传输组播业务的方法和装置

技术领域

本申请涉及通信领域，并且更具体地，涉及通信领域中的传输组播业务的方法和装置。

背景技术

随着移动互联网的发展，移动高清视频业务呈现井喷态势。用户逐渐从传统的通过固定电视收看热点节目的方式转变为通过手机终端与移动互联网收看热点节目，因此，视频业务对移动网络的冲击愈发强烈，若可以通过空口组播的方式优化视频业务的传输将会大幅减少视频流量对移动网络的冲击。

在前几代移动通信技术中，例如第3代(the 3rd generation，3G)移动通信技术和第4代(the 4th generation，4G)移动通信技术，组播方案的推广遇到了较大的困难。具体地，现有组播方案需要在现有的通信架构基础上添加支持组播的专有网元和接口，并且还需要专有的组播信道支持，不但增加了运营商角的开销，还提高了终端的复杂度。

在第5代(the 5th generation，5G)移动通信技术以及未来的其他移动通信技术中，亟需提供一种方法以克服上述困难。

发明内容

本申请提供一种传输组播业务的方法和装置，能够在无论系统中是否存在支持组播的设备的情况下，实现组播业务的传输，从而提高组播业务传输的灵活性和可靠性。

第一方面，提供了一种传输组播业务的方法，包括：会话管理网元接收第一消息或第二消息，所述第一消息用于请求将终端设备加入组播业务，所述第二消息用于更新所述终端设备的协议数据单元PDU会话，所述PDU会话关联组播业务；所述会话管理网元根据所述终端设备的组播能力信息和/或接入网设备的组播能力信息，确定所述组播业务的发送方式，所述终端设备的组播能力信息用于表示所述终端设备是否支持组播，所述接入网设备的组播能力信息用于表示所述接入网设备是否支持组播，所述接入网设备为所述终端设备当前接入的接入网设备或者所述终端设备的目标接入网设备。

所述接入网设备支持组播是指接入网设备的空口支持点到多点的传输。所述终端设备支持组播是指该终端设备支持通过空口组播模式接收组播业务。

在本申请实施例中，会话管理网元可以在终端设备请求加入组播业务或者请求更新PDU会话时，根据该终端设备的组播能力信息和/或接入网设备的组播能力信息，确定组播业务的发送方式，从而更有效地为终端设备下发组播业务，提高组播业务传输的灵活性和可靠性。

示例性地，在终端设备初始加入组播业务时，接入与移动性管理网元可以向会话管理网元发送上述第一消息，用于请求将终端设备加入组播业务。示例性地，在终端设备从源接入网设备切换至目标接入网设备的场景下，接入与移动性管理网元可以向会话管理网元发送上述第二消息，用于对PDU会话进行更新。应理解，终端设备从源接入网设备切换至目标接入网设备本质上是指将终端设备的PDU会话从源接入网设备切换至目标接入网设备。换句话说，“切换终端设备的PDU会话”是指因为终端设备由源接入网设备向目标接入网设备移动时，为了保持业务的连续性，该终端设备的PDU会话可以从源接入网设备切换到目标接入网设备。

结合第一方面，在第一方面的某些实现方式中，当所述发送方式为单播方式时，所述方法还包括：所述会话管理网元根据所述组播业务的组播服务质量QoS流，确定所述组播QoS流对应的单播QoS流；所述会话管理网元在所述终端设备的协议数据单元PDU会话中增加所述单播QoS流，所述单播QoS流用于传输所述组播业务的数据。

具体而言，若上述终端设备不支持组播和/或接入网设备不支持组播，则组播业务的发送方式为单播方式。在这种情况下，会话管理网元可以将组播业务的组播QoS流映射到单播QoS流，从而在PDU会话中增加该单播QoS流，以便后续通过单播方式为该终端设备下发该组播业务。关于将组播业务的组播QoS流映射到单播QoS流，即为建立组播QoS流与单播QoS流之间的对应关系，以便采用该单播QoS流传递该组播业务。应理解，为了便于区分，会话管理网元所确定的单播QoS流的QFI不能与已有的单播QoS流的QFI相同。根据组播QoS流的QFI确定单播QoS流的QFI的过程即可以称为映射，本申请实施例将组播QoS流的QFI与单播QoS流的QFI之间的对应关系称为第一映射关系。

结合第一方面，在第一方面的某些实现方式中，所述会话管理网元在所述终端设备的PDU会话中增加所述单播QoS流，包括：所述会话管理网元向用户面网元发送所述组播业务的信息和所述单播QoS流的QFI；所述会话管理网元根据所述组播QoS流的QoS参数，确定所述单播QoS流的QoS参数；所述会话管理网元向所述接入网设备发送所述单播QoS流的QFI和所述单播QoS流的QoS参数。

在一种可能的实现方式中，该组播业务的信息可以包括组播业务的目的地址，可选地，还可以包括源地址或端口号中的至少一项。

在另一种可能的实现方式中，该组播业务通过另一个用户面网元发送给当前的用户面网元，那么会话管理网元还将该另一个用户面网元的隧道标识(便于当前的用户面网元与其进行连接)发送给当前的用户面网元。在这种情况下，该组播业务的信息可以包括另一个用户面网元的隧道标识。

结合第一方面，在第一方面的某些实现方式中，当所述发送方式为组播方式时，所述方法还包括：所述会话管理网元向所述接入网设备发送第三消息，所述第三消息用于请求将所述终端设备加入所述组播业务。

具体而言，若终端设备支持组播，并且接入网设备支持组播，则组播业务的发送方式为组播方式。在这种情况下，会话管理网元可以请求接入网设备将终端设备加入组播业务，以便后续通过组播方式为该终端设备下发该组播业务。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述会话管理网元向所述接入网设备发送所述组播业务的组播QoS流的信息。

结合第一方面，在第一方面的某些实现方式中，在所述会话管理网元向所述接入网设备发送第三消息之前，所述方法还包括：所述会话管理网元确定所述接入网设备存在所述组播业务。

应理解，组播业务在接入网设备可能存在，也可能不存在(需要创建)，因此，在一种可能的实现方式中，会话管理网元可以先判断接入网设备是否存在该组播业务，若接入网设备存在该组播业务，该会话管理网元再请求该接入网设备将该终端设备加入该组播业务；若该接入网设备不存在该组播业务，该会话管理网元可以先请求该接入网设备创建该组播业务，在该组播业务创建完成之后，该会话管理网元再请求该接入网设备将该终端设备加入该组播业务。

在另一种可能的实现方式中，会话管理网元可以不作任何判断，在请求该接入网设备将该终端设备加入该组播业务的同时，向该接入网设备发送该组播业务的组播QoS流的信息。这样，即使该接入网设备上不存在该组播业务，该接入网设备也可以根据该组播QoS流的信息，为该终端设备创建该组播业务，再将该终端设备加入该组播业务。

在本申请实施例中，会话管理网元可以通过多种方式确定接入网设备是否存在该组播业务，本申请实施例对此不作限定。

结合第一方面，在第一方面的某些实现方式中，所述会话管理网元确定所述接入网设备存在所述组播业务，包括：所述会话管理网元接收来自统一数据管理网元的第四消息，所述第四消息用于指示所述接入网设备存在所述组播业务；所述会话管理网元根据所述第四消息，确定所述接入网设备存在所述组播业务。

会话管理网元可以通过统一数据管理网元确定该接入网设备是否存在该组播业务。示例性地，统一数据管理网元可以自主(例如周期性地)向会话管理网元发送上述第四消息，将接入网设备上存在的组播业务的信息告知会话管理网元。示例性地，会话管理网元可以向统一数据管理网元查询，即向统一数据管理网元发送查询消息，查询当前终端设备请求加入的组播业务是否在该终端设备所接入的接入网设备上存在，会话管理网元接收统一数据管理网元反馈的查询结果(即上述第四消息)，根据该查询结果即可确定该接入网设备是否存在该组播业务。可选地，在会话管理网元向统一数据管理网元发送查询消息的情况下，统一数据管理网元可以不反馈查询结果，会话管理网元在一段时间内未收到查询结果则默认该接入网设备不存在该组播业务(或者，默认该接入网设备存在该组播业务)，但本申请实施例对此不作限定。

结合第一方面，在第一方面的某些实现方式中，在所述会话管理网元向所述接入网设备发送第三消息之前，所述方法还包括：所述会话管理网元确定所述接入网设备不存在所述组播业务；所述会话管理网元向所述接入网设备发送所述组播业务的组播QoS流的信息；所述会话管理网元接收来自所述接入网设备的用于指示所述组播QoS流对应的组播业务创建成功的指示信息。

具体而言，若接入网设备不存在该终端设备请求加入的组播业务，该会话管理网元可以向接入网设备发送该组播业务的组播QoS流的信息，该组播QoS流的信息可以包括该组播QoS流的QFI和组播QoS流的QoS参数。接入网设备在接收到该组播QoS流的信息之后，便可以根据该组播QoS流的信息创建相应的组播业务，为后续将终端设备加入该组播业务做准备。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述会话管理网元根据所述指示信息，向统一数据管理网元发送第五消息，所述第五消息用于指示所述组播业务在所述接入网设备中已经存在。

在上述接入网设备不存在该终端设备请求加入的组播业务，且会话管理网元已经创建了该组播业务的情况下，该会话管理网元可以通知统一数据管理网元该组播业务已经存在。上述第五消息中可以携带组播业务的标识和接入网设备的标识。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述会话管理网元确定所述组播QoS流对应的单播QoS流；所述会话管理网元向所述接入网设备发送所述第一映射关系，所述第一映射关系用于表示所述组播QoS流的QFI和所述单播QoS流的QFI之间的对应关系。

具体而言，在接入网设备支持组播的情况下，会话管理网元也可以生成组播QoS流的QFI与单播QoS流的QFI的映射关系，但无需修改PDU会话(即无需在PDU会话中新增该单播QoS流)。

这是因为存在一种场景是终端设备所接入的接入网设备支持组播，即组播业务通过组播会话隧道中下发，单播业务通过PDU会话所在的PDU会话隧道中下发。然而，终端设备具有移动性，后续终端设备存在移动到另一接入网设备的可能，该另一接入网设备可能不支持组播。为了避免由于另一接入网设备不支持组播而导致终端设备从接入网设备切换至另一接入网设备时组播业务的传输不连续的问题，因此，会话管理网元可以提前存储上述组播QoS流的QFI和单播QoS流的QFI之间映射关系，以便该会话管理网元在得知终端设备将要切换到的另一接入网设备不支持组播时，通知用户面网元将组播业务映射到PDU会话所在的PDU会话隧道中下发给终端设备，从而保证组播业务的连续性。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述会话管理网元接收来自接入与移动性管理网元的所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

结合第一方面，在第一方面的某些实现方式中，在所述会话管理网元接收来自接入与移动性管理网元的所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息之前，所述方法还包括：所述会话管理网元向所述接入与移动性管理网元发送请求消息，所述请求消息用于请求所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

结合第一方面，在第一方面的某些实现方式中，在所述会话管理网元向所述接入与移动性管理网元发送请求消息之前，所述方法还包括：所述会话管理网元确定所述终端设备的PDU会话支持组播。

具体而言，上述接入网设备的组播能力信息可以是会话管理网元请求接入与移动性管理网元发送的。进一步地，可选地，会话管理网元可以在PDU会话支持组播的情况下，请求接入与移动性管理网元发送终端设备的组播能力信息和/或接入网设备的组播能力信息。PDU会话是否支持组播，可以根据DNN(例如，通过该DNN可访问组播业务)、S-NSSAI(例如，EMBB切片就可能支持访问组播业务)、组播业务指示信息(例如，PDU会话支持的组播业务标识)中的至少一项进行判断。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：所述会话管理网元向所述接入与移动性管理网元发送订阅消息，所述订阅消息用于所述移动性管理网元在所述终端设备和/或所述接入网设备的组播能力改变时向所述会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

具体地，上述终端设备的组播能力信息和/或上述接入网设备的组播能力信息可以是会话管理网元通过订阅获取的。即会话管理网元向接入与移动性管理网元发送订阅消息，该订阅消息用于移动性管理网元在终端设备的能力改变和/或接入网设备的能力改变时向会话管理网元发送终端设备的组播能力信息和/或接入网设备的组播能力信息。则对应地，接入与移动性管理网元接收来自会话管理网元的订阅消息，并在终端设备和/或接入网设备的能力改变时向该会话管理网元发送终端设备的组播能力信息和/或接入网设备的组播能力信息。示例性地，在终端设备的能力改变时，接入与移动性管理网元可以向会话管理网元发送该终端设备的组播能力信息；在接入网设备的能力改变时，接入与移动性管理网元可以向会话管理网元发送该接入网设备的组播能力信息；在终端设备的能力与接入网设备的能力都改变时，接入与移动性管理网元可以向会话管理网元发送该终端设备的组播能力信息和该接入网设备的组播能力信息。

结合第一方面，在第一方面的某些实现方式中，所述会话管理网元接收第一消息，包括：所述会话管理网元接收来自接入与移动性管理网元的所述第一消息；或者，所述会话管理网元接收来自用户面网元的所述第一消息。

第二方面，提供了另一种传输组播业务的方法，包括：接入与移动性管理网元获取终端设备的组播能力信息和/或接入网设备的组播能力信息，所述终端设备的组播能力信息用于表示所述终端设备是否支持组播，所述接入网设备的组播能力信息用于表示所述接入网设备是否支持组播，所述接入网设备为所述终端设备当前接入的接入网设备或者所述终端设备的目标接入网设备；所述接入与移动性管理网元向会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

结合第二方面，在第二方面的某些实现方式中，在所述接入与移动性管理网元向会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息之前，所述方法还包括：所述接入与移动性管理网元确定所述终端设备的PDU会话支持组播。

结合第二方面，在第二方面的某些实现方式中，所述接入与移动性管理网元确定终端设备的PDU会话支持组播，包括：所述接入与移动性管理网元接收来自所述终端设备的所述PDU会话的参考信息，所述参考信息包括用于指示所述PDU会话是否支持组播的指示信息、所述PDU会话的数据网络名称DNN、所述PDU会话的单网络切片选择辅助信息S-NSSAI中的一项或多项；所述接入与移动性管理网元根据所述参考信息，确定所述PDU会话支持组播。

结合第二方面，在第二方面的某些实现方式中，所述方法还包括：所述接入与移动性管理网元接收来自所述会话管理网元的请求消息，所述请求消息用于请求所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

