CN102970750B - 一种应用于lte系统中的消息寻呼方法、装置和基站 - Google Patents

Abstract

本发明提供了一种应用于LTE系统中的消息寻呼方法、装置和基站，所述方法包括：接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表；判断是否存在本地小区属于所述跟踪域列表，如果是，则利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值；依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点，并按照顺序将多个寻呼消息节点生成寻呼消息队列；在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。本发明实施例提供的方法、装置或基站实施例，可以减少寻呼时延和系统资源的开销。

Description

一种应用于LTE系统中的消息寻呼方法、装置和基站

技术领域

本发明涉及通信技术领域，特别涉及一种应用于LTE系统中的消息寻呼方法、装置和基站。

背景技术

LTE(长期演进，Long Term Evolution)系统采用扁平的网络结构。它既包含无线接入技术演进，也包含系统架构演进。LTE网络包括演进的通用移动通信无线接入网(E-UTRAN，Evolved Universal Terrestrial RadioAccess Network)和演进的分组交换核心网(EPC，Evolved Packet Core)。其中E-UTRAN由基站(eNB，Evolved NodeB)构成，eNB直接可以通过X2接口互连；EPC包括服务网关(S-GW，Serving Gateway)和移动性管理实体(MME，Mobility Management Entity)，通过Sl接口与eNB交互。其中每个eNB包括多个小区。

在LTE系统中，寻呼分为S1接口上的寻呼和无线接口上的寻呼，具体寻呼过程说明如下：

MME通过S1接口向eNB传送S1AP寻呼消息，发起寻呼过程。eNB收到MME的寻呼消息后，eNB会检查其下哪些小区属于该TA列表，并在这些小区的无线接口上寻呼。寻呼主要应用在以下3种场景：1)对处于RRC空闲态的UE的寻呼；2)UE处于RRC连接态或空闲态时的系统消息更新；3)对UE提供紧急呼叫，如ETWS、CMAS。在3GPP LTE协议中，规定了Paging消息信令流程，由MME发送Paging消息给eNB，用于eNB寻呼UE。

发明人在研究过程中发现，由于现有技术对寻呼消息是按照S1Paging消息所携带的相关参数计算的寻呼时刻来调度的，先发则先调度，这样会出现后到的寻呼消息先发因为计算的寻呼时刻在已经调度的寻呼消息之前，这样只能等到下一个寻呼周期到来时再对其进行调度，这样就会造成寻呼时延过大的现象。再则，如果MME同时发送多个Paging消息寻呼多个UE时，在计算寻呼时刻时，对两个不同的UE进行计算，可能计算的寻呼时刻是相同的，如果不对其进行处理，直接发给用户面进行调度发送会对系统造成大的资源开销。

发明内容

本发明所要解决的技术问题是提供一种应用于LTE系统中的消息寻呼方法，以解决现有技术进行寻呼时导致的寻呼时延过大且造成资源开销过大的技术问题。

本发明还提供了一种应用于LTE系统中的消息寻呼装置和基站，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本发明公开了一种应用于LTE系统中的消息寻呼方法，包括：接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表；

判断是否存在本地小区属于所述跟踪域列表，如果是，则利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值；

依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点，并按照顺序将多个寻呼消息节点生成寻呼消息队列；

在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

优选的，还包括：

判断属于跟踪域列表的本地小区是否为正常建立状态，如果是，则执行所述利用DRX周期和用户设备标识值计算PF和PO值的步骤。

优选的，所述按照顺序将多个寻呼消息节点生成寻呼消息队列，包括：

对于待加入寻呼消息队列的当前寻呼节点，判断所述寻呼消息队列中是否存在与所述当前寻呼节点的PF值和PO值相等的第一目标寻呼节点，如果是，则将所述当前寻呼节点与所述第一目标寻呼节点进行合并；

如果否，则确定所述寻呼信息队列中第一个比所述当前寻呼节点的PF值和PO值大的第二目标寻呼节点；

将所述当前寻呼节点添加至所述第二目标寻呼节点之前。

优选的，所述将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE，包括：

在中断到达时，检测预设时间内是否有需要发送的寻呼消息，如果是，则将预设时间内若干个寻呼消息组成一个无线资源控制RRC消息发送给UE。

优选的，还包括：

判断在寻呼消息的PO值对应的寻呼时刻是否存在系统消息更新，如果是，则将所述寻呼消息的PO值延时预设个数的寻呼周期，如果否，则执行所述依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点的步骤。

本发明实施例还公开了一种应用于LTE系统中的消息寻呼装置，该装置包括：

接收模块，用于接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表；

第一判断模块，用于判断是否存在本地小区属于所述跟踪域列表；

计算模块，用于在所述第一判断模块的结果为是的情况下，利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值；

生成节点模块，用于依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点；

生成队列模块，用于按照顺序将多个寻呼消息节点生成寻呼消息队列；

寻呼模块，用于在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

优选的，还包括：

第二判断模块，用于判断属于跟踪域列表的本地小区是否为正常建立状态；

第一触发模块，用于在所述第二判断模块的结果为是的情况下，触发所述计算模块。

优选的，所述生成队列模块包括：

判断子模块，用于对于待加入寻呼消息队列的当前寻呼节点，判断所述寻呼消息队列中是否存在与所述当前寻呼节点的PF值和PO值相等的第一目标寻呼节点；

合并子模块，用于在所述判断子模块的结果为是的情况下，将所述当前寻呼节点与所述第一目标寻呼节点进行合并；

确定子模块，用于在所述合并子模块结果为否的情况下，确定所述寻呼信息队列中第一个比所述当前寻呼节点的PF值和PO值大的第二目标寻呼节点；

添加子模块，用于将所述当前寻呼节点添加至所述第二目标寻呼节点之前。

优选的，所述寻呼模块包括：

检测子模块，用于在中断到达时，检测预设时间内是否有需要发送的寻呼消息；

发送子模块，用于在所述检测子模块的结果为是的情况下，将预设时间内若干个寻呼消息组成一个或多个无线资源控制RRC消息发送给UE。

优选的，还包括：

第三判断模块，用于判断在寻呼消息的PO值对应的寻呼时刻是否存在系统消息更新；

延时模块，用于在所述第三判断模块的结果为是的情况下，将所述寻呼消息的PO值延时预设个数的寻呼周期；

第二触发模块，用于在所述第三判断模块的结果否的情况下，触发所述生成节点模块。

本发明实施例还公开了一种基站，包括：前述任一项所述的装置。

与现有技术相比，本发明包括以下优点：

在本发明中，通过基站依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点，并按照顺序将多个寻呼消息节点生成寻呼消息队列，并在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE，可以在核心网同时对多个UE进行寻呼，将MME下发的S1 paging消息进行合理的处理，从而减少寻呼时延和系统资源的开销。并且本发明实施例应用于同时有大量并发的寻呼消息发送的应用场景时，也可以提高寻呼成功率。

附图说明

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

图1是本发明的一种应用于LTE系统中的消息寻呼方法实施例1的流程图；

图2是本发明方法实施例1中步骤105的流程图；

图3是本发明方法实施例1中步骤106的流程图；

图4是本发明的一种应用于LTE系统中的消息寻呼方法实施例2的流程图；

图5是本发明的一种应用于LTE系统中的消息寻呼装置实施例1的结构框图；

图6是本发明装置实施例1中生成队列模块505的结构框图；

图7是本发明装置实施例1中寻呼模块506的结构框图；

图8是本发明的一种应用于LTE系统中的消息寻呼装置实施例2的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、装置计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

参考图1，示出了本发明一种应用于LTE系统中的消息寻呼方法实施例1的流程图，可以包括以下步骤：

步骤101：接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表。

在本发明实施例中，移动管理实体(MME)可以通过S1接口将寻呼某个或多个特定UE的寻呼(Paging)消息发送给eNB。其中，寻呼过程是为了让MME在特定的eNB范围内寻呼到UE，MME可以通过发送寻呼消息发起此过程，MME将向UE注册的跟踪(TA)范围内的每个eNB发送寻呼消息，对于TA列表中的每个小区，eNB将会在空口上发起一次寻呼。其中，TA是跟踪域的意思，相当于寻呼UE的一个区域，跟踪域列表(TA-List)是由多个TA组成的一个列表。

步骤102：判断是否存在本地小区属于所述跟踪域列表，如果是，则进入步骤103。

eNB接收到MME发送的寻呼消息之后，可以根据Paging消息所携带的TA-list，检测是否有本地小区属于该TA-List。

步骤103：利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值。

eNB如果检测到有本地小区属于该TA-List，则利用非连续接收(DRX)周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值。

