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