用于发送和接收系统消息的方法、装置、用户设备及基站与流程

本公开涉及通信技术领域，尤其涉及一种用于发送和接收系统消息的方法、装置、用户设备及基站。

背景技术：

随着无线通信技术的飞速发展，长期演进(Long Term Evolution，简称为LTE)的系统消息(System Information，简称为SI)数目增多，采用周期性广播的方式发送LTE的系统消息使得基站的功耗较大，频谱资源利用率较低。对于接入的用户设备(User Equipment，简称为UE)数目比较少的情况，周期性广播发送LTE的系统消息存在资源浪费的问题。为了缓解广播发送LTE的系统消息所带来的资源浪费和基站功耗较大的问题，运营商开始考虑通过分类发送系统消息的方式来解决上述问题。

相关技术中，在第五代移动通信技术(5th Generation，简称为5G)项目的研究讨论中，可将系统消息分为第一类系统消息和第二类系统消息，第一类系统消息可包含小区选择与接入的相关系统消息，第二类系统消息可包含除第一类系统消息之外的其他系统消息。相关技术中，仍可通过广播发送第一类系统消息，而对于第二类系统消息，则可在接收到UE发送特定前序导码(preamble码)请求第二类系统消息时，在响应消息中反馈UE请求的SI或者SI组合。

技术实现要素：

为克服相关技术中存在的问题，本公开实施例提供一种用于发送和接收系统消息的方法、装置、用户设备及基站，用以提高基站与用户设备之间的系统消息发送和接收效率，降低基站发送系统消息的功率消耗，增加频谱资源的利用率。

根据本公开实施例的第一方面，提供一种用于接收系统消息的方法，包括：

当接收到基站广播的第一类系统消息时，确定待请求系统消息的请求窗口、接收窗口和导码，所述待请求系统消息属于第二类系统消息，所请求窗口包括P个时域发送机会，其中，每一个时域发送机会对应于一个具有发送携带所述导码的请求消息的机会的子帧；

在所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息，Q为小于P的自然数；

当在所述请求窗口的前Q个时域发送机会中没有监听到用户设备发送携带所述导码的请求消息，则在第Q+1个时域发送机会中发送携带所述导码的请求消息；

在所述待请求系统消息的接收窗口内监听所述基站发送的所述待请求系统消息。

在一实施例中，请求窗口位于所述接收窗口内时，所述确定待请求系统消息的接收窗口，包括：

从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

根据所述调度列表记录的接收窗口大小、接收窗口调度周期，确定所述待请求系统消息的接收窗口。

在一实施例中，确定待请求系统消息的请求窗口，包括：

从所述第一类系统消息中解析所述第二类系统消息的请求窗口大小P；

将所述接收窗口中第一个用于发送携带所述导码的请求消息的时域发送机会起的P个时域发送机会确定为所述待请求系统消息的请求窗口。

在一实施例中，根据所述调度列表所记录的接收窗口大小、接收窗口调度周期，确定所述待请求系统消息的接收窗口，包括：

根据所述待请求系统消息在所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；

根据所述待请求系统消息在所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；

将所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。

在一实施例中，请求窗口独立于所述第二类系统消息的接收窗口时，所述确定待请求系统消息的请求窗口，包括：

从所述第一类系统消息中解析所述第二类系统消息的请求窗口大小、请求窗口调度周期；

根据所述第二类系统消息的请求窗口大小、请求窗口调度周期，确定所述第二类系统消息的请求窗口，所述第二类系统消息的请求窗口为所述待请求系统消息的请求窗口。

在一实施例中，确定待请求系统消息的接收窗口，包括：

从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

根据所述调度列表记录的接收窗口大小、接收窗口调度周期，确定所述第二类系统消息的起始接收窗口；

在所述第二类系统消息的起始接收窗口与所述第二类系统消息的请求窗口重叠时，调整所述起始接收窗口至所述第二类系统消息的请求窗口之后；

根据所述第二类系统消息的起始接收窗口、所述待请求系统消息在所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；

根据所述待请求系统消息在所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；

将所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。

在一实施例中，方法还包括：

从所述第一类系统消息中解析所述待请求系统消息的请求窗口的时域发送机会偏移值a；

将从所述请求窗口的第1+a至第P个时域发送机会中随机选取的一个时域发送机会作为所述请求窗口的第Q个时域发送机会，基于所述第Q个时域发送机会执行所述在所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息的操作。

在一实施例中，方法还包括：

将所述请求窗口的第1+a个时域发送机会确定为所述请求窗口的第Q个时域发送机会，所述a为系统预先指定的或者UE随机选取的偏移值；或者，

将从所述请求窗口的第1至第P-1个时域发送机会中随机选取的一个时域发送机会作为所述请求窗口的第Q个时域发送机会，基于所述第Q个执行所述在所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息的操作。

在一实施例中，所述方法还包括：

当在所述请求窗口的前Q个时域发送机会中监听到有用户设备发送携带所述导码的请求消息时，在所述待请求系统消息的接收窗口内监听所述基站发送的所述待请求系统消息。

在一实施例中，方法还包括：

当在所述待请求系统消息的接收窗口内接收到指示消息时，根据所述指示消息，执行在下一个接收窗口继续监听所述待请求系统消息的操作；或者，

根据所述指示消息，通过单播的方式向所述基站请求所述待请求系统消息。

根据本公开实施例的第二方面，提供一种用于发送系统消息的方法，包括：

发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息和请求窗口信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述请求窗口信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的请求窗口，所述待请求系统消息属于第二类系统消息；

接收所述用户设备在所述待请求系统消息的请求窗口内发送的携带所述待请求系统消息的导码的请求消息；

根据在所述待请求系统消息的请求窗口内接收到的所述请求消息的数量，确定是否在所述待请求系统消息的接收窗口内发送所述待请求系统消息。

在一实施例中，根据在所述待请求系统消息的请求窗口内接收到的所述请求消息的数量，确定是否在所述待请求系统消息的接收窗口内发送所述待请求系统消息，包括：

确定所述数量是否小于预设数量阈值；

当所述数量小于预设数量阈值时，拒绝在所述待请求系统消息的接收窗口内发送所述待请求系统消息；

当所述数量不小于所述预设数量阈值时，在所述待请求系统消息的接收窗口内发送所述待请求系统消息。

在一实施例中，方法还包括：

当所述数量小于预设数量阈值时，在物理下行控制信道上发送指示消息。

在一实施例中，在所述待请求系统消息的接收窗口内发送所述待请求系统消息，包括：

在所述待请求系统消息的接收窗口内发送N次所述待请求系统消息，其中，N为不小于1的自然数。

在一实施例中，方法还包括：

为所述第二类系统消息中的每一个系统消息设置调度信息和请求窗口信息，所述调度信息包括接收窗口大小、调度周期；