其中寻呼帧(PF)计算方式如公式1所示：

SFN mod T＝(T div N)*(UE_ID mod N)    (1)

其中，在eNB侧会配置一个默认的DRX周期，通过系统消息可以通知给UE，并且针对不同的UE基站可能为其配置专用DRX周期。如果寻呼消息中没有携带专用的DRX周期，则直接使用基站配置的默认的DRX周期，如果寻呼消息中携带了专用的DRX周期，本实施例使用的DRX周期，为基站配置的默认的DRX周期和专用的DRX周期中较小的那一个DRX周期。而用户设备值，则是将国际移动用户识别码(International Mobile Subscriber Identification Number，IMSI)对1024进行取模得到，具体的，该取模运算由核心网执行，eNB会直接获取到用户设备值。

PO值的计算方式如公式2所示：

i_s＝floor(UE_ID/N)mod Ns   (2)

其中，部分参数的关系可以参考表1所示。

表1

Ns	PO when i_s＝0	PO when i_s＝1	PO when i_s＝2	PO when i_s＝3
					1	0	N/A	N/A	N/A
2	0	5	N/A	N/A
					4	0	1	5	6

其中，T为UE的DRX周期，T可以取上层分配和在系统消息中广播默认的DRX值中最小的，如果UE的专用DRX没有被上层配置，则使用默认DRX值。其中，“nB”为4T、2T、T、T/2、T/4、T/8、T/16或者T/32。“N”的取值为“min(T，nB)，“Ns”的取值为“max(1，nB/T)”，“UE_ID”的取值为“IMSI mod 1024”。

而可以理解的是，如果步骤102的判断结果为否，则丢弃接收到的paging消息。

步骤104：依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点。

在本步骤中，依据计算得到的PF值和PO值，以及寻呼消息中的寻呼标识和寻呼域生成寻呼消息节点。其中，寻呼消息中包括多个参数，例如：“用户设备识别索引值(UE Identity Index value)”，这个参数对应到公式一中的UE_ID；“用户设备寻呼标识(UE Paging Identity)”，该参数包含IMSI或者S-TMSI，每次寻呼选择其中之一，用于标识被寻呼的用户设备；“寻呼非连续接收周期(Paging DRX)”，该参数对应到公式1中的T。“寻呼域(CN Domain)”可以分为两类PS和CS，如果是语音业务就是CS，如果是数据业务则是PS。其中寻呼消息节点由用户设备寻呼标识(UE Paging Identity)、寻呼域(CN Domain)参数及计算出来的PF、PO值构成了一个寻呼消息节点。

需要说明的是，在寻呼消息节点中的信息还包括寻呼的目标小区的小区标识，这样就可以从寻呼消息节点中确定此次寻呼的对象，从而在后续发送寻呼消息的时候，向寻呼的目标小区广播寻呼消息。

步骤105：按照顺序将多个寻呼消息节点生成寻呼消息队列。

在本发明实施例中，一个eNB对应着一个寻呼消息队列，在实际应用中将该eNB下的多个寻呼消息节点生成一个寻呼消息队列，在后续需要发送寻呼消息的时候，从该寻呼消息队列中的寻呼消息节点获取步骤104中的信息进行寻呼。

参考图2所示，为步骤105的流程图，步骤105具体可以包括：

步骤201：对于待加入寻呼消息队列的当前寻呼节点，判断所述寻呼消息队列中是否存在与所述当前寻呼节点的PF值和PO值相等的第一目标寻呼节点，如果是，则进入步骤202，如果否，则进入步骤203；

对于一个已经生成的当前寻呼节点，首先判断该当前寻呼节点的PF值和PO值是否与寻呼消息队列中已经存在的某一个寻呼节点的PF值和PO值相等，如果已经存在这样的寻呼节点则将其确定为第一目标寻呼节点。

步骤202：将所述当前寻呼节点与所述第一目标寻呼节点进行合并；

将当前寻呼节点与第一目标寻呼节点进行合并。

步骤203：确定所述寻呼信息队列中第一个比所述当前寻呼节点的PF值和PO值大的第二目标寻呼节点；

而如果寻呼消息队列中已经存在的寻呼节点的PF值和PO值与当前寻呼节点的PF值和PO值都不同，则查找寻呼信息队列中第一个比所述当前寻呼节点的PF值和PO值大的寻呼节点，将其确定为第二目标寻呼节点。

