beamManagement(一)idle初始接入过程

简介: NR中所有的上下行信道的发送和接收都是基于波束。基站通过对信道质量的测量来动态选择UE和基站之间波束的方向和频率,进而完成通信。NR使用的频率信号是高频信号,高频意味着波长越短,天线也就越短。当无线信号辐射变为波束形状后,就很难使用单个的天线传输同时覆盖多个UE,因而NR的天线数量大大增加,形成更多波束,提升覆盖;NR使用Massive MIMO技术时,就需要使用大规模天线阵列,进而实现多用户空分,提升频谱利用率; 提升能量利用率,满足覆盖需求(特别是高频)。beam forming 不是本篇的重点(其实我也不太会),可以百度看下具体内容。这里只关注3GPP spec中相关的波束管理的内容。

NR中所有的上下行信道的发送和接收都是基于波束。基站通过对信道质量的测量来动态选择UE和基站之间波束的方向和频率,进而完成通信。NR使用的频率信号是高频信号,高频意味着波长越短,天线也就越短。当无线信号辐射变为波束形状后,就很难使用单个的天线传输同时覆盖多个UE,因而NR的天线数量大大增加,形成更多波束,提升覆盖;NR使用Massive MIMO技术时,就需要使用大规模天线阵列,进而实现多用户空分,提升频谱利用率; 提升能量利用率,满足覆盖需求(特别是高频)。beam forming 不是本篇的重点(其实我也不太会),可以百度看下具体内容。这里只关注3GPP spec中相关的波束管理的内容。


本篇的内容分散在38.331 ,38.321,38.212,38,213,38.214等。波束管理分为上行和下行波束管理,换个角度又可以分成idle 初始接入过程和connected mode过程,先看idle 初始接入过程。



idle 初始接入过程


首先根据支持band的情况进行底层扫频,decode 到SIB1时,可以通过ssb-PositionsInBurst 确定当前小区对应的SSB 数量信息。

15f6036bdd3b45e6b7c1799d0563234d.png

inOneGroup(8bits): 当每半帧SSB max number=4时,最左边的4bit有效(从左到右依次为SSB 0~3),其余4个暂时忽略;当每半帧SSB max number=8时,8个bits都有效,从左至右分别为SSB 0~7;当每半帧SSB max number=64时,8个bits都有效,从左至右,第一个bits对应SSB0,8,16,24,32,40,48,56;第二个bit对应SSB1,9,17,25,33,41,49,57;第三个bit对应 SSB 2,10,18,26,34,42,49,58,依次类推。bit=1代表对应的SSB有正常传输,就是在环境中有这个ssb,bit=0,代表环境中没有这个SSB。L=64的情况对应的是FR2, 在FR1中 L=4/8。如果对应的是FR2,那还会有groupPresence出现。


groupPresence(8bits) 针对的是SSB L=64的情况,用8bits表示,从左至右分别表示一组 SSB的情况,第一个bit对应SSB0~7,第二个bit对应SSB 8~15,第三个bit对应SSB 16~23,第4个bit对应SSB 24~31,第5个bit对应SSB 32~39,第6个bit对应SSB 40~47,第7个bit对应SSB 48~55,第8个bit对应SSB 56~63。\n\n每半帧SSB max number L的确定与频谱相关,UE在小区搜索过程中就可以确定L的值,详见NR小区搜索(一)SSB。


举个例子 假如L=8,配置如下,那代表这个小区对应的SSB 0~7都有在传输,UE正常情况下可以测量到SSB0~7的信号值。


ssb-PositionsInBurst


inOneGroup '11111111'B


假如L=64


ssb-PositionsInBurst


inOneGroup '10101010'


groupPresence '01000000'


groupPresence代表SSB 8~15有在传输;具体还要看inOneGroup 代表实际SSB 8,10,12,14有在传输,UE可以在现实环境中测量到SSB 8/10/12/14的信号值。SSB信息确定之后,UE小区搜索阶段就会选SSB信号最强的那个驻留,之后会进行随机接入,进行注册,在发起RACH发送preamble的时候,网络端就可以通过preamble确定UE所选的SSB,进而确定UE驻留小区的具体SSB信息,完成UE和基站的SSB beam配对,NR PRACH(四)PRACH与SSB的映射PRACH(四)PRACH与SSB的映射有解释preamble和SSB的关系,当然这里为了连续性还是简单看下。

ec794edf6eac40e7aa33ae2771b07d31.png

假设L=8,inOneGroup '11111111'B   网络实际发送了SSB 0~7。


