一种寻呼方法及装置与流程

本发明涉及移动通信领域，特别涉及一种寻呼方法及装置。

背景技术：

在第五代无线通信系统(5generationnewrat，5gnr)的标准化研究中，除了沿用长期演进系统(longtermevolution，lte)中的空闲(idle)和连接(connected)两种状态外，还引入了第三个状态：非激活(inactive)态。对于inactive态的ue，来自核心网的下行数据或信令可能会触发无线接入网络(radioaccessnetwork，ran)去寻呼ue。

在现有技术中，锚点基站基于下行数据或者下行信令计算出寻呼优先级后，会将寻呼优先级通知给该锚点基站为ue配置的无线接入网通知区域(rannotificationarea，rna)上的其他基站，以使其他基站根据接收到的寻呼优先级对ue进行寻呼。对于任意一个基站而言，很有可能处于多个不同锚点基站基站配置的rna上，因此会同时接收到不同锚点基站发送的寻呼优先级。例如：参照图1，三个虚线圆圈分别表示a、b、c三个锚点基站为某些ue配置的rna区域，基站d同时处于a、b、c的rna区域覆盖范围内，基站a、b、c在根据核心网发送的下行数据或下行信令确定出寻呼优先级后，均会将确定出的寻呼优先级通知给基站d。

然而，在实际应用中，异厂家组网的情况十分普遍，导致不同锚点基站对相同类型业务的寻呼优先级的计算方法可能不同，进而导致某些处于多个不同锚点基站的rna重复覆盖范围的基站无法正确调度来自不同基站的ran寻呼消息的问题。比如继续以图1中的基站d为例，它被a、b、c三个基站的rna的重叠覆盖，如果d基站区域上同时存在锚点基站a、b、c的ue的话，d基站就可能会收到来自基站a、b、c对于同一类型业务指示的多个不同寻呼优先级，导致基站d调度寻呼优先级错乱。

技术实现要素：

本发明实施例提供一种寻呼方法及装置，用于解决现有技术存在寻呼优先级调度错乱的技术问题。

第一方面，本发明实施例提供一种寻呼方法，包括：

锚点基站在接收到核心网发送给非激活inactive状态下的用户终端ue的下行数据/信令时，确定需要触发所述ue的rna关联的所有其它基站对所述ue进行寻呼；

所述锚点基站基于所述下行数据/信令确定决定寻呼优先级的参数；

所述锚点基站根据所述参数计算寻呼优先级并将所述寻呼优先级通知给所述其它基站；或，将所述参数通知给所述其它基站；或，根据所述参数计算寻呼优先级，并将所述参数、所述寻呼优先级通知给所述其它基站。

在上述方案中，锚点基站在对inactive态的ue发起ran寻呼过程时，可以选择提供寻呼优先级给rna内的其它基站，也可以选择将决定寻呼优先级的参数发送给其他基站，使得其他基站结合自身的算法/策略来确定寻呼优先级。这样，可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，特别是在寻呼大量inactive态ue的情况下，保证寻呼优先级调度的合理性，提高网络服务质量。

可选的，在所述锚点基站根据所述参数计算寻呼优先级并将所述寻呼优先级通知给所述其它基站之前，还包括：所述锚点基站确定所述其它基站的生产厂商与所述锚点基站的生产厂商不同；所述锚点基站在将所述参数通知给所述其它基站之前，还包括：所述锚点基站确定所述其它基站的生产厂商与所述锚点基站的生产厂商相同。

通过本实施方式，锚点基站可以根据基站的生产厂商是否相同来确定锚点基站向所述其它基站发送哪一种信息，使得锚点基站的rna上的基站可以根据从锚点基站接收的信息来确定寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

可选的，所述锚点基站基于所述下行数据确定决定寻呼优先级的参数，包括：所述锚点基站确定所述下行数据的qos流的属性信息为所述决定寻呼优先级的参数。

通过本实施方式，锚点基站可以基于qos流的属性信息计算寻呼优先级，并将其提供给锚点基站的rna上的其他基站，或者直接发送qos流的属性信息给其他基站，使得其他基站根据qos流的属性信息计算寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

可选的，所述属性信息包括arp。

通过本实施方式，锚点基站可以基于qos流的arp计算寻呼优先级，并将其提供给锚点基站的rna上的其他基站，或者直接发送qos流的arp给其他基站，使得其他基站根据arp计算寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

