多播广播信息的传输方法、装置、存储介质及电子装置制造方法及图纸

技术编号:26179002 阅读:32 留言:0更新日期:2020-10-31 14:32
本公开提供了一种多播广播信息的传输方法、装置、存储介质及电子装置,其中,该方法包括:向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息;或者,接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。通过本公开,解决了相关技术中的对多播广播的服务区域进行配置的问题。

【技术实现步骤摘要】
多播广播信息的传输方法、装置、存储介质及电子装置
本公开涉及通信领域,具体而言,涉及一种多播广播信息的传输方法、装置、存储介质及电子装置。
技术介绍
随着5G(5thgenerationmobilenetworks,第五代移动通信技术)的不断发展,各种应用场景的5G方案都在加快完整化。多播广播业务场景是为了满足大部分用户对同一种业务的需求而存在的传统业务场景。目前业界已讨论并标准化的5G相关的技术主要是关于单播业务场景,即PTP(PointtoPoint,点对点)的服务模式。而PTM(Pointtomultipoint,点对多点)的服务模式的标准化讨论还没有展开。此外,随着用户量的急速增长以及应用场景的多维化,点对多点的业务模式必然会成为不可或缺的服务模式之一。因此对于如何在5G-NR(NewRadio,新空口)的技术框架下合理并有效地实现多播广播业务目前亟待讨论和解决的问题。针对相关技术中存在的如何对多播广播的服务区域进行配置的问题,目前尚未提出有效的解决方案。
技术实现思路
本公开实施例提供了一种多播广播信息的传输方法、装置、存储介质及电子装置,以至少解决相关技术中的对多播广播的服务区域进行配置的问题。根据本公开的一个实施例,提供了一种多播广播信息的传输方法,包括:向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息;或者,接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。根据本公开的另一个实施例,还提供了一种多播广播信息的传输方法,包括:向分布式单元DU发送包含多播广播服务区域配置信息的第四多播广播信息;和/或,接收来自分布式单元DU的包含多播广播服务区域配置信息的第五多播广播信息。根据本公开的另一个实施例,提供了一种多播广播信息的传输装置,包括:第一发送模块,用于向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息;或者,第一接收模块,用于接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。根据本公开的另一个实施例,还提供了一种多播广播信息的传输装置,包括:第二发送模块,用于向分布式单元DU发送包含多播广播服务区域配置信息的第三多播广播信息;和/或,第二接收模块,用于接收来自分布式单元DU的包含多播广播服务区域配置信息的第四多播广播信息。根据本公开的又一个实施例,还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机程序,其中,所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。根据本公开的又一个实施例,还提供了一种电子装置,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。通过本公开,通过向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息或者接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息来实现多播广播的服务区域的配置,即,明确提出了如何对多播广播服务区域进行配置的方式,由此解决了相关技术中的对多播广播的服务区域进行配置的问题。附图说明图1是根据本公开实施例的服务区域示意图;图2是根据本公开实施例的多播广播信息的传输方法示意图;图3是根据本公开实施例的基站与MCE的交互流程图;图4是根据本公开实施例的MCE与AMF的交互流程图;图5是根据本公开实施例的NGC发起的multicast/broadcastsession建立流程图;图6是根据本公开实施例的multicast/broadcastsession处理流程图;图7是根据本公开实施例的另一种多播广播信息的传输方法示意图;图8是根据本公开实施例的多播广播服务区域配置示意图;图9是根据本公开实施例的另一种多播广播服务区域配置示意图;图10是根据本公开实施例的CU和DU交互流程图;图11是根据本公开实施例的多播广播信息的传输装置的结构框图;图12是根据本公开实施例的另一种多播广播信息的传输装置的结构框图。具体实施方式下文中将参考附图并结合实施例来详细说明本公开。需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。随着多播广播视频业务,公共安全组播通信,以及车联网业务的兴起,网络需要支持在单播和组播之间支持灵活动态的资源分配,并且支持组播/广播网络的standalone部署。一个灵活的组播广播业务使得5G系统可以高效的支持这种业务。对于广播/组播业务,传统的MBMS(MultimediaBroadcastandMulticastService,多媒体广播多播)业务的广播区域是由多个小区构成的SAI(ServiceArea,简称为服务区),可以是全国范围,或者城市或地区范围内。在不同地区对应于同一个MBMS服务service(可通过临时移动组标识符TMGI标识或其他可用来识别MBMS业务或MBMS会话的标识)可以广播相同或不同的内容。在LTE(Long-TermEvolution,长期演进)中,对于同一个MBMSservice,如果在不相交的地区发送不同的广播/组播内容,则需要建立对应于不同flowid(流标识)的MBMSsession(会话)。对于MBMS广播业务,可以在网络部署时根据业务的特性半静态的确定对应的servicearea(服务区域),并为相关的小区配置对应的SAI。对于一些组播通信,如公共安全及V2X(智能网联汽车技术)组播通信,servicearea与加入到多播组的groupmember(组成员)所在位置有关。考虑到groupmember有可能移动,这意味着组播通信对应的servicearea也在不断变化,相应的servicearea中包含的小区列表也是不断变化。对于这种业务,很难在网络部署时半静态配置multicastservice(多播服务)对应的servicearea,只能根据groupmember的地理位置变化动态调整。在5GNRV2X中,SA2为groupcastmode(组播模式)的PC5V2X通信定义了rangevalue(范围值),对于不在range指定范围内的接收UE,只需要保证最好(besteffort)通信即可。而对于range指定范围内的接收UE,需要保证PC5QoS(QualityofService,服务质量)参数要求。对于通过NRUumulticast传输的V2X通信,很可能有类似的来自应用的range相关的QoS需求,即不要求groupmember的所有成员都保证获得该组播信息,只需要在消息源UE周围的range范围内组成员UE能获得对应的组播信息即可。对于广播broadcastV2X通信来说,一般只需要保证发送V2X消息的UE周围几百米的UE能接收到即可,更远的UE收到这些信息没有什么意义,因此传输range的概念对于基于本文档来自技高网...

【技术保护点】
1.一种多播广播信息的传输方法,其特征在于,包括:/n向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息;或者,/n接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。/n

【技术特征摘要】
1.一种多播广播信息的传输方法,其特征在于,包括:
向第一网元发送包含多播广播服务区域配置信息的第一多播广播信息;或者,
接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息。


2.根据权利要求1所述的方法,其特征在于,所述第一网元包括多播广播控制单元MCE或者接入和移动管理功能AMF。


3.根据权利要求1所述的方法,其特征在于,接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息包括:
接收来自所述第一网元的多播广播会话建立请求消息,其中,所述多播广播会话建立请求消息中包括有所述第二多播广播信息。


4.根据权利要求3所述的方法,其特征在于,所述多播广播会话建立请求消息包括以下信息至少之一:
多播广播服务标识,多播广播会话标识,一个或多个多播广播服务区域,一个或多个多播广播小区列表,一个或多个用户设备UE列表。


5.根据权利要求3所述的方法,其特征在于,所述多播广播会话建立请求消息中包括一个或多个下行用户面隧道DLGTP-Utunnel配置信息,其中,所述DLGTP-Utunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。


6.根据权利要求5所述的方法,其特征在于,
在为多个多播组播服务区域配置不同的多播组播业务标识不同的服务区域不同的用户面隧道,或者,在为多个多播组播服务区域配置相同的多播组播业务标识不同的服务器区域标识不同的用户面隧道的情况下,所述多播广播会话建立请求消息中包括多个所述DLGTP-Utunnel配置信息;或,
在为多个多播组播服务器区域配置相同的多播组播业务标识不同的服务区域标识以及相同的用户面隧道情况下,所述多播广播会话建立请求消息中包括一个所述DLGTP-Utunnel配置信息。


7.根据权利要求3所述的方法,其特征在于,所述方法还包括:
向所述第一网元发送多播广播会话建立响应消息,其中,所述多播广播会话建立响应消息包括以下信息至少之一:
一个或多个多播广播会话标识,多播广播服务标识,服务区域标识,多播广播小区列表,UE列表,用户面隧道GTP-Utunnel配置信息,其中,所述GTP-Utunnel配置信息包括互联网协议IP地址和隧道终点标识TEID。


8.根据权利要求5或7所述的方法,其特征在于,通过用户面隧道传输的数据包的GTP-U子头携带多播组播服务区域标识。


9.根据权利要求1所述的方法,其特征在于,接收来自第一网元的包含多播广播服务区域配置信息的第二多播广播信息包括:
接收来自所述第一网元的多播广播会话更新消息,其中,所述多播广播会话更新消息中包括所述第二多播广播信息;
其中,所述第二多播广播信息包括以下信息至少之一:
多播广播服务标识,多播广播会话标识,更新的多播广播服务区域,更新的多播广播小区列表,更新的UE列表,更新的下行用户面隧道DLGTP-Utunnel配置信息,其中,所述DLGTP-Utunnel配置信息包括互联网协议IP组播地址和隧道终点标识TEID。


10.根据权利要求9所述的方法,其特征在于,包括以下至少之一:
所述更新的多播广播服务区域包括新加和/或释放的多播广播服务区域标识;
所述更新的多播广播小区列表包括新加和/或释放的小区的新无线电小区全球标识NCGI信息;
所述更新的UE列表包括新加和/或释放的UE标识信息,其中所述UE标识包括C-RNTI,S-TMSI,UEAPID或其他用于标识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对多播广播服务区...

【专利技术属性】
技术研发人员:陈琳马子江戚涛王丽萍竺浩曹堃
申请(专利权)人:中兴通讯股份有限公司
类型:发明
国别省市:广东;44

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1