步骤204：将所述当前寻呼节点添加至所述第二目标寻呼节点之前。

接着，将当前寻呼节点添加至寻呼消息队列的时候，将所述当前寻呼节点添加至所述第二目标寻呼节点之前的位置。可见，本发明实施例中的寻呼消息队列中的寻呼消息节点是按照PF和PO值的大小顺序进行排列的，即是寻呼消息节点按照时间先后顺序进入寻呼信息队列。

步骤106：在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

在eNB中，可以预先设定一段固定的时间，例如40ms，即是中断，每当40ms到来的时候，就将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

参考图3所示，为步骤106的流程图，步骤106具体可以包括：

步骤301：在中断到达时，检测在预设时间内是否有需要发送的寻呼消息，如果是，则进入步骤302；

假设本实施例中设定中断为40ms，那么在每一个40ms到来的时刻，都检测在预设时间内有没有需要发送的寻呼消息，此时需要发送的寻呼消息的PO值在当前的这个预设时间内。例如，当某一个40ms的中断到来的时刻为AM10:00，则此时检测有没有PO值在10点到10点零10分内的寻呼消息。其中，这里的预设时间可以任意设置，与eNB的中断并无关联。

步骤302：将预设时间内若干个寻呼消息组成一个无线资源控制RRC消息发送给UE。

在当前中断的起始时刻eNB就将预设时间内需要发送的寻呼消息组成一个RRC消息通过无线接口发送给UE。例如，在AM10:00就将PO值在10点到10点零10分内的寻呼消息全部进行发送。需要说明的是，一个寻呼消息节点可以至多保存16个寻呼消息，那么在发送寻呼消息，只需将一个寻呼消息节点中的寻呼消息组成RRC消息进行发送，即是以寻呼消息节点为单位生成RRC消息，即可保证一个RRC消息中至多包括16个寻呼消息。

可以理解的是，如果在当前中断到来的时刻，检测得到本中断内并没有需要发送的寻呼消息，则可以继续等待下一个中断的到来。

采用本发明实施例，eNB通过对Paging消息进行上述方式的处理，即接收到Paging消息后，不是立即将该消息发送给UE，而是等待一段时间，并把最多不超过16个Paging寻呼消息组成一个RRC消息发送给UE，既缩短了时延又减小了系统资源的开销。

参考图4，示出了本发明一种应用于LTE系统中的消息寻呼方法实施例2的流程图，可以包括以下步骤：

步骤401：eNB接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表。

步骤402：eNB判断是否存在本地小区属于所述跟踪域列表，如果是，则进入步骤403。

在本实施例中，步骤401～步骤402与实施例1的实现方式可以相同，在此不再赘述。

步骤403：eNB判断属于跟踪域列表的本地小区是否为正常建立状态，如果是，则进入步骤404。

在本实施例中，eNB还需要检测小区状态是否为正常建立状态，如果小区状态不正确则丢弃此Paging消息，如果小区的状态正确再进入步骤404。其中，eNB在建立小区之后，可以为其正常建立的小区设置一个有效标识，来表示某个小区是否已经正常建立。

步骤404：eNB利用DRX周期和用户设备标识值计算PF和PO值。

步骤405：eNB判断在寻呼消息的PO值对应的寻呼时刻是否存在系统消息更新，如果是，则进入步骤406；如果否，则进入步骤407。

在本实施例中，与实施例1不同之处还在于，eNB还需要判断在寻呼消息的PO值对应的寻呼时刻是否存在系统消息更新。在LTE系统中，因为在系统消息更新时，也要发送Paging消息给UE，因此需要检查在PF及PO值对应的寻呼时刻是否有系统消息更新所要发送的paging消息。

步骤406：eNB将所述寻呼消息的PO值延时预设个数的寻呼周期，并将延时后的PO值作为所述寻呼消息的PO值。

本发明实施例可以设定系统消息更新的Paging消息的优先级高于S1Paging消息的优先级，因此如果有系统消息更新的Paing消息发送，则将S1Paging消息延迟预置个数的寻呼周期发送，例如，将PO值加上一个寻呼周期，即是延时到下一个寻呼周期再发送S1寻呼消息，并将加上一个寻呼周期的新的PO值作为该S1 Paging消息的寻呼时刻。

步骤407：eNB依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点，并按照顺序将多个寻呼消息节点生成寻呼消息队列。

