CN111866756B - 多播广播业务的通信方法、装置、计算机可读介质及设备 - Google Patents

多播广播业务的通信方法、装置、计算机可读介质及设备 Download PDF

Info

Publication number
CN111866756B
CN111866756B CN202010694101.9A CN202010694101A CN111866756B CN 111866756 B CN111866756 B CN 111866756B CN 202010694101 A CN202010694101 A CN 202010694101A CN 111866756 B CN111866756 B CN 111866756B
Authority
CN
China
Prior art keywords
user plane
plane node
mbs
ith
multicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010694101.9A
Other languages
English (en)
Other versions
CN111866756A (zh
Inventor
熊春山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202010694101.9A priority Critical patent/CN111866756B/zh
Publication of CN111866756A publication Critical patent/CN111866756A/zh
Priority to PCT/CN2021/099938 priority patent/WO2022012242A1/zh
Priority to KR1020227034329A priority patent/KR20220148897A/ko
Priority to EP21843089.0A priority patent/EP4099731A4/en
Priority to JP2022554218A priority patent/JP7454697B2/ja
Priority to US17/895,613 priority patent/US20220417907A1/en
Application granted granted Critical
Publication of CN111866756B publication Critical patent/CN111866756B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请的实施例提供了一种多播广播业务的通信方法、装置、介质及电子设备。该方法包括：向第i级用户面节点发送用户面MBS会话建立请求，并接收第i级用户面节点反馈的用户面MBS会话建立响应；向第i级控制面节点的子控制面节点发送MBS会话开始请求，以使该子控制面节点为第i级用户面节点分配子用户面节点，该MBS会话开始请求中包含有第i级用户面节点的标识信息，以及第i级用户面节点分配的第一MBS IP多播传输地址与第一C‑TEID，该第一MBS IP多播传输地址用于指示子用户面节点加入对应的多播传输组来接收第i级用户面节点通过多播方式发送的MBS业务数据。本申请的技术方案可以在控制面与用户面分离的通信系统架构下，实现用户面MBS会话传输树的建立。

Description

多播广播业务的通信方法、装置、计算机可读介质及设备
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种多播广播业务的通信方法、装置、介质及电子设备。
背景技术
在5G MBS(Multicast and Broadcast Service，多播广播业务)系统中，控制面与用户面是分离的，即控制面节点与用户面节点不再是同一个网络节点，在这种情况下建立用户面MBS会话传输树将面临多种问题。
发明内容
本申请的实施例提供了一种多播广播业务的通信方法、装置、介质及电子设备，进而至少在一定程度上可以在控制面与用户面分离的通信系统架构下，实现用户面MBS会话传输树的建立，并且也可以提高MBS业务数据的传输效率。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种多播广播业务的通信方法，包括：选择第i级控制面节点对应的第i级用户面节点，所述第i级控制面节点是MBS会话传输树中除最后一级控制面节点之外的任一级控制面节点；向所述第i级用户面节点发送用户面MBS会话建立请求，并接收所述第i级用户面节点反馈的用户面MBS会话建立响应；向所述第i级控制面节点的子控制面节点发送MBS会话开始请求，以使所述子控制面节点为所述第i级用户面节点分配子用户面节点，所述MBS会话开始请求中包含有所述第i级用户面节点的标识信息，以及所述第i级用户面节点分配的第一MBS IP多播传输地址与用于通过多播方式传输MBS业务数据的第一C-TEID(Common Tunnel Endpoint Identifier，通用隧道端点标识)，所述第一MBS IP多播传输地址用于指示所述子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据。
根据本申请实施例的一个方面，提供了一种多播广播业务的通信方法，包括：接收MBS会话传输树中的第i级控制面节点发送的用户面MBS会话建立请求，所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBS IP多播分发信息来自于所述第i级控制面节点的父控制面节点，所述MBS IP多播分发信息中包含有所述第i级控制面节点的父控制面节点提供的第二MBS IP多播传输地址和第二C-TEID；向所述第i级控制面节点反馈用户面MBS会话建立响应，所述用户面MBS会话建立响应中包含第i级用户面节点分配的第一MBS IP多播传输地址和第一C-TEID，所述第一MBS IP多播传输地址用于指示所述第i级用户面节点的子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据；若所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据，则加入所述第二MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
根据本申请实施例的一个方面，提供了一种多播广播业务的通信装置，包括：选择单元，配置为选择第i级控制面节点对应的第i级用户面节点，所述第i级控制面节点是MBS会话传输树中除最后一级控制面节点之外的任一级控制面节点；第一交互单元，配置为向所述第i级用户面节点发送用户面MBS会话建立请求，并接收所述第i级用户面节点反馈的用户面MBS会话建立响应；第二交互单元，配置为向所述第i级控制面节点的子控制面节点发送MBS会话开始请求，以使所述子控制面节点为所述第i级用户面节点分配子用户面节点，所述MBS会话开始请求中包含有所述第i级用户面节点的标识信息，以及所述第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID，所述第一MBS IP多播传输地址用于指示所述子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，且所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，则所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBS IP多播分发信息中包含有所述第i级用户面节点的父用户面节点所分配的第二MBS IP多播传输地址与第二C-TEID，所述第二MBS IP多播传输地址用于指示所述第i级用户面节点加入所述第二MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
在本申请的一些实施例中，基于前述方案，若所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，则所述用户面MBS会话建立请求中包含有请求为所述第i级用户面节点分配F-TEID(Fully qualified Tunnel Endpoint Identifier，全量隧道端点标识)的指示信息，所述用户面MBS会话建立响应中包含有所述第i级用户面节点分配的F-TEID，所述F-TEID用于使所述第i级用户面节点通过点对点的方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据；或者
所述用户面MBS会话建立响应中指示所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，并包含有所述第i级用户面节点分配的F-TEID。
在本申请的一些实施例中，基于前述方案，所述第一交互单元还配置为：在向所述第i级用户面节点发送用户面MBS会话建立请求之前，接收所述第i级控制面节点的父控制面节点发送的MBS会话开始请求，从所述父控制面节点发送的MBS会话开始请求中获取所述MBS IP多播分发信息。
在本申请的一些实施例中，基于前述方案，所述用户面MBS会话建立请求中包含有用于指示所述第i级用户面节点分配新的MBS IP多播分发信息的指示信息；所述用户面MBS会话建立响应中包含有所述第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID。
在本申请的一些实施例中，基于前述方案，所述第二交互单元还配置为：在向所述第i级控制面节点的子控制面节点发送MBS会话开始请求之后，接收所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应，所述MBS会话开始响应中包含有指示信息；
其中，所述指示信息中包含有所述第i级用户面节点的标识信息、第一F-TEID列表信息和用于表示启动多播方式传输的第一字段信息，所述第一字段信息表示所述子控制面节点为所述第i级用户面节点分配的子用户面节点中存在支持通过多播方式接收所述第i级用户面节点的MBS业务数据的子用户面节点，所述第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的MBS业务数据的子用户面节点所分配的F-TEID；或者
所述指示信息包含有所述第i级用户面节点的标识信息、且不包含所述第一F-TEID列表信息和所述第一字段信息，则所述指示信息用于指示所述子控制面节点为所述第i级用户面节点分配的子用户面节点均支持通过多播方式接收所述第i级用户面节点的MBS业务数据；或者
所述指示信息包含有所述第i级用户面节点的标识信息、所述第一F-TEID列表信息，且不包含所述第一字段信息，则所述指示信息用于指示所述子控制面节点为所述第i级用户面节点分配的子用户面节点均不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的MBS业务数据；或者
所述指示信息包含有所述第i级用户面节点的标识信息和停用多播传输的字段信息、且不包含所述第一F-TEID列表信息，则所述指示信息用于指示所述子控制面节点未向所述第i级用户面节点分配子用户面节点。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则所述MBS会话开始响应中包含有指示信息列表，所述指示信息列表中包含有所有第i级用户面节点分别对应的所述指示信息。
在本申请的一些实施例中，基于前述方案，所述MBS会话开始响应中还包含有失败的标识信息列表，所述失败的标识信息列表用于指示未被分配子用户面节点的目标第i级用户面节点。
在本申请的一些实施例中，基于前述方案，所述第一交互单元还配置为：若根据所述MBS会话开始响应确定存在未被分配子用户面节点的目标第i级用户面节点，则向所述目标第i级用户面节点发送用户面MBS会话删除请求。
在本申请的一些实施例中，基于前述方案，所述第一交互单元还配置为：接收所述目标第i级用户面节点反馈的用户面MBS会话删除响应，所述用户面MBS会话删除响应是所述目标第i级用户面节点在接收到所述用户面MBS会话删除请求之后发送的，其中，若所述目标第i级用户面节点已加入所述目标第i级用户面节点的父用户面节点对应的多播传输组中，则在接收到所述用户面MBS会话删除请求之后退出所述目标第i级用户面节点的父用户面节点对应的多播传输组。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点具有至少两个子控制面节点，则所述第一交互单元还配置为：根据所述第二交互单元接收到的所述第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应，确定是否存在未被分配子用户面节点的目标第i级用户面节点。
在本申请的一些实施例中，基于前述方案，所述第一交互单元还配置为：在所述第二交互单元接收到所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，若所述指示信息中包含有所述第一F-TEID列表信息，则根据所述指示信息中包含的第i级用户面节点的标识信息向所述第i级用户面节点发送用户面MBS会话修改请求，以指示所述第i级用户面节点通过点对点的方式向所述第一F-TEID列表信息所包含的各个F-TEID对应的子用户面节点分别传送MBS业务数据；
其中，若所述指示信息中还包含有所述第一字段信息，则所述用户面MBS会话修改请求还用于指示所述第i级用户面节点同时使用多播传输方式向所述第i级用户面节点的子用户面节点发送MBS业务数据；
若所述指示信息中不包含所述第一字段信息，则所述用户面MBS会话修改请求还用于指示所述第i级用户面节点不需要使用多播传输方式向所述第i级用户面节点的子用户面节点发送MBS业务数据。
在本申请的一些实施例中，基于前述方案，所述第一交互单元还配置为：若选择了第i级控制面节点对应的至少两个第i级用户面节点，则根据所述MBS会话开始响应中包含的每个第i级用户面节点对应的指示信息，向需要发送所述用户面MBS会话修改请求的第i级用户面节点发送所述用户面MBS会话修改请求。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，则在接收所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，所述第二交互单元还配置为：根据所述子控制面节点反馈的MBS会话开始响应，向所述第i级控制面节点的父控制面节点反馈MBS会话开始响应，其中，向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中包含有所述第i级用户面节点的父用户面节点的标识信息。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点具有至少两个子控制面节点，则在接收到所述第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应之后，再向所述第i级控制面节点的父控制面节点反馈MBS会话开始响应。
在本申请的一些实施例中，基于前述方案，向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中还包含有第二F-TEID列表信息和用于表示启动多播方式传输的第二字段信息，所述第二字段信息表示所述第i级用户面节点中存在支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据的用户面节点，所述第二F-TEID列表信息包含有所述第i级用户面节点中不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据的用户面节点所分配的F-TEID；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含所述第二F-TEID列表信息和所述第二字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示所述第i级用户面节点均支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中还包含有所述第二F-TEID列表信息，且不包含所述第二字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示所述第i级用户面节点均不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含所述第二F-TEID列表信息，且包含有停用多播传输的字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示未分配所述第i级用户面节点。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则所述第一交互单元配置为：分别向所述第i级控制面节点对应的每个第i级用户面节点发送用户面MBS会话建立请求；接收所述第i级控制面节点对应的每个第i级用户面节点分别反馈的用户面MBS会话建立响应。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则向所述第i级控制面节点的子控制面节点发送的MBS会话开始请求中包含有每个第i级用户面节点各自的标识信息，以及每个第i级用户面节点分配第一MBS IP多播传输地址和第一C-TEID；其中，不同的第i级用户面节点分配的第一MBS IP多播传输地址不相同。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则所述子控制面节点为所述至少两个第i级用户面节点分别分配不同的子用户面节点，且为第i级用户面节点所分配的每个子用户面节点没有被分配为其它用户面节点的子节点。
在本申请的一些实施例中，基于前述方案，所述选择单元配置为：若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，则根据所述第i级控制面节点的子控制面节点的信息，选择所述第i级用户面节点，所述子控制面节点的信息包括位置和数量中的至少一个；若所述第i级控制面节点是所述MBS会话传输树中的第一级控制面节点，则根据网络配置选择第一级用户面节点。
在本申请的一些实施例中，基于前述方案，所述MBS会话传输树中除第一级控制面节点之外的其它控制面节点具有至少一个父控制面节点。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点的子控制面节点为基站或基站的集中单元，所述第i级用户面节点的子用户面节点为基站或基站的分布单元，则所述第二交互单元配置为：向AMF(Access and Mobility Management Function，接入与移动性管理功能)发送信息传送消息，所述信息传送消息中包含有接入网标识和第一MBS会话容器，所述第一MBS会话容器用于指示所述AMF向所述接入网标识所对应基站或基站的集中单元发送所述MBS会话开始请求。
在本申请的一些实施例中，基于前述方案，所述基站或基站的集中单元根据注册的MBS多播业务的用户设备信息或MBS广播业务服务区域，向所述第i级用户面节点分配基站用户面信息或至少一个基站的分布单元作为所述第i级用户面节点的子用户面节点，所述用户设备信息包括位置和数量中的至少一个。
在本申请的一些实施例中，基于前述方案，所述第二交互单元还配置为：在向接入与移动性管理实体AMF发送信息传送消息之后，接收所述AMF发送的信息通知消息，所述信息通知消息中包含有第二MBS会话容器，所述第二MBS会话容器中包含有所述基站或基站的集中单元反馈的MBS会话开始响应。
在本申请的一些实施例中，基于前述方案，所述AMF为能够连接所述基站或基站的集中单元与第i级控制面节点的AMF。
根据本申请实施例的一个方面，提供了一种多播广播业务的通信装置，包括：接收单元，配置为接收MBS会话传输树中的第i级控制面节点发送的用户面MBS会话建立请求，所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBS IP多播分发信息来自于所述第i级控制面节点的父控制面节点，所述MBS IP多播分发信息中包含有所述第i级控制面节点的父控制面节点提供的第二MBS IP多播传输地址和第二C-TEID；发送单元，配置为向所述第i级控制面节点反馈用户面MBS会话建立响应，所述用户面MBS会话建立响应中包含第i级用户面节点分配的第一MBS IP多播传输地址和第一C-TEID，所述第一MBS IP多播传输地址用于指示所述第i级用户面节点的子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据；处理单元，配置为在所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据时，加入所述第二MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
在本申请的一些实施例中，基于前述方案，所述处理单元还配置为：在所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据时，分配通过点对点方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据的F-TEID。
在本申请的一些实施例中，基于前述方案，所述接收单元还配置为：在所述发送单元向所述第i级控制面节点反馈用户面MBS会话建立响应之后，接收所述第i级控制面节点发送的用户面MBS会话修改请求，所述用户面MBS会话修改请求中包含有第一F-TEID列表信息，所述第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点发送的MBS业务数据的子用户面节点分配的F-TEID；所述多播广播业务的通信装置还包括：传输单元，配置为基于所述第一F-TEID列表信息，通过点对点的方式向所述第一F-TEID列表信息所包含的各个F-TEID对应的子用户面节点分别传送MBS业务数据，并根据所述用户面MBS会话修改请求确定是否同时使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据。
在本申请的一些实施例中，基于前述方案，所述处理单元还配置为：若接收到所述第i级控制面节点发送的用户面MBS会话删除请求，则向所述第i级控制面节点发送用户面MBS会话删除响应；其中，若已加入所述第二MBS IP多播传输地址对应的多播传输组中，则在接收到所述用户面MBS会话删除请求之后，退出所述第二MBS IP多播传输地址对应的多播传输组。
在本申请的一些实施例中，基于前述方案，所述处理单元还配置为：在所述发送单元向所述第i级控制面节点反馈用户面MBS会话建立响应之后，若接收到其它控制面节点发送的用户面MBS会话建立请求，则向所述其它控制面节点反馈拒绝消息，以向所述其它控制面节点指示此用户面节点已被选择。
在本申请的一些实施例中，基于前述方案，所述发送单元还配置为：若接收到多个控制面节点发送的用户面MBS会话建立请求，则从所述多个控制面节点中选择一个控制面节点反馈用户面MBS会话建立响应，并向所述多个控制面节点中的其它控制面节点反馈拒绝消息，以向所述其它控制面节点指示此用户面节点已被选择。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的多播广播业务的通信方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的多播广播业务的通信方法。
根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实施例中提供的多播广播业务的通信方法。
在本申请的一些实施例所提供的技术方案中，第i级控制面节点先选择了第i级用户面节点，然后向第i级用户面节点发送用户面MBS会话建立请求，并接收第i级用户面节点反馈的用户面MBS会话建立响应，在此之后，第i级控制面节点向第i级控制面节点的子控制面节点发送MBS会话开始请求，该MBS会话开始请求中包含有第i级用户面节点的标识信息，以及第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID，第i级控制面节点的子控制面节点在接收到MBS会话开始请求之后，会为第i级用户面节点分配子用户面节点，并且该子用户面节点可以加入第一MBS IP多播传输地址对应的多播传输组来接收第i级用户面节点通过多播方式发送的MBS业务数据。可见，本申请实施例的技术方案可以在控制面与用户面分离的通信系统架构下，实现用户面MBS会话传输树的建立，并且由于子用户面节点可以加入父用户面节点分配的MBS IP多播传输地址对应的多播传输组来接收父用户面节点通过多播方式发送的MBS业务数据，因此也可以提高MBS业务数据的传输效率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了单播通信系统及多播通信系统的数据传输流程示意图；
图2示出了MBMS的多播上下文激活过程示意图；
图3示出了IPv4网络地址的分类示意图；
图4示出了IPv4的多播地址的结构示意图；
图5示出了IPv6的多播地址的结构示意图；
图6示出了IPv4首部的结构示意图；
图7示出了IGMPv1的协议头部格式、IGMPv2的协议头部格式和IGMPv3中成员报告消息的格式示意图；
图8示出了MBMS多播业务的MBMS注册过程示意图；
图9示出了MBMS会话开始过程示意图；
图10示出了一种MBS系统架构示意图；
图11示出了一种MBS系统结构示意图；
图12示出了根据本申请的一个实施例的多播广播业务的通信方法的流程图；
图13示出了根据本申请的一个实施例的多播广播业务的通信方法的流程图；
图14示出了根据本申请的一个实施例的多播广播业务的通信方法的流程图；
图15示出了根据本申请的一个实施例的控制面与用户面分离的MBS通信方法的流程图；
图16示出了根据本申请的一个实施例的控制面与用户面分离的MBS通信方法的流程图；
图17示出了NG-RAN中gNB与5GC之间的连接关系示意图；
图18示出了根据本申请的一个实施例的控制面与用户面分离的MBS通信方法的流程图；
图19示出了本申请实施例的技术方案的级联方式示意图；
图20示出了根据本申请的一个实施例的控制面与用户面分离的MBS通信方法的流程图；
图21示出了根据本申请的一个实施例的多播广播业务的通信装置的框图；
图22示出了根据本申请的一个实施例的多播广播业务的通信装置的框图；
图23示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
2G(第二代移动通信技术)、3G(第三代移动通信技术)与4G(第四代移动通信技术)的无线通信系统支持MBMS(Multimedia Broadcast and Multicast Service，多媒体广播组播业务)，这个业务分为Broadcast(广播)与Multicast(组播)两种业务。但是，只有2G与3G系统支持多播业务，4G系统在标准上不支持，并且2G、3G和4G系统都支持广播业务。
除了广播和组播业务之外，网络节点之间的通信方式还包括单播。“单播”就是最为常见的一对一的通信，其优点是发送方可以向不同的接收方传输不同的内容，但是如果发送方需要向多个接收方传输相同的内容，那么就需要端到端地分别传输多份相同的数据，效率较低。具体如图1中所示，单播源以单播的方式向多个接收方发送数据时，需要以端到端的方式分别传输多份相同的数据(图1中不同的线型表示不同的数据流)。
“组播”也可以称为“多播”，是发送方将相同的内容传输给多个接收方。网上视频会议、网上视频点播特别适合采用多播方式，因为如果采用单播方式，那么有多少个接收方，就会有多少次传送过程，这种方式显然效率极低；而如果采用不区分目标、全部发送的广播方式，虽然一次可以传送完数据，但是达不到区分特定数据接收方的目的。可见，采用多播方式，既可以实现一次向多个接收方发送相同的数据，也可以达到只对特定对象传送数据的目的。具体如图1中所示，多播源一次可以向多个接收方发送数据相同的数据。
“广播”也是将相同的内容传输给多个接收方，但是在传输的时候没有进行接收方的选择，因此可能存在着对不必要的设备也进行了数据的传输而造成网络资源的浪费。另外，有些接收方可能对广播的内容没有“兴趣”，那么在接收到广播的内容之后，也不得不丢弃掉接收到的数据包，进而也造成了终端资源的浪费。
广播业务与多播业务的根本区别在于系统中的UE(User Equipment，用户设备)都可以参加广播业务且无需签约，而多播业务的UE必须是要签约与认证后才能参加。同时需要注意的是：多播业务与广播业务有很多种，对于多播业务，UE是通过IP多播地址加入相应业务的多播组。一个广播群对应的广播业务有其特定的服务区域。
在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)协议的TS23.246章节8.2中定义了MBMS的多播上下文激活过程，具体如图2所示，包括如下步骤：
步骤S201，UE选择一个APN(Access Point Name，接入点名称)建立一个PDP(Packet Data Protocol，分组数据协议)Context，然后分配一个IP地址给UE，为便于后续描述，该步骤中UE选择的APN用APN0来进行标识。
步骤S202，UE选择一个IP Multicast Address(该IP多播地址用于标识一个多播业务)，然后向GGSN(Gateway GPRS Support Node，网关GPRS支持节点)发送IGMP Join数据包，以指示UE要加入这个多播组。
步骤S203，GGSN向BM-SC(Broadcast Multicast Service Center，广播多播业务中心)发送MBMS授权请求，并接收BM-SC反馈的MBMS授权响应。其中，BM-SC根据UE的签约数据认证UE是否可以加入这个多播组，如果确认UE可以加入这个多播组，则在MBMS授权响应中给出UE加入这个多播组所要使用的APN(该APN以APN1来进行标识)，然后通过步骤S204a、S204b、S205将UE所要使用的APN1传递给UE。
步骤S206，UE根据BM-SC提供的APN1发起一个新的MBMS Session，即发送激活MBMS上下文请求，该激活MBMS上下文请求中包含有IP Multicast Address、APN1和UE的MBMS能力。该MBMS能力比如可以是QoS(Quality of Service，服务质量)能力。
步骤S207，SGSN(Serving GPRS Support Node，服务GPRS支持节点)校验UE是否有签约APN1，若不能校验通过，则SGSN向GGSN发送MBMS通知拒绝请求，GGSN向MBMS发送通知拒绝响应。需要说明的是，UE的签约数据保存在HSS(Home Subscriber Server，归属用户服务器)中，图2中没有示出SGSN与HSS的交互过程。另外，图2中的步骤S208和步骤S209的具体过程请参见TS23.246章节8.2中定义的MBMS上下文激活过程。
步骤S210，若SGSN校验UE通过，则SGSN根据APN1选择另外一个GGSN(即支持Multicast业务的GGSN)，向该GGSN发送创建MBMS上下文请求消息，此消息中包含有UE的ID、UE Location ID、IP Multicast Address、APN1和UE的接入信息(比如是2G还是3G)。
其中，UE的ID可以是IMSI(International Mobile Subscriber Identity，国际移动用户识别码)或MSISDN(Mobile Station International Integrated Service DigitalNetwork Number，移动台国际综合业务数字网络号码)。UE Location ID可以是RAT(RadioAccess Technology，无线接入技术)ID或者CGI(Common Gateway Interface，公共网关接口)或者SAI(Service Area Identity，服务区域标识)等。
步骤S211，GGSN向BM-SC发送MBMS授权请求，BM-SC根据UE的签约信息对UE进行授权，并向GGSN反馈MBMS授权响应。
步骤S212，若授权允许接入，且GGSN上没有IP Multicast Address指示的任何UE的上下文，即此UE是此GGSN上第一个接入IP Multicast Address所标识的多播业务，则向其上级节点BM-SC作注册，以指示后续发送给IP multicast Address的多播业务数据时，需要发送到此GGSN上。(注意，不同的UE可能选择到不同的GGSN上，因此BM-SC向下发送多播数据时，需要向这些GGSN同时发送相同的多播数据)。
步骤S213，GGSN创建此UE的对应于此IP Multicast Address的MBMS UE上下文，然后向SGSN发送创建MBMS上下文响应，以指示MBMS上下文创建成功。
步骤S214，类似于步骤S212，若SGSN上没有IP Multicast Address指示的任何UE的上下文，即此UE是此SGSN上第一个接入IP Multicast Address所标识的多播业务，则向上级节点GGSN作注册，以指示后续发送给IP multicast Address的多播业务数据时，需要发送到此SGSN上。(注意，不同的UE可能选择到不同的SGSN上，因此该GGSN向下发送多播数据时，需要向这些SGSN同时发送相同的多播数据)。
图2中的步骤S215至步骤S217的具体过程请参见TS23.246章节8.2中定义的MBMS上下文激活过程。
由图2所示的流程可知：2G或3G的UE先是通过APN0建立一个PDP Context，分配得到一个IP地址，然后以此IP地址发送一个加入多播的IGMP Join数据包给网络，GGSN要截获这个IGMP数据包，然后向MB-SC发送一个信令(即MBMS授权请求)，进而BM-SC向UE分配一个APN1，然后UE再以这个APN1发送请求MBMS上下文激活消息，从而才能激活一个MBMS上下文。
前述的IP多播地址可能是IPv4多播地址，也可以IPv6多播地址。如图3所示，IPv4的网络地址分为A类地址、B类地址、C类地址、D类地址和E类地址。其中，A类地址中的第1字节(8位)为网络号，其它3个字节(24位)为主机号，A类地址的范围是：0.0.0.0到127.255.255.255。B类地址中的第1字节和第2字节为网络号，其它2个字节为主机号，B类地址的范围是：128.0.0.0到191.255.255.255。C类地址中的前3个字节为网络号，第4个字节为主机号，C类地址的范围是：192.0.0.0到223.255.255.255。D类地址是多播地址，该类地址最前面4位是“1110”，D类地址的范围是：224.0.0.0到239.255.255.255。E类地址是保留地址，该类地址最前面5位是“11110”，E类地址的范围是：240.0.0.0到247.255.255.255。
如图4所示，IPv4的多播地址又可以具有三种结构，这三种结构分别适用于众所周知(Well-Known)的多播地址，全局范围(Globally-Scoped)的多播地址和本地范围(Locally-Scoped)的多播地址。
IPv6多播地址的结构如图5所示，第一个字节(8比特)表示该地址是多播地址，接下来的4比特是标志位(Flag)字段，再接下来的4比特是范围(Scope)字段，最后的112比特位组标识符(Group ID)。
其中，标志位字段的第一个比特为0，保留给将来使用；第二个比特指示该多播地址是否内嵌了RP(Rendezvous Point，聚合点)，RP是多播网络中指定多播流的分发点，比如第二个比特值为0时，表示未内嵌聚合点，第二个比特值为1时，表示内嵌了聚合点。标志位字段的第三个比特指示该多播地址是否内嵌了前缀信息，比如第三个比特值为0时，表示未内嵌前缀信息，第三个比特值为1时，表示内嵌了前缀信息。标志位字段的最后一个比特指示该多播地址是永久分配的多播地址(permanently assigned address)还是临时多播地址(transient multicast address)，比如最后一个比特值为0时，表示是永久分配的多播地址，最后一个比特值为1时，表示是临时多播地址。
范围(Scope)字段的作用是限定多播地址的范围，取值与描述如表1所示：
Figure GDA0004088713050000171
表1
在多播通信中，多播地址只能作为目的IP地址(即IP头中的目的IP地址)，多播地址不能作为源IP地址。在MBMS(2G、3G)与MBS(5G)的多播业务中，多播数据包都是网络侧向下发送给UE的，即多播数据包都是DL(Downlink，下行)数据包，UE不能通过对应的多播地址向网络侧发送数据。也就是说UE不能将此多播地址作为目的IP地址发送上行的IP包，即没有UL(Uplink，上行)的多播数据。
网络中传输的IP包是由IP首部和数据两部分组成的，IPv4首部的结构如图6所示，主要包括：“版本”字段、“首部长度”字段、“服务类型”字段、“总长度”字段、“标识”字段、“标志”字段、“片偏移”字段、“生存时间”字段、“协议”字段、“首部校验和”字段、“源地址”字段、“目的地址”字段、“可选字段”。
其中，“版本”字段占4位，指IP协议的版本，比如版本号为4(即IPv4)。“首部长度”字段占4位。“服务类型”字段占8位，用来获得更好的服务。“总长度”字段占16位，指首部和数据之和的长度。“标识”字段占16位，它是一个计数器，用来产生数据报的标识。“标志”字段占3位，“标志”字段的最低位是MF(More Fragment)，如果MF＝1则表示后面“还有分片”，如果MF＝0则表示是最后一个分片；“标志”字段中间的一位是DF(Don't Fragment)，只有当DF＝0时才允许分片。“片偏移”字段占12位，指较长的分组在分片后某片在原分组中的相对位置。“生存时间”字段即为TTL(Time To Live)，其占8位，TTL字段是由发送端初始设置一个字段。“协议”字段占8位，用于指示此数据报携带的数据使用何种协议，其中值为“1”表示是ICMP(Internet Control Message Protocol，Internet控制报文协议)协议；值为“2”表示是IGMP协议；值为“6”表示是TCP(Transmission Control Protocol，传输控制协议)协议；值为“17”表示是UDP(User Datagram Protocol，用户数据报协议)协议；值为“50”表示是ESP(Encapsulating Security Payload，封装安全载荷)协议；值为“51”表示是AH(Authentication header，认证头)协议。“首部校验和”字段占16位，只检验数据报的首部，不检验数据部分。“源地址”字段和“目的地址”字段分别占4字节，用于分别记录源地址和目的地址。
对于上述提到的IGMP协议，其有三个协议版本，分别为IGMPv1、IGMPv2和IGMPv3，对应的标准分别是RFC1054、RFC2236和RFC3376。IGMPv1的协议头部格式和IGMPv2的协议头部格式如图7所示，其中，IGMPv1的协议头部包括4比特的IGMP版本字段、4比特的IGMP报文类型字段(该字段值为1表示是Host Membership Query，即主机成员查询类型；值为2表示是Host Membership Report，即主机成员报告类型)、8比特的未用字段(该字段在发送时填0，接收时忽略)、16比特的IGMP校验和字段(当传送报文时，必须计算该校验字并插入到该字段中去；当接收包时，该字段必须在处理包之前进行检验)，以及32位的组播地址字段。
IGMPv2的协议头部包括8比特的报文类型字段、8比特的最大响应时间字段、16比特的IGMP校验和字段，以及32位的组播地址字段。
其中，IGMPv2的协议头部中的报文类型字段所指示的类型有如下几种：0x11＝Membership Query，表示的是IGMP成员查询消息；0x12＝Version 1 Membership Report，表示的是IGMPv1的成员报告消息；0x16＝Version 2 Membership Report，表示的是IGMPv2的成员报告消息；0x17＝Leave Group表示的是离开消息。在IGMPv2中，旧的4位版本字段和旧的4位类型字段拼成了一个新的8位类型字段，通过分别将成员查询消息(版本1和版本2的)及版本1的成员报告消息的类型代码置为0x11和0x12，保持了IGMP版本1和版本2包格式的向后兼容。
IGMPv2的协议头部中的最大响应时间字段用于指示在发出响应报告前的最长时间(以1/10秒为单位)，缺省值为10秒。类似于IGMPv1，在传送报文时，必须计算校验和并填入IGMPv2的协议头部中的校验和字段中，接收报文时，必须在处理报文之前检验校验和，以判断IGMP消息在传输过程中是否发生了错误。
继续参照图7所示，IGMPv3中成员报告消息(Membership Report)的格式包括类型字段(由于是成员报告消息，因此类型＝0x22)、保留字段、校验和字段、组记录数量字段以及组记录字段。其中，图2中所示的IGMP Join数据包就是IGMP的Membership Report消息来实现的。对IGMPv3而言，IGMP Joint消息的IP包中的目的IP地址不是要加入的IP多播地址，而是在消息的参数中包含了其要加入的IP多播地址。
标准TS23.246的章节8.4定义了适用于MBMS多播业务的MBMS注册过程，具体如图8所示，包括如下步骤：步骤S801，RNC(Radio Network Controller，无线网络控制器)向SGSN发送MBMS注册请求；步骤S802，SGSN向GGSN发送MBMS注册请求；步骤S803，GGSN向BM-SC发送MBMS注册请求；步骤S804，BM-SC向GGSN反馈MBMS注册响应，同时可以执行MBMS会话开始过程；步骤S805，GGSN向SGSN反馈MBMS注册响应，同时可以执行MBMS会话开始过程；步骤S806，SGSN向RNC反馈MBMS注册响应，同时可以执行MBMS会话开始过程。可见，MBMS注册过程的主要功能是形成了从上到下的一个控制承载建立(MBMS Bearer Context)的信令树。由于2G，3G的标准中是控制面与用户面不分离，因此在控制面上形成了MBMS承载控制面的传输树就等同于后续可以建立一个从上到下的MBMS承载的传输树(注意MBMS承载的传输树是用MBMSSession Start过程建立)。另外，由于4G不支持多播业务，所以4G标准中不存在着MBMS注册过程。
标准TS23.246的章节8.3定义了MBMS会话开始过程，具体如图9所示，包括如下步骤：步骤S901，BM-SC向GGSN发送MBMS会话开始请求，GGSN向BM-SC反馈MBMS会话开始响应；步骤S902，GGSN向SGSN发送MBMS会话开始请求，然后由SGSN向GGSN反馈MBMS会话开始响应；步骤S903，SGSN向BSC(Base Station Controller，基站控制器)/RNC发送MBMS会话开始请求，然后由BSC/RNC向SGSN反馈MBMS会话开始响应；步骤S904，UE与RSC/RNC之间进行MBMS会话开始过程；步骤S903a，BSC/RNC发送IGMPv3成员报告消息。
其中，对于MBMS的多播业务而言，MBMS注册过程与MBS会话开始过程都是Per IPMulticast(每个IP组播)过程，它是为这个IP Multicast建立一个从上到下的控制面的MBMS承载上下文的信令树与一个从上到下的MBMS承载的传输树，而不是Per UE Per IPMulticast。对于MBMS的广播业务而言，没有MBMS注册过程，且MBS会话开始过程都是Per IPBroadcast(每个IP广播)过程，它是为这个IP Broadcast建立一个从上到下的控制面的MBMS承载上下文的信令树与一个从上到下的MBMS承载的传输树，而不是Per UE Per IPBroadcast。
但是，对于MBMS的多播业务而言，为了优化注册流程，在UE进行MBMS UE Context激活过程中，可以顺便执行MBMS注册的部分过程，比如图2中所示的步骤S212和步骤S214，但这仅仅是当SGSN与GGSN中的第一个UE激活这个IP Multicast业务时执行的，当有第二个UE在相同的SGSN与GGSN上激活这个IP Multicast时就不再执行图2中所示的步骤S212和步骤S214。
对于MBMS的多播业务与广播业务而言，一个重要的功能是要形成多播业务与广播业务的用户面的传输树，防止形成用户面的传输环(即到达某个节点存在着多条不同的传输路径)，同时也防止MBMS断枝的出现(即出现某个节点没有下游节点)。
在2G～3G系统中，多个SGSN可以组成一个Pool(池)。虽然GGSN在标准上没有定义Pool，但是在实际部署时，存在着一个GGSN Pool以提供系统的高可靠性。这样，不同的UE接入到同一个BSC/RNC，并激活相同的MBMS IP Multicast时，有可能被BSC/RNC选择到同一个SGSN Pool中的不同SGSN上。但由于这些UE使用的APN是相同的，因此这些同一个SGSN Pool中的不同SGSN将选择到不同的GGSN，但可能SGSN是连接到相同的GGSN。3GPP的标准是这样规定的，当RNC使用Iu接口时，才允许选择使用SGSN Pool，且对于MBMS需要GGSN使用GTP-U(GPRS Tunneling Protocol-User plane，CPRS隧道协议用户面)直接连接到RNC上，用户面不允许经过SGSN。这样即使在同一个RNC上的不同用户使用相同的APN和IP Multicast选择了不同的SGSN，但其用户面最终是相同的，不会存在着多条不同的用户面。
但是，对于BSC而言，可能存在着多个SGSN向其发送MBMS会话开始请求消息，对于这种情况，标准TS23.236中定义了通过BSC/RNC拒绝其它SGSN的MBMS会话开始请求消息来实现只有一条用户面。同样的，当多个GGSN向一个SGSN发送MBMS会话开始请求消息时，SGSN也只能选择一个GGSN建立承载面，进而防止MBMS传输环的出现。
当BSC/RNC拒绝了一个SGSN的承载面建立，就可能造成这个SGSN没有下游节点，在这种情况下，SGSN只好通过DeRegistration(取消注册)技术(具体可以参照标准TS23.236的章节8.6.0)来实现将自身从GGSN的下游节点中删除，从而防止GGSN给这个SGSN发送MBMS的多播数据，而这个SGSN却不能往下传输的问题，避免出现MBMS传输断枝。同样的，当SGSN拒绝GGSN的承载面建立时，可能造成这个GGSN没有下游节点，在这种情况下，GGSN只好通过DeRegistration技术来实现将自身从BM-SC的下游节点中删除，从而防止BM-SC给这个GGSN发送MBMS的多播数据，避免出现MBMS传输断枝。
即对于MBMS多播业务而言，除了最终的传输点UE外，任何节点都必须有一个下游节点。若一个节点没有下游节点，则这个节点应当离开这个传输树(对应于DeRegistration过程)。例如，当一个基站下的MBMS UE全部移动到其它基站时，则这个基站需要向SGSN进行DeRegistration操作；当一个SGSN下的所有MBMS连接基站进行了DeRegistration操作，则这个SGSN需要向GGSN进行DeRegistration操作；当一个GGSN下的所有MBMS连接SGSN进行了DeRegistration操作，则这个GGSN需要向BM-SC进行Deregistration操作。
此外，由于MBMS业务(包含广播业务和多播业务)的传输路径是一个树状结构，每个父节点下面是一个或多个子节点，父节点与子节点的承载可以是基于父与子之间的GTPTunnel(GTP隧道)。但当子节点数量特别多时，父节点就需要同时向很多的子节点发送同样的IP Multicast数据，显然通过GTP隧道传输的方式效率非常低。为了提升网络侧父节点与子节点之间的传输效率，父节点可以分配一个本地的IP Multicast地址(这个地址不是MBMS Multicast业务中的Multicast地址)，这个传输层的IP Multicast地址用于子节点(如基站)同父节点(如MBMS GW或GGSN)之间高效传输MBMS业务数据。在这种情况下，父节点只需要将MBMS业务数据通过这个传输层的多播地址发送出去，所有的子节点都可以接收MBMS业务数据，从而大大地减轻了父节点的数据处理量。
要使用上述基于多播的承载传输优化技术，需要父节点分配一个本地的IPMulticast传输层地址，子节点在收到这个父节点分配的IP Multicast传输层地址后，需要通过IGMP Join过程加入这个传输层的多播组。因有些子节点不支持多播，因此可能存在着一部分子节点使用传输层多播的方式接收MBMS业务数据，另外一部分子节点分别使用点到点的GTP Tunnel方式，在这种情形下是由子节点分配下行GTP-U的IP地址及TEID。当然，父节点若发现子节点的数目比较少，则也可以决定不采用多播传输方式。
由于MBMS系统中控制面与用户面不分离，也就是网络节点都是同时包含用户面与控制面功能，因此当某个网络节点不支持多播传输技术后，直接回复一个GTP-U的IP地址及TEID后，父节点就可以知道这个节点不支持多播传输。但是在5G MBS系统中，控制面与用户面是分离的，控制面与用户面不再是同一个网络节点，在这种情况下建立MBS会话传输树将面临多种问题。
并且5G MBS最新的研究报告中定义了如图10和图11所示的两种系统架构，其中，图10所示的系统架构是在目前5G架构上叠加功能，即在不修改目前5G架构的情形下，通过增强5G架构的功能与接口来支持5GMBS业务，这种架构的好处是通过软件升级就可以支持5G MBS。图11所示的系统架构是一个全新的架构，即在目前5G架构不变的情形下，增加一些新的网络功能节点。这种架构的好处是对目前的5G的架构影响最小化，但是有些网络功能节点可能还是需要进行增强，如NG-RAN(Next Generation Radio Access Network，下一代无线接入网)、AMF、UDM(Unified Data Management，统一数据管理)、UDR(User DataRepository，用户数据仓库)、NEF(Network Exposure Function，网络开放功能)、PCF等。
图10中的SMF是Session Management Function，即会话管理功能；UPF是UserPlane Function，即用户面功能；AF是Application Function，即应用功能。图11中的MB-UPF即为Multicast/Broadcast-UPF；MB-SMF即为Multicast/Broadcast-SMF；MBSU即为Multicast/Broadcast Service User Plane(多播/广播业务用户面)；MBSF即为Multicast/Broadcast Service Function(多播广播业务实体)。
以下实施例将介绍针对5G MBS系统的用户面MBS会话传输树的相关技术内容，详细阐述如下：
图12示出了根据本申请的一个实施例的多播广播业务的通信方法的流程图，该多播广播业务的通信方法可以由第i级控制面节点来执行，该多播广播业务的通信方法至少包括步骤S1210至步骤S1230，详细介绍如下：
在步骤S1210中，选择第i级控制面节点对应的第i级用户面节点，该第i级控制面节点是MBS会话传输树中除最后一级控制面节点之外的任一级控制面节点。
在本申请的一个实施例中，如果第i级控制面节点不是MBS会话传输树中的第一级控制面节点，则可以根据第i级控制面节点的子控制面节点的信息选择至少一个第i级用户面节点。其中，子控制面节点的信息包括子控制面节点的位置和子控制面节点的数量中的至少一个。对于MBS多播业务而言，第i级控制面节点的子控制面节点的信息是由各个MBSUE Context组成；对于MBS广播业务而言，第i级控制面节点的子控制面节点的信息是由第i级控制面节点的父控制面节点提供或由网络配置得到。
在本申请的一个实施例中，如果第i级控制面节点是MBS会话传输树中的第一级控制面节点，则可以根据网络配置来选择至少一个第一级用户面节点。
在本申请的一个实施例中，MBS会话传输树中除第一级控制面节点之外的其它控制面节点具有至少一个父控制面节点。即在本申请的实施例中，MBS会话传输树中控制面节点可以有一个或多个父控制面节点。但是，MBS会话传输树中一个用户面节点只能有一个父用户面节点。
在步骤S1220中，向第i级用户面节点发送用户面MBS会话建立请求，并接收第i级用户面节点反馈的用户面MBS会话建立响应。
在本申请的一个实施例中，如果选择了第i级控制面节点对应的至少两个第i级用户面节点，则需要分别向第i级控制面节点对应的每个第i级用户面节点发送用户面MBS会话建立请求；并接收第i级控制面节点对应的每个第i级用户面节点分别反馈的用户面MBS会话建立响应。
在本申请的一个实施例中，如果第i级控制面节点不是MBS会话传输树中的第一级控制面节点，且第i级用户面节点支持通过多播方式接收第i级用户面节点的父用户面节点的MBS业务数据，则向第i级用户面节点发送的用户面MBS会话建立请求中包含有MBS IP多播分发信息，该MBS IP多播分发信息中包含有第i级用户面节点的父用户面节点所分配的第二MBS IP多播传输地址与第二C-TEID，该第二MBS IP多播传输地址用于指示第i级用户面节点加入第二MBS IP多播传输地址对应的多播传输组来接收第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
在本申请的一个实施例中，向第i级用户面节点发送的用户面MBS会话建立请求中包含的MBS IP多播分发信息来自于第i级控制面节点的父控制面节点发送的MBS会话开始请求。
在本申请的一个实施例中，如果第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点的父用户面节点的MBS业务数据，则用户面MBS会话建立请求中包含有请求为第i级用户面节点分配F-TEID的信息，用户面MBS会话建立响应中包含有为第i级用户面节点分配的F-TEID，该F-TEID用于使第i级用户面节点通过点对点的方式接收第i级用户面节点的父用户面节点发送的MBS业务数据。
在本申请的一个实施例中，第i级控制面节点如果并不知晓第i级用户面节点是否不支持接收基于多播方式传输的数据，或者第i级控制面节点即便知晓第i级用户面节点不支持接收基于多播方式传输的数据，但是也不进行决策，那么第i级用户面节点可以通过用户面MBS会话建立响应指示第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点的父用户面节点的MBS业务数据，并包含有第i级用户面节点分配的F-TEID。
继续参照图12所示，在步骤S1230中，向第i级控制面节点的子控制面节点发送MBS会话开始请求，以使该子控制面节点为第i级用户面节点分配子用户面节点，该MBS会话开始请求中包含有第i级用户面节点的标识信息，以及第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID，该第一MBS IP多播传输地址用于指示第i级用户面节点的子用户面节点加入第一MBS IP多播传输地址对应的多播传输组来接收第i级用户面节点通过多播方式发送的MBS业务数据。
在本申请的一个实施例中，第i级控制面节点向第i级用户面节点发送的用户面MBS会话建立请求中包含有用于指示第i级用户面节点分配新的MBS IP多播分发信息的指示信息，第i级用户面节点在返回的用户面MBS会话建立响应中包含有第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID。
在本申请的一个实施例中，第i级控制面节点在向第i级控制面节点的子控制面节点发送MBS会话开始请求之后，还可以接收第i级控制面节点的子控制面节点反馈的MBS会话开始响应，该MBS会话开始响应中包含有指示信息。该指示信息中包含的内容可以有如下几种情况：
情况1：在本申请的一个实施例中，该指示信息中包含有第i级用户面节点的标识信息、第一F-TEID列表信息和用于表示启动多播方式传输的第一字段信息，该第一字段信息表示第i级控制面节点的子控制面节点为第i级用户面节点分配的子用户面节点中存在支持通过多播方式接收第i级用户面节点的MBS业务数据的子用户面节点，该第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点的MBS业务数据的所有子用户面节点分别分配的F-TEID，该F-TEID用于使子用户面节点通过点对点的方式接收第i级用户面节点发送的MBS业务数据。可选地，第一字段信息可以是MulticastEnable。
情况2：在本申请的一个实施例中，该指示信息包含有第i级用户面节点的标识信息、且不包含上述第一F-TEID列表信息和上述第一字段信息，在这种情况下，该指示信息用于指示第i级控制面节点的子控制面节点为第i级用户面节点分配的子用户面节点均支持通过多播方式接收第i级用户面节点的MBS业务数据。
情况3：在本申请的一个实施例中，该指示信息包含有第i级用户面节点的标识信息、上述第一F-TEID列表信息，且不包含上述第一字段信息，在这种情况下，该指示信息用于指示第i级控制面节点的子控制面节点为第i级用户面节点分配的子用户面节点均不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点的MBS业务数据。
情况4：在本申请的一个实施例中，该指示信息包含有第i级用户面节点的标识信息和停用多播传输的字段信息、且不包含上述第一F-TEID列表信息，在这种情况下，该指示信息用于指示子控制面节点未向第i级用户面节点分配子用户面节点。可选地，停用多播传输的字段信息可以是将Multicast Enable的值设置为Disable。
在本申请的一个实施例中，如果第i级控制面节点选择了至少两个第i级用户面节点，那么MBS会话开始响应中可以包含有指示信息列表，该指示信息列表中包含有所有第i级用户面节点分别对应的指示信息。
在本申请的一个实施例中，第i级控制面节点的子控制面节点反馈的MBS会话开始响应中还可能包含有失败的标识信息列表，该失败的标识信息列表用于指示未被分配子用户面节点的目标第i级用户面节点。
在本申请的一个实施例中，如果第i级控制面节点根据第i级控制面节点的子控制面节点反馈的MBS会话开始响应确定存在未被分配子用户面节点的目标第i级用户面节点，那么可以向该目标第i级用户面节点发送用户面MBS会话删除请求。该实施例的技术方案即是删除用户面MBS会话传输树中的断枝。
在本申请的一个实施例中，第i级控制面节点在向未被分配子用户面节点的目标第i级用户面节点发送用户面MBS会话删除请求之后，还可以接收该目标第i级用户面节点反馈的用户面MBS会话删除响应，该用户面MBS会话删除响应是目标第i级用户面节点在接收到用户面MBS会话删除请求之后发送的，其中，若目标第i级用户面节点已加入目标第i级用户面节点的父用户面节点对应的多播传输组中，则在接收到用户面MBS会话删除请求之后退出目标第i级用户面节点的父用户面节点对应的多播传输组。
在本申请的一个实施例中，若第i级控制面节点具有至少两个子控制面节点，则第i级控制面节点需要在接收到第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应之后，再确定是否存在未被分配子用户面节点的目标第i级用户面节点，避免根据接收到部分子控制面节点反馈的MBS会话开始响应导致对是否存在未被分配子用户面节点的目标第i级用户面节点的判断出现偏差。
在本申请的一个实施例中，第i级控制面节点在接收到第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，可以根据该MBS会话开始响应确定第i级用户面节点通过哪种方式分别向第i级用户面节点的子用户面节点传输MBS业务数据。
具体而言，如果MBS会话开始响应中的指示信息包含有上述第一F-TEID列表信息，则第i级控制面节点可以根据该指示信息中包含的第i级用户面节点的标识信息向第i级用户面节点发送用户面MBS会话修改请求，以指示第i级用户面节点通过点对点的方式向第一F-TEID列表信息所包含的各个F-TEID对应的子用户面节点分别传送MBS业务数据。其中，如果该指示信息中还包含有上述第一字段信息，则用户面MBS会话修改请求还用于指示第i级用户面节点同时使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据；若指示信息中不包含上述第一字段信息，则用户面MBS会话修改请求还用于指示第i级用户面节点不需要使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据。
需要说明的是，如果MBS会话开始响应中的指示信息中不包含上述第一F-TEID列表信息和第一字段信息，那么说明第i级用户面节点的子用户面节点都支持接收多播传输，那么第i级用户面节点可以通过多播传输的方式向第i级用户面节点的子用户面节点传输MBS业务数据。
在本申请的一个实施例中，如果选择了第i级控制面节点对应的至少两个第i级用户面节点，那么可以根据MBS会话开始响应中包含的每个第i级用户面节点对应的指示信息，向需要发送用户面MBS会话修改请求的第i级用户面节点发送用户面MBS会话修改请求。具体地，如果根据第i级控制面节点的子控制面节点反馈的MBS会话开始响应确定某个第i级用户面节点的子用户面节点中的部分子用户面节点不支持通过多播方式、但支持通过点对点方式接收该第i级用户面节点的MBS业务数据，那么说明该第i级用户面节点是需要发送用户面MBS会话修改请求的第i级用户面节点。
在本申请的一个实施例中，如果第i级控制面节点不是MBS会话传输树中的第一级控制面节点，那么第i级控制面节点在接收到第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，需要根据子控制面节点反馈的MBS会话开始响应，向第i级控制面节点的父控制面节点反馈MBS会话开始响应，其中，向第i级控制面节点的父控制面节点反馈的MBS会话开始响应中包含有第i级用户面节点的父用户面节点的标识信息。当然，如果第i级控制面节点具有至少两个子控制面节点，那么需要在接收到第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应之后，再向第i级控制面节点的父控制面节点反馈MBS会话开始响应。
类似于第i级控制面节点的子控制面节点反馈的MBS会话开始响应，在本申请的一个实施例中，第i级控制面节点向第i级控制面节点的父控制面节点反馈的MBS会话开始响应中可以包含有第二F-TEID列表信息和用于表示启动多播方式传输的第二字段信息，该第二字段信息表示第i级用户面节点中存在支持通过多播方式接收第i级用户面节点的父用户面节点的MBS业务数据的用户面节点，该第二F-TEID列表信息包含有第i级用户面节点中不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点的父用户面节点的MBS业务数据的用户面节点所分配的F-TEID。
在本申请的另一个实施例中，第i级控制面节点向第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含上述第二F-TEID列表信息和上述第二字段信息，那么向第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示第i级用户面节点均支持通过多播方式接收第i级用户面节点的父用户面节点的MBS业务数据。
在本申请的另一个实施例中，第i级控制面节点向第i级控制面节点的父控制面节点反馈的MBS会话开始响应中包含有上述第二F-TEID列表信息，且不包含上述第二字段信息，则向第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示第i级用户面节点均不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点的父用户面节点的MBS业务数据。
在本申请的另一个实施例中，第i级控制面节点向第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含上述第二F-TEID列表信息，且包含有停用多播传输的字段信息，则向第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示未分配第i级用户面节点。
在本申请的一个实施例中，如果第i级控制面节点选择了至少两个第i级用户面节点，则第i级控制面节点向第i级控制面节点的子控制面节点发送的MBS会话开始请求中包含有每个第i级用户面节点各自的标识信息，以及每个第i级用户面节点分配的第一MBS IP多播传输地址和第一C-TEID；一般而言，不同的第i级用户面节点分配的第一MBS IP多播传输地址不相同。
在本申请的一个实施例中，如果第i级控制面节点选择了至少两个第i级用户面节点，则第i级控制面节点的子控制面节点为至少两个第i级用户面节点分别分配不同的子用户面节点，且为第i级用户面节点所分配的每个子用户面节点没有被分配为其它用户面节点的子节点。即在本申请的实施例中，用户面MBS会话传输树中的每个用户面节点只有一个父用户面节点，但是可以有多个子用户面节点。
在本申请的一个实施例中，前述实施例中的第i级控制面节点的子控制面节点以及第i级用户面节点的子用户面节点都可以是基站。如果基站也是控制面和用户面分离的，那么第i级控制面节点的子控制面节点可以是基站的集中单元(Centralized Unit，简称CU)，第i级用户面节点的子用户面节点可以是基站的分布单元(Distributed Unit，简称DU)。
在这种情况下，第i级控制面节点向第i级控制面节点的子控制面节点发送MBS会话开始请求的过程可以是：第i级控制面节点(如SMF或MB-SMF)向AMF发送信息传送消息，该信息传送消息中包含有接入网标识和第一MBS会话容器，第一MBS会话容器用于指示AMF向该接入网标识所对应基站或基站的集中单元发送MBS会话开始请求。第i级控制面节点在向AMF发送信息传送消息之后，可以接收AMF发送的信息通知消息，该信息通知消息中包含有第二MBS会话容器，该第二MBS会话容器中包含有基站或基站的集中单元反馈的MBS会话开始响应。
其中的AMF为能够连接基站或基站的集中单元与第i级控制面节点(如SMF或MB-SMF)的AMF。
在本申请的一个实施例中，基站或基站的集中单元可以根据注册的MBS多播业务的用户设备信息(对应于MBS多播业务而言)或MBS广播业务服务区域(对应于MBS广播业务而言)，向第i级用户面节点分配基站用户面信息或至少一个基站的分布单元作为第i级用户面节点的子用户面节点。其中，用户设备信息包括用户设备的位置和用户设备的数量中的至少一个。
图12是从第i级控制面节点的角度对本申请实施例的多播广播业务的通信方法进行阐述，以下结合图13和图14从第i级用户面节点的角度对本申请实施例的多播广播业务的通信方法进行进一步说明：
图13示出了根据本申请的一个实施例的多播广播业务的通信方法的流程图，该多播广播业务的通信方法可以由第i级用户面节点来执行，该多播广播业务的通信方法至少包括步骤S1310至步骤S1330，详细介绍如下：
在步骤S1310中，接收MBS会话传输树中的第i级控制面节点发送的用户面MBS会话建立请求，该用户面MBS会话建立请求中包含有MBS IP多播分发信息，该MBS IP多播分发信息来自于第i级控制面节点的父控制面节点，该MBS IP多播分发信息中包含有第i级控制面节点的父控制面节点提供的第二MBS IP多播传输地址和第二C-TEID。
在步骤S1320中，向第i级控制面节点反馈用户面MBS会话建立响应，用户面MBS会话建立响应中包含有第i级用户面节点分配的第一MBS IP多播传输地址和第一C-TEID，第一MBS IP多播传输地址用于指示第i级用户面节点的子用户面节点加入第一MBS IP多播传输地址对应的多播传输组来接收第i级用户面节点通过多播方式发送的MBS业务数据。
在本申请的一个实施例中，第i级用户面节点的子用户面节点是由第i级控制面节点的子控制面节点分配的，且为不同的第i级用户面节点分配的子用户面节点不相同，具体请参照前述实施例的技术方案。
在步骤S1330中，若第i级用户面节点支持通过多播方式接收第i级用户面节点的父用户面节点发送的MBS业务数据，则加入第二MBS IP多播传输地址对应的多播传输组来接收第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
在本申请的一个实施例中，如果第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点的父用户面节点发送的MBS业务数据，则分配通过点对点方式接收第i级用户面节点的父用户面节点发送的MBS业务数据的F-TEID，然后将该F-TEID添加至用户面MBS会话建立响应中反馈给第i级控制面节点。
在本申请的一个实施例中，第i级用户面节点在向第i级控制面节点反馈用户面MBS会话建立响应之后，如图14所示，还可以包括如下步骤：
步骤S1410，接收第i级控制面节点发送的用户面MBS会话修改请求，该用户面MBS会话修改请求中包含有第一F-TEID列表信息，该第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点发送的MBS业务数据的子用户面节点分别分配的F-TEID。
在本申请的一个实施例中，如果第i级用户面节点的子用户面节点不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点发送的MBS业务数据，那么在第i级用户面节点的子用户面节点与第i级控制面节点的子控制面节点之间进行用户面MBS会话建立过程中，不支持通过多播方式、但支持通过点对点方式接收第i级用户面节点发送的MBS业务数据的子用户面节点会分配F-TEID，然后通过用户面MBS会话建立响应反馈给第i级控制面节点的子控制面节点。
步骤S1420，基于第一F-TEID列表信息，通过点对点的方式向第一F-TEID列表信息所包含各个F-TEID对应的子用户面节点分别传送MBS业务数据，并根据用户面MBS会话修改请求确定是否同时使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据。
在本申请的一个实施例中，如果用户面MBS会话修改请求中包含有用于表示启动多播方式传输的第一字段信息，则该用户面MBS会话修改请求还用于指示第i级用户面节点同时使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据；若用户面MBS会话修改请求中不包含上述第一字段信息，则用户面MBS会话修改请求还用于指示第i级用户面节点不需要使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据。具体请参照前述实施例的技术方案，不再赘述。
在本申请的一些实施例中，基于前述方案，如果第i级用户面节点接收到第i级控制面节点发送的用户面MBS会话删除请求，则向第i级控制面节点发送用户面MBS会话删除响应；其中，若第i级用户面节点已加入第二MBS IP多播传输地址对应的多播传输组中，则在接收到用户面MBS会话删除请求之后，退出第二MBS IP多播传输地址对应的多播传输组。该实施例的技术方案即为删除用户面MBS会话传输树中的断枝。
在本申请的一个实施例中，如果第i级用户面节点在向第i级控制面节点反馈用户面MBS会话建立响应之后，接收到其它控制面节点发送的用户面MBS会话建立请求，则向其它控制面节点反馈拒绝消息，以向该其它控制面节点指示此用户面节点(即第i级用户面节点)已被选择。即一个用户面节点只能被一个控制面节点选择来作为另外一个用户面节点的子节点，而不能被多个控制面节点分别选择。
在本申请的一个实施例中，如果第i级用户面节点接收到多个控制面节点发送的用户面MBS会话建立请求，则从这多个控制面节点中选择一个控制面节点反馈用户面MBS会话建立响应，并向这多个控制面节点中的其它控制面节点反馈拒绝消息，以向该其它控制面节点指示此用户面节点已被选择。同样的，一个用户面节点只能被一个控制面节点选择来作为另外一个用户面节点的子节点，因此如果收到多个控制面节点发送的用户面MBS会话建立请求，只能选择其中一个来反馈用户面MBS会话建立响应。
以上分别从第i级控制面节点和第i级用户面节点的角度对本申请实施例的技术方案进行了说明，以下从各个实体交互的角度对本申请实施例的技术方案的实现细节进行详细阐述。
在本申请的一个实施例中，5G的MBS会话传输树需要保证每个用户面的父用户面节点只能是一个，但由于用户面由控制面来控制，可能出现控制面的父控制面节点不是只有一个，在这种情况下子控制面节点可以向不同的父控制面节点分别提供不同的一个或多个子用户面节点，也就是即使是同一个父控制面节点对应的不同父用户面节点，这些父用户面节点的子用户面节点也是互相独立的。
其中，如果为一个父控制面节点分配了多个子用户面节点，而这多个子用户面节点中一部分子用户面节点支持接收基于多播方式传输的数据，而另外一部分子用户面节点不支持接收基于多播方式传输的数据，但是支持通过点对点的方式接收MBS业务数据，那么不支持接收多播传输数据的子用户面节点可以分配GTP-U的IP地址+TEID(用F-TEID来表示)，以通过点对点的方式向这些子用户面节点传输MBS业务数据。
具体地，图15示出了根据本申请的一个实施例的控制面与用户面分离的MBS通信方法，其中，以下内容中出现的F-CP表示Father-Control Plane(父控制面)，S-CP表示Son-Control Plane(子控制面)，F-UP表示Father-User Plane(父用户面)，S-UP表示Son-UserPlane(子用户面)。
参照图15所示，包括如下步骤：
步骤S1501，F-CP1接收到F-CP1的父控制面节点发送的MBS会话开始请求(即Nfcp_MBSSessionStart Request)，该MBS会话开始请求中包含有TMGI(Temporary Mobile GroupIdentity，临时群组标识)、MBS Session Duration(MBS会话持续时间)、MBS QFIs(QoSFlow Identifier，QoS流标识)、QoS Profile(QoS配置)、UP ID(该UP ID是与F-CP1的父控制面节点同级的用户面节点的标识)、MBS IP Multicast Distribution(MBS IP多播分发信息)、MBS Time to Data Transfer(MBS业务数据传输时间)、MBS Service Area(MBS服务区域)。
其中，TMGI表示一个多播或广播的临时组标识；MBS Session Duration表示这次MBS会话的时间长度；MBS Time to Data Transfer表示MBS业务数据开始发送的时间；QoSProfile包括5QI(5G QoS Identifier，5G QoS指示符)、MFBR(Maximum Flow Bit Rate，最大比特流速率)、GFBR(Guaranteed Flow Bit Rate，保证流比特率)、ARP(Allocation andRetention Priority，分配与保持优先级)等；MBS IP Multicast Distribution包含了IP多播传输地址(该IP多播传输地址是与F-CP1的父控制面节点同级的用户面节点(即前述的UP ID所标识的用户面节点)所分配的IP多播传输地址，为便于区分，将其记为IP1)和C-TEID(为了简化，图15中没有画出F-CP1和F-CP2的父控制面节点，也没有画出F-UP11和F-UP21的父用户面节点)；MBS Service Area是当此MBS业务是广播业务时的服务区域。
步骤S1502，F-CP1根据F-CP1的子控制面节点的信息确定从多个F-UPF中选取一个或多个F-UPF作为与F-CP1同级的用户面节点。该实施例中假定只选取了一个与F-CP1同级的用户面节点(记为F-UP11)，然后F-CP1向F-UP11发送用户面MBS会话建立请求(即N4MBSSessionEstablishment Request)，F-UP11向F-CP1反馈用户面MBS会话建立响应(即N4 MBSSessionEstablishment Response)。
在本申请的一个实施例中，对于MBS多播业务而言，F-CP1的子控制面节点的信息是由各个MBS UE Context组成；对于MBS广播业务而言，F-CP1的子控制面节点的信息是由F-CP1的父控制面节点提供或由网络根据服务区域配置得到。F-CP1的子控制面节点的信息包括F-CP1的子控制面节点的数量及位置信息等。
在本申请的一个实施例中，F-CP1向选取的F-UP11发送的用户面MBS会话建立请求中可能包含有PDR(Packet Detection Rule，报文检测规则)、QER(QoS Enforcement Rule，QoS执行规则)、FAR(Forwarding Action Rule，转发执行规则)、MBS IP MulticastDistribution、Allocate New MBS IP Multicast Distribution for Downlink Node(为下行节点分配新的MBS IP多播分发信息)指示、请求分配F-TEID的指示。F-UP11反馈的用户面MBS会话建立响应中包含有Allocate MBS IP Multicast Distribution for Downlinknode、F-TEID。
其中，用户面MBS会话建立请求中的PDR包含一个或多个MBS IP MulticastAddress+UDP Port来指示一个或多个不同的MBS QoS Flow；QER包含与PDR对应的MFBR、GFBR及DL Flow Level Marking(下行流等级标记)；MBS IP Multicast Distribution是TMGI所对应的MBS IP Multicast Distribution，其来自于F-CP1接收到由F-CP1的父控制面节点发送的MBS会话开始请求，其中包含的MBS IP多播传输地址即为IP1。
用户面MBS会话建立请求中的Allocate New MBS IP Multicast Distributionfor Downlink Node指示是用于指示F-UP11存在着子用户面节点，因此F-UP11需要分配一个新的MBS IP Multicast Distribution，用户面MBS会话建立响应中的Allocate MBS IPMulticast Distribution for Downlink node则包含F-UP11所分配的新的MBS IPMulticast Distribution，该新的MBS IP Multicast Distribution包含了新的IP多播传输地址(为便于区分，该新的IP多播传输地址记为IP2)与C-TEID。
需要说明的是，MBS IP Multicast Distribution是每个父用户面节点为每个父用户面节点的所有子用户面节点所分配的，不同的父用户面节点会分配不同的MBS IPMulticast Distribution。
此外，若根据网络配置，F-UP11不支持接收基于多播方式传输的MBS业务数据，但是支持通过点对点的方式接收MBS业务数据，则F-CP1发送的用户面MBS会话建立请求消息包含请求分配F-TEID的指示，以请求F-UP11为了通过以点对点方式接收F-UP11的父用户面节点发送的MBS业务数据而分配一个F-TEID，F-UP11在分配F-TEID之后，在用户面MBS会话建立响应中携带分配的F-TEID。
若用户面MBS会话建立请求中没有包含请求分配F-TEID的指示，即F-CP1不进行决策，但用户面节点F-UP11不支持接收基于多播方式传输的数据，那么F-UP11同样需要分配一个F-TEID，并在用户面MBS会话建立响应中携带分配的F-TEID。
步骤S1503，若F-UP11支持接收基于多播方式传输的数据，则申请加入IP多播传输地址IP1对应的多播传输组中，以接收F-UP11的父用户面节点发送的MBS业务数据。
步骤S1504，F-CP1根据F-CP1的子控制面节点的信息，向每个子控制面子节点分别发送MBS会话开始请求(即Nscp_MBSSessionStart Request)，即步骤S1504至步骤S1508是针对每个子控制面节点分别单独执行的，该实施例中以向一个子控制面节点S-CP发送为例进行说明。
F-CP1发送给F-CP1的子控制面节点S-CP的MBS会话开始请求中包含了如下参数：TMGI、MBS Session Duration、MBS QFIs、QoS Profile、F-UP11 ID，MBS IP MulticastDistribution、MBS Time to Data Transfer、MBS Service Area。其中，F-CP1发送的MBS会话开始请求中的MBS IP Multicast Distribution是在步骤S1502中分配的，其中包含的IP多播传输地址即为IP2。
S-CP在接收到F-CP1发送的MBS会话开始请求之后，类似于步骤S1502，S-CP根据S-CP的子控制面节点的信息从多个S-UP中选取F-UP11的一个或多个S-UP，该实施例中假定选取了S-UP1与S-UP2。然后分别执行步骤S1505a和步骤S1505b。
步骤S1505a，S-CP向选取的S-UP1发送用户面MBS会话建立请求，S-UP1向S-CP反馈用户面MBS会话建立响应。
在本申请的一个实施例中，S-CP发送的用户面MBS会话建立请求中也可能包含有PDR、QER、FAR、MBS IP Multicast Distribution、F-UP11ID、Allocate New MBS IPMulticast Distribution for Downlink Node指示、请求分配F-TEID的指示等。S-UP1反馈的用户面MBS会话建立响应中包含有Allocate MBS IP Multicast Distribution forDownlink node和F-TEID。
其中，S-CP发送的用户面MBS会话建立请求中的MBS IP Multicast Distribution来自于步骤S1504接收到的MBS会话开始请求，其中包含的IP多播传输地址即为IP2。S-CP发送给S-UP1的用户面MBS会话建立请求中的Allocate New MBS IP MulticastDistribution for Downlink Node指示是用于指示S-UP1来分配一个新的MBS IPMulticast Distribution，以便于以多播传输方式发送MBS业务数据到S-UP1的子用户面节点。具体由S-UP1分配的过程参照步骤S1502所述。类似的，如果S-UP1不支持多播传输，则可以分配一个F-TEID，并且也是由S-UP1分配的。
步骤S1505b，S-CP向选取的S-UP2发送用户面MBS会话建立请求，S-UP2向S-CP反馈用户面MBS会话建立响应。具体过程与步骤S1505a类似，不再赘述。
步骤S1506，S-UP1和S-UP2若支持接收基于多播方式传输的数据，则分别加入F-UP11分配的IP多播传输地址(即IP2)对应的多播传输组中，以接收F-UP11发送的MBS业务数据。
步骤S1507，S-CP向F-CP1发送MBS会话开始响应(即Nscp_MBSSessionStartResponse)，该MBS会话开始响应中包含有F-UP11ID。
其中，若S-UP1和S-UP2中有S-UP不支持接收基于多播方式传输的数据，则S-CP向F-CP1发送的MBS会话开始响应中包含有List of F-TEID(由于是针对子用户面节点的，为便于区分，以下将其记为List of F-TEIDsup)，且对应于F-UP11。该List of F-TEIDsup包含有S-UP1和S-UP2中不支持接收多播传输但支持使用点对点方式接收MBS业务数据的S-UP所分配的F-TEID。若S-UP1和S-UP2中有部分S-UP支持接收多播传输，则需要在MBS会话开始响应中包含Multicast Enable以指示F-UP11同时需要使用多播传输与点对点传输技术来向F-UP11的子用户面节点传输MBS业务数据。
特别地，若S-CP向F-CP1发送的MBS会话开始响应中不包含List of F-TEIDsup，则表明S-CP选择的所有子用户面节点都支持接收基于多播方式传输的数据，因此MBS会话开始响应中无需携带Multicast Enable这个标识。
特别地，若S-CP向F-CP1发送的MBS会话开始响应中包含有List of F-TEIDsup，但没有包含Multicast Enable这个标识，则说明S-CP选择的所有子用户面节点都不支持接收基于多播方式传输的数据，但支持接收通过点对点方式传输的MBS业务数据。
特别地，若S-CP向F-CP1发送的MBS会话开始响应中不包含List of F-TEIDsup，且Multicast Enable设置为Disable，则表明子控制面节点S-CP没有为F-UP11分配对应的子用户面节点(一个可能的原因是要选择的子用户面节点已经分配了父用户面节点，此时，就不能选择这些子用户面节点了)。在这种情况下，子控制面节点S-CP也可以通过MBS会话开始响应来返回Failure Code来指示。
需要说明的是，如果S-CP选择的子用户面节点中只有一个子用户面节点不支持接收基于多播方式传输的数据，那么S-CP向F-CP1发送的MBS会话开始响应中也可以不包含List of F-TEIDsup，而是只包含这个子用户面节点分配的F-TEID。
步骤S1508，若步骤S1507中的MBS会话开始响应中包含有F-UP11ID及F-TEID参数(如某个S-UP分配的F-TEID，或者某些S-UP对应的List of F-TEIDsup)，则F-CP1向F-UP11发送用户面MBS会话修改请求(即N4 MBSSessionModification Request)，F-UP11向F-CP1反馈用户面MBS会话修改响应。其中，该用户面MBS会话修改请求中包含有不支持接收多播传输、但支持使用点对点方式接收MBS业务数据的S-UP对应的List of F-TEIDsup，以指示F-UP11增加使用点对点的方式分别向不支持接收多播传输、但支持使用点对点方式接收MBS业务数据的S-UP传送MBS业务数据。若步骤S1507中的MBS会话开始响应中不包含Multicast Enable的指示，则指示F-UP11不再使用多播传输方式。若步骤S1507中的MBS会话开始响应中包含有Multicast Enable的指示，则指示F-UP11同时要使用多播传输与点对点传输方式。
需要说明的是：如果步骤S1507中的MBS会话开始响应中只包含有一个F-TEID，而F-UP11不知道F-UP11的子用户面节点的具体数量，那么F-UP11可以只使用点对点的方式向这个F-TEID对应的S-UP传送MBS业务数据；同时F-UP11可以根据步骤S1508中的用户面MBS会话修改请求同时使用多播传输地址(即IP2)向其它的S-UP发送MBS业务数据。
如果步骤S1507中的MBS会话开始响应中不包含F-TEID，且Multicast Enable不是设置为Disable，则表示F-UP11继续使用多播传输方式，此时无需执行步骤S1508。
步骤S1509，当针对每个子控制面节点都执行步骤S1504至步骤S1508之后，F-CP1根据所有子控制面节点反馈的MBS会话开始响应向F-CP1的父控制面节点发送MBS会话开始响应(即Nfcp_MBSSessionStart Response)。
类似于步骤S1507，F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含有UP ID(该UP ID是与F-CP1的父控制面节点同级的用户面节点的标识)，并且可能还包含有List of F-TEID(为便于区分，将其记为List of F-TEIDfup)，由于F-CP1仅选择了一个同级的用户面节点F-UP11，因此如果F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含有List of F-TEIDfup，那么其中也只包含F-UP11分配的F-TEID。
需要说明的是，由于在该实施例中F-CP1仅选择了一个同级的用户面节点F-UP11，因此F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中如果不包含F-UP11分配的F-TEID，在这种情况下说明F-UP11支持接收基于多播方式传输的数据，此时F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中无需包含Multicast Enable；如果F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含F-UP11分配的F-TEID，则说明F-UP11不支持接收基于多播方式传输的数据，在这种情况下由于F-CP1只有一个同级的用户面节点F-UP11，因此F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中也无需包含MulticastEnable。
其中，步骤S1501至步骤S1509是F-CP1接收到F-CP1的父控制面节点发送的MBS会话开始请求之后的处理过程，在该处理过程中，F-CP1选择了一个同级的用户面节点F-UP11，并且F-CP1的子控制面节点S-CP选择了两个与S-CP同级的子用户面节点S-UP1和S-UP2。
继续参照图15所示，还包括如下步骤：
步骤S1510，F-CP2接收到F-CP2的父控制面节点发送的MBS会话开始请求，该MBS会话开始请求中包含有TMGI、MBS Session Duration、MBS QFIs、QoS Profile、UPx ID、MBSIP Multicast Distribution、MBS Time to Data Transfer、MBS Service Area。其中，具体参数的含义参照前述步骤S1501中的说明，为便于区分，F-CP2接收到的MBS会话开始请求中的MBS IP Multicast Distribution包含的IP多播传输地址可以记为IPx。
步骤S1511，F-CP2根据F-CP2的子控制面节点的信息确定从多个F-UPF中选取一个或多个F-UPF作为与F-CP2同级的用户面节点。该实施例中假定只选取一个与F-CP2同级的用户面节点F-UP21，然后F-CP2向F-UP21发送用户面MBS会话建立请求，F-UP21向F-CP2反馈用户面MBS会话建立响应。
具体说明参见前述步骤S1502的相关内容，类似于步骤S1502，F-CP2与F-UP21之间通过用户面MBS会话建立请求与用户面MBS会话建立响应之间的交互，F-UP21分配了新的IP多播传输地址(为便于区分，记为IP3)。
此外，类似地，若F-UP21不支持接收基于多播方式传输的数据，则F-UP21分配一个用于通过点对点方式接收MBS业务数据的F-TEID，并在用户面MBS会话建立响应中携带分配的F-TEID。
步骤S1512，若F-UP21支持接收基于多播方式传输的数据，则申请加入IP多播传输地址IPx对应的多播传输组中，以接收F-UP21的父用户面节点发送的MBS业务数据。
步骤S1513，F-CP2根据F-CP2的子控制面节点的信息，向每个子控制面子节点分别发送MBS会话开始请求，即步骤S1513至步骤S1517是针对每个子控制面节点分别单独执行的，该实施例中以向一个子控制面节点S-CP发送为例进行说明。
类似地，F-CP2发送给F-CP2的子控制面节点S-CP的MBS会话开始请求中同样包含了MBS IP Multicast Distribution，且该MBS IP Multicast Distribution是在步骤S1511中分配的，其对应的用户面节点标识是F-UP21ID，其中包含的IP多播传输地址即为IP3。
需要说明的是：步骤S1513与步骤S1504之间并没有先后关系，它们可以是F-CP2与F-CP1并行分别执行的步骤。
S-CP在接收到F-CP2发送的MBS会话开始请求之后，类似于前述步骤，S-CP根据S-CP的子控制面节点的信息从多个S-UP中为F-UP21选择一个或多个S-UP，该实施例中假定选取了S-UP3与S-UP4，然后分别执行步骤S1514a和步骤S1514b。
需要说明的是，S-CP为F-UP21选取的S-UP不同于S-CP为F-UP11选择的S-CP。换句话说，本申请的实施例中，在控制面上一个子控制面节点可以有多个父控制面节点，比如子控制面节点S-CP具有两个父控制面节点F-CP1和F-CP2，但是一个子用户面节点是不允许有多个父用户面节点的，这样，当一个子用户面节点已经有一个父用户面节点后，是不能再参与子用户面节点的选择。因此S-CP为F-UP21只能选择S-UP3与S-UP4，而S-UP1与S-UP2已经被选择为F-UP11的子用户面节点，因此S-CP不能再选择S-UP1与S-UP2作为F-UP21的子用户面节点了。
步骤S1514a，S-CP向选取的S-UP3发送用户面MBS会话建立请求，S-UP3向S-CP反馈用户面MBS会话建立响应。步骤S1514b，S-CP向选取的S-UP4发送用户面MBS会话建立请求，S-UP4向S-CP反馈用户面MBS会话建立响应。具体过程与步骤S1505a类似，不再赘述。
步骤S1515，S-UP3和S-UP4若支持接收基于多播方式传输的数据，则分别加入F-UP21分配的IP多播传输地址(即IP3)对应的多播传输组中，以接收F-UP21发送的MBS业务数据。
步骤S1516，S-CP向F-CP2发送MBS会话开始响应，该MBS会话开始响应中包含有F-UP21 ID。该步骤的具体说明与前述步骤S1507类似，不再赘述。
步骤S1517，F-CP2向F-UP21发送用户面MBS会话修改请求，F-UP21向F-CP2反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
步骤S1518，当针对每个子控制面都执行步骤S1513至步骤S1517之后，F-CP2根据所有子控制面反馈的MBS会话开始响应向F-CP2的父控制面节点发送MBS会话开始响应。该步骤的具体说明与前述步骤S1509类似，不再赘述。
其中，步骤S1510至步骤S1518是F-CP2接收到F-CP2的父控制面节点发送的MBS会话开始请求之后的处理过程，在该处理过程中，F-CP2选择了一个同级的用户面节点F-UP21，并且F-CP2的子控制面节点S-CP选择了两个与S-CP同级的子用户面节点S-UP3和S-UP4。
通过步骤S1501至步骤S1518可知，在本申请的实施例中，子控制面节点S-CP有多个父控制面节点F-CP1和F-CP2，而S-CP控制的子用户面节点S-UP只有一个父用户面节点。
另外，步骤S1501中的消息与步骤S1510中的消息可能是并行发下来的，因此，步骤S1501～S1509与步骤S1510～S1518可能是并行执行的。这样，在用户面MBS会话建立过程中，可能存在着一个用户面节点同时被两个控制面节点发送用户面MBS会话建立请求消息，或已经被一个控制面节点选择后又接收到另一个控制面节点发送的用户面MBS会话建立请求消息。如果一个用户面节点同时收到两个控制面节点(当然也可以是更多个，此处以两个为例进行说明)发送的用户面MBS会话建立请求消息，那么该用户面节点可以在用户面MBS会话建立响应消息中正常响应其中一个控制面节点发送的用户面MBS会话建立请求，并且在另一个用户面MBS会话建立响应消息中拒绝(Reject)另外一个控制面节点，以指示此用户面节点已经被选择。如果一个用户面节点通过一个控制面节点已经有了父用户面节点后，又收到另外一个控制面节点发送的用户面MBS会话建立请求消息时，则在另一个用户面MBS会话建立响应消息中Reject该另外一个控制面节点，以指示此用户面节点已经被选择。
当这种MBS会话传输树建立完成之后，可以执行如下步骤：
步骤S1519a，F-UP11接收到F-UP11的父用户面节点发送的下行MBS业务数据。然后通过步骤S1520a将接收到的该下行MBS业务数据传输给S-UP1和S-UP2。
需要说明的是：对于有父用户面节点的各个用户面节点，需要以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。比如，对于S-UP1和S-UP2而言，若确定是只采用多播传输方式，则S-UP1和S-UP2通过多播传输方式接收F-UP11发送的MBS业务数据；若确定是只采用点对点传输方式，则S-UP1和S-UP2分别通过点对点传输方式接收F-UP11发送的MBS业务数据。
对于有子用户面节点的各个用户面节点，需要以前面步骤所确定的多播传输方式或点对点传输方式向每个子用户面节点传送MBS业务数据。比如，对于F-UP11而言，若确定是只采用多播传输方式，则F-UP11通过多播方式传送MBS业务数据给F-UP11的所有子用户面节点(该实施例中即为S-UP1和S-UP2)；若确定是只采用点对点传输方式，则F-UP11分别向F-UP11的每个子用户面节点(该实施例中即为S-UP1和S-UP2)以通过点对点传输方式传送MBS业务数据。
步骤S1519b，F-UP21接收到F-UP21的父用户面节点发送的下行MBS业务数据。然后通过步骤S1520b将接收到的该下行MBS业务数据传输给S-UP3和S-UP4。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
在图15所示的实施例中，父控制面节点向子控制面节点发送的MBS会话开始请求中仅包含了一个父用户面节点的信息，以下结合图16介绍在本申请的另一个实施例中，父控制面节点向子控制面节点发送的MBS会话开始请求中可以包含多个父用户面节点的信息。
具体地，图16示出了根据本申请的一个实施例的控制面与用户面分离的MBS通信方法，类似地，以下内容中出现的F-CP表示Father-Control Plane(父控制面)，S-CP表示Son-Control Plane(子控制面)，F-UP表示Father-User Plane(父用户面)，S-UP表示Son-User Plane(子用户面)。
参照图16所示，包括如下步骤：
步骤S1601，F-CP1接收到F-CP1的父控制面节点发送的MBS会话开始请求。具体过程与前述步骤S1501类似，不再赘述。其中，该MBS会话开始请求中的MBS IP MulticastDistribution包含的IP多播传输地址记为IP1。
F-CP1在接收到F-CP1的父控制面节点发送的MBS会话开始请求之后，可以根据F-CP1的子控制面节点的信息确定从多个F-UPF中选取一个或多个F-UPF作为与F-CP1同级的用户面节点，该实施例中假定选取了两个用户面节点，记为F-UP11和F-UP12。然后分别执行步骤S1602a和步骤S1602b。
步骤S1602a，F-CP1向F-UP11发送用户面MBS会话建立请求，F-UP11向F-CP1反馈用户面MBS会话建立响应。该过程与前述实施例中步骤S1502的过程类似，不再赘述，其中步骤S1602a中F-UP11分配的IP多播传输地址记为IP2。
步骤S1602b，F-CP1向F-UP12发送用户面MBS会话建立请求，F-UP12向F-CP1反馈用户面MBS会话建立响应。该过程与前述实施例中步骤S1502的过程类似，不再赘述，其中步骤S1602b中F-UP12分配的IP多播传输地址记为IP3。
步骤S1603，若F-UP11与F-UP12支持接收基于多播方式传输的数据，则申请加入IP多播传输地址IP1对应的多播传输组中，以接收F-UP11与F-UP12的父用户面节点发送的MBS业务数据。
步骤S1604，F-CP1根据F-CP1的子控制面节点的信息，向每个子控制面子节点分别发送MBS会话开始请求，即步骤S1604至步骤S1608是针对每个子控制面节点分别单独执行的，该实施例中以向一个子控制面节点S-CP发送为例进行说明。
F-CP1发送给F-CP1的子控制面节点S-CP的MBS会话开始请求中包含了如下参数：TMGI、MBS Session Duration、MBS QFIs、QoS Profile、MBS Time to Data Transfer、Listof{F-UP ID，MBS传输信息}、MBS Service Area。其中，MBS传输信息即为MBS IP MulticastDistribution(IP Multicast Distribution address,C-TEID)。在该实施例中，由于F-CP1选择了两个与F-CP1同级的用户面节点F-UP11和F-UP12，因此List of{F-UP ID，MBS传输信息}中包含了F-UP11 ID及F-UP11 ID对应的MBS IP Multicast Distribution，以及F-UP12ID及F-UP12 ID对应的MBS IP Multicast Distribution。F-UP11 ID对应的MBS IPMulticast Distribution是F-UP11所分配的，其中包含的IP多播传输地址即为IP2；F-UP12ID对应的MBS IP Multicast Distribution是F-UP12所分配的，其中包含的IP多播传输地址即为IP3。
需要说明的是：F-UP12分配的IP多播传输地址IP3与F-UP11分配的IP多播传输地址IP2不能相同，但是所分配的C-TEID可以相同。
S-CP在接收到F-CP1发送的MBS会话开始请求之后，类似于步骤S1502，S-CP根据S-CP的子控制面节点的信息从多个S-UP中为F-UP11选择一个或多个S-UP，以及为F-UP12选择一个或多个S-UP，该实施例中假定为F-UP11选取了S-UP11与S-UP12，为F-UP12选取了S-UP21与S-UP22，即为F-UP11和F-UP12选择了不同的子用户面节点。然后分别执行步骤S1605a和步骤S1605b。
步骤S1605a，S-CP向选取的S-UP11和S-UP12分别发送用户面MBS会话建立请求，该用户面MBS会话建立请求中包含有F-UP11分配的IP多播传输地址IP2，S-UP11和S-UP12分别向S-CP反馈用户面MBS会话建立响应(为了节省版面，图16中将S-UP11与S-UP12画在了一起)。具体过程与步骤S1505a类似，不再赘述。
步骤S1605b，S-CP向选取的S-UP21和S-UP22分别发送用户面MBS会话建立请求，该用户面MBS会话建立请求中包含有F-UP12分配的IP多播传输地址IP3，S-UP21和S-UP22分别向S-CP反馈用户面MBS会话建立响应(为了节省版面，图16中将S-UP21与S-UP22画在了一起)。具体过程与步骤S1505a类似，不再赘述。
步骤S1606a，S-UP11和S-UP12若支持接收基于多播方式传输的数据，则分别加入F-UP11分配的IP多播传输地址(即IP2)对应的多播传输组中，以接收F-UP11发送的MBS业务数据。
步骤S1606b，S-UP21和S-UP22若支持接收基于多播方式传输的数据，则分别加入F-UP12分配的IP多播传输地址(即IP3)对应的多播传输组中，以接收F-UP12发送的MBS业务数据。
步骤S1607，S-CP向F-CP1发送MBS会话开始响应。若有S-UP不支持接收基于多播方式传输的数据，则MBS会话开始响应中包含此S-UP分配的F-TEID，且对应于F-UP，从而形成一个List of{F-UP ID,List of F-TEIDsup,Multicast Enable}。在该实施例中，List of{F-UP ID,List of F-TEIDsup,Multicast Enable}包含了针对F-UP11的List of F-TEIDsup和Multicast Enable，以及针对F-UP12的List of F-TEIDsup和MulticastEnable。
类似于步骤S1507，由于有些S-UP支持接收基于多播方式传输的数据，而另外一些S-UP不支持接收基于多播方式传输的数据，所以这个List F-TEIDsup只是对应于那些不支持接收多播传输、但支持使用点对点方式接收MBS业务数据的S-UP。因此，当一个F-UP的所有S-UP都支持接收基于多播方式传输的数据，则对应于这个F-UP的List of F-TEIDsup就没有了，其它说明参照步骤S1507的相关内容。
此外，当S-CP决定不向其中某个/某些F-UP ID分配任何的子用户面节点时，则可以将这个/这些F-UP ID对应的Multicast Enable设置为Disable。当然，也可以在MBS会话开始响应中采用Failed List{F-UP}来指示没有被分配子用户面节点的父用户面节点。
步骤S1608a，F-CP1根据MBS会话开始响应中包含的List of{F-UP ID,List of F-TEIDsup,Multicast Enable}向F-UP11发送用户面MBS会话修改请求，F-UP11向F-CP1反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
步骤S1608b，F-CP1根据MBS会话开始响应中包含的List of{F-UP ID,List of F-TEIDsup,Multicast Enable}向F-UP12发送用户面MBS会话修改请求，F-UP12向F-CP1反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
步骤S1609，当针对每个子控制面都执行步骤S1604至步骤S1608之后，F-CP1根据所有子控制面反馈的MBS会话开始响应向F-CP1的父控制面节点发送MBS会话开始响应。
其中，由于F-CP1选择了两个与F-CP1同级的用户面节点F-UP11和F-UP12，因此若F-UP11和F-UP12中有F-UP不支持接收基于多播方式传输的数据，则F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含有List of F-TEID(由于是针对父用户面节点的，为便于区分，以下将其记为List of F-TEIDfup)，且对应于F-UP11和F-UP12的父用户面节点的UP ID。该List of F-TEIDfup包含有F-UP11和F-UP12中不支持接收多播传输、但支持使用点对点方式接收MBS业务数据的F-UP所分配的F-TEID。若F-UP11和F-UP12中有部分F-UP支持接收基于多播方式传输的数据，则需要在MBS会话开始响应中包含Multicast Enable以指示F-UP11和F-UP12的父用户面节点同时需要使用多播传输与点对点传输技术来向F-UP11和F-UP12传输MBS业务数据。
特别地，若F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中不包含Listof F-TEIDfup，则表明F-CP1选择的与F-CP1同级的用户面节点都支持接收基于多播方式传输的数据，因此该MBS会话开始响应中无需携带Multicast Enable这个标识。
特别地，若F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含有Listof F-TEIDfup，但没有包含Multicast Enable这个标识，则说明F-CP1选择的所有与F-CP1同级的用户面节点都不支持接收基于多播方式传输的数据、但支持接收点对点方式传输的MBS业务数据。
特别地，若F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中不包含Listof F-TEIDfup，且Multicast Enable设置为Disable，则表明F-CP1没有选择与F-CP1同级的用户面节点。在这种情况下，F-CP1也可以通过MBS会话开始响应来返回Failure Code来指示。
需要说明的是，如果F-CP1选择的与F-CP1同级的用户面节点中只有一个不支持接收基于多播方式传输的数据，那么MBS会话开始响应中也可以不包含List of F-TEIDfup，而是只包含这个不支持接收多播传输、但支持使用点对点方式接收MBS业务数据的用户面节点所分配的F-TEID。
其中，步骤S1601至步骤S1609是F-CP1接收到F-CP1的父控制面节点发送的MBS会话开始请求之后的处理过程，在该处理过程中，F-CP1选择了与F-CP1同级的两个用户面节点F-UP11和F-UP12，并且F-CP1的子控制面节点S-CP为F-UP11选择了两个与S-CP同级的子用户面节点S-UP11和S-UP12，为F-UP12选择了两个与S-CP同级的子用户面节点S-UP21和S-UP22。
继续参照图16所示，还包括如下步骤：
步骤S1610，F-CP2接收到F-CP2的父控制面节点发送的MBS会话开始请求，该MBS会话开始请求中包含有TMGI、MBS Session Duration、MBS QFIs、QoS Profile、UPx ID、MBSIP Multicast Distribution、MBS Time to Data Transfer，MBS Service Area。其中，具体参数的含义参照前述步骤S1501中的说明，为便于区分，F-CP2接收到的MBS会话开始请求中的MBS IP Multicast Distribution包含的IP多播传输地址可以记为IPx。
步骤S1611，F-CP2根据F-CP2的子控制面节点的信息确定从多个F-UPF中选取一个或多个F-UPF作为与F-CP2同级的用户面节点。该实施例中假定只选取一个与F-CP2同级的用户面节点F-UP21，然后F-CP2向F-UP21发送用户面MBS会话建立请求，F-UP21向F-CP2反馈用户面MBS会话建立响应。
具体说明参见前述步骤S1502的相关内容，类似于步骤S1502，F-CP2与F-UP21之间通过用户面MBS会话建立请求与用户面MBS会话建立响应之间的交互，F-UP21分配了新的IP多播传输地址(为便于区分，记为IP4)。
此外，类似地，若F-UP21不支持接收基于多播方式传输的数据，F-UP21分配一个用于通过点对点方式接收MBS业务数据的F-TEID，并在用户面MBS会话建立响应中携带分配的F-TEID。
步骤S1612，若F-UP21支持接收基于多播方式传输的数据，则申请加入IP多播传输地址IPx对应的多播传输组中，以接收F-UP21的父用户面节点发送的MBS业务数据。
步骤S1613，F-CP2根据F-CP2的子控制面节点的信息，向每个子控制面子节点分别发送MBS会话开始请求，即步骤S1613至步骤S1617是针对每个子控制面节点分别单独执行的，该实施例中以向一个子控制面节点S-CP发送为例进行说明。
类似地，F-CP2发送给F-CP2的子控制面节点S-CP的MBS会话开始请求中同样包含了MBS IP Multicast Distribution，且该MBS IP Multicast Distribution是在步骤S1611中分配的，其对应的用户面节点标识是F-UP21ID，其包含的IP多播传输地址即为IP4。
需要说明的是：步骤S1613与步骤S1604之间并没有先后关系，它们可以是F-CP2与F-CP1并行分别执行的步骤。
S-CP在接收到F-CP2发送的MBS会话开始请求之后，类似于前述步骤，S-CP根据S-CP的子控制面节点的信息从多个S-UP中为F-UP21选择一个或多个S-UP，该实施例中假定选取了S-UP31与S-UP32，然后执行步骤S1614。
需要说明的是，S-CP为F-UP21选取的S-UP不同于S-CP为F-UP11和F-UP12选择的S-CP。换句话说，本申请的实施例中，在控制面上一个子控制面节点可以有多个父控制面节点，比如子控制面节点S-CP具有两个父控制面节点F-CP1和F-CP2，但是一个子用户面节点是不允许有多个父用户面节点的，这样，当一个子用户面节点已经有一个父用户面节点后，是不能再参与子用户面节点的选择。
步骤S1614，S-CP向选取的S-UP31和S-UP32分别发送用户面MBS会话建立请求，S-UP31和S-UP32分别向S-CP反馈用户面MBS会话建立响应。具体过程与步骤S1505a类似，不再赘述。
步骤S1615，S-UP31和S-UP32若支持接收基于多播方式传输的数据，则分别加入F-UP21分配的IP多播传输地址(即IP4)对应的多播传输组中，以接收F-UP21发送的MBS业务数据。
步骤S1616，S-CP向F-CP2发送MBS会话开始响应，该MBS会话开始响应中包含有F-UP21 ID。该步骤的具体说明与前述步骤S1507类似，不再赘述。
步骤S1617，F-CP2向F-UP21发送用户面MBS会话修改请求，F-UP21向F-CP2反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
步骤S1618，当针对每个子控制面都执行步骤S1613至步骤S1617之后，F-CP2根据所有子控制面反馈的MBS会话开始响应向F-CP2的父控制面节点发送MBS会话开始响应。该步骤的具体说明与前述步骤S1509类似，不再赘述。
其中，步骤S1610至步骤S1618是F-CP2接收到F-CP2的父控制面节点发送的MBS会话开始请求之后的处理过程，在该处理过程中，F-CP2选择了一个与F-CP2同级的用户面节点F-UP21，并且F-CP2的子控制面节点S-CP选择了两个与S-CP同级的子用户面节点S-UP31和S-UP32。
通过步骤S1601至步骤S1618可知，在本申请的实施例中，子控制面节点S-CP有多个父控制面节点F-CP1和F-CP2，而S-CP控制的子用户面节点S-UP只有一个父用户面节点。
另外，步骤S1601中的消息与步骤S1610中的消息可能是并行发下来的，因此，步骤S1601～S1609与步骤S1610～S1618可能是并行执行的。这样，在用户面MBS会话建立过程中，可能存在着一个用户面节点同时被两个控制面节点发送用户面MBS会话建立请求消息，或已经被一个控制面节点选择后又接收到另一个控制面节点发送的用户面MBS会话建立请求消息。如果一个用户面节点同时收到两个控制面节点(当然也可以是更多个，此处以两个为例进行说明)发送的用户面MBS会话建立请求消息，那么该用户面节点可以在用户面MBS会话建立响应消息中正常响应其中一个控制面节点发送的用户面MBS会话建立请求，并且在另一个用户面MBS会话建立响应消息中拒绝(Reject)另外一个控制面节点，以指示此用户面节点已经被选择。如果一个用户面节点通过一个控制面节点已经有了父用户面节点后，又收到另外一个控制面节点发送的用户面MBS会话建立请求消息时，则在另一个用户面MBS会话建立响应消息中Reject该另外一个控制面节点，以指示此用户面节点已经被选择。
当这种MBS会话传输树建立完成之后，可以执行如下步骤：
步骤S1619a，F-UP11接收到F-UP11的父用户面节点发送的下行MBS业务数据。然后通过步骤S1620a将接收到的该下行MBS业务数据传输给S-UP11和S-UP12。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
步骤S1619b，F-UP12接收到F-UP12的父用户面节点发送的下行MBS业务数据。然后通过步骤S1620b将接收到的该下行MBS业务数据传输给S-UP21和S-UP22。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
步骤S1619c，F-UP21接收到F-UP21的父用户面节点发送的下行MBS业务数据。然后通过步骤S1620c将接收到的该下行MBS业务数据传输给S-UP31和S-UP32。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
在图16所示的实施例中，父控制面节点向子控制面节点发送的MBS会话开始请求中包含了多个父用户面节点的信息。可选地，在5G系统中，NR(New Radio)基站(gNB)可以是控制面与用户面分离的，即gNB-CU(Centralized Unit，集中单元)可以作为子控制面节点，gNB-DU(Distributed Unit，分布单元)可以作为子用户面节点，并且一个基站的控制面可以控制一个或多个基站的用户面。具体如图17所示，NG-RAN中的gNB通过NG接口连接到5GC(5g Core network，5G核心网)，NG-RAN中的gNB可以是控制面与用户面分离的，基站控制面(即gNB-CU)与基站用户面(即gNB-DU)之间的接口可以是F1接口，gNB之间的接口可以是Xn-C接口。
在本申请的一个实施例中，在将gNB-CU和gNB-DU应用到图16所示的实施例中之后，可以得到图18所示的实施例，由于网络节点SMF或MB-SMF是不能直接与NR基站进行通信的，因此引入了AMF来进行交互。
参照图18所示，可以包括如下步骤：
步骤S1801，F-CP1接收到F-CP1的父控制面节点发送的MBS会话开始请求。具体过程与前述步骤S1501类似，不再赘述。其中，该MBS会话开始请求中的MBS IP MulticastDistribution包含的IP多播传输地址记为IP1。
F-CP1在接收到F-CP1的父控制面节点发送的MBS会话开始请求之后，可以根据F-CP1对应的gNB的信息(如位置和数量等)确定从多个F-UPF中选取一个或多个作为与F-CP1同级的用户面节点，该实施例中假定选取了两个用户面节点，记为F-UP11和F-UP12。然后分别执行步骤S1802a和步骤S1802b。
步骤S1802a，F-CP1向F-UP11发送用户面MBS会话建立请求，F-UP11向F-CP1反馈用户面MBS会话建立响应。该过程与前述实施例中步骤S1502的过程类似，不再赘述，其中步骤S1802a中F-UP11分配的IP多播传输地址记为IP2。
步骤S1802b，F-CP1向F-UP12发送用户面MBS会话建立请求，F-UP12向F-CP1反馈用户面MBS会话建立响应。该过程与前述实施例中步骤S1502的过程类似，不再赘述，其中步骤S1802b中F-UP12分配的IP多播传输地址记为IP3。
步骤S1803，若F-UP11与F-UP12支持接收基于多播方式传输的数据，则申请加入IP多播传输地址IP1对应的多播传输组中，以接收F-UP11与F-UP12的父用户面节点发送的MBS业务数据。
步骤S1804a，F-CP1向AMF发送信息传送消息(即Namf_Communication_NonUeN2MessageTransfer)。
F-CP1向AMF发送信息传送消息包含了如下参数：RAN ID、N2 MBS SessionContainer(MBS会话容器)。其中，N2 MBS Session Container包含了(N2 MBS SessionStart Request(TMGI,MBS QFIs,QoS Profile,List of{F-UP ID，MBS传输信息}))。MBS传输信息即为MBS IP Multicast Distribution(IP Multicast Distribution address,C-TEID)。在该实施例中，由于F-CP1选择了两个与F-CP1同级的用户面节点F-UP11和F-UP12，因此List of{F-UP ID，MBS传输信息}中包含了F-UP11 ID及F-UP11 ID对应的MBS IPMulticast Distribution，以及F-UP12 ID及F-UP12 ID对应的MBS IP MulticastDistribution。F-UP11 ID对应的MBS IP Multicast Distribution是F-UP11所分配的，其中包含的IP多播传输地址即为IP2；F-UP12 ID对应的MBS IP Multicast Distribution是F-UP12所分配的，其中包含的IP多播传输地址即为IP3。
需要说明的是：F-UP12分配的IP多播传输地址IP3与F-UP11分配的IP多播传输地址IP2不能相同，但是所分配的C-TEID可以相同。
F-CP1向AMF发送信息传送消息包含的MBS会话容器表示是要AMF将N2 MBSSession Start Request(TMGI,MBS QFIs,QoS Profile,List of{F-UP ID，MBS传输信息})的相关内容发送给RAN ID所标识的gNB。当F-CP1中的MBS Session Context中记录有多个RAN ID时，则后续的步骤S1804b至步骤S1808b是针对每个RAN ID所标识的gNB分别执行的。
步骤S1804b，AMF根据步骤S1804a中的信息传送消息所包含的RAN ID向对应的gNB-CU发送MBS会话开始请求，包含有步骤S1804a中的各项参数，即包含有TMGI、MBS QFIs、QoS Profile、List of{F-UP ID，MBS传输信息}。
gNB-CU在接收到AMF发送的MBS会话开始请求之后，gNB-CU根据注册的MBSMulticast Service UE的数量及位置(对于MBS Multicast Service而言)或MBSBroadcast Service Area(对于MBS Broadcast Service而言)分别从多个gNB-DU中为F-UP11和F-UP12选择一个或多个gNB-DU。该实施例中假定为F-UP11选取了gNB-DU11与gNB-DU12，为F-UP12选取了gNB-DU21与gNB-DU22，即为F-UP11和F-UP12选择了不同的gNB-DU。然后分别执行步骤S1805a和步骤S1805b。
步骤S1805a，gNB-CU向选取的gNB-DU11和gNB-DU12分别发送用户面MBS会话建立请求(即F1 MBS Session Establishment Request)，该用户面MBS会话建立请求中包含有F-UP11分配的IP多播传输地址IP2，gNB-DU11和gNB-DU12分别向gNB-CU反馈用户面MBS会话建立响应(为了节省版面，图18中将gNB-DU11与gNB-DU12画在了一起)。具体过程与步骤S1505a中S-CP与S-UP之间的交互过程类似，不再赘述。
步骤S1805b，gNB-CU向选取的gNB-DU21和gNB-DU22分别发送用户面MBS会话建立请求(即F1 MBS Session Establishment Request)，该用户面MBS会话建立请求中包含有F-UP12分配的IP多播传输地址IP3，gNB-DU21和gNB-DU22分别向gNB-CU反馈用户面MBS会话建立响应(为了节省版面，图18中将gNB-DU21与gNB-DU22画在了一起)。具体过程与步骤S1505a中S-CP与S-UP之间的交互过程类似，不再赘述。
步骤S1806a，gNB-DU11和gNB-DU12若支持接收基于多播方式传输的数据，则分别加入F-UP11分配的IP多播传输地址(即IP2)对应的多播传输组中，以接收F-UP11发送的MBS业务数据。
步骤S1806b，gNB-DU21和gNB-DU22若支持接收基于多播方式传输的数据，则分别加入F-UP12分配的IP多播传输地址(即IP3)对应的多播传输组中，以接收F-UP12发送的MBS业务数据。
需要说明的是：类似于前述实施例，若根据网络配置，gNB-DU不支持接收基于多播方式传输的数据，但支持通过点对点的方式接收MBS业务数据，则需要分配对应的F-TEID，该F-TEID由gNB-CU分配，或由gNB-DU分配。
步骤S1807a，gNB根据步骤S1804a中接收到的信息传送消息中包含的QFIs与QoSProfile分配无线空口资源。
步骤S1807b，gNB-CU向AMF发送MBS会话开始响应。若有gNB-DU不支持接收基于多播方式传输的数据，则MBS会话开始响应中包含此gNB-DU分配的F-TEID(为便于区分，将其记为F-TEIDgnb-du)，且对应于F-UP，从而形成一个List of{F-UP ID,List of F-TEIDgnb-du,Multicast Enable}。在该实施例中，List of{F-UP ID,List of F-TEIDgnb-du,Multicast Enable}包含了针对F-UP11的List of F-TEIDgnb-du和Multicast Enable，以及针对F-UP12的List of F-TEIDgnb-du和Multicast Enable。
类似于步骤S1507，由于有些gNB-DU支持接收基于多播方式传输的数据，而另外一些gNB-DU不支持接收基于多播方式传输的数据，所以这个List F-TEIDgnb-du只是对应于那些不支持接收多播传输、但支持使用点对点方式接收MBS业务数据的gNB-DU。因此，当一个F-UP的所有gNB-DU都支持接收基于多播方式传输的数据，则对应于这个F-UP的List ofF-TEIDgnb-du就没有了，其它说明参照步骤S1507的相关内容。
此外，当gNB-CU决定不向其中某个/某些F-UP ID分配任何的子用户面节点时，则可以将这个/这些F-UP ID对应的Multicast Enable设置为Disable。当然，也可以在MBS会话开始响应中采用Failed List{F-UP}来指示没有被分配gNB-DU的父用户面节点。
步骤S1807c，AMF根据步骤S1807b中收到的MBS会话开始响应向F-CP1发送信息通知消息Namf_Communication_NonUeN2InfoNotify。其中，该信息通知消息包含N2 MBSSession container(N2 MBS Session Start Response(List of(F-UP ID,List of F-TEIDgnb-du,Multicast Enable)))。
步骤S1808a，F-CP1根据接收到的信息通知消息中包含的List of{F-UP ID,Listof F-TEIDgnb-du,Multicast Enable}向F-UP11发送用户面MBS会话修改请求，F-UP11向F-CP1反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
步骤S1808b，F-CP1根据接收到的信息通知消息中包含的List of{F-UP ID,Listof F-TEIDgnb-du,Multicast Enable}向F-UP12发送用户面MBS会话修改请求，F-UP12向F-CP1反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
步骤S1809，当针对每个RAN ID所标识的gNB都执行步骤S1804a至步骤S1808b之后，F-CP1根据所有gNB-CU反馈的MBS会话开始响应向F-CP1的父控制面节点发送MBS会话开始响应。
类似于步骤S1609，F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含有与F-CP1的父控制面节点同级的用户面节点的UP ID，并且可能还包含有List of F-TEIDfup和Multicast Enable。
其中，步骤S1801至步骤S1809是F-CP1接收到F-CP1的父控制面节点发送的MBS会话开始请求之后的处理过程，在该处理过程中，F-CP1选择了与F-CP1同级的两个用户面节点F-UP11和F-UP12，并且F-CP1对应的gNB-CU为F-UP11选择了两个与gNB-CU同级的子用户面节点gNB-DU11和gNB-DU12，为F-UP12选择了两个与gNB-CU同级的子用户面节点gNB-DU21和gNB-DU22。
继续参照图18所示，还包括如下步骤：
步骤S1810，F-CP2接收到F-CP2的父控制面节点发送的MBS会话开始请求。具体过程与前述步骤S1501类似，不再赘述。其中，该MBS会话开始请求中的MBS IP MulticastDistribution包含的IP多播传输地址记为IPx。
步骤S1811，F-CP2在接收到F-CP2的父控制面节点发送的MBS会话开始请求之后，可以根据F-CP2对应的gNB的信息(如位置和数量等)确定从多个F-UPF中选取一个或多个作为与F-CP2同级的用户面节点。该实施例中假定只选取一个用户面节点F-UP21，然后F-CP2向F-UP21发送用户面MBS会话建立请求，F-UP21向F-CP2反馈用户面MBS会话建立响应。
具体说明参见前述步骤S1502的相关内容，类似于步骤S1502，F-CP2与F-UP21之间通过用户面MBS会话建立请求与用户面MBS会话建立响应之间的交互，F-UP21分配了新的IP多播传输地址(为便于区分，记为IP4)。
此外，类似地，若F-UP21不支持接收基于多播方式传输的数据，F-UP21分配一个用于通过点对点方式接收MBS业务数据的F-TEID，并在用户面MBS会话建立响应中携带分配的F-TEID。
步骤S1812，若F-UP21支持接收基于多播方式传输的数据，则申请加入IP多播传输地址IPx对应的多播传输组中，以接收F-UP21的父用户面节点发送的MBS业务数据。
步骤S1813a，F-CP2向AMF发送信息传送消息(即Namf_Communication_NonUeN2MessageTransfer)。该信息传送消息的具体说明类似于前述步骤S1804a，不再赘述。但是需要说明的是：由于F-CP2选择了一个与F-CP2同级的用户面节点F-UP21，因此信息传送消息中包含了F-UP21 ID和对应于F-UP21 ID的MBS IP Multicast Distribution，该MBS IP Multicast Distribution中所包含的IP多播传输地址即为IP4。当F-CP2中的MBSSession Context中记录有多个RAN ID时，则后续的步骤S1813b至步骤S1817是针对每个RAN ID所标识的gNB分别执行的。
需要说明的是：步骤S1813a与步骤S1804a之间并没有先后关系，它们可以是F-CP2与F-CP1并行分别执行的步骤。
步骤S1813b，AMF根据步骤S1813a中的信息传送消息所包含的RAN ID向对应的gNB-CU发送MBS会话开始请求，包含有步骤S1813a中的各项参数。
gNB-CU在接收到AMF发送的MBS会话开始请求之后，gNB-CU根据注册的MBSMulticast Service UE的数量及位置(对于MBS Multicast Service而言)或MBSBroadcast Service Area(对于MBS Broadcast Service而言)分别从多个gNB-DU中为F-UP21选取的一个或多个gNB-DU。该实施例中假定为F-UP21选取了gNB-DU31与gNB-DU32，即为F-UP21选择的gNB-DU不同于为F-UP11与F-UP12选择的gNB-DU。
步骤S1814，gNB-CU向选取的gNB-DU31和gNB-DU32分别发送用户面MBS会话建立请求(即F1 MBS Session Establishment Request)，该用户面MBS会话建立请求中包含有F-UP21分配的IP多播传输地址IP4，gNB-DU31和gNB-DU32分别向gNB-CU反馈用户面MBS会话建立响应(为了节省版面，图18中将gNB-DU31与gNB-DU32画在了一起)。具体过程与步骤S1505a类似，不再赘述。
步骤S1815，gNB-DU31和gNB-DU32若支持接收基于多播方式传输的数据，则分别加入F-UP21分配的IP多播传输地址(即IP4)对应的多播传输组中，以接收F-UP21发送的MBS业务数据。
需要说明的是：类似于前述实施例，若根据网络配置，gNB-DU不支持接收基于多播方式传输的数据，但支持通过点对点的方式接收MBS业务数据，则需要分配对应的F-TEID，该F-TEID由gNB-CU分配，或由gNB-DU分配。
步骤S1816a，gNB根据步骤S1813a中接收到的信息传送消息中包含的QFIs与QoSProfile分配无线空口资源。
步骤S1816b，gNB-CU向AMF发送MBS会话开始响应。若有gNB-DU不支持接收基于多播方式传输的数据，则MBS会话开始响应中包含此gNB-DU分配的F-TEIDgnb-du，且对应于F-UP21。其它说明可参照步骤S1507的相关内容。
步骤S1816c，AMF根据步骤S1816b中收到的MBS会话开始响应向F-CP2发送信息通知消息Namf_Communication_NonUeN2InfoNotify。其中，该信息通知消息包含(N2 MBSSession container(N2 MBS Session Start Response(F-UP21 ID,List of F-TEIDgnb-du,Multicast Enable)))。
步骤S1817，F-CP2根据接收到的信息通知消息中包含的F-UP21 ID和List of F-TEIDgnb-du向F-UP21发送用户面MBS会话修改请求，F-UP21向F-CP2反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
步骤S1818，当针对每个RAN ID所标识的gNB都执行步骤S1813b至步骤S1817之后，F-CP2根据所有gNB-CU反馈的MBS会话开始响应向F-CP2的父控制面节点发送MBS会话开始响应。
类似于步骤S1509，F-CP2向F-CP2的父控制面节点回复的MBS会话开始响应中包含有与F-CP2的父控制面节点同级的用户面节点的UPx ID，并且可能还包含有List of F-TEIDfup。
其中，步骤S1810至步骤S1818是F-CP2接收到F-CP2的父控制面节点发送的MBS会话开始请求之后的处理过程，在该处理过程中，F-CP2选择了一个与F-CP2同级的用户面节点F-UP21，并且F-CP2对应的gNB-CU选择了两个与gNB-CU同级的子用户面节点gNB-DU31和gNB-DU32。
通过步骤S1801至步骤S1818可知，在本申请的实施例中，gNB-CU可以有多个父控制面节点F-CP1和F-CP2，而gNB-CU控制的gNB-DU只有一个父用户面节点。
另外，步骤S1801中的消息与步骤S1810中的消息可能是并行发下来的，因此，步骤S1801～S1809与步骤S1810～S1818可能是并行执行的。这样，在用户面MBS会话建立过程中，可能存在着一个用户面节点同时被两个控制面节点发送用户面MBS会话建立请求消息，或已经被一个控制面节点选择后又接收到另一个控制面节点发送的用户面MBS会话建立请求消息。如果一个用户面节点同时收到两个控制面节点(当然也可以是更多个，此处以两个为例进行说明)发送的用户面MBS会话建立请求消息，那么该用户面节点可以在用户面MBS会话建立响应消息中正常响应其中一个控制面节点发送的用户面MBS会话建立请求，并且在另一个用户面MBS会话建立响应消息中拒绝(Reject)另外一个控制面节点，以指示此用户面节点已经被选择。如果一个用户面节点通过一个控制面节点已经有了父用户面节点后，又收到另外一个控制面节点发送的用户面MBS会话建立请求消息时，则在另一个用户面MBS会话建立响应消息中Reject该另外一个控制面节点，以指示此用户面节点已经被选择。
当这种MBS会话传输树建立完成之后，可以执行如下步骤：
步骤S1819a，F-UP11接收到F-UP11的父用户面节点发送的下行MBS业务数据。然后通过步骤S1820a将接收到的该下行MBS业务数据传输给gNB-DU11和gNB-DU12。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
步骤S1819b，F-UP12接收到F-UP12的父用户面节点发送的下行MBS业务数据。然后通过步骤S1820b将接收到的该下行MBS业务数据传输给gNB-DU21和gNB-DU22。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
步骤S1819c，F-UP21接收到F-UP21的父用户面节点发送的下行MBS业务数据。然后通过步骤S1820c将接收到的该下行MBS业务数据传输给gNB-DU31和gNB-DU32。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
图18所示实施例的技术方案主要是将NR基站引入到MBS会话传输树中之后建立控制面传输树与用户面传输树的过程。需要说明的是，在图15、图16和图18所示的实施例中，只介绍了MBS会话传输树中的两级节点之间的交互过程，对于包含三级或三级以上节点的MBS会话传输树而言，其中的任意两级节点之间的交互过程都可以参照图15、图16或图18所示的实施例来实现。比如，如图19所示，1901和1902所示的两级节点可以是图15或图16中所示的两级节点，在将1901中的子控制面节点S-CP和子用户面节点S-UP与1902中的父控制面F-CP节点和父用户面节点F-UP分别叠加为同一个实体之后，如图19中1903所示可以实现一个三级的MBS会话传输树，其中GF-CP是F-CP的父控制面节点，GF-UP是F-UP的父用户面节点。基于这种方式，可以实现任意级的MBS会话传输树。
对于图18所示的实施例，由于基站只能作为网络侧的最后一级，因此也可以通过将图18所示的实施例与图15和图16所示的实施例进行组合，以实现包含基站的任意级的MBS会话传输树。
图15、图16和图18示出了根据本申请实施例的MBS会话传输树的建立过程，而MBS会话在建立过程中用户面传输树也可能出现断枝的情况，因此也需要进行删除断枝的操作。
具体如图20所示，可以包括如下步骤：
步骤S2001，F-CP1接收到F-CP1的父控制面节点发送的MBS会话开始请求。具体过程与前述步骤S1501类似，不再赘述。其中，该MBS会话开始请求中的MBS IP MulticastDistribution包含的IP多播传输地址记为IP1。
F-CP1在接收到F-CP1的父控制面节点发送的MBS会话开始请求之后，可以根据F-CP1的子控制面节点的信息确定从多个F-UPF中选取一个或多个F-UPF作为与F-CP1同级的用户面节点，该实施例中假定选取了两个用户面节点F-UP11和F-UP12。然后分别执行步骤S1602a和步骤S1602b。
步骤S2002a，F-CP1向F-UP11发送用户面MBS会话建立请求，F-UP11向F-CP1反馈用户面MBS会话建立响应。该过程与前述实施例中步骤S1502的过程类似，不再赘述，其中步骤S2002a中F-UP11分配的IP多播传输地址记为IP2。
步骤S2002b，F-CP1向F-UP12发送用户面MBS会话建立请求，F-UP12向F-CP1反馈用户面MBS会话建立响应。该过程与前述实施例中步骤S1502的过程类似，不再赘述，其中步骤S2002b中F-UP12分配的IP多播传输地址记为IP3。
步骤S2003，若F-UP11与F-UP12支持接收基于多播方式传输的数据，则申请加入IP多播传输地址IP1对应的多播传输组中，以接收F-UP11与F-UP12的父用户面节点发送的MBS业务数据。
步骤S2004，F-CP1根据F-CP1的子控制面节点的信息，向每个子控制面子节点分别发送MBS会话开始请求，即步骤S2004至步骤S2008是针对每个子控制面节点分别单独执行的，该实施例中以向一个子控制面节点S-CP发送为例进行说明。
F-CP1发送给F-CP1的子控制面节点S-CP的MBS会话开始请求中包含了如下参数：TMGI、MBS Session Duration、MBS QFIs、QoS Profile、MBS Time to Data Transfer、Listof{F-UP ID，MBS传输信息}、MBS Service Area。其中，MBS传输信息即为MBS IP MulticastDistribution(IP Multicast Distribution address,C-TEID)。在该实施例中，由于F-CP1选择了两个与F-CP1同级的用户面节点F-UP11和F-UP12，因此List of{F-UP ID，MBS传输信息}中包含了F-UP11 ID及F-UP11 ID对应的MBS IP Multicast Distribution，以及F-UP12ID及F-UP12 ID对应的MBS IP Multicast Distribution。F-UP11 ID对应的MBS IPMulticast Distribution是F-UP11所分配的，其中包含的IP多播传输地址即为IP2；F-UP12ID对应的MBS IP Multicast Distribution是F-UP12所分配的，其中包含的IP多播传输地址即为IP3。
需要说明的是：F-UP12分配的IP多播传输地址IP3与F-UP11分配的IP多播传输地址IP2不能相同，但是所分配的C-TEID可以相同。
S-CP在接收到F-CP1发送的MBS会话开始请求之后，类似于步骤S1502，S-CP根据S-CP的子控制面节点的信息从多个S-UP中为F-UP11选择一个或多个S-UP，以及为F-UP12选择一个或多个S-UP，该实施例中假定为F-UP11选取了S-UP11与S-UP12，但是没有为F-UP12选择任何子用户面节点。然后执行步骤S2005。
步骤S2005，S-CP向选取的S-UP11和S-UP12分别发送用户面MBS会话建立请求，该用户面MBS会话建立请求中包含有F-UP11分配的IP多播传输地址IP2，S-UP11和S-UP12分别向S-CP反馈用户面MBS会话建立响应(为了节省版面，图20中将S-UP11与S-UP12画在了一起)。具体过程与步骤S1505a类似，不再赘述。
步骤S2006，S-UP11和S-UP12若支持接收基于多播方式传输的数据，则分别加入F-UP11分配的IP多播传输地址(即IP2)对应的多播传输组中，以接收F-UP11发送的MBS业务数据。
步骤S2007，S-CP向F-CP1发送MBS会话开始响应。若有S-UP不支持接收基于多播方式传输的数据，则MBS会话开始响应中包含此S-UP分配的F-TEID，且对应于F-UP，从而形成一个List of{F-UP ID,List of F-TEIDsup,Multicast Enable}。在该实施例中，List of{F-UP ID,List of F-TEIDsup,Multicast Enable}包含了针对F-UP11的List of F-TEIDsup和Multicast Enable，以及针对F-UP12的Multicast Enable(取值为Disable)。由于F-UP12没有分配F-TEID，同时对应的Multicast Enable设置为Disable，则表明没有为F-UP12选择子用户面节点。
类似于步骤S1507，由于有些S-UP支持接收基于多播方式传输的数据，而另外一些S-UP不支持接收基于多播方式传输的数据，所以这个List F-TEIDsup只是对应于那些不支持接收多播传输、但支持使用点对点方式接收MBS业务数据的S-UP。因此，当一个F-UP的所有S-UP都支持接收基于多播方式传输的数据，则对应于这个F-UP的List of F-TEIDsup就没有了，其它说明参照步骤S1507的相关内容。
此外，当S-CP决定不向其中某个/某些F-UP ID分配任何的子用户面节点时，除了可以将这个/这些F-UP ID对应的Multicast Enable参数设置为Disable之外，还可以在MBS会话开始响应中采用Failed List{F-UP}来指示没有被分配子用户面节点的父用户面节点。
步骤S2008a，F-CP1根据MBS会话开始响应中包含的List of{F-UP ID,List of F-TEIDsup,Multicast Enable}向F-UP11发送用户面MBS会话修改请求，F-UP11向F-CP1反馈用户面MBS会话修改响应。该步骤的具体说明与前述步骤S1508类似，不再赘述。
需要说明的是：若F-CP1确定F-CP1的所有子控制面节点都没有向F-UP11分配子用户面节点，则F-CP1向F-UP11发送用户面MBS会话删除请求，F-UP11在接收到该用户面MBS会话删除请求之后，发出IGMP Leave数据包，并从F-UP11的父用户面节点分配的多播传输地址IP1指示的多播传输组中删除，并且F-UP11向F-CP1回复用户面MBS会话删除响应(此过程未在图中标识)。
步骤S2008b，F-CP1在收到F-CP1的所有子控制面节点回复的MBS会话开始响应之后，确定F-CP1的所有子控制面节点都没有向F-UP12分配子用户面节点，则向F-UP12发送用户面MBS会话删除请求(即N4MBSSessionDelete Request)，F-UP12在接收到该用户面MBS会话删除请求之后，发出IGMP Leave数据包，指示从F-UP12的父用户面节点分配的多播传输地址(即IP1)指示的多播传输组中删除，并且F-UP12向F-CP1回复用户面MBS会话删除响应。
需要说明的是：步骤S2004至步骤S2008是针对F-CP1的每个子控制面节点分别单独执行的，不能仅仅由于F-CP1的一个子控制面节点在步骤S2007中回复的MBS会话开始响应指示没有向F-UP12分配子用户面节点就启动执行步骤S2008b的删除MBS会话的操作。而应该是F-CP1在收到所有子控制面节点的回复后再判断没有为哪个用户面节点分配子用户面节点，以决定是否要删除与这个用户面节点之间的MBS会话。
步骤S2009，当针对每个子控制面都执行步骤S2004至步骤S2008之后，F-CP1根据所有子控制面反馈的MBS会话开始响应向F-CP1的父控制面节点发送MBS会话开始响应。
类似于步骤S1509，F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含有与F-CP1的父控制面节点同级的用户面节点UP ID，并且可能还包含有List of F-TEID(为便于区分，将其记为List of F-TEIDfup)，由于F-CP1选择了两个与F-CP1同级的用户面节点F-UP11和F-UP12，但是S-CP未向F-UP12分配子用户面节点，因此如果F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含有List of F-TEIDfup，那么其中也只包含F-UP11分配的F-TEID。
需要说明的是，如果F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中可以不包含F-UP11分配的F-TEID，在这种情况下说明F-UP11支持接收基于多播方式传输的数据，此时F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中无需包含MulticastEnable；如果F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中包含F-UP11分配的F-TEID，则说明F-UP11不支持接收基于多播方式传输的数据、但是支持通过点对点方式发送的MBS业务数据，在这种情况下由于只有一个与F-CP1同级的用户面节点F-UP11，因此F-CP1向F-CP1的父控制面节点回复的MBS会话开始响应中也无需包含Multicast Enable。
当MBS会话传输树建立完成之后，可以执行如下步骤：
步骤S2010，F-UP11接收到F-UP11的父用户面节点发送的下行MBS业务数据。然后通过步骤S2011将接收到的该下行MBS业务数据传输给S-UP11和S-UP12。其中，各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来传送MBS业务数据，同时各个用户面节点以前面步骤所确定的多播传输方式或点对点传输方式来接收MBS业务数据。
在图20所示的实施例中，虽然F-CP1选择了两个与F-CP1同级的用户面节点F-UP11和F-UP12，但是F-CP1的子控制面节点S-CP没有向F-UP12分配子用户面节点，即用户面传输树中出现了断枝的情况，因此需要删除存在的断枝。
在本申请上述实施例的技术方案中，用F-CP表示父控制面节点，F-UP表示父用户面节点，S-CP表示子控制面节点，S-UP表示子用户面节点。在图10所示的系统架构中，可以用F-CP代替SMF、用F-UP代替UPF，在这种情况下，S-CP与S-UP联合起来代替接入网节点。
在图11所示的系统架构中，可以用F-CP代替MBSF、用F-UP代替MBSU时，在这种情况下，可以用S-CP代替MB-SMF、用S-UP代替MB-UPF。或者可以用F-CP代替MB-SMF、用F-UP代替MB-UPF，在这种情况下，S-CP与S-UP联合起来代替NG-RAN。
需要说明的是：图10和图11示出了两个5G MBS的基本架构图，在该基本架构图中可以进行增强处理，比如对于图10所示的架构，可以出现多个UPF、多个SMF；对于图11所示的架构，MB-SMF与MB-UPF也可分别出现多个。
本申请上述实施例的技术方案实现了用户面MBS会话建立过程，可以防止出现用户面MBS会话的传输环，并避免用户面MBS会话传输树中出现断枝的问题。同时可以解决用户面MBS会话建立过程中控制面与用户面分离时，同一个父控制面同时提供多个父用户面节点的问题。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的多播广播业务的通信方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的多播广播业务的通信方法的实施例。
图21示出了根据本申请的一个实施例的多播广播业务的通信装置的框图，该通信装置可以设置在第i级控制面节点内部。
参照图21所示，根据本申请的一个实施例的多播广播业务的通信装置2100，包括：选择单元2102、第一交互单元2104和第二交互单元2106。
其中，选择单元2102配置为选择第i级控制面节点对应的第i级用户面节点，所述第i级控制面节点是MBS会话传输树中除最后一级控制面节点之外的任一级控制面节点；第一交互单元2104配置为向所述第i级用户面节点发送用户面MBS会话建立请求，并接收所述第i级用户面节点反馈的用户面MBS会话建立响应；第二交互单元2106配置为向所述第i级控制面节点的子控制面节点发送MBS会话开始请求，以使所述子控制面节点为所述第i级用户面节点分配子用户面节点，所述MBS会话开始请求中包含有所述第i级用户面节点的标识信息，以及所述第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID，所述第一MBS IP多播传输地址用于指示所述子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，且所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，则所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBS IP多播分发信息中包含有所述第i级用户面节点的父用户面节点所分配的第二MBS IP多播传输地址与第二C-TEID，所述第二MBS IP多播传输地址用于指示所述第i级用户面节点加入所述第二MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
在本申请的一些实施例中，基于前述方案，若所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，则所述用户面MBS会话建立请求中包含有请求为所述第i级用户面节点分配F-TEID的指示信息，所述用户面MBS会话建立响应中包含有所述第i级用户面节点分配的F-TEID，所述F-TEID用于使所述第i级用户面节点通过点对点的方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据；或者
所述用户面MBS会话建立响应中指示所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，并包含有所述第i级用户面节点分配的F-TEID。
在本申请的一些实施例中，基于前述方案，第一交互单元2104还配置为：在向所述第i级用户面节点发送用户面MBS会话建立请求之前，接收所述第i级控制面节点的父控制面节点发送的MBS会话开始请求，从所述父控制面节点发送的MBS会话开始请求中获取所述MBS IP多播分发信息。
在本申请的一些实施例中，基于前述方案，所述用户面MBS会话建立请求中包含有用于指示所述第i级用户面节点分配新的MBS IP多播分发信息的指示信息；所述用户面MBS会话建立响应中包含有所述第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID。
在本申请的一些实施例中，基于前述方案，第二交互单元2106还配置为：在向所述第i级控制面节点的子控制面节点发送MBS会话开始请求之后，接收所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应，所述MBS会话开始响应中包含有指示信息；
其中，所述指示信息中包含有所述第i级用户面节点的标识信息、第一F-TEID列表信息和用于表示启动多播方式传输的第一字段信息，所述第一字段信息表示所述子控制面节点为所述第i级用户面节点分配的子用户面节点中存在支持通过多播方式接收所述第i级用户面节点的MBS业务数据的子用户面节点，所述第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的MBS业务数据的子用户面节点所分配的F-TEID；或者
所述指示信息包含有所述第i级用户面节点的标识信息、且不包含所述第一F-TEID列表信息和所述第一字段信息，则所述指示信息用于指示所述子控制面节点为所述第i级用户面节点分配的子用户面节点均支持通过多播方式接收所述第i级用户面节点的MBS业务数据；或者
所述指示信息包含有所述第i级用户面节点的标识信息、所述第一F-TEID列表信息，且不包含所述第一字段信息，则所述指示信息用于指示所述子控制面节点为所述第i级用户面节点分配的子用户面节点均不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的MBS业务数据；或者
所述指示信息包含有所述第i级用户面节点的标识信息和停用多播传输的字段信息、且不包含所述第一F-TEID列表信息，则所述指示信息用于指示所述子控制面节点未向所述第i级用户面节点分配子用户面节点。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则所述MBS会话开始响应中包含有指示信息列表，所述指示信息列表中包含有所有第i级用户面节点分别对应的所述指示信息。
在本申请的一些实施例中，基于前述方案，所述MBS会话开始响应中还包含有失败的标识信息列表，所述失败的标识信息列表用于指示未被分配子用户面节点的目标第i级用户面节点。
在本申请的一些实施例中，基于前述方案，第一交互单元2104还配置为：若根据所述MBS会话开始响应确定存在未被分配子用户面节点的目标第i级用户面节点，则向所述目标第i级用户面节点发送用户面MBS会话删除请求。
在本申请的一些实施例中，基于前述方案，第一交互单元2104还配置为：接收所述目标第i级用户面节点反馈的用户面MBS会话删除响应，所述用户面MBS会话删除响应是所述目标第i级用户面节点在接收到所述用户面MBS会话删除请求之后发送的，其中，若所述目标第i级用户面节点已加入所述第i级用户面节点的父用户面节点对应的多播传输组中，则在接收到所述用户面MBS会话删除请求之后退出所述第i级用户面节点的父用户面节点对应的多播传输组。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点具有至少两个子控制面节点，则第一交互单元2104还配置为：根据所述第二交互单元2106接收到的所述第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应，确定是否存在未被分配子用户面节点的目标第i级用户面节点。
在本申请的一些实施例中，基于前述方案，第一交互单元2104还配置为：在第二交互单元2106接收到所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，若所述指示信息中包含有所述第一F-TEID列表信息，则根据所述指示信息中包含的第i级用户面节点的标识信息向所述第i级用户面节点发送用户面MBS会话修改请求，以指示所述第i级用户面节点通过点对点的方式向所述第一F-TEID列表信息所包含的各个F-TEID对应的子用户面节点分别传送MBS业务数据；
其中，若所述指示信息中还包含有所述第一字段信息，则所述用户面MBS会话修改请求还用于指示所述第i级用户面节点同时使用多播传输方式向所述第i级用户面节点的子用户面节点发送MBS业务数据；
若所述指示信息中不包含所述第一字段信息，则所述用户面MBS会话修改请求还用于指示所述第i级用户面节点不需要使用多播传输方式向所述第i级用户面节点的子用户面节点发送MBS业务数据。
在本申请的一些实施例中，基于前述方案，第一交互单元2104还配置为：若选择了第i级控制面节点对应的至少两个第i级用户面节点，则根据所述MBS会话开始响应中包含的每个第i级用户面节点对应的指示信息，向需要发送所述用户面MBS会话修改请求的第i级用户面节点发送所述用户面MBS会话修改请求。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，则在接收所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，第二交互单元2106还配置为：根据所述子控制面节点反馈的MBS会话开始响应，向所述第i级控制面节点的父控制面节点反馈MBS会话开始响应，其中，向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中包含有所述第i级用户面节点的父用户面节点的标识信息。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点具有至少两个子控制面节点，则在接收到所述第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应之后，再向所述第i级控制面节点的父控制面节点反馈MBS会话开始响应。
在本申请的一些实施例中，基于前述方案，向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中还包含有第二F-TEID列表信息和用于表示启动多播方式传输的第二字段信息，所述第二字段信息表示所述第i级用户面节点中存在支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据的用户面节点，所述第二F-TEID列表信息包含有所述第i级用户面节点中不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据的用户面节点所分配的F-TEID；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含所述第二F-TEID列表信息和所述第二字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示所述第i级用户面节点均支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中还包含有所述第二F-TEID列表信息，且不包含所述第二字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示所述第i级用户面节点均不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含所述第二F-TEID列表信息，且包含有停用多播传输的字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示未分配所述第i级用户面节点。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则第一交互单元2104配置为：分别向所述第i级控制面节点对应的每个第i级用户面节点发送用户面MBS会话建立请求；接收所述第i级控制面节点对应的每个第i级用户面节点分别反馈的用户面MBS会话建立响应。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则向所述第i级控制面节点的子控制面节点发送的MBS会话开始请求中包含有每个第i级用户面节点各自的标识信息，以及每个第i级用户面节点分配第一MBS IP多播传输地址和第一C-TEID；其中，不同的第i级用户面节点分配的第一MBS IP多播传输地址不相同。
在本申请的一些实施例中，基于前述方案，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则所述子控制面节点为所述至少两个第i级用户面节点分别分配不同的子用户面节点，且为第i级用户面节点所分配的每个子用户面节点没有被分配为其它用户面节点的子节点。
在本申请的一些实施例中，基于前述方案，选择单元2102配置为：若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，则根据所述第i级控制面节点的子控制面节点的信息，选择所述第i级用户面节点，所述子控制面节点的信息包括位置和数量中的至少一个；若所述第i级控制面节点是所述MBS会话传输树中的第一级控制面节点，则根据网络配置选择第一级用户面节点。
在本申请的一些实施例中，基于前述方案，所述MBS会话传输树中除第一级控制面节点之外的其它控制面节点具有至少一个父控制面节点。
在本申请的一些实施例中，基于前述方案，若所述第i级控制面节点的子控制面节点为基站或基站的集中单元，所述第i级用户面节点的子用户面节点为基站或基站的分布单元，则第二交互单元2106配置为：向AMF发送信息传送消息，所述信息传送消息中包含有接入网标识和第一MBS会话容器，所述第一MBS会话容器用于指示所述AMF向所述接入网标识所对应基站或基站的集中单元发送所述MBS会话开始请求。
在本申请的一些实施例中，基于前述方案，所述基站或基站的集中单元根据注册的MBS多播业务的用户设备信息或MBS广播业务服务区域，向所述第i级用户面节点分配基站用户面信息或至少一个基站的分布单元作为所述第i级用户面节点的子用户面节点，所述用户设备信息包括位置和数量中的至少一个。
在本申请的一些实施例中，基于前述方案，第二交互单元2106还配置为：在向接入与移动性管理实体AMF发送信息传送消息之后，接收所述AMF发送的信息通知消息，所述信息通知消息中包含有第二MBS会话容器，所述第二MBS会话容器中包含有所述基站或基站的集中单元反馈的MBS会话开始响应。
在本申请的一些实施例中，基于前述方案，所述AMF为能够连接所述基站或基站的集中单元与第i级控制面节点的AMF。
图22示出了根据本申请的一个实施例的多播广播业务的通信装置的框图，该通信装置可以设置在第i级用户面节点内部。
参照图22所示，根据本申请的一个实施例的多播广播业务的通信装置2200，包括：接收单元2202、发送单元2204和处理单元2206。
其中，接收单元2202配置为接收MBS会话传输树中的第i级控制面节点发送的用户面MBS会话建立请求，所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBSIP多播分发信息来自于所述第i级控制面节点的父控制面节点，所述MBS IP多播分发信息中包含有所述第i级控制面节点的父控制面节点提供的第二MBS IP多播传输地址和第二C-TEID；发送单元2204配置为向所述第i级控制面节点反馈用户面MBS会话建立响应，所述用户面MBS会话建立响应中包含第i级用户面节点分配的第一MBS IP多播传输地址和第一C-TEID，所述第一MBS IP多播传输地址用于指示所述第i级用户面节点的子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据；处理单元2206配置为在所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据时，加入所述第二MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
在本申请的一些实施例中，基于前述方案，处理单元2206还配置为：在所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据时，分配通过点对点方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据的F-TEID。
在本申请的一些实施例中，基于前述方案，接收单元2202还配置为：在所述发送单元向所述第i级控制面节点反馈用户面MBS会话建立响应之后，接收所述第i级控制面节点发送的用户面MBS会话修改请求，所述用户面MBS会话修改请求中包含有第一F-TEID列表信息，所述第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点发送的MBS业务数据的子用户面节点分配的F-TEID；所述多播广播业务的通信装置还包括：传输单元，配置为基于所述第一F-TEID列表信息，通过点对点的方式向所述第一F-TEID列表信息所包含的各个F-TEID对应的子用户面节点分别传送MBS业务数据，并根据所述用户面MBS会话修改请求确定是否同时使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据。
在本申请的一些实施例中，基于前述方案，处理单元2206还配置为：若接收到所述第i级控制面节点发送的用户面MBS会话删除请求，则向所述第i级控制面节点发送用户面MBS会话删除响应；其中，若已加入所述第二MBS IP多播传输地址对应的多播传输组中，则在接收到所述用户面MBS会话删除请求之后，退出所述第二MBS IP多播传输地址对应的多播传输组。
在本申请的一些实施例中，基于前述方案，处理单元2206还配置为：在所述发送单元向所述第i级控制面节点反馈用户面MBS会话建立响应之后，若接收到其它控制面节点发送的用户面MBS会话建立请求，则向所述其它控制面节点反馈拒绝消息，以向所述其它控制面节点指示此用户面节点已被选择。
在本申请的一些实施例中，基于前述方案，发送单元2204还配置为：若接收到多个控制面节点发送的用户面MBS会话建立请求，则从所述多个控制面节点中选择一个控制面节点反馈用户面MBS会话建立响应，并向所述多个控制面节点中的其它控制面节点反馈拒绝消息，以向所述其它控制面节点指示此用户面节点已被选择。
图23示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图23示出的电子设备的计算机系统2300仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图23所示，计算机系统2300包括中央处理单元(Central Processing Unit，CPU)2301，其可以根据存储在只读存储器(Read-Only Memory，ROM)2302中的程序或者从存储部分2308加载到随机访问存储器(Random Access Memory，RAM)2303中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 2303中，还存储有系统操作所需的各种程序和数据。CPU 2301、ROM 2302以及RAM 2303通过总线2304彼此相连。输入/输出(Input/Output，I/O)接口2305也连接至总线2304。
以下部件连接至I/O接口2305：包括键盘、鼠标等的输入部分2306；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分2307；包括硬盘等的存储部分2308；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分2309。通信部分2309经由诸如因特网的网络执行通信处理。驱动器2310也根据需要连接至I/O接口2305。可拆卸介质2311，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2310上，以便于从其上读出的计算机程序根据需要被安装入存储部分2308。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分2309从网络上被下载和安装，和/或从可拆卸介质2311被安装。在该计算机程序被中央处理单元(CPU)2301执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (35)

1.一种多播广播业务的通信方法，其特征在于，所述方法包括：
选择第i级控制面节点对应的第i级用户面节点，所述第i级控制面节点是多播广播业务MBS会话传输树中除最后一级控制面节点之外的任一级控制面节点；
向所述第i级用户面节点发送用户面MBS会话建立请求，并接收所述第i级用户面节点反馈的用户面MBS会话建立响应；
向所述第i级控制面节点的子控制面节点发送MBS会话开始请求，以使所述子控制面节点为所述第i级用户面节点分配子用户面节点，所述MBS会话开始请求中包含有所述第i级用户面节点的标识信息，以及所述第i级用户面节点分配的第一MBS IP多播传输地址与用于通过多播方式传输MBS业务数据的第一通用隧道端点标识C-TEID，所述第一MBS IP多播传输地址用于指示所述子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据。
2.根据权利要求1所述的多播广播业务的通信方法，其特征在于，若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，且所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，则
所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBS IP多播分发信息中包含有所述第i级用户面节点的父用户面节点所分配的第二MBS IP多播传输地址与第二C-TEID，所述第二MBS IP多播传输地址用于指示所述第i级用户面节点加入所述第二MBSIP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
3.根据权利要求2所述的多播广播业务的通信方法，其特征在于，
若所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，则所述用户面MBS会话建立请求中包含有请求为所述第i级用户面节点分配全量隧道端点标识F-TEID的指示信息，所述用户面MBS会话建立响应中包含有所述第i级用户面节点分配的F-TEID，所述F-TEID用于使所述第i级用户面节点通过点对点的方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据；或者
所述用户面MBS会话建立响应中指示所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据，并包含有所述第i级用户面节点分配的F-TEID。
4.根据权利要求2所述的多播广播业务的通信方法，其特征在于，在向所述第i级用户面节点发送用户面MBS会话建立请求之前，所述多播广播业务的通信方法还包括：
接收所述第i级控制面节点的父控制面节点发送的MBS会话开始请求，从所述父控制面节点发送的MBS会话开始请求中获取所述MBS IP多播分发信息。
5.根据权利要求1所述的多播广播业务的通信方法，其特征在于，所述用户面MBS会话建立请求中包含有用于指示所述第i级用户面节点分配新的MBSIP多播分发信息的指示信息；
所述用户面MBS会话建立响应中包含有所述第i级用户面节点分配的第一MBSIP多播传输地址与第一C-TEID。
6.根据权利要求1所述的多播广播业务的通信方法，其特征在于，在向所述第i级控制面节点的子控制面节点发送MBS会话开始请求之后，所述多播广播业务的通信方法还包括：接收所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应，所述MBS会话开始响应中包含有指示信息；
其中，所述指示信息中包含有所述第i级用户面节点的标识信息、第一F-TEID列表信息和用于表示启动多播方式传输的第一字段信息，所述第一字段信息表示所述子控制面节点为所述第i级用户面节点分配的子用户面节点中存在支持通过多播方式接收所述第i级用户面节点的MBS业务数据的子用户面节点，所述第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的MBS业务数据的子用户面节点所分配的F-TEID；或者
所述指示信息包含有所述第i级用户面节点的标识信息、且不包含所述第一F-TEID列表信息和所述第一字段信息，则所述指示信息用于指示所述子控制面节点为所述第i级用户面节点分配的子用户面节点均支持通过多播方式接收所述第i级用户面节点的MBS业务数据；或者
所述指示信息包含有所述第i级用户面节点的标识信息、所述第一F-TEID列表信息，且不包含所述第一字段信息，则所述指示信息用于指示所述子控制面节点为所述第i级用户面节点分配的子用户面节点均不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的MBS业务数据；或者
所述指示信息包含有所述第i级用户面节点的标识信息和停用多播传输的字段信息、且不包含所述第一F-TEID列表信息，则所述指示信息用于指示所述子控制面节点未向所述第i级用户面节点分配子用户面节点。
7.根据权利要求6所述的多播广播业务的通信方法，其特征在于，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则所述MBS会话开始响应中包含有指示信息列表，所述指示信息列表中包含有所有第i级用户面节点分别对应的所述指示信息。
8.根据权利要求7所述的多播广播业务的通信方法，其特征在于，所述MBS会话开始响应中还包含有失败的标识信息列表，所述失败的标识信息列表用于指示未被分配子用户面节点的目标第i级用户面节点。
9.根据权利要求7所述的多播广播业务的通信方法，其特征在于，还包括：若根据所述MBS会话开始响应确定存在未被分配子用户面节点的目标第i级用户面节点，则向所述目标第i级用户面节点发送用户面MBS会话删除请求。
10.根据权利要求9所述的多播广播业务的通信方法，其特征在于，所述多播广播业务的通信方法还包括：
接收所述目标第i级用户面节点反馈的用户面MBS会话删除响应，所述用户面MBS会话删除响应是所述目标第i级用户面节点在接收到所述用户面MBS会话删除请求之后发送的，其中，若所述目标第i级用户面节点已加入所述目标第i级用户面节点的父用户面节点对应的多播传输组中，则在接收到所述用户面MBS会话删除请求之后退出所述目标第i级用户面节点的父用户面节点对应的多播传输组。
11.根据权利要求9所述的多播广播业务的通信方法，其特征在于，若所述第i级控制面节点具有至少两个子控制面节点，则所述多播广播业务的通信方法还包括：
在接收到所述第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应之后，确定是否存在未被分配子用户面节点的目标第i级用户面节点。
12.根据权利要求6所述的多播广播业务的通信方法，其特征在于，在接收所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，所述多播广播业务的通信方法还包括：
若所述指示信息中包含有所述第一F-TEID列表信息，则根据所述指示信息中包含的第i级用户面节点的标识信息向所述第i级用户面节点发送用户面MBS会话修改请求，以指示所述第i级用户面节点通过点对点的方式向所述第一F-TEID列表信息所包含的各个F-TEID对应的子用户面节点分别传送MBS业务数据；
其中，若所述指示信息中还包含有所述第一字段信息，则所述用户面MBS会话修改请求还用于指示所述第i级用户面节点同时使用多播传输方式向所述第i级用户面节点的子用户面节点发送MBS业务数据；
若所述指示信息中不包含所述第一字段信息，则所述用户面MBS会话修改请求还用于指示所述第i级用户面节点不需要使用多播传输方式向所述第i级用户面节点的子用户面节点发送MBS业务数据。
13.根据权利要求12所述的多播广播业务的通信方法，其特征在于，还包括：
若选择了第i级控制面节点对应的至少两个第i级用户面节点，则根据所述MBS会话开始响应中包含的每个第i级用户面节点对应的指示信息，向需要发送所述用户面MBS会话修改请求的第i级用户面节点发送所述用户面MBS会话修改请求。
14.根据权利要求6所述的多播广播业务的通信方法，其特征在于，若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，则在接收所述第i级控制面节点的子控制面节点反馈的MBS会话开始响应之后，所述多播广播业务的通信方法还包括：
根据所述子控制面节点反馈的MBS会话开始响应，向所述第i级控制面节点的父控制面节点反馈MBS会话开始响应，其中，向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中包含有所述第i级用户面节点的父用户面节点的标识信息。
15.根据权利要求14所述的多播广播业务的通信方法，其特征在于，若所述第i级控制面节点具有至少两个子控制面节点，则在接收到所述第i级控制面节点的所有子控制面节点分别反馈的MBS会话开始响应之后，再向所述第i级控制面节点的父控制面节点反馈MBS会话开始响应。
16.根据权利要求14所述的多播广播业务的通信方法，其特征在于，
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中还包含有第二F-TEID列表信息和用于表示启动多播方式传输的第二字段信息，所述第二字段信息表示所述第i级用户面节点中存在支持通过多播方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据的用户面节点，所述第二F-TEID列表信息包含有所述第i级用户面节点中不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据的用户面节点所分配的F-TEID；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含所述第二F-TEID列表信息和所述第二字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示所述第i级用户面节点均支持通过多播方式接收所述第i级用户面节点的父用户面节点的MBS业务数据；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中还包含有所述第二F-TEID列表信息，且不包含所述第二字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示所述第i级用户面节点均不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点的MBS业务数据；或者
向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应中不包含所述第二F-TEID列表信息，且包含有停用多播传输的字段信息，则向所述第i级控制面节点的父控制面节点反馈的MBS会话开始响应用于指示未分配所述第i级用户面节点。
17.根据权利要求1所述的多播广播业务的通信方法，其特征在于，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则
向所述第i级用户面节点发送用户面MBS会话建立请求，包括：分别向所述第i级控制面节点对应的每个第i级用户面节点发送用户面MBS会话建立请求；
接收所述第i级用户面节点反馈的用户面MBS会话建立响应，包括：接收所述第i级控制面节点对应的每个第i级用户面节点分别反馈的用户面MBS会话建立响应。
18.根据权利要求1所述的多播广播业务的通信方法，其特征在于，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则向所述第i级控制面节点的子控制面节点发送的MBS会话开始请求中包含有每个第i级用户面节点各自的标识信息，以及每个第i级用户面节点分配第一MBS IP多播传输地址和第一C-TEID；
其中，不同的第i级用户面节点分配的第一MBS IP多播传输地址不相同。
19.根据权利要求1所述的多播广播业务的通信方法，其特征在于，若选择了第i级控制面节点对应的至少两个第i级用户面节点，则所述子控制面节点为所述至少两个第i级用户面节点分别分配不同的子用户面节点，且为第i级用户面节点所分配的每个子用户面节点没有被分配为其它用户面节点的子节点。
20.根据权利要求1所述的多播广播业务的通信方法，其特征在于，选择第i级控制面节点对应的第i级用户面节点，包括：
若所述第i级控制面节点不是所述MBS会话传输树中的第一级控制面节点，则根据所述第i级控制面节点的子控制面节点的信息，选择所述第i级用户面节点，所述子控制面节点的信息包括位置和数量中的至少一个；
若所述第i级控制面节点是所述MBS会话传输树中的第一级控制面节点，则根据网络配置选择第一级用户面节点。
21.根据权利要求1所述的多播广播业务的通信方法，其特征在于，所述MBS会话传输树中除第一级控制面节点之外的其它控制面节点具有至少一个父控制面节点。
22.根据权利要求1至21中任一项所述的多播广播业务的通信方法，其特征在于，若所述第i级控制面节点的子控制面节点为基站或基站的集中单元，所述第i级用户面节点的子用户面节点为基站或基站的分布单元，则向所述第i级控制面节点的子控制面节点发送MBS会话开始请求，包括：
向接入与移动性管理实体AMF发送信息传送消息，所述信息传送消息中包含有接入网标识和第一MBS会话容器，所述第一MBS会话容器用于指示所述AMF向所述接入网标识所对应基站或基站的集中单元发送所述MBS会话开始请求。
23.根据权利要求22所述的多播广播业务的通信方法，其特征在于，所述基站或基站的集中单元根据注册的MBS多播业务的用户设备信息或MBS广播业务服务区域，向所述第i级用户面节点分配基站用户面信息或至少一个基站的分布单元作为所述第i级用户面节点的子用户面节点，所述用户设备信息包括位置和数量中的至少一个。
24.根据权利要求22所述的多播广播业务的通信方法，其特征在于，在向接入与移动性管理实体AMF发送信息传送消息之后，所述多播广播业务的通信方法还包括：
接收所述AMF发送的信息通知消息，所述信息通知消息中包含有第二MBS会话容器，所述第二MBS会话容器中包含有所述基站或基站的集中单元反馈的MBS会话开始响应。
25.根据权利要求22所述的多播广播业务的通信方法，其特征在于，
所述AMF为能够连接所述基站或基站的集中单元与第i级控制面节点的AMF。
26.一种多播广播业务的通信方法，其特征在于，所述方法包括：
接收MBS会话传输树中的第i级控制面节点发送的用户面MBS会话建立请求，所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBS IP多播分发信息来自于所述第i级控制面节点的父控制面节点，所述MBS IP多播分发信息中包含有所述第i级控制面节点的父控制面节点提供的第二MBS IP多播传输地址和第二C-TEID；
向所述第i级控制面节点反馈用户面MBS会话建立响应，所述用户面MBS会话建立响应中包含第i级用户面节点分配的第一MBS IP多播传输地址和第一C-TEID，所述第一MBS IP多播传输地址用于指示所述第i级用户面节点的子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据；
若所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据，则加入所述第二MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
27.根据权利要求26所述的多播广播业务的通信方法，其特征在于，还包括：
若所述第i级用户面节点不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据，则分配通过点对点方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据的F-TEID。
28.根据权利要求26所述的多播广播业务的通信方法，其特征在于，在向所述第i级控制面节点反馈用户面MBS会话建立响应之后，所述多播广播业务的通信方法还包括：
接收所述第i级控制面节点发送的用户面MBS会话修改请求，所述用户面MBS会话修改请求中包含有第一F-TEID列表信息，所述第一F-TEID列表信息包含有不支持通过多播方式、但支持通过点对点方式接收所述第i级用户面节点发送的MBS业务数据的子用户面节点分配的F-TEID；
基于所述第一F-TEID列表信息，通过点对点的方式向所述第一F-TEID列表信息所包含的各个F-TEID对应的子用户面节点分别传送MBS业务数据，并根据所述用户面MBS会话修改请求确定是否同时使用多播传输方式向第i级用户面节点的子用户面节点发送MBS业务数据。
29.根据权利要求26所述的多播广播业务的通信方法，其特征在于，所述多播广播业务的通信方法还包括：
若接收到所述第i级控制面节点发送的用户面MBS会话删除请求，则向所述第i级控制面节点发送用户面MBS会话删除响应；
其中，若已加入所述第二MBS IP多播传输地址对应的多播传输组中，则在接收到所述用户面MBS会话删除请求之后，退出所述第二MBS IP多播传输地址对应的多播传输组。
30.根据权利要求26所述的多播广播业务的通信方法，其特征在于，在向所述第i级控制面节点反馈用户面MBS会话建立响应之后，所述多播广播业务的通信方法还包括：
若接收到其它控制面节点发送的用户面MBS会话建立请求，则向所述其它控制面节点反馈拒绝消息，以向所述其它控制面节点指示此用户面节点已被选择。
31.根据权利要求26所述的多播广播业务的通信方法，其特征在于，还包括：
若接收到多个控制面节点发送的用户面MBS会话建立请求，则从所述多个控制面节点中选择一个控制面节点反馈用户面MBS会话建立响应，并向所述多个控制面节点中的其它控制面节点反馈拒绝消息，以向所述其它控制面节点指示此用户面节点已被选择。
32.一种多播广播业务的通信装置，其特征在于，包括：
选择单元，配置为选择第i级控制面节点对应的第i级用户面节点，所述第i级控制面节点是MBS会话传输树中除最后一级控制面节点之外的任一级控制面节点；
第一交互单元，配置为向所述第i级用户面节点发送用户面MBS会话建立请求，并接收所述第i级用户面节点反馈的用户面MBS会话建立响应；
第二交互单元，配置为向所述第i级控制面节点的子控制面节点发送MBS会话开始请求，以使所述子控制面节点为所述第i级用户面节点分配子用户面节点，所述MBS会话开始请求中包含有所述第i级用户面节点的标识信息，以及所述第i级用户面节点分配的第一MBS IP多播传输地址与第一C-TEID，所述第一MBS IP多播传输地址用于指示所述子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据。
33.一种多播广播业务的通信装置，其特征在于，包括：
接收单元，配置为接收MBS会话传输树中的第i级控制面节点发送的用户面MBS会话建立请求，所述用户面MBS会话建立请求中包含有MBS IP多播分发信息，所述MBS IP多播分发信息来自于所述第i级控制面节点的父控制面节点，所述MBS IP多播分发信息中包含有所述第i级控制面节点的父控制面节点提供的第二MBSIP多播传输地址和第二C-TEID；
发送单元，配置为向所述第i级控制面节点反馈用户面MBS会话建立响应，所述用户面MBS会话建立响应中包含第i级用户面节点分配的第一MBS IP多播传输地址和第一C-TEID，所述第一MBS IP多播传输地址用于指示所述第i级用户面节点的子用户面节点加入所述第一MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点通过多播方式发送的MBS业务数据；
处理单元，配置为在所述第i级用户面节点支持通过多播方式接收所述第i级用户面节点的父用户面节点发送的MBS业务数据时，加入所述第二MBS IP多播传输地址对应的多播传输组来接收所述第i级用户面节点的父用户面节点通过多播方式发送的MBS业务数据。
34.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至25中任一项所述的多播广播业务的通信方法，或实现如权利要求26至31中任一项所述的多播广播业务的通信方法。
35.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至25中任一项所述的多播广播业务的通信方法，或实现如权利要求26至31中任一项所述的多播广播业务的通信方法。
CN202010694101.9A 2020-07-17 2020-07-17 多播广播业务的通信方法、装置、计算机可读介质及设备 Active CN111866756B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202010694101.9A CN111866756B (zh) 2020-07-17 2020-07-17 多播广播业务的通信方法、装置、计算机可读介质及设备
PCT/CN2021/099938 WO2022012242A1 (zh) 2020-07-17 2021-06-15 多播广播业务的通信方法、装置、介质及电子设备
KR1020227034329A KR20220148897A (ko) 2020-07-17 2021-06-15 멀티캐스트 및 브로드캐스트 서비스를 위한 통신 방법 및 장치, 그리고 매체 및 전자 디바이스
EP21843089.0A EP4099731A4 (en) 2020-07-17 2021-06-15 COMMUNICATION METHOD AND DEVICE FOR MULTICAST AND BROADCAST SERVICE AND MEDIUM AND ELECTRONIC DEVICE
JP2022554218A JP7454697B2 (ja) 2020-07-17 2021-06-15 マルチキャスト・ブロードキャストサービスの通信方法及びその通信装置、並びに、コンピュータプログラム及び電子機器
US17/895,613 US20220417907A1 (en) 2020-07-17 2022-08-25 Communication method and apparatus for multicast broadcast service, medium, and electronic device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010694101.9A CN111866756B (zh) 2020-07-17 2020-07-17 多播广播业务的通信方法、装置、计算机可读介质及设备

Publications (2)

Publication Number Publication Date
CN111866756A CN111866756A (zh) 2020-10-30
CN111866756B true CN111866756B (zh) 2023-05-12

Family

ID=73000584

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010694101.9A Active CN111866756B (zh) 2020-07-17 2020-07-17 多播广播业务的通信方法、装置、计算机可读介质及设备

Country Status (6)

Country Link
US (1) US20220417907A1 (zh)
EP (1) EP4099731A4 (zh)
JP (1) JP7454697B2 (zh)
KR (1) KR20220148897A (zh)
CN (1) CN111866756B (zh)
WO (1) WO2022012242A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111866755B (zh) * 2020-07-17 2023-03-28 腾讯科技（深圳）有限公司 多播广播业务的通信方法、装置、介质及电子设备
CN111866756B (zh) * 2020-07-17 2023-05-12 腾讯科技（深圳）有限公司 多播广播业务的通信方法、装置、计算机可读介质及设备
CN111866757B (zh) * 2020-07-17 2023-03-28 腾讯科技（深圳）有限公司 多播广播业务的通信方法、装置、介质及电子设备
CN116711269A (zh) * 2020-11-09 2023-09-05 诺基亚技术有限公司 加入多播会话的过程

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105075336A (zh) * 2013-12-30 2015-11-18 华为技术有限公司 传输装置、用户面节点和控制面节点及数据传输方法
CN105163285A (zh) * 2015-07-28 2015-12-16 上海华为技术有限公司 一种边缘mbms业务的数据传输方法及相关设备
CN106454764A (zh) * 2009-11-19 2017-02-22 华为技术有限公司 公共承载处理方法、网络节点及通信系统
CN106912117A (zh) * 2015-12-22 2017-06-30 电信科学技术研究院 一种选择用户面节点的方法及控制面节点
WO2019080690A1 (zh) * 2017-10-24 2019-05-02 华为技术有限公司 一种通信系统、通信方法及其装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7957376B2 (en) * 2006-10-12 2011-06-07 Telefonaktiebolaget L M Ericsson (Publ) Efficient MBMS backbone distribution using one tunnel approach
CN110167190B (zh) * 2018-02-14 2021-02-12 华为技术有限公司 会话建立方法和设备
CN110351194B (zh) * 2018-04-04 2021-03-30 华为技术有限公司 一种组播组创建、组播组加入方法及装置
WO2020002374A1 (en) * 2018-06-26 2020-01-02 Huawei Technologies Co., Ltd. Entities and methods for providing multicast/broadcast services in 5g networks
US20200092923A1 (en) * 2018-09-19 2020-03-19 Qualcomm Incorporated Multicast idle mode behavior and paging
CN111866758B (zh) * 2020-07-17 2023-03-28 腾讯科技（深圳）有限公司 多播广播业务的通信方法、装置、介质及电子设备
CN111866756B (zh) * 2020-07-17 2023-05-12 腾讯科技（深圳）有限公司 多播广播业务的通信方法、装置、计算机可读介质及设备
CN111866757B (zh) * 2020-07-17 2023-03-28 腾讯科技（深圳）有限公司 多播广播业务的通信方法、装置、介质及电子设备
CN111866755B (zh) * 2020-07-17 2023-03-28 腾讯科技（深圳）有限公司 多播广播业务的通信方法、装置、介质及电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106454764A (zh) * 2009-11-19 2017-02-22 华为技术有限公司 公共承载处理方法、网络节点及通信系统
CN105075336A (zh) * 2013-12-30 2015-11-18 华为技术有限公司 传输装置、用户面节点和控制面节点及数据传输方法
CN105163285A (zh) * 2015-07-28 2015-12-16 上海华为技术有限公司 一种边缘mbms业务的数据传输方法及相关设备
CN106912117A (zh) * 2015-12-22 2017-06-30 电信科学技术研究院 一种选择用户面节点的方法及控制面节点
WO2019080690A1 (zh) * 2017-10-24 2019-05-02 华为技术有限公司 一种通信系统、通信方法及其装置

Also Published As

Publication number Publication date
WO2022012242A1 (zh) 2022-01-20
US20220417907A1 (en) 2022-12-29
JP2023520840A (ja) 2023-05-22
EP4099731A1 (en) 2022-12-07
EP4099731A4 (en) 2023-09-13
JP7454697B2 (ja) 2024-03-22
CN111866756A (zh) 2020-10-30
KR20220148897A (ko) 2022-11-07

Similar Documents

Publication Publication Date Title
CN111491346B (zh) 多播通信方法、装置、计算机可读介质及电子设备
CN111866756B (zh) 多播广播业务的通信方法、装置、计算机可读介质及设备
CN111866757B (zh) 多播广播业务的通信方法、装置、介质及电子设备
CN111866755B (zh) 多播广播业务的通信方法、装置、介质及电子设备
CN111866758B (zh) 多播广播业务的通信方法、装置、介质及电子设备
US20220217508A1 (en) Method executed by ue, method executed by session management function entity, and ue apparatus
JP5259386B2 (ja) 無線電話通信装置の中の通信グループにおけるｖｏｉｐデータパケット
EP1421808B1 (en) Mobile multipoint service
KR100812995B1 (ko) Ｍｂｍｓ 멀티캐스트 베어러를 이용한 서비스 공지 방법 및시스템
CN111556539A (zh) Ue执行的方法及ue、以及smf实体执行的方法及smf实体
CN111526553A (zh) Ue执行的方法及ue、以及smf实体执行的方法及smf实体
US20090113487A1 (en) Method and Apparatus for Broadcasting/Multicasting Content from Mobile User Equipment over an MBMS Network
US20070183434A1 (en) Handling multiple point-to-multipoint services
CN113630822B (zh) 组播业务切换的方法和装置
US20230081286A1 (en) Methods and systems for multicast data forwarding during mobility procedures in wireless communication networks
CN115315965A (zh) 多播或广播会话建立和管理
WO2022151484A1 (zh) 标识确定方法、指示方法、装置、通信设备及存储介质
WO2023151514A1 (en) Method and apparatus for group message delivery
WO2023143241A1 (en) Method and apparatus for multicast and broadcast service
CN117412249A (zh) 基站及其执行的方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40030711

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant