CN102238533A - 用户寻呼方法、装置及系统 - Google Patents

Abstract

本发明公开了一种用户寻呼方法、装置及系统。该方法包括：数据分流网元本地构建寻呼消息，在寻呼消息中携带用户的永久用户标识或者临时用户标识；数据分流网元向用户发送寻呼消息。本发明解决了用户标识不匹配而导致的寻呼失败问题，从而提升了用户体验。

Description

用户寻呼方法、装置及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种用户寻呼方法、装置及系统。

背景技术

目前，随着用户的增加，用户数据量呈现了爆发性地增长，从而对现有核心网网络造成了冲击。相关技术中，可以通过核心网网关扩容为用户提供服务。但是，移动运营商通常不希望改变现有核心网网络。

考虑到增长的用户数据量多为因特网(internet)业务造成的，因此，相关技术中还可以通过本地访问对internet数据分流，以避免数据冲击核心网网络并满足用户需求。

为了实现本地访问，相关技术中引入了家庭基站(HomeNodeB，简称为HNB)。家庭基站作为某些用户的专属资源，部署在家庭、团体、公司或者学校等私人场所使用，为用户提供更高的业务速率并降低使用高速率服务所需要的费用，同时弥补已有分布式蜂窝无线通信系统覆盖的不足。用户可以通过家庭基站对家用网络其它IP设备、企业网络中的IP设备进行访问(该访问称为本地访问)，而数据流不会通过核心网发送。

第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)标准组织定义的本地访问包括如下的两种：应用于Internet网络访问的选择IP传输分流(Selected IP Traffic Offload，简称为SIPTO)和应用于网络IP设备访问的IP接入(Local IP Access，简称为LIPA)。

为了实现本地访问功能，网络中增设了具备数据分流功能的本地网关。

图1是根据相关技术的本地访问和传统核心网访问的数据流路径的示意图。图1中，本地网关可以和无线侧网元合设或者在无线侧网元附近(即外置)，也可以和家用基站网关合设或者在家用基站网关附近(即内置)。

图2是根据相关技术的3G网络执行本地访问的系统架构图。传输分流功能(Traffic Offload function，简称为TOF)网关可以作为本地网关，部署在Iu接口上。TOF网关通过路由策略对符合分流条件的用户数据进行分流处理，对其他数据则路由到核心网。TOF网关可以单独部署，也可以与宏基站的无线网络控制器(RadioNetwork Control，简称为RNC)合设，或者与家用基站网关(HomeNodeB GateWay，简称为HNB GW)合设(图2中的虚线框分别对其进行了表示)，两者之间采用标准化的Iu接口。需要说明的是，无线基站和核心网并不能感知到TOF网关的存在。

基于图2的系统架构，TOF网关可以用于缓存并发送本地访问下行数据。例如，当用户进入空闲状态时，通常会将空口Iu连接释放以节省空口资源。此时，当发送给用户的本地访问下行数据到达TOF网关，TOF网关会将其进行缓存，然后，向该用户发送寻呼消息以触发其发起业务请求(Service Request，简称为SR)流程，待用户发起业务请求流程并重新建立空口连接之后，该TOF网关再将该缓存的本地访问下行数据发送给用户。

为了在上述缓存并发送本地访问下行数据的过程中标识该用户，相关技术中，可以通过服务GPRS支持节点(Serving GPRSSupport Node，简称为SGSN)为用户分配的临时用户标识(PacketTemporary Mobile Subscription Identity，简称为P-TMSI)。即，在用户处于TOF网关覆盖范围内，用户与SGSN通过该TOF网关交互消息时，TOF网关截获该消息并通过解析其中的非接入层(NonAccess stratum，简称为NAS)分组数据单元(Packet Data Unit，简称为PDU)以获取P-TMSI，然后，该TOF网关在寻呼消息中添加该P-TMSI以触发该用户发起业务请求流程，使得该用户重新建立空口连接，并接收来自该TOF网关的缓存的本地访问下行数据。

但是，当该用户移出TOF网关覆盖范围后，TOF网关仍应用原P-TMSI对用户进行寻呼，由于该用户已更新P-TMSI，所以造成寻呼消息携带的P-TMSI与用户保存的P-TMSI的不匹配，从而导致寻呼失败，并导致用户体验的降低。

发明内容

针对寻呼消息携带的临时用户标识与用户保存的临时用户标识不匹配而可能导致的寻呼失败问题而提出本发明，为此，本发明的主要目的在于提供一种用户寻呼方法，以解决上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种用户寻呼方法。

根据本发明的用户寻呼方法包括：数据分流网元本地构建寻呼消息，在寻呼消息中携带用户的永久用户标识或者临时用户标识；数据分流网元向用户发送寻呼消息。

进一步地，数据分流网元本地构建寻呼消息，并在寻呼消息中携带永久用户标识包括：传输分流功能TOF网关构建寻呼消息，并在寻呼消息中携带用户的国际移动用户标识码IMSI。

进一步地，数据分流网元本地构建寻呼消息，并在寻呼消息中携带临时用户标识包括：核心网移动性管理单元向其下属的无线侧网元发送接口通知消息，并在接口通知消息中携带永久用户标识与重分配的临时用户标识的对应关系信息；数据分流网元根据对应关系信息，并根据用户的永久用户标识，更新用户的临时用户标识；数据分流网元本地构建寻呼消息，在寻呼消息中携带更新后的临时用户标识。

进一步地，还包括：数据分流网元向核心网移动性管理单元回复接口通知响应消息。

进一步地，还包括：在数据分流网元构建寻呼消息之前，本地网关接收到本地访问下行数据；在发送寻呼消息之后，用户根据寻呼消息，发起业务请求流程。

进一步地，数据分流网元包括以下之一：TOF网关、基站设备。

为了实现上述目的，根据本发明的一个方面，还提供了一种用户寻呼方法。

根据本发明的用户寻呼方法包括：数据分流网元向核心网移动性管理单元发送接口通知消息，并在接口通知消息中携带用户的永久用户标识；核心网移动性管理单元根据永久用户标识，并根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息，确定用户的重分配的临时用户标识；核心网移动性管理单元构建寻呼消息，并在寻呼消息中携带重分配的临时用户标识。

进一步地，还包括：核心网移动性管理单元向数据分流网元回复接口通知响应消息。

为了实现上述目的，根据本发明的另一个方面，提供了一种数据分流网元。

根据本发明的数据分流网元包括：构建模块，用于构建寻呼消息；第一携带模块，用于在寻呼消息中携带用户的永久用户标识；第二携带模块，用于在寻呼消息中携带用户的重分配的临时用户标识；发送模块，用于向用户发送寻呼消息。

进一步地，还包括：接收模块，用于接收来自核心网移动性管理单元的接口通知消息，其中，接口通知消息中携带有永久用户标识与重分配的临时用户标识的对应关系信息；更新模块，用于根据对应关系信息，并根据用户的永久用户标识，更新用户的临时用户标识。

为了实现上述目的，根据本发明的另一个方面，还提供了一种用户寻呼系统。

根据本发明的用户寻呼系统包括数据分流网元和核心网移动性管理单元，其中，数据分流网元包括：发送模块，用于向核心网移动性管理单元发送接口通知消息；第一携带模块，用于在接口通知消息中携带用户的永久用户标识；核心网移动性管理单元包括：确定模块，用于根据永久用户标识，并根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息，确定用户的重分配的临时用户标识；构建模块，用于构建寻呼消息；第二携带模块，用于在寻呼消息中携带重分配的临时用户标识。

通过本发明，解决了用户标识不匹配而导致的寻呼失败问题，从而提升了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的本地访问和传统核心网访问的数据流路径的示意图；

图2是根据相关技术的3G网络执行本地访问的系统架构图；

图3是根据本发明实施例一的用户寻呼方法的流程图；

图4是根据本发明实施例二的用户寻呼方法的流程图；

图5是根据本发明优选实施例一的流程图；

图6是根据本发明优选实施例二的流程图；

图7是根据本发明优选实施例三的流程图；

图8是根据本发明实施例的数据分流网元的结构框图；

图9是根据本发明实施例的用户寻呼系统的结构框图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

本发明实施例基于图2的系统架构，由用户、数据分流网元和SGSN组成。

本发明的实施方式同样适用于LTE系统，具有数据分流功能的本地网关可以单独部署部署或者与基站、与家用基站网关合设，实施方式与3G系统类似，可做同等保护，实施例中简单描述不同之处。

图3是根据本发明实施例一的用户寻呼方法的流程图，包括如下的步骤：

步骤S302，数据分流网元本地构建寻呼消息，在寻呼消息中携带用户的永久用户标识或者临时用户标识；

步骤S304，数据分流网元向用户发送寻呼消息。

相关技术中，由于寻呼消息携带的临时用户标识(P-TMSI)与用户保存的临时用户标识(P-TMSI)不匹配而导致寻呼失败。本发明实施例中，永久用户标识(IMSI)为用户的唯一标识，即使在重分配临时用户标识(P-TMSI)之后也不会改变，并且重分配的临时用户标识(P-TMSI)可以直接的与用户保存的临时用户标识(P-TMSI)匹配，因此，包含该永久用户标识(IMSI)或该重分配的临时用户标识(P-TMSI)的寻呼消息可以避免不匹配而导致的寻呼失败，并提升用户体验。

优选地，TOF网关构建寻呼消息，并在寻呼消息中携带用户的国际移动用户标识码(International Mobile Subscriber Identity，简称为IMSI)。

本优选实施例中，由于每个用户对应着唯一的IMSI，因此，通过包含该IMSI的寻呼消息可以寻呼到唯一的用户，避免用户由于不匹配而导致的寻呼失败。同时，采用本优选实施例的方法方便、快捷、准确。

需要说明的是，该IMSI不同于P-TMSI，不能用于直接地与用户保存的P-TMSI匹配，该包含IMSI的寻呼消息还需要包含用于指示用户发起业务请求流程的特殊指示信息。

优选地，核心网移动性管理单元向其下属的无线侧网元发送接口通知消息，并在接口通知消息中携带永久用户标识与重分配的临时用户标识的对应关系信息；数据分流网元根据对应关系信息，并根据用户的永久用户标识，更新用户的临时用户标识；数据分流网元本地构建寻呼消息，在寻呼消息中携带更新后的临时用户标识。

本优选实施例中，TOF网关先从SGSN接收到IMSI与重分配的P-TMSI的对应关系信息，再根据用户的IMSI更新该用户的P-TMSI，从而构建包含P-TMSI的寻呼消息。根据本优选实施例构建的寻呼消息，由于没有对寻呼消息的组成进行修改，因此可以避免用户侧相应的修改。

优选地，数据分流网元向核心网移动性管理单元回复接口通知响应消息。

本优选实施例可以使核心网移动性管理单元获知数据分流网元正确接收到上述对应关系信息。

优选地，无线侧网元还包括宏基站，宏基站忽略对应关系信息。

本优选实施例可以避免上述对应关系信息对宏基站的影响。

优选地，在构建寻呼消息之前，TOF网关接收到本地访问下行数据；在发送寻呼消息之后，用户根据寻呼消息，发起业务请求流程。

TOF网关接收到本地访问下行数据，并通过寻呼消息触发用户发起业务请求流程，可以实现该用户重新建立空口连接，并接收来自该TOF网关的缓存的本地访问下行数据。

优选地，数据分流网元可以是TOF网关，也可以是基站设备。

图4是根据本发明实施例二的用户寻呼方法的流程图，包括如下的步骤：

步骤S402，数据分流网元向核心网移动性管理单元发送接口通知消息，并在接口通知消息中携带用户的永久用户标识；

步骤S404，核心网移动性管理单元根据永久用户标识，并根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息，确定用户的重分配的临时用户标识；

步骤S406，核心网移动性管理单元构建寻呼消息，并在寻呼消息中携带重分配的临时用户标识。