如果有系统更新消息，那么本步骤中的PO值即是延时之后的PO值，而如果没有系统更新消息，那么本步骤中的PO值即是直接计算得到的PO值。

步骤408：在预设的中断到达时，eNB将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

需要说明的是，在本发明实施例中，提供了在遇到S1 Paging消息和系统消息更新发送的Paging消息具有相同的PF和PO值时的处理方式，解决了现有技术中无法实现在系统消息更新下寻呼消息的处理的问题，同样既缩短了时延又减小了系统资源的开销。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

与上述本发明一种应用于LTE系统中的消息寻呼方法实施例1所提供的方法相对应，参见图5，本发明还提供了一种应用于LTE系统中的消息寻呼装置实施例1，在本实施例中，该装置可以包括：

接收模块501，用于接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表。

第一判断模块502，用于判断是否存在本地小区属于所述跟踪域列表。

计算模块503，用于在所述第一判断模块的结果为是的情况下，利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值。

生成节点模块504，用于依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点。

生成队列模块505，用于按照顺序将多个寻呼消息节点生成寻呼消息队列。

参考图6所示，为所述生成队列模块505的结构示意图，具体可以包括：

判断子模块601，用于对于待加入寻呼消息队列的当前寻呼节点，判断所述寻呼消息队列中是否存在与所述当前寻呼节点的PF值和PO值相等的第一目标寻呼节点；

合并子模块602，用于在所述判断子模块的结果为是的情况下，将所述当前寻呼节点与所述第一目标寻呼节点进行合并；

确定子模块603，用于在所述合并子模块结果为否的情况下，确定所述寻呼信息队列中第一个比所述当前寻呼节点的PF值和PO值大的第二目标寻呼节点；

添加子模块604，用于将所述当前寻呼节点添加至所述第二目标寻呼节点之前。

寻呼模块506，用于在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

参考图7所示，为所述寻呼模块506的结构示意图，具体可以包括：

检测子模块701，用于在中断到达时，检测在预设时间内是否有需要发送的寻呼消息；

发送子模块702，用于在所述检测子模块的结果为是的情况下，将预设时间内若干个寻呼消息组成一个无线资源控制RRC消息发送给UE。

采用本发明实施例，通过对Paging消息进行上述方式的处理，即接收到Paging消息后，不是立即将该消息发送给UE，而是等待一段时间，并以寻呼消息节点为单位生成一一对应的RRC消息，其中，每一个寻呼消息节点中最多不超过16个Paging寻呼消息，就能把最多不超过16个Paging寻呼消息组成一个RRC消息发送给UE，既缩短了时延又减小了系统资源的开销。

与上述本发明一种应用于LTE系统中的消息寻呼方法实施例2所提供的方法相对应，参见图8，本发明还提供了一种应用于LTE系统中的消息寻呼装置实施例2，在本实施例中，该装置可以包括：

接收模块501，用于接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表。

第一判断模块502，用于判断是否存在本地小区属于所述跟踪域列表。

第二判断模块801，用于在所述第一判断模块的结果为是的情况下，判断属于跟踪域列表的本地小区是否为正常建立状态；

第一触发模块802，用于在所述第二判断模块的结果为是的情况下，触发计算模块503。

计算模块503，用于在所述第一判断模块的结果为是的情况下，利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值。

第三判断模块803，用于判断在寻呼消息的PO值对应的寻呼时刻是否存在系统消息更新。

延时模块804，用于在所述第三判断模块的结果为是的情况下，将所述寻呼消息的PO值延时预设个数的寻呼周期。

第二触发模块805，用于在所述第三判断模块的结果否的情况下，触发生成节点模块504。

生成节点模块504，用于依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点。

生成队列模块505，用于按照顺序将多个寻呼消息节点生成寻呼消息队列。

寻呼模块506，用于在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

在本发明实施例中，提供了在遇到S1 Paging消息和系统消息更新发送的Paging消息具有相同的PF和PO值时的处理方式，解决了现有技术中无法实现在系统消息更新下寻呼消息的处理的问题，同样既缩短了时延又减小了系统资源的开销。

与上述本发明一种应用于LTE系统中的消息寻呼方法和装置实施例相对应，本发明还提供了一种LTE系统中的基站，该基站包括消息寻呼装置实施例1或装置实施例2。因此，本发明实施例公开的基站也能够通过对Paging消息进行上述方式的处理，即接收到Paging消息后，不是立即将该消息发送给UE，而是等待一段时间，并把最多不超过16个Paging寻呼消息组成一个RRC消息发送给UE，既缩短了时延又减小了系统资源的开销。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种应用于LTE系统中的消息寻呼方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种应用于LTE系统中的消息寻呼方法，其特征在于，该方法包括：

