CN115967913A - 通信方法及装置 - Google Patents

Abstract

本申请实施例提供了一种通信方法及装置。该方法包括：多播会话管理网元接收来自应用服务器的第一多播业务的第一信息，第一信息用于表示以下至少一项：第一多播业务的第一服务区域、第一多播业务的类型、或第一多播业务；多播会话管理网元根据第一信息，向应用服务器发送第一多播业务的第二服务区域标识。进而在应用服务器不了解网络拓扑信息的情况下，可以获取第一多播业务的第二服务区域标识即第一多播业务的SAI。

Description

通信方法及装置

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及一种通信方法及装置。

背景技术

在无线通信中，基站在广播业务开始之前，会通过系统消息块(SystemInformation Block，SIB)在空口广播此后可能在一小区发送的多播广播业务与频率的对应关系。进而终端设备选择多播广播的频率以接收广播数据。此时，在SIB发送的多播广播业务可能是已经在核心网分配资源的多播广播业务，也有可能是仅仅分配了多播广播业务标识如临时移动组标识(temporary mobile group identifier，TMGI)的多播广播业务。

在第四代(4th generation，4G)系统的多播广播中，定义了服务区域标识(Service Area Identifier，SAI)。基站会在SIB中广播SAI和频率的对应关系，并且终端设备侧配置了TMGI和SAI的对应关系。这样，终端设备可以通过读取SIB消息获取TMGI和频率的对应关系。此外，对于4G系统的多播广播，其应用场景主要集中在公共安全场景，故可以假设应用服务器(application server，AS)具有较高的权限，可以了解到网络拓扑信息，即AS可以获知TMGI和SAI的对应关系。

而目前在第五代(5th generation，5G)系统的多播广播中，仅定义了TMGI，如果网络侧不作任何的优化，会导致在SIB消息中发送过多的TMGI，从而导致系统广播资源的浪费。此外，对于5G系统的多播广播，即使定义了SAI，但是由于其应用场景比较广泛，故无法假设AS具有较高的权限，无法了解到网络拓扑信息，即AS无法获知TMGI和SAI的对应关系。因此，对于5G系统的多播广播，如何在AS不了解网络拓扑信息的情况下获取多播广播业务对应的SAI是一个亟待解决的问题。

发明内容

本申请实施例提供一种通信方法及装置，能够在AS不了解网络拓扑信息的情况下获取多播广播业务对应的SAI，进而降低了系统广播资源的浪费。

第一方面，提供了一种通信方法，该通信方法例如可以由多播会话管理网元执行，或者也可以由配置在多播会话管理网元中的部件(如电路、芯片或芯片系统等)执行。本申请对此不作限定。

所述通信方法包括：接收来自应用服务器的第一多播业务的第一信息，所述第一信息用于表示以下至少一项：所述第一多播业务的第一服务区域、所述第一多播业务的类型、或所述第一多播业务；根据所述第一信息，向所述应用服务器发送所述第一多播业务的第二服务区域标识。

在上述技术方案中，多播会话管理网元根据应用服务器发送的第一信息向应用服务器发送第一多播业务的第二服务区域标识，进而可以在应用服务器不了解网络拓扑信息的情况下，获取第一多播业务的第二服务区域标识即第一多播业务的SAI。

结合第一方面，在第一方面的某些实现方式中，所述多播会话管理网元根据所述第一信息，向所述应用服务器发送所述第一多播业务的第二服务区域标识，包括：所述多播会话管理网元确定与所述第一信息对应的所述第一多播业务的第二服务区域标识；所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二服务区域标识。

结合第一方面，在第一方面的某些实现方式中，所述通信方法还包括：所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二信息，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

当第二信息包含第一多播业务的临时多播群组标识时，可以支持应用服务器请求多个临时多播群组标识的场景。

当第二信息包含第一多播业务的频率时，可以进一步获取网络侧第一多播业务的第二服务区域标识对应的频率，这样可以进一步将第一多播业务的服务服务区域标识对应的频率提供给终端设备，使得终端设备能够直接通过第一多播业务的服务服务区域标识对应的频率获取多播的对应参数，例如调度信息等，节约了终端设备先读取网络设备第一多播业务的服务服务区域标识对应的频率的步骤，即节省了终端设备的功耗和信令开销。

在一种可实现的方式中，所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二信息包括：所述多播会话管理网元确定与所述第一多播业务的第一信息对应的所述第一多播业务的第二信息；所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二信息。

在另一种可实现的方式中，所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二信息包括：所述多播会话管理网元确定与所述第一多播业务的第二服务区域标识对应的所述第一多播业务的第二信息；所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二信息。

结合第一方面，在第一方面的某些实现方式中，所述第一信息携带在临时多播群组标识分配请求消息中。

将第一信息携带在现有的临时多播群组标识分配请求消息中，即在应用服务器请求分配临时多播群组标识的过程中，请求分配第一多播业务的第二服务区域标识，进而可以复用已有的请求分配临时多播群组标识的流程，减少对现有协议的改动，并且加快处理速度，不需要再执行一遍网元间的交互。

结合第一方面，在第一方面的某些实现方式中，所述第一多播业务的第二服务区域标识携带在所述临时多播群组标识分配请求消息的响应消息中。

将第一多播业务的第二服务区域标识携带在现有的临时多播群组标识分配请求消息的响应消息中，即在多播会话管理网元请求分配临时多播群组标识的过程中，将第一多播业务的第二服务区域标识携带在临时多播群组标识分配请求消息的响应消息中发送给应用服务器，进而可以复用已有的请求分配临时多播群组标识的流程，减少对现有协议的改动，并且加快处理速度，不需要再执行一遍网元间的交互。

结合第一方面，在第一方面的某些实现方式中，所述第一多播业务的第二信息携带在所述临时多播群组标识分配请求消息的响应消息中。

将第一多播业务的第二信息携带在现有的临时多播群组标识分配请求消息的响应消息中，即在多播会话管理网元请求分配临时多播群组标识的过程中，将第一多播业务的第二信息携带在临时多播群组标识分配请求消息的响应消息中发送给应用服务器，进而可以复用已有的请求分配临时多播群组标识的流程，减少对现有协议的改动，并且加快处理速度，不需要再执行一遍网元间的交互。

结合第一方面，在第一方面的某些实现方式中，所述通信方法还包括：所述多播会话管理网元接收来自所述应用服务器会话创建请求消息；所述多播会话管理网元根据所述会话创建请求消息，将所述第一多播业务的第二服务区域标识告知第一网络设备。

可选地，所述会话创建请求消息可以携带所述第一多播业务的第二服务区域标识和/或所述第一多播业务的第二信息。这样可以在多播会话管理网元未存储所述第一多播业务的第二服务区域标识和/或所述第一多播业务的第二信息的情况下，获取所述第一多播业务的第二服务区域标识和/或所述第一多播业务的第二信息。以便将所述第一多播业务的第二服务区域标识和/或所述第一多播业务的第二信息提供给相应的网络设备，可以动态地控制相应的网络设备即第一网络设备，广播第一多播业务的第二服务区域标识。此外，第一网络设备不会广播过多的TMGI，从而避免了系统广播资源的浪费。

结合第一方面，在第一方面的某些实现方式中，所述多播会话管理网元根据所述会话创建请求消息，将所述第一多播业务的第二服务区域标识告知第一网络设备，包括：所述多播会话管理网元根据所述会话创建请求消息，确定所述第一网络设备；将所述第一多播业务的第二服务区域标识告知第一网络设备。

结合第一方面，在第一方面的某些实现方式中，所述通信方法还包括：所述多播会话管理网元将所述第一多播业务的第二信息告知第一网络设备。

第二方面，提供了一种通信方法，该通信方法例如可以由应用服务器执行，或者也可以由配置在应用服务器中的部件(如电路、芯片或芯片系统等)执行。本申请对此不作限定。

所述通信方法包括：向多播会话管理网元发送第一多播业务的第一信息，所述第一信息包括以下至少一项：所述第一多播业务的第一服务区域、所述第一多播业务的类型、或所述第一多播业务；接收来自所述多播会话管理网元的所述第一多播业务的第二服务区域标识；将所述第一多播业务的第二服务区域标识告知终端设备。

在上述技术方案中，应用服务器向多播会话管理网元发送第一信息，请求第一多播业务的第二服务区域标识，以从多播会话管理网元获取第一多播业务的第二服务区域标识，进而可以在应用服务器不了解网络拓扑信息的情况下，获取第一多播业务的第二服务区域标识即第一多播业务的SAI。

结合第二方面，在第二方面的某些实现方式中，所述通信方法还包括：所述应用服务器接收来自所述多播会话管理网元的所述第一多播业务的第二信息，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

结合第二方面，在第二方面的某些实现方式中，所述第一信息携带在临时多播群组标识临时多播群组标识分配请求消息中。

