CN117676472A

CN117676472A - 一种通信方法及装置

Info

Publication number: CN117676472A
Application number: CN202210993583.7A
Authority: CN
Inventors: 刘南南; 常俊仁
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-08-09
Filing date: 2022-08-18
Publication date: 2024-03-08

Abstract

本申请提供了一种通信方法及装置。该方法应用于终端设备，方法包括：满足第一条件，执行以下一项或多项：控制组播关联的非连续接收DRX处于激活时间；停止第一定时器或缩短第一定时器的剩余运行时长，第一定时器为与单播关联的DRX对应的非激活定时器。第一条件包括：第一数据包括第一逻辑信道标识LCID，且未接收到第一下行控制信息DCI。第一数据是第二DCI调度的，第二DCI是通过单播方式传输的。第一LCID为第一组播广播服务业务信道MTCH的标识，第一DCI是通过组播方式传输的，第一DCI用于调度第一数据。有利于终端设备接收通过组播方式传输的DCI，提高通信可靠性，降低通信时延，和/或，减少终端设备的功耗。

Description

一种通信方法及装置

本申请要求于2022年8月9日提交中国国家知识产权局、申请号为202210952507.1、申请名称为“一种通信方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

新空口(new radio，NR)***中的组播和广播服务(multicast and broadcastservices，MBS)支持组播和广播。组播可支持点到点(point-to-point，PTP)传输和点到多点(point-to-multipoint，PTM)传输。另外，组播的PTM传输支持混合自动重传请求(hybridautomatic repeat request，HARQ)反馈机制。网络设备采用PTM传输方式发送初传下行控制信息(downlink control information，DCI)和/或数据，若终端设备接收到该DCI但没有成功解码该DCI调度的数据，终端设备可能向网络设备反馈否认应答(Negative-Acknowledgment，NACK)。网络设备可采用PTM传输方式或PTP传输方式进行HARQ重传。

针对一个组播的传输，如果终端设备未接收到通过PTM传输方式发送的DCI，且网络设备采用PTP传输方式向该终端设备执行HARQ重传，终端设备可能会将该次通过PTP传输方式发送的DCI和/数据误判为单播传输或其他组播的传输。

该情况下，终端设备如何处理为目前亟待研究的问题之一。

发明内容

本申请实施例提供了一种通信方法及装置，有利于终端设备接收通过组播方式传输的DCI，提高通信可靠性，降低通信时延，和/或，减少终端设备的功耗。

第一方面，本申请实施例提供一种通信方法，可应用于终端设备(例如终端设备的设备或芯片上)。该方法包括：满足第一条件，执行以下一项或多项：控制组播关联的非连续接收DRX处于激活时间；停止第一定时器或缩短第一定时器的剩余运行时长。

其中，第一定时器为与单播关联的DRX对应的非激活定时器，即第一定时器为drx-InactivityTimer。第一条件包括：第一数据包括第一逻辑信道标识LCID，且未接收到第一下行控制信息DCI。第一数据是第二DCI调度的，第二DCI是通过单播方式传输的。第一LCID为第一组组播广播服务业务信道MTCH的标识，第一DCI是通过组播方式传输的，第一DCI用于调度所述第一数据。

可见，本申请实施例中，终端设备通过满足第一条件，确定第一数据是组播的重传数据。从而，调度第一数据的且通过单播方式传输的第二DCI是调度组播的重传，进而终端设备可执行上述一项或多项。

满足第一条件，终端设备执行控制组播关联的DRX处于激活时间，可避免由于未接收到通过组播方式传输的第一DCI，而造成的未启动或重启组播关联的DRX对应的非激活定时器的情况。从而使得与组播关联的DRX未处于激活时间，后续终端设备无法接收通过组播方式传输的DCI。因此，该方式有利于终端设备接收通过组播方式传输的DCI，提高通信可靠性，降低通信时延。

满足第一条件，终端设备执行停止第一定时器或缩短第一定时器的剩余运行时长，可避免将本次通过单播方式进行组播重传的DCI(第二DCI)，误判为是本次通过单播方式进行初传的DCI时，因启动或重启第一定时器而带来的多余功耗，即可节省终端设备的功耗或耗电。

满足第一条件，终端设备执行控制组播关联的DRX处于激活时间，以及停止第一定时器或缩短第一定时器的剩余运行时长，可避免未接收到通过组播方式传输的第一DCI，而后续无法接收通过组播方式传输的DCI的情况，即有利于终端设备接收通过组播方式传输的DCI，提高通信可靠性，降低通信时延，以及将通过单播方式传输的第二DCI误判为通过单播方式初次传输的DCI时，因启动或重启第一定时器而带来的多余功耗，即可节省终端设备的功耗或耗电。

一种可选的实施方式中，控制组播关联的非连续接收DRX处于激活时间，包括：启动或重启以下定时器中的一项或多项：第二定时器、第三定时器、第四定时器。

其中，第二定时器为与组播关联的DRX对应的非激活定时器，即第二定时器为drx-InactivityTimerPTM。第三定时器为与组播关联的DRX对应的持续时间定时器，即第二定时器为drx-onDurationTimerPTM。第四定时器为与组播关联的DRX对应的重传定时器，且是与组播关联的DRX对应的下行重传定时器，即第四定时器为drx-RetransmissionTimerDL-PTM。

可见，终端设备可通过启动或重启第二定时器、第三定时器和第四定时器中的一项或多项，使得组播关联的DRX处于激活时间。从而，即使终端设备未接收到本次通过组播方式初传的DCI(即第一DCI)，后续终端设备仍可接收通过组播方式传输的其他DCI。

一种可选的实施方式中，如果执行控制组播关联的非连续接收DRX处于激活时间，第一条件还包括以下任一项或多项：组播关联的DRX未处于激活时间；接收到第二DCI后，第二定时器未启动或重启；或，接收到第三DCI后，第二定时器未启动或重启；第三DCI用于调度第一数据，第三DCI在第二DCI之前。

可见，第一数据包括第一LCID，以及未接收到通过组播方式传输的第一DCI时，如果终端设备确定组播关联的DRX未处于激活时间，表明终端设备因未接收到通过组播方式传输的第一DCI，而未启动或重启与组播关联的DRX对应的非激活定时器，使得组播关联的DRX未处于激活时间。该情况下，为使得终端设备后续可接收通过组播方式传输的其他DCI，终端设备控制组播关联的DRX处于激活时间。

一种可选的实施方式中，如果执行控制组播关联的非连续接收DRX处于激活时间，第一条件还包括：第二时长小于所述第二定时器的配置时长，所述第二时长为从所述终端设备接收所述第二DCI或所述第三DCI到所述终端设备成功解码所述第一数据的时长。

可选的，如果终端设备接收到第二DCI后，第二定时器未启动或重启，表明终端设备接收到第二DCI后，未接收到其他通过组播进行初传的DCI，从而仍未启动或重启与组播关联的DRX对应的非激活定时器。因此，该情况下，终端设备也需控制与组播关联的DRX处于激活时间，以后续可接收通过组播方式传输的其他DCI。

可选的，如果终端设备接收到第三DCI后，第二定时器未启动或重启，且该第三DCI是调度第一数据的且是终端设接收的第一个进行PTP重传的DCI，表明终端设备接收到第一个进行PTP重传的DCI后，未接收到通过组播进行初传的其他DCI，从而未启动或重启与组播关联的DRX对应的非激活定时器。因此，该情况下，为使得终端设备后续可接收通过组播方式传输的其他DCI，终端设备也需控制组播关联的DRX处于激活时间。

可选的，终端设备执行控制组播关联的非连续接收DRX处于激活时间时，第一条件还包括上述三项中的多项，以使得终端设备后续可接收通过组播方式传输的其他DCI。

一种可选的实施方式中，如果执行停止第一定时器，第一条件还包括：接收到第二DCI或第三DCI，第一定时器未运行；和/或；接收到第二DCI或第三DCI后，第一定时器未启动或重启。

终端设备接收到第二DCI或第三DCI，第一定时器未运行时，表明终端在接收到第二DCI或第三DCI之前，未接收通过单播方式传输的DCI。终端设备接收到第二DCI或第三DCI后，第一定时器未启动或重启，表明终端设备接收到第二DCI或第三DCI后，未接收到其他通过单播方式传输的其他DCI。

因此，如果第一数据包括第一LCID，终端设备未接收到通过组播方式传输的第一DCI，以及接收到第二DCI或第三DCI，第一定时器未运行；和/或；接收到第二DCI或第三DCI后，第一定时器未启动或重启。那么，终端设备接收到第一数据时，第一定时器的运行则是由于终端设备将第二DCI或第三DCI，误判为本次进行初传时通过单播方式传输的DCI造成的，因此停止第一定时器，以减少第一定时器的运行带来的多余功耗。

另一种可选的实施方式中，如果执行缩短第一定时器的剩余运行时长，第一条件还包括：接收到第二DCI或第三DCI，第一定时器运行；和/或，接收到第二DCI或第三DCI后，第一定时器未启动或重启。

终端设备接收到第二DCI或第三DCI，第一定时器运行，表明终端设备接收第二DCI或第三DCI之前，由于接收前一次通过单播方式初传的其他DCI，启动或重启了第一定时器。因此，如果终端设备通过满足上述第一条件，确定第一数据是组播的重传数据，即确定调度第一数据的第二DCI或第三DCI是本次重传的组播DCI，且接收到第二DCI或第三DCI，第一定时器运行。那么，此时第一定时器的运行是终端设备将第二DCI或第三DCI，误判为本次通过单播方式初传的DCI而启动或重启的。该方式下，终端设备需缩短第一定时器的剩余运行时长，保障第一定时器因接收第二DCI或第三DCI之前启动或重启时的剩余运行时长即可，从而可减少因启动或重启第一定时器带来的多余功耗。

终端设备接收到第二DCI或第三DCI后，第一定时器未启动或重启，表明终端设备接收到第二DCI或第三DCI后，未由于接收到其他单播传输，而启动或重启第一定时器。因此，第一定时器是由于第二DCI或第三DCI的接收而启动或重启的，而第二DCI或第三DCI实际是组播的重传，第一定时器不应被启动或重启。从而，终端设备需缩短第一定时器的剩余运行时长。

一种可选的实施方式中，上述第二DCI是通过单播方式传输的包括：第二DCI是小区-无线网络临时标识符C-RNTI加扰的。可见，第二DCI是C-RNTI加扰的，等价于该第二DCI是通过单播方式传输的。

一种可选的实施方式中，上述第一DCI是通过组播方式传输的包括：第一DCI是第一RNTI加扰的。其中，第一RNTI用于以下一项或多项：用于组播，用于调度组播动态资源，用于调度组播动态资源的重传资源。

一种可选的实施方式中，第一LCID与第一RNTI相关联，和/或，组播关联的DRX与第一RNTI相关联。其中，第一RNTI用于以下一项或多项：用于组播，用于调度组播动态资源，用于调度组播动态资源的重传资源。

第二方面，本申请还提供一种通信装置。该通信装置具有实现上述第一方面所述的终端设备的部分或全部功能。比如，该通信装置的功能可具备本申请中第一方面所述的终端设备的部分或全部实施例中的功能，也可以具备单独实施本申请中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。

在一种可能的设计中，该通信装置的结构中可包括处理单元和通信单元，所述处理单元被配置为支持通信装置执行上述方法中相应的功能。所述通信单元用于支持该通信装置与其他通信装置之间的通信。所述通信装置还可以包括存储单元，所述存储单元用于与处理单元和通信单元耦合，其保存通信装置必要的程序指令和数据。

一种实施方式中，所述通信装置包括：处理单元和通信单元；通信单元用于进行数据/信令收发；处理单元，用于：

满足第一条件，执行以下一项或多项：

控制组播关联的非连续接收DRX处于激活时间；

停止第一定时器或缩短第一定时器的剩余运行时长，所述第一定时器为与单播关联的DRX对应的非激活定时器；

其中，所述第一条件包括：第一数据包括第一逻辑信道标识LCID，且未接收到第一下行控制信息DCI；

所述第一数据是第二DCI调度的，所述第二DCI是通过单播方式传输的，所述第一LCID为第一组播广播服务业务信道MTCH的标识，所述第一DCI是通过组播方式传输的，所述第一DCI用于调度所述第一数据。

另外，该方面中，通信装置其他可选的实施方式可参见上述第一方面的相关内容，此处不再详述。

作为示例，通信单元可以为收发器或通信接口，存储单元可以为存储器，处理单元可以为处理器。

一种实施方式中，所述通信装置包括：处理器和收发器；收发器用于进行数据/信令收发；处理器，用于：

满足第一条件，执行以下一项或多项：

控制组播关联的非连续接收DRX处于激活时间；

另外，该方面中，上行通信装置其他可选的实施方式可参见上述第一方面的相关内容，此处不再详述。

另一种实施方式中，该通信装置为芯片或芯片***。所述处理单元也可以体现为处理电路或逻辑电路；所述收发单元可以是该芯片或芯片***上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。

在实现过程中，处理器可用于进行，例如但不限于，基带相关处理，收发器可用于进行，例如但不限于，射频收发。上述器件可以分别设置在彼此独立的芯片上，也可以至少部分的或者全部的设置在同一块芯片上。例如，处理器可以进一步划分为模拟基带处理器和数字基带处理器。其中，模拟基带处理器可以与收发器集成在同一块芯片上，数字基带处理器可以设置在独立的芯片上。随着集成电路技术的不断发展，可以在同一块芯片上集成的器件越来越多。例如，数字基带处理器可以与多种应用处理器(例如但不限于图形处理器，多媒体处理器等)集成在同一块芯片之上。这样的芯片可以称为***芯片(system on achip，SoC)。将各个器件独立设置在不同的芯片上，还是整合设置在一个或者多个芯片上，往往取决于产品设计的需要。本申请实施例对上述器件的实现形式不做限定。

