一种LTE寻呼方法与系统与流程

本发明属于LTE领域，尤其涉及一种LTE寻呼方法与系统。

背景技术：

目前在LTE系统中，LTE通过跟踪区TA(Tracking Area)、跟踪区列表TA List(Tracking Area list)进行位置管理。移动性管理实体MME(Mobility Management Entity)能根据UE的TAU(Tracking Area Update)信息，获取空闲态UE的位置，对其进行寻呼。一个TA List包含多个TA，UE在TA List内移动时不需要执行TAU。

目前LTE网络的寻呼方法，一般是当网络对未知位置的UE进行寻呼时，将对TA List下的每个eNodeB逐条发送寻呼消息，这种方法在TA List过大或并发寻呼量过多将对MME造成较大的信令冲击，加大MME的CPU负荷。

技术实现要素：

本发明要解决的一个技术问题是：提供一种LTE寻呼方法与系统，降低MME瞬时发送的寻呼信令量，减轻MME的CPU负荷，有效地提高网络整体效率。

为达到以上目的，本发明提供一种LTE寻呼方法，包括：

MME从UE寻呼队列里获取UE某次寻呼；

MME判断是否已存储该UE的TAU信息，如果是，根据TAU信息中UE的位置信息发送寻呼消息；否则，获取TA List中的所有站点信息，获取TA List列表对应站点的多播地址信息，根据多播地址发送寻呼消息。

进一步，还包括：

对MME接收到的UE寻呼消息进行队列存储；

对MME已知的UE TAU信息进行存储；

对TA List列表对应的eNodeB信息进行存储；

对TA List列表对应站点的多播地址信息进行存储。

进一步，还包括：

eNodeB对MME发送的寻呼消息进行监听；

判定接收到的寻呼消息是否为其配置的多播地址，如果是，进行拆包处理，去除多播地址，重新对寻呼消息进行封装，将封装好的寻呼消息进行发送。

进一步，还包括：

对eNodeB的多播地址进行配置和存储。

为达到以上目的，本发明提供一种LTE寻呼系统，包括MME以及eNodeB，所述MME包括：

UE寻呼消息提取模块，用于按照排队策略从UE寻呼队列里获取UE某次寻呼；

UE位置信息判定模块，用于判定是否已存储该UE的TAU信息，如果是，则将寻呼消息数据送往寻呼消息封装发送模块；否则将寻呼消息数据送往TA List列表提取模块；

TA List列表提取模块，用于获取TA List中的所有站点信息；

多播地址提取模块，用于获取TA List列表对应站点的多播地址信息；

寻呼消息封装发送模块，用于根据TAU信息中UE的位置信息发送寻呼消息；以及通过获取的多播地址信息对寻呼消息进行封装发送。

进一步，所述MME还包括：

UE寻呼队列存储单元，用于对MME接收到的UE寻呼消息进行队列存储；

UE TAU信息存储单元，用于对MME已知的UE TAU信息进行 存储；

TA List列表存储单元，用于对TA List列表对应的eNodeB信息进行存储；

多播地址存储单元，用于对TA List列表对应站点的多播地址信息进行存储。

进一步，所述eNodeB包括：

寻呼消息监听模块，用于对MME发送给eNodeB的寻呼消息进行监听；

多播地址解析判定模块，用于对获取的寻呼消息进行解析，判定多播地址是否为eNodeB配置的多播地址，如果是，则将寻呼消息送至寻呼消息拆封模块；否则对寻呼消息进行丢弃，并发送信息提示寻呼消息监听模块；

寻呼消息拆封模块，用于去除eNodeB接收到的寻呼消息多播地址部分；

寻呼消息封装发送模块，用于对寻呼消息进行新的封装发送。

进一步，所述eNodeB还包括：

多播地址配置存储单元，用于对eNodeB的多播地址进行配置和存储。

本发明的LTE寻呼方法与系统，MME在进行首次寻呼时对TA List中的所有eNodeB采用多播方式进行寻呼。相比现有方法，极大的降低MME瞬时发送的寻呼信令量，又减轻MME的CPU负荷，有效地提高网络整体效率。

