CN101626617B - 一种寻呼优化的方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种寻呼优化的方法、装置及系统，所述方法为：接收到发送给终端的下行数据通知消息；判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表；根据判断结果指示所述演进基站在相应的小区发起寻呼。本发明实施例通过在寻呼消息中不携带跟踪区标识，或者有选择地携带跟踪区标识缩短寻呼消息长度，或者由接收寻呼响应消息的演进基站发送寻呼取消消息而大大节约了系统资源。

Description

一种寻呼优化的方法、装置及系统

技术领域

本发明涉及无线通信领域，特别是涉及一种寻呼优化技术。

背景技术

目前在3GPP(3rd Generation Partnership Project，第三代移动通信标准化的伙伴项目)中，各厂商积极研究EPS(Evolved Packet System，演进的分组系统)，目的是提供一种能够降低时延、提高用户数据速率、改进的系统容量和覆盖的低成本的网络。

在EPS网络中，S-GW(Serving Gateway，服务网关)保存UE的用户面上下文，如UE(User Equipment，终端)的IP(Internet Protocol Address，互联网协议地址)和路由信息等，MME(Mobility Management Entity，移动性管理实体)发送寻呼信息到eNB(Evolution nodeB，演进基站)，并与S-GW进行信息交互；E-UTRAN(Evolution Universal Terrestrial Radio AccessNetwork，演进的通用陆地无线接入网)可以包括多个eNB，接收到MME发送的寻呼消息的eNB会将寻呼消息发送到连接的小区。MME连接有多个分属于不同TA(Tracking Area，跟踪区)的eNB，一个eNB可覆盖多个TA，一个TA也可以覆盖多个eNB，同时，一个TA可包含多个小区。

EPS网络中的寻呼过程如图1所示，当S-GW需要向UE发送下行数据却发现因UE处于空闲状态，而没有用户连接时，则向UE注册的MME发送下行数据通知消息；MME首先确定UE所注册的TA list(Tracking Area list，跟踪区列表)，再向该TA list里所有的eNB发送寻呼消息查找UE，消息中携带有与该TAlist中全部TA一一对应的TAI(Tracking Area Identifier，跟踪区标识)；eNB接收到该寻呼消息后，查找哪些小区属于TA list所包含的TA，向查找出的小区发送该寻呼消息；当前处于小区中的UE接收到该寻呼消息后，发送寻呼响应消息到与其所在小区相连的eNB，eNB通知MME寻呼已响应；MME则不继续向eNB下发寻呼消息。

在对现有技术的研究和实践过程中，本发明的发明人发现现有技术存在浪费系统资源的问题，具体表现在：MME向eNB发送的寻呼消息携带有该UE所注册的TAlist中全部TA的TAI，导致寻呼消息过长造成系统资源浪费。

发明内容

本发明实施例要解决的技术问题是提供一种寻呼优化的方法、装置及系统，以节约系统资源。

为解决上述技术问题，本发明所提供的实施例是通过以下技术方案实现的：

一种寻呼优化的方法，包括：接收到发送给终端的下行数据通知消息；判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表；根据判断结果指示所述演进基站向相应的小区发送寻呼消息。

一种寻呼优化的方法，包括：接收终端发送的寻呼响应消息；根据演进基站信息选择出需发送寻呼取消消息的演进基站；向选择出的所述演进基站发送寻呼取消消息。

一种移动性管理实体，包括：接收单元，用于接收发送给终端的下行数据通知消息；判断单元，用于判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表；指示单元，用于根据判断单元的判断结果指示所述演进基站在相应的小区发起寻呼。

一种演进基站，包括：接收消息单元，用于接收移动性管理实体发送的寻呼消息；寻呼单元，用于根据所述接收消息单元接收的寻呼消息在相应的小区发起寻呼。

一种演进基站，包括：接收单元，用于接收终端发送的寻呼响应消息；选择单元，用于根据演进基站信息选择出需发送寻呼取消消息的演进基站；发送单元，用于向选择出的所述演进基站发送寻呼取消消息。

一种无线通信系统，包括：移动性管理实体，用于接收到发送给终端的下行数据通知消息后，判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表，然后根据判断结果指示所述演进基站在相应的小区发起寻呼；演进基站，用于根据判断结果，在相应的小区发起寻呼。

一种无线通信系统，包括：终端，用于发送寻呼响应消息；演进基站，用于在接收到终端发送的寻呼响应消息之后，根据演进基站信息选择出需发送寻呼取消消息的演进基站，向选择出的所述演进基站发送寻呼取消消息。

由上述技术方案可以看出，本发明实施例通过MME在寻呼消息中有选择地携带TAI或者不携带TAI，缩短了寻呼消息长度；或者由接收寻呼响应消息的eNB发送寻呼取消消息而防止其他eNB在寻呼响应后还继续发送寻呼消息，大大节约了系统资源。

附图说明

图1是现有技术EPS网络架构图；

图2是本发明实施例一流程示意图；

图3是本发明实施例二流程示意图；

图4是本发明实施例三流程示意图；

图5是本发明实施例四流程示意图；

图6是本发明实施例移动性管理实体的结构示意图；

图7是本发明实施例演进基站的结构示意图；

图8是本发明实施例一种无线通信系统的结构示意图；

图9是本发明实施例另一种无线通信系统的结构示意图。

具体实施方式

本发明实施例提供一种寻呼优化的方法、装置及系统，使得系统资源大大节约。

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

以下根据采用的具体方法不同，分为四个实施例说明：实施例一和二是MME有选择地携带TAI或者不携带TAI而缩短寻呼消息长度，节约了系统资源；实施例三和四则由接收到UE寻呼响应消息的eNB向其他eNB发送寻呼取消消息，以防止其他eNB在寻呼已响应后还继续发送寻呼消息，而节约系统资源。

实施例一、结合图2详细说明，图2是本发明实施例一的流程示意图。

步骤201：MME接收到某UE的下行数据通知消息。

MME接收到下行数据通知消息，则说明需要向eNB发送寻呼消息。

步骤202：MME判断需要接收寻呼消息的eNB所覆盖的TA是否全部属于终端所注册的TA list。

MME首先判断需要接收寻呼消息的eNB所覆盖的TA是否全部属于终端所注册的TA list，再决定在寻呼消息中携带哪些TA的TAI或者是不携带任何TA的TAI。TA list是在根据保存的UE的注册信息里查询得出。

MME自身连接的所有eNB覆盖的TA信息可预先记录在信息表上，该信息表可以配置在MME上，也可以配置在其他实体上，或者采用信息表以外的数据记录形式，都不影响本发明实施例的实现。

步骤203：根据判断结果指示所述eNB在相应的小区发起寻呼。

根据步骤202的判断结果，决定需要在寻呼消息中携带哪些TA的TAI或者是不携带任何TA的TAI，从而指示所述演进基站在寻呼消息携带的TAI对应的TA包含的小区发起寻呼；或者，在不携带任何TA的TAI情况下，则指示所述演进基站在覆盖的所有小区发起寻呼。

MME比对连接的所有TA和UE所注册的TA list后选择TA，向选择出的TA所属的eNB发送携带了所述TA的TAI的寻呼消息或者是发送不携带任何TA的TAI的寻呼消息，而避免了发送携带有所述TA list中全部TA的TAI的的寻呼消息，缩短了寻呼消息长度而节约系统资源。

以下实施例二则结合图3，详细说明MME如何决定寻呼消息应该携带哪些TA的TAI或者是不携带TAI。

实施例二、结合图3具体说明，图3是本发明实施例二的流程示意图

步骤301：MME接收到某UE的下行数据通知消息。

MME接收到下行数据通知消息，则说明需要向eNB发送寻呼消息。

步骤302：MME判断需要接收寻呼消息的eNB所覆盖的TA是否全部属于TA list，是则转步骤303，否则转步骤305。

MME所连接的eNB覆盖的TA信息可预先记录在信息表上，TA list根据保存的UE的注册信息查询得出；在接收到某UE的下行数据通知消息后，MME则比对需要接收寻呼消息的eNB所覆盖的TA的TAI是否全部属于该UE所注册的TA list，是则转步骤303，否则转步骤305。

