CN115706932A - 一种配置mbs会话的方法和装置 - Google Patents

Abstract

本申请实施例提供一种配置MBS会话的方法和装置，方法包括：会话管理功能网元检测到针对MBS会话的第一事件；会话管理功能网元根据第一事件、MBS会话对应的策略，为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，其中策略用于确定为MBS会话建立或释放数据传输通道的时机。本申请实施例可以针对不同的MBS会话可以配置不同的建立用户面网元与多播源节点之间的数据传输通道的时机，可以在保证MBS会话通信质量的提前提下，提高建立和/或释放数据传输通道的灵活性，节省用户面功能网元的处理资源。

Description

一种配置MBS会话的方法和装置

技术领域

本申请涉及通信技术领域，尤其涉及一种配置MBS会话的方法和装置。

背景技术

目前，针对第五代(5th generation，5G)通信技术多播/广播业务(5G Multicast/Broadcast Service，MBS)，都是在固定时机(如MBS会话配置流程或MBS会话建立流程)为MBS会话建立用户面网元与多播源节点之间的数据传输通道，并且为了保证MBS会话的传输速率，还需要为MBS会话预留用户面网元的处理资源。然而实际上，只有MBS会话处于激活状态时，才可能有MBS业务数据传输。因此，现有技术存在数据传输通道建立方式单一、资源浪费的问题。

发明内容

本申请实施例提供一种配置MBS会话的方法和装置，针对不同的MBS会话可以提供不同的建立用户面网元与多播源节点之间的数据传输通道的时机，可以在保证MBS会话通信质量的提前提下，提高建立和/或释放数据传输通道的灵活性，节省用户面功能网元的处理资源。

第一方面，提供一种配置MBS会话的方法，该方法可以由会话管理功能网元或会话管理功能网元中的芯片执行，以方法由会话管理功能网元执行为例，包括：会话管理功能网元检测到针对MBS会话的第一事件；会话管理功能网元根据第一事件、MBS会话对应的策略，为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，其中策略用于确定为MBS会话建立或释放数据传输通道的时机。

本申请实施例中，会话管理功能网元根据检测到的针对MBS会话的第一事件、MBS会话对应的策略触发建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，可以实现不同的MBS会话对应不同的数据传输通道建立和/或释放时机，例如为不同的MBS会话配置不同的策略，提高了建立和/或释放数据传输通道的灵活性，可以在保证MBS业务通信质量的前提下，节省核心网资源。

一种可能的实现方式中，策略可以包括第一策略，第一策略中包含至少一个第一类事件，第一类事件用于触发会话管理功能网元为MBS会话建立数据传输通道。相应的，若第一事件与第一策略中的第二事件匹配，其中第二事件为至少一个第一类事件中的一个，则会话管理功能网元为MBS会话建立用户面功能网元与多播源节点之间的数据传输通道。

通过该实施方式，可以在第一事件与第一策略中的事件匹配时，触发会话管理功能网元为MBS会话建立数据传输通道，提高了数据传输通道建立的灵活性。

一种可能的实现方式中，至少一个第一类事件包括但不限于以下一项或多项：

MBS会话对应的MBS会话配置流程中的至少一个事件；

MBS会话对应的MBS会话建立流程中的至少一个事件；

MBS会话对应的MBS会话激活流程中的至少一个事件；

MBS会话对应的MBS会话开始传输流程中的至少一个事件。

应理解，以上几种事件仅为举例而非具体限制。

一种可能的实现方式中，MBS会话对应的MBS会话开始传输流程中的至少一个事件包括：MBS会话的传输开始时间到达。例如，会话管理功能网元可以根据MBS业务的开始时间记录发现MBS业务开始传输，或者会话管理功能网元预配置有MBS会话的传输开始时间，会话管理功能网元发现MBS会话的传输开始时间到达等。

如此，可以在MBS会话的传输开始时建立数据传输通道，能够较大程度地减少资源浪费。

一种可能的实现方式中，若第一事件与第一策略中的第二事件匹配，则会话管理功能网元还为MBS会话预留用户面功能网元的处理资源。

如此，可以保证MBS会话开始传输后用户面功能网元能够及时处理MBS会话，提高MBS会话传输效率。

一种可能的实现方式中，第一策略还包含与至少一个第一类事件中每个第一类事件对应的数据传输通道建立方式，其中数据传输通道建立方式为第一方式或第二方式；其中第一方式为用户面功能网元分配用于与多播源节点通信的端口并将端口通知给多播源节点，第二方式为用户面功能网元向多播源节点发送加入多播源节点对应的多播树的请求。相应的，会话管理功能网元可以按照与第二事件对应的数据传输通道建立方式为MBS会话建立数据传输通道。

通过该实施方式，第一策略可以同时用于确定数据传输通道建立方式，进一步提高了建立数据传输通道的灵活性，无需额外与其它网元交互数据传输通道建立方式，可以提高数据传输通道的建立效率。

一种可能的实现方式中，策略包括第二策略，第二策略中包含至少一个第二类事件，第二类事件用于触发会话管理功能网元为MBS会话释放数据传输通道。相应的，若第一事件与第二策略中的第三事件匹配，其中第三事件为至少一个第二类事件中的一个，则会话管理功能网元为MBS会话释放用户面功能网元与多播源节点之间的数据传输通道。

通过该实施方式，可以在第一事件与第二策略中的事件匹配时，触发会话管理功能网元为MBS会话释放数据传输通道，提高了数据传输通道释放的灵活性。

一种可能的实现方式中，至少一个第二类事件包括但不限于以下一项或多项：

MBS会话对应的MBS会话取消配置流程中的至少一个事件；

MBS会话对应的MBS会话释放流程中的至少一个事件；

MBS会话对应的MBS会话去激活流程中的至少一个事件；

MBS会话对应的MBS会话结束传输流程中的至少一个事件。

应理解，以上几种事件仅为举例而非具体限制。

一种可能的实现方式中，MBS会话对应的MBS会话结束传输流程中的至少一个事包括：MBS会话的传输结束时间到达。

如此，可以在MBS会话的传输结束时释放数据传输通道，能够保证MBS会话的通信质量。

一种可能的实现方式中，若第一事件与第二策略中的第三事件匹配，则会话管理功能网元还可以释放为MBS会话预留的用户面功能网元的处理资源。

通过该实施方式，会话管理功能网元可以及时释放为MBS会话预留的用户面功能网元的处理资源，进一步节省核心网资源。

一种可能的实现方式中，会话管理功能网元从应用功能网元获取与MBS会话对应的策略；或者，会话管理功能网元通过多播/广播业务功能网元或网络呈现功能网元从应用功能网元获取与MBS会话对应的策略。

通过该实施方式，数据传输通道的建立和/或释放时机可以作为一种MBS参数由AF直接提供，因此多播源节点可以根据业务的实际需求灵活配置各个MBS会话对应的数据传输通道的建立和/或释放时机。

一种可能的实现方式中，会话管理功能网元可以从应用功能网元获取指示信息，或者通过多播/广播业务功能网元或网络呈现功能网元从应用功能网元获取指示信息；其中，指示信息用于确定一个或多个事件；会话管理功能网元根据指示信息生成MBS会话对应的策略，其中策略中包括一个或多个事件。

通过该实施方式，数据传输通道的建立和/或释放时机可以作为一种MBS参数由AF直接间接提供(即策略由SMF根据AF提供第一指示信息生成)，因此多播源节点可以根据业务的实际需求灵活配置各个MBS会话对应的数据传输通道的建和/或释放立时机。

一种可能的实现方式中，指示信息包括以下一项或多项：

第一信息，用于指示MBS会话的开始时间；

第二信息，用于指示MBS会话对应的MBS会话配置流程或MBS会话建立流程或MBS会话激活流程或MBS会话开始传输流程；

第三信息，用于指示MBS会话的结束时间；

第四信息，用于指示MBS会话对应的MBS会话取消配置流程或MBS会话释放流程或MBS会话去激活流程或MBS会话结束传输流程；

第五信息，用于指示MBS会话对应的服务质量QoS需求。

应理解，以上几种信息仅为举例而非限制。

一种可能的实现方式中，会话管理功能网元可以向策略控制网元发送查询消息，查询消息用于查询与MBS会话对应的策略和服务质量QoS需求；会话管理功能网元接收策略控制网元返回的响应消息，响应消息中携带与MBS会话对应的策略和QoS需求。

该方法中，将建立和/或释放数据传输通道的时机作为核心网内部的一种参数，配置于PCF/UDR中，AF不直接提供该参数信息，只提供QoS需求信息，进而运营商可以根据其运营策略为不同的MBS会话选取不同的数据传输通道建立和/或释放时机，决策权在运营商，便于部署。

第二方面，提供一种配置MBS会话的方法，该方法可以由应用功能网元或应用功能网元中的芯片执行，以方法由应用功能网元执行为例，包括：应用功能网元生成与MBS会话对应的策略，其中策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件；应用功能网元向会话管理功能网元发送与MBS会话对应的策略，或者应用功能网元通过多播/广播业务功能网元或网络呈现功能网元向会话管理功能网元发送与MBS会话对应的策略。

其中，第二方面的各实现方式可以参考第一方面中对应实现方式的描述，此处不再赘述。

第三方面，提供一种配置MBS会话的方法，该方法可以由应用功能网元或应用功能网元中的芯片执行，以方法由应用功能网元执行为例，包括：应用功能网元生成指示信息，其中，指示信息用于确定一个或多个事件；应用功能网元向会话管理功能网元发送指示信息，以使会话管理功能网元根据指示信息生成MBS会话对应的策略；其中，策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件。

其中，第三方面的各实现方式可以参考第一方面中对应实现方式的描述，此处不再赘述。

第四方面，提供一种配置MBS会话的方法，该方法可以由策略控制网元或策略控制网元中的芯片执行，以方法由策略控制网元执行为例，包括：策略控制网元接收来自于会话管理功能网元的查询消息，其中查询消息用于查询与MBS会话对应的策略和QoS需求；策略控制网元确定与MBS会话对应的策略和QoS需求；策略控制网元向会话管理功能网元发送响应消息，响应消息中携带与MBS会话对应的策略和QoS需求。

一种可能的实现方式中，策略控制网元中保存有QoS需求与策略的映射关系。相应的，策略控制网元从统一数据库网元获取与MBS会话对应的QoS需求；策略控制网元根据与MBS会话对应的QoS需求、映射关系，确定与MBS会话对应的策略。

一种可能的实现方式中，统一数据库网元中保存有QoS需求与策略的映射关系。相应的，策略控制网元从统一数据库网元获取与MBS会话对应的策略和QoS需求。

其中，第四方面的各实现方式可以参考第一方面中对应实现方式的描述，此处不再赘述。

第五方面，提供一种通信装置，该装置包括用于实现第一方面或第一方面任一种可能的实施方式中所述方法的模块/单元/技术手段。

示例性的，装置可以包括：收发单元，用于检测针对MBS会话的第一事件；处理单元，用于：若第一事件与MBS会话对应的策略中的事件匹配，则为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，其中策略用于确定为MBS会话建立或释放数据传输通道的时机。

第六方面，提供一种通信装置，该装置包括用于实现第二方面或第二方面任一种可能的实施方式中所述方法的模块/单元/技术手段。

示例性的，装置可以包括：处理单元，用于生成与MBS会话对应的策略，其中策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件；收发单元，用于向会话管理功能网元发送与MBS会话对应的策略，或者通过多播/广播业务功能网元或网络呈现功能网元向会话管理功能网元发送与MBS会话对应的策略。

第七方面，提供一种通信装置，该装置包括用于实现第三方面或第三方面任一种可能的实施方式中所述方法的模块/单元/技术手段。

示例性的，装置可以包括：处理单元，用于生成指示信息，其中，指示信息用于确定一个或多个事件；收发单元，用于向会话管理功能网元发送指示信息，以使会话管理功能网元根据指示信息生成MBS会话对应的策略；其中，策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件。

第八方面，提供一种通信装置，该装置包括用于实现第四方面或第四方面任一种可能的实施方式中所述方法的模块/单元/技术手段。

示例性的，装置可以包括：收发单元，用于接收来自于会话管理功能网元的查询消息，其中查询消息用于查询与MBS会话对应的策略和服务质量QoS需求；处理单元，用于确定与MBS会话对应的策略和QoS需求；收发单元，还用于向会话管理功能网元发送响应消息，响应消息中携带与MBS会话对应的策略和QoS需求。

第九方面，提供一种通信装置，包括处理器和存储器；其中，处理器和存储器耦合，存储器用于存储计算机执行指令，处理器用于执行存储器所存储的计算机执行指令，以使通信装置执行如第一方面或第一方面任一种可能的实施方式或第二方面或第二方面任一种可能的实施方式或第三方面或第三方面任一种可能的实施方式中所述的方法。

第十方面，提供一种芯片，包括逻辑电路和输入输出接口；

其中，输入输出接口用于接收来自芯片之外的其它通信装置的信号并传输至逻辑电路或将来自逻辑电路的信号发送给芯片之外的其它通信装置，逻辑电路用于实现如第一方面或第一方面任一种可能的实施方式或第二方面或第二方面任一种可能的实施方式或第三方面或第三方面任一种可能的实施方式中所述的方法。

第十一方面，提供一种计算机可读存储介质，存储介质中存储有计算机程序或指令，当计算机程序或指令被通信装置执行时，实现如第一方面或第一方面任一种可能的实施方式或第二方面或第二方面任一种可能的实施方式或第三方面或第三方面任一种可能的实施方式中所述的方法。

第十二方面，提供一种计算机程序产品，当其在计算机上运行时，使得如第一方面或第一方面任一种可能的实施方式或第二方面或第二方面任一种可能的实施方式或第三方面或第三方面任一种可能的实施方式中所述的方法被执行。

附图说明

图1为5G通信系统的网络架构示意图；

图2为5G通信系统中MBS系统的架构示意图；

图3为MBS会话配置的流程图；

图4为MBS会话的状态示意图；

图5为本申请实施例提供的一种配置MBS会话的流程图；

图6为本申请实施例提供的一种MBS会话配置流程示例；

图7为本申请实施例提供的另一种MBS会话配置流程示例；

图8为本申请实施例提供的另一种MBS会话配置流程示例；

图9为本申请实施例提供的另一种MBS会话配置流程示例；

图10为本申请实施例提供的另一种MBS会话配置流程示例；

图11为本申请实施例提供的另一种MBS会话配置流程示例；

图12为本申请的实施例提供的一种可能的通信装置的结构示意图；

图13为本申请的实施例提供的另一种可能的通信装置的结构示意图；

图14为本申请的实施例提供的一种可能的芯片的结构示意图。

具体实施方式

本申请实施例可以应用于各种通信系统，例如卫星通信系统、物联网(internetof things，IoT)、窄带物联网(narrow band internet of things，NB-IoT)系统、全球移动通信系统(global system for mobile communications，GSM)、增强型数据速率GSM演进系统(enhanced data rate for GSM evolution，EDGE)、宽带码分多址系统(wideband codedivision multiple access，WCDMA)、码分多址2000系统(code division multipleaccess，CDMA2000)、时分同步码分多址系统(time division-synchronization codedivision multiple access，TD-SCDMA)，长期演进系统(long term evolution，LTE)、第五代(5G)通信系统，例如5G新无线(new radio，NR)，以及5G移动通信系统的三大应用场景增强型移动带宽(enhanced mobile broadband，eMBB)，超可靠、低时延通信(ultra reliablelow latency communications，uRLLC)和海量机器类通信(massive machine typecommunications，mMTC)，设备到设备(device-to-device，D2D)通信系统、机器到机器(machine to machine，M2M)通信系统、车联网通信系统、第六代(6th generation，6G)通信系统或未来的其他演进系统、或其他各种采用无线接入技术的无线通信系统等，只要该通信系统中存在MBS数据传输需求，则均可以采用本申请实施例的技术方案。

为了便于说明，本申请实施例主要以5G通信系统为例。

参见图1，为5G通信系统的网络架构示意图，包括无线接入网(radio accessnetwork，RAN)和核心网。

无线接入网用于实现无线接入有关的功能。无线接入网包括至少一个无线接入网设备，还可以包括至少一个终端。终端通过无线的方式与无线接入网设备相连，无线接入网设备通过无线或有线方式与核心网连接。

其中，无线接入网设备可以是基站(base station)、演进型基站(evolved NodeB，eNodeB)、发送接收点(transmission reception point，TRP)、第五代(5th generation，5G)移动通信系统中的下一代基站(next generation NodeB，gNB)、第六代(6thgeneration，6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或WiFi系统中的接入节点等；也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)，也可以是分布式单元(distributed unit，DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol，PDCP)的功能，还可以完成业务数据适配协议(service data adaptation protocol，SDAP)的功能；DU完成基站的无线链路控制层和介质访问控制(medium access control，MAC)层的功能，还可以完成部分物理层或全部物理层的功能，有关上述各个协议层的具体描述，可以参考第三代合作伙伴计划(3rd generation partnership project，3GPP)的相关技术规范。无线接入网设备可以是宏基站，也可以是微基站或室内站，还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。

终端也可以称为终端设备、用户设备(user equipment，UE)、移动台、移动终端等。终端可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicleto everything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet of things，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、无人机、直升机、飞机、轮船、机器人、机械臂、智能家居设备等。本申请的实施例对终端所采用的具体技术和具体设备形态不做限定。

核心网负责会话管理、移动性管理、策略管理、安全认证、维护移动网络的签约数据等功能。核心网主要包括以下几个网元：1)接入和移动管理网元(access and mobilitymanagement function，AMF)：主要负责移动网络中的移动性管理，如用户位置更新、用户注册网络、用户切换等；2)会话管理网元(session management function，SMF)：主要负责移动网络中的会话管理，如会话建立、修改、释放。具体功能如为用户分配IP地址、选择提供报文转发功能的UPF等；3)用户面网元(user plane function，UPF)：主要负责对用户报文进行处理，如转发、计费等；4)策略控制网元(policy control function，PCF)：负责向AMF、SMF提供策略，如服务质量(quality of service，QoS)策略、切片选择策略等；5)统一数据管理网元(unified data management，UDM)：用于存储用户数据，如签约信息、鉴权/授权信息；6)应用功能(application function，AF)：负责向3GPP网络提供业务，如影响业务路由、与PCF之间交互以进行策略控制等。

另外，通信系统还包括数据网络(data network，DN)，DN是为用户提供数据传输服务的网络，如IP多媒体业务(IP Multi-media service，IMS)、互联网(Internet)等。终端可以通过建立从终端到RAN到UPF到DN之间的协议数据单元(protocol data unit，PDU)会话(Session)，来访问DN。

应理解，图1只是示意图，该通信系统中还可以包括其它网元或设备，本申请不做限制。此外，图1中各网元或设备的数量也只是示意，实际数量可以更多或更少。

参见图2，为5G通信系统中多播/广播业务(5G multicast/broadcast Service，MBS)系统的架构示意图。MBS是一种单点到多点的承载服务，用于将数据从单个数据源发送给多个接收方。MBS对应的PDU会话，称为MBS会话。

如图2所示，在MBS架构中，设置了：用于MBS会话配置的SMF网元，即多播/广播会话管理功能(multicast/broadcast session management function，MB-SMF)；用于MBS数据传输的UPF网元，即MB-UPF；以及用于在AF和MB-SMF之间进行MBS需求配置的多播/广播服务功能(multicast/broadcast service function，MBSF)。其中，MB-UPF可以由MB-SMF进行配置，并通过N6连接与AF/应用服务器(application server，AS)进行连接，并通过N6连接获取MBS数据，同时通过N3连接与NG-RAN进行连接，向RAN发送MBS数据。MBSF主要根据AF/AS的多播业务需求，向MB-SMF发起MBS会话建立/管理需求，并进行相关的配置。

