Beam Failure Detection

Posted modem协议笔记

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Beam Failure Detection相关的知识,希望对你有一定的参考价值。

微信同步更新欢迎关注同名modem协议笔记

正如上篇所述NR中所有的上下行信道的发送和接收都是基于波束。基站通过对信道质量的测量来动态选择UE和基站之间波束的方向和频率,进而完成通信。NR中无线链路检测可以分为两种,一种是4G中常见的radio  link monitoring,失败后对应的就是radio link failure ,主要是RRC层控制触发;另一种就是这篇提及beam 相关的Beam Failure Detection(BFD),主要是MAC层控制触发。接上篇结尾,如果遇到不能通过QCL/TCI修正beam的场景,UE就会发生Beam failure,之后就需要先进行beam failure recovery 的方式尝试恢复正常连接,BFD就是在NR中才出现的机制,FR2中由于频率更高,Beam的管理显得尤为重要,因而BFD/BFR机制通常会在FR2下才会开启,现在的FR1网络中基本都没有开启BFD功能,但这个机制还是比较重要的。就像搞2/3/4G不能不知道radio link failure,学习NR 5G也不能不知道BFD和BFR流程。这篇先看Beam Failure Detection(BFD)。

 

先看下38.133 8.5.1描述的BFD应用场景。

BFD 主要应用的场景是:

(1)PCell in SA, NR-DC  or NE-DC 

(2)PSCell in NR-DC EN-DC

(3)SCell in SA  NR-DC  NE-DC  EN-DC

beam failure 主要用在上面场景中的对应cell上,其中SCell部分是新增内容,R15版本是不支持SCell的BFD的。

再看下38.300 9.2.8 Beam failure detection and recovery中大体流程的描述。

gNB 给UE配置用于BFD 参考信号(参考信号可以是SSB或CSI-RS),在BFD timer超时前,物理层报告给MAC 的beam failure instance indication超过配置的门限时,即认为发生Beam failure.

SSB-based BFD是基于和initial DL BWP 相关联的SSB机制,且只能配置在包含SSB 配置的initial DL BWPs。对于其他的DL BWP, BFD的参考信号只能用CSI-RS。

BFD 发生在Pcell时:

 UE 通过在Pcell上进行RA 过程来触发BFR;UE 要选择suitable beam去进行BFR(如果gNB 配置了某些beams 的dedicated RA资源,UE会优先参考配置的beams);如果BFR 要进行CBRA 则要在BFR MAC CE 中包含beam failure 的indication(这句话是R16才有的,针对BFR MAC CE增加的一个步骤)。当完成RA 过程后,在PCell的BFR 就算完成了

BFD 发生在Scell时:

UE 通过发送BFR MAC CE来触发BFR(包含的一些参数后面介绍);UE 之后为SCELL选择suitable beam 并将这个信号包含在BFR MAC CE 中发送给NW;一旦 在PDCCH 收到用于发送BFR MAC CE 的新传UL grant ,就认为Scell 的BFR完成。

总的来说,BFD和Radio link failure的机制比较类似,都是根据RRC层配置的参考信号让L1去测量,拿测量值结合对应的门限,判断是否上报对应的failure;但是有所不同,RLF的描述主要在RRC层38.331,触发场景就是T310超时(连续收到L1 N310 consecutive "out-of-sync" indications,开启T310,在T310超时前,没有收到N311个in sync indication ),RLC上行达到最大重传次数rlc-MaxNumRetx,RA fail等等,主要是RRC层决策作用。而Beam failure detection的描述主要在38.321,也就是说是MAC层起决策作用的机制。Beam failure detection的相关参数也由RRC层配置,下面就从RRC层的配置看下Beam failure detection,而和BFD相关的参数主要由RadioLinkMonitoringConfig提供。

RadioLinkMonitoringConfig

其主要功能是配置UE进行波束失败检测的下行参考信号,beamFailureInstanceMaxCount及timer相关参数。

beamFailureDetectionTimer:Beam failure 检测定时器。

beamFailureinstanceMaxCount:底层检测失败的最大个数,在timer超时前,底层上报的BFD indication 达到maxcount时,就认为发生BFD,之后会触发BFR流程。而rlf和Beam failure检测参考信号相关的参数都可以由RadioLinkMonitoringRS配置,由purpose确定具体用途。

 

根据failureDetectionResourcesToAddModList中的描述用于beamFailure或both的检测RS资源最多配置2个(每BWP);如果没有对BFD场景配置参考信号,UE要根据和PDCCH DMRS有TCI-state的参考信号进行BFD检测,RLF同理。再次重复下,用于BFD/RLM的参考信号可以是SSB和CSI-RS,在initial DL BWPs 包含SSB的场景只能配置SSB作为参考信号,其他DL BWPs,必须配置CSI-RS 为参考信号,上面这个规定在38.300 radio link failure 和Beam failure detection and recovery中描述,这篇说的是BFD,RLF相关的内容,暂时忽略。

 

Beam failure detection 相关参数的介绍

参考信号的配置

基站侧会通过RadioLinkMonitoringRS给UE配置用于检测BFD 的参考信号,然后通过failureDetectionResourcesToAddModList从RadioLinkMonitoringRS选取最终用于BFD的参考信号,这些参考信号用对应的id区分,例如csi-RS-Index,ssb-Index。对于link recovery 过程,基站侧可配置的参考信号个数由每半帧SSB的最大发送个数相关联,L=4/8/64,如38.213 table 5-1,每半帧SSB的最大发送个数L详见NR小区搜索(一) SSB

个人理解这里的NLR-RLM代表配置的用于link recover(BFD)和radio link monitoring的总的参考信号个数,对应RRC层参数purpose配置为both时的参考信号个数(如下图),Nrlm代表用于radio link monitoring的参考信号个数。当然参考信号也可以根据purpose 为beamFailure和rlf分开配置,对于link recovery场景,最多只能用2个参考信号,对应radio link monitoring场景,可用的参考信号个数与L相关联。

 

根据38.213 Table 5-1中的信息,如果Lmax=64,则基站侧可以给UE配置最多8个用于link recovery和radio link monitoring的参考信号,最多只有8个参考信号用于radio link monitoring。给UE配置了对应个数的参考信号,并不代表UE可以全都用,如上述,对于配置的Nlr-RLM个参考信号,最多只能将Nrlm个参考信号用于radio link monitoring;对于BFD场景,会通过failureDetectionResourcesToAddModList配置最后真正用于BFD的参考信号,这时最多只能采用其中的2个参考信号,其purpose可以是beam failure或者both。

RRC 层的参数结构,RadioLinkMonitoringRS可以通过purpose 确定用于beamfailure还是rlf场景,而可配置的resource最多对应10个。

q0和q1 

38.213  6   Link recovery procedures

服务小区的每个BWP可以通过failureDetectionResourcesToAddModeList配置periodic CIS-RS resource set q0 ;由candidateBeamRSList 或candidateBeamRSListExt/candidateBeamRSSCellList 配置set q1,q1可以是periodic CSI-RS  resource或SSB。

如果UE 没有收到failureDetectionResourcesToAddModList配置q0,则UE 用和PDCCH DMRS有QCL 关系的periodic RS来做q0 (TCI-State 中的 RS set)。如果TCI-state中有2个RS indexes,则set q0采用为qcl-Type设置为'typeD'的RS索引。set q0 最多可以配置2个参考信号,且对应的参考信号只能配置为单天线。q0中配置的CSI-RS可以是单天线或者双天线,但是参考信号的密度要对应1或者3个RE(每RB)。

RRC层candidateBeamRSList配置CSI-RS/SSB的结构如下。

PCell/PSCell用于BFD 的RS resource set 可以是periodic CSI-RS resources或SSB; SCell BFD 的RS resource set q0 只能是periodic CSI-RS。

UE 只需要在当前激活的DL BWP 内进行BFD,不需要在以外的范围进行BFD。如果UE没有收到RS resouce set q0的配置,则忽略CSI-RS和SSB有关检查beam failure detection的要求,但是BFD还有要进行的,如前述,没有收到q0的配置时,UE 用和PDCCH DMRS有QCL 关系的periodic RS来做q0。deactive的SCell不需要进行BFD。

