一种通信方法和装置

本申请涉及通信技术领域，并具体涉及一种通信方法和装置。

广播组播业务(multicast broadcast service,MBS)应用的场景有很多，如5G潜在的应用场景有车联网(vehicle to everything,V2X)、物联网(internet of things,IoT)。网络设备通过单播或组播或广播的方式向终端设备发送传输多播数据。单播传输技术，或者称为单播传输方式，表示网络设备发送数据时，只有一个终端设备对该数据进行接收的技术，即点对点传输；多播传输技术，或者称为组播传输方式，表示网络设备发送数据时，多个终端设备同时对该数据进行接收的技术，即点对多点传输；广播传输技术，表示网络设备发送数据时，被网络设备服务的所有终端设备对该数据进行接收的技术。

目前，有针对终端设备接收单播业务的节电机制，但是当终端设备接收广播和/或组播业务时，还不存在相应的节电机制，因此，如何制定针对终端设备接收广播和/或组播业务的节电机制是亟待解决的问题。

发明内容

本申请提供一种通信方法和装置，以降低终端设备接收广播和/或组播业务时的功耗。

第一方面，提供了一种通信方法，可以应用于终端设备或者也可以应用于终端设备内部的芯片。方法包括：接收第一指示信息，第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，第一业务包括广播业务和/或组播业务；根据第一指示信息，确定是否监听对应于第一业务组的物理下行控制信道(physical downlink control channel,PDCCH)。

如此，终端设备通过接收网络设备发送的针对广播和/或组播业务的指示信息，确定是否监听广播和/或组播业务对应的PDCCH，这样，可以减少终端设备不必要的PDCCH监听，从而降低终端设备的功耗。

在一种可能的实现方式中，该方法还包括：接收第一配置信息，第一配置信息包括第一信元，第一信元指示监听第一消息的时域位置和/或频域位置，第一消息承载了第一指示信息；根据第一配置信息，接收第一消息。

在一种可能的实现方式中，该方法还包括：接收第一配置信息，第一配置信息包括第二信元，第二信元指示第一指示信息在第一消息中的位置。

在一种可能的实现方式中，时域位置包括起始时域位置和监听时间段，其中，监听时间段用于指示监听第一消息的时间长度；或者，时域位置包括起始时域位置和终止时域位置；第一信元包括第一偏移量，第一偏移量用于确定监听起始时域位置。

在一种可能的实现方式中，第一偏移量可以是以时间单元为单位；其中，时间单元可 以是子帧、时隙、符号或者是其他粒度的时间单元。

在一种可能的实现方式中，第一偏移量的取值可以是自然数，例如，第一偏移量为0、1、3或5或10或其他数值。

在一种可能的实现方式中，第一信元还包括第一业务组对应的监听时间段，第二信元包括第一消息的大小和第一位置信息，或者，第二信元包括第一消息的起始位置和第二位置信息。

在一种可能的实现方式中，第一指示信息承载于第一消息，第一消息还包括第二指示信息，第二指示信息对应于第二业务组，第二业务组包括至少一个第二业务，第二业务包括广播业务、组播业务或单播业务中至少一种，第二指示信息用于确定是否监听对应于第二业务组的PDCCH。

在一种可能的实现方式中，接收第二配置信息，根据第二配置信息确定监听第二指示信息的时机，第二配置信息包括第三信元和第四信元，其中，第三信元包括第二偏移量。

在一种可能的实现方式中，终端设备根据第一偏移量和第二偏移量，确定在相同的位置监听第一消息，其中，第一消息承载第一指示信息和第二指示信息。

在一种可能的实现方式中，终端设备根据第一偏移量和第二偏移量，确定在相同的位置监听第一消息，包括：当第一业务组对应的非连续接收激活(discontinuous reception-on,DRX-on)状态的起始位置和第二业务组对应的DRX-on状态的起始位置相同时，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量相同。

在一种可能的实现方式中，终端设备根据第一偏移量和第二偏移量，确定在相同的位置监听第一消息，包括：当第一业务组对应的DRX-on状态的起始位置和第二业务组对应的DRX-on状态的起始位置不同时，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量不同。

如此，通过配置第一业务组对应的第一偏移量和第二业务组对应的第二偏移量的取值，实现第一业务组对应的第一起始位置和第二业务组对应的第二起始位置相同，使得终端设备可以在相同位置监听承载了第一指示信息和第二指示信息的第一消息，一方面可以降低终端设备由于不必要的PDCCH监听而带来的功耗，另一方面可以缓解监听第一消息的起始位置不同而导致错过必要PDCCH监听的问题。

在一种可能的实现方式中，第一消息包括物理下行控制信息DCI或媒体接入控制单元MAC CE或无线资源控制RRC消息。

在一种可能的实现方式中，根据第一业务组对应的非连续接收DRX配置，监听PDCCH，其中，DRX配置包括如下至少一项：第一下行混合自动重传请求往返时间定时器的时间长度、第一下行DRX重传定时器的时间长度、第一持续时间定时器、第一非激活定时器、第一时隙偏移量和第一DRX周期起始偏移量。

第二方面，提供了一种通信方法，可以应用于网络设备或者也可以应用于网络设备内部的芯片。方法包括：获取第一指示信息，第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，第一业务包括广播业务和/或组播业务；发送第一指示信息。

在一种可能的实现方式中，该方法还包括：发送第一配置信息，第一配置信息包括第一信元，第一信元指示终端设备监听第一消息的时域位置和/或频域位置，第一消息承载了第一指示信息；根据第一配置信息，发送第一消息。

在一种可能的实现方式中，该方法还包括：发送第一配置信息，第一配置信息包括第二信元，第二信元指示第一指示信息在第一消息中的位置。

在一种可能的实现方式中，时域位置包括起始时域位置和监听时间段，其中，监听时间段用于指示监听第一消息的时间长度；或者，时域位置包括起始时域位置和终止时域位置；第一信元包括第一偏移量，第一偏移量用于确定监听起始时域位置。

在一种可能的实现方式中，第一偏移量可以是以时间单元为单位；其中，时间单元可以是子帧、时隙、符号或者是其他粒度的时间单元。

在一种可能的实现方式中，第一偏移量的取值可以是自然数，例如，第一偏移量为0、1、3或其他数值。

在一种可能的实现方式中，第一信元还包括第一业务组对应的监听时间段，第二信元包括第一消息的大小和第一位置信息，或者第二信元包括第一消息的起始位置和第二位置信息。

在一种可能的实现方式中，第一指示信息承载于第一消息，第一消息还包括第二指示信息，第二指示信息对应于第二业务组，第二业务组包括至少一个第二业务，第二业务包括广播和/或组播业务、或单播业务中至少一种，第二指示信息用于确定是否监听对应于第二业务组的PDCCH。

在一种可能的实现方式中，发送第二配置信息，根据第二配置信息确定监听第二指示信息的时机，第二配置信息包括第三信元和第四信元，其中，第三信元包括第二偏移量。

在一种可能的实现方式中，第一消息承载第一指示信息和第二指示信息，网络设备确定第一偏移量和第二偏移量，以使终端设备根据第一偏移量和第二偏移量，确定在相同的位置监听第一消息。

在一种可能的实现方式中，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量的取值相同。

如此，当网络设备确定第一业务组对应的DRX-on状态的起始位置和第二业务组对应的DRX-on状态的起始位置相同时，网络设备可以将第一偏移量和第二偏移量的取值配置成相同，从而使得终端设备可以根据第一偏移量、第二偏移量以及两个业务组对应的DRX-on状态的起始位置，确定在相同的位置监听第一消息，该第一消息承载了第一指示信息和第二指示信息。

在一种可能的实现方式中，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量的取值不同。

如此，当网络设备确定第一业务组对应的DRX-on状态的起始位置和第二业务组对应的DRX-on状态的起始位置不同时，网络设备可以将第一偏移量和第二偏移量的取值配置成不同，从而使得终端设备可以根据第一偏移量、第二偏移量以及两个业务组对应的DRX-on状态的起始位置，确定在相同的位置监听第一消息，该第一消息承载了第一指示信息和第二指示信息。

在一种可能的实现方式中，第一消息包括物理下行控制信息DCI或媒体接入控制单元MAC CE或无线资源控制RRC消息。

在一种可能的实现方式中，发送非连续接收DRX配置，其中，DRX配置包括如下至少一项：第一下行混合自动重传请求往返时间定时器的时间长度、第一下行DRX重传定 时器的时间长度、第一持续时间定时器、第一非激活定时器、第一时隙偏移量和第一DRX周期起始偏移量。

关于第二方面的部分可选的实施方式所带来的技术效果，可参考对于第一方面或第一方面的相应的实施方式的技术效果的介绍。

第三方面，提供了一种通信方法，可以应用于终端设备或者也可以应用于终端设备内部的芯片。方法包括：接收第三指示信息，第三指示信息指示下行控制信息DCI调度的第三业务组的信息，第三业务组包括至少一个第三业务，第三业务包括广播业务和/或组播业务；根据第三指示信息，确定是否接收第三业务组。

如此，终端设备通过第三指示信息，获得网络设备使用同一个G-RNTI可以调度哪些第三业务，使得终端设备可以在接收传输块之前确定该传输块中是否有自己感兴趣的第三业务的数据，进而确定是否接收该传输块，避免终端设备接收不必要的第三业务的数据，从而降低终端设备的功耗。

在一种可能的实现方式中，该方法还包括：监听物理下行控制信道PDCCH，在PDCCH上接收DCI；根据第三指示信息，确定是否接收第三业务组，包括：根据第三指示信息确定DCI调度的资源上是否承载传输块，传输块包括第三业务组的数据。

在一种可能的实现方式中，该方法还包括：接收第四指示信息，第四指示信息指示物理下行控制信道PDCCH中是否承载了调度第三业务组的DCI；根据第四指示信息确定是否监听PDCCH，如果确定监听PDCCH，在PDCCH上接收DCI；根据第三指示信息确定是否接收第三业务组包括：根据第三指示信息确定是否接收DCI调度的资源上承载的传输块，传输块包括第三业务组的数据。

如此，终端设备在确定监听PDCCH之前，可以根据第四指示信息，确定PDCCH中是否承载了调度第三业务组的DCI，从而在接收包括第三业务组的数据的传输块之前让终端设备可以确定是否监听PDCCH，有助于让终端设备进一步达到节省功耗的目的。

在一种可能的实现方式中，根据第三指示信息确定是否接收第三业务组，包括：根据第三指示信息确定是否监听物理下行控制信道PDCCH；如果确定监听PDCCH，在PDCCH上接收DCI，并接收DCI调度的资源上承载的传输块，传输块包括第三业务组的数据。

如此，终端设备不需要从PDCCH中的DCI中判断出DCI调度的PDSCH中承载的第三业务组的信息，终端设备可以直接从第三指示信息中确定DCI中调度的第三业务组的信息，进而可以做出是否监听PDCCH并接收PDSCH中的传输块的决定，不仅可以节省信令开销，还可以进一步节省终端设备功耗。

在一种可能的实现方式中，该方法还包括：接收第三配置信息，根据第三配置信息接收第三消息，第三指示信息承载于第三消息，第三配置信息包括第五信元和第六信元，第五信元指示监听第三消息的时域位置和/或频域位置，第六信元用于指示第三指示信息在第三消息中的位置。

在一种可能的实现方式中，第三指示信息与多个第三业务的对应关系为以下对应关系中任一种：一对一、一对多、多对一或者多对多。

在一种可能的实现方式中，第三指示信息包括第三业务的会话标识和分组标识。

当DCI信息块和多个第三业务的对应关系为一对多的情况时，由于一个信息块对应多个第三业务，可以通过一个信息块的发送实现为多个第三业务发送指示信息的目的，避免 为每一个第三业务发送指示信息，因此可以减少信令开销。

在一种可能的实现方式中，第三指示信息在对应的DCI信息块中的比特位置通过第三配置信息配置，或者通过协议约定第三指示信息位于对应的DCI信息块中的起始比特位。

如此，通过协议约定第三指示信息位于对应的DCI信息块中的起始比特位的方式，可以节省比特开销。

在一种可能的实现方式中，该方法还包括：接收传输块，传输块包括一个或多个第一数据包，每个第一数据包包括至少一个第三业务的数据包；在第一数据包中对应的第三业务是终端设备不感兴趣的业务，丢弃第一数据包，或者，丢弃包括第一数据包的传输块。

在一种可能的实现方式中，传输块还包括第三业务的标识。

如此，终端设备根据传输块中的第三业务的标识，可以选择接收或者丢弃媒体接入控制协议数据单元(media access control protocol data unit,MAC PDU)中的每个第三业务的子数据包，从而进一步避免接收不必要的第三业务的数据，以此来达到节电的目的，并且可以避免终端设备行为模糊。

第四方面，提供了一种通信方法，可以应用于网络设备或者也可以应用于网络设备内部的芯片。方法包括：获取第三指示信息，第三指示信息指示下行控制信息DCI调度的第三业务组的信息，第三业务组包括至少一个第三业务，第三业务包括广播业务和/或组播业务；发送第三指示信息。

如此，网络设备通过为终端设备发送第三指示信息，使得终端设备可以获得使用同一个G-RNTI调度的哪些第三业务的信息，进而终端设备可以在接收传输块之前确定该传输块中是否有自己感兴趣的第三业务的数据，随后确定是否接收传输块，避免终端设备接收不必要的第三业务的数据，从而达到终端设备节电的目的。

在一种可能的实现方式中，该方法还包括：发送第四指示信息，第四指示信息指示物理下行控制信道PDCCH中是否承载了调度第三业务组的DCI。

在一种可能的实现方式中，该方法还包括：发送第三配置信息，根据第三配置信息发送第三消息，第三指示信息承载于第三消息，第三配置信息包括第五信元和第六信元，第五信元指示终端设备监听第三消息的时域位置和/或频域位置，第六信元用于指示第三指示信息在第三消息中的位置。

在一种可能的实现方式中，该方法还包括：发送第四配置信息，第四配置信息用于接收第四消息，第四指示信息承载于第四消息；第四配置信息包括第七信元和第八信元，第七信元用于指示终端设备监听第四消息的时域位置和/或频域位置，第八信元用于指示第四指示信息在第四消息中的位置。

在一种可能的实现方式中，第三指示信息包括第三业务的会话标识或者分组标识。

在一种可能的实现方式中，第三指示信息与多个第三业务的对应关系为以下对应关系中任一种：一对一、一对多、多对一或者多对多。

在一种可能的实现方式中，第三指示信息在对应的DCI信息块中的比特位置通过第三配置信息配置，或者通过协议约定第三指示信息位于对应的DCI信息块中的起始比特位。

在一种可能的实现方式中，接收来自核心网设备的辅助信息，辅助信息用于指示复用到同一个传输块中的至少一个第三业务的信息；或者指示具有相同业务属性的至少一个第三业务的信息，或者指示至少一个第三业务的会话的关联关系。

关于第四方面的部分可选的实施方式所带来的技术效果，可参考对于第三方面或第三方面的相应的实施方式的技术效果的介绍。

第五方面，提供了一种通信装置，通信装置可以为终端设备或者设置在终端设备内部的芯片。该装置包括收发模块和处理模块：

收发模块用于，接收第一指示信息，第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，第一业务包括广播业务和/或组播业务；

处理模块用于，根据第一指示信息，确定是否监听对应于第一业务组的物理下行控制信道PDCCH。

如此，终端设备通过接收网络设备发送针对广播和/或组播业务的指示信息，确定是否监听广播和/或组播业务对应的PDCCH，可以避免终端设备由于不必要的PDCCH监听而带来的功耗。

在一种可能的实现方式中，收发模块还用于，接收第一配置信息，第一配置信息包括第一信元，第一信元指示监听第一消息的时域位置和/或频域位置，第一消息承载了第一指示信息；根据第一配置信息，接收第一消息。

在一种可能的实现方式中，收发模块还用于，接收第一配置信息，第一配置信息包括第二信元，第二信元指示第一指示信息在第一消息中的位置。

在一种可能的实现方式中，时域位置包括起始时域位置和监听时间段，其中，监听时间段用于指示监听第一消息的时间长度；或者，时域位置包括起始时域位置和终止时域位置；第一信元包括第一偏移量，第一偏移量用于确定监听起始时域位置。

在一种可能的实现方式中，第一偏移量可以是以时间单元为单位；其中，时间单元可以是子帧、时隙、符号或者是其他粒度的时间单元。

在一种可能的实现方式中，第一偏移量的取值可以是自然数，例如，第一偏移量为0、1、3或其他数值。

在一种可能的实现方式中，第一信元还包括第一业务组对应的监听时间段，第二信元包括第一消息的大小和第一位置信息，或者第二信元包括第一消息的起始位置和第二位置信息。

在一种可能的实现方式中，第一指示信息承载于第一消息，第一消息还包括第二指示信息，第二指示信息对应于第二业务组，第二业务组包括至少一个第二业务，第二业务包括广播业务、组播业务或单播业务中至少一种，第二指示信息用于确定是否监听对应于第二业务组的PDCCH。

在一种可能的实现方式中，收发模块还用于，接收第二配置信息，根据第二配置信息确定监听第二指示信息的时机，第二配置信息包括第三信元和第四信元，其中，第三信元包括第二偏移量。

在一种可能的实现方式中，处理模块还用于，终端设备根据第一偏移量和第二偏移量，确定在相同的位置监听第一消息，其中，第一消息承载第一指示信息和第二指示信息。

在一种可能的实现方式中，处理模块具体用于：当第一业务组对应的DRX-on状态的起始位置和第二业务组对应的DRX-on状态的起始位置相同时，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量相同。

在一种可能的实现方式中，处理模块具体用于：当第一业务组对应的DRX-ON状态 的起始位置和第二业务组对应的DRX-on状态的起始位置不同时，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量不同。

在一种可能的实现方式中，第一消息包括物理下行控制信息DCI或媒体接入控制单元MAC CE或无线资源控制RRC消息。

在一种可能的实现方式中，根据第一业务组对应的非连续接收DRX配置，监听PDCCH，其中，DRX配置包括如下至少一项：第一下行混合自动重传请求往返时间定时器的时间长度、第一下行DRX重传定时器的时间长度、第一持续时间定时器、第一非激活定时器、第一时隙偏移量和第一DRX周期起始偏移量。

关于第五方面或第五方面的各种可选的实施方式及技术效果，可参考上述关于第一方面的相应的实施方式的技术效果的介绍。

第六方面，提供了一种通信装置，通信装置可以为网络设备或者设置在网络设备内部的芯片。装置包括处理模块和收发模块：

处理模块用于，获取第一指示信息，第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，第一业务包括广播业务和/或组播业务；

收发模块用于，发送第一指示信息。

在一种可能的实现方式中，收发模块还用于，发送第一配置信息，第一配置信息包括第一信元，第一信元指示终端设备监听第一消息的时域位置和/或频域位置，第一消息承载了第一指示信息；根据第一配置信息，发送第一消息。

在一种可能的实现方式中，收发模块还用于，发送第一配置信息，第一配置信息包括第二信元，第二信元指示第一指示信息在第一消息中的位置。

在一种可能的实现方式中，时域位置包括起始时域位置和监听时间段，其中，监听时间段用于指示监听第一消息的时间长度；或者，时域位置包括起始时域位置和终止时域位置；第一信元包括第一偏移量，第一偏移量用于确定监听起始时域位置。

在一种可能的实现方式中，第一偏移量可以是以时间单元为单位；其中，时间单元可以是子帧、时隙、符号或者是其他粒度的时间单元。

在一种可能的实现方式中，第一偏移量的取值可以是自然数，例如，第一偏移量为0、1、3或其他数值。

在一种可能的实现方式中，第一信元还包括第一业务组对应的监听时间段，第二信元包括第一消息的大小和第一位置信息，或者第二信元包括第一消息的起始位置和第二位置信息。

在一种可能的实现方式中，第一指示信息承载于第一消息，第一消息还包括第二指示信息，第二指示信息对应于第二业务组，第二业务组包括至少一个第二业务，第二业务包括广播业务和/或组播业务、或单播业务中至少一种，第二指示信息用于确定是否监听对应于第二业务组的PDCCH。

在一种可能的实现方式中，收发模块还用于，发送第二配置信息，根据第二配置信息确定监听第二指示信息的时机，第二配置信息包括第三信元和第四信元，其中，第三信元包括第二偏移量。

在一种可能的实现方式中，第一消息承载第一指示信息和第二指示信息，网络设备确定第一偏移量和第二偏移量，以使终端设备根据第一偏移量和第二偏移量，确定在相同的 位置监听第一消息。

在一种可能的实现方式中，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量的取值相同。

在一种可能的实现方式中，第一业务组对应的第一偏移量和第二业务组对应的第二偏移量的取值不同。

在一种可能的实现方式中，第一消息包括物理下行控制信息DCI或媒体接入控制单元MAC CE或无线资源控制RRC消息。

在一种可能的实现方式中，发送非连续接收DRX配置，其中，DRX配置包括如下至少一项：第一下行混合自动重传请求往返时间定时器的时间长度、第一下行DRX重传定时器的时间长度、第一持续时间定时器、第一非激活定时器、第一时隙偏移量和第一DRX周期起始偏移量。

关于第六方面或第六方面的各种可选的实施方式及技术效果，可参考上述关于第二方面的相应的实施方式的技术效果的介绍。

第七方面，提供了一种通信装置，通信装置可以为终端设备或者设置在终端设备内部的芯片。装置包括处理模块和收发模块：

收发模块用于，接收第三指示信息，第三指示信息指示下行控制信息DCI调度的第三业务组的信息，第三业务组包括至少一个第三业务，第三业务包括广播业务和/或组播业务；

处理模块用于，根据第三指示信息，确定是否接收第三业务组。

在一种可能的实现方式中，处理模块还用于，监听物理下行控制信道PDCCH，在PDCCH上接收DCI；处理模块具体还用于，根据第三指示信息确定DCI调度的资源上是否承载传输块，传输块包括第三业务组的数据。

在一种可能的实现方式中，收发模块还用于，接收第四指示信息，第四指示信息指示物理下行控制信道PDCCH中是否承载了调度第三业务组的DCI；处理模块还用于，根据第四指示信息确定是否监听PDCCH，如果确定监听PDCCH，在PDCCH上接收DCI；处理模块还用于，根据第三指示信息确定是否接收第三业务组，具体用于根据第三指示信息确定是否接收DCI调度的资源上承载的传输块，传输块包括第三业务组的数据。

在一种可能的实现方式中，处理模块具体用于，根据第三指示信息确定是否监听物理下行控制信道PDCCH；如果确定监听PDCCH，在PDCCH上接收DCI，并接收DCI调度的资源上承载的传输块，传输块包括第三业务组的数据。

在一种可能的实现方式中，收发模块还用于，接收第三配置信息，根据第三配置信息接收第三消息，第三指示信息承载于第三消息，第三配置信息包括第五信元和第六信元，第五信元指示监听第三消息的时域位置和/或频域位置，第六信元用于指示第三指示信息在第三消息中的位置。

在一种可能的实现方式中，第三指示信息与多个第三业务的对应关系为以下对应关系中任一种：一对一、一对多、多对一或者多对多。

在一种可能的实现方式中，第三指示信息包括第三业务的会话标识和分组标识。

在一种可能的实现方式中，第三指示信息在对应的DCI信息块中的比特位置通过第三配置信息配置，或者，通过协议约定第三指示信息位于对应的DCI信息块中的起始比特位。

在一种可能的实现方式中，收发模块还用于，接收传输块，传输块包括一个或多个第一数据包，每个第一数据包包括至少一个第三业务的数据包；在第一数据包中对应的第三业务是终端设备不感兴趣的业务时；处理模块还用于，丢弃第一数据包，或者，丢弃包括第一数据包的传输块。

在一种可能的实现方式中，传输块还包括第三业务的标识。

关于第七方面或第七方面的各种可选的实施方式及技术效果，可参考上述关于第三方面的相应的实施方式的技术效果的介绍。

第八方面，提供了一种通信装置，通信装置可以为网络设备或者设置在网络设备内部的芯片。装置包括处理模块和收发模块：

处理模块用于，获取第三指示信息，第三指示信息指示下行控制信息DCI调度的第三业务组的信息，第三业务组包括至少一个第三业务，第三业务包括广播业务和/或组播业务；

收发模块用于发送第三指示信息。

在一种可能的实现方式中，收发模块还用于，发送第四指示信息，第四指示信息指示物理下行控制信道PDCCH中是否承载了调度第三业务组的DCI。

在一种可能的实现方式中，收发模块还用于，发送第三配置信息，根据第三配置信息发送第三消息，第三指示信息承载于第三消息，第三配置信息包括第五信元和第六信元，第五信元指示终端设备监听第三消息的时域位置和/或频域位置，第六信元用于指示第三指示信息在第三消息中的位置。

在一种可能的实现方式中，收发模块还用于，发送第四配置信息，第四配置信息用于接收第四消息，第四指示信息承载于第四消息；第四配置信息包括第七信元和第八信元，第七信元用于指示终端设备监听第四消息的时域位置和/或频域位置，第八信元用于指示第四指示信息在第四消息中的位置。

在一种可能的实现方式中，第三指示信息包括第三业务的会话标识分组标识。

在一种可能的实现方式中，第三指示信息与多个第三业务的对应关系为以下对应关系中任一种：一对一、一对多、多对一或者多对多。

在一种可能的实现方式中，第三指示信息在对应的DCI信息块中的比特位置通过第三配置信息配置，或者通过协议约定第三指示信息位于对应的DCI信息块中的起始比特位。

在一种可能的实现方式中，收发模块还用于：接收来自核心网设备的辅助信息，辅助信息用于指示复用到同一个传输块中的至少一个第三业务的信息；或者指示具有相同业务属性的至少一个第三业务的信息，或者指示至少一个第三业务的会话的关联关系。

关于第八方面或第八方面的各种可选的实施方式及技术效果，可参考上述关于第四方面的相应的实施方式的技术效果的介绍。

第九方面，提供一种通信装置，装置包括至少一个处理器和通信接口，至少一个处理器与至少一个存储器耦合，至少一个处理器用于执行至少一个存储器中存储的计算机程序或指令，通信接口用于收发信息，以使得通信装置实现上述第一方面或第一方面中的任意一种实现方式中的通信方法，或者以使得通信装置实现上述第二方面实现方式中的通信方法，或者以使得通信装置实现上述第三方面或第三方面中的任意一种实现方式中的通信方法，或者以使得通信装置实现上述第四方面或第四方面任意一种实现方式中的通信方法。

第十方面，提供一种芯片，芯片包括处理器与数据接口，处理器通过数据接口从存储器调用并运行计算机程序，使得安装芯片系统的设备执行上述第一方面或第一方面中的任意一种实现方式中的通信方法，或者使得安装芯片系统的设备执行上述第二方面的实现方式中的通信方法，或者使得安装芯片系统的设备执行上述第三方面或第三方面中的任意一种实现方式中的通信方法，或者使得安装芯片系统的设备执行上述第四方面的实现方式中的通信方法。

第十一方面，提供一种计算机可读介质，计算机可读介质存储用于设备执行的程序代码，程序代码包括用于执行第一方面或者第一方面的任意一种实现方式中的通信方法，或者程序代码包括用于执行第二方面实现方式中的通信方法，或者程序代码包括用于执行第三方面或者第三方面的任意一种实现方式中的通信方法，或者程序代码包括用于执行第四方面实现方式中的通信方法。

第十二方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行第一方面或者第一方面的任意一种实现方式中的通信方法，或者使得计算机执行第二方面实现方式中的通信方法，或者使得计算机执行第三方面或者第三方面的任意一种实现方式中的通信方法，或者使得计算机执行第四方面实现方式中的通信方法。

第十三方面，提供一种通信系统，包括如第五方面或者第五方面的任意一种终端装置和第六方面或者第六方面的任意一种网络装置，或者，如第七方面或者第七方面的任意一种终端装置和第八方面或者第八方面的任意一种网络装置。

图1是本申请实施例适用的一种网络架构示意图；

图2是本申请实施例适用的另一种网络架构示意图；

图3是本申请实施例适用的又一种网络架构示意图；

图4是本申请实施例提供的一种通信方法所对应的流程示意图；

图5是本申请实施例提供的DRX工作机制示意图；

图6是本申请实施例提供的WUS工作机制的示意图；

图7是本申请实施例提供的一种在DRX工作机制的场景中应用的通信方法所对应的流程示意图；

图8是本申请实施例提供的一种第一业务和第二业务均是广播业务和/或组播业务的场景示意图；

图9是本申请实施例提供的一种第一业务是广播业务和/或组播业务第二业务是单播业务的场景示意图；

图10是本申请实施例提供的N个MBS使用同一G-RNTI调度的场景示意图；

图11是本申请实施例提供的又一种通信方法所对应的流程示意图；

图12是本申请实施例提供的再一种通信方法所对应的流程示意图；

图13是本申请实施例提供的一种DCI中信息块与MBS之间对应关系示意图；

图14是本申请实施例提供的一种MBS数据接收示意图；

图15是本申请实施例提供的一种MBS数据接收流程示意图；

图16是本申请实施例提供的再一种通信方法所对应的流程示意图；

图17是本申请实施例提供的另一种MBS数据接收示意图；

图18是本申请实施例提供的另一种MBS数据接收流程示意图；

图19是本申请实施例提供的又一种MBS数据接收示意图；

图20是本申请实施例提供的又一种MBS数据接收流程示意图；

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

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

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

图24是本申请实施例提供的又一种通信装置示意图。

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

图1是本申请实施例适用的一种架构示意图。如图1所示，终端设备130可接入到无线网络，以通过无线网络获取外网(例如因特网)的服务，或者通过无线网络与其它设备通信，如可以与其它终端设备通信。该无线网络包括无线接入网110(radio access network，RAN)和核心网120(core network，CN)，其中，RAN 110用于将终端设备130接入到无线网络，CN 120用于对终端设备进行管理并提供与外网通信的网关。

终端设备可以是能够接收网络设备调度和指示信息的无线终端设备，无线终端设备可以是指向用户提供语音和/或数据连通性的设备，或具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。终端设备可以经无线接入网(radio access network，RAN)与一个或多个核心网或者互联网进行通信，终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话，手机(mobile phone))、计算机和数据卡，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、平板电脑(Pad)、带无线收发功能的电脑等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile station，MS)、远程站(remote station)、接入点(access point，AP)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户站(subscriber station，SS)、用户端设备(customer premises equipment，CPE)、终端(terminal)、用户设备(user equipment，UE)、移动终端(mobile terminal，MT)等。终端设备也可以是可穿戴设备以及下一代通信系统，例如，5G通信系统中的终端设备或者未来演进的公共陆地移动网络(public land mobile network，PLMN)中的终端设备等。

网络设备可以是无线网络中的设备，例如网络设备可以为将终端设备接入到无线网络的无线接入网(radio access network，RAN)节点(或设备)，又可以称为基站。目前，一些RAN设备的举例为：5G通信系统中的新一代基站(generation Node B，gNodeB)、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、 无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved Node B，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wi-Fi)接入点(access point，AP)等。此外，在其它可能的情况下，网络设备可以是其它为终端设备提供无线通信功能的装置。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。为方便描述，本申请实施例中，为终端设备提供无线通信功能的装置称为网络设备。

RAN中可以包括一个或多个RAN设备，如图1所示。

当图1所示的网络架构适用于5G通信系统时，CN设备120可以为接入和移动性管理功能(access and mobility management function，AMF)实体或用户面功能(user plane function，UPF)实体等。

可以理解，图1所示的通信系统中各个设备的数量仅作为示意，本申请实施例并不限于此，实际应用中在通信系统中还可以包括更多的终端设备、更多的RAN设备，还可以包括其它设备。

图2为本申请实施例适用的又一种网络架构示意图。如图2所示，该网络架构包括CN设备、RAN设备和终端设备。其中，RAN设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。其中，RAN设备包括基带装置和射频装置，基带装置可以由一个节点实现，也可以由多个节点实现，射频装置可以从基带装置拉远独立实现，也可以集成在基带装置中，或者部分功能独立集成、部分功能集成在基带装置中。例如，RAN设备包括基带装置和射频装置，其中，射频装置可以相对于基带装置拉远布置，例如射频拉远单元(remote radio unit，RRU)是相对于BBU布置的远端无线单元。

图3为本申请实施例适用的又一种网络架构示意图。相对于图2所示的网络架构，图3中还可以将CU的控制面(CP)和用户面(UP)分离，分成不同实体来实现，分别为控制面(control plane，CP)CU实体(即CU-CP实体)和用户面(user plane，UP)CU实体(即CU-UP实体)。

在以上网络架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。

上述图1、图2或图3所示意的网络架构可以适用于各种无线接入技术(radio access technology，RAT)的通信系统中，例如可以是4G(或者称为LTE)通信系统，也可以是5G(或者称为新无线(new radio，NR))通信系统，也可以是LTE通信系统与5G通信系统之间的过渡系统，该过渡系统也可以称为4.5G通信系统，当然也可以是未来的通信系统。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本申请以下实施例中的装置，根据其实现的功能，可以位于终端设备或网络设备。当 采用以上CU-DU结构时，网络设备可以为CU、或DU、或包括CU和DU的RAN设备。

本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，本文中的第一指示信息和第二指示信息仅仅是对两种指示信息进行的区分，不表示对两种信息的顺序、时序、优先级或重要程度的排序。

目前，为了在接收单播业务时减少终端设备的功耗，提出了针对单播业务的唤醒信号(wake-up signal,WUS)机制，但是未来应用场景需要使用广播和/或组播业务时，广播和/或组播业务可以通过单播方式发送也可以通过多播方式发送，针对单播业务的WUS机制无法满足终端设备接收广播多播业务的需求。因此，终端设备无法确定是否需要监听某些广播和/或组播业务的物理下行控制信道(physical downlink control channel,PDCCH)，这导致终端设备必须监听所有广播和/或组播业务的PDCCH，终端设备产生这种不必要的监听会导致终端设备耗电。因此，如何针对终端设备接收广播和/或组播业务的节电机制是亟待解决的问题。为了解决上述问题，本申请实施例提出了一种通信方法和装置，下面将结合附图具体说明。

图4是本申请实施例提供的一种通信方法所对应的流程示意图，该方法包括但不限于如下步骤。

S410，网络设备获取第一指示信息，该第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，其中，第一业务包括广播业务和/或组播业务。

第一指示信息用于指示终端设备是否监听第一业务组对应的PDCCH，也就是，该第一指示信息为是否唤醒终端设备监听第一业务组对应的PDCCH的指示信息。第一指示信息也可以有其他名称，本申请实施例中对此不作限制。

广播和/或组播业务也可以称为广播多播业务MBS。其中，广播多播业务是一种单点到多点通信方案，在这种通信方案中，将数据包从一个网络设备传输给多个终端设备，广播传输表示网络设备可以将该业务向所有终端设备发送，组播传输还可以称为多播传输，多播传输表示网络设备可以将该业务发送给订阅过该业务的终端设备。

网络设备获取第一指示信息的方式可以有多种。例如，网络设备从自身获取，具体地，网络设备通过协议预定或者通过自己生成等方式获取。再例如，网络设备从其他网络设备接收第一指示信息。本申请实施例对此不作限制。

S420，网络设备向终端设备发送第一指示信息，相应地，终端设备接收来自网络设备的第一指示信息。

作为一种可能的实现方式，第一指示信息承载于第一消息，该第一消息可以为下行控制信息(downlink control information,DCI)或媒体接入控制单元(media access control control element,MAC CE)或无线资源控制(radio resource control,RRC)消息，该第一消 息还可以为其他消息，在本申请实施例中不作限制。

可以理解，此处第一指示信息对应于第一业务组，也就是第一指示信息和第一业务组相关联，即终端设备可以根据第一指示信息确定是否监听第一业务组的对应的PDCCH。具体地，第一指示信息和第一业务组的对应关系可以是协议预设、或者是网络设备通过专用信令配置的，其中，专用信令可以是RRC消息、DCI或者是MAC CE。

可选地，第一指示信息和第一业务组的对应关系可以是一对一、一对多、多对一、或多对多中任意一种。其中，第一指示信息和第一业务组的对应关系为一对一表示，第一指示信息可以用来指示终端设备是否监听第一业务组对应的PDCCH；第一指示信息和第一业务组的对应关系为一对多表示，第一指示信息除了指示终端设备是否监听第一业务组对应的PDCCH，还可以指示终端设备是否监听其他业务组对应的PDCCH；第一指示信息和第一业务组的对应关系为多对一表示，多个指示信息可以用来指示是否监听一个业务组对应的PDCCH，多个指示信息中的任何一个都可以用来指示是否监听该业务组对应的PDCCH，或者多个指示信息联合指示是否监听该业务组对应的PDCCH；第一指示信息和第一业务组的对应关系为多对多表示，多个指示信息可以用来指示不同的业务组对应的PDCCH，举例而言，多个指示信息包括指示信息1、指示信息2、指示信息3和指示信息4，业务组包括业务组1、业务组2和业务组3，指示信息1、指示信息2和指示信息3可以联合指示是否监听业务组1，指示信息1、指示信息2和指示信息4可以联合指示是否监听业务组2。本申请对此不做限制。

其中，不同的业务组根据每个业务组中包括的业务是否为需求相近的业务来区分，也就是需求相近的业务被分为同一业务组，需求不同的业务被分为不同业务组。例如，第一业务组中的业务包括多个第一业务，多个第一业务为需求相近的业务，其中，多个需求相近的第一业务可以理解为多个第一业务的传输性能要求相近，例如，传输性能可以使用以下性能指标中一个或多个来表征：时延、可靠性、误包率、优先级、QoS流标识(QoS Flow ID,QFI)等。可选地，不同的业务组包括的业务可以都是广播多播业务，也就是说该不同的业务组是在广播多播业务内的划分；或者不同的业务组包括的业务可以都是单播业务，也就是说该不同的业务组是在单播业务内的划分；或者可以将广播多播业务和单播业务分别作为两个不同的业务组。

S430，终端设备根据该第一指示信息，确定是否监听对应于该第一业务组的PDCCH。

终端设备可以根据针对第一业务组对应的第一指示信息来确定是否监听不同业务组对应的PDCCH。例如，如果第一指示信息指示终端设备监听第一业务组对应的PDCCH，则终端设备确定监听对应于第一业务组的PDCCH；如果第一指示信息指示终端设备不监听第一业务组对应的PDCCH，则终端设备确定不监听对应于第一业务组的PDCCH。可以理解，第一指示信息对应于第一业务组，其他不同的业务组也有各自对应的指示信息，在本申请实施例中对业务组的数量不作限制。

作为一种可能的实现方式，如果终端设备在一段时间T内没有接收到第一指示信息或者终端设备连续M次没有接收到第一指示信息，为避免错过监听对应于第一业务组的PDCCH，终端设备确定监听第一业务组对应的PDCCH，这里终端设备没有接收到第一指示信息可以是网络设备没有发送该第一指示信息，或者是网络设备发送了该第一指示信息但终端设备没有接收到第一指示信息。其中，M为大于等于1的正整数。可选地，这里T 和/或M可以是协议预设的、或者是网络设备配置的，本申请对此不做限制。

在本申请实施例的技术方案中，终端设备可以通过接收网络设备发送的第一指示信息，确定是否监听广播和/或组播业务对应的PDCCH，可以避免终端设备由于不必要的PDCCH监听而带来的功耗，从而降低了终端设备的功耗。

上述内容对本申请实施例的技术方案进行概括性的描述，本申请实施例还可以应用于在非连续接收(discontinuous reception,DRX)场景中，下面对此进行详细说明。

目前，基于包的数据流通常是突发性的，在一段时间内有数据传输，但是在接下来很长一段时间内可能没有数据传输。因此，网络设备通过为终端设备配置了非连续接收(discontinuous reception,DRX)，来控制终端设备对PDCCH的监听行为，在不需要监听时，终端设备可以通过停止监听PDCCH来降低终端功耗，以此达到终端设备节电的目的。

目前，网络设备可为处于连接态(RRC-connected)的终端设备发送DRX配置，来控制终端设备以达到终端节能的目的。