接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表；

判断是否存在本地小区属于所述跟踪域列表，如果是，则利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值；

依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点，并按照顺序将多个寻呼消息节点生成寻呼消息队列；其中，所述按照顺序将多个寻呼消息节点生成寻呼消息队列，包括：对于待加入寻呼消息队列的当前寻呼节点，判断所述寻呼消息队列中是否存在与所述当前寻呼节点的PF值和PO值相等的第一目标寻呼节点，如果是，则将所述当前寻呼节点与所述第一目标寻呼节点进行合并；如果否，则确定所述寻呼信息队列中第一个比所述当前寻呼节点的PF值和PO值大的第二目标寻呼节点将所述当前寻呼节点添加至所述第二目标寻呼节点之前；

在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

2.根据权利要求1所述的方法，其特征在于，还包括：

判断属于跟踪域列表的本地小区是否为正常建立状态，如果是，则执行所述利用DRX周期和用户设备标识值计算PF和PO值的步骤。

3.根据权利要求1所述的方法，其特征在于，所述将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE，包括：

在中断到达时，检测预设时间内是否有需要发送的寻呼消息，如果是，则将预设时间内若干个寻呼消息组成一个无线资源控制RRC消息发送给UE。

4.根据权利要求1所述的方法，其特征在于，还包括：

判断在寻呼消息的PO值对应的寻呼时刻是否存在系统消息更新，如果是，则将所述寻呼消息的PO值延时预设个数的寻呼周期，如果否，则执行所述依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点的步骤。

5.一种应用于LTE系统中的消息寻呼装置，其特征在于，该装置包括：

接收模块，用于接收移动管理实体MME发送的寻呼消息，所述寻呼消息中包括跟踪域列表；

第一判断模块，用于判断是否存在本地小区属于所述跟踪域列表；

计算模块，用于在所述第一判断模块的结果为是的情况下，利用非连续接收DRX周期和用户设备标识值计算寻呼帧PF值和寻呼时刻PO值；

生成节点模块，用于依据所述寻呼消息的寻呼标识、寻呼域、PF值和PO值生成寻呼消息节点；

生成队列模块，用于按照顺序将多个寻呼消息节点生成寻呼消息队列；所述生成队列模块包括：判断子模块，用于对于待加入寻呼消息队列的当前寻呼节点，判断所述寻呼消息队列中是否存在与所述当前寻呼节点的PF值和PO值相等的第一目标寻呼节点；合并子模块，用于在所述判断子模块的结果为是的情况下，将所述当前寻呼节点与所述第一目标寻呼节点进行合并；确定子模块，用于在所述合并子模块结果为否的情况下，确定所述寻呼信息队列中第一个比所述当前寻呼节点的PF值和PO值大的第二目标寻呼节点；和，添加子模块，用于将所述当前寻呼节点添加至所述第二目标寻呼节点之前；

寻呼模块，用于在预设的中断到达时，将所述寻呼消息队列中寻呼消息节点对应的寻呼消息发送至UE。

6.根据权利要求5所述的装置，其特征在于，还包括：

第二判断模块，用于判断属于跟踪域列表的本地小区是否为正常建立状态；

第一触发模块，用于在所述第二判断模块的结果为是的情况下，触发所述计算模块。

7.根据权利要求5所述的装置，其特征在于，所述寻呼模块包括：

检测子模块，用于在中断到达时，检测预设时间内是否有需要发送的寻呼消息；

发送子模块，用于在所述检测子模块的结果为是的情况下，将预设时间内若干个寻呼消息组成一个或多个无线资源控制RRC消息发送给UE。

8.根据权利要求5所述的装置，其特征在于，还包括：

第三判断模块，用于判断在寻呼消息的PO值对应的寻呼时刻是否存在系统消息更新；

延时模块，用于在所述第三判断模块的结果为是的情况下，将所述寻呼消息的PO值延时预设个数的寻呼周期；

第二触发模块，用于在所述第三判断模块的结果否的情况下，触发所述生成节点模块。

9.一种基站，其特征在于，包括：如权利要求5～8任一项所述的装置。