在通信系统中， 当终端 （又称之为用户设备， User Equipment, UE )处 于空闲态，如果网络侧有下行数据到达，则网 络侧会通过寻呼的方式寻找 UE。 其中， 核心网网元会向所有连接的基站发送寻呼消息 ， 基站在包含的所有小 区内发送寻呼消息。 例如， 在长期演进（ Long Term Evolution, LTE )通信系 统中， 移动管理实体（ Mobile Management Entity , ΜΜΕ )会向所有连接的演 进型基站（ evolved NodeB , eNB )发送寻呼消息， eNB在包含的所有小区内 发送寻呼消息。

新载波类型 （New Carrier Type, NCT ) 小区是一种扩展的小区， 可以独 立地与 UE完成信令交互， 不需借助宏小区来完成。 同时 NCT小区可以是一 种离散分布的小区， 即只在一个范围内的热点区域进行服务。 在这片区域中， 如果 UE处于 NCT小区能覆盖的热点区域， 则可接入 NCT小区被服务； 如 果处于 NCT小区不能覆盖的的非热点区域，则可以接入 传统宏小区来得到服 务。 为了达到网络节能的目的， NCT小区可以通过控制实现激活或休眠。

但是， 某些 UE并不支持 NCT小区， 所以对于这种 UE, 基站向 NCT小 区发送的寻呼消息没有任何实际意义， 浪费了网络和 UE的能量。 发明内容

有鉴于此， 本发明实施例提供了一种寻呼方法和设备， 用以解决现有技 术中存在的能量浪费的问题。

第一方面， 提供了一种寻呼方法， 包括：

核心网网元获取终端支持的小区类型信息；

所述核心网网元向基站发送寻呼消息， 所述寻呼消息中携带所述终端支 持的小区类型信息或根据所述终端支持的小区 类型信息确定的小区标识， 以 便所述基站向所述终端支持的小区类型信息对 应的小区或所述小区标识对应 的小区发送寻呼消息。

结合第一方面， 在第一方面的第一种可能的实现方式中， 还包括： 所述核心网网元接收所述基站发送的所述基站 的小区配置信息， 所述基 站的小区配置信息包括所述基站支持的小区类 型信息；

所述核心网网元向基站发送寻呼消息， 包括：

所述核心网网元根据所述基站的小区配置信息 和所述终端支持的小区类 型信息， 确定所述基站具有第一小区时， 向所述基站发送所述寻呼消息， 其 中所述第一小区的类型为所述终端支持的小区 类型。

结合第一方面的第一种可能的实现方式， 在第一方面的第二种可能的实 现方式中， 所述寻呼消息中携带所述终端支持的小区类型 信息与所述基站支 持的小区类型信息的交集。

结合第一方面， 在第一方面的第三种可能的实现方式中， 还包括： 所述核心网网元接收所述基站发送的所述基站 的小区配置信息， 所述基 站的小区配置信息包括所述基站支持的小区类 型信息、 所述基站的各个小区 的小区标识和激活休眠转换样式信息核心网网 元；

所述核心网网元向基站发送寻呼消息， 包括：

所述核心网网元根据所述基站的小区配置信息 和所述终端支持的小区类 型信息， 确定所述基站具有处于激活态的第一小区时， 向所述基站发送所述 寻呼消息， 其中所述第一小区的类型为所述终端支持的小 区类型。

结合第一方面的第三种可能的实现方式， 在第一方面的第四种可能的实 现方式中， 所述寻呼消息中携带所述第一小区的小区标识 。

结合第一方面或第一方面的第一种至第四种可 能的实现方式， 在第一方 面的第五种可能的实现方式中， 所述终端支持的小区类型信息为终端支持的 小区类型， 且所述核心网网元获取终端支持的小区类型信 息， 包括：

当所述核心网网元接收到下行数据通知消息时 ， 根据所述下行数据通知 消息中携带的演进分组系统 EPS 承载标识或终端标识获取终端的上下文信 息；

从所述终端的上下文信息中获取所述终端支持 的小区类型。

结合第一方面或第一方面的第一种至第四种可 能的实现方式， 在第一方 面的第六种可能的实现方式中， 所述终端支持的小区类型信息为终端支持的 小区类型， 且所述核心网网元获取终端支持的小区类型信 息， 包括：

当所述核心网网元接收到下行数据通知消息时 ， 根据所述下行数据通知 消息中携带的 EPS承载标识或终端标识获取终端的上下文信息 ；

从所述终端的上下文信息中获取终端的小区类 型支持能力信息索引； 根据所述终端的小区类型支持能力信息索引与 预先配置的第一对应关 系， 确定所述终端支持的小区类型， 其中所述第一对应关系为终端支持的小 区类型与终端的小区类型支持能力信息索引的 对应关系。

结合第一方面或第一方面的第一种至第四种可 能的实现方式， 在第一方 面的第七种可能的实现方式中， 所述终端支持的小区类型信息为终端的小区 类型支持能力信息索引， 且所述核心网网元获取终端支持的小区类型信 息， 包括：

当所述核心网网元接收到下行数据通知消息时 ， 根据所述下行数据通知 消息中携带的 EPS承载标识或终端标识获取终端的上下文信息 ；

从所述终端的上下文信息中获取所述终端的小 区类型支持能力信息索 引。

结合第一方面、 第一方面的第一种可能的实现方式、 第一方面的第五种 至第七种可能的实现方式， 在第一方面的第八种可能的实现方式中， 所述寻 呼消息中携带根据所述终端支持的小区类型信 息确定的小区标识， 在所述核 心网网元获取终端支持的小区类型信息之后， 所述方法还包括：

根据所述终端支持的小区类型信息和第二对应 关系，确定所述小区标识， 其中所述第二对应关系为所述终端支持的小区 类型信息与小区标识的对应关 系， 且所述第二对应关系由所述基站上 ·艮或配置于本地。

结合第一方面或第一方面的第一种至第八种可 能的实现方式， 在第一方 面的第九种可能的实现方式中， 还包括：

所述核心网网元接收终端上报的能力信息， 或者从归属用户服务器 HSS 获取终端的能力信息， 所述能力信息中包括所述终端支持的小区类型 信息。

第二方面， 提供了一种寻呼方法， 包括：

基站接收核心网网元发送的寻呼消息， 所述寻呼消息中携带所述终端支 持的小区类型信息或根据所述终端支持的小区 类型信息确定的小区标识； 所述基站向所述终端支持的小区类型信息或所 述小区标识对应的小区发 送寻呼消息。

结合第二方面， 在第二方面的第一种可能的实现方式中， 还包括： 所述基站向所述核心网网元发送所述基站的小 区配置信息， 所述基站的 小区配置信息包括所述基站支持的小区类型信 息， 以便所述核心网网元根据 所述基站的小区配置信息和所述终端支持的小 区类型信息， 确定所述基站具 有第一小区时， 向所述基站发送所述寻呼消息， 其中所述第一小区的类型为 所述终端支持的小区类型。

结合第二方面， 在第二方面的第二种可能的实现方式中， 还包括： 所述基站向所述核心网网元发送所述基站的小 区配置信息， 所述基站的 小区配置信息包括所述基站支持的小区类型信 息、 所述基站的各个小区的小 区标识和激活休眠转换样式信息， 以便所述核心网网元根据所述基站的小区 配置信息和所述终端支持的小区类型信息， 确定所述基站具有处于激活态的 第一小区时， 向所述基站发送所述寻呼消息， 其中所述第一小区的类型为所 述终端支持的小区类型。

结合第二方面的第二种可能的实现方式， 在第二方面的第三种可能的实 现方式中， 所述寻呼消息中携带所述第一小区的小区标识 。

结合第二方面或第二方面的第一种或第二种可 能的实现方式， 在第二方 面的第四种可能的实现方式中， 所述寻呼消息中携带所述终端支持的小区类 型信息， 且所述终端支持的小区类型信息为所述终端的 小区类型支持能力信 息索引，所述基站向所述终端支持的小区类型 信息对应的小区发送寻呼消息， 包括： 根据所述终端的小区类型支持能力信息索引与 预先配置的第一对应关 系确定所述终端支持的小区类型， 向所述终端支持的小区类型对应的小区发 送寻呼消息， 其中所述第一对应关系为终端支持的小区类型 与终端的小区类 型支持能力信息索引的对应关系。

结合第二方面或第二方面的第一种至第四种可 能的实现方式， 在第二方 面的第五种可能的实现方式中， 还包括：

所述基站统计在设置的时长内的第一数量和第 二数量， 所述第一数量为 新载波类型 NCT小区在激活状态时到达的寻呼消息的数量， 所述第二数量为 所述 NCT小区在休眠状态时到达的寻呼消息的数量； 所述基站判断所述第一数量和所述第二数量是 否与所述 NCT 小区当前 的激活休眠转换样式信息匹配；

在不匹配时， 所述基站调整所述 NCT小区的激活休眠转换样式信息， 使 得调整后的激活休眠转换样式信息与所述第一 数量和所述第二数量匹配。

第三方面， 提供了一种寻呼方法， 包括：

终端获取其小区类型支持能力信息；

所述终端向核心网网元发送所述终端的小区类 型支持能力信息， 以便所 述核心网网元根据所述终端的小区类型支持能 力信息获取并存储所述终端支 持的小区类型信息， 并向基站发送寻呼消息时， 携带所述终端支持的小区类 型信息或根据所述终端支持的小区类型信息确 定的小区标识。

第四方面， 提供了一种寻呼设备， 包括：

获取模块， 用于获取终端支持的小区类型信息；

发送模块， 用于向基站发送寻呼消息， 所述寻呼消息中携带所述终端支 持的小区类型信息或根据所述终端支持的小区 类型信息确定的小区标识， 以 便所述基站向所述终端支持的小区类型信息对 应的小区或所述小区标识对应 的小区发送寻呼消息。

结合第四方面， 在第四方面的第一种可能的实现方式中， 还包括： 接收模块， 用于接收所述基站发送的所述基站的小区配置 信息，， 所述基 站的小区配置信息包括所述基站支持的小区类 型信息；

所述发送模块具体用于根据所述基站的小区配 置信息和所述终端支持的 小区类型信息， 确定所述基站具有第一小区时， 向所述基站发送所述寻呼消 息， 其中所述第一小区的类型为所述终端支持的小 区类型。

结合第四方面的第一种可能的实现方式， 在第四方面的第二种可能的实 现方式中， 所述发送模块发送的所述寻呼消息中携带所述 终端支持的小区类 型信息与所述基站支持的小区类型信息的交集 。

结合第四方面， 在第四方面的第三种可能的实现方式中， 还包括： 接收模块， 用于接收所述基站发送的所述基站的小区配置 信息， 所述基 站的小区配置信息包括所述基站支持的小区类 型信息、 所述基站的各个小区 的小区标识和激活休眠转换样式信息核心网网 元；

所述发送模块具体用于根据所述基站的小区配 置信息和所述终端支持的 小区类型信息， 确定所述基站具有处于激活态的第一小区时， 向所述基站发 送所述寻呼消息， 其中所述第一小区的类型为所述终端支持的小 区类型。

结合第四方面的第三种可能的实现方式， 在第四方面的第四种可能的实 现方式中， 所述发送模块发送的寻呼消息中携带所述第一 小区的小区标识。

结合第四方面或第四方面的第一种至第四种任 一种可能的实现方式， 在 第四方面的第五种可能的实现方式中， 所述发送模块发送的寻呼消息中携带 所述第一小区的小区标识。

结合第四方面或第四方面的第一种至第四种任 一种可能的实现方式， 在 第四方面的第六种可能的实现方式中， 所述终端支持的小区类型信息为终端 支持的小区类型， 所述获取模块具体用于：

当所述核心网网元接收到下行数据通知消息时 ， 根据所述下行数据通知 消息中携带的 EPS承载标识或终端标识获取终端的上下文信息 ；

从所述终端的上下文信息中获取终端的小区类 型支持能力信息索引； 根据所述终端的小区类型支持能力信息索引与 预先配置的第一对应关 系， 确定所述终端支持的小区类型， 其中所述第一对应关系为终端支持的小 区类型与终端的小区类型支持能力信息索引的 对应关系。

结合第四方面或第四方面的第一种至第四种任 一种可能的实现方式， 在 第四方面的第七种可能的实现方式中， 所述终端支持的小区类型信息为终端 的小区类型支持能力信息索引， 所述获取模块具体用于：

当所述核心网网元接收到下行数据通知消息时 ， 根据所述下行数据通知 消息中携带的 EPS承载标识或终端标识获取终端的上下文信息 ；

从所述终端的上下文信息中获取所述终端的小 区类型支持能力信息索 引。

结合第四方面、 第四方面的第一种可能的实现方式或第四方面 的第五种 至第七种任一种可能的实现方式， 在第四方面的第八种可能的实现方式中， 所述寻呼消息中携带根据所述终端支持的小区 类型信息确定的小区标识， 所 述设备还包括：

确定模块， 用于根据所述终端支持的小区类型信息和第二 对应关系， 确 定所述小区标识， 其中所述第二对应关系为所述终端支持的小区 类型信息与 小区标识的对应关系， 且所述第二对应关系由所述基站上报或配置于 本地。 结合第四方面或第四方面的第一种至第八种可 能的实现方式， 在第四方 面的第九种可能的实现方式中， 还包括：

能力获取模块， 用于接收终端上报的能力信息， 或者从归属用户服务器

HSS获取终端的能力信息， 所述能力信息中包括所述终端支持的小区类型 信 息。

第五方面， 提供了一种寻呼设备， 包括：

接收模块， 用于接收核心网网元发送的寻呼消息， 所述寻呼消息中携带 所述终端支持的小区类型信息或根据所述终端 支持的小区类型信息确定的小 区标识；

处理模块， 用于向所述终端支持的小区类型信息或所述小 区标识对应的 小区发送寻呼消息。

结合第五方面， 在第五方面的第一种可能的实现方式中， 还包括： 发送模块， 用于向所述核心网网元发送所述基站的小区配 置信息， 所述 基站的小区配置信息包括所述基站支持的小区 类型信息， 以便所述核心网网 元根据所述基站的小区配置信息和所述终端支 持的小区类型信息， 确定所述 基站具有第一小区时， 向所述基站发送所述寻呼消息， 其中所述第一小区的 类型为所述终端支持的小区类型。