结合第二方面，在第二方面的某些实现方式中，所述方法还包括：所述接入与移动性管理网元接收来自所述会话管理网元的订阅消息，所述订阅请求消息用于所述移动性管理网元在所述终端设备和/或所述接入网设备的组播能力改变时向所述会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

结合第二方面，在第二方面的某些实现方式中，所述接入网设备的组播能力信息携带在下一代NG建立请求消息中。

结合第二方面，在第二方面的某些实现方式中，所述终端设备的组播能力信息携带在PDU会话建立/修改请求消息中。

第三方面，提供了另一种传输组播业务的方法，包括：接入网设备获取所述接入网设备的组播能力信息；所述接入网设备发送所述接入网设备的组播能力信息，所述组播能力信息用于表示所述接入网设备是否支持组播。

结合第三方面，在第三方面的某些实现方式中，所述接入网设备发送所述接入网设备的组播能力信息，包括：所述接入网设备向接入与移动性管理网元或所述接入网设备的相邻接入网设备发送所述组播能力信息。

结合第三方面，在第三方面的某些实现方式中，所述方法还包括：所述接入网设备接收来自另一接入网设备的切换请求消息，所述切换请求消息包括终端设备的PDU会话的标识，所述PDU会话支持组播；所述接入网设备向核心网设备发送指示信息，所述指示信息用于指示所述接入网设备是否存在所述组播业务。

第四方面，提供了一种传输组播业务的装置，用于执行上述各个方面或各个方面任意可能的实现方式中的方法。具体地，该装置包括用于执行上述各个方面或各个方面任意可能的实现方式中的方法的单元。

在一种设计中，该装置可以包括执行上述各个方面中所描述的方法/操作/步骤/动作所一一对应的模块，该模块可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。

在一种设计中，该装置为通信芯片，通信芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。

在另一种设计中，该装置为通信设备，通信设备可以包括用于发送信息或数据的发射机，以及用于接收信息或数据的接收机。

在另一种设计中，该装置用于执行上述各个方面或各个方面中任意可能的实现方式中的方法，该装置可以配置在上述会话管理网元中，或者该装置本身即为会话管理网元。

第五方面，提供了另一种传输组播业务的装置，该装置包括：处理器，该处理器与存储器耦合，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该装置执行上述各个方面或各个方面任意可能实现方式中的传输组播业务的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

可选地，该装置还包括，发射机(发射器)和接收机(接收器)，发射机和接收机可以分离设置，也可以集成在一起，称为收发机。

第六方面，提供了一种系统，该系统包括用于实现上述第一方面或第一方面的任一种可能实现的方法的装置、用于实现上述第二方面或第二方面的任一种可能实现的方法的装置以及用于实现上述第三方面或第三方面的任一种可能实现的方法的装置。

第七方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被计算机运行时，使得所述计算机执行上述各个方面或各个方面的任一种可能实现方式中的方法。

第八方面，提供了一种计算机可读介质，用于存储指令，当所述指令在计算机上运行时，使所述计算机执行上述各个方面或各个方面的任一种可能的实现方式中的方法的指令。

第九方面，本申请实施例提供了一种芯片系统，该芯片系统包括一个或多个处理器，用于从存储器中调用并运行存储器中存储的指令，使得上述各个方面或各个方面的任一种可能实现方式中的方法被执行。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

其中，该芯片系统可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。

附图说明

图1是本申请实施例提供的系统架构的示意图。

图2是本申请实施例提供的另一系统架构的示意图。

图3是本申请实施例提供的一种业务数据的传输示意图。

图4是本申请实施例提供的另一业务数据的传输示意图。

图5是本申请实施例提供的传输组播业务的方法的示意性流程图。

图6是本申请实施例提供的另一传输组播业务的方法的示意性流程图。

图7是本申请实施例提供的另一传输组播业务的方法的示意性流程图。

图8是本申请实施例提供的另一传输组播业务的方法的示意性流程图。

图9是本申请实施例提供的另一传输组播业务的方法的示意性流程图。

图10是本申请实施例提供的另一传输组播业务的方法的示意性流程图。

图11是本申请实施例提供的传输组播业务的隧道示意图。

图12是本申请实施例提供的另一传输组播业务的隧道示意图。

图13是本申请实施例提供的另一传输组播业务的方法的示意性流程图。

图14是本申请实施例提供的另一传输组播业务的隧道示意图。

图15是本申请实施例提供的另一传输组播业务的隧道示意图。

图16是本申请实施例提供的传输组播业务的装置的示意性框图。

图17是本申请实施例提供的另一传输组播业务的装置的示意性框图。

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、第五代(5th generation，5G)系统或新无线(newradio，NR)或者其他演进的通信系统等。

本申请实施例中的终端设备也可以称为：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

终端设备可以是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(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)中的无线终端、蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

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

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

另外，本申请实施例中的接入网设备可以是传输接收点(transmissionreception point，TRP)，还可以是LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)，还可以是家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该接入网设备可以为中继站、接入点、车载设备、可穿戴设备以及5G网络中的接入网设备或者未来演进的陆上公用移动通信网(public land mobilenetwork，PLMN)网络中的接入网设备等，可以是WLAN中的接入点(access point，AP)，可以是新型无线系统(new radio，NR)系统中的gNB，本申请实施例并不限定。在一种网络结构中，接入网设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributedunit，DU)节点、或包括CU节点和DU节点的RAN设备、或者控制面CU节点(CU-CP节点)和用户面CU节点(CU-UP节点)以及DU节点的RAN设备。

在本申请实施例中，终端设备或各个网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是网络设备，或者，是网络设备中能够调用程序并执行程序的功能模块。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

为了便于理解本申请实施例，首先结合图1对适用于本申请实施例的系统架构进行详细说明。如图1所示，该系统架构100包括：终端设备110、接入网设备120、接入与移动性管理网元130以及会话管理网元140。

其中，接入与移动性管理网元130和会话管理网元140属于核心网设备。示例性地，终端设备110可以通过接入网设备120接入核心网，从而实现数据传输。接入与移动性管理功能网元130可以接收来自接入网设备的、将终端设备110加入组播业务的请求，并请求会话管理网元140将终端设备110加入组播业务。会话管理功能网元140可以为终端设备110创建相应的组播会话隧道，将终端设备110加入组播业务，从而将组播业务的数据流传输给终端设备110。

上述系统架构100可以用于执行本申请实施例中的传输组播业务的方法。

由于本申请的传输组播业务的方法主要基于第5代(the 5th generation，5G)移动通信技术以及未来的其他移动通信技术，下面结合图2介绍本申请实施例的另一个系统架构——5G系统架构。

需要说明的是，本申请中针对组播业务的方案可应用于广播业务。

图2是本申请实施例的另一个系统架构200。如图2所示，该系统架构200具体可以包括下列网元：

1、用户设备UE。

2、(无线)接入网(radio access network，(R)AN)：用于为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等使用不同质量的传输隧道。(R)AN网元能够管理无线资源，为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发，(R)AN也可以理解为传统网络中的基站。

3、接入和移动性管理功能(access and mobility management function，AMF)：主要用于移动性管理和接入管理等。具体地，AMF可以用于实现移动性管理实体(mobilitymanagement entity，MME)的功能中除会话管理之外的其它功能，例如，合法监听、或接入授权(或鉴权)等功能。

4、会话管理功能(Session Management Function，SMF)：主要用于会话管理、终端设备的网络互连协议(Internet Protocol，IP)地址分配和管理、选择可管理用户平面功能、策略控制、或收费功能接口的终结点以及下行数据通知等。具体地，图1中的源会话管理网元110、锚点会话管理网元120、目标会话管理网元190均可为SMF。

应理解，在上述系统架构100中，接入网设备120可以为图2中的RAN；接入与移动性管理网元130可以为图2中的AMF；会话管理网元140可以为图2中的SMF，不予限制。

可选地，该系统架构200还可以包括：

5、用户平面功能(user plane function，UPF)：用于分组路由和转发、或用户面数据的服务质量(quality of service，QoS)处理等。UPF具体分为中间-UPF(intermediate-UPF，I-UPF)和锚点UPF(anchor-UPF，A-UPF)。其中，I-UPF与接入网RAN连接，A-UPF为会话锚点的UPF，A-UPF又可以称为PDU会话锚点(PDU session anchor，PSA)。

6、数据网络(data network，DN)：用于提供传输数据的网络，例如，Internet网络等。在本申请实施例的架构中，PSA接入远端DN，L-PSA可以接入本地DN。

7、认证服务功能(authentication server function，AUSF)：主要用于用户鉴权等。

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

9、统一数据管理(unified data management，UDM)：用于处理用户标识、接入鉴权、注册、或移动性管理等。

10、应用功能(application function，AF)：主要支持与第三代合作伙伴计划(3rdgeneration partnership project，3GPP)核心网交互来提供服务，例如，影响数据路由决策、策略控制功能、或者向网络侧提供第三方的一些服务。可理解为第三方服务器，例如，Internet中的应用服务器，提供相关业务信息，包括向PCF提供业务对应的服务质量需求信息，以及向PSA-UPF发送业务的用户面数据信息。AF可以是服务提供商(content provider，CP)。

11、网络切片选择功能(network slice selection function，NSSF)：用于进行网络切片的选择。

在该系统架构200中，N1接口为终端设备与AMF之间的参考点；N2接口为(R)AN和AMF的参考点，用于非接入层(non-access stratum，NAS)消息的发送等；N3接口为(R)AN和I-UPF之间的参考点，用于传输用户面的数据等；N4接口为SMF和I-UPF之间的参考点，用于传输例如N3连接的隧道标识信息、数据缓存指示信息、以及下行数据通知消息等信息；N5接口为PCF与AF之间的参考点；N6接口为UPF和DN之间的参考点，用于传输用户面的数据等；N7接口为SMF和PCF之间的参考点；N8接口为AMF和UDM之间的参考点；N9接口为UPF之间的参考点；N10接口为SMF与UDM之间的参考点；N11接口为AMF与SMF之间的参考点；N12接口为AMF与AUSF之间的参考点；N22接口为AMF与NSSF之间的参考点。

可选地，该系统架构200还可以包括：

12、组播控制面功能(multicast control plane function，MCF)：用于对组播业务进行控制，MCF与服务提供商(content provider，CP)对接，以便接收组播业务相关信息(例如组播业务的描述)，MCF与PCF对接，以便为组播业务创建资源。此处应注意，在5G网络中，上述MCF网元还可以是其它名称，其实现的是组播业务的控制面功能。

13、组播用户面功能(multicast user plane function，MUF)：用于传递组播业务相关数据，即，将从CP接收到的组播数据发送给UPF。此处应注意，在5G网络中，上述MUF网元还可以是其它名称，其实现的是组播业务的用户面功能。

该系统架构200中，MCF可以集成到PCF(或SMF)中，MUF可集成到UPF中，本申请实施例对此不作限定。

应理解，上述应用于本申请实施例的系统架构200仅是举例说明的从参考点架构的角度描述的网络架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

需要说明的是，图2中的各个网元之间的接口名称只是一个示例，具体实现中接口的名称可能为其他的名称，本申请实施例对此不作具体限定。

需要说明的是，图2中包括的各个网元(比如SMF、AF、UPF等)的名称也仅是一个示例，对网元本身的功能不构成限定。在5G网络以及未来其它的网络中，上述各个网元也可以是其他的名称，本申请实施例对此不作具体限定。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称，等等，在此进行统一说明，以下不再赘述。此外，应理解，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。

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

1、组播和单播

单播：可以理解为“点对点”(point to point)通信。单播包含多层含义，具体如下：

在业务层面，单播业务是指该业务的数据是发送给一个特定终端设备的。

针对网元间的单播，单播是指源网元与目标网元之间为单播隧道(即，目标网元的IP地址为单播IP地址)。

对于空口而言，空口单播模式是指无线接入网向单个终端设备发送业务数据。

在核心网业务层面，单播是指通过PDU会话向终端设备发送业务数据。

在本申请文件中，SMF所确定的发送方式中的单播方式是指通过PDU会话向终端设备发送组播业务的数据。

组播：可以称为“多播”，可以理解为“点对多点”(point to multi-point，PTM)通信。组播包含多层含义，具体如下：

在业务层面，组播业务是指该业务的数据发送给多个终端设备。

针对网元间的组播，组播是指源网元与目标网元之间为组播隧道(即，目标网元的IP地址为组播IP地址)。

对于空口而言，空口组播模式是指针对无线接入网发送的一份业务数据，多个终端设备可同时和/或同频接收。

在核心网业务层面，组播是指通过组播会话向终端设备发送组播业务的数据，其中，组播会话包括：网元间的单播隧道或组播隧道、以及单播模式的空口无线承载或组播模式的空口无线承载。

在本申请实施例中，SMF所确定的发送方式中的组播方式是指通过组播会话向终端设备发送组播业务的数据。

采用组播方式，既可以实现一次向所有目标节点传输业务数据，也可以只对特定对象传送业务数据，因此，在组播方式中，一个发送节点和多个接收节点之间可以实现点到多点的传输，从而解决了单播方式效率低的问题。

需要说明的是，广播业务可以通过组播会话向终端设备发送，本申请实施例对此不作限定。本申请的“组播”是广义上的概念，可以包括组播(multicast)或广播(broadcast)，即本申请实施例既可以应用于组播业务传输，也可以应用于广播业务传输。本申请中提及的“组播”可以替换为“组播或广播”。

图3是本申请实施例提供的一种业务数据的传输示意图。图3所示的示意图用于传输组播业务数据。在图3中，组播业务数据可以从CP发送至UE 1、UE 2和UE 3。其中，从CP至AN的组播业务传输路径可以包含CP与UPF之间的传输路径、以及UPF与AN之间的传输路径。UPF到AN的传输路径可以采用隧道传送组播业务数据，例如，采用基于通用隧道协议(general tunnel protocol，GTP)的隧道。因此，UPF与AN之间的传输路径可以称为组播会话隧道，该组播会话隧道是UE 1、UE 2和UE 3共享的。在空口上，AN可以通过PTM方式向UE1、UE 2和UE 3发送上述组播业务数据，即只需要发送一份数据，3个UE均可接收。在图3的示例中，组播业务数据在从CP一直到UE的传输路径上均只发送一份，多个UE可同时接收。

图4是本申请实施例提供的另一业务数据的传输示意图。图4所示的示意图既可以用于传输组播业务数据(通过单播的方式)，也可以用于传输单播业务数据。在图4中，3个UE中的每个UE分别对应一个不同的PDU会话。CP发送的三份不同的业务数据可以通过各自对应的PDU会话发送给UE。具体地，从CP至AN的业务传输路径可以包含CP与UPF之间的传输路径、以及UPF与AN之间的传输路径。UPF与AN之间的传输路径可以称为PDU会话隧道，不同的PDU会话具有不同的PDU会话隧道。本示意图中的3条PDU会话隧道分别对应3个UE。在空口上，AN可以以单播的方式，即PTP方式，分别向UE 1、UE 2和UE 3发送业务数据。在该示意图中，每个UE的业务数据可以均不相同(例如，目标地址分别为各UE的IP地址)，且各个UE的业务数据可以通过各个UE各自独立的传输路径分别发送给各UE。

在本申请中，组播会话隧道和PDU会话隧道都是用户面网元(例如UPF)至接入网AN(例如基站)之间的隧道。其中，组播会话隧道可以用于传输组播业务的组播QoS流，PDU会话隧道可以用于传输单播业务的单播QoS流，还可以用于与传输组播业务的组播QoS流对应的单播QoS流。

应理解，组播QoS流是在UPF和gNB 1之间传输的；经过gNB 1的服务数据适配协议(service data adaptation protocol，SDAP)层、分组数据汇聚协议(packet dataconvergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层、物理(physical，PHY)层的处理，各个UE接收到的数据可以称为组播业务数据。

2、组播业务、组播业务流以及组播服务质量(quality of service，QoS)流

组播业务可以包括一个或多个组播业务流，通过组播业务的信息表示。组播业务的信息至少包括组播业务的描述信息，该组播业务的描述信息中可以包括一个或多个组播业务流的描述信息，其中，组播业务流的描述信息包括下列至少一项：该组播业务流应该具备的服务质量索引(QoS flow identifier，QFI)、组播业务流的特征信息(如组播业务的组播地址、目的端口号、源地址等)、组播业务流的QoS需求(如，抖动、时延、丢包率、带宽、等)。组播业务流的QoS需求用于建立组播QoS流。一个组播会话可以包括一个或多个组播QoS流。换句话说，组播业务可以在组播会话所在的组播会话隧道中以一条或多条组播QoS流的方式进行传输。

需要理解的是，PDU会话是UE级别的，组播会话是业务级别的。一个UE的一个PDU会话可以与多个组播会话关联，即，该UE的该PDU会话可以加入多个组播业务，一个组播业务可以由一个组播会话提供服务，一个组播会话包括从数据网络到核心网再到无线接入网的单播或组播隧道、以及无线接入网分配的用于发送该组播业务的单播或组播空口资源。

除了组播业务的描述信息之外，组播业务的信息中还可以包含终端设备的信息，例如，可以包括允许(或请求)加入该组播业务的一个或多个终端设备的标识、终端设备组的标识等。

一个组播业务可以被分配全球唯一的组播业务标识(multicast ID，MCID)，该MCID可以在该PLMN内唯一标识该组播业务。应理解，本申请对英文名称MCID不进行限定，MCID还可以替换为其它名称，但是其功能都是唯一对组播业务进行标识。示例性地，图2所示的MCF可以从CP获得组播业务信息，再将所获得的组播业务信息发送至PCF，PCF可以根据该组播业务信息生成策略与计费控制(policy and charging control，PCC)规则。其中，若组播业务信息可以应用于所有终端设备，则所生成的PCC规则也可以应用于所有终端设备。否则，所生成的PCC规则可以与组播业务相关的一个或多个终端设备相关。可选地，MCF为组播业务分配了MCID，则MCF可以将MCID和组播业务信息一起发送给PCF。相应地，该PCF为该组播业务生成的PCC规则中也可以包括MCID。或者，MCF没有为组播业务分配MCID，由PCF分配MCID，PCF可以在响应消息中将为该组播业务分配的MCID发送给MCF。

考虑到网络中可能同时存在支持组播的接入网设备与不支持组播的接入网设备，可能同时存在支持组播的终端设备与不支持组播的终端设备，本申请实施例提出了一种传输组播业务的方法，能够在无论系统中是否存在支持组播的设备的情况下，实现组播业务的传输，从而提高组播业务传输的可靠性。

图5示出了本申请实施例的传输组播业务的方法500的示意性流程图。该方法500可以应用于图1所示的系统架构100，也可以应用于图2所示的系统架构200，本申请实施例不限于此。

S510，会话管理网元接收第一消息。

其中，所述第一消息用于请求将终端设备加入组播业务。

具体地，该第一消息可以来自接入与移动性管理网元或者用户面功能网元(例如，UPF)。

S520，所述会话管理网元根据所述终端设备的组播能力信息和/或所述终端设备所接入的接入网设备的组播能力信息，确定所述组播业务的发送方式。

其中，所述发送方式为单播方式或者组播方式。所述终端设备的组播能力信息是指终端设备是否支持组播，所述接入网设备的组播能力信息用于表示所述接入网设备是否支持组播。

具体地，所述接入网设备支持组播是指接入网设备的空口支持点到多点的传输。所述终端设备支持组播是指该终端设备支持通过空口组播模式接收组播业务。

在本申请实施例中，会话管理网元可以在终端设备请求加入组播业务时，根据该终端设备的组播能力信息和/或该终端设备所接入的接入网设备的组播能力信息，将终端设备加入组播业务，从而更有效地为终端设备下发组播业务，减少终端设备请求加入组播业务的时延，从而提高组播业务传输的灵活性和可靠性。

应理解，在通信网络中所有的终端设备都支持组播的情况下，S520中会话管理网元可以不参考上述终端设备的组播能力信息，仅参考接入网设备的组播能力信息，即判断该终端设备所接入的接入网设备是否支持组播。

在通信网络中所有的接入网设备都支持组播的情况下，S520中会话管理网元可以不参考上述接入网设备的组播能力信息，仅参考终端设备的组播能力信息，即判断终端设备是否支持组播。

在通信网络中同时存在支持组播的接入网设备与不支持组播的接入网设备，并且同时存在支持组播的终端设备与不支持组播的终端设备的情况下，在S520中，会话管理网元可以参考上述终端设备的组播能力信息和接入网设备的组播能力信息。

基于终端设备的组播能力信息和/或接入网设备的组播能力信息，步骤S520可以分为如下两种情况：

情况1、终端设备的组播能力信息表示该终端设备不支持组播，和/或，接入网设备的组播能力信息表示该接入网设备不支持组播。

可选地，作为情况1的一个实施方式，步骤S520包括：当所述发送方式为单播方式时，所述方法还包括：所述会话管理网元根据所述组播业务的组播服务质量QoS流，确定所述组播QoS流对应的单播QoS流；所述会话管理网元在所述终端设备的协议数据单元PDU会话中增加所述单播QoS流，所述单播QoS流用于传输所述组播业务的数据。

换言之，若上述终端设备不支持组播和/或接入网设备不支持组播，则组播业务的发送方式为单播方式。在这种情况下，会话管理网元将组播业务的组播QoS流映射到单播QoS流，从而在PDU会话中增加该单播QoS流，以便后续通过单播方式为该终端设备下发该组播业务。

关于将组播业务的组播QoS流映射到单播QoS流，可以指的是建立组播QoS流与单播QoS流之间的对应关系，以便采用该单播QoS流传递该组播业务。

应理解，为了便于区分，会话管理网元所确定的单播QoS流的QFI与已有的单播QoS流的QFI不同。示例性地，假设单播QoS流的QFI可以使用的值为(10-64)，若终端设备已经有2个单播业务，例如，优酷视频与微信，其中，优酷视频包括3个单播QoS流(分别是QFI＝12、QFI＝13、QFI＝16)，微信包括2个单播QoS流(分别是QFI＝11、QFI＝12)，那么这两个单播业务共对应4个单播QoS流(分别是QFI＝11、QFI＝12、QFI＝13、QFI＝16)。因此，单播QoS流的QFI还剩50个QFI值可以使用，SMF可以确定组播QoS流对应的单播QoS流的QFI为其中未使用的QFI。根据组播QoS流的QFI确定单播QoS流的QFI的过程即可以称为映射，本申请实施例将组播QoS流的QFI与单播QoS流的QFI之间的对应关系称为第一映射关系。在具体实现时，一个组播QoS流可映射为一个单播QoS流，或者，多个组播QoS流可映射为一个单播QoS流，本申请实施例对于如何映射不作限制。

其中，所述会话管理网元在所述终端设备的PDU会话中增加所述单播QoS流，可以包括：所述会话管理网元向用户面网元发送所述组播业务的信息和所述单播QoS流的QFI；所述会话管理网元根据所述组播QoS流的QoS参数，确定所述单播QoS流的QoS参数；所述会话管理网元向所述接入网设备发送所述单播QoS流的QFI和所述单播QoS流的QoS参数。

其中，组播业务的信息是指映射到该单播QoS流的组播QoS流所对应的组播业务的信息。示例性地，在确定单播QoS流对应的QoS参数时，会话管理网元可以根据映射到该单播QoS流的所有组播QoS流的QoS参数进行确定，但本申请实施例对此不作限定。

进一步地，会话管理网元还可以指示用户面网元通过PDU会话隧道发送该组播业务的数据包。具体地，用户面网元可以根据组播业务的信息识别该组播业务的数据包，并通过PDU会话隧道向下行节点(例如无线接入网)发送该组播业务的数据包。此外，用户面网元可以根据组播业务的信息和所述单播QoS流的QFI，确定该数据包对应的QFI，并在向下行节点发送该数据包时携带该数据包所对应的单播QoS流的QFI。上述数据包对应的QFI可以是会话管理网元根据组播业务的QoS需求确定的，示例性地，SMF可以从PCF获取组播业务相关的QoS需求(例如，带宽、时延、抖动等)，SMF可以根据QoS需求确定QFI，例如，SMF可以将组播业务所包含的图片的QFI确定为1，将组播业务所包含的语音的QFI确定为3。可选地，该单播QoS流的QFI可以包含于通用分组无线服务隧道协议-用户面(general packet radioservice tunneling protocol-user，GTP-U)的包头中，作为GTP-U的包头的一个域。

在一种可能的实现方式中，该组播业务的信息可以包括组播业务的目的地址，进一步地，还可以包括源地址或端口号中的至少一项。

在另一种可能的实现方式中，该组播业务通过另一个用户面网元发送给当前的用户面网元，那么会话管理网元还将该另一个用户面网元的隧道标识(便于当前的用户面网元与其进行连接)发送给当前的用户面网元。在这种情况下，该组播业务的信息可以包括该另一个用户面网元的隧道标识。

情况2、只参考终端设备的组播能力信息(默认接入网设备支持组播)，终端设备的组播能力信息表示该终端设备支持组播；或者，

只参考接入网设备的组播能力信息(默认终端设备支持组播)，接入网设备的组播能力信息表示该接入网设备支持组播；或者，

参考终端设备的组播能力信息和接入网设备的组播能力信息，终端设备的组播能力信息表示该终端设备支持组播，并且，接入网设备的组播能力信息表示该接入网设备支持组播。

可选地，作为情况2的一个实施方式，步骤S520包括：当所述发送方式为组播方式时，所述方法还包括：所述会话管理网元向所述接入网设备发送第三消息，所述第三消息用于请求将所述终端设备加入所述组播业务。

其中，第三消息可以包含上述组播业务的业务标识。

对应地，接入网设备接收来自会话管理网元的第三消息，如果当前空口资源充足，该接入网设备可以为终端设备下发相应的空口无线承载配置信息，该终端设备可以根据无线承载配置信息进行接入层的接收配置，之后便可以接收组播业务的数据，即终端设备成功加入组播业务；如果空口资源紧张，无法配置无线承载，接入网设备便无法为终端设备下发空口无线承载配置信息，即终端设备无法加入组播业务。应理解，所谓的空口无线承载配置由数据无线承载(data radio bear，DRB)ID标识，其对应了一整套的无线接入层配置。

具体而言，若上述终端设备支持组播，并且上述接入网设备支持组播，则组播业务的发送方式为组播方式。在这种情况下，会话管理网元可以请求接入网设备将终端设备加入组播业务，以便后续通过组播方式为该终端设备下发该组播业务。

可选地，在第一种实现方式中，在所述会话管理网元向所述接入网设备发送第三消息之前，所述方法还包括：所述会话管理网元确定所述接入网设备存在所述组播业务。换言之，接入网设备已经建立该组播业务的组播会话，或者，接入网设备已参与该组播业务的传输，或者，接入网设备已加入该组播业务。

其中，组播业务的组播会话可以指的是用于传输该组播业务的组播会话。

应理解，接入网设备可能存在组播业务，也可能不存在组播业务，因此，会话管理网元可以先判断接入网设备是否存在该组播业务。若接入网设备存在该组播业务，则该会话管理网元发送第三消息，即请求该接入网设备将该终端设备加入该组播业务；若该接入网设备不存在该组播业务，该会话管理网元可以先请求该接入网设备创建该组播业务的组播会话，在该组播会话创建完成之后，该会话管理网元再发送第三消息，即请求该接入网设备将该终端设备加入该组播业务。

可选地，在第二种实现方式中，会话管理网元可以不执行对所述接入网设备存在所述组播业务作任何判断，而是在请求该接入网设备将该终端设备加入该组播业务的同时，向该接入网设备发送该组播业务的组播QoS流的信息。这样，即使该接入网设备上不存在该组播业务，该接入网设备也可以根据该组播QoS流的信息，为该终端设备创建该组播业务的组播会话，然后，将该终端设备加入该组播业务。

在本申请实施例中，会话管理网元可以通过多种方式确定接入网设备是否存在该组播业务，对此不作限定。

作为一种可选的实施方式，所述会话管理网元确定所述接入网设备存在所述组播业务，包括：所述会话管理网元接收来自统一数据管理网元的第四消息，所述第四消息用于指示所述接入网设备存在所述组播业务；所述会话管理网元根据所述第四消息，确定所述接入网设备存在所述组播业务。

示例性地，统一数据管理网元可以自主(例如周期性地)向会话管理网元发送上述第三消息，将接入网设备上存在的组播业务的信息告知会话管理网元。

示例性地，会话管理网元可以向统一数据管理网元查询，即向统一数据管理网元发送查询消息，查询当前终端设备请求加入的组播业务是否在该终端设备所接入的接入网设备上存在，会话管理网元接收统一数据管理网元反馈的查询结果(即上述第四消息)，根据该查询结果即可确定该接入网设备是否存在该组播业务。可选地，在会话管理网元向统一数据管理网元发送查询消息的情况下，统一数据管理网元可以不反馈查询结果，会话管理网元在一段时间内未收到查询结果则默认该接入网设备不存在该组播业务(或者，默认该接入网设备存在该组播业务)，但本申请实施例对此不作限定。

可选地，在第三种实现方式中，在所述会话管理网元向所述接入网设备发送第三消息之前，所述方法还包括：所述会话管理网元确定所述接入网设备不存在所述组播业务；所述会话管理网元向所述接入网设备发送所述组播业务的组播QoS流的信息；所述会话管理网元接收来自所述接入网设备的用于指示所述组播QoS流对应的无线承载创建成功的指示信息。

具体地，若接入网设备不存在该终端设备请求加入的组播业务，该会话管理网元可以向接入网设备发送该组播业务的组播QoS流的信息，该组播QoS流的信息可以包括该组播QoS流的QFI和组播QoS流的QoS参数。接入网设备在接收到该组播QoS流的信息之后，便可以根据该组播QoS流的信息创建相应的组播业务，为后续将终端设备加入该组播业务做准备。

作为一个可选的实施例，所述方法还包括：所述会话管理网元根据所述指示信息，向统一数据管理网元发送第五消息，所述第五消息用于指示所述接入网设备中已经存在所述组播业务。

示例性地，在上述接入网设备不存在该终端设备请求加入的组播业务，且会话管理网元已经创建了该组播业务的情况下，该会话管理网元可以通知统一数据管理网元上述接入网设备已经存在该组播业务。上述第五消息中可以携带组播业务的标识和接入网设备的标识。

结合上述情况2的实施方式，所述方法还可以包括：所述会话管理网元确定所述组播QoS流对应的单播QoS流；所述会话管理网元向所述接入网设备发送第一映射关系，所述第一映射关系用于表示所述组播QoS流的QFI和所述单播QoS流的QFI之间的对应关系。

需要说明的是，在终端设备和接入网设备支持组播的情况下，会话管理网元也可以生成组播QoS流的QFI与单播QoS流的QFI的映射关系，但无需修改PDU会话(即无需在PDU会话中新增该单播QoS流)。这是因为存在一种场景是终端设备所接入的接入网设备支持组播，即组播业务通过组播会话隧道中下发，单播业务通过PDU会话所在的PDU会话隧道中下发。然而，终端设备具有移动性，后续终端设备存在移动到另一接入网设备的可能，该另一接入网设备可能不支持组播。为了避免由于另一接入网设备不支持组播而导致终端设备从接入网设备切换至另一接入网设备时组播业务的传输不连续的问题，因此，会话管理网元可以提前存储上述组播QoS流的QFI和单播QoS流的QFI之间映射关系，以便该会话管理网元在得知终端设备将要切换到的另一接入网设备不支持组播时，通知用户面网元将组播业务映射到PDU会话所在的PDU会话隧道中下发给终端设备，从而保证组播业务的连续性。

鉴于会话管理网元是根据终端设备的组播能力信息和/或终端设备所接入的接入网设备的组播能力信息，确定组播业务的发送方式，因此，会话管理网元需要获取该终端设备的组播能力信息和/或该接入网设备的组播能力信息。在本申请实施例中，会话管理网元可以采用多种方式获取该终端设备的组播能力信息和/或该接入网设备的组播能力信息，具体可以包括如下多种实现方式。

作为第一个可选的实施例，所述方法还可以包括：接入与移动性管理网元向所述会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。相应地，所述会话管理网元接收来自接入与移动性管理网元的所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

作为第二个可选的实施例，上述方法还可以包括：所述接入与移动性管理网元确定所述终端设备的协议数据单元PDU会话是否支持组播，在所述PDU会话支持组播的情况下，所述接入与移动性管理网元向所述会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。相应地，所述会话管理网元接收来自接入与移动性管理网元的所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

可选地，所述接入与移动性管理网元确定终端设备的PDU会话支持组播，包括：所述接入与移动性管理网元接收来自所述终端设备的所述PDU会话的参考信息，所述参考信息包括用于指示所述PDU会话是否支持组播的指示信息、所述PDU会话的数据网络名称DNN、所述PDU会话的单网络切片选择辅助信息S-NSSAI中的一项或多项；所述接入与移动性管理网元根据所述参考信息，确定所述PDU会话支持组播。

作为第三个可选的实施例，所述方法还可以包括：所述会话管理网元向所述接入与移动性管理网元发送请求消息，所述请求消息用于请求所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。相应地，所述接入与移动性管理网元接收来自所述会话管理网元的请求消息，并根据请求消息向会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

作为第四个可选的实施例，所述方法还包括：所述会话管理网元向所述接入与移动性管理网元发送订阅消息，所述订阅消息用于所述移动性管理网元在所述终端设备和/或所述接入网设备的组播能力改变时向所述会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。则对应地，接入与移动性管理网元接收来自会话管理网元的订阅消息，并在终端设备和/或接入网设备的能力改变时向该会话管理网元发送终端设备的组播能力信息或接入网设备的组播能力信息。

具体地，上述终端设备的组播能力信息和/或上述接入网设备的组播能力信息可以是会话管理网元通过订阅获取的。即会话管理网元向接入与移动性管理网元发送订阅消息，该订阅消息用于移动性管理网元在终端设备的组播能力改变和/或接入网设备的组播能力改变时向会话管理网元发送终端设备的组播能力信息或接入网设备的组播能力信息。示例性地，在终端设备的能力改变时，接入与移动性管理网元可以向会话管理网元发送该终端设备的组播能力信息；在接入网设备的能力改变时，接入与移动性管理网元可以向会话管理网元发送该接入网设备的组播能力信息；在接入网设备的能力与终端设备的能力都改变时，接入与移动性管理网元可以向会话管理网元发送接入网设备的组播能力信息和终端设备的组播能力信息。

应理解，在仅参考终端设备的组播能力信息的情况下，会话管理网元可以仅获取终端设备的组播能力信息，在仅参考接入网设备的组播能力信息的情况下，会话管理网元可以仅获取接入网设备的组播能力信息，在参考终端设备的组播能力信息和接入网设备的组播能力信息的情况下，会话管理网元可以同时获取上述终端设备的组播能力信息和接入网设备的组播能力信息，也可以分别获取上述终端设备的组播能力信息和接入网设备的组播能力信息，本申请实施例对此不作限定。示例性地，上述终端设备的组播能力信息可以是接入与移动性管理网元主动发送给会话管理网元的，而上述接入网设备的组播能力信息可以是会话管理网元请求接入与移动性管理网元发送的。或者，示例性地，上述接入网设备的组播能力信息可以是接入与移动性管理网元主动发送给会话管理网元的，上述终端设备的组播能力信息可以是会话管理网元请求接入与移动性管理网元发送的。

图6示出了本申请实施例的传输组播业务的方法600的示意性流程图。该方法600可以应用于图1所示的系统架构100，也可以应用于图2所示的系统架构200，本申请实施例不限于此。

S610，接入与移动性管理网元向会话管理网元发送第二消息；对应地，该会话管理网元接收来自该接入与移动性管理网元的第二消息。

其中，所述第二消息用于更新终端设备的PDU会话，所述PDU会话关联组播业务。示例性地，该第二消息具体可以为Nsmf_PDUSession_UpdateSMContext Request消息。

S620，所述会话管理网元根据所述终端设备的组播能力信息和/或所述终端设备的目标接入网设备的组播能力信息，确定所述组播业务的发送方式。

其中，所述发送方式为单播方式或者组播方式。所述终端设备的组播能力信息用于表示所述终端设备是否支持组播，所述目标接入网设备的组播能力信息用于表示所述目标接入网设备是否支持组播。

示例性地，在终端设备从源接入网设备切换至目标接入网设备的场景下，接入与移动性管理网元可以向会话管理网元发送上述第二消息，用于对PDU会话进行更新。应理解，终端设备从源接入网设备切换至目标接入网设备可以是指将终端设备的PDU会话从源接入网设备切换至目标接入网设备。换句话说，“切换终端设备的PDU会话”是指因为终端设备由源接入网设备向目标接入网设备移动时，为了保持业务的连续性，该终端设备的PDU会话从源接入网设备切换到目标接入网设备。

在本申请实施例中，PDU会话关联组播业务，可以理解为PDU会话的上下文与组播业务进行了关联。具体来说，终端设备可以在源接入网设备通过PDU会话的用户面或者控制面申请加入组播业务，可选地，可以通过将组播业务标识存储至PDU会话上下文中的方式，将PDU会话与组播业务进行关联。示例性地，若终端设备通过PDU会话的用户面加入观看CCTV 1，那么该PDU会话就关联了一个组播业务，若终端设备又加入观看CCTV 10，那么该PDU会话又关联了一个组播业务。

在本申请实施例中，会话管理网元可以在终端设备由支持组播功能的源接入网设备切换至目标接入网设备时，根据该目标接入网设备的组播能力信息，确定该组播业务切换后的发送方式，无论该目标接入网设备是否支持组播，终端设备在源接入网设备的组播业务与单播业务皆可以不因切换发生中断，保证了终端设备的服务连续性，并且能够在切换过程中减少丢包，降低切换时延。

应理解，在PDU会话切换前，若终端设备与源接入网设备都支持组播，该PDU会话关联的组播业务可以通过组播隧道传输至终端设备，即组播业务的发送方式为组播方式；若终端设备不支持组播、或者源接入网设备不支持组播，该PDU会话关联的组播业务的组播QoS流可以被映射进PDU会话的单播QoS流，并通过PDU会话隧道发送给终端设备，即组播业务的发送方式为单播方式。在PDU会话切换后，会话管理网元可以根据终端设备的组播能力信息和/或目标接入网设备的组播能力信息，重新确定该组播业务的发送方式。因此，本申请实施例的确定组播业务的发送方式的方法与上述方法500类似，将上述方法500中的接入网设备替换成目标接入网设备即可，具体可参考上述方法500，此处不再赘述。

作为一个可选的实施例，上述方法还包括：当PDU会话从源接入网设备切换到目标接入网设备时，会话管理网元可以根据该组播业务的组播QoS流确定单播QoS流，并在上述PDU会话中增加该单播QoS流，通过PDU会话隧道发送该单播QoS流，即，在PDU会话切换到目标接入网设备之后，采用单播方式发送该PDU会话关联的组播业务。

示例性地，会话管理网元接收到上述第二消息之后，可以根据第二消息确定该切换的PDU会话关联组播业务，再根据该组播业务的标识确定该组播业务的QoS需求，从而确定该组播业务的组播QoS流，再获得该组播QoS流对应的单播QoS流。

作为一个可选的实施例，所述会话管理网元在所述终端设备的PDU会话中增加所述单播QoS流，包括：所述会话管理网元向用户面网元发送所述组播业务的信息和所述单播QoS流的QFI；所述会话管理网元根据所述组播QoS流的QoS参数，确定所述单播QoS流的QoS参数；所述会话管理网元向目标接入网设备发送所述单播QoS流的QFI和所述单播QoS流的QoS参数。

其中，组播业务的信息是指映射到该单播QoS流的组播QoS流所对应的组播业务的信息，确定单播QoS流时根据映射到该单播QoS流的所有组播QoS流的QoS参数。

作为一个可选的实施例，在所述会话管理网元确定所述组播QoS流对应的单播QoS流之前，所述方法还包括：所述会话管理网元确定所述终端设备不支持组播和/或所述目标接入网设备不支持组播。

应理解，会话管理网元可以在终端设备不支持组播和/或目标接入网设备不支持组播的情况下，将组播QoS流映射到单播QoS流，也可以不进行判断，直接将组播QoS流映射到单播QoS流，在终端设备接入目标接入网设备之后，会话管理网元再根据终端设备的组播能力信息和/或目标接入网设备的组播能力信息进行判断。当目标接入网设备支持组播时，会话管理网元可以将映射到单播QoS流的组播QoS流还原为组播QoS流，并通过目标接入网设备的组播会话隧道下发；当目标接入网设备不支持组播时，会话管理网元可以仍按照单播方式将组播QoS流对应的单播QoS流通过目标接入网设备的PDU会话隧道下发给终端设备。

应理解，会话管理网元先将组播QoS流映射为单播QoS流，这是因为终端设备在接入源接入网设备时既请求了单播业务又请求了组播业务，其中，单播业务在PDU会话隧道中传输，组播业务组播会话隧道中传输，终端设备的服务连续性可以得到保证。所谓的服务连续性包括单播业务的连续性以及组播业务的连续性。但是，由于终端设备从源接入网设备切换至目标接入网设备，如果不先将源接入网设备组播会话隧道中的组播QoS流映射进源接入网设备的PDU会话所在的PDU会话隧道中的单播QoS流，如果切换之后目标接入网设备不支持组播(即无法建立组播会话隧道)，那么终端设备的组播业务会发生中断，无法保持服务连续性。因此，为了保证终端设备的服务连续性，可以先在源接入网设备处(即在终端设备切换至目标接入网设备之前)将组播QoS流映射到单播QoS流，以单播切换进行，然后会话管理网元在切换流程中知道目标接入网设备的组播能力信息之后，可以再根据目标接入网设备是否支持组播进行操作，以便以合适的方式在目标接入网设备将终端设备加入该组播业务。

作为一个可选的实施例，若会话管理网元在切换前不进行判断，直接将组播QoS流映射到单播QoS流，那么在终端设备接入目标接入网设备之后，会话管理网元可以再根据终端设备的组播能力信息和/或目标接入网设备的组播能力信息进行判断。此时，若会话管理网元确定该组播业务的发送方式可以为组播方式，所述方法还包括：所述会话管理网元向用户面网元发送第六消息，所述第六消息用于指示删除所述PDU会话中的所述单播QoS流；所述会话管理网元向所述目标接入网设备发送第七消息，所述第七消息用于指示释放所述单播QoS流对应的无线承载。

则对应地，用户面网元接收该第六消息，并删除上述PDU会话中的单播QoS流。目标接入网设备接收该第七消息，并释放上述单播QoS流对应的无线承载。

这里，单播QoS流指的是组播QoS流所映射的单播QoS流。

考虑到目标接入网设备支持组播，可以通过组播会话隧道为终端设备下发组播业务，会话管理网元可以将映射到单播QoS流的组播QoS流还原为组播QoS流，即删除该单播QoS流以及相应的无线承载。

应理解，本申请的方法600仅与上述方法500场景不同，关于会话管理网元确定组播业务的发送方式、请求将所述终端设备加入所述组播业务、以及获取终端设备的组播能力信息和/或接入网设备的组播能力信息等流程都是类似的，将上述方法500中的接入网设备替换成目标接入网设备即可，具体可参考上述方法500，此处不再赘述。

在本申请实施例中，所述第二消息可以携带所述终端设备的组播能力信息和/或目标接入网设备的组播能力信息，但本申请实施例对此不作限定。

图7示出了本申请实施例的传输组播业务的方法700的示意性流程图。该方法700可以应用于图1所示的系统架构100，也可以应用于图2所示的系统架构200，本申请实施例不限于此。

S710，接入网设备获取所述接入网设备的组播能力信息；

S720，所述接入网设备发送所述接入网设备的组播能力信息，所述接入网设备的组播能力信息用于表示所述接入网设备是否支持组播。

在本申请实施例中，接入网设备支持组播是指该接入网设备支持自身到UPF之间的组播会话隧道的建立，以及该接入网设备在空口支持采用PTM传输。

作为一个可选的实施例，接入网设备可以向接入与移动性管理网元发送自身的组播能力信息，则对应地，接入与移动性管理网元可以接收该接入网设备的组播能力信息。示例性地，接入网设备可以将自身的组播能力信息作为信元包含在下一代(nextgeneration，NG)建立请求消息中，上报给接入与移动性管理网元。这里的NG建立请求消息是一条信令，该信令用于当接入网设备上电后，该接入网设备请求与接入与移动性管理网元之间建立连接，该信令可以包括一个或多个信元。在一种可能的设计中，接入网设备将自身的组播能力信息作为信元包含在NG建立请求消息中，是指接入网设备在当前的NG建立请求消息中所包含的已有信元的基础之上，再将自身的组播能力信息作为新的信元添加至该NG建立请求消息中。但应理解，接入网设备还可以通过其他消息向接入与移动性管理网元发送组播能力信息，本申请实施例对此不作限定。通过上述方式，接入与移动性管理网元便可以收集到接入网设备(可以包括图1和图2所示的接入网设备以及其他多个接入网设备)的组播能力信息。应理解，上述NG建立流程是已有协议中的流程，其可用于当接入网设备上电后，接入与移动性管理网元收集与接入网设备相关的信息。因此，本申请实施例涉及的NG建立流程可以基于现有流程进行改进，向后兼容，易于实施。

在上述方法中，可选地，该接入与移动性管理网元可以向会话管理网元发送该接入网设备的组播能力信息，以便该会话管理网元根据该接入网设备的组播能力信息，确定该接入网设备是否支持组播。

作为一个可选的实施例，接入网设备可以向该接入网设备的相邻接入网设备发送自身的组播能力信息。示例性地，在切换场景中，终端设备可以从源接入网设备切换至目标接入网设备，该源接入网设备和目标接入网设备之间存在Xn连接，因此，目标接入网设备可以将自身的组播能力信息通过Xn连接发送给源接入网设备，以便源接入网设备获知目标接入网设备是否支持组播。在一种可能的实现方式中，当目标接入网设备支持组播时，该目标接入网设备可以向源接入网设备发送该组播能力信息，当目标接入网设备不支持组播时，该目标接入网设备可以不发送任何信息，源接入网设备若未收到信息，则默认目标接入网设备不支持组播。

作为一个可选的实施例，所述方法还包括：所述接入网设备接收来自另一接入网设备的切换请求消息，所述切换请求消息包括终端设备的协议数据单元PDU会话的标识，所述PDU会话关联组播业务；所述接入网设备向核心网设备发送指示信息，所述指示信息用于指示所述接入网设备是否存在所述组播业务。

上述接入网设备可以作为切换场景中的目标接入网设备，若终端设备从源接入网设备切换至目标接入网设备，该目标接入网设备可以向核心网设备发送指示信息，指示该目标接入网设备是否存在终端设备所请求接入的组播业务。在本实施例中，核心网设备可以通过目标接入网设备确定组播业务是否存在，无需再向统一数据管理网元查询。

作为一个可选的实例，上述方法还包括：终端设备获取所述终端设备的组播能力信息；所述终端设备发送所述终端设备的组播能力信息，所述终端设备的组播能力信息用于表示所述终端设备是否支持组播。

在本申请实施例中，终端设备支持组播是指该终端设备支持通过组播会话接收组播业务，或者，所述终端设备支持空口组播模式接收组播业务。

作为一个可选的实例，终端设备可以发送自身的组播能力信息，则对应地，接入与移动性管理网元可以接收该终端设备发送的非接入层(non-access stratum，NAS)消息。

可选地，该终端设备的组播能力信息可以携带在PDU会话建立/修改请求消息中，该PDU会话建立/修改请求消息是终端设备发送给接入与移动性管理网元的。

示例性地，终端设备可以将自身的组播能力信息作为信元包含在PDU会话建立/修改请求(例如，PDU Session Establishment Request)消息的信元5GSM核心网能力(5GSMCore Network Capability)中，上报给接入与移动性管理网元。应理解，这里的PDU会话建立/修改请求消息是一条NAS信令，该信令用于当终端设备请求建立/修改PDU会话时，由终端设备经过接入与移动性管理网元发送给会话管理网元，该信令可以包括一个或多个信元，5GSM Core Network Capability是其中一个信元，该信元又包含一些子信元。在一种可能的设计中，终端设备将自身的组播能力信息作为信元包含在PDU会话建立请求消息的信元5GSM Core Network Capability中，是指终端设备在当前的5GSM Core NetworkCapability中所包含的已有信元的基础之上，终端设备再将自身的组播能力信息作为新的子信元添加至该信元中。但应理解，终端设备还可以通过其他消息向接入与移动性管理网元发送终端设备的组播能力信息，本申请实施例对此不作限定。

可选地，当接入与移动性管理网元收到上述来自终端设备的PDU会话建立/修改请求消息之后，该接入与移动性管理网元可以将终端设备的组播能力信息上报给会话管理网元。在一种可能的实现方式中，接入与移动性管理网元可以通过创建上下文请求消息(例如，Nsmf_PDUSession_CreateSMContext Request)发送终端设备的能力信息，该创建上下文请求消息是接入与移动性管理网元在接收到PDU会话建立/修改请求消息后，向会话管理网元发送的。应理解，该创建上下文请求消息是一条信令，该信令可以包含一个或多个信元，5GSM Core Network Capability是其中一个信元，该信元又包含一些子信元。终端设备的组播能力信息还是可以包含在5GSM Core Network Capability中。但应理解，接入与移动性管理网元还可以通过其他消息向会话管理网元发送终端设备的组播能力信息，本申请实施例对此不作限定。

为便于理解，下面以图2中的网元为例，结合图8至图15对本申请实施例进行详细说明。

图8是本申请实施例提供的另一传输组播业务的方法800的示意性流程图。该方法800可以应用于图2所示的系统架构200。

在本实施例中，假设MCF已经从CP处获得了组播业务信息。

S801，UE向AMF发送请求加入组播业务的消息，则对应地，AMF接收该消息。

示例性地，UE可以通过非接入层(non access stratum，NAS)消息向AMF发送加入组播业务的请求。在一种可能的实现方式中，UE已经获得了组播业务的MCID(例如CP可以通过应用层下发组播业务信息，其中包括该组播业务的MCID)，则UE可以发送该组播业务的MCID用以标识该组播业务。在另一种可能的实现方式中，UE可以发送该组播业务的组播地址和可选的源地址信息用以标识该组播业务(例如CP可以通过应用层下发组播业务信息，其中包括该组播业务的组播地址和可选的源地址)。

可选地，UE发送的请求加入组播业务的消息中包括UE支持组播能力的指示。

S802，AMF接收到UE发送的请求加入组播业务的消息之后，将该UE的组播能力信息以及该UE所接入的gNB的组播能力信息发送给SMF。

AMF还将UE请求加入组播业务的消息发送给SMF。

可选地，在AMF向SMF发送gNB的组播能力信息之前，AMF获取该该UE所接入gNB的组播能力信息。可选地，gNB的组播能力信息是gNB上电时由gNB上报给AMF的，具体可参见方法700。

S803，SMF获取与组播业务相关的PCC规则。

具体地，若SMF本地已经有该组播业务的信息，则SMF可以不用向PCF发送请求消息，若SMF本地没有该组播业务的信息，则SMF可以向PCF发送请求消息，通过PCF获取组播业务的PCC规则。

此外，在一种可能的实现方式中，UE发送的请求加入组播业务的消息中携带了组播业务的MCID，则SMF可以将该MCID发送给PCF，以便PCF根据MCID获取该组播业务所对应的PCC规则。在另一种可能的实现方式中，UE发送的请求加入组播业务的消息中携带了组播地址和可选的源地址信息，则SMF可以将该组播地址和可选的源地址信息发送给PCF，以便PCF根据该组播地址和可选的源地址信息获取该组播业务所对应的PCC规则。

PCF可以向SMF发送反馈消息，反馈消息可以包含该组播业务的PCC规则。在本申请实施例中，组播业务的PCC规则可以包括如下至少一项：MCID、一个或多个组播业务流的描述信息、每个组播业务流的QoS信息(用于生成组播QoS流)，其中，组播业务流的描述信息可以包括如下至少一项：组播业务流的源地址、目的地址、组播业务流的5QI(代表一组QoS参数，包括带宽、时延抖动、等)、组播业务的QoS参数中的至少一项。

S804，SMF可以确定组播业务的发送方式。即SMF可以根据UE的组播能力信息和/或gNB的组播能力信息确定采用组播方式下发该组播业务，或者，采用单播方式下发该组播业务。

具体而言，SMF判断UE与gNB是否都支持组播。下面按照UE和/或gNB不支持组播和UE与gNB都支持组播两种情况分别进行描述。

情况1、UE不支持组播，和/或，gNB不支持组播，不执行S805-S819。

若UE的组播能力信息指示该UE不支持组播，和/或，gNB的组播能力信息指示该gNB不支持组播，则SMF确定该组播业务的发送方式为单播方式。即SMF确定通过PDU会话的隧道向UE下发组播业务。在这种情况下，SMF将组播业务的组播业务流映射到PDU会话中的单播QoS流，进而通过单播QoS流将该组播业务下发给UE。

具体而言，SMF可以根据PCC规则确定该组播业务的一个或多个组播业务流(包括组播业务流的QoS信息和QFI)，然后，SMF在该UE的PDU会话范围内为组播业务流对应的组播QoS流分配对应单播QoS流的QFI，即SMF为该组播QoS流所分配的单播QoS流的QFI是在当前PDU会话内的其他单播QoS流未使用的QFI，本申请实施例也称为“将组播QoS流映射为该PDU会话中的单播QoS流”。QFI是服务质量索引，用于描述一组服务质量。需要注意的是，如上所述，SMF为组播QoS流分配的单播QoS流的QFI与该PDU会话的其他单播QoS流的QFI不同(即所分配的QFI在UE的PDU会话内唯一)，以便SMF可以将对应组播业务的单播QoS流和普通的单播QoS进行区分。

在SMF为组播QoS流分配了其对应的单播QoS流的QFI之后，SMF需对UE的PDU会话进行修改，才能完成将组播QoS流通过PDU会话下发给UE。示例性地，SMF可以向UPF发送该组播业务的信息和该单播QoS流的QFI，以便UPF进行参数的修改，从而将组播QoS流映射到PDU会话的PDU会话隧道中以单播QoS流的方式传输，其中上述组播业务信息可以包含数据检测规则(packets detection rule，PDR)。应理解，PDR是过滤器的集合，每一个过滤器是一个五元组，包含业务的源地址、目的地址、源端口号、目标端口号、协议号，用于对应用数据进行过滤。该SMF可以根据该组播QoS流的QoS参数，确定其对应的单播QoS流的QoS参数，进而向gNB发送该单播QoS流的QFI和该单播QoS流的QoS参数，以便gNB根据QoS参数准备无线承载(data radio bearer，DRB)。

情况2、UE与gNB都支持组播，执行S805-S819。

若UE的组播能力信息指示该UE支持组播，且gNB的组播能力信息指示该gNB支持组播，则SMF确定该组播业务的发送方式为组播方式。在这种情况下，gNB与UPF之间可以建立组播会话隧道，并且gNB使用PTM方式向UE下发组播业务。

可选地，在gNB支持组播的情况下，SMF也可以按照上述情况1中的方式生成组播QoS流的QFI与该UE的PDU会话中的单播QoS流的QFI的映射关系，并将该映射关系发送给gNB，以便gNB保存该映射关系。可选地，SMF还可存储上述映射关系。

这是因为当前场景是UE所接入的gNB支持组播，即组播业务通过组播会话隧道中下发，单播业务通过PDU会话所在的PDU会话隧道中下发。然而，UE具有移动性，后续UE存在移动到另一gNB的可能，该另一gNB可能不支持组播。为了避免由于另一gNB不支持组播而导致UE从gNB切换至另一gNB时组播业务的传输不连续的问题，SMF可以提前存储上述组播QoS流的QFI和单播QoS流的QFI之间映射关系，以便SMF在得知UE将要切换到的另一gNB不支持组播时，通知UPF(发送PDR以及映射关系给UPF)将组播业务映射到PDU会话所在的PDU会话隧道中下发给UE，保证组播业务的连续性。应理解，发送PDR是为了过滤，也即筛选出到达UPF的应用业务流中哪些是该组播业务的，进一步地，对于组播业务流，进行有区分地添加上经映射后的QFI(例如，组播业务中的音频、图像、文字会有不同的QFI)，从而形成不同的单播QoS流(即，都是由组播QFI映射过来的单播QFI)。

S805，SMF向UDM发送查询消息，查询当前UE所请求加入的组播业务在gNB是否存在。UDM查询后向SMF反馈查询结果。

具体地，该查询消息可以包含gNB的标识和组播业务标识，UDM根据SMF提供的查询消息，确定gNB是否存在该组播业务，并向SMF反馈查询结果。SMF根据查询结果便可获知gNB是否存在该组播业务。

在一种可能的实现方式中，该组播业务已经存在，则执行S806-S808，即SMF仅需向gNB发送将UE加入组播业务的请求，具体执行如下步骤：

S806，SMF向gNB发送请求消息请求将UE加入组播业务。gNB接收该请求消息，并根据该请求消息将该UE加入组播业务。该请求消息经由AMF转发。

具体地，SMF发送的请求消息可以携带组播业务的标识，该请求消息可以通过该PDU会话相关的信令发送。gNB接收该请求消息，将组播业务的标识保存到该PDU会话的上下文中，也就是所说的PDU会话与组播业务关联，或者说，PDU会话包含组播业务。

可选地，该请求消息还可以携带上述组播QoS流的QFI与单播QoS流的QFI的映射关系。在一种可能的实现方式中，gNB可以将该映射关系保存到UE的PDU会话的上下文中。

可选地，由于上述请求消息是经过AMF转发的，AMF可以存储该请求消息中包含的信息，即上述组播QoS流的QFI与单播QoS流的QFI的映射关系以及切换的UE的PDU会话是否与组播业务关联。

可选地，该请求消息中还可以包括请求gNB发送给UE的NAS消息，该NAS消息中携带上述组播QoS流的QFI与单播QoS流的QFI的映射关系以及组播业务所关联的PDU会话标识。

S807，gNB向UE发送RRC消息，该RRC消息中可以包括UE接入基站所需的无线配置信息。则对应地，UE接收该RRC消息，根据gNB下发的RRC消息进行无线配置，以便后续能够接收组播业务。

S808，gNB向SMF发送响应消息，则对应地，SMF可以接收该响应消息。

示例性地，该响应消息可以为N2响应消息，该N2响应消息经过AMF发送给SMF。在N2响应消息中，gNB向SMF指示是否成功将UE加入该组播业务，若不成功，gNB可以向SMF发送原因值。

应理解，若gNB成功将UE加入了该组播业务，继续执行S817-S819；否则，本流程结束。

在另一种可能的实现方式中，该组播业务不存在，则执行S809-S816，即先创建并运行该组播业务，然后再将UE加入该组播业务，具体执行如下步骤：

S809，SMF向gNB发送无线承载创建请求，请求gNB为该组播业务分配无线资源(即请求gNB为该组播业务创建无线承载)。则对应地，gNB接收该无线承载创建请求。

示例性地，该无线承载创建请求可以是N2请求消息，该N2请求消息包括该组播业务的组播业务流的QFI和组播业务流的QoS参数。该N2请求消息可以经过AMF发送给gNB。可选地，由于该N2请求消息经由AMF转发，AMF可以存储该N2请求消息所携带的内容，例如组播业务的标识。

S810，gNB创建组播业务相关的无线承载。

具体地，gNB在接收到上述无线承载创建请求消息之后，可以创建该组播业务的上下文，保存该组播业务相关的组播业务流的QoS信息和QFI，为该组播业务准备无线承载。此外，gNB还可以为该组播业务分配下行隧道地址，该下行隧道地址用于gNB对接UPF接收该组播业务的下行组播数据。

S811，gNB向SMF发送无线承载创建响应，则对应地，SMF接收该无线承载创建响应。

示例性地，该无线承载创建响应可以是N2响应消息。可选地，该响应消息中可以包含gNB为该组播业务分配的下行隧道地址。

应理解，若上述组播业务的无线承载创建失败，则gNB在该无线承载创建响应中可以携带创建失败的原因，例如gNB的无线资源紧张等。

S812，SMF与PCF之间创建PCC关联，该PCC关联用于对组播业务进行PCC规则更新。

S813，SMF向UDM发送注册消息，对该组播业务的运行状态信息进行注册。即SMF告知UDM该组播业务在gNB中已经运行或马上准备运行。则对应地，UDM接收该注册消息，并更新该组播业务的运行状态。

示例性地，该注册消息可以包括gNB的标识、组播业务的标识、SMF为组播业务分配的运行状态标识。可选地，该注册消息中还可以包括该SMF的标识。

S814，SMF向gNB发送请求消息请求将UE加入组播业务。gNB接收该请求消息，并根据该请求消息将该UE加入组播业务。该请求消息经由AMF转发。

S814同S806，此处不再赘述。应理解，S814可以与S809同时执行，即SMF在请求gNB将UE加入组播业务的同时，请求gNB为该组播业务创建无线承载。或者，先执行S809，再执行S814，本申请实施例对此不作限定。

S815，gNB向UE发送RRC消息，该RRC消息中可以包括UE接入基站所需的无线配置信息。则对应地，UE接收该RRC消息，根据gNB下发的RRC消息进行无线配置，以便后续能够接收组播业务。S815同S807。

S816，gNB向SMF发送响应消息，则对应地，SMF接收该响应消息。

示例性地，该响应消息可以为N2响应消息，该N2响应消息经过AMF发送给SMF。在N2响应消息中，gNB向SMF指示是否成功将UE加入该组播业务，若不成功，gNB可以向SMF发送原因值。

S817，SMF向UPF发送隧道建立请求，请求UPF建立组播会话隧道。则对应地，UPF接收该隧道建立请求，并建立组播会话隧道。

示例性地，在上述S810中，gNB为组播业务分配了该gNB的下行隧道地址，SMF将该下行隧道地址发送给UPF，用于建立UPF到gNB的组播会话隧道，该组播会话隧道用于发送与该组播业务相关的数据。

可选地，若UPF从MUF接收到组播业务的数据，并且，此时UPF与MUF之间的隧道还未建立，UPF分配用于对接MUF的下行隧道地址，用于建立UPF和MUF之间的隧道。应理解，UPF和MUF之间的隧道为数据面隧道。

S818，SMF向MCF发送通知消息，该通知消息中携带UPF的下行隧道地址，以便建立MUF到UPF的隧道。则对应地，MCF接收该通知消息。

具体地，为了标识组播业务，该通知消息中还可以携带该组播业务的标识信息。示例性地，该组播业务的标识信息可以是由MCF分配的MCID，或者，该组播业务的标识信息可以包括该组播业务的组播地址、目的端口号、源地址等。MCF可以保存该标识信息，在后续对该组播业务进行更新时可使用该标识信息标识该组播业务。可选地，上述通知消息中还可以携带gNB的标识，MCF可以存储该gNB的标识。

S819，MCF在接收到上述通知消息之后，可以请求MUF建立MUF到UPF的隧道。MCF将UPF的下行隧道地址发送给MUF，用于MUF对接UPF，以便MUF将该组播业务的下行数据通过该隧道发送给UPF。

应理解，上述MUF和UPF之间的隧道可以是单播隧道(即，UPF的IP地址为单播地址)或者组播隧道(即，UPF的IP地址为多播IP地址)，本申请实施例对此不作限定。而前文所说的“组播会话隧道”是指gNB以及与gNB最近一跳的UPF之间的隧道，该隧道可以为单播隧道(即，UPF的IP地址为单播地址)，也可以为多播隧道(即，UPF的IP地址为多播IP地址)，但是，不管该组播会话隧道是单播隧道还是多播隧道，gNB收到该组播会话隧道中的数据后，可以按照PTM或者PTP的方式下发给UE；而对于PDU会话隧道，gNB收到PDU会话隧道中的数据只能按照PTP方式下发给UE。

本申请实施例的传输组播业务的方法，可以保障UE在初次申请加入组播业务时，核心网设备根据该UE的组播能力信息和/或UE所接入的gNB的组播能力信息确定该组播业务的发送方式，从而更有效地为UE下发组播业务，减少UE请求加入组播业务的时延，从而提高组播业务传输的可靠性。

图9是本申请实施例提供的另一传输组播业务的方法900的示意性流程图。该方法900可以应用于图2所示的系统架构200。

S901，UE通过网际组管理协议(internet group management protocol，IGMP)加入请求加入组播业务。在这种情况下，IGMP加入消息是经过UPF发送给SMF的，请求加入组播业务。

示例性地，IGMP加入消息中可以携带UE所请求加入的组播业务的组播地址和可选的源地址，用以标识该组播业务。IGMP加入消息可以通过已建立的PDU会话的用户面进行发送，即UE将IGMP加入消息发送至gNB，gNB将该IGMP加入消息发送至UPF，UPF将该IGMP加入消息发送至SMF，SMF接收到IGMP消息，获知UE请求加入组播业务。

S902，SMF获取UE的组播能力信息和/或gNB的组播能力信息。

本申请实施例对S902与S901的先后顺序不作限定，且该步骤可以通过下列多种方式实现。

在PDU会话建立时，UE可以将UE的组播能力信息发送给SMF，例如，UE在PDU会话建立请求NAS消息中携带UE的组播能力信息。UE也可以通过PDU会话修改请求(NAS消息)将UE的新组播能力信息发送给SMF。

在一种可能的实现方式中，在PDU会话建立时，AMF可以不做任何判断，直接将UE的组播能力信息和/或基站(可以包括本实施例中UE所接入的gNB)的组播能力信息发送给SMF；或者，AMF可以选择性地将UE的组播能力信息和/或基站的组播能力信息发给SMF。示例性地，当PDU会话建立时，AMF可以根据DNN(例如，通过该DNN可访问组播业务)、S-NSSAI(例如，EMBB切片就可能支持访问组播业务)、组播业务指示信息(例如，PDU会话支持的组播业务标识)中的至少一项，确定是否将UE的组播能力信息和/或gNB的组播能力信息发送给SMF。若所建立的PDU会话支持组播，则AMF可以将UE的组播能力信息和/或基站的组播能力信息发送给SMF；否则，AMF不发送UE的组播能力信息和/或基站的组播能力信息。

在另一种可能的实现方式中，SMF可以向AMF订阅UE的组播能力信息和/或基站的组播能力信息。具体而言，SMF可根据PDU会话的属性(即PDU会话是否支持组播)提前向AMF订阅，因此，SMF可以接收到AMF发送的UE的组播能力信息和/或基站的组播能力信息。示例性地，在PDU会话支持组播的情况下，SMF向AMF发送订阅消息。

在又一种可能的实现方式中，SMF可以向AMF查询UE的能力和/或基站的能力。具体而言，SMF可以在收到UE加入组播业务请求时，再向AMF查询该UE的组播能力信息和/或该UE所接入的基站的组播能力信息。在本申请实施例中，在S901之后，SMF可以执行该查询步骤，即向AMF查询UE是否支持组播和/或gNB是否支持组播。

可选地，在AMF向SMF发送UE的组播能力信息和/或gNB的组播能力信息之前，AMF可以获取该UE的组播能力信息和/或该UE所接入的gNB的组播能力信息。可选地，gNB的组播能力信息可以是gNB上电时由gNB上报给AMF的；UE的组播能力信息可以是UE向AMF发送PDU会话建立/修改请求时上报给AMF的。

后续步骤S903-S919与S803-S819类似，此处不再赘述。

本申请实施例的传输组播业务的方法，可以保障UE在初次申请加入组播业务时，SMF可以根据该UE的组播能力信息和/或UE所接入的gNB的组播能力信息确定该组播业务的发送方式，从而更有效地为UE下发组播业务，减少UE请求加入组播业务的时延，从而提高组播业务传输的可靠性。

应理解，上述方法800和方法900的区别在于：在方法800中，UE是通过NAS消息请求加入组播业务的，即SMF接收到的是来自AMF的请求加入组播业务的消息；而在方法900中，UE是通过PDU会话用户面IGMP加入消息请求加入组播业务的，即SMF接收到的是来自UPF的请求加入组播业务的消息。

图10是本申请实施例提供的另一传输组播业务的方法1000的示意性流程图。该方法1000可以应用于图2所示的系统架构200。应理解，本实施例默认UE都支持组播的情况，仅以T-gNB的能力进行讨论。但是，在其他可能的实现方式中，SMF也可以根据UE的组播能力信息和/或T-gNB的组播能力信息进行综合判断，具体方法可以参考前文所述实施例，此处不再赘述。

在方法1000中，UE从源接入网设备(本实施例称为S-gNB)切换至目标接入网设备(T-gNB)。

可选地，S-gNB可以获知T-gNB的组播能力信息。在S-gNB与T-gNB之间存在Xn连接的情况下，T-gNB可以通过Xn接口将自身的组播能力信息发送给S-gNB。示例性地，当T-gNB支持组播时，T-gNB可以向S-gNB发送该组播能力信息，当T-gNB不支持组播时，T-gNB不发送该组播能力信息，因此，若S-gNB未收到T-gNB发送的组播能力信息，可以默认该T-gNB不支持组播。

S1001，UE向S-gNB发送测量报告，用于表示UE对邻小区的信号测量结果。则对应地，S-gNB接收该测量报告，并基于该测量报告，决定将UE切换至T-gNB。

S1002，S-gNB向T-gNB发送切换请求，用于请求将UE切换至T-gNB。则对应地，T-gNB接收该切换请求。

具体而言，该切换请求中可以包括待切换UE的PDU会话信息以及该PDU会话所关联的组播业务的信息。其中，PDU会话信息可以包括PDU会话标识和PDU会话所关联的单播业务的单播QoS流的QoS信息。其中，单播QoS流的QoS信息可以包括该单播QoS流的QFI和QoS参数。在本申请实施例中，当前切换UE的PDU会话关联组播业务，则S-gNB可以根据组播QoS流的QFI与单播QoS流的QFI之间的映射关系，将组播QoS流映射为单播QoS流。此时，该PDU会话中所关联的单播QoS流中除了包括已经存在的单播业务的单播QoS流之外，还包括上述组播QoS流所映射的单播QoS流。

应理解，S-gNB可以通过下述方式获得组播QoS流与单播QoS流之间的映射关系：在将UE加入组播业务时，S-gNB可以从SMF处获得该组播业务的组播QoS流与单播QoS流的映射关系。该映射关系可以包括组播QoS流的QFI以及该组播QoS流对应的单播QoS流的QFI。该组播QoS流所对应的单播QoS流的QFI与UE的PDU会话中的其它单播QoS流的QFI不同。此外，若UE加入了多个组播业务，不同组播业务的组播QoS流所对应的单播QoS流的QFI也不相同，以便区分当前组播业务的组播QoS流所映射的单播QoS流和其他组播业务的组播QoS流所映射的单播QoS流。

可选地，上述切换请求还可以包括S-gNB希望通过转发隧道转发的业务流标识。示例性地，若组播QoS流通过转发隧道转发，则S-gNB在切换请求中可以包括该组播QoS流对应的单播QoS流的QFI。之所以通过转发隧道进行业务流转发，原因是在后续S1004中S-gNB发送切换命令给UE后，UE会与S-gNB断开连接，直到下一步UE接入T-gNB。因此，在这段时间内的数据UE暂时无法通过S-gNB接收，由于UE还未接入T-gNB，在这段时间内的数据通过转发隧道转发至T-gNB进行缓存，等到UE接入T-gNB之后下发给UE。该转发隧道是S-gNB与T-gNB之间的逻辑隧道，该逻辑隧道基于S-gNB与T-gNB之间的物理连接建立。

需要说明的是，在本申请实施例中，S-gNB在发送切换请求至T-gNB时，SMF先将S-gNB正在进行的与切换UE的PDU会话关联的组播业务的组播QoS流映射为单播QoS流，在UE接入T-gNB后，SMF再根据T-gNB的组播能力信息进行判断。当T-gNB支持组播时，SMF可以将映射到单播QoS流的组播QoS流还原为组播QoS流，并通过T-gNB的组播会话隧道下发；当T-gNB不支持组播时，SMF可以仍按照单播方式将组播QoS流对应的单播QoS流通过T-gNB的PDU会话隧道下发给UE。

应理解，在本申请实施例中，SMF先将S-gNB正在进行的与切换的UE的PDU会话关联的组播业务的组播QoS流映射为单播QoS流，这是因为UE在接入S-gNB时既请求了单播业务又请求了组播业务，其中，单播业务在PDU会话隧道中传输，组播业务在组播会话隧道中传输，UE的服务连续性可以得到保证。所谓的服务连续性包括单播服务的连续性以及组播服务的连续性。但是，由于UE从S-gNB切换至T-gNB，如果不先将S-gNB组播会话隧道中的组播QoS流映射进S-gNB的PDU会话所在的PDU会话隧道中的单播QoS流，如果切换之后T-gNB不支持组播(即无法建立组播会话隧道)，那么UE的组播业务会发生中断，无法保持服务连续性。因此，为了保证UE的服务连续性，先在S-gNB处(即在UE切换至T-gNB之前)将组播QoS流映射到单播QoS流，以单播切换进行，然后SMF在切换流程中知道T-gNB的组播能力信息之后，可以再根据T-gNB是否支持组播进行操作，以便以合适的方式在T-gNB将UE加入该组播业务(即将UE的组播业务从S-gNB切换至T-gNB)。

S1003，T-gNB为UE准备无线资源，并向S-gNB发送切换响应。则对应地，S-gNB接收该切换响应。

具体而言，T-gNB根据从S-gNB收到的业务流描述信息为UE准备无线资源。由于S-gNB收到的都是单播业务流描述信息(其中包括从组播业务的组播QoS流映射的单播业务的单播QoS流)，因此T-gNB可以为每个单播QoS流分配单播资源。T-gNB在准备好无线资源之后可以向S-gNB发送切换响应。T-gNB可以将通过S-gNB中继给UE的信息发送给S-gNB，例如，T-gNB可以通过S-gNB将T-gNB的无线承载配置信息发送给UE。若上述切换请求中包含了S-gNB希望通过转发隧道转发的业务流标识，并且T-gNB支持数据转发，则T-gNB分配转发隧道标识(该标识用于T-gNB对接S-gNB)，并在切换响应中将转发隧道标识发送给S-gNB，以便为UE的PDU会话建立从S-gNB到T-gNB的转发隧道。可选地，T-gNB还可以通知S-gNB该PDU会话中的哪些单播QoS流支持转发，具体地，T-gNB可以向S-gNB发送这些单播QoS流的QFI标识。

S1004，S-gNB向UE发送切换命令。则对应地，UE接收该切换命令。

具体地，若T-gNB给UE发送无线承载的配置信息，则S-gNB在切换命令中可以携带无线承载的配置信息。此时，S-gNB停止向UE发送任何下行数据，并且，针对支持数据转发的单播QoS流，S-gNB可以将该单播QoS流所对应的数据通过转发隧道发送给T-gNB。

S1005，UE接入T-gNB。UE根据T-gNB发送的无线承载配置信息接入T-gNB。T-gNB将从S-gNB收到的转发数据发送给UE。

S1006，T-gNB向AMF发送N2路径切换请求，则对应地，AMF接收该N2路径切换请求。

示例性地，该N2路径切换请求中可以包含该PDU会话中切换成功以及切换失败的单播QoS流的QFI(包含S-gNB中将组播QoS流映射为单播QoS流的QFI)。可选地，上述QFI可以被封装在N2 SM消息体中。可选地，该N2路径切换请求中还可以包含与UE的PDU会话所关联的组播业务在T-gNB是否存在的指示信息。

S1007，AMF向SMF发送PDU会话更新请求，则对应地，SMF接收该PDU会话更新请求。

可选地，该PDU会话更新请求可以包含N2路径切换请求所包含的信息。可选地，若N2路径切换请求中包含了组播业务在T-gNB是否存在的指示信息，该PDU会话更新请求还可以包含组播业务在T-gNB是否存在的指示信息，SMF可以根据该指示信息判断与切换的UE的PDU会话所关联的组播业务在T-gNB是否存在。

在该步骤中，SMF通过T-gNB的组播能力信息判断T-gNB是否支持组播。该组播能力信息可以携带在上述PDU会话更新请求中。可选地，SMF主要可以通过以下三种方式之一获取T-gNB的组播能力信息：

1、AMF将收集到的T-gNB的组播能力信息作为信元包含于AMF发送给SMF的PDU会话更新请求中；

2、AMF可以基于自身的判断选择性地向SMF发送T-gNB的组播能力信息。具体而言，若UE的PDU会话支持组播，则AMF将T-gNB的组播能力信息发送给SMF；若UE的PDU会话不支持组播，则AMF可以不发送T-gNB的组播能力信息。其中，AMF可以在UE申请加入组播业务时获知UE的PDU会话是否支持组播(详见上述方法800或900)。

3、AMF可以基于SMF的订阅，按需将T-gNB的组播能力信息发送给SMF。

SMF收到AMF发送的T-gNB的组播能力信息后，可以先查看T-gNB是否支持组播，若T-gNB不支持组播，则可以执行S1011-S1013；若T-gNB支持组播，则可以执行S1010-S1013。

若T-gNB支持组播并且与UE的PDU会话关联的组播业务在T-gNB中存在，则在执行下文所述的S1011-S1013的同时，SMF还可以向T-gNB发送请求消息请求将UE加入组播业务；或者，SMF可以在执行完本切换流程之后，再请求T-gNB将UE加入组播业务；或者，SMF可以在收到上述PDU会话更新请求之后的任何时间请求T-gNB将UE加入组播业务，本申请实施例对此不做限定。T-gNB将UE加入组播业务的具体方法可参见上述方法800，此处不再赘述。

可选地，在将该UE加入了组播业务之后，SMF可以删除为该UE的PDU会话所关联的组播业务制定的PDR，并删除组播QoS流与单播QoS流之间的映射关系。

S1008，SMF发送查询请求至UDM，查询UE的PDU会话所关联的组播业务在T-gNB是否存在。则对应地，UDM接收该查询请求。

在T-gNB支持组播，并且SMF请求T-gNB将UE加入组播业务的情况下，SMF可以先通过UDM查询该组播业务是否存在于T-gNB。若该组播业务在T-gNB不存在，则在执行下文所述S1011-S1013的同时，SMF还与UPF和T-gNB进行交互，完成组播业务的建立，并将UE加入该组播业务，具体流程可参见方法800，此处不再赘述。若该组播业务在T-gNB已经存在，则在执行下文所述S1011-S1013的同时，SMF还可以向T-gNB发送请求消息请求将UE加入组播业务，或者，SMF可在执行完本切换流程后再请求T-gNB将UE加入组播业务，或者，SMF可以在确定该组播业务在T-gNB已经存在之后的任何时间请求T-gNB将UE加入组播业务，本申请实施例对此不做限定。在将该UE加入了组播业务之后，SMF可以删除为该UE的PDU会话所关联组播业务制定的PDR，并删除组播QoS流与单播QoS流之间的映射关系。

S1009，SMF向UPF发送N4会话更新请求，通知UPF根据映射关系将组播业务的组播QoS流映射为单播业务的单播QoS流，使得UPF可以通过PDU会话的PDU会话隧道将组播QoS流发送至T-gNB。

应理解，UE在加入组播业务时，SMF已经保存了组播QoS流的QFI与单播QoS流的QFI之间的映射关系，具体操作可参见上述方法800，此处不再赘述。

S1010，SMF向AMF发送PDU会话更新响应。

S1011，AMF向T-gNB发送N2路径切换响应。

本申请实施例的传输组播业务的方法，可以保障UE由支持组播功能的S-gNB切换至T-gNB时，无论T-gNB是否支持组播，UE在S-gNB的组播业务与单播业务皆可以不因切换发生中断，保证了UE的服务连续性，并且能够在切换过程中减少丢包，从而降低切换时延。此外，本申请实施例的切换流程是基于现有流程的改进，只需增加对gNB的组播能力的判断，以及对UE的PDU会话所关联的组播业务在T-gNB是否存在的判断，能够实现向后兼容，易于实施。

图11和图12是本申请实施例提供的传输组播业务的隧道示意图。对于UE的PDU会话在S-gNB所关联的组播业务，为S-gNB的组播业务服务的组播网元为MCF(控制面)与MUF(用户面)，则MUF可以与UE的PDU会话所在的UPF相连。其中，图11中的T-gNB支持组播，图12中的T-gNB不支持组播。在图11中，由于T-gNB支持组播，能够通过上述方法建立UPF与T-gNB之间的组播会话隧道，进而通过该组播会话隧道向UE下发组播业务。在图12中，由于T-gNB不支持组播，UPF与T-gNB之间仅存在PDU会话隧道，将组播QoS流映射到单播QoS流，通过该PDU会话隧道下发该组播业务。

图13是本申请实施例提供的另一传输组播业务的方法1300的示意性流程图。该方法1300可以应用于图2所示的系统架构200。应理解，本实施例默认UE都支持组播的情况，仅以T-gNB的能力进行讨论。但是，在其他可能的实现方式中，SMF也可以根据UE的组播能力信息和/或T-gNB的组播能力信息进行综合判断，具体方法可以参考前文所述实施例，此处不再赘述。

在方法1300中，UE从源接入网设备(本实施例称为S-gNB)切换至目标接入网设备(T-gNB)，且AMF、UPF均发生了切换。即为S-gNB提供服务的网元为S-AMF和S-UPF，为T-gNB提供服务的网元为T-AMF和T-UPF。

S1301，UE向S-gNB发送测量报告，用于表示UE的信号测量结果。则对应地，S-gNB接收该测量报告，并基于该测量报告，决定将UE切换至T-gNB。

S1302，S-gNB向S-AMF发送切换请求，S-AMF与S-gNB相连。则对应地，S-AMF接收该切换请求。

示例性地，该切换请求可以包含UE的PDU会话信息，PDU会话信息包含PDU会话标识和PDU会话中所包含的单播业务流对应的QoS信息。其中，单播业务流对应的QoS信息可以包括QFI和QoS参数。若当前切换的UE的PDU会话关联组播业务，则S-gNB根据组播QoS流QFI与单播QoS流QFI的映射关系将组播QoS流映射为单播QoS流。

需要说明的是，在本申请实施例中，S-gNB在发送切换请求至T-gNB时，SMF先将S-gNB正在进行的与切换UE的PDU会话关联的组播业务的组播QoS流映射为单播QoS流，在UE接入T-gNB后，SMF再根据T-gNB的组播能力信息进行判断。当T-gNB支持组播时，SMF可以将映射到单播QoS流的组播QoS流还原为组播QoS流，并通过T-gNB的组播会话隧道下发；当T-gNB支持组播时，SMF可以仍按照单播方式将组播QoS流对应的单播QoS流通过T-gNB的PDU会话隧道下发给UE。关于这一点的具体说明可参见上述方法1000，此处不再赘述。

若当前切换的UE的PDU会话关联组播业务，那么S-gNB知道T-gNB的组播能力信息。在一种可能的实现方法中，S-gNB可以通过与T-gNB之间的Xn连接获取T-gNB的组播能力信息以及用于指示与UE的PDU会话所关联的组播业务在T-gNB是否存在的信息。因此，在这种情况下，上述S-gNB发送给S-AMF的切换请求中还可以包括T-gNB的组播能力信息以及用于指示与UE的PDU会话所关联的组播业务在T-gNB是否存在的信息。

S1303，S-AMF可以根据目标小区的标识(ID)选择T-AMF，T-AMF与T-gNB相连。

S1304，S-AMF向T-AMF发送创建UE上下文请求，则对应地，T-AMF接收该创建UE上下文请求。

示例性地，该创建UE上下文请求中可以包含S-AMF存储的UE的上下文信息、UE的PDU会话信息，其中，该PDU会话信息可以包含PDU会话标识、DNN和S-NSSAI等信息。

可选地，该创建UE上下文请求中还可以包括S1302中切换请求所携带的信息。

可选地，若在UE初次加入组播业务时，S-AMF保存了PDU会话与组播业务的关联信息，则S-AMF还可将该关联信息发送给T-AMF。

S1305，T-AMF向SMF发送PDU会话更新请求，则对应地，SMF接收该PDU会话更新请求。

上述PDU会话更新请求中可以携带T-gNB的组播能力信息；T-AMF可以通过额外的信令向SMF发送T-gNB的组播能力信息，本申请实施例对此不作限定。示例性地，T-AMF可以将T-gNB的组播能力信息发送给SMF；或者，T-AMF可以根据PDU会话是否关联组播业务，选择性地将T-gNB的组播能力信息发送给SMF；或者，SMF向T-AMF订阅了T-gNB的组播能力信息的改变通知，则当T-gNB的组播能力信息发生变化时(例如，T-gNB从不支持组播升级为支持组播)，T-AMF可以向SMF发送T-gNB的组播能力信息。

S1306，SMF判断是否进行UPF重选。

S1307，SMF判断T-gNB是否支持组播。

在一种可能的实现方式中，S-gNB已经通过与T-gNB的Xn连接获取了T-gNB的组播能力信息以及与UE的PDU会话关联的组播业务在T-gNB是否存在的信息，则S-gNB可将上述信息传递到SMF，SMF便可知道T-gNB是否支持组播以及与UE的PDU会话关联的组播业务在T-gNB是否存在。

在另一种可能的实现方式中，SMF可以根据从T-AMF发送来的T-gNB的组播能力信息来判断T-gNB是否支持组播。

若T-gNB不支持组播，则SMF将组播QoS流映射为单播QoS流，将该单播QoS流和其他单播QoS流一起切换至T-gNB。后续切换流程可参见现有技术(例如，3GPP TS23.502中的N2切换流程)，这里不再赘述。

若T-gNB支持组播，则SMF可以判断与UE的PDU会话所关联的组播业务在T-gNB是否存在。

若该组播业务在T-gNB存在，则继续执行现有3GPP TS 23.502中的切换流程，以便将UE的PDU会话包含的单播业务流切换到T-gNB。而SMF可在切换流程结束后，或者在切换流程进行过程中的任何时刻，请求T-gNB将UE加入该组播业务。由于T-gNB支持组播并且组播业务在T-gNB存在，因此，SMF可在单播业务切换的同时或单播切换结束后，请求T-gNB将UE加入组播业务。

若该组播业务在T-gNB中不存在，则SMF可以继续将单播业务流按照3GPP TS23.502中的切换流程切换到T-gNB，同时，SMF还可以执行如下操作之一：

在一种可能的实现方式中，由于组播业务在T-gNB不存在并且该组播业务已经在S-gNB中被映射进行了PDU会话所在的PDU会话隧道，那么，可以仍然通过在T-gNB的PDU会话隧道下发该组播业务。换句话说，SMF将组播业务源发送给T-gNB的组播QoS流仍映射为单播QoS流，和其他单播QoS流一起切换至T-gNB，具体可参见T-gNB不支持组播时的描述。

在另一种可能的实现方式中，SMF可以在单播业务切换的同时，请求T-UPF与T-gNB建立组播会话隧道并在T-gNB运行该组播业务，之后请求T-gNB将UE加入该组播业务。示例性地，SMF可以在接收到T-AMF的请求消息时就请求T-UPF与T-gNB创建组播会话隧道并运行组播业务；或者，SMF也可以等到单播业务切换完成后，再请求T-UPF与T-gNB创建组播会话隧道并运行所关联的组播业务，然后请求T-gNB将UE加入该组播业务。

在S1307之后可以继续进行后续的切换流程，可参见3GPP TS23.502，此处不再赘述。其中，TS是技术规范(techinical specification)的缩写，23.502为该技术规范的版本号。

本申请实施例的传输组播业务的方法，可以保障UE由支持组播功能的S-gNB切换至T-gNB时，无论T-gNB是否支持组播，UE在S-gNB的组播业务与单播业务皆可以不因切换发生中断，保证了UE的服务连续性，并且能够在切换过程中减少丢包，从而降低切换时延。此外，本申请实施例的切换流程是基于现有流程的改进，只需增加对gNB的组播能力的判断，以及对UE的PDU会话所关联的组播业务在T-gNB是否存在的判断，能够实现向后兼容，易于实施。

图14和图15是本申请实施例提供的传输组播业务的隧道示意图。对于UE的PDU会话在S-gNB所关联的组播业务，为S-gNB的组播业务服务的组播网元为MCF(控制面)与MUF(用户面)，则MUF可以与UE的PDU会话所在的锚点UPF(PSA-UPF)相连。锚点UPF分别于S-UPF和T-UPF相连接。S-UPF与S-gNB连接，T-UPF与T-gNB连接。S-gNB至S-UPF至T-UPF至T-gNB之间可以形成间接转发隧道。其中，图14中的T-gNB支持组播，图15中的T-gNB不支持组播。在图14中，由于T-gNB支持组播，能够通过上述方法建立UPF与T-gNB之间的组播会话隧道，进而通过该组播会话隧道向UE下发组播业务。在图15中，由于T-gNB不支持组播，UPF与T-gNB之间仅存在PDU会话隧道，将组播QoS流映射到单播QoS流，通过该PDU会话隧道下发该组播业务。

应理解，上述图11、12、14、15所示的场景是为方便描述本申请实施例的示例。实际情况中，本申请所应用场景是不受图11、12、14、15限定的，也即本申请同样适用于其它未列举的场景。关于图11、12、14、15所示的场景以及其它未列举的场景，可以包含以下三个特点：

(1)对于切换的UE的PDU会话，在切换过程中，为该切换的UE的PDU会话服务的SMF与锚点UPF(即，对于图11与图12而言为UPF，对于图14与图15而言为PSA-UPF)是不变的。

(2)基于(1)，对于切换的UE的PDU会话在源基站所关联的组播业务，假设为其源基站组播业务服务的组播网元为MCF-1(控制面)与MUF-1(用户面)，则MUF-1可以与UE的PDU会话所在的锚点UPF相连(即，图11、12、14、15所示特殊场景)。可选地，MUF-1也可以直接与源基站相连。此外，MUF-1还可以通过其它的UPF与源基站相连(即，非UE的PDU会话的锚点UPF)，本申请实施例对此不作限定。

(3)基于(1)和(2)，对于目标基站中，与该切换的UE的PDU会话所相关的该组播业务，为该组播业务服务的网元可能是MCF-1与MUF-1，也可能是其它的MCF与MUF。MUF可以直接与目标基站直接相连，也可以与切换的UE的PDU会话的锚点UPF相连，也可以通过其它的UPF与目标基站相连(即，非UE的PDU会话的锚点UPF)，本申请实施例对此不作限定。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文中结合图1至图15，详细描述了根据本申请实施例的传输组播业务的方法，下面将结合图16至图17，详细描述根据本申请实施例的传输组播业务的装置。

本申请实施例提供了一种传输组播业务的装置。在一种可能的实现方式中，该装置用于实现上述方法实施例中的会话管理网元对应的步骤或流程。在另一种可能的实现方式中，该装置用于实现上述方法实施例中的接入与移动性管理网元对应的步骤或流程。在另一种可能的实现方式中，该装置用于实现上述方法实施例中的接入网设备对应的步骤或流程。

图16示出了本申请实施例提供的传输组播业务的装置1600。该装置1600包括：收发单元1610和处理单元1620。

在一种可能的实现方式中，该装置1600可以是前述实施例中的会话管理网元，也可以是会话管理网元中的芯片。该装置1600可实现对应于上文方法实施例中的会话管理网元执行的步骤或者流程，其中，收发单元1610用于执行上文方法实施例中会话管理网元的收发相关的操作，处理单元1620用于执行上文方法实施例中会话管理网元的处理相关的操作。

示例性地，该收发单元1610用于：接收第一消息或第二消息，所述第一消息用于请求将终端设备加入组播业务，所述第二消息用于更新所述终端设备的协议数据单元PDU会话，所述PDU会话关联组播业务；该处理单元1620用于：根据所述终端设备的组播能力信息和/或接入网设备的组播能力信息，确定所述组播业务的发送方式，所述终端设备的组播能力信息用于表示所述终端设备是否支持组播，所述接入网设备的组播能力信息用于表示所述接入网设备是否支持组播，所述接入网设备为所述终端设备当前接入的接入网设备或者所述终端设备的目标接入网设备。

可选地，所述处理单元1620具体用于：当所述发送方式为单播方式时，所述处理单元具体用于：根据所述组播业务的组播服务质量QoS流，确定所述组播QoS流对应的单播QoS流；在所述终端设备的协议数据单元PDU会话中增加所述单播QoS流，所述单播QoS流用于传输所述组播业务的数据。

可选地，所述收发单元1610还用于：向用户面网元发送所述组播业务的信息和所述单播QoS流的服务质量流索引QFI；所述处理单元1620还用于：根据所述组播QoS流的QoS参数，确定所述单播QoS流的QoS参数；所述收发单元1610还用于：向所述接入网设备发送所述单播QoS流的QFI和所述单播QoS流的QoS参数。

可选地，所述处理单元1620具体用于：当所述发送方式为组播方式时，所述收发单元还用于：向所述接入网设备发送第三消息，所述第三消息用于请求将所述终端设备加入所述组播业务。

可选地，所述收发单元1610还用于：向所述接入网设备发送所述组播业务的组播QoS流的信息。

可选地，所述处理单元1620还用于：在向所述接入网设备发送第三消息之前，确定所述接入网设备存在所述组播业务。

可选地，所述收发单元1610还用于：接收来自统一数据管理网元的第四消息，所述第四消息用于指示所述接入网设备存在所述组播业务；所述处理单元1620具体用于：根据所述第四消息，确定所述接入网设备存在所述组播业务。

可选地，所述处理单元1620还用于：在向所述接入网设备发送第三消息之前，确定所述接入网设备不存在所述组播业务；所述收发单元1610还用于：向所述接入网设备发送所述组播业务的组播QoS流的信息；接收来自所述接入网设备的用于指示所述组播QoS流对应的无线承载创建成功的指示信息。

可选地，所述收发单元1610还用于：根据所述指示信息，向统一数据管理网元发送第五消息，所述第五消息用于指示所述组播业务在所述接入网设备中已经存在。

可选地，所述处理单元1620还用于：确定所述组播QoS流对应的单播QoS流；所述收发单元1610还用于：向所述接入网设备发送所述第一映射关系，所述第一映射关系用于表示所述组播QoS流的QFI和所述单播QoS流的QFI之间的对应关系。

可选地，所述收发单元1610还用于：接收来自接入与移动性管理网元的所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

可选地，所述收发单元1610还用于：在接收来自接入与移动性管理网元的所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息之前，向所述接入与移动性管理网元发送请求消息，所述请求消息用于请求所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

可选地，所述处理单元1620还用于：在向所述接入与移动性管理网元发送请求消息之前，确定所述终端设备的PDU会话支持组播。

可选地，所述收发单元1610还用于：向所述接入与移动性管理网元发送订阅消息，所述订阅消息用于所述移动性管理网元在所述终端设备和/或所述接入网设备的组播能力改变时向所述会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

可选地，所述收发单元1610还用于：接收来自接入与移动性管理网元的所述第一消息；或者，接收来自用户面网元的所述第一消息。

在另一种可能的实现方式中，该装置1600可以是前述实施例中的接入与移动性管理网元，也可以是接入与移动性管理网元中的芯片。该装置1600可实现对应于上文方法实施例中的接入与移动性管理网元执行的步骤或者流程，其中，收发单元1610用于执行上文方法实施例中接入与移动性管理网元的收发相关的操作，处理单元1620用于执行上文方法实施例中接入与移动性管理网元的处理相关的操作。

示例性地，该处理单元1620用于：用于获取终端设备的组播能力信息和/或接入网设备的组播能力信息，所述终端设备的组播能力信息用于表示所述终端设备是否支持组播，所述接入网设备的组播能力信息用于表示所述接入网设备是否支持组播，所述接入网设备为所述终端设备当前接入的接入网设备或者所述终端设备的目标接入网设备；该收发单元1610用于：用于向会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

可选地，所述处理单元还用于：在向会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息之前，确定所述终端设备的协议数据单元PDU会话支持组播，所述终端设备接入所述接入网设备。

可选地，所述收发单元1610还用于：接收来自所述终端设备的所述PDU会话的参考信息，所述参考信息包括用于指示所述PDU会话是否支持组播的指示信息、所述PDU会话的数据网络名称DNN、所述PDU会话的单网络切片选择辅助信息S-NSSAI中的一项或多项；所述处理单元1620还用于：根据所述参考信息，确定所述PDU会话支持组播。

可选地，所述收发单元1610还用于：接收来自所述会话管理网元的请求消息，所述请求消息用于请求所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

可选地，所述收发单元1610还用于：接收来自所述会话管理网元的订阅消息，所述订阅请求消息用于所述移动性管理网元在所述终端设备和/或所述接入网设备的组播能力改变时向所述会话管理网元发送所述终端设备的组播能力信息和/或所述接入网设备的组播能力信息。

可选地，所述接入网设备的组播能力信息携带在下一代NG建立请求消息中。

可选地，所述终端设备的组播能力信息携带在PDU会话建立/修改请求消息中。

在另一种可能的实现方式中，该装置1600可以是前述实施例中的接入网设备，也可以是接入网设备中的芯片。该装置1600可实现对应于上文方法实施例中的接入网设备执行的步骤或者流程，其中，收发单元1610用于执行上文方法实施例中接入网设备的收发相关的操作，处理单元1620用于执行上文方法实施例中接入网设备的处理相关的操作。

示例性地，该处理单元1620用于：用于获取所述接入网设备的组播能力信息；该收发单元1610用于：用于发送所述接入网设备的组播能力信息，所述组播能力信息用于表示所述装置是否支持组播。

可选地，所述收发单元1610具体用于：向接入与移动性管理网元或所述接入网设备的相邻接入网设备发送所述组播能力信息。

可选地，所述收发单元1610还用于：接收来自另一接入网设备的切换请求消息，所述切换请求消息包括终端设备的协议数据单元PDU会话的标识，所述PDU会话关联组播业务；向核心网设备发送指示信息，所述指示信息用于指示所述接入网设备是否存在所述组播业务。

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

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

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

图17示出了本申请实施例提供的另一传输组播业务的装置1700。该装置1700包括处理器1710和收发器1720。其中，处理器1710和收发器1720通过内部连接通路互相通信，该处理器1710用于执行指令，以控制该收发器1720发送信号和/或接收信号。

可选地，该装置1700还可以包括存储器1730，该存储器1730与处理器1710、收发器1720通过内部连接通路互相通信。该存储器1730用于存储指令，该处理器1710可以执行该存储器1730中存储的指令。在一种可能的实现方式中，装置1700用于实现上述方法实施例中的会话管理网元对应的各个流程和步骤。在另一种可能的实现方式中，装置1700用于实现上述方法实施例中的接入与移动性管理网元对应的各个流程和步骤。在另一种可能的实现方式中，装置1700用于实现上述方法实施例中的接入网设备对应的各个流程和步骤。

应理解，装置1700可以具体为上述实施例中的会话管理网元、接入与移动性管理网元或接入网设备，也可以是芯片或者芯片系统。对应的，该收发器1720可以是该芯片的收发电路，在此不做限定。具体地，该装置1700可以用于执行上述方法实施例中与会话管理网元、接入与移动性管理网元或接入网设备对应的各个步骤和/或流程。可选地，该存储器1730可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器1710可以用于执行存储器中存储的指令，并且当该处理器1710执行存储器中存储的指令时，该处理器1710用于执行上述与会话管理网元、接入与移动性管理网元或接入网设备对应的方法实施例的各个步骤和/或流程。

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

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

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

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图5至图15所示的实施例中会话管理网元、接入与移动性管理网元或接入网设备执行的各个步骤或流程。

根据本申请实施例提供的方法，本申请还提供一种计算机可读存储介质，该计算机可读存储介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图5至15所示的实施例中会话管理网元、接入与移动性管理网元或接入网设备执行的各个步骤或流程。

根据本申请实施例提供的方法，本申请还提供一种通信系统，其包括前述的会话管理网元、接入与移动性管理网元以及接入网设备。

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

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

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

应理解，本文中的“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

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

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

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

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

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

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

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

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