WO2022099539A1

WO2022099539A1 - 一种通信方法及装置

Info

Publication number: WO2022099539A1
Application number: PCT/CN2020/128349
Authority: WO
Inventors: 于海凤; 李秉肇; 曹振臻; 陈磊
Original assignee: 华为技术有限公司
Priority date: 2020-11-12
Filing date: 2020-11-12
Publication date: 2022-05-19
Also published as: EP4231670A4; EP4231670A1; CN116325818A; US20230319942A1

Abstract

本申请涉及通信技术领域，公开了一种通信方法及装置。其中方法包括：终端设备获取多播业务的配置信息，接收来自接入网设备的第一指示信息，第一指示信息指示终端设备获取多播业务的配置更新信息的方式，该方式为第一方式(即通过接收公共消息来获取多播业务的配置更新信息)或第二方式(即通过接收专用消息来获取多播业务的配置更新信息)；此处所涉及的终端设备可以为连接态的终端设备。如此，连接态的终端设备可以根据第一指示信息来确定采用第一方式和第二方式中的哪种方式来获取多播业务的配置更新信息，从而避免同时采用第一方式和第二方式来获取重复的配置更新信息，有效避免不必要的接收行为，降低终端设备的功耗。

Description

一种通信方法及装置

技术领域

本申请涉及无线通信技术领域，特别涉及一种通信方法及装置。

背景技术

无线通信系统中，多播传输技术是一个发送方进行数据发送，而多个接收方对数据进行接收的传输技术；例如接入网设备发送数据，多个终端设备对数据进行接收。其中，一种可能的多播传输技术为单小区点到多点(single cell point to multipoint，SC-PTM)技术。

采用多播传输技术(比如SC-PTM技术)传输多播业务的数据时，终端设备需要先获取多播业务的配置信息，进而基于多播业务的配置信息来接收多播业务的数据。具体实施中，多播业务的配置信息可能会发生更新，因此，终端设备如何获取多播业务的配置更新信息，仍需进一步研究。

发明内容

本申请提供了一种通信方法及装置，用于避免连接态的终端设备在获取多播业务的配置更新信息时不必要的接收行为，进而降低功耗。

第一方面，本申请实施例提供一种通信方法，该方法可以适用于终端设备或者终端设备中的芯片，以该方法适用于终端设备为例，在该方法中，终端设备获取多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；接收来自接入网设备的第一指示信息，所述第一指示信息指示所述终端设备获取所述多播业务的配置更新信息的方式；其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。

采用该种方式，连接态的终端设备可以根据接入网设备发送的第一指示信息来确定采用第一方式和第二方式中的哪种方式来获取多播业务的配置更新信息，从而避免同时采用第一方式和第二方式来获取重复的配置更新信息，如此能够有效避免不必要的接收行为，进而降低终端设备的功耗。

在一种可能的设计中，所述获取多播业务的配置信息，包括：接收来自所述接入网设备的第一无线资源控制RRC消息，所述第一RRC消息包括所述多播业务的配置信息；或者，接收来自所述接入网设备的公共消息，所述公共消息包括所述多播业务的配置信息。

在一种可能的设计中，所述第一指示信息承载于第二RRC消息，或者MAC CE，或者DCI。

在一种可能的设计中，所述第一指示信息包括所述终端设备获取所述多播业务的配置更新信息的方式的索引。

在一种可能的设计中，所述接收来自接入网设备的第一指示信息之前，所述方法还包括：接收来自所述接入网设备的第三RRC消息，所述第三RRC消息包括所述第一方式的索引和所述第二方式的索引。

在一种可能的设计中，所述方法还包括：接收来自所述接入网设备的第二指示信息，所述第二指示信息指示所述第一指示信息的生效时间。

采用该种方式，不同终端设备均可以在第一指示信息的生效时间开始采用第一指示信息所指示的方式来获取多播业务的配置更新信息，从而保证终端设备侧和接入网设备侧对于获取多播业务的配置更新信息的方式的理解一致。

第二方面，本申请实施例提供一种通信方法，该方法可以适用于接入网设备或者接入网设备中的芯片，以该方法适用于接入网设备为例，在该方法中，接入网设备发送多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；以及，向终端设备发送第一指示信息，所述第一指示信息指示所述终端设备获取所述多播业务的配置更新信息的方式；其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。

在一种可能的设计中，所述发送多播业务的配置信息，包括：向所述终端设备发送第一RRC消息，所述第一RRC消息包括所述多播业务的配置信息；或者，发送公共消息，所述公共消息包括所述多播业务的配置信息。

在一种可能的设计中，所述向终端设备发送第一指示信息之前，还包括：向所述终端设备发送第三RRC消息，所述第三RRC消息包括所述第一方式的索引和所述第二方式的索引。

在一种可能的设计中，所述方法还包括：向所述终端设备发送第二指示信息，所述第二指示信息指示所述第一指示信息的生效时间。

需要说明的是，上述第二方面所描述的方法与第一方面所描述的方法相对应，第二方面所描述的方法中相关技术特征的有益效果可以参见第一方面的描述，具体不再赘述。

第三方面，本申请实施例提供一种通信方法，该方法可以适用于终端设备或者终端设备中的芯片，以该方法适用于终端设备为例，在该方法中，终端设备获取多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；根据所述终端设备所处的无线资源控制RRC状态，确定所述终端设备获取所述多播业务的配置更新信息的方式；其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。

采用该种方式，针对于连接态的终端设备来说，终端设备可以根据所处的RRC状态来确定采用第一方式和第二方式中的哪种方式来获取多播业务的配置更新信息，从而避免同时采用第一方式和第二方式来获取重复的配置更新信息，如此能够有效避免不必要的接收行为，进而降低终端设备的功耗。

在一种可能的设计中，根据所述终端设备所处的RRC状态，确定所述终端设备获取所述多播业务的配置更新信息的方式，包括：当所述终端设备处于空闲态或非激活态时，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；或者，当所述终端设备处于连接态时，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。

在一种可能的设计中，所述方法还包括：接收来自接入网设备的公共消息的配置信息和第三指示信息，所述第三指示信息指示所述公共消息的配置信息用于空闲态或非激活态的终端设备接收所述公共消息；确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式，包括：根据所述第三指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式，包括：根据所述第三指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。

在一种可能的设计中，所述方法还包括：接收来自接入网设备的所述公共消息的配置信息和第四指示信息，所述公共消息的配置信息包括所述公共消息的修改通知信息，所述第四指示信息指示所述公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知；确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式，包括：根据所述第四指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式，包括：根据所述第四指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。

第四方面，本申请实施例提供一种通信方法，该方法可以适用于接入网设备或者接入网设备中的芯片，以该方法适用于接入网设备为例，在该方法中，接入网设备确定第三指示信息，并发送公共消息的配置信息和所述第三指示信息，所述第三指示信息指示所述公共消息的配置信息用于空闲态或非激活态的终端设备接收所述公共消息。或者，在该方法中，接入网设备确定第四指示信息，并发送公共消息的配置信息和所述第四指示信息，所述公共消息的配置信息包括所述公共消息的修改通知信息，所述第四指示信息指示所述公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知。

第五方面，本申请实施例提供一种通信装置，所述通信装置可以为终端设备或者设置在终端设备内部的芯片。所述通信装置具备实现上述第一方面或第三方面的功能，比如，所述通信装置包括执行上述第一方面或第三方面涉及步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自终端设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第一方面或第三方面涉及的操作相对应。

在一种可能的设计中，所述通信装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第一方面或第三方面中任意可能的设计或实现方式中的方法。其中，所述通信装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合，所述存储器可以保存实现上述第一方面或第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面或第三方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第一方面或第三方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面或第三方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面或第三方面任意可能的设计或实现方式中的方法。

第六方面，本申请实施例提供一种通信装置，所述通信装置可以为接入网设备或者设置在接入网设备内部的芯片。所述通信装置具备实现上述第二方面或第四方面的功能，比如，所述通信装置包括执行上述第二方面或第四方面涉及操作所对应的模块或单元或手段，所述模块或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自终端设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第二方面或第四方面涉及的操作相对应。

在一种可能的设计中，所述通信装置包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第二方面或第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面或第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第二方面或第四方面任意可能的设计或实现方式中的方法。

可以理解地，上述第五方面或第六方面中，处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。此外，以上处理器可以为一个或多个，存储器可以为一个或多个。存储器可以与处理器集成在一起，或者存储器与处理器分离设置。在具体实现过程中，存储器可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

第七方面，本申请实施例提供一种通信系统，该通信系统包括上述第五方面所述的通信装置和上述第六方面所述的通信装置。

第八方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述第一方面至第四方面任一方面的任一种可能的设计中的方法。

第九方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面至第四方面任一方面的任一种可能的设计中的方法。

第十方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述第一方面至第四方面任一方面的任一种可能的设计中的方法。

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

附图说明

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

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

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

图4为本申请实施例提供的SC-MCCH和SC-MTCH示意图；

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

图6a为本申请实施例提供的SC-MCCH的重复周期和修改周期示意图；

图6b为本申请实施例提供的比特位图中不同比特与多播业务的对应关系示意图；

图7为本申请实施例二提供的通信方法所对应的流程示意图；

图8为本申请实施例三提供的通信方法所对应的流程示意图；

图9为本申请实施例四提供的通信方法所对应的流程示意图；

图10为本申请实施例中所涉及的装置的可能的示例性框图；

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

图12为本申请实施例提供的一种接入网设备的结构示意图。

具体实施方式

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

首先，对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)终端设备：可以是能够接收接入网设备调度和指示信息的无线终端设备，无线终端设备可以是指向用户提供语音和/或数据连通性的设备，或具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。终端设备可以经无线接入网(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)中的终端设备等。

(2)接入网设备：可以是无线网络中的设备，例如接入网设备可以为将终端设备接入到无线网络的无线接入网(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)等。另外，在一种网络结构中，接入网设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。此外，在其它可能的情况下，接入网设备可以是其它为终端设备提供无线通信功能的装置。本申请的实施例对接入网设备所采用的具体技术和具体设备形态不做限定。为方便描述，本申请实施例中，为终端设备提供无线通信功能的装置称为接入网设备。

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

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

RAN中可以包括一个或多个RAN设备，比如RAN设备1101、RAN设备1102。

CN中可以包括一个或多个CN设备，比如CN设备120。当图1所示的网络架构适用于5G通信系统时，CN设备120可以包括AMF实体、SMF实体、UPF实体等。

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

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

RAN设备和终端设备之间的通信遵循一定的协议层结构，例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packet data convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层等协议层的功能；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能；在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。

RAN设备可以由一个节点实现RRC、PDCP、RLC和MAC等协议层的功能，或者可以由多个节点实现这些协议层的功能。例如，在一种演进结构中，RAN设备可以包括CU)和DU，多个DU可以由一个CU集中控制。如图2所示，CU和DU可以根据无线网络的协议层划分，例如PDCP层及以上协议层的功能设置在CU，PDCP以下的协议层，例如RLC层和MAC层等的功能设置在DU。

这种协议层的划分仅仅是一种举例，还可以在其它协议层划分，例如在RLC层划分，将RLC层及以上协议层的功能设置在CU，RLC层以下协议层的功能设置在DU；或者，在某个协议层中划分，例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外，也可以按其它方式划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。

此外，射频装置可以独立集成，不放在DU中，也可以集成在DU中，或者部分拉远部分集成在DU中，在此不作任何限制。

图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对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端设备，或者，由接收到的PHY层的信令转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装载发送的。

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

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

下面先对本申请实施例所涉及的相关技术特征进行解释说明。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

一、终端设备的工作状态

终端设备的工作状态可以包括无线资源控制(radio resource control，RRC)空闲(RRC_IDLE)态、RRC非激活(Inactive)态和RRC连接(RRC_CONNECTED)态。其中，RRC空闲态可简称为空闲态，RRC非激活态可简称为非激活态，RRC连接态可简称为连接态。下面分别对这三种工作状态进行说明。

空闲态：终端设备经过初始随机接入过程接入接入网设备后，接入网设备可以存储该终端设备的设备参数，如果终端设备较长时间未与接入网设备通信，接入网设备便将存储的终端设备的设备参数删除，此时终端设备所处的状态即为空闲态。处于空闲态时，终端设备不存在RRC连接，可以进行小区选择和重选，监听寻呼信道以及跟踪区更新(tracking area update，TAU)。处于空闲态的终端设备如果需要与接入网设备通信，则需要再次发起随机接入过程。

连接态：终端设备经过初始随机接入过程接入接入网设备后，接入网设备中可以存储该终端设备的设备参数，在此期间，终端设备可以与接入网设备通信，此时终端设备所处的状态即为连接态。处于连接态时，终端设备可以收发专用数据，以及根据终端设备的活动性，可以通过非连续性接收(discontinuous reception，DRX)来节省空口资源和终端设备的电量。

非激活态：处于非激活态的终端设备与接入网设备断开了RRC连接，不需要连续监听下行数据，从而达到与空闲态一样的省电效果，但处于非激活态的终端设备和接入网设备均保存终端设备的上下文信息，当终端设备需要进入连接态时，接入网设备可以基于保存的上下文信息配置非激活态的终端设备进入到连接态。

二、多播传输技术

多播传输技术是一个发送方进行数据发送，而多个接收方对数据进行接收的传输技术。通过多播传输技术进行传输的业务可以称为多播业务，例如接入网设备发送多播业务的数据，多个终端设备对多播业务的数据进行接收。其中，一种可能的多播传输技术为SC-PTM技术。SC-PTM技术中引入了两个逻辑信道，包括单小区MBMS点到多点控制信道(single cell MBMS point-to-multipoint control channel，SC-MCCH)和单小区多播业务信道(single cell multicast transport channel，SC-MTCH)，这两个逻辑信道都映射到下行共享信道(downlink shared channel，DL-SCH)上。如图4所示，SC-MCCH用于传输控制信息，包括多播业务的标识和SC-MTCH的配置信息(比如多播业务关联的组无线网络临时标识(group-radio network temporary identity，G-RNTI)、接收SC-MTCH的时间信息)。SC-MTCH用于传输多播业务数据，每个多播业务可以对应一个SC-MTCH，比如多播业务1对应SC-MTCH，多播业务2对应SC-MTCH2。进而，终端根据SC-MCCH的配置信息及相应的调度信息即可以接收SC-MTCH中的多播业务的数据。

具体来说，SC-PTM技术中的SC-MTCH可以映射到物理下行共享信道(physical downlink share channel，PDSCH)。区别于承载单播业务数据的PDSCH，承载多播业务数据的PDSCH可以称为多播PDSCH。接入网设备可以预先配置多播业务与G-RNTI之间的关联关系，每个多播业务可以关联一个G-RNTI。

针对于多播传输，接入网设备可以向多个对多播业务感兴趣的终端设备发送承载于PDCCH的下行控制信息(downlink control information，DCI)，该DCI用于调度承载该多播业务的多播PDSCH，该DCI可以通过该多播业务关联的G-RNTI加扰；相应地，多个终端设备根据该多播业务关联的G-RNTI检测到DCI之后，可以根据该DCI包括的调度信息来接收多播PDSCH。

而针对于单播传输，接入网设备可以向终端设备发送DCI，该DCI用于调度承载某一业务(该业务可以为单播业务)的单播PDSCH，该DCI可以通过小区无线网络临时标识(cell-radio network temporary identifier，C-RNTI)加扰；相应地，终端设备根据C-RNTI检测到DCI之后，可以根据该DCI包括的调度信息来接收单播PDSCH。

根据上述相关技术特征的描述可知，为了接收多播业务的数据，终端设备需要先获取多播业务的配置信息(比如多播业务的配置信息可以包括多播业务关联的G-RNTI)，进而根据G-RNTI接收接入网设备发送的用于调度多播PDSCH的DCI，以接收多播业务的数据。示例性地，如果多播业务的配置信息不发生更新，则终端设备可以始终基于获取到的多播业务的配置信息来接收多播业务的数据。然而，具体实施中，多播业务的配置信息可能会发生更新，因此，终端设备需要获取多播业务的配置更新信息，以及根据多播业务的配置更新信息对多播业务的配置信息进行更新，进而根据更新后的配置信息来接收多播业务的数据。

关于终端设备如何获取多播业务的配置更新信息，一种可能的实现方式为，通过接收专用消息来获取多播业务的配置更新信息。其中，专用消息可以为单播消息，或者也可以为多播消息，又或者也可以其它可能的专用一个或一组终端设备的消息，具体不做限定。其中，单播消息可以为通过C-RNTI加扰的DCI调度的消息(该消息可以承载于单播PDSCH)，或者也可以为其它可能的专用于某个终端设备的消息(比如RRC消息)；多播消息可以为通过多播RNTI(如G-RNTI)加扰的DCI调度的消息(该消息可以承载于多播PDSCH)，或者也可以为其它可能的专用于一组终端设备(可以包括一个或多个终端设备)的消息。

但上述通过接收专用消息来获取多播业务的配置更新信息的方式是适用于连接态的终端设备，而针对于空闲态或非激活态的终端设备，目前有两种可能的思路，其中一种思路为：空闲态或非激活态的终端设备可以先进入连接态，进而通过接收专用消息来获取多播业务的配置更新信息；采用该种方式，当网络中有大量处于空闲态或非激活态的终端设备时，每个终端设备均与接入网设备进行RRC连接，且接入网设备需要为每个终端设备发送多播业务的配置更新信息，从而导致信令开销较大。另一种可能的思路为：引入公共消息，公共消息可以承载多播业务的配置更新信息，进而空闲态或非激活态的终端设备可以通过接收公共消息来获取多播业务的配置更新信息。其中，公共消息可以为多个终端设备共用的消息，即多个终端设备均可接收该消息，比如公共消息也可以理解为广播消息。示例性地，公共消息可以承载于公共信道，该公共信道可以为多播控制信道(multicast control channel)，或者也可以为SC-MCCH，又或者也可以为其它可能的由多个终端设备共用的信道，具体不做限定。

当采用引入公共消息的方式时，由于连接态的终端设备也可以接收公共消息，因此，连接态的终端设备可以通过接收专用消息来获取多播业务的配置更新信息，也可以通过接收公共消息来获取多播业务的配置更新信息。也就是说，连接态的终端设备可能会通过这两种方式获取到重复的配置更新信息，从而导致连接态的终端设备在获取多播业务的配置更新信息时会执行不必要的接收行为，使得终端设备的功耗较大。

基于此，本申请将针对引入公共消息后，终端设备获取多播业务的配置更新信息的相关实现进行研究。示例性地，本申请实施例提供的通信方法可以包括两种可能的方案，分别为方案一和方案二。

