CN114915918B

CN114915918B - 一种通信方法及装置

Info

Publication number: CN114915918B
Application number: CN202110185139.8A
Authority: CN
Inventors: 李濛; 王燕
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Filing date: 2021-02-10
Publication date: 2024-06-07
Anticipated expiration: 2041-02-10

Abstract

本申请实施例涉及一种通信方法及装置，用以在终端设备加入多播群组的时间点早于多播会话的开始时间点时，避免为多播业务预留资源造成的资源浪费。所述方法包括：第一会话管理网元获取多播会话的第一信息；当达到所述多播会话的开始时间点时，所述第一会话管理网元向第一网元发送所述多播会话的第一信息；和/或，当未达到所述多播会话的开始时间点时，所述第一会话管理网元通知所述第一网元：未达到所述多播会话的开始时间点，或者不存在所述多播会话。

Description

一种通信方法及装置

技术领域

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

背景技术

终端设备在请求加入多播群组时，核心网设备会将单播分组数据单元会话(packet data unit，PDU)会话和多播会话关联，并将该关联关系发送给基站。这样，当终端设备移动切换到单播基站时，能够保证业务的连续性。

但是当终端设备请求加入多播群组时，核心网设备会立即将多播上下文信息发送给基站，多播上下文信息包括多播服务质量(quality of service，QoS)信息。若多播QoS流是保证比特速率(guaranteed bit rate，GBR)类型时，基站为多播QoS流提前预留资源，造成资源浪费。

发明内容

本申请实施例提供一种通信方法及装置，用以在终端设备加入多播群组的时间点早于多播会话的开始时间点时，避免为多播业务预留资源而造成的资源浪费。

第一方面，提供一种通信方法，包括：第一会话管理网元获取多播会话的第一信息；当达到所述多播会话的开始时间点时，所述第一会话管理网元向第一网元发送所述多播会话的第一信息；和/或，当未达到所述多播会话的开始时间点时，所述第一会话管理网元通知所述第一网元：未达到所述多播会话的开始时间点，或者不存在所述多播会话。

在该方法中，当达到多播会话的开始时间点时，第一会话管理网元向第一网元发送多播会话的第一信息；和/或未达到所述多播会话的开始时间点时，所述第一会话管理网元通知第一网元未达到所述多播会话的开始时间点，或者不存在所述多播会话，这样当达到所述多播会话的开始时间点时，接入网设备为所述多播会话配置传输资源，未达到所述多播会话的开始时间点时，所述接入网设备不为所述多播会话分配传输资源。通过该方法，终端设备加入多播群组的时间点早于多播会话的开始时间点时，基站不会提前预留资源，避免了资源的浪费。

在一种可能的实现方式中，所述多播会话的第一信息包括所述多播会话的时间信息。所述多播会话的时间信息包括以下至少一种：所述多播会话的开始时间点，所述多播会话的持续时长，或者所述多播会话的结束时间点。第一会话管理网元通过所述多播会话的开始时间点，可以决定是否向第一网元发送所述多播会话的第一信息，以及通过所述多播会话的结束时间点，可以决定是否触发释放所述多播会话的传输资源，从而避免资源的浪费。

在一种可能的实现方式中，当达到所述多播会话的结束时间点时，所述第一会话管理网元可以触发释放所述多播会话的传输资源，或者所述第一会话管理网元根据所述多播会话的开始时间点和所述多播会话的持续时长，可以触发释放所述多播会话的传输资源。所述第一会话管理网元可以根据所述多播会话的结束时间点或所述多播会话的持续时长，可以决定是否触发释放所述多播会话的传输资源，进一步避免资源的浪费。

在一种可能的实现方式中，所述多播会话的第一信息包括与所述多播会话关联的单播会话的信息。

在一种可能的实现方式中，所述第一会话管理网元通知所述第一网元：未达到所述多播会话的开始时间点，或者不存在所述多播会话时，发送第一消息，所述第一消息包括用于指示未达到所述多播会话的开始时间点的指示信息，或者用于指示不存在所述多播会话的指示信息。所述第一会话管理网元可以通过消息或指示信息，向所述第一网元指示未达到所述多播会话的开始时间点，或者不存在所述多播会话，从而避免提前分配传输资源造成的资源浪费。

在一种可能的实现方式中，所述第一消息还包括所述多播会话的开始时间点。

在一种可能的实现方式中，所述第一会话管理网元为多播会话管理网元，所述第一网元为单播会话管理网元；或者，所述第一会话管理网元为单播会话管理网元，所述第一网元为接入网设备。

在一种可能的实现方式中，所述第一会话管理网元为多播会话管理网元，所述第一会话管理网元获取多播会话的第一信息时，所述第一会话管理网元从数据管理网元中，获取所述多播会话的第一信息。

在一种可能的实现方式中，所述第一会话管理网元为单播会话管理网元，所述第一会话管理网元获取多播会话的第一信息时，所述第一会话管理网元从多播会话管理网元中，获取所述多播会话的第一信息。

第二方面，提供一种通信方法，包括：接入网设备获取多播会话的开始时间点；当达到所述多播会话的开始时间点时，所述接入网设备为所述多播会话配置传输资源；或者，当未达到所述多播会话的开始时间点时，所述接入网设备不为所述多播会话分配传输资源。

在该方法中，当达到所述多播会话的开始时间点时，接入网设备为所述多播会话配置传输资源，未达到所述多播会话的开始时间点时，所述接入网设备不为所述多播会话分配传输资源。通过该方法，终端设备加入多播群组的时间点早于多播会话的开始时间点时，基站不会提前预留资源，避免了资源的浪费。

在一种可能的实现方式中，所述接入网设备不为所述多播会话分配传输资源时，所述接入网设备根据与所述多播会话关联的单播会话的信息，绑定所述多播会话，且不为所述多播会话分配传输资源。

在一种可能的实现方式中，所述接入网设备还可以接收所述多播会话的第二信息，所述多播会话的第二信息包括与所述多播会话关联的单播会话的信息。

在一种可能的实现方式中，所述接入网设备获取多播会话的开始时间点时，所述接入网设备从单播会话管理网元中，获取所述多播会话的开始时间点。

可选的，所述单播会话管理网元可以从多播会话管理网元中获取所述多播会话的开始时间点。或者可选的，所述单播会话管理网元可以从数据管理网元中获取所述多播会话的开始时间点。

在一种可能的实现方式中，所述接入网设备还可以获取所述多播会话的结束时间点或所述多播会话的持续时长；当达到所述多播会话的结束时间点时，所述接入网设备释放所述多播会话的传输资源，或者所述接入网设备根据所述多播会话的开始时间点和所述多播会话的持续时长，释放所述多播会话的传输资源。所述接入网设备可以根据所述多播会话的结束时间点或所述多播会话的持续时长，可以决定是否释放所述多播会话的传输资源，进一步避免资源的浪费。

第三方面，提供一种通信方法，包括：应用服务器获取多播会话的第三信息，所述多播会话的第三信息包括所述多播会话的开始时间点；所述应用服务器向第一会话管理网元发送所述多播会话的第三信息。

在该方法中，所述应用服务器向所述第一会话管理网元发送所述多播会话的时间信息。当达到多播会话的开始时间点时，第一会话管理网元向第一网元发送多播会话的第一信息；和/或未达到所述多播会话的开始时间点时，所述第一会话管理网元通知第一网元未达到所述多播会话的开始时间点，或者不存在所述多播会话，这样当达到所述多播会话的开始时间点时，接入网设备为所述多播会话配置传输资源，未达到所述多播会话的开始时间点时，所述接入网设备不为所述多播会话分配传输资源。通过该方法，终端设备加入多播群组的时间点早于多播会话的开始时间点时，基站不会提前预留资源，避免了资源的浪费。

在一种可能的实现方式中，所述多播会话的第三信息还包括：所述多播会话的持续时长，或者所述多播会话的结束时间点。这样，所述第一会话管理网元可以接收到所述多播会话的结束时间点或所述多播会话的持续时长，决定是否释放所述多播会话的传输资源，进一步避免资源的浪费。

在一种可能的实现方式中，当达到所述多播会话的结束时间点时，所述应用服务器可以触发释放所述多播会话的传输资源，或者所述应用服务器根据所述多播会话的开始时间点和所述多播会话的持续时长，可以触发释放所述多播会话的传输资源。这样，所述应用服务器可以根据所述多播会话的结束时间点或所述多播会话的持续时长，决定是否释放所述多播会话的传输资源，进一步避免资源的浪费。

第四方面，提供一种通信方法，包括：应用服务器获取多播会话的开始时间点；当达到所述多播会话的开始时间点时，所述应用服务器通知第一会话管理网元开始所述多播会话。

在该方法中，所述应用服务器通知所述第一会话管理网元开始所述多播会话，所述第一会话管理网元通知第一网元开始所述多播会话，这样当所述多播会话开始时，接入网设备为所述多播会话配置传输资源，所述多播会话未开始时，所述接入网设备不为所述多播会话分配传输资源。通过该方法，终端设备加入多播群组的时间点早于多播会话的开始时间点时，基站不会提前预留资源，避免了资源的浪费。

在一种可能的实现方式中，所述应用服务器通知第一会话管理网元开始所述多播会话时，所述应用服务器向所述第一会话管理网元发送第二消息，所述第二消息包含指示信息，所述指示信息用于通知所述多播会话开始。

第五方面，提供一种通信装置，包括处理单元和收发单元；

所述收发单元，用于获取多播会话的第一信息；

所述处理单元，用于确定所述多播会话的第一信息；

所述收发单元，还用于当达到所述多播会话的开始时间点时，向第一网元发送所述多播会话的第一信息；和/或，当未达到所述多播会话的开始时间点时，通知所述第一网元：未达到所述多播会话的开始时间点，或者不存在所述多播会话。

在一种可能的实现方式中，所述多播会话的第一信息包括所述多播会话的时间信息。

在一种可能的实现方式中，所述多播会话的时间信息包括以下至少一种：所述多播会话的开始时间点，所述多播会话的持续时长，或者所述多播会话的结束时间点。

在一种可能的实现方式中，所述收发单元，还用于当达到所述多播会话的结束时间点时，触发释放所述多播会话的传输资源，或者根据所述多播会话的开始时间点和所述多播会话的持续时长，触发释放所述多播会话的传输资源。

在一种可能的实现方式中，所述收发单元，具体用于发送第一消息，所述第一消息包括用于指示未达到所述多播会话的开始时间点的指示信息，或者用于指示不存在所述多播会话的指示信息。

在一种可能的实现方式中，所述通信装置为多播会话管理网元，所述第一网元为单播会话管理网元；或者，所述通信装置为单播会话管理网元，所述第一网元为接入网设备。

在一种可能的实现方式中，所述收发单元，具体用于从数据管理网元中，获取所述多播会话的第一信息。

在一种可能的实现方式中，所述收发单元，具体用于从多播会话管理网元中，获取所述多播会话的第一信息。

第六方面，提供一种通信装置，包括处理单元和收发单元；

所述收发单元，用于获取多播会话的开始时间点；

所述处理单元，用于当达到所述多播会话的开始时间点时，为所述多播会话配置传输资源；或者当未达到所述多播会话的开始时间点时，不为所述多播会话分配传输资源。

在一种可能的实现方式中，所述处理单元，具体用于根据与所述多播会话关联的单播会话的信息，绑定所述多播会话，且不为所述多播会话分配传输资源。

在一种可能的实现方式中，所述收发单元，还用于接收所述多播会话的第二信息，所述多播会话的第二信息包括与所述多播会话关联的单播会话的信息。

在一种可能的实现方式中，所述收发单元，具体用于从单播会话管理网元中，获取所述多播会话的开始时间点。

在一种可能的实现方式中，所述收发单元，还用于获取所述多播会话的结束时间点或所述多播会话的持续时长；当达到所述多播会话的结束时间点时，释放所述多播会话的传输资源，或者所述接入网设备根据所述多播会话的开始时间点和所述多播会话的持续时长，释放所述多播会话的传输资源。

第七方面，提供一种通信装置，包括处理单元和收发单元；

所述收发单元，用于获取多播会话的第三信息，所述多播会话的第三信息包括所述多播会话的开始时间点；

所述处理单元，用于确定所述多播会话的第三信息。

所述收发单元，还用于向第一会话管理网元发送所述多播会话的第三信息。

在一种可能的实现方式中，所述多播会话的第三信息还包括：所述多播会话的持续时长，或者所述多播会话的结束时间点。

第八方面，提供一种通信装置，包括处理单元和收发单元；

所述收发单元，用于获取多播会话的开始时间点；

所述处理单元，用于确定多播会话的开始时间点。

所述收发单元，还用于当达到所述多播会话的开始时间点时，通知第一会话管理网元开始所述多播会话。

在一种可能的实现方式中，所述收发单元，具体用于向所述第一会话管理网元发送第二消息，所述第二消息包含指示信息，所述指示信息用于通知所述多播会话开始。

第九方面，提供一种通信装置。本申请提供的装置具有实现上述方法方面终端设备的功能，其包括用于执行上述方法方面所描述的步骤或功能相对应的部件(means)。所述步骤或功能可以通过软件实现，或硬件(如电路)实现，或者通过硬件和软件结合来实现。

在一种可能的设计中，上述装置包括一个或多个处理器和通信单元。所述一个或多个处理器被配置为支持所述装置执行上述方法中设备相应的功能。

可选的，所述装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合，其保存装置必要的程序指令和/或数据。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置。本申请并不限定。

另一个可能的设计中，上述装置，包括收发器、处理器和存储器。该处理器用于控制收发器或输入/输出电路收发信号，该存储器用于存储计算机程序，该处理器用于运行该存储器中的计算机程序，使得该装置执行第一方面、第二方面、第三方面、第四方面，或第一方面、第二方面、第三方面、第四方面中任一种可能实现方式中终端设备完成的方法。

在一种可能的设计中，上述装置包括一个或多个处理器和通信单元。所述一个或多个处理器被配置为支持所述装置执行上述方法中终端设备相应的功能。

可选的，所述装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合，其保存终端设备必要的程序指令和/或数据。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置。本申请并不限定。

另一个可能的设计中，上述装置，包括收发器、处理器和存储器。该处理器用于控制收发器或输入/输出电路收发信号，该存储器用于存储计算机程序，该处理器用于运行存储器中的计算机程序，使得该装置执行第一方面、第二方面、第三方面、第四方面，或第一方面、第二方面、第三方面、第四方面中任一种可能实现方式中终端设备完成的方法。

第十方面，提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序包括用于执行第一方面、第二方面、第三方面、第四方面，或第一方面、第二方面、第三方面、第四方面中任一种可能实现方式中的方法的指令。

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

第十二方面，提供一种芯片系统，该芯片系统包括收发器，用于实现上述各方面的方法中设备的功能，例如，例如接收或发送上述方法中所涉及的数据和/或信息。

在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十三方面，提供一种通信系统，所述通信系统包括第一会话管理网元、接入网设备和应用服务器，所述第一会话管理网元可以执行上述第一方面或第一方面中任一种可能实现方式中的方法，所述接入网设备可以执行上述第二方面或第二方面中任一种可能实现方式中的方法，所述应用服务器可以执行上述第三方面、第四方面、或第三方面、第四方面中任一种可能实现方式中的方法。

上述第五方面至第十三方面可以达到的技术效果，请参照上述第一方面、第二方面、第三方面及第四方面可以带来的技术效果描述，这里不再重复赘述。

附图说明

图1为一种通信系统的架构示意图；

图2、图3为一种实现多播广播的可能的传输方式的示意图；

图4为一种基于单播的多播技术的示意图；

图5为一种多播传输的场景示意图；

图6为一种通信流程示意图；

图7a、图7b、图8-图14为本申请实施例提供的一种通信流程示意图；

图15、图16为本申请实施例提供的一种通信装置结构图。

具体实施方式

下面将结合附图对本申请作进一步地详细描述。

本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

另外，在本申请实施例中，“示例的”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

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

1)用户设备(user equipment，UE)，也称终端设备，是一种具有无线收发功能的设备，可以经无线接入网(radio access network，RAN)中的接入网设备(或者也可以称为接入设备)与一个或多个核心网(core network，CN)设备(或者也可以称为核心设备)进行通信。

用户设备也可称为接入终端、终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、用户代理或用户装置等。用户设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。用户设备可以是蜂窝电话(cellular phone)、无绳电话、会话启动协议(session initiation protocol，SIP)电话、智能电话(smart phone)、手机(mobilephone)、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digitalassistant，PDA)等。或者，用户设备还可以是具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、无人机设备或物联网、车联网中的终端、第五代移动通信(5th-generation，5G)网络以及未来网络中的任意形态的终端、中继用户设备或者未来演进的PLMN中的终端等。其中，中继用户设备例如可以是5G家庭网关(residential gateway，RG)。例如用户设备可以是虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。本申请实施例对终端设备的类型或种类等并不限定。

2)网络设备，指可以为终端提供无线接入功能的设备。其中，网络设备可以支持至少一种无线通信技术，例如长期演进(long term evolution，LTE)、新无线(new radio，NR)、宽带码分多址(wideband code division multiple access，WCDMA)等。

其中，网络设备可以包括接入网设备。示例的，网络设备包括但不限于：5G网络中的下一代基站或下一代节点B(generation nodeB，gNB)、演进型节点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)、基带单元(baseband unit，BBU)、收发点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心、小站、微型站等。网络设备还可以是云无线接入网络(cloud radio accessnetwork，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)、和/或分布单元(distributed unit，DU)，或者网络设备可以为中继站、接入点、车载设备、终端、可穿戴设备以及未来移动通信中的网络设备或者未来演进的公共移动陆地网络(public landmobile network，PLMN)中的网络设备等。

显然，网络设备也可以包括核心网(core network，CN)设备。示例的，核心网设备可以包括会话管理功能(session management function，SMF)等。可选的，核心网设备包括应用功能(application function，AF)。

需要指出的是，核心网设备也可以不包括AF。

可选的，接入网设备包括单播接入网设备和/或多播(multicast broadcast，M/MB)接入网设备。其中，单播接入网设备可以为支持单播会话的接入网设备，也可以为用于管理单播会话的接入网设备；多播接入网设备可以为支持多播会话的接入网设备，也可以为用于管理多播会话的接入网设备，不予限制。其中管理多播会话可以指存储了多播会话的上下文信息。

可选的，会话管理功能包括单播会话管理功能和/或多播会话管理功能。其中，单播会话管理功能可以为支持单播会话的会话管理功能，也可以为用于管理单播会话的会话管理功能；多播会话管理功能可以为支持多播会话的会话管理功能，也可以为用于管理多播会话的会话管理功能。

3)多播会话，用于传输多播业务、或多播广播业务的数据。例如，可以是用于传输多播数据的PDU会话。多播会话也称组播会话、广播会话、或组播广播业务(multicast andbroadcast service，MBS)会话。

示例的，多播会话支持广播业务和/或组播业务，可以实现向特定范围内的多个用户同时传输广播业务或组播业务的数据，即多播会话可以实现点到多点的数据传输。

接收同一多播数据的多个终端设备可以属于一个多播群组。也就是说，一个多播数据可以对应一个多播群组，或者对应一个多播会话。

可以理解的是，除特别说明之外，在本申请实施例中，“多播”、“广播”、“组播”的概念之间可以替换使用。

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

本申请中所涉及的多个，是指两个或两个以上。

另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

本申请实施例的技术方案可以应用于各种通信系统。例如，LTE系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、5G通信系统或NR、以及未来的其他通信系统如6G等。

为了便于理解本申请实施例，以图1所示的5G网络架构为例对本申请使用的应用场景进行说明。图1为一种5G网络架构。该网络架构中可以包括：终端设备、网络设备部分和数据网络(data network，DN)部分。

其中，网络设备部分包括接入网(access network，AN)102、用户面功能(userplane function，UPF)103、接入与移动性管理功能(access and mobility managementfunction，AMF)105、SMF106、策略控制功能(policy control function，PCF)107、统一数据管理(unified data management，UDM)108等。在上述网络设备中，除接入网102部分之外的部分可以称为核心网部分。

核心网部分可以包括用户面功能和控制面功能。用户面功能主要负责数据包的转发、服务质量(quality of service，QoS)控制、计费信息统计等。控制面功能主要负责业务流程交互、向用户面功能发送数据包的转发策略、QoS控制策略等。

数据网络DN 104，用于为用户提供数据传输服务，如互联网协议多媒体系统(internet protocol multimedia subsystem，IMS)、因特网(Internet)等。DN104可以部署在运营商网络之外，例如第三方网络。

应用功能(application function，AF)109可以隶属于运营商网络，也可以不隶属于运营商网络。AF用于提供各种业务，例如，车联网V2X业务。

示例性的，下面对运营商网络中的网络功能进行简要介绍。

AN 140，也称无线(Radio)AN，用于终端设备110接入运营商网络。示例的，终端设备110经过AN 140，与运营商网络中的业务节点连接。本申请实施例中的AN 140，可以指代接入网本身，也可以指接入网设备，此处不作区分。接入网设备是一种为终端设备110提供无线通信功能的设备，也可以称为接入设备、(R)AN设备或网络设备等。该接入网设备包括但不限于：5G系统中的gNB、LTE系统中的eNB、RNC、NB、基站控制器BSC、BTS、HNB、BBU、TRP、TP、小基站设备(pico)、移动交换中心，或者WiFi AP、WiMAX BS，或者未来网络中的网络设备等。可理解，本申请对接入网设备的具体类型不作限定。采用不同无线接入技术的系统中，具备接入网设备功能的设备的名称可能会有所不同。

可选的，在接入设备的一些部署中，接入设备可以包括CU和DU等。

策略控制功能PCF 107，负责向接入与移动性管理功能AMF105、会话管理功能SMF106提供策略规则，如QoS策略、切片选择策略等。

统一数据管理UDM 134，负责存储PLMN中签约用户的安全上下文(securitycontext)、签约数据、鉴权/授权信息等信息。

接入与移动性管理功能AMF 137，负责移动网络设备中的接入控制和移动性管理，例如用户位置更新、用户注册网络、用户切换等功能。

会话管理功能SMF 138，负责移动网络中的会话管理，如会话建立、修改、释放。具体功能例如包括为用户分配互联网协议(internet protocol，IP)地址、选择提供报文转发功能的用户面功能UPF等。

用户面功能UPF 139，是运营商网络与DN 120通信的网关。负责对用户报文进行处理，如转发、计费等。

图1中N1、N2、N3、N4、N5、N6、N7、N8、N10、N11，以及N25为接口序列号。示例性的，上述接口序列号的含义可参见3GPP标准协议中定义的含义，本申请对于上述接口序列号的含义不做限制。需要说明的是，图1中仅以终端设备110为UE作出了示例性说明，图1中的各个网络功能之间的接口名称也仅仅是一个示例，在具体实现中，该系统架构的接口名称还可能为其他名称，本申请对此不作限定。

为方便说明，本申请实施例中将会话管理功能SMF 106简称为SMF，将统一数据管理UDM 108简称为UDM，即本申请实施例中后文所描述的SMF均可替换为会话管理功能，UDM均可替换为统一数据管理。可理解，其他未示出的网络功能同样适用该替换方法。

为了便于理解本申请实施例，先对本申请实施例涉及的相关技术进行说明。

5G系统中，终端设备的每个PDU会话内可以建立一个或多个QoS流(QoS flow)。QoSflow是PDU会话中QoS差异化的粒度。

QoS流的数据包使用QoS流标识(QoS flow ID，QFI)进行分类和标记。针对一个PDU会话，具有相同QFI的QoS流的数据包采用相同的转发处理规则(例如调度规则、准入门限等)。

在通过QoS流传输数据时，QFI承载在通用分组无线服务(general packet radioservice，GPRS)隧道协议-U(GPRS tunnel protocol–U，GTP-U)报文的封装头中，即不对端到端报文头部进行任何更改。QFI可以用于所有PDU会话类型，QFI在PDU会话内唯一。QFI可以动态分配，也可以等于5QI。

在5G系统中，QoS流由SMF控制，可以预先配置，也可以通过PDU会话建立过程或PDU会话修改流程来建立。QoS流可以有以下特点：由SMF将QoS配置文件(QoS Profile)通过AMF通过N2路径发送给RAN或在RAN中预先配置的。

相关技术中提出了以下几种多播业务的传输方式：

如图2所示，一种传输方式是：用户面网元为多播业务的数据接收者(如终端设备UE)分别建立单播用户面连接，且接入网设备与多播业务的数据接收者之间采用单播信道(channel)通信。在这些单播用户面连接和单播信道上传输相同的数据，相当于实现了多播业务的传输效果。为了便于区分，该传输方式称为单播传输方式。

在图2中，数据接收者包括UE1、UE2和UE3。UPF为UE1建立单播PDU会话，并为UE1建立单播用户面连接。UPF为UE2建立单播PDU会话，并为UE2建立单播用户面连接。UPF为UE3建立单播PDU会话，并为UE3建立单播用户面连接。(单播)业务数据达到UPF后，UPF采用UE1的单播用户面连接、UE2的单播用户面连接、UE3的单播用户面连接向RAN发送相同的业务数据。RAN采用单播信道1向UE1发送多播广播业务的数据，采用单播信道2向UE2发送多播广播业务的数据，采用单播信道3向UE3发送多播广播业务的数据。可见该传输方式为不同的UE分别建立不同的资源，造成网络资源的浪费。

如图3所示，另一种传输方式是：用户面网元为多播业务的数据接收者建立一条多播用户面连接，且接入网设备与多播业务的数据接收者之间采用多播信道通信，实现多播业务的传输。为了便于区分，该传输方式称为多播传输方式。

在图3中，数据接收者包括UE1、UE2和UE3。UPF为UE1、UE2和UE3建立多播PDU会话，并建立一条多播用户面连接。多播业务的数据达到UPF后，UPF采用多播用户面连接向RAN发送多播业务的数据。RAN采用多播信道向UE1、UE2和UE3发送多播业务的数据。其中，多播信道可以为多播广播控制信道(MBMS control channel，MCCH)等。

但是该传输方式存在以下问题：(1)如果沿用4G系统中的处理策略，在5G系统中仍然为不同的UE建立专门的空口多播信道，但是当前5G系统的某些设备可能不支持多播传输方式；(2)有些终端设备可能不支持多播传输方式，无法使用该传输方式接收数据。即便终端设备支持多播传输方式，但由于终端设备采用专用芯片支持多播协议栈，会割裂单播和多播的产业链，不利用多播的应用；(3)当终端设备发生切换导致多播业务由多播传输方式切换为单播传输方式时，信令流程复杂，时延较大，无法保障切换时的业务连续性。

如图4所示，又一种传输方式是：用户面网元为多播业务的数据接收者建立一条单播用户面连接，且接入网设备与多播业务的数据接收者之间采用单播信道或多播信道进行通信。为了便于区分，该传输方式称为基于单播的多播传输方式。

在图4中，用户面网元接收来自内容提供方的多播业务的数据。用户面网元将发送给群组内不同数据接收者的相同数据只选择一份发送给接入网设备。再由接入网设备发送给群组内的不同数据接收者，从而提高空口侧和核心网资源使用的效率。

基于单播的多播传输方式主要关注：如何使得在尽可能重用现有单播流程的基础上，进一步节省网络资源。基于单播的多播传输方式考虑UPF-AN-UE的数据路处理情况，对于AN和UPF之间可以是每个(per)UE的组播数据包，也可以是per UE的单播数据包，也可以是多播传输的多播数据包等，在此不做限定。UPF到AN到UE或AN到UE的应用数据包都是内容相同的多播数据包，这些多播数据包的目的IP地址为同一个多播地址。

考虑到DN可能不支持多播，因此应用服务器在发送数据之前提前与核心网交互，选出多播业务的数据发送的入口网元(如多播用户面网元(multicast broadcast-userplane function，M-UPF))，同时选出管理此M-UPF网元的会话管理网元，如多播会话管理网元(multicast broadcast-session management function，M-SMF)。

示例的，基于单播的多播传输方式对应的流程包括：

步骤1：UE通过非接入层(non access stratum，NAS)消息或者用户面的加入请求，向SMF发送加入请求。