当前SCell 如果配置有多于2个periodic CSI-RS resource set q0 ,由UE决定应该选择哪个进行BFD;当SCell没有配置q1 set时,UE 不需要进行BFD。

如下假如此时UE没有收到BFD 参考信号q0,此时网络端激活了PDCCH tci state id 0,对应的是CSI-RS 0与PDCCH 是type A的QCL 关系,那此时UE就要用CSI-RS 0去进行BFD

用于BFD检测的参考信号确定后,L1测量后还有要与对应的门限进行比较的,BFD这里对应到Qout_LR 和Qin_LR。

Qout_LR 和Qin_LR

q0和Qout_LR相关联,主要用于判断beam是否会发生beam failure。针对q0中每一个RS resource 配置,UE 应该根据Qout_LR去评估服务小区 beams的radio link quality。

Qout_LR 代表UE根据q0及PDCCH bler 10%去评估DL link 无法可靠接收的threshold。根据参考信号的不同,要用不同的标准去推导对应的threshold。SSB based BFD,Qout_LR_SSB  要基于表8.5.2.1-1中的PDCCH 参数推导;CSI-RS based BFD,Qout_LR_CSI-RS 要基于表8.5.3.1-1中的PDCCH 参数推导,值得注意的是,在检测BFD时,只针对DCI format 1_0 bler,不考虑其他DCI format。

 

q1和Qin_LR  相关,主要用于beam 是否恢复正常的判断。当测量的L1-RSRP 等于或优于阈值 Qin_LR(Qin_LR 由RRC层 rsrp-ThresholdSSB提供),UE要将set q1中满足门限的resouce index告知MAC层。对于Qin,LR的取值,当配置的RS =ssb时 取rsrp-thresholdSSB;当配置的RS=CSI-RS  取rsrp-thresholdSSB ×powerControlOffsetSS。set q1中的参考信号可以是分别是periodic CSI-RS resource或SSBs,也可以同时配置SSB和CSI-RS resource。当q1没有配置时,UE不用对SCell进行候选波束的检测。

Qout_LR 的确定原则与RRC层参数rlmInSyncOutOfSyncThreshold的值相关,配置时rlmInSyncOutOfSyncThreshold=1,缺省值为0,这个value对应的是38.133中的Table 8.1.1-1中的configuration 的值,我看的是g60版本,随后也查了下h60/f60版本,发现这个Table 8.1.1-1始终只有value 0即对应的 BLER out =10%,BLERin=2%;另外刚刚上面提及协议中有关Qout_LR的描述也是按照默认10%的原则去叙述的,最后加上目前实网中针对的是R15版本协议,rlmInSyncOutOfSyncThreshold一般都是缺省配置的,即用的value 0的情况,所以这里我们忽略value 1,应该是协议哪里出错了,没有补上38.331中rlmInSyncOutOfSyncThreshold=1的坑。Qout_LR简单的说是在PDCCH bler 10%标准下,芯片厂根据rsrp rsrq sinr 和上述门限,按照一定的算法算出对应的门限值,然后UE再根据对q0的测量结果和门限进行比较后,再上报beam failure indication,如果在beamFailureDetectionTimer配置的具体时间超时前,上报的beamFailreInstance 达到MaxCount时,就认为发生beam failure;否则就认为beam是正常的。Qin_LR的配置与rsrp-thresholdSSB(Spcell)和rsrp-thresholdBFR(SCell)相关。

UE在判断BFD对应的参考信号是否低于Qout_LR时,需要一定的时间去评估,38.133中有分别针对SSB和CSI-RS的Evaluation period进行了描述如下,分别针对FR1和FR2 对应no DRX 和DRX cycle >320ms 和<=320ms进行区分。

 

对Qout_LR评估完成后,如果满足条件就要上报beam failure indication,但是连续上报的时间间隔也是有要求的。

BFI上报相关规则

在non-DRX/DRX场景下,当q0中所有resource测得的radio link quality(UE当前接入的radio link)低于Qout_LR时,L1需要向MAC层上报一次beam failure indication,注意这里说的是测得q0中所有的resource 都低于Qout_LR,才上报beam failure indication。而具体的上报periodicity在38.133中有描述,如下,连续的indication的上报有一个最小的时间间隔Tindication_interval_BFD的规定。

q0中所有RS 资源radio link quality 低于Qout_LR,L1 要向MAC 层上报beam failure instance indication。两个连续的indication 的上报有一个最小的间隔Tindication_interval_BFD:

no DRX 时  Tindication_interval_BFD =max(2ms, TSSB-RS,M) or max(2ms ,TCSI-RS,M) ,其中TSSB-RS,M和TCSI-RS,M是q0中配置的SSB和CSI-RS resource对应的最小周期。

SSB based  with DRX:  

Tindication_interval_BFD =max(1.5×DRX_cycle_length,1.5*TSSB-RS,M)  DRX_cycle_length<=320ms

Tindication_interval_BFD =DRX_cycle_length                                  DRX_cycle_length>320ms

CSI-RS based  with DRX:  

Tindication_interval_BFD =max(1.5×DRX_cycle_length,1.5*TCSI-RS,M)  DRX_cycle_length<=320ms

Tindication_interval_BFD =DRX_cycle_length                                  DRX_cycle_length>320ms

 

beamFaileureDetectionTimer 代表BFD的timer,例如取pbfd1时,代表1个Qout_LR报告的period,pbfd2代表2个Qout_LR报告的period。结合之前38.133中对于2个连续的out of LR indication 的上报最小的间隔Tindication_interval_BFD的规定,pbfd就是指Tindication_interval_BFD;那这里的配置要注意,不能配置的Timer过短,而MaxCount太大,比如配置的Timer=pbfd2,MaxCount=4,这种配置情况下,UE只能在pbfd2的时间段内,最多上报3次beam failure indication,不可能上报4次,所以这种配置下,即使beam真的有问题,也不能够触发BFD;实网环境下参数基本不会有误,直接关注BFD的判断规则就行,也就是根据beamFailureDetectionTimer配置的具体时间,在timer超时前,上报的beamFailreInstance 大于等于MaxCount时,就认为发生beam failure;否则就认为beam是正常的。

 

对于PCell/PSCell,当MAC向L1要set q1中L1-RSRP好于门限Qin_LR的periodic CSI-RS或SSB index时,L1要上报满足门限要求的resource index。

对于SCell,当MAC 向L1要高于门限的resource index时,L1要告知MAC 是否有满足门限的resouce,有的话就上报给MAC。

至此BFD的内容基本结束了,再简单回顾下大体内容:首先R16之后的协议也支持了SCell的BFD feature;其次BFD的流程是,UE根据网络端配置的参考信号set q0进行底层测量,当q0中的所有resources的Beam radio link quality都低于门限Qout,LR 则认为 一次 beam failure, L1上报beam failure indication 给MAC,BFI COUNTER ++; 当 beam failure instance indication 从底层上报时,BeamFailureDetectionTimer 就会开启 ,此时BFI counter记为1;BeamFailureDetectionTimer 超时前达到beamFailureInstanceMaxCount  则认为Beamfailure,之后触发beam failure recovery 过程;如果在超时时 ,没有超过beamFailureInstanceMaxCount  则认为Beam恢复正常并将BFI COUNTER 重置为0,等待下一次流程的触发。

最后配置的 set q1的作用是当set q1中的Beam radio link quality 高于Qin,LR时,底层就会上报对应的RS index给MAC,具体有什么用,下一篇beam failure recovery 再说。

以上是关于Beam Failure Detection的主要内容,如果未能解决你的问题,请参考以下文章

我想修改一下X5045门限电压,那位高人知道啊?

安全多方计算之七:门限密码系统

声卡 的门限起啥作用

基于Shamir门限方案的秘密共享

基于Shamir门限方案的秘密共享

基于Shamir门限方案的秘密共享