结合第二方面，在第二方面的某些实现方式中，所述第一多播业务的第二服务区域标识携带在所述临时多播群组标识分配请求消息的响应消息中。

结合第二方面，在第二方面的某些实现方式中，所述应用服务器将所述第一多播业务的第二服务区域标识告知终端设备包括：所述应用服务器将所述第一多播业务的第二服务区域标识携带在服务公告消息中告知所述终端设备。

将第一多播业务的第二服务区域标识携带在现有的服务公告消息中，可以复用已有的请求分配临时多播群组标识的流程，减少对现有协议的改动，并且加快处理速度，不需要再执行一遍网元间的交互。

结合第二方面，在第二方面的某些实现方式中，所述通信方法还包括：所述应用服务器将所述第一多播业务的第二信息告知终端设备。

结合第二方面，在第二方面的某些实现方式中，所述应用服务器将所述第一多播业务的第二信息告知终端设备包括：所述应用服务器将所述第一多播业务的第二信息携带在服务公告消息中告知所述终端设备。

将第一多播业务的第二信息携带在现有的服务公告消息中，可以复用已有的请求分配临时多播群组标识的流程，减少对现有协议的改动，并且加快处理速度，不需要再执行一遍网元间的交互。

第三方面，提供了一种通信方法，该通信方法例如可以由网络设备网元执行，或者也可以由配置在网络设备中的部件(如电路、芯片或芯片系统等)执行。本申请对此不作限定。

所述通信方法包括：接收第一多播业务的第二服务区域标识；广播所述第一多播业务的第二服务区域标识。

网络设备根据接收的第一多播业务的第二服务区域标识，可以动态地广播第一多播业务的第二服务区域标识。使得网络设备不会广播过多的TMGI，从而避免了系统广播资源的浪费。

结合第三方面，在第三方面的某些实现方式中，所述通信方法还包括：所述网络设备接收第一多播业务的第二信息和/或第一多播业务的第一服务区域；所述网络设备广播所述第一多播业务的第二信息和/或所述第一多播业务的第一服务区域；其中，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

第四方面，提供了一种通信装置，所述装置用于执行上述第一方面任一种可能实现方式中的通信方法。具体地，该装置可以包括用于执行第一方面或第一方面的上述任意一种实现方式提供的通信方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为多播会话管理网元。当该装置为多播会话管理网元时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为配置于多播会话管理网元中的芯片、芯片系统或电路。当该装置为配置于多播会话管理网元中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第五方面，提供了一种通信装置，所述装置用于执行上述第二方面任一种可能实现方式中的通信方法。具体地，该装置可以包括用于执行第二方面或第二方面的上述任意一种实现方式提供的通信方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为应用服务器。当该装置为应用服务器时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为配置于应用服务器中的芯片、芯片系统或电路。当该装置为配置于应用服务器中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第六方面，提供了一种通信装置，所述装置用于执行上述第三方面任一种可能实现方式中的通信方法。具体地，该装置可以包括用于执行第三方面或第三方面的上述任意一种实现方式提供的通信方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为网络设备。当该装置为网络设备时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为配置于网络设备中的芯片、芯片系统或电路。当该装置为配置于网络设备中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第七方面，提供一种通信装置，该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第一方面或第一方面的上述任意一种实现方式中的通信方法。

在一种实现方式中，该装置为多播会话管理网元。

在另一种实现方式中，该装置为配置于多播会话管理网元中的芯片、芯片系统或电路。

第八方面，提供一种通信装置，该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第二方面或第二方面的上述任意一种实现方式中的通信方法。

在一种实现方式中，该装置为应用服务器。

在另一种实现方式中，该装置为配置于应用服务器中的芯片、芯片系统或电路。

第九方面，提供一种通信装置，该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第三方面或第三方面的上述任意一种实现方式中的通信方法。

在一种实现方式中，该装置为网络设备。

在另一种实现方式中，该装置为配置于网络设备中的芯片、芯片系统或电路。

第十方面，提供了一种处理器，用于执行第一方面至第三方面中任一种可能实现方式中的通信方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第十一方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面至第三方面中任一种可能实现方式中的通信方法。

第十二方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序(也可以称为代码，或指令)，当其在计算机上运行时，使得计算机执行上述第一方面至第三方面中任一种可能实现方式中的通信方法。

第十三方面，提供一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述第一方面至第三方面中任一种可能实现方式中的通信方法。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述第一方面至第三方面中任一种可能实现方式中的通信方法。

第十四方面，提供了一种通信系统，包括前述的多播会话管理网元、应用服务器、和/或第一网络设备，其中，所述多播会话管理网元用于执行如第一方面中任一种可能实现方式中的通信方法；或者，所述应用服务器用于执行如第二方面中任一种可能实现方式中的通信方法；或者，所述第一网络设备用于执行如第三方面中任一种可能实现方式中的通信方法。

附图说明

图1为一种通信系统的架构图。

图2为本申请实施例提供的一种通信方法示意性流程图。

图3为本申请实施例提供的又一种通信方法的示意性流程图。

图4为本申请实施例提供的一种通信装置的示意性框图。

图5为本申请实施例提供的另一种通信装置的示意性框图。

图6为本申请实施例提供的一种通信系统的示意图。

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、未来的5G系统或新无线(New Radio，NR)等。

本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统等。本申请对此不作限定。

本申请提供的技术方案还可以应用于机器类通信(machine typecommunication，MTC)、机器间通信长期演进技术(long term evolution-machine，LTE-M)、设备到设备(device-to device，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网系统中的通信方式统称为车到其他设备(vehicle to X，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle to vehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle topedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。

图1是适用于本申请实施例的一种通信系统的架构的示意图。如图1所示，如图1所示，该架构例如是第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)协议TS23.501中定义的5G系统(the 5h generation system，5GS)。该架构可以分为接入网(access network，AN)和核心网(core network，CN)两部分。其中，接入网可用于实现无线接入有关的功能，核心网主要包括以下几个关键逻辑网元：接入和移动性管理功能(accessand mobility management function，AMF)、会话管理功能(session managementfunction，SMF)、用户面功能(user plane function，UPF)、策略控制功能(policy controlfunction，PCF)和统一数据管理(unified data management，UDM)等。

下面对图1中示出的各网元做简单介绍：

1、用户设备(user equipment，UE)：可以称终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。

终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，终端设备还可以是物联网(internet of things，IoT)系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

2、接入网：为用户设备提供入网功能，并能够根据用户的级别、业务的需求等使用不同质量的传输隧道。接入网络可以为采用不同接入技术的接入网络。目前的无线接入技术有两种类型：3GPP接入技术(例如3G、4G或5G系统中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术，例如，5G系统中的接入网设备称为下一代基站节点(next generation Node Base station，gNB)。非3GPP接入技术是指不符合3GPP标准规范的接入技术，例如，以无线保真(wireless fidelity，WiFi)中的接入点(access point，AP)为代表的空口技术。

基于无线通信技术实现接入网络功能的接入网可以称为无线接入网(radioaccess network，RAN)。在5G通信系统中，该RAN还可以称为下一代无线接入网络(nextgeneration radio access network，NG-RAN)。无线接入网能够管理无线资源，为终端设备提供接入服务，进而完成控制信号和用户数据在终端和核心网之间的转发。

无线接入网可以包括但不限于：无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(baseband unit，BBU)，WiFi系统中的AP、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为5G(如，NR)系统中的gNB或传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)，或者下一代通信6G系统中的基站等。本申请实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。

接入网可以为小区提供服务。终端设备可以通过接入网设备分配的传输资源(例如，频域资源，或者说，频谱资源)与小区通信。

此外，在本申请实施例中，接入网设备还可以用于通过共享的N3接口接收MBS业务的数据(MBS数据)，并使用点到点(point to point，PTP)或点到多点(point to multi-point，PTM)传输方式将MBS数据传输给终端设备；或者，通过N2接口管理MBS会话的QoS流。

3、AMF：主要用于移动性管理和接入管理等，如用户位置更新、用户注册网络、用户切换等。AMF还可用于实现移动性管理实体(mobility management entity，MME)中除会话管理之外的其它功能。例如，合法监听、或接入授权(或鉴权)等功能。

在本申请实施例中，AMF还可以执行以下功能：与接入网设备、多播会话管理功能(multicast broadcast SMF，MB-SMF)进行MBS会话管理的信令交互；选择接入网设备进行广播等。

4、SMF：主要用于会话管理、UE的网际协议(Internet Protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制、或收费功能接口的终结点以及下行数据通知等。

5、MB-SMF：具有MBS功能的会话管理功能网元。MB-SMF可以用于MBS会话管理(包括QoS控制)，以及MBS传输的控制，包括基于来自PCF或本地的MBS业务的策略规则为MBS流传输配置数据面网关MB-UPF和RAN节点(通过AMF)。MB-SMF还可以与MBS业务的服务器或多播广播业务功能网元(multicast broadcast service function，MBSF)或网络开放功能(network exposure function，NEF)相连，以便接收MBS业务的相关信息(例如，目标信息)。此外，MB-SMF还可以与PCF相连，以便为MBS业务创建资源。MB-SMF可以集成在PCF或SMF中作为一个功能模块，也可以单独部署，本申请对此不做限定。

在本申请实施例中，MB-SMF还可以执行以下功能：选择AMF。

6、UPF：即，数据面网关。可用于分组路由和转发、或用户面数据的服务质量(quality of service，QoS)处理等。用户数据可通过该网元接入到数据网络(datanetwork，DN)。

7、多播广播数据面网关(multicast broadcast UPF，MB-UPF)：用于向RAN传输MBS业务的QoS流。MB-UPF支持MBS业务的功能有：对MBS流的下行包进行过滤；将MBS数据包分发到RAN节点(或UPF)；基于现有方法的QoS增强和计数/报告。MB-UPF可以集成到UPF中作为一个功能模块，或者单独部署，本申请对此不做限定。

8、多播广播服务功能(multicast and broadcast service function，MBSF)：其包含了多播广播服务业务层的相关管理功能。MBSF支持的MBS相关的功能包括：与NEF、MB-SMF、多播广播服务传输功能(multicast and broadcast service transport function，MBSTF)交互业务层相关的信息；对于下行的多播广播业务数据进行编码相关的管理功能；对于应用功能(application function，AF)提供的用于控制面的参数进行过滤与修改；决定数据的传输方式(例如，使用单播传输，或者使用广播传输等)。

9、MBSTF：其包含了多播广播服务业务层的相关数据传输功能。MBSTF支持的MBS相关的功能包括：与MBSF交互获取多播广播数据传输的控制信息；根据MBSF的配置，对下行的多播广播业务数据进行编码；将从AF处接收的多播广播数据进行分发，传输到MB-SMF或UPF等等。

10、NEF：用于安全地向外部开放由3GPP网络功能提供的业务和能力等。

11、AF：负责向3GPP网络提供业务，如影响业务路由、与PCF之间交互以进行策略控制等。

在本申请实施例中，AF还可以称为AS。

12、策略控制功能(PCF)：用于指导网络行为的统一策略框架，为控制平面功能网元(例如AMF，SMF等)提供策略规则信息等。

13、网络存储功能((network function(NF)repository function，NRF)：用于保存网络功能实体以及其提供服务的描述信息，以及支持服务发现，网元实体发现等。

14、统一数据管理(UDM)：用于存储用户数据，如签约信息、鉴权/授权信息等。

在图1所示的架构中，各网元之间可以通过图中所示的接口通信。如图1所示，N1接口为终端设备与AMF之间的参考点；N2接口为NG-RAN和AMF的参考点，用于非接入层(non-access stratum，NAS)消息的发送等；N3接口为NG-RAN和UPF之间的参考点，用于传输用户面的数据等；N3接口还为NG-RAN和MB-UPF之间的参考点，用于传输用户面的数据等；N4接口为SMF和UPF之间的参考点，用于传输例如N3连接的隧道标识信息，数据缓存指示信息，以及下行数据通知消息等信息；N6接口为MB-UPF和DN之间的参考点，用于传输用户面的数据等。

此外，N11mb接口(图1中未示出)为AMF和MB-SMF之间的参考点，用于AMF与MB-SMF交互多播广播相关的会话参数，例如更新QoS，区域等的信息，激活/去激活多播会话的指示信息等，AMF在接收到MB-SMF的参数后，可以传输至对应的基站侧；N33接口为AF/AS和NEF之间的参考点，用于AF/AS向NEF提供多播广播相关的参数，例如服务区域，多播广播的业务需求等；Nmb10接口(图1中未示出)为AF/AS和MBSF之间的参考点，用于AF/AS向MBSF提供多播广播相关的参数，例如服务区域，多播广播的业务需求，编码信息等；Nmb13接口(图1中未示出)为AF/AS和MB-SMF之间的参考点，用于AF/AS向MB-SMF提供多播广播相关的参数，例如服务区域，多播广播的业务需求；N29mb接口(图1中未示出)为NEF和MB-SMF之间的参考点，用于NEF向MB-SMF提供由AF侧发送的参数，可选地，NEF可能会将AF的参数进行适当处理(例如将地理位置信息翻译成小区或追踪区标识)，发送给MB-SMF；Nmb1接口(图1中未示出)为MBSF和MB-SMF之间的参考点，用于MBSF与MB-SMF交互业务层面的信息，例如多播广播会话传输的开始/结束的指示等；

其他接口与各网元之间的关系如图1中所示，为了简洁，这里不一一详述。

图1中Npcf、Nnrf、Nudm、Namf、Nsmf、Nmbsmf、Nnef、Naf、xmb-C/MB2-C、xmb-U/MB2-U、N1、N2、N3、N4、N6、MB-N9、Uu，以及图1中未示出的N11mb、Nmb10、Nmb13、N29mb、Nmb1等为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generationpartnership project，3GPP)标准协议中定义的含义，在此不做限制。

需要说明的是，图1中所涉及的各个网元以及网元之间的通信接口的名称是以目前协议中规定的为例进行简单说明的，但并不限定本申请实施例只能够应用于目前已知的通信系统。因此，以目前协议为例描述时出现的标准名称，都是功能性描述，本申请对于网元、接口或信令等的具体名称并不限定，仅表示网元、接口或者信令的功能，可以对应的扩展到其它系统，比如2G、3G、4G或未来通信系统中。

上述图1所示的本申请实施例能够应用的架构仅是一种举例说明，适用本申请实施例的架构并不局限于此，任何能够实现上述各个网元的功能的架构都适用于本申请实施例。

还应理解，图1中所示的AMF、SMF、UPF、MB-UPF、MB-SMF、MBSF、MBSTF、NEF、PCF、NRF、UDM可以理解为核心网中用于实现不同功能的网元，例如可以按需组合成网络切片。这些核心网网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在5G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。图1中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请对此不作具体限定。此外，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。

为便于理解本申请实施例，首先对本申请中涉及到的术语做简单说明。

1、多播：相同的服务和相同的特定内容数据同时提供给一组专用的UE(即，并非多播覆盖中的所有UE都被授权接收数据)。

2、广播：相同的特定内容数据同时提供给地理区域中的所有UE(即广播覆盖区域中的所有UE都被授权接收数据)。多播也可以称为组播。

3、多播/广播会话(MBS session)：一个多播/广播会话可以为一个多播/广播业务提供服务，一个多播/广播会话包括从数据网络到核心网设备再到接入网设备的单播或组播隧道、以及接入网设备分配的用于发送该多播/广播业务的单播或多播/广播空口资源。

需要说明的是，本申请实施例可适用于多播也可适用于广播。为了方便描述，以下均以多播为例进行描述。

下面介绍本申请提供的技术方案。

在本申请实施例中，“表示”可以包括直接表示和间接表示，也可以包括显式表示和隐式表示。将某一信息(如下文所述的第一信息)所表示的信息称为待表示信息，则具体实现过程中，对待表示信息进行表示的方式有很多种，例如但不限于，可以直接表示待表示信息，如待指示信息本身或者该待表示信息的索引/标识等。也可以通过指示其他信息来间接表示待表示信息，其中该其他信息与待表示信息之间存在关联关系。还可以仅仅指示待表示信息的一部分，而待表示信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)的各个信息的排列顺序来实现对特定信息的指示，从而在一定程度上降低指示开销。

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

在本申请实施例中，“当……时”、“在……的情况下”、“若”以及“如果”等描述均指在某种客观情况下设备(如，多播会话管理网元或者第一接入和移动管理功能网元)会做出相应的处理，并非是限定时间，且也不要求设备(如，多播会话管理网元或者第一接入和移动管理功能网元)在实现时一定要有判断的动作，也不意味着存在其它限定。

在本申请实施例中第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的服务区域等。

在本申请实施例中，应用服务器包括AS和应用功能(application function，AF)两部分功能模块。

其中，AS可以理解为是数据面实体，其向运行商网络(PLMN网络)发送目标业务(例如，下文中所述的第一多播业务)对应的多播/广播数据。

AF可以理解为是控制面实体，其具体可以包含以下功能：

(1)向运营商网络发送目标业务对应的配置参数。

示例性地，向运营商网络发送目标业务对应的业务需求参数，例如优先级信息，带宽信息，时延信息，标准化QoS标识等等。

(2)向运营商网络发送目标业务对应的控制参数。

示例性地，向运营商网络发送目标业务对应的激活/去激活的请求等。

(3)从运营商网络获取目标业务对应的参数，例如TMGI，SAI，频率等。

总的来说，应用服务器是用于配置或获取目标业务在运营商网络的参数，向运营网络发送目标业务的控制信息，以及向运营商网络发送目标业务的数据。

上面对本申请中涉及到的术语做了简单说明，下文实施例中不再赘述。下文将结合附图详细说明本申请实施例提供的通信方法。本申请提供的实施例可以应用于上述图1所示的架构中，不作限定。

图2和图3分别为本申请实施例提供的通信方法200的示意性流程图。

如图2所示，该通信方法200包括S210至S230。下面，详细介绍通信方法200包括的各个步骤。

S210，应用服务器向多播会话管理网元发送第一多播业务的第一信息。

相应地，多播会话管理网元接收来自应用服务器的第一多播业务的第一信息。

示例性地，第一多播业务可以为地图更新业务、公共安全业务、应急通信业务、视频传输业务(例如应急视频通信(mission critical video)，应急语音通信业务(missioncritical push-to-talk))、IoT软件升级业务等等。

其中，第一信息用于请求第一多播业务的第二服务区域标识。

需要指出的是，第一信息具体可以是一条消息，也可以是消息中的信元，不予限制。此外，第一信息可以用于请求的第二服务区域标识的个数不作限定。即第二服务区域标识可以是一个或多个。

为了方便描述，以下均以第一信息请求的第一多播业务的第二服务区域标识是一个为例进行描述。

在一个示例中，第一多播业务的第二服务区域标识用于标识一个或多个小区组成的区域。例如，SAI 1用于标识小区a和小区b组成的区域，此时，SAI 1＝{cell a，cell b}。SAI2用于标识小区a组成的区域，此时，SAI 2＝{cell a}；SAI 3用于标识小区a、小区b和小区c组成的区域，此时，SAI 3＝{cell a，cell b，cell c}。

此外，第二服务区域标识可以用于标识第二服务区域，具体还可以用于向CN指示UE的位置。

在另一个示例中，第一多播业务的第二服务区域标识可以包括一个或多个服务区域标识，每个服务区域标识可以是0～65535中的任意一个数字，其中，服务区域标识为0时可以表示全网的小区集合。服务区域标识由运营商配置，对应一个或多个小区。例如，第一多播业务的第二服务区域标识可以是{0}，或者{123}，或者{65534}，或者{65531，65532}等。

在又一个示例中，第一多播业务的第二服务区域标识可以类比现有的多媒体广播/多播业务服务区标识(multimedia broadcast/multicast service SAI，MBMS SAI)的结构和使用方式。

示例性地，第一信息用于表示以下至少一项：第一多播业务的第一服务区域(service area，SA)、第一多播业务的类型、或第一多播业务。

本申请实施例对第一信息表示第一多播业务的第一服务区域的方式不作限定。例如，第一信息包括第一多播业务的第一服务区域或第一服务区域的索引/标识，其中第一服务区域的索引/标识用于标识第一服务区域。

在一个示例中，第一多播业务的第一服务区域可以由一个或多个MBMS SAI组成，在任何情况下，每个MBMS SA不得包含超过256个MBMS SAI。MBMS SAI应识别PLMN内的一组小区，该小区独立于相关位置/路由/服务区和小区的物理位置。一个小区应能属于一个或多个MBMS SA，因此可由一个或多个MBMS SA寻址。MBMS SA是PLMN内的配置信息，应用服务器可以通过配置得到；或者通过其他方式，例如UE的上报获得。

在另一个示例中，第一多播业务的第一服务区域可以由一个或多个小区标识(cell id)构成，或由一个或多个追踪区域(tracking area，TA)构成。其中，小区标识和追踪区域可以由应用服务器通过配置得出，或者通过其他方式，例如UE的上报获得。

在又一个示例中，第一多播业务的第一服务区域可以由地理区域的信息构成，例如经纬度坐标的范围，街区名称等。此后，PLMN网络中的其他网元(例如NEF网元)，会将此地理区域的信息转换为对应PLMN网络的标识，例如小区列表(cell list)，该小区列表可以包括一个或多个小区的标识；或者，追踪区列表(tracking area list，TAI)，该追踪区列表包括一个或多个追踪区的标识；或者，基站标识列表(RAN id list)，该基站标识列表可以包括一个或多个基站的标识。

本申请实施例对第一信息表示第一多播业务的类型的方式不作限定。例如，第一信息包括第一多播业务的类型或第一多播业务的类型的索引/标识，其中第一多播业务的类型的索引/标识用于标识第一多播业务的类型。

第一多播业务的类型用于标识第一多播业务的业务类型。业务类型可以用于标识某一类型的业务。示例性地，第一多播业务的类型包括公共安全(public safety)业务类型、V2X业务类型、视频(Video)业务类型、广播电视业务类型、公众安全业务类型、IoT类型的业务类型或通用业务类型，等等。具体地，公共安全业务类型可以用于标识业务类型为公共安全的业务。

例如，若第一多播业务为地图更新业务，该第一多播业务的类型可以为公共安全业务类型或通用业务类型。

又例如，若第一多播业务为视频传输业务，该第一多播业务的类型可以为视频业务类型。

又例如，若第一多播业务为IoT软件升级业务，该第一多播业务的类型可以为IoT类型的业务类型。

本申请实施例对第一信息表示第一多播业务的方式不作限定。例如，第一信息包括第一多播业务或第一多播业务的标识，其中，第一多播业务的标识用于标识第一多播业务。

示例性地，第一多播业务的标识可以是第一多播业务的名称。

在一些实施例中，第一多播业务的标识还可以通过其他标识来实现。

在一个示例中，其他标识包括应用标识(application identifier)。

进一步地，根据应用标识可以确定第一多播业务。

例如，第一多播业务的标识可以是com.example.applicationid1，多播会话管理网元根据com.example.applicationid1中的全部或部分字段，得出第一多播业务为广播电视类型的业务。

又例如，第一多播业务的标识可以是com.facebook.xyz，多播会话管理网元根据其中的全部或部分字段，例如根据facebook标识，判断出第一多播业务为视频类型的业务。

再例如，第一多播业务的标识可以是com.whatsapp，多播会话管理网元根据其中的全部或部分字段，例如根据whatsapp标识，判断出第一多播业务为通用类型的业务。

在另一示例中，其他标识包括第一多播业务的特性的标识。例如，IP多播地址和/或端口号。

进一步地，根据第一多播业务的特性的标识和第一多播业务的对应关系，进而可以确定第一多播业务。

S220，多播会话管理网元根据第一信息，向应用服务器发送第一多播业务的第二服务区域标识。

相应地，应用服务器接收来自多播会话管理网元发送的第一多播业务的第二服务区域标识。

需要指出的是，本申请实施例对多播会话管理网元向应用服务器发送的第二服务区域标识的个数不作限定。即多播会话管理网元向应用服务器发送的第二服务区域标识的个数可以是一个或多个。

为了方便描述，以下均以多播会话管理网元向应用服务器发送的第二服务区域标识的个数是一个为例进行描述。

在一些实施例中，S220具体包括：多播会话管理网元确定与第一信息对应的第一多播业务的第二服务区域标识；多播会话管理网元向应用服务器发送第一多播业务的第二服务区域标识。

需要指出的是，本申请实施例对多播会话管理网元确定的第一多播业务的第二服务区域标识的个数不作限定。即多播会话管理网元确定的第一多播业务的第二服务区域标识的个数可以是一个或多个。

为了方便描述，以下均以多播会话管理网元确定的第二服务区域标识的个数是一个为例进行描述。

当第一信息用于表示第一多播业务的第一服务区域时，以下文所述的方式A和方式B为例，介绍多播会话管理网元如何确定与第一信息对应的第一多播业务的第二服务区域标识。

方式A，多播会话管理网元可以先根据第一信息，得到第一多播业务对应的第一小区列表，或第一追踪区列表，或第一基站列表；然后多播会话管理网元根据第一小区列表或第一追踪区列表或第一基站列表，得到第一多播业务的第二服务区域标识。

示例性地，多播会话管理网元可以根据小区列表/追踪区列表/基站列表与服务区域标识的对应关系，得到第一小区列表或第一追踪区列表或第一基站列表对应的服务区域标识，将该服务区域标识作为第二服务区域标识。在这个例子中，第一多播业务的第一服务区域可以通过小区列表，或追踪区列表，或基站列表标识。

本申请实施例对小区列表/追踪区列表/基站列表与服务区域标识的对应关系的存储位置不作限定。

在一个示例中，小区列表/追踪区列表/基站列表与服务区域标识的对应关系可以存储在多播会话管理网元中。

例如，多播会话管理网元存储了{SAI，cell id/TA id/RAN id}的对应关系，多播会话管理网元根据cell id/TA id/RAN id找到第一小区列表或第一追踪区列表或第一基站列表对应的SAI，并将此SAI作为第一多播业务的第二服务区域标识。

在另一个示例中，小区列表/追踪区列表/基站列表与服务区域标识的对应关系可以存储在其他网元中，例如NEF，UDM，NRF等。此时，多播会话管理网元向用于存储小区列表/追踪区列表/基站列表与服务区域标识的对应关系的网元(例如UDM，NEF，NRF)发送查询请求消息，该查询请求消息包括第一小区列表或第一追踪区列表或第一基站列表。此后用于存储小区列表/追踪区列表/基站列表与服务区域标识的对应关系的网元向多播会话管理网元返回与第一小区列表或第一追踪区列表或第一基站列表对应的服务区域标识，多播会话管理网元将此服务区域标识作为第一多播业务的第二服务区域标识。

方式B，多播会话管理网元或其他网络中的网元(例如NEF或者UDM等)，会对第一多播业务的服务区域进行鉴权，例如应用服务器是否被授权在第一多播业务的服务区域中传输多播广播业务的数据，若鉴权通过，那么多播会话管理网元则会将第一多播业务的服务区域作为第一多播业务的第二服务区域标识。或者，若鉴权部分通过(例如，应用服务器仅被授权在部分区域中只传输多播广播业务的数据)，那么多播会话管理网元则会将第一多播业务的服务区域中被授权的部分作为第一多播业务的第二服务区域标识。

当第一信息包括第一多播业务的类型时，以下文所述的方式C为例，介绍多播会话管理网元如何确定与第一信息对应的第一多播业务的第二服务区域标识。

方式C，多播会话管理网元可以通过本地配置的多播业务的类型与服务区域标识的对应关系，获取第一多播业务的类型对应的服务区域标识，并将其作为第一多播业务的第二服务区域标识。

在一个示例中，PLMN网络针对不同的业务，使用不同的服务区域，并且PLMN网络将业务的类型和服务区域的对应关系，配置在多播会话管理网元侧。例如，将{业务类型1，SAa}，{业务类型2，SA b}这样的对应关系配置在多播会话管理网元处。多播会话管理网元根据第一多播业务的类型(例如业务类型1)，和上述对应关系(例如{业务类型1，SA a})，找到第一多播业务的类型对应的服务区域(例如SA a)，其即为第一多播业务的第二服务区域标识。

在另一个示例中，PLMN网络将业务的类型和服务区域的对应关系(例如，{业务类型1，SA a}，{业务类型2，SA b})存储在某个特定的网元(例如NEF，UDM，NRF等)中，多播会话管理网元向存储业务的类型和服务区域的对应关系的网元发送第一多播业务的类型(例如业务类型1)，存储业务的类型和服务区域的对应关系的网元根据第一多播业务的类型和上述对应关系(例如{业务类型1，SA a})，找到第一多播业务的类型对应的服务区域(例如SAa)，其即为第一多播业务的第二服务区域标识，并返回给多播会话管理网元。

当第一信息包括第一多播业务的标识，多播会话管理网元可以先根据第一多播业务的标识，获得第一多播业务；然后多播会话管理网元根据第一多播业务的类型，确定第一多播业务的第二服务区域标识。

其中，关于多播会话管理网元根据第一多播业务的类型，确定第一多播业务的第二服务区域标识的示例可以参考上述方式C的描述，这里不再赘述。

需要指出的是，当第一信息用于表示第一多播业务的第一服务区域、第一信息包括第一多播业务的类型、或第一信息包括第一多播业务的标识中的至少两项时，多播会话管理网元可以根据上文所述的根据第一信息用于表示的第一多播业务的服务区域确定第二服务区域标识的方案、根据第一信息包括的第一多播业务的类型确定第二服务区域标识的方案、或根据第一信息包括的第一多播业务的标识确定第二服务区域标识的方案中的至少一项方案，确定第二服务区域标识。

S230，应用服务器将第一多播业务的第二服务区域标识告知终端设备。即应用服务器向终端设备发送第一多播业务的第二服务区域标识。

相应地，终端设备接收来自应用服务器的第一多播业务的第二服务区域标识。

采用上述实施例提供的通信方法200，应用服务器向多播会话管理网元发送第一信息，请求第一多播业务的第二服务区域标识。进一步地，多播会话管理网元根据第一信息向应用服务器发送第一多播业务的第二服务区域标识，进而可以在应用服务器不了解网络拓扑信息的情况下，获取第一多播业务的第二服务区域标识。

在一些实施例中，S210至S230可以在应用服务器请求分配临时多播群组标识的流程中实现。

示例性地，S210至S230通过应用服务器请求分配临时多播群组标识的流程中已有的消息实现。例如，S210中的第一信息可以携带在现有的临时多播群组标识分配请求(nnef_tmgi_allocate request)消息中。S220中第一多播业务的第二服务区域标识可以携带在现有的临时多播群组标识分配请求消息的响应消息中。S230中的第一多播业务的第二服务区域标识可以携带在现有的服务公告(service announcement)消息、业务公告消息、或业务/服务通知消息中。

示例性地，S210和S220通过独立于应用服务器请求分配临时多播群组标识的流程中已有的消息实现。S230通过应用服务器请求分配临时多播群组标识的流程中已有的消息实现。例如，S210和S220在现有的应用服务器接收到临时多播群组标识分配请求消息的响应消息之后，且在现有的应用服务器的服务公告(service announcement)消息之前执行。S230中的第一多播业务的第二服务区域标识可以携带在现有的服务公告(serviceannouncement)消息中。

可选地，在一些实施例中，如图3所示，该通信方法200还包括S240。

S240，多播会话管理网元向应用服务器发送第一多播业务的第二信息。

相应地，应用服务器接收来自多播会话管理网元的第一多播业务的第二信息。

需要指出的是，第二信息具体可以是一条消息，也可以是消息中的信元，不予限制。

其中，第二信息包括以下至少一项：第一多播业务的频率、或第一多播业务的临时多播群组标识。

需要指出的是，在该实施例中，S240只需在S210之后执行即可。本申请实施例对S240与S220和S230之间的先后顺序不作限定。

需要指出的是，本申请实施例对多播会话管理网元向应用服务器发送的第一多播业务的频率和/或第一多播业务的临时多播群组标识个数不作限定。即多播会话管理网元向应用服务器发送的第一多播业务的频率和/或第一多播业务的临时多播群组标识的个数可以是一个或多个。

为了方便描述，以下均以多播会话管理网元向应用服务器发送的第一多播业务的频率和/或第一多播业务的临时多播群组标识的个数是一个为例进行描述。

在一些实施例中，S240具体包括：多播会话管理网元根据第一信息，确定与第一信息对应的第一多播业务的第二信息，多播会话管理网元向应用服务器发送第一多播业务的第二信息。

需要指出的是，本申请实施例对多播会话管理网元确定的第一多播业务的频率和/或第一多播业务的临时多播群组标识个数不作限定。即多播会话管理网元确定的第一多播业务的频率和/或第一多播业务的临时多播群组标识的个数可以是一个或多个。

为了方便描述，以下均以多播会话管理网元确定的第一多播业务的频率和/或第一多播业务的临时多播群组标识的个数是一个为例进行描述。

示例性地，多播会话管理网元根据多播业务的频率/临时多播群组标识和服务区域/多播业务的类型/多播业务的对应关系，确定与第一多播业务的第一服务区域/第一多播业务的类型/所述第一多播业务对应的多播业务的频率/临时多播群组标识，并将其作为第一多播业务的频率/临时多播群组标识。

本申请实施例对多播业务的频率/临时多播群组标识和服务区域/多播业务的类型/多播业务的对应关系的存储位置不作限定。例如，其可以存储在多播会话管理网元中；或者其可以存储在其他网元中，例如NEF，UDM，NRF等。当多播业务的频率和服务区域的对应关系存储在其他网元中时，多播会话管理网元可以通过与其他网元交互，获取第一多播业务的频率/临时多播群组标识。

在一些实施例中，所述的多播业务的频率/临时多播群组标识和服务区域的对应关系还可以用多播业务的频率/临时多播群组标识，与小区标识、追踪区标识或基站标识的对应关系替代。此时，多播会话管理网元可以先根据第一多播业务的第一服务区域，确定与第一服务区域对应的第一小区标识、第一追踪区标识或第一基站标识；然后，根据多播业务的频率/临时多播群组标识，与小区标识、追踪区标识或基站标识的对应关系，确定与第一服务区域对应的第一小区标识、第一追踪区标识或第一基站标识对应的多播业务的频率/临时多播群组标识，并将其作为第一多播业务的频率/临时多播群组标识。

示例性地，多播会话管理网元还可以根据第一信息，确定第一信息中不包含第一多播业务的临时多播群组标识，多播会话管理网元确定需要分配第一多播业务的临时多播群组标识。例如，多播会话管理网元从网络预配置的临时多播群组标识的资源池中选出可用的临时多播群组标识，作为第一多播业务的临时多播群组标识。

本申请实施例对网络预配置的临时多播群组标识的资源池的存储位置不作限定。例如，其可以存储在多播会话管理网元中；或者其可以存储在其他网元中，例如NEF，UDM，NRF等。当临时多播群组标识的资源池存储在其他网元中时，多播会话管理网元可以通过与其他网元交互，第一多播业务的临时多播群组标识。

需要指出的是，在一些实施例中，多播会话管理网元可以均执行上文所述的根据第一信息确定与第一信息对应的第一多播业务的频率的方案和根据第一信息确定与第一信息对应的第一多播业务的临时多播群组标识的方案。

在另一些实施例中，S240具体包括：多播会话管理网元根据第一多播业务的第二服务区域标识，确定与第一多播业务的第二服务区域标识对应的第一多播业务的第二信息，多播会话管理网元向应用服务器发送第一多播业务的第二信息。

示例性地，多播会话管理网元可以根据多播业务的频率/临时多播群组标识和服务区域的对应关系，确定与第一多播业务的第二服务区域标识对应的第一多播业务的第二信息。其具体过程可以参考上文中的描述，这里不再赘述。

本申请实施例对多播业务的频率/临时多播群组标识和服务区域的对应关系的存储位置不作限定。例如，其可以存储在多播会话管理网元中；或者其可以存储在其他网元中，例如UDM、用户数据存储库(user data repository，UDR)、PCF、NRF、NEF、MBSFNEF，UDM、NRF、或专用于多播广播的网元，其可以单独部署，也可以通过增强现有网元功能来实现等。当网络设备与其对应的服务区域的对应关系存储在其他网元中时，多播会话管理网元可以通过与其他网元交互，获取与第一多播业务的第二服务区域标识对应的第一多播业务的第二信息。

可选地，在一些实施例中，如图3所示，该通信方法200还包括S250。

S250，应用服务器将第一多播业务的第二信息告知终端设备。即应用服务器向终端设备发送第一多播业务的第二信息。

相应地，终端设备接收来自应用服务器的第一多播业务的第二信息。

在一些实施例中，S240和S250也可以在应用服务器请求分配临时多播群组标识的流程中实现。

示例性地，S240通过应用服务器请求分配临时多播群组标识的流程中已有的消息实现。例如，S240中第二信息可以携带在现有的临时多播群组标识分配请求消息的响应消息中。S250中的第一多播业务的第二信息可以携带在现有的服务公告(serviceannouncement)消息中。

示例性地，S240通过独立于应用服务器请求分配临时多播群组标识的流程中已有的消息实现。S250通过应用服务器请求分配临时多播群组标识的流程中已有的消息实现。例如，S240在现有的应用服务器接收到临时多播群组标识分配请求消息的响应消息之后，且在现有的应用服务器的服务公告(service announcement)消息之前执行。S250中的第一多播业务的第二信息可以携带在现有的服务公告(service announcement)消息中。

可选地，在一些实施例中，如图3所示，该通信方法200还包括S260和S270。

S260，应用服务器向多播会话管理网元发送会话创建请求消息。

相应地，多播会话管理网元接收来自应用服务器会话创建请求消息。

在一些实施例中，该会话创建请求消息可以理解为上文所述的多播会话的创建请求消息。

需要说明的是，该会话创建请求消息可以是在应用服务器请求第一多播业务的第一服务区域标识的流程中执行，也可以理解为其在多播会话管理网元分配/配置第一服务区域标识的流程中执行。

可选地，会话创建请求消息可以携带也可以不携带第一多播业务的第一服务区域、第一多播业务的第二服务区域标识和/或第一多播业务的第二信息。

S270，多播会话管理网元根据会话创建请求消息，将第一多播业务的第二服务区域标识告知第一网络设备。

可选地，多播会话管理网元还可以将第一多播业务的频率、第一多播业务的第一服务区域、和/或第一多播业务的临时多播群组标识告知第一网络设备。

可选地，在一些实施例中，S270具体包括：多播会话管理网元确定第一网络设备；将第一多播业务的第二服务区域标识告知第一网络设备。

在一个示例中，多播会话管理网元可以根据本地配置或第一多播业务的第一服务区域，确定第一网络设备。

示例性地，多播会话管理网元可以根据网络设备与其对应的服务区域(例如cellid/list，TA id/list，RAN id/list等)的对应关系，确定与第一多播业务的第一服务区域对应的网络设备，并将其作为第一网络设备。

本申请实施例对网络设备与其对应的服务区域的对应关系的存储位置不作限定。例如，其可以存储在多播会话管理网元中；或者其可以存储在其他网元中，例如NEF，UDM，NRF等。当网络设备与其对应的服务区域的对应关系存储在其他网元中时，多播会话管理网元可以通过与其他网元交互，获取第一网络设备。

在另一个示例中，多播会话管理网元可以将会话创建请求消息携带的内容转发给第一接入和移动性管理功能。进而第一接入和移动性管理功能根据本地配置或第一多播业务的第一服务区域，确定第一网络设备。第一接入和移动性管理功能并将第一多播业务的第二服务区域标识告知第一网络设备。

示例性地，多播会话管理网元可以根据接入和移动性管理功能与其对应的服务区域(例如cell id/list，TA id/list，RAN id/list等)的对应关系，确定与第一多播业务的第一服务区域对应的接入和移动性管理功能，并将其作为第一接入和移动性管理功能。

本申请实施例对接入和移动性管理功能与其对应的服务区域的对应关系的存储位置不作限定。例如，其可以存储在多播会话管理网元中；或者其可以存储在其他网元中，例如NEF，UDM，NRF等。当接入和移动性管理功能与其对应的服务区域的对应关系存储在其他网元中时，多播会话管理网元可以通过与其他网元交互，获取第一接入和移动性管理功能。

进一步地，在一个示例中，第一接入和移动管理功能可以根据网络设备与其对应的服务区域(例如cell id/list，TA id/list，RAN id/list等)的对应关系，确定与第一多播业务的第一服务区域对应的网络设备，并将其作为第一网络设备。

本申请实施例对网络设备与其对应的服务区域的对应关系的存储位置不作限定。例如，其可以存储在第一接入和移动管理功能网元中；或者其可以存储在其他网元中，例如NEF，UDM，NRF等。当网络设备与其对应的服务区域的对应关系存储在其他网元中时，第一接入和移动管理功能网元可以通过与其他网元交互，获取第一网络设备。

在另一个示例中，第一接入和移动管理功能可以向所有建立下一代应用协议NGAP(next generation application protocol)连接的网络设备发送第一多播业务的第一服务区域和/或第一多播业务的第二服务区域标识。网络设备在接收到第一多播业务的第一服务区域和第一多播业务的第二服务区域标识后，判断其是否位于第一多播业务的第一服务区域和/或第二服务区域内。其中，当网络设备对应的小区或追踪区域与第一多播业务的第一服务区域和/或第二服务区域有交集，或者当网络设备对应的小区或追踪区域包括第一多播业务的第一服务区域和/或第二服务区域，则可认为网络设备位于第一多播业务的第一服务区域和/或第二服务区域内。此后，网络设备可以将判断结果反馈第一接入和移动管理功能。在判断结果指示网络设备位于第一多播业务的第一服务区域和/或第二服务区域内的情况下，该网络设备可以作为第一网络设备。

本申请实施例对判断结果的具体形式不作限定。例如，判断结果可以为成功或失败，当判断结果为成功时，即网络设备位于第一多播业务的第一服务区域和/或第二服务区域内。当判断结果为失败时，即网络设备不位于第一多播业务的第一服务区域和/或第二服务区域内。

可选地，网络设备还可以在网络设备位于第一多播业务的第一服务区域和/或第二服务区域内的情况下，才向第一接入和移动管理功能反馈成功信息。此时，第一接入和移动管理功能接收到的成功信息对应的网络设备可以作为第一网络设备。

通过S270，当多播会话管理网元分配了第一多播业务的第二服务区域标识，多播会话管理网元还会将第一多播业务的第二服务区域标识告知相应的网络设备，这样可以动态地控制相应的网络设备即第一网络设备，广播第一多播业务的第二服务区域标识。

可选地，在一些实施例中，如图3所示，该通信方法200还包括S280。

S280，第一网络设备向多播会话管理网元发送响应消息。该响应消息用于指示第一网络设备已接收到第一多播业务的第二服务区域标识。

相应地，多播会话管理网元接收来自第一网络设备的响应消息。

可选地，在一些实施例中，如图3所示，该通信方法200还包括S290。

S290，第一网络设备广播第一多播业务的第二服务区域标识。

可选地，第一网络设备还可以广播第一多播业务的频率、第一多播业务的第一服务区域、和/或第一多播业务的第一多播业务的临时多播群组标识。

可选地，第一网络设备可以在系统广播消息中携带第一多播业务的第二服务区域标识、广播第一多播业务的频率、第一多播业务的第一服务区域、和/或第一多播业务的第一多播业务的临时多播群组标识。

在一些实施例中，应用服务器可以通过网络呈现功能或多播广播服务功能与多播会话管理网元之间进行信息传输。

例如，应用服务器先将第一信息发送给网络呈现功能或多播广播服务功能，然后网络呈现功能或多播广播服务功能再将第一信息发给多播会话管理网元。

又例如，多播会话管理网元先将第二信息或第一多播业务的第二服务区域标识发送给网络呈现功能或多播广播服务功能，然后网络呈现功能或多播广播服务功能再将第二信息或第一多播业务的第二服务区域标识发给应用服务器。

在应用服务器通过网络呈现功能或多播广播服务功能与多播会话管理网元之间进行信息传输的实施例中，网络呈现功能或多播广播服务功能在S210后，即接收到上文所述的第一信息后，可以针对应用服务器的请求进行鉴权。其中，鉴权主要可以通过查询应用服务器的签约信息实现。

示例性地，网络呈现功能或多播广播服务功能可以针对应用服务器本身能否发送第一信息进行鉴权；也可以针对应用服务器发送的参数(例如，第一信息具体表示的内容)进行鉴权；也可以针对应用服务器是否能够请求第一多播业务的第二服务区域标识进行鉴权等等。

若应用服务器鉴权通过，那么网络呈现功能或多播广播服务功能可以通过查询NRF网络存储功能获取多播广播服务功能的标识信息。例如，应用服务器可能会在S210中的第一信息中还指示数据网络名称、切片等信息，网络呈现功能或多播广播服务功能将这些信息作为NRF查询的输入，进而获取多播广播服务功能的标识，进而向多播广播服务功能发送第一信息。又例如，网络呈现功能或多播广播服务功能可以通过本地配置的方式获取多播广播服务功能的标识信息，进而向多播广播服务功能发送第一信息。

在另一些实施例中，若应用服务器具备向核心网提供信息，或者调用核心网网元开放的服务的能力，应用服务器可以直接与多播会话管理网元。

可以理解，本申请的各实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，也可以在某些场景下，与其他特征进行结合，不作限定。

还可以理解，本申请的各实施例中的方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。

还可以理解，在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后，仅为描述方便进行的区分，不应对本申请实施例的实施过程构成任何限定。

还可以理解，在本申请的各实施例中涉及到一些消息名称，如临时多播群组标识分配请求消息，等等，应理解，其命名不对本申请实施例的保护范围造成限定。

还可以理解，上述各个通信方法实施例中，由多播会话管理网元实现的通信方法和操作，也可以由可由多播会话管理网元的组成部件(例如芯片或者电路)来实现；由应用服务器实现的通信方法和操作，也可以由可由应用服务器的组成部件(例如芯片或者电路)来实现；此外，由第一网络设备实现的通信方法和操作，也可以由可由第一网络设备的组成部件(例如芯片或者电路)来实现，不作限定。

相应于上述各通信方法实施例给出的通信方法，本申请实施例还提供了相应的装置，所述装置包括用于执行上述各个通信方法实施例相应的模块。该模块可以是软件，也可以是硬件，或者是软件和硬件结合。可以理解的是，上述各通信方法实施例所描述的技术特征同样适用于以下装置实施例。

图4是本申请实施例提供的一种装置的示意性框图。该装置400包括收发单元410，收发单元410可以用于实现相应的通信功能。收发单元410还可以称为通信接口或通信单元。

可选地，该装置400还可以包括处理单元420，处理单元420可以用于进行数据处理。

可选地，该装置400还包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元420可以读取存储单元中的指令和/或数据，以使得装置实现前述各个通信方法实施例中不同设备的动作，例如，多播会话管理网元，应用服务器，第一网络设备的动作。

该装置400可以用于执行上文各个通信方法实施例中多播会话管理网元所执行的动作，这时，该装置400可以为多播会话管理网元或者多播会话管理网元的组成部件，收发单元410用于执行上文通信方法实施例中多播会话管理网元侧的收发相关的操作，处理单元420用于执行上文通信方法实施例中多播会话管理网元侧的处理相关的操作。

作为一种设计，该装置400用于执行上文各个通信方法实施例中多播会话管理网元所执行的动作。

一种可能的实现方式，收发单元410，用于接收来自应用服务器的第一多播业务的第一信息，所述第一信息用于表示以下至少一项：所述第一多播业务的第一服务区域、所述第一多播业务的类型、或所述第一多播业务；处理单元420，用于根据所述第一信息，向所述应用服务器发送所述第一多播业务的第二服务区域标识。

可选地，处理单元420还具体用于：确定与所述第一信息对应的所述第一多播业务的第二服务区域标识；向所述应用服务器发送所述第一多播业务的第二服务区域标识。

可选地，收发单元410还用于：向所述应用服务器发送所述第一多播业务的第二信息，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

可选地，所述第一信息携带在临时多播群组标识分配请求消息中。

可选地，所述第一多播业务的第二服务区域标识携带在所述临时多播群组标识分配请求消息的响应消息中。

可选地，收发单元410还用于：所述多播会话管理网元接收来自所述应用服务器会话创建请求消息；处理单元420还用于：所述多播会话管理网元根据所述会话创建请求消息，将所述第一多播业务的第二服务区域标识告知第一网络设备。

该装置400可实现对应于根据本申请实施例的通信方法实施例中的多播会话管理网元执行的步骤或者流程，该装置400可以包括用于执行图2所示实施例中的多播会话管理网元执行的通信方法的单元，或包括图3所示实施例中的多播会话管理网元执行的通信方法的单元。

应理解，各单元执行上述相应步骤的具体过程在上述各通信方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为另一种设计，该装置400用于执行上文各个通信方法实施例中应用服务器所执行的动作。

一种可能的实现方式，收发单元410，用于向多播会话管理网元发送第一多播业务的第一信息，所述第一信息包括以下至少一项：所述第一多播业务的第一服务区域、所述第一多播业务的类型、或所述第一多播业务；收发单元410，还用于接收来自所述多播会话管理网元的所述第一多播业务的第二服务区域标识；收发单元410，还用于将所述第一多播业务的第二服务区域标识告知终端设备。

可选地，收发单元410还用于：接收来自所述多播会话管理网元的所述第一多播业务的第二信息，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的TMGI。

可选地，所述第一信息携带在临时多播群组标识TMGI分配请求消息中。

可选地，所述第一多播业务的第二服务区域标识携带在所述TMGI分配请求消息的响应消息中。

可选地，收发单元410还用于：将所述第一多播业务的第二服务区域标识携带在服务公告消息中告知所述终端设备。

该装置400可实现对应于根据本申请实施例的通信方法实施例中的应用服务器执行的步骤或者流程，该装置400可以包括用于执行图2所示实施例中的应用服务器执行的通信方法的单元，或包括图3所示实施例中的应用服务器执行的通信方法的单元。

应理解，各单元执行上述相应步骤的具体过程在上述各通信方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为又一种设计，该装置400用于执行上文各个通信方法实施例中第一网络设备所执行的动作。

一种可能的实现方式，收发单元410，用于接收第一多播业务的第二服务区域标识；收发单元410，还用于广播所述第一多播业务的第二服务区域标识。

可选地，收发单元410，还用于：接收第一多播业务的第二信息和/或第一多播业务的第一服务区域；广播所述第一多播业务的第二信息和/或所述第一多播业务的第一服务区域；其中，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

该装置400可实现对应于根据本申请实施例的通信方法实施例中的应用服务器执行的步骤或者流程，该装置400可以包括用于执行图3所示实施例中的第一网络设备执行的通信方法的单元。

应理解，各单元执行上述相应步骤的具体过程在上述各通信方法实施例中已经详细说明，为了简洁，在此不再赘述。

还应理解，这里的装置400以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置400可以具体为上述实施例中的多播会话管理网元，可以用于执行上述各通信方法实施例中与多播会话管理网元对应的各个流程和/或步骤，或者，装置400可以具体为上述实施例中的应用服务器，可以用于执行上述各通信方法实施例中与应用服务器对应的各个流程和/或步骤，或者，装置400可以具体为上述实施例中的第一网络设备，可以用于执行上述各通信方法实施例中与第一网络设备对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置400具有实现上述通信方法中多播会话管理网元所执行的相应步骤的功能，或者，上述各个方案的装置700具有实现上述通信方法中应用服务器所执行的相应步骤的功能，或者，上述各个方案的装置700具有实现上述通信方法中第一网络设备所执行的相应步骤的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如收发单元可以由收发机替代(例如，收发单元中的发送单元可以由发送机替代，收发单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个通信方法实施例中的收发操作以及相关的处理操作。

此外，上述收发单元410还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。

需要指出的是，图4中的装置可以是前述实施例中的网元或设备，也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。

如图5所示，本申请实施例提供另一种装置500。该装置500包括处理器510，处理器510与存储器520耦合，存储器520用于存储计算机程序或指令和/或数据，处理器510用于执行存储器520存储的计算机程序或指令，或读取存储器520存储的数据，以执行上文各通信方法实施例中的通信方法。

可选地，处理器510为一个或多个。

可选地，存储器520为一个或多个。

可选地，该存储器520与该处理器510集成在一起，或者分离设置。

可选地，如图5所示，该装置500还包括收发器530，收发器530用于信号的接收和/或发送。例如，处理器510用于控制收发器530进行信号的接收和/或发送。

作为一种方案，该装置500用于实现上文各个通信方法实施例中由多播会话管理网元执行的操作。

例如，处理器510用于执行存储器520存储的计算机程序或指令，以实现上文各个通信方法实施例中播会话管理网元的相关操作。例如，图2所示实施例中的播会话管理网元执行的通信方法，或图3所示实施例中的播会话管理网元执行的通信方法。

又例如，处理器510用于执行存储器520存储的计算机程序或指令，以实现上文各个通信方法实施例中应用服务器的相关操作。例如，图2所示实施例中的应用服务器执行的通信方法，或图3所示实施例中的应用服务器执行的通信方法。

又例如，处理器510用于执行存储器520存储的计算机程序或指令，以实现上文各个通信方法实施例中第一网络设备的相关操作。例如，图3所示实施例中的第一网络设备执行的通信方法。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

如图6，本申请实施例提供一种芯片系统600。该芯片系统600(或者也可以称为处理系统)包括逻辑电路610以及输入/输出接口(input/output interface)620。

其中，逻辑电路610可以为芯片系统600中的处理电路。逻辑电路610可以耦合连接存储单元，调用存储单元中的指令，使得芯片系统600可以实现本申请各实施例的通信方法和功能。输入/输出接口620，可以为芯片系统600中的输入输出电路，将芯片系统600处理好的信息输出，或将待处理的数据或信令信息输入芯片系统600进行处理。

具体地，例如，若多播会话管理网元安装了该芯片系统600，逻辑电路610与输入/输出接口620耦合，逻辑电路610可通过输入/输出接口620接收来自应用服务器的第一多播业务的第一信息；或者输入/输出接口620可将来自应用服务器的第一信息输入至逻辑电路610进行处理。又例如，若应用服务器安装了该芯片系统600，逻辑电路610与输入/输出接口620耦合，逻辑电路610可通过输入/输出接口620向多播会话管理网元发送第一多播业务的第一信息；或者通过输入/输出接口620接收来自所述多播会话管理网元的所述第一多播业务的第二服务区域标识；或者通过输入/输出接口620将所述第一多播业务的第二服务区域标识告知终端设备。又例如，若第一网络设备安装了该芯片系统600，逻辑电路610与输入/输出接口620耦合，逻辑电路610可通过输入/输出接口620接收第一多播业务的第二服务区域标识；或者通过输入/输出接口620广播所述第一多播业务的第二服务区域标识。

作为一种方案，该芯片系统600用于实现上文各个通信方法实施例中由多播会话管理网元执行的操作。

例如，逻辑电路610用于实现上文通信方法实施例中由多播会话管理网元执行的处理相关的操作，如，图2所示实施例中的多播会话管理网元执行的处理相关的操作，或图3所示实施例中的多播会话管理网元执行的处理相关的操作；输入/输出接口620用于实现上文通信方法实施例中由多播会话管理网元执行的发送和/或接收相关的操作，如，图2所示实施例中的多播会话管理网元执行的发送和/或接收相关的操作，或图3所示实施例中的多播会话管理网元执行的发送和/或接收相关的操作。

又例如，逻辑电路610用于实现上文通信方法实施例中由应用服务器执行的处理相关的操作，如，图2所示实施例中的应用服务器执行的处理相关的操作，或图3所示实施例中的应用服务器执行的处理相关的操作；输入/输出接口620用于实现上文通信方法实施例中由应用服务器执行的发送和/或接收相关的操作，如，图2所示实施例中的应用服务器执行的发送和/或接收相关的操作，或图3所示实施例中的应用服务器执行的发送和/或接收相关的操作。

又例如，逻辑电路610用于实现上文通信方法实施例中由第一网络设备执行的处理相关的操作，如，图3所示实施例中的第一网络设备执行的处理相关的操作；输入/输出接口620用于实现上文通信方法实施例中由第一网络设备执行的发送和/或接收相关的操作，如，图3所示实施例中的第一网络设备执行的发送和/或接收相关的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述各通信方法实施例中由多播会话管理网元、应用服务器、或第一网络设备执行的通信方法的计算机指令。

例如，该计算机程序被计算机执行时，使得该计算机可以实现上述通信方法各实施例中由多播会话管理网元执行的通信方法。

本申请实施例还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各通信方法实施例中由多播会话管理网元、应用服务器、或第一网络设备执行的通信方法。

本申请实施例还提供一种通信系统，该通信系统包括上文各实施例中的多播会话管理网元、应用服务器、和第一网络设备。例如，该系统包含图3所示实施例中的多播会话管理网元、应用服务器、和第一网络设备。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的通信方法实施例，此处不再赘述。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质包括但不限于：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (16)

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

多播会话管理网元接收来自应用服务器的第一多播业务的第一信息，所述第一信息用于表示以下至少一项：所述第一多播业务的第一服务区域、所述第一多播业务的类型、或所述第一多播业务；

所述多播会话管理网元根据所述第一信息，向所述应用服务器发送所述第一多播业务的第二服务区域标识。

2.根据权利要求1所述的通信方法，其特征在于，所述多播会话管理网元根据所述第一信息，向所述应用服务器发送所述第一多播业务的第二服务区域标识，包括：

所述多播会话管理网元确定与所述第一信息对应的所述第一多播业务的第二服务区域标识；

所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二服务区域标识。

3.根据权利要求1或2所述的通信方法，其特征在于，所述方法还包括：

所述多播会话管理网元向所述应用服务器发送所述第一多播业务的第二信息，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

4.根据权利要求1至3中任一项所述的通信方法，其特征在于，所述第一信息携带在临时多播群组标识分配请求消息中。

5.根据权利要求4所述的通信方法，其特征在于，所述第一多播业务的第二服务区域标识携带在所述临时多播群组标识分配请求消息的响应消息中。

6.根据权利要求1至5中任一项所述的通信方法，其特征在于，所述方法还包括：

所述多播会话管理网元接收来自所述应用服务器会话创建请求消息；

所述多播会话管理网元根据所述会话创建请求消息，将所述第一多播业务的第二服务区域标识告知第一网络设备。

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

应用服务器向多播会话管理网元发送第一多播业务的第一信息，所述第一信息包括以下至少一项：所述第一多播业务的第一服务区域、所述第一多播业务的类型、或所述第一多播业务；

所述应用服务器接收来自所述多播会话管理网元的所述第一多播业务的第二服务区域标识；

所述应用服务器将所述第一多播业务的第二服务区域标识告知终端设备。

8.根据权利要求7所述的通信方法，其特征在于，所述方法还包括：

所述应用服务器接收来自所述多播会话管理网元的所述第一多播业务的第二信息，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

9.根据权利要求7或8所述的通信方法，其特征在于，所述第一信息携带在临时多播群组标识临时多播群组标识分配请求消息中。

10.根据权利要求9所述的通信方法，其特征在于，所述第一多播业务的第二服务区域标识携带在所述临时多播群组标识分配请求消息的响应消息中。

11.根据权利要求7至10中任一项所述的通信方法，其特征在于，所述应用服务器将所述第一多播业务的第二服务区域标识告知终端设备包括：

所述应用服务器将所述第一多播业务的第二服务区域标识携带在服务公告消息中告知所述终端设备。

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

网络设备接收第一多播业务的第二服务区域标识；

所述网络设备广播所述第一多播业务的第二服务区域标识。

13.根据权利要求12所述的通信方法，其特征在于，所述方法还包括：

所述网络设备接收第一多播业务的第二信息和/或第一多播业务的第一服务区域；

所述网络设备广播所述第一多播业务的第二信息和/或所述第一多播业务的第一服务区域；

其中，所述第二信息包括以下至少一项：所述第一多播业务的频率、或所述第一多播业务的临时多播群组标识。

14.一种通信装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机指令，以使得所述装置执行：如权利要求1至6中任一项所述的通信方法；或者，

如权利要求7至11中任一项所述的通信方法；或者，

如权利要求12或13所述的通信方法。

15.一种计算机存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被计算机执行时，以使得实现如权利要求1至6中任一项所述的通信方法；或者，

以使得实现如权利要求7至11中任一项所述的通信方法；或者，

以使得实现如权利要求12或13所述的通信方法。

16.一种通信系统，其特征在于，包括：多播会话管理网元、应用服务器、和/或第一网络设备，其中，

所述多播会话管理网元用于执行如权利要求1至6中任一项所述的通信方法；或者，

所述应用服务器用于执行如权利要求7至11中任一项所述的通信方法；或者，

所述第一网络设备用于执行如权利要求12或13所述的通信方法。

Images