应理解，在本文中，MB-SMF可以专门用于实现MBS会话配置的功能，也可以同时用于实现MBS会话配置功能和其他功能，本申请不做限制。类似的，MB-UPF可以专门用于实现MBS数据传输功能，也可以同时用于实现MBS数据传输功能和其他功能，本申请不做限制。类似的，MBSF可以专门用于实现MBS需求配置功能，也可以同时用于实现MBS需求配置功能和其他功能，本申请不做限制。

需要注意的是，在图2中，部分端口携带了“mb”标识，用于表示这些端口可能根据多播/广播的需求进行了部分改动，具有传输MBS相关业务的功能，其基本功能可以与不带mb的端口号兼容。例如Nmb1表示根据多播/广播的需求进行了部分改动的N1端口、N6mb表示根据多播/广播的需求进行了部分改动的N6端口等。

本文将为MB-UPF提供MBS数据的网元定义为多播源节点。在图2所示场景中，多播源节点可以是AS或AF。示例性的，若AS集成在AF上(或者说AS和AF集成为一个网元)，则多播源节点可以认为是AF，MB-UPF通过与AF建立N6连接，进而从AF获取MBS数据；若AF和AS分离为两个不同的网元，如AF位于核心网，而AS位于DN，则多播源节点可以认为是AS，MB-UPF通过与AS建立N6连接，进而从AS获取MBS数据。

当然，多播源节点除了是AS之外，也可以是其它网元，例如MB-UPF和AF/AS之间还可以设置MB-STF，进而MB-UPF可以与多播/广播业务传输功能(multicast/broadcastservice transport function，MBSTF)建立N5连接，并通过MB-STF从AF/AS获取MBS数据，这种情况下，多播源节点可以认为是MB-STF。本申请对多播源节点的具体实现方式不做限定。

此外，在具体实现中，多播源节点还可以有不同的名称，例如MBS服务器、内容提供商(Content Provider)等。另外，还可以直接采用某个网元的名称来指代多播源节点，例如在图2所示的场景中，多播源节点也可以称为AF/AS。

MB-UPF与多播源节点获取多播数据的方式有两种：

方式1、在MBS会话配置流程中，MB-SMF获取MB-UPF用于建立输入隧道(IngressTunnel)而分配的下行端口，并通过AF将该下行端口的信息发送给多播源节点，由多播源节点建立下行的多播通道。之后MBS会话传输过程中，MB-UPF通过Ingress Tunnel从多播源节点接收MBS数据。

方式2、多播源节点所在的DN支持多播传输，MBS数据以多播数据包的形式发送，通过因特网组管理协议(internet group management protocol，IGMP)/协议无关组播(protocol independent multicast，PIM)/组播监听者发现协议(multicast listenerdiscovery，MLD)等组播控制协议维护多播树(即多播信号的传输路径)。在MBS会话配置流程或MBS会话建立流程中，MB-SMF向MB-UPF提供多播源节点对应的多播地址，进而MB-UPF向多播源节点发送基于IGMP/PIM/MLD等协议的加入(Join)消息进而加入多播源节点的多播树(即将MB-UPF节点连接到多播树上，可以作为一个多播树的节点接收多播源节点发送的下行MBS数据)。之后，MB-UPF基于多播树的传输路径从多播源节点接收MBS数据。

应理解，方式1创建的Ingress Tunnel和方式2创建的多播树的传输路径均是用于传输从多播源节点到MB-UPF的MBS数据，下文中可以将这两种传输通道统称为数据传输通道。

示例性的，参见图3，为MBS会话配置的流程图，包括如下步骤：

S301、AF向NEF/MBSF发送TMGI分配请求，TMGI用于标识一个MBS会话。

S302、NEF/MBSF对AF进行授权验证。

S303、NEF/MBSF发现并选择一个MB-SMF用于管理该MBS会话。

S304、NEF/MBSF向选择的MB-SMF发送TMGI分配请求。

S305、MB-SMF分配一个TMGI，并将该TMGI反馈给NEF/MBSF，NEF/MBSF向AF反馈分配的TMGI。

应理解，S301～S305是可选的，图3中用虚线表示可选。

S306、AF向UE发送服务通知(Service Announcement)，通知UE关于MBS会话相关的信息，包括MBS会话ID(TMGI或源特定组播地址(source specific multicast address，即通过多播地址和源地址共同标识一个多播业务)等)，以及其他MBS会话相关信息等。

S307、AF向NEF/MBSF发送多播会话请求(Multicast session request)，且AF可能向NEF/MBSF提供MBS会话的相关信息，若S301-S305之前未被执行，则AF向NEF/MBSF提供源特定组播地址或请求网络为该MBS会话分配一个标识(如TMGI等)。MBS相关信息还可能包括QoS需求等信息。NEF/MBSF对内容提供商进行授权验证。

S308、NEF/MBSF发现并选取MB-SMF作为入口管理网元。

S309、NEF/MBSF请求MB-SMF为MBS会话分配标识和入口资源，并指示是否需要提供入口传输地址。同时会向MB-SMF提供MBS会话的服务区域。

S3010、MB-SMF根据其所服务的MBS会话ID向NRF更新NF配置。

S3011、MB-SMF向MB-PCF(具有管理多播/广播业务功能的PCF)发送多播会话管理策略绑定请求(SM Policy Association Request)，其中包含MBS会话ID，AF标识，QoS需求。

S3012、MB-PCF向绑定支持功能网元(Binding Support Function，BSF)(BSF主要用于确定会话与PCF的绑定关系)注册，由该MB-PCF负责控制该MBS会话，并提供一个用于该MBS会话ID的策略绑定(Policy Association)标识。

S3013、MB-PCF向MB-SMF反馈多播/广播会话管理策略绑定响应(SM MBS PolicyAssociation Response)，其中包含该MBS会话ID相关的策略。

S3014、MB-SMF根据策略选取MB-UPF，建立该MB-UPF与多播源节点之间的数据传输通道。

若采用方式1接收MBS数据，则MB-SMF请求该MB-UPF预留用户面入口资源，并请求MB-UP分配用于建立Ingress Tunnel的下行端口。

若采用方式2接收MBS数据，则MB-SMF向MB-UPF配置多播源节点的多播地址，请求MB-UPF加入多播源节点的多播树，当然，MB-UPF也可能在MBS会话建立流程加入该多播树。

S3015、若MB-SMF请求了Ingress Tunnel，则MB-UPF向MB-SMF反馈入口地址(Ingress address)，该地址包括MB-UPF的IP地址和MB-UPF的下行端口。

S3016、MB-SMF向NEF/MBSF提供该Ingress Address以及TMGI，还可以包括传输资源的预留成功/失败指示。

S3017、NEF/MBSF向AF反馈Ingress Address以及TMGI。

S3018、AF向UE发送Service Announcement。

参见图4，为MBS会话的状态示意图。MBS会话的状态包括起/止状态，配置完成状态，非激活状态(也可称为MBS会话建立完成状态)，激活状态等状态。MBS业务开始后，先进行MBS会话配置流程，配置业务需求等参数，再进行MBS会话建立流程创建MBS会话传输路径，MBS会话激活流程激活MBS会话的数据传输。

根据S3014，方式1是在MBS会话配置流程中配置MB-UPF到多播源节点的IngressTunnel，即建立MB-UPF到多播源节点的数据传输路径，且为了保证MBS会话的传输速率，需要为MBS会话预留MB-UPF的处理资源，而根据图4可知，只有在MBS会话激活状态才有实际的MBS数据传输，所以方式1在MBS会话激活状态之前建立的MB-UPF到多播源节点的数据传输路径，会浪费预留的MB-UPF处理资源。而方式2，是在MBS会话配置流程或MBS会话建立流程中将MB-UPF加入多播树，即建立MB-UPF到多播源节点的数据传输路径，同理，根据图4可知，只有在MBS会话激活状态才有实际的MBS数据传输，所以在MB-UPF加入多播树之后、以及MBS会话激活状态之前，由于没有终端接收MBS数据，而MB-UPF需要一直接收来自多播源节点的多播数据包并通过数据包过滤丢弃该数据包，因此也存在MB-UPF处理资源浪费的问题。

为解决上述技术问题，提供本申请实施例的技术方案，可以更加灵活地配置建立MB-UPF与多播源节点之间的数据传输通道的时机，可以在保证MBS会话通信质量的提前提下，提高建立和/或释放数据传输通道的灵活性，节省MB-UPF的处理资源。

下面结合附图进行介绍。在下面的介绍过程中，以本申请实施例提供的技术方案应用于图2所示的应用场景为例。

参见图5，为本申请实施例提供的一种配置MBS会话的流程图，以该方法应用于图2所示的系统为例，方法包括：

S501、MB-SMF检测到针对MBS会话的第一事件。

S502、MB-SMF根据第一事件、MBS会话对应的策略，为MBS会话建立或释放MB-UPF与多播源节点之间的数据传输通道，其中，MBS会话对应的策略用于确定为该MBS会话建立或释放数据传输通道的时机。

为了便于描述，本申请将用于确定为MBS会话建立数据传输通道的时机的策略称为第一策略，将用于确定为MBS会话释放数据传输通道的时机的策略称为第二策略。

(一)以下介绍MB-SMF根据第一事件、MBS会话对应的第一策略，为MBS会话建立MB-UPF与多播源节点之间的数据传输通道的具体方案。

具体的，第一策略中可以包含至少一个第一类事件(或该至少一个第一类事件对应的指示参数)，其中第一类事件用于触发MB-SMF为MBS会话建立数据传输通道。换而言之，MB-SMF只要检测到第一策略中的第一类事件发生，则MB-SMF为MBS会话建立MB-UPF与多播源节点之间的数据传输通道。

例如，若S501中MB-SMF检测到的第一事件与第一策略中的第二事件匹配，其中第二事件为至少一个第一类事件中的一个，则MB-SMF为MBS会话建立MB-UPF与多播源节点之间的数据传输通道。可选的，MBSMF还指示MB-UPF为MBS会话预留处理资源。

其中，MB-SMF检测到的第一事件，可以是MB-SMF收到其它的网元(networkfunction，NF)发送的有关第二类事件的通知，也可以是MB-SMF检测MBS状态发生变更，本申请不做限制。

示例性的，以下例举了几种可能的第一类事件：

1)MBS会话对应的MBS会话配置流程中的至少一个事件。例如，具体可以为MB-SMF接收MBSF/NEF的MBS会话开始请求，MB-SMF收到MB-PCF为MBS会话配置的会话管理策略(SMpolicy)等。

2)MBS会话对应的MBS会话建立流程中的至少一个事件。例如，具体可以为MB-SMF收到SMF向MB-SMF发起查询多播会话上下文的请求，或MB-SMF收到RAN向MB-SMF发送的建立MB-UPF到RAN的N3传输隧道的请求，或其它SMF向MB-SMF发起建立MB-UPF与UPF之间的N9传输隧道请求等。

3)MBS会话对应的MBS会话激活流程中的至少一个事件。例如，具体可以为MB-SMF接收AF/MBSF/NEF通知MBS会话开始传输。

4)MBS会话对应的MBS会话开始传输流程中的至少一个事件。例如，具体可以为MB-SMF根据MBS业务的开始时间记录发现业务开始传输，或者MB-SMF预配置有MBS会话的传输开始时间，MB-SMF发现MBS会话的传输开始时间到达等。

应理解，以上四种仅为举例而非具体限定。

一种可能的设计中，不同的MBS会话对应的第一策略中可以包含不同的事件。

例如，对于传输持续时间长，数据流量大的业务，如视频下载，可以在靠近MBS会话传输流程的时机建立数据传输通道，如在MBS会话开始传输流程或MBS会话激活流程建立数据传输通道，相应的，第一策略中包含的事件可以是MBS会话开始传输流程中的至少一个事件或MBS会话激活流程中的至少一个事件。

例如，对于传输实时性要求高的业务，如直播、虚拟现实(virtual reality，VR)等，可以在更早时机建立数据传输通道，以保证MBS数据传输的实时性，如在MBS会话配置流程或MBS会话建立流程建立数据传输通道，相应的，第一策略中包含的事件可以是MBS会话配置流程中的至少一个事件或MBS会话建立流程中的至少一个事件。

例如，对于开始时间晚的业务，可以在更晚的时机建立数据传输通道，例如，现在时刻为9点，AF对多播业务进行了配置流程，但指示MBS会话开始时间为10点，则可以在会话建立流程或MBS会话开始传输时再建立数据传输隧道，并预留UPF的处理资源，相应的，第一策略中包含的事件可以是MBS会话建立流程中的至少一个事件或MBS会话开始传输流程中的至少一个事件。

如此，可以实现不同MBS会话对应的不同的数据传输通道建立时机，在节省资源的同时，兼顾不同MBS会话的传输需求。

一种能的实现方式中，第一策略还可以包含与至少一个第一类事件中每个第一类事件对应的数据传输通道建立方式(或者说数据传输通道的类型)，其中数据传输通道建立方式为第一方式或第二方式；其中第一方式为MB-UPF分配用于与多播源节点通信的端口并将端口通知给多播源节点(具体参见上文方式1的描述)，第二方式为MB-UPF向多播源节点发送加入多播源节点对应的多播树的请求(具体参见上文方式2的描述)。相应的，MB-SMF按照与第二事件对应的数据传输通道建立方式为MBS会话建立数据传输通道。

在具体实施时，可以采用编码来表示第一策略。示例性的，表1例举了几种可能的第一策略，其中1、2、3、4代表四个不同的建立数据传输通道的时机，如：MBS会话配置流程、MBS会话建立流程、MBS会话激活流程、MBS会话开始时间，a、b分别表示两种不同的数据传输通道建立方式，如方式1、方式2。若MB-SMF对应的第一策略为2，b，则表示在MB-SMF检测到MBS会话建立流程中的一个或多个事件(例如MB-SMF收到其它SMF发送的发起查询多播会话上下文的请求，或MB-SM收到RAN发送的建立MB-UPF到RAN的N3传输隧道的请求，或MB-SM收到其它SMF发送的发起建立MB-UPF与其它UPF之间的N9传输隧道请求等)发生后，通过将MB-UPF加入多播源节点的多播树的方式，实现数据传输通道的建立。

表1第一策略举例

当然，实际应用中，第一策略也可以不包含数据传输通道的建立方式，而是MB-SMF根据本地策略或其它网元(如PCF)发送的策略从方式1和方式2中选择一种方式建立数据传输通道，本申请不做限制。

基于以上可知，本申请实施例通过策略配置方式，针对不同的MBS会话可以配置不同的建立数据传输通道的时机，进而在保证MBS业务通信质量的前提下，提高了建立数据传输通道的灵活性，进而节省了资源。

以下介绍MB-SMF获得第一策略的方法。

方法1，MB-SMF可以从AF获取第一策略。

具体的，AF生成第一策略，然后AF可以直接给MB-SMF发送第一策略，或者AF也可以通过其它网元(如NEF或MBSF等)给MB-SMF发送第一策略，本申请不做限制。

在具体实现时，AF可以按照会话粒度给MB-SMF下发第一策略，也AF可以按照业务粒度给MB-SMF下发第一策略，本申请不做限制。

例如，如图6所示，为本申请实施例提供的一种MBS会话配置流程示例，包括：

S601～S602、AF可以在向MB-SMF发送的MBS会话配置请求中携带MBS业务的数据包特征(如IP地址段、数据包描述规则等)和第一策略，或携带MBS会话的标识信息(如TMGI等)和第一策略。

其中，若第一策略中包含数据传输通道的建立方式且该方式为方式2，则AF还可能同时发送该多播会话的源特定多播IP地址(source specific Multicast IP address)。

S603、MB-SMF在收到第一策略之后，记录第一策略。

具体的，MB-SMF将第一策略保存在MBS会话的上下文中。

应理解，如果AF是按照会话粒度给MB-SMF下发的第一策略，则MB-SMF可以直接按照MBS会话标识为索引，记录MBS会话的第一策略。如果AF是按照业务粒度给MB-SMF下发的第一策略，则MB-SMF可以将业务与MBS会话/服务质量(，QoS)流进行映射，然后再按照MBS会话/QoS流的粒度记录MBS会话对应的第一策略。

S604、MB-SMF可以在后面的流程中接收到可能触发数据传输通道建立的事件(如第一事件)后，根据第一策略判断是否要建立数据传输通道，以及确定具体以何种方式建立数据传输通道。

MB-SMF在确定要建立数据传输通道，以及要建立数据传输通道之后，为MBS会话建立MB-UPF与多播源节点之间的数据传输通道的过程。

若MB-SMF根据第一策略或本地策略或从PCF获取的策略确定数据传输通道的建立方式为方式1(即数据传输通道的类型为Ingress Tunnel)，则：

S605A、MB-SMF向MB-UPF发送MB-UPF配置请求，用于请求配置用于建立数据传输通道的下行端口，并请求MB-UPF预留对应的处理资源；

S606A、MB-UPF向MB-SMF发返回配置响应，用于反馈MB-UPF的入口地址(包括MB-UPF的IP地址和MB-UPF的下行端口)；

S607A、MB-SMF向AF反馈MB-UPF入口地址。

若MB-SMF根据第一策略或本地策略或从PCF获取的策略确定数据传输通道的建立方式为方式2(即数据传输通道的类型为多播源节点对应的多播树)，且MB-SMF本地未存有多播源节点对应的多播地址，则：

S605B、MB-SMF向AF查询多播源节点对应的多播地址；

S606B、MB-SMF向MB-UPF发送MB-UPF配置请求，包括为MB-UPF配置多播源节点对应的多播地址、通知MB-UPF加入多播源节点对应的多播树等；

S607B、MB-UPF加入多播源节点对应的多播树，例如通过向入多播源节点发送基于IGMP/PIM/MLD等协议的加入消息。

该方法中，数据传输通道的建立时机可以作为一种MBS参数由AF直接提供，进而多播源节点可以根据业务的实际需求灵活配置各个MBS会话对应的数据传输通道的建立时机。

方法2，AF并不直接下发第一策略，而是下发第一指示信息，MB-SMF从AF获取第一指示信息后，根据第一指示信息生成第一策略。

具体的，AF生成第一指示信息，其中第一指示信息用于确定一个或多个事件；然后，AF可以直接给MB-SMF发送第一指示信息，或者AF也可以通过其它网元(如NEF或MBSF等)给MB-SMF发送第一指示信息，本申请不做限制。MB-SMF收到第一指示信息之后，根据第一指示信息确定该一个或多个事件，生成MBS会话对应的第一策略，该第一策略中包括该一个或多个事件(或者包括用于指示该一个或多个事件的参数)。可选的，第一指示信息携带在AF在向MB-SMF发送的MBS会话配置请求中。

其中，第一指示信息可以包括以下一项或多项：

指示信息1，用于指示MBS会话对应的MBS会话建立流程。相应的，MB-SMF根据指示信息1确定事件1(MBS会话对应的MBS会话建立流程)，生成包含事件1的第一策略。后续MB-SMF在检测到事件1发生后，建立数据传输通道。

指示信息2，用于指示MBS会话对应的MBS会话激活流程。相应的，MB-SMF根据指示信息2确定事件2(MBS会话对应的MBS会话激活流程)，生成包含事件2的第一策略。后续MB-SMF在检测到事件2发生后，建立数据传输通道。

指示信息3，用于指示MBS会话对应的MBS会话配置流程。相应的，MB-SMF根据指示信息3确定事件3(MBS会话对应的MBS会话配置流程)，生成包含事件3的第一策略。后续MB-SMF在检测到事件3发生后，建立数据传输通道。

指示信息4，用于指示MBS会话对应的MBS会话开始传输流程。相应的，MB-SMF根据指示信息4确定事件4(MBS会话对应的MBS会话开始传输流程)，生成包含事件4的第一策略。后续MB-SMF在检测到事件4发生后，建立数据传输通道。

指示信息5，用于指示MBS会话的开始时间。相应的，MB-SMF根据指示信息5确定事件5(MBS会话的开始时间)，生成包含事件5的第一策略。后续MB-SMF在检测到事件5(即MBS会话的开始时间到达)发生后，建立数据传输通道。在具体实施时，MB-SMF可以根据MBS会话的开始时间设置一个计时器，使MBS会话的开始时间到达时计时器刚好超时，则事件5也可以为计时器超时，即MB-SMF通过检测到计时器超时，建立数据传输通道。

指示信息6，用于指示MBS会话的QoS需求。其中，不同的QoS需求可以映射到不同的数据传输通道建立时机。

应理解，以上几种仅为举例而非具体限定。

当第一指示信息包括以上多项时，可以根据预设的优先级顺序，选择基于优先级最高的指示信息生成第一策略。优先级例如：指示信息1>指示信息2>指示信息3>指示信息4>指示信息5>指示信息6，应理解，此处仅为举例而非限定，实际优先级顺序可以根据需求调整。

例如，如图7所示，为本申请实施例提供的另一种MBS会话配置流程示例，包括：

S701～S702、AF通过NEF/MBSF或直接给MB-SMF发送MBS会话配置请求，其中MBS会话配置请求包含MBS会话的QoS需求，还包含指示信息3(MBS会话配置流程)或指示信息5(MBS会话的开始时间)。

S703、MB-SMF收到MBS会话配置请求之后，根据指示信息3或指示信息5生成第一策略。例如，若MB-SM收到指示信息3，则第一策略中包含的事件为MBS会话配置流程，即MB-SMF在MBS会话配置流程中建立数据传输通道；若MB-SM收到指示信息5，则第一策略中包含的事件为MBS会话的开始时间到达，即MB-SMF在MBS会话的开始时间到达时建立数据传输通道。

S704以及S704之后的步骤可以参考上文S604以及S604之后的步骤，此处不再赘述。

应理解，以上是以AF按照会话粒度给MB-SMF下发第一指示信息为例，当然在具体实现时，AF可以还可以按照业务粒度给MB-SMF下发第一指示信息，本申请不做限制。

该方法中，数据传输通道的建立时机可以由AF间接提供(即第一策略由MB-SMF根据AF提供第一指示信息生成)，多播源节点可以根据业务的实际需求灵活配置各个MBS会话对应的数据传输通道的建立时机。

方法3、MB-SMF从PCF或UDR查询第一策略。

示例性的，MB-SMF以某个MBS会话的MBS标识(Identity document，ID)(或者或QoS流ID)向PCF发送查询消息，查询消息用于查询与该MBS会话对应的第一策略和服务质量QoS需求；PCF返回的响应消息，响应消息中携带与该MBS会话对应的第一策略和QoS需求；MB-SMF接收PCF返回的响应消息，获得与该MBS会话对应的第一策略和服务质量QoS需求。

在具体实现时，PCF可以保存QoS需求和第一策略的映射关系。PCF接收到查询消息之后，向UDR发送查询MBS会话对应的QoS需求的请求；UDR向PCF返回查询结果，即MBS会话对应的QoS需求；PCF在收到UDR返回的MBS会话对应的QoS需求之后，根据MBS会话对应的QoS需求、以及QoS需求和第一策略的映射关系，确定MBS会话对应的第一策略；然后PCF将MBS会话对应的QoS需求和第一策略携带在响应消息中返回给MB-SMF。

或者，UDR可以保存QoS需求和第一策略的映射关系。PCF接收到查询消息之后，向UDR发送查询消息用以查询与MBS会话对应的第一策略和QoS需求；UDR收到PCF发送的查询消息之后，确定MBS会话对应的QoS需求，然后再根据MBS会话对应的QoS需求、以及QoS需求和第一策略的映射关系，确定MBS会话对应的第一策略，向PCF返回MBS会话对应的QoS需求和第一策略；PCF再向MB-SMF返回MBS会话对应的QoS需求和第一策略。

或者，UDR可以保存QoS需求和第一策略的映射关系。PCF接收到查询消息之后，先向UDR发送第一查询消息用以查询与MBS会话对应的QoS需求；UDR收到PCF发送的第一查询消息之后，确定MBS会话对应的QoS需求，向PCF返回MBS会话对应的QoS需求；PCF收到MBS会话对应的QoS需求之后，再以MBS会话对应的QoS需向UDR发送第二查询消息用以查询与MBS会话对应的第一策略；UDR收到PCF发送的第二查询消息之后，根据MBS会话对应的QoS需求、QoS需求和第一策略的映射关系，确定MBS会话对应的第一策略，向PCF返回MBS会话对应的第一策略；最后，PCF再向MB-SMF返回MBS会话对应的QoS需求和第一策略。

其中，QoS需求和第一策略的映射关系，可以是不同的QoS等级对应不同的第一策略(不同的第一策略中包含的事件不同)，或者不同的时延要求对应不同的第一策略，本申请不做具体限制。具体例如，可以设定第五代服务质量标识(5G QoS Identifier，5QI)为预设标识(如1或2)的业务对应的MBS会话在MBS会话配置流程中创建数据传输通道(其中，5QI可以映射为具体的QoS需求，如5QI为1时，对应的为误包率为0.01，时延100ms以及其他QoS需求信息等)，或设定映射规则为业务时延为预设时延(如5ms以下)的MBS会话在MBS会话配置流程中创建数据传输通道。

当然，实际应用中，还可以由其他网元保存QoS需求和第一策略的映射关系，并执行从QoS需求到策略的映射操作，本申请不做限制。例如，还可以是MB-SMF保存QoS需求和第一策略的映射关系，MB-SMF根据MBS会话的QoS需求、QoS需求和第一策略的映射关系确定MBS会话对应的第一策略。

可选的，AF可以在MBS会话配置请求中携带MBS会话对应的MBS会话ID和QoS需求，经由NEF或MBSF等网元发送给UDR。

例如，如图8所示，为本申请实施例提供的另一种MBS会话配置流程示例，包括：

S801、AF向NEF/MBSF发送MBS会话配置请求，其中携带MBS会话对应的MBS会话ID和QoS需求；

S802、UDR和NEF/MBSF交互，更新UDR本地保存的信息，例如MBS会话对应的MBS会话ID和QoS需求等；

S803、MB-SMF从PCF或UDR查询第一策略；

S804以及S804之后的步骤可以参考上文S603以及S603之后的步骤，此处不再赘述。

该方法中，将建立数据传输通道的时机作为核心网内部的一种参数，配置于PCF/UDR中，AF不直接提供该参数信息，只提供QoS需求信息，进而运营商可以根据其运营策略为不同的MBS会话选取不同的数据传输通道建立时机，决策权在运营商，便于部署(例如，仅需要修改MB-SMF和PCF/UDR处理逻辑即可，对现有MBS架构改动较小)。

(二)以下介绍MB-SMF根据第一事件、MBS会话对应的第二策略，为MBS会话释放MB-UPF与多播源节点之间的数据传输通道的方案。

具体的，第二策略中包含至少一个第二类事件(或该至少一个第二类事件对应的指示参数)，第二类事件用于触发MB-SMF为MBS会话释放数据传输通道。换而言之，MB-SMF只要检测到第二策略中的第二类事件，则MB-SMF为MBS会话释放MB-UPF与多播源节点之间的数据传输通道。

例如，若S501中MB-SMF检测到的第一事件与第二策略中的第三事件匹配，其中第三事件为至少一个第二类事件中的一个，则MB-SMF为MBS会话释放MB-UPF与多播源节点之间的数据传输通道。可选的，MB-SMF释放为MBS会话预留的MB-UPF的处理资源。

类似的，MB-SMF检测到的第一事件，可以是MB-SMF收到其它网元发送的有关第二类事件的通知，也可以是MB-SMF检测MBS状态发生变更，本申请不做限制。

示例性的，以下例举了几种可能的第二类事件：

1)MBS会话对应的MBS会话取消配置流程中的至少一个事件；

2)MBS会话对应的MBS会话释放流程中的至少一个事件。例如，具体可以为MB-SMF收到其它SMF向MB-SMF发起UE离开MBS会话的请求，或收到RAN向MB-SMF发送的释放MB-UPF到RAN的N3传输隧道的请求，或者收到其它SMF向MB-SMF发起释放MB-UPF与UPF之间的N9传输隧道请求等；

3)MBS会话对应的MBS会话去激活流程中的至少一个事件。例如，具体可以为MB-SMF收到MB-UPF上报的在一段时间内未收到多播数据包的消息，或者MB-SMF收到AF/MBSF/NEF通知的多播会话数据停止发送消息等。

4)MBS会话对应的MBS会话结束传输流程中的至少一个事件。例如，具体可以为MB-SMF根据MBS业务的结束时间记录，发现业务停止发送，或者MB-SMF接收到AF发送的多播业务停止发送的通知，或者MB-SMF预配置有MBS会话的传输结束时间，MB-SMF发现MBS会话的传输结束时间到达等。

应理解，以上四种仅为举例而非具体限定。

类似的，不同的MBS会话对应的第二策略中可以包含不同的事件。

例如，对于传输持续时间长，数据流量大的业务，如视频下载，可以在靠近MBS会话结束传输流程的时机释放数据传输通道，如在MBS会话结束传输流程或MBS会话去激活流程释放数据传输通道，相应的，第一策略中包含的事件可以是MBS会话结束传输流程中的至少一个事件或MBS会话去激活流程中的至少一个事件。

例如，对于传输实时性要求高的业务，如直播、VR等，可以在更晚时机释放数据传输通道，以保证MBS数据传输的实时性(主要对应业务重连的场景需求)，如在MBS会话取消配置流程或MBS会话取消建立流程释放数据传输通道，相应的，第一策略中包含的事件可以是MBS会话取消配置流程中的至少一个事件或MBS会话释放流程中的至少一个事件。如此，可以实现不同MBS会话对应的不同的数据传输通道释放时机，在节省资源的同时，兼顾不同MBS会话的传输需求。

在具体实施时，可以采用编码来表示第二策略。示例性的，表2例举了几种可能的第二策略，其中1’、2’、3’、4’代表四个不同的释放数据传输通道的时机，如：MBS会话取消配置流程、MBS会话释放流程、MBS会话去激活流程、MBS会话结束时间。若MB-SMF对应的第二策略为3’，则表示在MB-SMF检测到MBS会话去激活流程中的一个或多个事件发生后，释放数据传输通道。由于释放阶段，数据传输通道的类型是确定的，所以第二策略中可以不用携带数据传输通道的类型(即需要释放的数据传输通道在建立阶段对应的具体建立方式，即上文方式1和方式2)。

表2第二策略举例

当然，第二策略也可以包含数据传输通道的类型，用a’、b’分别表示数据传输通道建立方式1、2，表3中列举了几种可能的第二策略。

表3第二策略举例

另外，第一策略和第二策略也可以联合编码，如表4所示，其中1、2、3、4代表四个不同的释放数据传输通道的时机，5、6、7、8代表四个不同的释放数据传输通道的时机，用a、b分别表示数据传输通道建立方式1、2。

表4第一策略、第二策略举例

基于以上可知，本申请实施例通过策略配置方式，针对不同的MBS会话可以配置不同的释放数据传输通道的时机，进而在保证MBS业务通信质量的前提下，提高了释放数据传输通道的灵活性，进而节省了资源。

以下介绍MB-SMF获得第二策略的几种可能的方法。

方法1，MB-SMF可以从AF获取第二策略。

具体的，AF生成第二策略，然后AF可以直接给MB-SMF发送第二策略，或者AF也可以通过其它网元(如NEF或MBSF等)给MB-SMF发送第二策略，本申请不做限制。

类似的，在具体实现时，AF可以按照会话粒度给MB-SMF下发第二策略，也AF可以按照业务粒度给MB-SMF下发第二策略，本申请不做限制。

例如，如图9所示，为本申请实施例提供的另一种MBS会话配置流程示例，包括：

S901～S902、AF在向MB-SMF发送的MBS会话配置请求中携带MBS业务的数据包特征(如IP地址段、数据包描述规则等)和第二策略，或携带该MBS会话的标识信息(如TMGI等)和第二策略。其中若第二策略中包含数据传输通道的释放方式且该方式为方式2，则AF还可能同时发送该多播会话的源特定多播IP地址(source specific Multicast IP address)。

应理解，AF可以将第一策略和第二策略可以携带在同一个消息中下发给MB-SMF，也可以将第一策略和第二策略分别携带在不同的消息中下发给MB-SMF。例如，AF将第一策略和第二策略同时携带在MBS会话配置请求中下发给MB-SMF，或者AF将第一策略携带在MBS会话配置请求中下发给MB-SMF，将第二策略携带在MBS会话建立请求中下发给MB-SMF。

S903、在MB-SMF在收到第二策略之后，记录第二策略。具体的，MB-SMF将第二策略保存在MBS会话的上下文中。应理解，如果AF是按照会话粒度给MB-SMF下发的第二策略，则MB-SMF直接按照MBS会话标识为索引，记录MBS会话的第二策略。如果AF是按照业务粒度给MB-SMF下发的第二策略，则MB-SMF可以将业务与MBS会话/服务质量流(QoS Flow)进行映射，然后再按照MBS会话的粒度记录MBS会话对应的第二策略。

S904、MB-SMF就可以在后面的流程中接收到可能触发数据传输通道释放的事件后，根据第二策略判断是否要释放数据传输通道。

若MBS会话对应的数据传输通道的建立方式为方式1(即数据传输通道的类型为Ingress Tunnel)，则：

S905A、MB-SMF向MB-UPF释放请求，用于请求释放对应的下行端口，并请求MB-UPF释放对应的处理资源；

S906A、MB-UPF向MB-SMF释放响应，用于反馈释放情况；

S907A、MB-SMF向AF发送ingress tunnel释放通知。

若MBS会话对应的数据传输通道的建立方式为方式2(即数据传输通道的类型为多播源节点对应的多播树)，则：

S905B、MB-SMF通知MB-UPF释放资源，离开多播源节点对应的多播树；

S906B、MB-UPF离开多播源节点对应的多播树；MB-UPF向多播源节点发送离开请求或停止发送周期性的请求数据包(根据具体协议配置决定)。

该方法中，数据传输通道的释放时机可以作为一种MBS参数由AF直接提供，进而多播源节点可以根据业务的实际需求灵活配置各个MBS会话对应的数据传输通道的释放时机。

方法2，AF并不直接下发第二策略，而是下发第二指示信息，MB-SMF从AF获取第二指示信息后，根据第二指示信息生成第二策略。

具体的，AF生成第二指示信息，其中第二指示信息用于确定一个或多个事件；然后，AF可以直接给MB-SMF发送第二指示信息，或者AF也可以通过其它网元(如NEF或MBSF等)给MB-SMF发送第二指示信息，本申请不做限制。MB-SMF收到第二指示信息之后，根据第二指示信息确定该一个或多个事件，生成MBS会话对应的第二策略，该第二策略中包括该一个或多个事件(或者包括用于指示该一个或多个事件的参数)。可选的，第二指示信息可以携带在AF在向MB-SMF发送的MBS会话配置请求中。

类似的，第二指示信息可以包括以下一项或多项：

指示信息1’，用于指示MBS会话对应的MBS会话释放流程。相应的，MB-SMF根据指示信息1’确定事件1’(MBS会话对应的MBS会话释放流程)，生成包含事件1’的第二策略。后续MB-SMF在检测到事件1’发生后，释放数据传输通道。

指示信息2’，用于指示MBS会话对应的MBS会话去激活流程。相应的，MB-SMF根据指示信息2’确定事件2’(MBS会话对应的MBS会话去激活流程)，生成包含事件2’的第二策略。后续MB-SMF在检测到事件2’发生后，释放数据传输通道。

指示信息3’，用于指示MBS会话对应的MBS会话取消配置流程。相应的，MB-SMF根据指示信息3’确定事件3’(MBS会话对应的MBS会话取消配置流程)，生成包含事件3’的第二策略。后续MB-SMF在检测到事件3’发生后，释放数据传输通道。

指示信息4’，用于指示MBS会话对应的MBS会话结束传输流程。相应的，MB-SMF根据指示信息4’确定事件4’(MBS会话对应的MBS会话结束传输流程)，生成包含事件4’的第二策略。后续MB-SMF在检测到事件4’发生后，释放数据传输通道。

指示信息5’，用于指示MBS会话的结束时间。相应的，MB-SMF根据指示信息5’确定事件5’(MBS会话的结束时间)，生成包含事件5’的第二策略。后续MB-SMF在检测到事件5’(即MBS会话的结束时间到达)发生后，释放数据传输通道。在具体实施时，MB-SMF可以根据MBS会话的结束时间设置一个计时器，使MBS会话的结束时间到达时计时器刚好超时，则事件5’也可以为计时器超时，即MB-SMF通过检测到计时器超时，释放数据传输通道。

指示信息6’，用于指示MBS会话的QoS需求。其中，不同的QoS需求可以映射到不同的数据传输通道释放时机。

应理解，以上几种仅为举例而非具体限定。

当第一指示信息包括以上多项时，可以根据预设的优先级顺序，选择基于优先级最高的指示信息生成第一策略。优先级例如：指示信息1’>指示信息2’>指示信息3’>指示信息4’>指示信息5’>指示信息6’，应理解，此处仅为举例而非限定，实际优先级顺序可以根据需求调整。

示例性的，AF通过NEF/MBSF或直接给MB-SMF发送MBS会话配置请求，其中MBS会话配置请求包含MBS会话的QoS需求，还包含指示信息3’(MBS会话取消配置流程)或指示信息5’(MBS会话的结束时间)。MB-SMF收到MBS会话配置请求之后，根据指示信息3’或指示信息5’生成第二策略。例如，若MB-SM收到指示信息3’，则第二策略中包含的事件为MBS会话取消配置流程，即MB-SMF在MBS会话取消配置流程中释放数据传输通道；若MB-SM收到指示信息5’，则第二策略中包含的事件为MBS会话的结束时间到达，即MB-SMF在MBS会话的结束时间到达时释放数据传输通道。

应理解，AF可以将第一指示信息和第二指示信息可以携带在同一个消息中下发给MB-SMF，也可以将第一指示信息和第二指示信息分别携带在不同的消息中下发给MB-SMF。例如，AF将第一指示信息和第二指示信息同时携带在MBS会话配置请求中下发给MB-SMF，或者AF将第一指示信息携带在MBS会话配置请求中下发给MB-SMF，将第二指示信息携带在MBS会话建立请求中下发给MB-SMF。

例如，如图10所示，为本申请实施例提供的另一种MBS会话配置流程示例，包括：

S1001～S1002、AF通过NEF/MBSF或直接给MB-SMF发送MBS会话配置请求，其中MBS会话配置请求包含MBS会话的QoS需求，还包含指示信息3’(MBS会话取消配置流程)或指示信息5’(MBS会话的结束时间)。

S1003、MB-SMF收到MBS会话配置请求之后，根据指示信息3’或指示信息5’生成第二策略。例如，若MB-SM收到指示信息3’，则第二策略中包含的事件为MBS会话取消配置流程，即MB-SMF在MBS会话取消配置流程中释放数据传输通道；若MB-SM收到指示信息5’，则第一策略中包含的事件为MBS会话的结束时间到达，即MB-SMF在MBS会话的结束时间到达时释放数据传输通道。

