CN116981111A

CN116981111A - 组播业务传输方法、设备、装置及存储介质

Info

Publication number: CN116981111A
Application number: CN202210425618.7A
Authority: CN
Inventors: 曾二林; 周锐; 梁靖
Original assignee: Datang Mobile Communications Equipment Co Ltd
Current assignee: Datang Mobile Communications Equipment Co Ltd
Priority date: 2022-04-21
Filing date: 2022-04-21
Publication date: 2023-10-31
Also published as: WO2023202391A1

Abstract

本申请提供一种组播业务传输方法、设备、装置及存储介质，该方法包括：处于连接态的终端获取组播业务的第一配置信息，所述第一配置信息用于终端在非激活态下接收组播业务的业务数据；在从连接态切换到非激活态后，根据所述第一配置信息，在非激活态下接收组播业务的业务数据。可以支持终端从连接态切换到非激活态后继续接收组播业务，可有效减少网络资源消耗以及降低终端能耗。

Description

组播业务传输方法、设备、装置及存储介质

技术领域

本申请涉及无线通信技术领域，尤其涉及一种组播业务传输方法、设备、装置及存储介质。

背景技术

广播多播服务(Multimedia Broadcast Multicast Service，MBMS)作为一种重要的服务类型，在第三代移动通信(the 3rd Generation Mobile Communication，3G)和第四代移动通信(the 4th Generation Mobile Communication，4G)技术中已经长期存在。第五代移动通信(the 5th Generation Mobile Communication，5G)技术中，鉴于MBMS对某些垂直领域(比如车联网，公共安全)的重要性，需要增加对MBMS的支持，在5G中MBMS称为多播广播服务(Multicast Broadcast Service，MBS)。

目前的技术中，终端需要在连接态下才能接收组播业务(即MBMS)，这就会导致一些问题：例如当网络中用户数量较多，业务量较大时，要求接收相关业务的终端都在连接态，会导致系统拥塞；再如，要求终端在接收组播业务时，始终处于连接态，会增加终端的耗电，等等。

发明内容

本申请实施例提供一种组播业务传输方法、设备、装置及存储介质。

第一方面，本申请实施例提供一种组播业务传输方法，包括：

处于连接态的终端获取组播业务的第一配置信息，所述第一配置信息用于终端在非激活态下接收组播业务的业务数据；

在从连接态切换到非激活态后，根据所述第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，处于连接态的终端获取组播业务的第一配置信息，包括：

接收网络设备发送的RRC释放消息，所述RRC释放消息中携带组播业务的第一配置信息。

接收网络设备发送的RRC释放消息，所述RRC释放消息中携带组播业务的配置指示；

在所述组播业务的配置指示为继续使用连接态下组播业务的接收配置的情况下，将连接态下组播业务的接收配置确定为组播业务的第一配置信息。

可选地，通过以下方式获取连接态下组播业务的接收配置，包括：

接收网络设备发送的RRC配置消息，所述RRC配置消息中包含连接态下组播业务的接收配置。

可选地，所述方法还包括：

处于连接态的终端在尚未获取到所述第一配置信息的情况下，在从连接态切换到非激活态后，停止接收组播业务的业务数据。

第二方面，本申请实施例还提供一种组播业务传输方法，包括：

处于连接态的终端在从连接态切换到非激活态后，获取组播业务的第一配置信息，所述第一配置信息用于终端在非激活态下接收组播业务的业务数据；

根据所述第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，获取组播业务的第一配置信息，包括：

接收网络设备发送的寻呼消息，所述寻呼消息中携带组播业务的第一配置信息；或者，

接收网络设备发送的RRC恢复消息，所述RRC恢复消息中携带组播业务的第一配置信息。

可选地，所述方法还包括：

在从连接态切换到非激活态后确定尚未获取到所述第一配置信息的情况下，停止接收组播业务的业务数据。

第三方面，本申请实施例还提供一种组播业务传输方法，包括：

向连接态下的终端发送RRC释放消息，所述RRC释放消息中携带组播业务的第一配置信息或组播业务的配置指示；

在所述终端从连接态切换到非激活态后，向所述终端发送组播业务的业务数据；

其中，所述第一配置信息用于终端在非激活态下接收组播业务的业务数据，所述组播业务的配置指示用于指示终端在非激活态下继续使用连接态下组播业务的接收配置。

可选地，在所述RRC释放消息中携带组播业务的配置指示的情况下，所述向连接态下的终端发送RRC释放消息之前，所述方法还包括：

向所述终端发送RRC配置消息，所述RRC配置消息中包含连接态下组播业务的接收配置。

第四方面，本申请实施例还提供一种组播业务传输方法，包括：

在处于连接态的终端从连接态切换到非激活态后，向所述终端发送寻呼消息或RRC恢复消息，所述寻呼消息或所述RRC恢复消息中携带组播业务的第一配置信息；

向所述终端发送组播业务的业务数据；

其中，所述第一配置信息用于终端在非激活态下接收组播业务的业务数据。

第五方面，本申请实施例还提供一种终端，包括存储器，收发机，处理器：

存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：

可选地，所述操作还包括：

第六方面，本申请实施例还提供一种终端，包括存储器，收发机，处理器：

可选地，获取组播业务的第一配置信息，包括：

可选地，所述操作还包括：

第七方面，本申请实施例还提供一种网络设备，包括存储器，收发机，处理器：

可选地，在所述RRC释放消息中携带组播业务的配置指示的情况下，所述向连接态下的终端发送RRC释放消息之前，所述操作还包括：

第八方面，本申请实施例还提供一种网络设备，包括存储器，收发机，处理器：

向所述终端发送组播业务的业务数据；

第九方面，本申请实施例还提供一种组播业务传输装置，包括：

第一获取单元，用于处于连接态的终端获取组播业务的第一配置信息，所述第一配置信息用于终端在非激活态下接收组播业务的业务数据；

第一接收单元，用于在从连接态切换到非激活态后，根据所述第一配置信息，在非激活态下接收组播业务的业务数据。

第十方面，本申请实施例还提供一种组播业务传输装置，包括：

第二获取单元，用于处于连接态的终端在从连接态切换到非激活态后，获取组播业务的第一配置信息，所述第一配置信息用于终端在非激活态下接收组播业务的业务数据；

第二接收单元，用于根据所述第一配置信息，在非激活态下接收组播业务的业务数据。

第十一方面，本申请实施例还提供一种组播业务传输装置，包括：

第一发送单元，用于向连接态下的终端发送RRC释放消息，所述RRC释放消息中携带组播业务的第一配置信息或组播业务的配置指示；

第二发送单元，用于在所述终端从连接态切换到非激活态后，向所述终端发送组播业务的业务数据；

第十二方面，本申请实施例还提供一种组播业务传输装置，包括：

第三发送单元，用于在处于连接态的终端从连接态切换到非激活态后，向所述终端发送寻呼消息或RRC恢复消息，所述寻呼消息或所述RRC恢复消息中携带组播业务的第一配置信息；

第四发送单元，用于向所述终端发送组播业务的业务数据；

第十三方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行如上所述第一方面所述的组播业务传输方法，或执行如上所述第二方面所述的组播业务传输方法，或执行如上所述第三方面所述的组播业务传输方法，或执行如上所述第四方面所述的组播业务传输方法。

第十四方面，本申请实施例还提供一种通信设备，所述通信设备中存储有计算机程序，所述计算机程序用于使通信设备执行如上所述第一方面所述的组播业务传输方法，或执行如上所述第二方面所述的组播业务传输方法，或执行如上所述第三方面所述的组播业务传输方法，或执行如上所述第四方面所述的组播业务传输方法。

第十五方面，本申请实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行如上所述第一方面所述的组播业务传输方法，或执行如上所述第二方面所述的组播业务传输方法，或执行如上所述第三方面所述的组播业务传输方法，或执行如上所述第四方面所述的组播业务传输方法。

第十六方面，本申请实施例还提供一种芯片产品，所述芯片产品中存储有计算机程序，所述计算机程序用于使芯片产品执行如上所述第一方面所述的组播业务传输方法，或执行如上所述第二方面所述的组播业务传输方法，或执行如上所述第三方面所述的组播业务传输方法，或执行如上所述第四方面所述的组播业务传输方法。

本申请实施例提供的组播业务传输方法、设备、装置及存储介质，处于连接态的终端可以获取第一配置信息，该第一配置信息用于终端在非激活态下接收组播业务的业务数据，从而终端在从连接态切换到非激活态后，可以根据该第一配置信息，在非激活态下接收组播业务的业务数据，从而可以支持终端从连接态切换到非激活态后继续接收组播业务，可有效减少网络资源消耗以及降低终端能耗。

附图说明

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

图1是本申请实施例提供的组播业务传输方法的流程示意图之一；

图2是本申请实施例提供的组播业务传输方法的流程示意图之二；

图3是本申请实施例提供的组播业务传输方法的流程示意图之三；

图4是本申请实施例提供的组播业务传输方法的流程示意图之四；

图5是本申请实施例提供的终端的结构示意图之一；

图6是本申请实施例提供的终端的结构示意图之二；

图7是本申请实施例提供的网络设备的结构示意图之一；

图8是本申请实施例提供的网络设备的结构示意图之二；

图9是本申请实施例提供的组播业务传输装置的结构示意图之一；

图10是本申请实施例提供的组播业务传输装置的结构示意图之二；

图11是本申请实施例提供的组播业务传输装置的结构示意图之三；

图12是本申请实施例提供的组播业务传输装置的结构示意图之四。

具体实施方式

本申请实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例中术语“多个”是指两个或两个以上，其它量词与之类似。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了便于更加清晰地理解本申请各实施例的技术方案，首先对本申请各实施例相关的一些技术内容进行介绍。

在目前技术中，处于连接态(无线资源控制(Radio Resource Control，RRC)Connected)的终端接收组播业务的过程是：

首先，终端根据其业务需求加入相关的组播业务对应的组。

然后，网络基于相关的终端和组之间的对应关系，根据其网络中的资源、业务等情况向终端提供一系列的配置，如包含组播业务所使用的无线承载(Radio Bearer，RB)配置、逻辑信道标识(Logical Channel Identification，LCID)配置、其它无线资源(如频率、混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)、组调度中的控制信道所使用的无线网络临时标识(Radio Network Temporary Identity，RNTI)等)配置。

最后，基于上述配置，终端进行组播业务的接收，并有可能基于网络的相关配置向网络提供一些上行反馈(如HARQ反馈)。

当终端从连接态进入非激活态(RRC Inactive)时，将会挂起(suspend)用于接收组播业务而配置的无线承载，重置媒体访问控制(Media Access Control，MAC)配置，或不再接收相关的物理信道上所发送的控制或数据信息等，从而终端无法在非激活态继续接收组播业务。

针对现有技术中终端需要在连接态下才能接收组播业务，导致网络资源消耗大(容易达到拥塞)、终端能耗较高等问题，本申请各实施例提供一种解决方案，终端可以获取在非激活态下接收组播业务所使用的配置信息，并在非激活态下接收组播业务，从而能够有效缓解终端只能在连接态下接收组播业务所带来的一系列问题。

图1为本申请实施例提供的组播业务传输方法的流程示意图之一，该方法可应用于终端，如图1所示，该方法包括如下步骤：

步骤100、处于连接态的终端获取组播业务的第一配置信息，第一配置信息用于终端在非激活态下接收组播业务的业务数据。

步骤101、在从连接态切换到非激活态后，根据第一配置信息，在非激活态下接收组播业务的业务数据。

具体地，为了避免所有的终端都必须进入连接态才能接收组播业务，本申请实施例中，处于连接态的终端可以先获取组播业务的第一配置信息，该第一配置信息可用于终端在非激活态下接收组播业务的业务数据，从而终端在从连接态切换到非激活态后，可以根据该第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，上述第一配置信息，可以包括以下一项或多项：

(1)接收组播业务的频率资源(频点和带宽相关配置)；

(2)接收物理信道如物理下行控制信道(Physical Downlink Control Channel，PDCCH)或物理下行共享信道(Physical Downlink Shared Channel，PDSCH)所需采用的相关配置；

(3)接收半静态调度所需要的相关配置；

(4)接收组播业务时，采用的group RNTI(组调度中的控制信道所使用的RNTI)的相关配置；

(5)组播业务相关的无线承载配置，无线链路控制(Radio Link Control，RLC)或分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)子层的相关配置。

本申请实施例提供的组播业务传输方法，处于连接态的终端可以获取第一配置信息，该第一配置信息用于终端在非激活态下接收组播业务的业务数据，从而终端在从连接态切换到非激活态后，可以根据该第一配置信息，在非激活态下接收组播业务的业务数据，从而可以支持终端从连接态切换到非激活态后继续接收组播业务，可有效减少网络资源消耗以及降低终端能耗。

接收网络设备发送的RRC释放消息，RRC释放消息中携带组播业务的第一配置信息。

具体地，网络设备可以在向终端发送的RRC释放(RRCRelease)消息中携带组播业务的第一配置信息，从而终端在从连接态切换到非激活态后，可以根据该第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，网络设备可以将终端在非激活态下接收组播业务的业务数据所使用的部分或全部配置信息，发送给终端。其中，若网络设备发送的是终端在非激活态下接收组播业务的业务数据所使用的部分配置信息，则终端可以通过其他方式获取剩余的其他配置信息，在此不做限制。

例如，RRC释放消息中携带的第一配置信息可以包括终端在非激活态下接收组播业务的业务数据所使用的部分配置信息(假设为配置A)，而对于另一部分配置信息(假设为配置B)，终端可以重用其在连接态下组播业务的接收配置中的配置B，然后终端可以使用配置A和配置B所构成的所有配置，在非激活态下接收组播业务的业务数据。

可选地，终端重用其在连接态下组播业务的接收配置中的配置B，可以是RRC释放消息中携带的第一配置信息没有包括配置B的情况下，终端默认重用其在连接态下组播业务的接收配置中的配置B，或者也可以是RRC释放消息中携带的第一配置信息指示终端重用其在连接态下组播业务的接收配置中的配置B。

接收网络设备发送的RRC释放消息，RRC释放消息中携带组播业务的配置指示；

在组播业务的配置指示为继续使用连接态下组播业务的接收配置的情况下，将连接态下组播业务的接收配置确定为组播业务的第一配置信息。

具体地，网络设备可以在向终端发送的RRC释放(RRCRelease)消息中携带组播业务的配置指示，在该配置指示为继续使用连接态下组播业务的接收配置的情况下，终端可以将连接态下组播业务的接收配置确定为组播业务的第一配置信息，从而终端在从连接态切换到非激活态后，可以根据所确定的第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，上述配置指示可以指示使用连接态下组播业务的接收配置中的部分或全部配置，作为终端在非激活态下接收组播业务的业务数据所使用的配置，若仅指示终端继续使用连接态下组播业务的接收配置中的部分配置在非激活态下接收组播业务的业务数据，则对于未指示继续使用的配置，在终端进入非激活态后，可以不使用这些配置。

接收网络设备发送的RRC配置消息，RRC配置消息中包含连接态下组播业务的接收配置。

具体地，在网络设备向终端发送上述组播业务的配置指示的情况下，网络设备可以先向处于连接态下的终端发送RRC配置消息(例如RRC重配置(Reconfiguration)消息)，该RRC配置消息中包含连接态下组播业务的接收配置，从而终端可以从该RRC配置消息获取到连接态下组播业务的接收配置。

在后续接收到网络设备发送的RRC释放消息中携带的组播业务的配置指示时，终端可以将之前获取到的连接态下组播业务的接收配置确定为组播业务的第一配置信息，从而终端在从连接态切换到非激活态后，可以根据所确定的第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，该方法还包括：

处于连接态的终端在尚未获取到第一配置信息的情况下，在从连接态切换到非激活态后，停止接收组播业务的业务数据。

具体地，若处于连接态的终端在连接态未获取到上述第一配置信息，比如，网络设备向终端发送的RRC释放消息中未携带第一配置信息或组播业务的配置指示，或者网络设备向终端发送的RRC释放消息中明确指示终端在非激活态不接收组播业务，则终端可以在从连接态切换到非激活态后，停止接收组播业务的业务数据。

图2为本申请实施例提供的组播业务传输方法的流程示意图之二，该方法可应用于终端，如图2所示，该方法包括如下步骤：

步骤200、处于连接态的终端在从连接态切换到非激活态后，获取组播业务的第一配置信息，第一配置信息用于终端在非激活态下接收组播业务的业务数据。

步骤201、根据第一配置信息，在非激活态下接收组播业务的业务数据。

具体地，为了避免所有的终端都必须进入连接态才能接收组播业务，本申请实施例中，处于连接态的终端可以在从连接态切换到非激活态后，获取组播业务的第一配置信息，该第一配置信息可用于终端在非激活态下接收组播业务的业务数据，从而终端可以根据该第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，上述第一配置信息，可以包括以下一项或多项：

(1)接收组播业务的频率资源(频点和带宽相关配置)；

(2)接收物理信道如PDCCH或PDSCH所需采用的相关配置；

(3)接收半静态调度所需要的相关配置；

(5)组播业务相关的无线承载配置，RLC或PDCP子层的相关配置。

本申请实施例提供的组播业务传输方法，终端可以在从连接态切换到非激活态后，获取第一配置信息，该第一配置信息可用于终端在非激活态下接收组播业务的业务数据，从而终端可以根据该第一配置信息，在非激活态下接收组播业务的业务数据，从而可以支持终端从连接态切换到非激活态后继续接收组播业务，可有效减少网络资源消耗以及降低终端能耗。

可选地，获取组播业务的第一配置信息，包括：

接收网络设备发送的寻呼消息，寻呼消息中携带组播业务的第一配置信息；或者，

接收网络设备发送的RRC恢复消息，RRC恢复消息中携带组播业务的第一配置信息。

一种实施方式中，网络设备可以在向终端发送的寻呼消息中携带组播业务的第一配置信息，从而非激活态下的终端可以根据该寻呼消息获取第一配置信息，然后在非激活态下接收组播业务的业务数据。

可选地，网络设备可以在向终端发送的RRC释放消息中，指示终端在非激活态下需要接收组播业务相关的寻呼消息，从而终端可以在进入非激活态后接收组播业务相关的寻呼消息，并根据该寻呼消息，获取第一配置信息，然后在非激活态下接收组播业务的业务数据。

可选地，网络设备还可以在向终端发送的RRC释放消息中，携带终端在非激活态下接收上述寻呼消息所使用的配置信息，终端可以根据这些配置信息接收上述寻呼消息。

可选地，终端在非激活态下接收上述寻呼消息所使用的配置信息可以包括终端接收该寻呼消息的时间、频率资源或终端接收该寻呼消息所用到的RNTI等配置信息。

可选地，终端若没有在连接态下接收到第一配置信息或组播业务的配置指示，则终端可以在进入非激活态后自行确定需要接收组播业务相关的寻呼消息，然后根据该寻呼消息，获取第一配置信息，并在非激活态下接收组播业务的业务数据。

可选地，终端也可以根据接收的组播业务相关的寻呼消息，回到连接态下接收相关组播业务。

