CN113747604A - 一种通信方法、装置以及系统 - Google Patents

Abstract

本申请实施例公开了一种通信方法、装置以及系统，以实现通过单播PDU会话的建立流程将终端加入到多播群组。该方法可以包括：终端向移动性管理网元发送包括多播群组的标识信息的PDU会话建立请求消息，该PDU会话建立请求消息用于终端加入多播群组，移动性管理网元接收PDU会话建立请求消息，向会话管理网元发送多播群组的标识信息，触发会话管理网元建立多播PDU会话，并将多播PDU会话的上下文信息反馈给终端，实现将终端加入多播群组，以便终端通过该多播PDU会话接收多播数据。

Description

一种通信方法、装置以及系统

技术领域

本申请实施例涉及通信技术领域，尤其涉及一种通信方法、装置以及系统。

背景技术

在第三代合作伙伴计划(3rd generation partnership project，3GPP)网络中，存在多播通信/组播通信需求，如多个终端可以加入同一多播群组，并请求网络侧设备(如应用服务器)向该多播群组发送多播数据。

目前，终端可以通过因特网组管理协议(internet group management，IGMP)消息加入多播群组。例如，终端通过网络为其建立的单播分组数据单元(packet data unit，PDU)会话，向单播PDU会话的对应的用户面功能(user plane function，UPF)发送用户面消息：IGMP消息，该UPF识别出接收到的用户面消息为组播消息：IGMP消息后，将IGMP消息转发给提供多播数据的应用服务器。应用服务器接收到IGMP消息之后，将该终端加入多播群组，并触发UPF向该多播群组中的终端发送多播数据。

由上可知，上述终端使用IGMP消息加入多播群组的方式中，要求UPF具备识别IGMP消息等组播消息的能力。但是，现有3GPP网络中，可能不是所有的UPF都具备识别消息类型的能力，对于不具备识别消息类型的能力的UPF，会无法识别出IGMP消息，无法将终端发送的IGMP消息转发给应用服务器，导致终端加入多播群组失败，无法实现网络侧设备向该终端发送多播数据。

发明内容

本申请实施例提供一种通信方法及装置，以实现终端通过单播PDU会话的建立流程加入到多播群组，保证多播数据的正常传输。

为达到上述目的，本申请实施例采用如下技术方案。

本申请实施例的第一方面，提供一种通信方法，所述方法包括：终端向移动性管理网元发送包括多播群组的标识信息的PDU会话建立请求消息，该PDU会话建立请求消息用于终端加入所述多播群组；终端接收来自移动性管理网元的包括多播群组对应的多播PDU会话的上下文信息的PDU会话建立接受消息，多播PDU会话的上下文信息用于终端通过多播PDU会话接收多播数据。

基于第一方面所述的方法，终端通过PDU会话建立流程，向移动性管理网元发送包括多播群组的标识信息的PDU会话建立请求消息，请求加入多播群组，以便移动性管理网元接收到PDU会话建立请求消息后，触发管理多播PDU会话的会话管理网元在确定终端加入多播群组的情况下，获取多播PDU会话的上下文信息，并触发移动性管理网元将多播PDU会话的上下文信息携带在PDU会话建立接受消息中发送给终端，使终端根据多播PDU会话的上下文信息接收多播数据。如此，可以通过PDU会话建立流程将终端加入多播群组，实现终端通过该多播群组的多播PDU会话接收数据，实现群组通信，同时，该PDU会话建立流程与为终端建立单播PDU会话的流程相同，降低设计复杂度。

一种可能的设计中，所述方法还包括：终端通过多播PDU会话接收多播数据。基于该可能的设计，可以通过该多播群组对应的多播PDU会话向终端发送多播数据，实现将多播数据集成在一条多播PDU会话上传输，提高资源利用率。

一种可能的设计中，PDU会话建立请求消息携带N1会话管理容器，N1会话管理容器包括多播群组的标识信息。基于该可能的设计，终端可以将多播群组的标识信息携带在N1会话管理容器中发送给移动性管理网元，使移动性管理网元无需解析N1会话管理容器携带的多播群组的标识信息，将多播群组的标识信息透传给管理多播PDU会话的会话管理网元，如此，可以降低移动性管理网元的设计复杂度。

一种可能的设计中，PDU会话建立请求消息还包括用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、终端的单播PDU会话的标识信息以及多播PDU会话的标识信息等一种或者多种信息。基于该可能的设计，终端可以将其他一些辅助信息携带在PDU会话建立请求消息中发送给移动性管理网元，以便移动性管理网元结合多播群组的标识信息以及这些辅助信息确定管理多播PDU会话的会话管理网元，提高确定管理多播PDU会话的会话管理网元的准确性。

一种可能的设计中，多播PDU会话的上下文信息包括多播数据的开始发送时间、多播数据的结束发送时间、多播数据的接收频点、所述多播数据的服务质量(quality ofservice，QoS)信息等。基于该可能的设计，终端可以根据多播PDU会话的多种信息来接收多播数据，提高多播数据的接收准确性。

又一种可能的设计中，所述方法还包括：终端接收来自移动性管理网元的用于终端通过单播PDU会话接收多播数据的单播PDU会话的上下文信息。基于该可能的设计，可以在终端通过PDU会话建立流程加入多播群组的过程中，同时为终端建立单播PDU会话的传输资源，以使得在加入多播群组中的终端的数量过低，导致多播群组对应的多播PDU会话释放的情况下或者终端移出多播/广播区域，不支持通过单播PDU会话接收多播数据时，通过单播PDU会话向终端发送多播数据，保证终端接收多播数据的连续性不会受到影响。

又一种可能的设计中，所述方法还包括：终端向移动性管理网元发送包括终端的标识信息以及多播群组的标识信息的第一消息，第一消息用于终端离开多播群组；终端接收移动性管理网元返回的第一消息的响应。基于该可能的设计，终端可以将用于终端离开多播群组的消息通知给移动性管理网元，以便网络侧设备获知终端离开多播群组，管理加入多播群组的终端。

又一种可能的设计，第一消息为PDU会话释放请求消息或者PDU会话修改请求消息。基于该可能的设计，终端可以通过PDU会话释放流程或PDU会话修改流程将离开多播群组的消息告知移动性管理网元，借助现有信令消息携带第一消息，降低信令开销。

第二方面，本申请提供一种通信装置，该通信装置可以为终端上的终端或者终端中的芯片或者片上系统；还可以为为终端提供业务服务的服务器或者该服务器中的芯片或者片上系统。该通信装置可以实现上述第一方面或者第一方面可能的设计中通信装置所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置可以包括发送单元，接收单元；

发送单元，用于向移动性管理网元发送包括多播群组的标识信息的PDU会话建立请求消息，PDU会话建立请求消息用于终端加入所述多播群组；

接收单元，用于接收来自移动性管理网元的PDU会话建立接受消息，PDU会话建立接受消息包括多播群组对应的多播PDU会话的上下文信息，多播PDU会话的上下文信息用于终端通过多播PDU会话接收多播数据。

其中，该通信装置的具体实现方式可以参考第一方面或第一方面的任一种可能的设计提供的通信方法中终端的行为功能，在此不再重复赘述。因此，该提供的通信装置可以达到与第一方面或者第一方面的任一种可能的设计相同的有益效果。

第三方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该通信装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第一方面或者第一方面的任一种可能的设计所述的通信方法。

第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的通信方法。

第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的通信方法。

第六方面，提供了一种芯片系统，该芯片系统包括处理器、通信接口，用于支持通信装置实现上述第一方面或者第一方面的任一种可能的设计中所涉及的功能，例如处理器通过通信接口向移动性管理网元发送包括多播群组的标识信息的PDU会话建立请求消息，PDU会话建立请求消息用于终端加入所述多播群组；并通过通信接口接收来自移动性管理网元的PDU会话建立接受消息，PDU会话建立接受消息包括多播群组对应的多播PDU会话的上下文信息，多播PDU会话的上下文信息用于终端通过多播PDU会话接收多播数据。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存通信装置必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第三方面至第六方面中任一种设计方式所带来的技术效果可参见上述第一方面或者第一方面的任一种可能的设计所带来的技术效果，不再赘述。

第七方面，本申请实施例提供又一种通信方法，该方法可以包括：移动性管理网元接收来自终端的包括多播群组的标识信息的PDU会话建立请求消息，根据PDU会话建立请求消息向会话管理网元发送多播群组的标识信息，接收来自会话管理网元的多播PDU会话的上下文信息，向终端发送包括多播PDU会话的上下文信息的PDU会话建立接受消息。

基于第七方面所述的方法，移动性管理网元可以接收终端发起的PDU会话建立请求消息，将PDU会话建立请求消息中多播群组的标识信息发送给会话管理网元，由会话管理网元在确定将终端加入多播群组后，向移动性管理网元发送多播PDU会话的上下文信息，移动性管理网元接收并向终端发送多播PDU会话的上下文信息，以便终端多播PDU会话的上下文信息接收多播数据。如此，可以通过终端与核心网设备之间的PDU会话建立流程将终端加入多播群组，通过多播PDU会话传输多播数据，实现群组通信。

一种可能的设计中，PDU会话建立请求消息携带N1会话管理容器，N1会话管理容器包括多播群组的标识信息。基于该可能的设计，移动性管理网元可以从终端接收携带多播群组的标识信息的N1会话管理容器，使移动性管理网元无需解析N1会话管理容器携带的多播群组的标识信息，将多播群组的标识信息透传给管理多播PDU会话的会话管理网元，如此，可以降低移动性管理网元的设计复杂度。

一种可能的设计中，PDU会话建立请求消息还包括下述一种或者多种信息：用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、终端的单播PDU会话的标识信息以及多播PDU会话的标识信息。基于该可能的设计，移动性管理网元可以从终端接收其他一些辅助信息，以便移动性管理网元结合多播群组的标识信息以及这些辅助信息确定管理多播PDU会话的会话管理网元，提高确定管理多播PDU会话的会话管理网元的准确性。

一种可能的设计中，多播PDU会话的上下文信息包括下述一项或多项：多播数据的开始发送时间、多播数据的结束发送时间、多播数据的接收频点、多播数据的QoS信息。基于该可能的设计，可以使终端根据多播PDU会话的多种信息来接收多播数据，提高多播数据的接收准确性。

一种可能的设计中，所述方法还包括：移动性管理网元接收来自终端的用于终端离开多播群组的第一消息，第一消息携带终端的标识信息和多播群组的标识信息；移动性管理网元向会话管理网元发送第一消息，移动性管理网元接收第一消息的响应，向终端发送第一消息的响应。基于该可能的设计，移动性管理网元可以将终端离开多播群组的事件上报给会话管理网元，以便会话管理网元实时管理多播群组中的终端，并在加入多播群组中的终端的数量过低的情况下或者终端移出多播/广播区域，不支持通过单播PDU会话接收多播数据时，释放多播群组对应的多播PDU会话，提高资源利用率。

一种可能的设计中，移动性管理网元根据PDU会话建立请求消息，向会话管理网元发送多播群组的标识信息包括：移动性管理网元向第一网元发送多播群组的标识信息；移动性管理网元接收来自第一网元的会话管理网元的标识信息；其中，第一网元包括统一数据仓库(unified data repository，UDR)或者策略控制功能(policy control function，PCF)或者统一数据管理(unified data management，UDM)或者网络存储功能(networkrepository function，NRF)。基于该可能的设计，移动性管理网元可以从UDR或PCF或UDM或NRF获知管理多播PDU会话的会话管理网元，提高设计灵活性。

第八方面，提供一种通信装置，该通信装置可以为移动性管理网元或者移动性管理网元中的芯片或者片上系统。该通信装置可以实现上述第七方面或者第七方面的可能的设计中移动性管理网元所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置可以包括：接收单元、发送单元；

接收单元，用于接收来自终端的分组数据单元PDU会话建立请求消息，PDU会话建立请求消息包括多播群组的标识信息，多播PDU会话建立请求消息用于终端加入多播群组；

发送单元，用于根据PDU会话建立请求消息，向会话管理网元发送多播群组的标识信息，会话管理网元用于管理多播群组对应的多播PDU会话；

接收单元，还用于接收来自会话管理网元的多播PDU会话的上下文信息，多播PDU会话的上下文信息用于终端通过多播PDU会话接收多播数据；

发送单元，还用于向终端发送PDU会话建立接受消息，PDU会话建立接受消息包括多播PDU会话的上下文信息。

其中，该通信装置的具体实现方式可参考第七方面或第七方面的任一种可能的设计提供的通信方法中移动性管理网元的行为功能，第七方面或者第七方面的任一种可能的设计方法可以由该通信装置包括的接收单元以及发送单元对应实现。

第九方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该通信装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第七方面或者第七方面的任一种可能的设计所述的通信方法。

第十方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第七方面或者上述方面的任一种可能的设计所述的通信方法。

第十一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第七方面或者上述方面的任一种可能的设计所述的通信方法。

第十二方面，提供了一种芯片系统，该芯片系统包括处理器、通信接口，用于支持通信装置实现上述方面中所涉及的功能，例如处理器通过通信接口接收接收来自终端的包括多播群组的标识信息的PDU会话建立请求消息；根据PDU会话建立请求消息向会话管理网元发送多播群组的标识信息，接收多播PDU会话的上下文信息，向终端发送包括多播PDU会话的上下文信息的PDU会话建立接受消息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存通信装置必要的程序指令和数据。该芯片系统，可以由芯片构成，或者包含芯片和其他分立器件。

其中，第九方面至第十二方面中任一种设计方式所带来的技术效果可参见上述第七方面或者第七方面的任一种可能的设计所带来的技术效果，不再赘述。

第十三方面，还提供一种通信方法，该方法包括：会话管理网元接收多播群组的标识信息，根据多播群组的标识信息，并向所述移动性管理网元发送所述多播群组对应的多播PDU会话的上下文信息。基于该可能的设计，可以由会话管理网元根据接收到的标识信息将终端加入到多播PDU会话中，并返回多播PDU会话的上下文信息，如此，可以通过控制面发起的PDU会话建立流程将终端加入到多播群组，实现通过多播PDU会话向终端发送多播数据，无需通过用户面的组播消息加入多播群组，借助现有PDU会话建立流程，降低设计复杂度以及信令开销。

一种可能的设计中，所述方法还包括：会话管理网元向第一网元发送多播群组的标识信息，会话管理网元接收来自第一网元的多播PDU会话的上下文信息；其中，第一网元包括UDR或者PCF或者UDM或者NRF。基于该可能的设计，移动性管理网元可以从UDR或PCF或UDM或NRF获知多播PDU会话的上下文信息，提高设计灵活性。

一种可能的设计中，所述方法还包括：当加入多播群组的终端的数量大于第一阈值时，会话管理网元获取多播PDU会话的上下文信息。基于该可能的设计，可以在加入多播群组的终端的数量较多的情况下，再获取播PDU会话的上下文信息，通过多播PDU会话传输多播数据，实现通过一条PDU会话向更多的终端发送多播数据，提高资源利用率。

一种可能的设计中，所述方法还包括：会话管理网元接收来自移动性管理网元的下述一种或者多种信息：用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、终端的单播PDU会话的标识信息、多播PDU会话的标识信息。基于该可能的设计，会话管理网元可以从移动性管理网元获取除多播群组的标识信息之外的其他一些辅助信息，以便会话管理网元根据这些信息获取多播PDU会话的上下文信息，保证准确获取到多播PDU会话的上下文信息。

一种可能的设计中，多播PDU会话的上下文信息包括下述一项或多项：多播数据的开始发送时间、多播数据的结束发送时间、多播数据的接收频点、多播数据的QoS信息。基于该可能的设计，会话管理网元可以将多播PDU会话的多种信息发送给终端，以便终端根据多播PDU会话的上下文信息来接收多播数据，提高多播数据的接收准确性。

一种可能的设计中，所述方法还包括：会话管理网元发送用于终端通过单播PDU会话接收多播数据的单播PDU会话的上下文信息，单播PDU会话的上下文信息。基于该可能的设计，会话管理网元可以在终端通过PDU会话建立流程加入多播群组的过程中，同时为终端建立单播PDU会话的传输资源，以使得在加入多播群组中的终端的数量过低，导致多播群组对应的多播PDU会话释放的情况下或者终端移出多播/广播区域，不支持通过单播PDU会话接收多播数据时，通过单播PDU会话向终端发送多播数据，保证终端接收多播数据的连续性不会受到影响。

一种可能的设计中，所述方法还包括：会话管理网元接收用于终端离开多播群组的第一消息，第一消息包括多播群组的标识信息，会话管理网元根据第一消息，更新多播群组的上下文，会话管理网元发送第一消息的响应。基于该可能的设计，会话管理网元可以在终端离开多播群组时实时更新多播群组的上下文，管理多播群组。

一种可能的设计中，所述方法还包括：若终端离开多播群组后，加入多播群组中的终端的数量小于第二阈值，则会话管理网元向多播PDU会话对应的用户面网元发送用于通知用户面网元释放多播PDU会话的释放通知消息。基于该可能的设计，可以在不存在多播群组或者多播群组中的终端数量较少的情况下，释放用于传输多播数据的多播PDU会话，提高资源利用率。

一种可能的设计中，所述方法还包括：会话管理网元向单播PDU会话对应的用户面网元发送用于指示单播PDU会话对应的用户面网元通过单播PDU会话发送多播数据的指示信息。基于该可能的设计，可以由会话管理网元通知用户面网元将传输多播数据的PDU会话切换单播PDU会话上，通知UPF通过单播PDU会话传输多播数据，保证多播数据传输的连续性。

第十四方面，本申请提供一种通信装置，该通信装置可以为会话管理网元或者会话管理网元中的芯片或者片上系统。该通信装置可以实现上述第十三方面或者第十三方面的可能的设计中会话管理网元所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置可以包括：接收单元、发送单元；

接收单元，用于接收多播群组的标识信息；

发送单元，用于根据多播群组的标识信息，向移动性管理网元发送多播群组对应的多播PDU会话的上下文信息。

其中，该通信装置的具体实现方式可参考第十三方面或第十三方面的任一种可能的设计提供的通信方法中会话管理网元的行为功能，第十三方面或者第十三方面的任一种可能的设计方法可以由该通信装置包括获取单元以及发送单元对应实现。

第十五方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该通信装置运行时，该处理器执行该存储器存储的该计算机执行指令，使通信装置执行如上述第十三方面或第十三方面的任一种可能的设计所述的通信方法。

第十六方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第十三方面或者上述方面的任一种可能的设计所述的通信方法。

第十七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第十三方面或者上述方面的任一种可能的设计所述的通信方法。

第十八方面，提供了一种芯片系统，该芯片系统包括处理器、通信接口，用于支持通信装置实现上述方面中所涉及的功能，例如处理器通过通信接口接收多播群组的标识信息，根据多播群组的标识信息，并向移动性管理网元发送多播群组对应的多播PDU会话的上下文信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存通信装置必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第十五方面至第十八方面中任一种设计方式所带来的技术效果可参见上述第十三方面或者第十三方面的任一种可能的设计所带来的技术效果，不再赘述。

第十九方面，提供一种通信系统，该通信系统可以包括如第二方面至第六方面任一方面所述的终端、如第八方面至第十二方面任一方面所述的移动性管理网元以及如第十四方面至第十八方面任一方面所述的会话管理网元。

附图说明

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

图2a为一种5G通信系统的架构示意图；

图2b为一种4G通信系统的架构示意图；

图3为本申请实施例提供的一种通信装置300的组成示意图；

图4为本申请实施例提供的一种通信方法的流程图；

图5为本申请实施例提供的又一种通信方法的流程图；

图6为本申请实施例提供的又一种通信方法的流程图；

图7为本申请实施例提供的再一种通信方法的流程图；

图8为本申请实施例提供的一种通信装置80的组成示意图；

图9为本申请实施例提供的一种通信装置90的组成示意图；

图10为本申请实施例提供的一种通信装置100的组成示意图；

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

具体实施方式

通信系统中，在网络侧设备向多个终端发送同一多播数据时，为了提高资源利用率，通过同一PDU会话，如多播PDU会话，向该多个终端发送数据。其中，为实现通过多播PDU会话接收多播数据，则接收同一多播数据的多个终端需要提前加入同一多播群组。

示例性的，终端通过IGMP消息加入多播群组，如：终端向该终端的单播PDU会话的对应的UPF发送IGMP消息，该UPF识别出接收到的消息为组播消息：IGMP消息后，将IGMP消息转发给的应用服务器。应用服务器接收到IGMP消息之后，通过应用层将用于终端通过多播PDU会话接收多播数据的相关配置信息发送给终端，将该终端加入多播群组。

但是，通信系统中不是所有的UPF都具备识别消息类型的能力，对于不具备识别消息类型的能力的UPF，会无法识别出IGMP消息，无法将终端发送的IGMP消息转发给应用服务器，导致终端加入多播群组失败，无法实现网络侧设备向该终端发送多播数据。

为解决该技术问题，本申请实施例提供一种通信方法，该方法包括：终端向移动性管理网元发送终端加入多播群组的PDU会话建立请求消息，该PDU会话建立请求消息包括多播群组的标识信息。移动性管理网元接收来自终端的PDU会话建立请求消息，根据PDU会话建立请求消息，向管理多播群组对应的多播PDU会话的会话管理网元发送多播群组的标识信息。会话管理网元接收多播群组的标识信息，向移动性管理网元发送PDU会话的上下文信息，移动性管理网元接收多播PDU会话的上下文信息，向终端发送包括多播PDU会话的上下文信息的PDU会话建立接受消息。终端接收PDU会话建立接受消息，根据多播P DU会话的上下文信息接收多播数据。即终端借助现有PDU会话建立流程，加入多播群组，根据多播群组对应的多播PDU会话的上下文信息接收多播数据，实现群组通信，同时，该PDU会话建立流程与为终端建立单播PDU会话的流程相同，降低设计复杂度。

下面结合本申请实施例中的附图，对本申请实施例提供的通信方法进行描述。