在方案一中，终端设备可以获取多播业务的配置信息，以及接收来自接入网设备的第一指示信息，比如第一指示信息可以指示终端设备获取所述多播业务的配置更新信息的方式；其中，第一指示信息所指示的方式可以为第一方式或第二方式；第一方式为通过接收公共消息来获取多播业务的配置更新信息，第二方式为通过接收专用消息来获取多播业务的配置更新信息；此处所涉及的终端设备可以为连接态的终端设备。采用该种方式，连接态的终端设备可以根据接入网设备发送的第一指示信息来确定采用第一方式和第二方式中的哪种方式来获取多播业务的配置更新信息，从而避免同时采用第一方式和第二方式来获取重复的配置更新信息，如此能够有效避免不必要的接收行为，进而降低终端设备的功耗。

在方案二中，终端设备可以获取多播业务的配置信息，以及根据终端设备所处的RRC状态，确定终端设备获取多播业务的配置更新信息的方式；其中，终端设备确定的获取配置更新信息的方式可以为第一方式或第二方式；此处所涉及的终端设备可以为连接态的终端设备，或者也可以为空闲态或非激活态的终端设备。采用该种方式，针对于连接态的终端设备来说，终端设备可以根据所处的RRC状态来确定采用第一方式和第二方式中的哪种方式来获取多播业务的配置更新信息，从而避免同时采用第一方式和第二方式来获取重复的配置更新信息，如此能够有效避免不必要的接收行为，进而降低终端设备的功耗。

下面结合实施例一至实施例四对本申请实施例提供的技术方案进行详细介绍。

在下文的介绍过程中，以该方法应用于图1所示的系统架构为例。另外，该方法可由两个通信装置执行，这两个通信装置例如为第一通信装置和第二通信装置，其中，第一通信装置可以是接入网设备或能够支持接入网设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片或芯片系统。第二通信装置可以是终端设备或能够支持终端设备实现该方法所需的功能的通信装置，当然还可以是其他通信装置，例如芯片或芯片系统。为了便于介绍，在下文中，以该方法由接入网设备和终端设备执行为例，也就是，以第一通信装置是接入网设备、第二通信装置是终端设备为例。如果将本实施例应用在图1所示的系统架构，下文中所述的用于执行图5、图7、图8或图9所示的实施例的接入网设备可以是图1所示的RAN设备1101或RAN设备1102，下文中所述的用于执行图5、图7、图8或图9所示的实施例的终端设备可以是图1所示的终端设备1301或终端设备1302。

实施例一

在实施例一中，将基于上述方案一描述通信方法的一种可能的实现。需要说明的是，实施例一中的终端设备可以是指连接态的终端设备。

图5为本申请实施例一提供的通信方法所对应的流程示意图。如图5所示，该方法可以包括：

S501，接入网设备发送公共消息的配置信息，公共消息的配置信息可用于终端设备接收公共消息。

相应地，在S502中，终端设备可以接收来自接入网设备的公共消息的配置信息。

此处，接入网设备可以通过系统消息(比如系统信息块(system information block，SIB)20)广播公共消息的配置信息，相应地，终端设备可以通过接收系统消息获取公共消息的配置信息。如前文所述，公共消息可以承载于公共信道，因此，公共消息的配置信息也可以理解为公共信道的配置信息。

考虑到公共消息包括的内容可能会发生更新(或者说修改)，因此，公共消息的配置信息用于终端设备接收公共消息，也可以理解为，公共消息的配置信息用于终端设备接收更新前的公共消息和更新后的公共消息。比如，更新前的公共消息承载多播业务的配置信息，而更新后的公共消息承载多播业务的配置更新信息。

示例性地，公共消息的配置信息可以包括公共消息的时域位置配置信息、频域位置配置信息，可选地，还可以包括公共消息的修改通知信息。

其中，(1)公共消息的时域位置配置信息可以包括如下至少一种：公共消息的重复周期(repetition period，RP)、偏移量、公共消息的传输时间、公共消息的传输起始位置、公共消息的修改周期(modification period，MP)。其中，公共消息的重复周期(repetition period，RP)和偏移量用于确定周期出现的边界，在每个满足系统帧号(system frame number，SFN)mod重复周期＝偏移量的系统帧上出现公共消息，mod表示取余运算。例如，公共消息的重复周期为16(即16个系统帧)，偏移量为1(即偏移1个系统帧)，则出现公共消息的系统帧的系统帧号为1、17、33、49……。公共消息的传输时间表示公共消息传输的持续时间，比如公共消息传输时间为3(即传输持续3个子帧)、公共消息的传输起始位置为4(即传输起始位置为系统帧中的第4个子帧)，则出现公共消息的子帧为系统帧中的第4至第6个子帧。

(2)公共消息的频域位置配置信息可以包括如下至少一种：BWP配置信息(比如公共消息所占用的频域资源位于的BWP)、频域起始位置(比如公共消息所占用的频域资源位于哪个物理资源块(physical resource block，PRB))、子载波间隔等。

(3)公共消息的修改通知信息可用于终端设备接收公共消息的修改通知，比如修改通知承载于DCI，则修改通知信息可以包括用于加扰该DCI的扰码(比如单小区通知无线网络临时标识(single cell-notification RNTI，SC-N-RNTI)，或者其它可能的RNTI)。当公共消息的配置信息不包括修改通知信息时，加扰DCI的扰码可以默认为SC-N-RNTI。

下面结合图6a对公共消息的修改周期、重复周期和修改通知进行详细说明。

如图6a所示，接入网设备在一个修改周期内的重复周期所发送的公共消息的内容相同，若公共消息的内容需要更新，则接入网设备可以从修改周期的边界开始发送更新后的公共消息。其中，接入网设备还可以从修改周期的边界发送公共消息的修改通知，该修改通知承载在SC-N-RNTI加扰的DCI中。当终端设备接收到公共消息的修改通知后，可以接收更新后的公共消息，即公共消息的修改通知和更新后的公共消息可以在同一修改周期内发送。

S503，接入网设备发送多播业务的配置信息，多播业务的配置信息用于终端设备接收所述多播业务的数据。

相应地，在S504中，终端设备可以获取多播业务的配置信息。

在一个示例中，上述S503和S504中，多播业务的配置信息可以为多播业务的初始配置信息。此种情形下，多播业务的配置信息可以包括多播业务的标识和多播业务关联的G-RNTI，多播业务的标识可以为用于标识多播业务的信息，比如，多播业务的标识可以包括多播业务的互联网协议(internet protocol，IP)和/或端口号，多播业务的标识可以由应用服务器发送给核心网设备，进而由核心网设备发送给接入网设备。多播业务的配置信息还可以包括以下至少一种：多播业务关联的G-RNTI对应的带宽部分(bandwidth part，BWP)信息、多播业务的PDSCH加扰序列、多播业务关联的G-RNTI的DRX参数、解调参考信号和速率匹配参考信号。其中，G-RNTI对应的BWP信息包括以下至少一种：带宽、频率位置、子载波间隔(subcarrier spacing，SCS)、循环前缀(cyclic prefix，CP)长度、控制资源集合(control-resource set，CORESET)相关的配置信息以及PDSCH相关的配置信息，COREST信息用于指示通过G-RNTI加扰的PDCCH所在的时频资源。多播业务的PDSCH加扰序列用于终端设备采用该PDSCH加扰序列解扰多播业务的PDSCH。多播业务关联的G-RNTI的DRX参数用于终端设备采用该DRX参数进行G-RNTI检测。解调参考信号用于终端设备采用该解调参考信号进行G-RNTI调度的PDSCH解调。速率匹配参考信号用于终端设备在接收G-RNTI调度的PDSCH时排除掉该解调参考信号对应的位置。

此外，当多播业务的配置信息为多播业务的初始配置信息时，接入网设备发送多播业务的配置信息的方式可以有多种，比如接入网设备可以向终端设备发送专用消息(如第一RRC消息)，第一RRC消息包括终端设备感兴趣的多播业务的配置信息，相应地，终端设备可以接收第一RRC消息，进而获取到多播业务的配置信息；又比如，接入网设备可以向终端设备发送公共消息，公共消息承载多播业务的配置信息，相应地，终端设备可以接收公共消息，进而获取到多播业务的配置信息。本申请实施例中，对终端设备获取多播业务的初始配置信息的方式不做限定。

S505，接入网设备向终端设备发送第一指示信息。

相应地，在S506中，终端设备可以接收来自接入网设备的第一指示信息，进而根据第一指示信息，确定获取多播业务的配置更新信息的方式。

此处，多播业务的配置更新信息用于对多播业务的配置信息进行更新。比如，多播业务的配置信息中的部分信息发生了更新，则多播业务的配置更新信息可以包括更新后的该部分信息。举个例子，多播业务的配置信息包括多播业务的标识、多播业务关联的G-RNTI(比如G-RNTI_1)、多播业务关联的G-RNTI对应的BWP信息、多播业务的PDSCH加扰序列、多播业务关联的G-RNTI的DRX参数；而多播业务的配置更新信息包括多播业务的标识、多播业务关联的G-RNTI(比如G-RNTI_2)，并未包括多播业务关联的G-RNTI对应的BWP信息、多播业务的PDSCH加扰序列、多播业务关联的G-RNTI的DRX参数；也就是说，多播业务关联的G-RNTI由G-RNTI_1更新为G-RNTI_2，而多播业务的其它配置信息并未发生更新。

下面结合两种可能的情形(即情形1和情形2)对第一指示信息进行详细描述。

一、情形1

