通信方法及装置

本申请是分案申请，原申请的申请号是202080105277.4，原申请日是2020年10月22日，原申请的全部内容通过引用结合在本申请中。

技术领域

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

背景技术

针对组播业务潜在的应用场景包括：V2X(vehicle-to-everything，车到一切)、物联网(internet of things，IoT)等，现有针对上述场景的组播业务的方案通常采用网络设备仅向终端设备发送调度信息的方式，其可靠性通常较低，若在5G或未来通信系统中仍沿用现有组播业务方案，则将导致其可靠性不足，不能满足业务需求。现有方案中提出了一种引入多播混合自动重传请求HARQ反馈的方式来提升组播业务的可靠性，但引入多播HARQ反馈后，对现有技术中的一些接收机制实现等造成影响是亟待解决的问题。

发明内容

本发明实施例提供一种通信方法及相关装置，能够提升多播业务的可靠性。

第一方面，本申请实施例提供了一种通信方法，所述方法适用于终端设备，包括：

向网络设备发送反馈信息，所述反馈信息对应于第一多播业务；

确定非连续接收DRX配置信息，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息、单播业务对应的DRX配置信息中的至少一个；

根据所述DRX配置信息，接收来自所述网络设备的调度信息。

本示例中，终端设备向网络设备发送第一多播业务的反馈信息，确定非连续接收DRX配置信息，根据该配置信息接收来自网络设备的调度信息，则终端设备可以向网络设备发送多播业务对应的反馈信息，根据接收的配置信息接收来自网络设备的调度信息，避免了终端设备对采用哪一套配置信息来接收调度信息的不确定性，从而提升了终端设备接收调度信息时的准确性。

结合第一方面，在一个可能的实现方式中，所述第一多播业务对应的DRX配置信息包括第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度。

结合第一方面，在一个可能的实现方式中，所述单播业务对应的DRX配置信息包括：第二下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第二下行DRX重传定时器的时间长度。

结合第一方面，在一个可能的实现方式中，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息，所述根据所述DRX配置信息，接收来自所述网络设备的调度信息，包括：

启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一下行DRX重传定时器运行期间，通过与所述第一多播业务对应的第一无线网络临时标识RNTI监听PDCCH，接收来自网络设备的调度信息；

启动所述第二HARQ RTT Timer，如果所述第二HARQ RTT Timer超时，启动所述第二下行DRX重传定时器，在所述第二下行DRX重传定时器运行期间，通过单播业务对应的第二RNTI监听PDCCH，接收来自网络设备的调度信息。

本示例中，启动第一HARQ RTT Timer，以及启动第一HARQ RTT Timer，则可以通过第一多播业务对应的第一无线网络临时标识RNTI监听PDCCH和接收来自网络设备的调度信息，以及通过单播业务对应的第二RNTI监听PDCCH，接收来自网络设备的调度信息，避免了终端设备对采用哪一套配置信息来接收调度信息的不确定性，从而提升了终端设备接收调度信息时的准确性。

结合第一方面，在一个可能的实现方式中，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息，所述根据所述DRX配置信息，接收来自所述网络设备的调度信息，包括：

启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息。

本示例中，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息，在第一重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息，避免了终端设备对采用哪一套配置信息来接收调度信息的不确定性，从而提升了终端设备接收调度信息时的准确性。

结合第一方面，在一个可能的实现方式中，所述DRX配置信息包括单播业务对应的DRX配置信息，所述根据所述DRX配置信息，接收来自所述网络设备的调度信息，包括：

启动所述第二HARQ RTT Timer，如果所述第二HARQ RTT Timer超时，启动所述第二下行DRX重传定时器，在所述第二重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息。

本示例中，所所述DRX配置信息包括单播业务对应的DRX配置信息，在所述第二重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息，可以接收网络设备发送的重传信息，避免了终端设备对采用哪一套配置信息来接收调度信息的不确定性，从而提升了终端设备接收调度信息时的准确性。

结合第一方面，在一个可能的实现方式中，启动所述第一HARQ RTT Timer和/或启动所述第二HARQ RTT Timer，包括：

向所述网络设备发送所述反馈信息结束后的第一时刻，启动所述第一HARQ RTTTimer；和/或

向所述网络设备发送反馈信息结束后的第二时刻，启动所述第二HARQ RTTTimer。

结合第一方面，在一个可能的实现方式中，所述方法还包括：

所述第一HARQ RTT Timer超时后的第三时刻，启动所述第一下行DRX重传定时器；和/或

所述第二HARQ RTT Timer超时后的第四时刻，启动所述第一下行DRX重传定时器。

结合第一方面，在一个可能的实现方式中，所述第一时刻为第a个符号，第二时刻为第b个符号，第三时刻为第c个符号，所述第四时刻为第d个符号，其中，a、b、c、d为大于或等于1的正整数。

结合第一方面，在一个可能的实现方式中，所述方法还包括：

若所述反馈信息指示多播业务数据未成功接收，启动所述第一HARQ RTT Timer；

若所述反馈信息指示多播业务数据未成功接收，启动所述第二HARQ RTT Timer。

结合第一方面，在一个可能的实现方式中，所述方法还包括：

获取第一指示信息，所述第一指示信息用于指示所述网络设备支持采用单播方式重传多播业务。

本示例中，通过第一指示信息指示网络设备支持采用单播方式重传多播业务，则可以预先告知终端设备网络设备可能采用的重传方式，避免终端设备在不获知网络设备支持采用单播方式重传多播业务的情况下，错过网络设备给终端设备发送的重传调度信令和/或重传调度数据。

结合第一方面，在一个可能的实现方式中，所述第一指示信息承载在系统消息、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。

结合第一方面，在一个可能的实现方式中，所述确定非连续接收DRX配置信息，包括：