结合第五方面， 在第五方面的第二种可能的实现方式中， 还包括： 发送模块， 用于向所述核心网网元发送所述基站的小区配 置信息， 所述 基站的小区配置信息包括所述基站支持的小区 类型信息、 所述基站的各个小 区的小区标识和激活休眠转换样式信息， 以便所述核心网网元根据所述基站 的小区配置信息和所述终端支持的小区类型信 息， 确定所述基站具有处于激 活态的第一小区时， 向所述基站发送所述寻呼消息， 其中所述第一小区的类 型为所述终端支持的小区类型。

结合第五方面的第二种可能的实现方式， 在第五方面的第三种可能的实 现方式中， 所述接收模块接收的所述寻呼消息中携带所述 第一小区的小区标 识。

结合第五方面或第五方面的第一种或第二种可 能的实现方式， 在第五方 面的第四种可能的实现方式中， 所述寻呼消息中携带所述终端支持的小区类 型信息， 且所述终端支持的小区类型信息为所述终端的 小区类型支持能力信 息索引， 所述处理模块具体用于：

根据所述终端的小区类型支持能力信息索引与 预先配置的第一对应关系 确定所述终端支持的小区类型， 向所述终端支持的小区类型对应的小区发送 寻呼消息， 其中所述第一对应关系为终端支持的小区类型 与终端的小区类型 支持能力信息索引的对应关系。

结合第五方面或第五方面的第一种至第四种可 能的实现方式， 在第五方 面的第五种可能的实现方式中， 还包括：

统计模块， 用于统计在设置的时长内的第一数量和第二数 量， 所述第一 数量为新载波类型 NCT小区在激活状态时到达的寻呼消息的数量， 所述第二 数量为所述 NCT 'J、区在休眠状态时到达的寻呼消息的数量；

判断模块，用于判断所述第一数量和所述第二 数量是否与所述 NCT小区 当前的激活休眠转换样式信息匹配；

调整模块， 用于在不匹配时， 调整所述 NCT小区的激活休眠转换样式信 息， 使得调整后的激活休眠转换样式信息与所述第 一数量和所述第二数量匹 配。

第六方面， 提供了一种寻呼设备， 包括：

获取模块， 用于获取其小区类型支持能力信息；

发送模块， 用于向核心网网元发送所述终端的小区类型支 持能力信息， 以便所述核心网网元根据所述终端的小区类型 支持能力信息获取并存储所述 终端支持的小区类型信息， 并向基站发送寻呼消息时， 携带所述终端支持的 小区类型信息或根据所述终端支持的小区类型 信息确定的小区标识。

第七方面， 提供了一种核心网设备， 包括发射机、 接收机、 存储器以及 分别与所述发射机、 所述接收机和所述存储器连接的处理器， 其中， 所述存 储器中存储一组程序代码， 且所述处理器用于调用所述存储器中存储的程 序 代码， 执行如第一方面任一项所述的步骤。

第八方面， 提供了一种接入网设备， 包括： 发射机、 接收机、 存储器以 及分别与所述发射机、 所述接收机和所述存储器连接的处理器， 其中， 所述 存储器中存储一组程序代码， 且所述处理器用于调用所述存储器中存储的程 序代码， 执行如第二方面中任一项所述的步骤。

第九方面， 提供了一种终端， 包括： 发射机、 接收机、 存储器以及分别 与所述发射机、 所述接收机和所述存储器连接的处理器， 其中， 所述存储器 中存储一组程序代码，且所述处理器用于调用 所述存储器中存储的程序代码， 执行如第三方面所述的步骤。

第十方面， 提供了一种计算机程序产品， 包括计算机可读介质， 所述计 算机可读介质包括一组程序代码，用于执行如 第一方面中任一项所述的步骤。

第十一方面， 提供了一种计算机程序产品， 包括计算机可读介质， 所述 计算机可读介质包括一组程序代码， 用于执行如第二方面中任一项所述的步 骤。

第十二方面， 提供了一种计算机程序产品， 包括计算机可读介质， 所述 计算机可读介质包括一组程序代码， 用于执行如第三方面所述的步骤。

通过上述技术方案， 核心网网元向基站发送的寻呼消息中携带终端 支持 的小区类型信息或根据所述终端支持的小区类 型信息确定的小区标识， 基站 向终端支持的小区类型信息或根据所述终端支 持的小区类型信息确定的小区 标识发送寻呼消息， 而不是向包含的所有小区发送寻呼消息， 可以降低寻呼 消息的发送量， 降低系统能量开销。 附图说明 为了更清楚地说明本发明实施例中的技术方案 ， 下面将对实施例描述中 所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本发 明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的 前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明寻呼方法一实施例的流程示意图；

图 2a为本发明寻呼方法另一实施例的流程示意图� ��

图 2b为本发明寻呼方法另一实施例的流程示意图� ��

图 2c为本发明实施例中上报小区类型支持能力信� ��的流程示意图； 图 3为本发明寻呼方法另一实施例的流程示意图� �

图 4为本发明寻呼方法另一实施例的流程示意图� �

图 5为本发明寻呼方法另一实施例的流程示意图� �

图 6为本发明寻呼方法另一实施例的流程示意图� �

图 7a为本发明寻呼设备一实施例的结构示意图； 图 7b为本发明提供的核心网网元一实施例的结构� ��意图； 图 8a为本发明寻呼设备另一实施例的结构示意图� ��

图 8b为本发明提供的接入网网元一实施例的结构� ��意图；

图 9a为本发明寻呼设备另一实施例的结构示意图� ��

图 9b为本发明提供的接入网网元另一实施例的结� ��示意图；

图 10a为本发明寻呼设备另一实施例的结构示意图 ；

图 10b为本发明提供的终端一实施例的结构示意图 。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前 提下所获 得的所有其他实施例， 都属于本发明保护的范围。

图 1为本发明寻呼方法一实施例的流程示意图， 包括：

11 : 核心网网元获取终端支持的小区类型信息；

12: 所述核心网网元向基站发送寻呼消息， 所述寻呼消息中携带所述终 端支持的小区类型信息或根据所述终端支持的 小区类型信息确定的小区标 识， 以便所述基站根据所述向所述终端支持的小区 类型信息对应的小区或所 述小区标识对应的小区发送寻呼消息。

相应的， 参见图 2a, 基站执行的流程包括：

201 : 基站接收核心网网元发送的寻呼消息， 所述寻呼消息中携带终端支 持的小区类型信息或根据所述终端支持的小区 类型信息确定的小区标识；

202:所述基站向所述终端支持的小区类型信� �对应的小区或所述小区标 识对应的小区发送寻呼消息。

参见图 2b, 终端执行的流程包括：

211 : 终端获取其小区类型支持能力信息；

212: 所述终端向核心网网元发送所述终端的小区类 型支持能力信息， 以 便所述核心网网元根据所述终端的小区类型支 持能力信息获取并存储所述终 端支持的小区类型信息， 并向基站发送寻呼消息时， 携带所述终端支持的小 区类型信息或根据所述终端支持的小区类型信 息确定的小区标识。 例如， 如图 2c所示， UE可以在附着请求（attach request )中将终端的小 区类型支持能力信息发送给基站（例如， eNB ), 并经由基站发送给核心网网 元（例如， MME ), 在认证和安全验证 ( authentication/secutity )过程中核心 网网元可以将该终端的小区类型支持能力信息 保存在相应终端的上下文信息 中。

或者， UE也可以在无线资源控制 （Radio Resource Control, RRC ) 消息 中携带终端的小区类型支持能力信息以通过 RRC 消息将终端的小区类型支 持能力信息携带给基站， 再由基站告知核心网网元。 所述 RRC消息例如可以 是 RRC连接建立完成 ( RRC connection setup complete ) 消息， 或 RRC连接 重配置 ( RRC connection reconfiguration complete ) 消息等。

其中， 随着系统的不同， 核心网网元、 基站以及终端具有不同的名称， 例如， 可以分别为 MME、 eNB和 UE, 或者， 分别为服务通用分组无线服务 支持节点 ( Serving General Packet Radio Service Support Node , SGSN ) 、 无 线网络控制器（Radio Network Controller, RNC )和 UE,或者，分别为 SGSN、 基站收发站 ( Base Transceiver Station, BTS )和移动台（ Mobile Station, MS )。

本发明实施例以 LTE系统为例， 也就是核心网网元、 基站和终端分别为 MME、 eNB和 UE。

本发明实施例中， 该终端支持的小区类型信息可以具体为终端支 持的小 区类型， 例如， 类型 1、 类型 2、 类型 3... , 或者为终端的小区类型支持能力 信息索引， 例如小区类型 A的索引、 小区类型 B的索引， 如 1、 2..; 或者， 小区类型 A的频段信息、 小区类型 B的频段信息。 核心网网元获取终端支持 的小区类型信息， 可以是核心网网元从终端的上下文信息中获取 ； 或者， 核 心网网元从终端的上下文信息中获取一种信息 ， 再根据具体内容与索引的对 应关系， 获取另一种信息， 其中的一种信息和另一种信息分别为终端支持 的 小区类型和终端的小区类型支持能力信息索引 。 或者， 核心网网元从终端的 上下文信息中获取终端支持的小区类型的信息 ， 再根据获取的小区类型的信 息与小区标识的对应关系， 获取小区标识。

所述终端支持的小区类型信息对应的小区或所 述小区标识对应的小区可 以称为第一小区， 第一小区可以为一个或多个。 本实施例中， 核心网网元向基站发送的寻呼消息中携带终端 支持的小区 类型信息或根据所述终端支持的小区类型信息 确定的小区标识， 基站在发送 寻呼消息时， 向终端支持的小区类型信息对应的小区或根据 所述终端支持的 小区类型信息确定的小区标识对应的小区发送 寻呼消息， 而不是向包含的所 有小区发送寻呼消息， 可以降低寻呼消息的发送量， 降低系统能量开销。

图 3为本发明寻呼方法另一实施例的流程示意图� �本实施例中， MME向 eNB发送的寻呼消息中携带 UE支持的小区类型的信息， 本实施例包括：

31 : MME获取注册到其上的每个 UE支持的小区类型信息。

在 UE开机上电后， 可以通过附着 （attach ) 流程注册到 MME, 在此过 程中 UE向 MME上报 UE的能力信息。 或者， MME也可以从归属用户服务 器（ Home Subscriber Server, HSS )获取 UE的能力信息。 UE的能力信息中 可以携带 UE支持的小区类型信息。

MME可以将 UE标识与 UE的上下文信息对应保存， UE的上下文信息 中可以存储相应 UE支持的小区类型信息。

本实施例的 UE支持的小区类型信息可以为小区类型的具体� ��容， 例如 类型 1、 类型 2... , 其中类型 1可以具体为新类型的小区， 如 NCT小区， 类 型 2可以具体为传统类型小区。

本实施例的 UE支持的小区类型信息也可以为终端的小区类� ��支持能力 信息索引， 例如 1、 2, 其中 1可以表示新类型的小区， 2表示传统类型小区； 或者小区类型所在的频段信息。

32: MME接收到下行数据通知（ downlink data notification ) 消息后， 获 取要寻呼的 UE支持的小区类型信息。

可以是，下行数据通知消息中携带演进分组系 统（ Evolved Packet System, EPS )承载（ Bearer ) ID, 或者携带 UE标识 , MME可以根据 EPS Bearer ID 或 UE标识确定要寻呼的 UE的上下文信息，从该上下文信息中查找出 UE支 持的小区类型的信息。 此时， MME获取的小区类型的表示方式与 UE上报的 表示方式一致， 例如， UE上报的是 UE支持的小区类型， 那么 MME获取的 也是 UE支持的小区类型，之后 MME携带在寻呼消息中也是 UE支持的小区 类型。 或者，

也可以是， 下行数据通知消息中携带 EPS Bearer ID或 UE标识， MME 可以根据 EPS Bearer ID或 UE标识确定要寻呼的 UE的上下文信息 , 从该上 下文信息中查找出 UE支持的小区类型信息。 另外， MME中还预先配置小区 类型的一种信息与另一种信息的对应关系， MME最后获取的小区类型的表示 方式与 UE上报的表示方式不一致，例如， UE上报的是 UE支持的小区类型， 根据预先配置的小区类型与终端的小区类型支 持能力信息索引之间的对应关 系， 获取 UE的小区类型支持能力信息索引， 之后携带在寻呼消息中也是 UE 的小区类型支持能力信息索引。

33： MME向 eNB发送寻呼消息， 该寻呼消息中携带 UE支持的小区类 型信息。

34: eNB仅向 UE支持的小区类型信息对应的小区发送寻呼消� ��。

例如， eNB服务的小区包括小区 1、 小区 2和小区 3 , 且小区 1的类型为 类型 1 , 小区 2的类型为类型 2, 小区 3的类型为类型 3。 其中， eNB服务的 小区的小区标识与小区类型的对应关系可以在 规划时配置。

假设 MME发送的寻呼消息中携带类型 1和类型 2, 那么 eNB可以仅在 小区 1和小区 2中发送寻呼消息， 而不在小区 3中发送寻呼消息。

可选的， 可以是 eNB中预先配置的小区标识对应的小区类型的信 息与接 收的小区类型的信息一致， 此时， 可以直接根据该对应关系确定出相应的小 区， 例如， eNB 中预先配置的对应关系可以是小区类型与小区 标识的对应关 系， 此时， 当 eNB接收的信息是 UE支持的小区类型， 如类型 1、 类型 2等， 则可以直接根据该对应关系确定出对应的小区 ， 仅向对应的小区发送寻呼消 息。 或者，

也可以是 eNB中预先配置的小区标识对应的小区类型信息 与接收的小区 类型信息不一致， 此时 eNB除了配置小区标识与一种小区类型信息的对 应关 系之外，还要配置一种小区类型信息与另一种 小区类型信息之间的对应关系。 例如， eNB 中配置小区类型与小区标识的对应关系， 以及配置小区类型与小 区类型支持能力信息索引的对应关系， eNB接收的寻呼小区中携带的是小区 类型支持能力信息索引， 则根据该索引以及两个对应关系可以确定出对 应的 小区， 仅向该对应的小区发送寻呼消息。

本实施例通过在 MME发送给 eNB的寻呼消息中携带 UE支持的小区类 型信息， 可以使得 eNB仅向 UE支持的小区类型信息对应的小区中发送寻呼 消息， 以降低系统能量开销。

图 4为本发明寻呼方法另一实施例的流程示意图� � 本实施例中， eNB会 向 MME发送消息 , 以便 MME向特定 eNB发送寻呼消息而不是向所有连接 的 eNB发送寻呼消息， 本实施例包括：

41 : 与 MME连接的每个 eNB向 MME发送第 ―消息 , 所述第 ―消息中 携带 eNB的小区配置信息， 该小区配置信息为 eNB支持的小区类型信息。

其中， 第一消息可以为现有的消息， 或者为新增的消息。

现有的消息例如为建立请求（ SI SETUP REQUEST )消息， 此种情况下， MME还可以向 eNB发送建立响应（ SI SETUP RESPONSE )消息； 或者配置 更新（ ENB CONFIGURATION UPDATE ) 消息 , 此种情况下 , MME还可以 向 eNB 发送配置 更新响应 （ ENB CONFIGURATION UPDATE ACKNOWLEDGE ) 消息。

当 MME接收到 eNB发送的第一消息后，可以存储 eNB支持的小区类型 信息。 其中， eNB支持的小区类型信息的具体表示方式也可以 是 eNB支持的 小区类型， 如类型 1、 类型 2... , 或者， 也可以是 eNB支持的小区类型支持 能力信息索引， 如 1 , 2... , 或者小区类型所在的频段信息。

42: MME获取注册到其上的每个 UE支持的小区类型信息。

43: MME接收到下行数据通知（ downlink data notification ) 消息后， 获 取要

44: MME确定出第一 eNB, 并仅向第一 eNB发送寻呼消息， 该寻呼消 息中携带 UE支持的小区类型信息或者第一 eNB支持的小区类型信息与 UE 支持的小区类型信息的交集， 第一 eNB是指支持的小区类型信息与 UE支持 的小区类型信息存在交集的 eNB。

例如， 根据所述和所述终端支持的小区类型信息确定 所述基站支持的小 区类型与所述终端支持的小区类型存在交集时 ， 向所述基站发送所述寻呼消 息。 例如， eNBl上报的支持的小区类型为类型 1和类型 2, eNB2上报的支 持的小区类型为类型 4, UE支持的小区类型为类型 1、 类型 2和类型 3 , 那 么由于 eNB2支持的小区类型与 UE支持的小区类型不存在交集， 因此第一 eNB仅是指 eNB 1而不是 eNB2 , 也就是 MME仅向 eNB 1发送寻呼消息， 而 不向 eNB2发送寻呼消息。

另外， 在向第一 eNB发送的寻呼消息中可以携带的信息为类型 1、 类型 2和类型 3 (也就是 UE支持的小区类型信息）， 或者， 也可以为类型 1和类 型 2 (也就是第一 eNB支持的小区类型信息与 UE支持的小区类型信息的交

45: 第一 eNB仅向接收的寻呼消息中携带的信息对应的小 区发送寻呼消 息。

例如， 寻呼消息中携带类型 1、 类型 2和类型 3 (或者携带类型 1和类型 2 ), 而第一 eNB只支持类型 1和类型 2时， 则第一 eNB仅向类型 1和类型 2 对应的小区发送寻呼消息。 其中， 小区的类型与小区标识之间的对应关系可 以在规划时配置。

可选的， eNB向 MME上报的第一消息中还携带小区类型信息与小 区标 识的对应关系， 当 MME确定出 UE支持的小区类型信息 （或第一 eNB支持 的小区类型信息与 UE支持的小区类型信息的交集）后， 再根据该对应关系， 确定出 UE支持的小区类型信息对应的小区标识， 之后在 MME发送给第一 eNB的寻呼消息中携带该对应的小区标识， 第一 eNB接收到寻呼消息后仅向 该小区标识对应的小区发送寻呼消息。

可选的， MME也可以配置小区类型信息与小区标识的对应 关系，之后类 似上述的处理根据该对应关系确定出小区标识 ， 在发送给第一 eNB的寻呼消 息中携带该小区标识。

本实施例的 MME仅向支持 UE支持的小区类型的 eNB发送寻呼消息， 而不是向与 MME连接的所有 eNB发送寻呼消息， 可以进一步降低寻呼消息 的发送量， 降低系统能量开销。

图 5为本发明寻呼方法另一实施例的流程示意图� � 包括：

51 : 与 MME连接的每个 eNB向 MME发送第 ―消息 , 所述第 ―消息中 携带 eNB的小区配置信息， 该小区配置信息为小区标识、 小区类型和小区的 激活休眠转换的样式（pattern )信息的对应关系。

也就是说， eNB将服务的每个小区的小区标识、 该小区的小区类型以及 该小区的激活休眠时间信息对应发送给 MME, 使得 MME获知每个 eNB包 含的每个小区的小区标识、 小区类型以及激活休眠情况。

其中， 第一消息可以为现有的消息， 或者为新增的消息。

现有 的 消 息例如为 SI SETUP REQUEST 消 息或者 ENB CONFIGURATION UPDATE消息。

当 MME接收到 eNB发送的第一消息后，可以存储 eNB包括的小区的信 息。 例如， 小区 1对应类型 1以及激活休眠转换样式信息 1 , 小区 2对应类 型 2以及激活休眠转换样式信息 2。

52: MME获取注册到其上的每个 UE支持的小区类型信息。

53: MME接收到下行数据通知（ downlink data notification ) 消息后， 获 取要

54: MME确定出第一 eNB, 并仅向第一 eNB发送寻呼消息， 该寻呼消 息中携带第一小区的小区标识。

例如， 激活休眠转换的类型表明交集内的小区当前处 于激活态， 则向基 站发送寻呼消息。

可以釆用如上一实施例的方式确定出第一 eNB, 第一 eNB就是支持的小 区类型与 UE支持的小区类型存在交集的 eNB。

另外， 与上一实施例不同的是， 本实施例的 MME向第一 eNB发送的寻 呼消息中携带第一小区的小区标识， 第一小区是小区类型与 UE支持的小区 类型相同且当前处于激活状态的小区。 例如， MME根据 eNB上报的小区类 型可以确定是否与 UE支持的小区类型相同， 再根据小区的激活休眠转换的 样式信息可以确定当前是否处于激活状态。

55： 第一 eNB仅向接收寻呼消息中携带的小区标识对应的 小区发送寻呼 消息。

例如， 第一 eNB从接收的寻呼消息中解析出小区标识， 之后仅向该小区 标识对应的小区 （也就是第一小区）发送寻呼消息。

本实施例的 MME仅向支持 UE支持的小区类型的 eNB发送寻呼消息， 而不是向与 MME连接的所有 eNB发送寻呼消息， 可以进一步降低寻呼消息 的发送量， 降低系统能量开销。 另外， 本实施例的 eNB仅向支持 UE支持的 小区类型对应且处于激活状态的小区发送寻呼 消息， 避免将寻呼消息发送给 休眠的小区引起的开销浪费， 可以进一步降低系统能量开销。

另外 ,在上述各实施例中，为了使得 eNB和 MME正常交互，可以在 eNB 和 MME中预先配置不同小区类型信息的表示方式， 例如用 a表示类型 1 , 用 b 表示 类 型 2 等 。 该 配置 方 式可 以 釆用 操作 管 理 维护 ( Operation Administration and Maintenance , OAM )方式或者采用固化方式, 即可以釆用第三方的信令交互使得 eNB 和 MME 获知各小区类型信息的表 示，或者釆用预先的代码配置各小区类型信息 的表示。再者， MME和 /或 eNB 配置的各种对应关系也可以釆用 OAM配置方式或固化配置方式。

通过上述任一种实施例都可以降低寻呼消息的 发送量， 降低系统能量开 销。 另一方面， 由于 NCT小区会休眠， 当寻呼处于休眠状态的小区的 UE时， 会增加该 UE对网络寻呼的响应延迟， 严重时会导致寻呼失败。 为了解决该 寻呼响应延迟或者失败的问题， 本发明还给出如下的实施例。

图 6为本发明寻呼方法另一实施例的流程示意图� � 包括：

61 : eNB设置统计时长 T, 并统计该时长内其服务的每个小区的寻呼消 息的到达情况。

其中， 该寻呼消息的到达情况可以包括： 当小区处于激活状态时到达的 寻呼消息的数量， 以及小区处于休眠状态时到达的寻呼消息的数 量。

例如， eNB服务的小区包括小区 1和小区 2, 每个小区都具有各自的激 活休眠转换样式信息， 如从 tl时刻开始激活， 激活时间为 t2, 因此， 根据该 激活休眠转换样式信息可以获知每个小区在统 计时长 T内的相应时间段内是 处于休眠状态还是激活状态。 以及， 在相应时间段内 eNB还可以统计该小区 到达的寻呼消息的数量， 如在统计时长 T的 tl〜tl+t2时间段内小区 1处于激 活状态， 通过统计该 tl〜tl+t2时间段内到达小区 1的寻呼消息的数量， 就可 以确定出小区 1处于激活状态时到达的寻呼消息的数量。 类似的方法还可以 确定出小区 1处于休眠状态时到达的寻呼消息的数量， 以及小区 2处于激活 状态和休眠状态时分别到达的寻呼消息的数量 。

62: eNB判断每个小区的统计结果与当前激活休眠转 换样式信息是否匹 配， 若否， 执行 63 , 否则， 执行 64。

可以是， 对于每个小区， 如果统计得到的该小区处于激活状态时到达的 寻呼消息的数量属于大量， 而该小区处于休眠状态时到达的寻呼消息的数 量 属于少量时， 就表明匹配， 否则不匹配。 具体的大量或少量可以是， 分别设 置两个阈值， 当该小区处于激活状态时到达的寻呼消息的数 量大于第一阈值， 且该小区处于休眠状态时到达的寻呼消息的数 量小于第二阈值时则表明匹 配， 否则不匹配。 或者， 也可以设置一个阈值， 当该小区处于激活状态时到 达的寻呼消息的数量与该小区处于休眠状态时 到达的寻呼消息的数量的差值 大于该阈值时则表明匹配， 否则不匹配。 或者， 也可以设置一个阈值， 当该 小区处于激活状态时到达的寻呼消息的数量与 该小区处于休眠状态时到达的 寻呼消息的数量的比值大于该阈值时则表明匹 配， 否则不匹配。 具体匹配原 则不限于上述所示， 也可以设置其它原则。

63: eNB调整不匹配的小区的当前激活休眠转换样式 信息， 使得调整后 的激活休眠转换样式信息与统计结果匹配。之 后可以重复执行 61及其后续步 骤。

例如， 更改不匹配的小区的激活起始时间和 /或激活持续时间等， 使得根 据调整后的激活、 休眠时间段分别统计的寻呼消息的数量满足上 述设置的匹 配原则。

64: eNB保持当前激活休眠转换样式不变。之后可以 重复执行 61及其后 续步骤。

可选的， 本实施例可以单独执行， 也可以结合上述实施例， 例如， eNB 仅向 UE支持的类型对应的小区发送寻呼消息，且 eNB还统计 NCT小区的寻 呼消息并调整 NCT小区的激活休眠转换样式信息。

本实施例通过调整小区的激活休眠转换样式信 息， 可以使得该样式信息 与寻呼消息的到达模型相匹配， 从而降低寻呼时延以及寻呼失败率。

图 7a为本发明寻呼设备一实施例的结构示意图，� ��设备可以为核心网网 元或者位于核心网网元中， 该设备 700包括获取模块 701和发送模块 702; 获取模块 701用于获取终端支持的小区类型信息； 发送模块 702用于向基站 发送寻呼消息， 所述寻呼消息中携带所述终端支持的小区类型 信息或根据所 述终端支持的小区类型信息确定的小区标识， 以便所述基站向所述终端支持 的小区类型信息对应的小区或所述小区标识对 应的小区发送寻呼消息。

可选的， 还包括：

接收模块， 用于接收所述基站发送的所述基站的小区配置 信息， 所述基 站的小区配置信息包括所述基站支持的小区类 型信息；

所述发送模块具体用于根据所述基站的小区配 置信息和所述终端支持的 小区类型信息， 确定所述基站具有第一小区时， 向所述基站发送所述寻呼消 息， 其中所述第一小区的类型为所述终端支持的小 区类型。

可选的， 所述寻呼消息中携带所述终端支持的小区类型 信息与所述基站 支持的小区类型信息的交集。

可选的， 该设备还包括：

接收模块， 用于接收所述基站发送的所述基站的小区配置 信息， 所述基 站的小区配置信息包括所述基站支持的小区类 型信息、 所述基站的各个小区 的小区标识和激活休眠转换样式信息；

所述发送模块具体用于根据所述基站的小区配 置信息和所述终端支持的 小区类型信息， 确定所述基站具有处于激活态的第一小区时， 向所述基站发 送所述寻呼消息， 其中所述第一小区的类型为所述终端支持的小 区类型。

可选的，所述发送模块发送的寻呼消息中携带 所述第一小区的小区标识。 可选的， 所述终端支持的小区类型信息为终端支持的小 区类型， 所述获 取模块具体用于：

当接收到下行数据通知消息时， 根据所述下行数据通知消息中携带的演 进分组系统 EPS承载标识或终端标识获取终端的上下文信息 ；

从所述终端的上下文信息中获取所述终端支持 的小区类型。

可选的， 所述终端支持的小区类型信息为终端支持的小 区类型， 所述获 取模块具体用于：

当所述核心网网元接收到下行数据通知消息时 ， 根据所述下行数据通知 消息中携带的 EPS承载标识或终端标识获取终端的上下文信息 ；

从所述终端的上下文信息中获取终端的小区类 型支持能力信息索引； 根据所述终端的小区类型支持能力信息索引与 预先配置的第一对应关 系， 确定所述终端支持的小区类型， 其中所述第一对应关系为终端支持的小 区类型与终端的小区类型支持能力信息索引的 对应关系。

可选的， 所述终端支持的小区类型信息为终端的小区类 型支持能力信息 索引， 所述获取模块具体用于：

当所述核心网网元接收到下行数据通知消息时 ， 根据所述下行数据通知 消息中携带的 EPS承载标识或终端标识获取终端的上下文信息 ； 从所述终端的上下文信息中获取所述终端的小 区类型支持能力信息索 引。

可选的， 所述寻呼消息中携带根据所述终端支持的小区 类型信息确定的 小区标识， 所述设备还包括：

确定模块， 用于根据所述终端支持的小区类型信息和第二 对应关系， 确 定所述小区标识， 其中所述第二对应关系为所述终端支持的小区 类型信息与 小区标识的对应关系， 且所述第二对应关系由所述基站上报或配置于 本地。

可选的， 该设备还包括：

能力获取模块， 用于接收终端上报的能力信息， 或者从归属用户服务器 HSS获取终端的能力信息， 所述能力信息中包括所述终端支持的小区类型 信 息。

在硬件实现上， 以上发送模块可以为发射机或收发机， 以上接收模块可 以为接收机或收发机， 且该发送模块和接收模块可以集成在一起构成 收发模 块， 对应于硬件实现为收发机。 以上获取模块可以以硬件形式内嵌于或独立 于基站的处理器中， 也可以以软件形式存储于核心网网元的存储器 中， 以便 于处理器调用执行以上各个模块对应的操作。 该处理器可以为中央处理单元 ( CPU )、 微处理器、 单片机等。

请参考图 7b ,其为本发明实施例所提供的一种核心网网元� �结构示意图。 如图所示， 该核心网网元 710包括发射机 711、 接收机 712、 存储器 713以及 分别与发射机 711、 接收机 712和存储器 713连接的处理器 714。 当然， 核心 网网元还可以包括天线、 基带处理部件、 中射频处理部件、 输入输出装置等 通用部件， 本发明实施例在此不再任何限制。

其中， 存储器中存储一组程序代码， 且处理器 714用于调用存储器中存 储的程序代码， 用于执行以下操作：

获取终端支持的小区类型信息， 并通过发射机向基站发送寻呼消息， 所 述寻呼消息中携带所述终端支持的小区类型信 息或根据所述终端支持的小区 类型信息确定的小区标识， 以便所述基站向所述终端支持的小区类型信息 对 应的小区或所述小区标识对应的小区发送寻呼 消息。

需要说明的是， 图 7a和图 7b所示的设备可以用于实现以上方法实施例 中关于核心网网元所提供的任一种方法， 且关于终端支持的小区类型信息、 根据终端支持的小区类型信息确定的小区标识 ， 以及终端支持的小区类型信 息的获取方法、 根据终端支持的小区类型信息确定的小区标识 的获取方法等 的描述同以上方法实施例， 在此不再赞述。 本实施例中， 核心网网元向基站 发送的寻呼消息中携带终端支持的小区类型信 息或根据所述终端支持的小区 类型信息确定的小区标识， 基站根据该终端支持的小区类型信息或根据所 述 终端支持的小区类型信息确定的小区标识可以 确定出对应的小区， 在发送寻 呼消息时， 基站仅向终端支持的小区类型信息对应的小区 或根据所述终端支 持的小区类型信息确定的小区标识对应的小区 发送寻呼消息， 而不是向包含 的所有小区发送寻呼消息， 可以降低寻呼消息的发送量， 降低系统能量开销。

图 8a为本发明寻呼设备另一实施例的结构示意图� ��该设备可以为基站或 者位于基站中， 该设备 800包括接收模块 801和处理模块 802; 接收模块 801 用于接收核心网网元发送的寻呼消息， 所述寻呼消息中携带所述终端支持的 小区类型信息或根据所述终端支持的小区类型 信息确定的小区标识； 处理模 块 802用于向所述终端支持的小区类型信息或所述 小区标识对应的小区发送 寻呼消息。

可选的， 还包括：

发送模块， 用于向所述核心网网元发送所述基站的小区配 置信息， 所述 基站的小区配置信息包括所述基站支持的小区 类型信息， 以便所述核心网网 元根据所述基站的小区配置信息和所述终端支 持的小区类型信息， 确定所述 基站具有第一小区时， 向所述基站发送所述寻呼消息， 其中所述第一小区的 类型为所述终端支持的小区类型。

可选的， 该设备还包括：

发送模块， 用于向所述核心网网元发送所述基站的小区配 置信息， 所述 基站的小区配置信息包括所述基站支持的小区 类型信息、 所述基站的各个小 区的小区标识和激活休眠转换样式信息， 以便所述核心网网元根据所述基站 的小区配置信息和所述终端支持的小区类型信 息， 确定所述基站具有处于激 活态的第一小区时， 向所述基站发送所述寻呼消息， 其中所述第一小区的类 型为所述终端支持的小区类型。

可选的， 所述接收模块接收的所述寻呼消息中携带所述 第一小区的小区 标识。

可选的， 所述寻呼消息中携带所述终端支持的小区类型 信息， 且所述终 端支持的小区类型信息为所述终端的小区类型 支持能力信息索引， 所述处理 模块具体用于：

根据所述终端的小区类型支持能力信息索引与 预先配置的第一对应关系 确定所述终端支持的小区类型， 向所述终端支持的小区类型对应的小区发送 寻呼消息， 其中所述第一对应关系为终端支持的小区类型 与终端的小区类型 支持能力信息索引的对应关系。 可选的， 该设备还包括：

统计模块， 用于统计在设置的时长内的第一数量和第二数 量， 所述第一 数量为 NCT小区在激活状态时到达的寻呼消息的数量， 所述第二数量为所述 NCT小区在休眠状态时到达的寻呼消息的数量；

判断模块，用于判断所述第一数量和所述第二 数量是否与所述 NCT小区 当前的激活休眠转换样式信息匹配；

调整模块， 用于在不匹配时， 调整所述 NCT小区的激活休眠转换样式信 息， 使得调整后的激活休眠转换样式信息与所述第 一数量和所述第二数量匹 配。

在硬件实现上， 以上发送模块可以为发射机或收发机， 以上接收模块可 以为接收机或收发机， 且该发送模块和接收模块可以集成在一起构成 收发模 块， 对应于硬件实现为收发机。 以上处理模块可以以硬件形式内嵌于或独立 于基站的处理器中， 也可以以软件形式存储于接入网网元， 如基站的存储器 中， 以便于处理器调用执行以上各个模块对应的操 作。 该处理器可以为中央 处理单元（CPU )、 微处理器、 单片机等。

请参考图 8b ,其为本发明实施例所提供的一种接入网网元� �结构示意图。 如图所示， 该接入网网元 810包括发射机 811、 接收机 812、 存储器 813以及 分别与发射机 811、 接收机 812和存储器 813连接的处理器 814。 当然， 接入 网网元还可以包括天线、 基带处理部件、 中射频处理部件、 输入输出装置等 通用部件， 本发明实施例在此不再任何限制。

其中， 存储器中存储一组程序代码， 且处理器 814用于调用存储器中存 储的程序代码， 用于执行以下操作：

通过接收机接收核心网网元发送的寻呼消息， 所述寻呼消息中携带所述 终端支持的小区类型信息或根据所述终端支持 的小区类型信息确定的小区标 识； 以及通过发射机向所述终端支持的小区类型信 息或所述小区标识对应的 小区发送寻呼消息。

需要说明的是， 图 8a和图 8b所示的设备可以用于实现以上方法实施例 中关于接入网网元所提供的任一种方法， 且关于终端支持的小区类型信息、 根据终端支持的小区类型信息确定的小区标识 ， 以及终端支持的小区类型信 息的获取方法、 根据终端支持的小区类型信息确定的小区标识 的获取方法等 的描述同以上方法实施例， 在此不再赘述。

本实施例中， 核心网网元向基站发送的寻呼消息中携带终端 支持的小区 类型信息或根据所述终端支持的小区类型信息 确定的小区标识， 基站向终端 支持的小区类型信息对应的小区或根据所述终 端支持的小区类型信息确定的 小区标识对应的小区发送寻呼消息，而不是向 包含的所有小区发送寻呼消息， 可以降低寻呼消息的发送量， 降低系统能量开销。

