一种发送、 接收寻呼消息的方法、 装置及系统 技术领域

本发明涉及通信领域， 特别涉及一种发送、 接收寻呼消息的方法、 装置及 系统。 背景技术

在通信系统中， 当网络侧寻呼处于空闲状态、 URA_PCH ( UTRAN Registration Area Paging channel , UTRAN 注册区寻呼信道） ^犬态或者 CELL_PCH ( CELL paging channel , 小区寻呼信道 )状态的用户设备时， 网络 侧发送寻呼消息。

目前， 提供了一种发送寻呼消息的方法， 具体为： 网络侧计算被寻呼的用 户设备的寻呼时机， 在该寻呼时机向被寻呼的用户设备发送寻呼消 息， 该寻呼 消息中携带被寻呼的用户设备的标识和寻呼数 据。 当该用户设备的寻呼时机到 达时， 该用户设备监听 PICH ( Page Indication Channel, 寻呼指示信道）信道 并对该 PICH信道的寻呼指示值进行解析， 如果解析到该 PICH信道中的寻呼 指示值为 1 , 则该用户设备接收该寻呼消息， 判断自身的标识和该寻呼消息中 携带的标识是否相同， 如果相同， 则保留该寻呼数据， 如果不同， 则丟弃该寻 呼数据。

在实现本发明的过程中， 发明人发现现有技术至少存在以下问题： 由于小区包括的用户设备较多，且可能会出现 多个用户设备的寻呼时机在 同一时刻均到达，此时该多个用户设备都会去 监听 PICH信道；如果该多个用户 设备解析到的寻呼指示值均为 1 , 该多个用户设备都会去接收该寻呼消息； 当 接收到寻呼消息之后判断该寻呼消息却不是针 对自己发送的消息，导致该多个 用户设备中除被寻呼的用户设备之外的其他用 户设备接收了不必要的寻呼消 息， 造成了用户设备的电量消耗较大。 发明内容 为了解决现有技术存在的问题， 本发明实施例提供了一种发送、 接收系统 广播消息的方法、 装置及系统。 所述技术方案如下：

第一方面， 提供了一种发送寻呼消息的方法， 所述方法包括：

根据准则信息， 选择被寻呼的用户设备的寻呼信道， 所述寻呼信道包括寻 呼指示信道 PICH信道， 或者包括 PICH信道和承载寻呼消息的信道， 所述准 则信息包括寻呼指示信道的个数且还包括预设 门限和 /或用户设备类型与寻呼 信道的对应关系；

计算所述被寻呼的用户设备的寻呼时机；

在所述寻呼时机通过选择的 PICH信道向所述被寻呼的用户设备发送寻呼 指示， 以及通过承载寻呼消息的信道向所述被寻呼的 用户设备发送寻呼消息， 所述寻呼消息携带寻呼数据。

结合第一方面， 在上述第一方面的第一种可能的实现方式中， 所述根据准 则信息， 选择被寻呼的用户设备的寻呼信道， 包括：

如果寻呼指示信道的个数大于或等于 2且所述被寻呼的用户设备的非连续 接收周期长度小于或等于所述预设门限， 则选择第一寻呼信道；

如果寻呼指示信道的个数大于或等于 2且所述被寻呼的用户设备的非连续 接收周期长度大于所述预设门限， 则选择第二寻呼信道。

结合第一方面或第一方面的第一种可能的实现 方式，在上述第一方面的第 二种可能的实现方式中， 所述根据准则信息， 选择被寻呼的用户设备的寻呼信 道， 包括：

如果寻呼指示信道的个数大于或等于 2, 则根据被寻呼的用户设备的用户 设备类型， 从用户设备类型与寻呼信道的对应关系中获取 对应的寻呼信道。

结合第一方面的第二种可能的实现方式， 在上述第一方面的第三种可能的 实现方式中， 所述根据被寻呼的用户设备的用户设备类型， 从用户设备类型与 寻呼信道的对应关系中获取对应的寻呼信道， 包括：

如果所述被寻呼的用户设备为非机器类通信设 备， 则选择第一寻呼信道； 如果所述被寻呼的用户设备为机器类通信设备 ， 则选择第二寻呼信道。 结合第一方面， 在上述第一方面的第四种可能的实现方式中， 所述计算所 述被寻呼的用户设备的寻呼时机， 包括：

如果所述被寻呼的用户设备的非连续接收周期 长度大于所述预设门限和 / 或所述被寻呼的用户设备为机器类通信设备， 则根据所述被寻呼的用户设备的 国际移动签约标识 IMSI、 第一时间长度和所述被寻呼的用户设备的非连 续接 收周期长度， 计算所述被寻呼的用户设备的寻呼时机。

结合第一方面， 在第一方面的第五种可能的实现方式中， 当所述寻呼数据 为系统广播消息的变更信息时， 所述被寻呼的用户设备包括第一用户设备和第 二用户设备， 所述第一用户设备为选择第一寻呼信道的用户 设备， 所述第二用 户设备为选择第二寻呼信道的用户设备；

所述在所述寻呼时机通过选择的 PICH信道向所述被寻呼的用户设备发送 寻呼指示， 以及通过承载寻呼消息的信道向所述被寻呼的 用户设备发送寻呼消 息， 包括：

通过第一 PICH信道向所述第一用户设备发送寻呼指示， 以及通过承载寻 呼消息的信道向所述第一用户设备发送系统广 播消息的变更信息；

通过第二 PICH信道向所述第二用户设备发送寻呼指示， 以及通过承载寻 呼消息的信道向所述第二用户设备发送系统广 播消息的变更信息。

结合第一方面的第五种可能的实现方式， 在上述第一方面的第六种可能的 实现方式， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广 播消息的变更时间点。

结合第一方面， 在上述第一方面的第七种可能的实现方式中， 所述在所述 寻呼时机通过选择的 PICH信道向所述被寻呼的用户设备发送寻呼指� �， 以及 通过承载寻呼消息的信道向所述被寻呼的用户 设备发送寻呼消息之前， 还包 括：

将第一时间长度和 /或预设门限发送给小区的用户设备； 或者，

将所述第一时间长度和 /或用户设备类型与寻呼信道的对应关系发送� �所 述小区的用户设备。 第二方面， 提供了一种接收寻呼消息的方法， 所述方法包括：

获取系统广播消息中包括的准则信息， 所述准则信息包括寻呼指示信道的 个数且还包括预设门限和 /或用户设备类型与寻呼信道的对应关系；

根据所述准则信息，选择寻呼信道，所述寻呼 信道包括寻呼指示信道 PICH 信道， 或者包括 PICH信道和承载寻呼消息的信道；

计算寻呼时机， 在所述寻呼时机内监听选择的 PICH信道， 并解析监听的 PICH信道中的寻呼指示值； 如果所述寻呼指示值为 1 , 则从承载寻呼消息的信道中接收网络侧发送的 寻呼消息， 所述寻呼消息中携带寻呼数据。

结合第二方面， 在上述第二方面的第一种可能的实现方式中， 所述根据所 述准则信息， 选择寻呼信道， 包括：

如果寻呼指示信道的个数大于或等于 2, 则根据自身的用户设备类型， 从 所述用户设备类型与寻呼信道的对应关系中获 取对应的寻呼信道。

结合第二方面， 在上述第二方面的第二种可能的实现方式中， 所述根据所 述准则信息， 选择寻呼信道， 包括：

如果用户设备的非连续接收周期长度大于所述 预设门限， 则选择第二寻呼 信道。

结合第二方面的第二种可能的实现方式， 在上述第二方面的第三种可能的 实现方式中， 所述计算寻呼时机， 包括：

根据国际移动签约标识 IMSI、 第一时间长度和自身的非连续接收周期长 度， 计算寻呼时机。

结合第二方面的第三种可能的实现方式， 在上述第二方面的第四种可能的 实现方式中， 所述方法还包括：

从所述系统广播消息中获取自身的非连续接收 周期长度和 /或第一时间长 度。

结合第二方面， 在上述第二方面的第五种可能的实现方式中， 当所述寻呼 数据为系统广播消息的变更信息时，

所述从承载寻呼消息的信道中接收网络侧发送 的寻呼消息之后， 还包括： 根据所述系统广播消息的变更信息，接收所述 网络侧发送的变更后的系统 广播消息， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广 播消息的变更时间点。

结合第二方面的第五种可能的实现方式， 在上述第二方面的第六种可能的 实现方式中， 所述根据所述系统广播消息的变更信息， 接收所述网络侧发送的 变更后的系统广播消息， 包括：

将当前时间点与所述系统广播消息变更信息包 括的变更时间点进行比较； 如果所述当前时间点大于或等于所述系统广播 消息变更时间点， 则接收所 述网络侧发送的变更后的系统广播消息；

如果所述当前时间点小于所述系统广播消息变 更时间点， 则继续等待并在 所述系统广播消息变更时间点接收所述网络侧 发送的变更后的系统广播消息。 结合第二方面的第五种可能的实现方式， 在上述第二方面的第七种可能的 实现方式中， 所述根据所述系统广播消息的变更信息， 接收所述网络侧发送的 变更后的系统广播消息， 包括：

获取接收所述系统广播消息的变更信息时的第 二 SFN;

如果所述第一 SFN大于或等于所述第二 SFN, 则在所述第一 SFN时根据 调度信息接收所述网络侧发送的变更后的系统 广播消息， 所述系统广播消息的 主系统信息块 MIB或所述系统广播消息的调度块中包括所述调 度信息；

如果所述第一 SFN小于所述第二 SFN, 则在下一个 SFN周期包括的第一 SFN时根据所述调度信息接收所述网络侧发送的 变更后的系统广播消息。

结合第二方面的第七种可能的实现方式， 在上述第二方面的第八种可能的 实现方式中， 所述方法还包括：

如果当前时间对应的第三 SFN未到达所述第一 SFN且需要发送上行数据， 则获取所述系统广播消息的 MIB；

如果获取的 MIB与已存储的 MIB不同， 则确定所述系统广播消息发生变 更， 获取变更后的系统广播消息。

结合第二方面第五种可能的实现方式，在上述 第二方面的第九种可能的实 现方式中， 所述根据所述系统广播消息的变更信息， 接收所述网络侧发送的变 更后的系统广播消息， 包括：

接收所述系统广播消息的变更信息之后， 获取所述系统广播消息的 MIB; 如果获取到的 MIB与已存储的 MIB不同， 则接收所述网络侧发送的变更 后的系统广播消息。 第三方面， 提供了一种发送寻呼消息的装置， 所述装置包括：

第一选择模块， 用于根据准则信息， 选择被寻呼的用户设备的寻呼信道， 所述寻呼信道包括寻呼指示信道 PICH信道， 或者包括 PICH信道和承载寻呼 消息的信道，所述准则信息包括寻呼指示信道 的个数且还包括预设门限和 /或用 户设备类型与寻呼信道的对应关系；

第一计算模块， 用于计算所述被寻呼的用户设备的寻呼时机；

第一发送模块， 用于在所述寻呼时机通过选择的 PICH信道向所述被寻呼 的用户设备发送寻呼指示， 以及通过承载寻呼消息的信道向所述被寻呼的 用户 设备发送寻呼消息， 所述寻呼消息携带寻呼数据。

结合第三方面， 在上述第三方面的第一种可能的实现方式中， 所述第一选 择模块包括：

第一选择单元， 用于如果寻呼指示信道的个数大于或等于 2且所述被寻呼 的用户设备的非连续接收周期长度小于或等于 所述预设门限， 则选择第一寻呼 信道；

第二选择单元， 用于如果寻呼指示信道的个数大于或等于 2且所述被寻呼 的用户设备的非连续接收周期长度大于所述预 设门限， 则选择第二寻呼信道。

结合第三方面或第三方面的第一种可能的实现 方式，在上述第三方面的第 二种可能的实现方式中， 所述第一选择模块包括：

第一获取单元， 用于如果寻呼指示信道的个数大于或等于 2, 则根据被寻 呼的用户设备的用户设备类型，从用户设备类 型与寻呼信道的对应关系中获取 对应的寻呼信道。

结合第三方面的第二种可能的实现方式， 在上述第三方面的第三种可能的 实现方式中， 所述第一获取单元包括：

第一选择子单元， 用于如果所述被寻呼的用户设备为非机器类通 信设备， 则选择第一寻呼信道；

第二选择子单元， 用于如果所述被寻呼的用户设备为机器类通信 设备， 则 选择第二寻呼信道。

结合第三方面， 在上述第三方面的第四种可能的实现方式中， 所述第二获 取模块包括：

所述第一计算模块， 具体用于如果所述被寻呼的用户设备的非连续 接收周 期长度大于所述预设门限和 /或所述被寻呼的用户设备为机器类通信设备� �则根 据所述被寻呼的用户设备的国际移动签约标识 IMSI、 第一时间长度和所述被 寻呼的用户设备的非连续接收周期长度， 计算所述被寻呼的用户设备的寻呼时 机。

结合第三方面， 在第三方面的第五种可能的实现方式中， 当所述寻呼数据 为系统广播消息的变更信息时， 所述被寻呼的用户设备包括第一用户设备和第 二用户设备， 所述第一用户设备为选择第一寻呼信道的用户 设备， 所述第二用 户设备为选择第二寻呼信道的用户设备；

所述第一发送模块包括： 第一发送单元， 用于通过第一 PICH信道向所述第一用户设备发送寻呼指 示， 以及通过承载寻呼消息的信道向所述第一用户 设备发送系统广播消息的变 更信息；

第二发送单元， 用于通过第二 PICH信道向所述第二用户设备发送寻呼指 示， 以及通过所述承载寻呼消息的信道向所述第二 用户设备发送系统广播消息 的变更信息。

结合第三方面的第五种可能的实现方式， 在上述第三方面的第六种可能的 实现方式， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广 播消息的变更时间点。

结合第三方面， 在上述第三方面的第七种可能的实现方式中， 所述装置还 包括：

第二发送模块， 用于将第一时间长度和 /或预设门限发送给小区的用户设 备； 或者，

第三发送模块，用于将所述第一时间长度和 /或用户设备类型与寻呼信道的 对应关系发送给所述小区的用户设备。 第四方面， 提供了一种接收寻呼消息的装置， 所述装置包括：

第一获取模块， 用于获取系统广播消息中包括的准则信息， 所述准则信息 包括寻呼指示信道的个数且还包括预设门限和 /或用户设备类型与寻呼信道的 对应关系；

第二选择模块， 用于根据所述准则信息， 选择寻呼信道， 所述寻呼信道包 括寻呼指示信道 PICH信道， 或者包括 PICH信道和 载寻呼消息的信道； 第二计算模块， 用于计算寻呼时机， 在所述寻呼时机内监听选择的 PICH 信道， 并解析监听的 PICH信道中的寻呼指示值；

第一接收模块， 用于如果所述寻呼指示值为 1 , 则从^载寻呼消息的信道 中接收网络侧发送的寻呼消息， 所述寻呼消息中携带寻呼数据。

结合第四方面， 在上述第四方面的第一种可能的实现方式中， 所述第二选 择模块包括：

第二获取单元， 用于如果寻呼指示信道的个数大于或等于 2, 则根据自身 的用户设备类型，从所述用户设备类型与寻呼 信道的对应关系中获取对应的寻 呼信道。 结合第四方面， 在上述第四方面的第二种可能的实现方式中， 所述第二选 择模块包括：

第三选择单元， 用于如果用户设备的非连续接收周期长度大于 所述预设门 限， 则选择第二寻呼信道。

结合第四方面的第二种可能的实现方式， 在上述第四方面的第三种可能的 实现方式中， 所述第二计算模块包括：

计算单元， 用于根据国际移动签约标识 IMSI、 第一时间长度和自身的非 连续接收周期长度， 计算寻呼时机。

结合第四方面的第三种可能的实现方式， 在上述第四方面的第四种可能的 实现方式中， 所述装置还包括：

第二获取模块， 用于从所述系统广播消息中获取自身的非连续 接收周期长 度和 /或第一时间长度。

结合第四方面， 在上述第四方面的第五种可能的实现方式中， 当所述寻呼 数据为系统广播消息的变更信息时，

所述装置还包括：

第二接收模块， 用于根据所述系统广播消息的变更信息， 接收所述网络侧 发送的变更后的系统广播消息， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广播消息的变更时间点。

结合第四方面的第五种可能的实现方式， 在上述第四方面的第六种可能的 实现方式中， 所述第二接收模块包括：

比较单元， 用于将当前时间点与所述系统广播消息变更信 息包括的变更时 间点进行比较；

第一接收单元， 用于如果所述当前时间点大于或等于所述系统 广播消息变 更时间点， 则接收所述网络侧发送的变更后的系统广播消 息；

第二接收单元， 用于如果所述当前时间点小于所述系统广播消 息变更时间 点， 则继续等待并在所述系统广播消息变更时间点 接收所述网络侧发送的变更 后的系统广播消息。

结合第四方面的第五种可能的实现方式， 在上述第四方面的第七种可能的 实现方式中， 所述第二接收模块包括：

第三获取单元， 用于获取接收所述系统广播消息的变更信息时 的第二

SFN; 第三接收单元， 用于如果所述第一 SFN大于或等于所述第二 SFN, 则在 所述第一 SFN时根据调度信息接收所述网络侧发送的变更 后的系统广播消息， 所述系统广播消息的主系统信息块 MIB 或所述系统广播消息的调度块中包括 所述调度信息；

第四接收单元， 用于如果所述第一 SFN小于所述第二 SFN, 则在下一个 SFN周期包括的第一 SFN时根据所述调度信息接收所述网络侧发送的 变更后 的系统广播消息。

结合第四方面的第七种可能的实现方式， 在上述第四方面的第八种可能的 实现方式中， 所述装置还包括：

第三获取模块， 用于如果当前时间对应的第三 SFN未到达所述第一 SFN 且需要发送上行数据， 则获取所述系统广播消息的 MIB;

第四获取模块， 用于如果获取的 MIB与已存储的 MIB不同， 则确定所述 系统广播消息发生变更， 获取变更后的系统广播消息。

结合第四方面第五种可能的实现方式，在上述 第四方面的第九种可能的实 现方式中， 所述第二接收模块包括：

第五接收单元， 用于接收所述系统广播消息的变更信息之后， 获取所述系 统广播消息的 MIB;

第六接收单元， 用于如果获取到的 MIB与已存储的 MIB不同， 则接收所 述网络侧发送的变更后的系统广播消息。 第五方面， 提供了一种发送寻呼消息的装置， 所述装置包括第一存储器和 第一处理器， 用于执行所述的一种发送寻呼消息的方法。 第六方面， 提供了一种接收寻呼消息的装置， 所述装置包括第二存储器和 第二处理器， 用于执行所述的一种接收寻呼消息的方法。 第七方面， 提供了一种发送寻呼消息的系统， 所述系统包括所述一种发送 寻呼消息的网络侧和所述一种接收寻呼消息的 第二用户设备。

在本发明实施例中， 第一用户设备的非连续接收周期长度小于第二 用户设 备的非连续接收周期长度， 所以通过在不同的寻呼信道发送寻呼消息时或 者通 过将第二用户设备的寻呼时机限定在第一时间 长度内， 减低了第二用户设备对 应第一用户设备的影响； 对于系统广播消息变更信息， 在向第一用户设备发送 系统广播消息的变更信息时， 和第二用户设备选择不同的寻呼信道或者将第 二 用户设备的寻呼时机限制在第一时间长度中， 减小了向第一用户设备发送系统 广播消息的变更信息的时间长度， 减小了第一用户设备额外的电量消耗。 在通 知到所有的第二用户设备之前开始发送变更后 的系统广播消息， 减小了发送变 更后的系统广播消息的延迟时间。 附图说明

为了更清楚地说明本发明实施例中的技术方案 ， 下面将对实施例描述中所 需要使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲 ，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是本发明实施例一提供的一种发送寻呼消息� �方法流程图；

图 2是本发明实施例二提供的一种发送寻呼消息� �方法流程图；

图 3是本发明实施例三提供的一种发送寻呼消息� �方法流程图；

图 4是本发明实施例四提供的一种接收寻呼消息� �方法流程图；

图 5是本发明实施例五提供的一种发送寻呼消息� �装置结构示意图； 图 6是本发明实施例六提供的一种接收寻呼消息� �装置结构示意图； 图 7是本发明实施例七提供的另一种发送寻呼消� �的装置结构示意图； 图 8是本发明实施例八提供的另一种接收寻呼消� �的装置结构示意图； 图 9是本发明实施例九提供的一种发送寻呼消息� �系统结构示意图。 具体实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。 实施例一

本发明实施例提供了一种发送寻呼消息的方法 ， 参见图 1 , 该方法包括： 步骤 101: 根据准则信息， 选择被寻呼的用户设备的寻呼信道， 该寻呼信 道包括寻呼指示信道 PICH信道，或者包括 PICH信道和承载寻呼消息的信道， 准则信息包括寻呼指示信道的个数且还包括预 设门限和 /或用户设备类型与寻 呼信道的对应关系；

步骤 102: 计算被寻呼的用户设备的寻呼时机；

步骤 103: 在寻呼时机通过选择的 PICH信道向被寻呼的用户设备发送寻 呼指示， 以及通过^载寻呼消息的信道向被寻呼的用户� �备发送寻呼消息， 寻 呼消息携带寻呼数据。

其中， 本发明实施例的执行主体可以为网络侧， 具体的可以为 RNC(Radio Network Controller, 基站控制器)和 /或基站 (NodeB)。

在本发明实施例中， 根据准则信息， 选择不同的寻呼信道， 通过在不同的 寻呼信道且在被寻呼的用户设备的寻呼时机发 送寻呼消息， 减少了用户设备接 收不必要的寻呼消息的数量， 减小了该用户设备额外的电量消耗。 实施例二

本发明实施例提供了一种发送寻呼消息的方法 ， 参见图 2, 该方法包括： 步骤 201: 网络侧根据准则信息， 选择被寻呼的用户设备的寻呼信道， 该 寻呼信道包括 PICH信道， 或者包括 PICH信道和承载寻呼消息的信道， 该准 则信息包括寻呼指示信道的个数且还包括预设 门限和 /或用户设备类型与寻呼 信道的对应关系；

具体地， 当该准则信息包括寻呼指示信道的个数和预设 门限时， 如果寻呼 指示信道的个数大于或等于 2且被寻呼的用户设备的非连续接收周期长度� �于 或等于预设门限， 则选择第一寻呼信道； 如果寻呼指示信道的个数大于或等于 2且被寻呼的用户设备的非连续接收周期长度� �于预设门限， 则选择第二寻呼 信道。

可选地， 当该准则信息包括寻呼指示信道的个数和用户 设备类型与寻呼信 道的对应关系时， 网络侧根据准则信息， 选择被寻呼的用户设备的寻呼信道的 具体操作还可以为： 如果寻呼指示信道的个数大于或等于 2, 则根据被寻呼的 用户设备的用户设备类型，从用户设备类型与 寻呼信道的对应关系中获取对应 的寻呼信道； 即如果被寻呼的用户设备为非机器类通信设备 ， 则选择第一寻呼 信道； 如果被寻呼的用户设备为机器类通信设备， 则选择第二寻呼信道。

可选地， 当该准则信息包括寻呼指示信道的个数、 预设门限和用户设备类 型与寻呼信道的对应关系时， 网络侧根据准则信息， 选择被寻呼的用户设备的 寻呼信道的具体操作还可以为： 如果寻呼指示信道的个数大于或等于 2且被寻 呼的用户设备为非机器类通信设备， 或者寻呼指示信道的个数大于或等于 2、 被寻呼的用户设备为机器类通信设备且被寻呼 的用户设备的非连续接收周期 长度小于或等于预设门限， 则选择第一寻呼信道； 如果寻呼指示信道的个数大 于或等于 2、 被寻呼的用户设备为机器类通信设备且被寻呼 的用户设备的非连 续接收周期长度大于预设门限， 则选择第二寻呼信道。

其中， 如果用户设备的非连续接收周期长度等于预设 门限时， 用户设备也 可以选择第二寻呼信道， 在此不做限制。

其中， 第一用户设备为选择第一寻呼信道的用户设备 ， 第二用户设备为选 择第二寻呼信道的用户设备， 第一寻呼信道至少包括第一 PICH信道， 第二寻 呼信道至少包括第二 PICH信道。

其中， 网络侧可能为第一用户设备分配多条寻呼信道 ， 用户设备根据自身 的非连续接收周期长度和 /或设备类型确定可用的寻呼信道之后，再从� �用的寻 呼信道中选择一条第一寻呼信道。 网络侧可能为第二用户设备分配多条寻呼信 道，用户设备根据自身的非连续接收周期长度 和 /或设备类型确定可用的寻呼信 道之后， 再从可用的寻呼信道中选择一条第二寻呼信道 。

其中， 当网络侧为第一用户设备和第二用户设备分别 分配多条寻呼信道 时， 用户设备根据自身的标识以及寻呼信道的个数 选择寻呼信道。 例如： 网络 侧对该多条寻呼信道进行编号， 用户设备将自身的标识信息对寻呼信道的个数 求模， 将与求模运算得到的结果相同的编号对应的信 道作为所选择的寻呼信 道。

进一步地， 网络侧将非机器类型和多条可供选择的寻呼信 道存储在用户设 备类型与寻呼信道的对应关系中， 以及将机器类型和多条可供选择的寻呼信道 存储在用户设备类型与寻呼信道的对应关系中 。

其中， 在本发明实施例中， 网络侧可以为第一 PICH信道和第二 PICH信 道配置相同的 S-CCPCH ( Secondary Common Control Physical Channel,辅公共 控制物理信道）信道， 也可以配置不同的 S-CCPCH信道； 或者网络侧可以为 第一 PICH信道和第二 PICH信道配置不同的 HS-PDSCH ( High Speed Physical Downlink Shared Channel, 高速物理下行共享信道）信道， 该 S-CCPCH信道和 HS-PDSCH信道都可以用于承载寻呼消息。

进一步地， 网络侧可以将用户设备的非连续接收周期长度 通过系统广播消 息发送给用户设备。 可选地，预设门限和 /或用户设备类型与寻呼信道的对应关系可以� �网络侧 和用户设备约定好的， 因此不需要在系统广播消息中包含。 或者是网络侧通过 专用的 RRC信令发送给用户设备的。

步骤 202: 计算被寻呼的用户设备的寻呼时机；

具体地， 根据被寻呼的用户设备的 IMSI和被寻呼的用户设备的非连续接 收周期长度， 按照如下公式（1 )计算被寻呼的用户设备的寻呼时机；

ΡΟ 1 = { (IMSI/K) %(DRXcll/PBP) } *PBP+n*DRXcl 1 +FO

n=0, 1 , 2...m, 当 n^ m时， PO1 ^4095 ( 1 )

其中， m为 n的最大值， 当 n>m时， ΡΟ1>4095。

其中，在上述公式（ 1 )中， P01为被寻呼的用户设备的寻呼时机， DRXcll 为被寻呼的用户设备的非连续接收周期长度， K为该小区中承载寻呼消息的信 道的个数， ％为取模运算， 针对于频分复用系统， PBP为 1 , FO为 0。

进一步地， 对于第一用户设备， K为供第一用户设备选择的寻呼信道的个 数； 对于第二用户设备， K为供第二用户设备选择的寻呼信道的个数。

其中， SFN ( System Frame Number , 系统帧号） 的最大值为 4095。

其中， 在本发明实施例中也可以根据被寻呼的用户设 备的 IMSI、 第一时 间长度和被寻呼的用户设备的非连续接收周期 长度， 按照如下公式（2 )计算 寻呼被寻呼的用户设备的寻呼时机；

P02={(IMSI/K)%(DRXcln/PBP)}*PBP+n*DRXcl2+FO

n=0, 1 , 2...m, 当 n^ m时， PO2 ^ 4095 ( 2 )

其中， m为 n的最大值， 当 n>m时， ΡΟ1>4095。

其中， 在上述公式（2 ) 中， P02为第二用户设备的寻呼时机， DRXcl2为 第二用户设备的非连续接收周期长度， DRXcln为第一时间长度。

步骤 203: 如果被寻呼的用户设备为第一用户设备， 则网络侧在第一用户 设备的寻呼时机， 通过第一寻呼信道向第一用户设备发送寻呼消 息；

其中， 当寻呼消息包括的寻呼数据为系统广播消息的 变更信息时， 网络侧 在第一时长内通过第一 PICH信道连续地向第一用户设备发送寻呼指示� � 以及 在第一时长内通过承载寻呼消息的信道向第一 用户设备发送系统广播消息的 变更信息。

其中， 第一时长为网络侧向第一用户设备发送系统广 播消息的变更信息的 时间长度。 可选地， 为了使监听第一 PICH信道的所有第一用户设备接收网络侧发送 的系统广播消息的变更信息， 所以网络侧设置每个第一 PICH信道中的寻呼指 示值均为 1。

其中， 在第一时长结束时， 即针对第一用户设备的系统广播消息变更信息 发送完成时， 网络侧可以连续地发送变更后的系统广播消息 ， 使第一用户设备 和第二用户设备接收变更后的系统广播消息。 此时针对第二用户设备的系统广 播消息变更信息可能还在继续发送。

步骤 204: 如果第一用户设备解析到第一 PICH信道中的寻呼指示值为 1 , 则第一用户设备接收网络侧发送的寻呼消息；

具体地， 第一用户设备监听第一 PICH信道， 根据第一 PICH信道中的寻 呼指示解析寻呼指示值， 确定寻呼指示值为 1 , 接收网络侧发送的寻呼消息。

其中， 第一用户设备可以根据第一用户设备的 IMSI和第一用户设备的非 连续接收周期长度， 按照上述公式（1 )计算第一用户设备的寻呼时机， 并且 第一用户设备在计算的寻呼时机监听第一 PICH信道。

可选地，第一用户设备可以根据第一用户设备 的 IMSI( International Mobile Subscriber Identity, 国际移动签约标识）、 第一时间长度和第一用户设备的非连 续接收周期长度， 按照上述公式（2 )计算第一用户设备的寻呼时机。

步骤 205: 如果被寻呼的用户设备为第二用户设备， 则网络侧在第二用户 设备的寻呼时机， 通过第二寻呼信道向第二用户设备发送寻呼消 息；

其中， 当寻呼消息包括的寻呼数据为系统广播消息的 变更信息时， 网络侧 在第二时长内通过第二 PICH信道连续地向第二用户设备发送寻呼指示� � 以及 在第二时长内通过承载寻呼消息的信道向第二 用户设备发送系统广播消息的 变更信息。

其中， 第二时长为网络侧向第二用户设备发送系统广 播消息的变更信息的 总的时间长度， 且第二时长大于或者等于第一时长。

可选地， 为了使监听第二 PICH信道的所有第二用户设备接收网络侧发送 的系统广播消息的变更信息， 所以网络侧设置每个第二 PICH信道中的寻呼指 示值均为 1。

步骤 206: 如果第二用户设备解析到第二 PICH信道中的寻呼指示值为 1 , 第二用户设备接收网络侧发送的寻呼消息。

具体地， 第二用户设备监听第二 PICH信道， 根据第二 PICH信道中的寻 呼指示解析寻呼指示值， 确定寻呼指示值为 1 , 接收网络侧发送的寻呼消息。 其中， 第二用户设备可以根据第二用户设备的 IMSI和第二用户设备的非 连续接收周期长度， 按照上述公式（1 )计算第二用户设备的寻呼时机， 并且 第二用户设备在计算的寻呼时机监听第二 PICH信道。

可选地， 第二用户设备可以根据第二用户设备的 IMSI、 第一时间长度和 第二用户设备的非连续接收周期长度， 按照上述公式（2 )计算第二用户设备 的寻呼时机。

其中， 当第一用户设备和第二用户设备监听同一个 PICH信道时， 如果存 在多个用户设备监听到的寻呼指示值均为 1 , 此时该多个用户设备均获取网络 侧发送的寻呼消息， 使没有被寻呼的用户设备接收到网络侧发送的 寻呼消息， 造成了额外的电量消耗。 所以， 在本发明实施例中， 网络侧为第一用户设备配 置第一 PICH信道， 以及为第二用户设备配置第二 PICH信道， 当网络侧寻呼 第二用户设备时， 减少了第一用户设备额外获取网络侧发送的针 对第二用户设 备的寻呼消息的数量， 进而减少了第一用户设备额外的电量消耗。

进一步地， 当寻呼数据为系统广播消息的变更信息时， 第二用户设备根据 系统广播消息的变更信息，从承载寻呼消息的 信道中接收网络侧发送的变更后 的系统广播消息。

其中， 系统广播消息的变更信息包括第一 SFN ( System Frame Number , 系统帧号）和 /或系统广播消息的变更时间点。 系统广播消息的变更时间点用来 指示系统广播消息发生变更的确切的时间，一 种可能的方式为： 时 /分 /秒 /毫秒； 进一步的变更的时间点还可能包含变更的日期 ， 一种可能的方式为： 天 /时 /分 / 秒 /毫秒， 或者月 /天 /时 /分 /秒 /毫秒。

具体地，如果第二用户设备接收到的系统广播 消息的变更信息为系统广播 消息的变更时间点， 则将当前时间点与系统广播消息的变更时间点 进行比较， 如果当前时间点大于或等于系统广播消息的变 更时间点， 则接收网络侧发送的 变更后的系统广播消息， 否则， 继续等待并在系统广播消息变更时间点接收网 络侧发送的变更后的系统广播消息。

例如： 系统广播消息中包含的变更时间点为： 06:10:03:012, 第二用户设 备接收到该变更信息的时间点为： 06:10:03:200 , 由于 06:10:03:200 大于 06:10:03:012 则第二用户设备在获取到变更信息之后接收网 络侧发送的变更后 的系统广播消息； 如果第二用户设备接收到该变更信息的时间点 为 06: 10:03 :000 , 则第二用户设备在接收到该变更信息时判断变 更后的系统广播 消息尚未发送， 第二用户设备在 06:10:03:000时读取变更后的系统广播消息。

可选地， 当第二用户设备接收到网络侧发送的系统广播 消息的变更信息之 后， 第二用户设备获取系统广播消息中的 MIB ( Master Information Block, 主 系统信息块）， 将获取的 MIB与自身存储的 MIB进行比较， 如果两者不同， 则 接收网络侧发送的变更后的系统广播消息； 否则， 等待系统广播消息变更的时 刻接收变更后的系统广播消息。

可选地， 如果系统广播消息的变更信息为第一 SFN, 则当第二用户设备接 收到网络侧发送的系统广播消息的变更信息之 后， 第二用户设备获取接收系统 广播消息的变更信息时的第二 SFN, 将第一 SFN与第二 SFN进行比较， 如果 第一 SFN大于或等于第二 SFN, 则在第一 SFN时刻根据调度信息接收网络侧 发送的变更后的系统广播消息，如果第一 SFN小于第二 SFN,则在下一个 SFN 周期包括的第一 SFN接收网络侧发送的变更后的系统广播消息， 系统广播消 息的主系统信息块 MIB或系统广播消息的调度块中包括调度信息。

进一步地， 如果在第一 SFN还未到来时第二用户设备需要向网络侧发送 上行数据， 即当前时间对应的第三 SFN未到达第一 SFN时第二用户设备需要 向网络侧发送上行数据， 则第二用户设备获取系统广播消息的 MIB , 如果获取 的 MIB与已存储的 MIB不同， 则确定系统广播消息发生变更， 获取变更后的 系统广播消息，确保第二用户设备在上行数据 发送之前所保存的系统广播消息 为最新的系统广播消息。 的系统广播消息，还可以根据如下的步骤获取 网络侧发送的变更后的系统广播 消息， 包括：

当第二用户设备监听 PICH信道时， 第二用户设备忽略系统广播消息变更 信息， 只有当第二用户设备向网络侧发送上行数据之 前， 该第二用户设备从网 络侧获取 MIB, 将获取的 MIB与自身存储的 MIB进行比较， 如果两者不同， 则确定系统广播消息发生变更， 获取变更后的系统广播消息。

其中， 如果两者相同， 则确定系统广播消息没有发生变更。

进一步地， 当第二用户设备向网络侧发送上行数据之前， 该第二用户设备 也可以从网络侧获取所有的系统广播消息。

在本发明实施例中， 为第一用户设备配置第一 PICH信道， 以及为第二用 户设备配置第二 PICH信道， 当网络侧寻呼第二用户设备时， 不会造成对第一 用户设备的影响， 避免了第一用户设备额外的电量消耗。 对于系统广播消息的 变更信息， 在第一时长中向第一用户设备发送系统广播消 息的变更信息， 在通 知到所有的第二用户设备之前开始发送变更后 的系统广播消息， 减小了发送变 更后的系统广播消息的延迟时间。 实施例三

本发明实施例提供了一种发送寻呼消息的方法 ， 参见图 3, 该方法包括： 步骤 301: 网络侧根据准则信息， 选择被寻呼的用户设备的寻呼信道， 该 寻呼信道包括 PICH信道或者包括 PICH信道和承载寻呼消息的信道， 该准则 信息包括寻呼指示信道的个数且还包括预设门 限和 /或用户设备类型与寻呼信 道的对应关系；

在本发明实施例中网络侧可以为第一用户设备 和第二用户设备配置相同 的多条寻呼信道，即相同的多条 PICH信道和相同的多条^载寻呼消息的信道， 第一用户设备和第二用户设备根据自身的标识 和寻呼信道的个数选择寻呼信 道。 例如： 网络侧对该多条寻呼信道进行编号， 用户设备将自身的标识信息对 寻呼信道的个数求模，将与求模运算得到的结 果相同的编号对应的信道作为所 选择的寻呼信道。

其中， 当用户设备满足如下三种条件中的任意一种条 件时， 将该用户设备 确定为第一用户设备： 第一种、 用户设备的非连续接收周期长度小于或等于预 设门限； 第二种、 用户设备为非机器类通信设备； 第三种、 用户设备为机器类 通信设备且该用户设备的非连续接收周期长度 小于或等于预设门限。 当用户设 备的非连续接收周期长度大于预设门限和 /或该用户设备为机器类通信设备时， 将该用户设备确定为第二用户设备。

进一步地， 在本发明实施例中寻呼指示信道的个数为 1时， 则网络侧可以 直接将配置的 PICH信道和承载寻呼消息的信道确定为被寻呼� �用户设备的寻 呼信道。

步骤 302: 如果被寻呼的用户设备为第一用户设备， 则网络侧根据第一用 户设备的 IMSI和第一用户设备的非连续接收周期长度， 计算第一用户设备的 寻呼时机；

具体地， 如果被寻呼的用户设备为第一用户设备， 则网络侧根据第一用户 设备的 IMSI和第一用户设备的非连续接收周期长度， 按照如下公式（ 1 )计算 第一用户设备的寻呼时机；

PO 1 = { (IMSI/K) %(DRXcll/PBP) } *PBP+n*DRXcl 1 +FO

n=0, 1 , 2...m, 当 n^ m时， PO1 ^ 4095 ( 1 )

其中， m为 n的最大值， 当 n>m时， ΡΟ1>4095。

其中， 在上述公式（1 ) 中， P01为第一用户设备的寻呼时机， DRXcll为 第一用户设备的非连续接收周期长度， K为该小区中承载寻呼消息的信道的个 数， ％为取模运算， 针对于频分复用系统， PBP为 1 , FO为 0。

步骤 303: 网络侧在第一用户设备的寻呼时机， 通过选择的寻呼信道向第 一用户设备发送寻呼消息；

其中， 当寻呼消息包括的寻呼数据为系统广播消息的 变更信息时， 网络侧 在第一时长内通过选择的 PICH信道向第一用户设备发送寻呼指示， 以及在第 一时长内通过承载寻呼消息的信道向第一用户 设备发送系统广播消息的变更 信息。

其中， 第一时长为网络侧向第一用户设备发送系统广 播消息的变更信息的 总的时间长度。

可选地， 为了使监听选择的 PICH信道的所有第一用户设备接收网络侧发 送的系统广播消息的变更信息， 所以网络侧设置每个选择的 PICH信道中的寻 呼指示值均为 1。

其中， 在第一时长结束时， 即针对第一用户设备的系统广播消息变更信息 发送完成时， 网络侧可以连续地发送变更后的系统广播消息 ， 使第一用户设备 和第二用户设备接收变更后的系统广播消息。 此时针对第二用户设备的系统广 播消息变更信息可能还在继续发送。

步骤 304:如果第一用户设备解析到选择的 PICH信道中的寻呼指示值为 1 , 则第一用户设备接收网络侧发送的寻呼消息；

具体地， 第一用户设备监听选择的 PICH信道， 根据选择的 PICH信道中 的寻呼指示解析寻呼指示值， 确定寻呼指示值为 1 , 接收网络侧发送的寻呼消 息。

其中， 第一用户设备可以根据第一用户设备的 IMSI和第一用户设备的非 连续接收周期长度， 按照上述公式（1 )计算第一用户设备的寻呼时机， 并且 第一用户设备在计算的寻呼时机监听选择的 PICH信道。 步骤 305: 如果被寻呼的用户设备为第二用户设备， 则网络侧根据第二用 户设备的 IMSI、 第一时间长度和第二用户设备的非连续接收周 期长度， 计算 寻呼第二用户设备的寻呼时机；

具体地， 如果被寻呼的用户设备为第二用户设备， 则网络侧根据第二用户 设备的 IMSI、 第一时间长度和第二用户设备的非连续接收周 期长度， 按照如 下公式（2 )计算寻呼第二用户设备的寻呼时机；

P02={(IMSI/K)%(DRXcln/PBP)}*PBP+n*DRXcl2+FO

n=0, 1 , 2...m, 当 n^ m时， PO2 ^ 4095 ( 2 )

其中， m为 n的最大值， 当 n>m时， ΡΟ1>4095。

其中， 在上述公式（2 ) 中， P02为第二用户设备的寻呼时机， DRXcl2为 第二用户设备的非连续接收周期长度， DRXcln为第一时间长度。

其中， SFN的最大值为 4095。

进一步地， 第一时间长度为网络侧通过系统广播消息发送 或者通过专用的 RRC ( radio resource control, 无线资源控制协议）信令发送给 UE。 在每个周 期内都存在一个第一时间长度， 且在每任意一个周期内第二用户设备的寻呼时 机都包括在该周期内的第一时间长度内。

其中， 网络侧在第一用户设备的寻呼时机寻呼第一用 户设备， 以及在第二 用户设备的寻呼时机寻呼第二用户设备， 并且第一用户设备在其寻呼时机监听 PICH信道， 以及第二用户设备在其寻呼时机监听 PICH信道。

其中， 网络侧可以将该小区的用户设备的非连续接收 周期长度通过系统广 播消息发送给该小区的用户设备。

步骤 306: 网络侧在第二用户设备的寻呼时机， 通过选择的寻呼信道向第 二用户设备发送寻呼消息；

其中， 当寻呼消息包括的寻呼数据为系统广播消息的 变更信息时， 网络侧 在第一时间长度内通过选择的 PICH信道连续地向第二用户设备发送寻呼指 示， 以及在第一时间长度内通过承载寻呼消息的信 道向第二用户设备系统广播 消息的变更信息。

可选地， 为了使监听选择的 PICH信道的所有第二用户设备接收网络侧发 送的系统广播消息的变更信息， 所以网络侧设置每个第二用户设备选择的 PICH信道中的寻呼指示值均为 1。

步骤 307:如果第二用户设备解析到选择的 PICH信道中的寻呼指示值为 1 , 则第二用户设备接收网络侧发送的寻呼消息。

具体地， 第二用户设备监听选择的 PICH信道， 根据选择的 PICH信道中 的寻呼指示解析寻呼指示值， 确定寻呼指示值为 1 , 接收网络侧发送的寻呼消 息。

其中， 第二用户设备可以根据第二用户设备的 IMSI、 第一时间长度和第 二用户设备的非连续接收周期长度， 按照上述公式（2 )计算第二用户设备的 寻呼时机， 并且第二用户设备在计算的寻呼时机监听选择 的 PICH信道。

其中， 由于第一时间长度小于第二用户设备的最长的 非连续接收周期长 度， 所以网络侧在第一时间长度内寻呼第二用户设 备时， 缩短了寻呼第二用户 设备的时间长度， 减少了第二用户设备的寻呼对第一用户设备的 影响， 进而减 少了第一用户设备额外获取网络侧发送的寻呼 消息的数量， 进而减少了第一用 户设备额外的电量消耗。

进一步地， 当寻呼数据为系统广播消息的变更信息时， 第二用户设备根据 系统广播消息的变更信息，从承载寻呼消息的 信道中接收网络侧发送的变更后 的系统广播消息。

其中， 系统广播消息的变更信息包括第一 SFN和 /或系统广播消息的变更 时间点。 系统广播消息的变更时间点用来指示系统广播 消息发生变更的确切的 时间， 一种可能的方式为： 时 /分 /秒 /毫秒； 进一步的变更的时间点还可能包含 变更的日期， 一种可能的方式为： 天 /时 /分 /秒 /毫秒， 或者月 /天 /时 /分 /秒 /毫秒。

具体地，如果第二用户设备接收到的系统广播 消息的变更信息为系统广播 消息的变更时间点， 则将当前时间点与系统广播消息的变更时间点 进行比较， 如果当前时间点大于或等于系统广播消息的变 更时间点， 则接收网络侧发送的 变更后的系统广播消息， 否则， 继续等待并在系统广播消息变更时间点接收网 络侧发送的变更后的系统广播消息。

例如： 系统广播消息中包含的变更时间点为： 06:10:03:012, UE接收到该 变更信息的时间点为： 06:10:03:200, 由于 06:10:03:200 大于 06:10:03:012则 UE在获取到变更信息之后接收网络侧发送的变� ��后的系统广播消息；如果 UE 接收到该变更信息的时间点为 06:10:03:000, 则 UE在接收到该变更信息时判 断变更后的系统广播消息尚未发送， UE在 06:10:03:000时读取变更后的系统 广播消息。