其中，加入请求中包括多播群组的信息或多播会话的信息。

其中，上述NAS消息可以为PDU会话建立请求或PDU会话修改请求；上述用户面的加入请求可以为互联网组管理协议(internet group management protocol，IGMP)加入(Join)消息，不予限制。

步骤2：SMF在接收到UE的加入请求消息后，获取多播会话的信息，并生成多播会话的上下文信息。

可选的，还可以生成对应的单播QoS流信息。

具体地，SMF可以根据多播群组的信息或多播会话的信息，从M-SMF或UDR中获取多播会话的上下文信息。

步骤3：SMF向RAN发送请求消息，该请求消息中包含步骤2中生成的多播会话的上下文信息。

相应地，RAN根据SMF发送的请求消息，建立或修改多播会话的上下文信息。进一步地，还可以建立单播会话的上下文信息。RAN可以分配隧道标识信息并返回至SMF，并由SMF进一步发送至M-SMF处。

在该基于单播的多播传输方式中，RAN至UE的空口侧的传输通道被多播群组内的多个用户共享，因此该基于单播的多播传输方式也可以看作是共享传输模式(Shareddelivery mode)。例如图5中的(a)所示，群组内包括UE a，UE b和UE c，针对该群组，在UPF-RAN侧仅传输一份多播会话数据，当RAN接收到该多播会话的数据后，RAN会在空口传输一份多播会话的数据，UE a，UE b和UE c均会接收到该多播会话的数据。

在UE驻留的基站不支持多播时，共享传输模式还可以与：单独传递模式(Individual delivery mode)结合使用。其中单独传输模式可以用于单播会话的数据传输。例如图5中的(b)所示，群组内包括UE a，UE b和UE c，针对该群组，在UPF-RAN1侧仅传输一份多播会话的数据，当RAN1接收到该多播会话的数据后，RAN1会在空口传输一份多播会话的数据，UE a，UE b和UE c均会接收到该多播会话的数据。UE d驻留的基站RAN2不支持多播，数据的传输路径为：UPF-单播(Unicast)UPF-RAN2-UE d。由于RAN2侧的数据实际来源于单播UPF，因此对于RAN2来说，接收到的数据为单播会话的数据，该单播会话的数据与多播会话的数据的内容相同。

在UE在请求加入多播群组时，核心网侧会将单播PDU会话和多播会话关联，并将此关联关系提供给基站，当UE移动切换到不支持多播的基站时，可以支持业务的连续性。若不进行关联，核心网侧只能在切换到目标基站后，临时建立关联关系，有可能需要进一步建立对应的PDU会话或对应的PDU会话的QoS流，造成额外的时延。另外，当UE无法成功接收到多播数据时，基站可以通过点到多点(point to point，PTP)承载重传。

如图6所示，当UE请求加入多播群组时，核心网会立即将多播会话的上下文信息发送给基站，多播会话的上下文信息包括多播QoS信息，例如多播的QoS配置文件(QoSProfile for multicast)。多播QoS流可以是GBR类型，基站可能需要为多播QoS流提前预留资源。可能在很长一段时间后，RAN才会向UE发送数据。因此在这种方式中，如果UE请求加入的时间过早，核心网会过早发送多播上下文信息，基站会进行无用的资源预留，造成资源的浪费。针对该问题，UE可以仅在多播业务开始之前，才触发加入多播群组，但是无法保证UE在加入业务之前，可以精确获取到多播业务的开始时间，因此可行性不高，还有可能导致多播业务数据发送丢失，或者MB-UPF在检测到一段时间没有发送数据时，触发多播会话撤销(Deactivation)流程，但是MB-UPF检测是否有数据发送的这段时间内，基站还是会预留资源，同样存在资源浪费的问题。因此可见基站提前预留资源，会造成资源的浪费。

基于此，为了避免多播业务造成的资源浪费，本申请提供一种通信方法。在该方法中，当达到多播会话的开始时间点时，第一会话管理网元向第一网元发送多播会话的第一信息；和/或未达到所述多播会话的开始时间点时，所述第一会话管理网元通知第一网元未达到所述多播会话的开始时间点，或者不存在所述多播会话，这样当达到所述多播会话的开始时间点时，接入网设备为所述多播会话配置传输资源，未达到所述多播会话的开始时间点时，所述接入网设备不为所述多播会话分配传输资源。通过该方法，终端设备加入多播群组的时间点早于多播会话的开始时间点时，基站不会提前预留资源，避免了资源的浪费。

本申请实施例提供的通信方法可以应用图1所示的通信系统中。下面参考图7a和图7b详细说明通信方法的具体过程。图7a所示的通信过程包括：

S701：应用服务器获取多播会话的开始时间点。

其中，应用服务器可以为应用功能AF。应用服务器也可以为多播会话的业务数据的提供方(可以称为内容提供方)。

具体地，应用服务器可以确定多播会话的开始时间点。例如，多播会话的开始时间点可以为时刻(如年月日时分秒，2021年2月9日10时45分10秒)，或者可以为时间戳(例如1612863134)等，在此不做限定。

可选的，上述方法还包括：应用服务器获取该多播会话的持续时长或该多播会话的结束时间点。多播会话的持续时长可以为30分钟、2小时或1天等，在此不做限定。多播会话的结束时间点可以为时刻(如年月日时分秒，2021年2月9日10时55分10秒)，或者可以为时间(例如1612864309)等，在此不做限定。

需要指出的是，S701可以替换为：应用服务器获取多播会话的第三信息，该多播会话的第三信息包括该多播会话的开始时间点。该多播会话的第三信息可以为该多播会话的时间信息。可选的，该多播会话的第三信息还包括该多播会话的持续时长或该多播会话的结束时间点。

S702：应用服务器向第一会话管理网元发送多播会话的开始时间点。

一种可能的方式中，应用服务器可以在任意时间点，向第一会话管理网元发送该多播会话的开始时间点。

在另一种可能的方式中，应用服务器在达到该多播会话的开始时间点时，向第一会话管理网元发送该多播会话的开始时间点。

其中，达到多播会话的开始时间点可以指的是即将达到多播会话的开始时间点，或者实际达到多播会话的开始时间点。

具体地，即将达到多播会话的开始时间点指当前时间点(当前时刻)与多播会话的开始时间点之间的差值小于或等于第一预设值，第一预设值在此不做限制。

具体地，实际达到多播会话的开始时间点指当前时间点为多播会话的开始时间点。

其中，第一会话管理网元可以为多播会话管理网元(例如，多播SMF/MB-SMF/M-SMF)。相应地，在该S702中，应用服务器可以将该多播会话的多播时间点发送给网络开放功能(network exposure function，NEF)，NEF将接收到的该多播会话的多播时间点发给UDM/统一数据仓库功能(unified data repository，UDR)，UDM/UDR向MB-SMF发送该多播会话的多播时间点。

其中，UDM/UDR的功能也可以由PCF/网络仓库功能网元(Network RepositoryFunction，NRF)等具有数据管理功能的其他网元实现。

第一会话管理网元也可以为单播会话管理网元(例如，单播SMF)。相应地，在该S702中，应用服务器可以将该多播会话的多播时间点发送给NEF，NEF将该多播会话的多播时间点发给UDM/UDR，UDM/UDR向MB-SMF发送该多播会话的多播时间点，MB-SMF向该单播SMF发送该多播会话的多播时间点。

需要指出的是，S702可以替换为：应用服务器向第一会话管理网元发送多播会话的时间信息，该多播会话的时间信息包括该多播会话的开始时间点。可选的，该多播会话的时间信息还包括该多播会话的持续时长或该多播会话的结束时间点。

应用服务器向第一会话管理网元发送多播会话的开始时间点，可以通过第一会话管理网元使接入网设备为该多播会话分配传输资源或不为该多播会话分配传输资源，避免接入网设备过早为多播会话分配传输资源造成资源的浪费。

可选的，上述方法还包括：当达到该多播会话的结束时间点时，应用服务器触发释放该多播会话的传输资源。

或者可选的，上述方法还包括：应用服务器根据该多播会话的开始时间点和该多播会话的持续时长，触发释放该多播会话的传输资源。

其中，应用服务器可以根据该多播会话的开始时间点和该多播会话的持续时长，确定该多播会话的结束时间点。

其中达到多播会话的结束时间点可以指的是即将达到多播会话的结束时间点，或者实际达到多播会话的结束时间点。

具体地，即将达到多播会话的结束时间点指当前时间点与多播会话的结束时间点的时间点之间的差值小于或等于第二预设值。所述第二预设值在此不做限制，所述第一预设值和所述第二预设值可以相同或不同。

具体地，实际达到多播会话的结束时间点指当前时间点为多播会话的结束时间点。

其中，应用服务器可以通过发送传输资源释放的指示信息，触发接入网设备释放该多播会话的传输资源。可选的，该传输资源释放的指示信息可以替换为用于指示达到该多播会话的结束时间点的指示信息，或者可以替换为用于指示该多播会话结束的指示信息。该传输资源释放的指示信息可以通过消息或信令实现。用于指示传输资源释放的消息或信令可以专用于释放资源，或者包含用于指示传输资源释放的指示信息。

应用服务器在达到多播会话的结束时间点时，触发接入网设备释放该多播会话的传输资源，可以进一步节省传输资源。

其中，传输资源为用于传输多播会话的数据的资源，例如可以是QoS流、无线资源等。

S703：当达到该多播会话的开始时间点时，第一会话管理网元向第一网元发送该多播会话的第一信息。

在该S703之前，第一会话管理网元可以获取到多播会话的第一信息，该多播会话的第一信息可以为该多播会话的上下文信息。多播会话的上下文信息可以包括以下一种或多种：多播会话的标识信息(例如多播会话的标识(MBS Session ID)，或者临时多播群组标识(temporal multicast group identifier，TMGI)，多播会话的IP地址信息等)、多播会话的时间信息、多播会话的标准化5QI信息(例如5G QoS标识符(Identifier))、多播会话的优先级信息、或者多播会话的带宽信息、与多播会话关联的单播会话的信息、多播会话与单播会话的关联关系等等。其中多播会话的时间信息可以包括以下至少一种：多播会话的开始时间点，多播会话的持续时长，或者多播会话的结束时间点。单播会话的信息包括单播会话的上下文信息，例如单播会话的标识信息(例如单播会话的标识(Session ID)、单播会话的IP地址等)、单播会话的QoS流信息、与单播会话关联的多播会话的信息。可选的，单播会话的信息由单播会话管理网元管理。多播会话与单播会话的关联关系可以是多播会话的标识信息/QoS流信息与单播会话的标识信息/QoS流信息的关联关系。可选的，第一会话管理网元可以通过在发送的消息中同时包括多播会话的标识信息和单播会话的标识信息，来指示多播会话与单播会话存在关联关系。通过指示与多播会话关联的单播会话的信息、或多播会话与单播会话的关联关系，当终端设备接入到不支持多播的接入网设备时，该不支持多播的接入网设备可以通过多播会话关联的单播会话，向终端设备发送多播数据(例如图5中的(b))。

可选的，第一会话管理网元为多播会话管理网元，第一网元为单播会话管理网元时，第一会话管理网元可以从数据管理网元(如UDM/UDR)，或者能力开放网元(NEF)，或者网络仓库功能网元(NRF)，或者策略控制网元(PCF)中，获取多播会话的第一信息。

具体地，第一会话管理网元向第一网元发送该多播会话的第一信息，第一网元向接入网设备发送该多播会话的第一信息。

或者可选的，第一会话管理网元为单播会话管理网元，第一网元为接入网设备时，第一会话管理网元从多播会话管理网元(MB-SMF)中，获取该多播会话的第一信息。

值得说明的是，第一会话管理网元认为达到该多播会话的开始时间点/结束时间点，可以是第一会话管理网元结合当前时间点和多播会话的开始时间点/结束时间点判断的。例如，第一会话管理网元认为当前时刻与多播会话的开始时间点/结束时间点之间的时间点差值小于某个预设值(如上述第一预设值或上述第二预设值)时，第一会话管理网元认为达到该多播会话的开始时间点/结束时间点。

S704：当未达到该多播会话的开始时间点时，第一会话管理网元通知第一网元：未达到该多播会话的开始时间点，或者不存在该多播会话，或者第一会话管理网元仅反馈部分多播会话的上下文信息。

可选的，第一会话管理网元在仅反馈部分多播会话的上下文信息时，第一会话管理网元可以仅提供多播会话上下文信息中的“所述多播会话关联的单播会话的信息”或者“所述多播会话与单播会话的关联关系”。

在该S704中，第一会话管理网元可以向第一网元发送第一消息。该第一消息包括用于指示未达到该多播会话的开始时间点的指示信息，或者用于指示不存在该多播会话的指示信息，或者部分多播会话的上下文信息。可选的，该第一消息可以包括该多播会话的时间信息，如该多播会话的开始时间点。

其中，未达到多播会话的开始时间点可以指的是未即将达到多播会话的开始时间点，或者未实际达到多播会话的开始时间点。

具体地，未即将达到多播会话的开始时间点指当前时间点与多播会话的开始时间点之间的差值大于第一预设值，第一预设值在此不做限制。

具体地，未实际达到多播会话的开始时间点指当前时间点不为多播会话的开始时间点。

在一种可能方式中，第一网元为单播会话管理网元，第一网元可以向接入网设备发送用于指示未达到该多播会话的开始时间点的指示信息，或者用于指示不存在该多播会话的指示信息，或者部分多播会话的上下文信息。

可选的，上述方法还包括：当达到该多播会话的结束时间点时，第一会话管理网元触发释放该多播会话的传输资源。

或者可选的，上述方法还包括：当达到该多播会话的结束时间点时，第一会话管理网元根据该多播会话的开始时间点和该多播会话的持续时长，触发释放该多播会话的传输资源。

其中，第一会话管理网元可以根据该多播会话的开始时间点和该多播会话的持续时长，确定该多播会话的结束时间点。

其中，第一会话管理网元可以通过发送传输资源释放的指示信息，触发接入网设备释放该多播会话的传输资源。可选的，该传输资源释放的指示信息可以替换为用于指示达到该多播会话的结束时间点的指示信息，或者可以替换为用于指示该多播会话结束的指示信息。该传输资源释放的指示信息可以通过消息或信令实现。

可以理解的是，S703和S704的执行先后顺序不做限定，或者在一些可能的场景下，S703和S704在实际流程中仅执行其一(例如仅执行S703)。

可选的，S705：接入网设备获取多播会话的开始时间点。

具体地，接入网设备可以从单播会话管理网元中获取该多播会话的开始时间点。

可选的，上述方法还包括：接入网设备可以获取该多播会话的持续时长或该多播会话的结束时间点。

需要指出的S705可以替换为：接入网设备获取多播会话的时间信息，该多播会话的时间信息包括该多播会话的开始时间点。可选的，该多播会话的时间信息还包括该多播会话的持续时长或该多播会话的结束时间点。

可选的，若单播会话管理网元未获取到该多播会话的开始时间点，该接入网设备就无法在该单播会话管理网元中获取到该多播会话的开始时间点。这种情况下，单播会话管理网元可以向接入网设备发送用于指示未达到该多播会话的开始时间点的指示信息，或者用于指示不存在该多播会话的指示信息，或者部分该多播会话的上下文信息。

S706：当达到该多播会话的开始时间点时，接入网设备为该多播会话配置传输资源。

具体地，接入网设备根据与该多播会话关联的单播会话的信息，绑定该多播会话，并为该多播会话配置传输资源。其中，接入网设备绑定多播会话可以是保存多播会话的标识信息和/或多播会话的上下文信息(例如多播会话的QoS流的信息和/或多播群组的标识信息)，或者可以是保存多播会话和单播会话的关联关系。该多播会话和单播会话的关联关系可以通过在单播会话的上下文信息中附加多播会话的上下文信息实现。

可选的，接入网设备可以将传输资源的配置信息发送给多播群组内的终端设备。其中，多播群组与多播会话存在的关联关系，多播群组内的终端设备获取多播会话的业务数据。多播群组可以采用多播群组的标识信息唯一标识。

可选的，接入网设备为多播会话配置传输资源时，接入网设备为多播会话预留时域、频域、空域资源等传输资源。接入网设备预留的传输资源仅用于该多播会话的业务数据的传输。或者可选的，接入网设备配置多播会话对应的无线承载(radio bearer)。或者可选的，接入网设备配置与核心网设备之间的用于传输多播会话的识别、处理规则。

可选的，接入网设备可以接收该多播会话的第二信息。该多播会话的第二信息包括与该多播会话关联的单播会话的信息，或所该多播会话与单播会话的关联信息。多播会话的第二信息可以是多播会话的关联信息。

S707：当未达到该多播会话的开始时间点时，接入网设备不为该多播会话分配传输资源。

一种可能的方式中，接入网设备根据与该多播会话关联的单播会话的信息，绑定该多播会话，且不为该多播会话分配传输资源。

另一种可能的方式中，接入网设备不绑定该多播会话，且不为该多播会话分配传输资源。

可选的，上述方法还包括：当达到该多播会话的结束时间点时，接入网设备释放该多播会话的传输资源。

或者可选的，上述方法还包括：接入网设备根据该多播会话的开始时间点和该多播会话的持续时长，释放该多播会话的传输资源。

其中，接入网设备可以根据该多播会话的开始时间点和该多播会话的持续时长，确定该多播会话的结束时间点。

或者可选的，上述方法还包括：接入网设备接收传输资源释放的指示信息，释放该多播会话的传输资源。

可选的，接入网设备为释放传输资源时，接入网设备释放为多播会话预留时域、频域、空域资源等传输资源。接入网设备释放的传输资源不用于该多播会话的业务数据的传输。或者可选的，接入网设备删除多播会话的上下文信息。或者可选的，接入网设备删除多播会话与无线承载的对应关系。

可以理解的是，S706和S707的执行先后顺序不做限定，或者在一些可能的场景下，S706和S707在实际流程中仅执行其一(例如仅执行S706)。

可以理解的是，在上述步骤中是否达到所述多播会话的开始时间点/结束时间点的判断动作，可以由会话管理网元(例如单播SMF和/或多播SMF)、接入网设备或应用服务器中的一个或多个实现。并且，决定为多播会话分配传输资源的网元，与决定释放多播会话的传输资源的网元可以是同一网元，也可以是不同网元。

图7b所示的通信过程包括：

S711：应用服务器获取多播会话的开始时间点。

具体可以参见上述S701，在此不进行赘述。

S712：当达到该多播会话的开始时间点时，应用服务器通知第一会话管理网元开始该多播会话。

一种可能的方式中，当达到该多播会话的开始时间点时，应用服务器向第一会话管理网元发送第二消息，所述第二消息包括用于通知该多播会话开始的指示信息。所述第二消息可以为会话开始消息。

可选的，当达到该多播会话的开始时间点时，应用服务器确定该多播会话开始，该应用服务器可以通知第一会话管理网元开始该多播会话。

其中，多播会话开始可以指开始传输多播会话的业务数据。

其中，第一会话管理网元可以为多播会话管理网元。相应地，在该S712中，应用服务器可以将用于通知该多播会话开始的指示信息发送给NEF，NEF将用于通知该多播会话开始的指示信息发送给UDM/UDR，UDM/UDR向多播会话管理网元发送用于通知该多播会话开始的指示信息。

其中，第一会话管理网元可以为单播会话管理网元。相应地，在该S712中，应用服务器可以将用于通知该多播会话开始的指示信息发送给NEF，NEF将用于通知该多播会话开始的指示信息发送给UDM/UDR，UDM/UDR向多播会话管理网元发送用于通知该多播会话开始的指示信息，多播会话管理网元向单播会话管理网元发送用于通知该多播会话开始的指示信息。

S713：第一会话管理网元向第一网元发送该多播会话的第一信息。

一种可能的方式中，当接收到用于通知该多播会话开始的指示信息时，第一会话管理网元发送会话开始消息。该会话开始消息包括该多播会话的第一信息。可选的，该会话开始消息还包括用于通知该多播会话开始的指示信息。

可选的，未接收到用于通知该多播会话开始的指示信息之前，第一会话管理网元不发送该多播会话的第一信息。

S714：接入网设备为该多播会话配置传输资源。

一种可能的方式中，当接收到会话开始消息时，接入网设备为该多播会话配置传输资源。未接收到会话开始消息之前，接入网设备不为该多播会话配置传输资源。

图7b与图7a中的相似之处不在此重复说明。

通过本申请实施例提供的方案，当达到多播会话的开始时间点时，会话管理网元发送多播会话的第一信息；和/或未达到多播会话的开始时间点时，会话管理网元通知接入网设备未达到多播会话的开始时间点，或者不存在所述多播会话，这样当达到多播会话的开始时间点时，接入网设备可以为多播会话配置传输资源，未达到多播会话的开始时间点时，接入网设备可以不为多播会话分配传输资源。可见，即使终端设备加入多播群组的时间点早于多播会话的开始时间点时，基站也不会提前预留资源，避免浪费传输资源。

下面以几个具体的实施例对上述实施例进行说明。

图8提供了一种通信方法，包括以下步骤：

S801：AF通过NEF向UDM/UDR/PCF/NEF/NRF(图8中以UDM/UDR为例进行说明)提供外部参数。

其中，外部参数可以包括多播群组的标识信息、多播会话的开始时间点以及多播会话的结束时间点等。

S802：UE向SMF发送加入多播群组的第一请求消息。

其中，第一请求消息中包含该多播群组的标识信息。

可选的，S802可以在S801结束之后的一段时间后发生。

S803：SMF向UDM/UDR/PCF/NEF/NRF/MB-SMF发送第三消息。

其中，该第三消息用于获取多播会话的上下文信息。

其中，该多播会话的上下文信息可以包含该多播群组的标识信息、该多播会话的QoS信息(例如该多播会话的丢包率、优先级、时延信息等等)、该多播会话的开始时间点以及该多播会话的结束时间点等中的一个或多个。

其中，该多播会话的开始时间点以及该多播会话的结束时间点可以通过【开始时间点，结束时间点】或【开始时间点，持续时长】表示。该多播会话的结束时间点可以根据开始时间点和持续时长确定。

可选地，如果SMF向MB-SMF发送第二消息，那么MB-SMF可以进一步向UDM/UDR/PCF/NEF发送第四消息，相应地，UDM/UDR/PCF/NEF向MB-SMF发送第五消息，此后MB-SMF根据该第五消息，获取多播会话的上下文信息。

S804：SMF根据从UDM/UDR/PCF/NEF/MB-SMF中获取到的多播会话的上下文信息，判断是否向RAN发送多播会话的上下文信息，和/或发送与该多播会话关联的单播会话的信息。

一种可能的方式中，如果达到该多播会话的开始时间点，SMF向RAN发送该多播会话的上下文信息，和/或发送与该多播会话关联的单播会话的信息。如果未达到该多播会话的开始时间点，SMF不向RAN发送该多播会话的上下文信息，且不发送与该多播会话关联的单播会话的信息。或者如果达到该多播会话的开始时间点，SMF仅向RAN发送与该多播会话关联的单播会话的信息。

另一种的方式中，如果查询到该多播会话的上下文信息，SMF向RAN发送该多播会话的上下文信息，和/或发送与该多播会话关联的单播会话的信息。如果未查询到该多播会话的上下文信息，SMF不向RAN发送所述多播会话的上下文信息，且不发送与该多播会话关联的单播会话的信息。或者如果未查询到该多播会话的上下文信息，SMF仅向RAN发送与该多播会话关联的单播会话的信息。

S805-a：如果SMF确定向RAN发送该多播会话的上下文信息，和/或发送与该多播会话关联的单播会话的信息，所述SMF向RAN发送N2消息。

其中所述N2消息包括多群组的标识信息、多播会话的上下文信息和NAS消息。

S805-b：如果SMF确定向RAN发送该多播会话的上下文信息，和/或发送与所述多播会话关联的单播会话的信息，所述SMF向RAN发送N2消息。

所述N2消息包括多群组的标识信息、多播会话的上下文信息、与该多播会话关联的单播会话的信息和NAS消息的一项或多项。如果包含NAS消息，该NAS消息中包括原因值信息和可选的多播会话的开始时间点。该原因值信息可以用于标识未达到该多播会话的开始时间点。

S806：RAN根据S805-a或S805-b获取到的N2消息，向UE发送配置信息。

其中，所述配置信息用于为该多播会话分配传输资源或不为该多播会话分配传输资源。

所述配置信息可以通过无线资源控制(radio resource control，RRC)消息发送。

S807：当达到该多播会话的结束时间点，SMF触发RAN释放该多播会话的传输资源。

S808：所述RAN释放该多播会话的传输资源。

其中S807和S808是可选的步骤。

在该实施例中，SMF获取多播会话的开始时间点和结束时间点，当UE请求加入时，SMF根据多播会话的开始时间点，判断是否向RAN发送多播会话的上下文信息，以及SMF根据多播会话的结束时间点，判断是否触发RAN释放所述多播会话的传输资源。这样可以在过早获取到多播会话的上下文信息(早于UE请求加入的时间点)时，基站可以不预留无用的资源，避免资源的浪费。

,图9提供了一种通信方法，包括以下步骤：

S901：AF向NEF提供外部参数。

S902：NEF选择MB-SMF。

S903：NEF向MB-SMF发送会话建立请求消息。

其中，会话建立请求消息包括多播群组的标识信息、该多播会话的开始时间点以及该多播会话的结束时间点等。

S904：MB-SMF获取多播QoS信息。

S905：UDM/UDR/PCF/NEF/NRF(图9中以UDM/UDR为例进行说明)获取并存储MB-SMF的信息。

其中，MB-SMF的信息包括MB-SMF的标识信息、多播群组的标识信息等。外可选地，MB-SMF的信息还可以包括该多播会话的开始时间点以及该多播会话的结束时间点。

S906的过程参见S802。

S907：SMF向UDM/UDR/PCF/NEF/NRF发送MB-SMF的信息获取请求。

MB-SMF的信息获取请求用于获取MB-SMF的信息。MB-SMF的信息获取请求包括多播群组的标识信息。UDM/UDR/PCF/NEF/NRF返回MB-SMF的标识信息(id)。

S908：SMF在MB-SMF中获取多播会话的上下文信息。

示例性地，多播会话的上下文信息可以包括该多播会话的开始时间点以及该多播会话的结束时间点。

S909-S913的过程参见S804-S808。

如图10提供了一种通信方法，包括以下步骤：

S1001-S1003的过程参见S801-S803。

其中UDM或者UDR也可以是NRF或者PCF或者NEF。

S1004：SMF向RAN发送N2消息。

N2消息包括多播群组的标识信息、多播会话的上下文信息、NAS消息以及该多播会话的开始时间点、所述多播会话的结束时间点中的一项或多项。

其中所述多播会话的上下文信息可以是单独的信元，也可以包含在单播会话的上下文信元中。NAS消息用于RAN透传，由SMF发送给UE。

S1005：RAN根据该多播会话的开始时间点，判断是否为该多播会话分配传输资源。

为多播会话分配传输资源，即对多播会话进行资源预留。

当达到该多播会话的开始时间点时，RAN为该多播会话分配传输资源。

当未达到该多播会话的开始时间点时，RAN不为该多播会话分配传输资源。具体包括：

a)RAN根据与该多播会话关联的单播会话的信息，绑定所述多播会话(换言之，配置多播上下文)，但在该多播会话开始之前，不为该多播会话分配传输资源。

b)在该多播会话开始之前，RAN不绑定该多播会话(换言之，不配置多播上下文)，且不为该多播会话分配传输资源。

S1006的过程参见S806。

S1007：当达到该多播会话的结束时间点，RAN释放该多播会话的传输资源。

其中S1007是可选的步骤。

在该实施例中，SMF获取多播会话的开始时间点和结束时间点，当UE请求加入时，SMF向RAN发送多播会话的开始时间点和结束时间点，RAN判断是否分配传输资源以及触发释放该多播会话的传输资源。这样可以在过早获取到多播会话的上下文信息(早于UE请求加入的时间点)时，基站可以不预留无用的资源，避免资源的浪费。

如图11提供了一种通信方法，包括以下步骤：

S1101-S1102的过程参见S802-S803。