本申请实施例提供的通信方法可应用于图1所示的通信系统，如图1所示，该通信系统可以包括终端、移动性管理网元、会话管理网元；还可以包括接入网设备、用户面网元、网络切片选择网元、网络存储网元、策略控制网元、网络开放功能网元、数据网络(datanetwork，DN)，DN中可以包括应用服务器，该应用服务器可以为应用功能(applicationfunction，AF)。会话管理网元可以包括单播会话管理网元、多播会话管理网元；用户面网元可以包括多播用户面网元、单播用户面网元。在图1所示系统中，可以存在单播分组数据单元(packet data unit，PDU)会话、多播PDU会话两种类型的PDU会话，单播PDU会话为面向某个特定终端的PDU会话，单播PDU会话用于向该某个特定终端发送数据，单播PDU会话的传输路径可以为：应用服务器<->单播用户面网元<->接入网设备<->终端。多播PDU会话可以为面向某个特定通信群组的PDU会话，用于向该通信群组中的所有终端发送多播数据，多播PDU会话的传输路径可以为：应用服务器<->多播用户面网元<->接入网设备<->某个通信群组中的所有终端。其中，单播用户面网元与多播用户面网元可以相同或者不同，不予限制。图1所示系统中，管理多播PDU会话的会话管理网元可以称为多播会话管理网元，管理单播PDU会话的会话管理网元可以称为单播会话管理网元，多播会话管理网元和单播会话管理网元可以为同一网元或不同网元。

下面对图1所示架构中涉及的网元或设备进行介绍。

终端，可以是用于实现无线通信功能的设备，例如终端或者可用于终端中的芯片等。其中，终端可以是5G网络或者未来演进的通信系统中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的，也可以是固定的。

接入网设备，主要用于实现物理层功能、资源调度和管理、终端的接入控制以及移动性管理等功能。接入网设备可以为支持有线接入的设备，也可以为支持无线接入的设备。示例性，接入网设备可以为接入网(access network，AN)/无线接入网(radio accessnetwork，RAN)，由多个5G-AN/5G-RAN节点组成。5G-AN/5G-RAN节点可以为：接入点(accesspoint，AP)、基站(nodeB，NB)、增强型基站(enhance nodeB，eNB)、下一代基站(NR nodeB，gNB)、传输接收点(transmission reception point，TRP)、传输点(transmission point，TP)或某种其它接入节点等。

移动性管理网元，主要负责终端的接入认证、移动性管理、各个功能网元之间的信令交互等工作，如：对用户的注册状态、用户的连接状态、用户注册入网、跟踪区更新、小区切换用户认证和密钥安全等进行管理。

会话管理网元，主要用于实现用户面传输逻辑通道，如PDU会话的建立、释放和更改等会话管理功能。

用户面网元，可以作为用户面传输逻辑通道上的锚点，用于完成用户面数据的路由转发等功能，如：与终端之间建立通道(即用户面传输逻辑通道)，在该通道上转发终端和DN间的数据包、负责对终端的数据报文过滤、数据转发、速率控制、生成计费信息。

网络开放功能网元，可以用于开放核心网的事件和能力、核心网外部参数和内部参数的互译、接收核心网外部网元提供的标识信息并存储、进行核心网网元选择等功能。其中，核心网外部网元可以包括应用服务器等。

策略控制网元，可以用于向移动性管理网元、会话管理网元提供策略，如：服务质量(quality of service)策略，切片选择策略等等。

网络存储网元，可以用于存储用户数据，如：用户的签约信息、鉴权或授权数据等。具体的，网络存储网元可以为统一数据管理(unified data management，UDM)或者网络存储功能(network repository function，NRF)或者统一数据仓库(unified datarepository，UDR)等。

网络切片选择网元，可以用于选择网络切片(network slice，NS)、选择移动性管理网元的集合、选择(network repository function，NRF)的集合等等。

DN，可以为用户提供数据传输服务的运营商网络，如：可以为向用户提供因特网协议(internet protocol，IP)多媒体业务(IP multi-media service，IMS)的运营商网络等。DN中可以部署有应用服务器(application service，AS)，该应用服务器可以向用户提供数据传输服务。

需要说明的是，图1仅为示例性架构图，除图1中所示功能单元外，该系统还可以包括其他功能网元，如：操作和管理(operation and management，O&M)网元等，本申请实施例对此不进行限定。此外，图1中各个设备的名称不受限制，除图1所示名称之外，各个设备还可以命名为其他名称，如替换成具备相同或相似功能的网元名称，不予限制。

其中，图1所示系统可以为第三代合作伙伴计划(3rd generation partnershipproject，3GPP)通信系统，如第4代(4th generation，4G)通信系统、长期演进(long termevolution，LTE)系统，又可以为第五代(5th generation，5G)通信系统或者新空口(newradio，NR)系统、下一代通信系统等，也可以为非3GPP通信系统，不予限制。

以图1所示的通信系统为图2a所示的5G通信系统为例，如图2a所示，上述多播会话管理网元所对应的网元或者实体可以为5G通信系统中的会话管理功能(sessionmanagement function，SMF)，多播会话管理网元可以为5G通信系统中的多播会话管理功能(multicast session management function，M-SMF)，上述用户面网元所对应的网元或者实体可以为5G通信系统中的用户面功能(user plane function，UPF)，多播用户面网元可以为5G通信系统中的多播用户面功能(multicast user plane function，M-UPF)。接入网设备对应的网元或者实体可以为5G通信系统中的无线接入网(radio access network，RAN)、移动性管理网元对应的网元或者实体可以为5G通信系统中的接入和移动性管理功能(access and mobility management function，AMF)、策略控制网元可以为5G通信系统中的策略控制功能(policy control function，PCF)，网络开放功能网元对应的网元或者实体可以为5G通信系统中的网络开放功能(network exposure function，NEF)，网络切片选择网元对应的网元或实体可以为5G通信系统中的网络切片选择功能(network sliceselection function)，网络存储网元对应的网元或者实体可以为5G通信系统中的NRF或者UDR或者UDM。

以图1所示的通信系统为图2b所示的4G通信系统为例，如图2b所示，上述多播会话管理网元所对应的网元或者实体可以为4G通信系统中的多播/组播业务控制器(multicast/broadcast service controller，MBSC)，会话管理网元可以为4G通信系统中的分组数据网络(packet data network，PDN)网关控制面功能(PDN gateway controlplane function，PGW-C)，上述用户面网元所对应的网元或者实体可以为4G通信系统中的PDN网关用户面功能(PDN gateway user plane function，PGW-U)。接入网设备对应的网元或者实体可以为4G通信系统中的通用移动通信系统陆地接入网络(UMTS terrestrialradio access network，UTRAN)、移动性管理网元对应的网元或者实体可以为4G通信系统中的移动管理实体(mobility management entity，MME)。此外，图2b所示4G通信系统还包括组播/多播网关(multicast/broadcast service-gate way，MBSC-GW)、服务网关(service gate-way，SGW)。

可选的，本申请实施例中的会话管理网元以及移动性管理网元也可以称之为通信装置，其可以是一个通用设备或者是一个专用设备，本申请实施例对此不作具体限定。

可选的，本申请实施例中的会话管理网元或者移动性管理网元的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是硬件与软件的结合，或者是平台(例如，云平台)上实例化的虚拟化功能。

在具体实现时，图1所示各设备(如：移动性管理网元、会话管理网元等)均可以采用图3所示的组成结构，或者包括图3所示的部件。图3为本申请实施例提供的一种通信装置300的组成示意图，该通信装置300可以包括处理器301和存储器304。进一步的，该通信装置300还可以包括通信线路302以及通信接口303。其中，处理器301，存储器304以及通信接口303之间可以通过通信线路302连接。

处理器301，可以是中央处理器(central processing unit，CPU)、通用处理器、网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器301还可以是其它具有处理功能的装置，如电路、器件或软件模块，不予限制。

通信线路302，用于在通信装置300所包括的各部件之间传送信息。

通信接口303，用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。通信接口303可以是模块、电路、收发器或者任何能够实现通信的装置。

存储器304，用于存储指令。其中，指令可以是计算机程序。

其中，存储器304可以是只读存储器(read-only memory，ROM)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器(random accessmemory，RAM)或可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟)、磁盘存储介质、其他磁存储设备，不予限制。

需要说明的是，存储器304可以独立于处理器301存在，也可以和处理器301集成在一起。存储器304可以用于存储指令或者程序代码或者一些数据等。存储器304可以位于通信装置300内，也可以位于通信装置300外，不予限制。

处理器301，用于执行存储器304中存储的指令，以实现本申请下述实施例提供的业务切换方法。例如，当通信装置300为会话管理网元或者会话管理网元中的芯片或者片上系统时，处理器301执行存储器304中存储的指令，以实现本申请下述实施例中会话管理网元所执行的步骤。又例如，当通信装置300为移动性管理网元或者移动性管理网元中的芯片或者片上系统时，处理器301可以执行存储器304中存储的指令，以实现本申请下述实施例中移动性管理网元所执行的步骤。

在一种示例中，处理器301可以包括一个或多个CPU，例如图3中的CPU0和CPU1。

作为一种可选的实现方式，通信装置300包括多个处理器，例如，除图3中的处理器301之外，还可以包括处理器307。

作为一种可选的实现方式，通信装置300还包括输出设备305和输入设备306。示例性地，输入设备306是键盘、鼠标、麦克风或操作杆等设备，输出设备305是显示屏、扬声器(speaker)等设备。

需要说明的是，通信装置300可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片系统或有图3中类似结构的设备。此外，图3中示出的组成结构并不构成对该通信装置的限定，除图3所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

此外，本申请的各实施例之间涉及的动作，术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。

下面以图1所示架构为例，对本申请实施例提供的通信方法进行描述。下述实施例中的各网元可以具备图3所示部件，不予赘述。需要说明的是，本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称。例如本申请实施例所述的多播可以替换为广播、组播、多播通信、多播/广播等术语。本申请实施例中的确定也可以理解为创建(create)或者生成(generate)，本申请实施例中的“包括”也可以理解为“携带”，在此统一说明，本申请实施例对此不作具体限定。

图4为本申请实施例提供的一种通信方法，如图4所示，该方法可以包括：

步骤401：终端向移动性管理网元发送PDU会话建立请求消息。

其中，终端可以为图1中支持多播数据传输的任一终端，如终端可以为图1中的终端1或者终端2或者终端3。移动性管理网元可以为管理终端的移动性管理网元。

其中，PDU会话建立请求(PDU session establishment request)消息可以用于终端加入多播群组。本申请中，终端加入多播群组还可以替换描述为终端加入多播群组对应的多播PDU会话。PDU会话建立请求消息可以包括多播群组的标识信息，还可以包括其他信息。其中，其他信息可以包括：用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、终端的单播PDU会话的标识信息以及多播PDU会话的标识信息中的一种或者多种信息。进一步的，其他信息还可以包括终端的标识信息等，即终端可以向移动性管理网元发送包括多播群组的标识信息在内的多种信息，以便移动性管理网元根据多种信息准确地确定出管理多播群组对应的多播PDU会话的会话管理网元。

其中，多播群组可以为接收同一数据的多个终端的组合，如多播群组可以为接收同一指挥中心发出的命令的车队或者为接收同一电视节目的用户群组等。面向多播群组的数据可以称为多播数据，多播数据的接收对象可以是两个或者两个以上终端。当多播数据面向一个多播群组中的多个终端，该多播群组中的所有终端可以被授权或者无需得到授权即可接收此多播数据。

其中，多播群组的标识信息，可以用于标识多播群组。多播群组的标识信息可以为多播群组的临时移动组标识(temporary mobile group identifier，TMGI)，或者应用服务器(如：提供多播数据的AF)的因特网协议(internet protocol，IP)地址，或者多播数据的业务标识(service identifier，service ID)，或者多播群组对应的多播PDU会话的标识信息，或者多播数据的分组过滤(packet filter)信息，或者多播数据的业务数据流(servicedata flow，SDF)识别规则等。此外，多播群组的标识信息可以预先配置在多播群组列表中，多播群组列表的相关描述如下所述。

