技术领域

本发明涉及 CDMA IX EVDO (码分多址系统增强型数据通讯演进） 网 络， 尤其涉及一种寻呼重发的方法及接入网设备。

背景技术

随着无线通讯技术的逐渐普及， 无线通讯网络逐渐覆盖到人们生活和工 作的每一个区域。 CDMA IX EVDO技术也进入到无线通讯网络的主流地位。

最初的 CDMA 1 X EVDO网络主要是服务于数据通讯， 如网页浏览、 数 据下载等业务， 由终端用户主动发起业务， 在业务完成后脱离网络。 随着 EVDO技术的不断演进， 更多的网络应用 7 载于 EVDO网络， 从网络侧寻呼 终端的场景逐渐变得频繁。

如图 1所示， EVDO网络中由于有数据要发送给终端而进行的� �呼流程， 包括：

a、 PDSN ( Packet Data Serving Node, 分组业务数据节点）通知 PCF要 向终端发送分组数据：

b、 PCF ( Point Coordination Function , 集中式协调功能）收到此通知后， 向接入网的基站控制器发送业务通知， 通知有数据需要传输给终端；

c、 接入网收到业务通知后向 PCF回复业务响应；

d、 接入网中的基站控制器计算需要发送寻呼消息 给终端的基站并将该 寻呼消息发送给这些基站， 所有需要发送寻呼消息的基站收到此消息后， 从 空口发送此消息以寻呼终端；

e、 终端被寻呼到后， 从其收到寻呼消息的基站反向发起建立空口请 求； f、 接入网与该终端的空口建立成功后， 接入网建立 A口与 PDSN通讯； g、 A口建立完成后， PDSN与终端恢复通讯， 网络侧数据通过此通路传 送给终端。 由于网络环境及用户行为复杂多样， 无法保证每次寻呼都能成功。 不同 业务类型对寻呼成功率的敏感度不同， 因此寻呼失败对不同业务类型的用户 感受差异较大。 敏感业务对寻呼成功率要求较高， 网络系统为保证不同用户 类型的用户感受， 可以制定不同的寻呼重发策略， 以提高用户感受。 并且在 用户始终无法被寻呼到的场景下， 应该禁止对该用户的寻呼以节约宝贵的网 络资源。

目前 EVDO系统中基本上没有区分用户的寻呼重发机� �， 而针对寻呼失 败的重寻呼也无法根据网络状况进行灵活控制 。 不进行寻呼重发会在无法寻 呼成功的区域或者时间内使用户感受很差。 而不区分业务及缺少针对业务的 寻呼重发控制的简单重发机制由于无法区分敏 感业务的重发， 统一使用低保 障的寻呼重发无法满足敏感业务用户的感受； 而不区分业务的高保障寻呼策 略对大量寻呼不敏感的数据业务提供了高的寻 呼保证， 这会导致系统资源的 极大浪费， 而此系统资源消耗与用户感受加权性价比很低 。

另外， 在用户始终无法被寻呼到的场景下 （如用户关机） ， 当网络侧收 到连接激活请求时， 无论寻呼多少次都不会寻呼到用户。 无论业务是否敏感， 重复的网络侧寻呼重发或者网络侧请求的寻呼 都是对网络资源的浪费。

发明内容

本发明的目的在于提供一种寻呼重发的方法及 接入网设备， 以提高系统 资源利用率。

为解决上述问题， 本发明提供了一种寻呼重发的方法， 应用于码分多址 系统增强型数据通讯演进（ CDMA IX EVDO ) 网络中， 包括：

在为进行业务对终端发起的寻呼操作失败后， 接入网设备根据为该业务 所属类型预配置的寻呼控制参数对所述终端重 新进行寻呼； 其中， 所述寻呼 控制参数中包括寻呼重发次数；

若在完成所述寻呼重发次数的寻呼后仍然未寻 呼到所述终端， 则在为该 业务所属类型预配置的寻呼锁定时长内禁止发 起对所述终端的主动寻呼流 程。 可选的， 所述方法还包括：

若在所述寻呼锁定时长内所述终端主动与所述 接入网设备通讯、 或者所 述寻呼锁定时长已过， 则所述接入网设备在收到核心网为进行所述业 务发起 的寻呼所述终端的请求后， 重新发起对所述终端的寻呼流程。

可选的，

在对所述终端重新进行寻呼时， 每一次寻呼的范围不小于前一次寻呼的 范围。

可选的， 所述方法还包括：

若在所述寻呼锁定时长内再次收到核心网为进 行所述业务发起的寻呼所 述终端的请求， 则所述接入网设备向所述核心网回复正常寻呼 响应。 本发明还提供了一种寻呼重发的方法， 应用于码分多址系统增强型数据 通讯演进（ CDMA IX EVDO ) 网络中， 包括：

在为进行业务对终端发起的寻呼操作失败后， 接入网设备对所述终端重 新进行寻呼；

若所述接入网设备在连续寻呼所述终端失败的 次数等于为该业务所属类 型预配置的连续失败次数门限时， 在为该业务所属类型预配置的寻呼锁定时 长内禁止发起对所述终端的主动寻呼流程。

可选的， 所述方法还包括：

若在所述寻呼锁定时长内所述终端主动与所述 接入网设备通讯、 或者所 述寻呼锁定时长已过， 则所述接入网设备在收到核心网为进行所述业 务发起 的寻呼所述终端的请求后， 重新发起根据为该业务所属类型预配置的重发 次 数对所述终端重新的进行寻呼流程。

可选的， 所述方法还包括： 若在所述寻呼锁定时长内再次收到核心网为 进行所述业务发起的寻呼所述终端的请求， 则所述接入网设备向所述核心网 回复正常寻呼响应。

相应地， 本发明还提供了一种接入网设备， 应用于码分多址系统增强型 数据通讯演进（ CDMA IX EVDO ) 网络中， 包括： 第一模块， 其设置为： 在为进行业务对终端发起的寻呼操作失败后， 根 据为该业务所属类型预配置的寻呼控制参数对 所述终端重新进行寻呼；其中， 所述寻呼控制参数中包括： 寻呼重发次数；

第二模块， 其设置为： 在所述第一模块在完成所述寻呼重发次数的寻 呼 后仍然未寻呼到所述终端后， 在为该业务所属类型预配置的寻呼锁定时长内 禁止发起对所述终端的主动寻呼流程。

可选的， 所述设备还包括：

第三模块， 其设置为： 在所述寻呼锁定时长内所述终端主动与所述接 入 网设备通讯、 或者所述寻呼锁定时长已过时， 在收到核心网为进行所述业务 发起的寻呼所述终端的请求后， 重新发起对所述终端的寻呼流程。

可选的， 所述设备还包括：

第四模块， 其设置为： 在所述寻呼锁定时长内再次收到核心网为进行 所 述业务发起的寻呼所述终端的请求时， 向所述核心网回复正常寻呼响应。

本发明还提供了一种接入网设备， 应用于码分多址系统增强型数据通讯 演进（ CDMA IX EVDO ) 网络中， 包括：

第一模块， 其设置为： 在为进行业务对终端发起的寻呼操作失败后， 对 所述终端重新进行寻呼；

第二模块， 其设置为： 在所述第一模块连续寻呼所述终端失败的次数 等 于为该业务所属类型预配置的连续失败次数门 限时， 在为该业务所属类型预 配置的寻呼锁定时长内禁止发起对所述终端的 主动寻呼流程。

可选的， 所述设备还包括：

第三模块， 其设置为： 在所述寻呼锁定时长内所述终端主动与所述接 入 网设备通讯、 或者所述寻呼锁定时长已过时， 在收到核心网为进行所述业务 发起的寻呼所述终端的请求后， 重新发起根据为该业务所属类型预配置的重 发次数对所述终端重新的进行寻呼流程。

可选的， 所述设备还包括：

