LTE系统广播消息文档格式.docx

LTE系统广播消息文档格式.docx

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

表2：

系统信息块（SIB）携带的信息

SIB1

小区选择和驻留相关的信息

提供了与小区选择和驻留相关的信息，如PLMN标识、小区是否被禁止驻留、是否为CSG小区、小区选择的信息、小区偏移、所用的频段信息等

其他系统信息块的调度信息

提供了其他系统信息块的调度信息，以便于UE在正确的位置上接收相关信息。

同时也提供了系统信息的变化信息，以便于UE更新相应的系统广播信息。

SIB2

接入限制信息

提供了接入服务的级别等信息，以控制UE接入的概率

公共信道参数

提供了公共信道的资源配置信息等

MBSFN子帧的配置信息

提供了预留给MBSFN子帧的位置信息

SIB3

小区重选相关信息

该系统信息块的重选信息包括了同频、异频以及异系统的公用信息、服务的频点信息以及部分同频小区重选的信息

SIB4

同频小区重选信息

提供了同频邻小区的列表

SIB5

异频小区重选信息

提供了异频载波的相关小区重选参数，也可以提供异频小区列表信息

SIB6

异系统小区重选信息（UTRAN）

提供UTRAN的小区重选相关参数，相关载波信息

SIB7

异系统小区重选信息（GERAN）

提供GERAN的小区重选相关参数，相关载波信息

SIB8

异系统小区重选信息

（CDMA2000）

提供CDMA2000的小区重选相关参数，相关载波信息

SIB9

家庭eNodeB的名称

提供家庭eNodeB的名称

SIB10

ETWS的主要通知信息

提供地震、海啸告警系统的主要通知信息

SIB11

ETWS的次要通知信息

提供地震、海啸告警系统的次要通知信息

SIB12

CMAS的告警通知信息

提供商用UE告警服务

SIB13

MBMS相关控制信息

提供与MBMS相关的控制信息

并非是所有的SIB都必需存在。

例如关于运营商的基站而言，就不需要SIB9，若是某小区不提供MBMS，就不需要SIB13。

MasterInformationBlock

MasterInformationBlock:

:

=SEQUENCE{

dl-BandwidthENUMERATED{

n6,n15,n25,n50,n75,n100},

PHICH-Config:

=SEQUENCE{

phich-DurationENUMERATED{normal,extended},

phich-ResourceENUMERATED{oneSixth,half,one,two}

}

systemFrameNumberBITSTRING（SIZE（8））,

spareBITSTRING（SIZE（10））

注意：

物理层限制了某个SIB（个人感觉更好的描述是SI和SIB1）的最大size。

若是利用DCIformat1C，那么最大size为1736bit（217byte）；

若是利用DCIformat1A，那么最大size为2216bit（277byte）。

3系统消息调度

系统信息是在逻辑信道BCCH上的，如图1所示。

其中MIB消息映射到传输信道BCH，再由BCH映射到物理信道PBCH上进行传输。

SIB1和SI消息映射到传输信道DL-SCH，再由DL-SCH映射到物理信道PDSCH上进行传输。

图1：

系统消息利用的信道映射关系

表3：

系统消息调度

系统消息

调度方式

调度周期

是否重复

第一次传输位置

重复位置

传输信道

MIB

固定调度

40ms

40ms内重复

SFNmod4=0、#0

其他SFN、#0

BCH

80ms

80ms内重复

SFNmod8=0、#5

SFNmod2=0、#5

DL-SCH

SI

动态调度

3.1MIB调度

MIB在PBCH上传输，PBCH时域上位于子帧0的第2个slot的前4个OFDMsymbol，频域上占据72个中心子载波（不含DC）。

对应RE不能用于发送DL-SCH数据。

如图2所示。

MIB采纳固定的调度方式，调度周期为40ms，即在SFN%4=0的无线帧中调度发送，在其他无线帧中重复发送。

图2：

MIB在时域上的调度

3.2SIB1调度

SIB1的周期固定为80ms，第一次传输在SFN知足SFNmod8=0的无线帧上#5子帧传输，而且在SFN知足SFNmod2=0的无线帧的#5子帧上重复传输。

但与MIB所在的时频位置固定不同，SIB1和SI消息都在PDSCH上传输，且SIB1和SI消息所占的RB（频域上的位置）及其传输格式是动态调度的，并由SI-RNTI加扰的PDCCH来指示。

图3：

SIB1在时域上的调度

3.3其他SIB调度

除SIB1外，其他SIB通过SI（SchedulingInformation）进行传输。

多个调度周期相同的SIB能够放到一个SI中。

一个SI消息包括哪些SIB是通过schedulingInfoList指定的。

每一个SIB只能包括在一个SI消息中，且SIB2老是放在schedulingInfoList指定的SI列表的第一个SI消息项中，因此schedulingInfoList中并非指定SIB2所在SI。

图4：

SIB1信息（包括SI的调度信息）

每一个SI消息只在一个SI窗口（SI-windows）中传输：

1）一个SI消息跟一个SI窗口相关联，该SI窗口内只能发那个SI消息且能够重复发送多次（发多少次，在哪些子帧上发送等，取决于eNodeB的实现），但不能发送其它SI消息；

2）SI窗口之间是紧挨着的，即不重叠，也可不能有间隙；

3）所有SI消息的SI窗口长度都相同；

4）不同SI消息的周期是彼此独立的。

下面介绍SI消息的时域调度：

第一需要确认每一个SI消息对应的SI窗口的起始位置和SI窗口的长度。

SI窗口的长度由SystemInformationBlockType1的si-WindowLength字段指定，其以ms为单位。

SystemInformationBlockType1的schdulingInfoList指定了SI消息的列表，每一个SI消息在该列表中的顺序以n表示（从1开始）。

假设schdulingInfoList中指定了4个SI消息，那么会有4个持续的SI窗口用于发送这4个SI消息，而n说明了SI消息在第几个SI窗口。

现在每一个SI消息有一个x=（n-1）*w，其中w为si-WindowLength。

X是以ms为单位的。

则SI窗口的起始帧知足SFN%T=FLOOR（X/10），其中T为对应SI消息的周期，由si-Periodicity指定。

SFN%T保证了SI的周期，FLOOR（X/10）确信SI窗口在周期内的起始系统帧（一个系统帧为10ms，因此有x/10）。

SI窗口的起始子帧为#a，其中a=x%10。

从公式能够看出，x决定了SI窗口在该SI周期内的起始帧和起始子帧；

SFN%T保证了SI窗口在SI周期内只显现一次；

而x=（n-1）*w保证了SI窗口之间紧挨，不重叠，没有间隙。

（SI窗口起始帧和起始子帧的的计算，详见的节）

SI窗口确信了以后，eNodeB会决定在该窗口内调度多少次同一SI，不同厂商的实现可能不同。

但某些子帧不能用于调度SI消息：

●SFN%2=0的系统帧内的子帧5；

●任一MBSFN子帧；

●TDD中的上行子帧；

终端从该SI-window的起始端开始，利用SI-RNTI接收DL-SCH，持续直到SI-window的结尾，若是直到该SI-window的结尾尚未接收到该SI消息，那么在下一个SI-window对其进行重复接收。

下面是一个SI调度的例子：

图5：

SI举例

能够看出，SI不需要在时刻窗内的持续子帧上传输。

而且在某个子帧上是不是存在SI消息是通过SI-RNTI加扰的PDCCH来指示的。

在SI较小而系统带宽较大的情形下，一个子帧可能足以发送该SI，但在其它情形下，可能需要利用多个子帧来发送一个SI消息。

在后一种情形，会将整个SI消息进行信道编码后分成多份然后放在多个子帧（不要求是持续子帧）上传输。

而不是先分割多份，然后独立的信道编码后传输。

4系统消息获取

以下情形UE将接收系统广播消息：

●小区选择/重选；

●切换完成；

●从其他RAT切换进E-UTRAN；

●从头进入覆盖区域；

●接收到该系统信息已经改变的通知或ETWS通知指示或CMAS通知指示；

●接收到CDMA2000上层请求；

●超出最大有效持续时刻；

UE应用系统信息获取进程来获取E-UTRAN广播的AS和NAS系统信息。

关于RRC_IDLE和RRC_CONNECTED状态的UE采纳该系统信息的获取流程。

系统信息获取流程如图6所示：

图6：

系统消息获取进程

5系统消息更新

系统信息可不能一直不变，在UE侧看来，若是系统信息长时刻（3小时）不变，UE会从头尝试接收系统信息。

若是网络侧系统信息发生改变了，那么网络侧就需要通知UE

更新系统信息。

关于处于IDLE和CONNECTED状态的UE都能够通过寻呼来通知。

可是，系统信息（ETWS和CMAS除外）不是随时都能够变更的，只在特定的无线帧处更新。

由此引入了修改周期的概念，具有相同内容的系统信息可能会被传输多次，其中更改周期能够用它的调度来概念。

更改周期的边界由SFN值确信，其中知足系统帧号SFNmodm=0，其中m为修改周期包括的无线帧的数量。

修改周期由系统配置。

修改周期无线帧数量=modificationPeriodCoeff*defaultPagingCycle

其中参数modificationPeriodCoeff和defaultPagingCycle在SIB2中广播。

如图7所示：

图7：

SIB2message

图8：

系统消息更新流程

在修改周期内的系统信息内容不能发生改变，系统信息修改只能从下一个修改周期起始时刻开始，即当得知系统信息改变后，在下一个修改周期开始时刻监听新的系统信息。

LTE系统支持两种系统信息变更的通知方式：

●网络侧利用携带systemInfoModification内容的寻呼消息来通知空闲状态和连接状态UE系统信息改变，UE在下一个修改周期开始时监听新的系统消息。

●SIB1中携带systemInfoValueTag（系统信息变更标签）信息，若是UE读取的变更标签和之前存储的不同，那么表示系统信息发生变更，需要从头读取；

UE存储系统信息的有效期为3h，超过该时刻，UE需要重读系统信息。

系统消息变更通知方式1：

Pagingmessage

Paging:

pagingRecordListPagingRecordListOPTIONAL,--NeedON

systemInfoModificationENUMERATED{true}OPTIONAL,--NeedON

etws-IndicationENUMERATED{true}OPTIONAL,--NeedON

nonCriticalExtensionPaging-v890-IEsOPTIONAL

系统消息变更通知方式2：

图9：

SIB1message

关于RRC_IDLE或RRC_CONNECTED

状态的终端，若是收到的寻呼消息中带有系统消息改变指示标识systemInfoModification，那么表示系统消息将会在下一个修改周期开始改变。

此种情形下，终端通过寻呼消息并非能精准地明白是哪些系统消息发生了改变，因此终端需要从头读取SIB1，获取SIB1中的systemInfoValueTag，然后比较本次与上次读取的SIB标识值是不是相同。

若是不同，刚表示系统消息发生了改变。

现在需要依照SIB1中的调度信息从头读取这些系统消息。

6载波聚合对系统消息的阻碍

UE只会在PCell上从广播消息中获取系统信息。

关于SCell而言，其系统信息是在添加SCell时，通过RRCConnectionReconfiguration的SCellToAddMod-r10下发给UE的。

若是某个SCell的系统信息发生改变，eNodeB会让UE先释放该SCell，然后从头添加该SCell以通知UE系统信息的转变。

这从中的中能够看出，在添加SCell（SCelladdition）时，是应用radioResourceConfigCommonSCell的配置的，但在修改SCell（SCellmodification）的信息时，是不该用radioResourceConfigCommonSCell的配置的，因此需要先删除再添加SCell以通知UE该SCell系统信息的转变。

eNodeB在RRCConnectionReconfiguration配置的系统信息能够与该SCell广播的系统信息不同。