其中，数据网络的标识信息可以为数据网络名称(data network name，DNN)，数据网络的标识信息可以用于标识/指示提供多播数据的DN。

其中，网络切片的标识信息可以用于标识/指示传输多播数据的网络切片，网络切片的标识信息可以为单网络切片选择辅助信息(single network slice selectionassistance information，S-NSSAI)。

此外，数据网络的标识信息、网络切片的标识信息与多播数据之间可以存在对应关系，该对应关系可以包括在终端路由选择策略(UE route selection policy，URSP)中，该URSP可以预先配置给终端。当终端确定加入多播群组时，终端可以从本地获取URSP，从URSP中获取数据网络的标识信息和/或网络切片的标识信息，将数据网络的标识信息和/或网络切片的标识信息携带在PDU会话建立请求消息中。

其中，终端的单播PDU会话的标识信息可以用于标识为该终端建立的PDU会话，终端的单播PDU会话的标识信息可以由终端自行配置。单播PDU会话的标识信息可以是单播PDU会话的标识(identifier，ID)。

其中，多播PDU会话的标识信息可以用于指示多播群组对应的多播PDU会话。多播PDU会话的标识信息可以是多播PDU会话的ID。多播PDU会话的ID可以由终端自行配置；多播PDU会话的标识信息也可以是提供多播数据的应用服务器的IP地址或多播群组的TMGI等，此时，终端可以从应用服务器器获取到多播PDU会话的标识信息，或者从接入网设备的广播消息(如系统消息块(system information block，SIB)中获取到多播PDU会话的标识信息，或者从网络侧设备发送的非接入层(non-access stratum，NAS)消息中获取到多播PDU会话的标识信息。

多播PDU会话可以在执行步骤401之前已建立好或者未建立。多播PDU会话为传输多播数据的逻辑通道，多播PDU会话可以由多播会话管理网元建立、维护。

其中，终端的标识信息可以用于标识终端。终端的标识信息可以为终端的因特网协议(internet protocol，IP)地址，终端的媒体接入控制(media access control，MAC)地址，或者终端的国际移动用户识别码(international mobile subscriber identity，IMSI)等。终端的标识信息可以预先配置给终端，如在终端出厂设置时配置给终端。

示例性的，当使用终端的用户存在接收多播数据/加入多播群组的需求时，触发终端向移动性管理网元发送PDU会话建立请求消息。如：终端将多播群组列表通过人机交互接口显示给用户，用户从多播群组列表中选择自己感兴趣的多播群组，并将选择结果发送给终端，终端根据用户的选择结果确定加入某个多播群组，触发终端向移动性管理网元发送PDU会话建立请求消息。例如，假设多播群组列表包括CCTV1、CCTV2等电视节目，终端为机顶盒(set top box，STB)1，STB1可以将这些电视节目的相关信息显示给用户，用户可以手动选择自己想观看的电视节目，如选择CCTV1，并将选择结果发送给STB1，STB1根据该选择结果，向移动性管理网元发送携带有CCTV1的标识信息的PDU会话建立请求消息。

其中，多播群组列表可以包括一个或多个多播群组的标识信息，多播群组列表可以预先配置在终端上或者由应用服务器动态配置给终端。如终端处于初始状态下，多播群组列表可以为空，应用服务器确定建立/组建某个多播群组后，向终端的应用层发送携带多播群组的标识信息的业务告知(service announcement)消息，终端的应用层接收来自应用服务器的业务告知消息，从业务告知消息中获取多播群组的标识信息，并将获取到的多播群组的标识信息添加到多播群组列表中。或者，应用服务器通过操作和管理(operationand management，OAM)方式将该多播群组的标识信息配置给接入网设备，触发接入网设备发送包括多播群组的标识信息的广播消息，终端侦听接入网设备发送的广播消息，从广播消息中获取多播群组的标识信息，并将多播群组的标识信息添加到多播群组列表中。或者，应用服务器触发短消息服务中心(SMSC，short message service center)向终端发送携带多播群组的标识信息的短消息，终端接收短消息，从短消息中获取多播群组的标识信息，并将多播群组的标识信息添加到多播群组列表中。

在一个示例中，步骤401中终端向移动性管理网元发送PDU会话建立请求消息可以包括：终端通过终端与接入网设备之间的接口向接入网设备发送PDU会话建立请求消息。

相应地，接入网设备接收到PDU会话建立请求消息后，将该PDU会话建立请求消息转发给移动性管理网元。

在另一个示例中，步骤401可以包括：终端直接通过终端与移动性管理网元之间的接口，向移动性管理网元发送NAS消息，该NAS消息中携带有PDU会话建立请求消息。

为了降低移动性管理网元的解析复杂度，PDU会话建立请求消息可以携带N1会话管理容器，N1会话管理容器可以包括多播群组的标识信息。该N1会话管理容器可以看做为PDU会话建立请求消息中的一个信元，该信元的类型可以隐式指示移动性管理网元不去解析N1会话管理容器中的内容，而是将N1会话管理容器透传给管理多播PDU会话的会话管理网元。如此，移动性管理网元接收到携带N1会话管理容器的PDU会话建立请求消息后，可以不去解析N1会话管理容器包括的内容，降低移动性管理网元解析PDU会话建立请求消息携带的内容的复杂度。本申请实施例中，N1会话管理容器还可以命名为传输容器(transparent container)或者N1会话管理(session management，SM)容器或者透明容器等。

在N1会话管理容器携带多播群组的标识信息的情况下，用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、终端的单播PDU会话的标识信息以及多播PDU会话的标识信息中的一种或者多种信息可以携带在N1会话管理容器中，也可以携带在N1会话管理容器外，不予限制。例如，PDU会话建立请求消息可以包括N1会话管理容器{多播群组的标识信息，终端的单播PDU会话的标识信息，多播PDU会话的标识信息}、数据网络的标识信息、网络切片的标识信息；或者，PDU会话建立请求消息包括N1会话管理容器{多播群组的标识信息，终端的单播PDU会话的标识信息，多播PDU会话的标识信息，数据网络的标识信息、网络切片的标识信息}。

步骤402：移动性管理网元接收PDU会话建立请求消息，根据PDU会话建立请求消息，向会话管理网元发送多播群组的标识信息。

其中，会话管理网元可以管理多播群组对应的多播PDU会话，为多播会话管理网元。移动性管理网元根据PDU会话建立请求消息，向会话管理网元发送多播群组的标识信息的过程可以包括下述示例一或者示例二：

示例一，移动性管理网元接收到PDU会话建立请求消息后，解析PDU会话建立请求消息得到多播群组的标识信息，移动性管理网元向第一网元发送多播数据的识别信息；第一网元接收多播数据的识别信息，以多播数据的识别信息为索引查询第一对应关系，找到多播数据的识别信息对应的会话管理网元的标识信息，向移动性管理网元发送会话管理网元的标识信息；移动性管理网元根据会话管理网元的标识信息，向会话管理网元发送多播群组的标识信息。反之，若根据多播群组的标识信息未查询到会话管理网元，则移动性管理网元获取候选多播会话管理网元，从候选多播会话管理网元中选择管理多播群组对应的多播PDU会话的会话管理网元，如从候选多播会话管理网元中随机选择一个多播会话管理网元作为管理多播群组对应的多播PDU会话的会话管理网元，或者，选择负载较小或通信质量较好的一个多播会话管理网元作为管理多播群组对应的多播PDU会话的会话管理网元，向选择出的会话管理网元发送多播群组的标识信息。

其中，第一网元可以为NRF或者UDM或者UDR或者PCF。

其中，第一对应关系可以包括多播数据的识别信息与会话管理网元的标识信息之间的对应关系。如此，可以将多播数据的识别信息与会话管理网元的标识信息之间的对应关系预先存储在第一网元中，以便移动性管理网元根据多播群组的标识信息，从第一网元获取管理多播PDU会话的会话管理网元的标识信息，简单易行，简化系统设计，降低移动性管理网元确定管理多播PDU会话的会话管理网元的功率消耗。

其中，会话管理网元的标识信息可以包括会话管理网元的IP地址或者会话管理网元的MAC地址或者会话管理网元的完全限定域名(fully qualified domain name，FQDN)。

需要说明的是，第一对应关系可以预先配置给第一网元，如针对某些多播群组，固定地/预先配置某些会话管理网元管理这些多播群组，并由网管系统将管理多播群组的会话管理网元的标识信息以及多播群组的标识信息之间的对应关系配置给第一网元。或者，在网络接收终端的PDU会话建立请求消息之前，核心网网元此前先接收到了应用服务器的请求，请求包含了多播群组对应的多播数据的相关信息(例如多播数据的识别信息、多播数据的QoS需求信息等)，此时核心网网元(例如NEF或PCF等)根据应用服务器的请求，选择对应的会话管理网元，并将第一对应关系存储至第一网元处。

其中，候选多播会话管理网元可以包括一个或多个多播会话管理网元。一种可能的设计中，移动性管理网元可以从NRF获取候选会话管理网元。如移动性管理网元可以向NRF发送查询请求，该查询请求可以包括多播群组的标识信息，查询请求可以用于请求查询具备管理该多播群组对应的多播PDU会话的功能的会话管理网元；NRF接收查询请求，根据多播群组的标识信息确定管理多播群组对应的多播PDU会话的会话管理网元的标识信息，向移动性管理网元发送包括候选多播会话管理网元的标识信息。如多播群组的标识信息与候选多播会话管理网元的标识信息预先对应存在NRF上，NRF接收到查询请求后，将多播群组的标识信息对应的候选多播会话管理网元的标识信息发送给移动性管理网元。或者，

又一种可能的设计中，在移动性管理网元解析PDU会话建立请求消息得到用于传输多播数据的数据网络的标识信息和/或用于传输多播数据的网络切片的标识信息的情况下，移动性管理网元根据用于传输多播数据的数据网络的标识信息，确定为该数据网络的标识信息所标识的DN提供会话服务的一个或者多个会话管理网元，和/或，根据用于传输多播数据的网络切片的标识信息，确定网络切片的标识信息所标识的网络切片所包括的一个或者多个会话管理网元，将网络切片包括的一个或者多个会话管理网元与为DN提供网络服务的一个或者多个会话管理网元的交集确定为候选会话管理网元。

需要说明的是，在示例一中，若移动性管理网元解析PDU会话建立请求消息得到多播PDU会话的标识信息，则在执行示例一之前，移动性管理网元还可以以多播PDU会话的标识信息为索引，查询本地是否存储多播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系，若查询到本地存储有多播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系，则根据该对应关系中会话管理网元的标识信息向移动性管理网元发送多播群组的标识信息，无需再执行示例一所述的过程。反之，若未查询到本地存储有多播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系，则执行示例一所述的过程。

其中，多播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系可以在步骤401之前存储在移动性管理网元，如在步骤401之前由其他终端或者应用服务器触发会话管理网元建立多播PDU会话，会话管理网元建立完多播PDU会话后，向移动性管理网元发送携带多播PDU会话的标识信息的多播PDU会话建立完成消息，移动性管理网元接收到多播PDU会话建立完成消息之后保存多播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系。

示例二，会话管理网元为默认的多播会话管理网元。一旦移动性管理网元接收到PDU会话建立请求消息，就向默认的多播会话管理网元发送多播群组的标识信息。示例二中，移动性管理网元可以无需解析PDU会话建立请求消息，而是根据PDU会话建立请求消息的消息类型确定这是一条用于将终端加入多播群组的消息，将PDU会话建立请求消息携带的消息(如多播群组的标识信息以及其他信息等)转发给默认的多播会话管理网元。

本申请中，移动性管理网元可以将多播群组的标识信息携带在PDU会话修改上下文请求中发送给会话管理网元。如当PDU会话建立请求消息携带N1会话管理容器时，移动性管理网元不去解析该N1会话管理容器，将该N1会话管理容器携带在PDU会话修改上下文请求中发送给会话管理网元。本申请实施例对PDU会话修改上下文请求的命名不做限定，PDU会话修改上下文请求还可以命名为Nsmf_PDU session_create SM context request消息或者会话管理上下文请求(session manegement context request，SM context request)消息。

除向会话管理网元发送多播群组的标识信息之外，移动性管理网元还可以向会话管理网元用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、终端的单播PDU会话的标识信息以及多播PDU会话的标识信息中的一种或多种信息，又可以向会话管理网元发送终端的标识信息。

步骤403：会话管理网元接收多播群组的标识信息，根据多播群组的标识信息向移动性管理网元发送多播PDU会话的上下文信息。

其中，多播PDU会话的上下文信息可以用于终端通过多播PDU会话接收多播数据。多播PDU会话的上下文信息可以包括下述一种或多种信息：多播数据的开始发送时间、多播数据的结束发送时间、多播数据的接收频点、多播数据的服务质量(quality of service，QoS)信息，以便终端根据多播PDU会话的上下文信息包括的这些信息配置接收多播数据的时频资源以及处理资源等，提高终端接收多播数据的准确性。

其中，多播PDU会话的上下文信息可以保存在多播PDU会话的上下文中，多播P DU会话的上下文可以在多播PDU会话建立完成之后保存在第一网元或者会话管理网元，具体的，多播PDU会话的上下文保存在哪个网元可以根据需要设置，不予限制。除包括多播PDU会话的上下文信息之外，多播PDU会话的上下文还可以包括第一信息，第一信息可以包括多播群组的标识信息，还可以包括：用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、以及多播PDU会话的标识信息中的一种或者多种信息等。其中，第一消息具体包括哪些内容可以根据需要预先设置，不予限制。

一种示例中，会话管理网元可以查询本地是否保存有包括第一信息的多播PDU会话的上下文，若存在，则表示多播PDU会话已建立，从查询到的多播PDU会话的上下文中获取多播PDU会话的上下文信息，向移动性管理网元发送多播PDU会话的上下文信息。或者，会话管理网元向保存有多播PDU会话的上下文的第一网元发送第一信息，触发第一网元查询本地是否保存包括第一信息的多播PDU会话的上下文，若存在，则表示多播PDU会话已建立，第一网元从查询到的多播PDU会话的上下文中获取多播PDU会话的上下文信息，向会话管理网元发送多播PDU会话的上下文信息，会话管理网元接收PDU会话的上下文信息，向移动性管理网元发送多播PDU会话的上下文信息。

进一步的，会话管理网元更新多播群组的上下文，如多播群组的上下文中包括终端列表，终端列表中包括加入多播群组的终端的标识信息，此时，会话管理网元接收到终端的标识信息，将终端的标识信息加入到终端列表中，和/或，多播群组的上下文中包括终端数量，该终端数量可以指加入多播群组的终端的数量，此时，会话管理网元将终端数量加1。

其中，可参照下述方式一或方式二建立多播PDU会话。

方式一：其他终端向移动性管理网元发送加入多播群组的PDU会话建立请求消息，触发会话管理网元将终端加入到多播群组对应的多播PDU会话中，会话管理网元从策略控制网元获取多播策略与计费控制规则(policy and charging control rule，PCC)规则，根据多播PCC规则获得多播数据的QoS信息；会话管理网元将多播数据的QoS信息发送给接入网设备，并请求接入网设备给终端配置多播PDU会话的无线传输资源，同时，会话管理网元向用户面网元发送多播数据的识别信息与服务质量流标识(QoS flow identifier，QFI)之间的对应关系，用户面网元接收并保存多播数据的识别信息与QFI信息之间的对应关系，完成多播PDU会话的建立。需要说明的是，本申请实施例所述的多播数据的识别信息可以指业务数据流(service data flow，SDF)的标识。具体的，该方式一所示过程可参照现有技术，不予详述。

方式二、由应用服务器触发建立多播PDU会话，如应用服务器确定组建某个多播群组，并为该多播群组配置该多播群组的标识信息后，将该多播群组的标识信息以及该多播群组对应的多播描述信息发送给PCF，PCF根据多播描述信息制定多播PCC规则，并将多播PCC规则发送给多播会话管理网元，多播会话管理网元可以根据多播PCC规则，生成多播数据的QoS信息，会话管理网元将多播数据的QoS信息发送给接入网设备，并请求接入网设备给终端配置多播PDU会话的无线传输资源，同时，会话管理网元向用户面网元发送多播数据的识别信息与QFI之间的对应关系，用户面网元接收并保存多播数据的识别信息与QFI信息之间的对应关系，完成多播PDU会话的建立。具体的，该方式二所示过程可参照现有技术，不予详述。其中，应用服务器向PCF发送的消息可以有应用服务器直接发送至PCF，也可以经过NEF网元或其他网元发送至PCF处，此处不予限定。

在该示例中，若已建立的多播PDU会话无法覆盖终端所在的区域，即通过多播PDU会话无法将多播数据发送至终端接入的接入网设备或者之间的隧道未打通的情况下，所述方法还包括：会话管理网元通过移动性管理网元获得接入网设备的隧道信息，并且将接入网设备的隧道信息配置到多播PDU会话对应的用户面网元，以便多播PDU会话对应的用户面网元使用该隧道向接入网设备发送多播数据，同时，将多播数据的QoS信息发送给接入网设备，请求接入网设备给终端配置无线资源，以便将多播数据听过该无线资源从接入网设备发送给终端。

其中，上述多播数据的QoS信息包括多播PDU会话的QFI、多播PDU会话的ARP信息，多播PDU会话的速率保障信息、多播PDU会话的延迟预算信息，多播PDU会话的错误率信息中的一项或多项。

又一种示例中，若根据第一信息未查询到携带有多播数据的识别信息对应的多播PDU会话的上下文，则预示着尚未建立多播PDU会话，立即触发会话管理网元采用上述方式一建立多播PDU会话，进一步的还可以采用上述方式更新多播群组的上下文。若根据第一信息未查询到携带有多播数据的识别信息对应的多播PDU会话的上下文，则采用上述方式更新多播群组的上下文，并在确定加入多播群组的终端的数量大于第一阈值时，触发会话管理网元采用上述方式一建立多播PDU会话。

其中，第一阈值可以根据需要设置，不予限制。

示例性的，会话管理网元向移动性管理网元发送多播PDU会话的上下文信息可以包括：会话管理网元向移动性管理网元发送Nsmf_N1N2 message transfer消息，Nsmf_N1N2message transfer消息携带多播PDU会话的上下文信息，或者，会话管理网元向移动性管理网元发送Nsmf_PDU session_create SM context response消息，Nsmf_PDU session_create SM context response消息携带多播PDU会话的上下文信息。

进一步的，除向移动性管理网元发送多播PDU会话的上下文信息之外，会话管理网元还可以向移动性管理网元发送用于接入网设备配置无线承载资源的传输信息。

进一步的，会话管理网元还可以向移动性管理网元发送多播PDU会话的标识信息与会话管理网元的标识信息的对应关系，以便移动性管理网元保存多播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系，后续，当有其他终端申请加入多播群组时，移动性管理网元可以根据多播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系找到管理该多播PDU会话的会话管理网元。

步骤404：移动性管理网元接收多播PDU会话的上下文信息，向终端发送PDU会话建立接受消息，PDU会话建立接受消息包括多播PDU会话的上下文信息。

其中，PDU会话建立接受消息可以为下行NAS消息，PDU会话建立接受消息可以命名为PDU session establishment accept消息，PDU会话建立接受消息可以用于指示终端加入到多播群组或者替换描述为终端加入到多播群组对应的多播PDU会话。

步骤405：终端接收PDU会话建立接受消息。

进一步的，终端可以根据多播PDU会话的上下文信息，通过多播PDU会话接收多播数据。如此，可以将一份多播数据通过多播PDU会话发送给一个或者终端，提高资源利用率以及传输效率。例如，应用服务器将一份多播数据发送给用户面网元，用户面网元通过多播PDU会话，将该份多播数据发送给接入网设备；接入网设备在控制信道中广播多播群组对应的调度信息，终端根据接入网设备广播的调度信息以及多播PDU会话的上下文信息，在多播数据的接收频点上接收多播数据。

基于图4所示方法，终端借助现有PDU会话建立流程，向移动性管理网元发送包括多播群组的标识信息的PDU会话建立请求消息，移动性管理网元接收到PDU会话建立请求消息后，将PDU会话建立请求消息中的多播群组的标识信息发送给管理多播PDU会话的会话管理网元，会话管理网元根据多播群组的标识信息获取多播PDU会话的上下文信息，并通过移动性管理网元向终端发送多播PDU会话的上下文信息，使终端根据多播PDU会话的上下文信息接收多播数据。如此，可以重用现有终端与核心网之间的PDU会话建立流程将终端加入多播群组，不仅实现通过多播PDU会话进行群组通信，而且减少信令开销，简化系统设计。

需要说明的是，图4所示方法中的PDU会话建立请求消息还可以替换为PDU会话修改请求消息，相应的，PDU会话建立接受消息还可以替换为PDU会话修改接受消息，即通过PDU会话修改流程将终端加入多播群组。

进一步的，在图4所示的一种可能的设计中，为了保证多播数据传输的连续性，还可以为终端建立单播PDU会话。具体的，建立单播PDU会话的过程可以包括：移动性管理网元接收到PDU会话建立请求消息后，选择管理单播PDU会话的会话管理网元，向会话管理网元发送PDU会话上下文修改请求；会话管理网元接收PDU会话上下文修改请求后确定QF、并选择一个用户面网元作为该单播PDU会话的锚点，建立单播PDU会话，并通过移动性管理网元向终端发送单播PDU会话的上下文信息。

其中，单播PDU会话的上下文信息可以用于终端通过单播PDU会话传输多播数据。单播PDU会话的上下文信息可以包括下述一项或者多项：通过单播PDU会话传输多播数据时多播数据的开始发送时间/多播数据的结束发送时间、通过单播PDU会话传输多播数据时多播数据的接收频点、通过单播PDU会话传输多播数据时多播数据的QoS信息。

具体的，建立单播PDU会话的详细过程可参照现有技术，不予赘述。

进一步的，在终端成功建立单播PDU会话之后，移动性管理网元可以保存单播PDU会话的标识信息与会话管理网元的标识信息之间的对应关系。会话管理网元可以保存单播PDU会话的标识信息与用户面网元的标识信息间的对应关系，如：将单播PDU会话的标识信息与用户面网元的标识信息间的对应关系保存在单播PDU会话的上下文中。

需要说明的是，管理单播PDU会话的会话管理网元与管理多播PDU会话的会话管理网元可以相同或者不同，单播PDU会话对应的UPF与多播PDU会话对应的UPF可以相同或不同，不予限制。

基于该可能的设计，可以在加入多播群组的终端的数量较低，多播PDU会话释放/不可用时，或者，终端移出多播PDU会话对应的覆盖区域时，通过单播PDU会话向终端发送多播数据，保证终端接收多播数据的连续性不受影响，避免数据传输中断。

进一步的，在图4所示方法的又一种可能的设计中，作为终端加入多播群组的逆过程，终端还可以通过现有PDU释放流程/PDU会话修改流程离开多播群组。具体的，该过程可以包括：终端向移动性管理网元发送第一消息；第一消息用于终端离开多播群组，第一消息包括多播群组的标识信息，第一消息还可以包括终端的标识信息；

移动性管理网元接收第一消息，向会话管理网元发送第一消息；

会话管理网元接收第一消息，根据第一消息找到多播群组的上下文，并更新多播群组的上下文，如多播群组的上下文中包括终端列表，终端列表中包括加入多播群组的终端的标识信息，此时，会话管理网元接收到终端的标识信息，将终端的标识信息从终端列表中删除，和/或，多播群组的上下文中包括终端数量，该终端数量可以指加入多播群组的终端的数量，此时，会话管理网元将终端数量减1；

会话管理网元向移动性管理网元发送第一消息的响应，相应的，移动性管理网元接收第一消息的响应，向终端发送第一消息的响应。

其中，第一消息可以为PDU会话释放请求(PDU session release request)消息，第一消息的响应可以为PDU会话释放响应(PDU session release response)。或者，第一消息可以为PDU会话修改请求(PDU session modification request)消息，第一消息的响应可以为PDU会话修改响应(PDU session modification response)。

基于该可能的设计，终端可以通过PDU会话释放流程/PDU会话修改流程离开多播群组，简化系统设计，降低信令开销。

进一步的，为了降低资源利用率，若终端离开多播群组后，加入多播群组的终端的数量小于第二阈值，如加入多播群组的终端的数量为零，则会话管理网元可以向多播PDU会话对应的用户面网元发送释放通知消息，通知该多播PDU会话对应的用户面网元释放多播PDU会话。如此，可以在加入多播群组的终端的数量较少，尤其是无终端加入多播群组的情况下，释放多播PDU会话，提高资源利用率。

其中，第二阈值可以根据需要设置，不予限制。

进一步的，释放多播PDU会话后，为了保证多播数据传输的连续性，会话管理网元还可以向需要多播数据的终端的单播PDU会话对应的用户面网元发送指示信息，指示该单播PDU会话对应的用户面网元通过单播PDU会话传输多播数据。如此，可以通知单播PDU会话对应的用户面网元向终端发送多播数据，保证终端接收多播数据的连续性不受影响，避免数据传输中断。

其中，多播PDU会话对应的用户面网元与单播PDU会话对应的用户面网元可以相同或不同，若不同，则会话管理网元可以向管理单播PDU会话的会话管理网元发送指示信息，由管理单播PDU会话的会话管理网元将该指示转发给单播PDU会话对应的用户面网元。

下面结合图2a所示系统，以终端请求加入多播群组1，在终端请求加入多播群组1之前，多播群组1对应的多播PDU会话已建立、管理多播群组1对应的多播PDU会话的会话管理网元为SMF1，移动性管理网元为AMF，接入网设备为RAN为例，对图4所示方法进行描述。

图5为本申请实施例提供的又一种通信方法，如图5所示，该方法可以包括：

步骤501：建立多播群组1对应的多播PDU会话。

示例性的，可以采用图4所示方法中的方式一或者方式二建立多播群组1对应的多播PDU会话，不予赘述。

进一步的，在建立完成多播PDU会话之后，SMF1将多播PDU会话的上下文信息与多播群组1的标识信息对应保存在多播PDU会话的上下文中。

进一步的，SMF1还可以将SMF1的标识信息以及多播群组1的标识信息发送给NRF，NRF将SMF1的标识信息以及多播群组1的标识信息对应存储在本地。

在另一种可能的实现方式中，SMF1还可以将SMF1的标识信息以及多播群组1的标识信息发送给UDR或者PCF，UDR或者PCF将SMF1的标识信息以及多播群组1的标识信息对应存储在本地。

步骤502：终端确定加入多播群组1，向AMF发送PDU会话建立请求消息。

其中，PDU会话建立请求消息携带有多播群组1的标识信息。

在另一种可能的实现方式中，终端向AMF发送PDU会话修改请求消息，其中PDU会话修改请求消息携带有多播群组1的标识信息。

具体的，步骤502的执行过程可参照步骤401所述，不予赘述。

步骤503：AMF接收PDU会话建立请求消息，根据多播群组1的标识信息确定管理多播群组1对应的多播PDU会话的SMF：SMF1。

在另一种可能的实现方式中，AMF接收PDU会话修改请求消息，AMF根据多播群组1的标识信息确定管理多播群组1对应的多播PDU会话的SMF：SMF1。

其中，AMF可以向NRF发送多播群组1的标识信息，NRF接收多播群组1的标识信息，以多播群组1的标识信息为索引查询到SMF1的标识信息以及多播群组1的标识信息之间的对应关系，将SMF1的标识信息所标识的SMF1确定为管理多播PDU会话的SMF。

在另一种可能的实现方式中，AMF可以向UDR，UDM或PCF发送多播群组1的标识信息，UDR，UDM或PCF确定为管理多播PDU会话的SMF。确定的方式与NRF确定的方式类似，此处不予赘述。

步骤504：AMF向SMF1发送PDU会话修改上下文请求。

其中，PDU会话修改上下文请求可以包括多播群组1的标识信息。

步骤505：SMF1接收PDU会话修改上下文请求，根据PDU会话修改上下文请求携带的多播群组1的标识信息，获取多播PDU会话的上下文信息。

其中，多播PDU会话的上下文信息的相关描述可参照图4中所述，不予赘述。

示例性的，SMF1可以以多播群组1的标识信息为索引，查询得到包括多播群组1的标识信息的多播PDU会话的上下文，从查询到的多播PDU会话的上下文中获取多播PDU会话的上下文信息。

进一步的，SMF1将多播群组1的上下文中终端的数量加1。

步骤506：SMF1向AMF发送多播PDU会话的上下文信息。

其中，SMF1可以向AMF发送PDU会话修改上下文响应，PDU会话修改上下文响应包括多播PDU会话的上下文信息。

步骤507：AMF接收多播PDU会话的上下文信息，向终端发送PDU会话建立接受消息，PDU会话建立接受消息携带多播PDU会话的上下文信息。

在另一种可能的实现方式中，AMF接收多播PDU会话的上下文信息，向终端发送PDU会话修改接受消息，PDU会话修改接受消息携带多播PDU会话的上下文信息。

步骤508：终端接收PDU会话建立接受消息。

在另一种可能的实现方式中，终端接收PDU会话修改接受消息。

进一步的，终端可以根据多播PDU会话的上下文信息接收多播数据。

可选的，为了保证终端移出多播区域，不支持通过多播PDU会话接收多播数据的情况下，多播数据传输的连续性，SMF1还触发建立终端的单播PDU会话，切换到通过单播PDU会话传输多播数据。具体的，SMF1建立单播PDU会话的过程可以包括步骤509～步骤510：

步骤509：SMF1为终端建立单播PDU会话。

具体的，SMF1建立单播PDU会话的过程可参照图3中所示，不予赘述。

步骤510：SMF1通过AMF向终端发送单播PDU会话的上下文信息，相应的，终端接收单播PDU会话的上下文信息。

进一步的，终端可以根据单播PDU会话的上下文信息，通过单播PDU会话接收多播数据。需要说明的是，当建立单播PDU会话以及多播PDU会话时，单播PDU会话的上下文信息以及多播PDU会话的上下文信息可以共同携带在PDU会话建立接受消息中发送给终端，也可以携带在不同消息中发送给终端，不予限制。

基于图5所示方法，终端借助现有会话建立流程，向AMF发送包括多播群组1的标识信息的PDU会话建立请求消息，AMF接收到PDU会话建立请求消息后，将PDU会话建立请求消息中多播群组1的标识信息发给SMF1，由SMF1根据多播群组1的标识信息获取多播PDU会话的上下文信息，同时向AMF发送多播PDU会话的上下文信息，由AMF将多播PDU会话的上下文信息携带在PDU会话建立接受消息中发送给终端，使终端根据多播PDU会话的上下文信息接收多播数据。如此，可以重用现有终端与核心网之间的PDU会话建立流程将终端加入多播群组1，不仅实现通过多播PDU会话进行群组通信，而且减少信令开销，简化系统设计。

图5所示方法在终端请求加入多播群组1之前已建立多播PDU会话为例进行描述，下面结合图2a所示系统，以终端请求加入多播群组1，在终端请求加入多播群组1之前未建立多播PDU会话、管理多播群组1对应的多播PDU会话的会话管理网元为SMF1，移动性管理网元为AMF为例，对图4所示方法进行描述：

图6为本申请实施例提供的又一种通信方法，如图6所示，该方法可以包括：

步骤601：终端确定加入多播群组1，向AMF发送PDU会话建立请求消息。

其中，终端可以为首个加入多播群组1的终端，也可以不是首个加入多播群组1的终端，不予限制。PDU会话建立请求消息携带有多播群组1的标识信息。

具体的，步骤602的执行过程可参照步骤401所述，不予赘述。

步骤602：AMF接收PDU会话建立请求消息，根据多播群组1的标识信息确定管理多播群组1对应的多播PDU会话的SMF：SMF1。

其中，AMF根据多播群组1的标识信息未从NRF获取到管理多播PDU会话的SMF的标识信息，则AMF从候选多播会话管理网元中选择SMF1作为。

其中，AMF获取候选多播会话管理网元的方式可参照步骤402中所述，不予赘述。

步骤603：AMF向SMF1发送PDU会话修改上下文请求。

其中，PDU会话修改上下文请求可以包括多播群组1的标识信息。

步骤604：SMF1接收PDU会话建立修改上下文请求，根据PDU会话修改上下文请求携带的多播群组1的标识信息未查询到包括多播群组1的标识信息的多播PDU会话的上下文，则执行步骤605～步骤607，建立多播PDU会话，流程结束；或者，执行步骤608～步骤609，建立单播PDU会话，流程结束；或者，执行步骤605～步骤609，建立单播PDU会话以及多播PDU会话。

其中，多播PDU会话的上下文信息的相关描述可参照图4中所述，不予赘述。

步骤605：SMF1将多播群组1的上下文中的终端数量加1，若加1后的终端数量大于第一阈值，则SMF1建立多播PDU会话。

其中，第一阈值的相关描述、SMF1建立多播PDU会话的过程如上所示，不予赘述。

反之，若加1后的终端数量小于或等于第一阈值，则SMF1为终端建立单播PDU会话。

进一步的，在建立完成多播PDU会话之后，SMF将多播PDU会话的上下文信息与多播群组1的标识信息对应保存在多播PDU会话的上下文中。进一步的，SMF1还可以将SMF1的标识信息以及多播群组1的标识信息发送给NRF，NRF将SMF1的标识信息以及多播群组1的标识信息对应存储在本地。

步骤606：SMF1向AMF发送多播PDU会话的上下文信息。

其中，SMF1可以向AMF发送PDU会话修改上下文响应，PDU会话修改上下文响应包括多播PDU会话的上下文信息。

步骤607：AMF接收多播PDU会话的上下文信息，向终端发送PDU会话建立接受消息，PDU会话建立接受消息携带多播PDU会话的上下文信息。相应的，终端接收PDU会话建立接受消息。

进一步的，终端可以根据多播PDU会话的上下文信息接收多播数据。

步骤608：SMF1为终端建立单播PDU会话。

具体的，SMF1为终端建立单播PDU会话的过程可参照图3中所示，不予赘述。

步骤609：SMF1通过AMF向终端发送单播PDU会话的上下文信息，相应的，终端接收单播PDU会话的上下文信息。

进一步的，终端可以根据单播PDU会话的上下文信息接收多播数据。

需要说明的是，当执行步骤605～步骤609，建立单播PDU会话以及多播PDU会话时，单播PDU会话的上下文信息以及多播PDU会话的上下文信息可以共同携带在PDU会话建立接受消息中发送给终端，也可以携带在不同消息中发送给终端，不予限制。

基于图6所示方法，终端借助现有会话建立流程，向AMF发送包括多播群组1的标识信息的PDU会话建立请求消息，AMF接收到PDU会话建立请求消息后，将PDU会话建立请求消息中多播群组1的标识信息发给SMF1，由SMF1建立多播PDU会话，并向AMF发送多播PDU会话的上下文信息，由AMF将多播PDU会话的上下文信息携带在PDU会话建立接受消息中发送给终端，使终端根据多播PDU会话的上下文信息接收多播数据。如此，可以重用现有终端与核心网之间的PDU会话建立流程将终端加入多播群组1，不仅实现通过多播PDU会话进行群组通信，而且减少信令开销，简化系统设计。

上述图5、图6所示方法以终端加入多播群组1为例进行了说明，作为终端加入多播群组的逆过程，终端还可以通过/借助现有流程，如PDU会话释放流程/PDU会话修改流程离开多播群组1。下面结合图2a所示系统，以终端离开多播群组1，管理多播群组1对应的多播PDU会话的会话管理网元为SMF1，移动性管理网元为AMF，多播PDU会话对应的用户面网元为UPF1，单播PDU会话对应的用户面网元为UPF2为例，对图4所示方法中终端通过PDU会话释放流程离开多播群组的过程进行描述。

图7为本申请实施例提供的又一种通信方法，如图7所示，可以包括：

步骤701：终端确定离开多播群组1。

示例性的，终端可以根据用户需求确定离开多播群组1。如：用户可以通过用户交互界面或者其他方式查看多播群组列表中的各个多播群组，从多播群组列表中选择自己希望离开的多播群组1，并将选择结果发送给终端，终端接收用户的选择结果，根据选择结果确定离开多播群组1。

例如，假设多播群组1为电视节目对应的多播群组，多播群组列表包括多个电视节目的相关信息，如：CCTV1、CCTV2……等等，终端为STB，当正在观看CCTV1的用户离开CCTV1，如：用户从CCTV1切换到CCTV2时，用户可以手动选择自己想观看的CCTV2，并将选择结果发送给STB，STB可以根据该选择结果，确定离开CCTV1对应的多播群组1。

步骤702：终端向AMF发送PDU会话释放请求消息。

其中，PDU会话释放请求消息可以用于终端离开多播群组1。

示例性的，PDU会话释放请求消息可以包括多播群组1的标识信息，PDU会话释放请求消息还可以包括终端的标识信息、用于传输多播数据的数据网络的标识信息、用于传输多播数据的网络切片的标识信息、多播PDU会话的标识信息等一种或者多种信息。

为了降低AMF的解析复杂度，PDU会话释放请求消息可以携带N1会话管理容器，N1会话管理容器可以包括多播群组的标识信息。该N1会话管理容器可以看做为PDU会话释放请求消息中的一个信元，该信元的类型可以隐式指示AMF不去解析N1会话管理容器中的内容，而是将N1会话管理容器透传给管理多播PDU会话的SMF。如此，AMF接收到携带N1会话管理容器的PDU会话释放请求消息后，可以不去解析N1会话管理容器包括的内容，降低AMF解析PDU会话释放请求消息携带的内容的复杂度。

步骤703：AMF接收PDU会话释放请求消息，根据PDU会话释放请求消息确定管理多播PDU会话的SMF：SMF1。

其中，AMF根据PDU会话释放请求消息确定SMF1的过程可参照上述AMF根据PDU会话建立请求消息确定SMF1的过程，不予赘述。

步骤704：AMF向SMF1发送多播群组1的标识信息。

其中，AMF向SMF1发送的多播群组1的标识信息可以携带在PDU会话更新上下文请求(PDU session manegement context request)中或者Nsmf_PDUSession_update SMContext Request中。

步骤705：SMF1接收多播群组1的标识信息，根据多播群组1的标识信息，查找到多播群组1的上下文，并将多播群组1的上下文中终端数量减1，若减1后终端数量小于第二阈值，则SMF1向多播PDU会话的对应的UPF1发送释放通知消息，通知UPF1释放多播PDU会话。

其中，第二阈值的相关描述可参照图3对应的实施例中所述，不予赘述。

反之，若减1后终端数量大于或等于第二阈值，则在不影响其他终端仍通过多播PDU会话接收多播数据，为了提高资源利用率，可以释放该终端与RAN之间的无线传输资源，保留多播PDU会话，如SMF1可以通过AMF向RAN发送消息，通知RAN释放其与终端之间的无线传输资源。

步骤706：SMF1向AMF发送PDU会话释放响应。

其中，PDU会话释放响应可以携带多播群组1的标识信息，PDU会话释放响应可以用于指示终端成功离开多播群组1对应的多播PDU会话。PDU会话释放响应可以携带在PDU会话更新上下文响应或者Nsmf_PDUSession_update SM Context Response中。

步骤707：AMF接收PDU会话释放响应，向终端发送PDU会话释放响应。相应地，终端接收PDU会话释放响应。

至此，终端离开多播群组1。进一步的，终端可以关闭通信群组1的接收频点等，以降低终端的功耗等等。

进一步的，若为终端建立有单播PDU会话，则为了保证多播数据传输的连续性，图7所示方法还可以包括：

步骤708：SMF1向单播PDU会话对应的UPF2发送指示信息。

示例性的，步骤708针对目前仍在多播群组1、且建立有单播PDU会话的终端，向这些终端的单播PDU会话对应的UPF发送指示信息。

其中，该指示信息用于指示单播PDU会话对应的UPF2采用单播PDU会话发送多播数据。需要说明的是，若SMF1不是管理单播PDU会话的SMF，则SMF1向单播PDU会话对应的UPF2发送指示信息可以包括：SMF1向管理单播PDU会话的SMF发送指示信息，由管理单播PDU会话的SMF向单播PDU会话对应的UPF2发送该指示信息。

基于图7所示方法，终端借助现有会话释放流程，向AMF发送包括多播群组1的标识信息的PDU会话释放请求消息，AMF接收到PDU会话释放请求消息后，将PDU会话释放请求消息中多播群组1的标识信息发给SMF1，由SMF1根据多播群组1将多播群组1中终端数量减1，终端离开多播群组，不再通过多播PDU会话向终端发送多播数据。如此，可以重用现有PDU会话释放流程使终端离开多播群组1，减少信令开销，简化系统设计。

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

本申请实施例可以根据上述方法示例对终端、移动性管理网元、会话管理网元等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图8为本申请实施例提供的一种通信装置80的组成示意图，该通信装置80可以为终端或者终端中的芯片或者片上系统。一种可能的设计中，如图8所示，该通信装置80可以包括：发送单元801，接收单元802；

发送单元801，用于向移动性管理网元发送包括多播群组的标识信息的PDU会话建立请求消息。例如，发送单元801支持通信装置80执行步骤401、步骤502以及步骤601。

接收单元802，用于接收移动性管理网元发送的包括多播PDU会话的上下文信息的PDU会话建立接受消息。例如，接收单元802可以用于支持通信装置80执行步骤410、步骤508、步骤607等。

具体的，该可能的设计中，上述图4～图7所示方法实施例中涉及终端的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。该可能的设计中所述的通信装置80用于执行图4～图7所示通信方法中终端的功能，因此可以达到与上述通信方法相同的效果。

需要说明的是，作为再一种可实现方式，图8所示通信装置80可以包括：处理模块和通信模块。通信模块可以集成发送单元801、接收单元802的功能。处理模块用于对通信装置80的动作进行控制管理，例如，处理模块用于支持该通信装置80执行本文所描述的技术的其它过程。通信模块用于支持通信装置80执行步骤401、步骤502、步骤601、步骤410、步骤508、步骤607等以及与其他网络实体的通信。进一步的，图8所示通信装置80还可以包括存储模块，用于存储通信装置80的程序代码和数据。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通信接口，存储模块为存储器时，图8所示通信装置80可以为图3所示通信装置。

图9为本申请实施例提供的一种通信装置90的组成示意图，该通信装置90可以为移动性管理网元或者移动性管理网元中的芯片或者片上系统。如图9所示，该通信装置90可以包括：接收单元901、发送单元902；

接收单元901，用于接收来自终端的包括多播群组的标识信息的PDU会话建立请求消息。例如，接收单元901可以用于支持通信装置90执行步骤402、步骤503、步骤602等。

发送单元902，用于根据PDU会话建立请求消息向会话管理网元发送多播群组的标识信息。例如，发送单元902用于支持通信装置90执行步骤402、步骤504、步骤603等。

接收单元901，还用于接收来自会话管理网元的多播PDU会话的上下文信息。例如，接收单元901还可以用于支持通信装置90执行步骤409、步骤507以及步骤607等。

发送单元902，还用于向终端发送包括多播PDU会话的上下文信息的PDU会话建立接受消息。例如，发送单元902用于支持通信装置90执行步骤409、步骤507以及步骤607。

具体的，该可能的设计中，上述图4～图7所示方法实施例中涉及移动性管理网元的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。该可能的设计中所述的通信装置90用于执行图4～图7所示通信方法中移动性管理网元的功能，因此可以达到与上述通信方法相同的效果。

需要说明的是，作为再一种可实现方式，图9所示通信装置90可以包括：处理模块和通信模块。通信模块可以集成发送单元902、接收单元901的功能。处理模块用于对通信装置90的动作进行控制管理，例如，处理模块用于支持该通信装置90执行本文所描述的技术的其它过程。通信模块用于支持通信装置90执行步骤402、步骤503、步骤703等以及与其他网络实体的通信。进一步的，图9所示通信装置90还可以包括存储模块，用于存储通信装置90的程序代码和数据。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通信接口，存储模块为存储器时，图9所示通信装置90可以为图3所示通信装置。

图10为本申请实施例提供的一种通信装置100的组成示意图，该通信装置100可以为会话管理网元或者会话管理网元中的芯片或者片上系统。如图10所示，该通信装置100可以包括：接收单元1001、发送单元1002；

接收单元1001，用于接收来自移动性管理网元的多播群组的标识信息。例如，接收单元1001可以用于支持通信装置100执行步骤403、步骤505以及步骤604。

发送单元1002，用于根据多播群组的标识信息，向移动性管理网元发送多播PDU会话的上下文信息。例如，发送单元1002可以用于支持通信装置100执行步骤403、步骤506以及步骤606。

具体的，该可能的设计中，上述图4～图7所示方法实施例中涉及管理多播PDU会话的会话管理网元的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。该可能的设计中所述的通信装置100用于执行图4～图7所示通信方法中管理多播PDU会话的会话管理网元的功能，因此可以达到与上述通信方法相同的效果。

需要说明的是，作为再一种可实现方式，图10所示通信装置100可以包括：处理模块和通信模块。通信模块可以集成接收单元1001、发送单元1002的功能。处理模块用于支持通信装置100对通信装置100的动作进行控制管理，通信模块用于支持通信装置100执行步骤403、步骤505、步骤604、步骤403、步骤506、步骤606等以及与其他网络实体的通信。进一步的，图10所示通信装置100还可以包括存储模块，用于存储通信装置100的程序代码和数据。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通信接口，存储模块为存储器时，图10所示通信装置100可以为图3所示通信装置。

图11为本申请实施例提供的一种通信系统的组成示意图，如图11所示，该通信系统可以包括终端110、AMF111、SMF112。进一步的，图11所示系统还可以包括接入网设备以及UPF等其他网元。其中，终端110与通信装置80的功能相同，AMF110的功能与通信装置90的功能相同。SMF112与通信装置100的功能相同。

例如，终端110，用于向AMF111发送包括多播群组的标识信息的PDU会话建立请求消息。AMF111，用于将接收到的多播群组的标识信息发送给SMF112。SMF112，用于根据多播群组的标识信息，向AMF111发送多播PDU会话的上下文信息。AMF111，还用于接收多播PDU会话的上下文信息，并将接收到的多播PDU会话的上下文信息发送给终端110。

具体的，图11中各个网元的执行过程可参照上述方法中该网元的执行步骤，不予赘述。基于图11所示系统，终端110借助现有会话建立流程，向AMF111发送包括多播群组的标识信息的PDU会话建立请求消息，AMF111接收到PDU会话建立请求消息后，将PDU会话建立请求消息中的多播群组的标识信息发送给管理多播PDU会话的SMF112，以便SMF112根据多播群组的标识信息向AMF111发送多播PDU会话的上下文信息，由AMF111将多播PDU会话的上下文信息发送给终端110，使终端110根据多播PDU会话的上下文信息接收多播数据。如此，可以重用现有终端110与核心网之间的PDU会话建立流程将终端110加入多播群组，实现群组通信，简化系统设计。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

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

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

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

Claims (34)

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

终端向移动性管理网元发送分组数据单元PDU会话建立请求消息，所述PDU会话建立请求消息包括多播群组的标识信息，所述PDU会话建立请求消息用于所述终端加入所述多播群组；

所述终端接收来自所述移动性管理网元的PDU会话建立接受消息，所述PDU会话建立接受消息包括所述多播群组对应的多播PDU会话的上下文信息，所述多播PDU会话的上下文信息用于所述终端通过所述多播PDU会话接收多播数据。

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

所述终端通过所述多播PDU会话接收多播数据。

3.根据权利要求1或2所述的方法，其特征在于，所述PDU会话建立请求消息包括N1会话管理容器，所述多播群组的标识信息携带在N1会话管理容器中。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述PDU会话建立请求消息还包括下述一种或者多种信息：用于传输所述多播数据的数据网络的标识信息、用于传输所述多播数据的网络切片的标识信息、所述终端的单播PDU会话的标识信息、所述多播PDU会话的标识信息。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述多播PDU会话的上下文信息包括下述一项或多项：所述多播数据的开始发送时间、所述多播数据的结束发送时间、所述多播数据的接收频点、所述多播数据的服务质量QoS信息。

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

所述终端接收来自所述移动性管理网元的单播PDU会话的上下文信息，所述单播PDU会话的上下文信息用于所述终端通过所述单播PDU会话接收所述多播数据。

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

所述终端向所述移动性管理网元发送第一消息，所述第一消息用于所述终端离开所述多播群组，所述第一消息包括所述多播群组的标识信息；

所述终端接收来自所述移动性管理网元的所述第一消息的响应。

8.根据权利要求7所述的方法，其特征在于，所述第一消息为PDU会话释放请求消息，或者PDU会话修改请求消息。

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

移动性管理网元接收来自终端的分组数据单元PDU会话建立请求消息，所述PDU会话建立请求消息包括多播群组的标识信息，所述多播PDU会话建立请求消息用于所述终端加入所述多播群组；

所述移动性管理网元根据所述PDU会话建立请求消息，向会话管理网元发送所述多播群组的标识信息，所述会话管理网元用于管理所述多播群组对应的多播PDU会话；

所述移动性管理网元接收来自所述会话管理网元的所述多播PDU会话的上下文信息，所述多播PDU会话的上下文信息用于所述终端通过所述多播PDU会话接收所述多播数据；

所述移动性管理网元向所述终端发送PDU会话建立接受消息，所述PDU会话建立接受消息包括所述多播PDU会话的上下文信息。

10.根据权利要求9所述的方法，其特征在于，所述PDU会话建立请求消息包括N1会话管理容器，所述多播群组的标识信息携带在所述N1会话管理容器中。

11.根据权利要求9或10所述的方法，其特征在于，所述PDU会话建立请求消息还包括下述一种或者多种信息：用于传输所述多播数据的数据网络的标识信息、用于传输所述多播数据的网络切片的标识信息、所述终端的单播PDU会话的标识信息、以及所述多播PDU会话的标识信息。

12.根据权利要求9-11中任一项所述的方法，其特征在于，所述多播PDU会话的上下文信息包括下述一项或多项：所述多播数据的开始发送时间、所述多播数据的结束发送时间、所述多播数据的接收频点、所述多播数据的服务质量QoS信息。

13.根据权利要求9-12中任一项所述的方法，其特征在于，所述方法还包括：

所述移动性管理网元接收来自所述终端的第一消息，所述第一消息用于所述终端离开所述多播群组，所述第一消息包括所述多播群组的标识信息；

所述移动性管理网元向所述会话管理网元发送所述第一消息；

所述移动性管理网元接收来自所述会话管理网元的所述第一消息的响应，并向所述终端发送所述第一消息的响应。

14.根据权利要求9-13中任一项所述的方法，其特征在于，所述移动性管理网元根据所述PDU会话建立请求消息，向会话管理网元发送所述多播群组的标识信息包括：

所述移动性管理网元向第一网元发送所述多播群组的标识信息；

所述移动性管理网元接收来自所述第一网元的所述会话管理网元的标识信息，根据所述会话管理网元的标识信息向所述会话管理网元发送所述多播群组的标识信息；

其中，所述第一网元包括统一数据仓库UDR或者策略控制功能PCF或者统一数据管理UDM或者网络存储功能NRF。

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

会话管理网元接收来自移动性管理网元的多播群组的标识信息；

所述会话管理网元根据所述多播群组的标识信息，向所述移动性管理网元发送所述多播群组对应的多播分组数据单元PDU会话的上下文信息，所述多播PDU会话的上下文信息用于终端通过所述多播PDU会话接收多播数据。

16.根据权利要求15所述的方法，其特征在于，所述方法还包括：

所述会话管理网元向第一网元发送所述多播群组的标识信息，

所述会话管理网元接收来自所述第一网元的所述多播PDU会话的上下文信息；

其中，所述第一网元包括统一数据仓库UDR或者策略控制功能PCF或者统一数据管理UDM或者网络存储功能NRF。

17.根据权利要求15所述的方法，其特征在于，所述方法还包括：

当加入所述多播群组的终端的数量大于第一阈值时，所述会话管理网元获取所述多播PDU会话的上下文信息。

18.根据权利要求15-17中任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元接收来自所述移动性管理网元的下述一种或者多种信息：用于传输所述多播数据的数据网络的标识信息、用于传输所述多播数据的网络切片的标识信息、所述终端的单播PDU会话的标识信息、所述多播PDU会话的标识信息。

19.根据权利要求15-18中任一项所述的方法，其特征在于，所述多播PDU会话的上下文信息包括下述一项或多项：所述多播数据的开始发送时间、所述多播数据的结束发送时间、所述多播数据的接收频点、所述多播数据的服务质量QoS信息。

20.根据权利要求15-19任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元发送单播PDU会话的上下文信息，所述单播PDU会话的上下文信息用于所述终端通过所述单播PDU会话接收所述多播数据。

21.根据权利要求15-20中任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元接收第一消息，所述第一消息用于终端离开所述多播群组，所述第一消息包括所述多播群组的标识信息；

所述会话管理网元根据所述第一消息，更新所述多播群组的上下文；

所述会话管理网元发送所述第一消息的响应。

22.根据权利要求21所述的方法，其特征在于，所述方法还包括：

若所述终端离开所述多播群组后，加入所述多播群组的终端的数量小于第二阈值，则所述会话管理网元向所述多播PDU会话对应的用户面网元发送释放通知消息，所述释放通知消息用于通知所述多播PDU会话对应的用户面网元释放所述多播PDU会话。

23.根据权利要求22所述的方法，其特征在于，所述方法还包括：

所述会话管理网元向所述单播PDU会话对应的用户面网元发送指示信息，所述指示信息用于指示所述单播PDU会话对应的用户面网元通过单播PDU会话发送所述多播数据。

24.一种通信系统，其特征在于，所述通信系统包括：

移动性管理网元，用于接收来自终端的分组数据单元PDU会话建立请求消息，根据所述PDU会话建立请求消息，向会话管理网元发送多播群组的标识信息，所述会话管理网元用于管理所述多播群组对应的多播PDU会话；所述PDU会话建立请求消息包括所述多播群组的标识信息，所述PDU会话建立请求消息用于所述终端加入所述多播群组；

所述会话管理网元，用于接收来自所述移动性管理网元的所述多播群组的标识信息，根据所述多播群组的标识信息，向所述移动性管理网元发送所述多播群组对应的PDU会话的上下文信息，所述多播PDU会话的上下文信息用于所述终端通过所述多播PDU会话接收多播数据；

所述移动性管理网元，还用于接收所述多播PDU会话的上下文信息，向所述终端发送PDU会话建立接受消息，所述PDU会话建立接受消息包括所述多播PDU会话的上下文信息。

25.根据权利要求24所述的通信系统，其特征在于，

所述终端，还用于向所述移动性管理网元发送所述PDU会话建立请求消息；

所述终端，还用于接收来自所述移动性管理网元的所述PDU会话建立接受消息。

26.一种通信装置，其特征在于，所述通信装置包括一个或者多个处理器、通信接口，所述一个或者多个处理以及所述通信接口用于支持所述通信装置执行如权利要求1-8任一项所述的通信方法。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1-8任一项所述的通信方法。

28.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1-8任一项所述的通信方法。

29.一种通信装置，其特征在于，所述通信装置包括一个或者多个处理器、通信接口，所述一个或者多个处理以及所述通信接口用于支持所述通信装置执行如权利要求9-14任一项所述的通信方法。

30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求9-14任一项所述的通信方法。

31.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求9-14任一项所述的通信方法。

32.一种通信装置，其特征在于，所述通信装置包括一个或者多个处理器、通信接口，所述一个或者多个处理以及所述通信接口用于支持所述通信装置执行如权利要求15-23任一项所述的通信方法。

33.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求15-23任一项所述的通信方法。

34.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求15-23任一项所述的通信方法。

Images