一种实施方式中，网络设备可以在向终端发送的RRC恢复(RRCResume)消息中携带组播业务的第一配置信息，从而非激活态下的终端可以根据该RRC恢复消息获取第一配置信息，并在非激活态下接收组播业务的业务数据。

可选地，该方法还包括：

在从连接态切换到非激活态后确定尚未获取到第一配置信息的情况下，停止接收组播业务的业务数据。

具体地，若终端在从连接态切换到非激活态后，确定尚未获取到第一配置信息，比如，未接收网络设备发送的寻呼消息或RRC恢复消息，或者网络设备向终端发送的寻呼消息或RRC恢复消息中未携带第一配置信息，则终端可以在从连接态切换到非激活态后，停止接收组播业务的业务数据。

图3为本申请实施例提供的组播业务传输方法的流程示意图之三，该方法可应用于网络设备(例如基站)，如图3所示，该方法包括如下步骤：

步骤300、向连接态下的终端发送RRC释放消息，RRC释放消息中携带组播业务的第一配置信息或组播业务的配置指示。

步骤301、在终端从连接态切换到非激活态后，向终端发送组播业务的业务数据；

其中，第一配置信息用于终端在非激活态下接收组播业务的业务数据，组播业务的配置指示用于指示终端在非激活态下继续使用连接态下组播业务的接收配置。

具体地，为了避免所有的终端都必须进入连接态才能接收组播业务，本申请实施例中，网络设备可以在向终端发送的RRC释放(RRCRelease)消息中携带组播业务的第一配置信息，从而终端在从连接态切换到非激活态后，可以根据该第一配置信息，在非激活态下接收组播业务的业务数据。

一种实施方式中，网络设备也可以在向终端发送的RRC释放(RRCRelease)消息中携带组播业务的配置指示，在该配置指示为继续使用连接态下组播业务的接收配置的情况下，终端可以将连接态下组播业务的接收配置确定为组播业务的第一配置信息，从而终端在从连接态切换到非激活态后，可以根据所确定的第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，上述第一配置信息，可以包括以下一项或多项：

(1)接收组播业务的频率资源(频点和带宽相关配置)；

(2)接收物理信道如PDCCH或PDSCH所需采用的相关配置；

(3)接收半静态调度所需要的相关配置；

(5)组播业务相关的无线承载配置，RLC或PDCP子层的相关配置。

本申请实施例提供的组播业务传输方法，网络设备可以在向终端发送的RRC释放消息中携带第一配置信息或组播业务的配置指示，从而终端在从连接态切换到非激活态后，可以根据该第一配置信息或组播业务的配置指示，获取第一配置信息并在非激活态下接收组播业务的业务数据，从而可以支持终端从连接态切换到非激活态后继续接收组播业务，可有效减少网络资源消耗以及降低终端能耗。

可选地，在RRC释放消息中携带组播业务的配置指示的情况下，向连接态下的终端发送RRC释放消息之前，该方法还包括：

向终端发送RRC配置消息，RRC配置消息中包含连接态下组播业务的接收配置。

图4为本申请实施例提供的组播业务传输方法的流程示意图之四，该方法可应用于网络设备(例如基站)，如图4所示，该方法包括如下步骤：

步骤400、在处于连接态的终端从连接态切换到非激活态后，向终端发送寻呼消息或RRC恢复消息，寻呼消息或RRC恢复消息中携带组播业务的第一配置信息。

步骤401、向终端发送组播业务的业务数据；其中，第一配置信息用于终端在非激活态下接收组播业务的业务数据。

具体地，为了避免所有的终端都必须进入连接态才能接收组播业务，本申请实施例中，网络设备可以在向终端发送的寻呼消息中携带组播业务的第一配置信息，从而非激活态下的终端可以根据该寻呼消息获取第一配置信息，然后在非激活态下接收组播业务的业务数据。

一种实施方式中，网络设备也可以在向终端发送的RRC恢复(RRCResume)消息中携带组播业务的第一配置信息，从而非激活态下的终端可以根据该RRC恢复消息获取第一配置信息，并在非激活态下接收组播业务的业务数据。

可选地，上述第一配置信息，可以包括以下一项或多项：

(1)接收组播业务的频率资源(频点和带宽相关配置)；

(2)接收物理信道如PDCCH或PDSCH所需采用的相关配置；

(3)接收半静态调度所需要的相关配置；

(5)组播业务相关的无线承载配置，RLC或PDCP子层的相关配置。

本申请实施例提供的组播业务传输方法，网络设备可以在向终端发送的寻呼消息或RRC恢复消息中携带第一配置信息，从而非激活态下的终端可以根据该寻呼消息或RRC恢复消息获取第一配置信息，然后在非激活态下接收组播业务的业务数据，从而可以支持终端从连接态切换到非激活态后继续接收组播业务，可有效减少网络资源消耗以及降低终端能耗。