将所述第二类系统消息的调度信息按照顺序添加至调度列表中，所述顺序用于所述用户设备计算对应的系统消息的接收窗口；

根据所述调度列表和所述请求窗口信息生成所述第一类系统消息。

根据本公开实施例的第三方面，提供一种用于接收系统消息的装置，包括：

第一确定模块，被配置为在接收到基站广播的第一类系统消息时，确定待请求系统消息的请求窗口、接收窗口和导码，所述待请求系统消息属于第二类系统消息，所述请求窗口包括P个时域发送机会，其中，每一个时域发送机会对应于一个具有发送携带所述导码的请求消息的机会的子帧；

第一监听模块，被配置为在所述第一确定模块确定的所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息，Q为小于P的自然数；

第一发送模块，被配置为在所述第一监听模块在所述请求窗口的前Q个时域发送机会中没有监听到用户设备发送携带所述导码的请求消息时，在第Q+1个时域发送机会中发送携带所述导码的请求消息；

第二监听模块，被配置为在所述待请求系统消息的接收窗口内监听所述基站发送的所述待请求系统消息。

在一实施例中，请求窗口位于所述接收窗口内时，所述第一确定模块包括：

第一解析子模块，被配置为从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

第一确定子模块，被配置为根据所述第一解析子模块解析得到的所述调度列表记录的接收窗口大小、接收窗口调度周期，确定所述待请求系统消息的接收窗口。

在一实施例中，第一确定模块包括：

第二解析子模块，被配置为从所述第一类系统消息中解析所述第二类系统消息的请求窗口大小P；

第二确定子模块，被配置为将所述接收窗口中第一个用于发送携带所述导码的请求消息的时域发送机会起的P个时域发送机会确定为所述待请求系统消息的请求窗口。

在一实施例中，第一确定子模块包括：

第一计算子模块，被配置为根据所述待请求系统消息在所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；

第二计算子模块，被配置为根据所述待请求系统消息在所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；

第三确定子模块，被配置为将所述第二计算子模块计算得到的所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。

在一实施例中，请求窗口独立于所述第二类系统消息的接收窗口时，所述第一确定模块包括：

第三解析子模块，被配置为从所述第一类系统消息中解析所述第二类系统消息的请求窗口大小、请求窗口调度周期；

第四确定子模块，被配置为根据所述第三解析子模块解析得到的所述第二类系统消息的请求窗口大小、请求窗口调度周期，确定所述第二类系统消息的请求窗口，所述第二类系统消息的请求窗口为所述待请求系统消息的请求窗口。

在一实施例中，第一确定模块包括：

第四解析子模块，被配置为从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

第五确定子模块，被配置为根据所述调度列表记录的接收窗口大小、接收窗口调度周期，确定所述第二类系统消息的起始接收窗口；

调整子模块，被配置为在所述第五确定子模块确定的所述所述第二类系统消息的起始接收窗口与所述第二类系统消息的请求窗口重叠时，调整所述起始接收窗口至所述第二类系统消息的请求窗口之后；

第三计算子模块，被配置为根据所述第二类系统消息的起始接收窗口、所述待请求系统消息在所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；

第四计算子模块，被配置为根据所述待请求系统消息在所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；

第六确定子模块，被配置为将所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。

在一实施例中，装置还包括：

偏移值确定模块，被配置为从所述第一类系统消息中解析所述待请求系统消息的请求窗口的时域发送机会偏移值a

第一时间确定模块，被配置为将从所述请求窗口的第1+a至第P个时域发送机会中随机选取的一个时域发送机会作为所述请求窗口的第Q个时域发送机会，所述第一监听模块基于所述第Q个时域发送机会执行所述在所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息的操作。

在一实施例中，装置还包括：

第二时间确定模块，被配置为将所述请求窗口的第1+a个时域发送机会确定为所述请求窗口的第Q个时域发送机会，所述a为系统预先指定的或者UE随机选取的偏移值；或者，

第三时间确定模块，被配置为将从所述请求窗口的第1至第P-1个时域发送机会中随机选取的一个时域发送机会作为所述请求窗口的第Q个时域发送机会，所述第一监听模块基于所述第Q个执行所述在所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息的操作。

在一实施例中，装置还包括：

第三监听模块，被配置为在所述第一监听模块在所述请求窗口的前Q个时域发送机会中监听到有用户设备发送携带所述导码的请求消息时，在所述待请求系统消息的接收窗口内监听所述基站发送的所述待请求系统消息。

在一实施例中，装置还包括：

执行模块，被配置为在所述第二监听模块在所述待请求系统消息的接收窗口内接收到指示消息时，根据所述指示消息，执行在下一个接收窗口继续监听所述待请求系统消息的操作；或者，

单播请求模块，被配置为在所述第二监听模块在所述待请求系统消息的接收窗口内接收到指示消息时，根据所述指示消息，通过单播的方式向所述基站请求所述待请求系统消息。

根据本公开实施例的第四方面，提供一种用于发送系统消息的装置，包括：

第二发送模块，被配置为发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息和请求窗口信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述请求窗口信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的请求窗口，所述待请求系统消息属于第二类系统消息；

第一接收模块，被配置为接收所述用户设备在所述待请求系统消息的请求窗口内发送的携带所述待请求系统消息的导码的请求消息；

第二确定模块，被配置为根据在所述待请求系统消息的请求窗口内接收到的所述请求消息的数量，确定是否在所述待请求系统消息的接收窗口内发送所述待请求系统消息。

在一实施例中，第二确定模块包括：

数量确定子模块，被配置为确定所述数量是否小于预设数量阈值；

拒绝发送子模块，被配置为在所述数量确定子模块确定所述数量小于预设数量阈值时，拒绝在所述待请求系统消息的接收窗口内发送所述待请求系统消息；

第三发送子模块，被配置为在所述数量确定子模块确定所述数量不小于所述预设数量阈值时，在所述待请求系统消息的接收窗口内发送所述待请求系统消息。

在一实施例中，装置还包括：

第三发送模块，被配置为在所述数量确定子模块确定所述数量小于预设数量阈值时，在物理下行控制信道上发送指示消息。

在一实施例中，第三发送子模块包括：

第四发送子模块，被配置为在所述待请求系统消息的接收窗口内发送N次所述待请求系统消息，其中，N为不小于1的自然数。

在一实施例中，装置还包括：

设置模块，被配置为为所述第二类系统消息中的每一个系统消息设置调度信息和请求窗口信息，所述调度信息包括接收窗口大小、调度周期；

添加模块，被配置为将所述设置模块设置的所述第二类系统消息的调度信息按照顺序添加至调度列表中，所述顺序用于所述用户设备计算对应的系统消息的接收窗口；

生成模块，被配置为根据所述调度列表和所述请求窗口信息生成所述第一类系统消息。

根据本公开实施例的第五方面，提供一种用户设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当接收到基站广播的第一类系统消息时，确定待请求系统消息的请求窗口、接收窗口和导码，所述待请求系统消息属于第二类系统消息，请求窗口包括P个时域发送机会，其中，每一个时域发送机会对应于一个具有发送携带所述导码的请求消息的机会的子帧；

在所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息，Q为小于P的自然数；

当在所述请求窗口的前Q个时域发送机会中没有监听到用户设备发送携带所述导码的请求消息时，在第Q+1个时域发送机会中发送携带所述导码的请求消息；

在所述待请求系统消息的接收窗口内监听所述基站发送的所述待请求系统消息。

根据本公开实施例的第六方面，提供一种基站，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息和请求窗口信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述请求窗口信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的请求窗口，所述待请求系统消息属于第二类系统消息；

接收所述用户设备在所述待请求系统消息的请求窗口内发送的携带所述待请求系统消息的导码的请求消息；

根据在所述待请求系统消息的请求窗口内接收到的所述请求消息的数量，确定是否在所述待请求系统消息的接收窗口内发送所述待请求系统消息。

本公开的实施例提供的技术方案可以包括以下有益效果：

当UE接收到基站周期性广播发送的第一类系统消息时，通过上述技术方案，可以控制UE在对应的请求窗口内先监听是否有其他的UE请求待请求系统消息，如果没有其他UE发送请求待请求系统消息的请求消息，则再向基站发送携带待请求系统消息的导码的请求消息，以实现利用其他UE发送的请求消息来接收待请求系统消息，减小功率消耗，由于基站不需要周期性广播发送第二类系统消息，因此大大提升了系统消息的发送和接收性能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1A是根据一示例性实施例示出的一种用于接收系统消息的方法的流程图。

图1B是根据一示例性实施例示出的一种用于发送和接收系统消息的方法的场景图。

图2A是根据一示例性实施例示出的另一种用于接收系统消息的方法的流程图一。

图2B是根据一示例性实施例示出的另一种用于接收系统消息的方法的流程图二。

图3A是根据一示例性实施例示出的又一种用于接收系统消息的方法的流程图一。

图3B是根据一示例性实施例示出的又一种用于接收系统消息的方法的流程图二。

图4是根据一示例性实施例示出的再一种用于接收系统消息的方法的流程图。

图5是根据一示例性实施例示出的一种用于发送系统消息的方法的流程图。

图6是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图。

图7是根据一示例性实施例示出的一种用于接收系统消息的装置的框图。

图8是根据一示例性实施例示出的另一种用于接收系统消息的装置的框图。

图9是根据一示例性实施例示出的又一种用于接收系统消息的装置的框图。

图10是根据一示例性实施例示出的一种用于发送系统消息的装置的框图。

图11是根据一示例性实施例示出的另一种用于发送系统消息的装置的框图。

图12是根据一示例性实施例示出的一种适用于用于接收系统消息的装置的框图。

图13是根据一示例性实施例示出的一种适用于用于发送系统消息的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

图1A是根据一示例性实施例示出的一种用于接收系统消息的方法的流程图，图1B是根据一示例性实施例示出的一种用于发送和接收系统消息的方法的场景图；该用于接收系统消息的方法可以应用在UE上，如图1A所示，该用于接收系统消息的方法包括以下步骤101-104：

在步骤101中，当接收到基站广播的第一类系统消息时，确定待请求系统消息的请求窗口、接收窗口和导码，待请求系统消息属于第二类系统消息，请求窗口包括P个时域发送机会，其中，每一个时域发送机会对应于一个具有发送携带导码的请求消息的机会的子帧。

在一实施例中，第一类系统消息可以包括小区选择与接入的相关消息。

在一实施例中，第一类系统消息中可包含一个调度列表，用于记录第二类系统消息的调度信息，例如：每一个第二类系统消息的接收窗口大小、调度周期、接收窗口的起始子帧；在一实施例中，第一类系统消息还可以包含请求窗口信息，例如：请求窗口大小、发送导码的时频资源偏移值a等，请求窗口大小可以为P个时域发送机会；在一实施例中，请求窗口大小还可以为P个子帧、或者P个上行正交频分复用技术(Orthogonal Frequency Division Multiplexing，简称为OFDM)符号等。

在一实施例中，待请求系统消息属于第二类系统消息，例如：系统信息块12(System Information Block12，简称为SIB12)。

在一实施例中，第一类系统消息中还可以包括第二类系统消息的导码，用户设备通过解析第一类系统消息即可获取第二类系统消息的导码；在又一实施例中，第二类系统消息的导码还可以为系统预先约定的，用户设备可根据系统预设导码确定第二类系统消息的导码。

在一实施例中，第二类系统消息的导码可以为前序导码，也可以为其他形式的正交码，本公开对此不作限定。

在一实施例中，所有的第二类系统消息可以共用一个导码；在又一实施例中，每一个第二类系统消息也可以对应不同的导码。

在一实施例中，调度列表中每一个系统消息的每一个SI的接收窗口可以是紧挨着的，既不重叠，也没有空隙，每个SI消息在调度列表中的出现顺序用于表示对应的SI消息的接收窗口在调度列表中的排序。

在一实施例中，确定的待请求系统消息的接收窗口包括接收窗口的系统帧号、起始子帧，根据调度列表中的调度信息确定待请求系统消息的接收窗口的方法可参见图2A和图3A所示的实施例，这里先不详述。

在一实施例中，确定的待请求系统消息的请求窗口的方法可参见图2B和图3B所示的实施例，这里先不详述。

在步骤102中，在请求窗口的前Q个时域发送机会中监听是否有用户设备向基站发送携带导码的请求消息，Q为小于P的自然数。

在一实施例中，根据第一类系统消息携带的请求窗口信息，即请求窗口大小P、发送请求消息的时域发送机会偏移值a等，UE可以确定自己可以在第[1+a，P]个时域发送机会中选择一个时域发送机会发送携带导码的请求消息，如果UE选择在第Q+1个时域发送机会发送携带导码的请求消息，则可在第[1，Q]个时域发送机会监听是否有其他UE发送携带导码的请求消息。

在一实施例中，如果第一类系统消息中没有携带发送导码的时域发送机会偏移值a，则UE可以在第1至P-1个时域发送机会中随机的、等概率地选取一个时域发送机会作为第Q个时域发送机会。在一实施例中，a可以为基站根据用户设备的类型指定的偏移值，对于不同类型的用户设备，a值可以不相同。

在又一实施例中，UE还可以直接将第1+a个时域发送机会确定为请求窗口的第Q个时域发送机会，这里a为系统预先指定的或者UE随机选取的偏移值。

在步骤103中，当在请求窗口的前Q个时域发送机会中没有监听到用户设备发送携带导码的请求消息时，在第Q+1个时域发送机会中发送携带导码的请求消息。

在一实施例中，UE在前Q个时域发送机会中监听请求消息时，由于第Q个时域发送机会和第Q+1个时域发送机会之间的时间间隔可能比较短，导致UE可能无法将监听到的内容识别出来时已经到了第Q+1个时域发送机会，这时UE可自动确定没有在第Q个时域发送机会中监听到携带导码的请求消息，进而在第Q+1个时域发送机会中发送携带导码的请求消息。

在一实施例中，如果第Q个时域发送机会和第Q+1个时域发送机会之间的时间间隔比较长，而且在该时域发送机会中发送的请求消息携带的导码是一个前序导码，所占的位数比较少，UE可及时识别出监听到的内容，则UE可自动根据识别出的内容确定在第Q个时域发送机会中是否监听到携带导码的请求消息，进而确定是否在第Q+1个时域发送机会中发送携带导码的请求消息。

在步骤104中，在待请求系统消息的接收窗口内监听基站发送的待请求系统消息。

在一实施例中，由于UE可能没有选择在请求窗口的最后一个时域发送机会中发送请求消息，因此在UE发送请求消息之后还需要等待一段时间请求窗口才结束，因此UE在发送请求消息之后，可以延后一个时间间隔再监听基站是否发送了待请求系统消息，所延后的时间间隔的长度可以由UE根据发送请求消息之后，请求窗口还有多长时间结束来决定。

在一实施例中，待请求系统消息还可以通过广播信道(Broadcast Channel，简称为BCH)发送。

在一示例性场景中，如图1B所示，以移动网络为LTE网络并且基站为演进型基站(eNB)为例进行示例性说明，在图1B所示的场景中，包括eNB10、UE20，其中，eNB10周期性广播第一类系统消息，UE20接收到第一类系统消息时可确定待请求系统消息的请求窗口、接收窗口和导码。UE20可先在请求窗口中监听是否有其他的UE，如UE30、31、…、3N请求待请求系统消息，如果没有其他UE发送请求待请求系统消息的请求消息，则再向eNB10发送携带待请求系统消息的导码的请求消息。

本实施例通过上述步骤101-步骤104，可以控制UE在对应的请求窗口内先监听是否有其他的UE请求待请求系统消息，如果没有其他UE发送请求待请求系统消息的请求消息，则再向基站发送携带待请求系统消息的导码的请求消息，以实现利用其他UE发送的请求消息来接收待请求系统消息，减小功率消耗，由于基站不需要周期性广播发送第二类系统消息，因此大大提升了系统消息的发送和接收性能。

在一实施例中，请求窗口位于接收窗口内时，确定待请求系统消息的接收窗口，包括：

从第一类系统消息中解析第二类系统消息的调度列表，调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

根据调度列表记录的接收窗口大小、接收窗口调度周期，确定待请求系统消息的接收窗口。

在一实施例中，确定待请求系统消息的请求窗口，包括：

从第一类系统消息中解析第二类系统消息的请求窗口大小P；

将接收窗口中第一个用于发送携带导码的请求消息的时域发送机会起的P个时域发送机会确定为待请求系统消息的请求窗口。

在一实施例中，根据调度列表所记录的接收窗口大小、接收窗口调度周期，确定待请求系统消息的接收窗口，包括：

根据待请求系统消息在调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧；

根据待请求系统消息在调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧；

将起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口，其中，M为待请求系统消息的接收窗口大小。

在一实施例中，请求窗口独立于第二类系统消息的接收窗口时，确定待请求系统消息的请求窗口，包括：

从第一类系统消息中解析第二类系统消息的请求窗口大小、请求窗口调度周期；

根据第二类系统消息的请求窗口大小、请求窗口调度周期，确定第二类系统消息的请求窗口，第二类系统消息的请求窗口为待请求系统消息的请求窗口。

在一实施例中，确定待请求系统消息的接收窗口，包括：

从第一类系统消息中解析第二类系统消息的调度列表，调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

根据调度列表记录的接收窗口大小、接收窗口调度周期，确定第二类系统消息的起始接收窗口；

在第二类系统消息的起始接收窗口与第二类系统消息的请求窗口重叠时，调整起始接收窗口至第二类系统消息的请求窗口之后；

根据第二类系统消息的起始接收窗口、待请求系统消息在调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧；

根据待请求系统消息在调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧；

将起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口，其中，M为待请求系统消息的接收窗口大小。

在一实施例中，用于接收系统消息的方法进一步还可以包括：

从第一类系统消息中解析待请求系统消息的请求窗口的时域发送机会偏移值a；

将从请求窗口的第1+a至第P个时域发送机会中随机选取的一个时域发送机会作为请求窗口的第Q个时域发送机会，基于第Q个时域发送机会执行在请求窗口的前Q个时域发送机会中监听是否有用户设备向基站发送携带导码的请求消息的操作。

在一实施例中，用于接收系统消息的方法进一步还可以包括：

将请求窗口的第1+a个时域发送机会确定为请求窗口的第Q个时域发送机会，a为系统预先指定的或者UE随机选取的偏移值；或者，

将从请求窗口的第1至第P-1个时域发送机会中随机选取的一个时域发送机会作为请求窗口的第Q个时域发送机会，基于第Q个执行在请求窗口的前Q个时域发送机会中监听是否有用户设备向基站发送携带导码的请求消息的操作。

在一实施例中，用于接收系统消息的方法进一步还可以包括：

当在请求窗口的前Q个时域发送机会中监听到有用户设备发送携带导码的请求消息时，在待请求系统消息的接收窗口内监听基站发送的待请求系统消息。

在一实施例中，用于接收系统消息的方法进一步还可以包括：

当在待请求系统消息的接收窗口内接收到指示消息时，根据指示消息，执行在下一个接收窗口继续监听待请求系统消息的操作；或者，

根据指示消息，通过单播的方式向基站请求待请求系统消息。

具体如何接收系统消息的，请参考后续实施例。

至此，本公开实施例提供的上述方法，可以实现利用其他UE发送的请求消息来接收待请求系统消息，减小功率消耗，由于基站不需要周期性广播发送第二类系统消息，因此大大提升了系统消息的发送和接收性能。

下面以具体实施例来说明本公开实施例提供的技术方案。

图2A是根据一示例性实施例示出的另一种用于接收系统消息的方法的流程图一，图2B是根据一示例性实施例示出的另一种用于接收系统消息的方法的流程图二；本实施例利用本公开实施例提供的上述方法，以请求窗口位于对应的接收窗口内的情形下确定待请求系统消息的接收窗口和请求窗口为例进行示例性说明，如图2A所示，为确定待请求系统消息的接收窗口的流程，包括如下步骤：

在步骤201中，根据待请求系统消息在调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧。

在一实施例中，调度列表中每一个系统消息的每一个SI的接收窗口的出现顺序用于表示对应的SI消息的接收窗口在调度列表中的排序，例如，调度列表中的第一个系统消息的出现顺序为1，第二个系统消息的出现顺序为2，第n个系统消息的出现顺序为n。

在一实施例中，每一个系统消息的调度周期是相互独立的，互相之间不影响，例如：系统消息1的调度周期为40ms，系统消息2的调度周期为80ms。

在一实施例中，每一个帧所包含的子帧数目可以为10个子帧。

在一实施例中，每一个系统消息的接收窗口大小可以相同，例如，所有接收窗口的大小都为8ms；在又一实施例中，每一个系统消息的接收窗口也可以不相同。

在一实施例中，可以基于式(1)计算待请求系统消息的接收窗口的起始帧：

SFN mod T＝FLOOR(x/k) 式(1)

在一实施例中，SFN为待请求系统消息的系统帧号，T为待请求系统消息的调度周期，k为每一帧中包含的子帧数目，FLOOR函数用于计算向下取整的值，FLOOR(x/k)用于计算不大于x/k的最大整数，例如，如果x/k＝3.15，则FLOOR(x/k)＝3。

在一实施例中，在每一个系统消息的接收窗口大小相同时，x可以基于式(1-1)计算得到：

x＝(n-1)×M 式(1-1)

在一实施例中，n用于表示待请求系统消息在调度列表中的出现顺序，M为每一个系统消息的接收窗口大小。

在一实施例中，在每一个系统消息的接收窗口大小不相同时，x可以基于式(1-2)计算得到：

x＝M1+M2+…+Mn-1 式(1-2)

在一实施例中，n用于表示待请求系统消息在调度列表中的出现顺序，M1、M2、…、Mn-1分别为接收窗口在待请求系统消息接收窗口前面的每一个系统消息的接收窗口大小。

在步骤202中，根据待请求系统消息在调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧。

在一实施例中，可通过式(2)待请求系统消息的接收窗口的起始子帧：

b＝x mod k+offset 式(2)

在一实施例中，b用于表示起始子帧的子帧号，x可以通过式(1-1)或者式(1-2)计算得到，k为每一帧中包含的子帧数目，offset可以在第一类系统消息中解析得到，也可以是系统约定的一个固定值，例如可以为0，1，2…等中的一个值。

在步骤203中，将起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口。

在一实施例中，M为待请求系统消息的接收窗口大小。

如图2B所示，为确定待请求系统消息的请求窗口的流程，包括以下步骤：

在步骤211中，从第一类系统消息中解析第二类系统消息的请求窗口大小P。

在步骤212中，将接收窗口中第一个用于发送携带导码的请求消息的时域发送机会起的P个时域发送机会确定为待请求系统消息的请求窗口。

在一实施例中，如果请求窗口大小为1个时频资源，则可将接收窗口中起始子帧之后的第一个视频资源，如上行子帧或者OFDM符号作为用于发送携带导码的请求消息的请求窗口。

在一实施例中，如果请求窗口大小为两个以上的时频资源，则可将用于发送携带导码的请求消息的P个时频资源确定为请求窗口。

本实施例中，UE根据调度信息中的调度列表和请求窗口信息可以确定出在请求窗口位于接收窗口内部时待请求系统消息的接收窗口和请求窗口，从而可以确保UE能够在请求窗口内请求待请求系统消息，在接收窗口内接收待请求系统消息。

图3A是根据一示例性实施例示出的又一种用于接收系统消息的方法的流程图一，图3B是根据一示例性实施例示出的又一种用于接收系统消息的方法的流程图二；本实施例利用本公开实施例提供的上述方法，以请求窗口独立于接收窗口的情形下确定待请求系统消息的接收窗口和请求窗口为例进行示例性说明，如图3A所示，为确定待请求系统消息的请求窗口的流程，包括如下步骤：

在步骤301中，从第一类系统消息中解析第二类系统消息的请求窗口大小、请求窗口调度周期。

在步骤302中，根据第二类系统消息的请求窗口大小、请求窗口调度周期，确定第二类系统消息的请求窗口，第二类系统消息的请求窗口为待请求系统消息的请求窗口。

在一实施例中，在第二类系统消息的请求窗口独立于接收窗口的情形下，所有的第二类系统系统可以使用一个请求窗口，请求窗口在时域上位于所有的接收窗口前面，在一个周期内，如果存在请求窗口，则请求窗口位于所有的接收窗口前面，每一个接收窗口按照在调度列表中的出现顺序一个接一个的紧邻排开。

在一实施例中，当请求窗口独立于接收窗口时，可在请求窗口中一次请求多个第二类系统消息，通过携带每一个待请求的第二类系统消息的导码可以请求对应的第二类系统消息，例如，如果请求系统消息A和系统消息B，则可在对应的请求消息中携带A的导码A^‘和B的导码B^‘；在又一实施例中，还可以为请求的多个系统消息设置一个导码，例如，如果请求系统消息A和系统消息B，则可在对应的请求消息中携带A和B的导码C^‘。

在一实施例中，可以基于式(3)确定请求窗口的起始子帧：

(SFN×k+b)modT＝offset 式(3)

在一实施例中，SFN为所判断的子帧对应的系统帧号，k为每一帧中包含的子帧数目，b为所判断的子帧的子帧号，offset为第一类系统消息中指定的偏移值，如果没有指定偏移值，则可将offset设置为0。

在一实施例中，可将起始子帧起的P个时域发送机会确定为请求窗口。

如图3B所示，为确定待请求系统消息的接收窗口的流程，包括以下步骤：

在步骤311中，从第一类系统消息中解析第二类系统消息的调度列表，调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期。

在步骤312中，根据调度列表记录的接收窗口大小、接收窗口调度周期，确定第二类系统消息的起始接收窗口。

在一实施例中，起始接收窗口可以理解为在调度列表中的出现顺序为第一个的接收窗口。

在一实施例中，可以按照图2A所示实施例计算出现顺序为第一个的接收窗口的起始子帧，这里不再详述。

在步骤313中，在第二类系统消息的起始接收窗口与第二类系统消息的请求窗口重叠时，调整起始接收窗口至第二类系统消息的请求窗口之后。

在步骤314中，根据第二类系统消息的起始接收窗口、待请求系统消息在调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧。

在步骤315中，根据待请求系统消息在调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧。

在步骤316中，将起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口，其中，M为待请求系统消息的接收窗口大小。

在一实施例中，步骤314-315的流程可参见图2A所示实施例的描述，其中，在第一类系统消息中没有指定第二类系统消息的接收窗口的起始子帧偏移值时，如果第二类系统消息的起始接收窗口与第二类系统消息的请求窗口重叠，可将请求窗口的大小作为计算每一个第二类系统消息的接收窗口的起始子帧偏移值，在第二类系统消息的起始接收窗口与第二类系统消息的请求窗口不重叠时，可将请求窗口的大小作为计算每一个第二类系统消息的接收窗口的起始子帧偏移值设置为0。

本实施例中，UE根据调度信息中的调度列表和请求窗口信息可以确定出在请求窗口独立于接收窗口内部时待请求系统消息的接收窗口和请求窗口，可以在请求窗口中一次请求多个系统消息，避免UE多次发送请求消息所导致的功率消耗增加的问题。

图4是根据一示例性实施例示出的再一种用于接收系统消息的方法的流程图，本实施例利用本公开实施例提供的上述方法，以UE接收系统消息为例进行示例性说明，如图4所示，包括如下步骤：

在步骤401中，当接收到基站广播的第一类系统消息时，确定待请求系统消息的请求窗口、接收窗口和导码，待请求系统消息属于第二类系统消息。

在一实施例中，请求窗口包括P个用于发送携带导码的请求消息的时域发送机会。

在步骤402中，在请求窗口的前Q个时域发送机会中监听是否有用户设备向基站发送携带导码的请求消息，Q为小于P的自然数，如果在请求窗口的前Q个时域发送机会中监听到有用户设备发送携带导码的请求消息，则执行步骤404，如果在请求窗口的前Q个时域发送机会中没有监听到用户设备发送携带导码的请求消息，则执行步骤403；

在步骤403中，在第Q+1个时域发送机会中发送携带导码的请求消息，执行步骤404。

在步骤404中，在待请求系统消息的接收窗口内监听基站发送的待请求系统消息。

在一实施例中，步骤401-404的描述可参见图1A所示实施例的步骤101-104的描述，这里不再详述。

在步骤405中，如果在待请求系统消息的接收窗口内接收到指示消息，则不在待请求系统消息的接收窗口内监听基站发送的待请求系统消息并且执行再次请求待请求系统消息的操作。

在一实施例中，指示消息用于指示基站不在接收窗口内发送待请求系统消息；在又一实施例中，指示消息还用于指示基站可在下一接收窗口内发送待请求系统消息；在还一实施例中，指示消息还用于基站指示UE通过单播放时请求待请求系统消息。

在一实施例中，如果指示消息指示基站可在下一接收窗口内发送待请求系统消息，则可通过在待请求系统消息的下一个接收窗口内继续监听待请求系统消息。在又一实施例中，如果指示消息指示基站可在下一接收窗口内发送待请求系统消息，则可通过单播的方式向基站请求待请求系统消息。

在一实施例中，通过单播方式请求待请求系统消息的方法可以为：通过随机接入流程中的MSG3信令发送携带导码的请求消息；或者，在接入基站之后，向基站发送携带导码的请求消息；或者，基站可以在随机接入流程中的MSG2信令中向UE发送待请求系统消息。在一实施例中，通过单播的方式请求待请求系统消息的导码可以与广播请求的导码不相同。

在一实施例中，即使指示消息中没有指示UE通过单播的方式向基站请求待请求系统消息，UE也可以在没有接收到所请求的待请求系统消息时自动切换为单播请求的方式。

本实施例中，UE可以根据基站在待请求系统消息的接收窗口内发送的指示消息执行单播请求待请求系统消息的操作，由此可在基站不广播发送待请求系统消息时，即使通过单播的方式获取待请求系统消息，提升系统消息的发送和接收性能。

图5是根据一示例性实施例示出的一种用于发送系统消息的方法的流程图；该用于发送系统消息的方法可以应用在eNB上，本实施例结合图1B进行示例性说明，如图5所示，该用于发送系统消息的方法包括以下步骤501-503：

在步骤501中，发送第一类系统消息。

在一实施例中，第一类系统消息中可包括小区选择与接入的相关消息。在又一实施例中，第一类系统消息除了实现自己的消息功能，例如UE随机接入功能外，还可包含第二类系统消息的调度信息和请求窗口信息，其中，调度信息用于申请待请求系统消息的用户设备确定待请求系统消息的接收窗口，请求窗口信息用于申请待请求系统消息的用户设备确定待请求系统消息的请求窗口，待请求系统消息属于第二类系统消息调度信息用于申请待请求系统消息的用户设备确定待请求系统消息的接收窗口。

在一实施例中，如果调度信息中包括第二类系统消息的导码，则调度信息还可用于申请待请求系统消息的用户设备确定待请求系统消息的导码。

在步骤502中，接收用户设备在待请求系统消息的请求窗口内发送的携带待请求系统消息的导码的请求消息。

在步骤503中，根据在待请求系统消息的请求窗口内接收到的请求消息的数量，确定是否在待请求系统消息的接收窗口内发送待请求系统消息。

在一实施例中，如果数量小于预设数量阈值，则拒绝在待请求系统消息的接收窗口内发送待请求系统消息；如果数量不小于预设数量阈值，则在待请求系统消息的接收窗口内发送待请求系统消息。

在一实施例中，通过设置预设数量阈值，可以实现在请求待请求系统消息的UE的数量较少时，不执行广播发送待请求系统消息的操作，从而避免广播发送系统消息所导致的资源浪费的问题；还可以实现在请求待请求系统消息的UE的数量较多时，执行广播发送待请求系统消息的操作，减小UE的功率消耗。

在一实施例中，基站在确定不广播发送待请求系统消息时，可在物理下行控制信道上发送指示消息。

在一实施例中，指示消息用于指示基站不在接收窗口内发送待请求系统消息；在又一实施例中，指示消息还用于指示基站可在下一接收窗口内发送待请求系统消息；在还一实施例中，指示消息还用于基站指示UE通过单播放时请求待请求系统消息。

在一实施例中，基站确定发送待请求系统消息时，可在接收窗口期内的下行子帧中发送N次对应的待请求系统消息，其中，N为不小于1的自然数。

在一实施例中，基站可在接收窗口期内通过系统消息调度指示在物理下行共享信道上发送前序导码对应的待请求系统消息，进而实现所有的UE都可以接收该系统消息。

在一实施例中，如果UE发送的请求消息请求多个第二类系统消息，则基站可在所请求的每一个第二类系统消息的接收窗口中发送对应的第二类系统消息。

在一示例性场景中，如图1B所示，以移动网络为LTE网络并且基站为演进型基站(eNB)为例进行示例性说明，在图1B所示的场景中，包括eNB10、UE20，其中，eNB10周期性广播第一类系统消息，UE20接收到第一类系统消息时可确定待请求系统消息的接收窗口和前序导码。eNB10在接收到UE发送的请求消息时，可以根据请求待请求系统消息的UE的数量确定是否广播发送待请求系统消息。

本实施例中，本实施例通过上述步骤501-503，控制UE在对应的请求窗口内先监听是否有其他的UE请求待请求系统消息，如果没有其他UE发送请求待请求系统消息的请求消息，则再向基站发送携带待请求系统消息的导码的请求消息，以实现利用其他UE发送的请求消息来接收待请求系统消息，减小功率消耗，由于基站不需要周期性广播发送第二类系统消息，因此大大提升了系统消息的发送和接收性能。

在一实施例中，根据在待请求系统消息的请求窗口内接收到的请求消息的数量，确定是否在待请求系统消息的接收窗口内发送待请求系统消息，包括：

确定数量是否小于预设数量阈值；

当数量小于预设数量阈值时，拒绝在待请求系统消息的接收窗口内发送待请求系统消息；

当数量不小于预设数量阈值时，在待请求系统消息的接收窗口内发送待请求系统消息。

在一实施例中，用于发送系统消息的方法进一步包括：

当数量小于预设数量阈值时，在物理下行控制信道上发送指示消息。

在一实施例中，在待请求系统消息的接收窗口内发送待请求系统消息，包括：

在待请求系统消息的接收窗口内发送N次待请求系统消息，其中，N为不小于1的自然数。

在一实施例中，用于发送系统消息的方法进一步包括：

为第二类系统消息中的每一个系统消息设置调度信息和请求窗口信息，调度信息包括接收窗口大小、调度周期；

将第二类系统消息的调度信息按照顺序添加至调度列表中，顺序用于用户设备计算对应的系统消息的接收窗口；

根据调度列表和请求窗口信息生成第一类系统消息。

具体如何发送系统消息的，请参考后续实施例。

下面以具体实施例来说明本公开实施例提供的技术方案。

图6是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图；本实施例利用本公开实施例提供的上述方法，以如何生成第一类系统消息为例进行示例性说明，如图6所示，包括如下步骤：

在步骤601中，为第二类系统消息中的每一个系统消息设置调度信息和请求窗口信息，调度信息包括接收窗口大小、调度周期。

在一实施例中，调度信息还可以包括每一个接收窗口的起始子帧偏移、UE发送前序导码的时频资源等调度信息。

在一实施例中，每一个系统消息的调度周期是相互独立的；在又一实施例中，每一个接收窗口的大小可以相同，也可以不相同。

在一实施例中，请求窗口信息包括请求窗口大小、请求窗口调度周期。

在步骤602中，将第二类系统消息的调度信息按照顺序添加至调度列表中，顺序用于用户设备计算对应的系统消息的接收窗口。

在步骤603中，根据调度列表和请求窗口信息生成第一类系统消息。

在一示例性场景中，如图1B所示，eNB10在确定每一个第二类系统消息的调度信息和请求窗口信息之后，可以将第二类系统消息的调度信息和请求窗口信息添加至第一类系统消息中，基站在广播第一类系统消息时，UE20即可根据第二类系统消息的调度信息确定每一个第二类系统消息的接收窗口，根据请求窗口信息确定第二类系统消息的请求窗口，进而实现UE20请求待请求系统消息，并接收eNB10在接收窗口内发送的待请求系统消息。

本实施例中，基站将第二类系统消息的调度信息添加至第一类系统消息中，进而控制UE在对应的请求窗口内先监听是否有其他的UE请求待请求系统消息，如果没有其他UE发送请求待请求系统消息的请求消息，则再向基站发送携带待请求系统消息的导码的请求消息，以实现利用其他UE发送的请求消息来接收待请求系统消息，减小功率消耗，由于基站不需要周期性广播发送第二类系统消息，因此大大提升了系统消息的发送和接收性能。

图7是根据一示例性实施例示出的一种用于接收系统消息的装置的框图，如图7所示，用于接收系统消息的装置包括：

第一确定模块710，被配置为在接收到基站广播的第一类系统消息时，确定待请求系统消息的请求窗口、接收窗口和导码，待请求系统消息属于第二类系统消息，请求窗口包括P个时域发送机会，其中，每一个时域发送机会对应于一个具有发送携带导码的请求消息的机会的子帧；

第一监听模块720，被配置为在第一确定模块710确定的请求窗口的前Q个时域发送机会中监听是否有用户设备向基站发送携带导码的请求消息，Q为小于P的自然数；

第一发送模块730，被配置为在第一监听模块720在请求窗口的前Q个时域发送机会中没有监听到用户设备发送携带导码的请求消息时，在第Q+1个时域发送机会中发送携带导码的请求消息；

第二监听模块740，被配置为在待请求系统消息的接收窗口内监听基站发送的待请求系统消息。

图8是根据一示例性实施例示出的另一种用于接收系统消息的装置的框图，如图8所示，在上述图7所示实施例的基础上，在一实施例中，请求窗口位于接收窗口内时，第一确定模块710包括：

第一解析子模块711，被配置为从第一类系统消息中解析第二类系统消息的调度列表，调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

第一确定子模块712，被配置为根据第一解析子模块711解析得到的调度列表记录的接收窗口大小、接收窗口调度周期，确定待请求系统消息的接收窗口。

在一实施例中，第一确定模块710包括：

第二解析子模块713，被配置为从第一类系统消息中解析第二类系统消息的请求窗口大小P；

第二确定子模块714，被配置为将接收窗口中第一个用于发送携带导码的请求消息的时域发送机会起的P个时域发送机会确定为待请求系统消息的请求窗口。

在一实施例中，第一确定子模块712包括：

第一计算子模块7121，被配置为根据待请求系统消息在调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧；

第二计算子模块7122，被配置为根据待请求系统消息在调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧；

第三确定子模块7123，被配置为将第二计算子模块7122计算得到的起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口，其中，M为待请求系统消息的接收窗口大小。

图9是根据一示例性实施例示出的又一种用于接收系统消息的装置的框图，如图9所示，在上述图7和/或8所示实施例的基础上，在一实施例中，请求窗口独立于第二类系统消息的接收窗口时，第一确定模块710包括：

第三解析子模块715，被配置为从第一类系统消息中解析第二类系统消息的请求窗口大小、请求窗口调度周期；

第四确定子模块716，被配置为根据第三解析子模块715解析得到的第二类系统消息的请求窗口大小、请求窗口调度周期，确定第二类系统消息的请求窗口，第二类系统消息的请求窗口为待请求系统消息的请求窗口。

在一实施例中，第一确定模块710包括：

第四解析子模块717，被配置为从第一类系统消息中解析第二类系统消息的调度列表，调度列表用于记录第二类系统消息的接收窗口大小、接收窗口调度周期；

第五确定子模块718，被配置为根据调度列表记录的接收窗口大小、接收窗口调度周期，确定第二类系统消息的起始接收窗口；

调整子模块719，被配置为在第五确定子模块718确定的第二类系统消息的起始接收窗口与第二类系统消息的请求窗口重叠时，调整起始接收窗口至第二类系统消息的请求窗口之后；

第三计算子模块811，被配置为根据第二类系统消息的起始接收窗口、待请求系统消息在调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧；

第四计算子模块812，被配置为根据待请求系统消息在调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧；

第六确定子模块813，被配置为将起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口，其中，M为待请求系统消息的接收窗口大小。

在一实施例中，装置还包括：

偏移值确定模块750，被配置为从第一类系统消息中解析待请求系统消息的请求窗口的时域发送机会偏移值；

第一时间确定模块760，被配置为将从请求窗口的第1+a至第P个时域发送机会中随机选取的一个时域发送机会作为请求窗口的第Q个时域发送机会，第一监听模块720基于第Q个时域发送机会执行在请求窗口的前Q个时域发送机会中监听是否有用户设备向基站发送携带导码的请求消息的操作。

在一实施例中，装置还包括：

第二时间确定模块810，被配置为将请求窗口的第1+a个时域发送机会确定为请求窗口的第Q个时域发送机会，a为系统预先指定的或者UE随机选取的偏移值；或者，

第二时间确定模块800，被配置为将从请求窗口的第1至第P-1个时域发送机会中随机选取的一个时域发送机会作为请求窗口的第Q个时域发送机会，第一监听模块720基于第Q个执行在请求窗口的前Q个时域发送机会中监听是否有用户设备向基站发送携带导码的请求消息的操作。

在一实施例中，装置还包括：

第三监听模块770，被配置为在第一监听模块720在请求窗口的前Q个时域发送机会中监听到有用户设备发送携带导码的请求消息时，在待请求系统消息的接收窗口内监听基站发送的待请求系统消息。

在一实施例中，装置还包括：

执行模块780，被配置为在第二监听模块740在待请求系统消息的接收窗口内接收到指示消息时，根据指示消息，执行在下一个接收窗口继续监听待请求系统消息的操作；或者，

单播请求模块790，被配置为在第二监听模块740在待请求系统消息的接收窗口内接收到指示消息时，根据指示消息，通过单播的方式向基站请求待请求系统消息。

图10是根据一示例性实施例示出的一种用于发送系统消息的装置的框图，如图10所示，用于发送系统消息的装置包括：

第二发送模块1010，被配置为发送第一类系统消息，第一类系统消息中携带有第二类系统消息的调度信息和请求窗口信息，调度信息用于申请待请求系统消息的用户设备确定待请求系统消息的接收窗口，请求窗口信息用于申请待请求系统消息的用户设备确定待请求系统消息的请求窗口，待请求系统消息属于第二类系统消息；

第一接收模块1020，被配置为接收用户设备在待请求系统消息的请求窗口内发送的携带待请求系统消息的导码的请求消息；

第二确定模块1030，被配置为根据在待请求系统消息的请求窗口内接收到的请求消息的数量，确定是否在待请求系统消息的接收窗口内发送待请求系统消息。

图11是根据一示例性实施例示出的另一种用于发送系统消息的装置的框图，如图11所示，在上述图10所示实施例的基础上，在一实施例中，第二确定模块1030包括：

数量确定子模块1031，被配置为确定数量是否小于预设数量阈值；

拒绝发送子模块1032，被配置为在数量确定子模块1031确定数量小于预设数量阈值时，拒绝在待请求系统消息的接收窗口内发送待请求系统消息；

第三发送子模块1033，被配置为在数量确定子模块1031确定数量不小于预设数量阈值时，在待请求系统消息的接收窗口内发送待请求系统消息。

在一实施例中，装置还包括：

第三发送模块1040，被配置为在数量确定子模块1031确定数量小于预设数量阈值时，在物理下行控制信道上发送指示消息。

在一实施例中，第三发送子模块1033包括：

第四发送子模块10331，被配置为在待请求系统消息的接收窗口内发送N次待请求系统消息，其中，N为不小于1的自然数。

在一实施例中，装置还包括：

设置模块1050，被配置为为第二类系统消息中的每一个系统消息设置调度信息和请求窗口信息，调度信息包括接收窗口大小、调度周期；

添加模块1060，被配置为将设置模块1050设置的第二类系统消息的调度信息按照顺序添加至调度列表中，顺序用于用户设备计算对应的系统消息的接收窗口；

生成模块1070，被配置为根据调度列表和请求窗口信息生成第一类系统消息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图12是根据一示例性实施例示出的一种适用于用于接收系统消息的装置的框图。例如，装置1200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等用户设备。

参照图12，装置1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电源组件1206，多媒体组件1208，音频组件1212，输入/输出(I/O)的接口1212，传感器组件1214，以及通信组件1216。

处理组件1202通常控制装置1200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理部件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。

存储器1204被配置为存储各种类型的数据以支持在设备1200的操作。这些数据的示例包括用于在装置1200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1206为装置1200的各种组件提供电力。电力组件1206可以包括电源管理系统，一个或多个电源，及其他与为装置1200生成、管理和分配电力相关联的组件。

多媒体组件1208包括在装置1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括一个前置摄像头和/或后置摄像头。当设备1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1212被配置为输出和/或输入音频信号。例如，音频组件1212包括一个麦克风(MIC)，当装置1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1212还包括一个扬声器，用于输出音频信号。

I/O接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1214包括一个或多个传感器，用于为装置1200提供各个方面的状态评估。例如，传感器组件1214可以检测到设备1200的打开/关闭状态，组件的相对定位，例如组件为装置1200的显示器和小键盘，传感器组件1214还可以检测装置1200或装置1200一个组件的位置改变，用户与装置1200接触的存在或不存在，装置1200方位或加速/减速和装置1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1216被配置为便于装置1200和其他设备之间有线或无线方式的通信。装置1200可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信部件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1204，上述指令在被执行时可配置装置1200的处理器1220以执行上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

其中，处理器1220被配置为：

当接收到基站广播的第一类系统消息时，确定待请求系统消息的请求窗口、接收窗口和导码，所述待请求系统消息属于第二类系统消息，请求窗口包括P个时域发送机会，其中，每一个时域发送机会对应于一个具有发送携带所述导码的请求消息的机会的子帧；

在所述请求窗口的前Q个时域发送机会中监听是否有用户设备向所述基站发送携带所述导码的请求消息，Q为小于P的自然数；

当在所述请求窗口的前Q个时域发送机会中没有监听到用户设备发送携带所述导码的请求消息时，在第Q+1个时域发送机会中发送携带所述导码的请求消息；

在所述待请求系统消息的接收窗口内监听所述基站发送的所述待请求系统消息。

图13是根据一示例性实施例示出的一种适用于用于发送系统消息的装置的框图。装置1300可以被提供为一基站。参照图13，装置1300包括处理组件1322、无线发射/接收组件1324、天线组件1326、以及无线接口特有的信号处理部分，处理组件1322可进一步包括一个或多个处理器。

处理组件1322中的其中一个处理器可以被配置为：

发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息和请求窗口信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述请求窗口信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的请求窗口，所述待请求系统消息属于第二类系统消息；

接收所述用户设备在所述待请求系统消息的请求窗口内发送的携带所述待请求系统消息的导码的请求消息；

根据在所述待请求系统消息的请求窗口内接收到的所述请求消息的数量，确定是否在所述待请求系统消息的接收窗口内发送所述待请求系统消息。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。