所述信息表可以配置在MME上，也可以配置在其他实体上，或者采用信息表以外的数据记录形式，都不影响本发明实施例的实现。

步骤303：MME向eNB发送没有携带任何TAI的寻呼消息。

在MME判断出需要接收寻呼消息的eNB所覆盖的TA的TAI全部属于该UE所注册的TA list后，向eNB发送的寻呼消息则不携带任何TAI，以指示eNB啊覆盖的所有小区发起寻呼。

步骤304：eNB向覆盖的所有小区发起寻呼。

eNB收到了没有携带任何TAI的寻呼消息，则向覆盖的所有小区发起寻呼。

步骤305：MME向eNB发送携带TAI的寻呼消息。

在判断出需要接收寻呼消息的eNB所覆盖的TA部分属于该UE所注册的TA list后，MME向eNB发送携带所述TA的TAI的寻呼消息，所述TA包含的小区属于所述演进基站，同时所述TAI属于所述TA list。

该消息中的TAI指示eNB收到此寻呼消息后，只在上述TAI对应的TA包含的小区发起寻呼。

步骤306：eNB在所述TA包含的小区发起寻呼。

eNB接收到的寻呼消息中携带了某些TA的TAI，则在所述TAI对应的TA包含的小区发起寻呼。

本发明实施例向eNB发送不携带任何TA的TAI，或者是携带选择过的TA的TAI的寻呼消息，缩短了寻呼消息长度，节约了系统资源。

以上两个实施例是在寻呼消息中有选择地携带TAI或者不携带TAI来节约系统资源，以下两个实施例则是发送寻呼取消消息来节约系统资源。

实施例三、结合图4具体说明，图4是本发明实施例三的流程示意图。

步骤401：eNB收到UE发送的寻呼响应消息。

UE向所属的eNB发送寻呼响应消息。

步骤402：接收寻呼响应消息的eNB根据演进基站信息选择出需发送寻呼取消消息的其他eNB。

所述演进基站信息包括所属的移动性管理实体覆盖的所有跟踪区下的演进基站信息和所述终端注册的跟踪区列表；所属的移动性管理实体覆盖的所有跟踪区下的演进基站信息可预先配置在eNB上；并且在MME下发寻呼消息时，eNB保存了寻呼消息携带的UE所注册的TA list。

根据eNB所连接的MME包含的所有TA下的eNB信息和TA list，接收寻呼响应消息的eNB可以确定在UE响应寻呼消息之前，eNB所连接的MME向哪些eNB发送了寻呼消息，本步骤则选择出那些接收了寻呼消息的eNB。

所述eNB信息可以信息表的形式配置在eNB上或者配置在MME上再下发到eNB上，也可以配置在其他实体上，或者采用信息表以外的数据记录形式，都不影响本发明实施例的实现。

步骤403：向选择出的eNB发送寻呼取消消息。

eNB向步骤402中选择出的eNB发送寻呼取消消息。

寻呼取消消息意在防止没接收到寻呼响应消息的eNB在寻呼已响应后还继续发送寻呼消息而浪费系统资源。

本发明实施例通过向没有接收到寻呼响应消息的eNB发送寻呼取消消息，防止eNB在寻呼响应后还继续发送寻呼消息，节约了系统资源。

实际应用中，eNB只能向通过有X2接口连接的eNB直接发送寻呼取消消息，而没有X2接口连接的eNB则需通过eNB与MME之间的S1接口发送寻呼取消消息，具体过程如实施例四所述。

实施例四、结合图5具体说明，图5是本发明实施例四的流程示意图。

步骤501：eNB收到UE发送的寻呼响应消息；

UE向所连接的eNB发送寻呼响应消息。

步骤502：接收寻呼响应消息的eNB根据演进基站信息选择出需接收寻呼取消消息的其他eNB。

所述演进基站信息包括所属的移动性管理实体覆盖的所有跟踪区下的演进基站信息和所述终端注册的跟踪区列表；所连接的MME包含的所有TA下的eNB信息可预先配置在eNB上；并且在MME下发寻呼消息时，eNB保存了寻呼消息携带的UE所注册的TA list。

