一种发送、接收寻呼消息的方法、装置及系统与流程

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

背景技术：

在通信系统中，当网络侧寻呼处于空闲状态、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）计算被寻呼的用户设备的寻呼时机；

PO1={(IMSI/K)%(DRXcl1/PBP)}*PBP+n*DRXcl1+FO

n=0，1，2…m，当n≦m时，PO1≦4095 （1）

其中，m为n的最大值，当n>m时，PO1>4095。

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

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

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

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

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

n=0，1，2…m，当n≦m时，PO2≦4095 （2）

其中，m为n的最大值，当n>m时，PO1>4095。

其中，在上述公式（2）中，PO2为第二用户设备的寻呼时机，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）计算第一用户设备的寻呼时机；

PO1={(IMSI/K)%(DRXcl1/PBP)}*PBP+n*DRXcl1+FO

n=0，1，2…m，当n≦m时，PO1≦4095 （1）

其中，m为n的最大值，当n>m时，PO1>4095。

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

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

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

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

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

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

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

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

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

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

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

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

n=0，1，2…m，当n≦m时，PO2≦4095 （2）

其中，m为n的最大值，当n>m时，PO1>4095。

其中，在上述公式（2）中，PO2为第二用户设备的寻呼时机，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。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。