S1103：UDM/UDR/PCF/NEF/NRF/MB-SMF(图11中以UDM/UDR为例进行说明)向SMF发送响应消息。

其中响应消息包括该多播会话的QoS信息或原因值信息。

一种可能的方式中，UDM/UDR/PCF/NEF/NRF/MB-SMF中包含多播会话的信息。该响应消息中包括所述多播会话的QoS信息。

一种可能的方式中，UDM/UDR/PCF/NEF/NRF/MB-SMF中未包含多播会话的信息。该响应消息中包括原因值信息。该原因值信息用于标识当前尚未存在该多播会话，即该多播会话的数据传输尚未开始。

S1104：SMF根据UDM/UDR/PCF/NEF/NRF/MB-SMF的响应消息，确定N2消息中包含的参数。

如果响应消息中包括多播会话的QoS信息，则SMF确定通过N2消息向RAN发送多播会话的上下文信息，或者发送与多播会话有关的信息。

如果响应消息中包括原因值信息，SMF无法获取到与多播会话有关的信息。相应的，SFM向RAN或UE发送原因值信息。

S1105：SMF向RAN发送N2消息。

所述N2消息包括多播群组的标识信息和NAS消息。可选的该NAS消息包括原因值信息。

S1106：RAN向UE发送配置信息。

其中该配置用于不为多播会话分配传输资源。

S1107：AF向NEF(或PCF或MB-SMF)发送会话开始消息。

其中该会话开始消息包括多播会话的标识信息和所述多播会话的上下文信息。该多播会话的标识信息可以是IMGI或多播会话的IP地址信息等等。该多播会话的上下文信息可以是该多播会话的标准化5QI信息，或者是多播会话的优先级信息，或者是多播会话的带宽信息等等。

S1108：NEF获取单播SMF的信息。

所述单播SMF即为S1102中的单播SMF。

S1109：NEF从单播SMF中选择多播SMF。

可选的，该S1108和S1109的实现过程也可以为：NEF从UDM/UDR中获取多播SMF的标识信息，以及可选的单播SMF的列表信息和多播会话的上下文信息。

S1110：NEF向多播SMF发送会话开始消息。

其中该会话开始消息包括以下一个或多个：该多播会话的标识信息，该多播会话的上下文信息，单播SMF的列表信息。

S1111：MB-SMF向SMF发送会话开始消息。

其中该会话开始消息中可以包括多播会话的标识信息，多播SMF的标识信息及多播会话的上下文信息中的一项或多项。

若NEF发送的会话开始消息未提供该多播会话的标识信息，所述多播会话的上下文信息，或单播SMF的列表信息中的一个或多个，MB-SMF可以从UDM/UDR/PCF/NRF中获取NEF未提供的信息。

一种可能的方式是，在S1101-S1107中，SMF与MB-SMF进行交互。MB-SMF保存了SMF的标识信息。当接收到S1110的会话开始消息后，MB-SMF可以根据此前保存的SMF的标识信息，向保存的该SMF发送会话开始消息。

S1112：SMF向RAN提供所述多播会话的上下文信息。

S1113：RAN向UE发送配置信息。

其中，该配置信息用于为该多播会话分配传输资源。

S1114-S1115的过程参见S807-S808。

在该实施例中，应用服务器在多播会话开始时才会提供多播会话的信息至核心网。当SMF向UDM/UDR请求多播会话的上下文信息时，UDM/UDR根据是否获取到多播会话的上下文信息，提供回复消息。当多播会话即将开始时，AF触发传输资源的分配，提供多播会话的上下文信息，SMF将所述多播会话的上下文信息提供至RAN，RAN根据获取到的多播会话的上下文信息为多播会话分配传输资源。这样不会在UE请求加入后，而未传输多播会话的传输时间之前的时间段内，基站预留无用的资源，避免资源的浪费。

图12提供了一种通信方法，包括以下步骤：

S1201-S1207的过程参见S1101-S1107。

S1208：NEF向UDM/UDR/PCF/NRF发送会话开始消息。

S1209：UDM/UDR/PCF/NRF选择多播SMF。

一种可能的方式是，UDM/UDR/PCF/NRF从单播SMF中选择多播SMF。或者，UDM/UDR/PCF/NRF在选择多播SMF之前，保存了多播SMF的标识信息。

S1210：UDM/UDR/PCF/NRF向MB-SMF发送会话开始消息。

S1211：MB-SMF向SMF发送会话开始消息。

S1212-S1215的过程参见S1112-S1115。

图13提供了一种通信方法，包括以下步骤：

S1301-S1307的过程参见S901-S907。

S1308：MB-SMF根据该多播会话的开始时间点，确定是否提供该多播会话的上下文信息。

S1309-a：如果MB-SMF确定提供该多播会话的上下文信息，该MB-SMF向SMF发送N16消息。

其中，该N16消息包括该多播群组的标识信息和该多播会话的上下文信息。

值得说明的是，此处的N16消息也可以是其他新定义的接口的消息，本申请不予以限定。

S1309-b：如果MB-SMF确定不提供所述多播会话的上下文信息，所述MB-SMF向SMF发送N16消息。

其中，该N16消息包括该多播群组的标识信息和可选的原因值信息。该原因值信息用于标识未达到该多播会话的开始时间点。

S1310-a：如果SMF从MB-SMF中获取到S1309-a中的信息，即获取到该多播会话的上下文信息，SMF向RAN发送N2消息。

其中，该N2消息包括多播群组的标识信息、多播会话的上下文信息和NAS消息。

S1310-b：如果SMF从MB-SMF中获取到S1310-b中的信息，即未获取到所述多播会话的上下文信息，所述SMF向RAN发送N2消息。

其中，该N2消息包括多播群组的标识信息、多播会话的上下文信息和NAS消息。所述NAS消息中包括原因值信息和可选的多播会话的开始时间点。该原因值信息可以用于标识未达到该多播会话的开始时间点。

S1311-S1313的过程参见S806-S808。

图14提供了一种通信方法，包括以下步骤：

S1401-S1407的过程参见S901-S907。

S1408：SMF从MB-SMF中获取N16消息。

其中，该N16消息包括多播群组的标识信息，以及可选的多播会话的上下文信息。

S1409：SMF向RAN发送N2消息。

其中，该N2消息中包括多播群组的标识信息，NAS消息，以及可选的多播会话的上下文信息。

S1410：RAN确定不为该多播会话分配传输资源。

S1411：RAN向UE发送配置信息，该配置信息用于不为该多播会话分配传输资源。

S1412：AF根据该多播会话的开始时间点，确定是否提供该多播会话的上下文信息。

S1413：AF向NEF发送多播会话开始消息。

其中，该多播会话开始消息包括多播群组的标识信息，以及可选的多播会话业务需求的指示信息。

可选的S1414：UDM/UDR从NEF中获取MB-SMF的信息。

S1415：NEF向MB-SMF发送多播会话开始消息。

其中，该多播会话开始消息包括多播群组的标识信息，以及可选的多播会话业务需求的指示信息，或者可选的多播策略和计费控制(policy control and charging，PCC)规则。该PCC规则是由NEF/PCF根据多播会话的业务需求得到的。

S1416：如果确定获取到多播会话业务需求的指示信息，MB-SMF根据多播会话业务需求，确定多播PCC规则，并根据多播PCC规则得到多播会话的上下文信息。

S1417：MB-SMF向SMF发送多播会话开始消息。

其中，该多播会话开始消息包括多播群组的标识信息，以及可选的多播会话的上下文信息。

S1418：SMF向RAN发送多播会话开始消息。

S1419：RAN根据所述多播会话开始消息，决定为该多播会话分配传输资源。

S1420-S1421的过程参见S807-S808。

可以理解的是，本申请实施例中涉及的各消息也可以替换为能够实现相同功能的其他消息，在此不做限定。

以上结合图7a至图14详细说明了通信方法，基于与通信方法的同一发明构思，本申请实施例还提供了一种通信装置，如图15所示，所述通信装置1500包含处理单元1501和收发单元1502，装置1500可用于实现上述应用于会话管理网元、接入网设备、应用服务器的方法实施例中描述的方法。

在一个实施例中，装置1500应用于会话管理网元。

具体的，所述收发单元1502，用于获取多播会话的第一信息；

所述处理单元1501，用于确定所述多播会话的第一信息；

所述收发单元1502，还用于当达到所述多播会话的开始时间点时，向第一网元发送所述多播会话的第一信息；和/或，当未达到所述多播会话的开始时间点时，通知所述第一网元：未达到所述多播会话的开始时间点，或者不存在所述多播会话。

在一个实现方式中，所述多播会话的第一信息包括所述多播会话的时间信息。

在一个实现方式中，所述多播会话的时间信息包括以下至少一种：所述多播会话的开始时间点，所述多播会话的持续时长，或者所述多播会话的结束时间点。

在一个实现方式中，所述收发单元1502，还用于当达到所述多播会话的结束时间点时，触发释放所述多播会话的传输资源，或者根据所述多播会话的开始时间点和所述多播会话的持续时长，触发释放所述多播会话的传输资源。

在一个实现方式中，所述多播会话的第一信息包括与所述多播会话关联的单播会话的信息。

在一个实现方式中，所述收发单元1502，具体用于发送第一消息，所述第一消息包括用于指示未达到所述多播会话的开始时间点的指示信息，或者用于指示不存在所述多播会话的指示信息。

在一个实现方式中，所述第一消息还包括所述多播会话的开始时间点。