DRX有两种周期，一种为长DRX周期(long DRX cycle)，另一种是短DRX周期(short DRX cycle)。不论终端设备采用哪一种DRX，网络设备都可以通过RRC信令给终端设备发送相应的DRX配置，控制终端设备处于DRX-on状态或者DRX-off状态，当终端设备处于DRX-on状态时，终端设备可以监听PDCCH以获取网络设备发送给该终端设备的调度命令，即终端设备处于非休眠状态；当终端设备处于DRX-off状态时，终端设备不监听PDCCH，即终端设备处于休眠状态，并且网络设备不向终端设备发送调度命令。通过这种方式，让终端设备不需要时时刻刻都监听PDCCH，从而达到节电的目的。

在本申请实施例中对具体的DRX参数做详细说明，可以理解，以下的DRX配置说明仅仅是一种举例，也可以包括其他DRX参数。

持续时间定时器(drx-onDurationTimer)，这个定时器的时间长度表示终端设备处于DRX-on状态的持续时间。

时隙偏移量(drx-SlotOffset)，这个偏移量用于确定启动持续时间定时器之前需要等待的延迟时间。

长DRX周期起始偏移量(drx-LongStartOffset)，这个偏移量用于确定长DRX周期时间以及该周期的起始子帧号。

非激活定时器(drx-inactivity timer)，这个定时器的时间长度表示终端设备监听到PDCCH后的持续时间。

下面结合图5具体说明终端设备在DRX配置下的DRX工作机制，图5是本申请实施例提供的DRX工作机制示意图。

如图5所示，图5中横轴表示时间t。终端设备从网络设备获取DRX配置，DRX配置可以包括时隙偏移量、DRX周期、DRX-on状态持续时间定时器和非激活定时器等。终端设备通过DRX周期和时隙偏移量能确定DRX-on状态的起始位置t1，其中时隙偏移的长度为(t1-t0)。终端设备根据DRX-on状态持续时间定期器确定DRX-on状态的持续时间为(t2-t1)，根据DRX-on状态持续时间定期器和DRX周期确定DRX-off状态持续时间(t3-t2)。t3为下一个DRX周期的DRX-on状态的起始位置。在图5所示的第二个DRX周期内，终端设备在DRX-on状态的持续时间内监听到PDCCH，将启动或重启非激活定时器，图5中，终端设备在t4时刻监听到PDCCH，并启动或重启非激活定期器，此时DRX-on 状态持续时间被延长，当非激活定期器在t5时刻超时，进入DRX-off状态，并持续到DRX周期结束的t6时刻。

为了提升终端设备的节能性能，对处于RRC-connected状态的终端设备的DRX机制做了增强特性，提出了基于PDCCH的唤醒信号(PDCCH-based wake up signaling，PDCCH-based WUS)机制，以下对唤醒信号机制简称WUS机制，对唤醒信号简称WUS。

WUS机制的基本原理是网络设备在终端的DRX周期开始前发送“唤醒”信号，如果终端接收到唤醒信号，UE将唤醒并监听PDCCH；反之，如果没有接收到唤醒信号，则UE可以跳过整个DRX周期，不监听任何PDCCH。作为唤醒信号，只需要传送少量信息以降低接收唤醒信号的功率，可选地，网络设备在配置唤醒信号时，可以将唤醒信号与一个或者多个DRX周期相关联。

下面结合图6具体说明终端设备处于RRC-connected状态下的WUS机制的工作原理，图6是本申请实施例提供的WUS工作机制的示意图。

为了便于理解，下面对WUS机制中部分基本概念作简要说明。

WUS指示信息：

WUS指示信息用于指示终端设备是否监听对应单播业务的PDCCH，WUS指示信息在下行控制信息格式2_6(downlink control information format 2_6,DCI format 2_6)中，DCI format 2_6包括多个终端设备的WUS指示信息。

WUS配置信息：

WUS配置信息主要用于确定终端设备监听WUS的时机，也就是用于确定终端设备监听WUS的起始位置和监听的持续时间。WUS配置信息包括：1)节电偏移量(power saving offset,PS_offset)，这个偏移量用于指示持续时间定时器启动之前的时间偏移量，此偏移量可以用于确定终端设备开始监听WUS的时域位置。

2)监听时间窗(monitoring window)：这个参数用于指示终端设备监听WUS的时间长度，换句话说，终端设备在监听时间窗指示的时间段内监听WUS。可选地，监听时间窗的单位可以是监听时机(monitoring occasion)、毫秒(ms)、秒(s)、时隙(slot)、符号(symbol)或者其他时间单位，此处监听时间窗也可以称为“监听时间段”，本申请实施例中不作限制。

可以理解，如果监听时间窗的单位是监听时机时，监听时间窗可以是一个或多个监听时机，一个监听时机可以是监听PDCCH的一次机会，具体地，一个监听时机可以是一次监听PDCCH的时间长度(或称持续时间)。一个监听时机的具体时间长度可以由协议定义，或者由专用信令配置，在本申请实施例中不作限制。

3)节电无线网络临时标识符(power saving radio network temporary identifier,PS_RNTI)：用于监听WUS的标识。

4)下行控制信息2_6大小(size of downlink control information format 2_6,sizeDCI-2-6)用于指示DCI format 2_6的大小。

5)下行控制信息2_6位置(ps-PositionDCI-2-6)用于指示不同终端设备在DCI format2_6中对应的指示信息块的起始位置，还可以指示该终端设备对应的指示信息块的第1个比特为WUS指示信息。

下行控制信息2_6大小、下行控制信息2_6位置用于确定DCI format 2_6的信息结构。

下面结合图6的(a)和图6的(b)对WUS机制的原理进行说明。终端设备在DRX-on状态之前检测WUS指示信息，通过检测WUS指示信息来判断在DRX-on状态监听PDCCH还是跳过PDCCH监听。

图6的(a)为WUS指示信息指示终端设备在DRX-on状态休眠的场景示意图，图6的(b)为WUS指示信息指示终端设备在DRX-on状态醒来的场景示意图。

首先，如图6的(a)和图6的(b)所示，横轴表示时间t，WUS指示信息承载于DCI中。终端设备根据WUS配置信息中的节电偏移量确定监听DCI的起始时域位置t0，终端设备根据监听DCI的起始时域位置、监听时间窗的长度和PS_RNTI去监听DCI。可选地，WUS指示信息承载于DCI format 2_6中。终端设备根据WUS配置信息中的下行控制信息2_6大小、下行控制信息2_6位置确定DCI format 2_6的信息结构，并获取WUS指示信息在DCI format 2_6中的位置。DCI format 2_6中可以包括该终端设备的指示信息块，指示信息块中可以包括1比特的WUS指示信息。在图6的(a)中，WUS指示信息的取值为0，表示该WUS指示信息指示终端设备在DRX-on状态保持休眠，即在DRX-on状态的持续时间内跳过监听PDCCH。在图6的(b)中，WUS指示信息的取值为1，表示该WUS指示信息指示终端设备在DRX-on状态唤醒，即在DRX-on状态的持续时间监听PDCCH。

当前的唤醒信号WUS机制针对某个终端设备，用于指示某个终端设备在DRX-on期间是检测PDCCH还是跳过PDCCH监听。当前NR机制针对是单播业务，当引入广播多播业务时，由于广播多播业务可能通过单播方式或多播方式发送，若此时沿用现有WUS机制，无论DRX-on期间网络设备通过PDCCH调度的是单播业务还是广播多播业务，网络设备会将单播业务的指示信息和多播业务的指示信息都承载在现有的唤醒信号中，终端设备根据现有的唤醒信号机制中的指示信息，在DRX-on期间对单播业务和/或广播多播业务的PDCCH进行监听，当终端设备不需要监听单播业务时，终端设备依然会在DRX-on状态期间醒来监听单播业务的PDCCH，此时可能导致终端设备不必要的PDCCH监听，从而导致终端设备耗电。

下面将结合图7具体说明，本申请实施例的技术方案在DRX工作机制的场景中的应用。

S701，网络设备获取第一配置信息。

网络设备获取第一配置信息方式可以有多种。例如，网络设备从自身获取，具体地，网络设备通过协议预定或者通过自己生成等方式获取。再例如，网络设备从其他网络设备接收第一配置信息。在本申请实施例中，第一配置信息也可以称作第一类WUS配置信息，作为一种可选的实施方式，本申请实施例中的第一配置信息可以是WUS配置信息，具体可以参见图6中对WUS配置信息的说明。第一类WUS配置信息用于终端设备根据第一类WUS配置信息接收第一指示信息。

S702，网络设备获取第一指示信息，该第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，其中，第一业务包括广播业务和/或组播业务。作为一种可选的实施方式，本申请实施例中的第一指示信息可以为WUS指示信息，在图6介绍的WUS机制，一个或一组WUS指示信息对应于一个终端设备，在本申请实施例中的一个或多个第一指示信息对应于第一业务组。

S702对应于S410，第一业务组包括的第一业务为需求相近的广播业务和/或组播业务，本申请实施例对“第一业务组”和“第一业务”的命名不作限制。

本申请实施例对上述业务组的个数不作限制，也就是本申请实施例还可以有其他业务组，每个业务组之间的区别在于每个业务组中包括的业务是否为需求相近的广播业务和/或组播业务。

S703，网络设备向终端设备发送第一类WUS配置信息，相应地，终端设备接收来自网络设备的第一类WUS配置信息。终端设备可以根据第一类WUS配置信息确定监听第一指示信息的时机，从而对第一指示信息进行接收。

第一类WUS配置信息可以包括第一信元，第一信元用于指示监听第一消息的时域位置和/或频域位置，其中，第一指示信息承载于第一消息中。因此，当终端设备接收到第一类WUS配置信息，终端设备可以根据第一类WUS配置信息中的第一信元确定监听第一消息的时域位置和/或频域位置。在本申请实施例中，第一消息可以为下行控制信息DCI，具体而言，第一消息可以为DCI format 2_X或者DCI format 2_6。第一消息还可以为媒体接入控制单元MAC CE或无线资源控制RRC消息，在本申请实施例中不作限制，并且对该第一消息的实现形式不作限制，该第一消息可以为一组信号。

作为一种可能的实现方式，第一信元可以包括如下至少一种：第一业务组对应的监听时间段、第一偏移量、第一消息的起始时域位置、第一消息的终止时域位置、第一消息的起始频域位置、第一消息的频域长度、第一消息的起始频域位置和第一消息的终止频域位置。其中，监听时间段用于确定终端设备监听第一消息的时间长度，监听时间段还可以称为监听时间窗，该监听时间窗的单位可以是监听时机、毫秒、秒、时隙、符号或者其他时间单位，在本申请实施例中不作限制；第一偏移量用于指示终端设备在持续时间定时器启动之前的时间偏移量，也就是指示终端开始监听第一消息的第一起始位置，即用于确定监听起始时域位置。

可以理解，如果监听时间窗的单位是监听时机时，监听时间窗可以是一个或多个监听时机，一个监听时机的具体时间由协议定义。

对于第一信元指示监听第一消息的时域位置和/或频域位置的方式有多种，当第一信元中的包括的内容不同时，终端设备可以根据如下方式a1～方式a4来确定第一消息的时域位置和/或频域位置。

方式a1：第一信元包括第一业务组对应的监听时间窗和第一偏移量，可以理解，终端设备根据第一业务组对应的监听时间段和第一偏移量来确定监听第一消息的时间段，换句话说，终端设备可以在此确定的时间段内监听第一消息。具体地，终端设备可以根据第一偏移量确定该时间段的第一起始位置，根据监听时间窗，确定该时间段的持续时间。

方式a2：第一信元包括监听第一消息的起始时域位置和终止时域位置，相应地，终端设备可以根据该起始时域位置和终止时域位置，来确定监听第一指示信息的时间段。

方式a3：第一信元包括监听第一消息的起始频域位置和频域长度，相应地，终端设备可以根据该起始频域位置和频域长度来监听第一消息；

方式a4：第一信元可以包括监听第一消息的起始频域位置和终止频域位置。

如上多种可能的实现方式可以结合，即第一信元可以用于指示第一消息的时域位置和频域位置，对于第一信元指示第一消息的时域位置参考方式a1和方式a2；对于第一信元 指示第一消息的频域位置参考方式a3和方式a4。

作为一种可选的实施方式，第一类WUS配置信息还可以包括第二信元，第二信元用于指示第一指示信息在第一消息中的位置。第二信元可以包括第一消息的大小和第一位置信息，或者第二信元可以包括第一消息的起始位置和第二位置信息。应理解，第一消息中除了可以承载第一业务组的第一指示信息，还可以承载其他业务组的指示信息，为了便于终端设备确定第一业务组对应的第一指示信息在第一消息中的位置，因此第一类WUS配置信息中的第二信元可以用于确定第一指示信息在第一消息中的位置。

对于第二信元指示第一指示信息在第一消息中的位置的方式有多种，如下结合方式b1～方式b2来进行描述。

方式b1：第二信元包括第一消息的大小和第一位置信息，其中，第一消息的大小用于指示第一消息的负荷大小，例如，第一消息的大小为第一消息承载信息的比特数；第一位置信息用于指示第一业务组对应的指示信息块在第一消息中的位置，具体地，第一位置信息可以是第一业务组对应的指示信息块在第一消息中的起始位置。

可以理解，如果第一消息的大小为X比特，第一位置信息的取值范围可以是(0～X-1)，换句话说，第一位置信息的取值是(0～X-1)中的任一值，X为大于1的正整数。举个例子，第一消息的大小为100比特，第一位置信息指示第一业务组对应的指示信息块在第一消息中的起始位置为5比特，此时第一业务组对应的指示信息从第5个比特开始；