接收第二指示信息，所述第二指示信息用于指示所述终端设备使用单播业务对应的DRX配置信息和/或所述多播业务对应的DRX配置信息；

根据所述第二指示信息，确定所述非连续接收DRX配置信息。

本示例中，网络设备通过第二指示信息可以更灵活地控制配置信息，提供调控灵活性、以及保证终端设备和网络设备对使用的DRX配置信息对齐理解，终端设备和网络设备对齐，可以避免不必要的PDCCH监听而导致终端设备能耗，或者避免漏收网络设备发送的调度命令和/或数据。

结合第一方面，在一个可能的实现方式中，所述网络设备的调度信息包括所述第一多播业务的重传调度信息和/或新数据包传输的调度信息；

所述新数据包包括第二多播业务的数据包或单播业务对应的数据包。

第二方面，本申请实施例提供了一种通信方法，所述方法适用于网络设备，包括：

接收终端设备发送的反馈信息，所述反馈信息对应于第一多播业务；

根据所述反馈信息，向所述终端设备发送调度信息。

结合第二方面，在一个可能的实现方式中，所述方法还包括：

发送第一指示信息，所述第一指示信息用于指示所述网络设备支持采用单播方式重传多播业务。

结合第二方面，在一个可能的实现方式中，所述第一指示信息承载在系统消息、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。

结合第二方面，在一个可能的实现方式中，所述方法还包括：

发送第二指示信息，所述第二指示信息用于指示所述终端设备使用单播业务对应的DRX配置信息和/或所述第一多播业务对应的DRX配置信息。

结合第二方面，在一个可能的实现方式中，所述第一多播业务对应的DRX配置信息包括第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度。

结合第二方面，在一个可能的实现方式中，所述单播业务对应的DRX配置信息包括：第二下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第二下行DRX重传定时器的时间长度。

结合第二方面，在一个可能的实现方式中，所述调度信息包括所述第一多播业务的重传调度信息和/或新数据包传输的调度信息；

所述新数据包包括第二多播业务的数据包或单播业务对应的数据包。

第三方面，本申请实施例提供了一种终端设备，该包括：

发送单元，用于向网络设备发送反馈信息，所述反馈信息对应于第一多播业务；

确定单元，用于确定非连续接收DRX配置信息，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息、单播业务对应的DRX配置信息中的至少一个；

接收单元，用于根据所述DRX配置信息，接收来自所述网络设备的调度信息。

结合第三方面，在一个可能的实现方式中，所述第一多播业务对应的DRX配置信息包括第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度。

结合第三方面，在一个可能的实现方式中，所述单播业务对应的DRX配置信息包括：第二下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第二下行DRX重传定时器的时间长度。

结合第三方面，在一个可能的实现方式中，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息，所述接收单元用于：

启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一下行DRX重传定时器运行期间，通过与所述第一多播业务对应的第一无线网络临时标识RNTI监听PDCCH，接收来自网络设备的调度信息；

启动所述第二HARQ RTT Timer，如果所述第二HARQ RTT Timer超时，启动所述第二下行DRX重传定时器，在所述第二下行DRX重传定时器运行期间，通过单播业务对应的第二RNTI监听PDCCH，接收来自网络设备的调度信息。

结合第三方面，在一个可能的实现方式中，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息，所述接收单元用于：

启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息。

结合第三方面，在一个可能的实现方式中，所述DRX配置信息包括单播业务对应的DRX配置信息，所述接收单元用于：

启动所述第二HARQ RTT Timer，如果所述第二HARQ RTT Timer超时，启动所述第二下行DRX重传定时器，在所述第二重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息。

结合第三方面，在一个可能的实现方式中，在所述启动所述第一HARQ RTT Timer和/或启动所述第二HARQ RTT Timer方面，所述接收单元具体用于：

向所述网络设备发送所述反馈信息结束后的第一时刻，启动所述第一HARQ RTTTimer；和/或

向所述网络设备发送反馈信息结束后的第二时刻，启动所述第二HARQ RTTTimer。

结合第三方面，在一个可能的实现方式中，所述接收单元还用于：

所述第一HARQ RTT Timer超时后的第三时刻，启动所述第一下行DRX重传定时器；和/或

所述第二HARQ RTT Timer超时后的第四时刻，启动所述第一下行DRX重传定时器。

结合第三方面，在一个可能的实现方式中，所述第一时刻为第a个符号，第二时刻为第b个符号，第三时刻为第c个符号，所述第四时刻为第d个符号，其中，a、b、c、d为大于或等于1的正整数。

结合第三方面，在一个可能的实现方式中，所述接收单元还用于：

若所述反馈信息指示多播业务数据未成功接收，启动所述第一HARQ RTT Timer；

若所述反馈信息指示多播业务数据未成功接收，启动所述第二HARQ RTT Timer。

结合第三方面，在一个可能的实现方式中，所述设备还用于：

获取第一指示信息，所述第一指示信息用于指示所述网络设备支持采用单播方式重传多播业务。

结合第三方面，在一个可能的实现方式中，所述第一指示信息承载在系统消息、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。

结合第三方面，在一个可能的实现方式中，所述确定单元用于：

接收第二指示信息，所述第二指示信息用于指示所述终端设备使用单播业务对应的DRX配置信息和/或所述多播业务对应的DRX配置信息；

根据所述第二指示信息，确定所述非连续接收DRX配置信息。

结合第三方面，在一个可能的实现方式中，所述网络设备的调度信息包括所述第一多播业务的重传调度信息和/或新数据包传输的调度信息；

所述新数据包包括第二多播业务的数据包或单播业务对应的数据包。

第四方面，本申请实施例提供了一种网络设备，该设备包括：

