CN111866751A - 多播广播信息的传输方法、装置、存储介质及电子装置 - Google Patents

多播广播信息的传输方法、装置、存储介质及电子装置 Download PDF

Info

Publication number
CN111866751A
CN111866751A CN202010297269.6A CN202010297269A CN111866751A CN 111866751 A CN111866751 A CN 111866751A CN 202010297269 A CN202010297269 A CN 202010297269A CN 111866751 A CN111866751 A CN 111866751A
Authority
CN
China
Prior art keywords
multicast broadcast
multicast
information
broadcast
service area
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.)
Pending
Application number
CN202010297269.6A
Other languages
English (en)
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN202010297269.6A priority Critical patent/CN111866751A/zh
Publication of CN111866751A publication Critical patent/CN111866751A/zh
Priority to KR1020227039795A priority patent/KR20230002734A/ko
Priority to CA3186231A priority patent/CA3186231A1/en
Priority to EP21788492.3A priority patent/EP4138423A4/en
Priority to US17/919,325 priority patent/US20230179958A1/en
Priority to PCT/CN2021/087260 priority patent/WO2021208975A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/021—Services related to particular areas, e.g. point of interest [POI] services, venue services or geofences
    • 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
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Abstract

本公开提供了一种多播广播信息的传输方法、装置、存储介质及电子装置，其中，该方法包括：向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息；或者，接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。通过本公开，解决了相关技术中的对多播广播的服务区域进行配置的问题。

Description

多播广播信息的传输方法、装置、存储介质及电子装置
技术领域
本公开涉及通信领域，具体而言，涉及一种多播广播信息的传输方法、装置、存储介质及电子装置。
背景技术
随着5G(5th generation mobile networks，第五代移动通信技术)的不断发展，各种应用场景的5G方案都在加快完整化。多播广播业务场景是为了满足大部分用户对同一种业务的需求而存在的传统业务场景。
目前业界已讨论并标准化的5G相关的技术主要是关于单播业务场景，即PTP(Point to Point，点对点)的服务模式。而PTM(Point to multipoint，点对多点)的服务模式的标准化讨论还没有展开。此外，随着用户量的急速增长以及应用场景的多维化，点对多点的业务模式必然会成为不可或缺的服务模式之一。
因此对于如何在5G-NR(New Radio，新空口)的技术框架下合理并有效地实现多播广播业务目前亟待讨论和解决的问题。
针对相关技术中存在的如何对多播广播的服务区域进行配置的问题，目前尚未提出有效的解决方案。
发明内容
本公开实施例提供了一种多播广播信息的传输方法、装置、存储介质及电子装置，以至少解决相关技术中的对多播广播的服务区域进行配置的问题。
根据本公开的一个实施例，提供了一种多播广播信息的传输方法，包括：向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息；或者，接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。
根据本公开的另一个实施例，还提供了一种多播广播信息的传输方法，包括：向分布式单元DU发送包含多播广播服务区域配置信息的第四多播广播信息；和/或，接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息。
根据本公开的另一个实施例，提供了一种多播广播信息的传输装置，包括：第一发送模块，用于向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息；或者，第一接收模块，用于接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。
根据本公开的另一个实施例，还提供了一种多播广播信息的传输装置，包括：第二发送模块，用于向分布式单元DU发送包含多播广播服务区域配置信息的第三多播广播信息；和/或，第二接收模块，用于接收来自分布式单元DU的包含多播广播服务区域配置信息的第四多播广播信息。
根据本公开的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
根据本公开的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
通过本公开，通过向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息或者接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息来实现多播广播的服务区域的配置，即，明确提出了如何对多播广播服务区域进行配置的方式，由此解决了相关技术中的对多播广播的服务区域进行配置的问题。
附图说明
图1是根据本公开实施例的服务区域示意图；
图2是根据本公开实施例的多播广播信息的传输方法示意图；
图3是根据本公开实施例的基站与MCE的交互流程图；
图4是根据本公开实施例的MCE与AMF的交互流程图；
图5是根据本公开实施例的NGC发起的multicast/broadcast session建立流程图；
图6是根据本公开实施例的multicast/broadcast session处理流程图；
图7是根据本公开实施例的另一种多播广播信息的传输方法示意图；
图8是根据本公开实施例的多播广播服务区域配置示意图；
图9是根据本公开实施例的另一种多播广播服务区域配置示意图；
图10是根据本公开实施例的CU和DU交互流程图；
图11是根据本公开实施例的多播广播信息的传输装置的结构框图；
图12是根据本公开实施例的另一种多播广播信息的传输装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本公开。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
随着多播广播视频业务，公共安全组播通信，以及车联网业务的兴起，网络需要支持在单播和组播之间支持灵活动态的资源分配，并且支持组播/广播网络的standalone部署。一个灵活的组播广播业务使得5G系统可以高效的支持这种业务。
对于广播/组播业务，传统的MBMS(Multimedia Broadcast and MulticastService，多媒体广播多播)业务的广播区域是由多个小区构成的SAI(Service Area，简称为服务区)，可以是全国范围，或者城市或地区范围内。在不同地区对应于同一个MBMS服务service(可通过临时移动组标识符TMGI标识或其他可用来识别MBMS业务或MBMS会话的标识)可以广播相同或不同的内容。在LTE(Long-Term Evolution，长期演进)中，对于同一个MBMS service，如果在不相交的地区发送不同的广播/组播内容，则需要建立对应于不同flow id(流标识)的MBMS session(会话)。对于MBMS广播业务，可以在网络部署时根据业务的特性半静态的确定对应的service area(服务区域)，并为相关的小区配置对应的SAI。
对于一些组播通信，如公共安全及V2X(智能网联汽车技术)组播通信，servicearea与加入到多播组的group member(组成员)所在位置有关。考虑到group member有可能移动，这意味着组播通信对应的service area也在不断变化，相应的service area中包含的小区列表也是不断变化。对于这种业务，很难在网络部署时半静态配置multicastservice(多播服务)对应的service area，只能根据group member的地理位置变化动态调整。
在5G NR V2X中，SA2为groupcast mode(组播模式)的PC5 V2X通信定义了rangevalue(范围值)，对于不在range指定范围内的接收UE，只需要保证最好(best effort)通信即可。而对于range指定范围内的接收UE，需要保证PC5 QoS(Quality of Service，服务质量)参数要求。对于通过NR Uu multicast传输的V2X通信，很可能有类似的来自应用的range相关的QoS需求，即不要求group member的所有成员都保证获得该组播信息，只需要在消息源UE周围的range范围内组成员UE能获得对应的组播信息即可。
对于广播broadcast V2X通信来说，一般只需要保证发送V2X消息的UE周围几百米的UE能接收到即可，更远的UE收到这些信息没有什么意义，因此传输range的概念对于基于NR Uu broadcastcast的V2X消息传输来说也有意义。
以图1为例，图1是根据本公开实施例的服务区域示意图，其中，某个V2X消息的广播范围受到发送UE的地理位置，广播range要求，以及小区部署及小区覆盖范围的影响，具体的：
对于来自cell 10的V2X发送UE，其V2X消息的广播范围覆盖SAI1：cell{10,5,7,8,12,13,15}；
对于来自cell 5的V2X发送UE，其V2X消息的广播范围覆盖SAI2：cell{5,1,2,3,7,8,10}；
对于来自cell 7的V2X发送UE，其V2X消息的广播范围覆盖SAI3：cell{7,2,5,6,9,10,12}；
对于来自cell 8的V2X发送UE，其V2X消息的广播范围覆盖SAI4：cell{8,3,4,5,10,11,13}；
对于来自cell 12的V2X发送UE，其V2X消息的广播范围覆盖SAI5：cell{12,7,9,10,14,15,18}；
对于来自cell 13的V2X发送UE，其V2X消息的广播范围覆盖SAI6：cell{13,8,10,11,15,16,17}；
对于来自cell 15的V2X发送UE，其V2X消息的广播范围覆盖SAI7：cell{15,10,12,13,17,18,19}；
根据上述内容可知，对于来自cell10和cell 5的UE发送的V2X消息，其广播覆盖范围有overlap(重叠)的小区，如cell{5,10,7,8}。这意味着这两个service area有overlap。而从单个小区的角度来看，以cell 10为例，其可以属于SAI1，SAI2，SAI3，SAI4，SAI5，SAI6，SAI7。
下面结合本公开中的实施例对如何解决相关技术中存在的如何配置多播广播服务器区域的问题进行说明：
在一个示例性的实施例中，提供了一种多播广播信息的传输方法，如图2所示，包括如下步骤：
S202，向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息；或者，接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。
其中，本申请实施例可以运行于包括基站和核心网网元的通信系统中。执行上述操作的可以是5G基站gNB，上述第一网元可以是多播广播控制单元MCE或者是接入和移动管理功能AMF或者是其他的多播广播控制网元。其中，在向第一网元发送上述第一多播广播信息之前可以由操作维护管理OAM配置对应的SAI相关信息。
通过本公开，通过向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息或者接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息来实现多播广播的服务区域的配置，即，明确提出了如何对多播广播服务区域进行配置的方式，由此解决了相关技术中的对多播广播的服务区域进行配置的问题。
在一个示例性的实施例中，接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息包括：接收来自所述第一网元的多播广播会话建立请求消息，其中，所述多播广播会话建立请求消息中包括有所述第二多播广播信息。在本实施例中，gNB可以接收来自MCE或者AMF或者其他的多播广播控制网元的第二多播广播信息，其中，在gNB接收来自MCE的第二多播广播信息的之前，MCE可以先获取AMF发送的相关信息，继而再向gNB发送第二多播广播信息。在本实施例中，可以通过由BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF,AMF向MCE,MCE向gNB发送信息的方式实现向gNB发送第二多播广播信息的目的，还可以通过由BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF，AMF向gNB发送信息的方式实现向gNB发送第二多播广播信息的目的。
在一个示例性的实施例中，所述多播广播会话建立请求消息包括以下信息至少之一：多播广播服务标识，多播广播会话标识，一个或多个多播广播服务区域，一个或多个多播广播小区列表，一个或多个用户设备UE列表。
在一个示例性的实施例中，所述多播广播会话建立请求消息中包括一个或多个下行用户面隧道DL GTP-U tunnel配置信息，其中，所述DL GTP-U tunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。
在一个示例性的实施例中，在为多个多播组播服务区域配置不同的多播组播业务标识不同的服务区域不同的用户面隧道，或者，在为多个多播组播服务区域配置相同的多播组播业务标识不同的服务器区域标识不同的用户面隧道的情况下，所述多播广播会话建立请求消息中包括多个所述DL GTP-U tunnel配置信息；或，在为多个多播组播服务器区域配置相同的多播组播业务标识不同的服务区域标识以及相同的用户面隧道情况下，所述多播广播会话建立请求消息中包括一个所述DL GTP-U tunnel配置信息。
在一个示例性的实施例中，所述方法还包括：向所述第一网元发送多播广播会话建立响应消息，其中，所述多播广播会话建立响应消息包括以下信息至少之一：一个或多个多播广播会话标识，多播广播服务标识，服务区域标识，多播广播小区列表，UE列表，用户面隧道GTP-U tunnel配置信息，其中，所述GTP-U tunnel配置信息包括互联网协议IP地址和隧道终点标识TEID。
在一个示例性的实施例中，通过用户面隧道传输的数据包的GTP-U子头携带多播组播服务区域标识。
在一个示例性的实施例中，接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息包括：接收来自所述第一网元的多播广播会话更新消息，其中，所述多播广播会话更新消息中包括所述第二多播广播信息；其中，所述第二多播广播信息包括以下信息至少之一：多播广播服务标识，多播广播会话标识，更新的多播广播服务区域，更新的多播广播小区列表，更新的UE列表，更新的下行用户面隧道DL GTP-U tunnel配置信息，其中，所述DL GTP-U tunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。
在一个示例性的实施例中，所述更新的多播广播服务区域包括新加和/或释放的多播广播服务区域标识。
在一个示例性的实施例中，所述更新的多播广播小区列表包括新加和/或释放的小区的新无线电小区全球标识NCGI信息。
在一个示例性的实施例中，所述更新的UE列表包括新加和/或释放的UE标识信息，其中，所述UE标识包括小区无线网络临时标识C-RNTI，临时移动用户标识S-TMSI，NG UE APID，或其他用于标识UE的信息。
在一个示例性的实施例中，所述多播广播服务区域列表中包括的一个或多个多播广播服务区域中包括以下信息至少之一：广播组播范围，是否位于服务质量QoS范围内，QoS信息，可靠性要求，速率要求，重传指示，混合自动重传请求HARQ反馈指示。
在一个示例性的实施例中，在向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息时，所述第一多播广播信息包括以下信息至少之一：基站标识，基站名称,多播广播服务标识，一个或多个多播广播服务区域标识，一个或多个小区标识列表，每个小区对应的多播广播服务区域标识列表，UE列表。
在一个示例性的实施例中，在向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息的情况下，所述方法还包括：通过第一消息指示所述第一网元对多播广播服务区域配置进行第一处理；其中，所述第一处理包括以下至少之一：建立、修改、释放。在本实施例中，接口对应于gNB与第一网元之间的接口。
在一个示例性的实施例中，在所述第一网元包括所述MCE的情况下，在向所述MCE发送所述第一多播广播信息之后，所述方法还包括以下至少之一：由所述MCE基于所述第一多播广播信息向AMF发送包含多播广播服务区域配置信息的第三多播广播信息。在本实施例中，gNB可以通过MCE向AMF发送相关广播服务区域配置信息，即，由MCE将接收到的来自gNB的相关广播服务区域配置信息发送给AMF。
在一个示例性的实施例中，所述第三多播广播信息包括以下信息至少之一：MCE标识，MCE名称，多播广播服务标识，一个或多个多播广播服务区域标识，一个或多个小区标识列表，每个小区对应的多播广播服务区域标识列表，UE列表。
在一个示例性的实施例中，在由所述MCE基于所述第一多播广播信息向AMF发送包含多播广播服务区域配置信息的第三多播广播信息之后，所述方法还包括：由所述MCE通过第三消息指示所述AMF对多播广播服务区域配置进行第三处理；其中，所述第三处理包括以下至少之一：建立、修改、释放。在本实施例中，接口对应于MCE与AMF之间的接口。
下面结合具体实施例对本公开分情况进行说明：
多播广播的service area可以考虑以下几种情况：
Scenario 1：对于视频等广播业务，可以在网络部署时根据业务的特性半静态的确定对应的service area，并为相关的小区/基站预配置对应的SAI。对于某个SAI，由多个小区构成，可以是全国范围，或者城市或地区范围内，也可以在不相交的地区对应于同一个multicast/broadcast service有不同的广播内容。
Scenario 2：对于V2X类型的广播通信，如果考虑localized broadcast range(局部广播范围)，则可以针对某个多播广播service，为每个支持该业务的接收小区半静态的配置多个SAI，分别对应于不同的发送小区的发送UE发送V2X消息的广播范围。这些SAI对应的广播区域有可能有相交的小区。
Scenario 3：对于public safety(公共安全)及V2X的组播通信，根据加入到组播通信组的group member位置确定service area。service area对应一个组小区列表。该service area的小区列表会随着group member的位置变化而变化。
Scenario4：对于V2X组播通信，如果考虑传输range配置，可以在整个groupmember确定的service area 1(SAI1)对应的小区列表内进一步根据发送组播消息的UE的位置划定一个range范围对应的service area 2(SAI2)及小区列表。在SAI2区域内的组播传输满足更高的QoS要求，例如满足可靠性要求支持HARQ(Hybrid Automatic RepeatRequest，混合自动重传请求)反馈等。
具体实施例一
对于Scenario1，每个小区可以由OAM预配置其对应的SAI相关信息(对应于前述的多播广播服务区域配置信息，以及对应后续的多播广播相关信息)，之后基站告知MCE或AMF等多播广播控制网元对应的SAI相关信息。具体的，可以包括以下信息交互：
基站向MCE或其他多播广播控制网元发送多播广播相关信息，其中包含以下信息至少之一：gNB ID，gNB Name,小区NCGI列表，以及每个小区对应的多播广播服务区域列表service area list。多播广播multicast/broadcast service area list中每一个服务区域条目service area entry包含多播广播服务器区域标识multicast/broadcast servicearea identifier和/或multicast/broadcast service标识信息。其中multicast/broadcast service标识可以通过TMGI或是其他标识信息来识别一个多播广播业务或多播广播承载服务multicast/broadcast bearer service。基站可以使用interface-Setup,RAN configuration update消息，或multicast/broadcast configuration update信息对multicast/broadcast service area的配置进行建立/修改/释放。其中interface对应于基站与MCE之间的接口。
MCE收到上述信息后，可以向基站发送确认/响应消息。后续MCE可以根据基站发送的多播广播相关信息判断基站属于哪些service area，并决定是否发起与基站建立相应的多播广播会话multicast/broadcast Session。
其中，基站还可将上述多播广播相关信息发送给AMF。类似的，基站可以使用NG-Setup,RAN configuration update消息，或multicast/broadcast configuration update信息对multicast/broadcast service area的配置进行建立/修改/释放。AMF收到上述多播广播相关信息后，可以向基站发送确认/响应消息。后续AMF可以根据基站发送的multicast/broadcast信息判断基站属于哪些service area，决定是否发起与基站建立相应的multicast/broadcast Session。基站与MCE的交互流程可以参见附图3。
其中，MCE或其他多播广播控制网元在接收到多播广播相关信息之后，可以向AMF发送多播广播相关信息，以MCE发送多播广播相关信息为例，其中包含以下信息至少之一：MCE ID，MCE Name,MCE支持的multicast/broadcast service area list。multicast/broadcast service area list中每一个service area entry包含multicast/broadcastservice area identifier和/或multicast/broadcast service标识信息。其中multicast/broadcast service标识可以通过TMGI或是其他标识信息来识别一个multicast/broadcast业务或multicast/broadcast bearer service。MCE或其他多播广播控制网元可以使用interface-Setup,或multicast/broadcast configuration update信息对multicast/broadcast service area的配置进行建立/修改/释放。其中interface对应于MCE或其他多播广播控制网元与AMF之间的接口。
AMF收到上述多播广播相关信息后，可以向MCE或其他多播广播控制网元发送确认/响应消息。后续AMF可以根据MCE或其他多播广播控制网元发送的broadcast/multicast信息判断MCE或其他多播广播控制网元属于哪些service area，并决定是否发起与MCE或其他多播广播控制网元建立相应的multicast/broadcast Session。MCE与AMF的交互流程可以参见附图4。
具体实施例二
对于Scenario3，可以考虑在multicast/broadcast session建立过程中传输对应的multicast/broadcast服务区域信息。
具体的，在multicast/broadcast session建立时，可考虑以下信息发送方式：由BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF,AMF向MCE,MCE向gNB发送的，或者,由BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF，AMF向gNB发送的multicast/broadcast session建立请求消息中可以包含多播广播相关信息。多播广播相关信息可包含以下信息至少之一：multicast/broadcast service标识信息，multicast/broadcast session id，multicast/broadcast service area，multicast/broadcast cell list。其中multicast/broadcast service标识可以通过TMGI或是其他标识信息来识别一个multicast/broadcast业务或multicast/broadcast bearer service，multicast/broadcast cell list对应于NCGI list，即，多播广播小区列表可以通过NCGI列表表示。图5给出了NGC(AMF)向MCE以及MCE向gNB发送包含多播广播相关信息的multicast/broadcast session建立请求消息流程。
考虑到可能出现overlap(重叠)的multicast/broadcast service area，multicast/broadcast session建立请求消息中可以包含多个multicast/broadcastservice area list以及对应的multicast/broadcast cell list。
gNB接收到多播广播相关信息后，可以通过广播或专有信令在Uu口发送多播广播配置。具体的，gNB在multicast/broadcast session关联的multicast/broadcast servicearea对应的multicast/broadcast cell内多播广播配置。在这些小区服务或驻留且对所述multicast/broadcast session/service感兴趣的UE可相应的建立multicast/broadcast承载，对这些multicast/broadcast session对应的multicast/broadcast数据接收。
考虑到multicast/broadcast service area随着group member(组成员)的位置变化而动态变化，multicast/broadcast session对应的multicast/broadcast servicearea需要相应的更新。可考虑以下信息发送方式：BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF,AMF向MCE,MCE向gNB发送的,或者，BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF，AMF向gNB发送的multicast/broadcastsession更新消息中可以包含更新的multicast/broadcast service area和/或multicast/broadcast cell list。具体的，更新的multicast/broadcast service area信息包括新加或释放的multicast/broadcast service area identifier。更新的multicast/broadcast cell list包括新加或释放的NCGI信息。
对于已经不在multicast/broadcast service area范围内的基站/小区，可考虑以下信息发送方式：BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF,AMF向MCE,MCE向gNB发送的,或者，BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF，AMF向gNB发送的multicast/broadcast session stop消息，结束该multicast/broadcast session。
具体实施例三
对于Scenario 2和4，需要考虑可能出现overlap的multicast/broadcastservice area。对于这种情况，可以考虑如下几种可能的处理方式：
方式一：对于同一个multicast/broadcast service，为不同的有overlap的multicast/broadcast service area配置不同的multicast/broadcast业务标识(或称为TMGI或其他的用于识别multicast/broadcast业务或bearer service的标识)，如图6中的(c)流程所示。
在UPF/multicast/broadcast GW与gNB之间对应不同的TMGI建立一个multicast/broadcast session，建立一个GTP-U tunnel。这种方式大量增加multicast/broadcast业务标识的配置需求，对于某个基站来说，这意味着对应于同一个multicast/broadcastservice的overlap的多个multicast/broadcast service area分别建立multicast/broadcast session以及GTP-U tunnel。
方式二：对于同一个multicast/broadcast service，为不同的有overlap的multicast/broadcast service area配置相同的multicast/broadcast业务标识(或称为TMGI或其他用于识别multicast/broadcast业务或bearer service的标识)，不同的service area identifier，对应于不同的multicast/broadcast数据传输的GTP-Utunnel，如图6中的(a)流程所示。multicast/broadcast业务标识和SAI共同确定一个的multicast/broadcast session/GTP-U tunnel，即在UPF/multicast/broadcast GW与gNB之间建立不同的multicast/broadcast session，建立不同的GTP-U tunnel。
这种方式需要基站对应于同一个multicast/broadcast service的overlap的多个multicast/broadcast service area与NGC之间分别建立multicast/broadcastsession以及对应的GTP-U tunnel。由于这些multicast/broadcast session以及GTP-Utunnel对应于相同的multicast/broadcast业务标识，gNB从NGC从这些DL GTP-U tunnel收到multicast/broadcast数据后，可将从多个GTP-U tunnel收到的数据包组装到一个MACPDU在Uu口发送。
对于上述方式一和方式二，从信令角度看，从AMF向MCE,MCE向gNB发送端,或者，AMF向gNB发送的multicast/broadcast session建立/更新请求信息中，对于不同的multicast/broadcast业务标识和SAI组合，可包含对应的DL GTP-U tunnel配置信息。其中DL GTP-U tunnel信息包含以下信息：IP组播地址，TEID信息。此外，gNB向NGC发送的multicast/broadcast session建立/更新响应信息中对于不同的multicast/broadcast业务标识和SAI组合，可包含DL GTP-U tunnel配置信息。该方式适用于基站与NGC之间采用单播的方式传输multicast/broadcast数据。
需要注意的是，在gNB与NGC发送或接收的multicast/broadcast session建立/更新响应信息中，可包含一个或多个multicast/broadcast session id，multicast/broadcast业务标识，SAI及对应的GTP-U tunnel配置信息。
方式三：对于同一个multicast/broadcast service，为不同的有overlap的multicast/broadcast service area配置相同的multicast/broadcast业务标识(或称为TMGI或其他用于识别multicast/broadcast业务或bearer service的标识)，不同的SAI，复用相同的multicast/broadcast数据传输的multicast/broadcast session/GTP-Utunnel，对应于图6中的(b)流程。
这种方式意味着对于同一个multicast/broadcast service，无论有多少overlapping的service area，在UPF/multicast/broadcast GW与service area相关的gNB之间建立一个multicast/broadcast session，建立一个GTP-U tunnel。后续NGC(如UPF或multicast/broadcast GW)在发送multicast/broadcast数据时，在用户面数据包头中包含该数据包对应的service area信息。具体的，可以在GTP-U包头中增加数据包对应的SAI信息。gNB收到该信息后，根据SAI指示查找对应的该SAI对应的multicast/broadcast celllist，确定需要在哪些小区进行传输。
从信令角度看，一个multicast/broadcast session以及GTP-U tunnel可用于传输对应于不同multicast/broadcast service area的数据包，意味着在gNB与NGC之间传输的multicast/broadcast session建立请求/更新消息中可以包含多个multicast/broadcast service area以及对应的multicast/broadcast cell list。具体的，从AMF向MCE,MCE向gNB,或AMF向gNB发送的multicast/broadcast session建立/更新请求信息中，包含以下信息至少之一：multicast/broadcast session id，multicast/broadcast业务标识，SAI list，multicast/broadcast cell list，DL GTP-U tunnel信息。其中DL GTP-Utunnel信息包含以下信息：IP组播地址，TEID信息。此外，gNB向NGC发送的multicast/broadcast session建立/更新响应信息中对于不同的multicast/broadcast业务标识和SAI组合，可包含DL GTP-U tunnel配置信息。该方式适用于基站与NGC之间采用单播的方式传输多播广播数据。
具体实施例四
对于Scenario 4，multicast数据的传输可以到达SAI1的区域，但是只需要在SAI2区域内的组播传输满足QoS要求，例如满足可靠性要求支持HARQ反馈。
具体的，在multicast/broadcast session建立时，可考虑以下信息发送方式：BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF,AMF向MCE,MCE向gNB发送的,或者，BMSC向multicast/broadcast GW，multicast/broadcast GW向AMF,AMF向gNB发送的multicast/broadcast session建立请求消息。multicast/broadcast session建立请求消息中包含multicast/broadcast service area list。对应multicast/broadcastservice area list包含的每一个multicast/broadcast service area，包含以下信息至少之一：广播/组播range，是否within QoS range，QoS profile，可靠性要求(如PER等)，速率要求，重传指示，或HARQ feedback等指示信息。
具体实施例五
对于Scenario 1和2，半静态multicast/broadcast service area配置场景,还可以考虑AMF/MCE向gNB发送多播广播相关信息。
具体的，gNB从AMF/MCE接收多播广播相关信息。其中多播广播相关信息中包含以下信息至少之一：multicast/broadcast业务标识(或称为TMGI或其他用于识别multicast/broadcast业务或bearer service的标识)，一个或多个multicast/broadcast servicearea，一个或多个cell list，一个或多个UE list(可通过S-TMSI,UE AP ID,C-RNTI等标识)。gNB收到UE list后，只需要向UE list包含的UE发送广播组播数据。
gNB可向AMF/MCE发送支持组播广播指示。用于AMF判断是否需要与gNB建立multicast/broadcast session。
在一个示例性的实施例中，针对CU和DU分离的场景，还提供了另一种多播广播信息的传输方法，如图7所示，包括如下步骤：
S702，向分布式单元DU发送包含多播广播服务区域配置信息的第四多播广播信息；和/或，接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息。
其中，执行上述操作的可以是集中式单元CU，通过CU与DU之间的交互来实现多播广播服务区域的配置。在上述实施例中，明确提出了如何对多播广播服务区域进行配置的方式，由此解决了相关技术中的对多播广播的服务区域进行配置的问题。
在一个示例性的实施例中，所述第四多播广播信息中包括以下信息至少之一：多播广播业务标识，多播广播会话标识，一个或多个多播广播服务区域标识信息，一个或多个多播广播小区列表，一个或多个用户设备列表，用户面隧道F1 GTP-U tunnel配置信息。
在一个示例性的实施例中，所述F1 GTP-U tunnel配置信息包括：互联网协议IP组播地址和/TEID信息。
在一个示例性的实施例中，对于所述第四多播广播信息中包括的每个多播广播服务区域或多播广播小区列表或用户设备列表，还包括以下信息至少之一：广播组播范围，是否位于服务质量QoS范围内，QoS配置，可靠性要求，速率要求，重传指示，混合自动重传请求HARQ反馈指示。
在一个示例性的实施例中，所述第四多播广播信息包括以下信息至少之一：CU多播广播F1AP ID，待建立的信令无线承载SRB，待建立的多播承载MRB列表，集中单元CU到分布式单元DU的信息。
在一个示例性的实施例中，所述待建立的MRB列表包括MRB的服务质量QoS配置信息和/或QoS流的QoS配置信息。
在一个示例性的实施例中，向分布式单元DU发送包含多播广播服务区域配置信息的第四多播广播信息包括：通过第一消息向所述DU发送所述第四多播广播信息；以及，接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息包括：接收所述DU通过第二消息发送过来的所述第五多播广播信息；其中，当所述第一消息为多播广播上下文建立请求消息时，所述第二消息为多播广播上下文建立响应消息；当所述第一消息为多播广播上下文修改请求消息时，所述第二消息为多播广播上下文修改响应消息；当所述第一消息为多播广播上下文释放请求消息时，所述第二消息为多播广播上下文释放响应消息；
或者，
接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息包括：接收来自所述DU的多播广播上下文修改请求消息；获取所述多播广播上下文修改请求消息中包括的所述第五多播广播消息。
在一个示例性的实施例中，所述第五多播广播信息包括多播广播用户面隧道DLUP TNL信息。
在一个示例性的实施例中，通过所述用户面隧道传输的数据包的GTP-U子头携带多播广播区域标识。
在一个示例性的实施例中，所述第五多播广播信息包括以下信息至少之一：CU多播广播F1AP ID，DU多播广播F1AP ID，多播广播会话标识，G-RNTI，多播广播业务标识，DU到CU RRC消息，一个或多个多播广播服务区域标识信息，MRB建立列表，MRB建立失败列表，MTCH调度信息，对应于多播广播会话或者多播广播服务区域的可支持小区列表，对应于多播广播会话或者多播广播服务区域的无法支持小区列表，多播广播传输信道调度相关信息，非活动定时器，持续定时器，调度周期，调度偏移。
在一个示例性的实施例中，所述MRB建立列表中包括第一MRB ID，LCID，多播广播DL UP TNL消息。
在一个示例性的实施例中，所述MRB建立失败列表中包括第二MRB ID以及cause值。
在一个示例性的实施例中，所述DU到CU RRC消息中包括MRB对应的RLC、MAC及逻辑信道的配置信息。
在一个示例性的实施例中，所述第五多播广播消息还包括以下信息至少之一：更新的多播广播服务区域信息，更新的MRB信息，更新的多播广播小区列表信息，更新的多播广播用户设备列表信息，更新的用户面隧道F1 GTP-U tunnel信息。
下面结合具体实施例对CU、DU分离场景下的多播广播区域配置进行举例说明：
具体实施例六
在CU/DU分离场景下，每个DU下有多个小区。对于某个multicast/broadcastservice area，有可能包含某个DU下的cell1，而不包含DU下的cell2和cell3。因此DU需要获取multicast/broadcast service area对应的cell list信息，便于DU进行接纳控制以及数据传输。
具体的，CU向DU发送多播广播相关信息。多播广播相关信息中包含multicast/broadcast session/bearer建立/修改/释放信息。对于multicast/broadcast session/bearer建立/修改信息可包含以下信息至少之一：多播广播业务标识(或称为TMGI或其他用于识别multicast/broadcast业务或bearer service的标识)，multicast/broadcastsession id/MRB id，一个或多个multicast/broadcast service area标识，一个或多个multicast/broadcast cell list信息，一个或多个UE list(可通过C-RNTI或UE F1AP ID等标识)信息，F1 GTP-U tunnel信息。
其中DL GTP-U tunnel信息包含以下信息：IP组播地址，TEID信息。此外，DU向CU发送的multicast/broadcast session建立/更新响应信息中可包含DL F1 GTP-U tunnel配置信息。该方式适用于CU与DU之间采用单播的方式传输multicast/broadcast数据。
对于多个不同multicast/broadcast service area的multicast/broadcast数据使用一个F1 GTP-U tunnel的场景，CU向DU发送的F1-U数据包头应携带SAI信息。DU收到该数据包后，可以根据SAI确定对应的小区列表或UE列表，然后在对应小区或向对应的UE发送该数据包。
进一步的，CU向DU发送的multicast/broadcast相关信息中对应于某个servicearea可包含以下信息至少之一：广播/组播range，是否within QoS range，QoS profile，可靠性要求(如PER等)，速率要求，重传指示，或HARQ feedback等指示信息对应于某个multicast/broadcast service area的是否within range，是否需要保证QoS，或是否需要HARQ feedback等指示信息。
在DU向CU发送的multicast/broadcast session建立/更新响应信息中，可包含能支持以及不能支持的一个或多个multicast/broadcast session id/multicast/broadcast bearer id，和或service area identifier，和或cell list，和或UE list信息。
对于前述的Scenario1和Scenario2的半静态multicast/broadcast servicearea配置，还可以考虑由OAM为DU配置对应的SAI。DU通过F1接口向CU发送每个cell及对应的multicast/broadcast service area信息。
具体实施例七
在CU/DU分离场景下，CU将multicast/broadcast session包含的QoS flow映射到MRB后，需要与DU之间建立相应的F1 GTP-U tunnel用于multicast/broadcast数据传输。具体的，可以考虑如下的基于MRB的GTP-U tunnel建立方式：
non-overlapping multicast/broadcast service area：
如果对于某个multicast/broadcast业务标识，如果仅考虑non-overlapping的multicast/broadcast service area，则可以将不同multicast/broadcast service area对应的multicast/broadcast data映射到不同的一个或多个MRB上，并相应的建立F1接口上的GTP-U tunnel。DU收到MRB对应的GTP-U tunnel的数据包后，根据GTP-U tunnel关联的service area信息将数据包投递到对应的小区进行Uu口传输。
Overlapping multicast/broadcast service area：
如图8所述，对应于某个multicast/broadcast业务，假设业务标识为TMGI 1，有overlapping的multicast/broadcast service area。其中service area1对应小区1,2,3,4，service area2对应小区3,4,5,6。假设service area1对应的数据为P1，而servicearea2对应的数据为P2，则cell1和cell2需要在Uu口发送P1，cell 3和cell4需要在Uu口发送P1+P2，而cell5和cell6需要在Uu口发送P2。
如果将不同multicast/broadcast service area对应的multicast/broadcastdata映射到不同的MRB，则意味着CU与DU之间需要建立两个F1-U GTP-U tunnel。cell3和cell4上针对TMGI1需要发送来自两个F1-U GTP-U tunnel，对应于MRB1和MRB2的multicast/broadcast数据。即对应于一个TMGI的两个overlapping service area对应的小区，DU需要建立两个逻辑信道进行multicast/broadcast数据传输。
其中，也可以考虑图9所示的F1-U GTP tunnel建立方式，CU将service area1的multicast/broadcast data以及service area2的multicast/broadcast data聚合到一个MRB3上，并在F1接口上建立专门的GTP-U tunnel传输到cell3和cell4的对应于TMGI1的multicast/broadcast data。这种方式意味着在F1接口上CU将overlapping的servicearea的multicast/broadcast data进行组合，然后在F1接口上重新划定non-overlap的service area并建立对应的MRB及GTP-U tunnel。即F1-U tunnel1 for MRB1对应于cell1和cell2，F1-U tunnel2 for MRB2对应与cell 5和cell6，而F1-U tunnel 3for MRB3对应与cell 3和4。这种情况下，对应于一个multicast/broadcast业务，只需要在UE侧建立一个MRB及对应的逻辑信道。
除了上述两种方式，还可在F1接口上针对一个multicast/broadcast业务标识(或称为TMGI或其他用于识别multicast/broadcast业务或bearer service的标识)，建立一个MRB及对应的F1-U tunnel。将不同service area对应的multicast/broadcast数据统一进行PDCP SN编号，这会导致对某些小区来说只会传输部分PDCP SN对应的PDCP PDU，导致数据传输天然的出现PDCP SN空洞。
针对上述几种不同service area对应的MRB及GTP-U tunnel建立方式，需要考虑在CU和DU之间设计multicast/broadcast相关上下文的创建，修改以及释放流程。考虑到DU控制资源分配，因此也需要考虑由DU发起释放或是修改某些MRB。
以multicast/broadcast context setup request为例，如图10所示，CU向DU发送的该信息中可包含以下信息至少之一CU multicast/broadcast F1AP ID，multicast/broadcast业务标识(或称为TMGI或其他用于识别multicast/broadcast业务或bearerservice的标识)，multicast/broadcast session id，multicast/broadcast servicearea，multicast/broadcast cell list/UE list，SRB to be setup,MRB to be setupList，CU to DU Information。在MRB to be setup list中可以包含MRB的QoS profile和或QoS flow的QoS profile信息。
此外，还可以考虑在一个multicast/broadcast context setup request中包含多个multicast/broadcastservice area以及对应的multicast/broadcast cell list或UE list。
进一步的，可对应于每个multicast/broadcast service area，包含对应的MRBto be setup list。如果在CU与多个DU之间采用IP multicast的方式传输MRB对应的multicast/broadcast数据，则可以在multicast/broadcast context setup request消息中包含的TNL信息中进一步包含IP multicast address，IP source address，GTP DL TEID信息。如果不采用IP multicast的方式，则可以在DU发送给CU的multicast/broadcastcontext setup response消息中包含multicast/broadcast DL UP TNLinfo。
具体的，multicast/broadcast context setup response消息中可以包含以下信息至少之一：CU multicast/broadcast F1AP ID，DU multicast/broadcast F1AP ID，multicast/broadcast session id，G-RNTI，multicast/broadcast业务标识(或称为TMGI或其他用于识别multicast/broadcast业务或bearer service的标识)，DU to CU RRCInformation，one or more multicast/broadcast service area identifier，MRB setuplist，MRB failed to setup list。其中，MRB setup list中包含MRB ID，LCID，multicast/broadcast DL UP TNLinfo(GTP-U tunnel transport layer address，GTP-TEID)。MRBfailed to setup list中包含MRB id以及cause值。DU to CU RRC Information中可以包含MRB对应的RLC/MAC及逻辑信道的相关配置。此外multicast/broadcast context setupresponse中还可以包含MTCH调度相关信息，如inactivity timer，on duration timer，scheduling cycle，scheduling offset等。
此外在multicast/broadcast context setup response消息中可包含对应于某个MRB/multicast/broadcast session/multicast/broadcast service area，可支持的小区列表，和或无法支持的小区列表。其中小区信息使用NCGI/PCI等信息来标识。
需要注意的是，除了multicast/broadcast context setup request/response流程，CU和DU之间还需要交互multicast/broadcast上下文修改流程，修改可以由DU发起，也可以由CU发起。此外CU还可以发起multicast/broadcast上下文释放流程。在CU或DU发起的multicast/broadcast上下文修改流程中，DU可以向CU或是CU向DU发送以下信息至少之一：CU multicast/broadcast F1AP ID，DU multicast/broadcast F1AP ID，multicast/broadcast session id，G-RNTI，multicast/broadcast业务标识(TMGI或其他识别multicast/broadcast业务或bearer service的标识)，DU to CU RRC Information，更新的multicast/broadcast service area信息，更新的MRB信息，更新的multicast/broadcast cell list或UE list信息，更新的F1 GTP-U tunnel信息等。
DU完成multicast/broadcast bearer/multicast/broadcast session配置后，后续可以将从F1 GTP-U tunnel上接收到的数据包以点对点或点对多点的方式发送给UE。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本公开各个实施例所述的方法。
在本实施例中还提供了一种多播广播信息的传输装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图11是根据本公开实施例的多播广播信息的传输装置的结构框图，如图11所示，该装置包括：
第一发送模块112，用于向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息；或者，
第一接收模块114，用于接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。
在一个示例性的实施例中，所述第一网元包括多播广播控制单元MCE或者接入和移动管理功能AMF。
在一个示例性的实施例中，第一接收模块114可以通过如下方式实现接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息：接收来自所述第一网元的多播广播会话建立请求消息，其中，所述多播广播会话建立请求消息中包括有所述第二多播广播信息。
在一个示例性的实施例中，所述多播广播会话建立请求消息包括以下信息至少之一：多播广播服务标识，多播广播会话标识，一个或多个多播广播服务区域，一个或多个多播广播小区列表，一个或多个用户设备UE列表。
在一个示例性的实施例中，所述多播广播会话建立请求消息中包括一个或多个下行用户面隧道DL GTP-U tunnel配置信息，其中，所述DL GTP-U tunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。
在一个示例性的实施例中，在为多个多播组播服务区域配置不同的多播组播业务标识不同的服务区域不同的用户面隧道，或者，在为多个多播组播服务区域配置相同的多播组播业务标识不同的服务器区域标识不同的用户面隧道的情况下，所述多播广播会话建立请求消息中包括多个所述DL GTP-U tunnel配置信息；或，在为多个多播组播服务器区域配置相同的多播组播业务标识不同的服务区域标识以及相同的用户面隧道情况下，所述多播广播会话建立请求消息中包括一个所述DL GTP-U tunnel配置信息。
在一个示例性的实施例中，在为有重叠的多播组播服务器区域配置相同的多播组播业务标识不同的服务器区域标识以及相同的用户面隧道情况下，所述多播广播会话建立请求消息中还包括：多播广播会话标识，多播广播业务标识，服务区域标识列表，多播广播小区列表。
在一个示例性的实施例中，所述装置还用于：向所述第一网元发送多播广播会话建立响应消息，其中，所述多播广播会话建立响应消息包括以下信息至少之一：一个或多个多播广播会话标识，多播广播服务标识，服务区域标识，多播广播小区列表，UE列表，用户面隧道GTP-U tunnel配置信息，其中，所述GTP-U tunnel配置信息包括互联网协议IP地址和隧道终点标识TEID。
在一个示例性的实施例中，通过用户面隧道传输的数据包的GTP-U子头携带多播组播服务区域标识。
在一个示例性的实施例中，所述第一接收模块114可以通过如下方式接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息：接收来自所述第一网元的多播广播会话更新消息，其中，所述多播广播会话更新消息中包括所述第二多播广播信息；其中，所述第二多播广播信息包括以下信息至少之一：多播广播服务标识，多播广播会话标识，更新的多播广播服务区域，更新的多播广播小区列表，更新的UE列表，更新的下行用户面隧道DL GTP-U tunnel配置信息，其中，所述DL GTP-U tunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。
在一个示例性的实施例中，所述更新的多播广播服务区域包括新加和/或释放的多播广播服务区域标识。
在一个示例性的实施例中，所述更新的多播广播小区列表包括新加和/或释放的小区的新无线电小区全球标识NCGI信息。
在一个示例性的实施例中，所述更新的UE列表包括新加和/或释放的UE标识信息，其中，所述UE标识包括小区无线网络临时标识C-RNTI，临时移动用户标识S-TMSI，NG UE APID，或其他用于标识UE的信息。
在一个示例性的实施例中，所述多播广播服务区域列表中包括的一个或多个多播广播服务区域中包括以下信息至少之一：广播组播范围，是否位于服务质量QoS范围内，QoS信息，可靠性要求，速率要求，重传指示，混合自动重传请求HARQ反馈。
在一个示例性的实施例中，在向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息时，所述第一多播广播信息包括以下信息至少之一：基站标识，基站名称,多播广播服务标识，一个或多个多播广播服务区域标识，一个或多个小区标识列表，每个小区对应的多播广播服务区域标识列表，UE列表。
在一个示例性的实施例中，在向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息的情况下，所述装置还用于：通过第一消息指示所述第一网元对多播广播服务区域配置进行第一处理；其中，所述第一处理包括以下至少之一：建立、修改、释放。在本实施例中，接口对应于gNB与第一网元之间的接口。
在一个示例性的实施例中，在所述第一网元包括所述MCE的情况下，在向所述MCE发送所述第一多播广播信息之后，所述MCE用于执行以下操作：由所述MCE基于所述第一多播广播信息向AMF发送包含多播广播服务区域配置信息的第三多播广播信息。
在一个示例性的实施例中，所述第三多播广播信息包括以下信息至少之一：MCE标识，MCE名称，多播广播服务标识，一个或多个多播广播服务区域标识，一个或多个小区标识列表，每个小区对应的多播广播服务区域标识列表，UE列表。
在一个示例性的实施例中，在由所述MCE基于所述第一多播广播信息向AMF发送包含多播广播服务区域配置信息的第三多播广播信息之后，所述MCE还用于通过第三消息指示所述AMF对多播广播服务区域配置进行第三处理；其中，所述第三处理包括以下至少之一：建立、修改、释放。在本实施例中，接口对应于MCE与AMF之间的接口。
图12是根据本公开实施例的另一种多播广播信息的传输装置的结构框图，如图12所示，该装置包括：
第二发送模块122，用于向分布式单元DU发送包含多播广播服务区域配置信息的第三多播广播信息；和/或，
第二接收模块124，用于接收来自分布式单元DU的包含多播广播服务区域配置信息的第四多播广播信息。
在一个示例性的实施例中，所述第四多播广播信息中包括以下信息至少之一：多播广播业务标识，多播广播会话标识，一个或多个多播广播服务区域标识信息，一个或多个多播广播小区列表，一个或多个用户设备列表，用户面隧道F1 GTP-U tunnel配置信息。
在一个示例性的实施例中，所述F1 GTP-U tunnel配置信息包括：互联网协议IP组播地址和/TEID信息。
在一个示例性的实施例中，对于所述第四多播广播信息中包括的每个多播广播服务区域或多播广播小区列表或用户设备列表，还包括以下信息至少之一：广播组播范围，是否位于服务质量QoS范围内，QoS配置，可靠性要求，速率要求，重传指示，混合自动重传请求HARQ反馈指示。
在一个示例性的实施例中，所述第四多播广播信息包括以下信息至少之一：CU多播广播F1AP ID，待建立的信令无线承载SRB，待建立的多播承载MRB列表，集中单元CU到分布式单元DU的信息。
在一个示例性的实施例中，所述待建立的MRB列表包括MRB的服务质量QoS配置信息和/或QoS流的QoS配置信息。
在一个示例性的实施例中，第二发送模块122用于通过如下方式实现向分布式单元DU发送包含多播广播服务区域配置信息的第四多播广播信息：通过第一消息向所述DU发送所述第四多播广播信息；以及，第二接收模块124用于通过如下方式实现接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息：接收所述DU通过第二消息发送过来的所述第五多播广播信息；其中，当所述第一消息为多播广播上下文建立请求消息时，所述第二消息为多播广播上下文建立响应消息；当所述第一消息为多播广播上下文修改请求消息时，所述第二消息为多播广播上下文修改响应消息；当所述第一消息为多播广播上下文释放请求消息时，所述第二消息为多播广播上下文释放响应消息；
或者，
第二接收模块124用于通过如下方式实现接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息：接收来自所述DU的多播广播上下文修改请求消息；获取所述多播广播上下文修改请求消息中包括的所述第五多播广播消息。
在一个示例性的实施例中，所述第五多播广播信息包括多播广播用户面隧道DLUP TNL信息。
在一个示例性的实施例中，通过所述用户面隧道传输的数据包的GTP-U子头携带多播广播区域标识。
在一个示例性的实施例中，所述第五多播广播信息包括以下信息至少之一：CU多播广播F1AP ID，DU多播广播F1AP ID，多播广播会话标识，G-RNTI，多播广播业务标识，DU到CU RRC消息，一个或多个多播广播服务区域标识信息，MRB建立列表，MRB建立失败列表，MTCH调度信息，对应于多播广播会话或者多播广播服务区域的可支持小区列表，对应于多播广播会话或者多播广播服务区域的无法支持小区列表，多播广播传输信道调度相关信息，非活动定时器，持续定时器，调度周期，调度偏移。
在一个示例性的实施例中，所述MRB建立列表中包括第一MRB ID，LCID，多播广播DL UP TNL消息。
在一个示例性的实施例中，所述MRB建立失败列表中包括第二MRB ID以及cause值。
在一个示例性的实施例中，所述DU到CU RRC消息中包括MRB对应的RLC、MAC及逻辑信道的配置信息。
在一个示例性的实施例中，所述第五多播广播消息还包括以下信息至少之一：更新的多播广播服务区域信息，更新的MRB信息，更新的多播广播小区列表信息，更新的多播广播用户设备列表信息，更新的用户面隧道F1 GTP-U tunnel信息。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
本公开的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在本实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本公开的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本公开的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本公开不限制于任何特定的硬件和软件结合。
以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (34)

1.一种多播广播信息的传输方法，其特征在于，包括：
向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息；或者，
接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。
2.根据权利要求1所述的方法，其特征在于，所述第一网元包括多播广播控制单元MCE或者接入和移动管理功能AMF。
3.根据权利要求1所述的方法，其特征在于，接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息包括：
接收来自所述第一网元的多播广播会话建立请求消息，其中，所述多播广播会话建立请求消息中包括有所述第二多播广播信息。
4.根据权利要求3所述的方法，其特征在于，所述多播广播会话建立请求消息包括以下信息至少之一：
多播广播服务标识，多播广播会话标识，一个或多个多播广播服务区域，一个或多个多播广播小区列表，一个或多个用户设备UE列表。
5.根据权利要求3所述的方法，其特征在于，所述多播广播会话建立请求消息中包括一个或多个下行用户面隧道DL GTP-U tunnel配置信息，其中，所述DL GTP-U tunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。
6.根据权利要求5所述的方法，其特征在于，
在为多个多播组播服务区域配置不同的多播组播业务标识不同的服务区域不同的用户面隧道，或者，在为多个多播组播服务区域配置相同的多播组播业务标识不同的服务器区域标识不同的用户面隧道的情况下，所述多播广播会话建立请求消息中包括多个所述DLGTP-U tunnel配置信息；或，
在为多个多播组播服务器区域配置相同的多播组播业务标识不同的服务区域标识以及相同的用户面隧道情况下，所述多播广播会话建立请求消息中包括一个所述DL GTP-Utunnel配置信息。
7.根据权利要求3所述的方法，其特征在于，所述方法还包括：
向所述第一网元发送多播广播会话建立响应消息，其中，所述多播广播会话建立响应消息包括以下信息至少之一：
一个或多个多播广播会话标识，多播广播服务标识，服务区域标识，多播广播小区列表，UE列表，用户面隧道GTP-U tunnel配置信息，其中，所述GTP-U tunnel配置信息包括互联网协议IP地址和隧道终点标识TEID。
8.根据权利要求5或7所述的方法，其特征在于，通过用户面隧道传输的数据包的GTP-U子头携带多播组播服务区域标识。
9.根据权利要求1所述的方法，其特征在于，接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息包括：
接收来自所述第一网元的多播广播会话更新消息，其中，所述多播广播会话更新消息中包括所述第二多播广播信息；
其中，所述第二多播广播信息包括以下信息至少之一：
多播广播服务标识，多播广播会话标识，更新的多播广播服务区域，更新的多播广播小区列表，更新的UE列表，更新的下行用户面隧道DL GTP-U tunnel配置信息，其中，所述DLGTP-U tunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。
10.根据权利要求9所述的方法，其特征在于，包括以下至少之一：
所述更新的多播广播服务区域包括新加和/或释放的多播广播服务区域标识；
所述更新的多播广播小区列表包括新加和/或释放的小区的新无线电小区全球标识NCGI信息；
所述更新的UE列表包括新加和/或释放的UE标识信息，其中所述UE标识包括C-RNTI，S-TMSI，UE AP ID或其他用于标识UE的信息。
11.根据权利要求4或9所述的方法，其特征在于，所述多播广播服务区域中包括以下信息至少之一：
广播组播范围，是否位于服务质量QoS范围内，QoS信息，可靠性要求，速率要求，重传指示，混合自动重传请求HARQ反馈指示。
12.根据权利要求1所述的方法，其特征在于，在向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息时，所述第一多播广播信息包括以下信息至少之一：
基站标识，基站名称,多播广播服务标识，一个或多个多播广播服务区域标识，一个或多个小区标识列表，每个小区对应的多播广播服务区域标识列表，UE列表。
13.根据权利要求12所述的方法，其特征在于，在向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息的情况下，所述方法还包括：
通过第一消息指示所述第一网元对多播广播服务区域配置进行第一处理；
其中，所述第一处理包括以下至少之一：建立、修改、释放。
14.根据权利要求2所述的方法，其特征在于，在所述第一网元包括所述MCE的情况下，在向所述MCE发送所述第一多播广播信息之后，所述方法还包括以下至少之一：
由所述MCE基于所述第一多播广播信息向AMF发送包含多播广播服务区域配置信息的第三多播广播信息。
15.根据权利要求14所述的方法，其特征在于，所述第三多播广播信息包括以下信息至少之一：
MCE标识，MCE名称，多播广播服务标识，一个或多个多播广播服务区域标识，一个或多个小区标识列表，每个小区对应的多播广播服务区域标识列表，UE列表。
16.根据权利要求15所述的方法，其特征在于，在由所述MCE基于所述第一多播广播信息向AMF发送包含多播广播服务区域配置信息的第三多播广播信息之后，所述方法还包括：
由所述MCE通过第三消息指示所述AMF对多播广播服务区域配置进行第三处理；
其中，所述第三处理包括以下至少之一：建立、修改、释放。
17.一种多播广播信息的传输方法，其特征在于，包括：
向分布式单元DU发送包含多播广播服务区域配置信息的第四多播广播信息；和/或，
接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息。
18.根据权利要求17所述的方法，其特征在于，所述第四多播广播信息中包括以下信息至少之一：
多播广播业务标识，多播广播会话标识，一个或多个多播广播服务区域标识信息，一个或多个多播广播小区列表，一个或多个用户设备列表，用户面隧道F1 GTP-U tunnel配置信息。
19.根据权利要求18所述的方法，其特征在于，所述F1 GTP-U tunnel配置信息包括：互联网协议IP组播地址和/TEID信息。
20.根据权利要求18所述的方法，其特征在于，对于所述第四多播广播信息中包括的每个多播广播服务区域或多播广播小区列表或用户设备列表，还包括以下信息至少之一：
广播组播范围，是否位于服务质量QoS范围内，QoS配置，可靠性要求，速率要求，重传指示，混合自动重传请求HARQ反馈指示。
21.根据权利要求17所述的方法，其特征在于，所述第四多播广播信息包括以下信息至少之一：
CU多播广播F1AP ID，待建立的信令无线承载SRB，待建立的多播承载MRB列表，集中单元CU到分布式单元DU的信息。
22.根据权利要求21所述的方法，其特征在于，所述待建立的MRB列表包括MRB的服务质量QoS配置信息和/或QoS流的QoS配置信息。
23.根据权利要求17所述的方法，其特征在于，
向分布式单元DU发送包含多播广播服务区域配置信息的第四多播广播信息包括：通过第一消息向所述DU发送所述第四多播广播信息；以及，接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息包括：接收所述DU通过第二消息发送过来的所述第五多播广播信息；其中，当所述第一消息为多播广播上下文建立请求消息时，所述第二消息为多播广播上下文建立响应消息；当所述第一消息为多播广播上下文修改请求消息时，所述第二消息为多播广播上下文修改响应消息；当所述第一消息为多播广播上下文释放请求消息时，所述第二消息为多播广播上下文释放响应消息；
或者，
接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息包括：接收来自所述DU的多播广播上下文修改请求消息；获取所述多播广播上下文修改请求消息中包括的所述第五多播广播消息。
24.根据权利要求17所述的方法，其特征在于，所述第五多播广播信息包括多播广播用户面隧道DL UP TNL信息。
25.根据权利要求18或24所述的方法，其特征在于，通过所述用户面隧道传输的数据包的GTP-U子头携带多播广播区域标识。
26.根据权利要求17所述的方法，其特征在于，所述第五多播广播信息包括以下信息至少之一：
CU多播广播F1AP ID，DU多播广播F1AP ID，多播广播会话标识，G-RNTI，多播广播业务标识，DU到CU RRC消息，一个或多个多播广播服务区域标识信息，MRB建立列表，MRB建立失败列表，MTCH调度信息，对应于多播广播会话或者多播广播服务区域的可支持小区列表，对应于多播广播会话或者多播广播服务区域的无法支持小区列表，多播广播传输信道调度相关信息，非活动定时器，持续定时器，调度周期，调度偏移。
27.根据权利要求26所述的方法，其特征在于，所述MRB建立列表中包括第一MRB ID，LCID，多播广播DL UP TNL消息。
28.根据权利要求26所述的方法，其特征在于，所述MRB建立失败列表中包括第二MRBID以及cause值。
29.根据权利要求26所述的方法，其特征在于，所述DU到CU RRC消息中包括MRB对应的RLC、MAC及逻辑信道的配置信息。
30.根据权利要求26所述的方法，其特征在于，所述第五多播广播消息还包括以下信息至少之一：
更新的多播广播服务区域信息，更新的MRB信息，更新的多播广播小区列表信息，更新的多播广播用户设备列表信息，更新的用户面隧道F1 GTP-U tunnel信息。
31.一种多播广播信息的传输装置，其特征在于，包括：
第一发送模块，用于向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息；或者，
第一接收模块，用于接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。
32.一种多播广播信息的传输装置，其特征在于，包括：
第二发送模块，用于向分布式单元DU发送包含多播广播服务区域配置信息的第三多播广播信息；和/或，
第二接收模块，用于接收来自分布式单元DU的包含多播广播服务区域配置信息的第四多播广播信息。
33.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至16任一项中所述的方法，或者执行权利要求17至30任一项中所述的方法。
34.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至16任一项中所述的方法，或者执行权利要求17至30任一项中所述的方法。
CN202010297269.6A 2020-04-15 2020-04-15 多播广播信息的传输方法、装置、存储介质及电子装置 Pending CN111866751A (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202010297269.6A CN111866751A (zh) 2020-04-15 2020-04-15 多播广播信息的传输方法、装置、存储介质及电子装置
KR1020227039795A KR20230002734A (ko) 2020-04-15 2021-04-14 멀티캐스트/브로드캐스트 정보의 전달방법, 장치, 저장 매체 및 전자장치
CA3186231A CA3186231A1 (en) 2020-04-15 2021-04-14 Multicast/broadcast information transmission method and device, storage medium, and electronic device
EP21788492.3A EP4138423A4 (en) 2020-04-15 2021-04-14 MULTICAST/BROADCAST INFORMATION TRANSMISSION METHOD AND DEVICE, STORAGE MEDIUM AND ELECTRONIC DEVICE
US17/919,325 US20230179958A1 (en) 2020-04-15 2021-04-14 Multicast/broadcast information transmission method and device, storage medium, and electronic device
PCT/CN2021/087260 WO2021208975A1 (zh) 2020-04-15 2021-04-14 多播/广播信息的传输方法、装置、存储介质及电子装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010297269.6A CN111866751A (zh) 2020-04-15 2020-04-15 多播广播信息的传输方法、装置、存储介质及电子装置

Publications (1)

Publication Number Publication Date
CN111866751A true CN111866751A (zh) 2020-10-30

Family

ID=72985039

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010297269.6A Pending CN111866751A (zh) 2020-04-15 2020-04-15 多播广播信息的传输方法、装置、存储介质及电子装置

Country Status (6)

Country Link
US (1) US20230179958A1 (zh)
EP (1) EP4138423A4 (zh)
KR (1) KR20230002734A (zh)
CN (1) CN111866751A (zh)
CA (1) CA3186231A1 (zh)
WO (1) WO2021208975A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021208975A1 (zh) * 2020-04-15 2021-10-21 中兴通讯股份有限公司 多播/广播信息的传输方法、装置、存储介质及电子装置
WO2022151181A1 (en) * 2021-01-14 2022-07-21 Lenovo (Beijing) Limited Mechanism for multicast and broadcast service
WO2022227071A1 (zh) * 2021-04-30 2022-11-03 Oppo广东移动通信有限公司 一种承载配置方法及装置、终端设备、网络设备
WO2022233026A1 (en) * 2021-05-07 2022-11-10 Zte Corporation A method of handover of mbs session, and system and apparatus thereof
WO2022255305A1 (ja) * 2021-06-02 2022-12-08 シャープ株式会社 端末装置、基地局装置、および方法
WO2024000293A1 (en) * 2022-06-29 2024-01-04 Mediatek Singapore Pte. Ltd. Methods and apparatus of multicast broadcast services transmission and reception on scell or non-serving cell

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116489603A (zh) * 2022-01-17 2023-07-25 华为技术有限公司 通信方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101801363B1 (ko) * 2011-12-27 2017-11-27 한국전자통신연구원 Ｍｂｍｓ 제공 장치 및 이를 이용한 ｍｂｍｓ 제공 방법
KR20170056630A (ko) * 2014-09-15 2017-05-23 후아웨이 테크놀러지 컴퍼니 리미티드 진화된 멀티미디어 브로드캐스트/멀티캐스트 서비스 프로세싱 네트워크 요소 및 진화된 멀티미디어 브로드캐스트/멀티캐스트 서비스 브로드캐스트 방법
CN107040995A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 车联网通信v2x消息的广播方法及装置、mbms承载的建立方法
US11284221B2 (en) * 2017-01-05 2022-03-22 Asustek Computer Inc. Method and apparatus for deciding numerology in a wireless communication system
CN111866751A (zh) * 2020-04-15 2020-10-30 中兴通讯股份有限公司 多播广播信息的传输方法、装置、存储介质及电子装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021208975A1 (zh) * 2020-04-15 2021-10-21 中兴通讯股份有限公司 多播/广播信息的传输方法、装置、存储介质及电子装置
WO2022151181A1 (en) * 2021-01-14 2022-07-21 Lenovo (Beijing) Limited Mechanism for multicast and broadcast service
WO2022227071A1 (zh) * 2021-04-30 2022-11-03 Oppo广东移动通信有限公司 一种承载配置方法及装置、终端设备、网络设备
WO2022233026A1 (en) * 2021-05-07 2022-11-10 Zte Corporation A method of handover of mbs session, and system and apparatus thereof
WO2022255305A1 (ja) * 2021-06-02 2022-12-08 シャープ株式会社 端末装置、基地局装置、および方法
WO2024000293A1 (en) * 2022-06-29 2024-01-04 Mediatek Singapore Pte. Ltd. Methods and apparatus of multicast broadcast services transmission and reception on scell or non-serving cell

Also Published As

Publication number Publication date
WO2021208975A1 (zh) 2021-10-21
EP4138423A4 (en) 2024-04-17
US20230179958A1 (en) 2023-06-08
EP4138423A1 (en) 2023-02-22
CA3186231A1 (en) 2021-10-21
KR20230002734A (ko) 2023-01-05

Similar Documents

Publication Publication Date Title
US11700509B2 (en) Communication system, communication method, and apparatus thereof
EP4138423A1 (en) Multicast/broadcast information transmission method and device, storage medium, and electronic device
RU2334358C2 (ru) Способ планирования передачи данных мультимедийных широковещательных/многоадресных услуг (mbms) в универсальной системе подвижной связи (umts)
EP3190855B1 (en) Multicast group reuse in cellular network multicast transport
EP3051847B1 (en) Group communication method, device and system
US8270324B2 (en) Method for bearer control and deletion, data distribution, and modification
JP6321830B2 (ja) 基地局、ユーザ端末及び装置
CN107040995A (zh) 车联网通信v2x消息的广播方法及装置、mbms承载的建立方法
CN113853808B (zh) 一种多播传输控制方法以及相关设备
WO2005018116A1 (en) Method for establishing common transport channel for mbms
KR20090101977A (ko) 이동 통신 시스템, 멀티캐스트 데이터 분배 방법, 코어 네트워크 장치, 및 액세스 네트워크 장치
KR20230004776A (ko) 브로드캐스트/멀티캐스트 서비스 관리 방법, 장치, 전자 설비, 저장 매체
CN112566045A (zh) 多媒体广播组播业务mbms传输方法及设备
CN111836206A (zh) 多播处理方法、终端及网络节点
CN113099390B (zh) 非独立部署的5g系统承载mbms的方法与系统
CN113099391B (zh) 独立部署的5g系统承载mbms的方法与系统
JP7299429B2 (ja) 通信制御方法及び基地局
CN114599051A (zh) 一种多媒体广播多播业务的处理方法、装置及系统
KR20110068777A (ko) 멀티캐스트 및 브로드캐스트 단일 주파수 네트워크에서의 방송 서비스를 제공하는 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination