[发明专利]一种寻呼消息处理方法及设备

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种寻呼消息处理方法。本发明同时还涉及一种RNC。

背景技术

随着移动数据业务的发展，使用即时通讯类业务的人数越来越多，此类软件的定时更新模式(即客户端通过定时心跳消息与服务器保持连接)导致网络中PS(Packet Switch，分组交换)域的寻呼数量大幅上升，PS寻呼量的翻番极大消耗网络资源，引起RNC设备寻呼拥塞和CPU占用率变高、消息队列阻塞等情况，使RNC设备性能下降和处于过载工作状态。

如图1所示，为现有技术中RNC内寻呼流程。CN在IU口向RNC发送寻呼PAGING消息，消息中携带：寻呼域指示，UE永久标识(国际移动用户识别码IMSI)，UE临时标识、寻呼原因，寻呼区等。核心网CN通过注册、位置区(LAC)更新、路由区(RAC)更新等过程来获知UE所处的位置，因此CN知道UE处于某个LAC/RAC，但并不知道它处于哪个小区；而RNC的处理是以小区为单位的，若RNC收到CN带位置区域(LAC/RAC)的Paging消息时，RNC根据LAC/RAC和小区的映射关系将寻呼区域信息转换为LAC或者RAC包含的小区列表，然后在这个小区列表中的每个小区的PICH和PCH发送寻呼消息。当CN收到对应用户的寻呼域的Initial Ue Message消息时认为寻呼成功响应。如果CN未收到寻呼响应，CN会多次向RNC发送PAGING消息，这些二次呼或者三次呼的寻呼范围可能会扩大以增加寻呼成功率。

如上所述，当智能终端与网络交互频繁时，终端上的服务软件和网络侧服务器在应用层通过交互保持连接，典型的应用是定时心跳保持在线，这种分组数据协议PDP长期激活和无流量小包业务释放的特性，使得寻呼消息和无线接入承载RAB建立等频繁，或者大量用户定制通知类业务，因此PS域的寻呼已经成为移动网络寻呼的主要触发源，对RNC设备造成很大负荷冲击和寻呼拥塞导致用户体验和感知降低，从而造成寻呼风暴。

由此可见，寻呼消息风暴导致RNC设备短时负载加重，CPU占用率飙升和消息队列阻塞，用户感知和关键绩效指标KPI下降明显，严重时引起设备瘫痪。因此，如何解决PS域寻呼消息在IU口大量集中下发时降低对RNC设备的冲击，成为本领域技术人员亟待解决的技术问题。

发明内容

本发明提供了一种寻呼消息处理方法，用以使RNC在IU口寻呼消息量发生风暴时，针对寻呼消息量进行负荷控制以降低寻呼消息量对RNC设备的冲击，尽量降低寻呼风暴发生时对用户感知的影响，该方法包括：

当RNC设备处于寻呼消息接收阶段或寻呼消息发送阶段时，获取所述RNC设备当前的各负荷控制性能值；

判断各所述负荷控制性能值所在的阈值区间，并依次根据各所述负荷控制性能值所在的阈值区间确定与各所述负荷控制性能值对应的寻呼消息丢弃比例，所述寻呼消息丢弃比例指示了对于携带各不同类型的寻呼原因的寻呼消息的丢弃比例，；

根据各所述负荷控制性能值对应的寻呼消息丢弃比例处理或丢弃已接收的寻呼消息。

优选地，所述负荷控制性能值至少包括以下类型：

UU接口寻呼负荷门限占比、UU接口寻呼拥塞比率、所述RNC设备当前的CPU占用率、所述RNC设备当前的消息队列使用率；

其中，所述UU接口寻呼负荷门限占比为单位时间内收到寻呼消息数据的数目与UU接口寻呼负荷门限的比值，所述UU接口寻呼负荷门限是根据所述RNC设备配置的CELL的PCH信道参数生成的。

优选地，所述依次根据各所述负荷控制性能值所在的阈值区间确定与各所述负荷控制性能值对应的寻呼消息丢弃策略，具体为：

当所述负荷控制性能值为所述UU接口寻呼负荷门限占比时，确定当前的UU接口寻呼负荷门限占比所在的阈值区间，查询与所述阈值区间对应的UU接口寻呼负荷门限级别，获取与所述寻呼负荷门限级别对应的各类型寻呼原因的第一丢弃比例；

当所述负荷控制性能值为所述UU接口寻呼拥塞比率时，确定当前的UU接口寻呼拥塞比率所在的阈值区间，查询与所述阈值区间对应的UU接口寻呼拥塞级别，获取与所述UU接口寻呼拥塞级别对应的各类型寻呼原因的第二丢弃比例；

当所述负荷控制性能值为所述CPU占用率时，确定当前的CPU占用率占比所在的阈值区间，查询与所述阈值区间对应的CPU过载级别，获取与所述CPU过载级别对应的各类型寻呼原因的第三丢弃比例；