相关协议
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: ,用于计算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表格
再根据小区带宽,和
来确定A-MPR,然后再根据调制方式,找到MPR值
是指发送信号带宽,以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: