CN106664660B - 用于发送和接收系统消息的方法、装置、用户设备及基站 - Google Patents

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

Info

Publication number
CN106664660B
CN106664660B CN201680001191.0A CN201680001191A CN106664660B CN 106664660 B CN106664660 B CN 106664660B CN 201680001191 A CN201680001191 A CN 201680001191A CN 106664660 B CN106664660 B CN 106664660B
Authority
CN
China
Prior art keywords
system message
request
request system
reception window
leading code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201680001191.0A
Other languages
English (en)
Other versions
CN106664660A (zh
Inventor
江小威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN106664660A publication Critical patent/CN106664660A/zh
Application granted granted Critical
Publication of CN106664660B publication Critical patent/CN106664660B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

本公开是关于一种用于发送和接收系统消息的方法、装置、用户设备及基站。所述用于接收系统消息的方法包括：当接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，所述待请求系统消息属于第二类系统消息；当所述待请求系统消息的接收窗口到达时，在用于发送所述前序导码的上行子帧中发送所述前序导码；在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息。本公开技术方案可以避免多种SI组合在一起发送所导致的前序导码要求过多，进而导致在UE一次申请多个SI时基站难以同时发送的问题，同时也大大提升了系统消息的发送和接收性能。

Description

用于发送和接收系统消息的方法、装置、用户设备及基站
技术领域
本公开涉及通信技术领域，尤其涉及一种用于发送和接收系统消息的方法、装置、用户设备及基站。
背景技术
随着无线通信技术的飞速发展，长期演进(Long Term Evolution，简称为LTE)的系统消息(System Information，简称为SI)数目增多，采用周期性广播的方式发送LTE的系统消息使得基站的功耗较大，频谱资源利用率较低。对于接入的用户设备(UserEquipment，简称为UE)数目比较少的情况，周期性广播发送LTE的系统消息存在资源浪费的问题。为了缓解广播发送LTE的系统消息所带来的资源浪费和基站功耗较大的问题，运营商开始考虑通过分类发送系统消息的方式来解决上述问题。
相关技术中，在第五代移动通信技术(5th Generation，简称为5G)项目的研究讨论中，可将系统消息分为第一类系统消息和第二类系统消息，第一类系统消息可包含小区选择与接入的相关系统消息，第二类系统消息可包含除第一类系统消息之外的其他系统消息。相关技术中，仍可通过广播发送第一类系统消息，而对于第二类系统消息，则可在接收到UE发送特定前序导码(preamble码)请求第二类系统消息时，在响应消息中反馈UE请求的SI或者SI组合。
发明内容
为克服相关技术中存在的问题，本公开实施例提供一种用于发送和接收系统消息的方法、装置、用户设备及基站，用以提高基站与用户设备之间的系统消息发送和接收效率，降低基站发送系统消息的功率消耗，增加频谱资源的利用率。
根据本公开实施例的第一方面，提供一种用于接收系统消息的方法，包括：
当接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，所述待请求系统消息属于第二类系统消息；
当所述待请求系统消息的接收窗口到达时，在用于发送所述前序导码的上行子帧中发送所述前序导码；
在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息。
在一实施例中，确定待请求系统消息的接收窗口，包括：
从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、调度周期；
根据所述调度列表记录的接收窗口大小、调度周期，确定所述待请求系统消息的接收窗口。
在一实施例中，根据所述调度列表记录的接收窗口大小、调度周期，确定所述待请求系统消息的接收窗口，包括：
根据所述待请求系统消息在所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；
根据所述待请求系统消息在所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；
将所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。
在一实施例中，所述方法还包括：
从所述第一类系统消息中解析用于发送所述前序导码的时频资源；
根据所述时频资源确定所述第一个用于发送所述前序导码的上行子帧，基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
在一实施例中，所述方法还包括：
基于系统预设时频资源，确定所述第一个用于发送所述前序导码的上行子帧，基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
在一实施例中，在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息，包括：
根据系统消息调度指示，确定待请求系统消息是否在物理下行共享信道上传输；
如果待请求系统消息是在物理下行共享信道上传输，则在所述待请求系统消息的接收窗口内在物理下行共享信道上接收所述待请求系统消息。
在一实施例中，所述确定待请求系统消息的前序导码，包括：
从所述第一类系统消息中解析第二类系统消息的前序导码；或者，
基于系统预设前序导码，确定所述第二类系统消息的前序导码。
在一实施例中，第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
根据本公开实施例的第二方面，提供一种用于发送系统消息的方法，包括：
发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述待请求系统消息属于第二类系统消息；
接收所述用户设备在所述待请求系统消息的接收窗口内发送的前序导码；
在接收到所述前序导码之后，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息。
在一实施例中，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息，包括：
在所述待请求系统消息的接收窗口内发送N次所述待请求系统消息，其中，N为不小于1的自然数。
在一实施例中，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息，包括：
在所述待请求系统消息的接收窗口内通过系统消息调度指示在物理下行共享信道上发送所述前序导码对应的所述待请求系统消息。
在一实施例中，方法还包括：
为所述第二类系统消息中的每一个系统消息设置调度信息，所述调度信息包括接收窗口大小、调度周期；
将所述第二类系统消息中的每一个系统消息的调度信息按照顺序添加至调度列表中，所述顺序用于所述用户设备计算对应的系统消息的接收窗口；
根据所述调度列表生成所述第一类系统消息。
根据本公开实施例的第三方面，提供一种用于接收系统消息的装置，包括：
信息确定模块，被配置为在接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，所述待请求系统消息属于第二类系统消息；
第一发送模块，被配置为在所述信息确定模块确定的所述待请求系统消息的接收窗口到达时，在用于发送所述前序导码的上行子帧中发送所述前序导码；
第一接收模块，被配置为在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息。
在一实施例中，信息确定模块包括：
解析子模块，被配置为从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、调度周期；
第一确定子模块，被配置为根据所述解析子模块解析得到的所述调度列表记录的接收窗口大小、调度周期，确定所述待请求系统消息的接收窗口。
在一实施例中，第一确定子模块包括：
帧确定子模块，被配置为根据所述待请求系统消息在所述解析子模块解析得到的所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；
子帧确定子模块，被配置为根据所述待请求系统消息在所述解析子模块解析得到的所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；
窗口确定子模块，被配置为将所述子帧确定子模块确定的所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。
在一实施例中，所述装置还包括：
时频确定模块，被配置为从所述第一类系统消息中解析用于发送所述前序导码的时频资源；
第一确定模块，被配置为根据所述时频确定模块确定的所述时频资源确定所述第一个用于发送所述前序导码的上行子帧，所述第一发送模块基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
在一实施例中，装置还包括：
第二确定模块，被配置为基于系统预设时频资源，确定所述第一个用于发送所述前序导码的上行子帧，所述第一发送模块基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
在一实施例中，第一接收模块包括：
信道确定子模块，被配置为根据系统消息调度指示，确定待请求系统消息是否在物理下行共享信道上传输；
接收子模块，被配置为在所述信道确定子模块确定所述待请求系统消息是在物理下行共享信道上传输时，在所述待请求系统消息的接收窗口内在物理下行共享信道上接收所述待请求系统消息。
在一实施例中，信息确定模块包括：
第一导码确定子模块，被配置为从所述第一类系统消息中解析第二类系统消息的前序导码；或者，
第二导码确定子模块，被配置为基于系统预设前序导码，确定所述第二类系统消息的前序导码。
在一实施例中，所述第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
根据本公开实施例的第四方面，提供一种用于发送系统消息的装置，包括：
第二发送模块，被配置为发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述待请求系统消息属于第二类系统消息；
第二接收模块，被配置为接收所述用户设备在所述待请求系统消息的接收窗口内发送的前序导码；
第三发送模块，被配置为在所述第二接收模块接收到所述前序导码之后，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息。
在一实施例中，第三发送模块包括：
第一发送子模块，被配置为在所述待请求系统消息的接收窗口内发送N次所述待请求系统消息，其中，N为不小于1的自然数。
在一实施例中，第三发送模块包括：
第二发送子模块，被配置为在所述待请求系统消息的接收窗口内通过物理下行共享信道发送所述前序导码对应的所述待请求系统消息。
在一实施例中，装置还包括：
设置模块，被配置为为所述第二类系统消息中的每一个系统消息设置调度信息，所述调度信息包括接收窗口大小、调度周期；
添加模块，被配置为将所述设置模块设置的所述第二类系统消息中的每一个系统消息的调度信息按照顺序添加至调度列表中，所述顺序用于所述用户设备计算对应的系统消息的接收窗口；
生成模块，被配置为根据所述添加模块得到的所述调度列表生成所述第一类系统消息。
根据本公开实施例的第五方面，提供一种用户设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
当接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，所述待请求系统消息属于第二类系统消息；
当所述待请求系统消息的接收窗口到达时，在用于发送所述前序导码的上行子帧中发送所述前序导码；
在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息。
根据本公开实施例的第六方面，提供一种基站，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述待请求系统消息属于第二类系统消息；
接收所述用户设备在所述待请求系统消息的接收窗口内发送的前序导码；
在接收到所述前序导码之后，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息。
本公开的实施例提供的技术方案可以包括以下有益效果：
当UE接收到基站周期性广播发送的第一类系统消息时，通过上述技术方案，可以控制UE在对应的接收窗口内接收待请求的系统消息，避免多种SI组合在一起发送所导致的前序导码要求过多，进而导致在UE一次申请多个SI时基站难以同时发送的问题，同时也大大提升了系统消息的发送和接收性能。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1A是根据一示例性实施例示出的一种用于接收系统消息的方法的流程图。
图1B是根据一示例性实施例示出的一种用于发送和接收系统消息的方法的场景图。
图2是根据一示例性实施例示出的另一种用于接收系统消息的方法的流程图。
图3是根据一示例性实施例示出的又一种用于接收系统消息的方法的流程图。
图4是根据一示例性实施例示出的一种用于发送系统消息的方法的流程图。
图5是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图。
图6是根据一示例性实施例示出的一种用于接收系统消息的装置的框图。
图7是根据一示例性实施例示出的另一种用于接收系统消息的装置的框图。
图8是根据一示例性实施例示出的一种用于发送系统消息的装置的框图。
图9是根据一示例性实施例示出的另一种用于发送系统消息的装置的框图。
图10是根据一示例性实施例示出的一种适用于用于接收系统消息的装置的框图。
图11是根据一示例性实施例示出的一种适用于用于发送系统消息的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1A是根据一示例性实施例示出的一种用于接收系统消息的方法的流程图，图1B是根据一示例性实施例示出的一种用于发送和接收系统消息的方法的场景图；该用于接收系统消息的方法可以应用在UE上，如图1A所示，该用于接收系统消息的方法包括以下步骤101-103：
在步骤101中，当接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，待请求系统消息属于第二类系统消息。
在一实施例中，第一类系统消息可以包括小区选择与接入的相关消息，例如：寻呼(Paging)消息。
在一实施例中，第一类系统消息中可包含一个调度列表，用于记录第二类系统消息的调度信息，例如：每一个第二类系统消息的接收窗口大小、调度周期、接收窗口的起始子帧。在一实施例中，待请求系统消息属于第二类系统消息，例如：可以为主系统信息块(Master Information Block，简称为MIB)、系统信息块(System Information Blocks，简称为SIB)。
在一实施例中，第一类系统消息中还可以包括第二类系统消息的前的前序导码，用户设备通过解析第一类系统消息即可获取第二类系统消息的前序导码；在又一实施例中，第二类系统消息的前序导码还可以为系统预先约定的，用户设备可根据系统预设前序导码确定第二类系统消息的前序导码。
在一实施例中，所有的第二类系统消息可以共用一个前序导码；在又一实施例中，每一个第二类系统消息也可以对应不同的前序导码。
在一实施例中，调度列表中每一个系统消息的每一个SI的接收窗口可以是紧挨着的，既不重叠，也没有空隙，每个SI消息在调度列表中的出现顺序用于表示对应的SI消息的接收窗口在调度列表中的排序。
在一实施例中，确定的待请求系统消息的接收窗口包括接收窗口的系统帧号、起始子帧，根据调度列表中的调度信息确定待请求系统消息的接收窗口的方法可参见图2所示的实施例，这里先不详述。
在步骤102中，当待请求系统消息的接收窗口到达时，在用于发送前序导码的上行子帧中发送前序导码。
在一实施例中，可以通过解析第一类系统消息确定用于发送前序导码的上行子帧，例如，从物理下行控制信道(Physical Downlink Control Channel，简称为PDCCH)上解码的系统消息无线网络临时标识(System Information Radio Network TemporaryIdentifier，简称为SI-RNTI)中获得具体的时域调度。在一实施例中，可以选择起始子帧之后的第一个上行子帧作为用于发送前序导码的上行子帧。
在一实施例中，还可基于系统约定时频资源确定第一个用于发送前序导码的上行子帧。例如，对于LTE支持5ms上下行切换周期的情况，子帧2和7可以作为用于发送前序导码的上行子帧。
在步骤103中，在待请求系统消息的接收窗口内接收基站根据接收窗口发送的待请求系统消息。
在一实施例中，由于不同的第二类系统消息对应的接收窗口不相同，因此基站可根据接收窗口确定用户设备所请求的系统消息。
在一实施例中，可以在接收窗口期内的下行子帧上接收多次对应的待请求系统消息。在又一实施例中，UE还可根据系统消息调度指示SI-RNTI确定基站是否在物理下行共享信道(Physical Downlink Shared Channel，简称为PDSCH)上发送对应的待请求系统消息，如果基站在PDSCH上发送待请求系统消息，则可在接收窗口期内在PDSCH上接收待请求系统消息。在一实施例中，在接收窗口期内接收待请求系统消息的方法可参见图3所示的实施例，这里先不详述。
在一实施例中，待请求系统消息还可以通过广播信道(Broadcast Channel，简称为BCH)发送。
在一示例性场景中，如图1B所示，以移动网络为LTE网络并且基站为演进型基站(eNB)为例进行示例性说明，在图1B所示的场景中，包括eNB10、UE20，其中，eNB10周期性广播第一类系统消息，UE20接收到第一类系统消息时可确定待请求系统消息的接收窗口和前序导码。UE20在待请求系统消息的接收窗口到达时，可在第一个上行子帧中发送对应的前序导码，eNB10在接收到前序导码后，即可在接收窗口期内的下行子帧中发送对应的待请求系统消息。第二类系统消息中的每一个系统消息的发送被限定在对应的接收窗口中，每个接收窗口不重叠，由于基站可以根据接收窗口确定用户设备申请的第二类系统消息，因此每一个第二类系统消的前序导码可以相同，由此可以避免多种系统消息组合在一起发送所带来的组合种类过多导致的前序导码消耗量大，基站难以同时发送的问题。
本实施例通过上述步骤101-步骤103，可以控制UE在对应的接收窗口内接收待请求的系统消息，可以避免多种SI组合在一起发送所导致的前序导码要求过多，进而导致在UE一次申请多个SI时基站难以同时发送的问题，同时也大大提升了系统消息的发送和接收性能。
在一实施例中，确定待请求系统消息的接收窗口，包括：
从第一类系统消息中解析第二类系统消息的调度列表，调度列表用于记录第二类系统消息的接收窗口大小、调度周期；
根据调度列表记录的接收窗口大小、调度周期，确定待请求系统消息的接收窗口。
在一实施例中，根据调度列表记录的接收窗口大小、前序导码，确定待请求系统消息的接收窗口，包括：
根据待请求系统消息在调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧；
根据待请求系统消息在调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧；
将起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口，其中，M为待请求系统消息的接收窗口大小。
在一实施例中，系统消息接收方法进一步还可以包括：
从第一类系统消息中解析用于发送前序导码的时频资源；
根据时频资源确定第一个用于发送前序导码的上行子帧，基于上行子帧执行在用于发送前序导码的上行子帧中发送前序导码的操作。
在一实施例中，系统消息接收方法进一步还可以包括：
基于系统预设时频资源，确定第一个用于发送前序导码的上行子帧，基于上行子帧执行在用于发送前序导码的上行子帧中发送前序导码的操作。
在一实施例中，在待请求系统消息的接收窗口内接收基站根据接收窗口发送的待请求系统消息，包括：
根据系统消息调度指示，确定待请求系统消息是否在物理下行共享信道上传输；
如果待请求系统消息是在物理下行共享信道上传输，则在待请求系统消息的接收窗口内在物理下行共享信道上接收待请求系统消息。
在一实施例中，确定待请求系统消息的前序导码，包括：
从所述第一类系统消息中解析第二类系统消息的前序导码；或者，
基于系统预设前序导码，确定所述第二类系统消息的前序导码。
在一实施例中，第二类系统消息中的所有系统消息共用一个前序导码；或者，第二类系统消息中的每一个系统消息对应不同的前序导码。
具体如何接收系统消息的，请参考后续实施例。
至此，本公开实施例提供的上述方法，可以实现UE确定第二类系统消息的接收窗口，并在对应的接收窗口期内接收基站根据接收窗口返回的系统消息，并且由于系统消息可以在物理下行共享信道上接收，因此可保证多个UE复用基站发送的系统消息，解决了相关技术中多种SI组合在一起发送所导致的前序导码要求过多，进而导致在UE一次申请多个SI时基站难以同时发送的问题，同时也大大提升了系统消息的发送和接收性能。
下面以具体实施例来说明本公开实施例提供的技术方案。
图2是根据一示例性实施例示出的另一种用于接收系统消息的方法的流程图；本实施例利用本公开实施例提供的上述方法，以根据第一类系统消息中包含的调度列表确定待请求系统消息的接收窗口为例进行示例性说明，如图2所示，包括如下步骤：
在步骤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)待请求系统消息的接收窗口的起始子帧：
a＝x mod k+offset 式(2)
在一实施例中，a用于表示起始子帧的子帧号，x可以通过式(1-1)或者式(1-2)计算得到，k为每一帧中包含的子帧数目，offset可以在第一类系统消息中解析得到，也可以是系统约定的一个固定值，例如可以为0，1，2…等中的一个值。
在步骤203中，将起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口。
在一实施例中，M为待请求系统消息的接收窗口大小。
在步骤201-步骤203中，在一实施例中，如果待请求系统消息的调度周期为80ms，在调度列表中出现的出现顺序为3，每一个系统消息的接收窗口的大小相同且均为10ms，每一帧包括10个子帧，offset为1，则x＝20ms，SFN mod 8＝FLOOR(x/k)＝2，则待请求系统消息的系统帧号SFN为10、…、10+8×z，其中，z为自然数；待请求系统消息的起始子帧a＝20mod10+1＝1，则起始子帧为第一子帧。
本实施例中，UE根据调度信息中的调度列表可以确定出待请求系统消息的接收窗口，从而可以确保UE能够在确定接收窗口何时到达，进而实现在接收窗口内请求待请求系统消息并接收待请求系统消息。
图3是根据一示例性实施例示出的又一种用于接收系统消息的方法的流程图；本实施例利用本公开实施例提供的上述方法，以如何通过物理下行共享信道接收待请求系统消息为例进行示例性说明，如图3所示，包括如下步骤：
在步骤301中，根据系统消息调度指示，确定待请求系统消息是否在物理下行共享信道上传输。
在步骤302中，如果待请求系统消息是在物理下行共享信道上传输，则在待请求系统消息的接收窗口内在物理下行共享信道上接收待请求系统消息。
在一实施例中，可解析SI-RNTI，获取频域调度信息、系统消息的发送格式，例如，待请求系统消息的发送次数、传输信道等。
在一实施例中，基站可以在接收窗口内发送N次待请求系统消息，而用户设备在接收窗口内接收待请求系统消息，接收到正确的系统消息之后即可停止接收。
本实施例中，通过载接收窗口期内根据系统消息调度指示接收通过物理下行共享信道上发送的待请求系统消息，可以实现所有UE都可以接收待请求系统消息，进而实现了多个UE复用基站发送的待请求系统消息，提升了系统消息的发送和接收性能。
图4是根据一示例性实施例示出的一种用于发送系统消息的方法的流程图；该用于发送系统消息的方法可以应用在eNB上，本实施例结合图1B进行示例性说明，如图4所示，该用于发送系统消息的方法包括以下步骤401-403：
在步骤401中，发送第一类系统消息，第一类系统消息中携带有第二类系统消息的调度信息，调度信息用于申请待请求系统消息的用户设备确定待请求系统消息的接收窗口，待请求系统消息属于第二类系统消息。
在一实施例中，第一类系统消息中可包括小区选择与接入的相关消息，例如：寻呼(Paging)消息。在又一实施例中，第一类系统消息除了实现自己的消息功能，例如UE随机接入功能外，还可包含第二类系统消息的调度信息，其中，调度信息用于申请待请求系统消息的用户设备确定待请求系统消息的接收窗口。
在一实施例中，如果调度信息中包括第二类系统消息的前序导码，则调度信息还可用于申请待请求系统消息的用户设备确定待请求系统消息的前序导码。
在步骤402中，接收用户设备在待请求系统消息的接收窗口内发送的前序导码。
在一实施例中，UE可在待请求系统消息的接收窗口到达后的第一个用于发送前序导码的上行子帧中发送前序导码。
在步骤403中，在接收到前序导码之后，在待请求系统消息的接收窗口发送接收窗口对应的待请求系统消息。
在一实施例中，基站接收到前序导码后，可在接收窗口期内的下行子帧中发送N次对应的待请求系统消息，其中，N为不小于1的自然数。
在一实施例中，基站接收到前序导码后，可在接收窗口期内通过系统消息调度指示在物理下行共享信道上发送前序导码对应的待请求系统消息，进而实现所有的UE都可以接收该系统消息。
在一示例性场景中，如图1B所示，以移动网络为LTE网络并且基站为演进型基站(eNB)为例进行示例性说明，在图1B所示的场景中，包括eNB10、UE20，其中，eNB10周期性广播第一类系统消息，UE20接收到第一类系统消息时可确定待请求系统消息的接收窗口和前序导码。UE20在待请求系统消息的接收窗口到达时，可在第一个上行子帧中发送对应的前序导码，eNB10在接收到前序导码后，即可在接收窗口期内的下行子帧中发送对应的待请求系统消息。第二类系统消息中的每一个系统消息的发送被限定在对应的接收窗口中，每个接收窗口不重叠，可以避免多种系统消息组合在一起发送所带来的组合种类过多导致的前序导码消耗量大，基站难以同时发送的问题。
本实施例中，本实施例通过上述步骤401-403，控制UE在对应的接收窗口内接收待请求的系统消息，可以避免多种SI组合在一起发送所导致的前序导码要求过多，进而导致在UE一次申请多个SI时基站难以同时发送的问题，同时也大大提升了系统消息的发送和接收性能。
在一实施例中，在待请求系统消息的接收窗口内发送接收窗口对应的待请求系统消息，包括：
在待请求系统消息的接收窗口内发送N次待请求系统消息，其中，N为不小于1的自然数。
在一实施例中，在待请求系统消息的接收窗口内发送接收窗口对应的待请求系统消息，包括：
在待请求系统消息的接收窗口内通过系统消息调度指示在物理下行共享信道上发送前序导码对应的待请求系统消息。
在一实施例中，系统消息发送和接收方法进一步还包括：
为第二类系统消息中的每一个系统消息设置调度信息，调度信息包括接收窗口大小、调度周期；
将第二类系统消息的调度信息按照顺序添加至调度列表中，顺序用于用户设备计算对应的系统消息的接收窗口；
根据调度列表生成第一类系统消息。
具体如何发送系统消息的，请参考后续实施例。
至此，本公开实施例提供的上述方法，可以实现将每一个第二类系统消息限定在每一个时间窗口中发送，避免多个第二类系统消息组合在一起发送带来的组合种类过多导致的前序导码消耗量大，基站难以同时发送的问题。
下面以具体实施例来说明本公开实施例提供的技术方案。
图5是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图；本实施例利用本公开实施例提供的上述方法，以如何生成第一类系统消息为例进行示例性说明，如图5所示，包括如下步骤：
在步骤501中，为第二类系统消息设置调度信息，调度信息包括接收窗口大小、调度周期。
在一实施例中，调度信息还可以包括每一个接收窗口的起始子帧偏移、UE发送前序导码的时频资源等调度信息。
在一实施例中，每一个系统消息的调度周期是相互独立的；在又一实施例中，每一个接收窗口的大小可以相同，也可以不相同。
在步骤502中，将第二类系统消息中的每一个系统消息的调度信息按照顺序添加至调度列表中，顺序用于用户设备计算对应的系统消息的接收窗口。
在一实施例中，将每一个系统消息的调度信息按照顺序添加至调度列表中，用户设备即可根据调度信息在调度列表中的出现顺序计算系统消息的接收窗口。
在步骤503中，根据调度列表生成第一类系统消息。
在一实施例中，可以将所生成的调度列表添加至相关技术中的第一类系统消息中，以生成本公开中的第一类系统消息。
在一示例性场景中，如图1B所示，eNB10在确定每一个第二类系统消息的调度信息之后，可以将第二类系统消息的调度信息添加至第一类系统消息中，基站在广播第一类系统消息时，UE20即可根据第二类系统消息的调度信息确定每一个第二类系统消息的接收窗口，进而实现UE20在待请求系统消息的接收窗口到达时发送接收窗口对应的待请求系统消息，并接收eNB10在接收窗口内发送的待请求系统消息。
本实施例中，基站将第二类系统消息的调度信息添加至第一类系统消息中，进而控制UE在对应的接收窗口内接收待请求的系统消息，可以避免多种SI组合在一起发送所导致的前序导码要求过多，进而导致在UE一次申请多个SI时基站难以同时发送的问题。
图6是根据一示例性实施例示出的一种用于接收系统消息的装置的框图，如图6所示，系统消息接收装置包括：
信息确定模块61，被配置为在接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，待请求系统消息属于第二类系统消息；
第一发送模块62，被配置为在信息确定模块61确定的待请求系统消息的接收窗口到达时，在用于发送前序导码的上行子帧中发送前序导码；
第一接收模块63，被配置为在待请求系统消息的接收窗口内接收基站根据接收窗口发送的待请求系统消息。
图7是根据一示例性实施例示出的另一种用于接收系统消息的装置的框图，如图7所示，在上述图6所示实施例的基础上，在一实施例中，信息确定模块61包括：
解析子模块611，被配置为从第一类系统消息中解析第二类系统消息的调度列表，调度列表用于记录第二类系统消息的接收窗口大小、调度周期；
第一确定子模块612，被配置为根据解析子模块611解析得到的调度列表记录的接收窗口大小、调度周期、前序导码，确定待请求系统消息的接收窗口。
在一实施例中，第一确定子模块612包括：
帧确定子模块6121，被配置为根据待请求系统消息在解析子模块611解析得到的调度列表中的出现顺序、待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始帧；
子帧确定子模块6122，被配置为根据待请求系统消息在解析子模块611解析得到的调度列表中的出现顺序、每一个帧所包含的子帧数目，以及每一个第二类系统消息的接收窗口大小，计算待请求系统消息的接收窗口的起始子帧；
窗口确定子模块6123，被配置为将子帧确定子模块6122确定的起始子帧起的连续M个子帧确定为待请求系统消息的接收窗口，其中，M为待请求系统消息的接收窗口大小。
在一实施例中，装置还包括：
时频确定模块64，被配置为从第一类系统消息中解析用于发送前序导码的时频资源；
第一确定模块65，被配置为根据时频确定模块65确定的时频资源确定第一个用于发送前序导码的上行子帧，第一发送模块62基于上行子帧执行在用于发送前序导码的上行子帧中发送前序导码的操作。
在一实施例中，装置还包括：
第二确定模块66，被配置为基于系统预设时频资源，确定第一个用于发送前序导码的上行子帧，第一发送模块62基于上行子帧执行在用于发送前序导码的上行子帧中发送前序导码的操作。
在一实施例中，第一接收模块63包括：
信道确定子模块631，被配置为根据系统消息调度指示，确定待请求系统消息是否在物理下行共享信道上传输；
接收子模块632，被配置为在信道确定子模块631确定待请求系统消息是在物理下行共享信道上传输时，在待请求系统消息的接收窗口内在物理下行共享信道上接收待请求系统消息。
在一实施例中，信息确定模块61包括：
第一导码确定子模块613，被配置为从所述第一类系统消息中解析第二类系统消息的前序导码；或者，
第二导码确定子模块614，被配置为基于系统预设前序导码，确定所述第二类系统消息的前序导码。
在一实施例中，第二类系统消息中的所有系统消息共用一个前序导码；或者，第二类系统消息中的每一个系统消息对应不同的前序导码。
图8是根据一示例性实施例示出的一种用于发送系统消息的装置的框图，如图8所示，系统消息发送装置包括：
第二发送模块81，被配置为发送第一类系统消息，第一类系统消息中携带有第二类系统消息的调度信息，调度信息用于申请待请求系统消息的用户设备确定待请求系统消息的接收窗口，待请求系统消息属于第二类系统消息；
第二接收模块82，被配置为接收用户设备在待请求系统消息的接收窗口内发送的前序导码；
第三发送模块83，被配置为在第二接收窗口82接收到前序导码之后，在待请求系统消息的接收窗口内发送接收窗口对应的待请求系统消息。
图9是根据一示例性实施例示出的另一种用于发送系统消息的装置的框图，如图9所示，在上述图8所示实施例的基础上，在一实施例中，第三发送模块83包括：
第一发送子模块831，被配置为在待请求系统消息的接收窗口内发送N次待请求系统消息，其中，N为不小于1的自然数。
在一实施例中，第三发送模块83包括：
第二发送子模块832，被配置为在待请求系统消息的接收窗口内通过物理下行共享信道发送前序导码对应的待请求系统消息。
在一实施例中，装置还包括：
设置模块84，被配置为为第二类系统消息中的每一个系统消息设置调度信息，调度信息包括接收窗口大小、调度周期；
添加模块85，被配置为将设置模块84设置的第二类系统消息中的每一个系统消息的调度信息按照顺序添加至调度列表中，顺序用于用户设备计算对应的系统消息的接收窗口；
生成模块86，被配置为根据添加模块85得到的调度列表生成第一类系统消息。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图10是根据一示例性实施例示出的一种适用于用于接收系统消息的装置的框图。例如，装置1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等用户设备。
参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。
处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理部件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在设备1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电力组件1006为装置1000的各种组件提供电力。电力组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当设备1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到设备1000的打开/关闭状态，组件的相对定位，例如组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信部件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令在被执行时可配置装置1000的处理器1020以执行上述方法。例如，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
其中，处理器1020被配置为：
当接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，待请求系统消息属于第二类系统消息；
当待请求系统消息的接收窗口到达时，在用于发送前序导码的上行子帧中发送前序导码；
在待请求系统消息的接收窗口内接收基站根据接收窗口发送的待请求系统消息。
图11是根据一示例性实施例示出的一种适用于用于发送系统消息的装置的框图。装置1100可以被提供为一基站。参照图11，装置1100包括处理组件1122、无线发射/接收组件1124、天线组件1126、以及无线接口特有的信号处理部分，处理组件1122可进一步包括一个或多个处理器。
处理组件1122中的其中一个处理器可以被配置为：
发送第一类系统消息，第一类系统消息中携带有第二类系统消息的调度信息，调度信息用于申请待请求系统消息的用户设备确定待请求系统消息的接收窗口，待请求系统消息属于第二类系统消息；
接收用户设备在待请求系统消息的接收窗口内发送的前序导码；
在接收到前序导码之后，在待请求系统消息的接收窗口内发送接收窗口对应的待请求系统消息。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (24)

