我是靠谱客的博主 正直酸奶,最近开发中收集的这篇文章主要介绍NTN(五) C-DRX,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

欢迎关注同名微信公众号“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

3debcb2f618843b4b1ac87f1ba414c3c.png

 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:

8e06408c66d944ac8b62a97c62e447bd.png

 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

abb2bc2c9665432b9f993b7dd73e2591.png

 结合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的情况,这两个参数才有意义,具体如下。

e3f371596483494aac6504b0f4e3d8e4.png

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

0d9b0fe15516416e8a3f8d5ae43e0c92.png

 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

46782ff5e8c640fe8bd0699e47d4d5e2.png

 在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

d895c633d0b94a92863a68f22add7aa7.png

 对于动态调度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

8230ec0c657e4661982841311d3e8a37.png

对于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:

30f08940a41244ad86d6a3f34a66757b.png

 对于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所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(49)

评论列表共有 0 条评论

立即
投稿
返回
顶部