第三方面，本申请还提供一种处理器，用于执行上述各种方法。在执行这些方法的过程中，上述方法中有关发送上述信息和接收上述信息的过程，可以理解为由处理器输出上述信息的过程，以及处理器接收输入的上述信息的过程。在输出上述信息时，处理器将该上述信息输出给收发器，以便由收发器进行发射。该上述信息在由处理器输出之后，还可能需要进行其他的处理，然后才到达收发器。类似的，处理器接收输入的上述信息时，收发器接收该上述信息，并将其输入处理器。更进一步的，在收发器收到该上述信息之后，该上述信息可能需要进行其他的处理，然后才输入处理器。

对于处理器所涉及的发送和接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则均可以更加一般性的理解为处理器输出和接收、输入等操作，而不是直接由射频电路和天线所进行的发送和接收操作。

在实现过程中，上述处理器可以是专门用于执行这些方法的处理器，也可以是执行存储器中的计算机指令来执行这些方法的处理器，例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

第四方面，本申请还提供了一种通信***，该***包括一个或多个网络设备，以及一个或多个终端设备。在另一种可能的设计中，该***还可以包括与网络设备、终端设备进行交互的其他设备。

第五方面，本申请提供了一种计算机可读存储介质，用于储存指令，当所述指令被计算机运行时，实现上述第一方面任一项所述的方法。

第六方面，本申请还提供了一种包括指令的计算机程序产品，当其在计算机上运行时，实现上述第一方面任一项所述的方法。

第七方面，本申请提供了一种芯片***，该芯片***包括处理器和接口，所述接口用于获取程序或指令，所述处理器用于调用所述程序或指令以实现或者支持终端设备实现第一方面所涉及的功能。例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片***还包括存储器，所述存储器，用于保存终端必要的程序指令和数据。该芯片***，可以由芯片构成，也可以包括芯片和其他分立器件。

第八方面，本申请提供一种通信装置，包括处理器，用于执行存储器中存储的计算机程序或可执行指令，当计算机程序或可执行指令被执行时，使得该装置执行如第一方面各个可能的实现中的方法。

在一种可能的实现中，处理器和存储器集成在一起；

在另一种可能的实现中，上述存储器位于该通信装置之外。

第二方面到第八方面的有益效果可以参考第一方面的有益效果，此处不再赘述。

附图说明

图1是本申请实施例提供的一种通信***的***结构示意图；

图2是本申请实施例提供的一种非连续接收的周期示意图；

图3a是本申请实施例提供的一种信道映射示意图；

图3b是本申请实施例提供的一种终端设备的实体示意图；

图4a是本申请实施例提供的一种传输示意图；

图4b是本申请实施例提供的另一种传输示意图；

图5是本申请实施例提供的又一种传输示意图；

图6是本申请实施例提供的又一种传输示意图；

图7是本申请实施例提供的一种通信方法的示意图；

图8是本申请实施例提供的又一种传输示意图；

图9是本申请实施例提供的一种通信示意图；

图10是本申请实施例提供的另一种通信方法的流程示意图；

图11是本申请实施例提供的一种通信装置的结构示意图；

图12是本申请实施例提供的另一种通信装置的结构示意图；

图13是本申请实施例提供的一种芯片的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例中的技术方案进行清楚、完整的描述。

其中，本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系。例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“…时”以及“若”均指在某种客观情况下会做出相应的处理，并非是限定时间，且也不要求实现时要有判断的动作，也不意味着存在其它限定。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

一.通信***。

为了更好的理解本申请实施例公开的通信方法，对本申请实施例适用的通信***进行描述。

本申请实施例可应用于第五代移动通信(5th generation mobilecommunication，5G)***、第六代移动通信(6th generation mobile communication，6G)***、下一代无线接入网(next generation radio access networks，NG-RAN)、卫星通信及短距等无线通信***中，***架构如图1所示。无线通信***可以包括一个或多个网络设备，以及一个或多个终端设备。无线通信***也可以进行点对点通信，如多个终端设备之间互相通信。

可理解的，本申请实施例提及的无线通信***包括但不限于：窄带物联网***(narrow band-internet of things，NB-IoT)、长期演进***(long term evolution，LTE)，5G/6G移动通信***的三大应用场景：增强移动宽带(enhanced mobile broadband，eMBB)、超可靠低时延通信(ultra reliable low latency communication，URLLC)和海量机器类通信(massive machine type of communication，mMTC)，无线保真(wirelessfidelity，WiFi)***，或者5G之后的移动通信***等。

本申请实施例中，网络设备是具有无线收发功能的设备，用于与终端设备进行通信，可以是LTE中的演进型基站(evolved Node B，eNB或eNodeB)，或者是5G/6G网络中的基站或者未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站、宽带网络业务网关(broadband network gateway，BNG)、汇聚交换机或者非第三代合作伙伴项目(3rd generation partnership project，3GPP)接入设备等。可选的，本申请实施例中的网络设备可以包括各种形式的基站，例如：宏基站、微基站(也称为小站)、中继站、接入点、未来实现基站功能的设备、WiFi***中的接入节点、传输接收点(transmitting andreceiving point，TRP)、发射点(transmitting point，TP)、移动交换中心以及设备到设备(device-to-device，D2D)、车辆外联(vehicle-to-everything，V2X)、机器到机器(machine-to-machine，M2M)通信中承担基站功能的设备等，本申请实施例对此不作具体限定。

网络设备可以和核心网设备进行通信交互，向终端设备提供通信服务。核心网设备例如为5G网络核心网(core network，CN)中的设备。核心网作为承载网络提供到数据网络的接口，为终端提供通信连接、认证、管理、策略控制以及对数据业务完成承载等。

本申请实施例所涉及到的终端设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备。终端设备也可称为终端。终端设备也可以指用户设备(user equipment，UE)、接入终端、用户单元(subscriber unit)、用户代理、蜂窝电话(cellular phone)、智能手机(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handset)、膝上型电脑(laptop computer)、机器类型通信(machine type communication，MTC)终端、高空飞机上搭载的通信设备、可穿戴设备、无人机、机器人、设备到设备通信(device-to-device，D2D)中的终端、车到一切(vehicle toeverything，V2X)中的终端、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端或者未来通信网络中的终端设备等，本申请不作限制。

二.相关概念。

为了更好的理解本申请实施例公开的通信方法，对本申请实施例涉及的相关概念进行简单的介绍。

1、组播和广播服务(multicast and broadcast services，MBS)。

本申请实施例提到的广播组播业务可以为NR***下的MBS。MBS是3GPP为了有效地利用移动通信网络资源而引入，其在移动通信网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高资源利用率，尤其是空口接口资源。NR MBS支持组播和广播。

2、组播和单播。

组播可以包括以下任一项或多项：多媒体广播和组播业务(multimediabroadcast multicast service，MBMS)或MBS中的广播；MBMS或MBS中的组播；MBMS或MBS中的多播；V2X中的组播；V2X中的多播；V2X中的广播(broadcast)；多播或组播(multicast)；组播(groupcast)；广播。

组播业务可以包括/替换为以下任一项或多项：广播业务、多播业务、MBS业务、MBS广播业务、MBS多播业务、V2X组播业务、V2X广播业务。

组播业务对应的数据可以称为组播数据。

单播可以包括以下任一项或多项：V2X中的单播；单播(unicast)。需要说明的是，单播可理解为单播传输。

组播业务也可以理解为组播会话或MBS会话。

本申请实施例中的“组播”也可以替换为“多播”等名词。相对应的，组播业务也可以替换为多播业务。

组播可以将相同的服务和/或相同的内容数据同时提供给一组/多个终端设备。

例如，组播可以是针对一组特定的终端设备，终端设备可能需要进行“组加入过程”。

对应的，单播可以理解为将相同的服务和/或相同的内容数据同时提供给一个终端设备。单播可以理解为：针对一个数据，若要发送给多个设备，需要给每个设备单独的发送该数据。

3、组播和单播传输方式。

3.1、组播的传输方式。

针对组播业务/数据的传输，或者，针对组播对应的组播广播服务业务信道(MBStraffic channel，MTCH)相关的数据的传输，可以有下列任一种或多种传输方式：组播动态传输方式和/或组播配置传输方式。

其中，组播动态传输方式包括点到点(point-to-point，PTP)传输方式和/或点到多点(point-to-multipoint，PTM)传输方式。

PTP传输方式：通过该传输方式，发送端将一份数据发给一个接收端。例如，(网络设备以UE特定的无线网络临时标识符(radio network temporary identity，RNTI)加扰的物理下行控制信道(physical uplink control channel，PDCCH)为终端设备调度物理下行共享信道(physical downlink shared channel，PDSCH)或为终端设备调度UE特定的RNTI加扰的PDSCH。PTP传输方式也可以称为C+C传输方式。

例如，UE特定的RNTI可以包括以下任一项或多项：小区无线网络临时标识符(cell-RNTI，C-RNTI)，配置调度RNTI(configured scheduling RNTI，CS-RNTI)，第二RNTI。

PTM传输方式：通过PTM传输方式，发送端可以将一份数据发送给多个接收端。

例如，网络设备以公共的RNTI加扰的PDCCH为终端设备调度PDSCH或为终端设备调度公共的RNTI加扰的PDSCH。或者可以这样理解，网络侧通过一个公共的RNTI加扰一个DCI，该DCI用于调度通过一个公共RNTI加扰的一个数据，这种情况下，多个终端设备接收到同一个DCI，且这多个终端设备接收的数据相同。PTM传输方式也可以称为G+G传输方式。

例如，公共的RNTI可以包括以下任一项或多项：组无线网络临时标识符(groupRNTI，G-RNTI)、组配置调度无线网络临时标识符(group configured scheduling RNTI，G-CS-RNTI)、第一RNTI。

组播配置传输方式可以理解为：网络设备在组播配置资源上向终端设备传输数据/组播数据；或，终端设备在组播配置资源上接收网络设备发送的数据/组播数据。

组播配置传输方式也可以称为组播半静态传输方式。

组播配置资源也可以称为组播半静态调度(semi-persistent scheduling，SPS)资源。

针对组播对应的MTCH相关的数据的传输，为描述方便，可以统称为：组播MTCH相关传输。

3.2、单播的传输方式。

针对单播业务(或单播数据)的传输和/或组播对应的专用业务信道(dedicatetraffic channel，DTCH)相关的数据的传输，可以有下列任一项或多种传输方式：单播动态传输方式和/或单播配置传输方式。

其中，单播动态传输方式也可以称为PTP传输方式。

单播动态传输方式：通过该传输方式，发送端将一份数据发给一个接收端。例如，网络设备以UE特定的RNTI加扰的PDCCH为终端设备调度PDSCH或为终端设备调度UE特定的RNTI加扰的PDSCH。

单播配置传输方式可以理解为：网络设备在单播配置资源上向终端设备传输数据；或，终端设备在单播配置资源上接收网络设备发送的数据。

单播配置传输方式也可以称为单播半静态传输方式。

单播配置资源也可以称为单播SPS资源。

针对单播业务(或单播数据)的传输和/或组播对应的专用业务信道(dedicatetraffic channel，DTCH)相关的数据的传输，为描述方便，可以统称为：单播传输。例如，单播新传，或，单播重传。

4、非连续接收(discontinuous reception，DRX)。

在无线通信***中，为了在保证数据能够有效传输的前提下进一步节省终端设备的功耗，引入了一种DRX的功能来控制终端设备监听PDCCH的行为。在网络设备为终端设备配置了DRX功能的情况下，可以让终端设备在某些时刻进入睡眠状态，使得终端设备无需持续的监听PDCCH，而在需要监听PDCCH的时候，终端设备可以从睡眠状态中唤醒，从而可以在一定程度上节省终端设备的功耗。

下面将结合图2简单介绍一下DRX：图2是本申请实施例提供的一种DRX周期的示意图。如图2所示，一个DRX周期(DRX cycle)可以包括一个持续时间(例如，on-duration)或唤醒时间(例如，on-duration)和一个睡眠时间(例如，opportunity for DRX)。在持续时间段内，终端设备被唤醒之后，等待接收PDCCH的持续时间，在这段时间，终端设备监听PDCCH。如果终端设备可以成功解码PDCCH，则终端设备可以保持在唤醒状态，或者延长激活时间。在睡眠时间段内，是终端设备的睡眠时间，这段时间内，终端设备不需要监听PDCCH，以节省功耗。可以理解的是，终端设备的睡眠时间越长，终端设备的功耗越低，但相应的，终端设备进行业务传输的时延会增加。

终端设备的DRX功能可以由网络设备进行配置。需要说明的是，即使网络设备为终端设备配置了DRX功能，终端设备也可以根据其他媒体接入控制(medium access control，MAC)层过程的要求来监听PDCCH，即当其他MAC层过程要求终端设备保持监听PDCCH时，无论此时DRX的状态如何，终端设备都需要持续监听PDCCH。

4.1、单播DRX。

在没有配置DRX组(DRX group)的情况下(或者说，在R15中)，DRX参数是网络设备针对每个终端设备的MAC实体或针对每个终端设备进行配置的，即一个终端设备的MAC实体使用一套DRX参数。

在载波聚合(carrier aggregation，CA)的场景下，终端设备对于所有激活的小区都使用相同的一套DRX参数，且运行一套DRX。

在多模双连接(multi-radio dual connectivity，MR-DC)的场景下，主节点(master node，MN)和辅节点(secondary node，SN)分别对应一个终端设备的MAC实体。因此，终端设备针对MN和SN具有独立的两套DRX参数，且运行两套DRX。也就是说，终端设备针对主小区组(master cell group，MCG)内所有激活的服务小区使用一套DRX参数，运行一套DRX；对于辅小区组(secondary cell group，SCG)内所有激活的服务小区使用另一套DRX参数，运行该另一套DRX。

在没有配置DRX组的情况下，DRX的激活时间可以包括以下任一项或多项：drx-onDurationTimer的运行时间；drx-InactivityTimer的运行时间；drx-RetransmissionTimerDL的运行时间；drx-RetransmissionTimerUL的运行时间；drx-RetransmissionTimerSL的运行时间；在物理上行控制信道(physical uplink controlchannel，PUCCH)上发送了调度请求(scheduling request，SR)，并且SR正在等待处理；非竞争随机接入过程成功收到随机接入响应(random access response，RAR)之后(即非竞争随机接入(random access，RA)成功之后)，还没有收到以C-RNTI加扰的指示新传的PDCCH，等等。

网络设备通过无线资源控制(Radio Resource Control，RRC)消息配置下列参数中任一项或多项来控制DRX操作：

drx-onDurationTimer：位于DRX周期开头的一段时间。其中，drx-onDurationTimer启动或重启的位置可以是根据基站配置的参数和协议规定的公式计算出来的。

drx-InactivityTimer：指示了上行或下行新传的PDCCH时机(occasion)之后的一段时间。例如，终端设备接收PDCCH(例如，C-RNTI或CS-RNTI加扰的PDCCH)，指示有新的上行或下行传输(即新传调度)，启动或重启drx-InactivityTimer。

drx-RetransmissionTimerDL：直到接收到下行(downlink，DL)重传的最大时长。例如，drx-HARQ-RTT-TimerUL超时，且数据没有被成功解码，启动或重启drx-RetransmissionTimerDL。

drx-RetransmissionTimerUL：直到接收到针对上行(uplink，UL)重传的授权的最大时长。例如，在drx-HARQ-RTT-TimerUL超时之后的第一个符号中，为相应的HARQ进程启动或重启drx-RetransmissionTimerUL。

drx-HARQ-RTT-TimerDL：MAC实体期望的HARQ重传的DL分配前的最小时长或MAC实体期望接收到HARQ重传的DL分配前的最小时长。例如，终端设备接收PDCCH(比如，C-RNTI或CS-RNTI加扰的PDCCH)，指示有下行传输，或者终端设备在配置的下行分配(比如，单播关联的SPS资源)中接收到数据，反馈后启动或重启drx-HARQ-RTT-TimerDL。其中，RTT代表往返时间(Round Trip Time)。

drx-HARQ-RTT-TimerUL：MAC实体期望的UL HARQ重传授权前的最小时长或MAC实体期望接收到UL HARQ重传授权前的最小时长。例如，终端设备在配置的上行授权(比如，单播关联的SPS资源)中发送了一个MAC协议数据单元(protocol data unit，PDU)，或，终端设备接收PDCCH，指示了UL传输，启动或重启drx-HARQ-RTT-TimerUL。

drx-RetransmissionTimerSL：直到接收到一个针对侧行链路(sidelink，SL)重传的授权的最大时长。

drx-HARQ-RTT-TimerSL：期望的SL重传授权前的最小时长或期望接收到一个SL重传授权前的最小时长。

相比于R15，在R16标准协议中，单播DRX增加了DRX group的功能。

下面将简单介绍一下DRX组(group)。

DRX组：在一个MAC实体内，针对不同频率范围区分不同的DRX组。例如，针对频率范围(frequency range，FR)1和FR2区分DRX组。即对于FR2上的小区，引入了辅DRX组的概念。每个小区属于一个DRX组。

对于FR1和FR2的小区组/DRX组分别有一套drx-onDurationTimer和drx-InactivityTimer的参数，其他的DRX参数是公用的。

每个DRX组运行一套DRX，即一个MAC实体内，可以有两个DRX组，运行两套DRX。

在配置DRX组的情况下，一个DRX组的激活时间可以包括以下任一项或多项：该DRX组的drx-onDurationTimer的运行时间；该DRX组的drx-InactivityTimer的运行时间；该DRX组对应的(或，该DRX组中的任一个小区的)drx-RetransmissionTimerDL的运行时间；该DRX组对应的(或，该DRX组中的任一个小区的)drx-RetransmissionTimerUL的运行时间；该DRX组对应的(或，该DRX组中的任一个小区的)drx-RetransmissionTimerSL的运行时间；在PUCCH上发送了SR，并且SR正在等待处理；非竞争随机接入过程成功收到RAR之后(即非竞争RA成功之后)，还没有收到以C-RNTI加扰的指示新传的PDCCH，等等。

4.2、组播DRX。

组播DRX和单播DRX是独立的，组播的DRX参数可以是每个(per)G-RNTI和/或G-CS-RNTI的，且是每个(per)G-RNTI和/或G-CS-RNTI运行组播DRX的。需要说明的是，单播DRX和组播DRX之间也可能存在一定的关联或交互。例如，终端设备接收到G-RNTI加扰的DCI，也可能会启动或重启单播DRX的drx-HARQ-RTT-TimerDL，和/或，停止单播DRX的drx-RetransmissionTimerDL。

针对一个组播，或者，针对一个G-RNTI或G-CS-RNTI，组播DRX的激活时间(activetime)可以包括以下任一项或多项：针对该G-RNTI或G-CS-RNTI的drx-onDurationTimerPTM的运行时间，针对该G-RNTI或G-CS-RNTI的drx-InactivityTimerPTM的运行时间，或，针对该G-RNTI或G-CS-RNTI的drx-RetransmissionTimerDL-PTM的运行时间。

针对组播DRX功能可以描述如下：

网络设备通过RRC消息配置下列参数中任一项或多项来控制组播DRX操作：

drx-onDurationTimerPTM：位于DRX周期开头的一段时间。drx-onDurationTimerPTM启动或重启的位置是根据基站配置的参数和协议规定的公式计算出来的。

drx-InactivityTimerPTM：指示了DL新传调度的PDCCH时机之后的一段时间。例如，终端设备接收PDCCH(例如，G-RNTI或G-CS-RNTI加扰的PDCCH)，指示有新的下行传输(即新传调度)，启动或重启drx-InactivityTimerPTM。

drx-RetransmissionTimerDL-PTM：直到接收到DL重传的最大时长。例如，drx-HARQ-RTT-TimerDL-PTM超时，且数据没有被成功解码，启动或重启drx-RetransmissionTimerDL-PTM。

drx-HARQ-RTT-TimerDL-PTM：期望的DL重传前的最小时长或期望接收到DL重传前的最小时长。例如，终端设备接收PDCCH(例如，G-RNTI或G-CS-RNTI加扰的PDCCH)，指示有下行传输，或者终端设备在组播配置的下行分配中接收到数据，启动或重启drx-HARQ-RTT-TimerDL-PTM。

需要说明的是，drx-RetransmissionTimerDL、drx-HARQ-RTT-TimerDL、drx-RetransmissionTimerUL、drx-HARQ-RTT-TimerUL、drx-RetransmissionTimerSL、drx-HARQ-RTT-TimerSL、drx-HARQ-RTT-TimerDL-PTM、drx-RetransmissionTimerDL-PTM中的任一个或多个是每个(per)HARQ进程的。例如，终端设备为不同的HARQ进程，维护不同的drx-HARQ-RTT-TimerDL。例如，终端设备为不同的HARQ进程，维护不同的drx-RetransmissionTimerUL。例如，终端设备为不同的HARQ进程，维护不同的drx-HARQ-RTT-TimerDL-PTM。例如，终端设备为不同的HARQ进程，维护不同的drx-RetransmissionTimerDL-PTM。

需要说明的是，drx-HARQ-RTT-TimerDL-PTM、drx-RetransmissionTimerDL-PTM中的任一个或多个是每个(per)G-RNTI和/或G-CS-RNTI的，或，是每个(per)组播/组播业务的。例如，终端设备为不同的G-RNTI和/或G-CS-RNTI，或，终端设备为不同的组播/组播业务，维护不同的drx-HARQ-RTT-TimerDL-PTM。例如，终端设备为不同的G-RNTI和/或G-CS-RNTI，或，终端设备为不同的组播/组播业务，维护不同的drx-RetransmissionTimerDL-PTM。

需要说明的是，DRX相关的内容可以参考3GPP TS 38.321："NR；Medium AccessControl(MAC)；Protocol specification"，此处不再赘述。

5、组播和单播对应的逻辑信道。

组播对应的逻辑信道包括DTCH和MTCH。单播对应的逻辑信道包括DTCH。如图3a所示，图3a是信道映射的示意图。针对组播数据的传输，对应的逻辑信道、传输信道、物理信道分别为：DTCH和MTCH、下行共享信道(downlink-shared channel，DL-SCH)、物理下行共享信道(physical downlink shared channel，PDSCH)。

一个组播业务可能对应/包括一个或多个MBS无线承载(MBS Radio Bearer，MRB)。一个RB/MRB对应一个PDCP实体。对于MRB来说，终端设备的一个PDCP实体可能对应终端设备的一个RLC实体(例如，一个PTP RLC实体或一个PTM RLC实体)，也可能对应两个RLC实体(例如，一个PTP RLC实体和一个PTM RLC实体)。以一个MRB对应的PDCP实体对应2个RLC实体为例进行说明，如图3b所示，分组数据汇聚协议(packet data convergence protocol，PDCP)实体对应PTP无线链路控制(radio link control，RLC)实体和PTM RLC实体，PTP RLC实体和PTM RLC实体均对应MAC实体。PTP RLC实体对应的逻辑信道为DTCH，PTM RLC实体对应的逻辑信道为MTCH。MTCH和DTCH是不同RLC实体对应的逻辑信道。也就说，对于组播数据，可能会与DTCH相关联，也可能会与MTCH相关联。

针对一个终端设备，可能存在下列可能性：

(1)对于一个组播业务来说，其可能对应一个或多个MTCH，和/或，一个或多个DTCH。针对该组播业务对应的一个或多个MTCH，和/或，一个或多个DTCH，每个逻辑信道的LCID均不同。

(2)对于不同的组播业务来说，其可能对应不同的MTCH和/或DTCH，每个逻辑信道的LCID也是不同的。对于单播业务来说，其可能对应DTCH。

(3)对于单播业务和组播业务来说，其可能对应不同的DTCH，每个逻辑信道的LCID也是不同的。

可以理解的是，在一个终端设备内，对于单播业务和组播业务对应的多个逻辑信道来说，每个逻辑信道的LCID均是不同的。

一个组播业务对应一个G-RNTI和/或一个G-CS-RNTI，一个组播业务可能对应一个或多个MTCH，该一个或多个MTCH对应的数据可以复用到一起组成MAC PDU，该MAC PDU可以通过该G-RNTI加扰的PDCCH进行调度传输，或，该MAC PDU可以在该G-RNTI和/或G-CS-RNTI对应的组播SPS资源上传输。另外，若该MAC PDU通过该G-RNTI加扰的PDCCH进行调度传输，该MAC PDU的重传可以通过该G-RNTI加扰的PDCCH进行调度传输，也可以通过C-RNTI加扰的PDCCH进行调度传输。若该MAC PDU在该G-RNTI和/或G-CS-RNTI对应的组播SPS资源上传输，该MAC PDU的重传可以通过该G-CS-RNTI加扰的PDCCH进行调度传输，也可以通过CS-RNTI加扰的PDCCH进行调度传输。且该G-RNTI和/或G-CS-RNTI加扰的PDCCH的监听受该G-RNTI和/或G-CS-RNTI对应的组播DRX的控制。需要说明的是，MTCH相关的数据的传输会影响组播DRX。另外，由于MTCH相关的数据的重传可能会通过C-RNTI加扰的PDCCH进行调度传输或通过CS-RNTI加扰的PDCCH进行调度传输，所以MTCH相关的数据的传输也可能会影响单播DRX。

一个组播业务也可能对应一个或多个DTCH，不同组播业务对应的DTCH和单播业务对应的DTCH对应的数据可以复用到一起组成MAC PDU，该MAC PDU可以通过C-RNTI加扰的PDCCH进行调度传输，或，该MAC PDU可以在单播SPS资源上传输。另外，若该MAC PDU通过该C-RNTI加扰的PDCCH进行调度传输，该MAC PDU的重传可以通过该C-RNTI加扰的PDCCH进行调度传输。若该MAC PDU在单播SPS资源上传输，该MAC PDU的重传可以通过CS-RNTI加扰的PDCCH进行调度传输。且该C-RNTI或CS-RNTI加扰的PDCCH的监听受单播DRX的控制。需要说明的是，DTCH相关的数据的传输会影响单播DRX。

6、HARQ。

6.1、HARQ进程。

单播和组播之间可以共享HARQ进程。例如，一个HARQ进程可能一会/第一时间给组播用，一会/第二时间给单播用；或者说，一个HARQ进程一会/第一时间和组播关联，一会/第二时间和单播关联。

组播1和组播2之间可以共享HARQ进程。例如，一个HARQ进程可能一会/第一时间给组播2用，一会/第二时间给组播1用；或者说，一个HARQ进程一会/第一时间和组播2关联，一会/第二时间和组播1关联。

单播和不同的组播之间可以共享HARQ进程。例如，一个HARQ进程可能一会/第一时间给组播2用，一会/第二时间给组播1用，一会/第三时间给单播用；或者说，一个HARQ进程一会/第一时间和组播2关联，一会/第二时间和组播1关联，一会/第三时间和单播关联。

6.2、HARQ重传。

对于组播的PTM传输(例如，初传采用PTM传输方式进行传输)，网络设备可通过PTP传输方式或PTM传输方式进行HARQ重传。例如，网络设备采用G-RNTI加扰的DCI调度G-RNTI加扰的数据进行初传，网络设备可以采用C-RNTI加扰的DCI调度C-RNTI加扰的数据进行HARQ重传，和/或，网络设备也可以采用G-RNTI加扰的DCI调度G-RNTI加扰的数据进行HARQ重传。其中，无论采用哪种HARQ重传，HARQ重传对应的HARQ process ID和NDI(或者说，HARQ重传对应的DCI中的HARQ process ID和NDI)与新传对应的相同。

对于组播的配置传输(例如，初传采用配置传输方式进行传输)，网络设备可通过PTP传输方式或PTM传输方式进行HARQ重传。例如，网络设备在组播SPS资源上进行初传，网络设备可以采用CS-RNTI加扰的DCI调度CS-RNTI加扰的数据进行HARQ重传，和/或，网络设备也可以采用G-CS-RNTI加扰的DCI调度G-CS-RNTI加扰的数据进行HARQ重传。例如，其中，无论采用哪种HARQ重传，HARQ重传对应的HARQ process ID和NDI(或者说，HARQ重传对应的DCI中的HARQ process ID和NDI)与新传对应的相同。

6.3、新传/重传判断。

单播传输中，终端设备可通过相同HARQ进程或HARQ process ID对应的新数据指示(new data indication，NDI)是否翻转来判断本次传输是新传还是重传。例如，针对相同的HARQ process，如果本次传输的NDI与前一次传输的NDI相比发生了翻转，终端设备确定本次传输是新传；如果未发生翻转，终端设备确定本次传输为重传。

针对相同的HARQ进程或HARQ process ID，终端设备在下列表1所示的任一项或多项情况下会将本次传输视为新传：

(1)前一次传输采用组播配置传输方式传输(即MBS SPS)，本次传输采用C-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via C-RNTI)；