1.一种用于接收系统消息的方法，其特征在于，所述方法包括：
当接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，所述待请求系统消息属于第二类系统消息；
当所述待请求系统消息的接收窗口到达时，在用于发送所述前序导码的上行子帧中发送所述前序导码；
在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息；
其中，所述第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
2.根据权利要求1所述的方法，其特征在于，所述确定待请求系统消息的接收窗口，包括：
从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、调度周期；
根据所述调度列表记录的接收窗口大小、调度周期，确定所述待请求系统消息的接收窗口。
3.根据权利要求2所述的方法，其特征在于，所述根据所述调度列表所记录的接收窗口大小、调度周期，确定所述待请求系统消息的接收窗口，包括：
根据所述待请求系统消息在所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；
根据所述待请求系统消息在所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；
将所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
从所述第一类系统消息中解析用于发送所述前序导码的时频资源；
根据所述时频资源确定第一个用于发送所述前序导码的上行子帧，基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
基于系统预设时频资源，确定第一个用于发送所述前序导码的上行子帧，基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
6.根据权利要求1所述的方法，其特征在于，所述在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息，包括：
根据系统消息调度指示，确定待请求系统消息是否在物理下行共享信道上传输；
如果待请求系统消息是在物理下行共享信道上传输，则在所述待请求系统消息的接收窗口内在物理下行共享信道上接收所述待请求系统消息。
7.根据权利要求1所述的方法，其特征在于，所述确定待请求系统消息的前序导码，包括：
从所述第一类系统消息中解析第二类系统消息的前序导码；或者，
基于系统预设前序导码，确定所述第二类系统消息的前序导码。
8.一种用于发送系统消息的方法，其特征在于，所述方法包括：
发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述待请求系统消息属于第二类系统消息；
接收所述用户设备在所述待请求系统消息的接收窗口内发送的前序导码；
在接收到所述前序导码之后，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息；
其中，所述第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
9.根据权利要求8所述的方法，其特征在于，所述在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息，包括：
在所述待请求系统消息的接收窗口内发送N次所述待请求系统消息，其中，N为不小于1的自然数。
10.根据权利要求8所述的方法，其特征在于，所述在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息，包括：
在所述待请求系统消息的接收窗口内通过系统消息调度指示在物理下行共享信道上发送所述前序导码对应的所述待请求系统消息。
11.根据权利要求8所述的方法，其特征在于，所述方法还包括：
为所述第二类系统消息中的每一个系统消息设置调度信息，所述调度信息包括接收窗口大小、调度周期；
将所述第二类系统消息的调度信息按照顺序添加至调度列表中，所述顺序用于所述用户设备计算对应的系统消息的接收窗口；
根据所述调度列表生成所述第一类系统消息。
12.一种用于接收系统消息的装置，其特征在于，所述装置包括：
信息确定模块，被配置为在接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，所述待请求系统消息属于第二类系统消息；
第一发送模块，被配置为在所述信息确定模块确定的所述待请求系统消息的接收窗口到达时，在用于发送所述前序导码的上行子帧中发送所述前序导码；
第一接收模块，被配置为在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息；
其中，所述第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
13.根据权利要求12所述的装置，其特征在于，所述信息确定模块包括：
解析子模块，被配置为从所述第一类系统消息中解析第二类系统消息的调度列表，所述调度列表用于记录第二类系统消息的接收窗口大小、调度周期；
第一确定子模块，被配置为根据所述解析子模块解析得到的所述调度列表记录的接收窗口大小、调度周期，确定所述待请求系统消息的接收窗口。
14.根据权利要求13所述的装置，其特征在于，所述第一确定子模块包括：
帧确定子模块，被配置为根据所述待请求系统消息在所述解析子模块解析得到的所述调度列表中的出现顺序、所述待请求系统消息的调度周期、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始帧；
子帧确定子模块，被配置为根据所述待请求系统消息在所述解析子模块解析得到的所述调度列表中的出现顺序、每一个帧所包含的子帧数目，以及所述每一个第二类系统消息的接收窗口大小，计算所述待请求系统消息的接收窗口的起始子帧；
窗口确定子模块，被配置为将所述子帧确定子模块确定的所述起始子帧起的连续M个子帧确定为所述待请求系统消息的接收窗口，其中，M为所述待请求系统消息的接收窗口大小。
15.根据权利要求12所述的装置，其特征在于，所述装置还包括：
时频确定模块，被配置为从所述第一类系统消息中解析用于发送所述前序导码的时频资源；
第一确定模块，被配置为根据所述时频确定模块确定的所述时频资源确定第一个用于发送所述前序导码的上行子帧，所述第一发送模块基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
16.根据权利要求12所述的装置，其特征在于，所述装置还包括：
第二确定模块，被配置为基于系统预设时频资源，确定第一个用于发送所述前序导码的上行子帧，所述第一发送模块基于所述上行子帧执行所述在用于发送所述前序导码的上行子帧中发送所述前序导码的操作。
17.根据权利要求12所述的装置，其特征在于，所述第一接收模块包括：
信道确定子模块，被配置为根据系统消息调度指示，确定待请求系统消息是否在物理下行共享信道上传输；
接收子模块，被配置为在所述信道确定子模块确定所述待请求系统消息是在物理下行共享信道上传输时，在所述待请求系统消息的接收窗口内在物理下行共享信道上接收所述待请求系统消息。
18.根据权利要求12所述的装置，其特征在于，所述信息确定模块包括：
第一导码确定子模块，被配置为从所述第一类系统消息中解析第二类系统消息的前序导码；或者，
第二导码确定子模块，被配置为基于系统预设前序导码，确定所述第二类系统消息的前序导码。
19.一种用于发送系统消息的装置，其特征在于，所述装置包括：
第二发送模块，被配置为发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述待请求系统消息属于第二类系统消息；
第二接收模块，被配置为接收所述用户设备在所述待请求系统消息的接收窗口内发送的前序导码；
第三发送模块，被配置为在所述第二接收模块接收到所述前序导码之后，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息；
其中，所述第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
20.根据权利要求19所述的装置，其特征在于，所述第三发送模块包括：
第一发送子模块，被配置为在所述待请求系统消息的接收窗口内发送N次所述待请求系统消息，其中，N为不小于1的自然数。
21.根据权利要求19所述的装置，其特征在于，所述第三发送模块包括：
第二发送子模块，被配置为在所述待请求系统消息的接收窗口内通过物理下行共享信道发送所述前序导码对应的所述待请求系统消息。
22.根据权利要求19所述的装置，其特征在于，所述装置还包括：
设置模块，被配置为为所述第二类系统消息中的每一个系统消息设置调度信息，所述调度信息包括接收窗口大小、调度周期；
添加模块，被配置为将所述设置模块设置的所述第二类系统消息的调度信息按照顺序添加至调度列表中，所述顺序用于所述用户设备计算对应的系统消息的接收窗口；
生成模块，被配置为根据所述添加模块得到的所述调度列表生成所述第一类系统消息。
23.一种用户设备，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
当接收到基站广播的第一类系统消息时，确定待请求系统消息的接收窗口和前序导码，所述待请求系统消息属于第二类系统消息；
当所述待请求系统消息的接收窗口到达时，在用于发送所述前序导码的上行子帧中发送所述前序导码；
在所述待请求系统消息的接收窗口内接收所述基站根据所述接收窗口发送的所述待请求系统消息；
其中，所述第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
24.一种基站，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
发送第一类系统消息，所述第一类系统消息中携带有第二类系统消息的调度信息，所述调度信息用于申请待请求系统消息的用户设备确定所述待请求系统消息的接收窗口，所述待请求系统消息属于第二类系统消息；
接收所述用户设备在所述待请求系统消息的接收窗口内发送的前序导码；
在接收到所述前序导码之后，在所述待请求系统消息的接收窗口内发送所述接收窗口对应的所述待请求系统消息；
其中，所述第二类系统消息中的所有系统消息共用一个前序导码；或者，所述第二类系统消息中的每一个系统消息对应不同的前序导码。
CN201680001191.0A 2016-10-10 2016-10-10 用于发送和接收系统消息的方法、装置、用户设备及基站 Active CN106664660B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/101665 WO2018068179A1 (zh) 2016-10-10 2016-10-10 用于发送和接收系统消息的方法、装置、用户设备及基站