可选的，所述属性信息还包括所述qos流是否为保障比特速率gbr流指示、qos流的优先级、包时延预算、时延敏感性中的一项或多项。

通过本实施方式，锚点基站可以基于下行数据的qos流的属性信息如保障比特速率(guaranteedbitrate，gbr)流指示、qos流的优先级、包时延预算、时延敏感性等计算寻呼优先级，并将其提供给锚点基站的rna上的其他基站，或者直接发送这些属性信息给其他基站，使得其他基站根据接收到的属性信息计算寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

可选的，在所述锚点基站接收到的下行数据的qos流的数量为多个时，所述锚点基站将所述下行数据的qos流的属性信息通知给所述其它基站，包括：所述锚点基站将所述多个qos流中arp最高的qos流的属性信息通知给所述其它基站；或，将所述多个qos流中每个qos流的属性信息通知给所述其它基站。

通过本实施方式，锚点基站的rna上的基站可以根据从锚点基站接收的qos流的属性信息来确定寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

可选的，所述锚点基站将所述下行数据的qos流的属性信息通知给所述其它基站，包括：所述锚点基站在发送给所述其它基站的寻呼消息中携带所述属性信息。

本实施例可实现将下行数据的qos流的属性信息通过寻呼消息发送给rna上的其他基站，进而解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

可选的，根据所述下行信令确定决定寻呼优先级的参数，包括：确定所述下行信令中的servicepriority为所述决定寻呼优先级的参数。

通过本实施方式，锚点基站可以基于下行信令中的servicepriority计算寻呼优先级，并将其提供给锚点基站的rna上的其他基站，或者直接发送下行信令中的servicepriority给其他基站，使得其他基站根据servicepriority计算寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

第二方面，本发明实施例提供一种寻呼方法，包括：需要进行寻呼时候获取寻呼优先级；基于所述寻呼优先级对所述ue进行寻呼；其中，所述获取寻呼优先级的方式包括：接收锚点基站发送的寻呼优先级；或，接收锚点基站发送的决定寻呼优先级的参数，并根据所述参数计算寻呼优先级；或，接收锚点基站发送的寻呼优先级、决定寻呼优先级的参数，根据所述参数计算寻呼优先级。

在本实施方式中，ue的rna上关联的基站可以接收锚点基站提供的寻呼优先级，或者接收锚点基站提供的决定寻呼优先级的参数，并结合自身的算法/策略来确定寻呼优先级。这样，可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，特别是在寻呼大量inactive态ue的情况下，保证寻呼优先级调度的合理性，提高网络服务质量。

第三方面，本发明实施例提供一种寻呼装置，包括：接收单元，用于接收到核心网发送给非激活inactive状态下的用户终端ue的下行数据/信令；确定单元，用于在确定所述接收单元接收到所述下行数据/信令时，确定需要触发所述ue的rna关联的所有其他基站对所述ue进行寻呼；基于所述下行数据/信令确定决定寻呼优先级的参数；通知单元，用于根据所述参数计算寻呼优先级并将所述寻呼优先级通知给所述其它基站；或，将所述参数通知给所述其它基站；或，根据所述参数计算寻呼优先级，并将所述参数、所述寻呼优先级通知给所述其它基站。

可选的，所述确定单元用于：确定所述下行数据的qos流的属性信息为所述决定寻呼优先级的参数。

可选的，所述属性信息包括资源抢占优先级arp。

可选的，所述属性信息还包括所述qos流是否为保障比特速率gbr流指示、qos流的优先级、包时延预算、时延敏感性中的一项或多项。

可选的，所述通知单元用于：在所述接收单元接收到的下行数据的qos流的数量为多个时，将所述多个qos流中arp最高的qos流的属性信息通知给所述其它基站；或，将所述多个qos流中每个qos流的属性信息通知给所述其它基站。

可选的，所述通知单元用于：在发送给所述其它基站的寻呼消息中携带所述属性信息。

可选的，所述确定单元用于：确定所述下行信令中的servicepriority为所述决定寻呼优先级的参数。

第四方面，本发明实施例提供一种寻呼装置，包括：获取单元，用于需要进行寻呼时候获取寻呼优先级；寻呼单元，用于基于所述寻呼优先级对所述ue进行寻呼；其中，所述获取单元具体用于：接收锚点基站发送的寻呼优先级；或，接收锚点基站发送的决定寻呼优先级的参数，并根据所述参数计算寻呼优先级；或，接收锚点基站发送的寻呼优先级、决定寻呼优先级的参数，根据所述参数计算寻呼优先级。

