CN107659979A - 一种系统消息的传输方法、接收方法及设备 - Google Patents

Abstract

本发明提供了一种系统消息的传输方法、接收方法及设备。本发明利用DRS occasion具有准周期传输特性，并且具有较高的信道接入优先级，通过在DRS occasion中承载关键系统消息，能够保证关键系统消息的基本发送密度。另外，本发明实施例还提出了在下行子帧中传输关键系统消息以及关键系统消息的具体内容给出了相应的实现方式。

Description

一种系统消息的传输方法、接收方法及设备

技术领域

本发明涉及无线通信技术领域，具体涉及一种系统消息的传输方法、接收方法、网络侧设备及用户设备。

背景技术

在长期演进(LTE，Long Term Evolution)系统中，LTE系统消息包括1个主信息块(MIB，Master Information Block)和多个系统信息块(SIB，System Information Block)，MIB消息在物理广播信道(PBCH，Physical Broadcast Channel)上广播，SIB通过物理下行共享信道(PDSCH，Physical Downlink Shared Channel)的无线资源控制(RRC，RadioResource Control)消息下发。

用户设备(UE)在获得下行同步后，首先要做的就是寻找MIB消息，MIB中包含着UE要从小区获得的至关重要的信息，因此MIB消息也可被称为关键系统消息。对于处于RRC空闲态(idle)的用户设备(UE，User Equipment)而言，只有当成功接收MIB消息之后，才能接收后续的系统信息块(SIB，System Information Block)消息，进而才有可能发起随机接入过程。通常，MIB消息包括下行(DL)系统带宽、物理混合自动重传指示信道(PHICH，PhysicalHybrid ARQ Indicator Channel)结构、以及系统帧号(SFN，System Frame Number)的最高8比特位(bit)等信息。

当处于RRC idle态的UE成功捕获到主同步信号(PSS，Primary SynchronizationSignal)和辅同步信号(SSS，Secondary Synchronization Signal)时，能够获得帧内定时。UE继续接收MIB消息，获得帧定时、系统带宽和PHICH结构等信息。当获得系统带宽和PHICH结构这两类信息时，物理下行控制信道(PDCCH，Physical Downlink Control Channel)的信道结构就唯一确定了。

UE进一步在SIB 1所在的子帧上盲检PDCCH信道的下行控制信息(DCI，DownlinkControl Information)信令，获得SIB 1所在的频域位置，并接收SIB1消息，进而获得其他SIB消息(SIB 2～SIB x)可能出现的子帧位置。UE再在SIB 2所在的子帧上盲检PDCCH信道的DCI信令，获得SIB 2所在的频域位置，并接收SIB 2消息，获得随机接入配置参数。基于上述配置，UE进而发起随机接入过程，当接入成功后，UE进入RRC连接态。

可以看出，MIB消息的正常收发是LTE系统正常工作的基本要求。

发明内容

本发明实施例要解决的技术问题是提供一种系统消息的传输方法、接收方法及设备，用以保证关键系统消息满足一定的发送密度。

为解决上述技术问题，本发明实施例提供的系统消息的传输方法，包括：

在小区发现参考信号DRS发送时机中发送关键系统消息。

本发明实施例还提供了一种系统消息的接收方法，包括：

用户设备UE在小区发现参考信号DRS发送时机中接收关键系统消息；

本发明实施例还提供了一种网络侧设备，包括：

第一发送单元，用于在小区发现参考信号DRS发送时机中发送关键系统消息。

本发明实施例还提供了一种用户设备，包括：

接收单元，用于在小区发现参考信号DRS发送时机中接收关键系统消息；

与现有技术相比，本发明实施例提供的系统消息的传输方法、接收方法及设备，利用DRS occasion具有准周期传输特性，并且具有较高的信道接入优先级，通过在DRSoccasion中承载关键系统消息(如MIB消息)，能够保证关键系统消息的基本发送密度。另外，本发明实施例还提出了在下行子帧中传输关键系统消息以及关键系统消息的具体内容给出了相应的实现方式。

附图说明

图1为本发明实施例提供的系统消息的传输方法的流程示意图；

图2为本发明实施例中配置在DRS occasion中PBCH的资源映射位置的示意图；

图3a～3d为本发明实施例中的DRS发送时机的时域位置的示例图；

图4为本发明实施例提供的系统消息的接收方法的流程示意图；

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

图6为本发明实施例提供的UE的结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

另外，本文中术语“系统”和“网络”在本文中常可互换使用。