Publications (2)

Publication Number Publication Date
CN106664660A CN106664660A (zh) 2017-05-10
CN106664660B true CN106664660B (zh) 2018-09-04

Family

ID=58838902

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680001191.0A Active CN106664660B (zh) 2016-10-10 2016-10-10 用于发送和接收系统消息的方法、装置、用户设备及基站

Country Status (3)

Country Link
US (1) US10772032B2 (zh)
CN (1) CN106664660B (zh)
WO (1) WO2018068179A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108476385B (zh) * 2017-05-12 2021-11-02 北京小米移动软件有限公司 用于接收和发送系统消息的方法、装置、用户设备及基站
CN109121197B (zh) * 2017-06-24 2021-05-28 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
ES2918980T3 (es) 2017-06-26 2022-07-21 Koninklijke Philips Nv Método y dispositivo de recepción de información de sistema
CN109257796B (zh) * 2017-07-14 2021-06-08 中国移动通信有限公司研究院 一种系统信息的发送方法、检测方法、基站及终端
CN109672630B (zh) * 2017-10-13 2021-09-14 维沃移动通信有限公司 一种系统信息消息传输方法、终端及网络设备
EP3738370B1 (en) * 2018-01-11 2023-11-15 ZTE Corporation Group-based system information communication
WO2019174049A1 (zh) * 2018-03-16 2019-09-19 北京小米移动软件有限公司 系统消息请求调整方法及装置和用户设备
CN110475367B (zh) * 2018-05-10 2021-08-24 维沃移动通信有限公司 一种传输方法、移动通信终端及网络侧设备

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030179738A1 (en) * 2002-03-05 2003-09-25 John Diachina Wireless communications apparatus, methods and computer program products using broadcast control channel messaging
CN101227706B (zh) * 2007-01-18 2012-10-03 华为技术有限公司 一种捕获系统消息的方法和系统以及发送系统消息的方法
CN101572594B (zh) * 2008-04-29 2013-01-16 中兴通讯股份有限公司 系统消息调度方法
CN101784121B (zh) * 2009-01-20 2012-01-04 华为技术有限公司 一种随机接入的方法、装置和系统
CN102378129B (zh) * 2010-08-16 2014-05-07 中国移动通信集团公司 系统消息的发送及接收方法、装置和设备
KR20120070689A (ko) * 2010-12-22 2012-07-02 한국전자통신연구원 사물 통신 서비스를 위한 랜덤 액세스 방법 및 이를 이용한 무선 통신 장치
GB2492062B (en) * 2011-06-15 2015-10-14 Sca Ipla Holdings Inc Apparatus and methods for controlling carrier selection in a wireless telecommunications system
KR101730758B1 (ko) * 2013-07-12 2017-04-27 엘지전자 주식회사 가변 대역폭을 지원하는 통신 방법 및 무선기기
US10616822B2 (en) * 2015-02-10 2020-04-07 Qualcomm Incorporated System information updating
EP4195860A1 (en) * 2016-02-29 2023-06-14 Samsung Electronics Co., Ltd. Apparatus and method for signaling system information
US10243642B2 (en) * 2016-04-22 2019-03-26 Lg Electronics Inc. Method and base station for receiving system information, and method and user equipment for transmitting system information
US20180132166A1 (en) * 2016-11-10 2018-05-10 Sharp Laboratories Of America, Inc. Wireless telecommunications methods and apparatus comprising change of delivery mode for system information