可选地， 当第二用户设备接收到网络侧发送的系统广播 消息的变更信息之 后， 第二用户设备获取系统广播消息中的 MIB, 将获取的 MIB与自身存储的 MIB进行比较， 如果两者不同， 则接收网络侧发送的变更后的系统广播消息； 否则， 等待系统广播消息变更的时刻接收变更后的系 统广播消息。

可选地， 如果系统广播消息的变更信息为第一 SFN, 则当第二用户设备接 收到网络侧发送的系统广播消息的变更信息之 后， 第二用户设备获取接收系统 广播消息的变更信息时的第二 SFN, 将第一 SFN与第二 SFN进行比较， 如果 第一 SFN大于或等于第二 SFN, 则在第一 SFN时刻根据调度信息接收网络侧 发送的变更后的系统广播消息，如果第一 SFN小于第二 SFN,则在下一个 SFN 周期包括的第一 SFN接收网络侧发送的变更后的系统广播消息， 系统广播消 息的主系统信息块 MIB或系统广播消息的调度块中包括调度信息。

在本发明实施例中， 第二用户设备总是确认接收到的系统广播消息 变更信 息中包含的 SFN为离当前 SFN最近的下一个 SFN。 例如： 第二用户设备接收 到系统广播变更消息时的 SFN为 1022, 即第二 SFN为 1022, 系统广播变更消 息中包含的 SFN为 1010, 即第一 SFN为 1010。 由于 1010小于 1022, 则第二 用户设备在下一个 1010到来时读取变更后的系统广播消息。 由于 SFN是周期 性的递增的， 在 4095之后 SFN又从 0开始计数， 以 0到 4095为一个 SFN的 周期， 下一个 1010和当前的 1022属于不同的 SFN周期； 如果第二用户设备 接收到系统广播变更消息时的 SFN为 1008, 即第二 SFN为 1008, 由于 1010 大于 1008, 则在 SFN为 1010时读取变更后的系统广播消息。

进一步地， 如果在第一 SFN还未到来时第二用户设备需要向网络侧发送 上行数据， 即当前时间对应的第三 SFN未到达第一 SFN时第二用户设备需要 向网络侧发送上行数据， 则第二用户设备获取系统广播消息的 MIB , 如果获取 的 MIB与已存储的 MIB不同， 则确定系统广播消息发生变更， 获取变更后的 系统广播消息，确保第二用户设备在上行数据 发送之前所保存的系统广播消息 为最新的系统广播消息。 的系统广播消息，还可以根据如下的步骤获取 网络侧发送的变更后的系统广播 消息， 包括：

当第二用户设备监听 PICH信道时， 第二用户设备忽略系统广播消息变更 信息， 只有当第二用户设备向网络侧发送上行数据之 前， 该第二用户设备从网 络侧获取 MIB, 将获取的 MIB与自身存储的 MIB进行比较， 如果两者不同， 则确定系统广播消息发生变更， 获取变更后的系统广播消息。

其中， 如果两者相同， 则确定系统广播消息没有发生变更。

进一步地， 当第二用户设备向网络侧发送上行数据之前， 该第二用户设备 也可以从网络侧获取所有的系统广播消息。

在本发明实施例中， 由于第一时间长度小于第二用户设备的最长的 非连续 接收周期长度， 所以网络侧在第一时间长度内寻呼第二用户设 备时， 缩短了寻 呼第二用户设备的时间， 减少了第一用户设备额外获取网络侧发送的寻 呼消息 的数量， 进而减少了第一用户设备额外的电量消耗。 在第一时长中向第一用户 设备发送系统广播消息的变更信息， 减小了向第一用户设备发送系统广播消息 的变更信息的时间长度， 减小了非连续接收周期长度较短的 UE额外的电量消 耗。 在第一时长之后开始发送变更后的系统广播消 息， 使第一用户设备接收变 更后的系统广播消息， 减小了第一用户设备接收变更后的系统广播消 息的延迟 时间。 实施例四

本发明实施例提供了一种接收寻呼消息的方法 ， 参见图 4, 该方法包括： 步骤 401: 获取系统广播消息中包括的准则信息， 该准则信息包括寻呼指 示信道的个数且还包括预设门限和 /或用户设备类型与寻呼信道的对应关系； 步骤 402: 根据准则信息， 选择寻呼信道， 该寻呼信道包括寻呼指示信道 PICH信道， 或者包括 PICH信道和承载寻呼消息的信道；

步骤 403: 计算寻呼时机， 在该寻呼时机内监听选择的 PICH信道， 并解 析监听的 PICH信道中的寻呼指示值；

步骤 404: 如果寻呼指示值为 1 , 则从承载寻呼消息的信道中接收网络侧 发送的寻呼消息， 寻呼消息中携带寻呼数据。

其中， 根据准则信息， 选择寻呼信道， 包括：

如果寻呼指示信道的个数大于或等于 2, 则根据自身的用户设备类型， 从 用户设备类型与寻呼信道的对应关系中获取对 应的寻呼信道。

其中， 根据该准则信息， 选择寻呼信道， 包括：

如果用户设备的非连续接收周期长度大于预设 门限， 则选择第二寻呼信 道。

其中， 根据自身的用户设备类型和非连续接收周期长 度， 选择寻呼信道， 包括：

如果该用户设备为非机器类通信设备， 或者该用户设备为机器类通信设备 且被寻呼的用户设备的非连续接收周期长度小 于或等于预设门限， 则选择第一 寻呼信道； 如果该用户设备为机器类通信设备且被寻呼的 用户设备的非连续接 收周期长度大于预设门限， 则选择第二寻呼信道。

其中， 如果用户设备的非连续接收周期长度等于预设 门限时， 用户设备也 可以选择第二寻呼信道， 在此不做限制。

其中， 根据准则信息， 选择被寻呼的用户设备的寻呼信道， 包括： 用户设备根据自身的标识信息以及寻呼信道的 个数选择寻呼信道。 例如： 用户设备根据自身的标识信息对寻呼信道的个 数求模， 将与求模运算得到的结 果相同的编号对应的信道作为所选择的寻呼信 道。 其中， 网络侧对供该用户设 备选择的多条寻呼信道进行编号。

进一步地， 在用户设备选择寻呼信道之后， 如果被寻呼的用户设备的非连 续接收周期长度大于预设门限， 则称之为所选择的寻呼信道为第二寻呼信道； 或者如果被寻呼的用户设备为机器类通信设备 ， 则称之为所选择的寻呼信道为 第二寻呼信道； 或者如果被寻呼的用户设备为机器类通信设备 且被寻呼的用户 设备的非连续接收周期长度大于预设门限， 则称之为所选择的寻呼信道为第二 寻呼信道。 不满足上述条件的用户设备选择的寻呼信道称 之为第一寻呼信道。

可选地， 上述第一寻呼信道和第二寻呼信道是根据用户 设备的不同所做的 区分。第一寻呼信道和第二寻呼信道可能是同 一条信道，也可能是不同的信道， 这个取决于用户设备的标识和寻呼信道个数求 模之后的计算结果。

其中， 计算寻呼时机， 包括：

根据国际移动签约标识 IMSI、 第一时间长度和自身的非连续接收周期长 度， 计算寻呼时机。

进一步地， 方法还包括：

从系统广播消息中获取自身的非连续接收周期 长度和 /或第一时间长度。 其中， 当寻呼数据为系统广播消息的变更信息时，

从承载寻呼消息的信道中接收网络侧发送的寻 呼消息之后， 还包括： 根据系统广播消息的变更信息， 接收网络侧发送的变更后的系统广播消 息， 系统广播消息的变更信息包括第一系统帧号 SFN和 /或系统广播消息的变 更时间点。 其中， 根据系统广播消息的变更信息， 接收网络侧发送的变更后的系统广 播消息， 包括：

将当前时间点与系统广播消息变更信息包括的 变更时间点进行比较； 如果当前时间点大于或等于系统广播消息变更 时间点， 则接收网络侧发送 的变更后的系统广播消息；

如果当前时间点小于系统广播消息变更时间点 ， 则继续等待并在系统广播 消息变更时间点接收网络侧发送的变更后的系 统广播消息。

可选地， 根据系统广播消息的变更信息， 接收网络侧发送的变更后的系统 广播消息， 包括：

获取接收系统广播消息的变更信息时的第二 SFN；

如果第一 SFN大于或等于第二 SFN, 则在第一 SFN时根据调度信息接收 网络侧发送的变更后的系统广播消息， 系统广播消息的主系统信息块 MIB 或 系统广播消息的调度块中包括调度信息；

如果第一 SFN小于第二 SFN,则在下一个 SFN周期包括的第一 SFN时根 据调度信息接收网络侧发送的变更后的系统广 播消息。

进一步地， 方法还包括：

如果当前时间对应的第三 SFN未到达第一 SFN且需要发送上行数据， 则 获取系统广播消息的 MIB；

如果获取的 MIB与已存储的 MIB不同， 则确定系统广播消息发生变更， 获取变更后的系统广播消息。

可选地， 根据系统广播消息的变更信息， 接收网络侧发送的变更后的系统 广播消息， 包括：

接收系统广播消息的变更信息之后， 获取系统广播消息的 MIB;

如果获取到的 MIB与已存储的 MIB不同， 则接收网络侧发送的变更后的 系统广播消息。

其中， 本发明实施例的执行主体可以为第二用户设备 。

