对URA_PCH态用户进行分层寻呼的方法和网络设备技术

本申请公开了一种对URA_PCH态用户进行分层寻呼的方法，包括：记录用户的历史小区信息；收到核心网的IU寻呼消息或UTRAN寻呼消息时，如果被寻呼的用户处于空闲URA_PCH态，对所述用户进行URA_PCH态分层寻呼的第一级寻呼；如果URA_PCH态分层寻呼的第一级寻呼不成功，对所述用户进行URA_PCH态分层寻呼的第二级寻呼。本申请还公开了一种网络设备。应用本申请公开的技术方案，能够缩小对URA_PCH态用户的寻呼范围，从而提高寻呼成功率。

【技术实现步骤摘要】

本申请涉及移动通信
，特别涉及一种对URA_PCH态用户进行分层寻呼的方法和网络设备。
技术介绍
当UE处于URA_PCH(通用移动通信系统无线接入网登记区物理信道)态时，网络侧收到核心网(CN)的IU寻呼消息或者收到UTRAN(通用移动通信系统无线接入网)寻呼消息时，将在URA(UTRAN登记区)范围内进行寻呼。在大话务场景下，忙时寻呼量较大，按照现有技术进行寻呼，容易发生寻呼拥塞，从而严重影响寻呼成功率。
技术实现思路
本申请提供了一种对URA_PCH态用户进行分层寻呼的方法和网络设备，以提高寻呼成功率。本申请提供了一种对URA_PCH态用户进行分层寻呼的方法，包括：A、记录用户的历史小区信息；B、收到核心网的IU寻呼消息或UTRAN寻呼消息时，如果被寻呼的用户处于URA_PCH态，对所述用户进行URA_PCH态分层寻呼的第一级寻呼；C、如果URA_PCH态分层寻呼的第一级寻呼不成功，对所述用户进行URA_PCH态分层寻呼的第二级寻呼。较佳地，第一级寻呼的范围包括：所述用户的历史小区及其邻区。较佳地，所述A包括：当用户由于小区重选进入URA_PCH态或者进行URA更新时，记录小区重选前的小区ID信息或URA更新前的小区ID信息，将所记录的ID信息作为所述用户的历史小区ID信息。较佳地，所述B包括：收到所述IU寻呼消息或UTRAN寻呼消息后，获取记录的历史小区ID信息，并
在历史小区及其邻区内发送寻呼消息。较佳地，该方法还包括：发送寻呼消息后，启动寻呼等待响应定时器，如果在寻呼等待响应定时器超时前收到带有寻呼响应的小区更新消息，则第一级寻呼成功，停止寻呼等待响应定时器；如果所述寻呼等待响应定时器超时，第一级寻呼不成功。较佳地，所述C包括：发送寻呼消息，该寻呼消息中携带URA寻呼区域指示；如果寻呼消息为IU接口的电路交换域CS寻呼，则启动IU CS重呼定时器；如果寻呼消息为用户平面的GPRS隧道协议GTPU数据指示发起的UTRAN寻呼，则启动GTPU重呼定时器；对于其他流程触发的寻呼，不启动重呼定时器。较佳地，该方法还包括：如果在相应的重呼定时器超时前收到带有寻呼响应的小区更新消息，则表明第二级寻呼成功，停止重呼定时器并释放内存。本申请还提供了一种网络设备，包括：存储模块、第一级寻呼模块，和第二级寻呼模块，其中：存储模块，用于记录用户的历史小区信息；第一级寻呼模块，用于在收到核心网的IU寻呼消息或UTRAN寻呼消息时，如果被寻呼的用户处于URA_PCH态，对所述用户进行URA_PCH态分层寻呼的第一级寻呼；第二级寻呼模块，用于在URA_PCH态分层寻呼的第一级寻呼不成功时，对所述用户进行URA_PCH态分层寻呼的第二级寻呼。由上述技术方案可见，本申请通过对URA_PCH态UE进行分层寻呼，缩小了寻呼范围，从而提高了寻呼成功率。此外，在用户由于小区重选进入URA_PCH态或进行URA更新时，本申请通过记录用户之前所处小区的ID信息，将该ID信息作为用户的历史小区，使得第一级分层寻呼可以在用户的历史小区范围内进行寻呼，使得缩小寻呼范围的目标得以实现。附图说明图1为本申请一较佳实施例中进行URA_PCH分层寻呼的基本流程示意图；图2为本申请一较佳网络设备的组成结构示意图。具体实施方式为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。考虑到现有技术的寻呼范围较大，本申请提出一种当用户处于URA_PCH态时对用户进行分层寻呼的方法来缩小寻呼范围，从而降低寻呼量。本申请对URA_PCH态用户进行分层寻呼的方法包括以下步骤：第1步：记录用户的历史小区信息。当用户由于小区重选进入URA_PCH态或者进行URA更新时，记录小区重选前的小区ID信息或URA更新前的小区ID信息，将所记录的信息作为该用户的历史小区信息。第2步：收到CN的IU寻呼消息或UTRAN寻呼消息时，如果被寻呼的用户处于URA_PCH态，对该用户进行URA_PCH态分层寻呼的第一级寻呼。对于URA_PCH态用户，网络侧收到CN的IU寻呼消息或UTRAN寻呼消息时，获取记录的历史小区ID信息，并在历史小区及其邻区内发送寻呼消息。较佳地，可以由RNCAP(无线网络控制应用部分)获取记录的历史小区ID信息，将URA_PCH分层寻呼标识置位并记录，并向NBM(NodeB Management，基站管理)模块发送Paging Type1(寻呼类型1)消息，消息中携带URA_PCH分层寻呼标识和历史小区ID。较佳地，发送寻呼消息后，RNCAP可以启动寻呼等待响应定时器，定时器时长为寻呼周期DRX(Discontinuous Reception)+偏置值(由后台配置)；如果在寻呼等待响应定时器超时前，RNCAP收到带有寻呼响应的小区更新消息，且通过用户实例号查询到记录的URA_PCH分层寻呼标识已置位，则表明收到第一级寻呼响应，第一级寻呼成功，停止寻呼等待响应定时器。第3步：如果URA_PCH态分层寻呼的第一级寻呼不成功，对该用户进行URA_PCH态分层寻呼的第二级寻呼。如果第2步所述寻呼等待响应定时器超时，表明第一级寻呼不成功，则进入第二级寻呼处理流程，具体包括：将URA_PCH二级寻呼标识置位并记录，RNCAP模块向NBM模块发送Paging Type1寻呼消息，寻呼消息中携带URA寻呼区域指示，具体地：如果为IU CS(IU接口的电路交换域)寻呼，则启动IU CS重呼定时器(定时器时长约定为1s)；如果为GTPU(GPRS Tunnelling Protocol for User Plane，用户平面的GPRS
隧道协议)数据指示发起的UTRAN寻呼，则启动GTPU重呼定时器(定时器时长约定为2s)；对于其他流程触发的寻呼，L3不再重呼；如果在重呼定时器超时前，RNCAP收到带有寻呼响应的小区更新消息，且通过用户实例号查询到记录的URA_PCH二级寻呼标识位已置位，则表明收到第二级寻呼响应，第二级寻呼成功；停止重呼定时器并释放内存。NBM收到RNCAP发送的Paging Type1寻呼消息后，根据寻呼消息中携带的信息进行寻呼消息发送：如果寻呼消息中携带了URA_PCH分层寻呼标识和历史小区ID，则在历史小区及其邻区范围进行寻呼；如果寻呼消息中携带的寻呼区域指示为URA，则在URA区域进行寻呼；如果寻呼消息中携带的寻呼区域指示为LAI，则在LA区域进行寻呼。图1为本申请一较佳实施例中进行URA_PCH分层寻呼的基本流程示意图。参见图1，该流程包括：当用户处于URA_PCH态，网络侧收到CN发送的IU或UTRAN寻呼消息后，执行以下操作:首先进行URA_PCH分层寻呼判决，根据后台配置的算法开关，如果开关打开，则判决允许进行URA_PCH分层寻呼，否则进行普通寻呼流程。如果判决为进行URA_PCH分层寻呼，则进行第一级寻呼流程，在用户的历史小区及其邻区范围进行寻呼；如果第一级寻呼失败，则触发第二级寻呼流程，在URA区域进行寻呼；如果第二级寻呼失败，则对于PS域寻呼，在URA区域进行重呼，对于CS域寻呼，在LA区进行寻呼。对应于上述方法，本申请提供了一种对URA_PCH态用户进行分层本文档来自技高网...

【技术保护点】
一种对通用移动通信系统无线接入网登记区物理信道URA_PCH态用户进行分层寻呼的方法，其特征在于，包括：A、记录用户的历史小区信息；B、收到核心网的IU寻呼消息或UTRAN寻呼消息时，如果被寻呼的用户处于URA_PCH态，对所述用户进行URA_PCH态分层寻呼的第一级寻呼；C、如果URA_PCH态分层寻呼的第一级寻呼不成功，对所述用户进行URA_PCH态分层寻呼的第二级寻呼。

【技术特征摘要】
1.一种对通用移动通信系统无线接入网登记区物理信道URA_PCH态用户进行分层寻呼的方法，其特征在于，包括：A、记录用户的历史小区信息；B、收到核心网的IU寻呼消息或UTRAN寻呼消息时，如果被寻呼的用户处于URA_PCH态，对所述用户进行URA_PCH态分层寻呼的第一级寻呼；C、如果URA_PCH态分层寻呼的第一级寻呼不成功，对所述用户进行URA_PCH态分层寻呼的第二级寻呼。2.根据权利要求1所述的方法，其特征在于：第一级寻呼的范围包括：所述用户的历史小区及其邻区。3.根据权利要求1或2所述的方法，其特征在于，所述A包括：当用户由于小区重选进入URA_PCH态或者进行URA更新时，记录小区重选前的小区ID信息或URA更新前的小区ID信息，将所记录的ID信息作为所述用户的历史小区ID信息。4.根据权利要求3所述的方法，其特征在于，所述B包括：收到所述IU寻呼消息或UTRAN寻呼消息后，获取记录的历史小区ID信息，并在历史小区及其邻区内发送寻呼消息。5.根据权利要求4所述的方法，其特征在于，该方法还包括：发送寻呼消息后，启动寻呼等待响应定时器，如果在寻呼等待响应定时器超时前收到带有寻呼...

【专利技术属性】
技术研发人员：马馨，谢怡飞，
申请(专利权)人：鼎桥通信技术有限公司，
类型：发明
国别省市：北京;11