根据eNB所连接的MME包含的所有TA下的eNB信息和TAlist，接收寻呼响应消息的eNB可以确定在UE响应寻呼消息之前，eNB所连接的MME向哪些eNB发送了寻呼消息，本步骤则选择出那些接收了寻呼消息的eNB。

所述eNB信息可以信息表的形式配置在eNB上或者配置在MME上再下发到eNB上，也可以配置在其他实体上，或者采用信息表以外的数据记录形式，都不影响本发明实施例的实现。

步骤503：接收寻呼响应消息的eNB判断与需接收寻呼取消消息的eNB间是否有X2接口，有则转入步骤504，否则转入步骤505；

在选择出需接收寻呼取消消息的eNB后，接收寻呼响应消息的eNB则判断与其之间是否有直接连接的X2接口，有则转入步骤504，否则转入步骤505。

步骤504：接收寻呼响应消息的eNB向其他eNB发送寻呼取消消息；

接收寻呼响应消息的eNB通过X2接口向直接连接的eNB发送寻呼取消消息。

步骤505：接收寻呼响应消息的eNB向MME发送寻呼响应消息；

接收寻呼响应消息的eNB向MME发送的寻呼响应消息中可能携带有与自身之间没有X2接口的eNB的信息；因为没有X2接口直接连接，接收寻呼响应消息的eNB只能通过eNB和MME之间的S1接口，通过MME发送寻呼取消消息至其他eNB。

步骤506：MME向其他eNB发送寻呼取消消息。

MME向其他eNB发送寻呼取消消息，防止了其他eNB在UE寻呼响应后还继续发送寻呼消息而节约了系统资源。

本发明实施例通过向其他没接收到寻呼响应消息的eNB发送寻呼取消消息，防止在寻呼响应后eNB还继续发送寻呼消息，节约了系统资源。

实施例二可分别与实施例三和实施例四结合运用，也就是MME先判断在发送给哪些eNB的寻呼消息中携带哪些TA的TAI或不携带任何TAI，在UE响应了寻呼消息之后，接收寻呼响应消息的eNB再选择向其他eNB发送寻呼取消消息，这样，将会更为节约系统资源。

以上提供了一种寻呼优化的方法，本发明实施例还提供一种移动性管理实体、一种演进基站和一种无线通信系统。

一种移动性管理实体，包括以下单元，参见图6，图6是本发明实施例移动性管理实体和演进基站的结构示意图。

接收单元601，用于接收发送给终端的下行数据通知消息；

判断单元602，用于判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表；

指示单元603，用于根据判断单元602的判断结果指示所述演进基站在相应的小区发起寻呼。

其中，所述指示单元603还包括：

第一指示单元604，用于在在判断单元602的判断结果为需要接收寻呼消息的演进基站所覆盖的跟踪区全部属于终端所注册的跟踪区列表时，发送没有携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在覆盖的所有小区发起寻呼。

第二指示单元605，用于在判断单元602的判断结果为需要接收寻呼消息的演进基站所覆盖的跟踪区部分属于终端所注册的跟踪区列表时，发送携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在所述跟踪区标识对应的跟踪区包含的小区发起寻呼，所述跟踪区标识对应的跟踪区包含的小区属于所述演进基站，同时所述跟踪区标识属于所述跟踪区列表。

在接收单元601接收到发送给终端的下行数据通知消息后，判断单元602判断需要接收寻呼消息的演进基站所包含的跟踪区是否全部属于终端所注册的跟踪区列表，指示单元603根据判断单元602的判断结果指示所述演进基站在相应的小区发起寻呼。

在判断单元602判断出需要接收寻呼消息的演进基站所包含的跟踪区全部属于终端所注册的跟踪区列表时，指示单元603中的第一指示单元604则发送不携带跟踪区标识的寻呼消息给演进基站，指示所述演进基站在覆盖的所有小区发起寻呼。

在判断单元602判断出需要接收寻呼消息的演进基站所包含的跟踪区部分属于终端所注册的跟踪区列表时，指示单元603中的第二指示单元605则发送携带跟踪区标识的寻呼消息给演进基站，指示所述演进基站在所述跟踪区标识对应的小区发起寻呼，所述跟踪区标识对应的跟踪区包含的小区属于所述演进基站，同时所述跟踪区标识属于所述跟踪区列表。

一种演进基站，包括以下单元：

接收消息单元，用于接收移动性管理实体发送的寻呼消息；

寻呼单元，用于根据所述接收消息单元接收的寻呼消息在相应的小区发起寻呼。

其中，所述寻呼单元包括：

第一寻呼单元，用于在所述接收消息单元接收到没有携带任何跟踪区标识的寻呼消息时，在覆盖的所有小区发起寻呼。

第二寻呼单元，用于在所述接收消息单元接收到携带了跟踪区标识的寻呼消息时，在所述跟踪区标识对应的跟踪区包含的小区发起寻呼，所述跟踪区标识对应的跟踪区包含的小区属于所述演进基站，同时所述跟踪区标识属于所述跟踪区列表。

在接收消息单元接收到没有携带任何跟踪区标识的寻呼消息时，第一寻呼单元在覆盖的所有小区发起寻呼；在接收消息单元接收到携带了跟踪区标识的寻呼消息时，第二寻呼单元在所述跟踪区标识对应的跟踪区包含的小区发起寻呼，所述跟踪区标识对应的跟踪区包含的小区属于所述演进基站，同时所述跟踪区标识属于所述跟踪区列表。

一种演进基站，包括以下单元，参见图7，图7是本发明实施例演进基站的结构示意图。

接收单元701，用于接收终端发送的寻呼响应消息；

选择单元702，用于根据演进基站信息选择出需发送寻呼取消消息的演进基站；

发送单元703，用于向选择出的所述演进基站发送寻呼取消消息。

所述发送单元包括：

判断单元704，用于判断自身与选择出的演进基站之间有无直接接口；

第一发送单元705，用于在所述判断单元704判断出自身与选择出的所述演进基站之间有直接接口时，直接向选择出的所述演进基站发送寻呼取消消息；

或者，

第二发送单元706，用于在所述判断单元704判断出自身与选择出的所述演进基站之间没有直接接口时，通过移动性管理实体向选择出的所述演进基站发送寻呼取消消息。

在接收单元701接收到终端发送的寻呼响应消息之后，选择单元702根据所属的移动性管理实体包含的所有跟踪区下的演进基站信息和所述终端注册的跟踪区列表选择出需发送寻呼取消消息的演进基站，发送单元703则向选择出的演进基站发送寻呼取消消息。

在选择单元702选择出需发送寻呼取消消息的演进基站之后，判断单元704判断出自身与选择出的演进基站之间有直接接口时，第一发送单元705则直接向选择出的演进基站发送寻呼取消消息；

或者，所述判断单元704判断出自身与选择出的演进基站之间没有直接接口时，第二发送单元706则通过移动性管理实体向所述选择出的演进基站发送寻呼取消消息。

一种无线通信系统，包括以下单元，参见图8，图8为本发明实施例一种无线通信系统的结构示意图。

移动性管理实体801，用于在接收到发送给终端的下行数据通知消息后，判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表，然后根据判断结果指示所述演进基站在相应的小区发起寻呼；

演进基站802，用于根据判断结果，在相应的小区发起寻呼。

所述移动性管理实体801，判断出需要接收寻呼消息的演进基站所覆盖的跟踪区全部属于终端所注册的跟踪区列表时，发送没有携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在覆盖的所有小区发起寻呼；

所述演进基站802在覆盖的所有小区发起寻呼。

或者所述移动性管理实体801判断出需要接收寻呼消息的演进基站所覆盖的跟踪区部分属于终端所注册的跟踪区列表时，发送携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在所述跟踪区标识对应的跟踪区包含的小区发起寻呼，所述跟踪区标识对应的跟踪区包含的小区属于所述演进基站，同时所述跟踪区标识属于所述跟踪区列表；

所述演进基站802在所述跟踪区标识对应的跟踪区包含的小区发起寻呼。

一种无线通信系统，包括以下单元，参见图9，图9为本发明实施例另一种无线通信系统的结构示意图。

终端901，用于发送寻呼响应消息；

演进基站902，用于在接收到终端发送的寻呼响应消息之后，根据演进基站信息选择出需发送寻呼取消消息的演进基站，向选择出的所述演进基站发送寻呼取消消息。

所述无线通信系统还包括：

移动性管理实体903，用于在发送寻呼取消消息的演进基站和选择出的所述演进基站之间没有直接接口时，接收所述发送寻呼取消消息的演进基站发送的寻呼响应消息，并向选择出的所述演进基站发送寻呼取消消息。

在终端901发送寻呼响应消息到演进基站902后，演进基站902根据所属的移动性管理实体包含的所有跟踪区下的演进基站信息和所述终端注册的跟踪区列表选择出需发送寻呼取消消息的演进基站，向选择出的其他演进基站发送寻呼取消消息；

当发送寻呼取消消息的演进基站和选择出的所述演进基站之间没有直接接口时，移动性管理实体903接收所述发送寻呼取消消息的演进基站发送的寻呼响应消息，并向选择出的所述演进基站发送寻呼取消消息。

本发明实施例通过MME在寻呼消息中有选择地携带TAI或者不携带TAI，大大缩短了寻呼消息长度而节约系统资源；或者由接收寻呼响应消息的eNB发送寻呼取消消息而防止其他没有接收到寻呼响应消息的eNB在寻呼响应后还继续发送寻呼消息，节约了系统资源。

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

Claims (5)

1.一种寻呼优化的方法，其特征在于：

接收到发送给终端的下行数据通知消息；

判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表；

根据判断结果指示所述演进基站在相应的小区发起寻呼；

其中，所述根据判断结果指示所述演进基站在相应的小区发起寻呼具体为：

判断结果为需要接收寻呼消息的演进基站所覆盖的跟踪区全部属于终端所注册的跟踪区列表时，发送没有携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在覆盖的所有小区发起寻呼。

2.根据权利要求1所述的寻呼优化的方法，其特征在于：

所述根据判断结果指示所述演进基站在相应的小区发起寻呼具体还为：

判断结果为需要接收寻呼消息的演进基站所覆盖的跟踪区部分属于终端所注册的跟踪区列表时，发送携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在所述跟踪区标识对应的跟踪区包含的小区发起寻呼，所述跟踪区标识对应的跟踪区包含的小区属于所述演进基站，同时所述跟踪区标识属于所述跟踪区列表。

3.一种移动性管理实体，其特征在于，包括：

接收单元，用于接收发送给终端的下行数据通知消息；

判断单元，用于判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表；

指示单元，用于根据判断单元的判断结果指示所述演进基站在相应的小区发起寻呼；

所述指示单元包括：

第一指示单元，用于在判断单元的判断结果为需要接收寻呼消息的演进基站所覆盖的跟踪区全部属于终端所注册的跟踪区列表时，发送没有携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在覆盖的所有小区发起寻呼。

4.根据权利要求3所述的移动性管理实体，其特征在于，所述指示单元还包括：

第二指示单元，用于在判断单元的判断结果为需要接收寻呼消息的演进基站所覆盖的跟踪区部分属于终端所注册的跟踪区列表时，发送携带跟踪区标识的寻呼消息给演进基站，指示所述演进基站在所述跟踪区标识对应的跟踪区包含的小区发起寻呼，所述跟踪区标识对应的跟踪区包含的小区属于所述演进基站，同时所述跟踪区标识属于所述跟踪区列表。

5.一种无线通信系统，其特征在于，包括：

移动性管理实体，用于接收到发送给终端的下行数据通知消息后，判断需要接收寻呼消息的演进基站所覆盖的跟踪区是否全部属于终端所注册的跟踪区列表，然后根据判断结果指示所述演进基站在相应的小区发起寻呼；其中，所述根据判断结果指示所述演进基站在相应的小区发起寻呼具体为：判断结果为需要接收寻呼消息的演进基站所覆盖的跟踪区全部属于终端所注册的跟踪区列表时，发送没有携带跟踪区标识的寻呼消息给所述演进基站，指示所述演进基站在覆盖的所有小区发起寻呼；

演进基站，用于根据判断结果，在相应的小区发起寻呼。

Images