接收单元，用于接收终端设备发送的反馈信息，所述反馈信息对应于第一多播业务；

发送单元，用于根据所述反馈信息，向所述终端设备发送调度信息。

结合第四方面，在一个可能的实现方式中，所述设备用于：

发送第一指示信息，所述第一指示信息用于指示所述网络设备支持采用单播方式重传多播业务。

结合第四方面，在一个可能的实现方式中，所述第一指示信息承载在系统消息、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。

结合第四方面，在一个可能的实现方式中，所述设备还用于：

发送第二指示信息，所述第二指示信息用于指示所述终端设备使用单播业务对应的DRX配置信息和/或所述第一多播业务对应的DRX配置信息。

结合第四方面，在一个可能的实现方式中，所述第一多播业务对应的DRX配置信息包括第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度。

结合第四方面，在一个可能的实现方式中，所述单播业务对应的DRX配置信息包括：第二下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第二下行DRX重传定时器的时间长度。

结合第四方面，在一个可能的实现方式中，所述调度信息包括所述第一多播业务的重传调度信息和/或新数据包传输的调度信息；

所述新数据包包括第二多播业务的数据包或单播业务对应的数据包。

第五方面，本申请实施例提供了一种终端设备，所述设备包括：

存储器，用于存储指令；以及

至少一台处理器，与所述存储器耦合；

其中，当所述至少一台处理器执行所述指令时，所述指令致使所述处理器执行第一方面任一项所述的方法。

第六方面，本申请实施例提供了一种网络设备，所述设备包括：

存储器，用于存储指令；以及

至少一台处理器，与所述存储器耦合；

其中，当所述至少一台处理器执行所述指令时，所述指令致使所述处理器执行第二方面任一项所述的方法。

第七方面，本发明实施例提供一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如第一方面或第二方面所示的全部或者部分方法。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A为本申请实施例提供了一种通信系统的示意图；

图1B为本申请实施例提供了另一种通信系统的示意图；

图2A为本申请实施例提供了一种通信方法的交互示意图；

图2B为本申请实施例提供了另一种通信方法的交互示意图；

图2C本申请实施例提供了一种可能的多播业务标识的比特图；

图3为本申请实施例提供了另一种通信方法的交互示意图；

图4为本申请实施例提供了另一种通信方法的交互示意图；

图5为本申请实施例提供了另一种通信方法的交互示意图；

图6为本申请实施例提供了一种终端设备的结构示意图；

图7为本申请实施例提供了另一种终端设备的结构示意图；

图8为本申请实施例提供了一种网络设备的结构示意图；

图9为本申请实施例提供了另一种网络设备的结构示意图。

具体实施方式

下面结合附图对本申请的实施例进行描述。

本申请实施例中将会使用到如下缩略语：C-RNTI(Cell RNTI，小区RNTI)、G-RNTI(Group RNTI，组RNTI)、AMF(Access and Mobility Management Function，接入和移动管理功能)、UPF(User Plane Function，用户面功能)、gNB(基站)、ACK(Acknowledge，肯定应答)/NACK(Negative Acknowledge，否定应答)、DRX、HARQ(Hybrid automaticretransmission request，混合自动重传请求)、往返时延RRT(Round-Trip Time)、PDCCH(Physical Downlink Control Channel，物理下行控制信道)。

为了更好的理解本申请实施例提供的通信方法，下面首先对应用通信方法的通信网络进行简要介绍。如图1A所示，通信网络包括有终端设备、网络设备和核心网网元。终端设备可以与网络设备进行数据交互，例如，进行多播业务、单播业务的数据交互等，具体例如，终端设备接收网络设备发送的单播业务的调度信息、多播业务的调度信息等。

本申请实施例中的终端设备，包括向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment，UE)、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle-to-everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-typecommunications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personalcommunication service，PCS)电话、无绳电话、会话发起协议(session initiationprotocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radiofrequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。

网络设备，例如包括接入网(access network，AN)设备，例如基站(例如，接入点)，可以是指接入网中在空口通过一个或多个小区与无线终端设备通信的设备，或者例如，一种V2X技术中的接入网设备为路侧单元(road side unit，RSU)。基站可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。RSU可以是支持V2X应用的固定基础设施实体，可以与支持V2X应用的其他实体交换消息。接入网设备还可协调对空口的属性管理。例如，接入网设备可以包括长期演进(long term evolution，LTE)系统或高级长期演进(long termevolution-advanced，LTE-A)中的演进型基站(NodeB或eNB或e-NodeB，evolutional NodeB)，或者也可以包括第五代移动通信技术(the 5th generation，5G)NR系统中的下一代节点B(next generation node B，gNB)或者也可以包括云接入网(cloud radio accessnetwork，CloudRAN)系统中的集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)，本申请实施例并不限定。

当然网络设备还可以包括核心网设备，但因为本申请实施例提供的技术方案主要涉及的是接入网设备，因此在后文中，如无特殊说明，则后文所描述的“网络设备”均是指接入网设备。

图1B为本申请实施例提供了另一种通信系统的示意图。如图1B所示，通信系统包括：AMF(接入和移动管理功能)、UPF(用户面功能)、基站和用户设备(UE1、UE2、UE3)，AMF用于对UE1、UE2、UE3进行接入管理等，UPF对UE1、UE2、UE3的路由等功能。基站可以是gNB，也可以是其他移动网络的基站等。此处以基站为gNB为例进行说明。

三个终端设备(UE1、UE2、UE3)都与gNB均有连接，其中图1B中虚线示出了控制面连接，实线示出了用户数据的发送路径，gNB对于每个终端设备分别配置了C-RNTI(第二RNTI)和用于单播承载的数据无线承载(data radio bearer，DRB)，同时DRB还关联一个G-RNTI(第二RNTI)，gNB通过G-RNTI和C-RNTI调度实现单播与多播之间的动态转换。图中三个终端设备接收同一多播业务，每个终端设备都有单播承载，即基于C-RNTI接收数据的通道，gNB同时为三个终端设备还配置了相同的G-RNTI。在采用C-RNTI调度的情况下，基站可以将同一数据分别调度给三个终端设备，此时是利用单播调度。在采用G-RNTI调度数据的情况下，基站调度一份数据三个终端设备都能收到。

本申请实施例中多播业务可以用多播广播业务替代。

请参阅图2A，图2A为本申请实施例提供了一种通信方法的交互示意图。如图2A所示，通信方法包括：

S201、网络设备向终端设备发送第一多播业务对应的数据包。

网络设备可以通过单播或多播的调度方式，来发送第一多播业务对应的数据包。

其中，多播是网络设备将数据包等发给多个UE的技术，换句话说，多播技术是一种利用共享数据信息同时向多个UE传输相同业务的技术，接收同一业务的一组UE使用相同的下行配置来进行业务接收，网络设备无需为每个UE建立对应的通信链路。单播是网络设备为UE建立对应的通信链路，以进行业务接收。

S202、终端设备向网络设备发送反馈信息，反馈信息对应于第一多播业务。

在终端设备收到网络设备发送的第一多播业务对应的数据后，向网络设备发送反馈信息。

反馈信息可以包括HARQ反馈信息，HARQ反馈信息可以是ACK或NACK，其中，ACK用于指示第一多播业务对应的数据包成功接收，NACK用于指示第一多播业务对应的数据包未成功接收。

可选地，反馈信息还可以包括如下至少一种：信道状态信息CSI反馈信息、信道质量指示CQI、预编码矩阵指示信息PMI、天线矩阵中的轶指示RI信息。

可选地，反馈信息可以承载在PUCCH或PUSCH资源上。

可选的，终端设备在接收到网络设备发送的数据包后，可以确定数据包类型，例如，确定数据包是多播业务的数据包还是单播业务对应的数据包，若为多播业务对应的数据包，则发送反馈信息。

确定数据包是多播业务的数据包的方法，包括：

方式1：根据与第一多播业务对应的第一无线网络临时标识RNTI来确定，例如UE成功解扰第一无线网络临时标识RNTI加扰的DCI，UE可以确定接收到多播相关的传输(数据或信令)。

方式2：对于通过单播方式发送的多播数据，基站使用与单播业务对应的第二无线网络临时标识RNTI加扰调度多播数据的DCI，此时，UE成功解扰第二无线网络临时标识RNTI加扰调度的DCI后，根据DCI调度的传输块TB(Transport Block)中的逻辑信道标识(LCID，logical channel identity)来确定数据包是否为多播业务的数据包。

第一无线网络临时标识RNTI可以是G-RNTI、M-RNTI(多媒体广播多播业务RNTI，MBMS RNTI)，第二无线网络临时标识RNTI可以是C-RNTI(小区RNTI，Cell RNTI)等。

S203、终端设备确定非连续接收DRX配置信息，DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息、单播业务对应的DRX配置信息中的至少一个。

其中，第一多播业务对应的DRX配置信息包括第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度；

单播业务对应的DRX配置信息包括第二下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第二下行DRX重传定时器的时间长度。

第一HARQ RTT Timer的时间长度可以理解为是该HARQ RTT Timer的时间长度计时的时间长度。上述第一HARQ RTT Timer的时间长度、第二HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度和第二下行DRX重传定时器的时间长度，可以是从终端设备预先设定值中获取到，也可以是通过接收网络设备的配置信息，从网络设备发送的配置信息中获取到，当然还可以是通过其它方式获取得到，这里不做限制。

S204、终端设备根据DRX配置信息，接收来自网络设备的调度信息。

终端设备可以根据DRX配置信息中的定时器进行计时的方式，接收来自网络设备的调度信息。

调度信息可以包括调度信息包括第一多播业务的重传调度信息和/或新数据包传输的调度信息。其中，新数据包包括第二多播业务的数据包或单播业务对应的数据包。第一多播业务的重传调度信息包括网络设备指示终端设备重传第一多播业务的数据包使用的信息。所述调度信息包括如下至少一种：时域资源指示、频域资源指示、调制编码方式、新数据指示信息(通过此指示可判断是新传or重传)、功率控制命令指示、冗余版本指示、DCI格式指示、载波指示信息、BWP指示信息、物理资源块PRB捆绑(Physical Resource block)bundling大小、速率匹配指示(Rate matching indicator)信息、HARQ进程号指示、PUCCH资源指示信息、PDSCH和HARQ反馈之间的时序指示信息、天线端口指示、传输配置指示(TCI,Transmission configuration indication)、发送方式指示(包括单播、多播或广播)。

接收调度信息时，可以是通过监听PDCCH，以接收调度信息。

S205、网络设备根据反馈信息，向终端设备发送调度信息。

反馈信息可以包括ACK或NACK，其中ACK用于指示第一多播业务对应的数据包成功接收，NACK用于指示第一多播业务对应的数据包未成功接收。则网络设备可以根据ACK向终端设备发送调度新数据包传输的信息，网络设备可以根据NACK向终端设备发送第一多播业务的重传调度信息。

此外，这里面调度信息包括第一多播业务的重传调度信息和/或新数据包传输的调度信息。

上述步骤S204和步骤S205在执行顺序上无先后顺序，例如，终端设备可以持续监听PDCCH的动作，以接收来自网络设备的调度信息，也可以是终端设备启动定时器，启动定时器的时间可以先于网络设备发送调度信息的时间。

若步骤S204在前,步骤S205在后，则终端设备接收的调度信息与网络设备向终端设备发送的调度信息可以是不同的，具体可以为：步骤S204中的调度信息可以是前一次的调度信息，步骤205为本次的调度信息；若步骤S204在前,步骤S205在前，则终端设备接收的调度信息与网络设备向终端设备发送的调度信息可以是相同的。

网络设备还可以向终端设备发送第一指示信息，该第一指示信息用于指示网络设备支持采用单播方式重传多播业务，或者所述第一指示信息用于指示网络设备使能采用单播方式重传多播业务的功能。如图2B中的步骤S200所示，该步骤通过虚线表示，则可以理解为该步骤S200为可选的步骤。即网络设备也可以不发送第一指示信息，网络设备也可以支持或使能采用单播方式重传多播业务。单播方式重传可以是PTP方式重传。

在一个可能的实现方式中，终端设备确定非连续接收DRX配置信息的方法包括：通过预先配置的方式确定非连续接收DRX配置信息，也可以是通过接收网络设备发送的指示信息，来确定非连续接收DRX配置信息，还可以是在反馈信息为NACK时，通过接收网络设备发送的指示信息，来确定非连续接收DRX配置信息等。

基站通过配置如下参数来控制多播DRX功能，且每个多播业务会对应一套如下的DRX参数配置，即每个多播业务会配置各自的连续接收DRX参数，DRX参数包括：

多播业务对应的激活定时器，例如，onDurationTimerMBS；drx-InactivityTimerMBS；

多播业务对应的重传监听参数，例如，drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL；

多播业务的DRX周期参数，例如，schedulingPeriodStartOffsetMBS；

多播业务对应的drx-onDurationTimer的启动时延参数，例如，drx-SlotOffset。

其中：多播业务对应的激活定时器(onDurationTimerMBS和drx-InactivityTimerMBS)是用于确定多播业务对应的激活态的参数，onDurationTimerMBS表示在一个DRX周期中，UE处于激活的时长，onDurationTimerMBS单位可以是subms或ms，使用哪个单位可以通过基站指示。具体可以理解为上述onDurationTimerMBS和drx-InactivityTimerMBS中任一个在运行时的运行时间为多播业务的激活时间；

多播业务对应的重传监听参数(drx-HARQ-RTT-TimerDL和drx-RetransmissionTimerDL)是针对一个HARQ进程搭配使用，用于终端设备确定何时进行监听基站重传；

多播业务的DRX周期参数(chedulingPeriodStartOffsetMBS)可以用于确定DRX周期和DRX周期的起始位置；

多播业务对应的drx-onDurationTimer的启动时延参数(drx-SlotOffset)可以用于确定启动drx-onDurationTimer之前的时延大小。

如果终端设备配置了多播相关的DRX参数，即针对多播标识配置了DRX，激活时间(Active time)包括onDurationTimerMBS、drx-InactivityTimerMBS中任一个在运行的时间，则对于终端设备MAC实体会执行如下：

如果满足第一条件，终端设备启动onDurationTimerMBS；

一种可能的设计中，第一条件为满足[(SFN×10)+subframe number]modulo(MBS-SchedulingCycle)＝MBS-SchedulingOffset,则从满足条件的子帧开头起经过drx-SlotOffset时间启动onDurationTimerMBS，其中，SFN是系统帧编号system frame number，多播调度周期MBS-SchedulingCycle和多播调度偏移值MBS-SchedulingOffset是根据高层配置参数多播调度周期和偏移值参数schedulingPeriodStartOffsetMBS确定的。

终端设备在激活时间内，执行如下至少一种：

使用第一无线网络临时标识监听PDCCH；

如果PDCCH指示一个下行传输，终端设备会执行如下至少一种：

Option1：启动或重启drx-InactivityTimerMBS；

Option2：停止onDurationTimerMBS和drx-InactivityTimerMBS，在包含PDSCH的子帧起始算起，经过drx-SlotOffset之后启动或重启drx-InactivityTimerMBS

Option3：停止onDurationTimerMBS和drx-InactivityTimerMBS，在PDCCH接收结束后的第一个符号启动或重启drx-InactivityTimerMBS。

可选地，上述DRX配置信息可以承载在系统消息、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。

一种可能的示例中，第一指示信息承载在系统消息SIB、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。具体可以为：

第一指示可携带在SIB或RRC消息中。

一种可能的示例中，第一指示信息可以通过bit指示或字段指示，当使用bit指示时，当bit置为“1”，表示使能PTP方式重传；当bit置为“0”，表示去使能PTP方式重传，或表示不使能PTP方式重传；当使用字段指示时，若携带此字段，则表示使能PTP方式重传，若未携带此字段，则表示去使能/不使能PTP方式重传；

一种可能的示例中，第一指示信息还可以包括多个多播业务标识和与多个多播业务对应的指示标识，UE根据收到的第一指示和多播业务标识，来获知使能PTP方式重传适用于哪种或哪几种多播业务。

其中，对于基站发送第一指示中包括有多播业务标识的方式可能为：

1)使能PTP方式重传功能：多播业务标识1、多播业务标识2…，其中，业务标识可以为临时移动组标识(TMGI,temporary mobile group identity)或组移动用户识别码(G-RNTI,group radio network temporary identifier)等，业务标识对应有使能标识；

2)使用bitmap(比特图)方式来指示，bitmap中各bit与多播业务标识的对应关系是预先规定的，当某个bit置为1时，标识bit对应的多播业务使能PTP方式重传功能。

3)使能PTP方式重传功能：第一指示中携带有多播业务标识，则该多播业务使能PTP方式重传功能。

图2C示出了一种可能的多播业务标识的比特图，如图2C所示，比特图对应的bit个数和多播业务标识个数在本申请中不做限制，多播业务标识从左到右的顺序可以和基站配置多播业务标识的顺序相同；例如，基站在配置多播业务相关参数时，配置顺序为多播业务1——多播业务3——多播业务2——多播业务5，当然还可以是其他的多播业务标识的顺序，其中，多播业务对应的标识比特为“1”时，该标识比特对应的多播业务使能PTP方式重传功能，多播业务对应的标识比特为“0”时，该标识比特对应的多播业务不使能PTP方式重传功能。当然也可以是多播业务对应的标识比特为“0”时，该标识比特对应的多播业务使能PTP方式重传功能，多播业务对应的标识比特为“1”时，该标识比特对应的多播业务不使能PTP方式重传功能，本申请不作具体限定。

网络设备还可以向终端设备发送第二指示信息，该第二指示信息用于指示终端设备使用单播业务对应的DRX配置信息和/或所述多播业务对应的DRX配置信息，例如，第二指示信息可以指示终端设备使用单播业务对应的DRX配置信息，或者，第二指示信息可以指示多播业务对应的DRX配置信息，或者，第二指示信息用于指示终端设备使用单播业务对应的DRX配置信息和所述多播业务对应的DRX配置信息。终端设备根据所述第二指示信息，确定所述非连续接收DRX配置信息。

网络设备发送第二指示信息的方法可以是：

第二指示信息可以承载于以下中的任一种中：RRC信令、MAC CE或DCI指示；

第二指示信息可以通过显示方式指示或隐式方式指示；

如果是显示方式，则基站可以通过bit来指示，具体可以参照第一指示信息的指示方式；

如果是隐式方式，基站可以通过某些参数来隐含携带信息，例如，如果基站配置组PUCCH，此时对于多播UE来说，组PUCCH是共用的，UE在组PUCCH上发送NACK(NACK-only)，当基站在组PUCCH上发送反馈NACK时，基站区别不开NACK是哪个UE发送的，对应地，基站只能通过多播方式重传——即此时基站可以通过组PUCCH配置来隐式告知UE只能通过多播方式重传的信息。

可选地，网络设备可以针对不同的多播业务，分别指示不同的多播业务的DRX配置信息，具体为：终端设备使用单播业务对应的DRX配置信息和/或多播业务对应的DRX配置信息，即不同的多播业务可以对应有相同或不同的多播业务的DRX配置信息。

请参阅图3，图3为本申请实施例提供了另一种通信方法的交互示意图。如图3所示，该方法包括：

S301、网络设备向终端设备发送第一多播业务对应的数据包。

网络设备可以通过单播或多播的调度方式，来发送第一多播业务对应的数据包。

S302、终端设备向网络设备发送反馈信息，反馈信息对应于第一多播业务。

S303、终端设备确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息。

S304、终端设备根据所述第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息，接收来自网络设备的调度信息。

S305、网络设备根据反馈信息，向终端设备发送调度信息。

其中，根据所述第一多播业务对应的非连续接收DRX配置信息，接收来自网络设备的调度信息的方法可以为：启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一下行DRX重传定时器运行期间，通过与所述第一多播业务对应的第一无线网络临时标识RNTI监听PDCCH，接收来自网络设备的调度信息。

根据单播业务对应的DRX配置信息，接收来自网络设备的调度信息的方法可以为：启动所述第二HARQ RTT Timer，如果所述第二HARQ RTT Timer超时，启动所述第二下行DRX重传定时器，在所述第二下行DRX重传定时器运行期间，通过单播业务对应的第二RNTI监听PDCCH，接收来自网络设备的调度信息。

第一HARQ RTT Timer和第二HARQ RTT Timer的启动时刻可以是相同的，也可以是不同的，若不同，则第一HARQ RTT Timer的启动时刻和第二HARQ RTT Timer的启动时刻之间的间隔可以是预设间隔，预设间隔通过经验值或历史数据设定。

在第一下行DRX重传定时器运行期间，接收来自网络设备的调度信息，该调度信息可以是第一多播业务的重传调度信息。

当然，启动所述第一HARQ RTT Timer，在所述第一HARQ RTT Timer的运行期间，也可以接收来自网络设备的调度信息，该调度信息可以是新数据包传输的调度信息。

终端设备还可以有不同多播业务的调度信息，不同多播业务之间的调度信息互不影响。

可以在向所述网络设备发送所述反馈信息结束后的第一时刻，启动所述第一HARQRTT Timer；和/或，向所述网络设备发送反馈信息结束后的第二时刻，启动所述第二HARQRTT Timer。

可以在所述第一HARQ RTT Timer超时后的第三时刻，启动所述第一下行DRX重传定时器；和/或，所述第二HARQ RTT Timer超时后的第四时刻，启动所述第一下行DRX重传定时器。

上述的所述第一时刻为第a个符号，第二时刻为第b个符号，第三时刻为第c个符号，所述第四时刻为第d个符号，其中，a、b、c、d为大于或等于1的正整数。当然上述的第一时刻与第二时刻可以为相同的时刻也可以为不同的时刻，第三时刻与第四时刻可以为相同的时刻也可以为不同的时刻。

可选的，在启动第一HARQ RTT Timer或第二HARQ RTT Timer时还可以通过如下方法进行启动：若所述反馈信息指示多播业务数据未成功接收，启动所述第一HARQ RTTTimer，若所述反馈信息指示多播业务数据未成功接收，启动所述第二HARQ RTT Timer。具体可以理解为反馈信息为NACK时，NACK用于指示第一多播业务对应的数据包未成功接收，启动所述第一HARQ RTT Timer或启动第二HARQ RTT Timer。

本示例中，通过设计终端设备使用第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息，接收来自网络设备的调度信息，避免了终端设备对采用哪一套配置信息来接收调度信息的不确定性，从而提升了终端设备接收调度信息时的准确性。

在一个可能的实施例中，图4为本申请实施例提供了另一种通信方法的交互示意图。如图4所示，该方法包括：

S401、网络设备向终端设备发送第一多播业务对应的数据包。

网络设备可以通过单播或多播的调度方式，来发送第一多播业务对应的数据包。

S402、终端设备向网络设备发送反馈信息，反馈信息对应于第一多播业务。

S403、网络设备向终端设备发送第二指示信息。

其中，第二指示信息用于指示终端设备使用单播业务对应的DRX配置信息和/或所述多播业务对应的DRX配置信息。

S404、终端设备根据第二指示确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息和/或单播业务对应的DRX配置信息。

例如，终端设备可以根据第二指示信息确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息；或者，终端设备可以根据第二指示信息确定非连续接收DRX配置信息为单播业务对应的DRX配置信息；或者，终端设备根据第二指示确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息。

S405、终端设备根据所述第一多播业务对应的非连续接收DRX配置信息和/或单播业务对应的DRX配置信息，接收来自网络设备的调度信息。

S406、网络设备根据反馈信息，向终端设备发送调度信息。

上述步骤S401-S402可以参照前述实施例中步骤S201-S202的具体实施方式，上述步骤S404-S406可以参照前述实施例中步骤S303-S305的具体实施方式，此处不再赘述。上述步骤S403与步骤S401无执行上的先后顺序，具体可以是，步骤S403在步骤S401之前执行，或者，步骤S403在步骤S401之后执行，也可以是步骤S403与步骤S401同时执行等。

其中，启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一下行DRX重传定时器运行期间，通过与所述第一多播业务对应的第一无线网络临时标识RNTI监听PDCCH，接收来自网络设备的调度信息。

具体根据所述第一多播业务对应的非连续接收DRX配置信息，接收来自网络设备的调度信息的方法可以参照前述实施例中步骤S304所示的方法。

本示例中，通过设计终端设备使用第一多播业务对应的非连续接收DRX配置信息，接收来自网络设备的调度信息，避免了终端设备对采用第一多播业务对应的非连续接收DRX配置信息、单播业务对应的DRX配置信息中的哪一套配置信息来接收调度信息的不确定性，从而提升了终端设备接收调度信息时的准确性。

在一个可能的实施例中，图5为本申请实施例提供了另一种通信方法的交互示意图。如图5所示，该方法包括：

S501、网络设备向终端设备发送第一多播业务对应的数据包。

网络设备可以通过单播或多播的调度方式，来发送第一多播业务对应的数据包。

S502、终端设备向网络设备发送反馈信息，反馈信息对应于第一多播业务。

S503、网络设备向终端设备发送第二指示信息。

其中，第二指示信息用于指示终端设备使用单播业务对应的DRX配置信息和/或所述多播业务对应的DRX配置信息。

S504、若反馈信息为NACK，则终端设备根据第二指示确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息和/或单播业务对应的DRX配置信息。

例如，终端设备可以根据第二指示信息确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息；或者，终端设备可以根据第二指示信息确定非连续接收DRX配置信息为单播业务对应的DRX配置信息；或者，终端设备根据第二指示确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息。

S505、终端设备根据所述第一多播业务对应的非连续接收DRX配置信息和/或单播业务对应的DRX配置信息，接收来自网络设备的调度信息。

S506、网络设备根据反馈信息，向终端设备发送调度信息。

上述步骤S501-S502可以参照前述实施例中步骤S201-S202的具体实施方式，上述步骤S504-S506可以参照前述实施例中步骤S303-S305的具体实施方式，此处不再赘述。

本示例中，在反馈信息为NACK时，终端设备根据第二指示确定非连续接收DRX配置信息为第一多播业务对应的非连续接收DRX配置信息和/或单播业务对应的DRX配置信息，以及根据所述第一多播业务对应的非连续接收DRX配置信息和/或单播业务对应的DRX配置信息，接收来自网络设备的调度信息，避免了终端设备对采用第一多播业务对应的非连续接收DRX配置信息、单播业务对应的DRX配置信息中的哪一套配置信息来接收调度信息的不确定性，从而提升了终端设备接收调度信息时的准确性。同时只有在NACK时，才会根据第二指示信息去监听PDCCH以接收来自网络设备的调度信息，节省了终端设备的功耗。

请参阅图6，图6为本申请实施例提供了一种终端设备的结构示意图。如图6所示，该终端设备60包括：

发送单元601，用于向网络设备发送反馈信息，所述反馈信息对应于第一多播业务；

确定单元602，用于确定非连续接收DRX配置信息，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息、单播业务对应的DRX配置信息中的至少一个；

接收单元603，用于根据所述DRX配置信息，接收来自所述网络设备的调度信息。

在一个可能的实现方式中，所述第一多播业务对应的DRX配置信息包括第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度。

在一个可能的实现方式中，所述单播业务对应的DRX配置信息包括：第二下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第二下行DRX重传定时器的时间长度。

在一个可能的实现方式中，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息和单播业务对应的DRX配置信息，所述接收单元603用于：

启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一下行DRX重传定时器运行期间，通过与所述第一多播业务对应的第一无线网络临时标识RNTI监听PDCCH，接收来自网络设备的调度信息；

启动所述第二HARQ RTT Timer，如果所述第二HARQ RTT Timer超时，启动所述第二下行DRX重传定时器，在所述第二下行DRX重传定时器运行期间，通过单播业务对应的第二RNTI监听PDCCH，接收来自网络设备的调度信息。

在一个可能的实现方式中，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息，所述接收单元603用于：

启动所述第一HARQ RTT Timer，如果所述第一HARQ RTT Timer超时，启动所述第一下行DRX重传定时器，在所述第一重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息。

在一个可能的实现方式中，所述DRX配置信息包括单播业务对应的DRX配置信息，所述接收单元603用于：

启动所述第二HARQ RTT Timer，如果所述第二HARQ RTT Timer超时，启动所述第二下行DRX重传定时器，在所述第二重传定时器运行期间，通过所述第一RNTI和所述第二RNTI监听PDCCH，接收来自网络设备的调度信息。

结合第三方面，在一个可能的实现方式中，在所述启动所述第一HARQ RTT Timer和/或启动所述第二HARQ RTT Timer方面，所述接收单元603具体用于：

向所述网络设备发送所述反馈信息结束后的第一时刻，启动所述第一HARQ RTTTimer；和/或

向所述网络设备发送反馈信息结束后的第二时刻，启动所述第二HARQ RTTTimer。

在一个可能的实现方式中，所述接收单元603还用于：

所述第一HARQ RTT Timer超时后的第三时刻，启动所述第一下行DRX重传定时器；和/或

所述第二HARQ RTT Timer超时后的第四时刻，启动所述第一下行DRX重传定时器。

在一个可能的实现方式中，所述第一时刻为第a个符号，第二时刻为第b个符号，第三时刻为第c个符号，所述第四时刻为第d个符号，其中，a、b、c、d为大于或等于1的正整数。

结合第三方面，在一个可能的实现方式中，所述接收单元603还用于：

若所述反馈信息指示多播业务数据未成功接收，启动所述第一HARQ RTT Timer；

若所述反馈信息指示多播业务数据未成功接收，启动所述第二HARQ RTT Timer。

在一个可能的实现方式中，所述设备还用于：

获取第一指示信息，所述第一指示信息用于指示所述网络设备支持采用单播方式重传多播业务。

在一个可能的实现方式中，所述第一指示信息承载在系统消息、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。

在一个可能的实现方式中，所述确定单元602用于：

接收第二指示信息，所述第二指示信息用于指示所述终端设备使用单播业务对应的DRX配置信息和/或所述多播业务对应的DRX配置信息；

根据所述第二指示信息，确定所述非连续接收DRX配置信息。

在一个可能的实现方式中，所述网络设备的调度信息包括所述第一多播业务的重传调度信息和/或新数据包传输的调度信息；

所述新数据包包括第二多播业务的数据包或单播业务对应的数据包。

在本实施例中，终端设备60是以单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。此外，以上确定单元601可通过图7所示的终端设备的处理器701来实现。

如图7所示终端设备70可以以图6中的结构来实现，该终端设备70包括至少一个处理器701，至少一个存储器702以及至少一个通信接口703。所述处理器701、所述存储器702和所述通信接口703通过所述通信总线连接并完成相互间的通信。

处理器701可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制以上方案程序执行的集成电路。

通信接口703，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。

存储器702可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，所述存储器702用于存储执行以上方案的应用程序代码，并由处理器701来控制执行。所述处理器701用于执行所述存储器702中存储的应用程序代码。

存储器702存储的代码可执行以上提供的通信方法，向网络设备发送反馈信息，所述反馈信息对应于第一多播业务；确定非连续接收DRX配置信息，所述DRX配置信息包括所述第一多播业务对应的非连续接收DRX配置信息、单播业务对应的DRX配置信息中的至少一个；根据所述DRX配置信息，接收来自所述网络设备的调度信息。

请参阅图8，图8为本申请实施例提供了一种网络设备的结构示意图。如图8所示，该网络设备80包括：

接收单元801，用于接收终端设备发送的反馈信息，所述反馈信息对应于第一多播业务；

发送单元802，用于根据所述反馈信息，向所述终端设备发送调度信息。

在一个可能的实现方式中，所述设备用于：

发送第一指示信息，所述第一指示信息用于指示所述网络设备支持采用单播方式重传多播业务。

在一个可能的实现方式中，所述第一指示信息承载在系统消息、无线资源控制RRC消息、媒体接入控制单元MAC CE或下行控制信息DCI中的任一个。

在一个可能的实现方式中，所述设备还用于：

发送第二指示信息，所述第二指示信息用于指示所述终端设备使用单播业务对应的DRX配置信息和/或所述第一多播业务对应的DRX配置信息。

在一个可能的实现方式中，所述第一多播业务对应的DRX配置信息包括第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第一下行DRX重传定时器的时间长度。

在一个可能的实现方式中，所述单播业务对应的DRX配置信息包括：第二下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度、第二下行DRX重传定时器的时间长度。

在一个可能的实现方式中，所述调度信息包括所述第一多播业务的重传调度信息和/或新数据包传输的调度信息；

所述新数据包包括第二多播业务的数据包或单播业务对应的数据包。

在本实施例中，网络设备80是以单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit，ASIC)，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。此外，以上发送单元802可通过图9所示的网络设备的处理器901来实现。

如图9所示网络设备90可以以图8中的结构来实现，该网络设备90包括至少一个处理器901，至少一个存储器902以及至少一个通信接口903。所述处理器901、所述存储器902和所述通信接口903通过所述通信总线连接并完成相互间的通信。

处理器901可以是通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制以上方案程序执行的集成电路。

通信接口903，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。

存储器902可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，所述存储器902用于存储执行以上方案的应用程序代码，并由处理器901来控制执行。所述处理器901用于执行所述存储器902中存储的应用程序代码。

存储器902存储的代码可执行以上提供的通信方法，接收终端设备发送的反馈信息，所述反馈信息对应于第一多播业务；根据所述反馈信息，向所述终端设备发送调度信息。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种通信方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取器(英文：Random Access Memory，简称：RAM)、磁盘或光盘等。

以上对本发明实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上上述，本说明书内容不应理解为对本发明的限制。