本申请各实施例提供的方法是基于同一申请构思的，因此各方法的实施可以相互参见，重复之处不再赘述。

以下通过具体应用场景的实施例对本申请各上述实施例提供的方法进行举例说明。

实施例1：处于连接态的终端，接收到网络设备发送的RRCRelease消息，如果该消息包含了接收组播业务的相关配置，则终端切换到非激活态后，将继续采用这些配置接收相关组播业务，否则不接收相关组播业务。

例如，RRCRelease消息中可以包含以下的用于接收组播业务的一种或多种配置：

(1)接收组播业务的频率资源(频点和带宽相关配置)。

(2)在上述频率资源上，接收物理信道如PDCCH或PDSCH所需采用的相关配置。

(3)在上述频率资源上，接收半静态调度所需要的相关配置。

(4)接收组播业务时，采用的group RNTI的相关配置。

(5)组播业务相关的无线承载配置，RLC或PDCP子层的相关配置。

(6)其它相关配置等。

终端获得这些配置后，保存这些配置，并在后续进入到非激活态后进行使用，从而能接收相应的组播业务。

如果终端未获得上述相关配置，则认为网络不允许或不要求其在非激活态接收相关组播业务。

该实施例的特点在于，终端通过RRCRelease消息的内容包含或不包含特定信息，确定在其切换到非激活态后是否可以继续接收相应的组播业务。如果继续接收，终端将继续采用所获得的这些配置。

实施例2：终端从网络设备获得的第一信息可以包含终端回到非激活态后接收和组播业务相关的寻呼消息的相关信息。

例如，上述终端回到非激活态后接收和组播业务相关的寻呼消息的相关信息可以是“是否需接收和组播业务相关的寻呼消息(即group paging)”，或者可以是接收和组播业务相关的寻呼消息所需要的具体配置，如在哪些时间或频率资源上接听这类寻呼消息的相关配置信息。根据上述信息，终端接收或不接收相关的group paging。

进一步地，假设终端之前接收的组播业务去激活(session deactivation)，然后终端收到网络的指示，回到非激活态。这种情况下，终端可从上述信息中获得“需要继续监听group paging”的指示，或接听group paging所需要的具体配置(例如接收paging的时间、频率资源等)。基于这些指示或配置，终端在非激活态下继续监听group paging。后续，终端可能收到group paging，进而获取到组播业务激活(session activation)的相关信息。

实施例3：在终端接收到网络发送的RRCRelease消息时，从该消息中获得“可以继续采用连接态时获得的部分组播接收相关配置”的指示，切换到非激活态后，将继续采用这些配置接收相关组播业务。

例如，终端在处于连接态时，网络向其提供组播业务接收的专用配置(可包含在RRCReconfiguration消息中)，比如，实施例1中的(1)和(2)等配置；在RRCRelease消息中，终端获得指示，实施例1中的(1)和(2)等配置在非激活态中继续适用。终端获得这些配置后，保存这些指示出的配置，并在后续进入到非激活态后进行使用，从而能够接收到组播业务。

此外，除了实施例1中的(1)和(2)等配置之外，如果终端在非激活态接收相关组播业务还需其它的配置，且这些配置和终端此前曾经收到的配置不同，则终端可以在RRCRelease消息中获得相应的配置，如实施例1中的(3)、(4)配置等。

该实施例的特点在于，终端在非激活态继续采用其在连接态收到的相关配置，如果和连接态一样，或属于连接态相关配置的子集(例如，若非激活态所采用的频率资源F1可能是完全被包含在连接态的频率资源F2的范围内，终端即使继续基于F2频率资源接收组播业务，也可以在非激活态接收到在F1资源上发送的相关组播业务)，则不用再次显式地获取这些配置，节省了信令开销。

实施例4：在终端接收到网络设备发送的RRCRelease消息时，如果针对某些配置，未从该消息中获得“可以继续采用连接态时获得的相关配置”的指示，切换到非激活态后，终端将不再继续采用这些配置。

例如，终端在非激活态若不需要进行上行反馈等，则将不再采用相关的配置(如上行控制信道的配置，HARQ反馈相关的配置等)，此时，终端收到的RRCRelease消息中，不含有这些配置或未指示可以继续采用连接态时获得的这些配置，则终端也不再继续使用在连接态时曾收到的这些配置。

该实施例的特点在于，终端在非激活态所不再继续采用的配置，不用再次显式地被告知，节省了信令开销。

本申请各实施例提供的方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。

图5为本申请实施例提供的终端的结构示意图之一，如图5所示，该终端包括存储器520，收发机510和处理器500；其中，处理器500与存储器520也可以物理上分开布置。

存储器520，用于存储计算机程序；收发机510，用于在处理器500的控制下收发数据。

具体地，收发机510用于在处理器500的控制下接收和发送数据。

其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本申请不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备，用户接口550还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。