第五方面，本发明实施例提供一种寻呼设备，包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器、通信接口；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令，利用所述通信接口执行本发明实施例第一方面或第二方面所述的方法。

第六方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行本发明实施例第一方面或第二方面所述的方法。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

锚点基站在对inactive态的ue发起ran寻呼过程时，可以选择提供寻呼优先级给rna内的其它基站，也可以选择将决定寻呼优先级的参数(比如下行数据的qos流的arp信息、下行信令中的servicepriority等)发送给其他基站，使得其他基站结合自身的算法/策略来确定寻呼优先级。这样，可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，特别是在寻呼大量inactive态ue的情况下，保证寻呼优先级调度的合理性，提高网络服务质量。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中多个基站的rna区域重叠覆盖的示意图；

图2为本发明实施例中寻呼方法的流程示意图；

图3为本发明实施例中寻呼装置的结构示意图；

图4为本发明实施例中寻呼装置的结构示意图；

图5为本发明实施例中寻呼设备的结构示意图。

具体实施方式

下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

需要理解的是，在本发明实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。在本发明实施例的描述中“多个”，是指两个或两个以上。

本发明实施例中的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本发明实施例涉及的用户终端ue，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线用户终端可以经ran与一个或多个核心网进行通信，无线用户终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personalcommunicationservice，pcs)电话、无绳电话、会话发起协议(sip)话机、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)等设备。无线用户终端也可以称为系统、订户单元(subscriberunit)、订户站(subscriberstation)，移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、接入点(accesspoint)、远程终端(remoteterminal)、接入终端(accessterminal)、用户终端(userterminal)、用户代理(useragent)、用户终端(userdevice)。

本发明实施例所涉及基站，可用于将收到的空中帧与ip分组进行相互转换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(ip)网络设备。该基站还可协调对空中接口的属性管理。例如，基站可以是5g系统中的网络设备，如下一代基站(nextgenerationnodeb，gnb)，还可以是全球移动通信系统(globalsystemformobilecommunication，gsm)或码分多址(codedivisionmultipleaccess，cdma)中的基站(basetransceiverstation，bts)，也可以是宽带码分多址(widebandcodedivisionmultipleaccess，wcdma)中的基站(nodeb)，还可以是lte中的演进型基站(evolutionalnodeb，enb或e-nodeb)，本发明实施例并不限定。

本发明实施例涉及的锚点基站(anchorgnb)，在标准协议中称作thelastservinggnb。对于ue来说，锚点基站是最后为ue服务的基站；也是将ue送回inactive状态、为ue分配rna区域、保留ue上下文的基站、接收核心网的数据和/或信令并在rna内触发ran寻呼inactive态的ue的基站。

本发明实施例提供一种寻呼方法及装置，用于解决现有技术存在寻呼优先级调度错乱的技术问题。其中，本发明所述方法和装置基于同一发明构思，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

参照图2，该方法包括：

s101：锚点基站在接收到核心网发送给inactive态下的用户终端ue的下行数据/信令时，确定需要触发所述ue的rna关联的所有其它基站对所述ue进行寻呼。

其中，所述所有其它基站包括位于所述rna上的所有其它基站。

s102：所述锚点基站基于所述下行数据/信令确定决定寻呼优先级的参数。

具体的，当锚点基站接收到核心网下发的下行信令时，确定所述下行信令携带的业务优先级(servicepriority)为所述决定寻呼优先级的参数。当锚点基站接收到核心网下发的下行数据时，确定所述下行数据的业务质量(qualityofservice，qos)流的属性信息为所述决定寻呼优先级的参数。

其中，所述属性信息包括资源抢占优先级(allocationandretentionpriority，arp)。在具体实施过程中，决定寻呼优先级的参数除了arp外，还可以有qos流的其他属性信息，例如所述qos流是否为保障比特速率(guaranteedbitrate，gbr)流指示、qos流的优先级、包时延预算、时延敏感性等，本发明实施例不做具体限制。

s103：所述锚点基站根据所述参数计算寻呼优先级并将所述寻呼优先级通知给所述其它基站；或，将所述参数通知给所述其它基站；或，根据所述参数计算寻呼优先级，并将所述参数、所述寻呼优先级通知给所述其它基站。

其中，将寻呼优先级和/或参数通知给所述其它基站的实现方式可以为：在所述锚点基站发送给所述其它基站的寻呼消息中携带寻呼优先级和/或参数。

在上述方案中，锚点基站在对inactive态的ue发起ran寻呼过程时，可以选择提供寻呼优先级给rna内的其它基站，也可以选择将决定寻呼优先级的参数(比如下行数据的qos流的arp信息、下行信令中的servicepriority等)发送给其他基站，使得其他基站结合自身的算法/策略来确定寻呼优先级。这样，可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，特别是在寻呼大量inactive态ue的情况下，保证寻呼优先级调度的合理性，提高网络服务质量。

可选的，在本发明实施例中，锚点基站向所述其它基站发送哪一种信息具体可基于锚点基站的算法/策略是否和所述其它基站的算法/策略是否相同而确定，该算法/策略指根据所述参数计算寻呼优先级的方法。

一般来说，不同生产厂商生产的基站的算法/策略不同，因此可基于基站的生产厂商是否相同来确定锚点基站向所述其它基站发送哪一种信息。具体实施方式包括：当所述其它基站的生产厂商与所述锚点基站的生产厂商相同时，所述锚点基站根据所述参数计算寻呼优先级并将所述寻呼优先级通知给所述其它基站；当所述其它基站的生产厂商与所述锚点基站的生产厂商不同时，将所述参数通知给所述其它基站，以使所述其它基站根据所述参数计算寻呼优先级；当无法确定所述其它基站的生产厂商与所述锚点基站的生产厂商是否相同时，根据所述参数计算寻呼优先级，并将所述参数、所述寻呼优先级通知给所述其它基站，以使所述其它基站根据所述参数计算寻呼优先级，基于计算的得到的寻呼优先级对ue进行寻呼，还可以进一步将计算得到的寻呼优先级与从所述锚点基站得到的寻呼优先级进行比较，以确定所述其它基站的生产厂商与所述锚点基站的生产厂商是否相同，为后续的ran寻呼优先级设置奠定基础。

当然，在实际应用中，相同厂商生产的基站的算法/策略也有可能不同，比如同一厂商在不同时期出厂不同版本的基站，而不同版本的基站的算法/策略可以不同，因此也可能存在对相同业务的优先级的理解不一致的问题。上述通过生产厂商是否相同来确定锚点基站向所述其它基站发送的哪一种信息只是本发明实施例的一种实现方式，本领域技术人员可以参考该构思采用其他类似的方法(比如基站的版本)来确定锚点基站向所述其它基站发送哪一种信息，本发明实施例对此不做具体限制。

通过本实施方式，锚点基站可以根据基站的生产厂商是否相同来确定锚点基站向所述其它基站发送哪一种信息，使得锚点基站的rna上的基站可以根据从锚点基站接收的信息来确定寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

可选的，如果所述锚点基站接收到的下行数据的qos流的数量为多个，那么可以将所述多个qos流中arp最高的qos流的属性信息通知给所述其它基站，也可以将所述多个qos流中每个qos流的属性信息通知给所述其它基站，本发明实施例不做限制。

通过本实施方式，锚点基站的rna上的基站可以根据从锚点基站接收的qos流的属性信息来确定寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

为了更加清楚地理解本发明实施例技术方案，以下通过几个具体的完整实施例来介绍本发明中的寻呼方法，下面的实施例主要介绍了该寻呼方法的可能实现过程。需要说明的是，本发明中的实施例只用于解释本发明，而不能用于限制本发明。一切符合本发明思想的实施例均在本发明的保护范围之内，本领域技术人员自然知道应该如何根据本发明的思想进行变形。

实施例1：

下行数据触发ran寻呼，rna内所有基站同厂家同版本。

锚点基站基于操作管理维护(operationadministrationmaintenance，oam)配置或其他实现方式了解到锚点基站的rna上的所有基站均为同厂家同版本基站。在这种情况下，rna的各个基站有着相同的寻呼优先级的算法和实现，因此锚点基站可以直接根据收到下行数据的qos流的arp信息和/或qos流的其他属性信息计算ran寻呼优先级，并将计算的得到的寻呼优先级在ran寻呼消息中通知rna内所有基站，其他基站在接收到寻呼消息后直接使用寻呼消息中的寻呼优先级进行ran寻呼的统一调度。

本实施例可保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

实施例2：

下行数据触发ran寻呼，rna内异厂家组网，锚点基站传递一套qos流。