在情形1，第一指示信息可以指示终端设备获取多播业务的配置更新信息的方式。其中，第一指示信息所指示的方式可以为第一方式或第二方式，第一方式为通过接收公共消息来获取多播业务的配置更新信息，第二方式为通过接收专用消息来获取多播业务的配置更新信息。可以理解地，第一指示信息指示终端设备获取多播业务的配置更新信息的方式，也可以描述为，第一指示信息指示终端设备更新多播业务的配置信息的方式。

可以理解地，接入网设备可以根据具体需要，向终端设备多次发送第一指示信息来改变终端设备获取多播业务的配置更新信息的方式。比如，接入网设备先向终端设备发送第一指示信息1指示终端设备获取多播业务的配置更新信息的方式为第二方式，过一段时间之后，接入网设备若确定通过接收专用消息来获取配置更新信息的终端设备较多，则可以向终端设备发送第一指示信息2指示终端设备获取多播业务的配置更新信息的方式为第一方式。

针对于情形1，下面结合实现方式1和实现方式2描述两种可能的实现方式。

(1)实现方式1：接入网设备向终端设备发送第二RRC消息，第二RRC消息包括第一指示信息，也就是说，第一指示信息承载于第二RRC消息。示例性地，若上述S503中，终端设备是通过接收第一RRC消息获取多播业务的配置信息，则第一RRC消息和第二RRC消息可以为同一RRC消息，也就是说，多播业务的配置信息和第一指示信息可以承载于同一条消息；或者，第一RRC消息和第二RRC消息也可以为不同的RRC消息，也就是说，多播业务的配置信息和第一指示信息可以承载于不同消息。

在该实现方式中，第一指示信息指示终端设备获取多播业务的配置更新信息的方式的具体实现可以有多种。比如，第一指示信息可以指示是否通过接收公共消息来获取多播业务的配置更新信息，当第一指示信息指示通过接收公共消息来获取多播业务的配置更新信息时，终端设备可以确定获取多播业务的配置更新信息的方式为第一方式；当第一指示信息指示不通过接收公共消息来获取多播业务的配置更新信息时，终端设备可以确定获取多播业务的配置更新信息的方式为第二方式。举个例子，第一指示信息可以包括1个比特，当该比特的取值为1时，表示通过接收公共消息来获取多播业务的配置更新信息，当该比特的取值为0时，表示不通过接收公共消息来获取多播业务的配置更新信息。

又比如，第一指示信息可以通过比特位图(bitmap)来指示第一方式或第二方式，其中，比特位图中不同比特与终端设备获取多播业务的配置更新信息的方式之间的对应关系可以是预先设定的，比如第一指示信息包括2个比特，2个比特中的第一个比特对应第一方式，第二个比特对应第二方式；当某一比特的取值为“1”时，表示采用该比特所对应的方式来获取多播业务的配置更新信息。举个例子，2个比特的取值为“10”(即2个比特中第一个比特的取值为“1”，第二个比特的取值为“0”)，则表示通过接收公共消息来获取多播业务的配置更新信息；2个比特的取值为“01”，则表示通过接收专用消息来获取多播业务的配置更新信息。

(2)实现方式2：接入网设备向终端设备发送第一指示信息之前，可以先向终端设备发送第三RRC消息，第三RRC消息用于配置终端设备获取多播业务的配置更新信息的方式包括第一方式和第二方式，以及配置第一方式的索引和第二方式的索引。比如第一方式的索引为0，第二方式的索引为1。进而，接入网设备可以向终端设备发送第一指示信息，第一指示信息可以包括终端设备获取多播业务的配置更新信息的方式的索引。比如当第一指示信息包括第一方式的索引时，说明第一指示信息指示终端设备通过接收公共信道获取多播业务的配置更新信息；当第一指示信息包括第二方式的索引时，说明第一指示信息指示终端设备通过接收专用信令获取多播业务的配置更新信息。

在该实现方式中，第一指示信息可以承载于多种可能的消息，比如RRC消息或MAC CE或DCI或其它可能的消息，具体不做限定。

需要说明的是，上述实现方式1和实现方式2是以终端设备获取多播业务的配置更新信息的方式共有两种方式(即第一方式和第二方式)为例进行描述。在其它可能的实施例中，也可以对终端设备获取多播业务的配置更新信息的方式进行更细粒度的划分，比如可以划分为单播方式、多播方式、广播方式等三种方式。其中，单播方式是指终端设备通过接收单播消息来获取多播业务的配置更新信息，多播方式是指终端设备通过接收多播消息来获取多播业务的配置更新信息，广播方式是指终端设备通过接收广播消息(或公共消息)来获取多播业务的配置更新信息。此种情形下，第一指示信息指示终端设备获取多播业务的配置更新信息的方式的具体实现可以适应性参照上述实现方式1和实现方式2。

具体来说，作为一种可能的实现，第一指示信息可以包括多个比特，进而通过多个比特的不同取值来指示不同的方式。举个例子，第一指示信息可以包括2个比特，当2个比特的取值为“00”时，所指示的方式为单播方式，当2个比特的取值为“01”时，所指示的方式为多播方式，当2个比特的取值为“10”时，所指示的方式为广播方式。如上仅为举例，具体使用的比特个数以及不同取值所对应的方式，本申请实施例可以不做限制。

作为又一种可能的实现，第一指示信息可以通过比特位图来指示不同的方式，其中，比特位图中不同比特与终端设备获取多播业务的配置更新信息的方式之间的对应关系可以是预先设定的，比如第一指示信息包括3个比特，3个比特中的第一个比特对应单播方式，第二个比特对应多播方式，第三个比特对应广播方式；当某一比特的取值为“1”时，表示采用该比特所对应的方式来获取多播业务的配置更新信息。举个例子，3个比特的取值为“100”(即3个比特中第一个比特的取值为“1”，第二个比特和第三个比特的取值为“0”)，则表示通过接收单播消息来获取多播业务的配置更新信息；3个比特的取值为“010”，则表示通过接收多播消息来获取多播业务的配置更新信息；3个比特的取值为“001”，则表示通过接收广播消息来获取多播业务的配置更新信息。

二、情形2

在情形2，第一指示信息可以指示终端设备切换获取多播业务的配置更新信息的方式，比如第一指示信息指示终端设备获取多播业务的配置更新信息的方式由第一方式切换为第二方式，或者由第二方式切换为第一方式。

示例性地，接入网设备向终端设备发送第一指示信息之前，可以先向终端设备发送第四RRC消息，第四RRC消息用于配置终端设备获取多播业务的配置更新信息的方式包括第一方式和第二方式，以及配置终端设备获取多播业务的配置更新信息的初始方式。其中，初始方式可以为第一方式或者第二方式。后续，接入网设备可以向终端设备发送第一指示信息来切换终端设备获取多播业务的配置更新信息的方式。其中，第一指示信息可以为承载于某一消息中的信息，比如该消息为RRC消息或MAC CE或DCI，具体不做限定；或者，第一指示信息也可以理解为一条消息，比如第一指示信息可以为预设格式的DCI，预设格式的DCI可以是接入网设备预先为终端设备配置的专用于指示终端设备切换获取多播业务的配置更新信息的方式。

可以理解地，接入网设备可以根据具体需要，向终端设备多次发送第一指示信息来切换终端设备获取多播业务的配置更新信息的方式。比如，终端设备当前获取多播业务的配置更新信息的方式为初始方式(以初始方式为第一方式为例)，则在接收到第一指示信息后，终端设备可以将获取多播业务的配置更新信息的方式由第一方式更新为第二方式；随后，若终端设备再次接收到第一指示信息，则可以将获取多播业务的配置更新信息的方式由第二方式更新为第一方式，以此类推。

本申请实施例中，考虑到终端设备可能会对多种多播业务感兴趣，因此，以上述情形1为例，第一指示信息指示终端设备获取多播业务的配置更新信息的方式，可以是指，第一指示信息指示终端设备获取这多种多播业务的配置更新信息的方式。比如第一指示信息指示第一方式，则终端设备获取这多种多播业务的配置更新信息的方式均为第一方式。

在其它可能的实施例中，当终端设备对多种多播业务感兴趣时，第一指示信息也可以指示终端设备获取其所感兴趣某一种或某几种多播业务的配置更新信息的方式。此种情形下，接入网设备在发送第一指示信息时，还可以指示第一指示信息所对应的多播业务。示例性地，接入网设备指示第一指示信息所对应的多播业务的方式可以是显式方式或隐式方式。

(1)显式方式

显式方式可以是指接入网设备向终端设备发送第一指示信息时，还可以发送第一指示信息对应的多播业务的标识或者其它可能的信息。下面结合示例1至示例3对显式方式的可能实现进行描述。

示例1：针对终端设备感兴趣的每种多播业务，接入网设备可以向终端设备发送第一指示信息。比如终端设备感兴趣的多播业务包括多播业务1、多播业务2和多播业务3，则接入网设备可以分别针对三种多播业务发送第一指示信息，具体来说，接入网设备可以向终端设备发送第一指示信息1以及对应的多播业务1的标识、第一指示信息2以及对应的多播业务2的标识、第一指示信息3以及对应的多播业务3的标识，参见表1所示。其中，第一指示信息1、第一指示信息2和第一指示信息3所指示的方式可以相同或者也可以不相同，第一指示信息1或第一指示信息2或第一指示信息3所指示的方式可以为上述第一方式或第二方式，或者，也可以为单播方式、多播方式或广播方式，具体不做限定。

表1：接入网设备可以向终端设备发送的信息示例

