CN116133168B

CN116133168B - 用于处理数据接收的非连续接收定时器的方法和设备

Info

Publication number: CN116133168B
Application number: CN202211083130.7A
Authority: CN
Inventors: 曾立至
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2021-09-14
Filing date: 2022-09-06
Publication date: 2023-09-26
Anticipated expiration: 2042-09-06
Also published as: KR20230039552A; CN116133168A; KR102620449B1; US20230097118A1; US11646829B2; US20230224090A1; EP4149034A1

Abstract

本发明提供一种无线通信系统中用于处理单播和多播的数据接收的非连续接收定时器的方法和设备。用户设备从网络接收或检测数据传送。数据传送经寻址到用于混合自动重复请求过程的群组无线电网络临时标识符。响应于第一混合自动重复请求往返时间定时器的到期，用户设备启动用于混合自动重复请求过程的多播重传定时器。响应于第二混合自动重复请求往返时间定时器的到期，用户设备启动用于混合自动重复请求过程的单播重传定时器。用户设备接收或检测经寻址到用于混合自动重复请求过程的群组无线电网络临时标识符的下行链路数据的第一重传。用户设备停止多播重传定时器，且停止单播重传定时器。

Description

用于处理数据接收的非连续接收定时器的方法和设备

技术领域

本公开大体上涉及无线通信网络，且更明确地说涉及一种无线通信系统中用于处理单播和多播的数据接收的非连续接收(Discontinuous Reception，DRX)定时器的方法和设备。

背景技术

随着往来移动通信装置的大量数据的通信需求的快速增长，传统的移动语音通信网络演进成与因特网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线电接入网络(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音及多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)新无线电技术。因此，目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

根据本公开，提供一个或多个装置和/或方法。在从用户设备(User Equipment，UE)的角度的实例中，UE从网络接收和/或检测数据传送，其中数据传送经寻址到用于混合自动重复请求(Hybrid Automatic Repeat Request，HARQ)过程的群组无线电网络临时标识符(Group Radio Network Temporary Identifier，G-RNTI)。响应于接收和/或检测到数据传送，UE(i)启动与用于HARQ过程的G-RNTI相关联的第一HARQ往返时间(Round TripTime，RTT)定时器，且(ii)启动与HARQ过程的小区无线电网络临时标识符(Cell RadioNetwork Temporary Identifier，C-RNTI)相关联的第二HARQ RTT定时器。响应于第一HARQRTT定时器的到期，UE启动用于HARQ过程的多播重传定时器。响应于第二HARQ RTT定时器的到期，UE启动用于HARQ过程的单播重传定时器。UE接收和/或检测经寻址到用于HARQ过程的G-RNTI的DL数据的第一重传。响应于接收和/或检测到数据的第一重传，UE(i)停止多播重传定时器，且(ii)停止单播重传定时器。

在从UE的角度的实例中，UE从网络接收和/或检测与HARQ过程相关联的数据传送。响应于接收和/或检测到数据传送，如果数据传送经寻址到G-RNTI，那么UE(i)启动与用于HARQ过程的G-RNTI相关联的第一HARQ RTT定时器，和/或(ii)如果数据传送经寻址到G-RNTI或C-RNTI，那么启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器。响应于第一HARQ RTT定时器的到期，UE启动用于HARQ过程的多播重传定时器。响应于第二HARQRTT定时器的到期，UE启动用于HARQ过程的单播重传定时器。UE接收和/或检测经寻址到用于HARQ过程的G-RNTI或C-RNTI的DL数据的第一重传。响应于接收和/或检测到数据的第一重传，UE(i)停止多播重传定时器，且(ii)停止单播重传定时器。

在从用户设备(User Equipment，UE)的角度的实例中，UE从网络接收和/或检测数据传送，其中数据传送经寻址到用于HARQ过程的G-RNTI。响应于接收和/或检测到数据传送，UE(i)启动与用于HARQ过程的G-RNTI相关联的第一HARQ RTT定时器，且(ii)启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器。响应于第一HARQ RTT定时器的到期，UE启动用于HARQ过程的多播重传定时器。响应于第二HARQ RTT定时器的到期，UE启动用于HARQ过程的单播重传定时器。UE接收和/或检测经寻址到用于HARQ过程的C-RNTI的DL数据的第一重传。响应于接收和/或检测到数据的第一重传，UE(i)停止多播重传定时器，且(ii)停止单播重传定时器。

附图说明

图1示出根据一个示例性实施例的无线通信系统的图。

图2是根据一个示例性实施例的传送器系统(也称为接入网络)和接收器系统(也称为用户设备或UE)的框图。

图3是根据一个示例性实施例的通信系统的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是根据一个示例性实施例的示出与用于多播会话的下行链路层架构相关联的示例性情境的图。

图6是根据一个示例性实施例的示出与用于广播会话的下行链路层架构相关联的示例性情境的图。

图7是根据一个示例性实施例的示出与用于长期演进(Long Term Evolution，LTE)多播业务信道(Multicast Traffic Channel，MTCH)的非连续接收(DiscontinuousReception，DRX)相关联的示例性情境的图。

图8A是根据一个示例性实施例的示出与处理重传定时器和/或混合自动重复请求(Hybrid Automatic Repeat Request，HARQ)往返时间(Round Trip Time，RTT)定时器相关联的示例性情境的图。

图8B是根据一个示例性实施例的示出与处理重传定时器和/或HARQ RTT定时器相关联的示例性情境的图。

图8C是根据一个示例性实施例的示出与处理重传定时器和/或HARQ RTT定时器相关联的示例性情境的图。

图9是根据一个示例性实施例的流程图。

图10是根据一个示例性实施例的流程图。

图11是根据一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如，语音、数据等。这些系统可是基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、第3代合作伙伴计划(3rd Generation Partnership Project，3GPP)长期演进(Long Term Evolution，LTE)无线接入、3GPP高级长期演进(Long Term EvolutionAdvanced，LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、用于5G的3GPP新无线电(New Radio，NR)无线接入或一些其它调制技术。

确切地说，下文所描述的示例性无线通信系统和装置可设计成支持一个或多个标准，例如在本文中称为3GPP的名为“第3代合作伙伴计划”的联盟提供的标准，包含：3GPP TS36.331V16.0.0(2020-03)，“3GPP TSG RAN，无线电资源控制(Radio Resource Control，RRC)协议规范(版本16)”；3GPP TS 36.321V16.0.0(2020-03)，“3GPP TSG RAN，媒体接入控制(Medium Access Control，MAC)协议规范(版本16)”；3GPP TS 38.321V16.3.0(2020-12)，“3GPP TSG RAN，媒体接入控制(Medium Access Control，MAC)协议规范(版本16)”；运行NR中MBS的CR的R2-2106554 38.300；R2-2106483[Pre114-e][002][MBS]MBS调度概述；R2-2104876MBS MAC层和群组调度方面，因特尔公司；R2-2104993关于复用及调度方面的考虑，三星；R2-2105654开放问题群组调度，爱立信；R2-2106283RAN2群组调度的方面，华为，CBN，海思；R2-2108846MBS调度和功率节省概述；以及RP-212266对TSG(MBS)的状态报告。上文所列的标准和文档在此明确地以全文引用的方式并入本文中。

图1呈现根据本公开的一个或多个实施例的多址接入无线通信系统。接入网络100(access network，AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅展示两个天线，但是每一天线群组可利用更多或更少的天线。接入终端116(Access terminal，AT)与天线112和114通信，其中天线112和114经由前向链路120将信息传送到接入终端116，且经由反向链路118从接入终端116接收信息。AT 122与天线106和108通信，其中天线106和108通过前向链路126将信息传送到AT 122，且通过反向链路124从AT 122接收信息。在频分双工(frequency-division duplexing，FDD)系统中，通信链路118、120、124和126可以使用不同频率用于通信。举例来说，前向链路120可使用与反向链路118所使用的频率不同的频率。

每一天线群组和/或所述天线群组被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自可被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在经由前向链路120和126的通信中，接入网络100的传送天线可利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到它的所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络通常可能对相邻小区中的接入终端产生更少的干扰。

接入网络(access network，AN)可以是用于与终端通信的固定站或基站，并且也可称为接入点、Node B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB)或某其它术语。接入终端AT还可被称作用户设备(User Equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。

图2呈现多输入多输出(multiple-input and multiple-output，MIMO)系统200中的传送器系统210(也称为接入网络)和接收器系统250(也称为接入终端(accessterminal，AT)或用户设备(user equipment，UE))的实施例。在传送器系统210处，可将用于数个数据流的业务数据从数据源212提供到传送(transmit，TX)数据处理器214。

在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。

可以使用正交频分多路复用(orthogonal frequency-division multiplexing，OFDM)技术将每个数据流的经译码数据与导频数据多路复用。导频数据通常可以是以已知方式进行处理的已知数据模式，并且可以在接收器系统处用于估计信道响应。随后可基于针对每一数据流选择的特定调制方案(例如二进制相移键控(binary phase shiftkeying，BPSK)、正交相移键控(quadrature phase shift keying，QPSK)、M进制相移键控(M-ary phase shift keying，M-PSK)或M进制正交振幅调制(M-ary quadratureamplitude modulation，M-QAM))来调制(即符号映射)所述数据流的多路复用的导频和经译码数据，以提供调制符号。可以通过由处理器230执行的指令来确定每一数据流的数据速率、编码和/或调制。

接着将数据流的调制符号提供给TX MIMO处理器220，所述TX MIMO处理器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供到NT个传送器(transmitter，TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

每一传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和/或上变频转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着，可以分别从NT个天线224a至224t传送来自传送器222a至222t的NT个经调制信号。

在接收器系统250处，由NR个天线252a到252r接收所传送的经调制信号，并且可将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254可调节(例如滤波、放大和下变频)相应的所接收信号，将已调节信号数字化以提供样本，和/或进一步处理样本以提供对应的“所接收”符号流。

RX数据处理器260接着从NR个接收器254接收和/或基于特定接收器处理技术处理NR个接收到的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着可以对每个检测到的符号流解调、解交错和/或解码以恢复用于数据流的业务数据。由RX数据处理器260进行的处理可以与传送器系统210处的TX MIMO处理器220和TX数据处理器214所执行的处理互补。

处理器270可定期确定要使用哪一预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收到的数据流相关的各种类型的信息。反向链路消息接着可由TX数据处理器238(所述TX数据处理器还接收来自数据源236的数个数据流的业务数据)处理，由调制器280调制，由传送器254a到254r调节，和/或被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号通过天线224接收，通过接收器222调节，通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器系统250传送的反向链路消息。接着，处理器230可确定使用哪个预译码矩阵来确定波束成形权重，且可接着处理所提取的消息。

图3呈现根据所公开主题的一个实施例的通信装置的替代简化功能框图。如图3所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统可以是LTE系统或NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306经由CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，监听器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号，将接收到的信号传递到控制电路306，且无线地输出由控制电路306产生的信号。也可利用无线通信系统中的通信装置300实现图1中的AN100。

图4是根据所公开主题的一个实施例的在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402可执行无线电资源控制。层2部分404可执行链路控制。层1部分406可执行和/或实施物理连接。

3GPP TS 36.331V16.0.0(2020-03)的一个或多个部分引述如下：

6.3.7a SC-PTM信息元素

-SC-MTCH-InfoList

IE SC-MTCH-InfoList提供经由SC-MRB传送的进行中的MBMS会话的列表以及针对每一MBMS会话的相关联G-RNTI和调度信息。

SC-MTCH-InfoList信息元素

3GPP TS 36.321 V16.0.0(2020-03)的一个或多个部分如下引述。

5.7非连续接收(Discontinuous Reception，DRX)

MAC实体可由具有DRX功能性的RRC配置，所述DRX功能性控制UE的PDCCH，其监听MAC实体的C-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI、半静态调度C-RNTI(如果经配置)、UL半静态调度V-RNTI(如果经配置)、eIMTA-RNTI(如果经配置)、SL-RNTI(如果经配置)、SL-V-RNTI(如果经配置)、CC-RNTI(如果经配置)、SRS-TPC-RNTI(如果经配置)和AUL C-RNTI(如果经配置)的活动。当在RRC_CONNECTED中时，如果DRX被配置，那么允许MAC实体使用此章节中所规定的DRX操作不连续地监听PDCCH；否则MAC实体连续地监听PDCCH。当使用DRX操作时，MAC实体还应根据本规范的其它章节中存在的要求监听PDCCH。RRC通过配置定时器onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer(针对使用1ms TTI调度的HARQ过程，除了广播过程以外每一DL HARQ过程使用一个TTI)；drx-RetransmissionTimerShortTTI(针对使用短TTI调度的HARQ过程，每一DL HARQ过程使用一个TTI)；drx-ULRetransmissionTimer(针对使用1ms TTI调度的HARQ过程，每一非同步ULHARQ过程使用一个TTI)；drx-ULRetransmissionTimerShortTTI(针对使用短TTI调度的HARQ过程，每一非同步UL HARQ过程使用一个TTI)；longDRX-Cycle；drxStartOffset和任选地drxShortCycleTimer与shortDRX-Cycle的值来控制DRX操作。还定义每DL HARQ过程的HARQ RTT定时器(广播过程除外)和每异步UL HARQ过程的UL HARQ RTT定时器(参见第7.7节)。

当DRX周期被配置时，活动时间包含以下情况时的时间：

[…]

5.7a对于SC-PTM的非连续接收(Discontinuous Reception，DRX)

每一G-RNTI以及对于增强型覆盖范围中的NB-IoT UE、BL UE或UE，MAC实体的每一SC-RNTI可由具有DRX功能性的RRC配置，所述DRX功能性控制UE对此G-RNTI和SC-RNTI的PDCCH监听活动，如TS 36.331[8]中所规定。当处于RRC_IDLE或RRC_CONNECTED中时，如果DRX被配置，那么允许MAC实体使用此章节中所规定的DRX操作不连续地监听用于此G-RNTI或SC-RNTI的PDCCH；否则，MAC实体连续地监听用于此G-RNTI或SC-RNTI的PDCCH。对于MAC实体的每一G-RNTI或SC-RNTI，RRC控制其DRX操作，方法是配置定时器onDurationTimerSCPTM、drx-InactivityTimerSCPTM、SCPTM-SchedulingCycle以及针对G-RNTI和SC-RNTI的SCPTM-SchedulingOffset的值。在此章节中所规定的DRX操作针对每一G-RNTI和SC-RNTI独立地执行且独立于在第5.7字节中所规定的DRX操作。

当DRX被配置用于G-RNTI或SC-RNTI时，活动时间包含以下情况时的时间：

-onDurationTimerSCPTM或drx-InactivityTimerSCPTM正在运行。

当DRX被配置用于如TS 36.331[8]中所规定的G-RNTI或SC-RNTI时，MAC实体将用于此G-RNTI或SC-RNTI的每一子帧：

-如果[(H-SFN*10240+SFN*10)+子帧号]模(SCPTM-SchedulingCycle)＝SCPTM-SchedulingOffset：

-启动onDurationTimerSCPTM。

-在活动时间期间，对于PDCCH-子帧：

-监听PDCCH；

-如果PDCCH指示DL传送：

●-如果UE是BL UE或增强型覆盖范围中的UE，那么：

-启动或重新启动含有对应PDSCH接收的最后一次重复的子帧中的drx-InactivityTimerSCPTM。

●-如果UE是NB-IoT UE：

-停止onDurationTimerSCPTM；

-停止drx-InactivityTimerSCPTM；

-在含有对应PDSCH接收的最后一次重复的子帧之后的下一PDCCH时机的第一子帧中启动drx-InactivityTimerSCPTM。

●-否则：

-启动或重新启动drx-InactivityTimerSCPTM。

●注：如果未配置H-SFN，那么在计算起始子帧时将其值设置为0。

3GPP TS 38.321 V16.3.0(2020-12)的一个或多个部分引述如下：

3.1定义

出于本文档的目的，在TR 21.905[1]和下文中给出的术语和定义适用。本文档中定义的术语优先于同一术语(如果存在)在TR 21.905[1]中的定义。

[…]

DRX群组：通过RRC配置且具有相同DRX活动时间的服务小区群组。

5.7非连续接收(Discontinuous Reception，DRX)

MAC实体可以由具有DRX功能性的RRC配置，所述功能性控制UE的PDCCH，从而监听MAC实体的C-RNTI、CI-RNTI、CS-RNTI、INT-RNTI、SFI-RNTI、SP-CSI-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI、TPC-SRS-RNTI和AI-RNTI的活动。当使用DRX操作时，MAC实体还应根据本规范的其它章节中存在的要求监听PDCCH。当处于RRC_CONNECTED时，如果DRX经配置，那么对于所有已激活服务小区，MAC实体可使用此章节中所规定的DRX操作不连续地监听PDCCH；否则，MAC实体将如TS 38.213[6]中所规定监听PDCCH。

注1：如果侧链路资源分配模式1由RRC配置，那么DRX功能性未配置。

RRC通过配置以下参数来控制DRX操作：

-drx-onDurationTimer：DRX周期开始时的持续时间；

-drx-SlotOffset：在启动drx-onDurationTimer之前的延迟；

-drx-InactivityTimer：在PDCCH指示MAC实体的新UL或DL传送的PDCCH时机之后的持续时间；

-drx-RetransmissionTimerDL(每一DL HARQ过程，除了广播过程以外)：直到接收到DL重新传送为止的最大持续时间；

-drx-RetransmissionTimerUL(每一UL HARQ过程)：直到接收到UL重新传送的准予为止的最大持续时间；

-drx-LongCycleStartOffset：长DRX周期和定义长和短DRX周期启动的子帧的drx-StartOffset；

-drx-ShortCycle(任选的)：短DRX周期；

-drx-ShortCycleTimer(任选的)：UE将沿循短DRX周期的持续时间；

-drx-HARQ-RTT-TimerDL(每一DL HARQ过程，除了广播过程以外)：在MAC实体预期HARQ重新传送的DL分配之前的最小持续时间；

-drx-HARQ-RTT-TimerUL(每一UL HARQ过程)：在MAC实体预期UL HARQ重新传送准予之前的最小持续时间；

-ps-Wakeup(任选的)：在监听但未检测到DCP的情况下开始相关联drx-onDurationTimer的配置；

-ps-TransmitOtherPeriodicCSI(任选的)：在DCP经配置但相关联drx-onDurationTimer未启动的情况下在由drx-onDurationTimer指示的持续时间期间报告PUCCH上并非L1-RSRP的周期性CSI的配置；

-ps-TransmitPeriodicL1-RSRP(任选的)：在DCP经配置但相关联drx-onDurationTimer未启动的情况下在由drx-onDurationTimer指示的持续时间期间传送PUCCH上为L1-RSRP的周期性CSI的配置；

MAC实体的服务小区可在具有单独DRX参数的两个DRX群组中由RRC配置。当RRC未配置次级DRX群组时，仅存在一个DRX群组且所有服务小区属于所述一个DRX群组。当配置两个DRX群组时，每一服务小区被唯一地分配给所述两个群组中的任一个。为每一DRX群组单独配置的DRX参数是：drx-onDurationTimer，drx-InactivityTimer。对DRX群组共同的DRX参数是：drx-SlotOffset、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL、drx-LongCycleStartOffset、drx-ShortCycle(任选的)、drx-ShortCycleTimer(任选的)、drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerUL。

当配置DRX周期时，用于DRX群组中的服务小区的活动时间包含以下时候的时间：

-为DRX群组配置的drx-onDurationTimer或drx-InactivityTimer处于运行中；或

-drx-RetransmissionTimerDL或drx-RetransmissionTimerUL在DRX群组中的任何服务小区上处于运行中；或

-ra-ContentionResolutionTimer(如第5.1.5节中所描述)或msgB-ResponseWindow(如第5.1.4a节中所描述)处于运行中；或

-调度请求在PUCCH上发送且待决(如第5.4.4节中所描述)；或

-在针对在基于争用的随机接入前导码当中未被MAC实体选择的随机接入前导码的随机接入响应的成功接收之后未接收到指示经寻址到MAC实体的C-RNTI的新传送的PDCCH(如第5.1.4节和第5.1.4a节中所描述)。

当配置DRX时，MAC实体将：

1>如果在已配置下行链路分配中接收到MAC PDU，那么：

2>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerDL；

2>停止对应HARQ过程的drx-RetransmissionTimerDL。

1>如果MAC PDU在已配置上行链路准予中传送且未从下部层接收到LBT故障指示：

2>在对应PUSCH传送的第一传送(集束内)结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerUL；

2>在对应PUSCH传送的第一传送(集束内)处停止对应HARQ过程的drx-RetransmissionTimerUL。

1>如果drx-HARQ-RTT-TimerDL到期，那么：

2>如果对应HARQ过程的数据未被成功地解码，那么：

3>在drx-HARQ-RTT-TimerDL到期之后在第一符号中启动对应HARQ过程的drx-RetransmissionTimerDL。

1>如果drx-HARQ-RTT-TimerUL到期，那么：

2>在drx-HARQ-RTT-TimerUL到期之后在第一符号中启动对应HARQ过程的drx-RetransmissionTimerUL。

1>如果接收到DRX命令MAC CE或长DRX命令MAC CE，那么：

2>停止用于每一DRX群组的drx-onDurationTimer；

2>停止用于每一DRX群组的drx-InactivityTimer。

1>如果用于DRX群组的drx-InactivityTimer到期，那么：

2>如果短DRX周期被配置，那么：

3>在drx-InactivityTimer的到期之后在第一符号中启动或重新启动用于此DRX群组的drx-ShortCycleTimer；

3>针对此DRX群组使用短DRX周期。

2>否则：

3>针对此DRX群组使用长DRX周期。

1>如果接收到DRX命令MAC CE，那么：

2>如果短DRX周期被配置，那么：

3>在DRX命令MAC CE接收结束之后在第一符号中启动或重新启动用于每一DRX群组的drx-ShortCycleTimer；

3>针对每一DRX群组使用短DRX周期。

2>否则：

3>针对每一DRX群组使用长DRX周期。

1>如果用于DRX群组的drx-ShortCycleTimer到期，那么：

2>针对此DRX群组使用长DRX周期。

1>如果接收到长DRX命令MAC CE，那么：

2>停止用于每一DRX群组的drx-ShortCycleTimer；

2>针对每一DRX群组使用长DRX周期。

1>如果短DRX周期用于DRX群组，并且[(SFN×10)+子帧号]模(drx-ShortCycle)＝(drx-StartOffset)模(drx-ShortCycle)：

2>从子帧开始在drx-SlotOffset之后启动用于此DRX群组的drx-onDurationTimer。

1>如果针对DRX群组使用长DRX周期，且[(SFN×10)+子帧号]模(drx-LongCycle)＝drx-StartOffset，那么：

2>如果如TS 38.213[6]第10.3节中所规定为活动DL BWP配置DCP监听：

3>如果从下部层接收到与当前DRX周期相关联的指示启动drx-onDurationTimer的DCP指示，如TS 38.213[6]中所规定；或

3>如果如TS 38.213[6]中所指定，与当前DRX周期相关联的在时域中的所有DCP时机在活动时间中发生，考虑在最后DCP时机开始之前4ms，或在测量间隙期间，或当在ra-ResponseWindow处于运行中时MAC实体在由C-RNTI标识的SpCell的recoverySearchSpaceId指示的搜索空间上监听PDCCH传送时所接收的准予/分配/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求(如条款5.1.4中所指定)；或

3>如果ps-Wakeup配置成使用值true且未从下部层接收到与当前DRX周期相关联的DCP指示：

4>从子帧开始在drx-SlotOffset之后启动drx-onDurationTimer。

2>否则：

3>从子帧开始在drx-SlotOffset之后启动用于此DRX群组的drx-onDurationTimer。

注2：在小区群组中跨越载波的未对准SFN的情况下，SpCell的SFN用于计算DRX持续时间。

1>如果DRX群组处于活动时间：

2>监听在此DRX群组中的服务小区上的PDCCH，如TS 38.213[6]中所规定；

2>如果PDCCH指示DL传送：

3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerDL；

注3：当HARQ反馈被指示非数字k1值的PDSCH到HARQ反馈定时推迟时，如TS38.213[6]中所规定，发送DL HARQ反馈的对应传送机会在请求HARQ-ACK反馈的稍后PDCCH中指示。

3>停止对应HARQ过程的drx-RetransmissionTimerDL。

3>如果PDSCH-to-HARQ_feedback定时指示非数字k1值，如TS 38.213[6]中所规定，那么：

4>在用于对应HARQ进程的PDSCH传送之后在第一符号中启动drx-RetransmissionTimerDL。

2>如果PDCCH指示UL传送：

3>在对应PUSCH传送的第一传送(集束内)结束之后在第一符号中启动对应HARQ过程的drx-HARQ-RTT-TimerUL；

3>停止对应HARQ过程的drx-RetransmissionTimerUL。

2>如果PDCCH指示此DRX群组中的服务小区上的新传送(DL或UL)：

3>在PDCCH接收结束之后在第一符号中启动或重新启动用于此DRX群组的drx-InactivityTimer。

2>如果HARQ过程接收到下行链路反馈信息且指示确认：

3>停止对应HARQ过程的drx-RetransmissionTimerUL。

1>如果如TS 38.213[6]第10.3节中所规定为活动DL BWP配置DCP监听；以及

1>如果当前符号n在drx-onDurationTimer持续时间内出现；以及

1>如果如此章节中所规定，与当前DRX周期相关联的drx-onDurationTimer未启动：

2>如果在评估此章节中所规定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的准予/分配/DRX命令MAC CE/长DRX命令MAC CE和发送的调度请求，MAC实体将不处于活动时间，那么：

3>不传送周期性SRS和半静态SRS，如TS 38.214[7]中所定义；

3>不报告配置于PUSCH上的半静态CSI；

3>如果ps-TransmitPeriodicL1-RSRP未配置成使用值true：

4>不报告作为PUCCH上的L1-RSRP的周期性CSI。

3>如果ps-TransmitOtherPeriodicCSI未配置成使用值true：

4>不报告并非PUCCH上的L1-RSRP的周期性CSI。

1>否则：

2>在当前符号n中，如果在评估此章节中所规定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的在此DRX群组中的服务小区上调度的准予/分配和DRX命令MACCE/长DRX命令MAC CE和发送的调度请求，DRX群组将不处于活动时间：

3>不传送在此DRX群组中在TS 38.214[7]中定义的周期性SRS和半静态SRS；

3>不报告PUCCH上的CSI和在此DRX群组中配置于PUSCH上的半静态CSI。

2>如果CSI遮蔽(csi-Mask)由上部层设置，那么：

3>在当前符号n中，如果在评估此章节中所规定的所有DRX活动时间条件时，考虑到在符号n之前4ms所接收的在此DRX群组中的服务小区上调度的准予/分配和DRX命令MACCE/长DRX命令MAC CE，DRX群组的drx-onDurationTimer将不处于运行中；以及

4>在此DRX群组中不报告PUCCH上的CSI。

注4：如果根据TS 38.213[6]第9.2.5节中所规定的程序，UE多路复用配置于PUCCH上的CSI与其它重叠UCI，且与其它UCI多路复用的此CSI将在其中已配置此PUCCH的DRX群组的DRX活动时间外部的PUCCH资源上报告，那么是否报告与其它UCI多路复用的此CSI取决于UE实施。

无论MAC实体是否在DRX群组中的服务小区上监听PDCCH，MAC实体都当预期此情况时在DRX群组中的服务小区上传送HARQ反馈、PUSCH上的非周期性CSI，以及TS 38.214[7]中定义的非周期性SRS。

如果PDCCH时机不完整(例如，活动时间在PDCCH时机中间开始或结束)，那么MAC实体不需要监听PDCCH。

R2-2106554的一个或多个部分如下引述。值得注意的是，R2-2106554中第16.x.3节中标题为“多播会话的下行链路层2架构(Downlink Layer 2 Architecture forMulticast Session)”的图16.x.3-1在本文中再现为图5。R2-2106554中第16.x.3节中标题为“广播会话的下行链路层2架构(Downlink Layer 2 Architecture for BroadcastSession)”的图16.x.3-2在本文中再现为图6。

3.1缩写

出于本文档的目的，在TR 21.905[1]、TR 36.300[2]和下文中给出的缩写适用。本文档中定义的缩写优先于同一缩写(如果存在)在TR 21.905[1]和TS 36.300[2]中的定义。

BCCH 广播控制信道

G-RNTI 群组RNTI

G-CS-RNTI 群组配置的调度RNTI

MBS 多播/广播服务

MCCH MBS控制信道

MRB MBS无线电承载

MT 移动终端

MTCH MBS业务信道

MU-MIMO 多用户MIMO

PTM 一点到多点

PTP 点到点

PUCCH 物理上行链路控制信道

PUSCH 物理上行链路共享信道

16.x 多播和广播服务

16.x.1 概述

编者注：此处待涵盖的一般方面。

NR系统实现多播/广播服务(multicast/broadcast service，MBS)的资源高效递送。

对于广播通信服务，同时将相同服务和相同特定内容数据提供到地理区域中的所有UE(即，MBS服务区域中的所有UE经授权以接收数据)。使用广播会话将广播通信服务传送到UE。UE可在RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED状态中接收广播通信服务。

对于多播通信服务，将相同服务和相同特定内容数据同时提供到专用的一组UE(即，并非MBS服务区域中的所有UE都经授权以接收数据)。使用多播会话将多播通信服务递送到UE。UE可在RRC_CONNECTED状态下通过PTP和/或PTM递送等机制接收多播通信服务，如第16.x.5.4节中所定义。HARQ反馈/重传可应用于PTP和PTM传送两者。

编者注：如果术语保持在SA2 TS 23.xxx中定义的规范性定义中，那么FFS是术语“MBS服务区域”。

编者注：这些定义来自TR 23.757，但最终应替换为SA2 TS 23.xxx中定义的规范性定义。

16.x.2网络架构

编者注：RAN3此处提供架构方面。

16.x.3协议架构

编者注：此处将涵盖的用户平面和控制平面协议架构。

图16.x.3-1和图16.x.3-2分别描绘用于多播会话和广播会话的下行链路层2架构，其中MBS协议堆栈包括第6节中所描述的相同层2子层，但具有以下差异：

-SDAP子层仅提供以下功能性：

-MBS QoS流与MRB之间的映射；

-用户平面数据的传递。

-PDCP子层仅提供以下功能性：

-数据传送；

-PDCP SN的维持；

-使用ROHC协议的头压缩和解压缩；

-重新排序和依序递送；

-重复丢弃。

-对于多播会话，gNB将以下一个或多个MRB配置提供到UE：

-具有用于PTP传送的一个RLC-UM或RLC-AM实体的MRB；

-具有用于PTM传送的一个RLC-UM实体的MRB；

-具有两个RLC-UM实体的MRB，即用于PTP传送的一个RLC-UM实体和用于PTM传送的另一RLC-UM实体，如第16.x.5.4节中所描述；

-具有两个RLC-UM实体的MRB，即用于PTP传送的一个RLC-AM实体和用于PTM传送的另一RLC-UM实体，如第16.x.5.4节中所描述；

编者注：是否支持PDCP中的安全性需要其它WG(即，SA3)的进展和输入。

图16.x.3-1：多播会话的下行链路层2架构

-对于广播会话，gNB将以下一个或多个MRB配置提供到UE：

-具有用于PTM传送的一个RLC-UM实体的MRB；

图16.x.3-2：广播会话的下行链路层2架构

16.x.4群组调度

编者注：此处待涵盖的与群组调度相关的方面。

以下逻辑信道用于MBS递送：

-MTCH：用于将多播会话或广播会话的MBS数据从网络传送到UE的一点到多点下行链路信道；

-DTCH：第6.2.2节中所定义的用于传送多播的业务数据的点到点信道；

-MCCH：用于为一个或若干个MTCH将广播会话的MBS控制信息从网络传送到UE的一点到多点下行链路信道；

用于群组传送的逻辑信道与传输信道之间存在以下连接：

-MCCH可映射到DL-SCH；

-MTCH可映射到DL-SCH；

以下描述用于群组传送的RNTI的使用：

-在MBS会话与用于接收MTCH所映射到的DL-SCH的G-RNTI之间存在一对一映射；

-在MBS会话与用于接收MTCH所映射到的DL-SCH的G-CS-RNTI之间存在一对一映射；

-UE可使用不同G-RNTI/G-CS-RNTI接收不同服务；

-与相同G-RNTI相关联的不同逻辑信道可一起多路复用；

-与相同C-RNTI相关联的不同逻辑信道可一起多路复用。

编者注：如果需要为MTCH/MCCH提供特定LCID空间，以及MTCH和DTCH的LCID空间是共享的还是单独的，那么FFS。

编者注：如果针对NR MBS支持与相同G-CS-RNTI相关联的不同逻辑信道的多路复用/多路解编，那么FFS。

编者注：对于NR MBS的PTM传送，DRX方案是否独立于单播传送的DRX，例如，在每G-RNTI基础上支持的单播传送的DRX，那么FFS。

编者注：对于PTP传送，是否再使用单播传送的DRX操作，那么FFS。

编者注：是否支持多个G-RNTI/G-CS-RNTI取决于UE能力，那么FFS。

编者注：MBS会话与G-RNTI之间的其它映射，那么FFS。

16.x.5多播处理

16.x.5.1会话管理

编者注：RAN3此处提供会话管理方面。

16.x.5.2配置

编者注：如何提供多播配置以用于在RRC_CONNECTED状态下支持多播接收，那么FFS。

如果加入多播会话的UE处于RRC_CONNECTED状态，那么gNB将具有用于多播会话的相关MBS配置的RRC重新配置消息发送到UE，且对于此UE不需要单独的会话激活通知。

支持gNB的MBS使用群组通知机制向处于RRC IDLE/INACTIVE状态中的UE通知多播会话激活。如第9.2.5节所描述，使用PDCCH上的P-RNTI对群组通知进行寻址，并且由UE监听寻呼信道。且不个别地寻呼每一UE，且相同群组通知身份(即，MBS会话ID)用于在RRC IDLE状态和RRC INACTIVE状态两者中具有相同多播会话的UE。

不支持MBS的gNB可通过如第9.2.5节中所描述的PO中的寻呼消息向处于RRCIDLE/INACTIVE状态中的UE通知多播会话激活，其中个别地寻呼每一UE。

[…]

16.x.5.4 PTP/PTM动态切换

编者注：此处待涵盖的与动态切换相关的方面。

对于多播服务，gNB可使用以下方法来递送MBS数据包：

-PTP传送：gNB个别地将MBS数据包的单独复本递送到独立的每一UE，即gNB使用具有由UE特定的RNTI(例如，C-RNTI)加扰的CRC的UE特定的PDCCH来调度由相同UE特定的RNTI加扰的UE特定的PDSCH。

-PTM传送：gNB将MBS数据包的单个复本递送到一组UE，例如gNB使用具有由群组共同RNTI加扰的CRC的群组共同PDCCH来调度以相同群组共同RNTI加扰的群组共同PDSCH。

编者注：FFS表明，定义PTP/PTM传送需要RAN1输入。

如果UE配置有拆分MRB，那么gNB基于在第16.x.3节中所定义的协议堆栈动态地决定是否由PTM或PTP针对给定UE递送多播数据。

对于拆分MRB，在必要拆分MRB配置之后，PTP支路的使用无法被去激活，即，UE需要始终监听C-RNTI，并且用于PTP递送的RLC实体的状态始终是活动的。

编者注：当两个RLC实体被配置用于分别由RRC起始的PTP递送和PTM递送的MRB时，由FFS确定用于PTM递送的RLC实体的状态可以是活动的还是去激活的，且是否可以被动态地控制。

[…]

RAN2#112-e协议

广播和多播会话支持，RRC状态和与SA2 LS相关的其它方面

对于Rel-17，R2指定两个模式：

1：待在CONNECTED下可用的针对高QoS(可靠性，时延)要求的一个递送模式(UE在不存在待确定数据接收时有可能切换到其它状态)

2：针对“低”QoS要求的一个递送模式，其中UE还可在INACTIVE/IDLE下接收数据(细节待确定)。

R2假设(对于R17)递送模式1仅用于多播会话。

R2假设递送模式2用于广播会话。

递送模式2对于多播会话的适用性有待进一步研究。

无数据：当不存在用于多播会话的进行中的数据时，UE可保持在RRC_CONNECTED下。

其它情况FFS

由SA2决定是否支持多播会话激活/去激活机制，且RAN2将基于SA2输入论述是否存在任何RAN2影响。

由SA2决定对本地MBS服务的支持，且RAN2将基于SA2输入论述RAN2影响。

一般来说，由UE(例如，TMGI)订用的MBS服务/群组的信息和MBS服务的QoS要求应提供到RAN。例如用于PTM PTP切换(如果存在)的细节信息为FFS。

空闲和不活动模式UE

空闲/不活动UE和连接模式UE两者均可以接收通过NR MBS递送模式2传送的MBS服务(已经协定的广播服务，TBD其它)。连接模式UE接收此情况的能力可取决于服务的网络布建(例如，其频率)、UE连接模式配置和UE能力。

由LTE SC-PTM采用的基于两步的方法(即，BCCH和MCCH)被再用于NR MBS递送模式2的PTM配置的传送。

假设有可能再使用用于连接的UE的LTE SC-PTM机制以接收用于NR MBS递送模式2的PTM配置，即基于广播的方式。

假设MCCH改变通知机制用于通知由于NR MBS的递送模式2的会话启动而引起的MCCH配置的改变(其它情况为FFS，如果存在的话)。

假设在广播服务的连接模式中，针对UE支持MBS兴趣指示(假设通常不存在强制网络要求，网络动作取决于网络)。

对于NR MBS递送模式2，针对处于空闲/不活动模式的UE不支持MBS兴趣指示。

假设可针对NR MBS递送模式2提供用于服务连续性目的的一些信息。(FFS，需要例如基于其它群组中的进展来重新访问，例如USD、SAI/TMGI等)

对于NR MBS递送模式2，在基于频率的基础上是否出于服务连续性而支持MBS服务的UE感知(即，再使用LTE SC-PTM机制)，那么为FFS。

对于NR MBS递送模式2，在用于服务连续性的小区重选期间的FFS支持频率优先级排序(即，再使用LTE SC-PTM机制)。

P2：推迟接收多播的UE是否可被释放到RRC不活动/空闲并继续接收多播。在未来论述中对RRC不活动的限制

群组调度和其它

G-RNTI与MBS会话之间的一对一映射支持于NR MBS中。其它映射FFS

G-CS-RNTI与MBS会话之间的一对一映射支持于NR MBS中。其它映射FFS。

UE可支持多个G-RNTI/G-CS-RNTI，由FFS确定这是否取决于UE能力。向RAN1通知此协议。

对应于相同MBS会话的多个MBS QoS流可映射到一个或多于一个MBS无线电承载。

MCCH映射到用于NR MBS递送模式2的DL-SCH。

MTCH经指定用于NR MBS的PTM传送。

MTCH映射到DL-SCH。

将DTCH再用于NR MBS的PTP传送。

如果需要针对所使用的信道提供特定LCID空间，那么FFS。

针对NR MBS支持与相同G-RNTI相关联的不同逻辑信道的多路复用/多路解编。

如果针对NR MBS支持与相同G-CS-RNTI相关联的不同逻辑信道的多路复用/多路解编，那么FFS。

针对NR MBS支持与C-RNTI相关联的不同逻辑信道的多路复用/多路解编。

对于NR MBS递送模式2，将LTE SC-PTM DRX方案用作基线。

对于NR MBS的PTM传送，DRX方案是否独立于单播传送的DRX，例如，在每G-RNTI基础上支持的单播传送的DRX，那么FFS。

对于PTP传送，是否再使用单播传送的DRX操作，那么FFS。

R2-2106483的一个或多个部分如下引述：

2.1用于MBS群组调度的L2建模

2.1.1 G-RNTI/G-CS-RNTI与MBS会话之间的映射

在LTE SC-PTM中，MBMS会话(由TMGI标识)与MBMS业务逻辑信道(例如，SC-MTCH)之间存在一对一映射。此外，SC-MTCH的传送与G-RNTI相关联。因此，在TMGI与G-RNTI之间存在一对一映射。

对于NR MBS，考虑到每一MBS会话可以根据SA2协议支持一个或多个QoS流，值得注意的是，重新考虑G-RNTI与MBS会话之间的映射关系。此外，如在RAN1#104bis-e会议中所协定，G-CS-RNTI被定义用于激活/去激活SPS群组共同PDSCH和基于PTM方案1的动态重传。接着，似乎还需要考虑G-CS-RNTI与MBS会话之间的映射关系的自发逻辑。

贡献[1][2][7][8][9][11][13][15][17][18][19][20][21]提出，G-RNTI与MBS会话之间可能存在一对一映射，与LTE SC-PTM相同。意图是避免UE接收/处理UE不感兴趣的MBS服务。以此方式，可在很大程度上降低盲PDCCH检测的UE复杂性和功率消耗。

此外，贡献[2][15][18][21][22]提出，G-RNTI与MBS会话之间的映射可以扩展到一对多映射(基于网络配置和UE能力)。支持此映射关系的主要原因是，强制LTE一对一映射规则使得网络难以有效地满足对多个MBS服务感兴趣的各种UE的服务要求(例如，配置有不同数目的G-RNTI)。在实践中，应允许gNB经由相同G-RNTI调度到给定UE的多个多播服务(还考虑到在具有不同RNTI的同时PDCCH检测上的有限UE能力)。

类似于G-RNTI情况，贡献[9][10][15][19][20]提出，G-CS-RNTI与MBS会话/服务之间的映射可为一对一映射或一对多映射。确切地说，(3/5)公司仅提出一对一映射，而其它(2/5)公司提出可另外支持一对多映射。

另一方面，贡献[22]提出应考虑G-RNTI与MBS会话之间的多对一映射，使得可以实现G-RNTI与MBS无线电承载之间的一对一映射。通过此映射，gNB可以为特定MBS无线电承载提供单独的QoS处理(即，同一MBS会话内的不同MRB可能需要通过Uu进行不同处理)。

报告员摘要：

(14/22)贡献对G-RNTI/G-CS-RNTI与MBS会话之间的映射关系提供提议。基于这些贡献，大部分公司(13/14)同意使用G-RNTI/G-CS-RNTI与MBS会话之间的一对一映射可有助于UE功率节省。具体来说，

-(6/14)公司明确地支持G-RNTI与MBS会话之间的仅一对一映射。

-(3/14)公司明确地支持G-CS-RNTI与MBS会话之间的仅一对一映射。

-(5/14)公司明确地提出还应支持G-RNTI与MBS会话之间的一对多映射。

-(2/14)公司明确地提出还应支持G-CS-RNTI与MBS会话之间的一对多映射。

-(1/15)公司考虑到G-RNTI与MBS会话之间的多对一映射。

因此，提出以下各者：

提议1：G-RNTI与MBS会话之间的一对一映射支持于NR MBS中。G-RNTI与MBS会话之间的FFS一对多映射。

提议2：G-CS-RNTI与MBS会话之间的一对一映射支持于NR MBS中。G-CS-RNTI与MBS会话之间的FFS一对多映射。

2.1.2支持多个G-RNTI/G-CS-RNTI

接下来，基于P1和P2，我们可以审阅关于支持多个G-RNTI和G-CS-RNTI的LS R2-2104710中的RAN1要求的问题。具体来说，

在贡献[2][6][7][9][10][13][15][18][20][21]中的公司都同意可以基于网络配置/UE能力/UE实施来支持多个G-RNTI/G-CS-RNTI。相反，贡献[19]中的公司仅认为一个G-CS-RNTI应用于PTM传送，这类似于具有多个CG配置的传统NR机制。

报告员摘要：

(11/22)贡献已对RAN1 LS中的问题提供提议。似乎大部分公司认为(10/11)，UE可以为NR MBS广播和多播两者支持多个G-RNTI/G-CS-RNTI。因此，提出以下各者，

提议3：UE可支持多个G-RNTI/G-CS-RNTI。向RAN1通知此协议。

[…]

2.1.7 DRX

在LTE SC-PTM中，引入群组DRX以用于UE功率节省。在NR MBS中，还需要考虑类似的DRX机制。贡献[7][9][10][11][13][15][18][19][20][21][22]均提出支持NR MBS的DRX，并进一步论述与DRX相关的详细操作。总的来说，大部分观点可以归纳如下：

在每G-RNTI基础上配置用于PTM传送的MBS DRX配置(注：常见MBS DRX配置可用于多个MBS服务)；[7][11][13][15][18][19][21][22]

应将C-DRX/LTE SC-PTM DRX的一般DRX参数(例如，drx-onDurationTimer、drx-SlotOffset)和定时器操作视为基线(例如，对于NR MBS递送模式2，LTE SC-PTM DRX可直接再使用)；[9][15][18][20]

传统单播DRX模式被再用于PTP传送。[9][13][15][21]。

此外，贡献[10][15]将RAN2考虑共同DRX配置是否可用于具有多播(包含PTM和/或PTP)和单播传送两者的连接的UE。被视为配置用于每一MCCH的DRX配置的贡献[9]。

报告员摘要：

(11/22)贡献已对NR MBS的DRX提供提议。显然，大部分观点为，在NR MBS中支持DRX操作。接着，报告员认为上文所提及的所有三个结论，其中大部分公司支持可被视为用于NR MBS DRX机制的未来详细设计的基线。因此，进行以下提议，

提议14：对于NR MBS的PTM传送，在每G-RNTI基础上支持DRX方案(即，独立于用于单播传送的DRX)。

提议15：对于NR MBS递送模式2，再使用LTE SC-PTM DRX方案。

提议16：对于PTP传送，再使用用于单播传送的DRX操作。

提议17：对于用于多播的PTM传送，NR MBS DRX配置可包含drx-持续时间定时器、drx-不活动定时器、drx-长周期启动偏移、drx-时隙偏移、drx-HARQ RTT定时器DL和drx-DL重传定时器。

R2-2104876的一个或多个部分如下引述：

提议7：经由PTP传送(RAN2)的MBS服务的DRX再使用与单播服务相同的配置。

提议8：DRX配置drx-onDurationTimerMBS、drx-SlotOffsetMBS、drx-InactivityTimerMBS和drx-schedulingPeriodStartOffsetMBS用于经由PTM(RAN2)的MBS初始传送。

提议9：对于经由PTP(RAN1)的MBS重传，配置与HARQ相关的DRX定时器drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL。

提议10：在PTM方案1(RAN1)用于MBS重传的情况下，配置与HARQ相关的DRX定时器drx-HARQ-RTT-TimerDLMBS和drx-RetransmissionTimerDLMBS。

提议11：在PTP(RAN1)用于MBS重传的情况下，配置与HARQ相关的DRX定时器drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL。

提议12：在PTM方案2(RAN1)用于MBS重传的情况下，配置与HARQ相关的DRX定时器drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDLMBS。

提议13：在递送模式2中用于每一MTCH的DRX配置参数包含：drx-onDurationTimerMBS、drx-SlotOffsetMBS、drx-InactivityTimerMBS、drx-InactivityTimerMBS、drx-RetransmissionTimerDLMBS、drx-HARQ-RTT-TimerDLMBS。

提议14：在递送模式2中用于每一MCCH的DRX配置参数包含：drx-onDurationTimerMBS、drx-onDurationTimerMBS、drx-InactivityTimerMBS、drx-InactivityTimerMBS。

提议15：在PTP传送(RAN2)中，CS-RNTI用于DL SPS激活/去激活/重传。

提议16：支持G-CS-RNTI与MBS服务之间的一对一映射。

提议17：MBS DL SPS配置有参数g-cs-RNTI、mbs-nrofHARQ-Processes、mbs-harq-ProcID-Offset和mbs-periodicity。

提议18：在PTM方案(RAN1)在递送模式1和递送模式2两者中用于DL SPS初始传送和DL SPS HARQ重传的情况下，G-CS-RNTI用于MBS DL SPS激活/去激活/重传。

提议19：在递送模式1中，G-CS-RNTI用于激活/去激活，当PTM方案1(RAN1)用于DLSPS初始传送且PTP(RAN1)用于DL SPS HARQ重传时，CS-RNTI用于DL SPS HARQ重传。

提议20：答复RAN1“UE应被视为支持多个G-RNTI和/或多个G-CS-RNTI。支持G-RNTI/G-CS-RNTI与MBS服务之间的一对一映射”。

R2-2104993的一个或多个部分如下引述：

2.2.1用于MBS的DRX

遵守SCPTM原理，每一MBS会话可具有用于以PTM模式接收的服务特定DRX，且与特定G-RNTI相关联。然而，PTP模式与传统单播极为相关，且UE特定的单播C-DRX是合适的。存在需要考虑的两个重要方面。

1.用于PTM的服务特定DRX也适用于递送模式2。可存在大量广播服务(SC-PTM被视为最大1023服务)。从功率节省以及信令角度来看，将共享相同DRX模式的多个服务(不同于针对每一服务承载用于DRX配置的单独的且独立的信令的SCPTM)分组在一起是高效的。也就是说，多个MBS PTM服务可共享用于递送模式2的共同DRX配置。

2.虽然PTM和PTP分别具有不同DRX，即服务特定的和UE特定的DRX，但其在一些情况下可针对HARQ重传而链接。也就是说，PTM提供初始传送，并且PTP承载HARQ重传(通过C-RNTI或UE特定的RNTI进行寻址)。这意味着PTP应处于活动时间以接收HARQ重传。更确切地说，当接收用于PTM的MBS初始传送并且HARQ重传被配置成通过PTP接收时，应针对PTP操作drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL。

提议11：经由PTM模式的每一MBS会话接收与服务特定的DRX相关联，并且UE在相关联DRX的活动时间接收MBS业务

提议12：经由PTP模式的MBS会话接收与UE特定的单播DRX相关联。

提议13：多个MBS PTM服务可共享用于递送模式2的共同DRX配置。

提议14：对于递送模式2，共享共同DRX配置的多个MBS PTM服务在MCCH中一起分组且用信号表示。

提议15：当PTM HARQ重传被配置成在PTP上接收时，PTP应处于活动时间以接收HARQ重传。也就是说，当接收用于PTM的MBS初始传送并且HARQ重传被配置成通过PTP接收时，针对PTP操作drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL。

R2-2105654的一个或多个部分如下引述。值得注意的是，R2-2105654中第3.4节中标题为“用于LTE MTCH的DRX周期(DRX cycle for LTE MTCH)”的图2在本文中再现为图7。

3.4在监听G-RNTI时的DRX

DRX为用于UE中的功率节省的关键特征。其允许UE在不存在数据活动的时间段期间停止监听PDCCH，由此节省功率。DRX功能由两个部分组成。静态部分由UE将监听PDCCH的已知持续时间组成，以便网络对其进行调度。在此基础上，添加了动态部分，其根据业务调整UE对PDCCH的监听。由于DRX是节省UE功率的基本组件，因此还应支持其监听G-RNTI：

提议11：支持DRX以用于监听PDCCH上的G-RNTI。

在LTE中，MTCH业务信道用于承载多播/广播数据。当为G-RNTI配置的onDurationTimer或drx-InactivityTimer正在运行时，处于空闲/不活动模式的UE正在监听MTCH，即在G-RNTI的活动时间期间(36.321)，如图1所示。

图2-LTE MTCH的DRX周期

当接收到用G-RNTI调度的DL数据时，重新启动drx-InactivityTimer。对于具有其自身的DRX参数的每一MBMS会话(G-RNTI)，可在小区中配置至多1031个SC-MTCH。这意味着存在用于单播业务的一个DRX操作和用于每一G-RNTI/SC-MTCH的一个DRX操作。单播DRX操作和SC-PTM DRX操作的区别在于后者适用于RRC_IDLE和RRC_CONNECTED两者，且其缺乏DRX短周期功能性以及与HARQ定时器和重传定时器相关的功能性。SC-PTM被设计用于具有可预测特性(到达间隔时间、数据包大小等)的服务，因此与单播DRX操作相比，此简化得以合理化。举例来说，UE仅接收传送并且不存在HARQ反馈。

用于NR MBS的DRX支持的第一问题应为现有DRX操作是否足够或是否需要引入用于监听G-RNTI的另一DRX操作。NR MBS将具有用于HARQ的一些支持，因此不可能复制LTESC-PTM解决方案。如果UE可仅配置有单个DRX配置，那么必须对准所有感兴趣的UE经配置有MRB的启用持续时间。这是不合需要的行为，因为在相同持续时间期间必须处理UE的对应DRB。因此，具有特定用于MRB的DRX配置是适当的：

提议12：介绍MBS特定的DRX配置，每G-RNTI一个MBS特定的DRX配置。

其次，产生关于MBS特定的DRX配置的特性的问题。单播DRX由以下参数和MAC CE控制。表包含对MBS DRX的有用性。

表1-关于DRX配置的参数和MAC CE

提议13：MBS DRX操作支持表1中列出的参数，且基线为其以类似于单播DRX操作的方式进行操作(用于启动/停止/到期等的动作)。

R2-2106283的一个或多个部分如下引述：

2.4用于MBS的DRX操作

对于NR MBS，gNB应通知UE有关MBS服务可经调度的时间，否则UE必须始终监听PDCCH，这对UE的功率消耗不利。为了使UE功率消耗最小化，在LTE中，使用用于SC-PTM的DRX机制。因此，NR应遵循用于MBS服务的相同原理以实现相同益处。

提议8：针对NR MBS支持DRX。

根据RAN1#103电子会议协议和RAN1#104电子会议协议，MBS可存在三种传送方案，包含PTM传送方案1、PTM传送方法2和PTP传送，虽然PTM传送方案1和PTP传送已达成协定，但PTM传送方案2尚未达成协定。同时，还支持MBS SPS。对于包含PTM传送方案1、PTP传送和MBSSPS传送的这三个协定的传送，可以单独地论述DRX的影响。

●PTM传送方案1：

在NR MBS中，存在对相同MBS服务感兴趣的多个UE，且不同UE具有用于单播的不同DRX配置。对于PTM传送方案1，对相同MBS服务感兴趣的UE需要接收相同DCI。然而，似乎难以对准用于对相同MBS服务感兴趣的UE的单播的DRX。此外，考虑到UE可能对多个MBS服务感兴趣，此类对准将甚至更困难。

因此，我们认为PTM传送方案1的DRX应与用于单播的DRX并行，这是简单的方法且允许避免对用于单播的DRX配置的影响。

●PTP传送：

在用于单播的现有DRX中，UE需要在活动时间期间监听由C-RNTI加扰的DCI。对于多播PTP传送，UE还需要监听由C-RNTI加扰的DCI。如果提议3b经协定，那么显然，应针对用于多播的PTP传送再使用用于单播的DRX。

●MBS SPS传送：

在用于单播的现有DRX中，UE需要在单播SPS中接收到MAC PDU之后控制用于单播DRX的DRX定时器。类似地，在NR MBS中，UE需要在MBS SPS中接收到MAC PDU之后控制用于PTM DRX的DRX定时器。

考虑到在MBS SPS中传送的MAC PDU对于对相同MBS服务感兴趣的UE是常见的，用于PTM传送的DRX还应考虑MBS SPS传送。

提议9a：用于广播和多播的PTM传送的DRX应独立于用于单播的DRX。

提议9b：用于单播的DRX被再用于PTP传送以进行多播。

考虑到不同MBS服务可具有不同服务特性，对于PTM传送，应有可能针对每一G-RNTI配置不同DRX配置。此外，对于PTM传送，UE应针对每一G-RNTI执行DRX操作以控制UE对G-RNTI的PDCCH监听活动。

提议10：对于广播和多播，UE应独立地执行针对每一G-RNTI的DRX操作。

1)用于广播的DRX机制的细节：

LTE SC-PTM不支持HARQ-ACK反馈和基于HARQ的重传。因此，在LTE SC-PTM的DRX中不存在重传定时器。并且，LTE SC-PTM的DRX的活动时间仅包含在onDurationTimerSCPTM或drx-InactivityTimerSCPTM正运行时的时间。

在NR中，广播还不支持HARQ-ACK反馈和基于HARQ的重传。显然，LTE SC-PTM DRX机制可再用于广播的PTM传送中。

提议11：为了广播，可再使用LTE SC-PTM DRX机制。

2)用于多播的PTM传送的DRX机制的细节：

在用于单播的DRX中，用于单播的活动时间包含在drx-onDurationTimer或drx-InactivityTimer或drx-RetransmissionTimerDL正运行时的时间。且在单播的活动时间期间，网络可将新传送或重传传送到UE。

此外，根据当前规范，在单播DRX中，当UE接收MAC PDU时，UE在承载DL HARQ反馈的对应传送结束之后开始第一符号中的对应HARQ过程的drx-HARQ-RTT-TimerDL，且UE仅在MAC PDU未被成功地解码的情况下在drx-HARQ-RTT-TimerDL到期之后开始第一符号中的对应HARQ过程的drx-RetransmissionTimerDL。

在NR MBS中，对相同MBS服务感兴趣的多个UE将接收相同的DCI和MBS MAC PDU，所述MBS MAC PDU不同于单播。如果用于单播的DRX机制在DRX中直接再用于PTM传送，那么在一些情况下，接收相同MBS服务的不同UE的活动时间可能不对准：

●根据用于单播的DRX机制，仅未能接收MBS数据1的UE将启动drx-RetransmissionTimerDL。因此，成功地接收MBS数据1的UE的活动时间不与未能接收MBS数据1的其它UE的活动时间对准。在此情况下，如果在重传定时器运行时网络通过PTM传送发送新传送MBS数据2，那么成功地接收MBS数据1的UE可以处于不活动状态并且无法接收数据2。

考虑到单播与MBS之间的差异，不可能在单播中直接再使用DRX机制以进行PTM传送。否则，对于PTM传送，一些UE可能无法接收在重传定时器的运行期间传送的新传送。

观测7：单播DRX机制无法直接再用于PTM传送。

为了避免一些UE在重传定时器的运行期间遗漏新的PTM传送，对于多播PTM传送，如果既不运行持续时间定时器也不运行不活动定时器，并且仅一些UE的重传定时器正运行，那么网络不应传送新传送。

提议12：对于多播PTM的DRX操作，如果既不运行持续时间定时器也不运行不活动定时器，且仅一些UE的重传定时器正运行，那么网络不应调度新传送。

3)用于单播的DRX与用于多播的PTM传送/MBS SPS传送的DRX之间的协调：

根据RAN1#104电子会议协议[5]，当基于ACK/NACK的HARQ-ACK反馈经启用以用于多播时，在网络对MAC PDU执行PTM传送的初始传送之后，网络可以通过特定UE的PTP传送来执行MAC PDU的重传，或者通过PTM传送来执行MAC PDU的重传。此外，根据RAN1#104bis电子会议协议[9]，在网络对MAC PDU执行MBS SPS传送的初始传送之后，网络可以通过特定UE的PTP传送来执行MAC PDU的重传，或者通过PTM传送来执行MAC PDU的重传。

因此，当基于ACK/NACK的HARQ-ACK反馈经启用以用于多播时，为了确保UE可通过PTP传送接收DCI调度重传，在UE未能接收用于PTM调度/MBS SPS传送的PDSCH之后，用于单播的DRX也应允许UE监听由PTP调度的重传。

提议13：对于多播，当UE未能接收用于PTM传送的PDSCH时，用于单播的DRX应适于允许UE监听由PTP调度的重传。

R2-2108846的一个或多个部分如下引述：

2.2功率节省

2.2.1多播连接状态DRX

在NR中，支持单播DRX以使得当不存在用以发送和接收的数据业务时UE能够休眠。贡献[1][2][3][5][8][10][11][12][15][16][18][19][20][23][24][26][27][28]全部提议支持多播DRX，所述多播DRX不同于单播DRX。这些贡献论述涉及用于PTM和PTP传送的多播DRX配置的多个提议。总的来说，其可从贡献推断出，

用于经由PTM模式的MBS接收的MBS DRX模式基于每G-RNTI进行配置(注：共同MBSDRX模式可用于多个多播服务)；

用于单播的一般DRX参数(例如，drx-onDurationTimer、drx-SlotOffset)和UE特定的C-DRX的定时器操作应被视为基线；

传统单播DRX模式经由PTP模式再用于MBS接收。

DL RTT和DL重传定时器启动细节

多播PTM DRX必须采取基于G-RNTI的HARQ初始传送，且重传可为基于G-RNTI的或基于C-RNTI的。

报告员摘要：

所有贡献协定支持多播DRX操作，且所述多播DRX操作独立于单播DRX。

因此，需要论述以下提议，

提议11：对于多播PTM传送，多播DRX模式以每G-RNTI基础进行配置(即，独立于用于单播传送的传统UE特定的DRX)。

提议12：作为网络配置，多个多播服务可与一个多播DRX模式相关联。

提议13：用于单播的传统UE特定的DRX模式被再用于NR MBS的PTP传送，这意味着UE特定的DRX模式用于UE的单播服务和MBS PTP承载两者

提议14：多播长DRX支持是基线。FFS是否支持用于多播的任选的短DRX。

提议15：多播长DRX操作必须支持类似于用于单播的UE特定的DRX的以下参数，其中如果启用HARQ反馈，那么需要最后两个参数：

drx-onDurationTimerPTM

drx-InactivityTimerPTM

drx-LongCycleStartOffsetPTM

drx-SlotOffsetPTM

drx-HARQ-RTT-TimerDLPTM

drx-RetransmissionTimerDLPTM

提议16：在PTM多播DRX活动期间，UE同时监听G-RNTI和C-RNTI(为了接收基于C-RNTI的单播HARQ重传，假设gNB可以使用配置的多播搜索空间来通过G-RNTI或C-RNTI进行调度)。

提议17.对于使用UE特定的PUCCH资源的多播HARQ ACK/NACK反馈，RAN2将论述以下2个选项

-选项1：gNB可配置HARQ RTT和DL重传定时器以考虑到不同UE PUCCH资源反馈时间作为gNB实施方案。

-选项2：gNB可指示UE从GC-PDCCH或GC-PDSCH接收结束启动HARQ RTT定时器，且UE在UE特定的NACK传送之后仍触发HARQ RTT定时器，而RTT定时器从多播GC-PDCCH/GC-PDSCH接收计数。

提议18.对于群组共同的PTM多播HARQ PUCCH资源(仅NACK反馈)，相同的UE群组已对准HRAQ RTT和DL Re-Tx定时器配置。HARQ RTT定时器计数从基于共同PUCCH资源的NACK传送的结束开始(即，与单播DRX行为相同)。

2.2.2广播DRX

贡献[1][2][4][5][8][19][23]论述广播DRX配置方面。基于这些论文，以下是概述提议：

提议19：对于NR广播，根据G-RNTI配置DRX模式。多个NR广播服务可共享共同DRX模式且取决于网络配置。

提议20：对于NR广播，DRX配置包含：drx-onDurationTimerPTM、drx-SlotOffsetPTM、drx-InactivityTimerPTM、drx-CycleStartOffsetPTM。

2.2.3 MBS WUS

贡献[4]论述用于多播PTP接收的WUS方面。

预期PTP再使用单播DRX，且使用用于多播PTP接收的PDCCH WUS是合理的。对于PTM，WUS需要额外工作且可稍后在时间准许的情况下加以论述。

贡献[1]提议不支持R16功率节省机制。

提议21：PDCCH WUS可适用于经由PTP RLC的多播数据接收(即，假设单播DRX用于PTP)。

RP-212266的一个或多个部分如下引述：

2.2 RAN2

2.2.1协议

RAN2#115-e协议

L2相关：

RRC中的MRB配置和程序与DRB配置和程序分离(如在当前CR中)。

MRB被定义为MBS无线电承载，其表示承载多播和广播会话两者的无线电承载。

在RRC信令中，一个MRB可配置有仅PTM或仅PTP或PTM和PTP两者。无论是PTM、PTM+PTP还是仅PTP都可以经由RRC信令从一个改变到另一个。

在RRC信令中，支持用于PTM的仅DL的UM RLC配置、用于PTP的DL和UL AM RLC配置两者、用于PTP的仅DL的UM RLC配置、用于PTP的FFS的DL和UL UM RLC配置两者。

FFS是否可以由于RRC信令中的承载类型改变而触发PDCP SR，以及FFS如何在需要时触发PDCP SR。

根据上述第一协议(以及R1决定的任何内容)，除RRC重新配置以外，将不支持PTM去激活/激活。

对于在配置时的PTM PDCP状态变量设置，根据首先接收到的数据包(通过UE)的SN设置这些变量的COUNT值的SN部分，并且如果需要，根据gNB指示的HFN设置这些变量的COUNT值的SN部分。

为了初始化用于MRB配置的PTM RLC实体，根据含有SN的首先接收到的数据包的SN设置RX_Next_Highest和RX_Next_Reassembly的值。

由于MRB配置，可以将PTP RLC接收窗口的RLC状态变量设置为初始值，即0。

单个承载ID用于每一多播RB。FFS决定DRB ID空间是否可与MRB ID共享。

FFS决定是否共享多播PTM和单播DTCH的共同LCID空间。FFS在使用单独的空间的情况下，保留多少PTM LCID。

多播PTP和单播DTCH/DRB共享共同LCID空间。

广播PTM/MTCH使用保留的LCID，其不同于单播DTCH/DRB LCID空间。

广播MCCH使用保留的LCID。

针对NR MBS支持与相同G-CS-RNTI相关联的不同逻辑信道的多路复用/多路解编。

如果数据不活动定时器经配置，那么数据监听应用于单播和MBS多播两者(即，PTM和PTP数据两者)(而非MBS广播)

对于多播PTM传送，多播DRX模式以每G-RNTI基础进行配置(即，独立于用于单播传送的传统UE特定的DRX)。

用于单播的传统UE特定的DRX模式被再用于NR MBS的PTP传送，这意味着UE特定的DRX模式用于UE的单播服务和MBS PTP承载两者

多播长DRX支持是PTM的基线。FFS是否支持任选的短DRX。

多播长DRX操作必须支持类似于用于单播的UE特定的DRX的以下参数，其中如果启用HARQ反馈，那么需要最后两个参数：

-drx-onDurationTimerPTM

-drx-InactivityTimerPTM

-drx-LongCycleStartOffsetPTM

-drx-SlotOffsetPTM

-drx-HARQ-RTT-TimerDLPTM

-drx-RetransmissionTimerDLPTM

对于NR广播，根据G-RNTI配置DRX模式。

对于NR广播，DRX配置包含：drx-onDurationTimerPTM、drx-SlotOffsetPTM、drx-InactivityTimerPTM、drx-CycleStartOffsetPTM。

对于反馈路径可用(UL RLC)的情况，ROHC O/R模式可用于MRB。R2假设具体操作取决于实施方案，并且预期不需要进一步优化。

对于MBS，不支持反射QoS。

MBS不需要SDAP标头。

将p7添加到第2级CR论述

第一非连续接收(Discontinuous Reception，DRX)(例如，第一DRX模式和/或第一DRX配置)可与可对应于多播服务的群组无线电网络临时标识符(Group Radio NetworkTemporary Identifier，G-RNTI)相关联。网络(例如，gNB)可通过多播(例如，使用与G-RNTI相关联的多播服务)将数据(例如，传输块(transport block，TB)和/或媒体接入控制协议数据单元(Medium Access Control Protocol Data Unit，MAC PDU))传送到多个UE。举例来说，数据的传送可以是数据的初始传送(例如，数据的初始传送可以是数据的新传送和/或可以不是数据的重传)。数据的传送(和/或数据传送中的数据)可经寻址到与第一DRX相关联的G-RNTI。在一些实例中，如果数据未由UE(例如，多个UE中的UE)成功地解码，例如其中UE未成功地对来自网络的数据传送(例如，数据的多播传送)所承载的数据进行解码，那么网络可将所述数据重传到UE。数据的重传(和/或在数据的重传中的数据)可经寻址到小区无线电网络临时标识符(C-RNTI)(例如，与未成功地对数据的初始传送进行解码的UE相关联的C-RNTI)。UE(其未成功地对例如数据的初始传送进行解码)可经配置有与C-RNTI(例如，数据的重传经寻址到的所述C-RNTI)相关联的第二DRX，其中与C-RNTI相关联的第二DRX不同于与G-RNTI相关联的第一DRX(例如，第二DRX可分别对应于不同于第一DRX模式和/或第一DRX配置的第二DRX模式和/或第二DRX配置)。因此，数据接收可能需要两个DRX(例如，与数据的初始传送经寻址到的G-RNTI相关联的第一DRX和与数据的重传经寻址到的C-RNTI相关联的第二DRX)之间的协调。

当UE从网络(例如，gNB)接收/检测到经寻址到用于混合自动重复请求(HybridAutomatic Repeat Request，HARQ)过程的G-RNTI的数据(例如，TB和/或MAC PDU)，并且UE未成功地解码数据(例如，UE可基于未成功地解码所述数据而传送指示否定确认(NegativeAcknowledgment，NACK)的HARQ反馈，其中HARQ反馈与HARQ过程相关联)时，UE可启动与用于HARQ过程的G-RNTI相关联的G-RNTI DRX重传定时器(例如，G-RNTI DRX重传定时器可以是drx-RetransmissionTimerDLPTM)，并且UE可或可不启动与用于HARQ过程的C-RNTI相关联的C-RNTI DRX重传定时器(例如，C-RNTI DRX重传定时器可以是drx-RetransmissionTimerDL)。在本公开中，术语“接收/检测”可指“接收和/或检测”。举例来说，当与用于HARQ过程的G-RNTI相关联的HARQ往返时间(Round Trip Time，RTT)定时器到期时，UE可启动C-RNTI重传定时器。在一些实例中，在接收/检测到来自网络的数据之后，在HARQ反馈(例如，确认(Acknowledgment，ACK)/NACK反馈)的传送后(例如，通过UE)启动(与用于HARQ过程的G-RNTI相关联的)HARQ RTT定时器。HARQ反馈可指示数据是否由UE成功地解码。在一些实例中，UE可基于物理下行链路控制信道(Physical Downlink ControlChannel，PDCCH)和/或无线电资源控制(Radio Resource Control，RRC)配置的信息(例如，一个或多个指示)而确定启动C-RNTI重传定时器。PDCCH和/或RRC配置的信息指示对于相同数据(例如，相同TB和/或MAC PDU)的多播传送(例如，经寻址到G-RNTI的数据的传送)可能发生C-RNTI传送。举例来说，C-RNTI传送可对应于经由多播传送而传送(例如，初始地传送)的数据的重传，所述多播传送经寻址到HARQ过程的G-RNTI。

当UE从网络(例如，gNB)接收/检测到经寻址到用于HARQ过程的G-RNTI的数据(例如，TB和/或MAC PDU)，并且UE未成功地解码数据(例如，UE可基于未成功地解码所述数据而传送指示NACK的HARQ反馈，其中HARQ反馈与HARQ过程相关联)时，UE可启动与用于HARQ过程的G-RNTI相关联的G-RNTI DRX重传定时器(例如，G-RNTI DRX重传定时器可以是drx-RetransmissionTimerDL)，并且UE可或可不启动与用于HARQ过程的C-RNTI相关联的C-RNTIDRX重传定时器(例如，C-RNTI DRX重传定时器可以是drx-RetransmissionTimerDLPTM)。举例来说，当与用于HARQ过程的G-RNTI相关联的HARQ RTT定时器到期时，UE可启动G-RNTI重传定时器。在一些实例中，在接收/检测到来自网络的数据之后，在HARQ反馈(例如，ACK/NACK反馈)的传送后(例如，通过UE)启动(与用于HARQ过程的G-RNTI相关联的)HARQ RTT定时器。HARQ反馈可指示数据是否由UE成功地解码。

在本公开中，术语“多播重传定时器”、“群组重传定时器”、“G-RNTI重传定时器”和/或“G-RNTI DRX重传定时器”可互换地使用。替代地和/或另外，术语“单播重传定时器”、“C-RNTI重传定时器”和/或“C-RNTI DRX定时器”可互换地使用。

如果网络(例如，gNB)接收与数据到UE的多播传送相关联的NACK(例如，任何NACK)(和/或如果所述网络并不从与多播传送相关联的UE接收所有ACK)，那么对于不同UE，所述网络可通过多播(例如，与G-RNTI相关联)和单播(例如，与C-RNTI相关联)重传数据，其中数据到UE的重传(通过多播和单播)可同时执行和/或在小于时间的阈值持续时间的时间窗口内执行。举例来说，用于不同UE的数据的重传可包括经由用于一个或多个第一UE的多播的数据的重传(例如，经寻址到G-RNTI)和经由用于一个或多个第二UE的单播的数据的一个或多个重传(例如，经寻址到一个或多个C-RNTI)当UE接收/检测到(例如)经寻址到用于HARQ过程的G-RNTI的(数据的重传的)重传时，UE可停止G-RNTI重传定时器和C-RNTI重传定时器两者。UE可能不会继续监听PDCCH以进行C-RNTI重传，并且可能丢失(例如，未命中和/或未检测到)经寻址到C-RNTI的重传。

在实例情境中，网络(例如，gNB)可以向多个UE执行经寻址到用于HARQ过程的G-RNTI的数据(例如，TB和/或MAC PDU)的多播传送。如果(i)网络从多个UE中的UE接收到与数据的多播传送相关联的NACK(例如，任何NACK)(例如，其中NACK指示数据未被多个UE中的UE成功地解码)，和/或(ii)网络不从多个UE中的每个UE接收指示数据的成功接收和/或成功解码的ACK，所述网络可执行数据的重传。数据的重传可包括数据的第一多播重传(例如，经寻址到HARQ过程的G-RNTI)和数据的一个或多个第一单播重传(例如，经寻址到HARQ过程的一个或多个C-RNTI)。可针对不同UE执行数据的重传，如(例如，多个UE中的)未经由数据的多播传送成功地解码数据的UE。举例来说，可针对(例如，多个UE中的)一个或多个第一UE执行数据的第一多播重传，且可针对(例如，多个UE中的)一个或多个第二UE执行(例如，经寻址到一个或多个C-RNTI的)数据的一个或多个第一单播重传。在一些实例中，可同时或在小于时间的阈值持续时间的时间窗口内执行数据的重传。当(例如，多个UE中的)UE接收/检测到经寻址到用于HARQ过程的G-RNTI的重传(例如，数据重传中的重传)时(例如，当UE接收到数据的第一多播重传时)，UE可停止与G-RNTI相关联的G-RNTI重传定时器以及与用于HARQ过程的C-RNTI相关联的重传定时器两者。UE可能不会继续监听PDCCH以进行C-RNTI重传(例如，经寻址到C-RNTI)，并且可能丢失(例如，未命中和/或未检测到)经寻址到C-RNTI的重传。举例来说，当UE停止与C-RNTI相关联的C-RNTI重传定时器时，UE可停止监听用于C-RNTI重传的PDCCH。替代地和/或另外，在一些实例中，当与C-RNTI相关联的C-RNTI重传定时器不在运行中时，UE不监听用于C-RNTI重传的PDCCH。