本发明实施例中，基站是终端当前服务小区所属的基站，所述基站的形式不限，可以是宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(ENB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HNEB)、中继站、接入点、RRU(Remote Radio Unit，远端射频模块)、RRH(Remote RadioHead，射频拉远头)等。终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备(UE)、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。

在LTE系统中，无线帧包括有从第0号子帧开始，到第9号子帧结束的一共10个子帧，即无线帧中的第1个子帧为第0号子帧；每个子帧包括两个时隙，即第1个时隙和第2个时隙。下文中将以LTE系统为例进行说明。需要理解的是，在5G乃至5G之后后续标准中，可能对帧和子帧定时进行不同于LTE标准的其他定义。本文所描述的方案，其核心思想也可基于后续标准的变化而应用于未来的无线通信系统中。

在现有的LTE系统中，MIB消息承载在物理广播信道(PBCH，Physical BroadcastChannel)中。PBCH时域上位于每个系统帧的子帧0(即第0号子帧)的第2个时隙(slot)的前4个正交频分复用(OFDM，Orthogonal Frequency Division Multiplexing)符号上，并在频域上占据72个中心子载波(不含直接直流(DC，Direct Current)子载波)。

随着移动互联网中数据流量的激增，在非授权频段上使用LTE技术成为一种发展趋势。非授权频段对于所有的无线接入技术(RAT，Radio Access Technologies)和所有的运营商都是开放的，不同运营商具有相同的权利在非授权频段上部署各自的RAT系统，如WIFI和非授权频段LTE。由于不同RAT运营商(如WIFI和非授权频段LTE)部署的站点之间是未做干扰协调规划的，例如未做站点规划，因此不允许这些站点同时传输业务，否则会造成较强的相互干扰现象。

为了使异RAT系统或同RAT系统的异运营商公平有序、不冲突(即禁止同时传输业务)地竞争使用非授权频段，引入了先听后说(LBT，Listen Before Talk)机制，即在每次进行数据传输前，先预留一段时间来对载波进行感知，进行空闲信道评估(CCA，ClearChannel Assessment)过程，当感知到载波可用才开始进行数据传输，并且每次进行数据传输有最大时长的限制。

将LTE系统应用到非授权频谱上时，有多种工作模式，包括：基于载波聚合的传输模式、基于双连接的传输模式、非授权频谱LTE系统独立部署模式。其中，在非授权频谱LTE系统独立部署的工作模式下，只有非授权频谱可用，因此演进式基站(eNB)需要在非授权频谱上发送MIB消息，且UE需要在非授权频谱上接收MIB消息。考虑到非授权频谱上LBT机制的背景约束，即只有当eNB感知到信道空闲后，eNB才能发送MIB消息，因此传统的周期性MIB消息发送规律将不再适应，因此本发明实施例提供了一种新的系统消息传输方法及接收方法。

当然，上述针对非授权频谱LTE系统独立部署的表述仅仅表示本发明可以应用的一类具体场景。本发明实施例提出的技术也可以用在其他的应用场景中，例如5G的超密集组网场景中、灵活上下行传输场景中，或是其他的授权频谱的或非授权频谱应用场景中。

在现有的LTE系统中，MIB消息承载在PBCH信道中。PBCH时域上位于每个无线帧(radio frame)的子帧0的第2个slot的前4个OFDM符号上，并在频域上占据72个中心子载波(不含DC子载波)。可以看出，现有的MIB消息是一种频繁发送的周期信号。

而在一些应用场景中，例如，工作在非授权频谱上，信号的周期性传输性质不能得到保证，因此需要研究新的MIB消息传输机制。

针对上述问题，本发明实施例提出一种在小区发现参考信号发送时机(DRSoccasion，Discovery signal occasion)中承载关键系统消息的方案，以保证关键系统消息基本的发送密度。本文中，关键系统消息为包括有系统定时信息的消息，关键系统消息的承载信道被称作关键系统消息承载信道。例如，在LTE系统中，关键系统消息为MIB消息，关键系统消息承载信道则为PBCH。在5G或后续的无线通信系统中，关键系统消息可能定义为其他消息，关键系统消息承载信道也可能定义为其他信道。下文中将主要以LTE系统的MIB消息为例进行说明。

本发明实施例提供的系统消息的传输方法，网络侧在DRS发送时机中发送关键系统消息，在UE侧，UE则在DRS发送时机中接收关键系统消息。

请参照图1，本发明实施例提供的系统消息的传输方法，应用于网络侧设备，如基站时，包括以下步骤：