相关技术中，由于寻呼消息携带的临时用户标识与用户保存的临时用户标识不匹配而导致寻呼失败。本发明实施例中，核心网移动性管理单元先从数据分流网元接收到永久用户标识，再根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息确定用户的重分配的临时用户标识，从而构建包含临时用户标识的寻呼消息。本优选实施例仅仅传输该永久用户标识而非传输该对应关系信息，可以降低网络传输出现差错的概率。

优选地，核心网移动性管理单元向数据分流网元回复接口通知响应消息。

本优选实施例可以使数据分流网元获知核心网移动性管理单元正确接收到上述用户的永久用户标识。

下面将结合优选实施例以及附图对上述优选实施例的实现流程进行详细描述。

优选实施例一

本优选实施例一描述了TOF网关构建寻呼消息，并在该寻呼消息中携带IMSI和特殊指示信息，其中，特殊指示信息用以触发用户发起业务请求流程。

图5是根据本发明优选实施例一的流程图，包括如下的步骤：

步骤S501，本地访问下行数据到达TOF网关。

步骤S502，TOF网关构建寻呼消息，并在该寻呼消息中携带IMSI和特殊指示信息，对用户发起寻呼。

步骤S503，TOF网关将携带有用户IMSI及特殊指示信息的寻呼消息发送到下属的基站，然后该基站将该寻呼消息转发给用户，对用户发起寻呼。

步骤S504，用户接收到带有用户IMSI及特殊指示信息的寻呼消息之后发起业务请求流程，否则发起附着流程。

步骤S505，用户发起的业务请求消息通过无线侧网元透传到核心网SGSN。

步骤S506，执行后续业务请求流程，例如核心网SGSN建立空口连接，TOF网关发送缓存的本地访问下行数据。

对于LTE系统来说，本地网关构建寻呼消息的方法与本实施例类似，不做赘述。

优选实施例二

本优选实施例二描述了TOF网关构建寻呼消息，并在该寻呼消息中携带更新后的P-TMSI，其中，该更新后的P-TMSI是SGSN通过Iu接口通知消息将用户IMSI和新P-TMSI的绑定关系(即，上述对应关系信息)发给该TOF网关，然后由该TOF网关自行更新的。

图6是根据本发明优选实施例二的流程图，包括如下的步骤：

步骤S601，SGSN为用户重分配P-TMSI。

步骤S602，SGSN通过Iu接口通知消息将用户IMSI和新P-TMSI的绑定关系发送到用户注册区域(例如路由区，RoutingArea，简称为RA)下属的无线侧网元。该绑定关系用以更新TOF网关上的用户标识信息，以便能够正确的寻呼用户。

步骤S603，如果SGSN下属的无线侧网元为宏基站，那么该宏基站忽略该新P-TMSI，不回复Iu接口通知响应消息。如果SGSN下属的无线侧网元为TOF网关，那么更新P-TMSI，并回复Iu接口通知响应消息。

需要说明的是，本步骤中根据Iu接口通知消息的类型，TOF网关也可以选择不回复Iu接口通知响应消息。

步骤S604，本地访问下行数据到达TOF网关。

步骤S605，TOF网关构建寻呼消息，并在该寻呼消息中携带更新后的P-TMSI，对用户发起寻呼。

步骤S606，带有新的P-TMSI的寻呼消息通过基站发送到用户。

步骤S607，用户发起的业务请求消息通过无线侧网元透传到核心网SGSN。

步骤S608，执行后续业务请求流程，例如核心网SGSN建立空口连接，TOF网关发送缓存的本地访问下行数据。

对于LTE系统来说，如果核心网MME为用户重新分配了临时用户标识GUTI，则通过S1接口的通知消息将永久用户标识IMSI和临时用户标识GUTI的绑定关系发至无线侧网元，处理方式与本实施例类似，不做赘述。

优选实施例三

本优选实施例三描述了SGSN构建寻呼消息，并在该寻呼消息中携带更新后的P-TMSI，其中，该P-TMSI是该SGSN根据TOF网关上报的用户IMSI，按照自身规定的RAI寻呼区域确定的。

图7是根据本发明优选实施例三的流程图，包括如下的步骤：

步骤S701，本地访问下行数据到达TOF网关。

步骤S702，TOF网关重建与其所配置的SGSN之间的Iu接口，并通过Iu接口通知消息将用户IMSI上报。

步骤S703，SGSN根据用户IMSI发现用户在其上注册，则回复Iu接口通知响应消息。

需要说明的是，本步骤中根据Iu接口通知消息类型，SGSN也可以选择不发送该Iu接口通知响应消息。

步骤S704，SGSN构建寻呼消息，按照自身规定的RAI寻呼区域，在该寻呼消息中携带更新后的P-TMSI，对用户发起寻呼。

步骤S705，SGSN将携带该P-TMSI的寻呼消息通过无线侧网元发送至用户。

步骤S706，用户发起的业务请求消息通过无线侧网元透传到核心网SGSN。

步骤S707，执行后续业务请求流程，例如核心网SGSN建立空口连接，TOF网关发送缓存的本地访问下行数据。

LTE支持本地访问的架构与3G系统类似，同样存在上述寻呼失败的问题，该方案同时适用于LTE系统对数据分流功能的支持。

对于LTE系统来说，本地网关收到下行数据通过S1接口通知消息将IMSI告知核心网MME用临时用户标识GUTI触发寻呼，具体处理方式与本实施例类似，不做赘述。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本发明的实施例，提供了一种数据分流网元，该数据分流网元可以用于实现上述用户寻呼方法。图8是根据本发明实施例的数据分流网元的结构框图，包括构建模块802，第一携带模块804，第二携带模块806和发送模块808。

构建模块802，用于构建寻呼消息；第一携带模块804，连接至构建模块802，用于在构建模块802构建的寻呼消息中携带用户的永久寻呼标识(包括IMSI)；第二携带模块806，连接至构建模块802，用于在构建模块802构建的寻呼消息中携带用户的重分配的临时用户标识(包括P-TMSI或者GUTI)；发送模块808，连接至第一携带模块804和第二携带模块806，用于向用户发送第一携带模块804携带的用户的永久用户标识(包括IMSI)的或者第二携带模块806携带的用户的重分配的临时用户标识的寻呼消息。

相关技术中，会由于寻呼消息携带的临时用户标识与用户保存的临时用户标识不匹配而导致寻呼失败。本发明实施例中，IMSI为用户的唯一标识，即使在重分配临时用户标识之后也不会改变，并且重分配的临时用户标识可以直接的与用户保存的临时用户标识匹配，因此，构建模块802构建的包含该IMSI或该重分配的临时用户标识的寻呼消息可以避免不匹配而导致的寻呼失败，并提升用户体验。

优选地，该数据分流网元还包括：接收模块810和更新模块812。

接收模块810，用于接收来自核心网移动性管理单元的接口通知消息，其中，接口通知消息中携带有永久用户标识与重分配的临时用户标识的对应关系信息；更新模块812，连接至接收模块810，用于根据接收模块810接收的对应关系信息，并根据用户的永久用户标识，更新用户的临时用户标识。

根据本发明的实施例，提供了一种用户寻呼系统，该用户寻呼系统可以用于实现上述用户寻呼方法。图9是根据本发明实施例的用户寻呼系统的结构框图，如图9所示，包括数据分流网元92和核心网移动性管理单元94，其中，数据分流网元92包括第一携带模块922和发送模块924。核心网移动性管理单元94包括确定模块942，构建模块944和第二携带模块946。

第一携带模块922，用于在接口通知消息中携带用户的永久用户标识；发送模块924，连接至第一携带模块922，用于向核心网移动性管理单元发送第一携带模块922携带永久用户标识的接口通知消息。

确定模块942，用于根据永久用户标识，并根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息，确定用户的重分配的临时用户标识；构建模块944，用于构建寻呼消息；第二携带模块946，连接至确定模块942和构建模块944，用于在构建模块944构建的寻呼消息中携带确定模块942确定的重分配的临时用户标识。

相关技术中，由于寻呼消息携带的临时用户标识与用户保存的临时用户标识不匹配而导致寻呼失败。本发明实施例中，核心网移动性管理单元94先从数据分流网元92接收到永久用户标识，再根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息，通过确定模块942确定用户的重分配的临时用户标识，从而通过构建模块944构建包含临时用户标识的寻呼消息。本优选实施例仅仅传输该永久用户标识而非传输该对应关系信息，可以降低网络传输出现差错的概率。

综上所述，根据本发明的上述实施例，提供了一种用户寻呼方法、装置及系统，解决了潜在的标识不匹配而导致寻呼失败的问题。本发明采用向用户发送携带有用户的永久用户标识或重分配的临时用户标识寻呼消息，解决了寻呼消息携带的临时用户标识与用户保存的临时用户标识不匹配而可能导致的寻呼失败的问题，从而提升了用户体验。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种用户寻呼方法，其特征在于，包括：

数据分流网元本地构建寻呼消息，在所述寻呼消息中携带所述用户的永久用户标识或者临时用户标识；

所述数据分流网元向所述用户发送所述寻呼消息。

2.根据权利要求1所述的方法，其特征在于，所述数据分流网元本地构建所述寻呼消息，并在所述寻呼消息中携带所述永久用户标识包括：

传输分流功能TOF网关构建所述寻呼消息，并在所述寻呼消息中携带所述用户的国际移动用户标识码IMSI。

3.根据权利要求1所述的方法，其特征在于，所述数据分流网元本地构建所述寻呼消息，并在所述寻呼消息中携带所述临时用户标识包括：

所述核心网移动性管理单元向其下属的无线侧网元发送接口通知消息，并在所述接口通知消息中携带永久用户标识与重分配的临时用户标识的对应关系信息；

所述数据分流网元根据所述对应关系信息，并根据所述用户的永久用户标识，更新所述用户的临时用户标识；

所述数据分流网元本地构建寻呼消息，在所述寻呼消息中携带所述更新后的临时用户标识。

4.根据权利要求3所述的方法，其特征在于，还包括：所述数据分流网元向所述核心网移动性管理单元回复接口通知响应消息。

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

在所述数据分流网元构建所述寻呼消息之前，所述本地网关接收到本地访问下行数据；

在发送所述寻呼消息之后，所述用户根据所述寻呼消息，发起业务请求流程。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述数据分流网元包括以下之一：

TOF网关、基站设备。

7.一种用户寻呼方法，其特征在于，包括：

数据分流网元向所述核心网移动性管理单元发送接口通知消息，并在所述接口通知消息中携带所述用户的永久用户标识；

所述核心网移动性管理单元根据所述永久用户标识，并根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息，确定所述用户的重分配的临时用户标识；

所述核心网移动性管理单元构建所述寻呼消息，并在所述寻呼消息中携带所述重分配的临时用户标识。

8.根据权利要求7所述的方法，其特征在于，还包括：所述核心网移动性管理单元向所述数据分流网元回复接口通知响应消息。

9.一种数据分流网元，其特征在于，包括：

构建模块，用于构建寻呼消息；

第一携带模块，用于在所述寻呼消息中携带所述用户的永久用户标识；

第二携带模块，用于在所述寻呼消息中携带所述用户的重分配的临时用户标识；

发送模块，用于向所述用户发送所述寻呼消息。

10.根据权利要求9所述的数据分流网元，其特征在于，还包括：

接收模块，用于接收来自所述核心网移动性管理单元的接口通知消息，其中，所述接口通知消息中携带有永久用户标识与重分配的临时用户标识的对应关系信息；

更新模块，用于根据所述对应关系信息，并根据所述用户的永久用户标识，更新所述用户的临时用户标识。

11.一种用户寻呼系统，其特征在于，包括数据分流网元和核心网移动性管理单元，其中，

所述数据分流网元包括：

发送模块，用于向所述核心网移动性管理单元发送接口通知消息；

第一携带模块，用于在所述接口通知消息中携带所述用户的永久用户标识；

所述核心网移动性管理单元包括：

确定模块，用于根据所述永久用户标识，并根据自己保存的永久用户标识与重分配的临时用户标识的对应关系信息，确定所述用户的重分配的临时用户标识；

构建模块，用于构建所述寻呼消息；

第二携带模块，用于在所述寻呼消息中携带所述重分配的临时用户标识。

Images