5G全流程详解3:SIB1

相关协议

38.331

38.508------有RRC相关参数典型值

38.304------UE procedures in idle mode and RRC inactive state。里面有S准则

23.122------NAS functions related to MS in idle station。主要讲PLMN选择

24.501------NAS protocol for 5GS。有T3512

这一章可能和高层协议关系多点,只专注于物理层协议的可以跳过,但想知道物理层流程来龙去脉的可以看看。

SIB1又可以被称为RMSI(Remaining minimum system information),是UE需要知道的最少的小区信息。只有知道了SIB1,UE才可以完成小区驻留,随机接入,attach等等流程,才可以真正通过与gNodeB建立无线连接,然后接入核心网(AMF、SMF等)。

SIB1里面消息如下

cellSelectionInfo

这里面放的是小区选择信息。S准则如下图所示(38.304 5.2.3.2)

S准则

q-RxLevMin:S准则里的Qrxlevmin,也就是最小要求的RSRP

q-RxLevMinOffset:S准则中的Qrxlevminoffset。正常驻留在VPLMN中时定期搜索更高优先级PLMN(23.122 4.4.3.3),需要在Squal评估中考虑了信号Qqualmin的偏移,为的是降低找到更高优先级PLMN的门槛。如果是计算当前服务小区的Squal,则查看SIB1消息的配置。该参数在SIB3\SIB4\SIB5中都存在,分别用在同频小区、异频小区、异系统小区的计算中

q-RxLevMinSUL:如果UE支持该小区下的SUL频率,则从该字段获得Qrxlevmin

q-QualMin:S准则里的Qqualmin,也就是最小要求的RSRQ

q-QualMinOffset:S准则中的Qqualminoffset。与Qrxlevminoffset作用类似

cellAccessRelatedInfo

cellReservedForOtherUse

cellReservedForOtherUse:用于判断该小区是否被保留。true表示该网络留给Non-Public Network使用,公网用户就使用不了了

plmn-IdentityInfoList

plmn-IdentityList:移动国家代码(MCC)和移动网络代码(MNC)

trackingAreaCode:小区所属的tracking area code。当UE处于空闲状态时,核心网络能够知道UE所在的跟踪区,同时当处于空闲状态的UE需要被寻呼时,必须在UE所注册的跟踪区的所有小区进行寻呼。当tracking area发生改变时,或者当T3512(24.501 10.2)过期时,UE要发起TA update过程。如果该field没有的话,说明小区是辅小区

ranac:5G中的新概念,将一组cells标记同样RAN area code,类似于TA,当RAN area code发生变化时,UE 启动RAN -AreaCode update通知网络更新UE所在RAN area位置。只有在RRC-inactive状态才会启用

cellReservedForOperatorUse:对该PLMN,该小区被保留另作他用

connEstFailureControl

添加图片注释,不超过 140 字(可选)

connEstFailCount :T300(RRCSetupRequest响应超时计数器)超时次数大于connEstFailCount,connEstFailOffset被用于该小区

connEstFailOffset:S准则中的Qoffsettemp。在T300多次失败后,用于抬高cell被选中的门限

connEstFailOffsetValidity:connEstFailOffset的有效时间

si-SchedulingInfo

system information acquistion

这部分参数主要与SIB与SI-request相关。NR 5G里面,SIB是按需广播的,有些SIB内容,gNodeB平时可能不广播。当UE需要某个SIB内容时,可以发起SI-request过程,即UE用si-RequestConfig里面指定的preamble和PRACH资源,发送PRACH。

包含SIBn的时域位置信息与RACH资源信息,SIB时域调度信息如下图:

图1 SI时域映射

SchedulingInfoList里面包含 n个SchedulingInfo(si-window),第一个SchedulingInfo对应上图中的si-window 1,以此类推。每个SchedulingInfo可以包含m个SIB-Typeinfo(sib)。m个sib映射到同一个si-window上。 每种SIB有自己的si-Periodicity。

当cell selection和reselection时候,或者从无信号覆盖地区回到网络中,或者sync完成之后重配置,或者RAT切换,或者收到小区信息改变指示,或者收到PWS通知,或者UE没有存储的合法的SIB,UE都需要获取SIB。

UE每3小时删除SIB。

对于每一条存储的SIB,当 areaScope为true时,UE根据 第一个PLMN-Identity,systemInformationAreaID和valueTag来判断si-SchedulingInfo对应的SIB有没有更改。当 areaScope没有配置时,UE根据 第一个PLMN-Identity,cellIdentity和valueTag来判断si-SchedulingInfo对应的SIB有没有更改。

小区信息改变指示是承载在P-RNTI的DCI上(Short Message),非RRC_CONNECTED状态,UE按Paging周期去收。RRC_CONNECTED状态,UE按SIB修改周期去收(说明UE要有同时搜索P-RNTI Coreset与C-RNTI coreset的能力)。

SchedulingInfo

si-BroadcastStatus:指示是否广播

si-Periodicity:si周期

sib-MappingInfo

areaScope:指示SIB是area specific还是cell specific

valueTag:用于指示SIB是否有改变。

si-WindowLength

SI的窗长,具体见图1所示

si-RequestConfig

RACH-ConfigGeneric

prach-ConfigurationIndex:确定了PRACH format、PRACH时域资源,具体含义如下表

38.211

msg1-FDM:RO的频分复用个数

msg1-FrequencyStart:PRACH频域起始位置

zeroCorrelationZoneConfig: ,与preamble循环移位抽头位置有关

preambleReceivedTargetPower:gNodeB期望接收到preamble的目标功率

preambleTransMax:preamble最大重传次数

powerRampingStep:preamble功率增加步长

ra-ResponseWindow:MSG2(RAR)接收窗长

ssb-perRACH-Occasion

每个RO对应的SSB数目。

当gNodeB收到UE的MSG1之后,gNodeB需要知道UE所在的波束进而在后续的数据传输中设定合适的波束方向。上报UE所在波束功能由PRACH承载,因此NR系统建立了SSB与PRACH occasion之间的映射关系。

SSB与RO映射采用了先频域后时域的方法,如下图所示(SSB与RO按1:1映射)

SSB与RO按1:1映射

相比先时域后频域的映射方法,频域优先相邻两个RO之间时间间隔会比较小。

si-RequestPeriod

SI-Request的周期,单位是association period。association period是指从frame 0开始,将所有SSB都映射到RO上的,最小PRACH configuration period个数(38.213中Table 8.1-1对应association period里面)

添加图片注释,不超过 140 字(可选)

si-RequestResources

ra-PreambleStartIndex

如果N个SSB与一个RO相关联,当N>=1时,对于第i个SSB,preamble index为(ra-PreambleStartIndex + i)的preamble被选择用于SI request。当N<1时,preamble index为ra-PreambleStartIndex的preamble被用于SI request

ra-AssociationPeriodIndex

指示哪个association period可以用于SI request发送

ra-ssb-OccasionMaskIndex

指示哪个RO可以用于SI request发送

ra-ssb-OccasionMaskIndex 38.321

28.213 8.1中指出ra-ssb-OccasionMaskIndex即为PRACH mask index

ServingCellConfigCommonSIB

DownlinkConfigCommonSIB

FrequencyInfoDL-SIB

MultiFrequencyBandListNR-SIB

FreqBandIndicatorNR:NR band指示,如N41

NR-NS-PmaxList

additionalPmax:P_{EMAX,c} ,用于计算UE最大发送功率,具体用法参见38.101-1 6.2.4

AdditionalSpectrumEmission:INTEGER (0..7),额外频谱杂散辐射要求,指示A-MPR(additional maximum power reduction),控制功率回退,按下表选出相应的NS_0X

38.101-1 Table 6.2.3.1-1A

然后找到相应的NS_0X表格

再根据小区带宽,RB_{start}L_{CRB}来确定A-MPR,然后再根据调制方式,找到MPR值

L_{CRB}是指发送信号带宽,以RB为单位,所以其单位可以写为MHZ/12/SCS(SCS为子载波间隔,15KHZ/30KHZ等)

offsetToPointA:是指point A与SSB之间的RB数目,如下图所示

BWP频域位置

5G里面BWP频域位置指示采用了Point A方法,即使用common RB 0子载波0的中心频点作为Point A,用offsetToPointA与Kssb帮助UE找到Point A与SSB之间的频域关系,然后使用offsetToCarrier指示BWP所在载波与Point A的频域关系,最后用RIV值(locationAndBandwidth)指示BWP在载波中的频域位置与RB数目。

为什么要用这种方式呢?为什么不直接用SSB与BWP的距离直接去表示BWP频域位置呢?主要是因为5G里面一个子载波里面可能有多个SSB,另外SSB与BWP也可能在不同的子载波上,这样的话两者具体会很大,用RIV的方式值就会太大。

SCS-SpecificCarrier

offsetToCarrier:Point A到子载波的距离,单位是RB,见图《BWP频域位置》

subcarrierSpacing:子载波间隔,用于将offsetToCarrier转化为实际频率

carrierBandwidth:子载波拥有的RB数目

txDirectCurrentLocation:指定了下行方向每个参数集的下行DC子载波位置,该IE范围0~3299,当其等于3300时表示DC子载波在资源格之外

BWP-DownlinkCommon

BWP

locationAndBandwidth:resource indication value,里面包含了两个信息,一个是BWP起始RB,即为 ,另一个是BWP的长度,即为 。RIV值计算方法如下

看这个公式的时候,就挺奇怪为什么不直接用

RIV直接计算方式

后来想明白主要是为了减少RIV占用比特,如果直接用上式,RIV需要比特数目为

LRBs

1

2

3

4

5

RBstart

0

0

0

0

0

1

1

1

1

1 X

2

2

2

2 X

2 X

3

3

3 X

3 X

3 X

4

4 X

4 X

4 X

4 X

我们可以看到在上表中,打X的都是不可能出现的值,RIV值计算可以巧妙的将(LRBs:5, RBstart:0)映射到(LRBs:2, RBstart:4),相当于对图《RIV直接计算方式》里的RIV值进行了一次压缩。就可以用最少的bit来表示所有的RIV值,那么需要的bit数目就变成了

cyclicPrefix:表示是否是extend CP,需要注意的是在5G里面只有60KHz子载波间隔支持extended CP

PDCCH-ConfigCommon

ControlResourceSetZero:理论上与pdcch-ConfigSIB1中的值controlResourceSetZero,用于指示CORESET0的频域资源

ControlResourceSet

ControlResourceSetId:CoReSet的ID号,0值默认为CORESET 0,其他CORESET取非0值

frequencyDomainResources:CORESET的频域资源的bitmap,每个bit代表一个RB group,每个RB group有6RBs,第一位最高位代表BWP中的第一个RB group,RB group中的PRB index是按升序排列的。第一个RB group的第一个common RB的CRB index值为6*( 向上取整)。这意味着CORESET的起始RB index只能是6的倍数

duration:CORESET时域连续持续时间,以OFDM symbol为单位

reg-BundleSize/interleaverSize/shiftIndex:参见《5G全流程详解2:CORESET 0》中CORESET一节

precoderGranularity:precoding的频域颗粒度,只有同样的precoding的PRB才可以进行信道联合估计。sameAsREG-bundle意思是precoding颗粒度是按REG-bundle来,allContiguousRBs意思是所有REGs都采用同样的precoding波束,而且CORESET与SSB和LTE cell specific参考信号没有交叠,CORESET里面的RB都是连续的

tci-StatesPDCCH-ToAddList:包含在BWP-DownlinkDedicated的pdsch-Config的TCI states的子集,CORESET属于属于该子集。主要是用于提供某个RS set中的DL RS与PDCCH DMRS的QCL(quasi co-location)关系。这块内容比较复杂,涉及到天线阵列、信道估计和频偏估计等一系列概念,后面开专门章节讲解

tci-PresentInDCI:指示TCI field是否存在于DL相关的DCI中,会影响DCI size

searchSpaceZero:值等于MIB pdcch-ConfigSIB1中的searchSpaceSet0

SearchSpace

SearchSpaceId:SearchSpace的ID号

monitoringSlotPeriodicityAndOffset:PDCCH monitor的周期Ks和Os。sl2代表周期为2 slots,后面的integer是offset

duration:这里的duration与CORESET中的完全不一样, 这里是表示从第Os个slot开始,CORESET连续有几个slot

monitoringSymbolsWithinSlot:指示CORESET在slot中的第一个OFDM symbol(bit置1)。最左边bit映射到slot中的symbol 0

nrofCandidates:某个聚合等级下PDCCH candidates的数目,在计算PDCCH candidate位置时候使用,也就是下面式子里面的

searchSpaceType:指示search space的DCI类型,是ue-specific还是common的,format是多少

searchSpaceSIB1

SIB1的search space的ID号

searchSpaceOtherSystemInformation

除了SIB1之外的其他SIB的search space的ID号

pagingSearchSpace

Type2-PDCCH CSS的search space的ID号

ra-SearchSpace

Type1-PDCCH CSS的search space的ID号

firstPDCCH-MonitoringOccasionOfPO

一个PO(paging occasion)是由S个连续的PDCCH monitoring occasions组成的,S是SIB1中的ssb-PositionsInBurst的SSB个数。

firstPDCCH-MonitoringOccasionOfPO表示的是对应PO的第一个PDCCH PO位置。

PDSCH-ConfigCommon

k0:DCI与它所调度PDSCH的slot偏移

mappingType

PDSCH的TypeA,是对LTE PDSCH映射方式的一种继承,PDSCH映射起始位置紧跟在PDCCH之后,start位置只能是0/1/2/3,如下表所示

38.214  

DMRS的位置在slot的pos2/pos3,默认pos2

TypeA用于eMBB,而TypeB因为latency比较短,配置灵活,用于URLLC。

startSymbolAndLength

start and length indicator (SLIV),计算方法如下

BCCH-Config

modificationPeriodCoeff是实际的广播改变周期,其值为modificationPeriodCoeff* defaultPagingCycle,n2代表value 2

PCCH-Config

Paging是非连续接收的,PF和PO的计算公式如下所示

在这里T为paging周期的radio frame数目,N为paging周期中存在paing的radio frame数目,PF_offset是PF的一个偏移,S是SSB发送个数,对应小区波束个数。

Ns为一个paging radio frame里面PO的数目,因为一个PO对应S个PDCCH monitoring occasion,每个PDCCH MO对应一个SSB方向。那么PDCCH MO最小可以是一个OFDM symbol,所以在子载波间隔为15KHz的情况下,一个RF里面的MO最多可以是140个,这也是为什么firstPDCCH-MonitoringOccasionOfPO里面MO的index可以达到139

i_s是一个PF中PO的index。当firstPDCCH-MonitoringOccasionOfPO不存在的情况下,(i_s+1)个PO的起始PDCCH MO可以直接计算为(i_s+1)*S

我们假设SCS=15KHz,T=32RF,N=16RF(halfT),PF_offset=1,UE_ID=4,Ns=4,S=4

那么可以得到

(T div N)*(UE_ID mod N)=8

满足(SFN + PF_offset) mod T=8的SFN为RF7

i_s = floor (UE_ID/N) mod Ns=0

那么(i_s+1)个PO的起始PDCCH monitoring occasion就是第(i_s+1)*S个PDCCH monitoring occasion

计算出来paging位置如下图所示

defaultPagingCycle:默认的paging周期,也就是38.304中的‘T’,value rf32代表32个radio frames

nAndPagingFrameOffset:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值