(2)前一次传输采用G-CS-RNTI加扰的DCI动态调度传输(即Dynamic schedulingvia G-CS-RNTI)，本次传输采用C-RNTI加扰的DCI动态调度传输(即Dynamic schedulingvia C-RNTI)；

(3)前一次传输采用单播配置传输方式传输(即SPS)，本次传输采用G-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via G-RNTI)；

(4)前一次传输采用组播配置传输方式传输(即MBS SPS)，本次传输采用G-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via G-RNTI)；

(5)前一次传输采用其他G-RNTI加扰的DCI动态调度传输(Dynamic schedulingvia other G-RNTI)，本次传输采用G-RNTI加扰的DCI动态调度传输(即Dynamicscheduling via G-RNTI)；

(6)前一次传输采用G-CS-RNTI加扰的DCI动态调度传输(Dynamic schedulingvia G-CS-RNTI)，本次传输采用G-RNTI加扰的DCI动态调度传输(即Dynamic schedulingvia G-RNTI)；

(7)前一次传输采用C-RNTI加扰的DCI动态调度传输(Dynamic scheduling viaC-RNTI)，本次传输采用G-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via G-RNTI)。

表1

结合上述各传输方式和HARQ重传可知，终端设备接收到C-RNTI或CS-RNTI加扰的DCI，该DCI调度的数据可能与MTCH相关，也可能与DTCH相关。

示例性的，请参见图4a，图4a为单播传输示意图。如图4a所示，网络设备传输数据#a时，发送了4次调度数据#a的DCI，可理解为网络设备进行了数据#a的初传和3次重传。网络设备传输数据#a时，方框内的0代表调度数据#a的DCI中的NDI为0。网络设备传输数据#b时，终端设备未接收到调度数据#b初传的DCI。然后，网络设备进行数据#b的重传，终端设备接收到调度数据#b重传的第一个DCI后，由于本次接收的DCI中的NDI相比于前次接收的DCI(调度数据#a重传的DCI)中的NDI已经翻转，因此终端设备会将数据#b的这次重传视为数据#b的初传。所以终端设备会启动或重启与单播关联的DRX对应的drx-InactivityTimer，从而终端设备后续还可继续接收以单播方式传输的DCI。

可见，单播传输中，如果终端设备丢失了调度某一数据初传的DCI，接收到后续调度该数据重传的DCI，终端设备可能会将该重传视为初传，会启动或重启与单播关联的DRX对应的drx-InactivityTimer，延长单播关联的DRX的激活时间。从而，终端设备后续还可接收到以单播方式传输的DCI。

然而，MBS中，针对一个组播业务的传输，如果终端设备未接收到通过PTM传输方式进行初传的DCI，且网络设备采用PTP传输方式进行HARQ重传，根据HARQ重传对应的DCI中的信息(例如，DCI中的HARQ process ID和NDI)，终端设备可能无法正确确定该DCI调度的数据是针对单播传输的，还是针对该组播业务的组播MTCH相关传输的，还是针对其他组播业务的组播MTCH相关传输的。终端设备可能会将该次传输误判为是针对单播传输的或者是针对其他组播业务的组播MTCH相关传输的，终端设备将不会启动或重启与组播关联的DRX对应的drx-InactivityTimerPTM(例如，该组播业务的)，该终端设备与接收该组播业务的其他终端设备以及网络设备相比，组播关联的DRX的激活时间将不对齐，且该终端设备与接收该组播业务的其他终端设备以及网络设备相比，可能会更早的进入睡眠状态，可能导致该终端设备无法接收到网络设备发送的后续G-RNTI或G-CS-RNTI加扰的PDCCH(或，网络设备发送的后续PTM传输)，影响传输可靠性或增加传输时延，也可能导致该终端设备无法上报CSI和SRS，无法辅助基站的组播调度，影响***性能。另外，终端设备可能会将该次传输误判为一次单播新传，终端设备可能会启动或重启与单播关联的DRX对应的drx-InactivityTimer，可能会导致终端设备费电，可能导致终端设备不必要的上报CSI和SRS。

例如，如图4b所示，终端设备未接收到通过PTM传输方式(例如，G-RNTI加扰的DCI进行调度)传输的数据1的初传的DCI，且网络设备采用PTP传输方式(例如，C-RNTI加扰的DCI进行调度)进行数据1的重传，终端设备接收到了该重传对应的DCI，且DCI中的HARQprocess ID＝1，NDI＝1。终端设备接收到的针对相同HARQ进程的前一次传输对应的是C-RNTI，且NDI为0。由于NDI发生了翻转，那么，终端设备会将通过PTP传输方式进行数据1的重传的传输误判为单播新传，终端设备将会启动或重启与单播关联的DRX对应的drx-InactivityTimer。实际上，通过PTP传输方式进行数据1的重传的DCI调度的是组播MTCH相关传输的重传。

如图5所示，网络设备与多个终端设备进行MBS传输时，如果终端设备#1未接收到通过PTM传输方式传输的数据1的初传的DCI，后续网络设备通过PTP传输方式为终端设备#1进行数据1的重传，即网络设备通过PTP传输方式向终端设备#1发送数据1的重传的DCI。该情况下，由于终端设备#1未接收到通过PTM传输方式传输的数据1的初传的DCI，因此终端设备#1不会启动或重启与组播关联的drx-InactivityTimerPTM，从而无法延长组播关联的DRX的激活时间，进而终端设备#1后续可能无法接收网络设备通过PTM传输方式传输的其他或后续数据的DCI。但是，组内其他终端设备接收到PTM传输方式传输的数据1的初传的DCI，从而该组内其他终端设备会启动或重启与组播关联的drx-InactivityTimerPTM，该其他终端设备后续可接收通过PTM传输方式传输的其他数据的DCI。

另外，如果终端设备#1将网络设备通过PTM传输方式传输的数据1的初传误判为是单播新传，则终端设备#1会启动或重启与单播关联的DRX对应的drx-InactivityTimer。然而，网络设备并不会启动或重启与单播关联的DRX对应的drx-InactivityTimer，会给终端设备#1带来额外的功耗。

例如，如图6所示，网络设备采用单播动态传输方式进行数据#a的初传和重传，且调度数据#a初传和重传的DCI中的NDI均为1。网络设备调度数据#b初传和重传的DCI中的NDI均为0。网络设备采用PTM传输方式进行数据#b的初传，但终端设备未接收到调度数据#b初传的DCI。然后网络设备采用PTP传输方式进行数据#b的重传。终端设备接收到第一个调度数据#b重传的DCI，且该DCI中的NDI相比于前一次接收到的DCI(调度数据#a重传的DCI)中的NDI，发生了翻转。那么，终端设备会将该数据#b的重传误判为单播新传，从而启动或重启与单播关联的DRX对应的drx-InactivityTimer，延长单播关联的DRX的激活时间，会给终端设备带来额外的功耗。

本申请公开的实施例将围绕包括多个设备、组件、模块等的***来呈现本申请的各个方面、实施例或特征。应当理解和明白的是，各个***可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

本申请中，“未接收到”可以包括/理解为：未检测到。

在本申请中，组播方式也可以包括/替换为多播方式或广播方式。本申请皆以组播方式为例进行说明。

在本申请中，DCI可以替换为PDCCH，PDCCH可以替换为DCI。

在本申请中，数据可以替换为PDSCH，PDSCH可以替换为数据。

在本申请中，RNTI加扰PDCCH/DCI/控制信息可以理解为：RNTI加扰PDCCH/DCI/控制信息的循环冗余校验(cyclic redundancy check，CRC)，或，PDCCH/DCI/控制信息的CRC被RNTI加扰。

本申请实施例中，关联的可以理解为：对应的。

本申请中，第一组播可以理解为第一组播业务。

本申请中，用于指示终端设备接收重传(例如，数据/DCI)前等待的时长可以包括/理解为以下任一项或多项：用于指示终端设备接收到/接收重传(例如，数据/DCI)(例如，DL数据)前等待的时长(例如，最小时长)，用于指示终端设备期望接收到/接收重传(例如，数据/DCI)(例如，DL数据)前等待的时长(例如，最小时长)。

本申请中，用于指示终端设备接收重传(例如，数据/DCI)的时长可以包括/理解为：用于指示终端设备接收到/接收重传(例如，数据/DCI)(例如，DL数据或SL数据)的时长(例如，最大时长)。

在本申请中，初传可以替换为新传。

本申请中，启动可以理解为启动或重启。

本申请中，未启动或重启可以理解为未启动或未重启。

本申请中，NDI翻转可以理解为NDI不同，NDI未翻转可以理解为NDI相同。

需要说明的是，本申请实施例以终端设备为例进行说明，也可以将终端设备替换为终端设备的MAC实体或终端设备的其他实体或其他设备，本申请不限定。

三.通信方法100。

本申请实施例提出一种通信方法100，图7是该通信方法100的流程示意图。该通信方法100从终端设备侧的角度进行阐述。该通信方法100包括但不限于以下步骤：

S101.终端设备接收以单播方式传输的第二下行控制信息DCI。

以单播方式传输的第二DCI，可以包括/理解为：第二RNTI加扰的第二DCI，或，与第二RNTI相关联的第二DCI。

第二RNTI可以用于以下任一种或任多种：用于单播，用于调度动态资源，用于动态资源的重传资源，用于激活配置资源、用于重激活配置资源、用于去激活配置资源，用于调度配置资源的重传资源，用于加扰(例如，用于加扰PDCCH或PDSCH)。

示例性的，第二RNTI可以包括/为C-RNTI，和/或，CS-RNTI。

第二DCI用于调度第一数据(例如，以单播方式传输的第一数据)。以单播方式传输的第一数据可以包括/理解为：第二RNTI加扰的第一数据，或，与第二RNTI相关联的第一数据。

第二DCI与第一HARQ process ID(或第一HARQ进程)和第一NDI相关联。例如，第二DCI中包括第一HARQ process ID和第一NDI。

第一数据与第一HARQ process ID(或第一HARQ进程)和第一NDI相关联。

S102.终端设备接收第一数据。

可选的，终端设备接收第一数据，可以包括：终端设备成功解码第一数据。

S103.满足第一条件，终端设备执行S103-1、S103-2中的任一项或多项。

第一条件包括：第一数据包括第一逻辑信道标识LCID，且，终端设备未接收到第一DCI。

第一DCI是通过组播方式传输的。

其中，第一LCID为第一组播广播服务业务MTCH的标识。第一LCID与第一组播业务相关联。第一LCID与MTCH相关联。

第一数据包括/为第一MAC PDU。

第一DCI是通过组播方式传输的，可以包括/理解为：第一RNTI加扰的第一DCI，或，与第一RNTI相关联的第一DCI。

第一RNTI可以用于以下任一种或任多种：用于组播，用于调度动态资源，用于动态资源的重传资源，用于激活配置资源、用于重激活配置资源、用于去激活配置资源，用于调度配置资源的重传资源，用于加扰(例如，用于加扰PDCCH或PDSCH)。

示例性的，第一RNTI可以包括/为G-RNTI，和/或，G-CS-RNTI。例如，第一RNTI包括第一G-RNTI，和/或，第一G-CS-RNTI。例如，第一组播业务与第一G-RNTI和/或第一G-CS-RNTI相关联。

一种可能的实现，第一DCI用于调度第一数据(例如，以组播方式传输的第一数据)。以组播方式传输的第一数据可以包括/理解为：第一RNTI加扰的第一数据，或，与第一RNTI相关联的第一数据。

另一种可能的实现，第一DCI用于激活组播配置资源(例如，第一组播配置资源)。例如，第一组播配置资源与第一G-RNTI、第一G-CS-RNTI、第一组播业务中的任一项或多项相关联。例如，第一数据在第一组播配置资源上传输。

示例性的，第一RNTI为G-RNTI，第二RNTI为C-RNTI。

示例性的，第一RNTI为G-CS-RNTI，第二RNTI为CS-RNTI。

第一DCI与第一HARQ process ID(或第一HARQ进程)和第一NDI相关联。例如，第一DCI中包括第一HARQ process ID和第一NDI。

第一DCI可能包括一个或多个DCI。未接收到第一DCI，可以包括/理解为：未接收到一个DCI(例如，第一DCI)，或者，未接收到多个DCI(例如，第一DCI#1和第一DCI#2)。例如，网络设备可能发送了第一DCI#1，第一DCI#1用于调度第一数据(例如，以组播方式传输的第一数据)，终端设备未接收到该第一DCI#1；网络设备可能还发送了第一DCI#2，第一DCI#2用于调度第一数据(例如，以组播方式传输的第一数据)，终端设备也未接收到第一DCI#2。

可选的，未接收到第一DCI可以包括：未接收到通过组播方式传输的、用于调度第一数据(例如，以组播方式传输的第一数据)的DCI。例如，未接收到第一DCI可以包括：未接收到通过组播方式传输的、用于调度第一数据(例如，以组播方式传输的第一数据)的所有/任一个DCI。

通过组播方式传输的DCI，可以包括/理解为：第一RNTI加扰的DCI，或，与第一RNTI相关联的DCI。

可以理解的是，MTCH和DTCH共享LCID空间，但MTCH的LCID值和DTCH的LCID值不相同。也就是说，MTCH的LCID值和DTCH的LCID值在同一个范围内选取，但MTCH的LCID值和DTCH的LCID值不相同。因此，终端设备可根据第一LCID确定第一LCID对应的是MTCH。或者，终端设备可根据第一LCID确定第一数据对应的是MTCH或组播或哪个组播业务或哪个G-RNTI(或G-CS-RNTI)。

第一数据包括第一MTCH的标识，说明第一数据对应的是MTCH，或者，说明第一数据是针对组播MTCH相关传输的，或者，说明第一数据与第一组播业务、第一G-RNTI、第一G-CS-RNTI中的任一项或多项相关联。

可选的，第一LCID与第一RNTI和/或第一组播业务相关联。

可选的，组播关联的DRX与第一RNTI和/或第一组播业务相关联。例如，组播关联的DRX包括：与第一RNTI关联的组播关联的DRX，或，与第一RNTI关联的DRX。

S103-1.终端设备控制组播关联的DRX处于激活时间。

例如，终端设备控制组播关联的DRX处于激活时间，可理解为/包括以下任一项或多项：使得组播关联的DRX处于激活时间；使得终端设备监听第一组播业务或第一RNTI对应的PDCCH；扩展/延长组播关联的DRX的激活时间。

可选的，终端设备控制组播关联的DRX处于激活时间可以包括：终端设备启动或重启以下定时器中的一项或多项：第二定时器、第三定时器、第四定时器、第五定时器。

例如，第二定时器为与组播关联的DRX对应的非激活定时器(例如，drx-InactivityTimerPTM)。

例如，第三定时器为与组播关联的DRX对应的持续时间定时器(例如，drx-onDurationTimerPTM)。

例如，第四定时器为与组播关联的DRX对应的重传定时器(例如，drx-RetransmissionTimerDL-PTM)。

第五定时器可以为新定义的定时器，本申请不限制。

例如，组播关联的DRX对应的持续时间定时器用于指示终端设备被唤醒之后等待接收控制信息(例如，DCI)的持续时间。

例如，组播关联的DRX对应的非激活定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长。

例如，组播关联的DRX对应的重传定时器用于指示终端设备接收重传(例如，重传DCI、重传数据)的时长。

由上述可知，第二定时器、第三定时器、第四定时器中的一项或多项运行时，可使得与组播关联的DRX处于激活时间。

可选的，第一条件还可以包括以下任一项或多项：

条件1：组播关联的DRX未处于激活时间，或，第二定时器未运行；

条件2：终端设备接收到第二DCI后，第二定时器未启动或重启；或，从终端设备接收第二DCI开始，第二定时器未启动或重启；

条件3：终端设备接收到第三DCI后，第二定时器未启动或重启，第三DCI用于调度第一数据，第三DCI在第二DCI之前；或，从终端设备接收第三DCI开始，第二定时器未启动或重启。

可选的，组播关联的DRX未处于激活时间可以包括终端设备确定组播关联的DRX未处于激活时间。

第二定时器未启动或重启可以包括：第二定时器未启动或重启过。可理解的，“第二定时器未启动或重启过”并不限定第二定时器是否运行。

可选的，“终端设备接收到第二DCI后，第二定时器未启动或重启；或，从终端设备接收第二DCI开始，第二定时器未启动或重启”可以包括以下一项或多项：终端设备启动或重启第二定时器后，第二定时器未启动或重启；终端设备由于第二DCI启动或重启第二定时器后，第二定时器未启动或重启；终端设备接收到第二DCI后或从终端设备接收第二DCI开始，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启；终端设备启动或重启第二定时器后，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启；终端设备由于第二DCI启动或重启第二定时器后，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启。

可选的，“终端设备接收到第三DCI后，第二定时器未启动或重启；或，从终端设备接收第三DCI开始，第二定时器未启动或重启”可以包括以下一项或多项：终端设备启动或重启第二定时器后，第二定时器未启动或重启；终端设备由于第三DCI启动或重启第二定时器后，第二定时器未启动或重启；终端设备接收到第三DCI后或从终端设备接收第三DCI开始，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启；终端设备启动或重启第二定时器后，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启；终端设备由于第三DCI启动或重启第二定时器后，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启。

可选的，“终端设备接收到第二DCI或第三DCI后，第二定时器未启动或重启；或，从终端设备接收第二DCI或第三DCI开始，第二定时器未启动或重启”可以包括以下一项或多项：

(1)终端设备接收到第二DCI或第三DCI后或从终端设备接收第二DCI或第三DCI开始，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想控制组播关联的DRX处于激活时间时，第二定时器未启动或重启过；

(2)终端设备启动或重启第二定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想控制组播关联的DRX处于激活时间时，第二定时器未启动或重启过；

(3)终端设备由于第二DCI或第三DCI启动或重启第二定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想控制组播关联的DRX处于激活时间时，第二定时器未启动或重启过；

(4)终端设备接收到第二DCI或第三DCI后或从终端设备接收第二DCI或第三DCI开始，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想控制组播关联的DRX处于激活时间时，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启过；

(5)终端设备启动或重启第二定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想控制组播关联的DRX处于激活时间时，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启；

(6)终端设备由于第二DCI或第三DCI启动或重启第二定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想控制组播关联的DRX处于激活时间时，第二定时器未由于其他传输(例如，与第一RNTI或第一组播业务相关联的、通过组播方式传输的初传)启动或重启。

可选的，第二DCI为终端设备接收到的第一个以单播方式传输的、用于调度第一数据的DCI。

第三DCI是以单播方式传输的。

第三DCI与第一HARQ process ID(或第一HARQ进程)和第一NDI相关联。例如，第三DCI中包括第一HARQ process ID和第一NDI。

例如，第三DCI可以包括终端设备接收到的第一个以单播方式传输的、用于调度第一数据的DCI。

可选的，除了第三DCI和第二DCI之外，可能还存在其他的、以单播方式传输的、用于调度第一数据的DCI，本申请不限制。

例如，终端设备成功解码第一数据时/后，或，终端设备确定第一数据包括第一LCID且终端设备未接收到通过组播方式传输的第一DCI时/后，确定组播关联的DRX是否处于激活时间，如果组播关联的DRX未处于激活时间，后续因组播关联的DRX未处于激活时间而无法接收通过组播方式传输的其他DCI。因此，终端设备控制组播的DRX处于激活时间，以使得终端设备后续可以接收通过组播方式传输的其他DCI，提高通信可靠性，降低通信时延。

例如，如果终端设备确定第一数据包括第一LCID，终端设备未接收到通过组播方式传输的第一DCI，若组播关联的DRX处于激活时间，不执行控制组播关联的DRX处于激活时间。

在一种可能的情况下，在第二DCI或第三DCI对应的时域位置或之后，到终端设备成功解码第一数据的期间，或，到终端设备确定满足第一条件的期间，或，到终端设备将/想控制组播关联的DRX处于激活时间的期间，终端设备可能接收到了通过组播方式传输的其他DCI，从而终端设备启动或重启了与组播关联DRX对应的非激活定时器，使得组播关联的DRX处于激活时间，从而使得该终端设备与接收该组播业务的其他终端设备以及网络设备对齐了组播关联的DRX的激活时间，后续该终端设备可接收通过组播方式传输的DCI。那么，终端设备无需再控制组播关联的DRX处于激活时间。

可选的，终端设备确定第一数据包括第一LCID，且终端设备未接收到通过组播方式传输的第一DCI时，如果终端设备接收到第二DCI或第三DCI后，第二定时器未启动或重启，表明终端设备接收到第二DCI或第三DCI后，未接收到其他通过组播方式传输的初传，从而未启动或重启与组播关联的DRX对应的非激活定时器，所以，该终端设备与接收该组播业务的其他终端设备以及网络设备之间组播关联的DRX的激活时间仍是不对齐的。因此，该情况下，终端设备需控制与组播关联的DRX处于激活时间，以使得后续可接收通过组播方式传输的其他DCI，提高通信可靠性，降低通信时延。

可选的，终端设备确定第一数据包括第一LCID，且终端设备未接收到通过组播方式传输的第一DCI时，如果终端设备接收到第三DCI后，第二定时器未启动或重启，表明终端设备接收到第一个以单播方式传输的、用于调度第一数据的DCI后，未接收到其他通过组播方式传输的初传，从而未启动或重启与组播关联的DRX对应的非激活定时器，所以，该终端设备与接收该组播业务的其他终端设备以及网络设备之间组播关联的DRX的激活时间仍是不对齐的。因此，该情况下，终端设备需控制与组播关联的DRX处于激活时间，以使得后续可接收通过组播方式传输的其他DCI，提高通信可靠性，降低通信时延。

例如，如图8所示，第一数据为数据#b。网络设备向终端设备传输数据#b时，终端设备未接收到调度数据#b初传的第一DCI，第一DCI是通过组播方式传输的。网络设备通过第三DCI调度数据#b的重传，第三DCI是通过单播方式传输的。终端设备接收到了调度数据#b重传的第三DCI，但未成功解码出数据#b。从而网络设备继续通过第二DCI调度数据#b的重传，第二DCI也是通过单播方式传输的。终端设备接收到了该第二DCI，并成功解码出数据#b。可选的，终端设备接收到第三DCI到接收到第二DCI之间的时间内，终端设备还可能会接收到调度数据#b重传的其他DCI，但均未成功解码出数据#b。若终端设备确定第一数据包括第一LCID，且未接收到通过组播方式传输的第一DCI，以及从接收到第三DCI，到成功解码出数据#b之间的时间段(即图8中T代表的时间段)，第二定时器未启动或重启过，表明终端设备接收到第三DCI后，未接收到其他通过组播方式传输的初传。从而，第二定时器一直未被启动或重启，所以，该终端设备与接收该组播业务的其他终端设备以及网络设备之间组播关联的DRX的激活时间仍是不对齐的。因此，该情况下，终端设备需控制与组播关联的DRX处于激活时间，以使得后续可接收通过组播方式传输的其他DCI，提高通信可靠性，降低通信时延。

可选的，考虑到从终端设备接收通过单播方式传输的、调度第一数据的DCI到终端设备正确解码第一数据，需要一定的时间，若第二定时器的配置时长小于该一定的时间，即便其他终端设备接收到了通过组播方式传输的、调度第一数据的DCI而启动了第二定时器，到了终端设备正确解码第一数据的时间点，其他终端设备因为接收通过组播方式传输的、调度第一数据的DCI而启动或重启的第二定时器也已经超时了，这种情况下若终端设备启动第二定时器，是没有必要的，而且会增加终端设备的功耗。可选的，因为网络设备调度重传时会考虑终端设备侧的第六定时器和/或第七定时器，所以该一定的时间还可以考虑第六定时器的配置时长和/或第七定时器的配置时长。

可选的，第一条件还可以包括条件8。

条件8：第二时长小于第二定时器的配置时长。

示例性的，第二时长可以包括以下任一项或多项或包括以下任一项或多项的和：从终端设备接收第二DCI(或第三DCI)到终端设备成功解码第一数据的时长；从终端设备接收第二DCI(或第三DCI)到终端设备确定满足第一条件的时长；从终端设备接收第二DCI(或第三DCI)到终端设备将/想控制组播关联的DRX处于激活时间的时长；第六定时器的配置时长；第七定时器的配置时长；第一预设时长。例如，第二时长为：从终端设备接收第二DCI(或第三DCI)到终端设备成功解码第一数据的时长。例如，第二时长为：从终端设备接收第二DCI(或第三DCI)到终端设备成功解码第一数据的时长和第六定时器的配置时长之和。例如，第二时长为：从终端设备接收第二DCI(或第三DCI)到终端设备成功解码第一数据的时长和第七定时器的配置时长之和。示例性的，第二定时器的配置时长、第六定时器的配置时长、第七定时器的配置时长中的任一项或多项可以是网络设备给终端设备配置的。例如，定时器的配置时长(例如，第二定时器的配置时长)还可以称为定时器的预设时长(例如，第二定时器的预设时长)。

可选的，“终端设备接收第二DCI(或第三DCI)”可以包括/替换为：第二DCI(或第三DCI)的时域位置。例如，第二DCI(或第三DCI)的时域位置也可以称为：第二DCI(或第三DCI)所在的时域位置，或，第二DCI(或第三DCI)对应的时域位置。例如，“终端设备接收第二DCI(或第三DCI)”可以包括/替换为：终端设备接收第二DCI(或第三DCI)的开始时域位置或结束时域位置或中间时域位置，本申请不限制。例如，第二DCI或第三DCI的时域位置可以包括：第二DCI(或第三DCI)的开始时域位置或结束时域位置或中间时域位置，本申请不限制。

例如，第六定时器为与组播关联的DRX对应的RTT定时器(例如，drx-HARQ-RTT-TimerDL-PTM)。例如，组播关联的DRX对应的RTT定时器用于指示终端设备接收重传(例如，重传DCI和/或重传数据)前等待的时长。

例如，第七定时器与第一DRX相关联。示例性的，第七定时器为单播对应的RTT定时器(例如，drx-HARQ-RTT-TimerDL)。例如，单播对应的RTT定时器用于指示终端设备接收重传(例如，重传DCI和/或重传数据)前等待的时长。例如，第七定时器为与单播关联的DRX对应的RTT定时器或第一DRX对应的RTT定时器。可选的，第七定时器与第一小区对应的DRXgroup相关联。示例性的，第七定时器是第一小区对应的DRX group关联的drx-HARQ-RTT-TimerDL。

例如，第一预设时长可以是网络设备给终端设备配置的，或者，是协议规定的，或者，是预配置的，或，终端设备存储的，或，终端设备通过其他方式获取的，本申请不限制。

在一种可选的实现方式中，第二定时器的运行时长小于或等于第二定时器的配置时长减去第三时长。例如，第二定时器的运行时长为第二定时器的配置时长减去第三时长。例如，满足第一条件，终端设备启动或重启第二定时器，其中，第二定时器的运行时长小于或等于第二定时器的配置时长减去第三时长，或，启动或重启的第二定时器的运行时长小于或等于第二定时器的配置时长减去第三时长。例如，第二定时器的运行时长可以包括/称为：第二定时器的剩余运行时长。例如，第一条件包括条件1、条件2、条件3和条件8中的任一项或多项。

可选的，“第二定时器的运行时长小于或等于第二定时器的配置时长减去第三时长”可以包括：终端设备设置/确定第二定时器的运行时长小于或等于第二定时器的配置时长减去第三时长。

示例性的，第三时长可以包括以下任一项或多项或包括以下任一项或多项的和：从终端设备接收第二DCI(或第三DCI)到终端设备成功解码第一数据的时长；从终端设备接收第二DCI(或第三DCI)到终端设备确定满足第一条件的时长；从终端设备接收第二DCI(或第三DCI)到终端设备将/想控制组播关联的DRX处于激活时间的时长；第六定时器的配置时长；第七定时器的配置时长；第一预设时长；第二预设时长。需要说明的是，第三时长可以和第二时长相同，也可以不同，本申请不限制。

例如，第二预设时长可以是网络设备给终端设备配置的，或者，是协议规定的，或者，是预配置的，或，终端设备存储的，或，终端设备通过其他方式获取的，本申请不限制。

在一种可选的实现方式中，不满足第一条件，终端设备不执行S103-1。例如，若第二时长大于或等于第二定时器的配置时长，终端设备不启动或重启第二定时器。例如，第一条件包括条件1、条件2、条件3和条件8中的任一项或多项。

例如，如图8所示，第一数据为数据#b。网络设备向终端设备传输数据#b时，终端设备未接收到调度数据#b初传的第一DCI，第一DCI是通过组播方式传输的。网络设备通过第三DCI调度数据#b的重传，第三DCI是通过单播方式传输的。终端设备接收到了调度数据#b重传的第三DCI，但未成功解码出数据#b。从而网络设备继续通过第二DCI调度数据#b的重传，第二DCI也是通过单播方式传输的。终端设备接收到了该第二DCI，并成功解码出数据#b。可选的，终端设备接收到第三DCI到接收到第二DCI之间的时间内，终端设备还可能会接收到调度数据#b重传的其他DCI，但均未成功解码出数据#b。若终端设备确定第一数据包括第一LCID，且未接收到通过组播方式传输的第一DCI，以及从接收到第三DCI，到成功解码出数据#b之间的时间段(即图8中T代表的时间段)，第二定时器未启动或重启过。若从接收到第三DCI，到成功解码出数据#b之间的时间段(即图8中T代表的时间段)小于第二定时器的配置时长，终端设备可以启动或重启第二定时器，且将第二定时器的运行时长设置为(第二定时器的配置时长-T)；若从接收到第三DCI，到成功解码出数据#b之间的时间段(即图8中T代表的时间段)大于或等于第二定时器的配置时长，终端设备可以不启动或重启第二定时器。这样，在一些情况下(例如，在该终端设备与接收该组播业务的其他终端设备以及网络设备之间组播关联的DRX的激活时间不对齐的情况下)，终端设备需控制与组播关联的DRX处于激活时间，以使得后续可接收通过组播方式传输的其他DCI，提高通信可靠性，降低通信时延；在另一些情况下(例如，在该终端设备与接收该组播业务的其他终端设备以及网络设备之间组播关联的DRX的激活时间已经对齐的情况下)，终端设备不需控制与组播关联的DRX处于激活时间，可以避免不必要的终端设备的功耗的增加，有利于终端设备的节能。

可选的，第一条件还可以包括条件A或条件B或条件C。

例如，若第二RNTI为C-RNTI和/或第一RNTI为第一G-RNTI，第一条件还可以包括条件A或条件B或条件C。

条件A包括：第二DCI或第三DCI之前，终端设备接收到的针对第一HARQ进程的传输或第一HARQ process ID的传输包括以下任一项：

(1)采用组播配置传输方式传输(即MBS SPS)；例如，在第一组播配置资源或其他组播配置资源(或，与其他的G-RNTI或G-CS-RNTI或组播业务相关联的组播配置资源)上传输的数据对应的传输。

(2)采用G-CS-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via G-CS-RNTI)；例如，采用第一G-CS-RNTI或其他G-CS-RNTI加扰的DCI动态调度传输。