方式b2：第二信元包括第一消息的起始位置和第二位置信息，其中，第二位置信息用于指示第一业务组对应的指示信息块相对于第一消息的起始位置的偏移量，此处，第一消息的起始位置可以是此消息的开始边界(即第1个比特对应的开始位置)，或者是第一消息的第1个比特对应的结束位置。

可以理解，如果第一消息的大小为Y比特，第二位置信息的取值范围可以是(0～Y-1)，Y为大于1的正整数。举个例子，第二位置信息指示10，如果第一消息的起始位置是该消息第1个比特对应的开始位置，可以理解，第一业务组对应的指示信息块位于从第一消息的起始位置算起的第10比特；再举个例子，第二位置信息指示10，如果第一消息的起始位置是该消息第1个比特对应的结束位置，可以理解，第一业务组对应的指示信息块位于从第一消息的起始位置算起的第11比特。

如上，第一业务组对应的指示信息块可以包括第一指示信息，可选地，该指示信息块还可以包括辅小区休眠指示。

可以理解，本申请实施例对第一指示信息位于第一业务组对应的指示信息块中的位置不作限制。例如，第一业务组对应的第一指示信息可以通过1比特来指示，第一业务组对应的第一指示信息可以位于第一业务组对应的信息块中的第1个比特。

S704，网络设备向终端设备发送第一指示信息，相应地，终端设备接收来自网络设备的第一指示信息。

该第一指示信息对应于第一业务组，换句话说，第一指示信息和第一业务组相关联，也就是终端设备根据第一指示信息确定是否监听第一业务组对应的PDCCH。其中，该第一指示信息承载于第一消息中。

终端设备可以根据第一类WUS配置信息确定监听第一指示信息的时机，具体的，终端设备可以根据第一类WUS配置信息中的第一信元确定监听第一消息的时机，再根据第 一类WUS配置信息中的第二信元确定第一指示信息在第一消息中的位置，从而对第一指示信息进行接收。

S705，终端设备根据第一指示信息，确定是否监听对应于第一业务组的PDCCH。

例如，以第一业务组包括一个MBS为例，第一指示信息可以使用1比特来指示，当比特置为“1”时，则指示终端设备在MBS对应的DRX-on状态期间唤醒并监听该MBS对应的PDCCH，也就是终端设备在DRX-on状态期间处于清醒状态，或者说终端设备在该DRX-on期间处于激活状态，监听该MBS对应的PDCCH；当比特置为“0”时，则指示终端设备在对应MBS的DRX-on状态期间处于休眠状态，并且不监听该MBS对应的PDCCH，也就是终端设备跳过监听该MBS对应的PDCCH，或者说终端设备不监听该MBS对应的PDCCH。或者，当比特置为“0”时，则指示终端设备在对应MBS的DRX-on状态期间唤醒并监听MBS对应的PDCCH，也就是终端设备在DRX-on状态期间处于清醒状态，即终端设备在DRX-on状态期间处于激活状态，监听该MBS对应的PDCCH；当比特置为“1”时，则指示终端设备在对应MBS的DRX-on期间处于休眠状态，并且不监听该MBS对应的PDCCH，也就是终端设备跳过监听该MBS对应的PDCCH，或者说终端设备不监听该MBS对应的PDCCH。上述指示的具体数值仅仅是示例性的，例如本申请的实施例中也可以通过其他指示值来指示是否唤醒，除此以外，本申请实施例中不对比特位置作限制。

作为一种可选的实施方式，如果终端设备在一段时间T内没有接收到第一指示信息或者终端设备连续M次没有接收到第一指示信息，则终端设备确定在DRX-on状态期间醒来监听第一业务组的PDCCH。如此，终端设备可以降低错过监听对应于第一业务组的PDCCH的概率。需要说明的是，关于一段时间T和/或M的描述，可以参见S430中的相关描述，在此不再赘述。

作为一种可选的实施的方式，当终端设备确定在MBS对应的DRX-on状态期间醒来监听MBS的PDCCH时，终端设备需要根据MBS对应的DRX参数确定开始监听MBS对应的PDCCH的时机。为便于说明，下面先对DRX参数的作用进行说明。

每个MBS均有各自的DRX参数，DRX参数还可以包括如下中至少一个。

第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度(drx-HARQ-RTT-TimerDL)、第一下行DRX重传定时器的时间长度(drx-RetransmissionTimerDL)、第一持续时间定时器(onDurationTinerMBS)、第一非激活定时器(drx-incativityTimerMBS)、第一时隙偏移量(drx-SlotOffset)和第一DRX周期起始偏移量(schedulingPeriodStartOffsetMBS)。

第一持续时间定时器和第一非激活定时器用于确定激活态的参数，第一持续时间定时器的单位可以为子毫秒subms或者毫秒ms，该单位可以通过网络设备指示；第一下行混合自动重传请求往返时间定时器HARQ RTT Timer的时间长度和第一下行DRX重传定时器的时间长度是针对一个HARQ进程搭配使用，用于终端设备确定监听网络设备重传的时机；第一时隙偏移量指示启动第一持续时间定时器的时机；第一DRX周期起始偏移量用于确定DRX周期和DRX周期的起始位置。

作为一种可选的实施方式，终端设备在MBS对应的DRX-on状态醒来监听MBS对应的PDCCH，包括：终端设备根据第一DRX周期起始偏移量确定DRX周期的起始位置，在DRX周期的起始位置之后，终端设备根据第一时隙偏移量确定启动第一持续时间定时 器的时机，也就是在该时机为DRX-on状态的起始位置，即在该时机启动第一持续时间定时器的时机，终端设备在该时机开始监听MBS对应的PDCCH。

具体的，终端设备确定DRX-on状态的起始位置可以为：如果确定使用长DRX周期，并且满足公式(1)，在满足公式(1)的子帧位置开始，也就是DRX周期的起始位置开始，经过第一时隙偏移量对应的时间后，终端设备可以确定DRX-on状态的起始位置。

[(SFN×10)+subframe number]modulo(drx-LongCycle)＝drx-StartOffset (1)

其中，SFN是系统帧编号，subframe number为子帧编号，modulo为取模运算，drx-LongCycle为长DRX周期、drx-StartOffset为第一DRX周期起始偏移量。

换句话说，如果收到了某个MBS对应的指示信息之后，在确定满足公式(1)的子帧开始算起，经过第一时隙偏移量对应的时间后，终端设备确定DRX-on状态的起始位置，并启动持续时间定时器。

本申请实施例的技术方案中，通过设计针对广播业务和/或多播业务的WUS机制，使得终端设备在监听针对广播业务和/或多播业务对应的PDCCH之前，可以使用该WUS机制确定是否监听广播业务和/或多播业务对应的PDCCH，从而减少终端设备的功耗。

网络设备还可以向终端设备发送第二配置信息，第二配置信息也可以称为第二类WUS配置信息，相应地终端设备接收来自网络设备的第二类WUS配置信息。终端设备可以根据第二类WUS配置信息确定监听第二指示信息的时机，从而对第二指示信息进行接收。第二指示信息对应于第二业务组，第二业务组可以包括至少一个第二业务，其中，第二业务可以为广播业务和/或组播业务，或者第二业务可以为单播业务。第二类配置信息包括第三信元和第四信元，第二类配置信息中的内容及其作用和第一类配置信息类似，在此不作赘述。

网络设备可以同时发送第一类WUS配置信息和第二类WUS配置信息给终端设备，也可以先发送第一类WUS配置信息，再发送第二类WUS配置信息，还可以先发送第二类WUS配置信息，再发送第一类WUS配置信息，在本申请实施例中不作限制。

作为一种可选的实施方式，第一类WUS配置信息和第二类WUS配置信息可以由同一条配置消息携带，也可以分别由不同的配置消息分别携带，该配置消息可以为RRC消息或者其他消息承载第一类WUS配置信息和/或第二类WUS配置信息，在本申请实施例中不作限制。

本申请实施例中提出了针对广播和/或组播业务的WUS机制，针对不同的MBS的WUS指示信息可以承载在相同的消息中。当网络设备针对不同的MBS业务配置不同的DRX参数时，终端设备根据这些不同的DRX参数获得的DRX-on状态的起始位置可能是不同的。此时，如果不同的MBS的WUS的配置信息中的节电偏移量配置相同时，终端设备监听针对不同MBS的WUS的起始位置不同，然而这个WUS中包括不同MBS的WUS指示信息，也就是终端设备需要频繁监听相同的WUS来获取针对不同的MBS的WUS指示信息，这会进一步增加终端设备的功耗。

当第二业务为广播业务和/或组播业务，第一指示信息和第二指示信息可以承载于同一个DCI中，此时，第一指示信息对应的DRX配置和第二指示信息对应的DRX配置可能不同，第一业务组和第二业务组对应的DRX起始位置可能不同，为了让两者监听DCI的位置相同，网络设备可以为两个业务组配置不同的节电偏移量，从而让两个业务组对应 开始监听第一指示信息和第二指示信息的起始位置相同。对于第一业务和第二业务均是广播业务和/或组播业务的情况，可以引入新的DCI格式，例如DCI format 2_X，在本申请实施例中对X的取值不作限制，或者也可以采用其他新设计的DCI名称。

图8是本申请实施例提供的一种第一业务和第二业务均是广播业务和/或组播业务的场景示意图，第一MBS组可以为第一业务组，第二MBS组可以为第二业务组。如图8所示，多个MBS组对应的指示信息可以承载在相同的第一消息中，也就是承载在同一个DCI中，多个MBS组包括第一MBS组和第二MBS组，DCI的格式可以为DCI format 2_X。

图8的(a)为第一MBS组对应的第一指示信息指示终端设备在DRX-on状态休眠的场景示意图，图8的(b)为第二MBS组对应的第二指示信息指示终端设备在DRX-on状态醒来的场景示意图。

如图8的(a)和图8的(b)所示，横轴表示时间t，不同MBS组对应的指示信息承载于DCI中，其中，DCI的格式为DCI format 2_X，DCI format 2_X包括不同MBS组对应的WUS指示信息，不同MBS组对应的WUS指示信息在不同的指示信息块中，如图8所示，第一MBS组对应的WUS指示信息在块#1中，也就是第一指示信息在块#1中，第二MBS组对应的WUS指示信息在块#2中，也就是第二指示信息在块#2中，第三MBS组对应的WUS指示信息在块#3和第四MBS组对应的WUS指示信息在块#4中。

终端设备根据接收到第一类WUS配置信息中的第一偏移量和第二类WUS配置信息中的第二偏移量，确定在相同时域位置监听DCI，也就是如图8所示，第一MBS组对应的第一起始位置和第二MBS组对应的第二起始位置相同。

