beamManagement(三)connected mode DL Beam training

简介: 在进入连接态后,DL 可以使用CSI-RS/SSB进行波束训练,上行使用Sounding RS进行波束训练。先看下行波束训练过程,DL 参考信号的RRC层配置结构如下。

继续看connected mode DL Beam


在进入连接态后,DL 可以使用CSI-RS/SSB进行波束训练,上行使用Sounding RS进行波束训练。先看下行波束训练过程,DL 参考信号的RRC层配置结构如下。

f997ba54ae7e48f69d86fa4e0e56bb7e.png

CSI-RS有很多功能,例如移动性管理,速率匹配,精准视频跟踪等(CSI部分目前只写了CSI-RS时频域资源配置的内容,后面再展开看其他内容),这里仅介绍波束管理部分,用于波束训练的CSI-RS也叫CSI-RS BM。


CSI-RS部分RRC层参数配置f10c5ccc32454906b3bcd169da705722.png

aperiodicTriggeringOffset:触发非周期CSI-RS的时隙(DCI触发)到发送CSI-RS的时隙间隔。


nzp-CSI-RS-Resources:关联NZP-CSI-RS资源集的资源,对于CSI,每个资源集最多8个NZP CSI。


trs-Info:配置为Tracking信道跟踪的CSI-RS,与beam management不相干,trs-info和下面的Repetition不能同时配置。

9686e0ecee2d495ea7454c88aa5d322c.png

TRS 是需要配置trs-info =true,其实在38.214 CSI-RS for tracking章节中 是有trs-info和repetition不期望一同配置的描述的,按道理这两个参数是不能一起配置的;但是有朋友说,实网下有 trs-info =true和repetition=off一起配置的情况,并且UE没有报错,那强行理解下这个现象,CSI-RS for tracking 是需要配trs-info,根据上面这段话 配置trs-info=true时又不能配置repetition(38,331中说不配置repetition 其实就是repetition=off),那对于trs场景 或许可以配置成那样 trs-info =true和repetition=off,换个角度也是对应单独配置 trs-info =true的情况,因为38.331中说不配置repetition 其实就是repetition=off。但是回到协议上说,trs-info和repetition 还是不应该同时配置的。反过来到beam management,是不需要配置trs-info的,重点就是repetition的配置。


Repetition :是CSI-RS BM的一个关键参数,可以配置On 或Off。设置为Off时,表示CSI-RS资源集中的CSI-RS资源发送时,使用了不同的波束空域传输filter,就是CSI-RS发送的波束不重复,这时候基站发送波束扫描,UE可以保持接收波束不变,进行波束训练;设置为On 时,表示CSI-RS发送的波束重复,即基站在相同波束上发送CSI-RS, UE可以扫描接收波束,进行波束训练。

2c0e46b38d8341dc94f422a07962749b.png

Repetition =off时, 基站发送不同的CSI-RS供UE进行测量并上报对应的CRI(CSI-RS Resource Indicator),基站根据CRI 对波束进行调整,完成波束训练。


e390cc4389e14d809e28f3f998b1b398.png

Repetition =On时, 基站发送CSI-RS发送的波束重复, UE根据自己的波束测量结果,自行调整接收波束,选择最强波束,完成波束训练,这种场景下UE不需要上报CRI,具体训练方式由UE端算法决定。



虽然波束训练的具体策略,spec上都没提及,是厂家私有做法,但是通常的模型是基站在初始接入SSB波束周围,发送一个或多个比较窄的波束(CSI-RS,对应CSI-RS Resource Indicator, CRI);UE对CSI-RS参考信号测量,得到L1-RSRP结果,上报不同CRI的测量结果;例如下图基站在SSB0 发送比较窄的CSI-RS 0/1/2 , SSB1发送CSI-RS 3/4/5 ,CSI-RS配下来后,就也就有了方向性,只是这个方向性,UE端感知不到;之后UE 上报CRI,PMI等信息,网络端就可以知道UE的相对具体位置和方向性信息;当然TDD场景,SRS也可以辅助确定上述信息;PDCCH/PDSCH DMRS都可以与CSI-RS 设置QCL 关系,进而就可以很好的确定方向性等等,当UE在信号状况不好的情况下,基站就可以控制UE进行beam的切换,基站选择L1-RSRP最强的CSI-RS对应的波束进行下行信道发送,进而使得UE切换到信号状况良好的beam上。

6a2a71e815b643abbae02ce5e82ef1a4.png

下行波束训练的大体过程基本阐述完了,具体的工作机制,简单的说DL 波束训练有两条路可走,一条是PDSCH DMRS TCI/QCL的配置流程,通过RRC层在PDSCH配置TCI state 集合->MAC CE激活不超过8个TCI state->DCI field 确定最终选用的TCI-state,另一条是PDCCH DMRS RCI/QCL的配置流程,通过RRC 层配置PDCCH 的TCI state 集合->MAC CE激活其中1个TCI-state,下面我们按照RRC->MAC CE->DCI的顺序逐层看下这两种方式spec中的相关描述。



RRC 层PDSCH

513b87a3265c49c5a185d74d03bee206.png

38331 g60版本中,目前PDSCH中最大支持配置128个TCI State,而PDCCH最大支持64个TCI state。



PDSCH 的TCI State 信息,首先在RRC中配置,通过tci-StatesToAddModList 最多配置128个,对于UE来说,RRC信令中配置的TCI State list是下行各种波束(SSB/CSI-RS)的一个大集合,后面还需要基站通过MAC CE/DCI field进一步在这个集合中指示具体的波束信息。


虽然38.331中规定PDSCH 的TCI State 信息,通过tci-StatesToAddModList 最多配置128个,但是实际中这个个数与UE的能力相关。

86626b428cb44b1eaa71b71aa33e12e0.png

基站侧会在PDSCH-Config中配置 M个TCI-State 给UE,然后根据DCI field transmission Configuration Indication 激活对应的TCI -state 关系,根据tci-state 调整波束方向后,再decode PDSCH;其中M 由UE能力参数maxNumberConfiguredTCIstatesPerCC决定。

dc91391e211242a9b668e1f1259e4fe5.png

38.306中tci-StatePDSCH中有指出,对于FR2,最少要支持配置64 个TCI states,38.331中规定的最大值128是可选项不强制要求;对于FR1,支持配置的TCI state必须要大于等于supported band 允许的最大SSB数设定,不考虑频谱共享的场景,band支持的最大SSB个数就由38.213 4.1中规定的SSB pattern case A~C(FR1 只能是caseA~C)相关,具体的说就是每半帧SSB的最大发送次数L,具体可以参考小区搜索(一)SSB。


PDCCH

1f70a756dcc54e369ada2ae4dce45cb2.png

PDCCH 的TCI State信息,在CORESET参数中下发,最多配置64个,通过上图中蓝色字体tci-StatesPDCCH-ToAddList 的描述,PDCCH配置的TCI State来自PDSCH-config中TCI state ,是PDSCH-config 中TCI state的子集。


如下如图的简单例子,在pdsch-config中通过tci-stateToAddModlist 只配置tci-state id 0/1,在tci-StatedPDCCH-ToAddList中配置的tci-state id 为0,这个0指的就是pdsch-config中tci-stateToAddModlist配置的tci-state id 0。

c7c5757a2aa6448eab51df67c92afdb2.png

tci-PresentInDCI 这个参数比较关键,在RRC层配置tci state 集合的情况下,首先会在MAC CE中激活一部分TCI state(最多8个),如果tci-PresentInDCI 有enable 的话,最终基站会通过在DCI中 的field Transmission configuration indication指示最终UE要采用的那个TCI state。



MAC层


spec 38321介绍了TCI State相关的MAC CE,包括:


TCI States Activation/Deactivation for UE-specific PDSCH MAC CE


Enhanced TCI States Activation/Deactivation for UE-specific PDSCH MAC CE


TCI State Indication for UE-specific PDCCH MAC CE


TCI state MAC CE: 用0/1表示RRC高层中配置的TCI State列表中对应索引的激活状态,最多激活8个TCI State。



PDSCH

ce25a6ecc3a04d43a05464b3c27f179f.png

网络侧可以通过下发TCI states Activation for UE-specific PDSCH MAC CE或者Enhanced TCI states Activation for UE-specific PDSCH MAC CE,激活最多8个TCI states,之后通过DCI 1_1/1_2 中的field “Transmission Configuration Indication”激活其中一个TCI-state。对应MAC CE的图示如下。通过这段描述,可以直接看出,PDSCH 的TCI states激活流程就是RRC层配置TCI states集合(最多128个)-> MAC CE 激活最多8个TCI states,最后通过DCI field transmission Configuration Indication 激活其中一个,也就是tci-PresentInDCI 这个参数enable与否 是与PDSCH 的tci state激活流程相关联的。

eef12f87406b4bea936e2adea831a864.png


DCI 1_1/1_2 中,Transmission configuration indication

424402e967a748a9847862667c20012f.png

DCI field Transmission configuration indication,在tci-PresentInDCI(DCI 1_1)配置为enabled时,此字段长度为3 bits,表示PDSCH 的TCI State的索引(对应于MAC CE中的最多8个TCI state);在不配置tci-PresentInDCI 时,字段长度为0。

153628d2d41f48a194f0fdde5a45a011.png

DCI 1_2  应用于URLLC场景,tci-PresentInDCI-1-2(DCI 1_2)enable时,RRC层可以为DCI 1_2 transmission configuration indication配置成1~3bits;RRC层不配置时,对应0bits;从这段描述可以看出DCI 1_2的transmission configuration indication配置更为灵活,正常情况下transmission configuration indication bit大小应该可以表示MAC CE中激活的TCI state 个数,比如MAC CE中激活2个tci states,DCI field应该配置为1bits;;MAC CE中激活4个tci states,DCI field应该配置为2bits;MAC CE中激活8个tci states,DCI field应该配置为3bits。

79ca0d0ea55b4b1c9dfd852d1d6e50ad.png

MAC CE tci state与DCI field的映射关系在38.321 中有描述,简单的说,如果MAC CE 激活(Ti=1)的TCI state 是 TCI state 1/4/8/9/11/13/15/17时,DCI field 的 3bits 对应的0~7 分别对应TCI state 1/4/8/9/11/13/15/17;DCI field transmission configuration indication 最大只能是3bits,所以通过MAC CE最多只能激活8个 TCI state。

1f7854cdf7ab47f89fa86e13a9703dc6.png

对于DCI 1_2,DCI field transmission configuration indication 可以配置为1~3bits,如果配置为2bits时,MAC CE 却激活了6个TCI state,DCI field 2bits 只能表示4个TCI state,这时候只认为MAC CE 激活的前4个TCI states有效,忽略最后2个TCI state。

87ee70dc27384496a20a4f484e58c02c.png

MAC 层激活TCI state需要处理时延,所以UE收到DCI 包含transmission Configuration Indication,且要在slot n 传输PDSCH(MAC CE)相关的PUCCH HARQ-ACK时,UE 应该在 slot n+3N_subframe,u_slot +1 才能通过DCI 激活TCI state。



上面的内容有一个场景并没有考虑到,就是在刚刚进入connected mode时,有段时间UE是没有收到网络端配置的TCI-state ,initial TCI state一般会在注册阶段 完成AS 层SMC后,通过第一条rrc reconfiguration配置下来,此前会用DCI 1_0进行PDSCH的调度或者配置了TCI states,还没有收到MAC CE的激活命令前,PDSCH的DMRS天线端口应该参照什么样的信道特征去工作?当然spec肯定考虑到了,下面就来看下。

437c98bfc96646a686ccf49ce8689339.png

不配置tci-PresentInDCI时或使用DCI 1_0调度的PDSCH,UE采用和PDCCH DMRS相同的波束去接收。

4afdfcef18ac4419b44d3ff126969b8c.png

tci-PresentInDCI/tci-PresentDCI-1-2 设置为enabled,对应的DL DCI与调度的PDSCH的时间偏移大于等于timeDurationForQCL时,UE收到initial RRC层 TCI state的配置,但是还未收到激活的MAC CE,此时UE可以假设服务小区的PDSCH的DM-RS端口与在初始接入过程中确定的SSB是准共址(QCL),其中qcl type设置为“typeA”,并且在适用时,qcl也设置为“typeD”。



PDSCH 的TCI states的激活机制基本上说完了,再总结下流程,首先在RRC 层PDSCH-Config中配置TCI -state 集合,最多128个;之后通过MAC CE最多激活其中的8个TCI state;最后通过DCI field transmission configuration indication 选用MAC CE激活的8个TCI states的其中一个,但是实际中, 情况可能不同 比如 RRC 只配置了 8 个TCI-state 或者更少,这时候只要MAC CE 激活其中1个就可以,不需要DCI,具体还是看基站侧的策略。


PDCCH


PDCCH的TCI state激活过程比PDSCH简单,首先PDCCH 的TCI State信息,在RRC层CORESET参数中下发,最多配置64个,通过tci-StatesPDCCH-ToAddList 配置具体的TCI state信息,PDCCH配置的TCI State来自PDSCH-config中TCI state ,是PDSCH-config 中TCI state的子集;之后通过TCI State Indication for UE-specific PDCCH MAC CE激活其中一个,MAC CE的描述如下。

6cc6f37d59a54167b3001a931b1cb068.png

PDCCH激活TCI states前后的规定的相关描述在38.213中。

ebf1c23fecfa4f90a4b00afe3c656409.png

除CORESET 0外的其他CORESET,如果UE没有在tci-StatesPDCCH-ToAddList和tci-StatesPDCCH-ToReleaseList配置TCI state,或者提供了不止一个TCI states但是没有收到激活TCI 的MAC CE时,UE要假设PDCCH的DMRS 天线port与初始接入时的SSB是QCL的关系;



如果UE有在tci-StatesPDCCH-ToAddList和tci-StatesPDCCH-ToReleaseList中配置不止一个TCI states,但是没有收到MAC CE的激活命令,这时UE在进行由Reconfiguration with sync 触发的随机接入过程,UE要假设PDCCH 的DMRS天线与SSB或者CSI-RS是QCL的关系。

2e81ed7c9cd1403584fe2cfdcdaab896.png

对于CORESET 0,则认为PDCCH DMRS是与激活的TCI state是QCL的关系;如果此时对应的场景不是PDCCH order触发的CFRA过程,恰巧也没有收到TCI 激活的MAC CE,这时候认为PDCCH DMRS与SSB是QCL的关系。

1336dc9b3f0b420d85d6ac93f6fe7ffb.png

除CORESET 0外的其他CORESET,如果UE只提供了一个TCI state,或者MAC CE激活了其中一个TCI state,UE要假设PDCCH DMRS是与配置的TCI state对应的下行参考信号是QCL的关系;对于CORESET 0,UE 期望 下发的MAC CE 激活命令指示的 TCI state 是 qcl-Type=typeD的CSI-RS 。


MAC 层激活TCI state需要处理时延,如果UE 在slot k 传输MAC CE对应的PUCCH HARQ-ACK,那MAC CE激活的TCI state生效的时间要对应时隙k+3N_subframe,u_slot +1。



除了上述内容之外,spec 38.214中在配置TCI state时,对配置的reference set和QCL type还有一些规定,这里简单列出,就不做说明了。


不同CSI resource 和QCL的对应关系6e82417f60e04eb8b21b47345d675a38.png

5f83fac5a02d4ebd9f1ddf1d63f99451.png


PDCCH/PDSCH DMRS和QCL 的规定af1e75eb021d4417a3693f828afc08bc.png

44aa2eb625d74635af23afa6167261cb.png

213bbe441e4947fca8053bd90cae7adf.png


connected mode DL beam 训练的流程如下,根据基站的策略不同,流程可能略有不同。

6ec85d8622c049a3a51cfdbfcf19843b.png


最后看个DL 波束训练过程的例子,首先看PDSCH/PDCCH 的tci states配置情况。

e46adb0dd33c49b6af9e572fc075b2b2.png


PDSCH 配置了6个TCI state,PDCCH中只用了PDSCH tci state集合中的前4个。

2354768a71f749fe889e6a1333d6000e.png


当前UE驻留在SSB1 上的小区,SSB1的信号状况最好基站测有配置CSI 的periodic 上报,UE会周期上报CRI PMI 等信息,CRI用于告知基站侧UE目前测量到的最好CSI-RS的index。

7a10f2353e044facad46d7997299b2ef.png

之后UE 依次上报CRI 3->1->0  告知基站侧最好的CSI-RS信息。

d6e8e6536de846d0bb2e060a7f1a8362.png

0f168fa017b14594a981fd156a9f95c0.png

b176621d589047d4a576074fadd9f5a7.png

之后UE收到了PDCCH MAC CE,代表要激活TCI State id 0,TCI state 0 代表PDCCH DMRS与nzp csi-rs 0 qcl type =typeA,而 csi-rs 0与 SSB 0 qcl type=type c,间接的说明PDCCH DMRS与SSB 0也有某种qcl关系,最后UE切换到了SSB0上,即此时信号状况最好的SSB上。

345c3fdb97934c1d89bd247fd7560293.png

通过CRI的上报顺序,大概可以推测 基站在SSB0 发送CSI-RS 0/1 , SSB1发送CSI-RS 3/4,用于波束微调,而UE 是从SSB1 靠近CSI-RS 3的位置,逐渐移动到CSI-RS 0的位置,因而UE会按顺序上报CRI 3->1->0,最后换到SSB0上。


目前看到的log,PDSCH配置了QCL/TCI的集合,但是PDSCH都不会收到MAC CE和对应的DCI(RRC 层也没有配置tci-PresentInDCI),只会通过MAC CE激活PDCCH 的QCL/TCI关系,根据上面的描述,这种情况下PDSCH DMRS和PDCCH DMRS采用相同的波束接收。  

相关文章
|
数据挖掘
【提示学习】Automatic Multi-Label Prompting: Simple and Interpretable Few-Shot Classification
文章提出了一种简单确高效地构建verbalization的方法:
|
机器学习/深度学习 移动开发 自然语言处理
DEPPN:Document-level Event Extraction via Parallel Prediction Networks 论文解读
当在整个文档中描述事件时,文档级事件抽取(DEE)是必不可少的。我们认为,句子级抽取器不适合DEE任务,其中事件论元总是分散在句子中
126 0
DEPPN:Document-level Event Extraction via Parallel Prediction Networks 论文解读
beamManagement(四)connected mode UL training
上行方向beam训练也有针对PUSCH 和PUCCH的两种机制,先看PUSCH。UE完成初始接入后,上行方向上主要通过Sounding RS(SRS)进行波束训练,SRS配置参数中,usage 设为 beamManagement时,表示用于波束管理的SRS。用于波束管理的SRS resourceset个数,每个resourceset中SRS resource个数和UE能力有关,在38306中定义。
|
机器学习/深度学习 数据挖掘
ACL2023 - An AMR-based Link Prediction Approach for Document-level Event Argument Extraction
最近的工作引入了用于文档级事件论元提取(文档级EAE)的抽象语义表示(AMR),因为AMR提供了对复杂语义结构的有用解释,并有助于捕获长距离依赖关系
188 0
|
机器学习/深度学习 自然语言处理 算法
ACL 2022:Graph Pre-training for AMR Parsing and Generation
抽象语义表示(AMR)以图形结构突出文本的核心语义信息。最近,预训练语言模型(PLM)分别具有AMR解析和AMR到文本生成的高级任务。
154 0
|
数据挖掘
MUSIED: A Benchmark for Event Detection from Multi-Source Heterogeneous Informal Texts 论文解读
事件检测(ED)从非结构化文本中识别和分类事件触发词,作为信息抽取的基本任务。尽管在过去几年中取得了显著进展
64 0
|
机器学习/深度学习 自然语言处理 搜索推荐
TSAR: A Two-Stream AMR-enhanced Model for Document-level Event Argument Extraction论文解读
以往的研究大多致力于从单个句子中抽取事件,而文档级别的事件抽取仍未得到充分的研究。在本文中,我们专注于从整个文档中抽取事件论元
190 0
|
机器学习/深度学习 自然语言处理 数据挖掘
UnifiedEAE: A Multi-Format Transfer Learning Model for Event Argument Extraction via Variational论文解读
事件论元抽取(Event argument extraction, EAE)旨在从文本中抽取具有特定角色的论元,在自然语言处理中已被广泛研究。
84 0
|
人工智能 编解码 自动驾驶
YOLOv7: Trainable bag-of-freebies sets new state-of-the-art for real-time object detectors
YOLOv7在5 FPS到160 FPS的范围内,在速度和精度方面都超过了所有已知的物体检测器,在GPU V100上以30 FPS或更高的速度在所有已知的实时物体检测器中具有最高的精度56.8% AP。
457 0
《Constrained Output Embeddings for End-to-End Code-Switching Speech Recognition with Only Monolingual Data》电子版地址
Constrained Output Embeddings for End-to-End Code-Switching Speech Recognition with Only Monolingual Data
75 0
《Constrained Output Embeddings for End-to-End Code-Switching Speech Recognition with Only Monolingual Data》电子版地址