图 9a为本发明寻呼设备另一实施例的结构示意图� ��该设备 900包括统计 模块 901、 判断模块 902和调整模块 903 ; 统计模块 901用于统计在设置的时 长内的第一数量和第二数量，所述第一数量为 NCT小区在激活状态时到达的 寻呼消息的数量，所述第二数量为所述 NCT小区在休眠状态时到达的寻呼消 息的数量； 判断模块 902用于判断所述第一数量和所述第二数量是否 与所述 NCT小区当前的激活休眠转换样式信息匹配；调 整模块 903用于在不匹配时， 调整所述 NCT小区的激活休眠转换样式信息，使得调整后 的激活休眠转换样 式信息与所述第一数量和所述第二数量匹配。

在硬件实现上， 以上统计模块、 判断模块和调整模块可以组成处理模块， 处理模块可以以硬件形式内嵌于或独立于接入 网网元， 如基站的处理器中， 也可以以软件形式存储于基站的存储器中， 以便于处理器调用执行以上各个 模块对应的操作。 该处理器可以为中央处理单元（CPU )、 微处理器、 单片机 等。

请参考图 9b ,其为本发明实施例所提供的一种接入网网元� �结构示意图。 如图所示， 该接入网网元 910包括发射机 911、 接收机 912、 存储器 913以及 分别与发射机 911、 接收机 912和存储器 913连接的处理器 914。 当然， 接入 网网元还可以包括天线、 基带处理部件、 中射频处理部件、 输入输出装置等 通用部件， 本发明实施例在此不再任何限制。

其中， 存储器中存储一组程序代码， 且处理器 914用于调用存储器中存 储的程序代码， 用于执行以下操作：

统计在设置的时长内的第一数量和第二数量， 所述第一数量为 NCT小区 在激活状态时到达的寻呼消息的数量，所述第 二数量为所述 NCT小区在休眠 状态时到达的寻呼消息的数量；

判断所述第一数量和所述第二数量是否与所述 NCT 小区当前的激活休 眠转换样式信息匹配；

在不匹配时， 调整所述 NCT小区的激活休眠转换样式信息， 使得调整后 的激活休眠转换样式信息与所述第一数量和所 述第二数量匹配。

需要说明的是， 图 9a和图 9b所示的设备可以用于实现以上方法实施例 中关于接入网网元所提供的任一种方法， 且关于第一数量的获取方法、 第二 数量的获取方法、第一数量和第二数量是否匹 配等的描述同以上方法实施例， 在此不再赘述。

本实施例通过调整小区的激活休眠转换样式信 息， 可以使得该样式信息 与寻呼消息的到达模型相匹配， 从而降低寻呼时延以及寻呼失败率。

图 10a为本发明寻呼设备另一实施例的结构示意图 ，该设备 1000可以为 终端或者位于终端内， 该设备 1000包括获取模块 1001和发送模块 1002; 获 取模块 1001用于获取其小区类型支持能力信息； 发送模块 1002用于向核心 网网元发送所述终端的小区类型支持能力信息 ， 以便所述核心网网元根据所 述终端的小区类型支持能力信息获取并存储所 述终端支持的小区类型信息， 并向基站发送寻呼消息时， 携带所述终端支持的小区类型信息或根据所述 终 端支持的小区类型信息确定的小区标识。

在硬件实现上， 以上发送模块可以为发射机或收发机， 以上获取模块可 以以硬件形式内嵌于或独立于基站的处理器中 ， 也可以以软件形式存储于接 入网网元， 如基站的存储器中， 以便于处理器调用执行以上各个模块对应的 操作。 该处理器可以为中央处理单元（CPU )、 微处理器、 单片机等。

请参考图 10b, 其为本发明实施例所提供的一种终端的结构示 意图。 如 图所示， 该终端 1010包括发射机 1011、 接收机 1012、 存储器 1013以及分别 与发射机 1011、 接收机 1012和存储器 1013连接的处理器 1014。 当然， 终端 还可以包括天线、 基带处理部件、 中射频处理部件、 输入输出装置等通用部 件， 本发明实施例在此不再任何限制。

其中， 存储器中存储一组程序代码， 且处理器 1014用于调用存储器中存 储的程序代码， 用于执行以下操作：

获取其小区类型支持能力信息；

通过发射机向核心网网元发送所述终端的小区 类型支持能力信息， 以便 所述核心网网元根据所述终端的小区类型支持 能力信息获取并存储所述终端 支持的小区类型信息， 并向基站发送寻呼消息时， 携带所述终端支持的小区 类型信息或根据所述终端支持的小区类型信息 确定的小区标识。

需要说明的是， 图 10a和图 10b所示的设备可以用于实现以上方法实施 例中关于终端所提供的任一种方法， 且关于小区类型支持能力信息及其发送 给核心网网元的发送方式等的描述同以上方法 实施例， 在此不再赘述。

本实施例中通过终端向核心网网关发送小区类 型支持能力信息， 可以使 得核心网网元根据所述终端的小区类型支持能 力信息获取并存储所述终端支 持的小区类型信息， 并向基站发送寻呼消息时， 携带所述终端支持的小区类 型信息或根据所述终端支持的小区类型信息确 定的小区标识， 以便基站向终 端支持的小区类型信息对应的小区或根据所述 终端支持的小区类型信息确定 的小区标识对应的小区发送寻呼消息， 而不是向包含的所有小区发送寻呼消 息， 可以降低寻呼消息的发送量， 降低系统能量开销。

所属领域的技术人员可以清楚地了解到， 为描述的方便和简洁， 仅以上 述各功能模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功 能分配由不同的功能模块完成，即将装置的内 部结构划分成不同的功能模块， 以完成以上描述的全部或者部分功能。 上述描述的系统， 装置和单元的具体 工作过程， 可以参考前述方法实施例中的对应过程， 在此不再赘述。

在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统， 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述模块或单元的划分， 仅仅为一种逻辑功能划分， 实际实 现时可以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个系统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相 互之间的耦合或直接耦合或通信连接可以是通 过一些接口， 装置或单元的间 接耦合或通信连接， 可以是电性， 机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可 以不是物理上分开的， 作 为单元显示的部件可以是或者也可以不是物理 单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。 可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可 以集成在一个处理单元中， 也可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单 元中。 上述集成的单元既可以釆用硬件的形式实现， 也可以釆用软件功能单 元的形式实现。

所述集成的单元如果以软件功能单元的形式实 现并作为独立的产品销售 或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本 申请的技术方案本质上或者说对现有技术做出 贡献的部分或者该技术方案的 全部或部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个 存储介质中， 包括若干指令用以使得一台计算机设备（可以 是个人计算机， 服务器， 或者网络设备等）或处理器（processor )执行本申请各个实施例所 述方法的全部或部分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读 存储器（ROM, Read-Only Memory )、随机存取存储器（RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质 。

以上所述， 以上实施例仅用以说明本申请的技术方案， 而非对其限制； 尽管参照前述实施例对本申请进行了详细的说 明， 本领域的普通技术人员应 当理解： 其依然可以对前述各实施例所记载的技术方案 进行修改， 或者对其 中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案 的本质脱离本申请各实施例技术方案的精神和 范围。