CN111901764A - 广播/组播业务的管理方法、装置、电子设备和存储介质 - Google Patents
广播/组播业务的管理方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN111901764A CN111901764A CN202010333931.9A CN202010333931A CN111901764A CN 111901764 A CN111901764 A CN 111901764A CN 202010333931 A CN202010333931 A CN 202010333931A CN 111901764 A CN111901764 A CN 111901764A
- Authority
- CN
- China
- Prior art keywords
- broadcast
- information
- multicast service
- communication unit
- 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.)
- Pending
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
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提出一种广播/组播业务的管理方法、装置、电子设备和存储介质,该方法包括向第二通信单元发送第一信息,所述第一信息用于指示所述第二通信单元执行与广播/组播业务管理相关的操作;接收所述第二通信单元发送的第二信息,所述第二信息用于向第一通信单元指示所述操作的执行结果。
Description
技术领域
本申请涉及无线通信网络,具体涉及一种广播/组播业务的管理方法、装置、电子设备和存储介质。
背景技术
蜂窝网络中一直存在对于多媒体广播组播业务的需求。其应用场景从最开始的地面广播电视的视频广播业务,逐步拓展到公共安全,车联网,IoT(Internet of Things,物联网)等垂直领域的业务。
多媒体广播/组播业务(Multimedia Broadcast/Multicast Service,简称MBMS)是由一个数据源向多个用户发送数据的点到多点业务。目前业界已讨论并标准化的5G相关的技术主要是关于单播业务场景,即点对点的服务模式,而点对多点的服务模式的标准化讨论还没有展开。随着用户量的急速增长以及应用场景的多维化,点对多点的业务模式必然会成为不可或缺的服务模式之一。为了满足日益增长的点对多点的业务需求,在5G技术框架下的无线接入网(Radio Access Network,简称RAN)侧空口如何有效的实现MBMS业务成为亟待解决的问题。
发明内容
本申请提供一种广播/组播业务的管理方法、装置、电子设备和存储介质。
本申请实施例提供一种广播/组播业务的管理方法,包括:
向第二通信单元发送第一信息,所述第一信息用于指示所述第二通信单元执行与广播/组播业务管理相关的操作;
接收所述第二通信单元发送的第二信息,所述第二信息用于向第一通信单元指示所述操作的执行结果。
本申请实施例还提供另一种广播/组播业务的管理方法,包括:
接收第一通信单元发送的第一信息,所述第一信息用于指示第二通信单元执行与广播/组播业务管理相关的操作;
发送第二信息给所述第一通信单元,所述第二信息用于向所述第一通信单元指示所述操作的执行结果。
本申请实施例还提供又一种广播/组播业务的管理方法,包括:
向第一通信单元发送第三信息,所述第三信息用于指示所述第一通信单元执行与广播/组播业务管理相关的操作;
接收所述第一通信单元发送的第四信息,所述第四信息用于向第二通信单元指示所述操作的执行结果。
本申请实施例还提供又一种广播/组播业务的管理方法,包括:
接收第二通信单元发送的第三信息,所述第三信息用于指示第一通信单元执行与广播/组播业务管理相关的操作;
发送第四信息给所述第二通信单元,所述第四信息用于向所述第二通信单元指示所述操作的执行结果。
本申请实施例提供一种广播/组播业务的管理装置,包括:
第一发送模块,用于向第二通信单元发送第一信息,所述第一信息用于指示所述第二通信单元执行与广播/组播业务管理相关的操作;
第一接收模块,用于接收所述第二通信单元发送的第二信息,所述第二信息用于向第一通信单元指示所述操作的执行结果。
本申请实施例还提供另一种广播/组播业务的管理装置,包括:
第二接收模块,用于接收第一通信单元发送的第一信息,所述第一信息用于指示第二通信单元执行与广播/组播业务管理相关的操作;
第二发送模块,用于发送第二信息给所述第一通信单元,所述第二信息用于向所述第一通信单元指示所述操作的执行结果。
本申请实施例还提供又一种广播/组播业务的管理装置,包括:
第三发送模块,用于向第一通信单元发送第三信息,所述第三信息用于指示所述第一通信单元执行与广播/组播业务管理相关的操作;
第三接收模块,用于接收所述第一通信单元发送的第四信息,所述第四信息用于向第二通信单元指示所述操作的执行结果。
本申请实施例还提供又一种广播/组播业务的管理装置,包括:
第四接收模块,用于接收第二通信单元发送的第三信息,所述第三信息用于指示第一通信单元执行与广播/组播业务管理相关的操作;
第四发送模块,用于发送第四信息给所述第二通信单元,所述第四信息用于向所述第二通信单元指示所述操作的执行结果。
本申请实施例提供一种电子设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本申请实施例中的任意一种方法。
本申请实施例提供了一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现本申请实施例中的任意一种方法。
关于本申请的以上实施例和其他方面以及其实现方式,在附图说明、具体实施方式和权利要求中提供更多说明。
附图说明
图1为本发明实施例提供的一种广播/组播业务的管理方法的流程图;
图2为本发明实施例提供的另一种广播/组播业务的管理方法的流程图;
图3为本发明实施例提供的又一种广播/组播业务的管理方法的流程图;
图4为本发明实施例提供的又一种广播/组播业务的管理方法的流程图;
图5为本发明实施例提供的一种gNB-CU与gNB-DU之间广播/组播业务建立流程示意图;
图6为本发明实施例提供的一种gNB-CU发起的与gNB-DU之间广播/组播业务修改流程示意图;
图7为本发明实施例提供的一种gNB-DU发起的与gNB-CU之间广播/组播业务修改流程示意图;
图8为本发明实施例提供的一种gNB-CU发起的与gNB-DU之间广播/组播业务释放流程示意图;
图9为本发明实施例提供的一种gNB-DU发起的与gNB-CU之间广播/组播业务释放流程示意图;
图10为本申请实施例提供的一种广播/组播业务的管理装置的结构框图;
图11为本申请实施例提供的另一种广播/组播业务的管理装置的结构框图;
图12为本申请实施例提供的又一种广播/组播业务的管理装置的结构框图;
图13为本申请实施例提供的又一种广播/组播业务的管理装置的结构框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
多媒体广播/组播业务是由一个数据源向多个用户发送数据的点到多点业务。传统的LTE eMBMS的广播网络架构本质上是针对半静态的视频业务分发而设计。例如,LTEeMBMS在空口的分发不依赖用户的反馈,或者仅存在可选、有限的反馈,使得网络能够在受限的程度上了解用户的接收兴趣以及接收质量。网络不能灵活地实现业务的调度,例如,无法动态地调整广播区域,和无法动态调整广播对于资源的占用,上述因素都在一定程度上造成空口资源的浪费从而障碍了该技术的使用和推广。
3GPP Rel-13中推出的SC-PTM技术一定程度上为了解决空口调度的灵活性而推出。但是SC-PTM技术本质上依赖于Rel-9设定的网络架构基础,即基于原有的架构增加了一种新的空口数据承载方式。这种承载方式基于单个小区的独立调度,以及空口资源的灵活使用,例如不使用传统eMBMS中MBSFN所使用的PMCH信道,而是使用与单播数据一致的PDSCH信道,能够实现动态灵活的调度。虽然SC-PTM在空口引入了一定的灵活性,但是未能解决架构层面的问题:广播区域的半静态配置特性,其区域的动态调整依赖业务层面的驱动,不能与现有3GPP内灵活而强大的UE空口连接管理进行联动,从而实现对于资源的高效利用,以及对于业务可靠性、连续性的一定程度上的保证。
上述问题有望在NR系统中得到解决。定义5G的新型广播架构,并对多播予以支持,以及以新业务类型如公共安全,消费物联网和车联网等为场景目标。以上述多样性的场景为NR广播业务承载服务需要支持的目标,提供一个灵活的多播广播架构,能够适应多种多样的场景需求,例如点对点组播/广播流(ad-hoc multicast/broadcast streams),IPv4/IPv6组播透传(transparent IPv4/IPv6 multicast delivery),IPTV,无线软件传输(software delivery over wireless),组通信和广播/组播物联网应用(groupcommunications and broadcast/multicast IoT applications),车联网应用(V2Xapplications),或公共安全等。在上述场景中,新提供的框架既能够提供一定程度的可靠性,也能够支持节能、资源受限接收设备(resource-constrained receiving device)。接收用户设备(UE)能够在点到点发送和点到多点发送的接收模式之间进行切换,从而实现可靠性和接收效率的平衡。另外,NR中还将支持基础的UE移动性,从而保证UE在切换/重选的场景中实现业务接收的连续。此外,NR中还将支持UE的上行反馈,进而提升UE的接收可靠性。基于以上的分析,我们需要考虑在NR中引入广播/组播业务的支持方案,而广播/组播业务无线承载建立流程也需要重点考虑。
图1为本发明实施例提供的一种广播/组播业务的管理方法的流程图。该方法可以由广播/组播业务的管理装置执行,该装置可由软件和/或硬件实现,通常该装置被配置于诸如基站等电子设备中。如图1所示,该方法包括:
步骤110、向第二通信单元发送第一信息。
本申请实施例中,基站可以是分离式5G基站,此处分离是指基站在逻辑上或物理结构上包含第一通信单元和第二通信单元。例如,第一通信单元可以是集中单元(Centralized Unit,简称为CU),或者实现与集中单元相同或相似功能的逻辑单元或物理单元;第二通信单元可以是分布单元(Distributed Unit,简称为DU),或者实现与分布单元相同或相似功能的逻辑单元或物理单元。可以分别采用gNB-CU和gNB-DU表示基站集中单元和基站分布单元。
需要说明的是,第二通信单元是与广播/组播业务管理相关的小区所属的gNB-DU。其中,与广播/组播业务管理相关的小区是需要建立、修改或释放广播/组播业务的小区。
例如,gNB-CU接收到核心网发送的广播/组播业务建立请求消息,对该广播/组播业务建立请求消息进行接纳控制,确定可在哪些小区建立该广播/组播业务。或者,gNB-CU由于一些场景需求,需要对已建立的广播/组播业务MBMSsession的参数信息进行修改,确定哪些小区需要进行更新、修改或释放。
本申请实施例中,小区(cell)属于服务区(Service Area),一个服务区域包括多个小区。
第一信息用于指示第二通信单元执行与广播/组播业务管理相关的操作。例如,gNB-CU向与广播/组播业务管理相关的小区所属的gNB-DU发送第一信息,用于指示gNB-DU执行与广播/组播业务管理相关的操作。
第一信息包括广播/组播业务建立请求消息、广播/组播业务修改请求消息或广播/组播业务释放请求消息。
如果第一信息包括广播/组播业务建立请求消息或广播/组播业务修改请求消息,则所述第一信息包括以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
需要建立、修改或释放广播/组播业务的一个或多个小区标识,小区标识包括NCGI信息或PCI信息;
服务区域的小区列表标识;
需要建立或修改的广播/组播业务无线承载信息;
广播/组播业务的配置信息;
广播/组播业务无线承载的RLC模式信息;
需要释放的广播/组播业务无线承载信息,包括广播/组播业务无线承载的标识信息;
变更通知指示信息,所述变更通知指示信息用于所述第一通信单元通知第二通信单元广播/组播业务的配置信息发生变更。
其中,建立或修改的广播/组播业务无线承载信息包括广播/组播业务无线承载的标识信息和/或广播/组播业务无线承载属性信息。
具体地,广播/组播业务无线承载属性信息包括广播/组播业务无线承载的服务质量信息、映射到广播/组播业务无线承载的数据流信息和通知控制,所述映射到广播/组播业务无线承载的数据流信息包括数据流标识信息和/或映射到广播/组播业务无线承载的数据流的服务质量信息。
本申请实施例中,广播/组播业务无线承载的服务质量信息和数据流的服务质量信息可以包括以下信息的任意组合或至少之一:非动态的5QI信息(Non Dynamic 5QI)、动态的5QI信息(Dynamic 5QI)、分配和保留优先权(Allocation and Retention Priority)、数据流保证比特速率服务质量信息(GBR QoS Flow Information)。
其中,非动态的5QI信息进一步包括以下信息的任意组合或至少之一:5QI、优先级水平(Priority Level)、平均窗口(Averaging Window)、最大数据突发量(Maximum DataBurst Volume)。
动态的5QI信息进一步包括以下信息的任意组合或至少之一:优先级水平(Priority Level)、包时延预算(Packet Delay Budget)、误包率(Packet Error Rate)、5QI、关键时延(Delay Critical)、平均窗口(Averaging Window)、最大数据突发量(Maximum Data Burst Volume)。
分配和保留优先权进一步包括以下信息的任意组合或至少之一:优先级水平(Priority Level)、抢占能力(Pre-emption Capability)、被抢占能力(Pre-emptionVulnerability)。
数据流保证比特速率服务质量信息进一步包括以下信息的任意组合或至少之一:下行最大注比特速率(Maximum Flow Bit Rate Downlink)、下行注保证比特速率(Guaranteed Flow Bit Rate Downlink)、通知控制(Notification Control)、下行最大丢包率(Maximum Packet Loss Rate Downlink)。
本申请实施例中,广播/组播业务的配置信息包含以下内容的任意组合或至少之一:
广播/组播业务信息的系统信息;
广播/组播业务的控制信道/信息配置参数;
广播/组播业务的传输信道/信息配置参数;
广播/组播业务无线承载配置参数。
可选地,如果第一通信单元和第二通信单元之间的传输方式是IP组播,则第一信息还包含为第二通信单元分配的IP组播传输网络层DL UP TNL信息;
其中,IP组播传输网络层DL UP TNL信息包含以下内容的任意组合或至少之一:
IP组播地址;
IP源地址;
GTP DL TEID。
如果第一信息包括广播/组播业务释放请求消息,则第一信息包括以下内容的任意组合或至少之一:
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
释放广播/组播业务的原因。
步骤120、接收所述第二通信单元发送的第二信息。
需要说明的是,gNB-DU接收到gNB-CU发送的第一信息,根据第一信息进行接纳控制并决策是否要在gNB-CU指示的相应小区执行与广播/组播业务管理相关的操作。其中,决策是否要在gNB-CU指示的相应小区执行与广播/组播业务管理相关的操作,可以包括决策是否要在gNB-CU指示的相应小区建立或修改广播/组播业务无线承载等。如果gNB-DU接收到gNB-CU发送的广播/组播业务释放请求消息,则释放gNB-CU指示的相应小区的广播/组播业务无线承载。
本申请实施例中,第二信息用于向所述第一通信单元指示与广播/组播业务管理相关的操作的执行结果。第二信息包括广播/组播业务建立响应消息、广播/组播业务修改响应消息或广播/组播业务释放响应消息。
例如,如果gNB-DU同意在gNB-CU指示的相应小区建立相应广播/组播业务无线承载,则向gNB-CU回复广播/组播业务建立确认消息;如果不同意,则向gNB-CU回复广播/组播业务建立失败消息。或者,如果gNB-DU同意在gNB-CU指示的相应小区修改相应广播/组播业务无线承载,则向gNB-CU回复广播/组播业务修改确认消息;如果不同意,则向gNB-CU回复广播/组播业务修改失败消息。或者,如果NB-DU接收到gNB-CU发送的广播/组播业务释放请求消息,则向gNB-CU回复广播/组播业务释放完成消息。
本申请实施例中,如果第二信息包括广播/组播业务建立响应消息或广播/组播业务修改响应消息,则第二信息包括以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
已建立、修改或释放广播/组播业务的一个或多个小区标识信息;
成功建立或修改的广播/组播业务无线承载信息,包括成功建立或修改的广播/组播业务无线承载的标识信息、和/或成功建立或修改的广播/组播业务无线承载的逻辑信道标识;
已成功释放的广播/组播业务无线承载信息;
广播/组播业务的第二通信单元侧配置信息;
成功建立或修改的广播/组播业务无线承载的下行数据TNL信息,所述下行数据TNL信息包括IP地址和/或GTP DL TEID;
建立失败的广播/组播业务无线承载信息,包括建立失败的广播/组播业务无线承载的标识信息和/或该广播/组播业务无线承载建立失败的原因;
修改失败的广播/组播业务无线承载信息,包括修改失败的广播/组播业务无线承载的标识信息和/或该广播/组播业务无线承载修改失败的原因;
广播/组播业务建立失败的原因;
广播/组播业务修改失败的原因。
其中,所述的成功建立或修改的广播/组播业务无线承载的下行数据TNL信息是第二通信单元内所有小区共享的唯一的下行数据TNL信息,或者第二通信单元每个小区独有的多个下行数据TNL信息。
具体地,广播/组播业务的第二通信单元侧配置信息包含以下内容的任意组合或至少之一:
广播/组播业务的控制信道/信息第二通信单元侧配置参数;
广播/组播业务的传输信道/信息第二通信单元侧配置参数;
广播/组播业务无线承载第二通信单元侧配置参数;
其中,所述广播/组播业务的控制信道/信息第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
广播/组播控制信道/信息的重复周期;
广播/组播控制信道/信息的偏移量;
广播/组播控制信道/信息的起始时隙;
广播/组播控制信道/信息的持续时间;
广播/组播控制信道/信息的修改周期;
广播/组播控制信道/信息的频域带宽部分标识;
所述广播/组播业务的传输信道/信息第二通信单元侧配置参数包括广播/组播传输信道/信息调度配置信息,所述广播/组播传输信道/信息调度配置信息包括以下内容的任意组合或至少之一:
广播/组播传输信道/信息持续定时器;
广播/组播传输信道/信息不连续接收DRX的相关定时器;
广播/组播传输信道/信息调度周期;
广播/组播传输信道/信息调度偏移;
广播/组播传输信道/信息频域带宽部分标识;
所述广播/组播业务无线承载第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
RLC层的序列编号长度;
重组定时器。
如果第二信息包括广播/组播业务释放响应消息,则所述第二信息包括以下内容的任意组合或至少之一:
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识。
图2为本发明实施例提供的另一种广播/组播业务的管理方法的流程图。该方法可以由广播/组播业务的管理装置执行,该装置可由软件和/或硬件实现,通常该装置被配置于诸如基站等电子设备中。如图2所示,该方法包括:
步骤210、接收第一通信单元发送的第一信息。
步骤220、发送第二信息给所述第一通信单元。
本申请实施例的技术方案,在NR架构下RAN侧空口有效的实现了广播/组播业务的建立、修改或释放等相关管理流程。
图3为本发明实施例提供的又一种广播/组播业务的管理方法的流程图。该方法可以由广播/组播业务的管理装置执行,该装置可由软件和/或硬件实现,通常该装置被配置于诸如基站等电子设备中。如图3所示,该方法包括:
步骤310、向第一通信单元发送第三信息。
需要说明的是,第三信息用于指示第一通信单元执行与广播/组播业务管理相关的操作。例如,gNB-DU向gNB-CU发送第三信息,用于指示gNB-CU执行与广播/组播业务管理相关的操作。gNB-DU由于一些场景需求,需要对已建立的广播/组播业务进行修改或释放,则会向gNB-CU发送第三信息,以指示gNB-CU修改或释放相应的广播/组播业务。
具体地,第三信息包括广播/组播业务修改请求消息或广播/组播业务释放请求消息。
如果第三信息包括广播/组播业务修改请求消息,则第三信息包括以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
需要修改或释放广播/组播业务的一个或多个小区标识,小区标识包括NCGI信息或PCI信息;
服务区域的小区列表标识;
需要修改的广播/组播业务无线承载的属性信息;
广播/组播业务的第二通信单元侧配置信息;
需要修改的广播/组播业务无线承载的下行数据TNL信息,其中,所述下行数据TNL信息包括IP地址和/或GTP DL TEID。
所述的需要修改的广播/组播业务无线承载的下行数据TNL信息可以是第二通信单元内所有小区共享的唯一的下行数据TNL信息,或者还可以是第二通信单元每个小区独有的多个下行数据TNL信息。
具体地,需要修改的广播/组播业务无线承载的属性信息包含以下内容的任意组合或至少之一:
广播/组播业务无线承载的标识信息;
广播/组播业务无线承载的RLC状态。
具体地,广播/组播业务的第二通信单元侧配置信息包含以下内容的任意组合或至少之一:
广播/组播业务的控制信道/信息第二通信单元侧配置参数;
广播/组播业务的传输信道/信息第二通信单元侧配置参数;
广播/组播业务无线承载第二通信单元侧配置参数;
其中,所述广播/组播业务的控制信道/信息第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
广播/组播控制信道/信息的重复周期;
广播/组播控制信道/信息的偏移量;
广播/组播控制信道/信息的起始时隙;
广播/组播控制信道/信息的持续时间;
广播/组播控制信道/信息的修改周期;
广播/组播控制信道/信息的频域带宽部分标识;
所述广播/组播业务的传输信道/信息第二通信单元侧配置参数包括广播/组播传输信道/信息调度配置信息,所述广播/组播传输信道/信息调度配置信息包括以下内容的任意组合或至少之一:
广播/组播传输信道/信息持续定时器;
广播/组播传输信道/信息不连续接收DRX的相关定时器;
广播/组播传输信道/信息调度周期;
广播/组播传输信道/信息调度偏移;
广播/组播传输信道/信息频域带宽部分标识;
所述广播/组播业务无线承载第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
RLC层的序列编号长度;
重组定时器。
可选地,如果第三信息包括广播/组播业务释放请求消息,则第三信息包括:
第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
释放广播/组播业务的原因。
步骤320、接收所述第一通信单元发送的第四信息。
需要说明的是,第四信息用于向第二通信单元指示与广播/组播业务管理相关的操作的执行结果。例如,gNB-CU向gNB-DU发送第四信息,用于向gNB-DU指示确认修改广播/组播业务。如果gNB-CU同意修改,则第四信息可以是广播/组播业务修改确认消息;如果gNB-CU不同意修改,则第四信息可以是广播/组播业务修改失败消息。
本申请实施例中,第四信息包含以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
已修改或释放的广播/组播业务的一个或多个小区标识信息;
成功修改或释放的广播/组播业务无线承载信息。
图4为本发明实施例提供的又一种广播/组播业务的管理方法的流程图。该方法可以由广播/组播业务的管理装置执行,该装置可由软件和/或硬件实现,通常该装置被配置于诸如基站等电子设备中。如图4所示,该方法包括:
步骤410、接收第二通信单元发送的第三信息。
步骤420、发送第四信息给所述第二通信单元。
本申请实施例的技术方案,在NR架构下RAN侧空口有效的实现了广播/组播业务的修改或释放等相关管理流程。
在一个示例性实施方式中,具体说明基站内部CU与DU之间广播/组播业务建立流程。图5为本发明实施例提供的一种gNB-CU与gNB-DU之间广播/组播业务建立流程示意图。如图5所示,包括如下流程:
步骤510:基站gNB-CU收到核心网发送的核心网广播/组播业务MBMS session建立请求消息。
核心网广播/组播业务MBMS session建立请求消息中主要包含以下任意组合或至少之一:广播/组播业务标识,该MBMS session所在的服务区域标识SAI信息,以及该MBMSsession中所包含的该数据流标识MBMS session flow和数据流的Qos属性参数信息。其中,广播/组播业务标识可以通过MBMS Session ID或临时移动组标识TMGI或是其它标识信息来识别一个广播/组播业务。
步骤520:基站gNB-CU对该广播/组播业务MBMS session进行接纳控制,判断可在哪些gNB-CU的哪些小区建立该广播/组播业务MBMS session。
同时,gNB-CU根据核心网指示的该MBMS Session所包含的各个flow的Qosprofile信息,进行flow到广播/组播业务无线承载的映射,确定要在相应小区建立的广播/组播业务无线承载,并根据映射到该广播/组播业务无线承载的flow的Qos profile信息生成该广播/组播业务无线承载的Qos profile信息。广播/组播业务无线承载主要用于承载基站在无线接入网侧向UE发送的MBMS业务数据。此外,如果在gNB-CU(或简称为CU)和gNB-DU(或简称为DU)之间采用IP Multicast的传输方式,gNB-CU还需要为DU分配传输广播/组播业务无线承载的下行数据TNL信息,具体地,下行数据TNL信息包括IP组播地址、IP源地址和GTP-TEID。
步骤530:gNB-CU向可以支持该广播/组播业务MBMS session的小区所在的gNB-DU发起MBMS session建立请求会话流程。具体的,gNB-CU向这些gNB-DU发送MBMS session建立请求消息。
该消息可以是以MBMS Session为粒度,可选的,也可是以non-UEassociatedsignalling为粒度。
该消息中主要包含以下任意组合或至少之一:
广播/组播业务标识;
gNB-CU为该广播/组播业务在gNB-CU和gNB-DU间的F1接口上分配的唯一的接口标识MBMS Session F1AP ID;
如果在gNB-CU和gNB-DU之间采用IP Multicast的传输方式,还需要携带为每个gNB-DU分配的IP Multicast TNL信息;
支持该播/组播业务的一个或多个服务区域标识SAI ID;
添加支持该广播/组播业务的一个或多个小区标识,小区标识包括NCGI信息或PCI信息;
服务区域的小区列表标识;
需要建立的广播/组播业务无线承载信息;
变更通知指示信息,用于gNB-CU通知gNB-DU该广播/组播业务的配置信息发生变更;
广播/组播业务的配置信息;
广播/组播业务无线承载的RLC模式信息(RLC Mode)。
其中,广播/组播业务标识可以通过MBMS Session ID或临时移动组标识TMGI或是其他标识信息来识别一个广播/组播业务。
IP Multicast TNL信息具体的包含以下任意组合或至少之一:IP MulticastAddress、IP Source Address、GTP DL TEID。
需要建立的广播/组播业务无线承载信息包括广播/组播业务无线承载的标识信息和/或广播/组播业务无线承载属性信息。
广播/组播业务无线承载属性信息进一步包括广播/组播业务无线承载的QoS信息、映射到广播/组播业务无线承载的数据流信息和通知控制Notification Control。其中,映射到广播/组播业务无线承载的数据流信息包括以下信息任意组合或至少之一:数据流标识信息QoS Flow Identifier、映射到广播/组播业务无线承载的数据流的QoS信息。
该变更通知指示信息,用于CU通知DU广播/组播业务的配置信息发生变更,DU收到该变更通知指示信息后,会向UE发送DCI,指示广播/组播业务控制信道/信息的配置信息发生变更。
广播/组播业务的配置信息包含以下信息任意组合或至少之一:广/组播业务信息的系统信息、广播/组播业务的控制信道/信息配置参数、广播/组播业务的传输信道/信息配置参数、广播/组播业务无线承载配置参数。
步骤540:gNB-DU收到gNB-CU发送的MBMS session建立请求消息之后,进行接纳控制并决策是否要在CU指示的相应小区建立相应的广播/组播业务无线承载。
步骤550:如果同意,则向gNB-CU回复MBMS session建立响应消息,在响应消息中指示成功建立的广播/组播业务无线承载和建立失败的广播/组播业务无线承载。
MBMS session成功建立,DU向CU回复的MBMS session建立响应消息包括以下信息任意组合或至少之一:
广播/组播业务标识;
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
支持该播/组播业务的一个或多个服务区域标识SAI ID;
已建立广播/组播业务的一个或多个小区标识信息;
服务区域的小区列表标识;
成功建立的广播/组播业务无线承载信息,包括成功建立的广播/组播业务无线承载的标识信息,和/或该成功建立的广播/组播业务无线承载的逻辑信道标识LCID;
广播/组播业务的第二通信单元侧配置信息;
成功建立的广播/组播业务无线承载的下行数据TNL信息,其中,下行数据TNL信息包括IP地址和/或GTP DL TEID;所述的成功建立的广播/组播业务无线承载的下行数据TNL信息可以是第二通信单元内所有小区共享的唯一的下行数据TNL信息,或者,还可以是第二通信单元每个小区独有的多个下行数据TNL信息;
建立失败的广播/组播业务无线承载信息,包括以下任意组合或至少之一:建立失败的广播/组播业务无线承载的标识信息、该广播/组播业务无线承载建立失败的原因。其中,广播/组播业务标识可以通过MBMS Session ID或临时移动组标识TMGI或是其他标识信息来识别一个广播/组播业务。
广播/组播业务的第二通信单元侧配置信息包含以下信息任意组合或至少之一:广播/组播业务的控制信道/信息DU侧配置参数、广播/组播业务的传输信道/信息DU配置参数、广播/组播业务无线承载DU侧配置参数。
其中,广播/组播业务的控制信道/信息DU侧配置参数包括以下任意组合或至少之一:广播/组播控制信道/信息的重复周期mcch-RepetionPeriod,广播/组播控制信道/信息的偏移量,广播/组播控制信道/信息的起始时隙mcch-slot-bitmap,广播/组播控制信道/信息的持续时间mcch-duration,广播/组播控制信道/信息的修改周期mcch-ModificationPeriod,广播/组播控制信道/信息的频域带宽部分标识BWP ID。
广播/组播业务的传输信道/信息DU配置参数包括广播/组播传输信道/信息调度配置信息mtch-scheduling info。广播/组播传输信道/信息调度配置信息mtch-scheduling info包括以下信息的任意组合或是至少之一:广播/组播传输信道/信息持续定时器onduration timer,广播/组播传输信道/信息不连续接收DRX的相关定时器drx-inactivity timer,广播/组播传输信道/信息调度周期scheduling period,广播/组播传输信道/信息调度偏移scheduling offset以及广播/组播传输信道/信息频域带宽部分标识BWP ID。
广播/组播业务无线承载DU侧配置参数包括RLC层的序列编号长度和/或重组定时器T-Reassembly timer。
步骤560:如果不同意,则向gNB-CU回复建立失败消息。
DU向CU回复的MBMS session建立失败消息包括以下信息任意组合或至少之一:
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
该MBMS session建立失败的原因。
在一个示例性实施方式中,具体说明基站内部CU与DU之间广播/组播业务修改流程。图6为本发明实施例提供的一种gNB-CU发起的与gNB-DU之间广播/组播业务修改流程示意图。如图6所示,包括如下流程:
步骤610:基站gNB-CU判决需要修改已建立的广播/组播业务MBMS session。
例如,修改广播/组播业务无线承载的参数。也可能对于已建立的广播/组播业务MBMS session,需要更新、修改或者释放已有的广播/组播业务无线承载。也可能需要修改广播/组播业务MBMS session相关的配置信息。也可能需要对于广播/组播业务MBMSsession服务区域对应的小区列表进行增加、修改和释放等。
步骤620:gNB-CU向需要修改广播/组播业务MBMS session的小区所在的gNB-DU发起MBMS session修改请求会话流程。具体的,gNB-CU向这些gNB-DU发送MBMS session修改请求消息。
该消息可以是以MBMS Session为粒度,可选的,也可是以non-UE associatedsignalling为粒度。
步骤630:gNB-DU收到gNB-CU发送的MBMS session修改请求消息之后,进行接纳控制并决策是否要在CU指示的相应小区修改相应的广播/组播业务无线承载。
步骤640:如果同意,则向gNB-CU回复MBMS session修改响应消息,在响应消息中指示成功修改的广播/组播业务无线承载和修改失败的广播/组播业务无线承载。
步骤650:如果不同意,则gNB-DU向gNB-CU回复修改失败消息。
在一个示例性实施方式中,具体说明基站内部DU与CU之间广播/组播业务修改流程。图7为本发明实施例提供的一种gNB-DU发起的与gNB-CU之间广播/组播业务修改流程示意图。如图7所示,包括如下流程:
步骤710:基站gNB-DU判决需要修改已建立的广播/组播业务MBMS session。
例如,修改广播/组播业务无线承载的DU侧配置参数。也可能需要对于已建立的广播/组播业务无线承载进行修改或释放。也可能需要修改广播/组播业务MBMS session相关的配置信息,也可能需要对于广播/组播业务MBMS session服务区域对应的小区列表进行修改和释放等。
步骤720:gNB-DU向gNB-CU发起MBMS session修改请求会话流程。具体的,gNB-DU向gNB-CU发送MBMS session修改请求消息。
该消息可以是以MBMS Session为粒度,可选的,也可是以non-UE associatedsignalling为粒度。
该消息中主要包含以下任意组合或至少之一:
广播/组播业务标识;
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
支持该播/组播业务的一个或多个服务区域标识SAI ID;
需要修改或释放该广播/组播业务的一个或多个小区标识,小区标识包括NCGI信息或PCI信息等;
服务区域的小区列表标识;
需要修改或释放的广播/组播业务无线承载属性信息;
广播/组播业务的DU侧配置信息;
需要修改的广播/组播业务无线承载的下行数据TNL信息,其中,下行数据TNL信息包括IP地址和/或GTP DL TEID;所述的需要修改的广播/组播业务无线承载的下行数据TNL信息是第二通信单元内所有小区共享的唯一的下行数据TNL信息,或者第二通信单元每个小区独有的多个下行数据TNL信息。
其中,广播/组播业务标识可以通过MBMS Session ID或临时移动组标识TMGI或是其他标识信息来识别一个广播/组播业务。
需要修改的广播/组播业务无线承载属性信息,具体的包含以下任意组合或至少之一:广播/组播业务无线承载的标识信息;该广播/组播业务无线承载的RLC状态RLCStatus。
广播/组播业务的DU侧配置信息包含以下信息任意组合或至少之一:广播/组播业务的控制信道/信息DU侧配置参数,广播/组播业务的传输信道/信息DU配置参数,以及广播/组播业务无线承载DU侧配置参数。
其中,广播/组播业务的控制信道/信息DU侧配置参数包括以下任意组合或至少之一:广播/组播控制信道/信息的重复周期mcch-RepetionPeriod,广播/组播控制信道/信息的偏移量,广播/组播控制信道/信息的起始时隙mcch-slot-bitmap,广播/组播控制信道/信息的持续时间mcch-duration,广播/组播控制信道/信息的mcch-ModificationPeriod,广播/组播控制信道/信息的频域带宽部分标识BWP ID。
广播/组播业务的传输信道/信息DU配置参数包括广播/组播传输信道/信息调度配置信息mtch-scheduling info。广播/组播传输信道/信息调度配置信息mtch-scheduling info包括以下信息的任意组合或是至少之一:广播/组播传输信道/信息持续定时器onduration timer,广播/组播传输信道/信息不连续接收DRX的相关定时器drx-inactivity timer,广播/组播传输信道/信息调度周期scheduling period,广播/组播传输信道/信息调度偏移scheduling offset以及广播/组播传输信道/信息频域带宽部分标识BWP ID。
步骤730:gNB-CU收到gNB-DU发送的MBMS session修改请求消息之后,进行接纳控制并决策是否要进行相应的修改。
步骤740:如果同意,则向gNB-DU回复修改确认消息。
CU向DU回复的MBMS session修改确认消息包含以下任意组合或至少之一:
广播/组播业务标识;
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
支持该播/组播业务的一个或多个服务区域标识SAI ID;
已经修改或释放该广播/组播业务的一个或多个小区标识信息;
服务区域的小区列表标识;
成功修改或释放的广播/组播业务无线承载信息。
其中,广播/组播业务标识可以通过MBMS Session ID或临时移动组标识TMGI或是其他标识信息来识别一个广播/组播业务。
步骤750:如果不同意,则gNB-CU向gNB-DU回复修改拒绝消息。
CU向DU回复的MBMS session修改拒绝消息包含以下任意组合或至少之一:
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
该MBMS session修改失败的原因。
在一个示例性实施方式中,具体说明基站内部CU与DU之间广播/组播业务释放流程。图8为本发明实施例提供的一种gNB-CU发起的与gNB-DU之间广播/组播业务释放流程示意图。如图8所示,包括如下流程:
步骤810:基站gNB-CU判决需要释放已建立的广播/组播业务MBMS session。gNB-CU向需要释放广播/组播业务MBMS session的小区所在的gNB-DU发起MBMS session释放请求会话流程。具体的,gNB-CU向gNB-DU发送MBMS session释放请求消息。
该消息可以是以MBMS Session为粒度,可选的,也可是以non-UEassociatedsignalling为粒度。
该消息中主要包含以下任意组合或至少之一:
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
释放该广播/组播业务的原因。
步骤820:基站gNB-DU收到gNB-CU发送MBMS session释放请求消息后,向gNB-CU回复MBMS session释放完成消息。
该消息中主要包含以下任意组合或至少之一:
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID。
在一个示例性实施方式中,具体说明基站内部DU与CU之间广播/组播业务释放流程。图9为本发明实施例提供的一种gNB-DU发起的与gNB-CU之间广播/组播业务释放流程示意图。如图9所示,包括如下流程:
步骤910:基站gNB-DU判决需要释放已建立的广播/组播业务MBMS session,gNB-DU向gNB-CU发起MBMS session释放请求会话流程。具体地,gNB-DU向gNB-CU发送MBMSsession释放请求消息。
其中,设定场景需求包括空口链路质量变差等原因需要释放已建立的MBMBSession。
该消息可以是以MBMS Session为粒度,可选的,也可是以non-UE associatedsignalling为粒度。
该消息中主要包含以下任意组合或至少之一:
CU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
DU为该广播/组播业务在CU和DU间的F1接口上分配的唯一的接口标识MBMSSession F1AP ID;
释放该广播/组播业务的原因。
图10为本申请实施例提供的一种广播/组播业务的管理装置的结构框图,该装置可以由软件和/或硬件实现,且通常被配置于诸如基站等电子设备中。如图10所示,该装置包括:
第一发送模块1010,用于向第二通信单元发送第一信息,所述第一信息用于指示所述第二通信单元执行与广播/组播业务管理相关的操作;
第一接收模块1020,用于接收所述第二通信单元发送的第二信息,所述第二信息用于向第一通信单元指示所述操作的执行结果。
本实施例提供的广播/组播业务的管理装置可执行本发明实施例所提供的广播/组播业务的管理方法,具备执行方法相应的功能模块和有益效果。
图11为本申请实施例提供的另一种广播/组播业务的管理装置的结构框图,该装置可以由软件和/或硬件实现,且通常被配置于诸如基站等电子设备中。如图11所示,该装置包括:
第二接收模块1110,用于接收第一通信单元发送的第一信息,所述第一信息用于指示第二通信单元执行与广播/组播业务管理相关的操作;
第二发送模块1120,用于发送第二信息给所述第一通信单元,所述第二信息用于向所述第一通信单元指示所述操作的执行结果。
本实施例提供的广播/组播业务的管理装置可执行本发明实施例所提供的广播/组播业务的管理方法,具备执行方法相应的功能模块和有益效果。
图12为本申请实施例提供的又一种广播/组播业务的管理装置的结构框图,该装置可以由软件和/或硬件实现,且通常被配置于诸如基站等电子设备中。如图12所示,该装置包括:
第三发送模块1210,用于向第一通信单元发送第三信息,所述第三信息用于指示所述第一通信单元执行与广播/组播业务管理相关的操作;
第三接收模块1220,用于接收所述第一通信单元发送的第四信息,所述第四信息用于向第二通信单元指示所述操作的执行结果。
本实施例提供的广播/组播业务的管理装置可执行本发明实施例所提供的广播/组播业务的管理方法,具备执行方法相应的功能模块和有益效果。
图13为本申请实施例提供的又一种广播/组播业务的管理装置的结构框图,该装置可以由软件和/或硬件实现,且通常被配置于诸如基站等电子设备中。如图13所示,该装置包括:
第四接收模块1310,用于接收第二通信单元发送的第三信息,所述第三信息用于指示第一通信单元执行与广播/组播业务管理相关的操作;
第四发送模块1320,用于发送第四信息给所述第二通信单元,所述第四信息用于向所述第二通信单元指示所述操作的执行结果。
本实施例提供的广播/组播业务的管理装置可执行本发明实施例所提供的广播/组播业务的管理方法,具备执行方法相应的功能模块和有益效果。
本申请实施例还提供一种电子设备,该电子设备包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本申请任意实施例中的方法。
本申请实施例还提供一种存储介质,该存储介质存储有计算机程序,该计算机程序被处理器执行时实现本申请任意实施例中的方法。
以上所述,仅为本申请的示例性实施例而已,并非用于限定本申请的保护范围。
本申请附图中的任何逻辑流程的框图可以表示程序步骤,或者可以表示相互连接的逻辑电路、模块和功能,或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现,例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型,例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。
通过示范性和非限制性的示例,上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑,对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的,但不偏离本发明的范围。因此,本发明的恰当范围将根据权利要求确定。
Claims (29)
1.一种广播/组播业务的管理方法,其特征在于,包括:
向第二通信单元发送第一信息,所述第一信息用于指示所述第二通信单元执行与广播/组播业务管理相关的操作;
接收所述第二通信单元发送的第二信息,所述第二信息用于向第一通信单元指示所述操作的执行结果。
2.根据权利要求1所述的方法,其特征在于,所述第一信息包括:广播/组播业务建立请求消息、广播/组播业务修改请求消息或广播/组播业务释放请求消息。
3.根据权利要求2所述的方法,其特征在于,如果所述第一信息包括广播/组播业务建立请求消息或广播/组播业务修改请求消息,则所述第一信息包括以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
需要建立、修改或释放广播/组播业务的一个或多个小区标识,小区标识包括NCGI信息或PCI信息;
服务区域的小区列表标识;
需要建立或修改的广播/组播业务无线承载信息;
广播/组播业务的配置信息;
广播/组播业务无线承载的RLC模式信息;
需要释放的广播/组播业务无线承载信息,包括广播/组播业务无线承载的标识信息;
变更通知指示信息,所述变更通知指示信息用于所述第一通信单元通知第二通信单元广播/组播业务的配置信息发生变更。
4.根据权利要求3所述的方法,其特征在于,所述建立或修改的广播/组播业务无线承载信息包括广播/组播业务无线承载的标识信息和/或广播/组播业务无线承载属性信息。
5.根据权利要求4所述的方法,其特征在于,所述广播/组播业务无线承载属性信息包括广播/组播业务无线承载的服务质量信息、映射到广播/组播业务无线承载的数据流信息和通知控制,所述映射到广播/组播业务无线承载的数据流信息包括数据流标识信息和/或映射到广播/组播业务无线承载的数据流的服务质量信息。
6.根据权利要求3所述的方法,其特征在于,所述广播/组播业务的配置信息包含以下内容的任意组合或至少之一:
广播/组播业务信息的系统信息;
广播/组播业务的控制信道/信息配置参数;
广播/组播业务的传输信道/信息配置参数;
广播/组播业务无线承载配置参数。
7.根据权利要求3所述的方法,其特征在于,如果所述第一通信单元和第二通信单元之间的传输方式是IP组播,则所述第一信息还包含为第二通信单元分配的IP组播传输网络层DL UP TNL信息;
其中,所述IP组播传输网络层DL UP TNL信息包含以下内容的任意组合或至少之一:
IP组播地址;
IP源地址;
GTP DL TEID。
8.根据权利要求2所述的方法,其特征在于,如果所述第一信息包括广播/组播业务释放请求消息,则所述第一信息包括以下内容的任意组合或至少之一:
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
释放广播/组播业务的原因。
9.根据权利要求1所述的方法,其特征在于,所述第二信息包括广播/组播业务建立响应消息、广播/组播业务修改响应消息或广播/组播业务释放响应消息。
10.根据权利要求9所述的方法,其特征在于,如果所述第二信息包括广播/组播业务建立响应消息或广播/组播业务修改响应消息,则所述第二信息包括以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
已建立、修改或释放广播/组播业务的一个或多个小区标识信息;
成功建立或修改的广播/组播业务无线承载信息,包括成功建立或修改的广播/组播业务无线承载的标识信息、和/或成功建立或修改的广播/组播业务无线承载的逻辑信道标识;
已成功释放的广播/组播业务无线承载信息;
广播/组播业务的第二通信单元侧配置信息;
成功建立或修改的广播/组播业务无线承载的下行数据TNL信息,所述下行数据TNL信息包括IP地址和/或GTP DL TEID;
建立失败的广播/组播业务无线承载信息,包括建立失败的广播/组播业务无线承载的标识信息和/或该广播/组播业务无线承载建立失败的原因;
修改失败的广播/组播业务无线承载信息,包括修改失败的广播/组播业务无线承载的标识信息和/或该广播/组播业务无线承载修改失败的原因;
广播/组播业务建立失败的原因;
广播/组播业务修改失败的原因。
11.根据权利要求10所述的方法,其特征在于,所述的成功建立或修改的广播/组播业务无线承载的下行数据TNL信息是第二通信单元内所有小区共享的唯一的下行数据TNL信息,或者第二通信单元每个小区独有的多个下行数据TNL信息。
12.根据权利要求10所述的方法,其特征在于,所述广播/组播业务的第二通信单元侧配置信息包含以下内容的任意组合或至少之一:
广播/组播业务的控制信道/信息第二通信单元侧配置参数;
广播/组播业务的传输信道/信息第二通信单元侧配置参数;
广播/组播业务无线承载第二通信单元侧配置参数;
其中,所述广播/组播业务的控制信道/信息第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
广播/组播控制信道/信息的重复周期;
广播/组播控制信道/信息的偏移量;
广播/组播控制信道/信息的起始时隙;
广播/组播控制信道/信息的持续时间;
广播/组播控制信道/信息的修改周期;
广播/组播控制信道/信息的频域带宽部分标识;
所述广播/组播业务的传输信道/信息第二通信单元侧配置参数包括广播/组播传输信道/信息调度配置信息,所述广播/组播传输信道/信息调度配置信息包括以下内容的任意组合或至少之一:
广播/组播传输信道/信息持续定时器;
广播/组播传输信道/信息不连续接收DRX的相关定时器;
广播/组播传输信道/信息调度周期;
广播/组播传输信道/信息调度偏移;
广播/组播传输信道/信息频域带宽部分标识;
所述广播/组播业务无线承载第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
RLC层的序列编号长度;
重组定时器。
13.根据权利要求9所述的方法,其特征在于,如果所述第二信息包括广播/组播业务释放响应消息,则所述第二信息包括以下内容的任意组合或至少之一:
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识。
14.一种广播/组播业务的管理方法,其特征在于,包括:
接收第一通信单元发送的第一信息,所述第一信息用于指示第二通信单元执行与广播/组播业务管理相关的操作;
发送第二信息给所述第一通信单元,所述第二信息用于向所述第一通信单元指示所述操作的执行结果。
15.一种广播/组播业务的管理方法,其特征在于,包括:
向第一通信单元发送第三信息,所述第三信息用于指示所述第一通信单元执行与广播/组播业务管理相关的操作;
接收所述第一通信单元发送的第四信息,所述第四信息用于向第二通信单元指示所述操作的执行结果。
16.根据权利要求15所述的方法,其特征在于,所述第三信息包括广播/组播业务修改请求消息或广播/组播业务释放请求消息。
17.根据权利要求16所述的方法,其特征在于,如果所述第三信息包括广播/组播业务修改请求消息,则所述第三信息包括以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
需要修改或释放广播/组播业务的一个或多个小区标识,小区标识包括NCGI信息或PCI信息;
服务区域的小区列表标识;
需要修改的广播/组播业务无线承载的属性信息;
广播/组播业务的第二通信单元侧配置信息;
需要修改的广播/组播业务无线承载的下行数据TNL信息,其中,所述下行数据TNL信息包括IP地址和/或GTP DL TEID。
18.根据权利要求17所述的方法,其特征在于,所述的需要修改的广播/组播业务无线承载的下行数据TNL信息是第二通信单元内所有小区共享的唯一的下行数据TNL信息,或者第二通信单元每个小区独有的多个下行数据TNL信息。
19.根据权利要求17所述的方法,其特征在于,所述需要修改的广播/组播业务无线承载的属性信息包含以下内容的任意组合或至少之一:
广播/组播业务无线承载的标识信息;
广播/组播业务无线承载的RLC状态。
20.根据权利要求17所述的方法,其特征在于,所述广播/组播业务的第二通信单元侧配置信息包含以下内容的任意组合或至少之一:
广播/组播业务的控制信道/信息第二通信单元侧配置参数;
广播/组播业务的传输信道/信息第二通信单元侧配置参数;
广播/组播业务无线承载第二通信单元侧配置参数;
其中,所述广播/组播业务的控制信道/信息第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
广播/组播控制信道/信息的重复周期;
广播/组播控制信道/信息的偏移量;
广播/组播控制信道/信息的起始时隙;
广播/组播控制信道/信息的持续时间;
广播/组播控制信道/信息的修改周期;
广播/组播控制信道/信息的频域带宽部分标识;
所述广播/组播业务的传输信道/信息第二通信单元侧配置参数包括广播/组播传输信道/信息调度配置信息,所述广播/组播传输信道/信息调度配置信息包括以下内容的任意组合或至少之一:
广播/组播传输信道/信息持续定时器;
广播/组播传输信道/信息不连续接收DRX的相关定时器;
广播/组播传输信道/信息调度周期;
广播/组播传输信道/信息调度偏移;
广播/组播传输信道/信息频域带宽部分标识;
所述广播/组播业务无线承载第二通信单元侧配置参数包括以下内容的任意组合或至少之一:
RLC层的序列编号长度;
重组定时器。
21.根据权利要求16所述的方法,其特征在于,如果所述第三信息包括广播/组播业务释放请求消息,则所述第三信息包括:
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
释放广播/组播业务的原因。
22.根据权利要求15所述的方法,其特征在于,所述第四信息包含以下内容的任意组合或至少之一:
广播/组播业务标识,所述广播/组播业务标识用于标识一个广播/组播业务;
所述第一通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第一接口标识;
所述第二通信单元为广播/组播业务在所述第一通信单元与第二通信单元的通信接口上分配的第二接口标识;
支持广播/组播业务的一个或多个服务区域标识;
已修改或释放的广播/组播业务的一个或多个小区标识信息;
成功修改或释放的广播/组播业务无线承载信息。
23.一种广播/组播业务的管理方法,其特征在于,包括:
接收第二通信单元发送的第三信息,所述第三信息用于指示第一通信单元执行与广播/组播业务管理相关的操作;
发送第四信息给所述第二通信单元,所述第四信息用于向所述第二通信单元指示所述操作的执行结果。
24.一种广播/组播业务的管理装置,其特征在于,包括:
第一发送模块,用于向第二通信单元发送第一信息,所述第一信息用于指示所述第二通信单元执行与广播/组播业务管理相关的操作;
第一接收模块,用于接收所述第二通信单元发送的第二信息,所述第二信息用于向第一通信单元指示所述操作的执行结果。
25.一种广播/组播业务的管理装置,其特征在于,包括:
第二接收模块,用于接收第一通信单元发送的第一信息,所述第一信息用于指示第二通信单元执行与广播/组播业务管理相关的操作;
第二发送模块,用于发送第二信息给所述第一通信单元,所述第二信息用于向所述第一通信单元指示所述操作的执行结果。
26.一种广播/组播业务的管理装置,其特征在于,包括:
第三发送模块,用于向第一通信单元发送第三信息,所述第三信息用于指示所述第一通信单元执行与广播/组播业务管理相关的操作;
第三接收模块,用于接收所述第一通信单元发送的第四信息,所述第四信息用于向第二通信单元指示所述操作的执行结果。
27.一种广播/组播业务的管理装置,其特征在于,包括:
第四接收模块,用于接收第二通信单元发送的第三信息,所述第三信息用于指示第一通信单元执行与广播/组播业务管理相关的操作;
第四发送模块,用于发送第四信息给所述第二通信单元,所述第四信息用于向所述第二通信单元指示所述操作的执行结果。
28.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-23任一项所述的方法。
29.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-23任一项所述的方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010333931.9A CN111901764A (zh) | 2020-04-24 | 2020-04-24 | 广播/组播业务的管理方法、装置、电子设备和存储介质 |
KR1020227041073A KR20230004776A (ko) | 2020-04-24 | 2021-04-23 | 브로드캐스트/멀티캐스트 서비스 관리 방법, 장치, 전자 설비, 저장 매체 |
CA3189392A CA3189392A1 (en) | 2020-04-24 | 2021-04-23 | Broadcast/multicast service management method and apparatus, and electronic device and storage medium |
PCT/CN2021/089169 WO2021213491A1 (zh) | 2020-04-24 | 2021-04-23 | 广播/组播业务的管理方法、装置、电子设备和存储介质 |
EP21793325.8A EP4142394A1 (en) | 2020-04-24 | 2021-04-23 | Broadcast/multicast service management method and apparatus, and electronic device and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010333931.9A CN111901764A (zh) | 2020-04-24 | 2020-04-24 | 广播/组播业务的管理方法、装置、电子设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111901764A true CN111901764A (zh) | 2020-11-06 |
Family
ID=73206246
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010333931.9A Pending CN111901764A (zh) | 2020-04-24 | 2020-04-24 | 广播/组播业务的管理方法、装置、电子设备和存储介质 |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP4142394A1 (zh) |
KR (1) | KR20230004776A (zh) |
CN (1) | CN111901764A (zh) |
CA (1) | CA3189392A1 (zh) |
WO (1) | WO2021213491A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021213491A1 (zh) * | 2020-04-24 | 2021-10-28 | 中兴通讯股份有限公司 | 广播/组播业务的管理方法、装置、电子设备和存储介质 |
CN114499771A (zh) * | 2020-11-13 | 2022-05-13 | 成都鼎桥通信技术有限公司 | Mbs的ack/nack信息的反馈与重传方法和装置 |
CN114697875A (zh) * | 2020-12-28 | 2022-07-01 | 大唐移动通信设备有限公司 | 多播广播服务状态变化指示信息的处理方法和装置 |
CN114727231A (zh) * | 2021-01-06 | 2022-07-08 | 大唐移动通信设备有限公司 | 一种广播多播服务会话的传输控制方法及装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102026101B (zh) * | 2011-01-14 | 2013-02-20 | 大唐移动通信设备有限公司 | 网络部署中继节点的场景下的mbms业务实现方法和设备 |
CN102083006B (zh) * | 2011-01-17 | 2014-06-04 | 大唐移动通信设备有限公司 | 一种数据传输方法、装置及系统 |
WO2017190765A1 (en) * | 2016-05-02 | 2017-11-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Group call setup in a group communications system |
EP3618518B1 (en) * | 2018-08-28 | 2022-11-30 | Mitsubishi Electric R&D Centre Europe B.V. | Method for wireless network management and network node for implementing the same |
CN112584511B (zh) * | 2019-09-30 | 2022-09-09 | 华为技术有限公司 | 一种网络切片的组播方法及装置 |
CN111901764A (zh) * | 2020-04-24 | 2020-11-06 | 中兴通讯股份有限公司 | 广播/组播业务的管理方法、装置、电子设备和存储介质 |
-
2020
- 2020-04-24 CN CN202010333931.9A patent/CN111901764A/zh active Pending
-
2021
- 2021-04-23 CA CA3189392A patent/CA3189392A1/en active Pending
- 2021-04-23 EP EP21793325.8A patent/EP4142394A1/en active Pending
- 2021-04-23 KR KR1020227041073A patent/KR20230004776A/ko not_active Application Discontinuation
- 2021-04-23 WO PCT/CN2021/089169 patent/WO2021213491A1/zh unknown
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021213491A1 (zh) * | 2020-04-24 | 2021-10-28 | 中兴通讯股份有限公司 | 广播/组播业务的管理方法、装置、电子设备和存储介质 |
CN114499771A (zh) * | 2020-11-13 | 2022-05-13 | 成都鼎桥通信技术有限公司 | Mbs的ack/nack信息的反馈与重传方法和装置 |
CN114499771B (zh) * | 2020-11-13 | 2023-07-18 | 成都鼎桥通信技术有限公司 | Mbs的ack/nack信息的反馈与重传方法和装置 |
CN114697875A (zh) * | 2020-12-28 | 2022-07-01 | 大唐移动通信设备有限公司 | 多播广播服务状态变化指示信息的处理方法和装置 |
CN114727231A (zh) * | 2021-01-06 | 2022-07-08 | 大唐移动通信设备有限公司 | 一种广播多播服务会话的传输控制方法及装置 |
CN114727231B (zh) * | 2021-01-06 | 2023-04-07 | 大唐移动通信设备有限公司 | 一种广播多播服务会话的传输控制方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
KR20230004776A (ko) | 2023-01-06 |
EP4142394A1 (en) | 2023-03-01 |
WO2021213491A1 (zh) | 2021-10-28 |
CA3189392A1 (en) | 2021-10-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11700509B2 (en) | Communication system, communication method, and apparatus thereof | |
US11917498B2 (en) | Communication method and communications apparatus | |
US8068843B2 (en) | Method for increasing system capacity by transmitting control Signal for MBMS data by combining RLC and PDCP messages | |
KR100932485B1 (ko) | 방송 및/또는 멀티캐스트 서비스를 제공하는 방법 | |
CN111901764A (zh) | 广播/组播业务的管理方法、装置、电子设备和存储介质 | |
UA82114C2 (uk) | Спосіб, система та пристрій для отримання послуг (варіанти) та мережа для передачі послуг | |
US20230179958A1 (en) | Multicast/broadcast information transmission method and device, storage medium, and electronic device | |
MXPA06001311A (es) | Metodo y aparato para transmitir y recibir datos de paquete mbms e informacion de control. | |
WO2005018116A1 (en) | Method for establishing common transport channel for mbms | |
US20230018974A1 (en) | Multicast communication method and communication apparatus | |
CN111556540A (zh) | Smf实体执行的方法及smf实体、pcf实体执行的方法及pcf实体 | |
WO2022034050A1 (en) | Mbs with individual qos option | |
JP2023536000A (ja) | マルチキャストおよびブロードキャストサービスのための方法および装置 | |
CN113473383A (zh) | 一种服务质量参数提供、选择方法及设备、存储介质 | |
US11838832B2 (en) | Method for adjusting multicast broadcast service area and network apparatus using the same | |
JP7425259B2 (ja) | 通信制御方法及び基地局 | |
US20240114592A1 (en) | Session setup method and apparatus | |
WO2023125211A1 (zh) | 一种通信方法及装置 | |
CN114599051A (zh) | 一种多媒体广播多播业务的处理方法、装置及系统 | |
TW202315454A (zh) | 組配通訊裝置之技術 | |
CN115348619A (zh) | 组播业务的处理方法、装置、相关设备及存储介质 | |
WO2012003633A1 (zh) | 实现多用户共享业务的方法、系统和无线侧网元 |
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 |