锚点基站基于oam配置或其他实现方式了解到rna内一到多个基站为异厂商设备。这种情况下，锚点基站在收到核心网的一个或者多个qos流上的下行数据后，会发起ran寻呼。在ran寻呼消息中，锚点基站选择它所认为优先级别最高的一个qos流，并将其arp信息和/或其他属性信息在ran寻呼消息中通知rna内的异厂家基站。同时锚点基站仍旧可以计算出ran寻呼优先级并在ran寻呼消息中通知rna内的其他的同厂家基站，使得接收基站将自行计算的结果和锚点基站提供的优先级进行比较，这样便可以判断出两个基站是否为同厂家同版本，为后续的ran寻呼优先级设置奠定基础。

本实施例可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

实施例3：

下行数据触发ran寻呼，rna内异厂家组网，锚点基站传递多套qos流。

锚点基站基于oam配置或其他实现方式了解到rna内一到多个基站为异厂商设备。这种情况下，锚点基站在收到核心网的多个qos流上的下行数据后，直接将所收到的下行数据的qos流的arp信息和/或qos流的其他属性信息全部告诉异厂家的基站。

本实施例可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

实施例4：

下行数据触发ran寻呼，锚点基站无法识别rna内是否为同厂家或异厂家组网。

1)锚点基站可以给rna内所有的基站发送ran寻呼消息，携带一套或所有qos流的arp和/或其他属性参数，接收寻呼消息的基站自行根据接收到的qos流的arp和/或其他属性参数计算ran寻呼优先级；

2)锚点基站也可以同时给rna内的所有基站在寻呼消息中提供计算好的ran寻呼优先级以及一套或所有的qos流的arp和/或其他属性参数。在这种情况下，接收基站可以直接使用锚点基站提供的优先级；也可以忽略这个优先级，根据qos流的arp和/或其他属性参数自行计算寻呼优先级，并将计算结果和锚点基站提供的优先级进行比较，这样便可以判断出两个基站是否为同厂家同版本，为后续的ran寻呼优先级设置奠定基础。

本实施例可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

实施例5：

下行信令触发寻呼，rna内所有基站同厂家同版本。

在这种情况下，如果锚点基站基于oam配置或其他实现方式知道rna内所有基站都是同厂家同版本，锚点基站可以直接根据自己的策略计算好ran寻呼优先级并包含在ran寻呼消息中通知rna内的其他基站；也可以不提供ran寻呼优先级，直接将核心网在下行信令中提供的servicepriority填写到ran寻呼消息中，由接收基站根据servicepriority自行计算ran寻呼优先级。

本实施例可保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

实施例6：

下行信令触发寻呼，部分异厂家或者无法判断是否异厂家。

1)如果锚点基站判断出rna内部分基站为异厂家，那么需在ran寻呼消息中为异厂家的基站提供下行信令中的servicepriority，异厂家的基站根据servicepriority自行计算ran寻呼优先级；对同厂家的基站，提供ran寻呼优先级或者servicepriority均可。

2)如果锚点基站无法判断rna内的基站为同厂家还是异厂家，那么可以在ran寻呼消息中只携带servicepriority，接收基站根据servicepriority自行计算ran寻呼优先级；也可以将寻呼优先级和servicepriority都提供给接收基站，使得根据servicepriority自行计算ran寻呼优先级，并将计算结果和锚点基站提供的优先级进行比较，这样便可以判断出两个基站是否为同厂家同版本，为后续的ran寻呼优先级设置奠定基础。

本实施例可有效解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

实施例7：

ran寻呼消息的简化。

基于上述实施例1至实施例6，可以考虑进一步简化ran寻呼消息。具体包括：

1)ran寻呼消息中不包含寻呼优先级，只包含决定寻呼优先级的参数(比如下行信令的servicepriority，或者下行数据的qos流的属性参数)；

2)ran寻呼消息中同时包含寻呼优先级和决定寻呼优先级的参数。接收基站可以按自己的策略处理，比如：只根据决定寻呼优先级的参数确定寻呼优先级；或者，根据决定寻呼优先级的参数计算寻呼优先级，并从计算的到的寻呼优先级和从锚点基站接收的寻呼优先级中选择较高的优先级来调度ue的ran寻呼。

本实施例可简化ran寻呼消息，使得rna上的基站更加便捷地基于ran寻呼消息确定寻呼优先级，解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

实施例8：

qos流的属性信息在ran寻呼消息中的传递。具体包括：

1)直接在ran寻呼消息中增加一个arp，或者增加一个arp表；

2)在ran寻呼消息中增加一个qos流列表，列表中的每个元素都是由必选的qos流标识(qfi，qosflowid)、qos流的arp以及可选的qos流的其他属性信息(如gbr流指示、qos流的优先级、包时延预算、时延敏感性等)组成。

本实施例可规范化qos流的属性信息在ran寻呼消息中的格式，使得rna上的基站更加便捷地基于ran寻呼消息中的qos流的属性信息确定寻呼优先级，保证来自不同基站的ran寻呼有着合理的优先级调度，提高网络服务质量。

基于同一发明构思，本发明实施例还提供一种寻呼方法，该方法的执行主体可以是上述锚点基站下所述ue的rna上的其它基站，所述方法包括：

需要进行寻呼时候获取寻呼优先级；

基于所述寻呼优先级对所述ue进行寻呼；

其中，所述获取寻呼优先级的方式包括：接收锚点基站发送的寻呼优先级；或，接收锚点基站发送的决定寻呼优先级的参数，并根据所述参数计算寻呼优先级；或，接收锚点基站发送的寻呼优先级、决定寻呼优先级的参数，根据所述参数计算寻呼优先级。

在本方案中，rna上的其它基站可以接收锚点基站提供的寻呼优先级，或者接收锚点基站提供的决定寻呼优先级的参数，并结合自身的算法/策略来确定寻呼优先级。这样，可解决异厂家组网引起的不同基站有不同的寻呼优先级计算方法导致的网络中寻呼优先级调度错乱的问题，保证来自不同基站的ran寻呼有着合理的优先级调度，特别是在寻呼大量inactive态ue的情况下，保证寻呼优先级调度的合理性，提高网络服务质量。

基于同一发明构思，本发明实施例还提供一种寻呼装置，参照图3，包括：

接收单元201，用于接收到核心网发送给非激活inactive状态下的用户终端ue的下行数据/信令；

确定单元202，用于在确定所述接收单元201接收到所述下行数据/信令时，确定需要触发所述ue的rna关联的所有其他基站对所述ue进行寻呼；基于所述下行数据/信令确定决定寻呼优先级的参数；

通知单元203，用于根据所述参数计算寻呼优先级并将所述寻呼优先级通知给所述其它基站；或，将所述参数通知给所述其它基站；或，根据所述参数计算寻呼优先级，并将所述参数、所述寻呼优先级通知给所述其它基站。

可选的，所述确定单元202用于：

确定所述下行数据的qos流的属性信息为所述决定寻呼优先级的参数。

可选的，所述属性信息包括资源抢占优先级arp。

可选的，所述属性信息还包括所述qos流是否为保障比特速率gbr流指示、qos流的优先级、包时延预算、时延敏感性中的一项或多项。

可选的，所述通知单元203用于：

在所述接收单元201接收到的下行数据的qos流的数量为多个时，将所述多个qos流中arp最高的qos流的属性信息通知给所述其它基站；或，将所述多个qos流中每个qos流的属性信息通知给所述其它基站。

可选的，所述通知单元203用于：

在发送给所述其它基站的寻呼消息中携带所述属性信息。

可选的，所述确定单元202用于：

确定所述下行信令中的servicepriority为所述决定寻呼优先级的参数。

以上各单元所执行操作的具体实现方式可以参照本发明实施例上述寻呼方法中对应步骤的具体实现方式，本发明实施例不再赘述。

基于同一发明构思，本发明实施例还提供一种寻呼装置，参照图4，包括：

获取单元301，用于需要进行寻呼时候获取寻呼优先级；

寻呼单元302，用于基于所述寻呼优先级对所述ue进行寻呼；

其中，所述获取单元301具体用于：接收锚点基站发送的寻呼优先级；或，接收锚点基站发送的决定寻呼优先级的参数，并根据所述参数计算寻呼优先级；或，接收锚点基站发送的寻呼优先级、决定寻呼优先级的参数，根据所述参数计算寻呼优先级。

以上各单元所执行操作的具体实现方式可以参照本发明实施例上述寻呼方法中对应步骤的具体实现方式，本发明实施例不再赘述。

基于同一发明构思，本发明实施例还提供一种寻呼设备，参照图5，包括：

至少一个处理器401，以及

与所述至少一个处理器401通信连接的存储器402；

其中，所述存储器402存储有可被所述至少一个处理器401执行的指令，所述至少一个处理器401通过执行所述存储器402存储的指令执行本发明实施例上述寻呼方法。

基于同一发明构思，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行本发明实施例上述寻呼方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。