1.本发明涉及移动通信领域，尤其涉及一种寻呼优先接入方法、基站和计算机可读存储介质。
背景技术：2.在运营商在对用户基站进行接入时，往往会对各用户基站进行分级以更好地对用户进行接纳控制。在相关技术中，分级方法中只能通过rrc(radio resource control,无线资源控制)连接请求识别出被叫用户，却无法识别出被叫语音/视频用户，这可能导致此类用户会由于优先级太低而掉话。
技术实现要素：3.以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
4.本发明实施例的主要目的在于提出一种寻呼优先接入方法、基站和计算机可读存储介质，能够识别出被叫语音/视频用户，保证此类用户优先接入的权限。
5.第一方面，本发明实施例提供了一种寻呼优先接入方法，应用于基站，所述方法包括:
6.获取来自核心网的寻呼消息；
7.根据所述寻呼消息和预设信息列表确定被叫用户类型；
8.根据所述被叫用户类型确定寻呼优先级。
9.第二方面，本发明实施例提供了一种基站，所述基站包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，所述程序被所述处理器执行时实现如上述第一方面所述的寻呼优先接入方法。
10.第三方面，本发明提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述第一方面的寻呼优先接入方法。
11.本发明实施例包括：基站获取来自核心网的寻呼消息，并根据寻呼消息和预设信息列表确定寻呼消息对应的被叫用户类型，再根据被叫用户类型确定寻呼优先级。根据本发明实施例提供的方案，通过获取来自核心网的寻呼消息，再根据寻呼消息与预设信息列表确定被叫用户类型，最后根据被叫用户类型为被叫用户确定寻呼优先级。即，利用寻呼消息里的信息和预设信息列表里的信息来确定被叫用户类型，进而为被叫用户配置优先级。因此，当发起寻呼时，能够在不修改协议的前提下，有效识别出语音或视频被叫用户，保证此类用户的优先接入权限，从而更好地为用户提供服务。
12.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利
要求书以及附图中所特别指出的结构来实现和获得。
附图说明
13.图1是本发明一实施例提供的寻呼优先接入方法的流程图；
14.图2是本发明一实施例提供的确定被叫用户类型的流程图；
15.图3是本发明一实施例提供的确定被叫用户类型的另一流程图；
16.图4是本发明一实施例提供的确定被叫用户类型的另一流程图；
17.图5是本发明一实施例提供的寻呼优先接入方法的另一流程图；
18.图6是本发明一实施例提供的对预设信息列表进行更新的流程图；
19.图7是本发明一实施例提供的确定第一时间戳有效性的流程图；
20.图8是本发明一实施例提供的当被叫用户信息不在预设信息列表中且预设信息列表未存满时的流程图；
21.图9是本发明一实施例提供的当被叫用户信息不在预设信息列表中且预设信息列表已存满时的流程图；
22.图10是本发明一实施例提供的对预设列表进行更新的流程图；
23.图11是本发明一实施例提供的寻呼优先接入方法的另一流程图；
24.图12是本发明一实施例提供的根据原因值确定被叫用户类型的流程图。
具体实施方式
25.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
26.需要说明的是，虽然在系统架构示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
27.本发明提供了一种寻呼优先接入方法、基站和计算机可读存储介质，通过获取来自核心网的寻呼消息，再根据寻呼消息与预设信息列表确定被叫用户类型，最后根据被叫用户类型为被叫用户确定寻呼优先级。即，利用寻呼消息里的信息和预设信息列表里的信息来确定被叫用户类型，进而为被叫用户配置优先级。因此，当发起寻呼时，能够在不修改协议的前提下，有效识别出语音或视频被叫用户，保证此类用户的优先接入权限，从而更好地为用户提供服务。
28.下面结合附图，对本发明实施例作进一步阐述。
29.如图1所示，图1是本发明一实施例提供的寻呼优先接入方法的流程图，该寻呼优先接入方法包括但不限于有步骤s100、步骤s200和步骤s300。
30.步骤s100，获取来自核心网的寻呼消息。
31.可以理解的是，当核心网发起对某用户的寻呼后，基站会收到该寻呼消息。寻呼分为cn(core network,核心网)发起的寻呼和utran(umts terrestrial radio access network,移动通信系统陆地无线接入网)发起的寻呼。当cn需要和用户建立连接时，cn会发
起寻呼流程。这种状况下，cn通过接口向utran发送寻呼消息，utran则将cn寻呼消息通过接口上的寻呼过程发送给ue(user equipment,用户终端)，使得被寻呼的ue发起与cn的信令连接建立过程。在寻呼消息中携带了多种信息，包括但不限于用户标识、用户类型标识发送该寻呼消息的时间节点以及寻呼优先级等。其中，用户类型标识用于指示该用户的类型，例如视频被叫用户或语音被叫用户等。
32.需要说明的是，根据被叫用户类型的不同，对寻呼的质量有不同的要求。例如，当被叫用户为语音用户或视频用户，需保证此类用户的高优先级，保障此类用户优先接入的权限。
33.需要说明的是，寻呼消息中携带有多种信元。假设存在一个ue1,当核心网发起对ue1的寻呼时，基站侧收到来自核心网的寻呼消息，该寻呼消息中携带了信元paging priority(寻呼优先级)和信元cn ue paging identity(核心网-用户终端寻呼标识)，且cn ue paging identity中包含了ue1的5g-s-tmsi，上述信元用于识别出被叫用户类型。将paging priority、cn ue paging identity与预设信息列表中的信息进行比对，根据比对的结果来判断其是否为语音/视频被叫用户。
34.步骤s200，根据寻呼消息和预设信息列表确定被叫用户类型。
35.可以理解的是，系统中设置有预设信息列表。预设信息列表中存储有以往接收的寻呼消息以及各用户类型对应的字段，根据寻呼消息与预设信息列表来确定被叫用户类型。具体的，预设信息列表中存储有能够与寻呼消息中的用户类型标识相对应的识别字段，在将寻呼消息与预设信息列表进行比对后，当寻呼消息中携带着的用户类型标识与预设信息列表中的语音被叫用户识别字段相匹配，则确定该被叫用户为语音被叫用户；当寻呼消息中携带着的用户类型标识与预设信息列表中的视频被叫用户识别字段相匹配，则确定该被叫用户为视频被叫用户。
36.步骤s300，根据被叫用户类型确定寻呼优先级。
37.可以理解的是，在确定了被叫用户类型之后，基站能够根据被叫用户类型来确定被叫用户的优先级。基站在对ue进行接纳判决时，若被叫用户类型为需要优先接入的类型，基站则确定此类用户为高优先级；若被叫用户为不急需优先接入的类型，基站则确定此类用户为低优先级。基站据此对ue进行分等级接入，且支持对新用户进行接纳控制，识别出高优先级的用户和低优先级的用户，保障高优先级用户的优先接入权限，防止此类用户由于优先级过低而电话，进而更好地为用户提供服务。
38.需要说明的是，本发明提供的寻呼优先接入方法应用于cn寻呼中识别idle态语音/视频被叫用户的流程。此外，该寻呼优先接入方法还能够应用于其他类型的寻呼中，只需寻呼消息中存在相应字段即可，本实施例不对其使用范围做限定。
39.参照图2，可以理解的是，图1所示的实施例中的步骤s200,包括但不限于有步骤s210、步骤s220以及步骤s230。
40.步骤s210，根据寻呼消息获得第一指示字段，第一指示字段含有用于指示被叫用户类型的标识。
41.步骤s220，将第一指示字段与预设信息列表进行比对，得到比对结果。
42.步骤s230,根据比对结果确定被叫用户类型。
43.可以理解的是，在接收到来自核心网的寻呼消息后，基站在寻呼消息中获取第一
terminated access，被叫接入)、mo-sms(mobile original-short messaging service，短信主叫)、mo-signalling(信令发送)、mo-data(数据发送)、mo-voicecall(语音主叫)、mo-videocall(视频主叫)、mps-priorityaccess(multimedia priority service-priorityaccess，多媒体优先级服务型优先级接入)和mcs-priorityaccess(mission critical service-priorityaccess，关键数据服务型优先级接入)用户等，即,能够通过ue发送的rrc连接请求原因值mo-voicecall和mo-videocall对语音/视频主叫用户的识别。但是，对于语音/视频被叫用户协议来说，该协议未增加ue发送的rrc连接请求原因值识别，只能通过rrc连接请求的原因值mt-access识别出被叫用户，但无法识别出该被叫用户的具体用户类型是否为语音被叫用户或者视频被叫用户。因此，本发明实施例中在现有的rrcsetuprequest消息中，新增了mt-voicecall和mt-videocall两类原因值，基站在用户初始接入的过程中通过寻呼消息中第一指示字段与预设信息列表，来识别语音/视频被叫用户。即，针对语音/视频用户无法通过ue发送的寻呼消息中携带的原因值识别出其用户类型的问题，提出了使用预设信息列表和寻呼消息中的信息来识别语音/视频用户的方法，保障此类用户的高优先级接入，对主叫用户和被叫用户分别进行接纳控制，使得能够更合理化地利用小区资源，满足运营商差异化接入的需求，以保证此类用户优先接入的权限，使此类用户不会因为优先级过低而掉话。
53.参照图5，图1所示实施例中的步骤s200之后，还包括但不限于有步骤s400。
54.步骤s400，根据寻呼消息对预设信息列表进行更新。
55.可以理解的是，预设信息列表中存储有以往接收的寻呼消息以及各用户类型对应的字段，基站根据寻呼消息与预设信息列表来确定被叫用户类型。由于需要将用户发起的寻呼消息中的信息存入预设信息列表，而预设信息列表的存储能力有限，因此需要对预设信息列表进行更新，以保证预设信息列表中能够一直对新发起的寻呼进行信息的记录存储，更新的内容包括但不限于记录新的寻呼消息信息，以及删去已过时的信息等。
56.参照图6，图5所示实施例中步骤s400，包括但不限于有步骤s410、步骤s420和步骤s430。
57.步骤s410，确定寻呼消息对应的被叫用户信息在预设信息列表中。
58.可以理解的是，当核心网发起ue1的寻呼后，基站接收到该寻呼消息，此时，需要判断寻呼消息对应的用户是否在预设信息列表中有记录，即，判断该用户之前是否有发起过同类型的寻呼消息。
59.步骤s420，根据寻呼消息获取第一时间戳，第一时间戳用于指示接收寻呼消息的时间节点。
60.步骤s430，根据第一时间戳对预设信息列表进行更新。
61.可以理解的是，获取寻呼消息中的第一时间戳，即获得基站接收到该寻呼消息的时间节点。根据第一时间戳能够确定当前时间，进而与预设信息列表中存储的信息进行比对，判断该寻呼消息是否需要添加或更新进预设信息列表中。
62.参照图7，图6所示实施例中步骤s430，包括但不限于有步骤s431、步骤s432和步骤s433。
63.步骤s431，根据预设信息列表获取第二时间戳，第二时间戳用于指示与寻呼消息对应的用户上一次发起寻呼的时间节点。
64.步骤s432，根据第一时间戳与第二时间戳确定时间差。
65.步骤s433，当时间差小于预设时长，对预设信息列表进行更新。
66.可以理解的是，在图6所示实施例中步骤s410中已经确定寻呼消息对应的被叫用户信息在预设信息列表中之后，根据预设信息列表获得第二时间戳，第二时间戳用于表示与该寻呼消息对应的同一用户上一次发起寻呼的时间节点。即，在获取了该用户本次发送寻呼消息的时间节点的基础上，再根据预设信息列表获取该用户上一次发送寻呼消息的时间节点，根据两个时间节点进行处理，即可得出该用户在两次发起寻呼之间的时间差。此外，预设信息列表中设置有预设时长。该预设时长用于表示一个判断寻呼消息是否有效的时长范围。根据第一时间戳与第二时间戳之间的时间差与预设时长之间的大小关系，从而对预设信息列表进行更新。具体的，当时间差小于预设时长，则确定该用户本次发起的寻呼消息有效，从而确定该用户的寻呼优先级，同时将本次寻呼消息的第一时间戳代替原本存储在预设信息列表中的第二时间戳。
67.需要说明的是，识别出的语音/视频被叫用户的5g-s-tmsi只能够在一定的时间范围内保持有效性，因此，当第一时间戳与第二时间戳之间的时间差超出预设时长，即使该用户的5g-s-tmsi能够在预设信息列表中匹配到对应的信息，也不能够将本次的寻呼消息确定为有效的语音/视频被叫用户的5g-s-tmsi。因此，需要预先设定预设信息列表的信息存储空间限制，避免不断存储已经失效了的5g-s-tmsi，对内存造成占用。此外，技术人员能够根据实际的需求，对预设时长进行限定，以对用户更好地进行接纳控制服务。
68.参照图8，图6所示的实施例提供中还包括但不限于步骤s434和步骤s435。
69.步骤s434，根据寻呼消息获取第二指示字段。
70.步骤s435，将第二指示字段存储至预设信息列表。
71.可以理解的是，基站在确定被叫用户信息不在预设信息列表中，且确定预设信息列表未存满的情况下，根据寻呼消息获取第二指示字段。其中，第二指示字段包括寻呼消息中携带着的用户标识、优先级信息以及第一时间戳。由于被叫用户的信息在这之前并没有被存储在预设信息列表中，且预设信息列表尚未存满，因此，将第二指示字段直接存储至预设信息列表中。即，基站将寻呼消息中携带的用户标识、优先级信息以及第一时间戳存储至预设信息列表中，以使得同一用户在下一次发起寻呼时，能够根据预设信息列表中的第二指示字段的内容进行优先级的确定。
72.参照图9，图8所示的实施例提供中还包括但不限于步骤s436和步骤s437。
73.步骤s436，根据寻呼消息获取第二指示字段。
74.步骤s437，将第二指示字段更新到预设信息列表中。
75.可以理解的是，基站在已确定被叫用户信息不在预设信息列表中，且确定预设信息列表已存满的情况下，根据寻呼消息获得第二指示字段。由于预设信息列表已存满，而在预设信息列表中存储的大量信息，其中有部分信息已经失效，这部分信息并不影响到预设信息列表的作用，且占用内存。因此，将第二指示字段更新到预设信息列表当中。即，基站将不断发起的且符合寻呼优先级要求的寻呼消息更新到预设信息列表当中，从而更高效地利用预设信息列表的存储空间。
76.需要说明的是，在图9所示的实施例中，技术人员可以设定，在已确定被叫用户信息不在预设信息列表中，且确定预设信息列表已存满的情况下，将预设信息列表中存储的
时间节点最早的5g-s-tmsi，并保存本次寻呼消息携带的5g-s-tmsi信息，并记录相应的优先级信息和时间戳等信息。设置时间戳的目的是帮助处理预设信息列表中无效的5g-s-tmsi，以对预设信息列表中的存储空间做到最大程度的利用。需要说明的是，技术人员同样可以设定使用本次的寻呼消息携带的信息替换掉预设信息列表中的其他信息，本发明不对此作任何限定。
77.下面将结合附图对本发明的具体实施例进行进一步阐述。
78.参照图10，图10是本发明一实施例提供的对预设列表进行更新的流程图。图10所示的实施例包括但不限于步骤s510、步骤s520、步骤s530、步骤s540、步骤s550、步骤s560、步骤s570、步骤s580和步骤s590。
79.步骤s510，核心网发送寻呼消息。
80.步骤s520，判断寻呼消息中是否存在寻呼优先级。
81.步骤s530，判断寻呼优先级是否为特定优先级。
82.步骤s540，判断5g-s-tmsi是否在预设信息列表中。
83.步骤s550，判断预设信息列表是否存满。
84.步骤s560，更新5g-s-tmsi并保存时间戳。
85.步骤s570，删除时间戳最早的5g-s-tmsi，并保存当前5g-s-tmsi及时间戳。
86.步骤s580，保存当前5g-s-tmsi及时间戳。
87.步骤s590，不保存当前5g-s-tmsi。
88.可以理解的是，当执行步骤s510，核心网发起寻呼后，基站接收到来自核心网的寻呼消息。此时，执行步骤s520，判断寻呼消息中是否存在寻呼优先级，如果存在寻呼优先级，则执行步骤s530，进一步判断该寻呼优先级是否为特定寻呼优先级。即，将寻呼消息中的第一指示字段与预设信息列表进行比对，判断寻呼消息中的第一指示字段是否与预设信息列表中的信息相匹配。在确定该寻呼优先级为特定寻呼优先级后，执行步骤s540，判断该用户的5g-s-tmsi是否已经存储在预设信息列表中。若该用户的5g-s-tmsi已经存储在预设信息列表中，则执行步骤s560，获取基站接收到本次寻呼消息的时间节点，并将该时间节点更新到预设信息列表中；若该用户的5g-s-tmsi还没有存储至预设信息列表中，则执行步骤s550，判断预设信息列表的存储空间是否已经到达上限。若未到达上限，则执行步骤s580，直接将该用户的5g-s-tmsi存储至预设信息列表中，并记录接收到该寻呼消息的时间节点；若预设信息列表的存储空间已达到上限，则执行步骤s570，将预设信息列表中存储的最早的时间戳，即记录最早的时间节点，对应的5g-s-tmsi等信息删除，保存当前的5g-s-tmsi，并记录当前的时间戳。此外，在步骤s520和步骤s530中，若确定寻呼消息中不存在优先级或者寻呼优先级不是特定寻呼优先级的情况下，则该用户不是语音/视频被叫用户，执行步骤s590,不保存该用户的5g-s-tmsi。上述实施例使得当发起寻呼时，能够在不修改协议的前提下，有效识别出语音或视频被叫用户，保证此类用户的优先接入权限，从而更好地为用户提供服务。在本实施例中，需要预先设定预设信息列表的信息存储空间限制，避免不断存储已经失效了的5g-s-tmsi，对内存造成占用。此外，技术人员能够根据实际的需求，对预设时长进行限定，以对用户更好地进行接纳控制服务。
89.参照图11，图11是本发明一实施例提供的寻呼优先接入方法的另一流程图。图11所示的实施例包括但不限于有步骤s610、步骤s620、步骤s630、步骤s640、步骤s650、步骤
s660、步骤s670、步骤s680和步骤s690。
90.s610，接收rrcsetuprequest。
91.s620，确认该消息中有5g-s-tmsi-part1且能在预设信息列表中找到。
92.s630，该用户可能是被叫语音/视频用户，需进一步识别。
93.s640，接收rrcsetupcomplete，并获得5g-s-tmsi-part2。
94.s650，将两部分合并为完整的5g-s-tmsi。
95.s660，判断5g-s-tmsi是否与预设信息列表匹配。
96.s670，将匹配行5g-s-tmsi的用户标记为语音被叫。
97.s680，将匹配行5g-s-tmsi的用户标记为视频被叫。
98.s690，确认该用户既不是语音被叫也不是视频被叫。
99.可以理解的是，在核心网发起寻呼消息后，基站接收寻呼消息并获得在寻呼消息中的5g-s-tmsi。由于5g-s-tmsi内容较多，在接收时，需要分为5g-s-tmsi-part1与5g-s-tmsi-part2两部分进行接收。首先执行步骤s610,基站首先接收rrcsetuprequest消息，并执行步骤s620和步骤s630，确认在rrcsetuprequest消息中是否有5g-s-tmsi-part1，同时确认5g-s-tmsi-part1是否能够在预设信息列表中比对成功。若能够在预设信息列表中找到匹配的信息，则该用户可能是语音/视频用户，再执行步骤s640，接收rrcsetupcomplete消息，并根据rrcsetupcomplete消息获得5g-s-tmsi-part2。接着执行步骤s650，将5g-s-tmsi-part1与5g-s-tmsi-part2合并成完整的5g-s-tmsi，并执行步骤s660，将该5g-s-tmsi与预设信息列表进行比对，确认是否匹配。若5g-s-tmsi与预设信息列表中的语音原因值匹配成功，则执行步骤s670，将匹配上的5g-s-tmsi的用户标记为语音被叫用户；若5g-s-tmsi与预设信息列表中的视频原因值匹配成功，则执行步骤s680，将匹配上的5g-s-tmsi的用户标记为视频被叫用户。此外，在步骤s620和步骤s660中，若该消息中没有5g-s-tmsi-part1或者5g-s-tmsi-part1不能够在预设信息列表中找到，又或者完整的5g-s-tmsi无法与预设信息列表相匹配，满足上述三种情形之一，则执行步骤s690，确定该用户既不是语音被叫用户，也不是视频被叫用户。本实施例中的方法针对语音/视频用户无法通过ue发送的寻呼消息中携带的原因值识别出其用户类型的问题，提出了使用预设信息列表和寻呼消息中的信息来识别语音/视频用户的方法，保障此类用户的高优先级接入，对主叫用户和被叫用户分别进行接纳控制，使得能够更合理化地利用小区资源，满足运营商差异化接入的需求，以保证此类用户优先接入的权限，使此类用户不会因为优先级过低而掉话。
100.参照图12，图12是本发明一实施例提供的根据原因值确定被叫用户类型的流程图。图12所示的实施例包括但不限于有步骤s710、步骤s720、步骤s730以及步骤s740。
101.步骤s710，接收rrcsetuprequest。
102.步骤s720，确认该消息中是否携带原因值mt-voicecall或mt-videocall。
103.步骤s730，将该用户标识为语音/视频被叫用户。
104.步骤s740，将该用户标识为非语音/视频被叫用户。
105.可以理解的是，在基站接收到寻呼消息后，执行步骤s710，根据寻呼消息获得rrcsetuprequest消息。然后执行步骤s720，判断rrcsetuprequest消息中是否携带有原因值mt-voicecall或mt-videocall，如果确定rrcsetuprequest消息中携带有原因值mt-voicecall或mt-videocall的任意一个，则执行步骤s730，将该用户标识为语音/视频被叫
用户；如果确定该消息中没有携带原因值mt-voicecall或mt-videocall，则执行步骤s740，将该用户标识为非语音/视频被叫用户。本实施例中使用了预设信息列表和寻呼消息中的信息来识别语音/视频用户的方法，保障此类用户的高优先级接入，对主叫用户和被叫用户分别进行接纳控制，使得能够更合理化地利用小区资源，满足运营商差异化接入的需求，以保证此类用户优先接入的权限，使此类用户不会因为优先级过低而掉话。
106.另外，本发明的另一个实施例还提供了一种基站，该基站包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序。
107.处理器和存储器可以通过数据总线或者其他方式连接。
108.存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
109.实现上述实施例的寻呼优先接入方法所需的非暂态软件程序以及指令存储在存储器中，当被处理器执行时，执行上述实施例中的寻呼优先接入方法，例如，执行以上描述的图1中的方法步骤s100至s300、图2中的方法步骤s210至s230、图3中的方法步骤s231、图4中的方法步骤s232、图5中的方法步骤s400、图6中的方法步骤s410至s430、图7中的方法步骤s431至s433、图8中的方法步骤s434至s435、图9中的方法步骤s436至s437、图10中的方法步骤s510至s590、图11中的方法步骤s610至s690、图12中的方法步骤s710至s740。
110.以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
111.此外，本发明的一个实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个处理器或控制器执行，例如，被上述基站实施例中的一个处理器执行，可使得上述处理器执行上述实施例中的寻呼优先接入方法，例如，执行以上描述的图1中的方法步骤s100至s300、图2中的方法步骤s210至s230、图3中的方法步骤s231、图4中的方法步骤s232、图5中的方法步骤s400、图6中的方法步骤s410至s430、图7中的方法步骤s431至s433、图8中的方法步骤s434至s435、图9中的方法步骤s436至s437、图10中的方法步骤s510至s590、图11中的方法步骤s610至s690、图12中的方法步骤s710至s740。
112.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。
113.在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知
的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
114.以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。
技术特征：1.一种寻呼优先接入方法，其特征在于，应用于基站，所述方法包括：获取来自核心网的寻呼消息；根据所述寻呼消息和预设信息列表确定被叫用户类型；根据所述被叫用户类型确定寻呼优先级。2.根据权利要求1所述的寻呼优先接入方法，其特征在于，所述根据所述寻呼消息和预设信息列表确定被叫用户类型，包括：根据所述寻呼消息获得第一指示字段，所述第一指示字段含有用于指示所述被叫用户类型的标识；将所述第一指示字段与所述预设信息列表进行比对，得到比对结果；根据所述比对结果确定所述被叫用户类型。3.根据权利要求2所述的寻呼优先接入方法，其特征在于，所述第一指示字段中含有特定原因值，所述特定原因值包括语音原因值和视频原因值，所述根据所述比对结果确定被叫用户类型，包括：当确定所述特定原因值为所述语音原因值，被叫用户为语音被叫用户；当确定所述特定原因值为所述视频原因值，被叫用户为视频被叫用户。4.根据权利要求1所述的寻呼优先接入方法，其特征在于，在所述根据所述寻呼消息和预设信息列表确定被叫用户类型之后，还包括：根据所述寻呼消息对所述预设信息列表进行更新。5.根据权利要求4所述的寻呼优先接入方法，其特征在于，所述根据所述寻呼消息对所述预设信息列表进行更新，包括：确定所述寻呼消息对应的被叫用户信息在所述预设信息列表中；根据所述寻呼消息获取第一时间戳，所述第一时间戳用于指示接收所述寻呼消息的时间节点；根据所述第一时间戳对所述预设信息列表进行更新。6.根据权利要求5所述的寻呼优先接入方法，其特征在于，所述根据所述第一时间戳对所述预设信息列表进行更新，包括：根据所述预设信息列表获取第二时间戳，所述第二时间戳用于指示与所述寻呼消息对应的用户上一次发起寻呼的时间节点；根据所述第一时间戳与所述第二时间戳确定时间差；当所述时间差小于预设时长，对所述预设信息列表进行更新。7.根据权利要求6所述的寻呼优先接入方法，其特征在于，还包括：当确定所述被叫用户信息不在所述预设信息列表中，且确定所述预设信息列表未存满，根据所述寻呼消息获取第二指示字段，其中，所述第二指示字段包括所述寻呼消息中的用户标识、优先级信息以及第一时间戳，将所述第二指示字段存储至所述预设信息列表。8.根据权利要求7所述的寻呼优先接入方法，其特征在于，还包括：当确定所述被叫用户信息不在所述预设信息列表中，且确定所述预设信息列表已存满，根据所述寻呼消息获取第二指示字段，将所述第二指示字段更新到所述预设信息列表
中。9.一种基站，其特征在于，所述基站包括存储器、处理器、存储在所述存储器上并可在所述处理器上运行的程序以及用于实现所述处理器和所述存储器之间的连接通信的数据总线，所述程序被所述处理器执行时实现如权利要求1-8任一项所述的寻呼优先接入方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序用于使计算机执行如权利要求1至8任意一项所述的寻呼优先接入方法。
技术总结本发明公开了一种寻呼优先接入方法、基站和计算机可读存储介质。其中，寻呼优先接入方法包括：获取来自核心网的寻呼消息；根据寻呼消息和预设信息列表确定被叫用户类型；根据被叫用户类型确定寻呼优先级。利用寻呼消息里的信息和预设信息列表里的信息来确定被叫用户类型，进而为被叫用户配置优先级。因此，当发起寻呼时，能够在不修改协议的前提下，有效识别出语音或视频被叫用户，保证此类用户的优先接入权限，从而更好地为用户提供服务。从而更好地为用户提供服务。从而更好地为用户提供服务。
技术研发人员：许娟雄 徐海荣
受保护的技术使用者：中兴通讯股份有限公司
技术研发日：2021.06.09
技术公布日：2022/12/8