在一些实例中，如果网络(例如，gNB)决定通过用于不同UE的多播(例如，与G-RNTI相关联)和单播(例如，与C-RNTI相关联)重传数据，那么网络(例如，gNB)应确保单播重传(例如，所有单播重传，例如数据的一个或多个第一单播重传的所有单播重传)比多播重传(例如，数据的第一多播重传)更早执行。以此方式，网络可确保多播UE(例如，所有多播UE)仍处于唤醒状态以进行重传接收(例如，接收数据的重传)和/或(例如，多播UE的)DRX重传定时器仍在运行。

在一些实例中，如果UE接收/检测到经寻址到用于HARQ过程的C-RNTI的传送(例如，重传)，那么UE停止用于HARQ过程的C-RNTI重传定时器，且不停止用于同一HARQ过程的G-RNTI重传定时器(例如，UE不响应于接收/检测到经寻址到C-RNTI的传送而停止G-RNTI重传定时器，例如如果当UE接收/检测到经寻址到C-RNTI的传送时定时器正在运行，那么UE保持G-RNTI重传定时器运行。举例来说，UE可在用于HARQ过程的C-RNTI传送(例如，经寻址到C-RNTI的传送)之后接收/检测G-RNTI重传。UE可针对C-RNTI和G-RNTI传送执行HARQ组合和解码。在一些实例中，如果UE传送ACK和/或如果UE成功地对数据进行解码以用于经寻址到HARQ过程的C-RNTI的传送(例如，重传)，那么UE可停止对应的G-RNTI重传定时器和/或G-RNTI HARQ RTT定时器。

在实例情境中，UE可接收/检测经寻址到用于HARQ过程的C-RNTI的传送(例如，重传)。响应于接收到经寻址到用于HARQ过程的C-RNTI的传送(例如，重传)(例如，在接收到所述传送时)，UE停止用于HARQ过程的(与C-RNTI相关联的)C-RNTI重传定时器，且不停止与用于HARQ过程的G-RNTI相关联的G-RNTI重传定时器(例如，UE不响应于接收/检测到经寻址到C-RNTI的传送而停止G-RNTI重传定时器，例如如果当UE接收/检测到经寻址到C-RNTI的传送时定时器正在运行，那么UE保持G-RNTI重传定时器运行。UE可在用于HARQ过程的C-RNTI传送(例如，经寻址到C-RNTI的传送)之后接收/检测G-RNTI重传。G-RNTI重传可经寻址到HARQ过程的G-RNTI。UE可针对C-RNTI传送和G-RNTI重传执行HARQ组合和解码。在一些实例中，如果UE传送ACK(例如，ACK可指示UE已经由C-RNTI传送成功地接收和/或解码数据)，和/或如果UE成功地对经由经寻址到用于HARQ过程的C-RNTI的C-RNTI传送(例如，重传)所接收到的数据进行解码，那么UE可停止与用于HARQ过程的G-RNTI相关联的G-RNTI重传定时器和/或UE可停止与用于HARQ过程的G-RNTI相关联的G-RNTI HARQ RTT定时器。举例来说，UE可响应于ACK的传送和/或成功地对经由经寻址到C-RNTI的C-RNTI传送(例如，重传)所接收到的数据进行解码(例如在此时)而停止G-RNTI重传定时器和/或G-RNTI HARQ RTT定时器。

在一些实例中，如果UE接收/检测到经寻址到用于HARQ过程的G-RNTI的传送(例如，重传)，那么UE停止用于HARQ过程的(例如，在G-RNTI重传定时器正运行的情况下)C-RNTI重传定时器，且不停止用于相同HARQ过程的C-RNTI重传定时器(例如，UE不响应于接收/检测到G-RNTI的传送而停止C-RNTI重传定时器，例如如果当UE接收/检测到经寻址到G-RNTI的传送时C-RNTI重传定时器正在运行，那么UE保持C-RNTI重传定时器运行。举例来说，UE可在用于HARQ过程的G-RNTI传送(例如，经寻址到G-RNTI的传送)之后接收/检测C-RNTI重传。

替代地和/或另外，UE是否停止C-RNTI重传定时器(和/或保持C-RNTI重传定时器)运行可基于HARQ过程的较早传送(例如，比经寻址到G-RNTI的传送早的HARQ过程的最近传送和/或比经寻址到G-RNTI的传送早的HARQ过程的任何传送)是否经寻址到C-RNTI。

在第一实例中，UE可确定HARQ过程的较早传送经寻址到C-RNTI。较早传送可对应于在接收/检测到经寻址到G-RNTI的传送之前由UE通过HARQ过程接收/检测到的传送。举例来说，较早传送可对应于在经寻址到G-RNTI的传送之前HARQ过程的最近所接收/检测到的传送。基于用于HARQ过程的较早传送经寻址到C-RNTI的确定，UE可不停止C-RNTI重传定时器和/或可保持C-RNTI重传定时器运行(例如，如果C-RNTI重传定时器正在运行)。举例来说，基于用于HARQ过程的较早传送经寻址到C-RNTI的确定，UE可不响应于接收/检测到经寻址到G-RNTI的传送而停止C-RNTI重传定时器。

在第二实例中，UE可确定(i)用于HARQ过程的较早传送未经寻址到C-RNTI(例如，较早传送可对应于UE在接收/检测到经寻址到G-RNTI的传送之前通过HARQ过程接收/检测到的传送，例如在经寻址到G-RNTI的传送之前HARQ过程的最近接收/检测到的传送)和/或(ii)不存在用于经寻址到C-RNTI的HARQ过程的较早传送(例如，在接收/检测到经寻址到G-RNTI的传送之前，不存在(i)经寻址到C-RNTI的传送，以及(ii)由UE通过HARQ过程接收/检测到的传送)。基于用于HARQ过程的较早传送未经寻址到C-RNTI和/或不存在用于经寻址到C-RNTI的HARQ过程的较早传送的确定，UE可停止C-RNTI重传定时器(和/或与C-RNTI相关联的C-RNTI HARQ RTT定时器)。举例来说，基于用于HARQ过程的较早传送未经寻址到C-RNTI和/或不存在用于经寻址到C-RNTI的HARQ过程的较早传送的确定，UE可响应于接收/检测到G-RNTI的传送而停止C-RNTI重传定时器(和/或C-RNTI HARQ RTT定时器)。举例来说，响应于接收/检测到经寻址到G-RNTI的传送，除了停止G-RNTI重传定时器之外，UE还可停止C-RNTI重传定时器(和/或C-RNTI HARQ RTT定时器)。

在一些实例中，如果UE传送ACK和/或如果UE成功地对数据进行解码以用于经寻址到HARQ过程的G-RNTI的传送(例如，重传)，那么UE可停止对应的C-RNTI重传定时器和/或C-RNTI HARQ RTT定时器。在实例中，如果UE传送ACK(例如，ACK可指示UE已经由G-RNTI传送成功地接收和/或解码数据)，和/或如果UE成功地对经由经寻址到用于HARQ过程的G-RNTI的G-RNTI传送(例如，重传)所接收到的数据进行解码，那么UE可停止与用于HARQ过程的C-RNTI相关联的C-RNTI重传定时器和/或UE可停止与用于HARQ过程的C-RNTI相关联的C-RNTIHARQ RTT定时器。举例来说，UE可响应于ACK的传送和/或成功地对经由经寻址到G-RNTI的G-RNTI传送(例如，重传)所接收到的数据进行解码(例如在此时)而停止C-RNTI重传定时器和/或C-RNTI HARQ RTT定时器。

图8A到图8C说明与处理重传定时器和/或HARQ RTT定时器相关联的实例情境的时序图。在图8A到图8C中，UE具有不活动定时器808、群组RTT定时器810(例如，与多播传送和/或G-RNTI相关联的G-RNTI HARQ RTT定时器)、单播RTT定时器812(例如，与单播传送和/或C-RNTI相关联的C-RNTI HARQ RTT定时器)、群组重传定时器814(例如，多播重传定时器、G-RNTI重传定时器)和/或单播重传定时器816(例如，C-RNTI重传定时器)。在一些实例中，群组RTT定时器810、单播RTT定时器812、群组重传定时器814和/或单播重传定时器816与HARQ过程(例如，相同HARQ过程)相关联(例如，用于所述HARQ过程)。在一些实例中，群组RTT定时器810与单播RTT定时器812相同。替代地和/或另外，群组RTT定时器810可不同于单播RTT定时器812。

在图8A中说明的第一实例情境800中，UE可在时间t1处从网络(例如，gNB)接收/检测第一群组传送802。第一群组传送802可包括多播传送和/或可寻址到G-RNTI。在时间t1处或之后，UE可启动不活动定时器808。举例来说，可利用不活动定时器808以基于接收/检测到第一群组传送802而保持UE活动以用于监听PDCCH(例如，UE可在不活动定时器808正在运行时监听PDCCH)。UE可在时间t2处传送NACK 804(例如，可响应于第一群组传送802而传送NACK 804)。可基于UE未成功地对由第一群组传送802承载的数据进行解码而传送NACK804。NACK 804可指示UE未成功地对由第一群组传送802承载的数据进行解码。在一些实例中，响应于传送NACK 804，UE可启动群组RTT定时器810和单播RTT定时器812。举例来说，UE可在时间t2处或之后启动群组RTT定时器810和单播RTT定时器812。在第一实例情境800中，群组RTT定时器810和单播RTT定时器812在时间t3处到期(例如，如果群组RTT定时器810和单播RTT定时器812为相同定时器，那么群组RTT定时器810和单播RTT定时器812在时间t3处均到期)。替代地和/或另外，群组RTT定时器810和单播RTT定时器812可在不同时间到期(例如，如果群组RTT定时器810和单播RTT定时器812为不同定时器)。UE可响应于群组RTT定时器810的到期(例如，在所述群组RTT定时器到期时)而启动(例如，在时间t3处)群组重传定时器814。响应于单播RTT定时器812的到期(例如，在所述单播RTT定时器到期时)，UE可启动(例如，在时间t3处)单播重传定时器816。在时间t4处，UE可从网络接收/检测第二群组传送806。第二群组传送806可为多播传送和/或可寻址到G-RNTI。第二群组传送806可为经由第一群组传送802传送的相同数据的传送。响应于接收/检测到第二群组传送806，UE可停止(例如，在时间t4处)群组重传定时器814和单播重传定时器816。

在图8B中说明的第二实例情境825中，UE可在时间t4处接收/检测第一单播重传826(而非接收/检测图8A中展示的第一实例情境800的第二群组传送806或除了接收/检测所述第二群组传送之外)。第一单播重传826可经寻址到C-RNTI。第一单播重传826可为经由第一群组传送802传送的相同数据的传送。响应于接收/检测到第一单播重传826，UE可停止(例如，在时间t4处)群组重传定时器814和单播重传定时器816。

在图8C中说明的第三实例情境850中，UE可在时间t5处传送NACK 852(例如，可响应于第一单播重传826而传送NACK 852)。可基于UE未成功地对由第一单播重传826承载的数据进行解码而传送NACK 852。NACK 852可指示UE未成功地对由第一单播重传826承载的数据进行解码。在一些实例中，响应于传送NACK 852，UE可不启动群组RTT定时器810，且可启动单播RTT定时器812。举例来说，UE可不启动群组RTT定时器810，且可在时间t5处或之后启动单播RTT定时器812(例如，响应于传送NACK 852，UE可在时间t5处或之后仅启动单播RTT定时器812)。单播RTT定时器812可在时间t6处到期。响应于单播RTT定时器812的到期(例如，在所述单播RTT定时器到期时)，UE可启动(例如，在时间t6处)单播重传定时器816。在时间t7处，UE可从网络接收/检测第三群组传送854。第三群组传送854可为多播传送和/或可寻址到G-RNTI。第三群组传送854可为经由第一群组传送802和第一单播重传826传送的相同数据的传送。在一些实例中，UE并不停止单播重传定时器816(例如，UE并不响应于接收/检测到第三群组传送854而停止单播重传定时器816)。举例来说，当接收/检测到第三群组传送854时，UE可保持单播重传定时器816运行。

在一些实例中，UE不响应于接收/检测到第三群组传送854而停止单播重传定时器816，所述第三群组传送基于以下确定：用于HARQ过程的较早传送(例如，早于第三群组传送854的用于HARQ过程的最近传送和/或早于第三群组传送854的用于HARQ过程的任何传送)经寻址到C-RNTI。举例来说，基于较早传送为第一单播重传826(例如，经寻址到C-RNTI)，UE可响应于接收/检测到第三群组传送854而不停止单播重传定时器816。

如图8C中所展示，UE可在时间t8处接收/检测第二单播重传856。第二单播重传856可经寻址到C-RNTI。第二单播重传856可为经由第一群组传送802、第一单播重传826和第三群组传送854传送的相同数据的传送。UE可响应于接收/检测到第二单播重传856而停止(例如，在时间t8处)单播重传定时器816。

替代地和/或另外，UE可在时间t7(与第三群组传送854相关联)与时间t8(与第二单播重传856相关联)之间将NACK(图8C中未展示)传送到网络。举例来说，可响应于第三群组传送854而传送NACK。可基于UE未成功地对由第三群组传送854承载的数据进行解码而传送NACK。NACK可指示UE未成功地对由第三群组传送854承载的数据进行解码。在一些实例中，响应于传送NACK，UE并不启动群组重传定时器814。在一些实例中，响应于传送NACK，UE不停止单播重传定时器816。在一些实例中，群组重传定时器814在时间t7与时间t8之间的时间段期间不运行，而UE可保持单播重传定时器816在时间t6与时间t8期间运行(例如，UE可保持单播重传定时器816运行，至少直到UE接收/检测到第二单播重传856的时间t8为止)。因此，在一些实例中，UE经由第二单播重传856接收/检测数据(例如，与HARQ过程相关联)而不必在群组重传定时器814不运行的时间段期间监听数据的多播传送。

预期UE响应于传送NACK(和/或例如响应于未成功地对由第三群组传送854承载的数据进行解码)而启动群组重传定时器814的实施例。

替代地和/或另外，UE可在时间t7(与第三群组传送854相关联)与时间t8之间将ACK(图8C中未展示)传送到网络。举例来说，可响应于第三群组传送854而传送ACK。可基于UE成功地对由第三群组传送854承载的数据进行解码而传送ACK。ACK可指示UE成功地对由第三群组传送854承载的数据进行解码。在一些实例中，响应于传送ACK和/或响应于成功地对由第三群组传送854承载的数据进行解码，UE停止单播重传定时器816。在此实例中，UE可在时间t8处不接收/检测第二单播重传856。

在一些实例中，UE接收/检测经寻址到用于HARQ过程的G-RNTI的G-RNTI传送。在一些实例中，如果用于HARQ过程的较早传送(例如，早于G-RNTI传送的用于HARK过程的最近传送和/或早于G-RNTI传送的用于HARQ过程的任何传送)经寻址到C-RNTI和/或如果较早传送(由UE接收/检测)是经由G-RNTI传送的相同数据的传送(例如，较早传送和G-RNTI传送均包括相同数据的传送，例如相同的TB和/或MAC PDU)，那么UE可不响应于接收/检测到G-RNTI传送(例如在接收/检测到G-RNTI传送时)而启动用于G-RNTI的HARQ RTT定时器(例如，G-RNTI的HARQ RTT定时器可为drx-HARQ-RTT-TimerDLPTM)(例如，UE可能不在与传送诸如与G-RNTI传送相关联的HARK反馈之类的HARQ反馈相关联的定时启动HARQ RTT定时器)。

在一些实例中，UE基于所接收/检测到的数据传送是数据的初始传送(例如，数据的新传送)还是数据的重传来确定是否停止用于HARQ过程的C-RNTI重传定时器(例如，UE是否响应于接收/检测到数据的传送而停止C-RNTI重传定时器取决于数据的传送是数据的初始传送还是数据的重传)。

在实例中，如果数据的传送是数据的初始传送(例如，数据的新传送)，那么UE可停止G-RNTI重传定时器(例如，如果G-RNTI重传定时器正在运行)和HARQ过程的C-RNTI重传定时器两者。举例来说，如果数据的传送是数据的初始传送，那么UE可响应于接收/检测到数据的传送而停止用于HARQ过程的G-RNTI重传定时器和C-RNTI重传定时器(例如，数据的传送可经寻址到C-RNTI或G-RNTI)。

在实例中，如果数据的传送是数据的重传且数据的传送经寻址到HARQ过程的G-RNTI，那么UE停止用于HARQ过程的G-RNTI重传定时器(例如，如果G-RNTI重传定时器正在运行)且不停止C-RNTI重传定时器(例如，UE保持相同HARQ过程的C-RNTI重传定时器运行)。举例来说，如果数据的传送是数据的重传且经寻址到用于HARQ过程的G-RNTI，那么UE可停止G-RNTI重传定时器且可响应于接收/检测到数据的传送而保持C-RNTI重传定时器运行。

在实例中，如果数据的传送是数据的重传且数据的传送经寻址到HARQ过程的C-RNTI，那么UE停止用于HARQ过程的C-RNTI重传定时器(例如，如果C-RNTI重传定时器正在运行)且不停止G-RNTI重传定时器(例如，UE保持相同HARQ过程的G-RNTI重传定时器运行)。举例来说，如果数据的传送是数据的重传且经寻址到用于HARQ过程的C-RNTI，那么UE可停止C-RNTI重传定时器且可响应于接收/检测到数据的传送而保持G-RNTI重传定时器运行。

在一些实例中，如果UE接收/检测到经寻址到用于HARQ过程的C-RNTI或G-RNTI的初始传送(例如，新传送)，那么UE停止用于HARQ过程的G-RNTI重传定时器(例如，如果运行)和C-RNTI重传定时器两者。在实例中，如果UE接收/检测到经寻址到用于HARQ过程的G-RNTI的重传，那么UE停止用于HARQ过程的G-RNTI重传定时器(例如，如果运行)且保持相同HARQ过程的C-RNTI重传定时器运行(例如，如果C-RNTI重传定时器正运行，那么UE不停止C-RNTI重传定时器)。在实例中，如果UE接收/检测到经寻址到用于HARQ过程的C-RNTI的重传，那么UE停止用于HARQ过程的C-RNTI重传定时器(例如，如果运行)且保持相同HARQ过程的G-RNTI重传定时器运行(例如，如果G-RNTI重传定时器正运行，那么UE不停止G-RNTI重传定时器)。

在一些实例中，如果UE接收/检测到经寻址到用于HARQ过程的G-RNTI的数据的传送(例如，重传)，且数据(例如，由传送承载的数据)在接收到传送(例如，重传)之前已成功地解码，那么UE可能不传送数据的ACK(例如，UE可能不会响应于数据的传送(例如，重传)而传送ACK)。在一些实例中，UE先前发送用于相同数据的较早传送的ACK，所述数据经寻址到用于相同HARQ过程的C-RNTI或G-RNTI。

在实例情境中，UE接收/检测经寻址到用于HARQ过程的C-RNTI或G-RNTI的数据的第一传送。UE基于成功地对数据(例如，由数据的第一传送承载的数据)进行解码而传送针对数据的第一传送的ACK。举例来说，ACK可指示UE使用数据的第一传送成功地对数据进行解码。如果UE接收/检测到经寻址到用于HARQ过程的G-RNTI的数据的第二传送(例如，数据的重传)，那么UE可能不传送针对数据的第二传送的ACK(例如，UE可能不基于已经由UE使用数据的第一传送成功地对数据进行解码而传送针对数据的第二传送的ACK)。

在一些实例中，如果UE接收/检测到经寻址到用于HARQ过程的C-RNTI的数据的传送(例如，重传)，且数据(例如，由传送承载的数据)在接收到传送(例如，重传)之前已经成功地解码，那么UE可传送数据的ACK(例如，UE可响应于数据的传送(例如，重传)而传送ACK)。举例来说，UE可响应于使用数据的传送(例如，重传)成功地对数据进行解码而传送数据的ACK。设想了UE不响应于数据的传送(例如，重传)而传送数据的ACK的实施例(例如，其中UE不响应于使用数据的传送(例如，重传)成功地对数据进行解码而传送ACK)。在一些实例中，UE先前发送用于相同数据的较早传送的ACK，所述数据经寻址到用于相同HARQ过程的C-RNTI或G-RNTI。

在实例情境中，UE接收/检测经寻址到用于HARQ过程的C-RNTI或G-RNTI的数据的第一传送。UE基于成功地对数据(例如，由数据的第一传送承载的数据)进行解码而传送针对数据的第一传送的ACK。举例来说，ACK可指示UE使用数据的第一传送成功地对数据进行解码。如果UE接收/检测到经寻址到用于HARQ过程的C-RNTI的数据的第二传送(例如，数据的重传)，那么UE可传送针对数据的第二传送的ACK(例如，UE可基于使用数据的第二传送成功地对数据进行解码而传送ACK)。设想了UE不传送针对数据的第二传送的ACK的实施例(例如，其中UE不响应于使用传送成功地对数据进行解码而传送ACK)。

在一些实例中，如果UE接收/检测到经寻址到用于HARQ过程的G-RNTI的数据的传送(例如，重传)，那么UE可停止G-RNTI重传定时器。举例来说，UE可响应于接收/检测到经寻址到用于HARQ过程的G-RNTI的数据的传送(例如，重传)而停止G-RNTI重传定时器。如果数据(例如，由传送承载的数据)被成功地解码，那么UE可停止C-RNTI重传定时器(例如，与HARQ过程相关联的C-RNTI重传定时器)和/或C-RNTI HARQ RTT定时器(例如，与HARQ过程相关联的C-RNTI HARQ RTT定时器)。举例来说，响应于接收/检测到经寻址到用于HARQ过程的G-RNTI的数据的传送(例如，重传)，UE可停止C-RNTI重传定时器和/或C-RNTI HARQ RTT定时器。在一些实例中，UE可传送数据的ACK。举例来说，UE可响应于接收/检测到经寻址到用于HARQ过程的G-RNTI的数据的传送(例如，重传)和/或响应于成功地对数据(例如，由数据传送承载的数据)进行解码而传送ACK。

在一些实例中，如果UE接收/检测到经寻址到用于HARQ过程的G-RNTI的数据的传送(例如，重传)，且数据(例如，由传送承载的数据)未成功地解码，那么UE可或可不发送数据的NACK(例如，UE可或可不响应于数据的传送(例如，重传)而发送NACK)。在一些实例中，在UE传送数据的NACK的情境中(例如，UE响应于数据的传送(例如，重传)而传送NACK)，UE可能不会响应于NACK的传送(例如在NACK的传送时)而启动G-RNTI的对应HARQ RTT定时器。在一些实例中，在UE传送数据的NACK的情境中(例如，UE响应于数据的传送(例如，重传)而传送NACK)，UE响应于NACK的传送(例如在NACK的传送时)而启动用于G-RNTI的对应HARQ RTT定时器，但可能不启动用于G-RNTI的重传定时器(例如，G-RNTI重传定时器)。在一些实例中，C-RNTI重传定时器(例如，drx-RetransmissionTimerDL)正在运行(例如，当UE接收/检测到经寻址到G-RNTI的数据的传送和/或UE传送NACK时和/或之后，C-RNTI重传定时器正在运行)。考虑到C-RNTI重传定时器仍在运行(例如，当UE接收/检测到经寻址到G-RNTI的数据的传送和/或UE传送NACK时和/或之后，C-RNTI重传定时器仍在运行)，网络(例如，gNB)可以为数据调度单播重传(例如，特定单播重传)，因此G-RNTI的对应HARQ RTT定时器或G-RNTI的重传定时器不需要额外启动，以通过多播进行潜在的重传调度(例如，由于C-RNTI重传定时器仍在运行，因此网络能够为UE调度数据的单播重传以将数据递送到UE，并且网络不需要执行数据的多播重传以将数据递送到UE)。

在一些实例中，与UE相关联的RNTI(例如，G-RNTI、C-RNTI等)可用于标识UE，以与UE通信。在RNTI是C-RNTI的实例中，如果UE是传送的既定接收方，那么传送(例如，单播传送)可经寻址到UE的RNTI(例如，C-RNTI)。在RNTI是G-RNTI的实例中，如果包括UE的多个UE是传送的既定接收方，那么传送(例如，多播传送)可经寻址到与包括UE的多个UE(例如，UE群组)相关联的RNTI(例如，G-RNTI)。

UE可使用RNTI接收/检测第一传送(和/或控制信道，例如，包括第一传送的PDCCH)。经寻址到RNTI的第一传送可包括RNTI的指示。在一些实例中，响应于接收/检测到经寻址到RNTI的第一传送(和/或控制信道)，UE可尝试使用由第一传送承载的信息在数据信道(例如，PDSCH)上接收/检测一个或多个第二传送。由第一传送承载的信息可包括指示以下各者的信息：(i)与一个或多个第二传送相关联的HARQ过程信息，(ii)一个或多个第二传送的传送是新传送还是重传，和/或(iii)与一个或多个第二传送和/或数据信道相关联的其它信息。由第一传送承载的HARQ过程信息可标识HARQ过程(例如，HARQ过程信息可包括HARQ过程的HARQ过程ID)。在一些实例中，UE根据HARQ过程在数据信道上接收/检测一个或多个第二传送和/或传送(例如，执行监听、接收/检测和/或传送)。

前述实例、概念、技术和/或实施例中的一个、一些和/或全部可以形成和/或组合为新实施例。

本公开的各种技术、实施例、方法和/或替代方案可以独立地和/或彼此分开执行。替代地和/或另外，本公开的各种技术、实施例、方法和/或替代方案可以组合和/或使用单个系统实施。替代地和/或另外，本公开的各种技术、实施例、方法和/或替代方案可以并行地和/或同时实施。

图9是从UE角度看的根据一个示例性实施例的流程图900。在步骤905中，UE从网络接收/检测数据(例如，下行链路数据)的传送，其中数据的传送经寻址到用于HARQ过程的G-RNTI。在实例中，数据的传送与HARQ过程相关联(例如，使用HARQ过程执行和/或作为HARQ过程的部分执行)。在步骤910中，响应于接收/检测到数据的传送，UE(i)启动与用于HARQ过程的G-RNTI相关联的第一HARQ RTT定时器，且(ii)启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器。在实例中，UE并行地(例如，同时)启动第一HARQ RTT定时器和第二HARQRTT定时器。在实例中，第一HARQ RTT定时器和/或第二HARQ RTT定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤915中，响应于第一HARQ RTT定时器的到期(例如在第一HARQ RTT定时器的到期时)，UE启动用于HARQ过程的多播重传定时器。在实例中，多播重传定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤920中，响应于第二HARQ RTT定时器的到期(例如在第二HARQ RTT定时器的到期时)，UE启动用于HARQ过程的单播重传定时器。在实例中，单播重传定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤925中，UE接收和/或检测经寻址到用于HARQ过程的G-RNTI的数据的第一重传。在实例中，数据的第一重传与HARQ过程相关联(例如，使用HARQ过程执行和/或作为HARQ过程的部分执行)。在实例中，数据的第一重传为来自网络的多播传送。在步骤930中，响应于接收/检测到数据的第一重传，UE(i)停止多播重传定时器，且(ii)停止单播重传定时器。在实例中，UE并行地(例如，同时)停止多播重传定时器和单播重传定时器。

在一个实施例中，第一HARQ RTT定时器(与G-RNTI相关联)与第二HARQ RTT定时器(与C-RNTI相关联)相同。

在一个实施例中，第一HARQ RTT定时器(与G-RNTI相关联)不同于第二HARQ RTT定时器(与C-RNTI相关联)。

在一个实施例中，响应于NACK信息的传送，UE启动第一HARQ RTT定时器(与G-RNTI相关联)和第二HARQ RTT定时器(与C-RNTI相关联)。在实例中，UE响应于接收/检测到数据的传送而将NACK信息传送(例如，到网络)(例如，NACK信息可指示UE未成功地对由数据传送承载的数据进行解码)。在实例中，UE基于UE未成功地对由数据传送承载的数据进行解码而传送NACK信息。

在一个实例中，UE接收和/或检测经寻址到用于HARQ过程的C-RNTI的数据的第二重传。在实例中，数据的第二重传与HARQ过程相关联(例如，使用HARQ过程执行和/或作为HARQ过程的部分执行)。在实例中，数据的第二重传为来自网络的单播传送。响应于接收和/或检测到数据的第二重传，UE(i)停止多播重传定时器，且(ii)停止单播重传定时器。

在一个实施例中，响应于接收/检测到数据的第二重传，UE并不启动多播重传定时器。

在一个实施例中，当多播重传定时器正在运行和/或单播重传定时器正在运行时，UE监听PDCCH。

在一个实施例中，G-RNTI供UE用于从网络接收服务(例如，不同服务)。

在一个实施例中，G-RNTI与包括UE的UE的群组相关联，所述UE群组从网络接收服务(例如，不同服务)。在实例中，UE群组使用G-RNTI以从网络接收服务(例如，不同服务)。

在一个实施例中，如果未成功地解码数据，那么UE将用于HARQ过程的NACK信息传送到网络。举例来说，响应于接收/检测到数据的传送，如果UE未成功地对经由传送而传送的数据进行解码，那么UE可传送NACK信息(例如，NACK信息可指示UE未成功地对经由传送而传送的数据进行解码)。替代地和/或另外，响应于接收/检测到数据的第一重传，如果UE未成功地对经由第一重传传送的数据进行解码，那么UE可传送NACK信息(例如，NACK信息可指示UE未成功地对经由第一重传传送的数据进行解码)。替代地和/或另外，响应于接收/检测到数据的第二重传，如果UE未成功地对经由第一重传传送的数据进行解码，那么UE可传送NACK信息(例如，NACK信息可指示UE未成功地对经由第二重传传送的数据进行解码)。

在一个实施例中，网络包括gNB。

在一个实施例中，数据包括TB和/或MAC PDU。

返回参看图3和图4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)从网络接收/检测数据(例如，下行链路数据)的传送，其中数据的传送经寻址到用于HARQ过程的G-RNTI，(ii)响应于接收/检测到数据的传送，进行以下操作：(A)启动与用于HARQ过程的G-RNTI相关联的第一HARQ RTT定时器，及(B)启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器，(iii)响应于第一HARQ RTT定时器的到期(例如在第一HARQ RTT定时器的到期时)而启动多播重传定时器，(iv)响应于第二HARQ RTT定时器到期(例如在第二HARQ RTT定时器的到期时)而启动用于HARQ过程的单播重传定时器，(v)接收/检测经寻址到用于HARQ过程的G-RNTI的DL数据的第一重传，且(vi)响应于接收/检测到数据的第一重传，进行以下操作：(A)停止多播重传定时器，及(B)停止单播重传定时器。此外，CPU308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。

图10是从UE的角度的根据一个示例性实施例的流程图1000。在步骤1005中，UE从网络接收/检测与HARQ过程相关联的数据(例如，下行链路数据)的传送。在实例中，数据的传送与HARQ过程相关联(例如，使用HARQ过程执行和/或作为HARQ过程的部分执行)。在步骤1010中，响应于接收和/或检测到数据传送，如果数据传送经寻址到G-RNTI，那么UE(i)启动与用于HARQ过程的G-RNTI相关联的第一HARQ RTT定时器，和/或(ii)如果数据传送经寻址到G-RNTI或C-RNTI，那么启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器。举例来说，如果数据的传送经寻址到G-RNTI，那么UE响应于接收/检测到数据的传送而启动第一HARQ RTT定时器和第二HARQ RTT定时器(例如，UE可并行地(例如，同时)启动第一HARQRTT定时器和第二HARQ RTT定时器)。如果数据的传送经寻址到C-RNTI，那么UE响应于接收/检测到数据的传送而启动第二HARQ RTT定时器(并且例如不启动第一HARQ RTT定时器)。在实例中，第一HARQ RTT定时器和/或第二HARQ RTT定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤1015中，响应于第一HARQ RTT定时器的到期(例如在第一HARQ RTT定时器的到期时)，UE启动用于HARQ过程的多播重传定时器。在实例中，多播重传定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤1020中，响应于第二HARQ RTT定时器的到期(例如在第二HARQ RTT定时器的到期时)，UE启动用于HARQ过程的单播重传定时器。在实例中，单播重传定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤1025中，UE接收和/或检测经寻址到用于HARQ过程的G-RNTI或C-RNTI的数据的第一重传。在实例中，数据的第一重传与HARQ过程相关联(例如，使用HARQ过程执行和/或作为HARQ过程的部分执行)。在实例中，数据的第一重传来自网络。在步骤1030中，响应于接收和/或检测到数据的第一重传，UE(i)停止多播重传定时器，且(ii)停止单播重传定时器。

在一个实施例中，如果未成功地解码数据，那么UE将用于HARQ过程的NACK信息传送到网络。举例来说，响应于接收/检测到数据的传送，如果UE未成功地对经由传送而传送的数据进行解码，那么UE可传送NACK信息(例如，NACK信息可指示UE未成功地对经由传送而传送的数据进行解码)。替代地和/或另外，响应于接收/检测到数据的第一重传，如果UE未成功地对经由第一重传传送的数据进行解码，那么UE可传送NACK信息(例如，NACK信息可指示UE未成功地对经由第一重传传送的数据进行解码)。

在一个实施例中，网络包括gNB。

在一个实施例中，数据包括TB和/或MAC PDU。

返回参看图3和图4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)从网络接收/检测与HARQ过程相关联的数据(例如，下行链路数据)的传送，(ii)响应于接收/检测到数据的传送，进行以下操作：(A)在数据的传送经寻址到G-RNTI的情况下，启动与用于HARQ过程的G-RNTI相关联的第一HARQ RTT定时器，和/或(B)在数据的传送经寻址到G-RNTI或C-RNTI的情况下，启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器，(iii)响应于第一HARQ RTT定时器的到期(例如在第一HARQ RTT定时器的到期时)而启动多播重传定时器，(iv)响应于第二HARQ RTT定时器的到期(例如在第二HARQ RTT定时器的到期时)而启动用于HARQ过程的单播重传定时器，(v)接收/检测经寻址到用于HARQ过程的G-RNTI或C-RNTI的DL数据的第一重传，且(vi)响应于接收/检测到数据的第一重传，进行以下操作：(A)停止多播重传定时器，及(B)停止单播重传定时器。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。

图11是从UE的角度看的根据一个示例性实施例的流程图1100。在步骤1105中，UE从网络接收/检测数据(例如，下行链路数据)的传送，其中数据的传送经寻址到用于HARQ过程的G-RNTI。在实例中，数据的传送与HARQ过程相关联(例如，使用HARQ过程执行和/或作为HARQ过程的部分执行)。在步骤1110中，响应于接收/检测到数据的传送，UE(i)启动与用于HARQ过程的G-RNTI相关联的第一HARQ RTT定时器，且(ii)启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器。在实例中，UE并行地(例如，同时)启动第一HARQ RTT定时器和第二HARQ RTT定时器。在实例中，第一HARQ RTT定时器和/或第二HARQ RTT定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤1115中，响应于第一HARQ RTT定时器的到期(例如在第一HARQ RTT定时器的到期时)，UE启动用于HARQ过程的多播重传定时器。在实例中，多播重传定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤1120中，响应于第二HARQ RTT定时器的到期(例如在第二HARQ RTT定时器的到期时)，UE启动用于HARQ过程的单播重传定时器。在实例中，单播重传定时器与HARQ过程相关联(例如，由HARQ过程使用)。在步骤1125中，UE接收/检测经寻址到用于HARQ过程的C-RNTI的数据的第一重传。在实例中，数据的第一重传与HARQ过程相关联(例如，使用HARQ过程执行和/或作为HARQ过程的部分执行)。在实例中，数据的第一重传为来自网络的单播传送。在步骤1130中，响应于接收/检测到数据的第一重传，UE(i)停止多播重传定时器，且(ii)停止单播重传定时器。在实例中，UE并行地(例如，同时)停止多播重传定时器和单播重传定时器。

在一个实施例中，响应于接收/检测到数据的第一重传，UE并不启动多播重传定时器。

在一个实施例中，网络包括gNB。

在一个实施例中，数据包括TB和/或MAC PDU。

返回参看图3和图4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)从网络接收/检测数据(例如，下行链路数据)的传送，其中数据的传送经寻址到用于HARQ过程的G-RNTI，(ii)响应于接收/检测到数据的传送，进行以下操作：(A)启动与用于HARQ过程相关联的G-RNTI的第一HARQ RTT定时器，及(B)启动与用于HARQ过程的C-RNTI相关联的第二HARQ RTT定时器，(iii)响应于第一HARQ RTT定时器的到期(例如在第一HARQ RTT定时器的到期时)而启动多播重传定时器，(iv)响应于第二HARQ RTT定时器到期(例如在第二HARQ RTT定时器的到期时)而启动用于HARQ过程的单播重传定时器，(v)接收/检测经寻址到用于HARQ过程的C-RNTI的DL数据的第一重传，且(vi)响应于接收/检测到数据的第一重传，进行以下操作：(A)停止多播重传定时器，及(B)停止单播重传定时器。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。

可提供通信装置(例如，UE、例如gNB和/或基站等网络，等等)，其中通信装置可包括控制电路、安装于控制电路中的处理器和/或安装于控制电路中且耦合到处理器的存储器。处理器可被配置成执行存储于存储器中的程序代码以执行图9到图11中所说明的方法步骤。此外，处理器可以执行程序代码以执行上述动作和步骤和/或本文中描述的其它动作和步骤中一个、一些和/或全部。

可提供计算机可读介质。计算机可读介质可以是非暂时性计算机可读介质。计算机可读介质可包括快闪存储器装置、硬盘驱动器、盘(例如，磁盘和/或光盘，例如数字多功能光盘(digital versatile disc，DVD)、压缩光盘(compact disc，CD)等中的至少一个)，和/或存储器半导体，例如静态随机存取存储器(static random access memory，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous dynamic random access memory，SDRAM)等中的至少一个。计算机可读介质可包括处理器可执行指令，所述处理器可执行指令在被执行时促使执行图9到图11中所说明的方法步骤中的一个、一些和/或全部和/或上述动作和步骤和/或本文中所描述的其它动作和步骤中的一个、一些和/或全部。

可了解，应用本文中呈现的技术中的一种或多种可产生一个或多个益处，包含但不限于装置(例如，UE和/或网络，例如gNB)之间的通信效率增加，例如至少部分地由于减少G-RNTI监听的活动时间(和/或减少UE执行G-RNTI监听所耗费的时间量，例如，针对多播重传的监听)。举例来说，在一些系统中，即使当网络已决定调度用于数据的单播重传时，UE也可监听和/或接收数据的多播重传(例如，由此浪费UE的功率)。然而，使用本文中的技术中的一种或多种，可使得UE能够接收数据的单播重传而不必监听相同数据的多播重传，由此实现降低UE的功率消耗。