(3)采用单播配置传输方式传输(即SPS)；

(4)采用CS-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via CS-RNTI)；

(5)采用G-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via G-RNTI)，且该传输对应的NDI与第一NDI不同(例如，NDI翻转)；例如，采用第一G-RNTI或其他G-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via G-RNTI)，且该传输对应的NDI与第一NDI不同。

(6)采用C-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via other C-RNTI)，且该传输对应的NDI与第一NDI不同(例如，NDI翻转)。

可以理解的是，终端设备在上述(1)至(6)中的一项或多项情况下，终端设备接收到第三DCI或第二DCI，终端设备会将第三DCI或第二DCI对应的传输视为是单播新传。

条件B包括：第二DCI或第三DCI之前，终端设备接收到的针对第一HARQ进程的传输或第一HARQ process ID的传输为：采用C-RNTI加扰的DCI动态调度传输(即Dynamicscheduling via other C-RNTI)，且该传输对应的NDI与第一NDI相同(例如，NDI未翻转)。可以理解的是，在该情况下，终端设备接收到第三DCI或第二DCI，终端设备会将第三DCI或第二DCI对应的传输视为是单播重传。

上述条件A或条件B对应的情况下，终端设备接收到第三DCI或第二DCI，终端设备会因未接收到第一DCI，终端设备会将第三DCI或第二DCI对应的传输视为是单播传输。

条件C包括：第二DCI或第三DCI之前，终端设备接收到的针对第一HARQ进程的传输或第一HARQ process ID的传输为：采用其他G-RNTI加扰的DCI动态调度传输(即Dynamicscheduling via G-RNTI)，且该传输对应的NDI与第一NDI相同(例如，NDI未翻转)。可以理解的是，在该情况下，终端设备接收到第三DCI或第二DCI，终端设备会因未接收到第一DCI，终端设备会将第三DCI或第二DCI对应的传输视为是其他G-RNTI相关的组播MTCH相关传输的重传。

可选的，第一条件还可以包括条件D或条件E。

例如，若第二RNTI为CS-RNTI和/或第一RNTI为第一G-CS-RNTI，第一条件还可以包括条件D或条件E。

条件D包括：第二DCI或第三DCI之前，终端设备接收到的针对第一HARQ进程的传输或第一HARQ process ID的传输包括以下任一项：

(1)采用单播配置传输方式传输(即SPS)；

(2)采用CS-RNTI加扰的DCI动态调度传输(即Dynamic scheduling via CS-RNTI)，且该传输对应的NDI与第一NDI相同(例如，NDI未翻转)。

可以理解的是，终端设备在上述(1)或(2)中的一项或多项情况下，终端设备接收到第三DCI或第二DCI，终端设备会因未接收到第一DCI，终端设备会将第三DCI或第二DCI对应的传输视为是单播重传。

条件E包括：第二DCI或第三DCI之前，终端设备接收到的针对第一HARQ进程的传输或第一HARQ process ID的传输为：采用组播配置传输方式传输(即MBS SPS)；例如，在其他组播配置资源(或，与其他的G-RNTI或G-CS-RNTI或组播业务相关联的组播配置资源)上传输的数据对应的传输。可以理解的是，在该情况下，终端设备接收到第三DCI或第二DCI，终端设备会因未接收到第一DCI，终端设备会将第三DCI或第二DCI对应的传输视为是其他G-RNTI或G-CS-RNTI相关的组播MTCH相关传输的重传。

可以理解的是，在条件A或条件B或条件C或条件D或条件E对应的情况下，终端设备接收到第三DCI或第二DCI，终端设备会因未接收到第一DCI，终端设备会将第三DCI或第二DCI对应的传输视为是单播传输或者其他组播相关的组播MTCH相关传输，均不会启动或重启与组播关联的DRX对应的非激活定时器，后续因组播关联的DRX未处于激活时间而无法接收通过组播方式传输的其他DCI。因此，终端设备控制组播的DRX处于激活时间，以使得终端设备后续可以接收通过组播方式传输的其他DCI，提高通信可靠性，降低通信时延。

可选的，终端设备未接收到第一DCI可以包括/替换为：条件A或条件B或条件C或条件D或条件E。

可以理解的是，在条件A或条件B或条件C或条件D或条件E对应的情况下，第一数据包括第一LCID，终端设备可以确定终端设备未接收到第一DCI。

S103-2.终端设备停止第一定时器或缩短第一定时器的剩余运行时长。

示例性的，第一定时器与第一DRX相关联。

第一DRX可以用于控制终端设备特定的控制信息的监听。

可选的，第一DRX也可以用于控制不是终端设备特定的控制信息的监听，本申请不限定。

例如，第一DRX可以用于控制针对以下任一项或多项RNTI的控制信息的监听：C-RNTI、取消指示RNTI(cancellation indication RNTI，CI-RNTI)、配置调度RNTI(configured scheduling RNTI，CS-RNTI)、中断RNTI(interruption RNTI，INT-RNTI)、时隙格式指示RNTI(slot format indication RNTI，SFI-RNTI)、半静态信道状态信息(channel state information，CSI)RNTI(semi-persistent CSI RNTI，SP-CSI-RNTI)、传输功率控制-物理上行控制信道-RNTI(transmit power control-PUCCH-RNTI，TPC-PUCCH-RNTI)、传输功率控制-物理上行共享信道-RNTI(transmit power control-PUSCH-RNTI，TPC-PUSCH-RNTI)、传输功率控制-探测参考信号-RNTI(transmit power control-sounding reference signal-RNTI，TPC-SRS-RNTI)、采集指示器(acquisitionindicator，AI)-RNTI、侧行链路RNTI(sidelink RNTI，SL-RNTI)、侧行链路配置调度RNTI(sidelink configured scheduling RNTI，SLCS-RNTI)、侧行链路半静态调度V2X RNTI(SLsemi-persistent scheduling V-RNTI)。

例如，第一DRX可以为单播DRX，或，DRX组(例如，一个DRX组)。

示例性的，第一DRX的激活时间可以包括以下任一项或多项：单播对应的持续时间定时器(例如，drx-onDurationTimer)的运行时间；单播对应的非激活定时器(例如，drx-InactivityTimer)的运行时间；或，单播对应的重传定时器的运行时间。

示例性的，单播对应的重传定时器可以包括以下任一项或多项：下行重传定时器(例如，drx-RetransmissionTimerDL)，上行重传定时器(例如，drx-RetransmissionTimerUL)，或，侧行链路重传定时器(例如，drx-RetransmissionTimerSL)。

可以理解的是，在第一DRX的激活时间内，终端设备监听终端设备特定的控制信息。

例如，单播对应的持续时间定时器/持续时间定时器用于指示终端设备被唤醒之后等待接收控制信息(例如，DCI)的持续时间。

例如，单播对应的非激活定时器/非激活定时器用于指示用于调度新传的控制信息或新传数据之后的一段时长。

例如，单播对应的重传定时器/重传定时器用于指示终端设备接收重传(例如，重传DCI、重传数据、重传资源)的时长。

例如，单播对应的下行重传定时器/下行重传定时器用于指示终端设备接收下行重传(例如，重传DCI、重传数据、重传资源)的时长。

例如，单播对应的上行重传定时器/上行重传定时器用于指示终端设备接收上行重传(例如，重传DCI、重传数据、重传资源)的时长。

例如，单播对应的侧行链路重传定时器/侧行链路重传定时器用于指示终端设备接收侧行链路重传(例如，重传DCI、重传数据、重传资源)的时长。

示例性的，第一DRX的激活时间可以包括以下任一项或多项：DRX组对应的持续时间定时器(例如，drx-onDurationTimer)的运行时间；DRX组对应的非激活定时器(例如，drx-InactivityTimer)的运行时间；或，DRX组对应的重传定时器的运行时间。

可选的，第一DRX的激活时间还可以包括其他的时间，本申请不限定。示例性的，第一DRX的激活时间的内容可以参考3GPP TS 38.321:"NR；Medium Access Control(MAC)；Protocol specification"。

示例性的，第一定时器为单播对应的非激活定时器(例如，drx-InactivityTimer)。

例如，第一定时器为与单播关联的DRX对应的非激活定时器或第一DRX对应的非激活定时器。

可选的，第一定时器与第一小区对应的DRX group相关联。第一小区与第一数据、第一DCI、第二DCI、第三DCI、第一组播业务、第一G-RNTI、第一G-CS-RNTI中的任一个或多项相关联。例如，终端设备在第一小区接收第一数据、第二DCI、第三DCI。示例性的，第一定时器是第一小区对应的DRX group关联的drx-InactivityTimer。

第一定时器的剩余运行时长也可以称为第一定时器的运行时长。

在一种可选的实施方式中，如果满足第一条件，终端设备停止第一定时器。

可选的，第一条件还可以包括以下一项或多项：

条件4：终端设备接收到第二DCI或第三DCI，第一定时器未运行；

条件5：终端设备接收到第二DCI或第三DCI后，第一定时器未启动或重启；

条件6：第一定时器的运行是由于第二DCI或第三DCI导致的；或者，第一定时器的运行是由于第二DCI或第三DCI启动或重启第一定时器导致的；或者，终端设备由于第二DCI或第三DCI启动或重启第一定时器；

条件9：第一定时器的配置时长大于第三时长。

示例性的，第一定时器的配置时长可以是网络设备给终端设备配置的。例如，第一定时器的配置时长也可以称为第一定时器的预设时长。

示例性的，第三时长包括以下任一项：从终端设备因为第二DCI或第三DCI的接收而启动或重启第一定时器的时间点T1到终端设备成功解码第一数据的时长；从终端设备因为第二DCI或第三DCI的接收而启动或重启第一定时器的时间点T1到终端设备确定满足第一条件的时长；从终端设备因为第二DCI或第三DCI的接收而启动或重启第一定时器的时间点T1到终端设备将/想停止第一定时器或缩短第一定时器的剩余运行时长；(T2-T1)。可选的，“终端设备接收到第二DCI或第三DCI，第一定时器未运行”可以包括以下任一项或多项：

(1)终端设备接收到第二DCI或第三DCI后，第一定时器未运行；

(2)终端设备接收到第二DCI或第三DCI后的第一时长后或第一时刻，第一定时器未运行；

(3)终端设备启动或重启第一定时器时，第一定时器未运行；或，终端设备由于第二DCI或第三DCI启动或重启第一定时器时，第一定时器未运行。

例如，“由于第二DCI或第三DCI”可以包括：由于第二DCI或第三DCI的接收。

其中，第一时刻可以为第a个符号/时隙/子帧/帧等。其中，a为大于或等于0的整数。例如，a为1。第一时刻的值/a的值/第一时长的值可以是网络设备配置或预配置的或协议规定的，本申请不限制。

例如，终端设备在接收第二DCI或第三DCI后的第一个符号启动或重启第一定时器。

第一定时器未启动或重启，可以包括：第一定时器未启动或重启过。可选的，“第一定时器未启动或重启过”并不限定第一定时器是否运行。

可选的，“终端设备接收到第二DCI或第三DCI后，第一定时器未启动或重启”可以包括以下一项或多项：终端设备启动或重启第一定时器后，第一定时器未启动或重启；终端设备由于第二DCI或第三DCI启动或重启第一定时器后，第一定时器未启动或重启；终端设备接收到第二DCI或第三DCI后，第一定时器未由于其他传输(例如，单播新传)启动或重启；终端设备启动或重启第一定时器后，第一定时器未由于其他传输(例如，单播初传)启动或重启；终端设备由于第二DCI或第三DCI启动或重启第一定时器后，第一定时器未由于其他传输(例如，单播初传)启动或重启。

可选的，“终端设备接收到第二DCI或第三DCI后，第一定时器未启动或重启”可以包括以下一项或多项：

(1)终端设备接收到第二DCI或第三DCI后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想停止第一定时器时，第一定时器未启动或重启过；

(2)终端设备启动或重启第一定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想停止第一定时器时，第一定时器未启动或重启过；

(3)终端设备由于第二DCI或第三DCI启动或重启第一定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想停止第一定时器时，第一定时器未启动或重启过；

(4)终端设备接收到第二DCI或第三DCI后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想停止第一定时器时，第一定时器未由于其他传输(例如，单播初传)启动或重启过；

(5)终端设备启动或重启第一定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想停止第一定时器时，第一定时器未由于其他传输(例如，单播初传)启动或重启；

(6)终端设备由于第二DCI或第三DCI启动或重启第一定时器后，到终端设备成功解码第一数据时，或，到终端设备确定满足第一条件时，或，到终端设备将/想停止第一定时器时，第一定时器未由于其他传输(例如，单播初传)启动或重启。

在一种可能的情况下，如果第一数据包括第一LCID，终端设备未接收到通过组播方式传输的第一DCI，且终端设备接收到第二DCI或第三DCI时第一定时器未运行，终端设备停止第一定时器。

在另一种可能的情况下，如果第一数据包括第一LCID，终端设备未接收到通过组播方式传输的第一DCI，且终端设备接收到第二DCI或第三DCI后，第一定时器未启动或重启过，终端设备停止第一定时器。

在又一种可能的情况下，第一数据包括第一LCID，终端设备未接收到通过组播方式传输的第一DCI，以及终端设备接收到第二DCI或第三DCI时第一定时器未运行，且终端设备接收到第二DCI或第三DCI后第一定时器也未启动或重启过，终端设备停止第一定时器，以减少终端设备的功耗。终端设备确定第一数据是组播MTCH相关的数据，且，终端设备接收到第二DCI或第三DCI时第一定时器未运行，且，终端设备接收到第二DCI或第三DCI后第一定时器未由于其他传输启动或重启过。终端设备接收到第二DCI或第三DCI，可能将第二DCI或第三DCI对应的传输误判为单播初传，终端设备启动或重启了第一定时器，那么第一定时器的运行是由于该终端设备将第二DCI或第三DCI对应的传输误判为单播初传而导致的，这种情况下，网络设备并不会由于第二DCI或第三DCI启动或重启第一定时器，终端设备的第一定时器运行将会导致费电，因此终端设备需停止第一定时器。

需要说明的是，终端设备未接收到第一DCI可以包括/替换为：条件4、条件5、条件6中的任一项或多项。例如，可以理解的是，在条件6对应的情况下，或，在条件4和/或条件5对应的情况下，第一数据包括第一LCID，终端设备可以确定终端设备未接收到第一DCI。

在另一种可选的实施方式中，如果满足第一条件，终端设备缩短第一定时器的剩余运行时长。

可选的，第一条件还可以包括以下一项或多项：

条件7：终端设备接收到第二DCI或第三DCI，第一定时器运行；

条件9：第一定时器的配置时长大于第三时长。

第一定时器运行可以包括：第一定时器正运行。

可选的，“终端设备接收到第二DCI或第三DCI，第一定时器运行”可以包括以下任一项或多项：

(1)终端设备接收到第二DCI或第三DCI后/时，第一定时器运行；

(2)终端设备接收到第二DCI或第三DCI后的第一时长后或第一时刻，第一定时器运行；

(3)终端设备启动或重启第一定时器时，第一定时器运行；或，终端设备由于第二DCI或第三DCI启动或重启第一定时器时，第一定时器运行。

可理解的，终端设备接收到第二DCI或第三DCI，第一定时器运行，表明终端设备接收到第二DCI或第三DCI之前，由于终端设备接收到通过单播方式传输的其他DCI，而启动或重启了第一定时器，使得第一定时器正运行。

终端设备确定第一数据是组播MTCH相关的数据，且，终端设备接收到第二DCI或第三DCI时第一定时器运行，且，终端设备接收到第二DCI或第三DCI后第一定时器未由于其他传输启动或重启过。终端设备接收到第二DCI或第三DCI，可能将第二DCI或第三DCI对应的传输误判为单播初传，终端设备启动或重启了第一定时器，进而会延长终端设备的第一定时器运行的时间。该情况下，网络设备并不会由于第二DCI或第三DCI启动或重启第一定时器，因此终端设备需缩短第一定时器的剩余运行时长，从而减少终端设备的功耗。

可选的，终端设备接收到第二DCI或第三DCI后，第一定时器未启动或重启，表明终端设备接收到第二DCI或第三DCI后，没有接收到其他通过单播传输的DCI，从而不会启动或重启第一定时器。因此，第一定时器的启动或重启是由于第二DCI或第三DCI造成的。然而，第二DCI或第三DCI实际是通过组播方式调度数据重传的DCI，第一定时器不应被启动或重启。从而，终端设备需缩短第一定时器的剩余运行时长，以减少终端设备的功耗。

可选的，“终端设备缩短的第一定时器的剩余运行时长”是根据以下任一项或多项确定的：终端设备因为第二DCI或第三DCI的接收而启动或重启第一定时器的时间点T1，T1时第一定时器的剩余运行时长STL，终端设备因为满足第一条件而缩短的第一定时器的剩余运行时长的时间点T2，第一定时器的预设时长YTL。

例如，若STL大于(T2-T1)，终端设备缩短的第一定时器的剩余运行时长包括：终端设备将第一定时器的剩余运行时长缩短为STL-(T2-T1)。

“(T2-T1)”为终端设备因为满足第一条件而缩短的第一定时器的剩余运行时长的时间点T2，与终端设备因为第二DCI或第三DCI的接收而启动或重启第一定时器的时间点T1之间的时间间隔。

例如，若STL小于或等于(T2-T1)，终端设备缩短的第一定时器的剩余运行时长包括：终端设备将第一定时器的剩余运行时长缩短为0，或，终端设备停止第一定时器。

示例性的，如图9所示，终端设备在t0时刻因接收到通过单播方式传输的第四DCI而启动或重启了第一定时器，第一定时器的预设时长为10s，在t1时刻因接收到第二DCI或第三DCI(例如，终端设备将第二DCI或第三DCI对应的传输误判为单播新传)而启动或重启了第一定时器。t0时刻小于t1时刻，且t1时刻时，第一定时器的剩余运行时长为6s。那么，终端设备在t1时刻启动或重启第一定时器时，会将第一定时器的剩余运行时长从6s延长至10s，从而会为终端设备带来多余功耗。在t2时刻，终端设备确定满足第一条件，t2和t1之间间隔的时长为2s，且t2时刻时，第一定时器的剩余运行时长为8s。在t2时刻，终端设备可以将第一定时器的剩余运行时长从8s缩短至4s。可选的，若t2和t1之间间隔的时长大于t1时刻第一定时器的剩余运行时长，终端设备可以停止第一定时器，或者，终端设备可以终端设备可以将第一定时器的剩余运行时长缩短为0s。

需要说明的是，终端设备未接收到第一DCI可以包括/替换为：条件7、条件5、条件6中的任一项或多项。例如，可以理解的是，在条件6对应的情况下，或，在条件7、条件5和条件6对应的情况下，第一数据包括第一LCID，终端设备可以确定终端设备未接收到第一DCI。

可选的，若第二RNTI为C-RNTI或第一RNTI为第一G-RNTI，第一条件还可以包括条件A。条件A如上述所述，不再赘述。

可以理解的是，终端设备在条件A对应的情况下，终端设备接收到第三DCI或第二DCI，终端设备会因未接收到第一DCI，终端设备会将第三DCI或第二DCI对应的传输视为是单播新传，从而会启动或重启第一定时器，但网络设备并不会由于第二DCI或第三DCI启动或重启第一定时器，终端设备的单播DRX的激活时间与网络设备的不对齐，且终端设备的单播DRX的激活时间会比网络设备的长，所以会给终端设备带来不必要的功耗。因此，终端设备在第一条件下，可以停止第一定时器或缩短第一定时器的剩余运行时长，以减少终端设备的功耗。

可选的，终端设备未接收到第一DCI可以包括/替换为：条件A。

可以理解的是，在条件A对应的情况下，第一数据包括第一LCID，终端设备可以确定终端设备未接收到第一DCI。

可见，本申请实施例中，满足第一条件，终端设备执行控制组播关联的DRX处于激活时间，可避免终端设备无法接收通过组播方式传输的其他DCI，可以提高传输可靠性，降低传输时延。可选的，可以尽量将终端设备与接收该组播业务的其他终端设备以及网络设备的组播关联的DRX的激活时间对齐。满足第一条件，终端设备执行停止第一定时器或缩短第一定时器的剩余运行时长，有利于终端设备的节能，也可以避免终端设备不必要的上报CSI和SRS。

四.通信方法200。

本申请实施例提出一种通信方法200，图10是该通信方法200的流程示意图。该通信方法200从终端设备侧的角度进行阐述。该通信方法200包括但不限于以下步骤：

S201.终端设备接收第五DCI和/或第二数据，或，终端设备在第一资源上接收第二数据。例如，对应的，网络设备发送以单播方式传输的第五DCI和/或第二数据，或，网络设备在第一资源上发送第二数据。

第五DCI是通过单播方式传输的。

第五DCI是通过单播方式传输的，可以包括/理解为：第二RNTI加扰的第一DCI，或，与第二RNTI相关联的第五DCI。

其中，第五DCI用于调度第二数据或以单播方式传输的第二数据。

例如，第五DCI和/或第二数据与第一HARQ进程相关联。

第一资源为/包括与单播关联的资源/配置资源。

第一资源为/包括与单播关联的资源/配置资源可以理解为：第一资源为与单播对应的SPS资源。

例如，第一资源和/或第二数据与第二RNTI相关联。

例如，第二数据与第一HARQ进程相关联。

第二数据包括/为第一MAC PDU。

S202.满足第二条件，终端设备控制组播关联的DRX处于激活时间。

第二条件包括：第二数据包括第二LCID。

其中，第二LCID为DTCH的标识。第一LCID与第一组播业务相关联。第一组播业务与第一RNTI相关联。

可选的，组播关联的DRX与第一组播业务和/或第一RNTI相关联。

“终端设备控制组播关联的DRX处于激活时间”相关的描述可以参考S103-1中内容，此处不再赘述。

可以理解的是，终端设备成功解码第二数据后，确定第二数据中包括第二LCID，确定第二数据包括第一组播业务相关的数据，那么可能后续还会发送通过组播方式传输的第一组播业务相关的DCI和/或数据，终端设备可以控制组播关联的DRX处于激活时间，以进一步接收后续可能的DCI和/或数据，有利于提高组播数据传输的可靠性，降低传输时延。

可以理解的是，现有技术有可能会随着技术方案的演进而发生变化，本申请提供的技术方案并不限于所提供的现有技术。

可以理解的是，本申请中不同实施例或者不同实施例中的部分步骤(例如，任一个或多个步骤)之间可以相互结合，形成新的实施例。可选的，不同实施例中的部分步骤或任一个或多个步骤可以包括某个实施例中的可选步骤，也可以包括某个实施例中的必选步骤，也可以包括某个实施例中的可选步骤和必选步骤，本申请不限定。

可以理解的是，如果没有特殊说明以及逻辑冲突，不同实施例之间的术语和/或描述具有一致性，且可以相互引用。

可以理解的是，本申请实施例中各步骤的先后顺序，本申请不限制。

可以理解的是，本申请实施例中不同条件的判断的先后顺序，本申请不限制。

可以理解的是，本申请中的“后”、“时”不严格限制时间点。

五.通信装置。

为了实现上述本申请实施例提供的方法中的各功能，通信装置可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

如图11所示，本申请实施例提供了一种通信装置1100。该通信装置1100是终端设备的部件(例如，集成电路，芯片等等)。该通信装置1100也可以是其他通信单元，用于实现本申请方法实施例中的方法。该通信装置1100可以包括：通信单元1101和处理单元1102。可选的，还可以包括存储单元1103。

在一种可能的设计中，如图11中的一个或者多个单元可能由一个或者多个处理器来实现，或者由一个或者多个处理器和存储器来实现；或者由一个或多个处理器和收发器实现；或者由一个或者多个处理器、存储器和收发器实现，本申请实施例对此不作限定。所述处理器、存储器、收发器可以单独设置，也可以集成。

所述通信装置1100具备实现本申请实施例描述的终端设备的功能。比如，所述通信装置1100包括终端设备执行本申请实施例描述的终端设备涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段(means)可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现，还可以通过软件和硬件结合的方式实现。详细可进一步参考前述对应方法实施例中的相应描述。

在一种可能的设计中，一种通信装置1100可包括：处理单元1102和通信单元1101；通信单元1101用于进行数据/信令收发；

处理单元1102，用于满足第一条件，执行以下一项或多项：

控制组播关联的非连续接收DRX处于激活时间；

一种可选的实现方式中，处理单元1102控制组播关联的非连续接收DRX处于激活时间，具体用于：启动或重启以下定时器中的一项或多项：第二定时器、第三定时器、第四定时器；

其中，所述第二定时器为与组播关联的DRX对应的非激活定时器，所述第三定时器为与组播关联的DRX对应的持续时间定时器，所述第四定时器为与组播关联的DRX对应的重传定时器。

一种可选的实现方式中，如果处理单元1102执行所述控制组播关联的非连续接收DRX处于激活时间，所述第一条件还包括以下任一项或多项：所述组播关联的DRX未处于激活时间；接收到所述第二DCI后，所述第二定时器未启动或重启；接收到第二DCI后，所述第二定时器未启动或重启，所述第三DCI用于调度所述第一数据，所述第三DCI在所述第二DCI之前。

一种可选的实现方式中，如果处理单元1102执行所述停止第一定时器，所述第一条件还包括：接收到所述第二DCI或第三DCI，所述第一定时器未运行；和/或，接收到所述第二DCI或第三DCI后，所述第一定时器未启动或重启。

一种可选的实现方式中，如果处理单元1102执行所述缩短第一定时器的剩余运行时长，所述第一条件还包括：接收到所述第二DCI或第三DCI，所述第一定时器运行；和/或，接收到所述第二DCI或第三DCI后，所述第一定时器未启动或重启。

一种可选的实现方式中，所述第二DCI是通过单播方式传输的包括：所述第二DCI是小区-无线网络临时标识符C-RNTI加扰的。

一种可选的实现方式中，所述第一DCI是通过组播方式传输的包括：所述第一DCI是第一RNTI加扰的；其中，所述第一RNTI用于以下一项或多项：用于组播，用于调度组播动态资源，用于调度组播动态资源的重传资源。

一种可选的实现方式中，所述第一LCID与第一RNTI相关联，和/或，所述组播关联的DRX与第一RNTI相关联；其中，所述第一RNTI用于以下一项或多项：用于组播，用于调度组播动态资源，用于调度组播动态资源的重传资源。

本申请实施例和上述所示方法实施例基于同一构思，其带来的技术效果也相同，具体原理请参照上述所示实施例的描述，不再赘述。

本申请实施例还提供一种通信装置1200，图12为通信装置1200的结构示意图。所述通信装置1200可以是终端设备，也可以是支持终端设备实现上述方法的芯片、芯片***、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

所述通信装置1200可以包括一个或多个处理器1201。所述处理器1201可以是通用处理器或者专用处理器等。例如可以是基带处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或中央处理器(central processing unit，CPU)。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端、终端芯片，分布单元(distributed unit，DU)或集中单元(centralized unit，CU)等)进行控制，执行软件程序，处理软件程序的数据。

可选的，所述通信装置1200中可以包括一个或多个存储器1202，其上可以存有指令1204，所述指令可在所述处理器1201上被运行，使得所述通信装置1200执行上述方法实施例中描述的方法。可选的，所述存储器1202中还可以存储有数据。所述处理器1201和存储器1202可以单独设置，也可以集成在一起。

存储器1202可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(Random Access Memory，RAM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、ROM或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)等等。

可选的，所述通信装置1200还可以包括收发器1205、天线1206。所述收发器1205可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器1205可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。

所述通信装置1200为终端设备：处理器1201用于执行上述通信方法100中的S103，以及通信方法200中的S202；收发器1205用于执行上述通信方法100中的S101、S102，以及通信方法200中的S201。

另一种可能的设计中，处理器1201中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

又一种可能的设计中，可选的，处理器1201可以存有指令1203，指令1203在处理器1201上运行，可使得所述通信装置1200执行上述方法实施例中描述的方法。指令1203可能固化在处理器1201中，该种情况下，处理器1201可能由硬件实现。

又一种可能的设计中，通信装置1200可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本申请实施例中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路(radio frequency integratedcircuit，RFIC)、混合信号IC、专用集成电路(application specific integratedcircuit，ASIC)、印刷电路板(printed circuit board，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metaloxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channel metal oxide semiconductor，PMOS)、双极结型晶体管(Bipolar Junction Transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

以上实施例描述中的通信装置可以是第一装置，但本申请实施例中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图12的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片***或子***；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，指令的存储部件；

(3)ASIC，例如调制解调器(modulator)；

(4)可嵌入在其他设备内的模块；

对于通信装置可以是芯片或芯片***的情况，可参见图13所示的芯片的结构示意图。图13所示的芯片1300包括处理器1301和接口1302。其中，处理器1301的数量可以是一个或多个，接口1302的数量可以是多个。该处理器1301可以是逻辑电路，该接口1302可以是输入输出接口、输入接口或输出接口。所述芯片1300还可包括存储器1303。

一种设计中，对于芯片用于实现本申请实施例中终端设备的功能的情况：

所述处理器1301，用于满足第一条件，执行以下一项或多项：

控制组播关联的非连续接收DRX处于激活时间；

本申请实施例中通信装置1200、芯片1300还可执行上述通信装置1100所述的实现方式。本领域技术人员还可以了解到本申请实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个***的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本申请实施例保护的范围。

本申请实施例和上述通信方法100和通信方法200所示方法实施例基于同一构思，其带来的技术效果也相同，具体原理请参照上述通信方法100和通信方法200所示实施例的描述，不再赘述。

本申请还提供了一种计算机可读存储介质，用于储存计算机软件指令，当所述指令被通信装置执行时，实现上述任一方法实施例的功能。

本申请还提供了一种计算机程序产品，用于储存计算机软件指令，当所述指令被通信装置执行时，实现上述任一方法实施例的功能。

本申请还提供了一种计算机程序，当其在计算机上运行时，实现上述任一方法实施例的功能。

本申请还提供了一种通信***，该***包括一个或多个网络设备，以及一个或多个终端设备。在另一种可能的设计中，该***还可以包括本申请提供的方案中与网络设备、终端设备进行交互的其他设备。

上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如，SSD)等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种通信方法，其特征在于，所述方法包括：

满足第一条件，执行以下一项或多项：

控制组播关联的非连续接收DRX处于激活时间；

2.根据权利要求1所述的方法，其特征在于，所述控制组播关联的非连续接收DRX处于激活时间，包括：

启动或重启以下定时器中的一项或多项：第二定时器、第三定时器、第四定时器；

3.根据权利要求1或2所述的方法，其特征在于，如果执行所述控制组播关联的非连续接收DRX处于激活时间，所述第一条件还包括以下任一项或多项：

所述组播关联的DRX未处于激活时间；

接收到所述第二DCI后，所述第二定时器未启动或重启；

接收到第三DCI后，所述第二定时器未启动或重启，所述第三DCI用于调度所述第一数据，所述第三DCI在所述第二DCI之前。

4.根据权利要求1-3任一项所述的方法，其特征在于，如果执行所述控制组播关联的非连续接收DRX处于激活时间，所述第一条件还包括：

第二时长小于所述第二定时器的配置时长，所述第二时长为从所述终端设备接收所述第二DCI或所述第三DCI到所述终端设备成功解码所述第一数据的时长。

5.根据权利要求1至4任一项所述的方法，其特征在于，如果执行所述停止第一定时器，所述第一条件还包括：

接收到所述第二DCI或第三DCI，所述第一定时器未运行；和/或，

接收到所述第二DCI或第三DCI后，所述第一定时器未启动或重启。

6.根据权利要求1至4任一项所述的方法，其特征在于，如果执行所述缩短第一定时器的剩余运行时长，所述第一条件还包括：

接收到所述第二DCI或第三DCI，所述第一定时器运行；和/或，

7.根据权利要求1至6任一项所述的方法，其特征在于，所述第二DCI是通过单播方式传输的包括：

所述第二DCI是小区-无线网络临时标识符C-RNTI加扰的。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述第一DCI是通过组播方式传输的包括：

所述第一DCI是第一RNTI加扰的；

其中，所述第一RNTI用于以下一项或多项：用于组播，用于调度组播动态资源，用于调度组播动态资源的重传资源。

9.根据权利要求1至8任一项所述的方法，其特征在于，

所述第一LCID与第一RNTI相关联，和/或，所述组播关联的DRX与第一RNTI相关联；

10.一种通信装置，其特征在于，所述装置包括处理单元，所述处理单元用于：

满足第一条件，执行以下一项或多项：

控制组播关联的非连续接收DRX处于激活时间；

11.根据权利要求10所述的装置，其特征在于，所述处理单元控制组播关联的非连续接收DRX处于激活时间，具体用于：

12.根据权利要求10或11所述的装置，其特征在于，如果所述处理单元执行所述控制组播关联的非连续接收DRX处于激活时间，所述第一条件还包括以下任一项或多项：

所述组播关联的DRX未处于激活时间；

接收到所述第二DCI后，所述第二定时器未启动或重启；或，

13.根据权利要求10-12任一项所述的装置，其特征在于，如果所述处理单元执行所述控制组播关联的非连续接收DRX处于激活时间，所述第一条件还包括：

14.根据权利要求10至13任一项所述的装置，其特征在于，如果所述处理单元执行所述停止第一定时器，所述第一条件还包括：

15.根据权利要求10至12任一项所述的装置，其特征在于，如果所述处理单元执行所述缩短第一定时器的剩余运行时长，所述第一条件还包括：

接收到所述第二DCI或第三DCI，所述第一定时器运行；和/或，

16.根据权利要求10至15任一项所述的装置，其特征在于，所述第二DCI是通过单播方式传输的包括：

所述第二DCI是小区-无线网络临时标识符C-RNTI加扰的。

17.根据权利要求10至16任一项所述的装置，其特征在于，所述第一DCI是通过组播方式传输的包括：

所述第一DCI是第一RNTI加扰的；

18.根据权利要求10至17任一项所述的装置，其特征在于，

19.一种通信装置，其特征在于，包括处理器和收发器，所述收发器用于与其它通信装置进行通信；所述处理器用于运行程序，以使得所述通信装置实现权利要求1至9任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储有指令，当其在计算机上运行时，使得权利要求1至9任一项所述的方法被执行。

21.一种包含指令的计算机程序产品，其特征在于，当其在计算机上运行时，使得权利要求1至9任一项所述的方法被执行。