CN117881012A - 处理用于多播数据接收的不连续接收定时器的方法和设备 - Google Patents

处理用于多播数据接收的不连续接收定时器的方法和设备 Download PDF

Info

Publication number
CN117881012A
CN117881012A CN202311256206.6A CN202311256206A CN117881012A CN 117881012 A CN117881012 A CN 117881012A CN 202311256206 A CN202311256206 A CN 202311256206A CN 117881012 A CN117881012 A CN 117881012A
Authority
CN
China
Prior art keywords
multicast
harq
rnti
drx
unicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311256206.6A
Other languages
English (en)
Inventor
曾立至
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asus Technology Licensing Inc
Original Assignee
Asus Technology Licensing Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asus Technology Licensing Inc filed Critical Asus Technology Licensing Inc
Publication of CN117881012A publication Critical patent/CN117881012A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H04L1/1851—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开一种处理用于多播数据接收的不连续接收定时器的方法和设备。在从用户设备的角度看的实例中，用户设备在经配置下行链路多播资源上接收和/或检测下行链路数据的多播传送，其中多播传送与混合自动重复请求进程相关联。用户设备启动与混合自动重复请求进程相关联的多播混合自动重复请求往返时间定时器。基于用户设备是否配置成使用经配置调度无线电网络临时标识符，用户设备确定是否启动与混合自动重复请求进程相关联的单播混合自动重复请求往返时间定时器。

Description

处理用于多播数据接收的不连续接收定时器的方法和设备
技术领域
本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中处理用于多播数据接收的不连续接收(Discontinuous Reception，DRX)定时器的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成用互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
根据本公开，提供一个或多个装置和/或方法。在从用户设备(user equipment，UE)的角度看的实例中，UE在经配置下行链路多播资源上接收和/或检测下行链路数据的多播传送，其中多播传送与混合自动重复请求(Hybrid Automatic Repeat Request，HARQ)进程相关联。UE启动与HARQ进程相关联的多播HARQ往返时间(Round Trip Time，RTT)定时器。UE基于UE是否配置成使用经配置调度无线电网络临时标识符(Configured SchedulingRadio Network Temporary Identifier，CS-RNTI)来确定是否启动与HARQ进程相关联的单播HARQ RTT定时器。
在从UE的角度看的实例中，UE接收指示多播传送的反馈模式的配置。UE在经配置下行链路多播资源上接收和/或检测下行链路数据的第一多播传送，其中第一多播传送与HARQ进程相关联。UE传送第一多播传送的HARQ反馈。UE启动与HARQ进程相关联的多播HARQRTT定时器。UE基于反馈模式以及UE是否配置成使用CS-RNTI而确定是否启动与HARQ进程相关联的单播HARQ RTT定时器。
附图说明
图1示出了根据一个示例性实施例的无线通信系统的附图。
图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称活动用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是示出根据一个示例性实施例的用于多播会话的示例性下行链路层2架构的附图。
图6是示出根据一个示例性实施例的用于广播会话的示例性下行链路层2架构的附图。
图7是示出根据一个示例性实施例的与UE接收传送和/或操作一个或多个定时器相关联的示例性情形的附图。
图8是示出根据一个示例性实施例的与UE接收传送和/或操作一个或多个定时器相关联的示例性情形的附图。
图9是示出根据一个示例性实施例的与UE接收传送和/或操作一个或多个定时器相关联的示例性情形的附图。
图10是根据一个示例性实施例的流程图。
图11是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)长期演进(Long Term Evolution，LTE)无线接入、3GPP LTE-A或LTE高级(长期演进高级)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、用于5G的3GPP新无线电(New Radio，NR)无线接入或一些其它调制技术。
具体地说，下文描述的示例性无线通信系统装置可以设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准，包含：3GPP TS 36.331V16.0.0(2020-03)，“3GPP TSG RAN；无线资源控制(RRC)协议规范(版本16)”；3GPP TS 36.321V16.0.0(2020-03)，“3GPP TSG RAN；媒体接入控制(MAC)协议规范(版本16)”；3GPP TS 38.321V17.1.0(2022-06)，“3GPP TSG RAN；媒体接入控制(MAC)协议规范(版本17)”；3GPP TS 38.300V17.1.0(2022-06)，“3GPP TSG RAN；NR；NR和NG-RAN概述；阶段2(版本17)”；3GPP TS 38.213V17.2.0(2022-06)，“3GPP TSG RAN；NR；NR和NG-RAN概述；阶段2(版本17)”；3GPP TS 38.331V17.1.0(2022-06)“，3GPP TSG RAN；NR；无线资源控制(RRC)协议规范(版本17)”；R2-2209656“，关于DRX和HARQ缓冲区处理的阐释”，华为，CBN，海思。上文所列的标准和文档在此明确地以全文引用的方式并入。
图1呈现根据本公开的一个或多个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可利用更多或更少个天线。接入终端116(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的前向链路的信噪比。并且，相比于通过单个天线传送到它的所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络通常会对相邻小区中的接入终端产生更少的干扰。
接入网络(AN)可以是用于与终端通信的固定台或基站，并且也可被称作接入点、Node B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB)，或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。
图2呈现多输入多输出(MIMO)系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例。在传送器系统210处，可从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。
在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。
可使用正交频分复用(OFDM)技术将每一数据流的经译码数据与导频数据多路复用。导频数据可通常为以已知方式进行处理的已知数据模式，且可在接收器系统处使用以估计信道响应。随后可基于针对每个数据流选择的特定调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M元相移键控(M-PSK)或M元正交幅度调制(M-QAM))来调制(即，符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码和/或调制。
接着将数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器220可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(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数据处理器238还可从数据源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.321V16.0.0(2020-03)的一个或多个部分引述如下：
5.7不连续接收(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的不连续接收(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.321V17.1.0(2022-06)的一个或多个部分引述如下：
5.7不连续接收(DRX)
MAC实体可以由具有DRX功能性的RRC配置，所述功能性控制针对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、SL-RNTI、SLCS-RNTI和SL半静态调度V-RNTI的UE的PDCCH监听活动。当使用DRX操作时，MAC实体还应根据本规范的其它章节中存在的要求监听PDCCH。当处于RRC_CONNECTED时，如果DRX经配置，那么对于所有已激活服务小区，MAC实体可使用此章节中所规定的DRX操作不连续地监听PDCCH；否则，MAC实体将如TS 38.213[6]中所规定监听PDCCH。
注1：无类型(Void)
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重传准予之前的最小持续时间；
-drx-RetransmissionTimerSL(每一SL HARQ进程)：接收到SL重传的准予之前的最大持续时间；
-drx-HARQ-RTT-TimerSL(每一SL HARQ进程)：在MAC实体预期SL重传准予之前的最小持续时间；
-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的配置；
-downlinkHARQ-FeedbackDisabled(任选的)：每DL HARQ进程启用HARQ反馈的配置；
-uplinkHARQ-Mode(任选的)：每UL HARQ进程设置HARQmodeA或HARQmodeB的配置。
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、downlinkHARQ-FeedbackDisabled(任选的)和uplinkHARQ-Mode(任选的)。
当配置DRX时，用于DRX群组中的服务小区的活动时间包含以下时候的时间：
-配置用于DRX群组的drx-onDurationTimer或drx-InactivityTimer处于运行中；或
-drx-RetransmissionTimerDL、drx-RetransmissionTimerUL或drx-RetransmissionTimerSL在DRX群组中的任何服务小区上处于运行中；或
-ra-ContentionResolutionTimer(如章节5.1.5中所描述)或msgB-ResponseWindow(如章节5.1.4a中所描述)处于运行中；或
-调度请求在PUCCH上发送且待决(如章节5.4.4或5.22.1.5中所描述)。如果此服务小区是非陆地网络的一部分，那么活动时间在调度请求传送之后开始，对于具有待决SR加上UE-gNB RTT的所有SR配置，调度请求传送在SR_COUNTER为0时执行；或
-在成功接收针对在基于争用的随机接入前导码当中未被MAC实体选择的随机接入前导码的随机接入响应之后未接收到指示寻址到MAC实体的C-RNTI的新传送的PDCCH(如章节5.1.4和5.1.4a中所描述)。
[…]
当配置DRX时，MAC实体将：
1>如果在用于单播的经配置下行链路分配中接收到MAC PDU：
2>如果此服务小区配置成使用downlinkHARQ-FeedbackDisabled：
3>如果对应HARQ进程配置成HARQ反馈启用：
4>将对应HARQ进程的HARQ-RTT-TimerDL-NTN设置成等于drx-HARQ-RTT-TimerDL加上最近可用的UE-gNB RTT值；
4>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的HARQ-RTT-TimerDL-NTN。
2>否则：
3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
注1a：无类型。
注1b：无类型。
2>停止对应HARQ进程的drx-RetransmissionTimerDL；
2>停止对应HARQ进程的drx-RetransmissionTimerDL-PTM。
1>如果MAC PDU在经配置上行链路准予中传送且未从下层接收到LBT故障指示：
[…]
1>如果DRX群组处于活动时间：
2>监听在此DRX群组中的服务小区上的PDCCH，如TS 38.213[6]中所规定；
2>如果PDCCH指示DL传送；或
2>如果PDCCH指示单次HARQ反馈，如TS 38.213[6]的章节9.1.4中所规定；或
2>如果PDCCH指示HARQ反馈的重传，如TS 38.213[6]的章节9.1.5中所规定：
3>如果此服务小区配置成使用downlinkHARQ-FeedbackDisabled：
4>如果对应HARQ进程配置成HARQ反馈启用：
5>将对应HARQ进程的HARQ-RTT-TimerDL-NTN设置成等于drx-HARQ-RTT-TimerDL加上最近可用的UE-gNB RTT值；
5>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的HARQ-RTT-TimerDL-NTN。
3>否则：
4>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动或重新启动HARQ反馈已报告的对应HARQ进程的drx-HARQ-RTT-TimerDL。
注3：当HARQ反馈推迟指示不适用k1值的PDSCH到HARQ反馈定时时，如TS 38.213[6]中所规定，发送DL HARQ反馈的对应传送时机在请求HARQ-ACK反馈的后续PDCCH中指示。
3>停止HARQ反馈已报告的对应HARQ进程的drx-RetransmissionTimerDL；
3>停止对应HARQ进程的drx-RetransmissionTimerDL-PTM；
3>如果PDSCH到HARQ反馈定时指示不适用k1值，如TS 38.213[6]中所规定：
4>在对应HARQ过程的(集束内的最后)PDSCH传送(结束)之后在第一符号中启动drx-RetransmissionTimerDL。
[…]
无论MAC实体是否在DRX群组中的服务小区上监听PDCCH，MAC实体都在预期此情况时在DRX群组中的服务小区上传送HARQ反馈、PUSCH上的非周期性CSI，以及TS 38.214[7]中限定的非周期性SRS。
如果PDCCH时机不完整(例如，活动时间在PDCCH时机中间开始或结束)，那么MAC实体不需要监听PDCCH。
[…]
5.7b用于MB多播的不连续接收(DRX)
对于MBS多播，MAC实体可以由RRC配置为具有每G-RNTI或每G-CS-RNTI的DRX功能，所述DRX功能控制UE对MAC实体的G-RNTI和G-CS-RNTI的PDCCH监听活动，如TS 38.331[5]中所规定。当处于RRC_CONNECTED时，如果配置多播DRX，那么允许MAC实体使用本章节中规定的多播DRX操作来不连续地监听此G-RNTI或G-CS-RNTI的PDCCH；否则MAC实体监听此G-RNTI或G-CS-RNTI的PDCCH，如TS 38.213[6]中所规定。本章节中规定的多播DRX操作对于每个G-RNTI或G-CS-RNTI独立执行，并且独立于章节5.7和5.7a中规定的DRX操作执行。
RRC通过配置以下参数来控制每G-RNTI或每G-CS-RNTI的多播DRX操作：
-drx-onDurationTimerPTM：DRX循环开始时的持续时间；
-drx-SlotOffsetPTM启动drx-onDurationTimerPTM之前的延迟；
-drx-InactivityTimerPTM：其中PDCCH指示用于MAC实体的新DL多播传送的PDCCH时机之后的持续时间；
-drx-LongCycleStartOffsetPTM：长DRX循环drx-LongCycle-PTM和定义长DRX循环开始的子帧的drx-StartOffset-PTM；
-drx-RetransmissionTimerDL-PTM(针对MBS多播的每一DL HARQ进程)：在接收到DL多播重传的最大持续时间；
-drx-HARQ-RTT-TimerDL-PTM(针对MBS多播的每一DL HARQ进程)：在MAC实体预期HARQ重传的DL多播分配之前的最小持续时间。
当为G-RNTI或G-CS-RNTI配置多播DRX时，活动时间包含以下时候的时间：
-此G-RNTI或G-CS-RNTI的drx-onDurationTimerPTM或drx-InactivityTimerPTM或drx-RetransmissionTimerDL-PTM处于运行中。
当为G-RNTI或G-CS-RNTI配置多播DRX时，对于此G-RNTI和G-CS-RNTI，MAC实体将：
1>如果在经配置下行链路多播分配中接收到MAC PDU：
2>如果HARQ反馈启用：
3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL-PTM；
3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
2>停止对应HARQ进程的drx-RetransmissionTimerDL-PTM；
2>停止对应HARQ进程的drx-RetransmissionTimerDL。
1>如果drx-HARQ-RTT-TimerDL-PTM到期：
2>如果对应HARQ进程的数据未被成功解码：
3>在drx-HARQ-RTT-TimerDL-PTM到期之后在第一符号中启动对应HARQ进程的drx-RetransmissionTimerDL-PTM。
1>如果接收到具有经G-RNTI加扰的DCI的DRX命令MAC CE：
2>针对此G-RNTI，停止DRX的drx-onDurationTimerPTM；
2>针对此G-RNTI，停止DRX的drx-InactivityTimerPTM。
1>如果[(SFN×10)+子帧号]模(drx-LongCycle-PTM)＝drx-StartOffset-PTM：
2>从子帧的开始处起经过drx-SlotOffsetPTM后启动drx-onDurationTimerPTM。
1>如果MAC实体在此G-RNTI或G-CS-RNTI的活动时间中：
2>监听此G-RNTI或G-CS-RNTI的PDCCH，如TS 38.213[6]中所规定；
2>如果PDCCH指示DL多播传送：
3>如果HARQ反馈启用：
4>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL-PTM；
4>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
3>停止对应HARQ进程的drx-RetransmissionTimerDL-PTM；
3>停止对应HARQ进程的drx-RetransmissionTimerDL。
2>如果PDCCH指示用于此G-RNTI或G-CS-RNTI的新多播传送：
3>在PDCCH接收结束之后在第一符号中启动或重新启动drx-InactivityTimerPTM。
注：指示多播SPS的激活的PDCCH被视为指示新传送。
如果PDCCH时机不完整(例如，活动时间在PDCCH时机中间开始或结束)，那么MAC实体不需要监听PDCCH。
3GPP TS 38.300V17.1.0(2022-06)的一个或多个部分在下文引述。值得注意的是，3GPP TS 38.300V17.1.0(2022-06)的章节16.10.3中标题为“用于多播会话的下行链路层2架构”的图16.10.3-1在本文中再现为图5。3GPP TS 38.300V17.1.0(2022-06)的章节16.10.3中标题为“用于广播会话的下行链路层2架构”的图16.10.3-2在本文中再现为图6。
16.10多播和广播服务
16.10.1综述
NR系统实现多播/广播服务(multicast/broadcast service，MBS)的资源高效递送。
对于广播通信服务，同时将相同服务和相同特定内容数据提供到某一地理区域中的所有UE(即，广播服务区域中的所有UE被授权接收数据)。使用广播会话将广播通信服务传送到UE。UE可在RRC_IDLE、RRC_INACTIVE和RRC_CONNECTED状态中接收广播通信服务。
对于多播通信服务，将相同服务和相同特定内容数据同时提供到专用的一组UE(即，并非多播服务区域中的所有UE都被授权接收数据)。使用多播会话将多播通信服务递送到UE。UE可以在RRC_CONNECTED状态中利用诸如PTP和/或PTM递送的机制接收多播通信服务，如章节16.10.5.4中定义。HARQ反馈/重传可应用于PTP和PTM传送两者。
16.10.2网络架构
章节4中规定的整体NG-RAN架构适用于NR MBS。MBS多播只能在NE-DC和NR-DC场景中的MCG侧支持，即仅用于MN端接的MCG MRB；UE不支持在SCG上进行MBS广播的配置。
NR MBS的QoS模型可参见TS23.247[45]。
16.10.3协议架构
图16.10.3-1和16.10.3-2分别描绘用于多播会话和广播会话的下行链路层2架构，其中MBS协议堆栈包括相同的层2子层，如章节6中所描述，差异如下：
-SDAP子层仅提供以下功能性：
-MBS QoS流和MRB之间的映射；
-用户平面数据的传递。
-PDCP子层仅提供以下功能性：
-用户平面数据的传递；
-PDCP SN的维持；
-使用ROHC协议或EHC协议的标头压缩和解压缩；
-重新排序和有序递送；
-重复丢弃。
-对于多播会话，gNB经由专用RRC信令向UE提供以下多播MRB配置中的一个或多个：
-具有用于PTP传送的仅DL RLC-UM或双向RLC-UM配置的多播MRB；
-具有用于PTP传送的RLC-AM实体配置的多播MRB；
-具有用于PTM传送的仅DL RLC-UM实体的多播MRB；
-具有两个RLC-UM实体的多播MRB，一个是用于PTP传送的仅DL RLC-UM实体，另一个是用于PTM传送的仅DL RLC-UM实体；
-具有三个RLC-UM实体的多播MRB，一个是DL RLC-UM实体，一个是用于PTP传送的UL RLC-UM实体，还有一个是用于PTM传送的仅DL RLC-UM实体；
-具有两个RLC实体的多播MRB，一个是用于PTP传送的RLC-AM实体，另一个是用于PTM传送的仅DL RLC-UM实体。
-对于多播会话，gNB可以使用RRC信令改变MRB类型。
图16.10.3-1：用于多播会话的下行链路层2架构
-针对广播会话，gNB使用广播RRC信令向UE提供以下广播MRB配置：
-具有一个用于PTM传送的仅DL RLC-UM实体的广播MRB。
图16.10.3-2：用于广播会话的下行链路层2架构
16.10.4群组调度
以下逻辑信道用于MBS递送：
-MTCH：用于将多播会话或广播会话的MBS数据从网络传送到UE的一点到多点下行链路信道；
-DTCH：用于将多播会话的MBS数据从网络传送到UE的在章节6.2.2中定义的点到点信道；
-MCCH：用于将与一个或几个MTCH相关联的MBS广播控制信息从网络传送到UE的一点到多点下行链路信道。
用于群组传送的逻辑信道与传输信道之间存在以下连接：
-MCCH可映射到DL-SCH；
-MTCH可映射DL-SCH。
以下描绘用于群组传送的RNTI的使用：
-UE可使用相同或不同G-RNTI/G-CS-RNTI接收不同服务。
16.10.5多播处理
16.10.5.1会话管理
存在两种递送模式，如TS23.247[45]中所规定：
-5GC共享MBS业务递送；
-5GC单独MBS业务递送。
如TS23.247[45]中所规定，如果gNB支持MBS，那么网络将使用5GC共享MBS业务递送，在此情况下，用于多播会话的MBS会话资源上下文在第一UE加入多播会话时在gNB中设置。
对于MBS共享递送模式，共享NG-U资源用于向gNB提供MBS用户数据。gNB向5GC发起多播分布设置程序，以为多播会话分配共享NG-U资源。在多个MBS会话区域与用于位置相关MBS服务的相同多播会话相关联的情况下，针对由gNB服务的每个MBS区域会话ID为相同多播会话建立多个NG-U共享资源。
共享NG-U资源应用以下传输选项之一：
-单播传输；
-多播传输。
对于5GC共享MBS业务递送，MBS会话资源包括一个或若干个MRB。如果对给定的MRB应用数据丢失的最小化，那么通过以下方法之一或组合应用PDCP COUNT值的分配同步：
-通过NG-U上提供的DL MBS QFI序列号导出PDCP COUNT值。通过网络实施方案来实现在gNB之间的MBS QoS流到MRB映射和对应MRB的PDCP SN大小方面的同步。
-在NG-RAN处部署在gNB之间共享的共享NG-U终端，其包括用于分配PDCP COUNT值的公共实体。可以通过网络实施方案来实现在gNB之间的MBS QoS流到MRB映射和对应MRB的PDCP SN大小方面的同步。
如果PDCP COUNT值是从NG-U上提供的DL MBS QFI序列号导出的，并且只有一个QoS流被映射到MRB，那么gNB应将PDCP PDU的PDCP COUNT值设置为通过NG-U接收的包所提供的DL MBS QFI序列号的值。如果PDCP COUNT值是从NG-U上提供的DL MBS QFI序列号导出的，并且多个QoS流被映射到MRB，那么gNB可以从映射到此MRB的QoS流的DL MBS QFI序列号的和导出PDCP PDU的PDCP COUNT值。
1.注：在映射到相同MRB的MBS QoS流的用户数据通过NG-U以不同次序到达不同gNB的情况下或者在NG-U上数据丢失的情况下的PDCP COUNT值的同步，以及数据丢失最小化的相关处理留给实施方案。
[…]
16.10.5.4MBS多播数据的接收
对于多播服务，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。
如果UE配置成使用PTM和PTP传送，那么gNB基于章节16.10.3中定义的协议堆栈，基于诸如MBS会话QoS要求、加入的UE的数目、关于接收质量的UE单独反馈和其它标准的信息，动态地决定是否通过PTM支路和/或PTP支路为给定UE递送多播数据。无论决定如何，都适用相同的QoS要求。
16.10.5.5CA的支持
UE可一次从PCell或单个SCell接收MBS多播数据。
16.10.5.6DRX
用于PTM/PTP传送的以下DRX配置是可能的：
-对于PTM传送，针对每个独立于UE特定DRX的G-RNTI/G-CS-RNTI来配置多播DRX；
-对于PTP传送，UE特定DRX被重复使用，即，UE特定DRX用于MBS多播的单播传送和PTP传送。对于经由PTP的PTM重传，UE在UE特定DRX的活动时间期间监听由C-RNTI/CS-RNTI加扰的PDCCH。
16.10.5.7物理层
SRB为多播调度配置的公共频率资源被定义为“MBS频率区域”，其中数个连续PRB被限制在DL BWP内并且具有与DL BWP相同的基础参数，但是多播调度可以具有特定的特性(例如，PDCCH、PDSCH和SPS配置)。
为MBS定义两种HARQ-ACK报告模式：
-对于第一HARQ-ACK报告模式，当UE正确解码传输块或检测到指示SPS PDSCH释放的DCI格式时，UE生成具有ACK值的HARQ-ACK信息；否则，UE生成具有NACK值的HARQ-ACK信息。
-对于第二HARQ-ACK报告模式，UE不传送将仅包含具有ACK值的HARQ-ACK信息的PUCCH。
用于多播的HARQ-ACK反馈可以通过每个G-RNTI或每个G-CS-RNTI的高层配置和/或调度多播传送的DCI中的指示来启用或停用。
16.10.6广播处理
[…]
3GPP TS 38.213V17.2.0(2022-06)的一个或多个部分引述如下：
18多播广播服务
此章节仅适用于服务小区上MBS的PDCCH接收、PDSCH接收和PUCCH传送。具有由G-RNTI或G-CS-RNTI加扰以调度PDSCH接收的CRC的DCI格式被称为多播DCI格式，并且PDSCH接收被称为多播PDSCH接收。具有由MCCH-RNTI或G-RNTI加扰以用于MTCH调度PDSCH接收的CRC的DCI格式被称为广播DCI格式，并且PDSCH接收被称为广播PDSCH接收。与多播DCI格式或多播PDSCH接收相关联的HARQ-ACK信息被称为多播HARQ-ACK信息。
可以为UE提供每个服务小区一个或多个G-RNTI，用于对多播DCI格式的CRC进行加扰以调度PDSCH接收。可以为UE提供每个服务小区一个或多个G-CS-RNTI，用于对多播DCI格式的CRC进行加扰，从而为SPS PDSCH接收提供激活/释放。
UE可以通过cfr-Config-MCCH-MTCH来配置用于提供MCCH和MTCH的PDCCH和PDSCH接收的MBS频率资源[12，TS 38.331]；否则，MBS频率资源与索引为0的CORESET相同，所述CORESET与用于提供MCCH和MTCH的PDCCH和PDSCH接收的Type0-PDCCH CSS集相关联。UE针对MCCH或MTCH监听用于调度PDSCH接收的PDCCH，如章节10.1中所述。
在涉及由PDCCH-ConfigCommon或PDSCH-ConfigCommon提供的高层参数值的章节中，当适用时，如[12，TS 38.331]中所述，分别为MCCH/MTCH PDCCH接收或PDSCH接收提供对应的高层参数值。
UE不需要在两个服务小区上同时接收用于MCCH或MTCH的PDSCH。UE不需要同时在服务小区上接收以下：
-用于MCCH和MTCH的PDSCH，或
-超过一个MTCH PDSCH，或
-用于MTCH和PBCH的PDSCH，或
-用于MCCH或MTCH的PDSCH和由具有经SI-RNTI或P-RNTI加扰的CRC的DCI格式1_0调度的PDSCH
处于RRC_CONNECTED状态的UE不需要同时在服务小区上接收以下：
-用于MCCH或MTCH的PDSCH和多播PDSCH，或
-超过一个多播PDSCH，或
-多播PDSCH和PBCH，或
-用于MCCH或MTCH的PDSCH或由具有经RA-RNTI加扰的CRC的DCI格式1_0调度的多播PDSCH和PDSCH
对于每个DL BWP，可以通过cfr-Config-Multicast为UE配置DL BWP内的MBS频率资源，用于PDCCH和PDSCH接收[4，TS 38.211]。如果cfr-Config-Multicast不包含locationAndBandwidth-Multicast，那么MBS频率源为活动DL BWP。UE不需要在两个服务小区上同时接收PDSCH。在涉及由PDCCH-Config或PDSCH-Config或SPS-Config为DL BWP提供的高层参数值的章节中，当适用时，如[12，TS 38.331]中所述，为多播PDCCH、PDSCH或SPSPDSCH接收提供对应的高层参数值。
在涉及由第一或第二PUCCH-Config提供的高层参数值的章节中，当适用时，如[12，TS 38.331]中所述，为与多播PDCCH或PDSCH接收相关联的PUCCH传送提供对应的高层参数值。在涉及由SPS-PUCCH-AN或SPS-PUCCH-AN-List提供的高层参数值的章节中，当适用时，如[12，TS 38.331]中所述，为与多播SPS PDSCH接收相关联的PUCCH传送提供对应的高层参数值。在涉及由pdsch-HARQ-ACK-Codebook或pdsch-HARQ-ACK-CodebookList提供的高层参数值的章节中，当适用时，如[12，TS 38.331]中所述，为与多播HARQ-ACK信息相关联的HARQ-ACK码本提供对应的高层参数值。
UE监听用于调度PDSCH接收或者用于激活/释放对应SPS PDSCH配置的SPS PDSCH接收的PDCCH，如章节10.1中所述。
根据第一HARQ-ACK报告模式或根据第二HARQ-ACK报告模式，UE可以由用于G-RNTI的harq-Feedback-Option-Multicast或由用于G-CS-RNTI的sps-HARQ-Feedback-Option-Multicast配置以提供HARQ-ACK信息，以分别用于与G-RNTI或G-CS-RNTI相关联的传输块接收。UE根据章节9中针对具有单播HARQ-ACK信息的PUCCH传送描述的任一HARQ-ACK报告模式，确定具有多播HARQ-ACK信息的PUCCH传送的优先级。
对于第一HARQ-ACK报告模式，当UE正确地解码传输块或检测到指示SPS PDSCH释放的DCI格式时，UE生成具有ACK值的HARQ-ACK信息；否则，UE生成具有NACK值的HARQ-ACK信息，如章节9和9.1至9.3中所述。
对于第二HARQ-ACK报告模式，UE不传送将仅包含具有ACK值的HARQ-ACK信息的PUCCH。第二HARQ-ACK报告模式不适用于激活SPS配置的SPS PDSCH接收之后的第一SPSPDSCH的接收，或者不适用于在不调度PDSCH接收的情况下具有相关联HARQ-ACK信息的DCI格式。
对于第二HARQ-ACK报告模式，当HARQ-ACK信息位的数目是一时，UE仅在HARQ-ACK信息位具有NACK值时传送PUCCH。对于与PUCCH格式0相关联的PUCCH资源，UE通过获得章节9.2.3中针对HARQ-ACK信息所描述的m0并通过设置mcs＝0来传送PUCCH，如[4，TS 38.211]中所描述。对于与PUCCH格式1相关联的PUCCH资源，UE通过设置b(0)＝0来传送PUCCH，如[4，TS38.211]中所描述。
对于第二HARQ-ACK报告模式和配置成仅使用一个G-RNTI的UE，UE可由moreThanOneNackOnlyMode指示以根据第一HARQ-ACK报告模式，或通过基于HARQ-ACK信息位的值从用于PUCCH传送的一组资源中选择资源，如表18-1中所描述，来提供PUCCH中的HARQ-ACK信息位。UE根据Type-2HARQ-ACK码本生成用于第二HARQ-ACK报告模式的HARQ-ACK信息位，如章节9.1.3.1中所描述。
[…]
如果向UE提供用于具有优先级值的PUCCH传送的pucch-ConfigurationListMulticast1或pucch-ConfigurationListMulticast2，UE根据pucch-ConfigurationListMulticast1或pucch-ConfigurationListMulticast2为每个G-RNTI或G-CS-RNTI传送具有优先级值的PUCCH，UE分别根据第一HARQ-ACK报告模式或第二HARQ-ACK报道模式提供相关联HARQ-ACK信息。对于仅与第二HARQ-ACK报告模式相关联的HARQ-ACK信息，当向UE提供moreThanOneNackOnlyMode且UE根据第一HARQ-ACK报告模式响应于至少一个DCI格式检测而提供HARQ-ACK信息时，UE根据pucch-ConfigurationListMulticast1(如果提供)确定PUCCH资源；否则，UE根据pucch-Config/pucch-ConfigurationList确定PUCCH资源。
提供传输块的初始传送的PDSCH接收仅由多播DCI格式调度。对于第一HARQ-ACK报告模式，提供传输块的重传的PDSCH接收可由多播DCI格式使用与传输块的初始传送的G-RNTI相同的G-RNTI调度，或者由单播DCI格式使用C-RNTI[6，TS 38.214]调度。
仅通过章节10.2所述的用G-CS-RNTI替换CS-RNTI的多播DCI格式，来提供对使用用于对应SPS PDSCH配置的G-CS-RNTI的SPS PDSCH接收的激活。通过章节10.2所述的用G-CS-RNTI替换CS-RNTI的多播DCI格式或者通过具有由CS-RNTI加扰的CRC的DCI格式，来提供对使用G-CS-RNTI用于对应SPS PDSCH配置的SPS PDSCH接收的释放。对于第一HARQ-ACK报告模式且对于UE在SPS PDSCH中接收到的传输块，提供传输块的重传的PDSCH接收可由单播DCI格式使用CS-RNTI调度，或者由多播DCI格式使用与传输块的初始传送的G-CS-RNTI相同的G-CS-RNTI[6，TS 38.214]调度。
UE可以针对每个G-RNTI或每个G-CS-RNTI由值设置为‘启用’的harq-FeedbackEnablerMulticast配置，以提供用于PDSCH接收的HARQ-ACK信息。当未针对G-RNTI或G-CS-RNTI向UE提供harq-FeedbackEnablerMulticast时或者当向UE提供值设置为‘停用’的harq-FeedbackEnablerMulticast时，UE不提供用于相应PDSCH接收的HARQ-ACK信息。如果针对G-RNTI或G-CS-RNTI向UE提供值设置为'dci-enabler'的harq-FeedbackEnablerMulticast，那么UE基于由与G-RNTI或G-CS-RNTI相关联的多播DCI格式的指示而确定是否提供用于PDSCH接收的HARQ-ACK信息[4，TS 38.212]。
如章节9和9.2.5中所述，如果UE将根据第二HARQ-ACK报告模式的多播HARQ-ACK信息与根据第一HARQ-ACK报道模式的多播HARQ-ACK消息、或单播HARQ-ACK信息、或在第一PUCCH或PUSCH中的CSI报告复用，那么UE根据第一HARQ ACK报告模式提供HARQ-ACK信息。为了在复用PUCCH或PUSCH中的HARQ-ACK信息之前解决具有根据第二HARQ-ACK报告模式的HARQ-ACK信息的第二PUCCH与其它PUCCH或者PUSCH之间的重叠，UE认为当HARQ-ACK信息的所有值都是“ACK”时，UE将传送第二PUCCH。
如果向UE提供了多个G-RNTI或G-CS-RNTI，那么HARQ-ACK码本类型的配置适用于所有G-RNTI或者G-CS-RNTI。
3GPP TS 38.331V17.1.0(2022-06)的一个或多个部分引述如下：
-MAC-CellGroupConfig
IEMAC-CellGroupConfig用于配置小区群组的MAC参数，包含DRX。
MAC-CellGroupConfig信息元素
R2-2209656的一个或多个部分引述如下：
2.2在UE不支持PTP重传的情况下的drx-HARQ-RTT-TimerDL的不必要启动
在先前的RAN2会议中，达成以下协议。
但是，在当前规范中，突出显示的部分没有反映出来。另外，对于经由C-RNTI的PTM重传，RAN1定义了两种可选的UE能力：33-2d(用于多播动态调度的PTP重传)和33-5-1d(用于多播的SPS群组公共PDSCH的PTP重传)。
根据当前规范，即使UE不支持经由C-RNTI进行PTM重传，UE在接收到PTM传送后仍会启动对应HARQ进程的drx-HARQ-RTT-TimerDL，这将导致UE功率浪费。
因此，我们提出RAN2来阐明如果UE不支持经由C-RNTI的PTM重传，那么UE在接收到PTM传送之后不需要启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
提议3：阐明如果UE不支持经由C-RNTI的PTM重传，那么UE在接收到PTM传送之后不需要启动drx-HARQ-RTT-TimerDL。
在一些实例中，第一不连续接收(DRX)(例如，第一DRX模式和/或配置)与群组无线电网络临时标识符(G-RNTI)相关联，所述G-RNTI可对应于多播服务。网络(例如，gNB)可通过多播向多个UE传送(例如，最新传送)数据(例如，数据可包括传输块(TB)和/或媒体接入控制(MAC)协议/包数据单元(PDU))。数据(传送到所述多个UE)可以寻址到G-RNTI。所述多个UE可与G-RNTI相关联。在一些实例中，寻址到G-RNTI的数据的传送对应于网络的新传送(例如，所述传送不是数据的重传)。在一些实例中，在传送之后，如果传送未被(例如，所述多个UE中的)UE成功解码，那么网络可以将数据重新传送到UE(例如，特定UE)，其中重新传送的数据可以寻址到(例如，UE的)小区无线电网络临时标识符(C-RNTI)。在一些实例中，UE可以配置成使用与C-RNTI相关联的第二DRX(例如，第二DRX模式和/或配置)，从而要求第一DRX和第二DRX之间存在协调以用于数据接收。
当UE从网络(例如，gNB)接收/检测到寻址到混合自动重复请求(HARQ)进程的G-RNTI的数据且UE未成功解码数据(例如，UE发送指示否定确认(NACK)的HARQ反馈)时，UE(i)可启动与用于HARQ进程的G-RNTI相关联的一个或多个G-RNTI相关定时器(例如，DRX重传定时器和/或HARQ往返时间(RTT)定时器)(例如，所述一个或多个G-RNTI相关定时器可包括drx-RetransmissionTimerDL-PTM)，和/或(ii)可启动与用于HARQ进程的C-RNTI相关联的一个或多个C-RNTI相关定时器(例如，DRX重传定时器和/或HARQ RTT定时器)(例如，所述一个或多个C-RNTI相关定时器可包括drx-RetransmissionTimerDL)。在本公开中，术语“接收/检测”可以指接收和/或检测。例如，与G-RNTI和C-RNTI相关联的DRX重传可以分别响应于(例如，所述一个或多个G-RNTI相关定时器中的)G-RNTI HARQ RTT定时器和(例如，所述一个或多个C-RNTI相关定时器中的)C-RNTI HARQ RTT定时器(例如，drx-HARQ-RTT-TimerDL-PTM和drx-HARQ-RTT-TimerDL)到期和/或在所述到期之后开始。在实例中，与G-RNTI(和/或G-RNTI定时器)相关联的DRX重传可以响应于G-RNTI HARQ RTT定时器(例如，G-RNTI HARQ RTT定时器可以是drx-HARQ-RTT-TimerDL-PTM)到期和/或在所述到期之后开始。在实例中，与C-RNTI(和/或C-RNTI定时器)相关联的DRX重传可以响应于C-RNTI HARQRTT定时器(例如，C-RNTI HARQ RTT定时器可以是drx-HARQ-RTT-TimerDL)到期和/或在所述到期之后开始。在一些实例中，UE可以基于第一信息确定启动C-RNTI重传定时器(例如，所述一个或多个C-RNTI相关定时器中的定时器，如DRX重传定时器)。在一些实例中，第一信息可包括配置的信息(例如，指示)，所述配置例如物理下行链路控制信道(PDCCH)配置和/或无线资源控制(RRC)配置。第一信息(例如，所述配置，如PDCCH配置和/或RRC配置)可以指示对于相同内容(例如，相同数据、相同TB、相同MAC PDU等)的多播传送(例如，寻址到G-RNTI)，可发生C-RNTI传送(例如，重传)。例如，第一信息可以指示可执行C-RNTI传送以重新传送经由(先前)多播传送(例如，寻址到G-RNTI)传送的内容(例如，数据、TB、MAC PDU等)。C-RNTI传送可以是单播传送。在一些实例中，前述定时器(例如，所述一个或多个G-RNTI相关定时器、所述一个或多个C-RNTI相关定时器、DRX重传定时器、HARQ RTT定时器、G-RNTIHARQ RTT定时器、C-RNTI HARQ RTT定时器、drx-HARQ-RTT-TimerDL-PTM、drx-HARQ-RTT-TimerDL等等中的至少一个)可具有不同长度。考虑了其中前述定时器中的两个或更多个具有相同长度的实施例。
在一些实例中，当UE从gNB/网络接收/检测到寻址到用于HARQ进程的C-RNTI的数据(例如，重传)且UE未成功解码数据(例如，UE可发送指示NACK的HARQ反馈)时，UE(i)可以启动与用于HARQ进程的C-RNTI相关联的DRX重传定时器和/或HARQ RTT定时器(例如，drx-RetransmissionTimerDL)，并且(ii)可以不启动与用于HARQ进程的G-RNTI相关联的DRX重传定时器和/或HARQ RTT定时器(例如，drx-RetransmissionTimerDL-PTM)。在一些实例中，UE可响应于与用于HARQ进程的G-RNTI相关联的HARQ RTT定时器到期(例如，在到期后)而启动G-RNTI重传定时器。
在一些实例中，如果gNB从UE侧(例如，从UE)接收多播数据的NACK(例如，任何NACK)，那么gNB可以在(大致)相同时间和/或在一时间段内通过多播(例如，G-RNTI)和单播(例如，C-RNTI)为不同UE重新传送数据。当UE接收/检测到寻址到(例如，与多播数据相关联的)用于HARQ进程的G-RNTI和/或C-RNTI的重传时，UE可以停止G-RNTI和C-RNTI重传定时器。UE可能不继续监听用于C-RNTI和/或G-RNTI重传的PDCCH(例如，在停止G-RNTI和C-RNTI重传定时器之后，UE可中止监听用于C-RNTI和/或G-RNTI重传的PDCCH)。
在一些实例中，假设UE能够(和/或被启用和/或被允许和/或配置成和/或被指示和/或受指示)发送多播(例如，G-RNTI)数据/物理下行共享信道(PDSCH)/TB的HARQ反馈，UE可以得到两个选项。在本公开中，术语“数据/PDSCH/TB”可以指数据、PDSCH和/或TB。所述两个选项中的第一选项可以是如果多播数据/PDSCH/TB的解码(例如，G-RNTI数据/PDSCH解码)成功，那么在物理上行链路控制信道(PUCCH)上发送确认(ACK)(例如，显式ACK)；否则，发送NACK。例如，根据第一选项，如果UE未成功解码多播数据/PDSCH/TB(例如，响应于解码多播数据/PDSCH/TB失败)，那么UE可以发送NACK。所述两个选项中的第二选项可以是：(i)如果(即使)多播数据/PDSCH/TB的解码(例如，G-RNTI数据/PDSCH解码)成功，不发送ACK；以及(ii)如果多播数据/PDSCH/TB的解码失败，那么(例如，在PUCCH上的公共/共享资源上)发送NACK。在一些实例中，UE可以基于RRC配置(例如，harq-FeedbackEnablerMulticast和/或harq-FeedbackOptionMulticast)、下行控制信息(DCI)和/或PDCCH来确定是所述两个选项中的哪一选项(例如，对于多播数据/PDSCH/TB)。第一选项可对应于ack-nack模式，和/或第二选项可对应于仅nack模式。
如果UE使用仅nack模式(例如，对于多播数据/PDSCH/TB)(例如，harq-FeedbackOptionMulticast＝仅nack)，那么当UE接收/检测到多播(例如，G-RNTI)数据/PDSCH/TB且UE解码多播(例如，G-RNTI)数据/PDSCH/TB失败时，UE(仍然)可以启动单播HARQRTT定时器和/或单播DRX重传定时器。考虑到NACK可以从超过一个UE发送，UE基于未能成功解码多播(例如，G-RNTI)数据/PDSCH/TB而启动单播HARQ RTT定时器和/或单播DRX重传定时器可能导致UE功率浪费，因为gNB/网络可能没有为特定UE调度任何对应的单播(例如，C-RNTI)重传。
图7示出与UE接收第一多播传送702相关联的情形700。在一些实例中，UE使用经配置下行链路(DL)多播资源(例如，经预配置下行链路多播资源接收/检测第一多播传送702。在一些实例中，经配置下行链路多播资源包括经配置(例如，经预配置)下行链路多播分配。在一些实例中，UE在时间t1从网络(例如，gNB)接收/检测第一多播传送702。在一些实例中，第一多播传送702寻址到包括所述UE的UE群组(例如，多个UE)的G-RNTI。在一些实例中，第一多播传送702与第一HARQ进程相关联。在一些实例中，第一多播传送702是第一HARQ进程的数据/PDSCH/TB的传送。在一些实例中，UE在时间t1或在时间t1之后启动不活动定时器708。在一些实例中，UE响应于接收到第一多播传送702而启动不活动定时器708。在一些实例中，UE在时间t2传送指示NACK的HARQ反馈704。在一些实例中，UE基于UE未成功解码第一多播传送702(例如，解码第一多播传送702失败)而(例如，在公共/共享资源上)传送指示NACK的HARQ反馈704。在一些实例中，指示NACK的HARQ反馈704与第一HARQ进程相关联。UE(同时)启动多播RTT定时器710(例如，多播HARQ RTT定时器)和单播RTT定时器712(例如，单播HARQ RTT定时器)。在一些实例中，多播RTT定时器710包括drx-HARQ-RTT-TimerDL-PTM。在一些实例中，单播RTT定时器712包括drx-HARQ-RTT-TimerDL。在一些实例中，UE响应于传送指示NACK的HARQ反馈704(和/或响应于未能解码第一多播传送702)而(同时)启动多播RTT定时器710和单播RTT定时器712。在一些实例中，多播RTT定时器710和/或单播RTT定时器712与第一HARQ进程相关联。在一些实例中，在时间t3，UE响应于单播RTT定时器712到期而启动单播重传定时器716。在一些实例中，UE配置成在单播重传定时器716处于运行中时监听(例如，主动监听)用于单播(例如，C-RNTI)重传(例如，第一多播传送702的单播重传)的控制信道(例如，PDCCH)。在一些实例中，在时间t4，UE响应于多播RTT定时器710到期而启动多播重传定时器714。在一些实例中，UE配置成在多播重传定时器714处于运行中时监听(例如，主动监听)用于多播(例如，G-RNTI)重传(例如，第一多播传送702的多播重传)的控制信道(例如，PDCCH)。在一些实例中，多播重传定时器714和/或单播重传定时器716与第一HARQ进程相关联。在一些实例中，多播重传定时器714包括drx-RetransmissionTimerDL-PTM。在一些实例中，单播重传定时器716包括drx-RetransmissionTimerDL。
在一些实例中，UE在时间t5接收/检测第二多播传送706(例如，G-RNTI传送)。在一些实例中，第二多播传送706由网络(例如，gNB)传送。在一些实例中，第二多播传送706与第一HARQ进程相关联。在一些实例中，第二多播传送706是第一HARQ进程的(第一多播传送702的)数据/PDSCH/TB的传送(例如，重传)。在一些实例中，第二多播传送706包括第一多播传送702的重传(例如，G-RNTI重传)。在一些实例中，网络(例如，gNB)响应于指示NACK的HARQ反馈704(和/或响应于来自UE群组中的一个或多个其它UE的其它HARQ反馈)而传送第二多播传送706。在一些实例中，UE响应于接收到第二多播传送706而停止多播重传定时器714和/或单播重传定时器716。
因此，UE可在第一时间段718期间(例如，在单播重传定时器716和/或多播重传定时器714处于运行中时)执行控制信道监听(例如，主动监听控制信道，如PDCCH)。第一时间段718包括期间多播重传定时器714不处于运行中的第二时间段720(例如，在第二时间段720期间，仅单播重传定时器716处于运行中)。在一些实例中，在第二时间段720期间由UE执行的控制信道监听是无益的(和/或不必要的和/或次要的)，因为网络(例如，gNB)未配置成经由单播(例如，C-RNTI)重传重新传送第一多播传送702。因此，在第二时间段720期间监听(例如，主动监听)用于单播(例如，C-RNTI)传送(例如，第一多播传送702的单播重传)的控制信道(例如，PDCCH)可能会浪费UE的功率和/或资源。
图8示出与UE接收第一多播传送802相关联的情形800。在一些实例中，UE使用经配置下行链路多播资源(例如，经预配置下行链路多播资源)接收/检测第一多播传送802。在一些实例中，经配置下行链路多播资源包括经配置(例如，经预配置)下行链路多播分配。在一些实例中，UE在时间t1从网络(例如，gNB)接收/检测第一多播传送802。在一些实例中，第一多播传送802寻址到包括所述UE的UE群组(例如，多个UE)的G-RNTI。在一些实例中，第一多播传送802与第一HARQ进程相关联。在一些实例中，第一多播传送802是第一HARQ进程的数据/PDSCH/TB的传送。在一些实例中，UE在时间t1或在时间t1之后启动不活动定时器808。在一些实例中，UE响应于接收到第一多播传送802而启动不活动定时器808。在一些实例中，UE在时间t2传送指示NACK的HARQ反馈804。在一些实例中，UE基于UE未成功解码第一多播传送802(例如，解码第一多播传送802失败)而(例如，在公共/共享资源上)传送指示NACK的HARQ反馈804。在一些实例中，指示NACK的HARQ反馈804与第一HARQ进程相关联。UE(同时)启动多播RTT定时器810(例如，多播HARQ RTT定时器)和单播RTT定时器812(例如，单播HARQRTT定时器)。在一些实例中，多播RTT定时器810包括drx-HARQ-RTT-TimerDL-PTM。在一些实例中，单播RTT定时器812包括drx-HARQ-RTT-TimerDL。在一些实例中，UE响应于传送指示NACK的HARQ反馈804(和/或响应于未能解码第一多播传送802)而(同时)启动多播RTT定时器810和单播RTT定时器812。在一些实例中，多播RTT定时器810和/或单播RTT定时器812与第一HARQ进程相关联。在一些实例中，在时间t3，UE响应于单播RTT定时器812到期而启动单播重传定时器816。在一些实例中，UE配置成在单播重传定时器816处于运行中时监听(例如，主动监听)用于单播(例如，C-RNTI)重传(例如，第一多播传送802的单播重传)的控制信道(例如，PDCCH)。在一些实例中，在时间t4，UE响应于多播RTT定时器810到期而启动多播重传定时器814。在一些实例中，UE配置成在多播重传定时器814处于运行中时监听(例如，主动监听)用于多播(例如，G-RNTI)重传(例如，第一多播传送802的多播重传)的控制信道(例如，PDCCH)。在一些实例中，多播重传定时器814和/或单播重传定时器816与第一HARQ进程相关联。在一些实例中，多播重传定时器814在时间t5到期。在一些实例中，单播重传定时器816在时间t5之后在时间t6到期。在一些实例中，多播重传定时器814包括drx-RetransmissionTimerDL-PTM。在一些实例中，单播重传定时器816包括drx-RetransmissionTimerDL。
因此，UE可在第一时间段818期间(例如，在单播重传定时器816和/或多播重传定时器814处于运行中时)执行控制信道监听(例如，主动监听控制信道，如PDCCH)。第一时间段818包括期间多播重传定时器814不处于运行中的第二时间段820和第三时间段822(例如，在第二时间段820和第三时间段822期间，仅单播重传定时器816处于运行中)。在一些实例中，在第二时间段820和第三时间段822期间由UE执行的控制信道监听是无益的(和/或不必要的和/或次要的)，因为网络(例如，gNB)未配置成经由单播(例如，C-RNTI)重传重新传送第一多播传送802。因此，在第二时间段820和第三时间段822期间监听(例如，主动监听)用于单播(例如，C-RNTI)传送(例如，第一多播传送802的单播重传)的控制信道(例如，PDCCH)可能会浪费UE的功率和/或资源。
根据一些实施例，本公开提供了当实施时提高UE的效率和/或避免UE的功率浪费和/或资源浪费的技术。
图9示出与UE接收第一多播传送902相关联的情形900。在一些实例中，UE在时间t1从网络(例如，gNB)接收/检测第一多播传送902。在一些实例中，UE使用经配置下行链路多播资源(例如，经预配置下行链路多播资源)接收/检测第一多播传送902。在一些实例中，经配置下行链路多播资源包括经配置(例如，经预配置)下行链路多播分配。在一些实例中，第一多播传送902寻址到包括所述UE的UE群组(例如，多个UE)的G-RNTI。在一些实例中，第一多播传送902与第一HARQ进程相关联。在一些实例中，第一多播传送902是第一HARQ进程的数据/PDSCH/TB的传送。在一些实例中，UE在时间t1或在时间t1之后启动不活动定时器908。在一些实例中，UE响应于接收到第一多播传送902而启动不活动定时器908。在一些实例中，UE在时间t2传送指示NACK的HARQ反馈904。在一些实例中，UE基于UE未成功解码第一多播传送902(例如，解码第一多播传送902失败)而传送指示NACK的HARQ反馈904。在一些实例中，指示NACK的HARQ反馈904与第一HARQ进程相关联。
在一些实例中，UE确定是否启动多播RTT定时器910(例如，多播HARQ RTT定时器)和/或单播RTT定时器912(例如，单播HARQ RTT定时器)。在一些实例中，多播RTT定时器910包括drx-HARQ-RTT-TimerDL-PTM。在一些实例中，单播RTT定时器912包括drx-HARQ-RTT-TimerDL。在一些实例中，多播RTT定时器910和/或单播RTT定时器912与第一HARQ进程相关联。在一些实例中，UE响应于传送指示NACK的HARQ反馈904(和/或响应于未能解码第一多播传送902)而确定是否启动多播RTT定时器910和/或单播RTT定时器912。在一些实例中，UE确定启动多播RTT定时器910。在一些实例中，UE响应于传送指示NACK的HARQ反馈904(和/或响应于未能解码第一多播传送902)而确定启动多播RTT定时器910。在一些实例中，UE响应于确定启动多播RTT定时器910而启动多播RTT定时器910。在一些实例中，UE在时间t2启动多播RTT定时器910。
在一些实例中，UE基于反馈模式(例如，HARQ反馈模式)而确定是否启动单播RTT定时器912。在一些实例中，针对第一多播传送902使用和/或指示反馈模式。替代地和/或另外，反馈模式可与第一HARQ进程相关联(例如，可针对第一HARQ进程使用和/或指示反馈模式)。在一些实例中，UE基于反馈模式的指示而确定反馈模式，所述指示可从网络(例如，gNB)接收。在一些实例中，UE(例如，从网络)接收配置，并基于配置而确定反馈模式(例如，配置指示反馈模式)。在一些实例中，UE基于反馈模式是ack-nack模式而确定启动单播RTT定时器912。在一些实例中，UE基于反馈模式是仅nack模式而确定不启动单播RTT定时器912。
在一些实例中，UE基于第一配置(例如，RRC层中的可配置配置)确定是否启动单播RTT定时器912。在一些实例中，UE基于第一配置(例如，RRC配置)指示第一值而确定启动单播RTT定时器912。在一些实例中，UE基于第一配置指示第二值而确定不启动单播RTT定时器912。
在一些实例中，UE基于用于发送指示NACK的HARQ反馈904的资源的类型而确定是否启动单播RTT定时器912(例如，UE基于资源是公共、共享还是专用而确定是否启动单播RTT定时器912)。在一些实例中，UE基于HARQ反馈904(例如，NACK)经由专用和/或特定PUCCH资源(例如，专供UE使用和/或不可被其它UE使用的PUCCH资源)传送而确定启动单播RTT定时器912。在一些实例中，UE基于HARQ反馈904(例如，NACK)经由公共和/或共享PUCCH资源(例如，不是专供所述UE使用的用于超过一个UE的PUCCH资源)传送而确定不启动单播RTT定时器912。
在一些实例中，UE基于UE是否配置成使用经配置调度无线电网络临时标识符(CS-RNTI)而确定是否启动单播RTT定时器912。在一些实例中，CS-RNTI用于检测与第一HARQ进程相关联的(第一多播传送702的)数据/PDSCH/TB的传送(例如，重传)。在一些实例中，UE基于UE配置成使用CS-RNTI(例如，UE可配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)而确定启动单播RTT定时器912。在一些实例中，UE基于UE未配置成使用CS-RNTI(例如，UE可能未配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)而确定不启动单播RTT定时器912。
在一些实例中，UE基于以下确定不启动单播RTT定时器912(例如，在时间t2)：(i)反馈模式是仅nack模式，(ii)第一配置(例如，RRC配置)指示第二值，(iii)HARQ反馈904(例如，NACK)经由公共和/或共享PUCCH资源传送，和/或(iv)UE未配置成使用CS-RNTI(例如，UE可能未配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。
在一些实例中，UE基于以下确定启动单播RTT定时器912(例如，在时间t2)：(i)反馈模式是ack-nack模式，(ii)第一配置(例如，RRC配置)指示第一值，(iii)HARQ反馈904(例如，NACK)经由专用和/或特定PUCCH资源传送，和/或(iv)UE配置成使用CS-RNTI(例如，UE可配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。
在一些实例中，UE基于以下确定启动多播RTT定时器910且不启动单播RTT定时器912：(i)反馈模式是仅nack模式，(ii)第一配置(例如，RRC配置)指示第二值，(iii)HARQ反馈904(例如，NACK)经由公共和/或共享PUCCH资源传送，和/或(iv)UE未配置成使用CS-RNTI(例如，UE可能未配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。例如，UE可基于以下在时间t2启动多播RTT定时器910而不启动单播RTT定时器912(例如图9的情形900中所示)：(i)反馈模式是仅nack模式，(ii)第一配置(例如，RRC配置)指示第二值，(iii)HARQ反馈904(例如，NACK)经由公共和/或共享PUCCH资源传送，和/或(iv)UE未配置成使用CS-RNTI(例如，UE可能未配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。
在一些实例中，UE基于以下确定(同时)启动多播RTT定时器910和单播RTT定时器912：(i)反馈模式是ack-nack模式，(ii)第一配置(例如，RRC配置)指示第一值，(iii)HARQ反馈904(例如，NACK)经由专用和/或特定PUCCH资源传送，和/或(iv)UE配置成使用CS-RNTI(例如，UE可配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。例如(在图9中未示出)，UE可基于以下在时间t2启动多播RTT定时器910和单播RTT定时器912：(i)反馈模式是ack-nack模式，(ii)第一配置(例如，RRC配置)指示第一值，(iii)HARQ反馈904(例如，NACK)经由专用和/或特定PUCCH资源传送，和/或(iv)UE配置成使用CS-RNTI(例如，UE可配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。
在一些实例中，UE配置成在单播重传定时器916处于运行中时监听(例如，主动监听)用于单播(例如，C-RNTI)重传的控制信道(例如，PDCCH)。在一些实例中，单播重传定时器916和/或多播重传定时器914与第一HARQ进程相关联。在一些实例中，多播重传定时器914包括drx-RetransmissionTimerDL-PTM。在一些实例中，单播重传定时器916包括drx-RetransmissionTimerDL。
在一些实例中，UE不启动单播重传定时器916(例如，因为单播RTT定时器912未启动和/或未到期)。在一些实例中，在时间t3，UE响应于多播RTT定时器910到期而启动多播重传定时器914。在一些实例中，UE配置成在多播重传定时器914处于运行中时监听(例如，主动监听)用于多播(例如，G-RNTI)重传(例如，第一多播传送902的多播重传)的控制信道(例如，PDCCH)。在一些实例中，多播重传定时器914在时间t4到期。
考虑了其中UE进行以下操作的实施例：(i)在时间t2启动单播RTT定时器912(例如，还启动多播RTT定时器910)，以及(ii)基于反馈模式、第一配置、用于发送HARQ反馈904的资源的类型、UE是否配置成使用CS-RNTI和/或其它信息，确定是否启动单播重传定时器916(例如，响应于单播RTT定时器912到期)。在一些实例中，UE基于以下确定不启动单播重传定时器916(例如，响应于单播RTT定时器912到期)：(i)反馈模式是仅nack模式，(ii)第一配置(例如，RRC配置)指示第二值，(iii)HARQ反馈904(例如，NACK)经由公共和/或共享PUCCH资源传送，和/或(iv)UE未配置成使用CS-RNTI(例如，UE可能未配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。在一些实例中，UE响应于确定不启动单播重传定时器916而不启动单播重传定时器916。在一些实例中，UE基于以下确定启动单播重传定时器916(例如，响应于单播RTT定时器912到期)：(i)反馈模式是ack-nack模式，(ii)第一配置(例如，RRC配置)指示第一值，(iii)HARQ反馈904(例如，NACK)经由专用和/或特定PUCCH资源传送，和/或(iv)UE配置成使用CS-RNTI(例如，UE可配置成使用CS-RNTI来检测与第一HARQ进程相关联的重传)。在一些实例中，UE响应于确定启动单播重传定时器916(例如，单播重传定时器916响应于单播RTT定时器912到期而启动)而启动单播重传定时器916。
可以了解，根据本文中的一些实施例，对于多播传送(例如，第一多播传送902)的单播重传，当网络(例如，gNB)未被调度提供多播传送的单播重传(例如，任何单播重传)时，UE可能不会浪费功率和/或资源监听控制信道(例如，PDCCH)。因此，相比于UE可能(同时)启动单播RTT定时器912和单播重传定时器916而不考虑反馈模式、第一配置、用于发送HARQ反馈904的资源的类型和/或UE是否配置成使用CS-RNTI的一些系统，本公开提高了效率。
在一些实例中，术语“C-RNTI”的前述实例中的一个、一些和/或全部可以替换为术语“CS-RNTI”，例如在其中基于经配置(例如，经预配置)多播资源，如经配置(例如，经预配置)下行链路多播分配，检测/接收(和/或解码)多播传送(例如，第一多播传送702、第一多播传送802、第一多播传送902)的实施例中。
在实例中，在图7中，UE可以在第一时间段718(包含第二时间段720)内保持监听(例如，主动监听)用于单播(例如，C-RNTI)重传的控制信道(例如，PDCCH)，直到在时间t5检测到与相同HARQ进程的PDSCH/数据/TB相关联的G-RNTI传送(重传)。类似于图8中的实例，如果UE没有检测到重传或网络没有调度重传(例如，根据网络调度策略，如gNB调度策略)，并且单播DRX重传定时器的长度长于组播/多播DRX重传定时器，UE可能需要额外地/不必要地在第三时间段822内监听控制信道(例如，PDCCH)。为了解决这些问题，UE可：(i)在针对多播数据/PDSCH/TB使用(和/或指示)ack-nack模式的情况下，确定启动单播HARQ RTT定时器(例如，C-RNTI HARQ RTT定时器)和/或单播DRX重传定时器(例如，C-RNTIDRX重传定时器)，和/或(ii)在针对多播数据/PDSCH/TB(例如，G-RNTI数据/PDSCH/TB)使用(和/或指示)仅nack模式的情况下，确定不启动单播HARQ RTT定时器和/或不启动单播DRX重传定时器。UE可基于针对第一HARQ进程的多播数据/PDSCH/TB使用(和/或指示和/或配置)的HARQ反馈模式(例如，ack-nack模式或仅nack模式)，和/或基于RRC层中的可配置配置(和/或基于其它信息)，确定是否启动C-RNTIHARQ RTT定时器和/或DRX重传定时器。在实例中，在图9中，UE可确定在时间t2不启动单播HARQ RTT定时器和/或不启动单播DRX重传定时器(例如，响应于单播HARQ RTT定时器到期，如在所述到期后)。在一些实例中，UE可基于经配置(例如，经预配置)多播资源(例如，经配置下行链路多播分配)(例如，尝试)接收和/或解码多播数据/PDSCH/TB。在一些实例中，如果多播数据/PDSCH/TB基于经预配置多播资源解码和/或接收，那么前述C-RNTI可以替换为CS-RNTI。
在一些实例中，UE可：(i)在NACK在专用(和/或特定)PUCCH(用于所述UE)上发送的情况下，确定启动单播HARQ RTT定时器(例如，C-RNTI HARQ RTT定时器)和/或单播DRX重传定时器(例如，C-RNTIDRX重传定时器)，和/或(ii)在NACK在公共/共享PUCCH(用于超过一个UE)上发送的情况下，确定不启动单播HARQ RTT定时器(例如，C-RNTI HARQ RTT定时器)和/或单播DRX重传定时器(例如，C-RNTIDRX重传定时器)。UE可至少基于用于发送NACK的PUCCH资源是公共、共享还是专用来确定是否启动单播HARQ RTT定时器(例如，C-RNTI HARQ RTT定时器)和/或单播DRX重传定时器(例如，C-RNTIDRX重传定时器)。
在一些实例中，UE可：(i)在CS-RNTI配置成/用于检测在经预配置多播资源上接收的多播数据/PDSCH/TB的重传的情况下，确定启动单播HARQ RTT定时器(例如，C-RNTI HARQRTT定时器)和/或单播DRX重传定时器(例如，C-RNTIDRX重传定时器)，和/或(ii)在CS-RNTI未配置/使用的情况下，确定不启动单播HARQ RTT定时器(例如，C-RNTI HARQ RTT定时器)和/或单播DRX重传定时器(例如，C-RNTIDRX重传定时器)。UE可基于CS-RNTI是否经配置(和/或使用，例如用于检测在经预配置多播资源上接收的多播数据/PDSCH/TB的重传)，确定是否启动单播HARQ RTT定时器(例如，C-RNTI HARQ RTT定时器)和/或单播DRX重传定时器(例如，C-RNTIDRX重传定时器)。
在一些实例中，术语“多播”的前述实例中的一个、一些和/或全部可以替换为术语“组播”。
前述实例、概念、技术和/或实施例中的一个、一些和/或全部可以形成和/或组合为新实施例。
在一些实例中，可以独立地和/或单独地实施本文公开的实施例。替代地和/或另外，可以实施本文描述的实施例的组合。替代地和/或另外，可以并行地和/或同时地实施本文描述的实施例的组合。
本公开的各个技术、实施例、方法和/或替代方案可彼此独立和/或单独地执行。替代地和/或另外，本公开的各个技术、实施例、方法和/或替代方案可以组合和/或使用单个系统实施。替代地和/或另外，本公开的各个技术、实施例、方法和/或替代方案可以并行和/或同时实施。
为了增强3GPP规范，例如3GPP TS 38.321V17.1.0(2022-06)，对于根据本文中的一些实施例的无线通信，本文提供了增强1。增强1反映了根据本文中的一些实施例的实施方案，并且包括3GPP规范的修改。根据一些实施例，可以实施增强1的至少一部分。
可以根据本公开的一个或多个实施例实施增强1。在增强1中，对3GPP TS38.321V17.1.0(2022-06)的章节5.7进行添加1、添加2、添加3、添加4、添加5和/或添加6。在一些实例中，本公开的实施例可以经由增强1中的添加1-6中的一个或多个实施。为了区分添加X(其中X＝1、2、3、4、5、6)与3GPP TS 38.321V17.1.0(2022-06)的章节5.7中最初包含的内容，添加X呈粗体，前面有术语“添加X开始：”，后跟着术语“添加X结束”。
增强1：
5.7不连续接收(DRX)
…
当配置DRX时，MAC实体将：
…
1>如果drx-HARQ-RTT-TimerDL到期：
2>如果对应HARQ进程的数据未被成功解码：
添加1开始：
3>如果数据不是HARQ反馈选项＝仅nack的DL多播传送：
添加1结束
4>在drx-HARQ-RTT-TimerDL到期之后在第一符号中启动对应HARQ进程的drx-RetransmissionTimerDL。
添加2开始：
3>如果数据是HARQ反馈选项＝ack-nack的单播传送或多播传送：
添加2结束
4>在drx-HARQ-RTT-TimerDL到期之后在第一符号中启动对应HARQ进程的drx-RetransmissionTimerDL。
添加3开始：
3>如果HARQ反馈选项是ack-nack：
添加3结束
4>在drx-HARQ-RTT-TimerDL到期之后在第一符号中启动对应HARQ进程的drx-RetransmissionTimerDL。
…
5.7b用于MB多播的不连续接收(DRX)
[…]
当为G-RNTI或G-CS-RNTI配置多播DRX时，对于此G-RNTI和G-CS-RNTI，MAC实体将：
1>如果在经配置下行链路多播分配中接收到MAC PDU：
2>如果HARQ反馈启用：
3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL-PTM；
添加4开始：
3>如果HARQ反馈选项是ack-nack；
添加4结束
4>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
添加5开始：
3>如果CS-RNTI经配置；
添加5结束
4>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL-PTM；
3>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
2>停止对应HARQ进程的drx-RetransmissionTimerDL-PTM；
2>停止对应HARQ进程的drx-RetransmissionTimerDL。
1>如果drx-HARQ-RTT-TimerDL-PTM到期：
2>如果对应HARQ进程的数据未被成功解码：
3>在drx-HARQ-RTT-TimerDL-PTM到期之后在第一符号中启动对应HARQ进程的drx-RetransmissionTimerDL-PTM。
1>如果接收到具有经G-RNTI加扰的DCI的DRX命令MAC CE：
2>针对此G-RNTI，停止DRX的drx-onDurationTimerPTM；
2>针对此G-RNTI，停止DRX的drx-InactivityTimerPTM。
1>如果[(SFN×10)+子帧号]模(drx-LongCycle-PTM)＝drx-StartOffset-PTM：
2>从子帧的开始处起经过drx-SlotOffsetPTM后启动drx-onDurationTimerPTM。
1>如果MAC实体在此G-RNTI或G-CS-RNTI的活动时间中：
2>监听此G-RNTI或G-CS-RNTI的PDCCH，如TS 38.213[6]中所规定；
2>如果PDCCH指示DL多播传送：
3>如果HARQ反馈启用：
4>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL-PTM；
添加6开始：
4>如果HARQ反馈选项是ack-nack；
添加6结束
5>在载送DL HARQ反馈的对应传送结束之后在第一符号中启动对应HARQ进程的drx-HARQ-RTT-TimerDL。
3>停止对应HARQ进程的drx-RetransmissionTimerDL-PTM；
3>停止对应HARQ进程的drx-RetransmissionTimerDL。
2>如果PDCCH指示用于此G-RNTI或G-CS-RNTI的新多播传送：
3>在PDCCH接收结束之后在第一符号中启动或重新启动drx-InactivityTimerPTM。
注：指示多播SPS的激活的PDCCH被视为指示新传送。
如果PDCCH时机不完整(例如，活动时间在PDCCH时机中间开始或结束)，那么MAC实体不需要监听PDCCH。
图10是从UE的角度看的根据一个示例性实施例的流程图1000。在步骤1005中，UE在经配置下行链路多播资源上接收和/或检测下行链路数据的多播传送，其中多播传送与HARQ进程相关联。在一些实例中，多播传送(和/或下行链路数据)是针对HARQ进程。在一些实例中，可以针对HARQ进程(和/或与HARQ进程相关联地)接收和/或检测下行链路数据的多播传送。在一些实例中，经配置下行链路多播资源是经预配置下行链路多播资源(例如，UE在接收和/或检测多播传送之前配置成使用的下行链路多播资源)。在一些实例中，经配置下行链路多播资源可包括下行链路多播分配。在步骤1010中，UE启动与HARQ进程相关联的多播HARQ RTT定时器。在一些实例中，UE响应于传送多播传送的否定HARQ反馈(例如，NACK)(例如，UE可响应于未能解码多播传送和/或下行链路数据而传送否定HARQ反馈)而启动多播HARQ RTT定时器。在步骤1015中，UE基于UE是否配置成使用CS-RNTI而确定是否启动与HARQ进程相关联的单播HARQ RTT定时器。在一些实例中，除了UE是否配置成使用CS-RNTI之外，确定(在步骤1015中)是否启动单播HARQ RTT定时器还基于其它信息来执行。在一些实例中，CS-RNTI用于检测与HARQ进程相关联的下行链路数据的传送(例如，重传)。
在一些实例中，多播传送由网络(例如，gNB)传送。
在一些实例中，多播传送包括下行链路数据的新多播传送。在一些实例中，下行链路数据的新多播传送不是由网络进行的先前多播传送的重传。在一些实例中，下行链路数据的新多播传送不是下行链路数据的重传(例如，新多播传送对应于由网络进行的下行链路数据的初始传送)。
在一个实施例中，UE基于UE配置成使用CS-RNTI而启动单播HARQ RTT定时器。例如，如果UE配置成使用CS-RNTI(例如，以用于检测与HARQ进程相关联的下行链路数据的重传)，那么UE可确定启动单播HARQ RTT定时器。替代地和/或另外，如果UE配置成使用用于HARQ进程的CS-RNTI(例如，UE配置成使用CS-RNTI来检测与HARQ进程相关联的下行链路数据的重传)，那么UE可确定启动单播HARQ RTT定时器。在一些实例中，UE启动单播HARQ RTT定时器，同时启动多播HARQ RTT定时器。在一些实例中，UE启动单播HARQ RTT定时器的时间和UE启动多播HARQ RTT定时器的时间之间的差最多为阈值差。
在一个实施例中，基于UE未配置成使用CS-RNTI，UE不启动单播HARQ RTT定时器。例如，如果UE未配置成使用CS-RNTI(例如，以用于检测与HARQ进程相关联的下行链路数据的重传)，和/或如果UE未配置成使用用于HARQ进程的CS-RNTI(例如，UE未配置成使用CS-RNTI来检测与HARQ进程相关联的下行链路数据的重传)，那么UE可确定不启动单播HARQRTT定时器。
在一个实施例中，多播HARQ RTT定时器是drx-HARQ-RTT-TimerDL-PTM定时器。在一些实例中，drx-HARQ-RTT-TimerDL-PTM定时器与一点到多点(PTM)通信相关联。
在一个实施例中，单播HARQ RTT定时器是drx-HARQ-RTT-TimerDL定时器。
在一个实施例中，UE响应于单播HARQ RTT定时器到期(例如，在所述到期后)启动与HARQ进程相关联的单播DRX重传定时器。
在一个实施例中，UE响应于多播HARQ RTT定时器到期(例如，在所述到期后)启动与HARQ进程相关联的多播DRX重传定时器。
在一个实施例中，当单播DRX重传定时器处于运行中时，UE监听PDCCH。例如，当单播DRX重传定时器处于运行中时，UE配置成执行PDCCH监听(例如，监听PDCCH上的单播传送)。例如，当单播DRX重传定时器处于运行中时，UE监听用于单播传送(例如，下行链路数据的单播重传)的PDCCH。
在一个实施例中，当多播DRX重传定时器处于运行中时，UE监听PDCCH。例如，UE配置成当多播DRX重传定时器处于运行中时执行PDCCH监听(例如，监听PDCCH上的多播传送)。例如，当多播DRX重传定时器处于运行中时，UE监听用于多播传送(例如，下行链路数据的多播重传)的PDCCH。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE能够：(i)在经配置下行链路多播资源上接收和/或检测下行链路数据的多播传送，其中多播传送与HARQ进程相关联，(ii)启动与HARQ进程相关联的多播HARQ RTT定时器，以及(iii)基于UE是否配置成使用CS-RNTI，确定是否启动与HARQ进程相关联的单播HARQ RTT定时器。此外，CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或全部和/或本文所述的其它动作和步骤。
图11是从UE的角度看的根据一个示例性实施例的流程图1100。在步骤1105中，UE接收指示多播传送的反馈模式(例如，HARQ反馈模式)的配置。在一些实例中，配置指示供UE用于接收一个或多个多播传送的反馈模式。在步骤1110中，UE在经配置下行链路多播资源上接收和/或检测下行链路数据的第一多播传送，其中第一多播传送与HARQ进程相关联。在一些实例中，第一多播传送(和/或下行链路数据)是针对HARQ进程。在一些实例中，可以针对HARQ进程(和/或与HARQ进程相关联地)接收和/或检测下行链路数据的第一多播传送。在一些实例中，经配置下行链路多播资源是经预配置下行链路多播资源(例如，UE在接收和/或检测第一多播传送之前配置成使用的下行链路多播资源)。在一些实例中，经配置下行链路多播资源可包括下行链路多播分配。在步骤1115中，UE传送第一多播传送的否定HARQ反馈(例如，NACK)。在一些实例中，UE响应于未能解码第一多播传送和/或下行链路数据而传送否定HARQ反馈。在一些实例中，UE向第一多播传送的发送方传送否定HARQ反馈。在步骤1120中，UE启动与HARQ进程相关联的多播HARQ RTT定时器。在一些实例中，UE响应于传送第一多播传送的否定HARQ反馈而启动多播HARQ RTT定时器。在步骤1125中，UE基于反馈模式及UE是否配置成使用CS-RNTI而确定是否启动与HARQ进程相关联的单播HARQ RTT定时器。在一些实例中，除了反馈模式和UE是否配置成使用CS-RNTI之外，确定(在步骤1125中)是否启动单播HARQ RTT定时器还基于其它信息执行。在一些实例中，CS-RNTI用于检测与HARQ进程相关联的下行链路数据的传送(例如，重传)。
在一些实例中，第一多播传送由网络(例如，gNB)传送。在一些实例中，UE向网络传送否定HARQ反馈。
在一些实例中，第一多播传送包括下行链路数据的新多播传送。在一些实例中，下行链路数据的新多播传送不是由网络进行的先前多播传送的重传。在一些实例中，下行链路数据的新多播传送不是下行链路数据的重传(例如，新多播传送对应于由网络进行的下行链路数据的初始传送)。
在一些实例中，UE(在步骤1125中)用来确定是否启动单播HARQ RTT定时器的反馈模式可不同于由UE接收的配置所指示的反馈模式。
在一些实例中，配置包括反馈模式是第一反馈模式(例如，ack-nack模式或仅nack模式)的第一指示。在一些实例中，在接收到配置之后，反馈模式可以(例如，通过UE、网络和/或另一实体)从第一反馈模式切换到第二反馈模式(例如，反馈模式可以从ack-nack模式切换到仅nack模式或从仅nack模式切换到ack-nack模式)。在将反馈模式从第一反馈模式切换到第二反馈模式之后，供UE用于多播传送的反馈模式可不同于反馈模式的第一指示。在一些实例中，UE(在步骤1125中)用来确定是否启动单播HARQ RTT定时器的反馈模式是第二反馈模式，所述第二反馈模式可不同于由UE接收的配置所指示的第一反馈模式。
在一些实例中，UE(在步骤1125中)用来确定是否启动单播HARQ RTT定时器的反馈模式可与由UE接收的配置所指示的反馈模式相同。
在一个实施例中，基于UE配置成使用CS-RNTI且反馈模式是ack-nack模式，UE启动单播HARQ RTT定时器。例如，如果(i)UE配置成使用CS-RNTI(例如，以用于检测与HARQ进程相关联的下行链路数据的重传)和/或UE配置成使用用于HARQ进程的CS-RNTI(例如，UE配置成使用CS-RNTI来检测与HARQ进程相关联的下行链路数据的重传)，以及(ii)反馈模式是ack-nack模式，那么UE可确定启动单播HARQ RTT定时器。在一些实例中，UE启动单播HARQRTT定时器，同时启动多播HARQ RTT定时器。在一些实例中，UE启动单播HARQ RTT定时器的时间和UE启动多播HARQ RTT定时器的时间之间的差最多为阈值差。
在一个实施例中，基于以下中的至少一个，UE不启动单播HARQ RTT定时器：(i)UE未配置成使用CS-RNTI，或(ii)反馈模式是仅nack模式。例如，如果存在以下情况中的至少一个，那么UE可确定不启动单播HARQ RTT定时器：(i)UE未配置成使用CS-RNTI(例如，以用于检测与HARQ进程相关联的下行链路数据的重传)和/或UE未配置成使用用于HARQ进程的CS-RNTI(例如，UE未配置成使用CS-RNTI来检测与HARQ进程相关联的下行链路数据的重传)，或(ii)反馈模式是仅nack模式。
在一个实施例中，配置是harq-FeedbackOptionMulticast配置。
在一些实例中，配置指示供UE用于从网络和/或一个或多个其它网络接收一个或多个多播传送(例如，包括第一多播传送)的反馈模式。
在一个实施例中，多播HARQ RTT定时器是drx-HARQ-RTT-TimerDL-PTM定时器。
在一个实施例中，单播HARQ RTT定时器是drx-HARQ-RTT-TimerDL定时器。
在一个实施例中，UE响应于单播HARQ RTT定时器到期(例如，在所述到期后)启动与HARQ进程相关联的单播DRX重传定时器。
在一个实施例中，UE响应于多播HARQ RTT定时器到期(例如，在所述到期后)启动与HARQ进程相关联的多播DRX重传定时器。
在一个实施例中，当单播DRX重传定时器处于运行中时，UE监听PDCCH。例如，当单播DRX重传定时器处于运行中时，UE配置成执行PDCCH监听(例如，监听PDCCH上的单播传送)。例如，当单播DRX重传定时器处于运行中时，UE监听用于单播传送(例如，下行链路数据的单播重传)的PDCCH。
在一个实施例中，当多播DRX重传定时器处于运行中时，UE监听PDCCH。例如，UE配置成当多播DRX重传定时器处于运行中时执行PDCCH监听(例如，监听PDCCH上的多播传送)。例如，当多播DRX重传定时器处于运行中时，UE监听用于多播传送(例如，下行链路数据的多播重传)的PDCCH。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE能够：(i)接收指示多播传送的反馈模式的配置；(ii)在经配置下行链路多播资源上接收和/或检测下行链路数据的第一多播传送，其中第一多播传送与HARQ进程相关联；(iii)传送第一多播传送的否定HARQ反馈；(iv)启动与HARQ进程相关联的多播HARQ RTT定时器；以及(v)基于反馈模式以及UE是否配置成使用CS-RNTI，确定是否启动与HARQ进程相关联的单播HARQ RTT定时器。此外，CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或全部和/或本文所述的其它动作和步骤。
可以提供一种通信装置(例如，UE、基站、网络节点等)，其中通信装置可包括控制电路、安装于控制电路中的处理器和/或安装于控制电路中且耦合到处理器的存储器。处理器可配置成执行存储在存储器中的程序代码以执行图10-11中所示的方法步骤。此外，处理器可执行程序代码以执行上述动作和步骤中的一个、一些和/或所有和/或本文所述的其它动作和步骤。
可以提供一种计算机可读介质。计算机可读介质可以是非暂时性计算机可读介质。计算机可读介质可包括快闪存储器装置、硬盘驱动器、磁盘(例如，磁性磁盘和/或光学光盘，如数字多功能光盘(DVD)、压缩光盘(CD)等中的至少一个)，和/或存储器半导体，如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)等中的至少一个。计算机可读介质可包括处理器可执行指令，所述指令在执行时使图10-11中所示的一个、一些和/或全部方法步骤和/或上述动作和步骤中的一个、一些和/或全部和/或本文所述的其它动作和步骤得以执行。
可以理解，应用本文所示的技术中的一个或多个可以产生一个或多个好处，包含但不限于装置(例如，UE和/或网络)之间的通信效率增加。在一些系统中，如果网络(例如，gNB)不调度多播数据的单播重传，但UE可能仍然尝试接收单播重传，因为出于单播DRX重传定时器在运行中的原因，UE仍然在监听PDCCH上的C-RNTI(例如，监听多播数据的C-RNTI重传)。使用本文所提供的实施例，UE可以通过减少PDCCH上C-RNTI监听的活动时间来节省更多功率。
上文已经描述了本公开的各种方面。应清楚，本文中的教示可以广泛多种形式实施，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外，通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可基于脉冲重复频率而建立并行信道。在一些方面中，可基于脉冲位置或偏移而建立并行信道。在一些方面中，可基于时间跳频序列而建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及时间跳频序列而建立并行信道。
所属领域的技术人员将理解，可使用各种不同技术和技艺中的任一种来表示信息和信号。例如，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
技术人员将进一步了解，结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如，数字实施方案、模拟实施方案或这两个的组合，其可以使用源译码或某一其它技术来设计)、并有指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)，或这两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性对它们加以描述。此功能性被实施为硬件还是软件取决于特定应用和施加于总体系统上的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。
此外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“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可驻存在用户设备中。在替代方案中，处理器和存储介质可作为离散组件而驻存在用户设备中。替代地或另外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可包括封装材料。
虽然已经结合各个方面描述所公开主题，但应理解所公开主题能够进行进一步修改。本申请意图涵盖对所公开主题的任何改变、使用或调适，这通常遵循所公开主题的原理且包含对本公开的此类偏离，所述偏离处于在所公开主题所属的技术领域内的已知及惯常实践的范围内。
相关申请的交叉引用
本申请要求2022年10月11日提交的第63/414，944号美国临时专利申请的权益，所述申请的全部公开内容以全文引用的方式并入本文中。

Claims (20)

1.一种用于用户设备的方法，其特征在于，包括：
在经配置下行链路多播资源上接收和/或检测下行链路数据的多播传送，其中所述多播传送与混合自动重复请求进程相关联；
启动与所述混合自动重复请求进程相关联的多播混合自动重复请求往返时间定时器；以及
基于所述用户设备是否配置成使用经配置调度无线电网络临时标识符，确定是否启动与所述混合自动重复请求进程相关联的单播混合自动重复请求往返时间定时器。
2.根据权利要求1所述的方法，其特征在于，包括：
基于所述用户设备配置成使用所述经配置调度无线电网络临时标识符，启动所述单播混合自动重复请求往返时间定时器。
3.根据权利要求1所述的方法，其特征在于，包括：
基于所述用户设备未配置成使用所述经配置调度无线电网络临时标识符，不启动所述单播混合自动重复请求往返时间定时器。
4.根据权利要求1所述的方法，其特征在于：
所述多播混合自动重复请求往返时间定时器是drx-HARQ-RTT-TimerDL-PTM定时器。
5.根据权利要求1所述的方法，其特征在于：
所述单播混合自动重复请求往返时间定时器是drx-HARQ-RTT-TimerDL定时器。
6.根据权利要求2所述的方法，其特征在于，包括：
响应于所述单播混合自动重复请求往返时间定时器到期，启动与所述混合自动重复请求进程相关联的单播不连续接收重传定时器。
7.根据权利要求2所述的方法，其特征在于，包括：
响应于所述多播混合自动重复请求往返时间定时器到期，启动与所述混合自动重复请求进程相关联的多播不连续接收重传定时器。
8.根据权利要求6所述的方法，其特征在于，包括：
当所述单播不连续接收重传定时器处于运行中时，监听物理下行链路控制信道。
9.根据权利要求7所述的方法，其特征在于，包括：
当所述多播不连续接收重传定时器处于运行中时，监听物理下行链路控制信道。
10.一种用于用户设备的方法，其特征在于，包括：
接收指示多播传送的反馈模式的配置；
在经配置下行链路多播资源上接收和/或检测下行链路数据的第一多播传送，其中所述第一多播传送与混合自动重复请求进程相关联；
传送所述第一多播传送的否定混合自动重复请求反馈；
启动与所述混合自动重复请求进程相关联的多播混合自动重复请求往返时间定时器；以及
基于所述反馈模式以及所述用户设备是否配置成使用经配置调度无线电网络临时标识符，确定是否启动与所述混合自动重复请求进程相关联的单播混合自动重复请求往返时间定时器。
11.根据权利要求10所述的方法，其特征在于，包括：
基于以下，启动所述单播混合自动重复请求往返时间定时器：
所述用户设备配置成使用所述经配置调度无线电网络临时标识符；且
所述反馈模式是ack-nack模式。
12.根据权利要求10所述的方法，其特征在于，包括：
基于以下中的至少一个，不启动所述单播混合自动重复请求往返时间定时器：
所述用户设备未配置成使用所述经配置调度无线电网络临时标识符；或
所述反馈模式是仅nack模式。
13.根据权利要求10所述的方法，其特征在于：
所述配置是harq-FeedbackOptionMulticast配置。
14.根据权利要求10所述的方法，其特征在于：
所述多播混合自动重复请求往返时间定时器是drx-HARQ-RTT-TimerDL-PTM定时器。
15.根据权利要求10所述的方法，其特征在于：
所述单播混合自动重复请求往返时间定时器是drx-HARQ-RTT-TimerDL定时器。
16.根据权利要求11所述的方法，其特征在于，包括：
响应于所述单播混合自动重复请求往返时间定时器到期，启动与所述混合自动重复请求进程相关联的单播不连续接收重传定时器。
17.根据权利要求11所述的方法，其特征在于，包括：
响应于所述多播混合自动重复请求往返时间定时器到期，启动与所述混合自动重复请求进程相关联的多播不连续接收重传定时器。
18.一种用户设备，其特征在于，包括：
控制电路；
安装在所述控制电路中的处理器；以及
存储器，其安装在所述控制电路中且可操作地耦合到所述处理器，其中所述处理器配置成执行存储在所述存储器中的程序代码以执行操作，所述操作包括：
在经配置下行链路多播资源上接收和/或检测下行链路数据的多播传送，其中所述多播传送与混合自动重复请求进程相关联；
启动与所述混合自动重复请求进程相关联的多播混合自动重复请求往返时间定时器；以及
基于所述用户设备是否配置成使用经配置调度无线电网络临时标识符，确定是否启动与所述混合自动重复请求进程相关联的单播混合自动重复请求往返时间定时器。
19.根据权利要求18所述的用户设备，其特征在于，所述操作包括：
基于所述用户设备配置成使用所述经配置调度无线电网络临时标识符，启动所述单播混合自动重复请求往返时间定时器。
20.根据权利要求18所述的用户设备，其特征在于，所述操作包括：
基于所述用户设备未配置成使用所述经配置调度无线电网络临时标识符，不启动所述单播混合自动重复请求往返时间定时器。
CN202311256206.6A 2022-10-11 2023-09-27 处理用于多播数据接收的不连续接收定时器的方法和设备 Pending CN117881012A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263414944P 2022-10-11 2022-10-11
US63/414,944 2022-10-11

Publications (1)

Publication Number Publication Date
CN117881012A true CN117881012A (zh) 2024-04-12

Family

ID=88207378

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311256206.6A Pending CN117881012A (zh) 2022-10-11 2023-09-27 处理用于多播数据接收的不连续接收定时器的方法和设备

Country Status (4)

Country Link
US (1) US11962420B1 (zh)
EP (1) EP4354777B1 (zh)
KR (1) KR20240050275A (zh)
CN (1) CN117881012A (zh)

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8913518B2 (en) * 2012-08-03 2014-12-16 Intel Corporation Enhanced node B, user equipment and methods for discontinuous reception in inter-ENB carrier aggregation
WO2021088995A1 (en) * 2019-11-07 2021-05-14 FG Innovation Company Limited Methods and apparatuses for random access procedure in medium access control layer
US11765696B2 (en) * 2019-12-20 2023-09-19 Qualcomm Incorporated Sidelink resource allocation for device-to-device communications
KR102568824B1 (ko) * 2020-01-22 2023-08-21 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 비활성 상태의 전송을 위한 방법 및 장치
CN113260024B (zh) * 2020-02-10 2022-08-26 大唐移动通信设备有限公司 一种非连续接收定时器管理方法及终端
US20230112798A1 (en) * 2020-04-09 2023-04-13 Lg Electronics Inc. Discontinuous reception of downlink signal for sidelink transmission
US11696360B2 (en) * 2020-07-16 2023-07-04 FG Innovation Company Limited Method and user equipment for controlling discontinuous reception behavior on multiple radio interfaces
US11252714B1 (en) * 2020-08-01 2022-02-15 PanPsy Technologies, LLC Wireless device and wireless network processes for control channel transmission
CN116156436A (zh) * 2020-08-06 2023-05-23 中国移动通信有限公司研究院 信息通信、接收、配置和发送方法、资源配置方法及设备
CN117320173A (zh) * 2020-09-29 2023-12-29 Oppo广东移动通信有限公司 无线通信的方法和设备
US11646829B2 (en) * 2021-09-14 2023-05-09 Asustek Computer Inc. Method and apparatus for handling discontinuous reception (DRX) timer for data reception of unicast and multicast in a wireless communication system
CN117203927A (zh) * 2021-11-01 2023-12-08 Lg 电子株式会社 用于在nr v2x中设置sl harq rtt计时器的方法和装置
EP4216663A1 (en) * 2022-01-20 2023-07-26 Samsung Electronics Co., Ltd. Method and apparatus for transmitting csi/srs signal information during an active time of a multicast drx
KR20230121539A (ko) * 2022-02-11 2023-08-18 엘지전자 주식회사 Harq-ack 정보를 전송하는 방법, 사용자기기, 프로세싱 장치 및 저장 매체, 그리고 harq-ack 정보를 수신하는 방법 및 기지국
KR20230134830A (ko) * 2022-03-15 2023-09-22 삼성전자주식회사 무선 통신 시스템에서 랜덤 액세스 및 불연속 수신을 수행하기 위한 방법 및 장치

Also Published As

Publication number Publication date
EP4354777B1 (en) 2024-10-16
US11962420B1 (en) 2024-04-16
US20240137161A1 (en) 2024-04-25
EP4354777A1 (en) 2024-04-17
KR20240050275A (ko) 2024-04-18

Similar Documents

Publication Publication Date Title
CN113225847B (zh) 考虑不连续接收操作处理装置间资源选择的方法和设备
KR102370215B1 (ko) 무선 통신 시스템에 있어서 pdcch 모니터링 패턴을 개선하는 방법 및 장치
CN113225845B (zh) 处理关于周期性传送的侧链路不连续接收的方法和设备
CN113242612B (zh) 无线通信系统中用于非活动状态下的传送的方法和设备
US11470676B2 (en) Method and apparatus for controlling UE state transition in a wireless communication system
US20220039143A1 (en) Method and apparatus for improving scheduling in a wireless communication system
US20120281647A1 (en) Method and apparatus to improve machine type communication in a wireless communication system
CN113939045B (zh) 无线通信系统中处置经配置上行链路准予集束的drx计时器的方法和设备
CN116133168B (zh) 用于处理数据接收的非连续接收定时器的方法和设备
KR20080065560A (ko) 무선 통신 시스템에서의 데이터 재전송 제어 방법
CN116939892B (zh) 关于物理上行链路控制信道的不连续接收的方法和装置
EP3128800B1 (en) Method for transmitting and receiving signal for device-to-device communication in wireless communication system and device therefor
KR102619899B1 (ko) 무선 통신 시스템에서 유니캐스트 및 멀티캐스트의 ｓｐｓ 비활성화 상태 처리 방법 및 장치
US8194559B2 (en) Method of controlling data retransmission in a wireless communication system
US20230309083A1 (en) Method and apparatus of handling semi-persistent scheduling (sps) deactivation of unicast and multicast in a wireless communication system
EP4354777B1 (en) Method and apparatus of handling discontinuous reception (drx) timer for multicast data reception in a wireless communication system
US12082292B2 (en) Method and apparatus of handling discontinuous reception (DRX) command for MBS (multicast broadcast service) operation in a wireless communication system
CN118250838A (zh) 无线通信系统的下行链路不连续接收的方法和用户设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40107369

Country of ref document: HK