一种系统消息的覆盖增强传输装置、系统和方法与流程

文档序号：17975191发布日期：2019-06-21 23:45阅读：206来源：国知局

本发明涉及通信技术领域，具体涉及一种系统消息的覆盖增强传输装置、系统和方法。

背景技术：

物联网，是指通过部署具有一定感知、计算、执行和通信能力的各种设备，获取物理世界的信息，通过网络实现信息传输、协同和处理，从而实现人与物之间、以及物与物之间的互联的网络。简而言之，物联网就是要实现人与物、物与物的互联互通。

物联网的发展，被誉为是继计算机和互联网之后的信息产业的第三次浪潮，被寄予厚望，受到研究机构和产业界的极大追捧和重视，同时，相关的标准组织，也开始了物联网相关技术的标准化工作。机器类型通信(MTC，Machine Type Communication)，就是物联网应用的一种。其中，为了使得处于地下室等路损较大的MTC设备能够接入网络并获得服务，标准化组织提出了对移动通信网络覆盖进行的增强或优化的技术，而信号重复，就是实现覆盖增强的方法之一，而且，针对处于不同环境下的MTC设备，还可以采用不同的覆盖增强程度，比如，采用不同的信号重复次数，等等。

按照现有协议，系统消息可以包括主信息块(MIB，Master Information Block)、系统消息块1(SIB1，System Information Block1)、以及其它封装于系统消息(SI，System Information)命令的各种其他的系统消息块(SIB，System Information)，比如SIB2，SIB3等。不同的系统消息在不同的消息窗内传输，而且，系统为这些系统消息的消息窗(SI-window，简称为系统消息窗)定义了窗长度(si-WindowLength)和周期(si-Periodicity)。其中，周期实际定义了系统消息窗的出现周期。在系统消息窗中，系统消息可以传递一次或者多次，并由使用SI-RANTI加扰的物理下行控制信道(PDCCH，Physical Downlink Control Channel)进行调度。而终端设备也通过在系统消息窗中盲检SI-RNTI加扰的PDCCH来确定是否有系统消息传递，以及检测是否有相应的系统消息的调度信息。也就是说，关于系统消息配置和系统消息窗内的系统消息传输配置(比如在系统消息窗中哪些子帧是传递系统消息)，终端设备是不知道的，是由基站自身来确定的。

在对现有技术的研究和实践过程中，本发明的发明人发现，对于覆盖增强而言，如果终端设备无法确切知道系统消息窗内的系统消息传输配置，则不利于进行接收合并以及接收尝试(keep trying)等操作，这将会增加终端设备的处理复杂度，影响覆盖增强的效果。

技术实现要素：

本发明实施例提供一种系统消息的覆盖增强传输装置、系统和方法，可以让终端设备确切知道系统消息窗内的系统消息传输配置，有利于后续终端设备进行接收合并以及接收尝试(keep trying)等操作，降低终端设备的处理复杂度，提高覆盖增强的效果。

第一方面，本发明实施例提供一种系统消息的覆盖增强传输装置，包括确定单元和传输单元；

确定单元，用于确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置；

传输单元，用于在所述配置信息所指示的资源上发送系统消息，以便终端设备根据所述配置信息接收所述系统消息。

在第一种可能的实施方式中，结合第一方面，该系统消息的覆盖增强传输装置还可以包括知单元；

所述通知单元，用于将所述配置信息通知给终端设备。

在第二种可能的实施方式中，结合第一方面，其中：

所述确定单元，具体用于按照与终端设备约定的配置规则确定配置信息。

在第三种可能的实施方式中，结合第一方面、第一方面的第一或第二种可能的实施方式，其中：

所述传输单元，具体用于在系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息时，在所述系统消息窗内的所有可用子帧上发送系统消息。

在第四种可能的实施方式中，结合第一方面、第一方面的第一或第二种可能的实施方式，其中：

所述确定单元，具体用于获取系统消息配置，所述系统消息配置包括系统消息窗的窗长度的配置和系统消息的周期的配置，根据获取的系统消息配置确定配置信息。

在第五种可能的实施方式中，结合第一方面、第一方面的第一或第二种可能的实施方式，其中：

所述确定单元，具体用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息。

在第六种可能的实施方式中，结合第一方面的第五种可能的实施方式，其中：

所述确定单元，具体用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息配置确定配置信息。

在第七种可能的实施方式中，结合第一方面的第五种可能的实施方式，其中：

所述确定单元，具体用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数；获取系统消息窗的窗长度；根据所述窗长度和传输次数确定传输系统消息时使用的子帧信息，所述子帧信息至少包括子帧位置。

在第八种可能的实施方式中，结合第一方面的第七种可能的实施方式，其中：

所述确定单元，具体用于在所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息，所述N为所述传输次数；在所述窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

在第九种可能的实施方式中，结合第一方面的第七种可能的实施方式，其中：

所述确定单元，具体用于根据所述窗长度和传输次数从确定单元连续的多个系统消息窗中选择子帧，以传输系统消息。

在第十种可能的实施方式中，结合第一方面的第七种可能的实施方式，其中，所述确定单元，具体用于：

获取系统消息的周期；

确定所述系统消息的周期是否超过预置周期阈值；

若超过所述周期阈值，则在确定所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；在所述窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息，所述N为所述传输次数；

若未超过所述周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

在第十一种可能的实施方式中，结合第一方面的第七种可能的实施方式，其中：

所述确定单元，具体用于根据所述终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定所述尝试接收次数大于预置阈值时，扩展系统消息窗；根据所述窗长度和传输次数从扩展后的系统消息窗中选择子帧，以传输系统消息。

第二方面，本发明实施例还提供一种终端设备，包括确定单元和接收单元；

确定单元，用于确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置；

接收单元，用于在所述配置信息所指示的资源上接收基站设备发送的系统消息。

在第一种可能的实施方式中，结合第二方面，其中：

所述接收单元，还用于在确定配置信息之前，接收基站设备发送的关于配置信息的通知；

所述确定单元，具体用于根据所述通知确定配置信息。

在第二种可能的实施方式中，结合第二方面，其中：

所述确定单元，具体用于按照与基站设备约定的配置规则确定配置信息。

在第三种可能的实施方式中，结合第二方面的第一或第二种可能的实施方式，其中：

所述接收单元，具体用于在当所述系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息时，在所述系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。

在第四种可能的实施方式中，结合第二方面的第二种可能的实施方式，其中：

所述确定单元，具体用于获取系统消息配置，所述系统消息配置包括系统消息窗的窗长度的配置和系统消息的周期的配置；根据获取的系统消息配置确定配置信息。

在第五种可能的实施方式中，结合第二方面的第二种可能的实施方式，其中：

在第六种可能的实施方式中，结合第二方面的第五种可能的实施方式，其中：

所述确定单元，具体用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息确定配置信息。

在第七种可能的实施方式中，结合第二方面的第五种可能的实施方式，其中：

所述确定单元，具体用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数；获取系统消息窗的窗长度；根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息，所述子帧信息至少包括子帧位置。

在第八种可能的实施方式中，结合第二方面的第七种可能的实施方式，其中：

所述确定单元，具体用于在所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息，所述N为所述传输次数；在所述窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

在第九种可能的实施方式中，结合第二方面的第七种可能的实施方式，其中：

所述确定单元，具体用于根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

在第十种可能的实施方式中，结合第二方面的第七种可能的实施方式，其中，所述确定单元，具体用于：

获取系统消息的周期；

确定所述系统消息的周期是否超过预置周期阈值；

若超过所述周期阈值，则在确定所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；在所述窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息，所述N为所述传输次数；

若未超过所述周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

在第十一种可能的实施方式中，结合第二方面的第七种可能的实施方式，其中：

所述确定单元，具体用于根据所述终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定所述尝试接收次数大于预置阈值时，扩展系统消息窗；根据所述窗长度和传输次数从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

第三方面，本发明实施例还提供一种通信系统，包括本发明实施例提供的任一种网络侧设备和终端设备。

第四方面，本发明实施例还提供一种系统消息的覆盖增强传输方法，包括：

确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置；

在所述配置信息所指示的资源上发送系统消息，以便终端设备根据所述配置信息接收所述系统消息。

在第一种可能的实施方式中，结合第四方面，所述确定配置信息之后，还包括：

将所述配置信息通知给终端设备。

在第二种可能的实施方式中，结合第四方面，所述确定配置信息包括：

按照与终端设备约定的配置规则确定配置信息。

在第三种可能的实施方式中，结合第四方面、第四方面的第一或第二种可能的实施方式，所述系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息，则所述在所述配置信息所指示的资源上发送系统消息包括：

在所述系统消息窗内的所有可用子帧上发送系统消息。

在第四种可能的实施方式中，结合第四方面、第四方面的第一或第二种可能的实施方式，所述确定配置信息，包括：

获取系统消息配置，所述系统消息配置包括系统消息窗的窗长度的配置和系统消息的周期的配置；

根据获取的系统消息配置确定配置信息。

在第五种可能的实施方式中，结合第四方面、第四方面的第一或第二种可能的实施方式，所述确定配置信息，包括：

获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息；

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息。

在第六种可能的实施方式中，结合第四方面的第五种可能的实施方式，所述根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息，包括：

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置；

根据确定的系统消息配置确定配置信息。

在第七种可能的实施方式中，结合第四方面的第五种可能的实施方式，所述系统消息传输配置包括传输系统消息时使用的子帧信息，则所述根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息，包括：

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数；

获取系统消息窗的窗长度；

根据所述窗长度和传输次数确定传输系统消息时使用的子帧信息，所述子帧信息至少包括子帧位置。

在第八种可能的实施方式中，结合第四方面的第七种可能的实施方式，所述根据所述窗长度和传输次数确定传输系统消息时使用的子帧信息，包括：

若所述窗长度足以传输N个系统消息，则从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息，所述N为所述传输次数；

若所述窗长度不足以传输N个系统消息，则扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

在第九种可能的实施方式中，结合第四方面的第七种可能的实施方式，所述根据所述窗长度和传输次数确定传输系统消息时使用的子帧信息，包括：

根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

在第十种可能的实施方式中，结合第四方面的第七种可能的实施方式，还包括：

获取系统消息的周期；

所述根据所述窗长度和传输次数确定传输系统消息时使用的子帧信息，包括：

确定所述系统消息的周期是否超过预置周期阈值；

若未超过所述周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

在第十一种可能的实施方式中，结合第四方面的第七种可能的实施方式，所述根据所述窗长度和传输次数确定传输系统消息时使用的子帧信息之前，还包括：

根据所述终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定所述尝试接收次数大于预置阈值时，扩展系统消息窗；

则所述根据所述窗长度和传输次数确定传输系统消息时使用的子帧信息，包括：根据所述窗长度和传输次数从扩展后的系统消息窗中选择子帧，以传输系统消息。

第五方面，本发明实施例还提供一种系统消息的覆盖增强传输方法，包括：

确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置；

在所述配置信息所指示的资源上接收基站设备发送的系统消息。

在第一种可能的实施方式中，结合第五方面，所述确定配置信息之前，还包括：

接收基站设备发送的关于配置信息的通知；

所述确定配置信息，包括：根据所述通知确定配置信息。

在第二种可能的实施方式中，结合第五方面，所述确定配置信息，包括：

按照与基站设备约定的配置规则确定配置信息。

在第三种可能的实施方式中，结合第五方面的第一或第二种可能的实施方式，所述系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息，则所述在所述配置信息所指示的资源上接收基站设备发送的系统消息，包括：

在所述系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。

在第四种可能的实施方式中，结合第五方面的第二种可能的实施方式，所述按照与基站设备约定的配置规则确定配置信息，包括：

获取系统消息配置，所述系统消息配置包括系统消息窗的窗长度的配置和系统消息的周期的配置；

根据获取的系统消息配置确定配置信息。

在第五种可能的实施方式中，结合第五方面的第二种可能的实施方式，所述按照与基站设备约定的配置规则确定配置信息，包括：

获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息；

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息。

在第六种可能的实施方式中，结合第五方面的第五种可能的实施方式，所述根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息，包括：

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置；

根据确定的系统消息确定配置信息。

在第七种可能的实施方式中，结合第五方面的第五种可能的实施方式，所述系统消息传输配置包括基站设备传输系统消息时使用的子帧信息，则所述根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息，包括：

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数；

获取系统消息窗的窗长度；

根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息，所述子帧信息至少包括子帧位置。

在第八种可能的实施方式中，结合第五方面的第七种可能的实施方式，所述根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息，包括：

若所述窗长度足以传输N个系统消息，则从系统消息窗中选择子帧，以接收基站设备发送的系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息，所述N为所述传输次数；

若所述窗长度不足以传输N个系统消息，则扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

在第九种可能的实施方式中，结合第五方面的第七种可能的实施方式，所述根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息，包括：

根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

在第十种可能的实施方式中，结合第五方面的第七种可能的实施方式，还包括：

获取系统消息的周期；

所述根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息，包括：

确定所述系统消息的周期是否超过预置周期阈值；

若未超过所述周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

在第十一种可能的实施方式中，结合第五方面的第七种可能的实施方式，所述根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息之前，还包括：

根据所述终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定所述尝试接收次数大于预置阈值时，扩展系统消息窗；

所述根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息，包括：根据所述窗长度和传输次数从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

第六方面，本发明实施例还提供一种基站设备，包括处理器、用于存储数据的存储器和用于收发数据的收发接口，其中：

所述处理器，用于确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置，并控制收发接口在所述配置信息所指示的资源上发送系统消息；

所述收发接口，用于在处理器的控制下，在所述配置信息所指示的资源上发送系统消息，以便终端设备根据所述配置信息接收所述系统消息。

在第一种可能的实施方式中，结合第六方面，其中：

所述处理器，还用于控制收发接口将所述配置信息通知给终端设备；

所述收发接口，用于在处理器的控制下，将所述配置信息通知给终端设备。

在第二种可能的实施方式中，结合第六方面，其中：

所述处理器，具体用于按照与终端设备约定的配置规则确定配置信息。

在第三种可能的实施方式中，结合第六方面、第六方面的第一或第二种可能的实施方式，其中：

所述处理器，具体用于在所述系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息时，控制收发接口在所述系统消息窗内的所有可用子帧上发送系统消息；

所述收发接口，具体用于在处理器的控制下，在所述系统消息窗内的所有可用子帧上发送系统消息。

在第四种可能的实施方式中，结合第六方面、第六方面的第一或第二种可能的实施方式，其中

所述处理器，具体用于获取系统消息配置，所述系统消息配置包括系统消息窗的窗长度的配置和系统消息的周期的配置；根据获取的系统消息配置确定配置信息。

在第五种可能的实施方式中，结合第六方面、第六方面的第一或第二种可能的实施方式，其中

所述处理器，具体用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息。

在第六种可能的实施方式中，结合第六方面的第五种可能的实施方式，其中：

所述处理器，具体用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置；根据确定的系统消息确定配置信息。

在第七种可能的实施方式中，结合第六方面的第五种可能的实施方式，其中：

所述处理器，具体用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数；获取系统消息窗的窗长度；根据所述窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息，所述子帧信息至少包括子帧位置。

第七方面，本发明实施例还提供一种终端设备，包括处理器、用于存储数据的存储器和用于收发数据的收发接口，其中：

所述处理器，用于确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置；

所述收发接口，用于在所述配置信息所指示的资源上接收基站设备发送的系统消息。

在第一种可能的实施方式中，结合第七方面，其中：

所述收发接口，还用于接收基站设备发送的关于配置信息的通知；

所述处理器，具体用于根据所述通知确定配置信息。

在第二种可能的实施方式中，结合第七方面，其中：

所述处理器，具体用于按照与基站设备约定的配置规则确定配置信息。

在第三种可能的实施方式中，结合第七方面、第七方面的第一或第二种可能的实施方式，其中：

所述收发接口，具体用于在所述系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息时，在所述系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。

在第四种可能的实施方式中，结合第七方面第二种可能的实施方式，其中：

在第五种可能的实施方式中，结合第七方面第二种可能的实施方式，其中：

在第六种可能的实施方式中，结合第七方面的第五种可能的实施方式，其中：

在第七种可能的实施方式中，结合第七方面的第五种可能的实施方式，其中：

本发明实施例采用确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后在该配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收系统消息。由于在该方案中，可以让终端设备确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试(keep trying)等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

附图说明

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

图1a是本发明实施例提供的网络侧设备的结构示意图；

图1b是本发明实施例提供的系统消息窗中的配置示意图；

图1c是本发明实施例提供的系统消息窗中的另一配置示意图；