终端设备可以根据第一类WUS配置信息的第二信元中的第一位置信息，确定第一MBS组的指示信息块(块#1)在DCI中的位置，根据第二类WUS配置信息的第四信元中的第三位置信息，确定第二MBS组的指示信息块(块#2)在DCI中的位置。指示信息在指示信息块中的位置可以是预先定义的，例如，在图8中，第一指示信息位于块#1中的第1个比特，第二指示信息位于块#2中的第1个比特。

块#1中第1个比特置为“0”，表示第一指示信息指示终端设备在DRX-on状态不监听第一MBS组对应的PDCCH，也就是终端设备从DCI之后的第一MBS组对应的DRX-on状态保持休眠状态，即终端设备在第一MBS组对应的DRX-on状态的持续时间内跳过监听该PDCCH，如图8的(a)所示。

块#2中第1个比特置为“1”，表示第二指示信息指示终端设备在DRX-on状态监听第二MBS组对应的PDCCH，也就是终端设备在第二MBS组对应的DRX-on状态醒来持续监听第二MBS组对应的PDCCH，如图8的(b)所示。

当第二业务为单播业务，第一指示信息和第二指示信息承载于同一个DCI中，此时，第一指示信息对应的DRX配置和第二指示信息对应的DRX配置也可能不同，第一业务组和第二业务组对应的DRX起始位置也可能不同，为了让两者监听DCI的位置相同，网络设备可以为两个业务组配置不同的节电偏移量，从而让两个业务组对应开始监听第一指示信息和第二指示信息的起始位置相同。对于第一业务是广播业务和/或组播业务，第二业务是单播业务的情况，可以沿用旧的DCI格式，例如DCI format 2_6，其中，DCI format 2_6是在目前图5所示的DCI的格式的基础上做的改进。

图9是本申请实施例提供的一种第一业务是广播业务和/或组播业务第二业务是单播 业务的场景示意图，此处第一MBS组可以为第一业务组，单播业务可以为第二业务组中的第二业务。如图9所示，多个MBS组对应的指示信息和单播业务对应的指示信息可以承载在相同的消息中，例如第一MBS组对应的第一指示信息和单播业务对应的第二指示信息可以承载在相同的DCI中。多个MBS组包括第一MBS组和第二MBS组，此处仅以第一MBS组为例进行说明。

图9的(a)为第一MBS组对应的第一指示信息指示终端设备在DRX-on状态醒来的场景示意图，图9的(b)为单播业务对应的第二指示信息指示终端设备在DRX-on状态醒来的场景示意图。

如图9的(a)和图9的(b)所示，横轴表示时间t，不同MBS组对应的指示信息和单播业务对应的指示信息承载于DCI中，其中，DCI的格式为改进的DCI format 2_6。改进的DCI format 2_6包括不同MBS组对应的指示信息和单播业务在不同终端设备中的指示信息，不同MBS组对应的指示信息在不同MBS组对应的指示信息块中。其中，不同MBS组对应的指示信息块为图9中的块#5、块#6和块#7，单播业务在不同终端设备中的指示信息为图9中的块#1至块#4。

终端设备根据接收到第一类WUS配置信息的第一信元中的第一偏移量和第二类WUS配置信息的第三信元中的第二偏移量，确定在相同时域位置监听DCI，也就是如图9所示，第一MBS组对应的第一起始位置和单播业务对应的第二起始位置相同。

终端设备可以根据第一类WUS配置信息的第二信元中的第一位置信息，确定第一MBS组的指示信息块(块#5)在DCI中的位置，根据第二类WUS配置信息的第四信元中的第三位置信息，确定单播业务在该终端设备中的指示信息块(块#1)在DCI中的位置。指示信息在指示信息块中的位置可以是预先定义的，例如在图9中，第一指示信息位于块#5中的第1个比特，第二指示信息位于块#1中的第1个比特。

块#5中第1个比特置为“1”，表示第一指示信息指示终端设备在DRX-on状态监听第一MBS组对应的PDCCH，也就是终端设备从DCI之后的第一MBS组对应的DRX-on状态的起始位置开始监听第一MBS组的PDCCH，也就是终端设备在清醒状态监听该PDCCH，如图9的(a)所示。

块#1中第1个比特置为“1”，表示第二指示信息指示终端设备在DRX-on状态监听单播业务对应的PDCCH，如图9的(b)所示。终端设备的操作和接收到第一指示信息指示终端设备在DRX-on状态监听第一MBS组对应的PDCCH类似，为避免重复，在此不作赘述。

上述关于DCI格式的例子仅仅是示例性的，当同时存在MBS和单播业务时，或者同时存在多个MBS时，既可以采用对现有DCI格式进行改进以得到本申请实施例的指示信息的方式，例如，改进的DCI format 2_6，也可以采用对现有DCI格式不做改进而另外设计新的DCI格式的方式，例如，DCI format 2_X。

如上，本申请实施例中，针对单播业务和MBS的唤醒机制使用的WUS结构是DCI format 2_6，这是对目前仅针对单播业务的唤醒机制使用的WUS结构的改进，通过第一类WUS配置信息和第二类WUS配置信息分别给第一MBS组和单播业分配不同的指示信息，实现单播业务和第一MBS组共用一个DCI，该方法可以在终端设备同时对单播业务和多播业务感兴趣时，只通过DCI format 2_6就可以实现给终端设备发送单播和第一MBS组 的DCI，从而减少唤醒信号的信令开销，除此以外，终端设备可以在相同位置监听DCI，节省终端设备的功耗。

作为一种可选的实施方式，当第二业务为单播业务，第一指示信息和第二指示信息可以承载于不同的消息中，第一指示信息承载于第一消息中，第二指示信息承载于第二消息中例如，第一指示信息和第二指示信息承载于不同的DCI中。对于第一业务为广播业务和/或组播业务，第二业务为单播业务的场景，第一指示信息可以承载在图8所示的DCI上，该DCI的格式可以是DCI format 2_6，第二指示信息可以承载在图6所示的DCI上，该DCI的格式可以是DCI format 2_6。

如上，在本申请实施例中，终端设备通过接收针对单播业务的WUS和针对MBS的WUS，可以在不改变现有针对单播业务的WUS机制的基础上，在终端设备监听针对单播业务对应的PDCCH和MBS对应的PDCCH之前，可以通过本实施例的方案，确定是否监听单播业务对应的PDCCH和MBS对应的PDCCH，从而降低终端设备的功耗。

对于终端设备来说，如果对MBS感兴趣，可以根据网络配置的组移动网络临时标识(group radio network temporary identifier,G-RNTI)监听PDCCH，从而获得与G-RNTI关联的MBS数据，这里，MBS数据可以是MBS的信令和/或MBS的数据包。通常G-RNTI和MBS之间的关联关系是一对一的，换句话说，终端设备可以根据监听G-RNTI加扰的DCI直接确定网络设备是否发送了对应的MBS数据。但是，如果G-RNTI和MBS之间的关联关系是一对多，也就是N个MBS关联同一G-RNTI，当网络设备将N个MBS数据中的M个MBS数据发送给终端设备时，网络设备可以将M个MBS数据复用到一个传输块(transport block,TB)中，通过G-RNTI加扰的DCI调度资源将此传输块发送给终端设备，其中，N为大于等于2的正整数，M为大于等于1且小于等于N的正整数，M个MBS数据对应相同的G-RNTI。具体地，该传输块中可以包括M个MBS数据包和M个MBS标识，MBS标识与MBS数据包一一对应，可选地，MBS标识可以为逻辑信道标识(logical channel identity,LCID)，或者是其他可以标识MBS的标识，本实施例不作限制。

示例性地，网络设备配置MBS1、MBS2和MBS3关联相同的G-RNTI，如图10所示，当网络设备有这3个MBS的数据包要发送时，可以将3个MBS的数据包复用到同一个传输块中，并通过G-RNTI加扰的DCI调度资源来承载该传输块。对于终端设备1来说，虽然对LCID1和LCID2对应的MBS的数据包感兴趣，但终端设备仍需要接收整个传输块；同样地，对于终端设备2来说，虽然对LCID1和LCID3对应的MBS的数据包感兴趣，也需要接收整个传输块。

此时，对于终端设备来说，通过G-RNTI确定网络设备发送了哪些MBS的数据是不确定的，使得终端设备会接收自身并不需要的MBS的数据，从而导致终端设备不必要的PDCCH监听，造成终端设备能量消耗。因此，为了解决上述问题，本方法提供了如下解决方案，该方案适用于上述所有实施例，但不限于上述实施例的应用场景。

图11是本申请实施例提供的又一种通信方法所对应的流程示意图。

S1101，网络设备获取第三指示信息，该第三指示信息指示下行控制信息DCI调度的第三业务组的信息。

可以理解，此步骤为可选地。上述第三业务组可以包括至少一个第三业务，第三业务可以表示广播和/或组播业务，广播和/或组播业务也可以称为广播多播业务MBS。

可以理解，第三指示信息用于指示DCI调度的至少一个MBS，换句话说第三指示信息用于指示DCI中对应的至少一个MBS，即第三指示信息用于指示DCI中关联的至少一个MBS第三指示信息包括至少一个MBS的信息，至少一个MBS的信息包括至少一个MBS的会话标识或者MBS的分组标识。

可以理解，网络设备获取第三指示信息的方式有多种，一种可能的实现方式中，网络设备可以根据来自核心网设备的辅助信息确定第三指示信息，这里，辅助信息用于指示可以复用到同一个传输块中的第三业务组的信息，也就是指示可以复用到同一个传输块中的至少一个第三业务的信息；或者指示具有相同业务属性的第三业务组的信息，也就是指示具有相同属性的至少一个第三业务的信息；或者指示至少一个第三业务的会话关联关系，具体信息参见步骤1201中描述，这里不再赘述。

S1102，网络设备向终端设备发送第三指示信息，相应地，终端设备接收来自网络设备的第三指示信息。

第三指示信息指示DCI调度的第三业务组的信息，第三业务组包括至少一个第三业务，第三业务包括广播业务和/或组播业务。

一种可能的实现方式中，第三指示信息承载于第三消息，第三消息包括下行控制信息DCI或媒体接入控制单元MAC CE或无线资源控制RRC消息或其他消息，在本申请实施例中不作限制，如下以第三消息为DCI为例进行说明。

S1103，终端设备根据第三指示信息，确定是否接收第三业务组。

作为一种可能的实现方式，终端设备根据第三指示信息指示DCI调度的第三业务组的信息中是否包括自身感兴趣的MBS业务，从而确定是否接收第三业务组。

如此，终端设备通过第三指示信息，获得网络设备使用同一个G-RNTI可以调度哪些MBS，使得终端设备可以在接收传输块之前确定该传输块中是否有自己感兴趣的MBS数据，进而确定是否接收该传输块，避免终端设备接收不必要的MBS数据，从而达到终端设备节电的目的。

图12是本申请实施例提供的再一种通信方法所对应的流程示意图。

可选地，S1201，核心网设备向网络设备发送辅助信息，相应地，网络设备接收来自核心网设备发送的辅助信息。

可以理解，辅助信息用于指示可以复用到同一个传输块中的至少一个MBS的信息，至少一个MBS的信息中的每一个MBS的信息包括MBS的标识和该MBS的标识对应的MBS的数据包。；或者；辅助信息可以辅助网络设备确定哪些MBS可以使用相同G-RNTI。

作为一种可能的实现方式，核心网设备将该辅助信息发送给网络设备，网络设备根据该辅助信息确定配置哪些MBS使用同一个G-RNTI，即确定MBS和G-RNTI的对应关系，然后网络设备可以将该对应关系发给终端设备。可以理解，如果确定MBS和G-RNTI的对应关系为多对一，即多个MBS可以对应同一个G-RNTI，则多个MBS对应的数据可以复用在一个传输块中，该传输块可以承载在物理下行信道资源上，该物理下行信道资源可以通过G-RNTI加扰的DCI进行指示

可选地，核心网设备向网络设备发送辅助信息之前，核心网设备获取辅助信息，一种可能的实现方式，核心网设备将需求相近的至少一个MBS分成一组。

可选地，辅助信息用于指示具有相同业务属性的至少一个MBS的信息，例如，多个 MBS需求相近可以理解为多个MBS的传输性能要求相近，例如，传输性能可以使用以下性能指标中一个或多个来表征：时延、可靠性、误包率、优先级、QoS流标识(QoS Flow ID,QFI)等。

可选地，辅助信息可以包括至少一个关联关系，所述至少一个关联关系中的每一个关联关系用于指示至少一个MBS的会话存在关联关系。可以理解，通过每一个关联关系，可以指示至少一个MBS的会话之间存在关联。

举个例子，如下表1所示，辅助信息包括3个关联关系：关联关系1、关联关系2和关联关系3，其中，关联关系1对应的MBS的会话为：MBS1的会话、MBS2的会话；关联关系2对应的MBS的会话为：MBS3的会话、MBS5的会话；关联关系3对应的MBS的会话为：MBS4的会话、MBS6的会话、MBS7的会话。

表1

需要说明的是，如上仅为举例，上表中的表格大小、表格中的数据、以及每个关联关系所对应的MBS的会话，本申请实施例对此不做限制

S1202，网络设备获取第三配置信息和第三指示信息。

可以理解，网络设备获取第三配置信息和第三指示信息的方式可以有多种。例如，网络设备从自身获取，具体地，网络设备通过协议预定或者通过自己生成等方式获取。再例如，网络设备从其他网络设备接收第三配置信息和第三指示信息。

S1203，网络设备向终端设备发送第三配置信息，终端设备接收该第三配置信息。

作为一种可选的实施方式，第三配置信息用于用于指示终端设备接收第三消息，第三指示信息承载于第三消息。

第三配置信息包括第五信元、第六信元和第九信元，其中第五信元指示监听该第三消息的时域位置和/或频域位置，例如控制资源集(control resource set，CORESET)和/或搜索空间(search space)，这里，搜索空间和CORESET之间可以存在关联关系，搜索空间和搜索空间关联的CORESET可以用于指示DCI对应的多个候选时频位置；该第六信元用于指示该第三指示信息在该第三消息中的位置，该第九信元用于指示MBS和G-RNTI的对应关系。

可选地，第三配置信息可以通过单播、多播或者广播的方式发送给终端设备，在本申请实施例中不作限制。

可选地，第三配置信息可以承载于无线资源控制(radio resource control,RRC)消息、或媒体接入控制控制单元(media access control control element,MAC CE)、或下行控制信息(downlink control information,DCI)。

S1204，网络设备向终端设备发送第三指示信息，相应地，终端设备接收该第三指示信息。

可以理解，第三指示信息用于指示DCI调度的至少一个MBS的信息，第三指示信息包括至少一个MBS的标识，该标识可以为MBS的会话标识或者MBS的分组标识。

可选地，第三指示信息指示DCI调度的至少一个MBS的信息的方式有多种，例如，可以通过显示或隐式的方式指示，如下以方式X和方式Y为例进行说明：

方式X：显示的方式

至少一个MBS的标识可以承载在第三消息中，作为一种可选的实施方式，至少一个MBS的标识承载在DCI中，该DCI可以通过G-RNTI加扰。

方式Y：隐式的方式

至少一个MBS的标识可以通过发送G-RNTI加扰的DCI的时频资源来指示，可以理解，此方式下，终端设备和网络设备之间可以预先配置至少一个MBS的标识和发送G-RNTI加扰的DCI的时频资源之间的对应关系，相应地，终端设备可以通过G-RNTI加扰的DCI的时频资源、以及该对应关系，确定与该时频资源对应的至少一个MBS的标识。可选地，此对应关系可以为第九信元。

图13是本申请实施例提供的一种MBS和DCI中信息块的对应关系示意图。如图13所示，DCI包括7个信息块，其中，块#1承载的信息和MBS1对应，块#2承载的信息与MBS2和MBS3对应，块#3、块#4和块#5承载的信息与MBS4、MBS5、MBS6和MBS7对应，块#6和块#7承载的信息和MBS8对应。

当DCI中信息块和多个MBS的对应关系为一对多的情况时，由于一个信息块对应多个MBS，可以通过一个信息块的发送实现为多个第三业务发送指示信息的目的，避免为每一个第三业务发送指示信息，从而减少信令开销和资源浪费。

可选地，第三指示信息在对应的DCI信息块中的位置可以是协议预设的，或者是通过网络设备指示的。进一步地，网络设备可以通过第三配置信息携带第三指示信息在对应的DCI信息块中的位置信息，本申请对此不做限制。

如此，若采用协议预设第三指示信息位于对应的DCI信息块中的位置，可以节省指示相应位置所带来的比特开销；此外，若采用网络设备指示第三指示信息位于对应的DCI信息块中的位置，可以使得指示的的位置信息更加灵活。

S1205，终端设备根据第三指示信息，确定是否接收包括至少一个MBS数据的传输块。

作为一种可能的实现方式，终端设备根据第三指示信息确定DCI调度的资源上是否承载了传输块，该传输块包括至少一个MBS的数据和至少一个MBS的标识，如果终端设备对该传输块中的至少一个MBS感兴趣，则可以确定接收该传输块。

可以理解，传输块可以为MAC层的协议数据单元，还可以为PHY层的协议数据单元，还可以为其他数据单元，在本申请实施例中不作限制。

下面将结合图14和图15对步骤S1205进行详细说明。

DCI中可以包括多个信息块，每个信息块可以对应一个或多个MBS。每个信息块包括其对应的一个或多个MBS的第三指示信息。可选地，每个信息块中的第1个比特为其对应的一个或多个MBS的第三指示信息。

图14是本申请实施例提供的一种MBS数据接收示意图。这里，DCI中信息块和MBS的对应关系是一对一，如图14的(a)所示，块#1对应MBS1、块#2对应MBS2、块#3对应MBS3和块#4对应MBS4，每个信息块中的第1个比特为各自对应的MBS的第三指示信息。当每个信息块中的第1个比特的值置为“1”时，则表示通过G-RNTI加扰的DCI调度的PDSCH上承载了对应的MBS的数据；当每个信息块中的第1个比特的值为“0” 时，则表示通过G-RNTI加扰的DCI调度的PDSCH上不承载对应的MBS的数据。

如图14的(a)所示，块#1中第1个比特、块#2中第1个比特、块#4中第1个比特均置为“1”，以及块#3中的第1个比特置为“0”，则终端设备监听PDCCH时，可以获知G-RNTI加扰的DCI调度的PDSCH上承载了MBS1、MBS2和MBS4对应的数据，如果终端设备对MBS1和MBS2感兴趣，根据如上方法，终端设备确定接收该传输块；又或者，如果终端设备对MBS3感兴趣，根据如上方法，终端设备确定不接收该传输块。

如图14的(b)所示，块#1中第1个比特、块#2中第1个比特、块#3中第1个比特均置为“0”，以及块#3中的第1个比特置为“1”，则终端设备监听PDCCH时，可以获知G-RNTI加扰的DCI调度的PDSCH上承载了MBS4对应的数据，如果终端设备对MBS4感兴趣，根据如上方法，终端设备确定接收该传输块；又或者，如果终端设备对MBS4不感兴趣，根据如上方法，终端设备确定不接收该传输块。

下面结合图15具体说明MBS数据接收流程，图15是本申请实施例提供的一种MBS数据接收流程示意图。

S1501，终端设备确定监听PDCCH。

S1502，终端设备根据第三指示信息，确定监听PDCCH上承载的DCI所指示的物理下行共享信道(physical downlink shared channel,PDSCH)资源上是否发送了传输块，确定该传输块是否包括感兴趣的MBS数据。

S1503，如果终端设备确定监听PDCCH上承载的DCI所指示的PDSCH资源上发送了传输块，如果传输块中存在终端设备感兴趣的MBS，则确定接收PDSCH的传输块，如图14的(a)所示。

S1504，如果终端设备确定监听PDCCH上承载的DCI所指示的PDSCH资源上发送了传输块，如果该传输块中不存在终端设备感兴趣的MBS，则确定不接收PDSCH的传输块，如图14的(b)所示。

终端设备根据第三配置信息和第三指示信息获知通过G-RNTI加扰的DCI所指示的PDSCH资源上是否承载多个MBS的数据，终端设备选择接收自己感兴趣的MBS的数据。从而避免接收不必要的MBS数据，以此来达到节电的目的。

S1206，网络设备发送传输块，如果终端设备确定接收该传输块时，终端设备接收该传输块。

可以理解，传输块可以通过G-RNTI加扰或者承载在MBS对应的传输信道上，传输块包括一个或多个第一数据包，每个第一数据包包括至少一个MBS的数据包。

可选地，S1207，如果第一数据包中对应的MBS不是终端设备感兴趣的MBS，换句话说，如果第一数据包中包括终端设备不感兴趣的MBS的数据包时，则丢弃该第一数据包；或者，丢弃包括该第一数据包的传输块。

作为一种可选的实施方式，终端设备确定丢弃第一数据包的方法可以包括：终端设备根据第一数据包中对应的MBS的标识信息，例如LCID，确定是否丢弃第一数据包，这里，第一数据包也可以称为子数据包。如果终端设备对LCID对应的MBS感兴趣，则接收此LCID对应的MBS的子数据包；如果终端设备对LCID对应的MBS不感兴趣，则丢弃此LCID对应的MBS的子数据包。

如此，终端设备可以选择接收或者丢弃媒体接入控制协议数据单元(media accesscontrol protocol data unit,MAC PDU)中的每个MBS的子数据包，从而进一步避免接收不必要的MBS数据，以此来达到终端设备节电的目的，此外，可以避免终端设备行为模糊。

S1208，终端设备发送HARQ反馈信息，相应地，网络设备接收该HARQ反馈信息。

可以理解，如果终端设备收到传输块中没有自身感兴趣的业务的数据包，则终端设备反馈混合自动重传请求确认(hybrid automatic repeat–acknowledgment,HARQ-ACK)；反之，如果传输块中有终端设备感兴趣的业务的数据包，则可以根据传输块的解码情况进行HARQ反馈。

图16是本申请实施例提供的再一种通信方法所对应的流程示意图。

可选地，S1601，核心网设备向网络设备发送辅助信息，相应地，网络设备接收来自核心网设备发送的辅助信息。

需要说明的是，关于S1601中的辅助信息的有关说明，可以参考S1201中有关介绍，在此不再赘述。

S1602，网络设备获取第三配置信息、第四配置信息、第三指示信息和第四指示信息。

可选地，网络设备获取第三配置信息、第四配置信息、第三指示信息和第四指示信息的方式可以有多种。例如，网络设备从自身获取，具体地，网络设备通过协议预定或者通过自己生成等方式获取第三配置信息、第四配置信息、第三指示信息和第四指示信息中的一个或多个。再例如，网络设备从其他网络设备接收第三配置信息、第四配置信息、第三指示信息和第四指示信息中的一个或多个。

可选地，第四消息可以为物理信号、媒体接入控制单元MAC CE或RRC消息，本申请对此不做限制。

进一步地，当第四消息为物理信号时，该物理信号可以位于PDCCH对应的时域资源之前，即可以在接收PDCCH之前接收该物理信号。

其中，第四配置信息用于指示终端设备接收第四消息，第四消息承载一个或多个第四指示信息，第四指示信息用于指示PDCCH中是否承载了调度至少一个MBS的DCI。

需要说明的是，关于S1602中的第三配置信息和第三指示信息的有关说明，可以参考S1202中有关介绍，在此不再赘述。

S1603，网络设备向终端设备发送第四配置信息，相应地，终端设备接收来自网络设备的第四配置信息。

第四配置信息包括第七信元和第八信元，第七信元用于指示监听该第四消息的时域位置和/或频域位置，例如控制资源集CORESET和/或搜索空间(search space)，这里，搜索空间和CORESET之间可以存在关联关系，搜索空间和搜索空间关联的CORESET可以用于指示DCI对应的多个候选时频位置；该第八信元用于指示第四指示信息在第四消息中的位置。

可选地，第四配置信息可以通过单播、多播或者广播的方式发送给终端设备，在本申请实施例中不作限制。

可选地，第四配置信息可以承载于无线资源控制RRC消息、或媒体接入控制控制单元MAC CE、或下行控制信息DCI。

S1604，网络设备向终端设备发送第四指示信息，相应地，终端设备接收该第四指示信息。

可以理解，该第四指示信息用于指示PDCCH是否承载了调度至少一个MBS的DCI，也就是第四指示信息指示DCI调度的是MBS还是除MBS以外的其他业务，比如，单播业务，换句话说，第四指示信息用于指示在接下来一段时间(例如，N个PDCCH时机)的PDCCH是否承载了调度了MBS的DCI。

S1605，终端设备根据第四指示信息确定是否监听PDCCH，第四指示信息承载在第四消息中。

第四指示信息承载在第四消息，如果第四指示信息指示PDCCH承载了调度至少一个MBS的DCI，则终端设备可以根据该物理信号监听PDCCH，并接收该DCI；如果第四指示信息指示PDCCH不承载调度至少一个MBS的DCI，则终端设备根据该物理信号不监听PDCCH。

例如，当第四消息中的第四指示信息的比特置为“1”时，则终端设备确定N个PDCCH时机的PDCCH上有针对MBS的DCI，终端设备监听N个PDCCH时机的PDCCH；当该第四消息中的第四指示信息的比特置为“0”时，则终端设备确定N个PDCCH时机的PDCCH上没有针对MBS的DCI，终端设备不监听N个PDCCH时机的PDCCH。

或者，如果第四消息中的第四指示信息的比特置为“0”时，则终端设备确定N个PDCCH时机的PDCCH上有针对MBS的DCI，终端设备监听N个PDCCH时机的PDCCH；当该第四消息中的第四指示信息的比特置为“1”时，则终端设备确定N个PDCCH时机的PDCCH上没有针对MBS的DCI，终端设备不监听N个PDCCH时机的PDCCH，本申请实施例对第四指示信息对应比特值不作限定。

作为一种可能的实现方式，终端设备监听的PDCCH可以为一段时间，例如N个PDCCH时机，其中N为正整数。

可选地，N个PDCCH时机中的N可以是协议预设的；或者，是网络设备通过高层信令配置的，在本申请实施例中不作限制。

进一步地，这里高层信令可以是RRC消息、MAC CE或者DCI。

如此，终端设备在监听PDCCH之前，可以根据第四指示信息，确定PDCCH中是否承载了调度至少一个MBS的DCI，从而在接收包括MBS的数据包的传输块之前，终端设备可以确定是否监听PDCCH，有助于终端设备进一步达到节省功耗的目的。

S1606至S1611，和S1203至S1208相同，为避免重复，在此不作赘述，S1606至S1611的详细步骤请参见S1203至S1208。

下面将结合图17和图18对步骤S1605和S1608进行详细说明。

图17是本申请实施例提供的另一种MBS数据接收示意图。

图17中PDCCH上DCI中的信息块和多个MBS的对应关系是一对一。如图17所示，块#1对应MBS1的信息块，其中块#1中第1个比特对应上有MBS1的第四指示信息，该第四指示信息用于指示通过G-RNTI加扰的DCI调度的PDSCH上是否承载传输块，传输块包括MBS1的数据包。

当该第四消息中的第四指示信息的比特置为“1”时，则终端设备根据第四指示信息，确定N个PDCCH时机上发送的PDCCH上承载了针对MBS的DCI，从而终端设备根据N个PDCCH时机监听PDCCH。

图17的(a)和图17的(b)是终端设备根据第四指示信息确定N个PDCCH时机的 PDCCH上承载了针对MBS的DCI，随后终端设备监听N个PDCCH时机，终端设备根据接收的DCI中承载的第三指示信息来确定是否接收相应的MBS的传输块，具体过程如图14的(a)和图14的(b)的描述，在此不作赘述。

下面结合图18具体说明MBS数据接收流程，图18是本申请实施例提供的另一种MBS数据接收流程示意图。

S1801，终端设备获取网络设备发送的第四消息，第四消息上承载了第四指示信息。

可选地，第四消息可以是物理信号，RRC消息或MAC CE或DCI。

S1802，终端设备终端设备根据第四指示信息，确定PDCCH中承载了调度MBS的DCI。

S1803，如果终端设备确定PDCCH中发送的DCI调度了MBS，则终端设备确定监听PDCCH，如图17的(a)和图17的(b)所示。

S1804，如果终端设备确定PDCCH中发送的DCI未调度MBS，则终端设备确定不监听PDCCH。

S1805，终端设备根据第四指示信息，确定监听的PDCCH上的DCI调度的资源上是否承载了传输块，并且确定传输块是否包括感兴趣业务的数据。

S1806，如果终端设备确定监听的PDCCH上的DCI调度的资源上承载了传输块，并且传输块中存在终端设备感兴趣的MBS，则确定接收PDSCH的传输块，如图17的(a)所示。

S1807，如果终端设备确定监听的PDCCH上的DCI调度的资源上承载了传输块，但是传输块中不存在终端设备感兴趣的MBS，则确定不接收PDSCH的传输块，如图17的(b)所示。

如此，终端设备在监听PDCCH之前，可以根据第四指示信息，确定PDCCH中是否承载了调度MBS的DCI，让终端设备提前确定是否监听PDCCH，有助于让终端设备进一步达到节省功耗的目的，并且终端设备判断监听的PDCCH上发送的DCI调度的MBS是否为自己感兴趣的MBS，可以进一步避免终端设备行为模糊。

本申请实施例还提供一种通信方法，该通信方法的流程示意图和图12相同。不同于图12方法中第三指示信息承载于第三消息，该通信方法中的第三指示信息承载于第四消息；可选地第四消息可以为物理信号、媒体接入控制单元MAC CE或RRC消息，本申请对此不做限制。

进一步地，当第四消息为物理信号时，物理信号可以位于PDCCH对应的时域资源之前，即可以在接收PDCCH之前接收该物理信号。

图12所示的第三配置信息包括第五信元、第六信元和第九信元，而该通信方法中的第三配置信息包括第七信元和第八信元，第七信元用于指示监听该第四消息的时域位置和/或频域位置，例如控制资源集CORESET和/或搜索空间(search space)，这里，搜索空间和CORESET之间可以存在关联关系，搜索空间和搜索空间关联的CORESET可以用于指示DCI对应的多个候选时频位置；该第八信元用于指示第三指示信息在第四消息中的位置。

在此处的通信方法中，终端设备可以根据第三指示信息确定是否监听PDCCH，并确定PDCCH上的DCI调度的PDSCH资源是否承载了传输块，传输块包括至少一个MBS 的标识和至少一个MBS的数据包。

例如，当某个MBS的第三指示信息的比特置为“1”时，则终端设备既确定N个PDCCH时机上的PDCCH有针对该MBS的DCI，又确定DCI调度的PDSCH资源上承载了传输块，该传输块上包括该MBS的数据包。终端设备判断该MBS是否为自身感兴趣的业务，若是感兴趣的MBS，则终端设备监听N个PDCCH时机对应的PDCCH，并接收PDSCH上的传输块；若不是感兴趣MBS，则终端设备不监听N个PDCCH时机对应的PDCCH。

当某个MBS的第三指示信息的比特置为“0”时，则终端设备确定N个PDCCH时机对应的PDCCH没有针对该MBS的DCI，则终端设备不监听N个PDCCH时机上的PDCCH。本申请实施例对第三指示信息的比特值不作限定。

下面结合图19和图20，对终端设备根据第三指示信息确定是否监听PDCCH，并确定PDCCH上的DCI调度的资源是否承载了传输块进行详细说明。

图19是本申请实施例提供的又一种MBS数据接收示意图。这里，当第四消息为物理信号时，如图19的(a)所示，物理信号中有4个MBS对应的信息块的比特，每个MBS对应的信息块的比特是每个MBS对应的第三指示信息。当MBS对应的比特的值置为“1”时，则表示N个PDCCH时机上发送的PDCCH有针对该MBS的DCI，并且DCI调度的PDSCH上承载了包括该MBS数据包的传输块。当MBS对应的比特的值置为“0”时，则表示N个PDCCH时机上发送的PDCCH没有针对该MBS的DCI，并且DCI调度的PDSCH上承载了不包括该MBS数据包的传输块。

如图19的(a)所示，MBS1、MBS2和MBS4的对应的信息块中的第三指示信息的比特置为“1”，终端设备确定N个PDCCH时机上发送的PDCCH有针对MBS1、MBS2和MBS4的DCI，如果终端设备对MBS1和MBS2感兴趣，终端设备监听N个PDCCH时机，同时终端设备可以根据第三指示信息确定DCI调度的PDSCH上承载了包括MBS1、MBS2和MBS4的数据包的传输块，从而进一步终端设备确定接收该传输块。

如图19的(b)所示，MBS4对应的信息块中的第三指示信息的比特置为“1”，终端设备确定N个PDCCH时机上发送的PDCCH上有针对MBS4的DCI，如果终端设备对MBS4不感兴趣，终端设备不监听N个PDCCH时机，同时终端设备也确定不会接收N个PDCCH时机上发送的PDCCH中的DCI调度的PDSCH上包括MBS4数据的传输块。

下面结合图20具体说明MBS数据接收流程，图20是本申请实施例提供的又一种MBS数据接收流程示意图。

S2001，终端设备获取网络设备发送的第四消息，第四消息承载第三指示信息。

可选地，第四消息可以是物理信号，RRC消息或MAC CE或DCI。

可以理解，S2001中的物理信号不同于S1401中的物理信号，S2101中的物理信号为优化的物理信号，优化的物理信号中的第三指示信息用于指示终端设备N个PDCCH时机上的PDCCH是否承载了调度某个MBS的DCI，如图19的(a)和图19的(b)所示。

S2002，终端设备根据第三指示信息，确定是否监听PDCCH，并且确定PDCCH上的DCI调度的资源上是否承载了感兴趣业务的传输块。

S2003，如果终端设备确定DCI调度的资源上承载的传输块包括终端设备感兴趣的MBS，则终端设备确定监听PDCCH，并接收PDSCH中的传输块，如图19的(a)所示。

S2004，如果终端设备确定DCI调度的资源上承载的传输块不包括终端设备感兴趣的 MBS，则终端设备确定不监听PDCCH，图19的(b)所示。

需要说明的是，优化的物理信号可以提高该物理信号中的指示信息的细粒度，不需要从PDCCH承载的DCI中判断DCI所调度的PDSCH承载的MBS信息，终端设备可以提前从位于PDCCH之前的物理信号中判断出DCI所调度的MBS是否为自己感兴趣的MBS，进而可以做出是否监听PDCCH和/或接收PDCCH上承载的DCI所调度的PDSCH的决定，所以可以进一步节省终端设备功耗。

作为一种可选的实施方式，图11的通信方法可以在图4的通信方法的基础上实施，也就是终端设备在接收多播数据时，先通过针对广播业务和/或多播业务的唤醒机制，确定是否监听广播业务和/或多播业务对应PDCCH，再通过图11的通信方法，确定终端设备接收多播数据。终端设备在接收多播数据时，从而达到节省功耗的目的。

需要说明的是，(1)图4、图7、图11、图12、图16对应的实施例可以单独实施、或者也可以相互结合；又或者，不同实施例所涉及的不同方案可以结合实施(比如图7中涉及的全部或部分方案可以和图11对应的实施例结合)，具体不做限定。(2)本申请实施例中所描述的各个流程图(比如图4、图7、图11、图12、图16)的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。

以上结合图1至图20详细介绍了本申请的通信方法实施例，下面结合图21至图24介绍本申请装置实施例，为详尽描述之处请详见上文方法实施例。

图21是本申请实施例中一种通信装置示意图。如图21所示，通信装置2100包括收发模块2110和处理模块2120。

在一种可能的设计中，通信装置2100对应于上文图6至图9所示方法实施例中的终端设备，例如，可以为终端设备，或者配置于终端设备中的芯片。

具体的，收发模块2110用于接收第一指示信息，第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，第一业务包括广播业务和/或组播业务；处理模块2120用于根据第一指示信息，确定是否监听对应于第一业务组的物理下行控制信道PDCCH。

可以理解，通信装置2100中各模块分别用于执行上述各方法中由通信装置2100执行的各动作或处理过程，因此也能实现上述方法实施例中的有益效果。这里，为了避免赘述，省略其详细说明。

在一种可能的设计中，通信装置2100对应于上文图6至图9所示方法实施例中的网络设备，例如，可以为网络设备，或者配置于网络设备中的芯片。

具体的，处理模块2120用于获取第一指示信息，第一指示信息对应于第一业务组，第一业务组包括至少一个第一业务，第一业务包括广播业务和/或组播业务；收发模块2110用于发送第一指示信息。

可以理解，通信装置2100中各模块分别用于执行上述各方法中由通信装置2100执行的各动作或处理过程，因此也能实现上述方法实施例中的有益效果。这里，为了避免赘述，省略其详细说明。

在一种可能的设计中，通信装置2100对应于上文图11至图21所示方法实施例中的终端设备，例如，可以为终端设备，或者配置于终端设备中的芯片。

具体的，收发模块2110用于接收第三指示信息，第三指示信息指示下行控制信息DCI 调度的第三业务组，第三业务组包括至少一个第三业务，第三业务包括广播业务和/或组播业务；处理模块2120用于根据第三指示信息，确定是否接收第三业务组。

可以理解，通信装置2100中各模块分别用于执行上述各方法中由通信装置2100执行的各动作或处理过程，因此也能实现上述方法实施例中的有益效果。这里，为了避免赘述，省略其详细说明。

在一种可能的设计中，通信装置2100对应于上文图11至图21所示方法实施例中的网络设备，例如，可以为网络设备，或者配置于网络设备中的芯片。

具体的，处理模块2120用于获取第三指示信息，第三指示信息指示下行控制信息DCI调度的第三业务组，第三业务组包括至少一个第三业务，第三业务包括广播业务和/或组播业务；收发模块2110用于发送第三指示信息。

可以理解，通信装置2100中各模块分别用于执行上述各方法中由通信装置2100执行的各动作或处理过程，因此也能实现上述方法实施例中的有益效果。这里，为了避免赘述，省略其详细说明。

在可选地实施例中，图22是本申请实施例提供的另一种通信装置示意图，通信装置2200包括收发器2210、处理器2220和存储器2230，具体如图22所示。

通信装置2200可以用于执行图6至图9所示方法实施例中涉及终端设备的各个过程，其中的收发器2210对应于收发模块2110，处理器2220对应于处理模块2120。

通信装置2200可以用于执行图6至图9所示方法实施例中涉及网络设备的各个过程。

通信装置2200可以用于执行图11至图20所示方法实施例中涉及终端设备的各个过程。

通信装置2200可以用于执行图11至图20所示方法实施例中涉及网络设备的各个过程。

具体的，处理器2220和存储器2230相连，其中，处理器2220、收发器2210和存储器2230之间通过内部连接通路互相通信，传递控制和/或数据信号。

该收发器2210可以为具有收发功能的天线或者控制电路，收发器2210可包括用于接收数据的接收机和用于发送数据的发射机。该存储器2230可以用于存储指令，该处理器2220用于执行该存储器2230存储的指令，控制收发器2210收发送信息或信号，处理器2220在执行存储器2230中的指令能够完成上述方法实施例中涉及通信装置的各个过程。为避免重复，此处不再赘述。

图23所示的终端设备3000能够实现图6至图9，或者图11至图20所示方法实施例中涉及终端设备的各个过程。终端设备3000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。

上述处理器3010可以用于执行前面方法实施例中描述的由终端设备内部实现的动作，对应于图22中的处理器2220；而收发器3020可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作，对应于图22中的收发器2210。具体请见前面方法实施例中的描述，此处不再赘述。

可选地，上述终端设备3000还可以包括电源3050，用于给终端设备中的各种器件或电路提供电源。

除此之外，为了使得终端设备的功能更加完善，该终端设备3000还可以包括输入单元3060、显示单元3070、音频电路3080、摄像头3090和传感器3100等中的一个或多个，所述音频电路还可以包括扬声器3082、麦克风3084等。

图24是本申请实施例提供的网络设备的结构示意图，例如可以为网络设备的结构示意图。该网络设备4000可应用于如图1所示的系统中，执行上述方法实施例中网络设备的功能。如图所示，该网路设备4000可以包括一个或多个射频单元，如远端射频单元(remote radio unit，RRU)4100和一个或多个基带单元(BBU)(也可称为分布式单元(DU))4200。所述RRU 4100可以称为收发单元，可以与图21中的收发模块2110或图22中的收发器2210对应。可选地，该RRU 4100还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线4101和射频单元4102。可选地，RRU 4100可以包括接收单元和发送单元，接收单元可以对应于接收器(或称接收机、接收电路)，发送单元可以对应于发射器(或称发射机、发射电路)。所述RRU 4100部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送指示信息。所述BBU4200部分主要用于进行基带处理，对网络设备进行控制等。所述RRU 4100与BBU 4200可以是物理上设置在一起，也可以物理上分离设置的，即分布式网络设备。

所述BBU 4200为网络设备的控制中心，也可以称为处理单元，可以与图21中的处理模块2120或图22中的处理器2220对应，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU(处理单元)可以用于控制网络设备执行上述方法实施例中关于网络设备的操作流程，例如，生成上述指示信息等。

在一个示例中，所述BBU 4200可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述BBU 4200还包括存储器4201和处理器4202。所述存储器4201用以存储必要的指令和数据。所述处理器4202用于控制网络设备进行必要的动作，例如用于控制网络设备执行上述方法实施例中关于网络设备的操作流程。所述存储器4201和处理器4202可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

应理解，图24所示的网络设备4000能够实现图6至图9，或者图11至图20所示方法实施例中涉及网络设备的各个过程。网络设备4000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。

上述BBU 4200可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而RRU 4100可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

应理解，图24所示出的网络设备4000仅为网络设备的一种可能的形态，而不应对本申请构成任何限定。本申请所提供的方法可适用于其他形态的网络设备。例如，包括AAU，还可以包括CU和/或DU，或者包括BBU和自适应无线单元(adaptive radio unit，ARU)，或BBU；也可以为客户终端设备(customer premises equipment，CPE)，还可以为其它形态，本申请对于网络设备的具体形态不做限定。

其中，CU和/或DU可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而AAU可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由网络设备或终端设备执行的方法，或由网络设备或终端设备执行的方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由终端设备执行的方法，或由网络设备执行的方法。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由终端设备执行的方法，或由网络设备执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的网络设备和终端设备。

所属领域的技术人员可以清楚地了解到，为描述方便和简洁，上述提供的任一种通信装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

应理解，上述处理装置可以是一个或多个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(application specific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图4所示实施例中的终端设备执行的方法或网络设备执行的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图4所示实施例中的终端设备执行的方法或网络设备执行的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的一个或多个终端设备以及一个或多个网络设备。

上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。

上述实施例中，终端设备可以作为接收设备的一例，网络设备可以作为发送设备的一例。但这不应对本申请构成任何限定。例如，发送设备和接收设备也可以均为终端设备等。本申请对于发送设备和接收设备的具体类型不作限定。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可 以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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