处理器500可以是中央处理器(Central Processing Unit,CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable LogicDevice，CPLD)，处理器也可以采用多核架构。

处理器500通过调用存储器520存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一所述方法，例如：处于连接态的终端获取组播业务的第一配置信息，第一配置信息用于终端在非激活态下接收组播业务的业务数据；在从连接态切换到非激活态后，根据第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，该方法还包括：

图6为本申请实施例提供的终端的结构示意图之二，如图6所示，该终端包括存储器620，收发机610和处理器600；其中，处理器600与存储器620也可以物理上分开布置。

存储器620，用于存储计算机程序；收发机610，用于在处理器600的控制下收发数据。

具体地，收发机610用于在处理器600的控制下接收和发送数据。

其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本申请不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的用户设备，用户接口660还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。

处理器600可以是CPU、ASIC、FPGA或CPLD，处理器也可以采用多核架构。

处理器600通过调用存储器620存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一所述方法，例如：处于连接态的终端在从连接态切换到非激活态后，获取组播业务的第一配置信息，第一配置信息用于终端在非激活态下接收组播业务的业务数据；根据第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，获取组播业务的第一配置信息，包括：

可选地，该方法还包括：

图7为本申请实施例提供的网络设备的结构示意图之一，如图7所示，该网络设备包括存储器720，收发机710和处理器700；其中，处理器700与存储器720也可以物理上分开布置。

存储器720，用于存储计算机程序；收发机710，用于在处理器700的控制下收发数据。

具体地，收发机710用于在处理器700的控制下接收和发送数据。

其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本申请不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。

处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。

处理器700可以是CPU、ASIC、FPGA或CPLD，处理器也可以采用多核架构。

处理器700通过调用存储器720存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一所述方法，例如：向连接态下的终端发送RRC释放消息，RRC释放消息中携带组播业务的第一配置信息或组播业务的配置指示；在终端从连接态切换到非激活态后，向终端发送组播业务的业务数据；其中，第一配置信息用于终端在非激活态下接收组播业务的业务数据，组播业务的配置指示用于指示终端在非激活态下继续使用连接态下组播业务的接收配置。

图8为本申请实施例提供的网络设备的结构示意图之二，如图8所示，该网络设备包括存储器820，收发机810和处理器800；其中，处理器800与存储器820也可以物理上分开布置。

存储器820，用于存储计算机程序；收发机810，用于在处理器800的控制下收发数据。

具体地，收发机810用于在处理器800的控制下接收和发送数据。

其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本申请不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元，这些传输介质包括无线信道、有线信道、光缆等传输介质。

处理器800负责管理总线架构和通常的处理，存储器820可以存储处理器800在执行操作时所使用的数据。

处理器800可以是CPU、ASIC、FPGA或CPLD，处理器也可以采用多核架构。

处理器800通过调用存储器820存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一所述方法，例如：在处于连接态的终端从连接态切换到非激活态后，向终端发送寻呼消息或RRC恢复消息，寻呼消息或RRC恢复消息中携带组播业务的第一配置信息；向终端发送组播业务的业务数据；其中，第一配置信息用于终端在非激活态下接收组播业务的业务数据。

在此需要说明的是，本申请实施例提供的上述终端和网络设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

图9为本申请实施例提供的组播业务传输装置的结构示意图之一，该装置可应用于终端，如图9所示，该装置包括：

第一获取单元900，用于处于连接态的终端获取组播业务的第一配置信息，第一配置信息用于终端在非激活态下接收组播业务的业务数据；

第一接收单元910，用于在从连接态切换到非激活态后，根据第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，第一接收单元910，还用于：

图10为本申请实施例提供的组播业务传输装置的结构示意图之二，该装置可应用于终端，如图10所示，该装置包括：

第二获取单元1000，用于处于连接态的终端在从连接态切换到非激活态后，获取组播业务的第一配置信息，第一配置信息用于终端在非激活态下接收组播业务的业务数据；

第二接收单元1010，用于根据第一配置信息，在非激活态下接收组播业务的业务数据。

可选地，获取组播业务的第一配置信息，包括：

可选地，第二接收单元1010，还用于：

图11为本申请实施例提供的组播业务传输装置的结构示意图之三，该装置可应用于网络设备，如图11所示，该装置包括：

第一发送单元1100，用于向连接态下的终端发送RRC释放消息，RRC释放消息中携带组播业务的第一配置信息或组播业务的配置指示；

第二发送单元1110，用于在终端从连接态切换到非激活态后，向终端发送组播业务的业务数据；

可选地，在RRC释放消息中携带组播业务的配置指示的情况下，第一发送单元1100，还用于：

图12为本申请实施例提供的组播业务传输装置的结构示意图之四，该装置可应用于网络设备，如图12所示，该装置包括：

第三发送单元1200，用于在处于连接态的终端从连接态切换到非激活态后，向终端发送寻呼消息或RRC恢复消息，寻呼消息或RRC恢复消息中携带组播业务的第一配置信息；

第四发送单元1210，用于向终端发送组播业务的业务数据；

其中，第一配置信息用于终端在非激活态下接收组播业务的业务数据。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

在此需要说明的是，本申请实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

另一方面，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行上述各实施例提供的组播业务传输方法。

在此需要说明的是，本申请实施例提供的计算机可读存储介质，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

所述计算机可读存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。

本申请实施例提供的技术方案可以适用于多种系统，尤其是5G系统。例如适用的系统可以是全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequencydivision duplex，FDD)系统、LTE时分双工(time division duplex，TDD)系统、高级长期演进(long term evolution advanced，LTE-A)系统、通用移动系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)系统、5G新空口(New Radio,NR)系统等。这多种系统中均包括终端设备和网络设备。系统中还可以包括核心网部分，例如演进的分组系统(EvlovedPacket System,EPS)、5G系统(5GS)等。

本申请实施例涉及的终端，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中，终端的名称可能也不相同，例如在5G系统中，终端可以称为用户设备(UserEquipment，UE)。无线终端设备可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网(Core Network,CN)进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，PCS)电话、无绳电话、会话发起协议(SessionInitiated Protocol，SIP)话机、无线本地环路(Wireless Local Loop，WLL)站、个人数字助理(Personal Digital Assistant，PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remoteterminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。

本申请实施例涉及的网络设备，可以是基站，该基站可以包括多个为终端提供服务的小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。网络设备可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如，本申请实施例涉及的网络设备可以是全球移动通信系统(Global System for Mobile communications，GSM)或码分多址接入(Code Division Multiple Access，CDMA)中的网络设备(Base Transceiver Station，BTS)，也可以是带宽码分多址接入(Wide-band Code Division Multiple Access，WCDMA)中的网络设备(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relaynode)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点和分布单元(distributedunit，DU)节点，集中单元和分布单元也可以地理上分开布置。

网络设备与终端之间可以各自使用一或多根天线进行多输入多输出(MultiInput Multi Output,MIMO)传输，MIMO传输可以是单用户MIMO(Single User MIMO,SU-MIMO)或多用户MIMO(Multiple User MIMO,MU-MIMO)。根据根天线组合的形态和数量，MIMO传输可以是2D-MIMO、3D-MIMO、FD-MIMO或massive-MIMO，也可以是分集传输或预编码传输或波束赋形传输等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机可执行指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机可执行指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些处理器可执行指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的处理器可读存储器中，使得存储在该处理器可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些处理器可执行指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

1.一种组播业务传输方法，其特征在于，包括：

2.根据权利要求1所述的组播业务传输方法，其特征在于，处于连接态的终端获取组播业务的第一配置信息，包括：

3.根据权利要求1所述的组播业务传输方法，其特征在于，处于连接态的终端获取组播业务的第一配置信息，包括：

4.根据权利要求3所述的组播业务传输方法，其特征在于，通过以下方式获取连接态下组播业务的接收配置，包括：

5.根据权利要求1所述的组播业务传输方法，其特征在于，所述方法还包括：

6.一种组播业务传输方法，其特征在于，包括：

7.根据权利要求6所述的组播业务传输方法，其特征在于，获取组播业务的第一配置信息，包括：

8.根据权利要求6所述的组播业务传输方法，其特征在于，所述方法还包括：

9.一种组播业务传输方法，其特征在于，包括：

10.根据权利要求9所述的组播业务传输方法，其特征在于，在所述RRC释放消息中携带组播业务的配置指示的情况下，所述向连接态下的终端发送RRC释放消息之前，所述方法还包括：

11.一种组播业务传输方法，其特征在于，包括：

向所述终端发送组播业务的业务数据；

12.一种终端，其特征在于，包括存储器，收发机，处理器：

13.根据权利要求12所述的终端，其特征在于，处于连接态的终端获取组播业务的第一配置信息，包括：

14.根据权利要求12所述的终端，其特征在于，处于连接态的终端获取组播业务的第一配置信息，包括：

15.一种终端，其特征在于，包括存储器，收发机，处理器：

16.根据权利要求15所述的终端，其特征在于，获取组播业务的第一配置信息，包括：

17.一种网络设备，其特征在于，包括存储器，收发机，处理器：

18.一种网络设备，其特征在于，包括存储器，收发机，处理器：

向所述终端发送组播业务的业务数据；

19.一种组播业务传输装置，其特征在于，包括：

20.一种组播业务传输装置，其特征在于，包括：

21.一种组播业务传输装置，其特征在于，包括：

22.一种组播业务传输装置，其特征在于，包括：

第四发送单元，用于向所述终端发送组播业务的业务数据；

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使计算机执行权利要求1至5任一项所述的方法，或执行权利要求6至8任一项所述的方法，或执行权利要求9至10任一项所述的方法，或执行权利要求11所述的方法。