图2是本发明实施例提供的终端设备的结构示意图；

图3是本发明实施例提供的系统消息的覆盖增强传输方法的流程图；

图4是本发明实施例提供的系统消息的覆盖增强传输方法的另一流程图；

图5是本发明实施例提供的系统消息的覆盖增强传输方法的又一流程图；

图6是本发明实施例提供的系统消息的覆盖增强传输方法的又一流程图；

图7是本发明实施例提供的基站设备的结构示意图；

图8是本发明实施例提供的终端设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种系统消息的覆盖增强传输装置、系统和方法。以下分别进行详细说明。

实施例一、

本发明实施例提供一种网络侧设备，如图1a所示，该网络侧设备包括确定单元101和传输单元102，如下：

确定单元101，用于确定配置信息，其中，配置信息用于指示系统消息窗内的系统消息传输配置；

其中，系统消息窗内的系统消息传输配置可以包括传输系统消息时使用的子帧信息，此外，可选的，该系统消息传输配置还可以包括系统消息的传输次数，其中，系统消息的传输次数也可以根据传输系统消息时使用的子帧信息来确定。

需说明的是，不同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置；相同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置，比如，同样需要在一个系统消息窗内传输两次系统消息，那么，如果系统消息窗的窗长度为10毫秒(ms，millisecond)，那么，就可以从这10ms长的10个子帧(1ms也是一个子帧的长度)中，任意选择两个可用子帧来传输两次系统消息。其中，所谓的可用子帧，是指排除以下情况的子帧，如下：

(1)满足系统帧号(SFN，System Frame Number)mod2＝0无线帧(RF，Radio Frame)中的5号子帧。

其中，一个无线帧是10个子帧，也就是10ms。

(2)任何多播广播单频网络(MBSFN，Multicast Broadcast Single Frequency Network)子帧。

(3)时分双工(TDD，Time Division Duplexing)系统中，任何上行子帧。

其中，可以通过枚举的方式，罗列出系统消息窗中用于系统消息传输的子帧编号。

传输单元102，用于在该配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收系统消息。

其中，该配置信息可以通过与终端设备约定的方式让终端设备知晓，也可以由网络侧设备直接确定后，通知终端设备，如果通过与终端设备约定的方式让终端设备知晓，则：

确定单元101，具体可以用于按照与终端设备约定的配置规则确定配置信息。

而如果是采用直接通知终端设备的方式，则该网络侧设备还可以包括通知单元，如下：

通知单元，用于将该配置信息通知给终端设备。

其中，如果系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息，则此时，可以在该系统消息窗内的所有可用子帧上发送系统消息。即：

传输单元102，具体用于在系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息时，在该系统消息窗内的所有可用子帧上发送系统消息。

如果系统传输配置指示该系统消息窗内的某些子帧传输系统消息，则此时，可以在这些指定的子帧上发送系统消息。即：

传输单元102，具体用于在选择的子帧上发送系统消息。

其中，确定单元101在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以采用多种方式，例如，具体可以如下：

(1)第一种方式；

可以先获取系统消息配置，然后根据系统消息配置来确定该配置信息，即：

确定单元101，具体可以用于获取系统消息配置，根据获取的系统消息配置确定配置信息。

例如，可以先定义系统消息配置和配置信息(即系统消息传输配置)之间的对应关系，然后，在获取到系统消息配置之后，通过查询该对应关系，便可以得到对应的配置信息(即系统消息传输配置)。

上述系统消息配置和配置信息(即系统消息传输配置)之间的对应关系，可以由网络侧设备和终端设备根据一定的配置规则确定的，也可以由网络侧设备确定，并通知给终端设备，比如，可以由网络侧设备确定一个用于记录“系统消息配置和配置信息(即系统消息传输配置)之间的对应关系“的映射表，然后将该映射表通知给终端设备，等等。

其中，该系统消息配置可以包括系统消息窗的窗长度(si-WindowLength)的配置和系统消息的周期(si-Periodicity)的配置等，此外，该系统消息配置还可以包括系统消息更新周期等。例如，其中，系统消息窗的窗长度可以是(ms1,ms2,ms5,ms10,ms15,ms20,ms40)等，而系统消息窗的周期可以是(rf8,rf16,rf32,rf64,rf128,rf256,rf512)等，其中，rf指的是无线帧(Radio Frame)。

需说明的是，不同的系统消息可以有不同的系统消息配置，也可以有相同的系统消息配置；同一个系统消息的系统消息配置也可以根据实际应用的需求进行调整的，即基站可以根据需求选择合适的系统消息窗的窗长度和系统消息的周期，组成系统消息配置。

(2)第二种方式；

具体可以先获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息(即获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和终端设备的尝试接收次数要求信息等信息中一个或多个)，然后根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来系统消息窗内的系统消息传输配置，即：

确定单元101，具体可以用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息窗内的系统消息传输配置。

上述各种需求信息(即系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息)和配置信息(即系统消息传输配置)之间的对应关系，可以由网络侧设备和终端设备根据一定的配置规则确定的，也可以由网络侧设备确定，并通知给终端设备，比如，可以由网络侧设备确定一个用于记录“需求信息(即系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息)和配置信息(即系统消息传输配置)之间的对应关系“的映射表，然后将该映射表通知给终端设备，等等。

另外，需说明的是，系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息的设置可以采用多种策略，比如，系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息，可以是专门为系统消息而设置的。或者，也可以设置终端设备的覆盖增强等级，根据终端设备的覆盖增强等级确定系统消息的覆盖增强等级，然后再根据系统消息的覆盖增强等级来确定这些信息(即系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息)，在此不再赘述。

其中，系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等的具体说明可以如下：

(1)覆盖增强需求；

系统消息窗中系统消息传输配置还可能与系统消息覆盖增强需求有关，不同的覆盖增强需求可以对应不同的系统消息窗中系统消息传输配置。比如，覆盖增强需求1可能需要在系统消息窗中传输2次系统消息，那么，就需要在系统消息窗中选择两个子帧传输系统消息；覆盖增强需求2可能需要在系统消息窗中传输5次系统消息，那么，就需要在系统消息窗中选择五个子帧传输系统消息。如果系统消息只有一个覆盖增强需求，那么，该项可以省略或者忽略。

(2)覆盖增强等级；

覆盖增强等级和覆盖增强需求可以是一一对应的，一个覆盖增强需求对应一个覆盖增强等级；一个覆盖增强需求还可以对应多个覆盖增强等级。

(3)重复次数需求；

信号重复是覆盖增强的技术之一，不同的信号重复次数，可以满足不同的覆盖增强需求，也可以对应不同的覆盖增强等级。

(4)终端设备尝试接收次数需求；

终端设备尝试接收(keep trying)，也是一种覆盖增强技术，不同的终端设备尝试接收次数，可以提供不同的增强增益。

其中，信号重复(即重复次数要求信息)和“终端设备尝试接收”，作为两种覆盖增强技术，可以联合使用，不同的重复次数和不同的终端设备尝试接收次数的组合，可以满足不同的覆盖增强需求。

具体的，在对系统消息窗进行配置时，也可以将覆盖增强需求、覆盖增强等级、重复次数需求和/或终端设备尝试接收次数需求也配置在其中，例如，如图1b所示，该图为系统消息窗中的配置示意图，可见，其中可以包括n个覆盖增强需求、m个覆盖增强等级、x个重复次数需求、y个终端设备尝试接收次数需求、z个系统消息配置和c个系统消息窗内的系统消息传输配置，其中，n、m、x、y、z和c可以根据实际应用的需求进行设置。

在图1b的各个字段中，标为“可选”的字段即表示可以该字段为可选项，可以根据实际应用的需求进行增加或删减。

可选的，系统消息窗中的配置还可以如图1c所示，即将覆盖增强需求、覆盖增强等级、重复次数需求、终端设备尝试接收次数需求、系统消息配置和系统消息窗内的系统消息传输配置的各种组合均显示出来，其中，“#sij”指“sij”号子帧。

其中，确定单元101在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以先根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定系统消息配置，然后根据确定的系统消息配置来确定该配置信息，也可以预先设置系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息和该配置信息的对应关系，然后在获取到系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息后，通过查找该对应关系来确定对应的配置信息；或者，还可以获取系统消息配置，根据该系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息，即：

确定单元101，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息配置确定配置信息；或者，

确定单元101，除了获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息之外，还可以获取系统消息配置，然后根据获取到的系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息；或者，

确定单元101，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，具体可以如下：

确定单元101，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数(即系统消息总的传输次数)，获取系统消息窗的窗长度，根据该窗长度和传输次数确定传输系统消息时使用的子帧信息。

其中，可以通过多种方式来获取系统消息窗的窗长度，比如，可以获取系统消息配置，然后从系统消息配置中提取该系统消息窗的窗长度，等等。

其中，子帧信息可以包括至少子帧位置，此外，该子帧信息还可以包括子帧数等信息，即该子帧信息可以指示具体用多少子帧、以及哪些子帧来传输该系统消息。

此外，在选择传输系统消息的子帧时，如果系统消息窗的窗长度不足以传输N个系统消息，还可以对该系统消息窗进行扩展，以便后续可以在该扩展后的系统消息窗中选择子帧，以传输系统消息。其中，N为该系统消息窗内系统消息的传输次数，且N为大于0的整数。即：

确定单元101，具体可以用于在该窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

当然，在窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，确定单元101也可以扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

可选的，也可以不扩展系统消息窗，而是从连续的多个系统消息窗来选择子帧来传输系统消息，即：

确定单元101，具体可以用于根据该窗长度和传输次数从确定单元连续的多个系统消息窗中选择子帧，以传输系统消息。

可选的，还可以根据系统消息的周期来确定是采用扩展系统消息窗的方式还是采用利用连续的多个系统消息窗的方式，比如，若系统消息的周期较长，则采用扩展系统消息窗的方式，而如果系统消息的周期较短，则采用利用连续的多个系统消息窗的方式，即具体可以如下：

确定单元101，具体用于获取系统消息的周期，确定该系统消息的周期是否超过预置周期阈值；若超过该周期阈值，则在确定所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；在该窗长度不足以传输N个系统消息(N为系统消息的传输次数)时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；若未超过该周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

其中，该周期阈值可以根据实际应用的需求进行设置，在此不再赘述。

可选的，在需要终端设备的尝试接收次数较多时，如果仅仅使用原系统消息窗的资源，则终端设备接收系统消息的时间可能会比较长，因此，为了减少终端设备接收系统消息的时间，此时也可以对系统消息窗进行扩展，即：

确定单元101，具体可以用于根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，在确定该尝试接收次数大于预置阈值时，扩展系统消息窗，根据该系统消息窗的窗长度和系统消息窗内系统消息的传输次数从扩展后的系统消息窗中选择子帧，以传输系统消息。

当然，由于对系统消息窗进行了扩展，因此，同一个系统消息窗内可以传输的系统消息次数也会增多，所以，此时终端设备的尝试接收次数也可以相应的减少。此外，当终端设备的尝试接收次数较多时，可以选择较小的系统消息周期，在此不再赘述。

该网络侧设备具体可以集成在基站设备等设备中。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元的具体实施将在以下实施例中作进一步进行详细说明。

此外，还需说明的是，为描述和处理方便，本发明中把SIB1看着一种特殊的系统消息，该SIB1的系统消息窗长度为1，系统消息窗周期为80ms。所以，本发明实施例关于系统消息的描述，也适用于SIB1的情况。

由上可知，本实施例的确定单元101可以确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后由传输单元102在该配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收系统消息。由于在该方案中，可以让终端设备确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

实施例二、

相应的，本发明实施例还提供一种终端设备，如图2所示，该终端设备包括确定单元201和接收单元202，如下：

确定单元201，用于确定配置信息，其中，配置信息用于指示系统消息窗内的系统消息传输配置；

需说明的是，不同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置；相同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置，比如，同样需要在一个系统消息窗内传输两次系统消息，那么，如果系统消息窗的窗长度为10ms，那么，就可以从这10ms长的10个子帧(1ms也是一个子帧的长度)中，任意选择两个可用子帧来传输两次系统消息。

其中，可以通过枚举的方式，罗列出系统消息窗中用于系统消息传输的子帧编号。

接收单元202，用于在该配置信息所指示的资源上接收基站设备发送的系统消息。

其中，该配置信息可以通过与基站设备约定的方式来获得，也可以由基站设备确定了之后直接通知终端设备，即：

确定单元201，具体可以用于按照与基站设备约定的配置规则确定配置信息。或者，

接收单元202，还可以用于在确定配置信息之前，接收基站设备发送的关于配置信息的通知；

则此时，确定单元201，具体可以用于根据接收单元202接收到的通知(即关于配置信息的通知)确定配置信息。

其中，如果系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息，则此时，说明基站设备在系统消息窗内的所有可用子帧上发送系统消息，因此，可以在该系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。即：

接收单元202，具体可以用于在当该系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息时，在该系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。

如果系统传输配置指示该系统消息窗内的某些子帧传输系统消息，则此时，可以在这些指定的子帧上接收基站设备发送的系统消息。即：

接收单元202，具体可以用于在选择的子帧上接收基站设备发送的系统消息。

其中，如果该配置信息是按照与基站设备约定的配置规则来确定的话，则该终端设备所采用的确定方式应保持与基站设备所采用的方式一致，其中，确定单元201在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以采用以下任意一种方式(只需与基站设备保持一致即可)，例如，具体可以如下：

(1)第一种方式；

可以先获取系统消息配置，然后根据系统消息配置来确定该配置信息，即：

确定单元201，具体用于获取系统消息配置，根据获取的系统消息配置确定配置信息。

(2)第二种方式；

具体可以先获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息，然后根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来系统消息窗内的系统消息传输配置，即：

确定单元201，具体可以用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息。

其中，系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等的具体说明可以参见实施例一，在此不再赘述。

其中，信号重复和“终端设备尝试接收”，作为两种覆盖增强技术，可以联合使用，不同的重复次数和不同的终端设备尝试接收次数的组合，可以满足不同的覆盖增强需求。

在图1b的各个字段中，标为“可选”的字段即表示可以该字段为可选项，可以根据实际应用的需求进行增加或删减。

其中，确定单元201在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以先根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定系统消息配置，然后根据确定的系统消息配置来确定该配置信息(即系统消息窗内的系统消息传输配置)，也可以预先设置系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息和该配置信息的对应关系，然后在获取到系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息后，通过查找该对应关系来确定对应的配置信息；或者，还可以获取系统消息配置，根据该系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息，即：

确定单元201，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息确定配置信息。或者，

确定单元201，除了获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息之外，还可以获取系统消息配置，然后根据获取到的系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息；或者，

确定单元201，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，具体可以如下：

确定单元201，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数(即系统消息总的传输次数)；获取系统消息窗的窗长度；根据该窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息。

其中，可以通过多种方式来获取系统消息窗的窗长度，比如，可以获取系统消息配置，然后从系统消息配置中提取该系统消息窗的窗长度，等等。

此外，在选择传输系统消息的子帧时，如果系统消息窗的窗长度不足以传输N个系统消息，还可以对该系统消息窗进行扩展，以便后续可以在该扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。其中，N为该系统消息窗内系统消息的传输次数，且N为大于0的整数。即：

确定单元201，具体可以用于在该窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息，其中，N为系统消息的传输次数；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

当然，在窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，确定单元201也可以扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

可选的，也可以不扩展系统消息窗，而是从连续的多个系统消息窗来选择子帧来传输系统消息，即：

确定单元201，具体可以用于根据该窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

可选的，还可以根据系统消息的周期来确定是采用扩展系统消息窗的方式还是采用利用连续的多个系统消息窗的方式，比如，若系统消息的周期较长，则采用扩展系统消息窗的方式，而如果系统消息的周期较短，则采用利用连续的多个系统消息窗的方式，即：

确定单元201，具体可以用于获取系统消息的周期；确定该系统消息的周期是否超过预置周期阈值；若超过该周期阈值，则在确定该窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；若未超过所述周期阈值，则根据该窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

其中，该周期阈值可以根据实际应用的需求进行设置，在此不再赘述。

确定单元201，具体用于根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定该尝试接收次数大于预置阈值时，扩展系统消息窗；根据该窗长度和传输次数从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

该终端设备具体可以手机、平板电脑或个人计算机等设备。

由上可知，本实施例的确定单元201可以确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后由接收单元202在该配置信息所指示的资源上接收基站设备发送的系统消息。由于在该方案中，终端设备可以确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

实施例三、

相应的，本发明实施例还提供一种通信系统，包括本发明实施例提供的任一种网络侧设备和终端设备，具体可参见前面的实施例，例如，以该网络侧设备具体为基站设备为例，具体可以如下：

基站设备，用于确定配置信息，其中，配置信息用于指示系统消息窗内的系统消息传输配置，在该配置信息所指示的资源上发送系统消息；

终端设备，用于确定配置信息，其中，配置信息用于指示系统消息窗内的系统消息传输配置，在该配置信息所指示的资源上接收基站设备发送的系统消息。

其中，该配置信息可以由基站设备与终端设备预先进行约定，也可以由基站配置之后直接通知终端设备，即：

基站设备，具体可以用于按照与终端设备约定的配置规则确定配置信息；

则此时，终端设备，可以用于按照与基站和设备约定的配置规则确定配置信息。

或者，基站设备，还可以用于在确定配置信息之后，将该配置信息通知给终端设备；

则此时，终端设备，还可以用于接收基站设备发送的关于配置信息的通知，根据该通知确定配置信息。

基站设备，具体可以用于在系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息时，在该系统消息窗内的所有可用子帧上发送系统消息。

则此时，终端设备，具体可以用于在系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息时，在该系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。

其中，在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以采用多种方式，例如，具体可以如下：

(1)第一种方式；

可以先获取系统消息配置，然后根据系统消息配置来确定该配置信息，即：

基站设备，具体可以用于获取系统消息配置，根据获取的系统消息配置确定配置信息。

则此时，终端设备，具体可以用于获取系统消息配置，根据获取的系统消息配置确定配置信息。

(2)第二种方式；

基站设备，具体可以用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息窗内的系统消息传输配置。

则此时，基站设备，具体可以用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息窗内的系统消息传输配置。

其中，系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等的具体说明可参见前面的实施例，在此不再赘述。

具体的，在对系统消息窗进行配置时，也可以将覆盖增强需求、覆盖增强等级、重复次数需求和/或终端设备尝试接收次数需求也配置在其中，可参见图1b，在此不再赘述。

其中，在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以先根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定系统消息配置，然后根据确定的系统消息配置来确定该配置信息，也可以预先设置系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息和该配置信息的对应关系，然后在获取到系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息后，通过查找该对应关系来确定对应的配置信息；或者，还可以获取系统消息配置，根据该系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息，即：

基站设备，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息配置确定配置信息；

则此时，终端设备，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息配置确定配置信息。

或者，基站设备，除了获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息之外，还可以获取系统消息配置，然后根据获取到的系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息；

则此时，终端设备，除了获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息之外，还可以获取系统消息配置，然后根据获取到的系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息。

或者，基站设备，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，具体可以如下：

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数(即系统消息总的传输次数)，获取系统消息窗的窗长度，根据该窗长度和传输次数确定传输系统消息时使用的子帧信息。

则此时，终端设备，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，具体可以如下：

基站设备，具体可以用于在该窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息；或者，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

则此时，终端设备，具体可以用于在该窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息；或者，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

可选的，也可以不扩展系统消息窗，而是从连续的多个系统消息窗来选择子帧来传输系统消息，即：

基站设备，具体可以用于根据该窗长度和传输次数从确定单元连续的多个系统消息窗中选择子帧，以传输系统消息。

则此时，终端设备，具体可以用于根据该窗长度和传输次数从确定单元连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

基站设备，具体可以用于获取系统消息的周期，确定该系统消息的周期是否超过预置周期阈值；若超过该周期阈值，则在确定所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；在该窗长度不足以传输N个系统消息(N为系统消息的传输次数)时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；若未超过该周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

则此时，终端设备，具体可以用于获取系统消息的周期，确定该系统消息的周期是否超过预置周期阈值；若超过该周期阈值，则在确定所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；在该窗长度不足以传输N个系统消息(N为系统消息的传输次数)时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；若未超过该周期阈值，则根据该窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

其中，该周期阈值可以根据实际应用的需求进行设置，在此不再赘述。

基站设备，具体可以用于根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，在确定该尝试接收次数大于预置阈值时，扩展系统消息窗，根据该系统消息窗的窗长度和系统消息窗内系统消息的传输次数从扩展后的系统消息窗中选择子帧，以传输系统消息。

则此时，终端设备，具体可以用于根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，在确定该尝试接收次数大于预置阈值时，扩展系统消息窗，根据该系统消息窗的窗长度和系统消息窗内系统消息的传输次数从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

此外，该通信系统还可以包括其他的设备，在此不再赘述。

该通信系统的具体实施将在以下的其他实施例中作进一步进行详细说明。

由上可知，本实施例的通信系统采用确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后在该配置信息所指示的资源上传输系统消息。由于在该方案中，可以通过通知或与终端设备约定的方式，让终端设备确切知道系统消息配置和系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

此外，本发明实施例还提供相应的系统消息的覆盖增强传输方法，以下将在实施四和五中分别从网络侧设备和终端设备的角度对该系统消息的覆盖增强传输方法进行说明。

实施例四、

本实施例将从网络侧设备的角度进行描述，该网络侧设备具体可以集成在基站设备等设备中。

一种系统消息的覆盖增强传输方法，包括：确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置；在该配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收该系统消息。

如图3所示，具体流程可以如下：

301、确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置。

其中，可以通过枚举的方式，罗列出系统消息窗中用于系统消息传输的子帧编号。

其中，该配置信息可以通过与终端设备约定的方式让终端设备知晓，也可以由网络侧设备直接确定后，通知终端设备；如果通过与终端设备约定的方式让终端设备知晓，即步骤“确定配置信息(步骤301)”具体可以包括：

按照与终端设备约定的配置规则确定配置信息。

而如果是由网络侧设备直接确定后，通知终端设备，则在步骤“确定配置信息(步骤301)”之后，还可以包括：

将该配置信息通知给终端设备。

在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以采用多种方式，例如，具体可以如下：

(1)第一种方式；

可以先获取系统消息配置，然后根据系统消息配置来确定该配置信息。

(2)第二种方式；

具体可以先获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息，然后根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来系统消息窗内的系统消息传输配置。

具体的，在对系统消息窗进行配置时，也可以将覆盖增强需求、覆盖增强等级、重复次数需求和/或终端设备尝试接收次数需求也配置在其中，例如，可参见图1b，在此不再赘述。

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置；根据确定的系统消息配置确定配置信息。

或者，除了获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息之外，还可以获取系统消息配置，然后根据获取到的系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息。

或者，还可以根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，例如，具体可以如下：

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数；获取系统消息窗的窗长度；根据该窗长度和传输次数确定传输系统消息时使用的子帧信息。

其中，可以通过多种方式来获取系统消息窗的窗长度，比如，可以获取系统消息配置，然后从系统消息配置中提取该系统消息窗的窗长度，等等。

此外，在选择传输系统消息的子帧时，如果系统消息窗的窗长度不足以传输N个系统消息，还可以对该系统消息窗进行扩展，以便后续可以在该扩展后的系统消息窗中选择子帧，以传输系统消息。其中，N为该系统消息窗内系统消息的传输次数，且N为大于0的整数。即步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧信息”具体可以包括：

若该窗长度足以传输N个系统消息，则从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；

若该窗长度不足以传输N个系统消息，则扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

可选的，也可以不扩展系统消息窗，而是从连续的多个系统消息窗来选择子帧来传输系统消息，即步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧信息”具体可以包括：

根据该窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

可选的，还可以根据系统消息的周期来确定是采用扩展系统消息窗的方式还是采用利用连续的多个系统消息窗的方式，比如，若系统消息的周期较长，则采用扩展系统消息窗的方式，而如果系统消息的周期较短，则采用利用连续的多个系统消息窗的方式，即该系统消息的覆盖增强传输方法还可以包括：

获取系统消息的周期；

则此时，步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧信息”具体可以包括：

确定该系统消息的周期是否超过预置周期阈值；

若超过所述周期阈值，则在确定所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；在所述窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；

若未超过所述周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

其中，该周期阈值可以根据实际应用的需求进行设置，在此不再赘述。

可选的，在需要终端设备的尝试接收次数较多时，如果仅仅使用原系统消息窗的资源，则终端设备接收系统消息的时间可能会比较长，因此，为了减少终端设备接收系统消息的时间，此时也可以对系统消息窗进行扩展，即在步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧的信息”之前，该系统消息的覆盖增强传输方法还可以包括：

根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定所述尝试接收次数大于预置阈值时，扩展系统消息窗；

则步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧的信息”具体为：

根据该窗长度和传输次数从扩展后的系统消息窗中选择子帧，以传输系统消息。

302、在该配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收该系统消息。

其中，如果系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息，则此时，可以在该系统消息窗内的所有可用子帧上发送系统消息。即步骤“该配置信息所指示的资源上发送系统消息”具体可以为：

在该系统消息窗内的所有可用子帧上发送系统消息。

而如果系统传输配置指示该系统消息窗内的某些子帧传输系统消息，则此时，可以在这些指定的子帧上发送系统消息。即步骤“该配置信息所指示的资源上发送系统消息”具体可以为：

在选择的子帧上发送系统消息。

由上可知，本实施例采用确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后在该配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收系统消息。由于在该方案中，可以让终端设备确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

实施例五、

本实施例将从终端设备的角度进行描述，该终端设备具体可以为手机、平板电脑或个人计算机等设备。

一种系统消息的覆盖增强传输方法，包括：确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置；在该配置信息所指示的资源上接收基站设备发送的系统消息。

如图4所示，具体流程可以如下：

401、确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置。

其中，可以通过枚举的方式，罗列出系统消息窗中用于系统消息传输的子帧编号。

其中，该配置信息可以通过与基站设备约定的方式来获得，也可以由基站设备确定了之后直接通知终端设备，即步骤“确定配置信息”具体可以为：

按照与基站设备约定的配置规则确定配置信息。

或者，在步骤“确定配置信息”之前，该系统消息的覆盖增强传输方法还可以包括：

接收基站设备发送的关于配置信息的通知；

则此时，步骤“确定配置信息”具体可以为：根据接收到的通知(即关于配置信息的通知)确定配置信息。

在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以采用多种方式，例如，具体可以如下：

(1)第一种方式；

可以先获取系统消息配置，然后根据系统消息配置来确定该配置信息。

(2)第二种方式；

其中，可以通过多种方式来获取系统消息窗的窗长度，比如，可以获取系统消息配置，然后从系统消息配置中提取该系统消息窗的窗长度，等等。

此外，在选择传输系统消息的子帧时，如果系统消息窗的窗长度不足以传输N个系统消息，还可以对该系统消息窗进行扩展，以便后续可以在该扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。其中，N为该系统消息窗内系统消息的传输次数，且N为大于0的整数。即步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧的信息”具体可以包括：

若该窗长度足以传输N个系统消息，则从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；

若该窗长度不足以传输N个系统消息，则扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

根据该窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

获取系统消息的周期；

则此时，步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧信息”具体可以包括：

确定该系统消息的周期是否超过预置周期阈值；

若未超过所述周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

其中，该周期阈值可以根据实际应用的需求进行设置，在此不再赘述。

根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定所述尝试接收次数大于预置阈值时，扩展系统消息窗；

则步骤“根据该窗长度和传输次数确定传输系统消息时使用的子帧的信息”具体为：

根据该窗长度和传输次数从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

402、在所述配置信息所指示的资源上接收基站设备发送的系统消息。

其中，如果系统消息传输配置指示该系统消息窗内的所有可用子帧都传输系统消息，则此时，可以在该系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。即步骤“该配置信息所指示的资源上接收基站设备发送的系统消息”具体可以为：

在该系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。

而如果系统传输配置指示该系统消息窗内的某些子帧传输系统消息，则此时，可以在这些指定的子帧上接收基站设备发送的系统消息。即步骤“该配置信息所指示的资源上接收基站设备发送的系统消息”具体可以为：

在选择的子帧上接收基站设备发送的系统消息。

由上可知，本实施例采用确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后在该配置信息所指示的资源上接收基站设备发送的系统消息。由于在该方案中，可以让终端设备确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

实施例六、

根据实施例五和六所描述的方法，以下将以该网络侧设备具体集成为基站设备为例，对该系统消息的覆盖增强传输方法作进一步详细说明。

如图5所示，一种系统消息的覆盖增强传输方法，具体流程可以如下：

501、基站设备获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息。

502、基站设备根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息，其中，该配置信息指示系统消息窗内的系统消息传输配置。

其中，若是根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，则具体可以如下：

根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息确定系统消息的传输次数，然后获取系统消息窗的窗长度，再根据该系统消息窗的窗长度和系统消息的传输次数确定传输系统消息时使用的子帧信息。

其中，可以通过多种方式来获取系统消息窗的窗长度，比如，可以获取系统消息配置，然后从系统消息配置中提取该系统消息窗的窗长度，等等。

其中，在进行系统消息窗内的系统消息传输配置时，可以采用多种方式来满足覆盖增强需求信息，具体可以如下：

(1)通过重复传输满足覆盖增强需求。

即可以通过不同的重复次数来满足不同的覆盖增强需求，其中：

A、不同的覆盖增强需求，对应不同的重复次数，那么，系统消息窗中需要发送的系统消息的次数也不相同，则此时，需要的子帧数和相应的子帧位置也不相同，即对应着不同的系统消息窗内系统消息传输配置；

B、同一个覆盖增强需求，对应同样的重复次数，那么，系统消息窗中需要发送的系统消息的次数可能相同也可能不同，而发送系统消息的子帧位置也可能相同，也可能不同，如果发送系统消息的子帧位置不同，则对应着不同的系统消息窗内系统消息传输配置。

比如，以覆盖增强需求要求传输4次系统消息为例，则具体可以如下：

如果系统消息窗长度大于4ms，则系统消息窗内可以传递4次系统消息，那么，可以在系统消息窗中选择出4个子帧来传输系统消息，比如前面4个子帧或最后四个子帧等；或者，比如消息窗长度为40ms，则可以规定系统消息窗内的4个无线帧中，每个无线帧的1号子帧用来发送系统消息，并一共发送4次系统消息；或者，还可以规定1号无线帧的0号子帧，2号无线帧的3号子帧，3号无线帧的5号子帧，4号无线帧的6号子帧用来发送系统消息，并一共发送4次系统消息，等等，在此不再列举。

如果系统消息窗内不能传输4次系统消息，比如，系统消息窗的长度为1ms或者2ms，那么，可以针对覆盖增强终端设备，以原系统消息窗为参考，扩展该系统消息窗，比如，原系统消息窗的长度为1ms，并且，计算系统消息窗的位置为2号无线帧的3号子帧，那么，可以把2号无线帧的3号子帧，作为覆盖增强扩展系统消息窗的起始子帧，并向后扩展3个子帧，即把2号无线帧的3号、4号、5号和6号子帧作为扩展后的系统消息窗；或者，可以把3号子帧作为扩展系统消息窗的结束子帧，即把0号、1号、2号和3号子帧作为扩展后的系统消息窗。当然，3号子帧还可以作为扩展系统消息窗的中间位置，在此不再赘述。

如果系统消息窗的窗长度不足以传输4次系统消息，则除了对系统消息窗进行扩展之外，还可以分别在连续的多个系统消息窗内进行传输，即可以分别在连续的多个系统消息窗内传输4次系统消息。比如，系统消息窗的长度为2ms，那么，可以在第一个系统消息窗内传递2次系统消息，在第二个系统消息窗内传递2次系统消息。

即使系统消息窗可以传递4次系统消息，也可以对原系统消息窗进行扩展，以用来传输系统消息；或者，也可以把4次系统消息分散在连续的多个系统消息窗内进行传递，在此不再赘述。

此外，如果系统消息要求的传输次数大于等于系统消息窗的窗长度，则可以在系统消息窗的每个可用子帧都传递系统消息。

(2)通过调整终端设备尝试接收次数来满足覆盖增强需求，而不需要信息重复。

在这种情况下，可以在系统消息窗内，任意选择一个子帧来发送系统消息。

(3)通过信息重复和调整终端设备尝试接收次数来满足覆盖增强需求。

同样的覆盖增强需求，可以由不同的终端设备尝试接收次数和不同信息重复接收次数联合起来共同满足，比如5dB的覆盖增强需求，可以由3次终端设备尝试接收，和6次信息重复共同来满足，也可以由2次终端设备接收尝试，和10次信息重复共同来满足，等等。

同样的覆盖增强需求，由于终端设备尝试接收次数配置的不同，信息重复次数也会随着不同，其对应的系统消息窗中的系统消息发送次数也就不同，从而导致发送系统消息的子帧选择也不同，即对应不同的系统消息窗内系统消息传输配置。

可选的，可以定义终端设备的尝试接收模式，并根据确定的尝试接收模式，确定系统消息窗中系统消息的发送次数和发送子帧。其中，该尝试接收模式，可以定义终端设备尝试接收的每次尝试接收的合并次数，以及尝试接收的最大次数。

比如，终端设备尝试接收每次合并的子帧是4，那么，如果系统消息窗的长度大于4ms，则可以在每个系统消息窗中选中4个子帧来传递4次系统消息，每个消息接收窗终端设备累积合并，作为一次终端设备尝试接收；或者，在相邻的两个消息接收窗中分别传递两次，相邻的两个消息接收窗的系统消息合并，作为一次终端设备尝试接收。

进一步的，如果需要的终端设备尝试接收次数比较多，比如需要终端设备尝试接收的次数为16次，那么，如果仅仅使用传统系统消息窗的资源，则终端设备接收系统消息的时间可能比较长，所以此时可以考虑扩展传统系统消息窗，扩展方式和前面所描述的系统消息窗的扩展类似，在此不再赘述。

此外，还可以根据确定的系统覆盖增强需求和/或终端设备尝试接收模式，来确定系统消息配置，其中，系统消息配置可以包括系统消息窗长度，系统消息发送周期，和系统消息更新周期中的一个或者多个。比如，如果覆盖增强需求较大，需要的重复次数比较多，比如16次重复，那么系统消息窗的长度可以配置为20ms或者40ms，等等。或者，如果终端设备尝试接收的次数比较多，那么，系统消息发送周期可以配置为较小的值，等等。

503、基站设备将该配置消息通知给终端设备。

例如，具体可以以独立的消息形式通知给终端设备，也可以携带在已有的消息中通知给终端设备，在此不再赘述。

504、基站设备在该配置信息所指示的资源上对系统消息进行传输。

即，根据系统消息窗的窗长度、系统消息的周期、系统消息更新周期、传输系统消息时使用的子帧信息和/或系统消息窗内系统消息的传输次数等对系统消息进行传输。

505、终端设备接收配置信息，并在该配置消息所指示的资源上接收基站设备发送的系统消息。

此后，终端设备还可以对该接收到的系统消息进行处理，比如，进行接收合并以及接收尝试等操作。

由上可知，本实施例采用由基站设备来确定配置信息，其中，该配置信息指示系统消息窗内的系统消息传输配置，并将该配置信息通知给终端设备，然后根据该配置信息对系统消息进行传输，这样，终端设备就可以根据该配置信息接收基站设备发送的系统消息。由于在该方案中，可以通过通知的方式，让终端设备确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

实施例七、

与实施例六相同的是，在本实施例中，同样以该网络侧设备具体集成为基站设备为例进行说明。与实施例六不同的是，在本实施例中，配置信息由基站设备与终端设备预先进行约定，而无需由基站设备通知给终端设备，以下将进行详细说明。

如图6所示，一种系统消息的覆盖增强传输方法，具体流程可以如下：

601、基站设备按照与终端设备约定的配置规则确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置。

需说明的是，不同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置；相同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置，比如，同样需要在一个系统消息窗内传输两次系统消息，那么，如果系统消息窗的窗长度为10毫秒(ms，millisecond)，那么，就可以从这10ms长的10个子帧(1ms也是一个子帧的长度)中，任意选择两个可用子帧来传输两次系统消息。其中，可以通过枚举的方式，罗列出系统消息窗中用于系统消息传输的子帧编号。

其中，与终端设备约定的配置规则，可以是由用户预先分别在基站设备和终端设备上进行设置。例如，具体可以如下：

为系统消息不同的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息，设置对应的系统消息配置和系统消息窗内的系统消息传输配置，并保存覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息、终端设备的尝试接收次数要求信息等信息、系统消息配置和系统消息窗内的系统消息传输配置之间的映射关系。

或者，与终端设备约定的配置规则，也可以由基站确定后，通知给终端设备，例如，具体可以如下：

基站设备为系统消息不同的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息，设置对应的系统消息窗内的系统消息传输配置，并保存覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息、终端设备的尝试接收次数要求信息等信息和系统消息窗内的系统消息传输配置之间的映射关系，然后将该映射关系发送给终端设备，以便终端设备保存该映射关系。

其中，覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息、终端设备的尝试接收次数要求信息、系统消息配置和系统消息窗内的系统消息传输配置之间的设置关系，可以参见前面的实施例(比如实施例五)，在此不再赘述。

602、基站设备在确定的配置信息所指示的资源上发送系统消息。

603、终端设备按照与基站设备约定的配置规则确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置。

需说明的是，不同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置；相同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置。

其中，与基站设备约定的配置规则，可以是由用户预先分别在基站设备和终端设备上进行设置。例如，具体可以如下：

为系统消息不同的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息，设置对应的系统消息配置和系统消息窗内的系统消息传输配置，并保存覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息、终端设备的尝试接收次数要求信息系统消息配置和系统消息窗内的系统消息传输配置之间的映射关系。

此外，还需说明的是，该终端设备所采用的确定配置信息的方式应保持与基站设备所采用的方式一致。

604、终端设备在确定的配置信息所指示的资源上接收基站设备传输的系统消息。

此后，终端设备还可以对该接收到的系统消息进行处理，比如，进行接收合并以及接收尝试等操作。

由上可知，本实施例采用由基站设备和终端设备预先约定配置规则，然后由基站设备和终端设备分别按照约定的配置规则确定当前的配置信息，其中，该配置信息指示系统消息窗内的系统消息传输配置，然后基站设备在该配置信息所指示的资源上发送对系统消息，而终端设备则在该配置信息所指示的资源上接收系统消息。由于在该方案中，可以通过与终端设备约定的方式，让终端设备确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

实施例八、

此外，本发明实施例还提供一种基站设备，如图7所示，该基站设备包括处理器701、用于存储数据的存储器702和用于收发数据的收发接口703，其中，处理器701通过总线(BUS)700与存储器702和收发接口703进行连接，其中，该基站设备中各个部分的功能具体可以如下：

处理器701，用于确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置，并控制收发接口703在所述配置信息所指示的资源上发送系统消息；

其中，可以通过枚举的方式，罗列出系统消息窗中用于系统消息传输的子帧编号。

收发接口703，用于在处理器701的控制下，在所述配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收该系统消息。

处理器701，可以用于按照与终端设备约定的配置规则确定配置信息。

而如果是采用直接通知终端设备的方式，则：

处理器701，还可以用于控制收发接口将所述配置信息通知给终端设备；

收发接口703，可以用于在处理器701的控制下，将所述配置信息通知给终端设备。

处理器701，具体可以用于在该系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息时，控制收发接口703在所述系统消息窗内的所有可用子帧上发送系统消息；

收发接口703，具体可以用于在处理器的控制下，在所述系统消息窗内的所有可用子帧上发送系统消息。

如果系统传输配置指示该系统消息窗内的某些子帧传输系统消息，则此时，可以在这些指定的子帧上发送系统消息。即：

收发接口703，具体可以用于在选择的子帧上发送系统消息。

其中，处理器701在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以采用多种方式，例如，具体可以如下：

(1)第一种方式；

可以先获取系统消息配置，然后根据系统消息配置来确定该配置信息，即：

处理器701，具体可以用于获取系统消息配置，所述系统消息配置包括系统消息窗的窗长度的配置和系统消息的周期的配置；根据获取的系统消息配置确定配置信息。

(2)第二种方式；

处理器701，具体用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息。

其中，系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等的具体说明可以参见前面的实施例，在此不再赘述。

具体的，在对系统消息窗进行配置时，也可以将覆盖增强需求、覆盖增强等级、重复次数需求和/或终端设备尝试接收次数需求也配置在其中，例如，可参见图1b和图1c，在此不再赘述。

其中，处理器701在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以先根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定系统消息配置，然后根据确定的系统消息配置来确定该配置信息，也可以预先设置系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息和该配置信息的对应关系，然后在获取到系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息后，通过查找该对应关系来确定对应的配置信息；或者，还可以获取系统消息配置，根据该系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息，即：

处理器701，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息配置确定配置信息；或者，

处理器701，除了获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息之外，还可以获取系统消息配置，然后根据获取到的系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息；或者，

处理器701，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，具体可以如下：

处理器701，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数(即系统消息总的传输次数)，获取系统消息窗的窗长度，根据该窗长度和传输次数确定传输系统消息时使用的子帧信息。