通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。

附图说明

构成说明书的一部分的附图描述了本发明的实施例，并且连同说明书一起用于解释本发明的原理。

参照附图，根据下面的详细描述，可以更加清楚地理解本发明，其中：

图1所示为本发明提供的一种LTE寻呼方法实施例的流程示意图。

图2所示为本发明提供的一种LTE寻呼方法另一实施例的流程示意图。

图3所示为本发明提出的一种LTE寻呼系统实施例的结构示意图。

图4所示为本发明提出的一种LTE寻呼系统另一实施例的结构示意图。

具体实施方式

现在将参照附图来详细描述本发明的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具 体实施例，并参照附图，对本发明进一步详细说明。

如图1所示，为本发明提供的一种LTE寻呼方法实施例的流程示意图。该方法包括以下步骤：

在步骤101，MME从UE寻呼队列里获取UE某次寻呼。

在步骤102，MME判断是否已存储该UE的TAU信息，如果是，执行步骤103；否则执行步骤104。

在步骤103，根据TAU信息中UE的位置信息发送寻呼消息。步骤103执行完毕，执行步骤101。

在步骤104，获取TA List中的所有站点信息。

在步骤105，获取TA List列表对应站点的多播地址信息。

在步骤106，根据多播地址发送寻呼消息，步骤106执行完毕，执行步骤101。

现有的LTE网络MME在对未知位置UE进行寻呼时向TA list下所有eNodeB逐条发送寻呼消息，导致在特殊场景下(TA list过大，并发寻呼量过多)寻呼信令过多的问题。该实施例是对TA list下所有eNodeB采用多播方式发送寻呼消息，极大的降低MME瞬时发送的寻呼信令量，减轻MME的CPU负荷，有效地提高网络整体效率。

如图2所示，为本发明提供的一种LTE寻呼方法另一实施例的流程示意图。该方法包括以下步骤：

在步骤201，eNodeB对MME发送的寻呼消息进行监听。

在步骤202，判定接收到的寻呼消息是否为其配置的多播地址，如果是，执行步骤203；否则执行步骤201，即回退到进行寻呼消息监听阶段。

在步骤203，进行拆包处理，去除多播地址。

在步骤204，重新对寻呼消息进行封装。

在步骤205，将封装好的寻呼消息进行发送。步骤205执行完毕，执行步骤201。

如图3所示，为本发明提出的一种LTE寻呼系统实施例的结构示意图。该系统包括MME以及eNodeB。在本实施例中，LTE寻呼 系统中MME部分30可以包括：UE寻呼消息提取模块301、UE位置信息判定模块307、TA List列表提取模块308、多播地址提取模块309、以及寻呼消息封装发送模块310。在本发明的另一实施例中，该系统还可以包括数据存储模块302。其中，数据存储模块302进一步包括：UE寻呼队列存储单元303、UE TAU信息存储单元304、TA List列表存储单元305、多播地址存储单元306。

下面将结合附图，对各个实施例中的各个模块进行说明。

UE寻呼消息提取模块301：用于检索数据存储模块302中的UE寻呼队列存储单元303，按照排队策略从UE寻呼队列里获取UE某次寻呼。

数据存储模块302：对MME寻呼系统需要检索的数据信息进行结构化存储合并。数据存储模块302进一步包括：UE寻呼队列存储单元303、UE TAU信息存储单元304、TA List列表存储单元305、多播地址存储单元306。

UE寻呼队列存储单元303：用于对MME接收到的UE寻呼消息进行队列存储。

UE TAU信息存储单元304：用于对MME已知的UE TAU信息进行存储。

TA List列表存储单元305：用于对TA List列表对应的eNodeB信息进行存储。

多播地址存储单元306：用于对TA List列表对应站点的多播地址信息进行存储。

UE位置信息判定模块307:用于检索UE TAU信息存储单元304，判定是否已存储该UE的TAU信息。如果是，则将寻呼消息数据送往寻呼消息封装发送模块310；否则将寻呼消息数据送往TA List列表提取模块308。

TA List列表提取模块308：用于通过寻呼消息数据检索TA List列表存储单元305，获取TA List中的所有站点信息。

多播地址提取模块309：用于通过TA List列表信息检索多播地 址存储单元306，获取TA List列表对应站点的多播地址信息。

寻呼消息封装发送模块310：用于根据TAU信息中UE的位置信息发送寻呼消息；以及通过获取的多播地址信息对寻呼消息进行封装发送，并发送信息提示UE寻呼消息提取模块301进入新的寻呼过程。

现有的LTE网络MME在对未知位置UE进行寻呼时向TA list下所有eNodeB逐条发送寻呼消息，导致在特殊场景下(TA list过大，并发寻呼量过多)寻呼信令过多的问题。该实施例是对TA list下所有eNodeB采用多播方式发送寻呼消息，极大的降低MME瞬时发送的寻呼信令量，减轻MME的CPU负荷，有效地提高网络整体效率。

下面对数据在系统中的处理过程进行描述，UE寻呼消息提取模块301检索UE寻呼队列存储单元303，按照排队策略获取UE某次寻呼，并将结果送至UE位置信息判定模块307；UE位置信息判定模块307检索UE TAU信息存储单元304，判定是否已知该UE的TAU信息，是则将寻呼消息数据送往寻呼消息封装发送模块310，否则将寻呼消息数据送往TA List列表提取模块308；TA List列表提取模块308根据获取的寻呼消息数据检索TA List列表存储单元305，获取对应的TA List列表信息，并将结果送至多播地址提取模块309；多播地址提取模块309根据获取的TA List列表信息检索多播地址存储单元306，获取TA List列表对应的多播地址信息，并将结果送至寻呼消息封装发送模块310；寻呼消息封装发送模块310根据获取的多播地址信息对寻呼消息进行封装发送，并发送信息提示UE寻呼消息提取模块301进入新的寻呼过程。

如图4所示，为本发明提出的一种LTE寻呼系统另一实施例的结构示意图。该系统包括MME以及eNodeB。在本实施例中，LTE寻呼系统中eNodeB部分40可以包括：寻呼消息监听模块401、多播地址解析判定模块402、寻呼消息拆封模块404、以及寻呼消息封装发送模块405。在本发明的另一实施例中，该系统还包括多播地址配置存储单元403。

下面将结合附图，对各个实施例中的各个模块进行说明。

寻呼消息监听模块401：用于对MME发送给eNodeB的寻呼消息进行监听。

多播地址解析判定模块402：用于对获取的寻呼消息进行解析，并检索多播地址配置存储单元403，判定多播地址是否为eNodeB配置的多播地址，是则将寻呼消息送至寻呼消息拆封模块404；否则对寻呼消息进行丢弃，并发送信息提示寻呼消息监听模块401。

多播地址配置存储单元403：用于对eNodeB的多播地址进行配置和存储。

寻呼消息拆封模块404：用于去除eNodeB接收到的寻呼消息多播地址部分。

寻呼消息封装发送模块405：用于对寻呼消息进行新的封装发送。

下面对数据在系统中的处理过程进行描述，寻呼消息监听模块401对MME发送给eNodeB的寻呼消息进行监听，并将结果送至多播地址解析判定模块402；多播地址解析判定模块402对获取的寻呼消息进行解析，并检索多播地址配置存储单元403，判定多播地址是否为eNodeB配置的多播地址，是则将寻呼消息送至寻呼消息拆封模块404，否则对寻呼消息进行丢弃，并发送信息提示寻呼消息监听模块401；寻呼消息拆封模块404去除eNodeB接收到的寻呼消息多播地址部分，并将数据结果送至寻呼消息封装发送模块405；寻呼消息封装发送模块405对获取的寻呼消息进行新的封装发送。

至此，已经详细描述了本发明。为了避免遮蔽本发明的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。

可能以许多方式来实现本发明的方法以及装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法以及装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。 因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。

虽然已经通过示例对本发明的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本发明的范围。本领域的技术人员应该理解，可在不脱离本发明的范围和精神的情况下，对以上实施例进行修改。本发明的范围由所附权利要求来限定。