第一指示信息	对应的多播业务的标识
第一指示信息1	多播业务1的标识
第一指示信息2	多播业务2的标识
第一指示信息3	多播业务3的标识

如此，终端设备接收到上述表1所示意的信息后，可以采用第一指示信息1所指示的方式来获取多播业务1的配置更新信息，采用第一指示信息2所指示的方式来获取多播业务2的配置更新信息，以及采用第一指示信息3所指示的方式来获取多播业务3的配置更新信息。

示例2：考虑到接入网设备可能会指示终端设备感兴趣的某几种多播业务采用相同的方式来获取配置更新信息，因此，为节省比特开销，接入网设备在发送第一指示信息时，也可以向终端设备发送第一指示信息对应的多播业务的标识列表。比如终端设备感兴趣的多播业务包括多播业务1、多播业务2、多播业务3和多播业务4，则接入网设备可以向终端设备发送第一指示信息1以及对应的多播业务的标识列表、第一指示信息2以及对应的多播业务的标识列表，参见表2所示。

表2：接入网设备可以向终端设备发送的信息示例

第一指示信息	对应的多播业务的标识列表
第一指示信息1	多播业务1的标识、多播业务2的标识
第一指示信息2	多播业务3的标识、多播业务4的标识

如此，终端设备接收到上述表2所示意的信息后，可以采用第一指示信息1所指示的方式来获取多播业务1的配置更新信息和多播业务2的配置信息，采用第一指示信息2所指示的方式来获取多播业务3的配置信息和多播业务4的配置更新信息。

示例3：本申请实施例中所描述的多播业务可以是一个泛指的概念，具体实施中，还可以对多播业务进行更细粒度的划分，比如可以划分为第一类型的多播业务和第二类型的多播业务。如此，接入网设备在发送第一指示信息时，还可以向终端设备发送第一指示信息所适用的多播业务的类型。比如终端设备感兴趣的多播业务包括多播业务1、多播业务2、多播业务3和多播业务4，其中，多播业务1和多播业务2为第一类型的多播业务，多播业务3和多播业务4为第二类型的多播业务，则接入网设备可以向终端设备发送第一指示信息1以及第一指示信息1对应的多播业务的类型、第一指示信息2以及第一指示信息2对应的多播业务的类型，参见表3所示。

表3：接入网设备可以向终端设备发送的信息示例

第一指示信息	对应的多播业务的类型
第一指示信息1	第一类型
第一指示信息2	第二类型

如此，终端设备接收到上述表3所示意的信息后，可以采用第一指示信息1所指示的方式来获取第一类型的多播业务(即多播业务1和多播业务2)的配置更新信息，采用第一指示信息2所指示的方式来获取第二类型的多播业务(即多播业务3和多播业务4)的配置更新信息。

此外，本申请实施例中是以多播业务(比如通过SC-PTM技术进行传输的业务)为例进行描述，针对于其它可能的业务(比如广播业务)，接入网设备也可以通过第一指示信息来指示终端设备获取广播业务的配置更新信息的方式。比如，终端设备感兴趣的多播业务包括多播业务1和多播业务2，且终端设备还需要接收广播业务1和广播业务2，则接入网设备可以向终端设备发送第一指示信息1以及第一指示信息1对应的业务类型(比如多播业务)、第一指示信息2以及第一指示信息2对应的业务类型(比如广播业务)，参见表4所示。

表4：接入网设备可以向终端设备发送的信息示例

第一指示信息	对应的业务类型
第一指示信息1	多播业务
第一指示信息2	广播业务

如此，终端设备接收到上述表4所示意的信息后，可以采用第一指示信息1所指示的方式来获取多播业务(即多播业务1和多播业务2)的配置更新信息，采用第一指示信息2所指示的方式来获取广播业务(即广播业务1和广播业务2)的配置更新信息。

(2)隐式方式

区别与显式方式，隐式方式可以是指接入网设备向终端设备发送第一指示信息时，隐式指示第一指示信息对应的多播业务，而不再额外发送第一指示信息对应的多播业务的标识或者其它可能的信息。

作为一种可能的实现，可以采用比特位图来承载不同多播业务对应的第一指示信息，比特位图中不同比特与多播业务之间的对应关系可以是接入网设备预先配置的，或者是终端设备和接入网设备共同遵守的某种规则。举个例子，参见图6b所示，第一指示信息包括n个比特，终端设备感兴趣的多播业务包括多播业务1、多播业务2、多播业务3，则接入网设备向终端设备发送的比特位图中可以包括3n个比特，其中3n个比特中的第1至第n个比特对应多播业务1，用于承载多播业务1对应的第一指示信息1，第n+1至第2n个比特对应多播业务2，用于承载多播业务2对应的第一指示信息2，第2n+1至第3n个比特对应多播业务3，用于承载多播业务3对应的第一指示信息3，n为大于等于1的整数。也就是说，接入网设备向终端设备发送了第一指示信息1、第一指示信息2和第一指示信息3，并通过隐式方式指示出了第一指示信息1、第一指示信息2和第一指示信息3分别对应的多播业务。

此外，若比特位图中不同比特与多播业务之间的对应关系是终端设备和接入网设备共同遵守的某种规则，则这种规则可以多播业务的标识按照一定规则来排列，比如按照标识从小到大、或按照标识从大到小的顺序来排列；或者，这种规则也可以是按照接入网设备通过RRC消息配置多播业务的顺序。举个例子，如果RRC消息中配置多播业务的顺序为多播业务2、多播业务1、多播业务3，则比特位图从左到右依次对应多播业务2、多播业务1、多播业务3。

可以理解地，上述描述了隐式方式的一种可能的示例，上述示例中，比特位图中不同比特与多播业务之间的对应关系，也可以替换为，比特位图中不同比特与多播业务的类型(比如前文所述的第一类型、第二类型)之间的对应关系，具体不做限定。

S507，终端设备根据第一指示信息，获取多播业务的配置更新信息。

具体来说，以情形1为例，若上述S505中接入网设备发送的第一指示信息指示第一方式，则后续需要更新多播业务的配置信息时，接入网设备可以通过公共消息发送多播业务的配置更新信息，进而终端设备可以通过接收公共消息获取多播业务的配置更新信息。若上述S505中接入网设备发送的第一指示信息指示第二方式，则后续需要更新多播业务的配置信息时，接入网设备可以通过专用消息发送多播业务的配置更新信息，进而终端设备可以通过接收专用消息获取多播业务的配置更新信息。

作为一种可能的实现，终端设备获取多播业务的配置更新信息之前，可以向接入网设备发送请求消息，该请求消息用于请求多播业务的配置更新信息。在一个示例中，终端设备可以按照预设周期查询是否获取到多播业务的配置信息，若确定某一预设周期(比如预设周期1)内未获取到多播业务的配置更新信息，则可以向接入网设备发送请求消息；若确定预设周期1内已获取到多播业务的配置更新信息，则可以不再向接入网设备发送请求消息。其中，预设周期的时长可以根据实际需要进行设置，具体不做限定。示例性地，请求消息可以包括时间范围信息，此种情形下，请求消息所请求的配置更新信息为在该时间范围信息所指示的时间范围内发生更新的配置更新信息，比如上述示例中，时间范围信息所指示的时间范围可以为预设周期1。

相应地，接入网设备接收到请求消息后，若确定预设周期1内多播业务的配置信息发生了更新，则可以向终端设备发送响应消息1，响应消息1用于指示预设周期1内多播业务的配置信息发生了更新；进一步地，接入网设备可以根据第一指示信息所指示的方式，向终端设备发送多播业务的配置更新信息。若确定预设周期1内多播业务的配置信息未发生更新，则可以向终端设备发送响应消息2，响应消息2用于指示预设周期1内多播业务的配置信息未发生更新。采用该种方式，由于接入网设备可以向终端设备发送请求消息的响应消息，从而使得终端设备可以根据响应消息，获知是否需要接收多播业务的配置更新信息，能够有效避免不必要的监听，降低功耗。或者，接入网设备接收到请求消息后，若确定预设周期1内多播业务的配置信息发生了更新，则可以根据第一指示信息所指示的方式，向终端设备发送多播业务的配置更新信息，而不再发送响应消息1。若确定预设周期1内多播业务的配置信息未发生更新，则可以不再响应。

此外，终端设备发送请求消息的方式可以有多种，比如该请求消息可以为RRC消息，或者，该请求消息也可以为用于随机接入过程的消息(比如随机接入请求)。当该请求消息为随机接入请求消息时，该请求消息可以包括随机接入前导码，且该请求消息可以承载于随机接入资源。示例性地，接入网设备可以预先为终端设备配置用于请求多播业务的配置更新信息的随机接入前导码和/或随机接入资源，进而终端设备可以采用预先配置的随机接入前导码和/或随机接入资源来发送请求消息。

示例性地，在S507之后，终端设备可以根据多播业务的配置更新信息来更新多播业务的配置信息(即初始配置信息)，其中，“更新”也可以描述为“替换”或“代替”等。比如在前文所描述的示例中，终端设备获取到多播业务的配置更新信息后，可以用多播业务关联的G-RNTI_2替换原来的G-RNTI_1。

需要说明的是：本申请实施例中，考虑到对多播业务感兴趣的终端设备(可以是指连接态的终端设备)可能有多个，因此可能有多个终端设备需要获取多播业务的配置更新信息，进而，接入网设备可能会向多个终端设备分别发送第一指示信息。此种情形下，对于不同终端设备来说，接收到第一指示信息的时间可能不同(比如有的终端设备距离接入网设备较远，而有的终端设备距离接入网设备较近，距离接入网设备较远的终端设备相比于距离接入网设备较近的终端设备来说，接收第一指示信息的时延较长)，进而可能导致终端设备侧和接入网设备侧对于获取多播业务的配置更新信息的方式的理解不一致。为解决这一问题，接入网设备除了向终端设备发送第一指示信息以外，还可以向终端设备发送第二指示信息，第二指示信息用于指示第一指示信息的生效时间。其中，以情形1为例，第一指示信息的生效时间可以理解为，终端设备开始采用第一指示信息所指示的方式来获取多播业务的配置更新信息的时间。第一指示信息和第二指示信息可以承载于同一消息，或者也可以承载于不同消息，具体不做限定。如此，不同终端设备均可以在第一指示信息的生效时间开始采用第一指示信息所指示的方式来获取多播业务的配置更新信息，从而保证终端设备侧和接入网设备侧对于获取多播业务的配置更新信息的方式的理解一致。

采用上述方式，连接态的终端设备可以根据接入网设备发送的第一指示信息，来确定采用第一方式和第二方式中的哪种方式来获取多播业务的配置更新信息，从而避免同时采用第一方式和第二方式来获取多播业务的配置更新信息，如此能够有效避免不必要的接收行为，进而降低终端设备的功耗。

此外，考虑到不同多播业务的需求可能存在差异，比如对于某些多播业务来说，可能对可靠性要求较高，相应地，对于这种业务需要提供反馈机制，或者当接收这种业务的终端设备发生移动时，需要提供增强的业务连续性保证等；而对于某些多播业务来说，可能对于接收性能指标(比如可靠性)要求不高，相应地，对于这种业务仅提供正常的多播接收服务即可。因此，在上述方案一中，接入网设备可以灵活指示处于连接态的不同终端设备不同的更新方式，比如连接态的终端设备包括终端设备1和终端设备2(终端设备1感兴趣的多播业务和终端设备2感兴趣的多播业务的需求不同)，接入网设备可以指示终端设备1获取多播业务的配置更新信息的方式为第一方式，以及指示终端设备2获取多播业务的配置更新信息的方式为第二方式，从而能够起到差异化更新方式的效果，提高接入网设备调控的灵活性。

实施例二

在实施例二中，将基于上述方案二描述通信方法的一种可能的实现。

图7为本申请实施例二提供的通信方法所对应的流程示意图。如图7所示，该方法可以包括：

S701，接入网设备发送公共消息的配置信息和第三指示信息，第三指示信息指示公共消息的配置信息用于空闲态或非激活态的终端设备接收公共消息。

此处，第三指示信息指示公共消息的配置信息用于空闲态或非激活态的终端设备接收公共消息，也可以描述为，第三指示信息指示公共消息的配置信息适用于空闲态或非激活态的终端设备。

考虑到公共消息包括的内容可能会发生更新，因此，第三指示信息指示公共消息的配置信息用于空闲态或非激活态的终端设备接收公共消息，也可以理解为，第三指示信息指示公共消息的配置信息用于空闲态或非激活态的终端设备接收更新前的公共消息和更新后的公共消息。比如，更新前的公共消息承载多播业务的配置信息，而更新后的公共消息承载多播业务的配置更新信息。

示例性地，接入网设备发送公共消息的配置信息和第三指示信息的方式可以有多种。比如，接入网设备可以通过系统消息发送公共信道的配置信息和第三指示信息，即公共消息的配置信息和第三指示信息可以承载于同一消息。在其它可能的实施例中，公共消息的配置信息和第三指示信息也可以承载于不同消息，具体不做限定。其中，公共消息的配置信息所包括的内容可以参见实施例一中的描述，此处不再赘述。

相应地，在S702中，终端设备1和终端设备2可以接收公共消息的配置信息和第三指示信息。其中，终端设备1可以为空闲态或非激活态的终端设备，终端设备2可以为连接态的终端设备。

此处，终端设备1接收到公共消息的配置信息和第三指示信息后，可以根据第三指示信息，确定能够使用公共消息的配置信息接收公共消息。而终端设备2接收到公共消息的配置信息和第三指示信息后，可以根据第三指示信息，确定不能使用公共消息的配置信息接收公共消息，进而可以忽略该公共消息的配置信息。

S703，终端设备1和终端设备2获取多播业务的配置信息。

此处，终端设备1可以根据公共消息的配置信息接收公共消息，公共消息包括多播业务的配置信息。终端设备2可以接收来自接入网设备的RRC消息，该RRC消息包括多播业务的配置信息。

S704，终端设备1根据所处的RRC状态和第三指示信息，确定获取多播业务的配置更新信息的方式为第一方式。

S705，终端设备2根据所处的RRC状态和第三指示信息，确定获取多播业务的配置更新信息的方式为第二方式。

S706，终端设备1采用第一方式来获取多播业务的配置更新信息。

示例性地，终端设备1可以根据公共消息的配置信息，在该配置信息所指示的时域位置、频域位置上监听公共消息的修改通知，当监听到公共消息的修改通知后，终端设备1可以接收更新后的公共消息，更新后的公共消息包括多播业务的配置更新信息。

进一步地，终端设备1接收到多播业务的配置更新信息后，可以使用配置更新信息对原来的配置信息进行更新(或替换)；比如配置更新信息包括多播业务关联的BWP信息(如BWP信息2)，原来的配置信息包括多播业务关联的BWP信息(如BWP信息1)，则终端设备可以将多播业务关联的BWP信息由BWP信息1更新为BWP信息2。后续，终端设备可以使用新的配置信息(比如BWP信息2)接收多播业务的数据，而不再使用原来的配置信息(比如BWP信息1)接收多播业务的数据。

S707，终端设备2采用第二方式来获取多播业务的配置更新信息。

示例性地，终端设备2可以接收来自接入网设备的单播消息(比如C-RNTI加扰的DCI调度的消息)，单播消息包括多播业务的配置更新信息，进而获取多播业务的配置更新信息；或者，终端设备2可以接收来自接入网设备的多播消息(比如多播RNTI加扰的DCI调度的消息)，该多播消息包括多播业务的配置更新信息，进而获取多播业务的配置更新信息。进一步地，终端设备2接收到多播业务的配置更新信息后，可以使用配置更新信息对原来的配置信息进行更新(或替换)，后续可以使用更新后的配置信息接收多播业务的数据。

需要说明的是：作为一种可能的实现，当终端设备2采用第二方式来获取多播业务的配置更新信息时，具体是通过接收单播消息来获取多播业务的配置更新信息，还是通过接收多播消息来获取多播业务的配置更新信息，可以取决于接入网设备。比如，若接入网设备确定需要通过第二方式接收多播业务的配置更新信息的终端设备(处于连接态)有多个，则可以向这多个终端设备(包括终端设备2)发送多播消息，多播消息包括多播业务的配置更新信息，进而可以不再向这多个终端设备中的每个终端设备单独发送单播消息，此种情形下，这多个终端设备可以通过接收多播消息获取多播业务的配置更新信息。又比如，若接入网设备确定需要通过第二方式接收多播业务的配置更新信息的终端设备(处于连接态)只有终端设备2，则可以向终端设备2发送单播消息，单播消息包括多播业务的配置更新信息，此种情形下，终端设备2可以通过接收单播消息获取多播业务的配置更新信息。

采用上述方式，连接态的终端设备可以根据接入网设备发送的第三指示信息，来确定采用第二方式来获取多播业务的配置更新信息，不再通过公共消息获取多播业务的配置更新信息，从而能够有效避免不必要的接收行为，降低终端设备的功耗。

实施例三

在实施例三中，将基于上述方案二描述通信方法的一种可能的实现。

图8为本申请实施例四提供的通信方法所对应的流程示意图。如图8所示，该方法可以包括：

S801，接入网设备发送公共消息的配置信息和第四指示信息，公共消息的配置信息可以包括公共消息的修改通知信息，第四指示信息指示公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知。其中，公共消息的配置信息还可以包括其它可能的信息，比如公共消息的时域位置配置信息、频域位置配置信息，具体可以参见实施例一中的描述，此处不再赘述。

此处，第四指示信息指示公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知，也可以描述为，第四指示信息指示公共消息的修改通知信息适用于空闲态或非激活态的终端设备。

示例性地，接入网设备发送公共消息的配置信息和第四指示信息的方式可以有多种。比如，接入网设备可以通过系统消息发送公共消息的配置信息和第四指示信息，即公共消息的配置信息和第四指示信息可以承载于同一消息。在其它可能的实施例中，公共消息的配置信息和第四指示信息也可以承载于不同消息，具体不做限定。

相应地，在S802中，终端设备1和终端设备2可以接收公共消息的配置信息和第四指示信息。其中，终端设备1可以为空闲态或非激活态的终端设备，终端设备2可以为连接态的终端设备。

此处，终端设备1接收到公共消息的配置信息和第四指示信息后，可以根据第四指示信息，确定能够使用公共消息的修改通知信息接收公共消息的修改通知，进而可以接收更新后的公共消息。而终端设备2接收到公共消息的配置信息和第四指示信息后，可以根据第四指示信息，确定不能使用公共消息的修改通知信息接收公共消息的修改通知，也不能接收更新后的公共消息，进而可以忽略该公共消息的修改通知信息。

需要说明的是，针对于更新前的公共消息，则不论是连接态、空闲态或非激活态的终端设备均可以根据公共消息的配置信息接收更新前的公共消息。

S803，终端设备1和终端设备2获取多播业务的配置信息。

此处，针对于终端设备1来说，终端设备1可以根据公共消息的配置信息接收公共消息，公共消息包括多播业务的配置信息。

针对于终端设备2来说，终端设备2可以根据公共消息的配置信息接收公共消息(此处可以为修改前的公共消息)，公共消息包括多播业务的配置信息。或者，终端设备2也可以接收来自接入网设备的RRC消息，该RRC消息包括多播业务的配置信息。

S804，终端设备1根据所处的RRC状态和第四指示信息，确定获取多播业务的配置更新信息的方式为第一方式。

S805，终端设备2根据所处的RRC状态和第四指示信息，确定获取多播业务的配置更新信息的方式为第二方式。

S806，终端设备1采用第一方式来获取多播业务的配置更新信息。

S807，终端设备2采用第二方式来获取多播业务的配置更新信息。

此处，S806和S807的具体实现可以参见上文S706和S707，不再赘述。

采用上述方式，连接态的终端设备可以根据接入网设备发送的第四指示信息，来确定采用第二方式来获取多播业务的配置更新信息，不再通过公共消息获取多播业务的配置更新信息，从而能够有效避免不必要的接收行为，降低终端设备的功耗。

实施例四

在实施例四中，将基于上述方案二描述通信方法的一种可能的实现。

图9为本申请实施例四提供的通信方法所对应的流程示意图。如图9所示，该方法可以包括：

S901，接入网设备发送公共消息的配置信息。

相应地，在S902中，终端设备1和终端设备2可以接收公共消息的配置信息。其中，终端设备1可以为空闲态或非激活态的终端设备，终端设备2可以为连接态的终端设备。

S903，终端设备1和终端设备2获取多播业务的配置信息。

此处，针对于终端设备1来说，终端设备1可以根据公共消息的配置信息接收公共消息(此处可以为更新前的公共消息)，公共消息包括多播业务的配置信息。

针对于终端设备2来说，终端设备2可以根据公共消息的配置信息接收公共消息(此处可以为更新前的公共消息)，公共消息包括多播业务的配置信息。或者，终端设备2也可以接收来自接入网设备的RRC消息，该RRC消息包括多播业务的配置信息。

S904，终端设备1根据所处的RRC状态，确定获取多播业务的配置更新信息的方式为第一方式。

此处，终端设备1确定自身处于空闲态或非激活态，则可以确定获取多播业务的配置更新信息的方式为第一方式。

S905，终端设备2根据所处的RRC状态，确定获取多播业务的配置更新信息的方式为第二方式。

此处，终端设备2确定自身处于连接态，则可以确定获取多播业务的配置更新信息的方式为第二方式。

S906，终端设备1采用第一方式来获取多播业务的配置更新信息。

S907，终端设备2采用第二方式来获取多播业务的配置更新信息。

此处，S906和S907的具体实现可以参见上文S706和S707，不再赘述。

采用上述方式，连接态的终端设备可以根据当前所处的状态，来确定采用第二方式来获取多播业务的配置更新信息，不再通过公共消息获取多播业务的配置更新信息，从而能够有效避免不必要的接收行为，降低终端设备的功耗。且该种方式可以根据终端设备所处的状态来有效规范终端设备的行为，而无需接入网设备额外发送指示信息(即对接入网设备侧的改动较小)，从而能够有效节省信令开销，实现较为简单快捷。

针对于上述实施例一至实施例四，需要说明的是：

(1)上述侧重描述了实施例一至实施例四的差异之处，除差异之处的其它内容，实施例一至实施例四之间可以相互参照。

(2)实施例一至实施例四所描述的各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。此外，各个流程图中所示意的步骤并非全部是必须执行的步骤，可以根据实际需要在各个流程图的基础上增添或者删除部分步骤。

上述主要从设备交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，接入网设备或终端设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对接入网设备或终端设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在采用集成的单元的情况下，图10示出了本申请实施例中所涉及的装置的可能的示例性框图。如图10所示，装置1000可以包括：处理单元1002和通信单元1003。处理单元1002用于对装置1000的动作进行控制管理。通信单元1003用于支持装置1000与其他设备的通信。可选地，通信单元1003也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。可选的，装置1000还可以包括存储单元1001，用于存储装置1000的程序代码和/或数据。

该装置1000可以为上述实施例中的终端设备、或者还可以为设置在终端设备中的芯片。处理单元1002可以支持装置1000执行上文中各方法示例中终端设备的动作。或者，处理单元1002主要执行方法示例中的终端设备的内部动作，通信单元1003可以支持装置1000与其它设备之间的通信。

具体地，在一个实施例中，通信单元1003用于：获取多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；以及，接收来自接入网设备的第一指示信息，所述第一指示信息指示所述终端设备获取所述多播业务的配置更新信息的方式；其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。

在一种可能的设计中，通信单元1003具体用于：接收来自所述接入网设备的第一无线资源控制RRC消息，所述第一RRC消息包括所述多播业务的配置信息；或者，接收来自所述接入网设备的公共消息，所述公共消息包括所述多播业务的配置信息。

在一种可能的设计中，通信单元1003在接收来自接入网设备的第一指示信息之前，还用于：接收来自所述接入网设备的第三RRC消息，所述第三RRC消息包括所述第一方式的索引和所述第二方式的索引。

在一种可能的设计中，通信单元1003还用于：接收来自所述接入网设备的第二指示信息，所述第二指示信息指示所述第一指示信息的生效时间。

在又一个实施例中，通信单元1003用于：获取多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；处理单元1002用于：根据所述终端设备所处的无线资源控制RRC状态，确定所述终端设备获取所述多播业务的配置更新信息的方式；其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。

在一种可能的设计中，处理单元1002具体用于：当所述终端设备处于空闲态或非激活态时，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；或者，当所述终端设备处于连接态时，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。

在一种可能的设计中，通信单元1003还用于：接收来自接入网设备的公共消息的配置信息和第三指示信息，所述第三指示信息指示所述公共消息的配置信息用于空闲态或非激活态的终端设备接收所述公共消息；处理单元1002具体用于：根据所述第三指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；处理单元1002具体用于：根据所述第三指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。

在一种可能的设计中，通信单元1003还用于：接收来自接入网设备的所述公共消息的配置信息和第四指示信息，所述公共消息的配置信息包括所述公共消息的修改通知信息，所述第四指示信息指示所述公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知；处理单元1002具体用于：根据所述第四指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；处理单元1002具体用于：根据所述第四指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。

该装置1000可以为上述实施例中的接入网设备、或者还可以为设置在接入网设备中的芯片。处理单元1002可以支持装置1000执行上文中各方法示例中接入网设备的动作。或者，处理单元1002主要执行方法示例中的接入网设备的内部动作，通信单元1003可以支持装置1000与其它设备之间的通信。

具体地，在一个实施例中，通信单元1003用于：发送多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；以及，向终端设备发送第一指示信息，所述第一指示信息指示所述终端设备获取所述多播业务的配置更新信息的方式；其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。

在一种可能的设计中，通信单元1003具体用于：向所述终端设备发送第一RRC消息，所述第一RRC消息包括所述多播业务的配置信息；或者，发送公共消息，所述公共消息包括所述多播业务的配置信息。

在一种可能的设计中，通信单元1003在向终端设备发送第一指示信息之前，还用于：向所述终端设备发送第三RRC消息，所述第三RRC消息包括所述第一方式的索引和所述第二方式的索引。

在一种可能的设计中，通信单元1003还用于：向所述终端设备发送第二指示信息，所述第二指示信息指示所述第一指示信息的生效时间。

在又一个实施例中，处理单元1002用于：确定第三指示信息；通信单元1003用于：发送公共消息的配置信息和所述第三指示信息，所述第三指示信息指示所述公共消息的配置信息用于空闲态或非激活态的终端设备接收所述公共消息。或者，处理单元1002用于：确定第四指示信息；通信单元1003用于：发送公共消息的配置信息和所述第四指示信息，所述公共消息的配置信息包括所述公共消息的修改通知信息，所述第四指示信息指示所述公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各操作或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

图11为本申请实施例提供的一种终端设备的结构示意图，其可以为以上实施例中的终端设备，用于实现以上实施例中终端设备的操作。如图11所示，该终端设备包括：天线1110、射频部分1120、信号处理部分1130。天线1110与射频部分1120连接。在下行方向上，射频部分1120通过天线1110接收网络设备发送的信息，将网络设备发送的信息发送给信号处理部分1130进行处理。在上行方向上，信号处理部分1130对终端设备的信息进行处理，并发送给射频部分1120，射频部分1120对终端设备的信息进行处理后经过天线1110发送给网络设备。

信号处理部分1130可以包括调制解调子系统，用于实现对数据各通信协议层的处理；还可以包括中央处理子系统，用于实现对终端设备操作系统以及应用层的处理；此外，还可以包括其它子系统，例如多媒体子系统，周边子系统等，其中多媒体子系统用于实现对终端设备相机，屏幕显示等的控制，周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。

调制解调子系统可以包括一个或多个处理元件1131，例如，包括一个主控CPU和其它集成电路。此外，该调制解调子系统还可以包括存储元件1132和接口电路1133。存储元件1132用于存储数据和程序，但用于执行以上方法中终端设备所执行的方法的程序可能不存储于该存储元件1132中，而是存储于调制解调子系统之外的存储器中，使用时调制解调子系统加载使用。接口电路1133用于与其它子系统通信。

该调制解调子系统可以通过芯片实现，该芯片包括至少一个处理元件和接口电路，其中处理元件用于执行以上终端设备执行的任一种方法的各个步骤，接口电路用于与其它装置通信。在一种实现中，终端设备实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现，例如用于终端设备的装置包括处理元件和存储元件，处理元件调用存储元件存储的程序，以执行以上方法实施例中终端设备执行的方法。存储元件可以为与处理元件处于同一芯片上的存储元件，即片内存储元件。

在另一种实现中，用于执行以上方法中终端设备所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件，即片外存储元件。此时，处理元件从片外存储元件调用或加载程序于片内存储元件上，以调用并执行以上方法实施例中终端设备执行的方法。

在又一种实现中，终端设备实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件，这些处理元件设置于调制解调子系统上，这里的处理元件可以为集成电路，例如：一个或多个ASIC，或，一个或多个DSP，或，一个或者多个FPGA，或者这些类集成电路的组合。这些集成电路可以集成在一起，构成芯片。

终端设备实现以上方法中各个步骤的单元可以集成在一起，以SOC的形式实现，该SOC芯片，用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件，由处理元件调用存储元件的存储的程序的形式实现以上终端设备执行的方法；或者，该芯片内可以集成至少一个集成电路，用于实现以上终端设备执行的方法；或者，可以结合以上实现方式，部分单元的功能通过处理元件调用程序的形式实现，部分单元的功能通过集成电路的形式实现。

可见，以上用于终端设备的装置可以包括至少一个处理元件和接口电路，其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端设备执行的方法。处理元件可以以第一种方式：即调用存储元件存储的程序的方式执行终端设备执行的部分或全部步骤；也可以以第二种方式：即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端设备执行的部分或全部步骤；当然，也可以结合第一种方式和第二种方式执行终端设备执行的部分或全部步骤。

这里的处理元件同以上描述，可以通过处理器实现，处理元件的功能可以和图10中所描述的处理单元的功能相同。示例性地，处理元件可以是通用处理器，例如CPU，还可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个ASIC，或，一个或多个微处理器DSP，或，一个或者多个FPGA等，或这些集成电路形式中至少两种的组合。存储元件可以通过存储器实现，存储元件的功能可以和图10中所描述的存储单元的功能相同。存储元件可以通过存储器实现，存储元件的功能可以和图10中所描述的存储单元的功能相同。存储元件可以是一个存储器，也可以是多个存储器的统称。

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

参见图12，为本申请实施例提供的一种接入网设备的结构示意图，该接入网设备(或基站)可应用于如图1所示的系统架构中，执行上述方法实施例中接入网设备的功能。接入网设备120可包括一个或多个DU 1201和一个或多个CU 1202。所述DU 1201可以包括至少一个天线12011，至少一个射频单元12012，至少一个处理器12013和至少一个存储器12014。所述DU 1201部分主要用于射频信号的收发以及射频信号与基带信号的转换，以及部分基带处理。CU1202可以包括至少一个处理器12022和至少一个存储器12021。

所述CU 1202部分主要用于进行基带处理，对接入网设备进行控制等。所述DU 1201与CU 1202可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。所述CU 1202为接入网设备的控制中心，也可以称为处理单元，主要用于完成基带处理功能。例如所述CU 1202可以用于控制接入网设备执行上述方法实施例中关于接入网设备的操作流程。

此外，可选的，接入网设备120可以包括一个或多个射频单元，一个或多个DU和一个或多个CU。其中，DU可以包括至少一个处理器12013和至少一个存储器12014，射频单元可以包括至少一个天线12011和至少一个射频单元12012，CU可以包括至少一个处理器12022和至少一个存储器12021。

在一个实例中，所述CU1202可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器12021和处理器12022可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。所述DU1201可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器12014和处理器12013可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

图12所示的接入网设备能够实现上述方法实施例中涉及接入网设备的各个过程。图12所示的接入网设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

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

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

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

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

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

Claims

一种通信方法，其特征在于，所述方法适用于终端设备或者所述终端设备中的芯片，所述方法包括：

获取多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；

接收来自接入网设备的第一指示信息，所述第一指示信息指示所述终端设备获取所述多播业务的配置更新信息的方式；

其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。
根据权利要求1所述的方法，其特征在于，所述获取多播业务的配置信息，包括：

接收来自所述接入网设备的第一无线资源控制RRC消息，所述第一RRC消息包括所述多播业务的配置信息；或者，

接收来自所述接入网设备的公共消息，所述公共消息包括所述多播业务的配置信息。
根据权利要求1或2所述的方法，其特征在于，所述第一指示信息承载于第二RRC消息，或者媒体接入控制MAC控制元素CE，或者下行控制信息DCI。
根据权利要求3所述的方法，其特征在于，所述第一指示信息包括所述终端设备获取所述多播业务的配置更新信息的方式的索引。
根据权利要求4所述的方法，其特征在于，所述接收来自接入网设备的第一指示信息之前，所述方法还包括：

接收来自所述接入网设备的第三RRC消息，所述第三RRC消息包括所述第一方式的索引和所述第二方式的索引。
根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：

接收来自所述接入网设备的第二指示信息，所述第二指示信息指示所述第一指示信息的生效时间。
一种通信方法，其特征在于，所述方法适用于接入网设备或者所述接入网设备中的芯片，所述方法包括：

发送多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；

向终端设备发送第一指示信息，所述第一指示信息指示所述终端设备获取所述多播业务的配置更新信息的方式；

其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。
根据权利要求7所述的方法，其特征在于，所述发送多播业务的配置信息，包括：

向所述终端设备发送第一RRC消息，所述第一RRC消息包括所述多播业务的配置信息；或者，

发送公共消息，所述公共消息包括所述多播业务的配置信息。
根据权利要求7或8所述的方法，其特征在于，所述第一指示信息承载于第二RRC消息，或者MAC CE，或者DCI。
根据权利要求9所述的方法，其特征在于，所述第一指示信息包括所述终端设备获取所述多播业务的配置更新信息的方式的索引。
根据权利要求10所述的方法，其特征在于，所述向终端设备发送第一指示信息之前，还包括：

向所述终端设备发送第三RRC消息，所述第三RRC消息包括所述第一方式的索引和所述第二方式的索引。
根据权利要求7至11中任一项所述的方法，其特征在于，所述方法还包括：

向所述终端设备发送第二指示信息，所述第二指示信息指示所述第一指示信息的生效时间。
一种通信方法，其特征在于，所述方法适用于终端设备或者所述终端设备中的芯片，所述方法包括：

获取多播业务的配置信息，所述配置信息用于所述终端设备接收所述多播业务的数据；

根据所述终端设备所处的RRC状态，确定所述终端设备获取所述多播业务的配置更新信息的方式；

其中，所述终端设备获取所述多播业务的配置更新信息的方式为第一方式或第二方式；所述第一方式为通过接收公共消息来获取所述配置更新信息，所述第二方式为通过接收专用消息来获取所述配置更新信息。
根据权利要求13所述的方法，其特征在于，根据所述终端设备所处的RRC状态，确定所述终端设备获取所述多播业务的配置更新信息的方式，包括：

当所述终端设备处于空闲态或非激活态时，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；或者，

当所述终端设备处于连接态时，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。
根据权利要求14所述的方法，其特征在于，所述方法还包括：接收来自接入网设备的公共消息的配置信息和第三指示信息，所述第三指示信息指示所述公共消息的配置信息用于空闲态或非激活态的终端设备接收所述公共消息；

确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式，包括：根据所述第三指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；

确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式，包括：根据所述第三指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。
根据权利要求14所述的方法，其特征在于，所述方法还包括：接收来自接入网设备的所述公共消息的配置信息和第四指示信息，所述公共消息的配置信息包括所述公共消息的修改通知信息，所述第四指示信息指示所述公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知；

确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式，包括：根据所述第四指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第一方式；

确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式，包括：根据所述第四指示信息，确定所述终端设备获取所述多播业务的配置更新信息的方式为所述第二方式。
一种通信方法，其特征在于，所述方法适用于接入网设备或者所述接入网设备中的芯片，所述方法包括：

确定第三指示信息；

发送公共消息的配置信息和所述第三指示信息，所述第三指示信息指示所述公共消息的配置信息用于空闲态或非激活态的终端设备接收所述公共消息。
一种通信方法，其特征在于，所述方法适用于接入网设备或者所述接入网设备中的芯片，所述方法包括：

确定第四指示信息；

发送公共消息的配置信息和所述第四指示信息，所述公共消息的配置信息包括所述公共消息的修改通知信息，所述第四指示信息指示所述公共消息的修改通知信息用于空闲态或非激活态的终端设备接收所述公共消息的修改通知。
一种通信装置，其特征在于，包括用于执行如权利要求1至6中任一项所述方法或者如权利要求13至16中任一项所述方法的模块。
一种通信装置，其特征在于，包括用于执行如权利要求7至12中任一项所述方法或者如权利要求17所述方法或者如权利要求18所述方法的模块。
一种通信装置，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器中存储有计算机程序；所述处理器用于调用所述存储器中的计算机程序，使得所述通信装置执行如权利要求1至6中任一项所述的方法或者如权利要求13至16中任一项所述的方法。
一种通信装置，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器中存储有计算机程序；所述处理器用于调用所述存储器中的计算机程序，使得所述通信装置执行如权利要求7至12中任一项所述的方法或者如权利要求17所述的方法或者如权利要求18所述的方法。
一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至18中任一项所述的方法。