S1004以及S1004之后的步骤可以参考上文S904以及S904之后的步骤，此处不再赘述。

应理解，以上是以AF按照会话粒度给MB-SMF下发第二指示信息为例，当然在具体实现时，AF可以还可以按照业务粒度给MB-SMF下发第二指示信息，本申请不做限制。

该方法中，数据传输通道的释放时机可以由AF间接提供(即第二策略由MB-SMF根据AF提供第二指示信息生成)，多播源节点可以根据业务的实际需求灵活配置各个MBS会话对应的数据传输通道的释放时机。

方法3、MB-SMF根据QoS需求从PCF或UDR查询第二策略。

示例性的，MB-SMF以某个MBS会话的MBS会话ID(或QoS流ID)向PCF发送查询消息，查询消息用于查询与该MBS会话对应的第二策略和服务质量QoS需求；PCF返回的响应消息，响应消息中携带与该MBS会话对应的第二策略和QoS需求；MB-SMF接收PCF返回的响应消息，获得与该MBS会话对应的第二策略和服务质量QoS需求。

在具体实现时，PCF可以保存QoS需求和第二策略的映射关系。PCF接收到查询消息之后，向UDR发送查询MBS会话对应的QoS需求的请求；UDR向PCF返回查询结果，即MBS会话对应的QoS需求；PCF在收到UDR返回的MBS会话对应的QoS需求之后，根据MBS会话对应的QoS需求、以及QoS需求和第二策略的映射关系，确定MBS会话对应的第二策略；然后PCF将MBS会话对应的QoS需求和第二策略携带在响应消息中返回给MB-SMF。

或者，UDR可以保存QoS需求和第二策略的映射关系。PCF接收到查询消息之后，向UDR发送查询消息用以查询与MBS会话对应的第二策略和QoS需求；UDR收到PCF发送的查询消息之后，确定MBS会话对应的QoS需求，然后再根据MBS会话对应的QoS需求、以及QoS需求和第二策略的映射关系，确定MBS会话对应的第二策略，向PCF返回MBS会话对应的QoS需求和第二策略；PCF再向MB-SMF返回MBS会话对应的QoS需求和第二策略。

或者，UDR可以保存QoS需求和第二策略的映射关系。PCF接收到查询消息之后，先向UDR发送第三查询消息用以查询与MBS会话对应的QoS需求；UDR收到PCF发送的第三查询消息之后，确定MBS会话对应的QoS需求，向PCF返回MBS会话对应的QoS需求；PCF收到MBS会话对应的QoS需求之后，再以MBS会话对应的QoS需向UDR发送第四查询消息用以查询与MBS会话对应的第二策略；UDR收到PCF发送的第四查询消息之后，根据MBS会话对应的QoS需求、QoS需求和第二策略的映射关系，确定MBS会话对应的第二策略，向PCF返回MBS会话对应的第二策略；最后，PCF再向MB-SMF返回MBS会话对应的QoS需求和第二策略。

应理解，MB-SMF以某个MBS会话的MBS会话ID前后分别查询该MBS会话对应的第一策略和第二策略，也可以某个MBS会话的MBS会话ID同时查询该MBS会话对应的第一策略和第二策略，本申请不做限制。

类似的，QoS需求和第二策略的映射关系，可以是不同的QoS等级对应不同的第二策略(不同的第二策略包括策略中包含的事件不同)，或者不同的时延要求对应不同的第二策略，本申请不做具体限制。具体例如，可以设定5QI为1或2的业务对应的MBS会话在MBS会话取消配置流程中释放数据传输通道，或设定映射规则为业务时延为5ms以下的MBS会话在MBS会话取消配置流程中释放数据传输通道。

当然，实际应用中，还可以由其他网元保存QoS需求和第二策略的映射关系，并执行从QoS需求到策略的映射操作，本申请不做限制。例如，还可以是MB-SMF保存QoS需求和第二策略的映射关系，MB-SMF根据MBS会话的QoS需求、QoS需求和第二策略的映射关系确定MBS会话对应的第二策略。

可选的，AF可以在MBS会话配置请求中携带MBS会话对应的MBS会话ID和QoS需求，经由NEF或MBSF等网元发送给UDR。

例如，如图11所示，为本申请实施例提供的另一种MBS会话配置流程示例，包括：

S1101、AF向NEF/MBSF发送MBS会话配置请求，其中携带MBS会话对应的MBS会话ID和QoS需求；

S1102、UDR和NEF/MBSF交互，更新UDR本地保存的信息，例如MBS会话对应的MBS会话ID和QoS需求等；

S1103、MB-SMF从PCF或UDR查询第二策略；

S1104以及S1104之后的步骤可以参考上文S903以及S903之后的步骤，此处不再赘述。

该方法中，将释放数据传输通道的时机作为核心网内部的一种参数，配置于PCF/UDR中，AF不直接提供该参数信息，只提供QoS需求信息，进而运营商可以根据其运营策略为不同的MBS会话选取不同的数据传输通道释放时机，决策权在运营商，便于部署(例如，仅需要修改MB-SMF和PCF/UDR处理逻辑即可，对现有MBS架构改动较小)。

应理解，本申请实施例上述的各实施方式可以相互结合以实现不同的技术效果。

可以理解的是，为了实现上述实施例中功能，各通信装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

图12和图13为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中的功能，因此也能实现上述方法实施例所具备的有益效果。在本申请的实施例中，通信装置可以是如图2所示的MB-SMF或AF或PCF或UDM等，或者是MB-SMF或AF或PCF或UDM等中的芯片。

示例性的，当通信装置1200用于实现上述方法实施例中图5所示MB-SMF的功能时：

收发单元1201，用于检测针对MBS会话的第一事件；

处理单元1202，用于：若第一事件与MBS会话对应的策略中的事件匹配，则为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，其中策略用于确定为MBS会话建立或释放数据传输通道的时机。

示例性的，当通信装置1200用于实现上述方法实施例中图6或图9所示AF的功能时：

处理单元1202，用于生成与MBS会话对应的策略，其中策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件；

收发单元1201，用于向会话管理功能网元发送与MBS会话对应的策略，或者通过多播/广播业务功能网元或网络呈现功能网元向会话管理功能网元发送与MBS会话对应的策略。

示例性的，当通信装置1200用于实现上述方法实施例中图7或图10所示的AF的功能时：

处理单元1202，用于生成指示信息，其中，指示信息用于确定一个或多个事件；

收发单元1201，用于向会话管理功能网元发送指示信息，以使会话管理功能网元根据指示信息生成MBS会话对应的策略；其中，策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件。

示例性的，当通信装置1200用于实现上述方法实施例中图8或图11所示的PCF或UDM的功能时：

收发单元1201，用于接收来自于会话管理功能网元的查询消息，其中查询消息用于查询与MBS会话对应的策略和服务质量QoS需求；

处理单元1202，用于确定与MBS会话对应的策略和QoS需求；收发单元1201，还用于向会话管理功能网元发送响应消息，响应消息中携带与MBS会话对应的策略和QoS需求。

有关上述收发单元1201和处理单元1202更详细的描述可以直接参考上文方法实施例中相关描述直接得到，这里不加赘述。

如图13所示，通信装置1300包括处理器1310和接口电路1320。处理器1310和接口电路1320之间相互耦合。可以理解的是，接口电路1320可以为收发器或输入输出接口。

可选的，通信装置1300还可以包括存储器1330，用于存储处理器1310执行的指令或存储处理器1310运行指令所需要的输入数据或存储处理器1310运行指令后产生的数据。

当通信装置1300用于实现图12所示的装置时，处理器1310用于实现上述处理单元1202的功能，接口电路1320用于实现上述收发单元1201的功能。

基于同一技术构思，本申请实施例还提供一种芯片，参见图14，该芯片可以包括逻辑电路和输入输出接口。可选的，还可以包括存储器。其中，输入输出接口可以用于接收代码指令(代码指令存储在存储器中，可以直接从存储器读取，或也可以经过其他器件从存储器读取)并传输至所述逻辑电路；所述逻辑电路，可以用于运行所述代码指令以执行上述方法实施例中的方法。

或者，输入输出接口也可以为逻辑电路与收发机之间的信号传输接口电路。例如，在发送场景中，所述逻辑电路用于执行XX以得到Y数据(XX包括但不限于确定，判断、处理、计算、查找、比较等操作)；所述输入输出接口可以用于将Y数据发送至发射机。又例如，在接收场景中，所述输入输出接口可以用于从接收机接收Z数据，并将所述Z数据发送至所述逻辑电路；所述逻辑电路用于对所述Z数据做XX处理(XX包括但不限于确定，判断、处理、计算、查找、比较等操作)。

示例性的，当芯片用于实现上述方法实施例中图5所示MB-SMF的功能时：

输入输出接口，用于输入针对MBS会话的第一事件；

逻辑电路，用于：若第一事件与MBS会话对应的策略中的事件匹配，则为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，其中策略用于确定为MBS会话建立或释放数据传输通道的时机。

示例性的，当芯片用于实现上述方法实施例中图6或图9所示AF的功能时：

逻辑电路，用于生成与MBS会话对应的策略，其中策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件；

输入输出接口，用于输出MBS会话对应的策略。

示例性的，当芯片用于实现上述方法实施例中图7或图10所示的AF的功能时：

逻辑电路，用于生成指示信息，其中，指示信息用于确定一个或多个事件；

输入输出接口，用于输出指示信息，以使会话管理功能网元根据指示信息生成MBS会话对应的策略；其中，策略用于确定为MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，策略中包括一个或多个事件。

示例性的，当芯片用于实现上述方法实施例中图8或图11所示的PCF或UDM的功能时：

输入输出接口，用于输入来自于会话管理功能网元的查询消息，其中查询消息用于查询与MBS会话对应的策略和服务质量QoS需求；

逻辑电路，用于确定与MBS会话对应的策略和QoS需求；