在一个实现方式中，所述通信装置为多播会话管理网元，所述第一网元为单播会话管理网元；或者，所述通信装置为单播会话管理网元，所述第一网元为接入网设备。

在一个实现方式中，所述收发单元1502，具体用于从数据管理网元中，获取所述多播会话的第一信息。

在一个实现方式中，所述收发单元1502，从多播会话管理网元中，获取所述多播会话的第一信息。

在另一个实施例中，装置1500应用于接入网设备。

具体的，所述收发单元1502，用于获取多播会话的开始时间点；

所述处理单元1501，用于当达到所述多播会话的开始时间点时，为所述多播会话配置传输资源；或者当未达到所述多播会话的开始时间点时，不为所述多播会话分配传输资源。

在一个实现方式中，所述处理单元1501，具体用于根据与所述多播会话关联的单播会话的信息，绑定所述多播会话，且不为所述多播会话分配传输资源。

在一个实现方式中，所述收发单元1502，还用于接收所述多播会话的第二信息，所述多播会话的第二信息包括与所述多播会话关联的单播会话的信息。

在一个实现方式中，所述收发单元1502，具体用于从单播会话管理网元中，获取所述多播会话的开始时间点。

在一个实现方式中，所述收发单元1502，还用于获取所述多播会话的结束时间点或所述多播会话的持续时长；当达到所述多播会话的结束时间点时，释放所述多播会话的传输资源，或者所述接入网设备根据所述多播会话的开始时间点和所述多播会话的持续时长，释放所述多播会话的传输资源。

在又一个实施例中，装置1500应用于应用服务器。

具体的，所述收发单元1502，用于获取多播会话的第三信息，所述多播会话的第三信息包括所述多播会话的开始时间点；

所述处理单元1501，用于确定所述多播会话的第三信息。

所述收发单元1502，还用于向第一会话管理网元发送所述多播会话的第三信息。

在一个实现方式中，所述多播会话的第三信息还包括：所述多播会话的持续时长，或者所述多播会话的结束时间点。

在又一个实施例中，装置1500应用于应用服务器。

所述处理单元1501，用于确定多播会话的开始时间点。

所述收发单元1502，还用于当达到所述多播会话的开始时间点时，通知第一会话管理网元开始所述多播会话。

在一种可能的实现方式中，所述收发单元1502，具体用于向所述第一会话管理网元发送第二消息，所述第二消息包含指示信息，所述指示信息用于通知所述多播会话开始。

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

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

基于与上述通信方法相同的构思，如图16所示，本申请实施例还提供了一种通信装置1600的结构示意图。装置1600可用于实现上述应用于设备的方法实施例中描述的方法，可以参见上述方法实施例中的说明。所述装置1600可以处于设备中或为设备。所述设备可以为会话管理网元、接入网设备或应用服务器。

所述装置1600包括一个或多个处理器1601。所述处理器1601可以是通用处理器或者专用处理器等。例如可以是基带处理器、或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、终端、或芯片等)进行控制，执行软件程序，处理软件程序的数据。所述通信装置可以包括收发单元，用以实现信号的输入(接收)和输出(发送)。例如，所述收发单元可以为收发器，射频芯片等。

所述装置1600包括一个或多个所述处理器1601，所述一个或多个处理器1601可实现上述所示的实施例中设备的方法。

可选的，处理器1601除了实现上述所示的实施例的方法，还可以实现其他功能。

可选的，一种设计中，处理器1601可以执行指令，使得所述装置1600执行上述方法实施例中描述的方法。所述指令可以全部或部分存储在所述处理器内，如指令1603，也可以全部或部分存储在与所述处理器耦合的存储器1602中，如指令1604，也可以通过指令1603和1604共同使得装置1600执行上述方法实施例中描述的方法。

在又一种可能的设计中，通信装置1600也可以包括电路，所述电路可以实现前述方法实施例中设备的功能。

在又一种可能的设计中所述装置1600中可以包括一个或多个存储器1602，其上存有指令1604，所述指令可在所述处理器上被运行，使得所述装置1600执行上述方法实施例中描述的方法。可选的，所述存储器中还可以存储有数据。可选的处理器中也可以存储指令和/或数据。例如，所述一个或多个存储器1602可以存储上述实施例中所描述的对应关系，或者上述实施例中所涉及的相关的参数或表格等。所述处理器和存储器可以单独设置，也可以集成在一起。

在又一种可能的设计中，所述装置1600还可以包括收发器1605以及天线1606。所述处理器1601可以称为处理单元，对装置(终端或者基站)进行控制。所述收发器1605可以称为收发机、收发电路、或者收发单元等，用于通过天线1606实现装置的收发功能。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DigitalSignal Processor，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可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述应用于设备的任一方法实施例所述的通信方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述应用于设备的任一方法实施例所述的通信方法。

本申请实施例还提供了一种通信系统，所述通信系统包括第一会话管理网元、接入网设备和应用服务器，所述第一会话管理网元、接入网设备和应用服务器用于实现上述任一方法实施例所述的通信方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(Digital Video Disc，DVD))、或者半导体介质(例如，固态硬盘(Solid State Disk，SSD))等。

本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器，用于执行上述应用于设备的任一方法实施例所述的通信方法。

应理解，上述处理装置可以是一个芯片，所述处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，改存储器可以集成在处理器中，可以位于所述处理器之外，独立存在。

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

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

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

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

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

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可以用硬件实现，或固件实现，或它们的组合方式来实现。当使用软件实现时，可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本申请所使用的，盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟，其中盘通常磁性的复制数据，而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

总之，以上所述仅为本申请技术方案的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims

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

第一会话管理网元从多播会话管理网元中获取多播会话的第一信息，所述多播会话的第一信息包括所述多播会话的开始时间点；

当达到所述多播会话的开始时间点时，所述第一会话管理网元向第一网元发送所述多播会话的第一信息；和/或，

当未达到所述多播会话的开始时间点时，所述第一会话管理网元通知所述第一网元：未达到所述多播会话的开始时间点，或者不存在所述多播会话；

其中，所述第一会话管理网元为单播会话管理网元，所述第一网元为接入网设备。

2.如权利要求1所述的方法，其特征在于，所述多播会话的第一信息还包括以下至少一种：所述多播会话的持续时长，或者所述多播会话的结束时间点。

3.如权利要求1所述的方法，其特征在于，还包括：

当达到所述多播会话的结束时间点时，所述第一会话管理网元触发释放所述多播会话的传输资源，或者

所述第一会话管理网元根据所述多播会话的开始时间点和所述多播会话的持续时长，触发释放所述多播会话的传输资源。

4.如权利要求1-3中任一项所述的方法，其特征在于，所述多播会话的第一信息包括与所述多播会话关联的单播会话的信息。

5.如权利要求1-3中任一项所述的方法，其特征在于，所述第一会话管理网元通知所述第一网元：未达到所述多播会话的开始时间点，或者不存在所述多播会话，包括：

发送第一消息，所述第一消息包括用于指示未达到所述多播会话的开始时间点的指示信息，或者用于指示不存在所述多播会话的指示信息。

6.如权利要求5所述的方法，其特征在于，所述第一消息还包括所述多播会话的开始时间点。

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

接入网设备从单播会话管理网元中获取多播会话的开始时间点；

当达到所述多播会话的开始时间点时，所述接入网设备为所述多播会话配置传输资源；或者，

当未达到所述多播会话的开始时间点时，所述接入网设备不为所述多播会话分配传输资源。

8.如权利要求7所述的方法，其特征在于，所述接入网设备不为所述多播会话分配传输资源，包括：

所述接入网设备根据与所述多播会话关联的单播会话的信息，绑定所述多播会话，且不为所述多播会话分配传输资源。

9.如权利要求8所述的方法，其特征在于，还包括：

所述接入网设备接收所述多播会话的第二信息，所述多播会话的第二信息包括与所述多播会话关联的单播会话的信息。

10.如权利要求7-9中任一项所述的方法，其特征在于，还包括：

所述接入网设备获取所述多播会话的结束时间点或所述多播会话的持续时长；

当达到所述多播会话的结束时间点时，所述接入网设备释放所述多播会话的传输资源，或者

所述接入网设备根据所述多播会话的开始时间点和所述多播会话的持续时长，释放所述多播会话的传输资源。

11.一种通信装置，其特征在于，其特征在于，包括处理器和存储器，所述处理器与所述存储器耦合；

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如权利要求1-10中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求1-10中任一项所述的方法被执行。

13.一种计算机程序产品，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求1-10中任一项所述的方法被执行。

14.一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以如权利要求1-10中任一项所述的方法。

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

会话管理功能接收来自用户设备UE的第一请求消息，所述第一请求消息用于所述UE请求加入多播群组，所述第一请求消息包括所述多播群组的标识信息；

所述会话管理功能向组播会话管理功能发送第三消息，所述第三消息用于获取多播会话的上下文信息，所述多播会话的上下文信息包括所述多播会话的开始时间点，所述多播会话与所述多播群组存在关联关系；

所述会话管理功能接收所述多播会话的上下文信息；

如果未达到所述多播会话的开始时间点，所述会话管理功能不向无线接入网RAN发送所述多播会话的上下文信息，且不向所述RAN发送与所述多播会话关联的单播会话的信息。

16.一种通信装置，其特征在于，其特征在于，包括处理器和存储器，所述处理器与所述存储器耦合；

存储器，用于存储计算机程序；

处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如权利要求15所述的方法。

17.一种计算机可读存储介质，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求15所述的方法被执行。

18.一种计算机程序产品，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求15所述的方法被执行。

19.一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以如权利要求15所述的方法。