LTE系统信息MIBSIBWord格式.docx

LTE系统信息MIBSIBWord格式.docx

《LTE系统信息MIBSIBWord格式.docx》由会员分享，可在线阅读，更多相关《LTE系统信息MIBSIBWord格式.docx（12页珍藏版）》请在冰豆网上搜索。

MIB消息，SIB1消息，一个或者多个SI消息。

小区是通过逻辑信道BCCH向该小区内的所有UE发送系统信息的。

从下图可以看出：

逻辑信道BCCH会映射到传输信道BCH和DL-SCH，其中BCH只用于传输MIB信息，并映射到物理信道PBCH；

DL-SCH用于传输各种SIB信息，并映射到物理信道PDSCH。

MIB

MIB消息中承载的是最基本的信息，这些信息涉及到PDSCH信道的解码，UE只有先解码到MIB，才能利用MIB中的参数去继续解码PDSCH中的数据，包括解码SIB信息。

MIB消息包含的参数如图2所示。

（图2MIB消息携带的参数）

（1）dl-Bandwidth：

下行带宽参数，指示当前下行链路的带宽大小。

取值范围是n6（对应1.4MHz）、n15（对应3MHz）、n25（对应5MHz）、n50（对应10MHz）、n75（对应15MHz）、n100（对应20MHz），分别表示当前带宽占用的RB个数，如n6表示带宽占用6个RB。

因为下行带宽大小影响了PDSCH的解码，因此必须要将下行带宽dl-Bandwidth参数放到MIB中。

本字段只需要3个bit就可以完成编码。

（2）phich-Config：

PHICH配置参数，包括phich-Duration和phich-Resource这两个参数。

phich-Config用于计算PHICH信道的位置（请参考《LTE下行物理层传输机制（3）-PHICH信道》），而PHICH信道的位置会影响PDCCH和PDSCH的解码，因此PHICH的配置参数需要在MIB中传输。

（图3）

（3）systemFrameNumber：

系统帧号，用于UE和网侧的帧同步。

之前在《LTE小区搜索-物理小区ID和同步信号PSS、SSS》里提到的是子帧的同步，UE只有成功解码了MIB，才能完成系统帧号的同步。

需要注意的是，因为帧号的范围是0~1023，需要10个bit才能完整的编码1024个数据，但本字段并不能使用10个bit，而只能传输系统帧号的高8位（MSB）。

至于为什么系统帧号的低2位不能在本字段中发送，后文在讲到MIB周期发送的时候会解释。

这里说明一下MIB占用的bit位个数以及原因：

上述三个字段的有效信息只需要14bits（=3+3+8）就可以完成编码，考虑ASN1编码实现的时候需要字节对齐，所以MIB最低可以使用16bits的空间。

但如果MIB占16bits，那么此时预留的bit位（图2中的spare字段）个数只有2个（=16-14），以后扩展的时候会很受限，所以这里协议为MIB分配了24bits的空间，预留的bit位是10bits（=24-14）。

MIB的解析

UE通过检测PBCH，能够得到一下信息：

（1）通过接收到MIB可以知道小区的下行系统带宽、PHICH配置，系统帧号（SFN，SystemFrameNumber，更确切地说是获得SFN的高8位，最低两位需要在PBCH盲检的时候得到）。

（2）小区特点的天线端口（cell-specificantennaport）的数目：

1或2或4.

（3）用于L1/L2控制信令（包括PCFICH、PHICH、PDCCH）的传输分集模式（transmit-diversityscheme）：

PBCH和L1/L2l控制信令都只能使用单天线传输或传输分集，如果使用传输分集，PBCH和L1/L2控制信令会使用相同的多天线传输分集模式。

通过下图可知，PBCH时域上位于每个系统帧的子帧0的第2个slot的前4个OFDM符号上，并且在频域上占据72个中心子载波（不含DC）。

把BCH传输限制在72个中心的子载波，而不考虑小区的下行系统带宽的原因在于：

UE在接受BCH时并不知道小区的下行系统带宽。

因此UE第一次接收BCH时，可以假定小区的下行系统带宽等于可能的最小下行系统带宽（6个RB，对应于72个子载波）。

在解码了MIB之后，UE就能从MIB中得到实际的下行系统带宽。

MIB在40ms的周期内重复了4次，每一次发送的PBCH都携带相同的codedbit，也就是说，每一次都是可以单独解码的。

因此，在信道质量（SIR）足够好的情况下，UE可能只接受这40ms内其中一个，就能成功的解码出PBCH的内容；

如果不行，就在与下一个10ms发送的PBCH的内容进行软合并，在进行解码，直到成功解码出PBCH。

40ms内每次发送的PBCH会使用不同的scramblingandbitposition（即共有4个不同的phaseofthePBCHscrambingcode），并且每40ms会重置一次。

UE可以通过使用4个可能的phaseofthePBCHscramblingcode中的每一次去尝试解码PBCH，如果解码成功，也就知道小区是在40ms内的第几个系统帧发送MIB，即知道了SFN的最低两位。

PBCH的多天线传输只能使用传输分集，而且在2天线端口传输时，只能使用SFBC；

4天线端口传输时，只能使用combinedSFBC/FSTD。

UE使用3种不同的CRCmask来盲检PBCH，可以得到天线端口数目与传输分集模式--对应（1天线端口端口对应单天线端口传输；

2天线端口对应SFBC；

4天线端口对应combinedSFBC/FSTD），因此当UE成功解码PBCH时，就知道小区特定的天线端口数以及用于L1/L2控制信令的传输分集模式。

PBCH有三种天线端口组合（1/2/4）和4种不同扰码（phase）组合，所以盲检PBCH具有12中可能组合。

MIB在物理层的编码处理和流程映射如下图：

SIB

LTE的SIB类型有很多种，对于R9版本的协议来说，SIB具体包括SIB1、SIB2、SIB3、SIB4、SIB5、SIB6、SIB7、SIB8、SIB9、SIB10、SIB11、SIB12、SIB13这13类。

早期的SIB1也被称作SU-1，全称是SchedulingUnit-1，其他的SIB块被称为SU-n，MIB也被叫做SI-M，现在已经不这么叫了，如果有在其他资料中看到这种提法，也不要惊讶。

不同的SIB携带不同的参数，具备不同的目的，具体如下：

SIB1：

主要携带小区接入和小区选择相关信息，以及LTE-TDD子帧配置、其他SIB块的调度和窗口信息等。

SIB2：

主要携带公共的无线资源配置相关信息，包括接入BAR信息、PRACH配置信息、上行频点信息、MBSFN配置等。

SIB3：

携带同频、异频、跨制式小区重选相关的公共信息。

SIB4：

携带用于同频小区重选的邻区信息。

SIB5：

携带用于异频小区重选的邻区信息。

SIB6：

携带用于跨制式（UTRA）小区重选的邻区信息。

SIB7：

携带用于跨制式（GERAN）小区重选的邻区信息。

SIB8：

携带用于跨制式（CDMA2000）小区重选的邻区信息。

SIB9：

携带HOMEeNB（HNB）的相关信息。

SIB10/11：

携带ETWS（EarthquakeandTsunamiWarningSystem）的相关信息。

当UE从寻呼消息中解码发现有ETWS消息存在时，就需要从SIB10/11中获取具体的ETWS内容。

这些告警信息是在paging中通知。

SIB12：

携带CMAS（CommercialMobileAlertingSystem）的相关信息。

当UE从寻呼消息中解码发现有CMAS消息存在时，就需要从SIB12中获取具体的CMAS内容。

SIB13：

携带MBMS（MultimediaBroadcastMulticastService）的相关信息。

所有SIB中最重要的当属SIB1，因为SIB1除携带了UE接入小区等所需的参数之外，还携带了其他SIB类型的调度信息。

UE能不能驻留这个小区，取决于红框中的3个参数：

PLMN：

小区的PLMN

Cellbarred：

小区是否bar掉

RxlevMin：

UE能够驻留到此cell最小RSRP.

如果UE解码不到SIB1，也就无法解码其他类型的SIB。

基于此，协议规定eNB通过两种不同的方式广播SIB：

第一种是通过SystemInformationBlockType1消息周期广播SIB1，第二种是通过多个SI（SystemInformation）消息周期广播除SIB1之外的其它SIB，如图所示。

需要说明的是，除了SIB1之外的其他SIB块，如SIB2、SIB3等等，同一个SIB块只能放在同一条SI消息中传输，不能分割映射到两条不同的SI消息中。

多个SIB块也可以封装到同一条SI消息中一起发送，但前提是这几个SIB块的周期必须相同。

这个地方要注意，以后SI特指除SIB1之外的SIB消息。

不同于MIB在PBCH中的发送，所有SIB均需要使用SI-RNTI加扰，在CCE公共空间中通过PDSCH信道传输。

2、SIB的周期发送

SystemInformationBlockType1消息（下文简称SIB1消息）的周期固定等于80ms，且只在5号子帧中传输。

之所以选择5号子帧，是因为无论哪种LTE-TDD配置，5号子帧都是下行子帧，不需要区分上下行子帧配置。

类似于MIB的发送机制，SIB1消息在80ms内也是重复发送4次。

若系统帧号SFN满足条件（SFNmod8=0），则认为该系统帧的5号子帧是第一次发送本周期的SIB1块，然后在同个周期内其它系统帧号满足条件（SFNmod2=0）的5号子帧上重复发送SIB1块，如图2所示。

（图2SIB周期）

不同SI消息的周期既可以相同也可以不同，图3所示的就是一种可能的情况。

在这个图中，SIB2在SI-2消息中发送，周期是160ms；

SIB3和SIB4的周期都是320ms，被封装在SI-3消息中一起下发。

（图3不同SI的周期示例）

每个SI消息的发送时机都被限制在一个独立的窗口之内，这个窗口也被叫做SI窗口，如图4所示。

每个SI消息对应着一个SI窗口，这些不同的SI窗口并不会重叠，在某个SI窗口内，只有这个SI窗口对应的SI消息才会被传输，其他的SI消息不会发送。

所有SI消息的窗口长度都是相等的，值可以在SIB1中配置。

在一个SI窗口内，该窗口对应的SI消息可以发送多次，且可以在任意子帧中发送，当然这些子帧不包括MBSFN子帧、TDD上行子帧和被SIB1占用的发送子帧。

从图4中可以看到，相邻两个SI窗口之间的距离就是该SI的周期长度，每个SI的周期长