输入输出接口，还用于输出响应消息，响应消息中携带与MBS会话对应的策略和QoS需求。

有关上述逻辑电路和输入输出接口更详细的描述可以直接参考上文方法实施例中相关描述直接得到，这里不加赘述。

基于同一技术构思，本申请实施例还提供一种计算机可读存储介质，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现上述方法实施例中的方法。

基于同一技术构思，本申请实施例还提供一种计算机程序产品，当其在计算机上运行时，使得如上述方法实施例中的方法被执行。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于基站或终端中。当然，处理器和存储介质也可以作为分立组件存在于基站或终端中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

根据说明书是否用到可选：本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“包括A，B和C中的至少一个”可以表示：包括A；包括B；包括C；包括A和B；包括A和C；包括B和C；包括A、B和C。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

Claims (27)

1.一种配置多播/广播业务MBS会话的方法，其特征在于，包括：

会话管理功能网元检测到针对所述MBS会话的第一事件；

所述会话管理功能网元根据所述第一事件、所述MBS会话对应的策略，为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，其中所述策略用于确定为所述MBS会话建立或释放所述数据传输通道的时机。

2.如权利要求1所述的方法，其特征在于，所述策略包括第一策略，所述第一策略中包含至少一个第一类事件，所述第一类事件用于触发所述会话管理功能网元为所述MBS会话建立所述数据传输通道；

所述会话管理功能网元根据所述第一事件、所述MBS会话对应的策略，为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，包括：

若所述第一事件与所述第一策略中的第二事件匹配，其中所述第二事件为所述至少一个第一类事件中的一个，则所述会话管理功能网元为所述MBS会话建立所述用户面功能网元与所述多播源节点之间的数据传输通道。

3.如权利要求2所述的方法，其特征在于，所述至少一个第一类事件包含以下一项或多项：

所述MBS会话对应的MBS会话配置流程中的至少一个事件；

所述MBS会话对应的MBS会话建立流程中的至少一个事件；

所述MBS会话对应的MBS会话激活流程中的至少一个事件；

所述MBS会话对应的MBS会话开始传输流程中的至少一个事件。

4.如权利要求2所述的方法，其特征在于，所述MBS会话对应的MBS会话开始传输流程中的至少一个事件包括：所述MBS会话的传输开始时间到达。

5.如权利要求2-4所述的方法，其特征在于，所述方法还包括：

若所述第一事件与所述第一策略中的第二事件匹配，则所述会话管理功能网元为所述MBS会话预留所述用户面功能网元的处理资源。

6.如权利要求2-5任一项所述的方法，其特征在于，所述第一策略还包含与至少一个第一类事件中每个第一类事件对应的数据传输通道建立方式，其中所述数据传输通道建立方式为第一方式或第二方式；其中所述第一方式为所述用户面功能网元分配用于与所述多播源节点通信的端口并将所述端口通知给所述多播源节点，所述第二方式为所述用户面功能网元向所述多播源节点发送加入所述多播源节点对应的多播树的请求；

所述方法还包括：所述会话管理功能网元按照与所述第二事件对应的数据传输通道建立方式为所述MBS会话建立所述数据传输通道。

7.如权利要求1所述的方法，其特征在于，所述策略包括第二策略，所述第二策略中包含至少一个第二类事件，所述第二类事件用于触发所述会话管理功能网元为所述MBS会话释放所述数据传输通道；

所述会话管理功能网元根据所述第一事件、所述MBS会话对应的策略，为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，包括：

若所述第一事件与所述第二策略中的第三事件匹配，其中所述第三事件为所述至少一个第二类事件中的一个，则所述会话管理功能网元为所述MBS会话释放所述用户面功能网元与所述多播源节点之间的数据传输通道。

8.如权利要求7所述的方法，其特征在于，所述至少一个第二类事件包含以下一项或多项：

所述MBS会话对应的MBS会话取消配置流程中的至少一个事件；

所述MBS会话对应的MBS会话释放流程中的至少一个事件；

所述MBS会话对应的MBS会话去激活流程中的至少一个事件；

所述MBS会话对应的MBS会话结束传输流程中的至少一个事件。

9.如权利要求7所述的方法，其特征在于，所述MBS会话对应的MBS会话结束传输流程中的至少一个事包括：所述MBS会话的传输结束时间到达。

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

若所述第一事件与所述第二策略中的第三事件匹配，则所述会话管理功能网元释放为所述MBS会话预留的所述用户面功能网元的处理资源。

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

所述会话管理功能网元从应用功能网元获取与所述MBS会话对应的策略；或者，

所述会话管理功能网元通过多播/广播业务功能网元或网络呈现功能网元从应用功能网元获取与所述MBS会话对应的策略。

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

所述会话管理功能网元从应用功能网元获取指示信息，或者通过多播/广播业务功能网元或网络呈现功能网元从应用功能网元获取指示信息；其中，所述指示信息用于确定一个或多个事件；

所述会话管理功能网元根据所述指示信息生成所述MBS会话对应的策略，其中所述策略中包括所述一个或多个事件。

13.如权利要求12所述的方法，其特征在于，所述指示信息包括以下一项或多项：

第一信息，用于指示所述MBS会话的开始时间；

第二信息，用于指示所述MBS会话对应的MBS会话配置流程或MBS会话建立流程或MBS会话激活流程或MBS会话开始传输流程；

第三信息，用于指示所述MBS会话的结束时间；

第四信息，用于指示所述MBS会话对应的MBS会话取消配置流程或MBS会话释放流程或MBS会话去激活流程或MBS会话结束传输流程；

第五信息，用于指示所述MBS会话对应的服务质量QoS需求。

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

所述会话管理功能网元向策略控制网元发送查询消息，所述查询消息用于查询与所述MBS会话对应的策略和服务质量QoS需求；

所述会话管理功能网元接收所述策略控制网元返回的响应消息，所述响应消息中携带与所述MBS会话对应的策略和QoS需求。

15.一种配置MBS会话的方法，其特征在于，包括：

应用功能网元生成与所述MBS会话对应的策略，其中所述策略用于确定为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，所述策略中包括一个或多个事件；

所述应用功能网元向会话管理功能网元发送与所述MBS会话对应的策略，或者所述应用功能网元通过多播/广播业务功能网元或网络呈现功能网元向会话管理功能网元发送与所述MBS会话对应的策略。

16.一种配置MBS会话的方法，其特征在于，包括：

应用功能网元生成指示信息，其中，所述指示信息用于确定一个或多个事件；

所述应用功能网元向会话管理功能网元发送所述指示信息，以使所述会话管理功能网元根据所述指示信息生成所述MBS会话对应的策略；其中，所述策略用于确定为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，所述策略中包括所述一个或多个事件。

17.一种配置MBS会话的方法，其特征在于，包括：

策略控制网元接收来自于会话管理功能网元的查询消息，其中所述查询消息用于查询与所述MBS会话对应的策略和服务质量QoS需求；

所述策略控制网元确定与所述MBS会话对应的策略和QoS需求；

所述策略控制网元向所述会话管理功能网元发送响应消息，所述响应消息中携带与所述MBS会话对应的策略和QoS需求。

18.如权利要求17所述的方法，其特征在于，所述策略控制网元中保存有QoS需求与策略的映射关系；

所述策略控制网元确定与所述MBS会话对应的策略和QoS需求，包括：

所述策略控制网元从统一数据库网元获取与所述MBS会话对应的QoS需求；

所述策略控制网元根据与所述MBS会话对应的QoS需求、所述映射关系，确定与所述MBS会话对应的策略。

19.如权利要求17所述的方法，其特征在于，统一数据库网元中保存有所述QoS需求与所述策略的映射关系；

所述策略控制网元确定与所述MBS会话对应的策略和QoS需求，包括：

所述策略控制网元从统一数据库网元获取与所述MBS会话对应的策略和QoS需求。

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

收发单元，用于检测针对所述MBS会话的第一事件；

处理单元，用于：若所述第一事件与所述MBS会话对应的策略中的事件匹配，则为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道，其中所述策略用于确定为所述MBS会话建立或释放所述数据传输通道的时机。

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

处理单元，用于生成与所述MBS会话对应的策略，其中所述策略用于确定为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，所述策略中包括一个或多个事件；

收发单元，用于向会话管理功能网元发送与所述MBS会话对应的策略，或者通过多播/广播业务功能网元或网络呈现功能网元向会话管理功能网元发送与所述MBS会话对应的策略。

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

处理单元，用于生成指示信息，其中，所述指示信息用于确定一个或多个事件；

收发单元，用于向会话管理功能网元发送所述指示信息，以使所述会话管理功能网元根据所述指示信息生成所述MBS会话对应的策略；其中，所述策略用于确定为所述MBS会话建立或释放用户面功能网元与多播源节点之间的数据传输通道的时机，所述策略中包括所述一个或多个事件。

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

收发单元，用于接收来自于会话管理功能网元的查询消息，其中所述查询消息用于查询与所述MBS会话对应的策略和服务质量QoS需求；

处理单元，用于确定与所述MBS会话对应的策略和QoS需求；

所述收发单元，还用于向所述会话管理功能网元发送响应消息，所述响应消息中携带与所述MBS会话对应的策略和QoS需求。

24.一种通信装置，其特征在于，包括处理器和存储器；

其中，所述处理器和所述存储器耦合，所述存储器用于存储计算机执行指令，所述处理器用于执行所述存储器所存储的计算机执行指令，以使所述通信装置执行如权利要求1至19任一项所述的方法。

25.一种芯片，其特征在于，包括逻辑电路和输入输出接口；

其中，所述输入输出接口用于接收来自所述芯片之外的其它通信装置的信号并传输至所述逻辑电路或将来自所述逻辑电路的信号发送给所述芯片之外的其它通信装置，所述逻辑电路用于实现如权利要求1至19中任一项所述的方法。

26.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至19中任一项所述的方法。

27.一种计算机程序产品，其特征在于，当其在计算机上运行时，使得如权利要求1至19任一项所述的方法被执行。

Images