Also Published As

Publication number Publication date
US20190246338A1 (en) 2019-08-08
US10772032B2 (en) 2020-09-08
CN106664660A (zh) 2017-05-10
WO2018068179A1 (zh) 2018-04-19

Similar Documents

Publication Publication Date Title
CN106664660B (zh) 用于发送和接收系统消息的方法、装置、用户设备及基站
CN107223353B (zh) 用于请求系统消息的方法、装置、用户设备及基站
CN106797245B (zh) 用于发送和接收系统消息的方法、装置、用户设备及基站
CN106664168B (zh) 获取、传输harq反馈信息的方法及装置
US20210409159A1 (en) Hybrid automatic repeat request feedback method and device
CN107018496B (zh) 寻呼方法及装置
CN108521885A (zh) 上行传输的方法及装置
US11469858B2 (en) Hybrid automatic repeat request feedback indication and feedback method, device, and base station
WO2018129936A1 (zh) 信息反馈方法、装置、基站和用户设备
WO2019191948A1 (zh) 下行控制信息格式大小的确定方法及装置
WO2020142988A1 (zh) 发现参考信号drs的设置、发送和接收方法及装置
WO2018086072A1 (zh) 传输、获取上行harq反馈信息的方法及装置
WO2018195910A1 (zh) 一种分配调度请求sr资源的方法和装置
US20210297222A1 (en) Method for transmitting harq feedback information, terminal, and base station
EP3633897B1 (en) Data transmission method and apparatus
CN106792880B (zh) 下行链路数据的传输方法及装置
CN108702255A (zh) 控制混合自动重传反馈的方法及装置
EP3955497B1 (en) Data feedback method and apparatus, data transmission method and apparatus, base station, and user equipment
CN108401531A (zh) 消除交调干扰的方法、装置、用户设备及基站
US11291035B2 (en) Information transmitting method and apparatus, base station, and user equipment
CN109314849B (zh) 数据传输方法、装置、设备、系统及存储介质
WO2019205033A1 (zh) 半静态调度调度单位被占用的指示方法及装置和基站
CN110506430A (zh) 信道占用时间的起始位置确定方法和装置
CN110291831A (zh) 直连链路数据发送和直连链路资源配置方法以及装置
CN109644425A (zh) 传输寻呼信令的方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant