一种寻呼消息处理方法及设备的制造方法
【技术领域】
[0001] 本发明设及通信技术领域，特别设及一种寻呼消息处理方法。本发明同时还设及 一种RNC。
【背景技术】
[0002] 随着移动数据业务的发展，使用即时通讯类业务的人数越来越多，此类软件的 定时更新模式（即客户端通过定时屯、跳消息与服务器保持连接）导致网络中PS(Packet Switch,分组交换）域的寻呼数量大幅上升，PS寻呼量的翻番极大消耗网络资源，引起RNC 设备寻呼拥塞和CPU占用率变高、消息队列阻塞等情况，使RNC设备性能下降和处于过载工 作状态。
[000引如图1所示，为现有技术中RNC内寻呼流程。CN在IU口向RNC发送寻呼PAGING消息，消息中携带：寻呼域指示，肥永久标识（国际移动用户识别码IMSI)，肥临时标识、寻 呼原因，寻呼区等。核屯、网CN通过注册、位置区（LAC)更新、路由区（RAC)更新等过程来获 知肥所处的位置，因此CN知道肥处于某个LAC/RAC，但并不知道它处于哪个小区；而RNC 的处理是W小区为单位的，若RNC收到CN带位置区域（LAC/RAC)的化ging消息时，RNC根 据LAC/RAC和小区的映射关系将寻呼区域信息转换为LAC或者RAC包含的小区列表，然后 在该个小区列表中的每个小区的PICH和PCH发送寻呼消息。当CN收到对应用户的寻呼域 的InitialUeMessage消息时认为寻呼成功响应。如果CN未收到寻呼响应，CN会多次向 RNC发送PAGING消息，该些二次呼或者S次呼的寻呼范围可能会扩大W增加寻呼成功率。
[0004] 如上所述，当智能终端与网络交互频繁时，终端上的服务软件和网络侧服务器在 应用层通过交互保持连接，典型的应用是定时屯、跳保持在线，该种分组数据协议PDP长期 激活和无流量小包业务释放的特性，使得寻呼消息和无线接入承载RAB建立等频繁，或者 大量用户定制通知类业务，因此PS域的寻呼已经成为移动网络寻呼的主要触发源，对RNC 设备造成很大负荷冲击和寻呼拥塞导致用户体验和感知降低，从而造成寻呼风暴。
[0005] 由此可见，寻呼消息风暴导致RNC设备短时负载加重，CPU占用率飘升和消息队列 阻塞，用户感知和关键绩效指标KPI下降明显，严重时引起设备擁痕。因此，如何解决PS域 寻呼消息在IU口大量集中下发时降低对RNC设备的冲击，成为本领域技术人员亟待解决的 技术问题。
【发明内容】
[0006] 本发明提供了一种寻呼消息处理方法，用W使RNC在IU口寻呼消息量发生风暴 时，针对寻呼消息量进行负荷控制W降低寻呼消息量对RNC设备的冲击，尽量降低寻呼风 暴发生时对用户感知的影响，该方法包括：
[0007] 当RNC设备处于寻呼消息接收阶段或寻呼消息发送阶段时，获取所述RNC设备当 前的各负荷控制性能值；
[000引判断各所述负荷控制性能值所在的阔值区间，并依次根据各所述负荷控制性能值 所在的阔值区间确定与各所述负荷控制性能值对应的寻呼消息丢弃比例，所述寻呼消息丢 弃比例指示了对于携带各不同类型的寻呼原因的寻呼消息的丢弃比例，；
[0009] 根据各所述负荷控制性能值对应的寻呼消息丢弃比例处理或丢弃已接收的寻呼 消息。
[0010] 优选地，所述负荷控制性能值至少包括W下类型：
[0011] UU接口寻呼负荷口限占比、UU接口寻呼拥塞比率、所述RNC设备当前的CPU占用 率、所述RNC设备当前的消息队列使用率；
[001引其中，所述UU接口寻呼负荷口限占比为单位时间内收到寻呼消息数据的数目与UU接口寻呼负荷口限的比值，所述UU接口寻呼负荷口限是根据所述RNC设备配置的CE化 的PCH信道参数生成的。
[0013] 优选地，所述依次根据各所述负荷控制性能值所在的阔值区间确定与各所述负荷 控制性能值对应的寻呼消息丢弃策略，具体为：
[0014] 当所述负荷控制性能值为所述UU接口寻呼负荷口限占比时，确定当前的UU接口 寻呼负荷口限占比所在的阔值区间，查询与所述阔值区间对应的UU接口寻呼负荷口限级 另IJ，获取与所述寻呼负荷口限级别对应的各类型寻呼原因的第一丢弃比例；
[001引当所述负荷控制性能值为所述UU接口寻呼拥塞比率时，确定当前的UU接口寻呼 拥塞比率所在的阔值区间，查询与所述阔值区间对应的UU接口寻呼拥塞级别，获取与所述 UU接口寻呼拥塞级别对应的各类型寻呼原因的第二丢弃比例；
[0016] 当所述负荷控制性能值为所述CPU占用率时，确定当前的CPU占用率占比所在的 阔值区间，查询与所述阔值区间对应的CPU过载级别，获取与所述CPU过载级别对应的各类 型寻呼原因的第S丢弃比例；
[0017] 当所述负荷控制性能值为所述消息队列使用率时，确定当前的消息队列使用率占 比所在的阔值区间，查询与所述阔值区间对应的消息队列拥塞级别，获取与所述消息队列 拥塞级别对应的各类型寻呼原因的第四丢弃比例。
[0018] 优选地，根据各所述负荷控制性能值对应的寻呼消息丢弃比例处理或丢弃已接收 的寻呼消息，具体为：
[0019] 查询所述寻呼消息对应的寻呼原因分别在各所述丢弃比例中的比例值；
[0020] 若所述寻呼原因在各所述丢弃比例中的比例值均为0,处理所述寻呼消息；
[0021] 若所述寻呼原因在各所述丢弃比例中的比例值不同，则根据所述寻呼消息到达时 刻所对应的GMT时间与各所述比例值之间的大小关系，W及各所述比例值的优先级顺序， 确定处理或丢弃所述寻呼消息。
[0022] 优选地，在根据各所述负荷控制性能值对应的寻呼消息丢弃比例处理或丢弃已接 收的寻呼消息之后，还包括：
[002引当所述RNC设备的UU接口寻呼负荷口限占比到达所述UU接口负荷口限时，获取 当前时刻距离当前周期的结束时间的时间长度；
[0024] 判断所述时间长度是否小于预设的时间长度阔值；
[0025] 若是，在当前周期结束后为所述RNC设备增加预置保护间隔周期，W使所述RNC设 备将在所述预置保护间隔周期内收到的寻呼消息全部丢弃。
[0026]相应地，本发明还提出了一种RNC设备，包括；
[0027] 获取模块，用于当所述RNC设备处于寻呼消息接收阶段或寻呼消息发送阶段时获 取所述RNC设备当前的各负荷控制性能值；
[002引判断模块，用于判断各所述负荷控制性能值所在的阔值区间，并依次根据各所述 负荷控制性能值所在的阔值区间确定与各所述负荷控制性能值对应的寻呼消息丢弃比例， 所述寻呼消息丢弃比例指示了对于携带各不同类型的寻呼原因的寻呼消息的丢弃比例，；
[0029] 处理模块，用于根据各所述负荷控制性能值对应的寻呼消息丢弃比例处理或丢弃 已接收的寻呼消息。
[0030] 优选地，所述负荷控制性能值至少包括W下类型：
[003UUU接口寻呼负荷口限占比、UU接口寻呼拥塞比率、所述RNC设备当前的CPU占用 率、所述RNC设备当前的消息队列使用率；
[003引其中，所述UU接口寻呼负荷口限占比为单位时间内收到寻呼消息数据的数目与UU接口寻呼负荷口限的比值，所述UU接口寻呼负荷口限是根据所述RNC设备配置的CE化 的PCH信道参数生成的。
[0033] 优选地，所述确定模块具体用于：
[0034] 当所述负荷控制性能值为所述UU接口寻呼负荷口限占比时，确定当前的UU接口 寻呼负荷口限占比所在的阔值区间，查询与所述阔值区间对应的UU接口寻呼负荷口限级 另IJ，获取与所述寻呼负荷口限级别对应的各类型寻呼原因的第一丢弃比例；
[003引当所述负荷控制性能值为所述UU接口寻呼拥塞比率时，确定当前的UU接口寻呼 拥塞比率所在的阔值区间，查询与所述阔值区间对应的UU接口寻呼拥塞级别，获取与所述 UU接口寻呼拥塞级别对应的各类型寻呼原因的第二丢弃比例；
[0036] 当所述负荷控制性能值为所述CPU占用率时，确定当前的CPU占用率占比所在的 阔值区间，查询与所述阔值区间对应的CPU过载级别，获取与所述CPU过载级别对应的各类 型寻呼原因的第S丢弃比例；
[0037] 当所述负荷控制性能值为所述消息队列使用率时，确定当前的消息队列使用率占 比所在的阔值区间，查询与所述阔值区间对应的消息队列拥塞级别，获取与所述消息队列 拥塞级别对应的各类型寻呼原因的第四丢弃比例。
[0038] 优选地，所述处理模块具体用于：
[00