在本发明实施例中， 采用第一时间长度计算第二用户设备的寻呼时 机， 使 得网络侧对第二用户设备的寻呼时机都集中在 第一时间长度之内， 减小了对第 一用户设备寻呼的影响； 对于发送系统广播消息变更的寻呼消息， 减小了向第 一用户设备发送系统广播消息的变更信息的时 间长度， 减小了非连续接收周期 长度较短的 UE额外的电量消耗。 网络侧可以在通知到第二用户设备之前发送 系统广播消息变更信息， 减小了第一用户设备接收变更后的系统广播消 息的延 迟时间。 实施例五

本发明实施例提供了一种发送寻呼消息的装置 ， 参见图 5, 该装置包括： 第一选择模块 501 , 用于根据准则信息， 选择被寻呼的用户设备的寻呼信 道， 所述寻呼信道包括寻呼指示信道 PICH信道， 或者包括 PICH信道和承载 寻呼消息的信道， 所述准则信息包括寻呼指示信道的个数且还包 括预设门限和

/或用户设备类型与寻呼信道的对应关系；

第一计算模块 502, 用于计算所述被寻呼的用户设备的寻呼时机； 第一发送模块 503, 用于在所述寻呼时机通过选择的 PICH信道向所述被 寻呼的用户设备发送寻呼指示， 以及通过^载寻呼消息的信道向所述被寻呼的 用户设备发送寻呼消息， 所述寻呼消息携带寻呼数据。

其中， 所述第一选择模块 501包括：

第一选择单元， 用于如果寻呼指示信道的个数大于或等于 2且所述被寻呼 的用户设备的非连续接收周期长度小于或等于 所述预设门限， 则选择第一寻呼 信道；

第二选择单元， 用于如果寻呼指示信道的个数大于或等于 2且所述被寻呼 的用户设备的非连续接收周期长度大于所述预 设门限， 则选择第二寻呼信道。

其中， 所述第一选择模块 501包括：

第一获取单元， 用于如果寻呼指示信道的个数大于或等于 2, 则根据被寻 呼的用户设备的用户设备类型，从用户设备类 型与寻呼信道的对应关系中获取 对应的寻呼信道。

其中， 所述第一获取单元包括：

第一选择子单元， 用于如果所述被寻呼的用户设备为非机器类通 信设备， 则选择第一寻呼信道；

第二选择子单元， 用于如果所述被寻呼的用户设备为机器类通信 设备， 则 选择第二寻呼信道。

其中， 所述第一计算模块 502, 具体用于如果所述被寻呼的用户设备的非 信设备， 则根据所述被寻呼的用户设备的国际移动签约 标识 IMSI、 第一时间 长度和所述被寻呼的用户设备的非连续接收周 期长度 , 计算所述被寻呼的用户 设备的寻呼时机。

其中， 当所述寻呼数据为系统广播消息的变更信息时 ， 所述被寻呼的用户 设备包括第一用户设备和第二用户设备， 所述第一用户设备为选择第一寻呼信 道的用户设备， 所述第二用户设备为选择第二寻呼信道的用户 设备；

所述第一发送模块 503包括：

第一发送单元， 用于通过第一 PICH信道向所述第一用户设备发送寻呼指 示， 以及通过承载寻呼消息的信道向所述第一用户 设备发送系统广播消息的变 更信息；

第二发送单元， 用于通过第二 PICH信道向所述第二用户设备发送寻呼指 示， 以及通过所述承载寻呼消息的信道向所述第二 用户设备发送系统广播消息 的变更信息。

其中， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广 播消息的变更时间点。

其中， 所述装置还包括：

第二发送模块， 用于将第一时间长度和 /或预设门限发送给小区的用户设 备； 或者，

第三发送模块，用于将所述第一时间长度和 /或用户设备类型与寻呼信道的 对应关系发送给所述小区的用户设备。

在本发明实施例中， 第一用户设备的非连续接收周期长度小于第二 用户设 备的非连续接收周期长度， 所以通过在不同的寻呼信道发送寻呼消息时或 者通 过将第二用户设备的寻呼时机限定在第一时间 长度内， 减低了第二用户设备对 应第一用户设备的影响； 对于系统广播消息变更信息， 在向第一用户设备发送 系统广播消息的变更信息时， 和第二用户设备选择不同的寻呼信道或者将第 二 用户设备的寻呼时机限制在第一时间长度中， 减小了向第一用户设备发送系统 广播消息的变更信息的时间长度，， 减小了第一用户设备额外的电量消耗。 在 通知到所有的第二用户设备之前开始发送变更 后的系统广播消息， 减小了发送 变更后的系统广播消息的延迟时间。 实施例六

本发明实施例提供了一种接收寻呼消息的装置 ， 参见图 6, 该装置包括： 第一获取模块 601 , 用于获取系统广播消息中包括的准则信息， 所述准则 信息包括寻呼指示信道的个数且还包括预设门 限和 /或用户设备类型与寻呼信 道的对应关系；

第二选择模块 602, 用于根据所述准则信息， 选择寻呼信道， 所述寻呼信 道包括寻呼指示信道 PICH信道，或者包括 PICH信道和承载寻呼消息的信道； 第二计算模块 603 , 用于计算寻呼时机， 在所述寻呼时机内监听选择的 PICH信道， 并解析监听的 PICH信道中的寻呼指示值；

第一接收模块 604, 用于如果所述寻呼指示值为 1 , 则从承载寻呼消息的 信道中接收网络侧发送的寻呼消息， 所述寻呼消息中携带寻呼数据。

其中， 所述第二选择模块 602包括：

第二获取单元， 用于如果寻呼指示信道的个数大于或等于 2, 则根据自身 的用户设备类型，从所述用户设备类型与寻呼 信道的对应关系中获取对应的寻 呼信道。

其中， 所述第二选择模块 602包括：

第三选择单元， 用于如果用户设备的非连续接收周期长度大于 所述预设门 限， 则选择第二寻呼信道。

其中， 所述第二计算模块 603包括：

计算单元， 用于根据国际移动签约标识 IMSI、 第一时间长度和自身的非 连续接收周期长度， 计算寻呼时机。

进一步地， 所述装置还包括：

第二获取模块， 用于从所述系统广播消息中获取自身的非连续 接收周期长 度和 /或第一时间长度。

其中， 当所述寻呼数据为系统广播消息的变更信息时 ，

所述装置还包括：

第二接收模块， 用于根据所述系统广播消息的变更信息， 接收所述网络侧 发送的变更后的系统广播消息， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广播消息的变更时间点。

其中， 所述第二接收模块包括：

比较单元， 用于将当前时间点与所述系统广播消息变更信 息包括的变更时 间点进行比较；

第一接收单元， 用于如果所述当前时间点大于或等于所述系统 广播消息变 更时间点， 则接收所述网络侧发送的变更后的系统广播消 息；

第二接收单元， 用于如果所述当前时间点小于所述系统广播消 息变更时间 点， 则继续等待并在所述系统广播消息变更时间点 接收所述网络侧发送的变更 后的系统广播消息。

可选地， 所述第二接收模块包括：

第三获取单元， 用于获取接收所述系统广播消息的变更信息时 的第二

SFN;

第三接收单元， 用于如果所述第一 SFN大于或等于所述第二 SFN, 则在 所述第一 SFN时根据调度信息接收所述网络侧发送的变更 后的系统广播消息， 所述系统广播消息的主系统信息块 MIB 或所述系统广播消息的调度块中包括 所述调度信息；

第四接收单元， 用于如果所述第一 SFN小于所述第二 SFN, 则在下一个 SFN周期包括的第一 SFN时根据所述调度信息接收所述网络侧发送的 变更后 的系统广播消息。

进一步地， 所述装置还包括：

第三获取模块， 用于如果当前时间对应的第三 SFN未到达所述第一 SFN 且需要发送上行数据， 则获取所述系统广播消息的 MIB;

第四获取模块， 用于如果获取的 MIB与已存储的 MIB不同， 则确定所述 系统广播消息发生变更， 获取变更后的系统广播消息。

可选地， 所述第二接收模块包括：

第五接收单元， 用于接收所述系统广播消息的变更信息之后， 获取所述系 统广播消息的 MIB;

第六接收单元， 用于如果获取到的 MIB与已存储的 MIB不同， 则接收所 述网络侧发送的变更后的系统广播消息。

在本发明实施例中， 采用第一时间长度计算第二用户设备的寻呼时 机， 使 得网络侧对第二用户设备的寻呼时机都集中在 第一时间长度之内， 减小了对第 一用户设备寻呼的影响； 对于发送系统广播消息变更的寻呼消息， 减小了向第 一用户设备发送系统广播消息的变更信息的时 间长度， 减小了非连续接收周期 长度较短的 UE额外的电量消耗。 网络侧可以在通知到第二用户设备之前发送 系统广播消息变更信息， 减小了第一用户设备接收变更后的系统广播消 息的延 迟时间。 实施例七

本发明实施例提供了一种发送寻呼消息的装置 ， 参见图 7, 该装置包括第 一存储器 701和第一处理器 702, 用于执行如下所述的一种发送寻呼消息的方 法， 包括：

根据准则信息， 选择被寻呼的用户设备的寻呼信道， 所述寻呼信道包括寻 呼指示信道 PICH信道， 或者包括 PICH信道和承载寻呼消息的信道， 所述准 则信息包括寻呼指示信道的个数且还包括预设 门限和 /或用户设备类型与寻呼 信道的对应关系；

计算所述被寻呼的用户设备的寻呼时机；

在所述寻呼时机通过选择的 PICH信道向所述被寻呼的用户设备发送寻呼 指示， 以及通过承载寻呼消息的信道向所述被寻呼的 用户设备发送寻呼消息， 所述寻呼消息携带寻呼数据。

其中， 所述根据准则信息， 选择被寻呼的用户设备的寻呼信道， 包括： 如果寻呼指示信道的个数大于或等于 2且所述被寻呼的用户设备的非连续 接收周期长度小于或等于所述预设门限， 则选择第一寻呼信道；

如果寻呼指示信道的个数大于或等于 2且所述被寻呼的用户设备的非连续 接收周期长度大于所述预设门限， 则选择第二寻呼信道。

其中， 所述根据准则信息， 选择被寻呼的用户设备的寻呼信道， 包括： 如果寻呼指示信道的个数大于或等于 2, 则根据被寻呼的用户设备的用户 设备类型， 从用户设备类型与寻呼信道的对应关系中获取 对应的寻呼信道。

进一步地， 所述根据被寻呼的用户设备的用户设备类型， 从用户设备类型 与寻呼信道的对应关系中获取对应的寻呼信道 ， 包括：

如果所述被寻呼的用户设备为非机器类通信设 备， 则选择第一寻呼信道； 如果所述被寻呼的用户设备为机器类通信设备 ， 则选择第二寻呼信道。 其中， 所述计算所述被寻呼的用户设备的寻呼时机， 包括：

如果所述被寻呼的用户设备的非连续接收周期 长度大于所述预设门限和 / 或所述备寻呼的用户设备为机器类通信设备， 则根据所述被寻呼的用户设备的 国际移动签约标识 IMSI、 第一时间长度和所述被寻呼的用户设备的非连 续接 收周期长度， 计算所述被寻呼的用户设备的寻呼时机。

其中， 当所述寻呼数据为系统广播消息的变更信息时 ， 所述被寻呼的用户 设备包括第一用户设备和第二用户设备， 所述第一用户设备为选择第一寻呼信 道的用户设备， 所述第二用户设备为选择第二寻呼信道的用户 设备；

所述在所述寻呼时机通过选择的 PICH信道向所述被寻呼的用户设备发送 寻呼指示， 以及通过承载寻呼消息的信道向所述被寻呼的 用户设备发送寻呼消 息， 包括：

通过第一 PICH信道向所述第一用户设备发送寻呼指示， 以及通过承载寻 呼消息的信道向所述第一用户设备发送系统广 播消息的变更信息；

通过第二 PICH信道向所述第二用户设备发送寻呼指示， 以及通过所述承 载寻呼消息的信道向所述第二用户设备发送系 统广播消息的变更信息。

其中， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广 播消息的变更时间点。

进一步地， 所述在所述寻呼时机通过选择的 PICH信道向所述被寻呼的用 户设备发送寻呼指示， 以及通过承载寻呼消息的信道向所述被寻呼的 用户设备 发送寻呼消息之前， 还包括：

将第一时间长度和 /或预设门限发送给小区的用户设备； 或者，

将所述第一时间长度和 /或用户设备类型与寻呼信道的对应关系发送� �所 述小区的用户设备。

在本发明实施例中， 第一用户设备的非连续接收周期长度小于第二 用户设 备的非连续接收周期长度， 所以通过在不同的寻呼信道发送寻呼消息时或 者通 过将第二用户设备的寻呼时机限定在第一时间 长度内， 减低了第二用户设备对 应第一用户设备的影响； 对于系统广播消息变更信息， 在向第一用户设备发送 系统广播消息的变更信息时， 和第二用户设备选择不同的寻呼信道或者将第 二 用户设备的寻呼时机限制在第一时间长度中， 减小了向第一用户设备发送系统 广播消息的变更信息的时间长度，， 减小了第一用户设备额外的电量消耗。 在 通知到所有的第二用户设备之前开始发送变更 后的系统广播消息， 减小了发送 变更后的系统广播消息的延迟时间。 实施例八

本发明实施例提供了一种接收寻呼消息的装置 ， 参见图 8, 该装置包括第 二存储器 801和第二处理器 802, 用于执行如下所述的一种接收寻呼消息的方 法， 包括： 获取系统广播消息中包括的准则信息， 所述准则信息包括寻呼指示信道的 个数且还包括预设门限和 /或用户设备类型与寻呼信道的对应关系；

根据所述准则信息，选择寻呼信道，所述寻呼 信道包括寻呼指示信道 PICH 信道， 或者包括 PICH信道和承载寻呼消息的信道；

计算寻呼时机， 在所述寻呼时机内监听选择的 PICH信道， 并解析监听的 PICH信道中的寻呼指示值；

如果所述寻呼指示值为 1 , 则从承载寻呼消息的信道中接收网络侧发送的 寻呼消息， 所述寻呼消息中携带寻呼数据。

其中， 所述根据所述准则信息， 选择寻呼信道， 包括：

如果寻呼指示信道的个数大于或等于 2, 则根据自身的用户设备类型， 从 所述用户设备类型与寻呼信道的对应关系中获 取对应的寻呼信道。

其中， 所述根据所述准则信息， 选择寻呼信道， 包括：

如果用户设备的非连续接收周期长度大于所述 预设门限， 则选择第二寻呼 信道。

其中， 所述计算寻呼时机， 包括：

根据国际移动签约标识 IMSI、 第一时间长度和自身的非连续接收周期长 度， 计算寻呼时机。

进一步地， 所述方法还包括：

从所述系统广播消息中获取自身的非连续接收 周期长度和 /或第一时间长 度。

其中， 当所述寻呼数据为系统广播消息的变更信息时 ，

所述从承载寻呼消息的信道中接收网络侧发送 的寻呼消息之后， 还包括： 根据所述系统广播消息的变更信息，接收所述 网络侧发送的变更后的系统 广播消息， 所述系统广播消息的变更信息包括第一系统帧 号 SFN和 /或系统广 播消息的变更时间点。

其中， 所述根据所述系统广播消息的变更信息， 从承载寻呼消息的信道中 接收所述网络侧发送的变更后的系统广播消息 ， 包括：

将当前时间点与所述系统广播消息变更信息包 括的变更时间点进行比较； 如果所述当前时间点大于或等于所述系统广播 消息变更时间点， 则接收所 述网络侧发送的变更后的系统广播消息；

如果所述当前时间点小于所述系统广播消息变 更时间点， 则继续等待并在 所述系统广播消息变更时间点接收所述网络侧 发送的变更后的系统广播消息。 可选地， 所述根据所述系统广播消息的变更信息， 接收所述网络侧发送的 变更后的系统广播消息， 包括：

获取接收所述系统广播消息的变更信息时的第 二 SFN;

如果所述第一 SFN大于或等于所述第二 SFN, 则在所述第一 SFN时根据 调度信息接收所述网络侧发送的变更后的系统 广播消息， 所述系统广播消息的 主系统信息块 MIB或所述系统广播消息的调度块中包括所述调 度信息；

如果所述第一 SFN小于所述第二 SFN, 则在下一个 SFN周期包括的第一 SFN时根据所述调度信息接收所述网络侧发送的 变更后的系统广播消息。

进一步地， 所述方法还包括：

如果当前时间对应的第三 SFN未到达所述第一 SFN且需要发送上行数据， 则获取所述系统广播消息的 MIB；

如果获取的 MIB与已存储的 MIB不同， 则确定所述系统广播消息发生变 更， 获取变更后的系统广播消息。

可选地， 所述根据所述系统广播消息的变更信息， 接收所述网络侧发送的 变更后的系统广播消息， 包括：

接收所述系统广播消息的变更信息之后， 获取所述系统广播消息的 MIB; 如果获取到的 MIB与已存储的 MIB不同， 则接收所述网络侧发送的变更 后的系统广播消息。

在本发明实施例中， 采用第一时间长度计算第二用户设备的寻呼时 机， 使 得网络侧对第二用户设备的寻呼时机都集中在 第一时间长度之内， 减小了对第 一用户设备寻呼的影响； 对于发送系统广播消息变更的寻呼消息， 减小了向第 一用户设备发送系统广播消息的变更信息的时 间长度， 减小了非连续接收周期 长度较短的 UE额外的电量消耗。 网络侧可以在通知到第二用户设备之前发送 系统广播消息变更信息， 减小了第一用户设备接收变更后的系统广播消 息的延 迟时间。 实施例九

参见图 9, 本发明实施例提供了一种发送寻呼消息的系统 ， 该系统包括如 实施例五所述的网络侧 901和如实施例六所述的第二用户设备 902。

在本发明实施例中， 第一用户设备的非连续接收周期长度小于第二 用户设 备的非连续接收周期长度， 所以通过在不同的寻呼信道发送寻呼消息时或 者通 过将第二用户设备的寻呼时机限定在第一时间 长度内， 减低了第二用户设备对 应第一用户设备的影响； 对于系统广播消息变更信息， 在向第一用户设备发送 系统广播消息的变更信息时， 和第二用户设备选择不同的寻呼信道或者将第 二 用户设备的寻呼时机限制在第一时间长度中， 减小了向第一用户设备发送系统 广播消息的变更信息的时间长度， 减小了第一用户设备额外的电量消耗。 在通 知到所有的第二用户设备之前开始发送变更后 的系统广播消息， 减小了发送变 更后的系统广播消息的延迟时间。 上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例 的全部或部分步骤可以通 过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘 或光盘等。 以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。