第四模块， 其设置为： 在所述寻呼锁定时长内再次收到核心网为进行 所 述业务发起的寻呼所述终端的请求时， 向所述核心网回复正常寻呼响应。 与现有技术相比较， 本发明提供一种可在网络运营期间， 根据网络支持 的业务模型变化， 区分业务灵活配置寻呼重发策略及针对连续无 法寻呼到的 用户禁止连续寻呼及解禁的寻呼重发的控制方 法， 可根据网络运营期间， 新 业务对寻呼的敏感度不同， 实时调整寻呼重发间隔及次数， 保证寻呼敏感用 户和非寻呼敏感用户的用户感受保障及系统负 荷性能的性价比。

附图概述

图 1是相关技术中寻呼终端的流程图；

图 2是本发明实施例中寻呼重发的方法示意图；

图 3是本发明实施例中接入网设备的结构图；

图 4是本发明应用示例中寻呼重发的方法示意图� �

本发明的较佳实施方式

下文中将结合附图对本发明的实施例进行详细 说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 任意组合。

在本实施例中，一种寻呼重发的方法， 应用于 CDMA IX EVDO网络中， 如图 2所示， 包括：

步骤 20、 在为进行业务对终端发起的寻呼操作失败后， 接入网设备根据 为该业务所属类型预配置的寻呼控制参数对该 终端重新进行寻呼； 其中， 寻 呼控制参数中包括寻呼重发次数， 还可以包括寻呼间隔；

其中， 该接入网设备为基站控制器；

步骤 21、 若在完成该寻呼重发次数的寻呼后仍然未寻呼 到该终端， 则在 为该业务所属类型预配置的寻呼锁定时长内禁 止发起对该终端的主动寻呼过 程。

或者， 若所述接入网设备在连续寻呼所述终端失败的 次数等于为该业务 所属类型预配置的连续失败次数门限时， 在为该业务所属类型预配置的寻呼 锁定时长内禁止发起对所述终端的主动寻呼流 程。

若在该寻呼锁定时长内该终端主动与上述接入 网设备通讯、 或者预配置 的寻呼锁定时长已过， 则接入网设备解除对该终端的寻呼锁定， 在收到网络 侧发来的为进行上述业务发起的寻呼该终端的 请求（如连接激活请求）后， 重新发起对该终端的寻呼过程， 即： 根据为该业务所属类型预配置的寻呼重 发次数和寻呼间隔对该终端重新进行寻呼。

在实现时， 在对该终端重新进行寻呼时， 每一次寻呼的范围不小于前一 次寻呼的范围。

其中， 为各业务类型预配置的寻呼控制参数（包括： 寻呼重发次数、 寻 呼间隔、 寻呼锁定时长、 连续失败次数门限等）可根据当前网络模型决 定。 如当整网寻呼成功率很高时， 无需对普通数据业务设置寻呼重发， 即可将该 业务所属类型的寻呼重发次数配置为 0。 若当前网络中包含很多使用某业务 的用户时， 如 QChat (天翼对讲）业务， 则针对使用 QChat业务的用户的寻 呼间隔应该尽可能短， 而寻呼重发次数可以配置多一些。 其中， 一般情况下， 配置的寻呼重发次数的值要小于连续失败次数 门限的值。寻呼重发次数是指： 在一次寻呼过程中， 在寻呼锁定之前所寻呼指定终端的总次数； 连续寻呼次 数是指针对某一业务对指定终端发起的寻呼的 总次数。

关于寻呼范围扩大可根据系统实现决定， 一般的 CDMA IX EVDO网络 的寻呼都有不同的寻呼范围。针对寻呼重发， 可以重发时依次扩大寻呼范围。 一般优先在小区域范围内寻呼， 用户离网时间较长的可能无法判断其所在区 域， 可选择全网寻呼。

CDMA IX EVDO系统如果和 CDMA IX系统混合用户较多， 则可能存 在大量在 CDMA IX和 CDMA IX EVDO 系统间切换的用户。 CDMA IX EVDO系统连续寻呼终端无响应可能是因为用户� �在 CDMA IX系统下接入 语音通讯。 因此可将寻呼锁定时长设置为 CDMA IX网络语音通讯的平均时 长。 当超过此时长后， 解除对终端的寻呼禁止以保证用户在从 CDMA 1 X下 语音通讯结束后能回到 CDMA IX EVDO系统并被寻呼到。

综上， 在本实施例中， 寻呼重发方法包括以下步骤： 步骤 A. 在基站控制器上分别为各业务类型配置寻呼重 发控制参数， 包 括： 寻呼重发次数、 寻呼间隔和寻呼锁定时长；

步骤 B. 接收到网络侧发来的连接激活请求后， 根据其中携带的业务类 型查找相应的寻呼重发控制参数；

步骤 C. 根据查找到的为上述业务类型配置的寻呼间隔 设置并启动定时 器， 然后发送寻呼消息， 并设置寻呼发送次数为 1 ;

步骤 D. 若在寻呼间隔定时器到时时， 基站控制器还未收到寻呼响应， 则本次寻呼失败， 根据查找到的为当前业务类型配置的寻呼重发 次数的值判 断是否需要重发寻呼 （即判断寻呼重发次数的值是否大于 0 ) , 如果需要， 即寻呼重发次数的值大于 0, 则执行步骤 E;

步骤 E. 扩大寻呼范围重新发送寻呼消息， 并且将当前寻呼发送次数的 值加 1 ;

步骤 F. 当寻呼再次失败时， 若判断出当前寻呼发送次数的值达到为该 业务类型设置的连续失败次数门限或者当前重 新发送寻呼消息的次数达到预 设的寻呼重发次数时， 不再重发寻呼消息， 并且启动定时器， 该定时器时长 是为该业务类型设置的寻呼锁定时长值； 否则， 执行步骤 E;

步骤 G. 在寻呼锁定期间， 若再次收到网络侧发送的连接激活请求， 不 再向用户发送寻呼；

步骤 H. 在寻呼锁定期间， 若上述终端主动与基站控制器通讯， 则解除 寻呼锁定， 执行步骤 I；

步骤 H. 若上述定时器超时， 解除对用户的寻呼锁定；

步骤 I.寻呼锁定解除后，在再次收到来自网络侧的� ��述连接激活请求后， 执行步骤8。

在本实施例中 , 一种接入网设备， 应用于 CDMA IX EVDO网络中 , 如 图 3所示， 包括：

第一模块， 设置为在为进行业务对终端发起的寻呼操作失 败后， 根据为 该业务所属类型预配置的寻呼控制参数对所述 终端重新进行寻呼； 其中， 寻 呼控制参数中包括寻呼重发次数； 第二模块， 设置为在所述第一模块在完成所述寻呼重发次 数的寻呼后仍 然未寻呼到所述终端后， 在为该业务所属类型预配置的寻呼锁定时长内 禁止 发起对所述终端的主动寻呼流程。

较佳地， 所述设备还包括：

第三模块， 设置为在所述寻呼锁定时长内所述终端主动与 所述接入网设 备通讯、 或者所述寻呼锁定时长已过时， 在收到核心网为进行所述业务发起 的寻呼所述终端的请求后， 重新发起对所述终端的寻呼流程。

较佳地， 所述设备还包括：

第四模块， 设置为在所述寻呼锁定时长内再次收到核心网 为进行所述业 务发起的寻呼所述终端的请求时， 向所述核心网回复正常寻呼响应。

本发明还提供了一种接入网设备， 应用于码分多址系统增强型数据通讯 演进（ CDMA IX EVDO ) 网络中， 包括：

第一模块， 设置为在为进行业务对终端发起的寻呼操作失 败后， 对所述 终端重新进行寻呼；

第二模块， 设置为在所述第一模块连续寻呼所述终端失败 的次数等于为 该业务所属类型预配置的连续失败次数门限时 ， 在为该业务所属类型预配置 的寻呼锁定时长内禁止发起对所述终端的主动 寻呼流程。

较佳地， 所述设备还包括：

第三模块， 设置为在所述寻呼锁定时长内所述终端主动与 所述接入网设 备通讯、 或者所述寻呼锁定时长已过时， 在收到核心网为进行所述业务发起 的寻呼所述终端的请求后， 重新发起根据为该业务所属类型预配置的重发 次 数对所述终端重新的进行寻呼流程。

较佳地， 所述设备还包括：

第四模块， 设置为在所述寻呼锁定时长内再次收到核心网 为进行所述业 务发起的寻呼所述终端的请求时， 向所述核心网回复正常寻呼响应。

下面用一个应用示例进行对本发明的实施例 进行进一步的说明。 如图 4所示， 寻呼重发方法的流程如下：

步骤一： 当网络侧数据到达后， PDSN通知 PCF接收数据；

步骤二： PCF收到通知后， 发送连接激活请求（ A9— BSServiceRequest ) 给基站控制器， 请求基站控制器激活与终端的链接；

步骤三： 基站控制器收到 PCF的连接激活请求后， 首先判断当前基站控 制器是否正在寻呼终端， 如果是则向 PCF 返回正常寻呼终端响应 ( A9_BSServiceResponse ) , 否则进入步骤四；

步骤四： 基站控制器首先判断该终端的业务类型， 如果是普通寻呼则获 取为该业务类型预配置的寻呼重发控制参数以 控制寻呼重发， 如果是高级业 务则获取为高级业务预配置的寻呼重发控制参 数以控制寻呼重发；

步骤五： 基站控制器根据查找到的当前业务的寻呼重发 控制参数设置寻 呼重发定时器并发送寻呼消息， 且记录当前寻呼次数；

步骤六： 若在寻呼重发定时器超时前收到终端回复的寻 呼响应， 则关闭 该寻呼重发定时器， 所有计数器清零； 否则进入步骤七； .

步骤七： 若寻呼重发定时器超时时仍未收到终端回复的 寻呼响应， 则寻 呼失败， 基站控制器根据查找到的当前业务的寻呼重发 控制参数中的连续失 败次数门限及当前寻呼次数的值判断是否需要 禁止寻呼终端， 如果是则进入 步骤九， 否则进入步骤八； 即如果当前寻呼次数的值达到连续失败次数门 限 值， 则需要禁止寻呼终端； 否则， 不需要禁止；

步骤八： 根据当前业务的寻呼重发控制参数的寻呼重发 次数判断是否需 要重发寻呼， 如果不需要则将寻呼重发次数计数器清零， 寻呼重发结束； 否 则进入步骤五； 即： 若当前重新发送寻呼消息的次数达到预设的寻 呼重发次 数， 则不需要重发寻呼； 否则， 需要重发寻呼；

步骤九： 停止寻呼终端， 并根据当前业务的寻呼重发控制参数中的寻呼 锁定时长设置寻呼禁止定时器；

步骤十： 寻呼禁止期间， 如果 PCF发送连接激活请求给基站控制器， 请 求基站控制器激活与该终端的链接， 基站控制器向 PCF发送正常寻呼响应， 并且不寻呼终端； 步骤十一： 寻呼禁止期间， 如果该终端主动与基站控制器通讯， 则解除 对该终端的禁止寻呼； 否则进入步骤十二；

步骤十二： 寻呼禁止定时器超时， 解除对该终端的禁止寻呼处理， 然后 执行步骤三。

本领域普通技术人员可以理解上述方法中的 全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。

以上所述仅为本发明的优选实施例而已， 并非用于限定本发明的保护范 围。 根据本发明的发明内容， 还可有其他多种实施例， 在不背离本发明精神 改变和变形， 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

工业实用性

上述实施方式可根据网络运营期间， 新业务对寻呼的敏感度不同， 实时 调整寻呼重发间隔及次数， 保证寻呼敏感用户和非寻呼敏感用户的用户感 受 保障及系统负荷性能的性价比。