步骤11，在DRS发送时机中配置第一关键系统消息承载信道；

步骤12，通过DRS发送时机中的第一关键系统消息承载信道，发送关键系统消息。

以上步骤中，网络侧设备通过DRS发送时机中的第一关键系统消息承载信道发送关键系统消息，由于DRS发送时机具有准周期传输特性，并且具有较高的信道接入优先级，因此通过在DRS occasion中承载关键系统消息，能够保证关键系统消息的发送密度。例如，对于LTE系统而言，上述第一关键系统消息承载信道可以为第一PBCH，上述关键系统消息则为MIB消息。

DRS发送时机(DRS occasion)的持续时长可以小于或等于1个子帧，也可以为多个子帧。如果DRS occasion的持续时长小于或等于1个子帧，下文中的“传输所述第一关键系统消息承载信道”可以等效描述为“传输所述DRS发送时机的信号”。

请参照图2，给出了本发明实施例中配置在DRS occasion中PBCH的资源映射位置的示意图，可以看出：

1)在时域位置上，PBCH位于从DRS发送时机的第2个时隙的第1个符号开始的第一预设数量N1的符号。图2中的N1＝4，当然，这里的N1也可能是其他数值；

2)在频域位置上，PBCH位于系统载波带宽中心的第二预设数量N2的物理资源块(PRB，Physical Resource Block)，或者位于最小工作带宽的两端，在最小工作带宽的两端分别有第三预设数量N3的PRB。这里，N2＝2*N3，例如，N2＝6，N3＝3。当然，这里的N2、N3也可能是其他数值。

本发明实施例中，所述DRS发送时机通常仅配置在发现信号测量时序配置(DMTC，Discovery signals Measurement Timing Configuration)窗口内，即，基站仅在DMTC窗口内传输第一关键系统消息承载信道。例如，图2中，DMTC窗口的长度为从第3号子帧到底8号子帧的一共6个1ms的子帧，而DRS发送时机则位于DMTC窗口内的一个子帧，即第7号子帧。

在上述步骤12中，如果在DMTC窗口内没有需要传输下行突发业务子帧簇时，即DRS发送时机独立发送时，则可以通过DMTC窗口内的任一可用的子帧中传输所述第一关键系统消息承载信道。具体的，在非授权频谱应用场景中，所述任一可用的子帧，可以根据LBT的结果来确定，即LBT的结果表明该子帧位置可以用于传输数据。在5G应用场景中，eNB可能通过其他技术准则在DMTC窗口内选择任一可用的子帧来传输所述第一关键系统消息承载信道。

在上述步骤12中，如果在DMTC窗口内有需要传输下行突发业务子帧簇(DLburst)，此时可能需要在DMTC窗口内传输下行突发业务子帧簇和DRS发送时机，在这种情况下，本发明实施例根据下行突发业务子帧簇与DMTC窗口内的子帧相对位置，来确定在哪个子帧中发送第一关键系统消息承载信道，具体的：

情形1：如果所述下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内，则仅在该第0号子帧中传输所述第一关键系统消息承载信道。

图3a和图3b给出了该情形下的DRS发送时机的时域位置示意图，其中，图3a中DMTC窗口位于一个无线帧(无线帧M-1)的第9号子帧以及下一个无线帧(无线帧M)的第0至4号子帧，下行突发业务子帧簇则包含从无线帧M-1的第9号子帧开始，到无线帧M的第7号子帧结束的子帧。此时下行突发业务子帧簇包含无线帧M的第0号子帧，且该第0号子帧位于DMTC窗口内，因此仅在该无线帧M的第0号子帧中传输所述第一关键系统消息承载信道，即在图3a中的虚线椭圆形所在的子帧传输第一关键系统消息承载信道。

类似的，图3b中，DMTC窗口位于无线帧M的第0至5号子帧，下行突发业务子帧簇则包含从无线帧M-1的第9号子帧开始，到无线帧M的第7号子帧结束的子帧。此时下行突发业务子帧簇包含无线帧M的第0号子帧，且该第0号子帧位于DMTC窗口内，因此仅在该无线帧M的第0号子帧中传输所述第一关键系统消息承载信道，即在图3b中的虚线椭圆形所在的子帧传输第一关键系统消息承载信道。

情形2：如果所述下行突发业务子帧簇未包含第0号子帧，或者，包含第0号子帧但该第0号子帧位于DMTC窗口之外，此时：

情形2-1：若所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内，则仅在该第5号子帧中传输所述第一关键系统消息承载信道。

情形2-2：否则，按照预定规则，选择DMTC窗口内的一个子帧传输所述第一关键系统消息承载信道。

图3c给出了上面情形2-1情形的一种示例，图3c中，DMTC窗口位于无线帧M的第1至6号子帧，下行突发业务子帧簇则包含从无线帧M-1的第9号子帧开始，到无线帧M的第7号子帧结束的子帧。此时下行突发业务子帧簇未包含第0号子帧，或者，包含第0号子帧但该第0号子帧位于DMTC窗口之外，同时，下行突发业务子帧簇包含无线帧M的第5号子帧，且该第5号子帧位于DMTC窗口内，因此，将在无线帧M的第5号子帧中传输第一关键系统消息承载信道，即在图3c中的虚线椭圆形所在的子帧传输第一关键系统消息承载信道。

上述情形2-2中，具体的，可以有以下3种不同实现方式，当然本发明实施例也可能其他实现方式，此处不再一一例举：

实现方式2-2a：选择位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的任一子帧，传输所述第一关键系统消息承载信道；或者，

实现方式2-2b：选择所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，传输所述第一关键系统消息承载信道；或者，

实现方式2-2c：选择所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，传输所述第一关键系统消息承载信道。

图3d给出了上述实现方式2-2a的一个示例，图3d中，DMTC窗口位于无线帧M的第7子帧开始，到无线帧M+1的第2号子帧结束的子帧，下行突发业务子帧簇则包含从无线帧M-1的第9号子帧开始，到无线帧M的第7号子帧结束的子帧。此时可以选择DMTC窗口内，且未包含在下行突发业务子帧簇中的子帧，如在无线帧M的第9号子帧中传输第一关键系统消息承载信道，即在图3d中的虚线椭圆形所在的子帧传输第一关键系统消息承载信道。

作为一种实现方式，本发明实施例还可以设置DMTC窗口的起始子帧偏移为第0号子帧，即设置dmtc-Offest是10的整数倍。

以上针对不同情形，分别给出了传输DRS发送时机的具体子帧，后文将进一步给出针对上述情形在UE侧的关键系统消息的接收处理。

本发明实施例在关键系统消息(如MIB消息)中可以携带更多的信息，与LTE系统相比，此时关键系统消息可以称为增强型MIB消息。例如，在上述步骤12中，可以发送包括有完整的无线帧序号和子帧序号的增强型MIB消息，例如无线帧序号占10个比特位，取值范围为：0～1023；子帧序号占4个比特位，取值范围为：0～9。

更进一步的，增强型关键系统消息还可以包括下行系统带宽、PHICH结构信息、公共陆地移动网络(PLMN，Public Land Mobile Network)信息中的一种或多种。例如，下行系统带宽占1个比特，其中，0代表10MHz，1代表20MHz。

本发明实施例还可以在在下行突发业务子帧簇的子帧(下行突发业务子帧簇子帧)中配置PBCH(以下称作第二PBCH)，通过该第二PBCH传输关键系统消息。具体的，在时域位置上，所述第二PBCH位于从第0号子帧的第2个时隙的第1个符号开始的第一预设数量N1的符号，例如N1＝4；在频域位置上，所述第二PBCH位于系统载波带宽中心的第二预设数量N2的PRB，或者位于最小工作带宽(例如10Mhz带宽)的两端，在最小工作带宽的两端分别有第三预设数量N3的PRB，例如N2＝6，N3＝3。在子帧内部，下行突发业务子帧簇子帧中PBCH的资源映射方式可以与图2所示的DRS occasion中PBCH的资源映射方式相同。

以下介绍了网络侧发送MIB消息的实现过程，下面将介绍UE侧接收关键系统消息的过程。

请参照图4所示，本发明实施例提供的系统消息的接收方法，应用于UE侧，UE在小区发现参考信号DRS发送时机中接收关键系统消息，具体的，包括以下步骤：

步骤41，UE在检测到主同步信号(PSS)后，在该PSS后的第1个时隙中盲检关键系统消息；

步骤42，若在该PSS后的第1个时隙中未检出关键系统消息，则在等待半帧的时长后返回步骤41。

通过以上步骤，UE在PSS后的第1个时隙(即PBCH)处盲检关键系统，以接收网络侧通过DRS发送时机中的PBCH发送的关键系统消息。

如果上述步骤41中检出MIB消息，则可以进入步骤43：

步骤43，若在该PSS后的第1个时隙中检出关键系统消息，则根据该关键系统消息，获得帧定时。

在上述步骤42中，UE在等待半帧的时长的过程中，可以控制自身进入非连续接收(DTX，Discontinuous reception)状态，以节约设备功耗。

以上步骤中，UE未获得帧定时时，UE假设PSS随后的第1个时隙中存在PBCH信道。UE将重复在PSS随后的第1个时隙中可能存在的PBCH信道中不断尝试盲检关键系统消息，直至盲检成功。

当UE成功捕获到PSS信号，并且在PSS随后的第1个时隙中未解调出关键系统消息时，UE将尝试在半帧长度(5ms)之后的另外一个下行子帧中尝试捕获PSS信号及关键系统消息。

具体的，当UE成功捕获到PSS信号，并且在PSS随后的第1个时隙中未解调出关键系统消息时，UE将设置一个5ms的定时器。当定时器未超时时，UE不期待会接收到新的PSS信号。进一步的，当定时器未超时时，UE可以尝试进入DTX状态，以节省能耗。

由于网络侧可能在无线帧的第0号子帧的PBCH中发送关键系统消息，因此，UE在获得帧定时后，可以尝试在每个无线帧的第0号子帧中的PBCH中解调关键系统消息。

本发明实施例中，由于网络侧会在DMTC窗口内配置的DRS发送时机的关键系统消息承载信道中发送关键系统消息，因此，UE在获得帧定时后，若已得到的DMTC配置信息，则尝试对DMTC窗口内的每个子帧中侦听第一关键系统消息承载信道，并在所述第一关键系统消息承载信道中解调关键系统消息。这里，UE可以对DMTC窗口内的子帧逐个进行侦听，如果在DMTC窗口内的某个子帧中侦听到第一关键系统消息承载信道，则将放弃在该DMTC窗口内的后续子帧中继续侦听第一关键系统消息承载信道。另外，DMTC配置信息可以由基站通过信令等方式发送给UE。

针对前文中的情形1，网络侧在位于DMTC窗口内的第0号子帧中传输所述第一关键系统消息承载信道，UE侧可以按照以下方式进行处理：

UE在获得帧定时后，如果已得到的DMTC配置信息，并且确定下行突发业务子帧簇满足第一条件时，则仅在该下行突发业务子帧簇所包含的第0号子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息，所述第一条件为下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内。

针对前文中的情形2-1，网络侧在位于DMTC窗口内的第5号子帧中传输所述第一关键系统消息承载信道，UE侧可以按照以下方式进行处理：

UE在获得帧定时后，如果已得到的DMTC配置信息，并且确定下行突发业务子帧簇不满足第一条件，但满足第二条件时，则仅在该下行突发业务子帧簇所包含的第5号子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息，所述第二条件为所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内。

针对前文的情形2-2中的实现方式a～c，UE侧可以分别按照以下方式进行处理：

UE在获得帧定时后，如果已得到的DMTC配置信息，且确定下行突发业务子帧簇不满足所述第一条件且不满足所述第二条件时，则：

1)在位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的子帧中，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息；该处理方式对应于前文的实现方式a。具体的，可以针对位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的各个子帧，逐个进行侦听，若在某个子帧中侦听到第一关键系统消息承载信道，则放弃在后续子帧中继续侦听第一关键系统消息承载信道。

2)或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息；该处理方式对应于前文的实现方式b。

3)或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息。该处理方式对应于前文的实现方式c。

以上分别从网络侧和终端侧说明了关键系统消息的传输及接收流程。通过以上流程，本发明实施例利用DRS occasion具有准周期传输特性，并且具有较高的信道接入优先级，通过在DRS occasion中承载关键系统消息，能够保证关键系统消息的基本发送密度。另外，本发明实施例还提出了在下行子帧中传输关键系统消息以及关键系统消息的具体内容给出了相应的实现方式。

最后，本发明实施例还提供了一种网络侧设备，该网络侧设备可以是各种基站或网络侧的其他节点。该网络侧设备包括有用于在小区发现参考信号DRS发送时机中发送关键系统消息的第一发送单元。具体的，如图5所示，该网络侧设备50包括：

第一配置单元51，用于在小区发现参考信号DRS发送时机中配置第一关键系统消息承载信道；

第一发送单元52，用于通过DRS发送时机中的第一关键系统消息承载信道，发送关键系统消息。

本发明实施例中，在时域位置上，所述第一关键系统消息承载信道位于从DRS发送时机的第2个时隙的第1个符号开始的第一预设数量N1的符号；在频域位置上，所述第一关键系统消息承载信道位于系统载波带宽中心的第二预设数量的PRB，或者位于最小工作带宽的两端，在最小工作带宽的两端分别有第三预设数量的PRB。

本发明实施例中，所述网络侧设备还包括：第二配置单元，用于将所述DRS发送时机可以仅配置在DMTC窗口内。

本发明实施例中，所述第一发送单元具体可以包括：

第一处理单元，用于在所述DMTC窗口没有需要传输下行突发业务子帧簇时，通过DMTC窗口内的任一可用的子帧中传输所述第一关键系统消息承载信道；

第二处理单元，用于在所述DMTC窗口有需要传输的下行突发业务子帧簇时：

如果所述下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内，则仅在该第0号子帧中传输所述第一关键系统消息承载信道；

如果所述下行突发业务子帧簇未包含第0号子帧，或者，包含第0号子帧但该第0号子帧位于DMTC窗口之外，此时：

若所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内，则仅在该第5号子帧中传输所述第一关键系统消息承载信道；

若所述下行突发业务子帧簇未包含第5号子帧，或者，包含第5号子帧但该第5号子帧位于DMTC窗口之外，按照预定规则，选择DMTC窗口内的一个子帧传输所述第一关键系统消息承载信道。

这里，所述第二处理单元，在按照预定规则，选择DMTC窗口内的一个子帧传输所述第一关键系统消息承载信道时，具体用于选择位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的任一子帧，传输所述第一关键系统消息承载信道；或者，选择所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，传输所述第一关键系统消息承载信道；或者，选择所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，传输所述第一关键系统消息承载信道。

这里，所述第二配置单元，还用于将所述DMTC窗口的起始子帧偏移为第0号子帧。

这里，所述关键系统消息通常包括系统定时信息。更进一步的，所述关键系统消息还可以包括完整的无线帧序号、子帧序号、下行系统带宽、PHICH结构信息、PLMN信息中的一种或多种。

更进一步的，上述网络侧设备还可以包括：

第二发送单元，用于通过下行突发业务子帧簇子帧中的第二关键系统消息承载信道，发送关键系统消息，其中，在时域位置上，所述第二关键系统消息承载信道位于从第0号子帧的第2个时隙的第1个符号开始的第一预设数量N1的符号。在频域位置上，所述第二关键系统消息承载信道位于系统载波带宽中心的第二预设数量的PRB，或者位于最小工作带宽的两端，在最小工作带宽的两端分别有第三预设数量的PRB。

本发明实施例还提供了一种用户设备UE，该UE包括有用于在小区发现参考信号DRS发送时机中接收关键系统消息的接收单元。如图6所示，该UE具体包括：

接收单元61，用于在小区发现参考信号DRS发送时机中接收关键系统消息。

具体的该接收单元61包括：

检测单元611，用于在检测到主同步信号PSS后，在该PSS后的第1个时隙中盲检关键系统消息；

等待单元612，用于若在该PSS后的第1个时隙中未检出关键系统消息，则在等待半帧的时长后，继续触发所述检测单元检测主同步信号PSS。

本发明实施例中，所述UE还可以包括：状态控制单元，用于在等待半帧的时长的过程中，控制UE进入非连续接收状态。

本发明实施例中，所述UE还可以包括：

第一解调单元，用于在获得帧定时后，尝试在每个第0号子帧中解调关键系统消息。

第二解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，则尝试在DMTC窗口内的每个子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息。

第三解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇满足第一条件时，则仅在该下行突发业务子帧簇所包含的第0号子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息，所述第一条件为下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内。

第四解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇不满足第一条件，但满足第二条件时，则仅在该下行突发业务子帧簇所包含的第5号子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息，所述第二条件为所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内。

第五解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇不满足所述第一条件且不满足所述第二条件时：

在位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的子帧中，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息；

或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息；

或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (29)

1.一种系统消息的传输方法，其特征在于，包括：

在小区发现参考信号DRS发送时机中发送关键系统消息。

2.如权利要求1所述的传输方法，其特征在于，所述在小区发现参考信号DRS发送时机中发送关键系统消息，包括：

在小区发现参考信号DRS发送时机中配置第一关键系统消息承载信道；

通过DRS发送时机中的第一关键系统消息承载信道，发送关键系统消息。

3.如权利要求2所述的传输方法，其特征在于，

在时域位置上，所述第一关键系统消息承载信道位于从DRS发送时机的预定子帧的第2个时隙的第1个符号开始的第一预设数量N1的符号，和/或，

在频域位置上，所述第一关键系统消息承载信道位于系统载波带宽中心的第二预设数量的物理资源块PRB，或者位于最小工作带宽的两端，在最小工作带宽的两端分别有第三预设数量的PRB。

4.如权利要求2所述的传输方法，其特征在于，还包括：将所述DRS发送时机仅配置在发现信号测量时序配置DMTC窗口内。

5.如权利要求4所述的传输方法，其特征在于，

所述在小区发现参考信号DRS发送时机中发送关键系统消息，包括：

在所述DMTC窗口内没有传输下行突发业务子帧簇时，通过DMTC窗口内的任一可用的子帧中传输所述第一关键系统消息承载信道。

6.如权利要求4所述的传输方法，其特征在于，

所述在小区发现参考信号DRS发送时机中发送关键系统消息，包括：

在所述DMTC窗口有下行突发业务子帧簇正在传输时：

如果所述下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内，则仅在该第0号子帧中传输所述第一关键系统消息承载信道；或者，

如果所述下行突发业务子帧簇未包含第0号子帧，或者，包含第0号子帧但该第0号子帧位于DMTC窗口之外，此时：

若所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内，则仅在该第5号子帧中传输所述第一关键系统消息承载信道；或者，

若所述下行突发业务子帧簇未包含第5号子帧，或者，包含第5号子帧但该第5号子帧位于DMTC窗口之外，则按照预定规则，选择DMTC窗口内的一个子帧传输所述第一关键系统消息承载信道。

7.如权利要求6所述的传输方法，其特征在于，所述按照预定规则，选择DMTC窗口内的一个子帧传输所述第一关键系统消息承载信道的步骤，包括：

选择位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的任一子帧，传输所述第一关键系统消息承载信道；或者，

选择所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，传输所述第一关键系统消息承载信道；或者，

选择所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，传输所述第一关键系统消息承载信道。

8.如权利要求4所述的传输方法，其特征在于，在发送关键系统消息之前，所述传输方法还包括：将DMTC窗口的起始子帧偏移配置成第0号子帧。

9.如权利要求1所述的传输方法，其特征在于，

所述关键系统消息还包括完整的无线帧序号、子帧序号、下行系统带宽、物理混合自动重传指示信道PHICH结构信息、公共陆地移动网络PLMN信息中的一种或多种。

10.如权利要求1所述的传输方法，其特征在于，还包括：

通过下行突发业务子帧簇中的第二关键系统消息承载信道，发送关键系统消息，其中，

在时域位置上，所述第二关键系统消息承载信道位于从第0号子帧的第2个时隙的第1个符号开始的第一预设数量N1的符号，和/或

在频域位置上，所述第二关键系统消息承载信道位于系统载波带宽中心的第二预设数量的PRB，或者位于最小工作带宽的两端，在最小工作带宽的两端分别有第三预设数量的PRB。

11.一种系统消息的接收方法，其特征在于，包括：

用户设备UE在小区发现参考信号DRS发送时机中接收关键系统消息。

12.如权利要求11所述的接收方法，其特征在于，还包括：

所述UE在获得帧定时后，尝试在每个第0号子帧中解调关键系统消息。

13.如权利要求11所述的接收方法，其特征在于，还包括：

所述UE在获得帧定时后，若已得到的DMTC配置信息，则尝试在DMTC窗口内的每个子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息。

14.如权利要求11所述的接收方法，其特征在于，还包括：

所述UE在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇满足第一条件时，则仅在该下行突发业务子帧簇所包含的第0号子帧中侦听第一关键系统消息承载信道，并在所述第一关键系统消息承载信道中解调关键系统消息，所述第一条件为下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内。

15.如权利要求14所述的接收方法，其特征在于，还包括：

所述UE在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇不满足第一条件，但满足第二条件时，则仅在该下行突发业务子帧簇所包含的第5号子帧中侦听第一关键系统消息承载信道，并在所述第一关键系统消息承载信道中解调关键系统消息，所述第二条件为所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内。

16.如权利要求15所述的接收方法，其特征在于，还包括：

所述UE在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇不满足所述第一条件且不满足所述第二条件时：

在位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的子帧中，侦听第一关键系统消息承载信道，并在所述第一关键系统消息承载信道中解调关键系统消息；

或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，侦听第一关键系统消息承载信道，并在所述第一关键系统消息承载信道中解调关键系统消息；

或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，侦听第一关键系统消息承载信道，并在所述第一关键系统消息承载信道中解调关键系统消息。

17.一种网络侧设备，其特征在于，包括：

第一发送单元，用于在小区发现参考信号DRS发送时机中发送关键系统消息。

18.如权利要求17所述的网络侧设备，其特征在于，还包括：

第一配置单元，用于在小区发现参考信号DRS发送时机中配置第一第一关键系统消息承载信道；

所述第一发送单元，具体用于通过DRS发送时机中的第一关键系统消息承载信道，发送关键系统消息。

19.如权利要求18所述的网络侧设备，其特征在于，还包括：

第二配置单元，用于将所述DRS发送时机仅配置在发现信号测量时序配置DMTC窗口内。

20.如权利要求19所述的网络侧设备，其特征在于，

所述第一发送单元包括：第一处理单元，用于在所述DMTC窗口内没有传输下行突发业务子帧簇时，通过DMTC窗口内的任一可用的子帧中传输第一关键系统消息承载信道。

21.如权利要求19所述的网络侧设备，其特征在于，

所述第一发送单元包括：第二处理单元，用于：

在所述DMTC窗口有下行突发业务子帧簇正在传输时：

如果所述下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内，则仅在该第0号子帧中传输所述第一关键系统消息承载信道；或者，

如果所述下行突发业务子帧簇未包含第0号子帧，或者，包含第0号子帧但该第0号子帧位于DMTC窗口之外，此时：

若所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内，则仅在该第5号子帧中传输所述第一关键系统消息承载信道；或者，

若所述下行突发业务子帧簇未包含第5号子帧，或者，包含第5号子帧但该第5号子帧位于DMTC窗口之外，则按照预定规则，选择DMTC窗口内的一个子帧传输所述第一关键系统消息承载信道。

22.如权利要求21所述的网络侧设备，其特征在于，

所述第二处理单元，在按照预定规则，选择DMTC窗口内的一个子帧传输所述第一关键系统消息承载信道时，

选择位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的任一子帧，传输所述第一关键系统消息承载信道；或者，

选择所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，传输所述第一关键系统消息承载信道；或者，

选择所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，传输所述第一关键系统消息承载信道。

23.如权利要求17所述的网络侧设备，其特征在于，还包括：

第二发送单元，用于通过下行突发业务子帧簇中的第二关键系统消息承载信道，发送关键系统消息，其中，

在时域位置上，所述第二关键系统消息承载信道位于从第0号子帧的第2个时隙的第1个符号开始的第一预设数量N1的符号，和/或，

在频域位置上，所述第二关键系统消息承载信道位于系统载波带宽中心的第二预设数量的PRB，或者位于最小工作带宽的两端，在最小工作带宽的两端分别有第三预设数量的PRB。

24.一种用户设备，其特征在于，包括：

接收单元，用于在小区发现参考信号DRS发送时机中接收关键系统消息。

25.如权利要求24所述的用户设备，其特征在于，还包括：

第一解调单元，用于在获得帧定时后，尝试在每个第0号子帧中解调关键系统消息。

26.如权利要求24所述的用户设备，其特征在于，还包括：

第二解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，则尝试在DMTC窗口内的每个子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息。

27.如权利要求24所述的用户设备，其特征在于，还包括：

第三解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇满足第一条件时，则仅在该下行突发业务子帧簇所包含的第0号子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息，所述第一条件为下行突发业务子帧簇包含第0号子帧，且该第0号子帧位于DMTC窗口内。

28.如权利要求27所述的用户设备，其特征在于，还包括：

第四解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇不满足第一条件，但满足第二条件时，则仅在该下行突发业务子帧簇所包含的第5号子帧中侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息，所述第二条件为所述下行突发业务子帧簇包含第5号子帧，且该第5号子帧位于DMTC窗口内。

29.如权利要求28所述的用户设备，其特征在于，还包括：

第五解调单元，用于在获得帧定时后，若已得到的DMTC配置信息，且确定下行突发业务子帧簇不满足所述第一条件且不满足所述第二条件时：

在位于所述DMTC窗口内，且未包含在所述下行突发业务子帧簇中的子帧中，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息；

或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的第1个子帧，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息；

或者，在所述下行突发业务子帧簇位于所述DMTC窗口内的最后1个子帧，侦听第一关键系统消息承载信道，并在第一关键系统消息承载信道中解调关键系统消息。