ssb-perRACH-OccasionAndCB-PreamblesPerSSB eight : 4, N=8,R=4, N=8 代表一个RO 映射到8个SSB,SSB n 就有4个连续的CB preamble,每个RO 的起始preamble index 是n*totalNumberOfRA-Preambles /N ,则SSB0 对应的CB preamble 为0~3,SSB1对应的CB preamble 为8~11,SSB2 对应的CB preamble 为16~19,SSB3对应的CB preamble 为 24~27,SSB4对应的CB preamble 为 32~35,SSB5对应的CB preamble 为 40~43,SSB6对应的CB preamble 为 48~51,SSB7对应的CB preamble 为 56~59。

8f8543f92d8c4abeb4f852079b6f791e.png

如上图38.321中的描述,在发起initial RA前,UE会根据SIB1中的rsrp-ThresholdSSB,选取满足门限的SSB,如果所有的SSB都不满足门限,就任意选择一个SSB。SSB与PRACH配置相关联,UE选择关联的PRACH发送 msg1,基站侧通过对应的CB preamble就知道UE驻留的SSB信息,进而基站就会在UE选择的的SSB的方向上返回msg2/msg4,完成初始接入阶段,这就是基于波束的初始训练过程。


a93e370f8c6641a0aee8f90f655769bf.png

相关文章
NR SRS(二)
上篇漏掉了SpatialRelationInfo,那就先看下SRS resource资源配置中的RS-SpatialRelationInfo,即SRS resource和参考信号的对应关系,代表波束的对应关系,具体在接下来的波束相关的内容再说。这里参考信号可以是下行SSB,CSI-RS或者是uplinkBWP指示的SRS,RRC层结构如下。
|
索引 Windows
Beam failure Recovery
这篇来看BFR 过程,这里把38.300中对于BFD和BFR流程的描述再贴一遍。
|
调度 索引
NR PUCCH(一) PUCCH format 0/1
NR中PUCCH物理信道用来发送上行控制信息Uplink Control Information(UCI),当然UCI也可以在PUSCH上发送。UCI 内容包括:CSI,HARQ ACK/NACK ,SR 及上述三者的组合信息。
|
算法 调度 索引
beamManagement(三)connected mode DL Beam training
在进入连接态后,DL 可以使用CSI-RS/SSB进行波束训练,上行使用Sounding RS进行波束训练。先看下行波束训练过程,DL 参考信号的RRC层配置结构如下。
|
缓存 调度
NR HARQ(二) CBG HARQ-ACK codebook
这篇开始看下HARQ-ACK codebook的相关内容,先看CBG-based HARQ-ACK codebook。那第一个关注点就是CBG 的划分规则,这部分内容主要在38.213 9.1.1章节中,PDSCH和PUSCH 的CBG 划分规则基本是一样的,这里以PDSCH为例介绍。
beamManagement(四)connected mode UL training
上行方向beam训练也有针对PUSCH 和PUCCH的两种机制,先看PUSCH。UE完成初始接入后,上行方向上主要通过Sounding RS(SRS)进行波束训练,SRS配置参数中,usage 设为 beamManagement时,表示用于波束管理的SRS。用于波束管理的SRS resourceset个数,每个resourceset中SRS resource个数和UE能力有关,在38306中定义。
beamManagement(二)TCI-state/QCL
上一篇讲解了idle初始接入阶段,基站和UE用SSB的索引,关联PRACH的发送时刻比较内涵的指示了波束信息;在RRC建立进入connected mode后,就可以通过TCI State来指示波束信息, 为利于后续内容理解,这里先看下TCI-state及QCL的概念。
NR 小区搜索(三) SearchSpace0
之前讲了CORESET0就是频域分布,那具体对应的时域位置是什么?那就需要结合SearchSpace0来确定。
|
算法 调度 C++
NR HARQ(三) semi-static HARQ-ACK codebook
UE在一个PUCCH(或PUSCH)上发送HARQ-ACK信息时,信息bit很可能是多个bits位数,这个多bits位数的HARQ-ACK信息,也称为HARQ-ACK codebook码本 UE物理层在以下几种情况下,需要产生对应的HARQ-ACK 信息bit:UE收到PDCCH调度的PDSCH,动态调度;UE接收的PDSCH没有对应的PDCCH,即DL SPS PDSCH调度; UE接收到PDCCH指示的SPS release,并没有PDSCH。
|
调度 C++
NR HARQ (四)dynamic codebook
上篇提到type-1 HARQ-ACK codebook,即semi-static codebook,UE要为每个PDSCH候选位置生成反馈,也会包含实际没有下行传输的PDSCH,再加上配置CBG的场景,HARQ-ACK 码本中包含的无用信息会更多,开销确实很大。因而,Type-2 HARQ-ACK 码本即dynamic 码本就出现了,目前看实网中一般都用的dynamic 码本,还没有见过semi-static 码本,长话短说,下面就看下相关内容。