上文已描述了本公开的各种方面。应明白，本文中的教示可以通过广泛多种形式实施，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文所公开的方面可独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或多于两个方面。举例来说，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外，使用除了在本文中所阐述的方面中的一个或多个之外或不同于在本文中所阐述的方面中的一个或多个的其它结构、功能或结构和功能，可实施此设备或可实践此方法。作为上述概念中的一些的实例，在一些方面中，可基于脉冲重复频率而建立并行信道。在一些方面中，可基于脉冲位置或偏移建立并行信道。在一些方面中，可基于时间跳频序列而建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及时间跳跃序列而建立并行信道。

所属领域的技术人员将了解，可使用各种不同技术和技艺中的任一种来表示信息和信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可被实施为电子硬件(例如，数字实施方案、模拟实施方案或这两者的组合，其可使用源译码或某一其它技术设计)、并入有指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)，或这两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就其功能性来描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。

另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“IC”)、接入终端或接入点内实施或由集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器；但在替代方案中，处理器可为任何常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器结合DSP核心，或任何其它此类配置。

应理解，在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。所附方法权利要求项以示例次序呈现各个步骤的要素，且并非意在限于所呈现的具体次序或层级。

结合本文中公开的各方面所描述的方法或算法的步骤可直接用硬件、用由处理器执行的软件模块或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM，或本领域中已知的任何其它形式的计算机可读存储介质。示例存储介质可耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可称为“处理器”)，使得所述处理器可从存储介质读取信息(例如，代码)和将信息写入到存储介质。示例存储介质可与处理器成一体式。处理器和存储介质可驻存于ASIC中。ASIC可驻存于用户设备中。在替代方案中，处理器和存储介质可作为离散组件而驻存于用户设备中。替代地和/或另外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面，计算机程序产品可包括封装材料。

虽然已结合各种方面描述所公开的主题，但应理解，所公开的主题能够进行进一步修改。本申请意图涵盖一般遵循所公开主题的原理并且包含公开主题所涉及的在本领域中已知和惯常的实践范围内出现的对本公开的此类偏离的所公开主题的任何变化、使用或调适。

Claims

1.一种用户设备(UE)的方法，所述方法包括：

进行从网络接收或检测数据的传送中的至少一个操作，其中所述数据的所述传送经寻址到用于混合自动重复请求(HARQ)过程的群组无线电网络临时标识符(G-RNTI)；

响应于进行接收或检测所述数据的所述传送中的至少一个操作：

启动与用于相同的所述HARQ过程的所述G-RNTI相关联的第一HARQ往返时间(RTT)定时器；以及

启动与用于相同的所述HARQ过程的小区无线电网络临时标识符(C-RNTI)相关联的第二HARQ RTT定时器；

响应于所述第一HARQ RTT定时器的到期，启动用于相同的所述HARQ过程的多播重传定时器；

响应于所述第二HARQ RTT定时器的到期，启动用于相同的所述HARQ过程的单播重传定时器；

进行接收或检测经寻址到用于相同的所述HARQ过程的所述G-RNTI的所述数据的第一重传中的至少一个操作；以及

响应于进行接收或检测用于相同的所述HARQ过程的所述数据的所述第一重传中的至少一个操作：

停止所述多播重传定时器；以及

停止所述单播重传定时器。

2.根据权利要求1所述的方法，包括：

进行接收或检测经寻址到用于相同的所述HARQ过程的所述C-RNTI的所述数据的第二重传中的至少一个操作；以及

响应于进行接收或检测所述数据的所述第二重传中的至少一个操作：

停止所述多播重传定时器；以及

停止所述单播重传定时器。

3.根据权利要求2所述的方法，包括：

响应于进行接收或检测所述数据的所述第二重传中的至少一个操作，不启动所述多播重传定时器。

4.根据权利要求1所述的方法，包括：

当存在所述多播重传定时器正在运行或所述单播重传定时器正在运行中的至少一个情况时，监听物理下行链路控制信道(PDCCH)。

5.根据权利要求1所述的方法，其中：

所述G-RNTI由所述UE用于从所述网络接收服务。

6.根据权利要求5所述的方法，其中：

所述G-RNTI与包括所述UE的UE群组相关联，所述UE群组从所述网络接收服务。

7.根据权利要求1所述的方法，包括：

如果所述数据未被成功地解码，那么将用于相同的所述HARQ过程的否定确认(NACK)信息传送到所述网络。

8.根据权利要求1所述的方法，其中：

所述网络包括下一代NodeB(gNB)。

9.根据权利要求1所述的方法，其中：

所述数据包括传输块(TB)或媒体接入控制协议数据单元(MAC PDU)中的至少一者。

10.一种用户设备(UE)的方法，所述方法包括：

进行从网络接收或检测与混合自动重复请求(HARQ)过程相关联的数据的传送中的至少一个操作；

响应于进行接收或检测所述数据传送中的至少一个操作，进行以下操作中的至少一个：

如果所述数据的所述传送经寻址到用于相同的所述HARQ过程的群组无线电网络临时标识符(G-RNTI)，那么启动与所述G-RNTI相关联的第一HARQ往返时间(RTT)定时器；或

如果所述数据传送经寻址到用于相同的所述HARQ过程的所述G-RNTI或小区无线电网络临时标识符(C-RNTI)，那么启动与所述C-RNTI相关联的第二HARQ RTT定时器；

进行接收或检测经寻址到用于相同的所述HARQ过程的所述G-RNTI或所述C-RNTI的所述数据的第一重传中的至少一个操作；以及

停止所述多播重传定时器；以及

停止所述单播重传定时器。

11.根据权利要求10所述的方法，包括：

12.根据权利要求10所述的方法，其中：

所述G-RNTI由所述UE用于从所述网络接收服务。

13.根据权利要求12所述的方法，其中：

14.根据权利要求10所述的方法，包括：

15.根据权利要求10所述的方法，其中：

所述网络包括下一代NodeB(gNB)。

16.根据权利要求10所述的方法，其中：

17.一种用户设备(UE)，包括：

控制电路；

处理器，其安装在所述控制电路中；以及

存储器，其安装在所述控制电路中且操作性地耦合到所述处理器，其中所述处理器被配置成执行存储于所述存储器中的程序代码以执行操作，所述操作包括：

启动与用于相同的所述HARQ过程的小区无线电网络临时标识符(C-RNTI)相关联的第二HARQ RTT间定时器；

进行接收或检测经寻址到用于相同的所述HARQ过程的所述C-RNTI的所述数据的第一重传中的至少一个操作；以及

停止所述多播重传定时器；以及

停止所述单播重传定时器。

18.根据权利要求17所述的UE，所述操作包括：

响应于进行接收或检测所述数据的所述第一重传中的至少一个操作，不启动所述多播重传定时器。

19.根据权利要求17所述的UE，所述操作包括：

20.根据权利要求17所述的UE，其中：

所述G-RNTI由所述UE用于从所述网络接收服务；且