其中，可以通过多种方式来获取系统消息窗的窗长度，比如，可以获取系统消息配置，然后从系统消息配置中提取该系统消息窗的窗长度，等等。

处理器701，具体可以用于在该窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

当然，在窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，处理器701也可以扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息。

可选的，也可以不扩展系统消息窗，而是从连续的多个系统消息窗来选择子帧来传输系统消息，即：

处理器701，具体可以用于根据该窗长度和传输次数从确定单元连续的多个系统消息窗中选择子帧，以传输系统消息。

处理器701，具体用于获取系统消息的周期，确定该系统消息的周期是否超过预置周期阈值；若超过该周期阈值，则在确定所述窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以传输系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；在该窗长度不足以传输N个系统消息(N为系统消息的传输次数)时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以传输系统消息；若未超过该周期阈值，则根据所述窗长度和传输次数从连续的多个系统消息窗中选择子帧，以传输系统消息。

其中，该周期阈值可以根据实际应用的需求进行设置，在此不再赘述。

处理器701，具体可以用于根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，在确定该尝试接收次数大于预置阈值时，扩展系统消息窗，根据该系统消息窗的窗长度和系统消息窗内系统消息的传输次数从扩展后的系统消息窗中选择子帧，以传输系统消息。

以上各个部分的具体实施可参见前面的实施例，在此不再赘述。

由上可知，本实施例的基站设备可以确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后在该配置信息所指示的资源上发送系统消息，以便终端设备根据该配置信息接收系统消息。由于在该方案中，可以让终端设备确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

实施例九、

本发明实施例还提供一种终端设备，如图8所示，该终端设备包括处理器801、用于存储数据的存储器802和用于收发数据的收发接口803，其中，处理器801通过总线(BUS)800与存储器802和收发接口803进行连接，其中，该基站设备中各个部分的功能具体可以如下：

处理器801，用于确定配置信息，所述配置信息用于指示系统消息窗内的系统消息传输配置；

需说明的是，不同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置；相同的系统消息可以有不同的系统消息窗内的系统消息传输配置，也可以有相同的系统消息窗内的系统消息传输配置，比如，同样需要在一个系统消息窗内传输两次系统消息，那么，如果系统消息窗的窗长度为10ms，那么，就可以从这10ms长的10个子帧(1ms也是一个子帧的长度)中，任意选择两个可用子帧来传输两次系统消息。

其中，可以通过枚举的方式，罗列出系统消息窗中用于系统消息传输的子帧编号。

收发接口803，用于在所述配置信息所指示的资源上接收基站设备发送的系统消息。

其中，该配置信息可以通过与基站设备约定的方式来获得，也可以由基站设备确定了之后直接通知终端设备，即：

处理器801，具体可以用于按照与基站设备约定的配置规则确定配置信息。

或者，收发接口803，还可以用于接收基站设备发送的关于配置信息的通知；

则此时，处理器801，具体可以用于根据该通知(即关于配置信息的通知)确定配置信息。

收发接口803，具体可以用于在该系统消息传输配置指示所述系统消息窗内的所有可用子帧都传输系统消息时，在该系统消息窗内的所有可用子帧上接收基站设备发送的系统消息。

如果系统传输配置指示该系统消息窗内的某些子帧传输系统消息，则此时，可以在这些指定的子帧上接收基站设备发送的系统消息。即：

收发接口803，具体可以用于在选择的子帧上接收基站设备发送的系统消息。

其中，如果该配置信息是按照与基站设备约定的配置规则来确定的话，则该终端设备所采用的确定方式应保持与基站设备所采用的方式一致，其中，处理器801在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以采用以下任意一种方式(只需与基站设备保持一致即可)，例如，具体可以如下：

(1)第一种方式；

可以先获取系统消息配置，然后根据系统消息配置来确定该配置信息，即：

处理器801，具体可以用于获取系统消息配置，根据获取的系统消息配置确定配置信息。

(2)第二种方式；

处理器801，具体可以用于获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息；根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定配置信息。

具体的，在对系统消息窗进行配置时，也可以将覆盖增强需求、覆盖增强等级、重复次数需求和/或终端设备尝试接收次数需求也配置在其中，例如，参见图1b和图1c，在此不再赘述。

其中，处理器801在确定配置信息(即系统消息窗内的系统消息传输配置)时，可以先根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定系统消息配置，然后根据确定的系统消息配置来确定该配置信息(即系统消息窗内的系统消息传输配置)，也可以预先设置系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息和该配置信息的对应关系，然后在获取到系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息后，通过查找该对应关系来确定对应的配置信息；或者，还可以获取系统消息配置，根据该系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息，即：

处理器801，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息配置，根据确定的系统消息确定配置信息。或者，

处理器801，除了获取系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息之外，还可以获取系统消息配置，然后根据获取到的系统消息配置、结合获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息来确定配置信息；或者，

处理器801，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息等信息直接确定配置信息，具体可以如下：

处理器801，具体可以用于根据获取到的系统消息的覆盖增强需求信息、覆盖增强等级信息、重复次数要求信息和/或终端设备的尝试接收次数要求信息确定系统消息的传输次数(即系统消息总的传输次数)；获取系统消息窗的窗长度；根据该窗长度和传输次数确定基站设备传输系统消息时使用的子帧信息。

其中，可以通过多种方式来获取系统消息窗的窗长度，比如，可以获取系统消息配置，然后从系统消息配置中提取该系统消息窗的窗长度，等等。

处理器801，具体可以用于在该窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息，其中，N为系统消息的传输次数；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

当然，在窗长度(即系统消息窗的窗长度)足以传输N个系统消息时，处理器801也可以扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

可选的，也可以不扩展系统消息窗，而是从连续的多个系统消息窗来选择子帧来传输系统消息，即：

处理器801，具体可以用于根据该窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

处理器801，具体可以用于获取系统消息的周期；确定该系统消息的周期是否超过预置周期阈值；若超过该周期阈值，则在确定该窗长度足以传输N个系统消息时，从系统消息窗中选择子帧，以接收基站设备发送的系统消息，或者扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；在该窗长度不足以传输N个系统消息时，扩展系统消息窗，从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息；若未超过所述周期阈值，则根据该窗长度和传输次数从连续的多个系统消息窗中选择子帧，以接收基站设备发送的系统消息。

其中，该周期阈值可以根据实际应用的需求进行设置，在此不再赘述。

处理器801，具体用于根据该终端设备的尝试接收次数要求信息确定终端设备的尝试接收次数，确定该尝试接收次数大于预置阈值时，扩展系统消息窗；根据该窗长度和传输次数从扩展后的系统消息窗中选择子帧，以接收基站设备发送的系统消息。

该终端设备具体可以手机、平板电脑或个人计算机等设备。

以上各个部分的具体实施可参见前面的实施例，在此不再赘述。

由上可知，本实施例的终端设备可以确定配置信息，其中，该配置信息用于指示系统消息窗内的系统消息传输配置，然后在该配置信息所指示的资源上接收基站设备发送的系统消息。由于在该方案中，终端设备可以确切知道系统消息窗内的系统消息传输配置，所以，有利于后续终端设备进行接收合并以及接收尝试等操作，可以降低终端设备的处理复杂度，提高覆盖增强的效果。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

以上对本发明实施例所提供的一种系统消息的覆盖增强传输装置、系统和方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

完整全部详细技术资料下载

当前第1页1 2 3

该技术已申请专利。仅供学习研究，如用于商业用途，请联系技术所有人。
技术研发人员：张向东;余政;
技术所有人：华为技术有限公司;
我是此专利的发明人

上一篇：一种用于杀菌消毒的具有清洁功能的污水处理设备的制作方法
上一篇：用于氧合器性能评估的系统和方法与流程

该领域下的技术专家
如您需求助技术专家，请点此查看客服电话进行咨询。
1、王老师：1.数字信号处理 2.传感器技术及应用 3.机电一体化产品开发 4.机械工程测试技术 5.逆向工程技术研究
2、王老师：1.机器人 2.嵌入式控制系统开发
3、孙老师：1.振动信号时频分析理论与测试系统设计 2.汽车检测系统设计 3.汽车电子控制系统设计
4、毕老师：机构动力学与控制
5、袁老师：1.计算机视觉 2.无线网络及物联网
如您是高校老师，可以点此联系我们加入专家库。