概述
欢迎关注同名微信公众号“modem协议笔记”。
这篇针对R17 版本的协议,看下有关NTN场景的CDRX内容,整体内容没有太大变化,但是由于NTN的大延迟问题,有引入某些参数去控制HARQ 的enable/disable;同样的因为时延问题,NTN场景某些timer的取值要额外考虑一个RTT值;除此之外,增加一个drx-LastTransmissionUL,用于控制HARQ-RTT timer开启符号位置;协议也有NTN DL SPS和configured UL grant场景的描述等等。下面的内容只是NTN场景独有部分(内容比较简短),其他共有部分和R16版本逻辑基本没有变化,可以参考R16 NR C-DRX。
R17 38.321 NTN DRX独有的参数,直接摘抄过来,后面再具体看每个参数的含义。
downlinkHARQ-FeedbackDisabled (optional): the configuration to enable HARQ feedback per DL HARQ process;
uplinkHARQ-Mode (optional): the configuration to set HARQmodeA or HARQmodeB per UL HARQ process.
HARQ-RTT-TimerUL-NTN/HARQ-RTT-TimerDL-NTN
serving cell的MAC entity 可能会由 RRC 配置在两个 DRX group中,每个DRX group具有单独的 DRX 参数。 当RRC没有配置secondary DRX group时,即只有一个DRX group,那所有的Serving Cell都属于这个DRX group。 当配置了两个 DRX group时,每个serving cell会被唯一地分配给两个组中的任何一个。 每个DRX group单独配置的DRX参数对应的是drx-ondurationTimer和drx-inactivityTimer。共同的参数是drx-SlotOffset, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-LongCycleStartOffset, drx-ShortCycle (optional), drx-ShortCycleTimer (optional), drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerUL, downlinkHARQ-FeedbackDisabled (optional) and uplinkHARQ-Mode (optional)。
downlinkHARQ-FeedbackDisabled和uplinkHARQ-Mode两个参数的引入,通过R2-2110045可以看出某些原因,比如NTN吞吐量本身就很低,由于NTN延迟大,可能会导致UE 功率因多次重传和 PDCCH 过度监控而受到严重影响的情况;在UL中更为重要,那UE 可以根据具体指示确定是否需要反馈或可以放弃HARQ feedback以代替延迟。进而在需要高吞吐量的场景,可以通过disable HARQ的方式,改善上述情况;下面分别看下这两个参数的作用。
downlinkHARQ-FeedbackDisabled
downlinkHARQ-FeedbackDisabled:用于根据 HARQ process ID disable 在UL中发送的 DL HARQ feedback。第一个/最左边的位对应于 HARQ process ID 0,下一位对应于 HARQ process ID 1,依此类推。对应于未配置的 HARQ process ID 的bit位将被忽略。bit位设置为 1 代表disable DL HARQ feedback,为0的bit 位代表enable DL HARQ feedback。
uplinkHARQ-mode/drx-LastTransmissionUL:
uplinkHARQ-mode:用于设置每个 HARQ process ID 的 HARQ mode。第一个/最左边的位对应于 HARQ process ID 0,下一位对应于 HARQ process ID 1,依此类推。 对应于未配置的 HARQ process ID 的bit将被忽略。 bit位设置为 1 代表 HARQmodeA,设置为 0 的位标识代表HARQ modeB。该字段作用于 SRB 和 DRB,通过38.321 中的描述,推测HARQ mode A代表的是enable HARQ feedback的情况,HARQ modeB是disable HARQ feedback的情况。
drx-LastTransmissionUL:该字段存在,代表drx-HARQ-RTT-TimerUL的开始的时间是在bundle内的最后一次传输之后。
NTN场景由于某些参数要考虑UE-gNB RTT value,根据38.321 中的定义,UE-gNB RTT 代表的就是UE TA值与kmac参数的和,具体如下:
UE-gNB RTT
结合38.300/38.211/38.321中的内容,NTN 场景中的UE-gNB RTT对应的T_TA和kmac的值可以通过上面的方式得到。
HARQ-RTT-TimerUL-NTN/HARQ-RTT-TimerDL-NTN
NTN场景 CDRX有两个timer比较特殊,UE要根据RRC层配置的DRX参数结合UE-gNB RTT得到,当然只有在HARQ feedback enable的情况,这两个参数才有意义,具体如下。
HARQ-RTT-TimerUL-NTN =HARQ-RTT-TimerUL+UE 最新可用的UE-gNB RTT;
HARQ-RTT-TimerDL-NTN =HARQ-RTT-TimerDL+UE 最新可用的UE-gNB RTT。
DRX active Time
R17中DRX active time主要多了drx-RetransmissionTimerSL running period和NTN场景的SR;NTN SR场景Active Time 要在SR_COUNTER=0对应的SR发送后开启,对应的是SR处于pending时间还要额外加上UE-gNB RTT值。
Active Time 中的DL/UL
DL
在DRX group处于Active Time期间,在UE收到DL data或enable pdsch-HARQ-ACK-Retx 收到DL DCI field HARQ-ACK retransmission indicator 为1 时要求UE 重传DL HARQ ACK;或者是NR-U中的one-shot HARQ feedback场景:
UE 有配置downlinkHARQ-FeedbackDisabled且是enable HARQ时,首先HARQ-RTT-TimerDL-NTN =HARQ-RTT-TimerDL+UE lastest avaliable UE-gNB RTT,然后在相关HARQ-ACK发送完的第一个符号开启 HARQ-RTT-TimerDL-NTN。
当drx-HARQ-RTT-TimerDL-NTN超时后,对于同一个HARQ process,如果UE解码PDSCH失败时,UE必须要监听PDCCH来获取DL 重传data,这时UE启动drx-RetransmissionTimerDL来等待下行的重传data; 如果UE解码PDSCH成功,不需要启动drx-RetransmissionTimerDL。
UL
对于动态调度UL 场景,UE有收到 PDCCH 指示的PUSCH 传输时:UE有配置uplinkHARQ-Mode时(NTN场景),如果对应HARQModeA,首先HARQ-RTT-TimerUL-NTN =HARQ-RTT-TimerUL+UE lastest avaliable UE-gNB RTT;此外还要考虑drx-LastTransmissionUL是否有配置,如果有配置,就在当前bundle内最后一个PUSCH传输结束后的第一个符号开启HARQ-RTT-TimerUL-NTN;如果没有配置drx-LastTransmissionUL,就在当前bundle内第一个PUSCH传输结束后的第一个符号开启HARQ-RTT-TimerUL-NTN;最后要停止相关HARQ process的drx-RetransmissionTimerUL。
HARQ-RTT-TimerUL-NTN 超时后, 对于同一个HARQ process,UE发送PUSCH后,UE不知道基站是否解码成功,必须要监听PDCCH来获取可能的UL 重传data,所以这时UE要开启drx-RetransmissionTimerUL。
DL SPS 和configured UL grant等场景不受DRX active 和sleep机制的影响,按照各自的配置进行UL/DL操作,其他内容基本一样。
DL SPS
对于DL SPS场景,有配置downlinkHARQ-FeedbackDisabled时候(对应NTN场景),DL harq feedback有enable的时候,首先HARQ-RTT-TimerDL-NTN =HARQ-RTT-TimerDL+UE lastest avaliable UE-gNB RTT,然后在相关HARQ-ACK发送完的第一个符号开启 HARQ-RTT-TimerDL-NTN。
当drx-HARQ-RTT-TimerDL-NTN超时后,对于同一个HARQ process,如果UE解码PDSCH失败时,UE必须要监听PDCCH来获取DL 重传data,这时UE启动drx-RetransmissionTimerDL来等待下行的重传data; 如果UE解码PDSCH成功,不需要启动drx-RetransmissionTimerDL。
Configured UL grant:
对于Configured UL grant场景,有配置uplinkHARQ-Mode时(NTN场景),如果对应HARQModeA,首先HARQ-RTT-TimerUL-NTN =HARQ-RTT-TimerUL+UE lastest avaliable UE-gNB RTT;此外要考虑drx-LastTransmissionUL是否有配置,如果配置了,就在当前bundle内最后一个PUSCH传输结束后的第一个符号开启HARQ-RTT-TimerUL-NTN;如果没有配置drx-LastTransmissionUL,就在当前bundle内第一个PUSCH传输结束后的第一个符号开启HARQ-RTT-TimerUL-NTN;最后要在当前bundle内第一个PUSCH传输结束后,停止相关HARQ process的drx-RetransmissionTimer。
HARQ-RTT-TimerUL-NTN 超时后, 对于同一个HARQ process,UE发送PUSCH后,UE不知道基站是否解码成功,必须要监听PDCCH来获取可能的UL 重传data,所以这时UE要开启drx-RetransmissionTimerUL。
最后
以上就是正直酸奶为你收集整理的NTN(五) C-DRX的全部内容,希望文章能够帮你解决NTN(五) C-DRX所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复