CN112566045B - 多媒体广播组播业务mbms传输方法及设备 - Google Patents
多媒体广播组播业务mbms传输方法及设备 Download PDFInfo
- Publication number
- CN112566045B CN112566045B CN201910913790.5A CN201910913790A CN112566045B CN 112566045 B CN112566045 B CN 112566045B CN 201910913790 A CN201910913790 A CN 201910913790A CN 112566045 B CN112566045 B CN 112566045B
- Authority
- CN
- China
- Prior art keywords
- message
- mbms
- service
- information
- sent
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 121
- 230000005540 biological transmission Effects 0.000 title description 94
- 239000013256 coordination polymer Substances 0.000 claims description 97
- 230000004044 response Effects 0.000 claims description 97
- 238000004891 communication Methods 0.000 claims description 3
- 238000012545 processing Methods 0.000 description 68
- 238000010586 diagram Methods 0.000 description 28
- 230000008859 change Effects 0.000 description 18
- 230000008569 process Effects 0.000 description 15
- 230000009286 beneficial effect Effects 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 11
- 230000008901 benefit Effects 0.000 description 9
- 241000711981 Sais Species 0.000 description 6
- 238000007726 management method Methods 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 230000006978 adaptation Effects 0.000 description 3
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 2
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000003672 processing method Methods 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
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/10—Connection setup
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供了一种多媒体广播组播业务MBMS传输方法及设备,该方法应用于分布单元DU,包括:接收中心控制节点CU发送的第一通知消息;发送第一消息给CU;根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息;接收CU发送的MBMS业务开始请求消息;发送MBMS消息给UE,用于MBMS承载的建立及MBMS数据的传输。本申请所提供的方法实现了在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
Description
技术领域
本申请涉及无线通信技术领域,具体而言,本申请涉及一种多媒体广播组播业务MBMS传输方法及设备。
背景技术
现代移动通信越来越趋向于为用户提供高速率传输的多媒体业务,如图1所示,为5G(Fifth-Generation,第五代移动通信技术)下的无线接入网(以下称为NG-RAN)的***架构图。其中:
NG-RAN包含了一组基站gNB(或者增强的eNB),通过NG接口跟5G的核心网5GC连接。基站可以支持FDD(频分)模式,TDD(时分)模式。gNB之间可以通过Xn接口连接。一个基站gNB可以包含一个中心控制节点(以下称CU)和一个或多个分布节点(以下称DU)。CU和DU之间通过F1接口相连接。一个DU目前只能连到一个CU。CU可以进一步分离成中心控制平面(以下称CU-CP)和中心用户平面(以下称CU-UP)。CU-UP上有数据适配层(以下称SDAP),数据聚合(以下称PDCP)的功能,CU-CP上有无线连接控制(以下称RRC)功能,DU上有链路控制(以下称RLC),媒体接入层(以下称MAC),物理层功能。
为了有效地利用空中接口资源,对于有多个接收用户接收同样的数据的业务采用广播和组播的方式提供给用户。这种业务称为多媒体广播组播业务(以下简称MBMS,Multimedia Broadcast and Multicast Service)。图2是LTE(Long Term Evolution,长期演进)中MBMS的架构图,包含了核心网和接入网,核心网包含了MBMS核心网MME(MobilityManagement Entity,移动性管理实体)和MBMS-GW(Multimedia Broadcast and MulticastServiceGateway,多媒体广播组播业务网关),接入网包含了MBMS中心控制节点MCE和基站。每个MBMS承载在自己的服务区域中提供业务,在服务区域的每个小区,有专门的控制信道(MCCH)来传输MBMS信令。MBMS数据从BM-SC(Broadcast-Multicast Service Centre,多媒体广播组播业务提供中心)发送至MBMS-GW,MBMS-GW是一个逻辑节点,不排除它是其它网络节点,它位于BM-SC和eNB之间,负责发送/广播MBMS数据包给每个要传输数据的eNB。MBMS-GW发送数据包给相应的eNB,由eNB发送数据给用户。控制信令从BM-SC发送给MBMS-GW,然后通过MME发送到EUTRAN。MCE是EUTRAN的一个就节点,接收MBMS信令,并决定使用MBSFN(Multicast Broadcast Single Frequency Network,多播/组播单频网络)传输模式,然后发送信令给对应的eNB。在现有技术中,定义了一个连续的区域,在这个区域内,各个eNB使用同样的载波同步传输同样的MBMS信号,来提高用户的MBMS业务接收质量。这个连续的区域称为单频率网络(SFN,Single Frequency Network)区域。SFN区域包含一组地理位置连续的小区,这些小区使用同样的无线资源来同步传输某个特定的MBMS业务。
MBSFN传输模式适合用户数目多,用户分布广的广播组播业务,一般MBSFN区域覆盖多个基站的范围,在多个基站下都需要分配相同的资源,该资源由MCE配置,通过M2接口发送给基站。以前的基站都是一个集合的基站,基站的功能实体都在一个物理实体上,现在基站可以是分离的架构,基站的功能实体可以分布在不同的物理实体上。在分离的架构下,如何提供组播业务,在之前是没有涉及的,如何实现在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
发明内容
本申请针对现有的方式的缺点,提出一种多媒体广播组播业务MBMS传输方法及设备,用以解决如何实现在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据的问题。
第一方面,提供了一种多媒体广播组播业务MBMS传输方法,应用于分布单元DU,包括:
接收中心控制节点CU发送的第一通知消息;
发送第一消息给CU;
根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息;
接收CU发送的MBMS业务开始请求消息;
发送MBMS消息给所述UE,用于MBMS承载的建立及MBMS数据的传输。
第二方面,提供了一种MBMS传输方法,应用于CU,包括:
接收核心网发送的MBMS业务开始请求消息;
根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE;
接收DU发送的第一消息;
根据第一消息,发送MBMS业务开始响应消息给核心网,以及发送MBMS业务开始请求消息给DU,用于MBMS承载的建立及MBMS数据的传输。
第三方面,提供了一种MBMS传输方法,应用于中心控制节点控制平面CU-CP,包括:
接收多小区多播协调实体MCE发送的MBMS业务开始请求消息;
根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE;
接收DU发送的第一消息;
根据第一消息,发送MBMS业务开始响应消息给MCE;
接收MCE发送的MBMS调度信息请求消息;
根据MBMS调度信息请求消息,发送MBMS调度信息响应消息给MCE,以及发送MBMS控制消息给DU,用于MBMS承载的建立及MBMS数据的传输。
第四方面,提供了一种MBMS传输方法,应用于MCE,包括:
接收核心网发送的MBMS业务开始请求消息;
发送MBMS业务开始请求消息给CU-CP;
接收CU-CP发送的MBMS业务请求响应消息;
根据MBMS业务请求响应消息,发送MBMS业务请求响应消息给核心网,以及发送MBMS调度信息请求消息给CU-CP,用于MBMS承载的建立及MBMS数据的传输,MBMS调度信息请求消息包括MCCH更新时间、MBMS数据信道的配置信息中的至少一项。
第五方面,提供了一种MBMS传输方法,应用于MCE,包括:
发送用户统计消息给CU或CU-CP,用于确定小区内接收MBMS业务的用户数目;
接收CU或CU-CP发送的用户统计响应消息,用于确认CU或CU-CP接收到用户统计消息;
接收CU或CU-CP发送的用户统计汇报消息,用于MBMS承载的建立及MBMS数据的传输,用户统计汇报消息包括进行用户统计的业务的标识、SFN区域的标识、UE所在的小区的标识、用户数目中至少一项。
第六方面,提供了一种DU,包括:
第一处理模块,用于接收中心控制节点CU发送的第一通知消息;
第二处理模块,用于发送第一消息给CU;
第三处理模块,用于根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息;
第四处理模块,用于接收CU发送的MBMS业务开始请求消息;
第五处理模块,用于发送MBMS消息给所述UE,用于MBMS承载的建立及MBMS数据的传输。
第七方面,提供了一种CU,包括:
第六处理模块,用于接收核心网发送的MBMS业务开始请求消息;
第七处理模块,用于根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE;
第八处理模块,用于接收DU发送的第一消息;
第九处理模块,用于根据第一消息,发送MBMS业务开始响应消息给核心网,以及发送MBMS业务开始请求消息给DU,用于MBMS承载的建立及MBMS数据的传输。
第八方面,提供了一种CU-CP,包括:
第十处理模块,用于接收多小区多播协调实体MCE发送的MBMS业务开始请求消息;
第十一处理模块,用于根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE;
第十二处理模块,用于接收DU发送的第一消息;
第十三处理模块,用于根据第一消息,发送MBMS业务开始响应消息给所述MCE;
第十四处理模块,用于接收MCE发送的MBMS调度信息请求消息;
第十五处理模块,用于根据MBMS调度信息请求消息,发送MBMS调度信息响应消息给MCE,以及发送MBMS控制消息给DU,用于MBMS承载的建立及MBMS数据的传输。
第九方面,提供了一种MCE,包括:
第十六处理模块,用于接收核心网发送的MBMS业务开始请求消息;
第十七处理模块,用于发送MBMS业务开始请求消息给CU-CP;
第十八处理模块,用于接收CU-CP发送的MBMS业务请求响应消息;
第十九处理模块,用于根据MBMS业务请求响应消息,发送MBMS业务请求响应消息给核心网,以及发送MBMS调度信息请求消息给CU-CP,用于MBMS承载的建立及MBMS数据的传输,MBMS调度信息请求消息包括MCCH更新时间、MBMS数据信道的配置信息中的至少一项。
第十方面,提供了一种MCE,包括:
第二十处理模块,用于发送用户统计消息给CU或CU-CP,用于确定小区内接收MBMS业务的用户数目;
第二十一处理模块,用于接收CU或CU-CP发送的用户统计响应消息,用于确认CU或CU-CP接收到用户统计消息;
第二十二处理模块,用于接收CU或CU-CP发送的用户统计汇报消息,用于MBMS承载的建立及MBMS数据的传输,用户统计汇报消息包括进行用户统计的业务的标识、SFN区域的标识、UE所在的小区的标识、用户数目中至少一项。
本申请实施例提供的技术方案,至少具有如下有益效果:
接收中心控制节点CU发送的第一通知消息;发送第一消息给CU;根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息;接收CU发送的MBMS业务开始请求消息;发送MBMS消息给UE,用于MBMS承载的建立及MBMS数据的传输。如此,实现了在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
本申请附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1为现有技术5G***架构图;
图2为LTE MBMS架构图;
图3为本申请实施例提供的一种网络架构图;
图4为本申请实施例提供的一种MBMS传输方法的流程示意图;
图5为本申请实施例提供的另一种MBMS传输方法的流程示意图;
图6为本申请实施例提供的又一种MBMS传输方法的流程示意图;
图7为本申请实施例提供的又一种MBMS传输方法的流程示意图;
图8为本申请实施例提供的又一种MBMS传输方法的流程示意图;
图9为本申请实施例提供的MBMS承载建立的过程示意图;
图10为本申请实施例提供的MBMS承载建立的过程示意图;
图11为本申请实施例提供的MBMS承载建立的过程示意图;
图12为本申请实施例提供的MBMS统计用户数目的过程示意图;
图13为本申请实施例提供的另一种网络架构图;
图14为本申请实施例提供的MBMS统计用户数目的过程示意图;
图15为本申请实施例提供的一种DU的结构示意图;
图16为本申请实施例提供的一种CU的结构示意图;
图17为本申请实施例提供的一种CU-CP的结构示意图;
图18为本申请实施例提供的一种MCE的结构示意图;
图19为本申请实施例提供的另一种MCE的结构示意图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
如图3所示,接入网包含了中心控制节点控制平面CU-CP,中心控制节点用户平面CU-UP,分布单元DU。其中,CU-CP和CU-UP可以在一个实体上,这个实体是中心控制节点CU。可选的,DU支持IP multicast功能,DU可以发送IGMP加入消息给核心网加入到组播网,核心网直接把MBMS数据发送给DU。可选的,CU-UP或者CU支持IP multicast功能,可以发送IGMP加入消息给核心网,核心网直接把MBMS数据发送给CU-UP或者CU。接入网还包含了一个MBMS集中控制的节点MCE(多小区/多播协调实体,Multi-cell/multicast CoordinationEntity)。MCE是MBMS的中央控制节点,MCE决定了是否采用MBSFN(MBMS single frequencynetwork)的方式发送数据,还是采用非MBSFN得方式发送。MBSFN是在一个SFN区域内,所有的小区都是同频并且同步,在此还采用SFN在指示所有的小区都采用相同的空口资源同时发送同样的MBMS数据的传输方式,在5G也可以采用其它的名字。这个MCE可以是一个单独的物理节点,MCE和CU-CP之间的接口,我们在此把它称为M2接口。CU-CP和DU之间的接口,在目前的基础上需要增强,来支持MBMS业务的传输。MCE也可以放在CU-CP上。当MCE放在CU-CP上,CU-CP和DU之间的接口,可以是F1接口的增强。
实施例一
本申请实施例中提供了一种多媒体广播组播业务MBMS传输方法,应用于分布单元DU,该方法的流程示意图如图4所示,该方法包括:
步骤S101,接收中心控制节点CU发送的第一通知消息。
步骤S102,发送第一消息给CU。
步骤S103,根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息。
步骤S104,接收CU发送的MBMS业务开始请求消息。
步骤S105,发送MBMS消息给所述UE,用于MBMS承载的建立及MBMS数据的传输。
本申请实施例中接收中心控制节点CU发送的第一通知消息,第一通知消息用于通知DU发送MBMS通知消息给UE;发送第一消息给CU;根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息;接收CU发送的MBMS业务开始请求消息;发送MBMS消息给UE,用于MBMS承载的建立及MBMS数据的传输。如此,实现了在分离的架构下,减少了MBMS数据发送的延迟,有效地传输MBMS数据。
可选地,在接收CU发送的第一通知消息之前,还包括:
发送F1建立请求消息给CU;
接收CU发送的F1建立响应消息,F1建立响应消息包括广播信息;
发送广播信息给所述UE,广播信息上承载了MBMS控制信道的配置信息。
可选地,F1建立请求消息包括以下至少一项:
DU的名字、DU上的服务小区的信息、小区对应的服务区域标识SAI、小区的MBMS同步区域标识。
可选地,F1建立响应消息包括以下至少一项:
激活的小区的标识列表、可用的运营商标识列表PLMN List、无线资源控制RRC版本信息、小区方向的信息、广播信息、小区对应的服务区域标识SAI、小区所属的MBMS同步区域标识。
可选地,广播信息包括以下至少一项:
广播信息的类型、广播消息、值标签、同步多播控制信道MCCH的配置信息、MBMS通知的配置信息。
可选地,第一消息包含DU分配的下行用户平面的信息,下行用户平面的信息包括DU分配的互联网协议地址IP地址、隧道标识中的至少一项,下行用户平面的信息用于接收核心网发送的MBMS数据;MBMS消息包括MBMS的业务标识所包括的临时移动组标识TMGI、MBMS数据信道的配置信息中至少一项。
可选地,在发送MBMS控制消息给UE之后,还包括:
发送因特网组管理协议IGMP加入消息给核心网,用于核心网发送MBMS数据给DU。
本申请实施例中提供了一种MBMS传输方法,应用于CU,该方法的流程示意图如图5所示,该方法包括:
步骤S201,接收核心网发送的MBMS业务开始请求消息。
步骤S202,根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE。
步骤S203,接收DU发送的第一消息。
步骤S204,根据第一消息,发送MBMS业务开始响应消息给核心网,以及发送MBMS业务开始请求消息给DU,用于MBMS承载的建立及MBMS数据的传输。
可选地,在接收核心网发送的MBMS业务开始请求消息之前,还包括:
接收DU发送的F1建立请求;
发送的F1建立响应给DU,F1建立响应包括广播信息。
可选地,MBMS业务开始请求消息包括以下至少一项:
MBMS的业务标识、MBMS的服务质量QoS信息、MBMS的业务范围信息、MBMS对应的协议数据单元会话PDU Sessions的标识、MBMS对应的协议数据单元PDU包含的QoS流量的信息、组播地址、源地址、隧道标识。
本申请实施例中提供了一种MBMS传输方法,应用于中心控制节点控制平面CU-CP,该方法的流程示意图如图6所示,该方法包括:
步骤S301,接收多小区多播协调实体MCE发送的MBMS业务开始请求消息。
步骤S302,根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE。
步骤S303,接收DU发送的第一消息。
步骤S304,根据第一消息,发送MBMS业务开始响应消息给MCE。
步骤S305,接收MCE发送的MBMS调度信息请求消息。
步骤S306,根据MBMS调度信息请求消息,发送MBMS调度信息响应消息给MCE,以及发送MBMS控制消息给DU,用于MBMS承载的建立及MBMS数据的传输。
可选地,在接收MCE发送的MBMS业务开始请求消息之前,还包括:
接收DU发送的F1建立请求消息;
发送F1建立响应消息给DU;
发送M2建立请求消息给MCE,M2建立请求消息包括基站的标识、基站的小区标识、基站上的小区的服务区域标识SAI、基站的单小区组播传输能力信息中的至少一项;
接收MCE发送的M2建立响应消息,M2建立响应消息包括MCE对基站的配置信息;
发送配置更新消息给所述DU,配置更新消息包括MBMS控制信道的配置信息。
可选地,在发送MBMS业务开始响应消息给MCE之前,还包括:
发送MBMS承载建立请求给中心控制节点用户平面CU-UP;
接收CU-UP发送的MBMS承载建立响应。
本申请实施例中提供了一种MBMS传输方法,应用于MCE,该方法的流程示意图如图7所示,该方法包括:
步骤S401,接收核心网发送的MBMS业务开始请求消息。
步骤S402,发送MBMS业务开始请求消息给CU-CP。
步骤S403,接收CU-CP发送的MBMS业务请求响应消息。
步骤S404,根据MBMS业务请求响应消息,发送MBMS业务请求响应消息给核心网,以及发送MBMS调度信息请求消息给CU-CP,用于MBMS承载的建立及MBMS数据的传输,MBMS调度信息请求消息包括MCCH更新时间、MBMS数据信道的配置信息中的至少一项。
本申请实施例中提供了一种MBMS传输方法,应用于MCE,该方法的流程示意图如图8所示,该方法包括:
步骤S501,发送用户统计消息给CU或CU-CP,用于确定小区内接收MBMS业务的用户数目。
步骤S502,接收所述CU或CU-CP发送的用户统计响应消息,用于确认所述CU或CU-CP接收到所述用户统计消息。
步骤S503,接收CU或CU-CP发送的用户统计汇报消息,用于MBMS承载的建立及MBMS数据的传输,所述用户统计汇报消息包括进行用户统计的业务的标识、SFN区域的标识、UE所在的小区的标识、用户数目中至少一项。
本申请实施例提供的技术方案,至少具有如下有益效果:
实现了在分离的架构下,成功建立MBMS承载,减少了信令的数据,减少了接口的数量,减少了MBMS数据发送的延迟,有效地传输MBMS数据。
通过如下实施例来对本申请上述实施例的MBMS传输方法进行全面详尽的介绍:
图9描述了广播组播业务MBMS承载建立的过程。以接入网包含了中心控制节点CU和分布单元DU为例子,CU可以决定在多个DU的小区里以广播的方式发送MBMS数据,广播的方式和广播的范围都由CU决定。广播的方式包含了采用MBSFN的方式,或者采用单小区组播的方式。CU和DU之间是F1接口。本实施例的方法也可以使用于其它的分离架构,例如CU进一步分成CU-CP和CU-UP。要建立一个MBMS承载,CU首先发送MBMS相关的广播消息给UE,广播消息是一条无线连接控制(RRC)消息,广播消息上承载了MBMS控制信道(例如MCCH信道)的配置信息。当CU收到核心网发送的MBMS业务开始请求的消息,CU通过MBMS控制信道把把通知UE业务开始的消息发送给UE。业务开始消息包含了业务的标识和MBMS的数据信道的配置信息。UE收到了MBMS的数据信道的配置信息,如果UE想接收该MBMS业务,则UE配置相应的数据信道,然后就可以开始接收MBMS的数据。具体来说,图9包含了下面的步骤。
步骤401:DU发送F1建立请求消息给CU。
可选地,F1建立请求消息包含了DU的名字,DU上的服务小区的信息,这些小区的信息由OAM配置在DU上,这些小区已经做好了被激活的准备。小区的信息包含小区的物理层标识PCI,包含小区唯一标识,例如小区唯一标识CGI,小区的运营商标识(PLMN标识)。消息还包含了DU的广播信息和支持的切片信息。
可选的,F1建立请求还包含了小区对应的服务区域标识SAI(服务区标识,ServiceArea Identifier),包含了小区的MBMS同步区域标识,例如MBSFN Sync Area ID,该标识表示了小区有预留了某些资源,具有组成某个同步传输区域的能力。中央控制节点CU决定广播范围的时候,会参考小区的MBMS同步区域标识,根据小区的同步传输能力,决定广播的区域。一个小区可以有多个SAI和一个MBSFN同步区域标识,可以由OAM配置在DU上。
步骤402:CU发送F1建立响应消息给DU。
可选地,F1建立响应消息包含了激活的小区的标识列表。CU决定激活哪些小区,可选的,CU可以决定这些小区的物理层标识PCI,DU收到该列表,DU激活对应的小区。F1建立响应消息还包含了可用的运营商标识列表(PLMN List),DU保存这些列表,并且在广播信息中广播收到的可用的PLMN List。F1建立响应消息还包含了RRC版本信息和小区方向的信息,小区方向可以指示小区是只提供上行数据传输,只提供下行数据传输还是提供上行和上行的数据传输。可选地,除了以上信息,F1建立响应消息还携带了广播信息,例如可以包含跟MBMS相关的广播信息。为了支持MBMS业务,可以定义一个包含了MBMS信息的广播信息(例如SIB13)。广播信息里面包含了广播信息的类型(SIB type),广播消息和值标签。如果广播信息的类型指示这是一个MBMS的广播信息,例如只是广播类型是SIB13,则DU需要解析该广播消息,广播消息主要包含了同步MBMS控制信道MCCH的配置信息和MBMS通知的配置信息,DU需要得到的MCCH的配置信息和MBMS通知的配置信息,保存下来,在以后的过程中使用。
可选的,F1建立响应还包含了小区对应的服务区域标识SAI,包含了小区所属的MBMS同步区域标识,例如MBSFN Sync Area ID,该标识表示了小区有预留了某些资源,具有组成某个同步传输区域的能力,预留了同样资源的小区,中央控制节点CU可以把这些小区配置成一个MBMS同步传输区域。一个小区可以有多个SAI和一个MBSFN同步区域标识,可以由OAM配置在CU上,由CU通过F1建立响应消息发送给DU。DU保存该信息,在以后的过程中使用。
步骤403:DU发送广播信息给UE。
可选地,DU把从CU收到的广播信息,通过空口发送给UE。如步骤402所述,DU可以解析并保存MBMS的广播信息的内容,用于之后的MBMS的控制过程,例如DU在对应的MCCH上发送MBMS的消息。
步骤404:CN发送MBMS业务开始请求消息给CU。
可选地,当核心网决定开始某一个MBMS业务,核心网发送MBMS业务开始请求消息给接入网的CU。MBMS业务开始请求消息包含MBMS的业务标识,例如TMGI,MBMS的质量要求QoS(服务质量,Quality of Service)信息,MBMS的业务范围等信息。还可以包含MBMS对应的PDU Sessions的标识,MBMS对应的PDU包含的QoS flow的信息,QoS flow的信息包含了QoS Flow的标识和QoS flow的质量要求QoS信息。消息还包含了什么时间MBMS数据开始发送。MBMS业务开始请求消息还包含了IP multicast的组播地址,源地址,和一个隧道标识,核心网向IP multicast组发送数据的时候,包头中包含了源地址,IP multicast组播地址,该隧道标识。
步骤405:CU发送一条通知消息(第一通知消息)给DU。CU用这条通知消息来通知DU需要在空口发送MBMS通知消息给UE,通知UE需要去收听MBMS控制信道上传输的信息。
当CU收到MBMS业务开始请求消息,CU需要把此消息通过MBMS控制信道MCCH发送给UE。但是UE可以处于任何状态,如果UE处于空闲模式,UE没有时刻在接收小区,因此,在CU发送MCCH消息之前,CU或者DU需要先发送一个MBMS通知消息给UE,唤醒UE,之后UE去接收MCCH上传输的信息。可选的,空口的MBMS通知消息由DU产生并发送给UE,CU需要发送一个通知消息,通知DU去产生空口的MBMS通知消息,并且发送给UE。
可选地,F1接口的通知消息,用于通知DU在空口发送MBMS通知消息,该通知消息用来通知UE去接收新的MBMS控制信息上承载的信息。该通知消息可以用于两种情况,一种是业务开始,CU通知DU,需要发送空口的通知消息,通知UE去接收MBMS控制信道上的具体的业务信息和数据信道配置。一种要进行UE用户数目统计,CU通知DU,发送空口的通知消息,通知UE去接收MBMS控制信道上的具体的用户统计信息。
可选地,收到CU发送的通知消息,DU需要发送MBMS通知消息给UE,空口的MBMS通知消息只包含了有限的信息,例如只通知了某一个同步区域内有一个业务即将开始,但是并没有通知具体的业务的标识,UE收到MBMS通知消息后,去MBMS控制信道上接收完整的MBMS控制消息,包括业务的标识,MBMS数据信道的配置信息等。
可选地,这条通知消息是一个公共的消息,可以重用目前F1接口的CU配置更新消息,或者定义一条新的F1的消息,该通知消息包含了SFN区域标识,包含了MCCH更新的时间,例如指示了在哪个改变周期上,开始传输更新的MCCH消息。DU得到了SFN区域标识,可以根据同步区域标识来确定在空口发送通知的配置,例如在哪一个比特上发送通知指示。DU得到了MCCH更新的时间,DU需要在MCCH更新的时间的前一个周期,把MBMS通知消息发送给UE。或者CU发送的通知消息包含了SFN区域标识,包含了通知消息的发送时间,例如发送时间设置成某个改变周期,则DU需要在该改变周期把MBMS通知消息发送给UE。
可选地,通知消息还可以包含了业务的标识和/或组播地址,例如TMGI和该业务的IGMP组的地址。这些信息让DU可以通过IGMP加入到一个IGMP组,通过IP组播的方式接收MBMS数据。如果让CU-UP接收从核心网发送的MBMS数据给DU,或者DU采用隧道来接收核心网发送的MBMS数据,通知消息还可以包含了业务的标识,例如TMGI。
可选地,也可以把通知消息和真正的MBMS消息,例如MBMS业务开始请求消息,通过一条F1的消息发送给DU,即通过步骤409的过程通知DU。此时,步骤409发生在步骤406之前。如果采用发送MBMS消息来触发DU产生空口的MBMS通知消息,CU需要提前一点把MBMS消息发送给DU,DU收到MBMS消息后,首先发送通知消息给UE,之后DU发送MBMS消息给UE。步骤409,,CU发送CU配置更新消息给DU,CU配置更新消息携带MBMS消息,例如MBMS业务开始请求消息,MBMS消息类型和/或MCCH更新时间。MBMS消息类型可以设置成户统计消息或者,MBMS业务开始请求消息,或者MBMS区域配置消息,MBMS区域配置消息包含了要开始的MBMS的业务标识和MBMS传输信道的配置,可以用MBMS区域配置消息来通知MBMS业务开始。MCCH更新时间指示了什么时候发送更新的MCCH的内容,MBMS的消息要通过MCCH信道传输,MCCH更新时间,就是指示了什么时候在MCCH上发送MBMS消息,DU在MCCH更新时间指示的时间,把MBMS消息发送给UE。除此之外,消息还携带MBMS业务标识,例如TMGI,可选的,还包含了MBMS通知发送时间。DU收到步骤409的消息后,需要先发送MBMS通知消息给UE,MBMS通知消息要在步骤409包含的MCCH更新时间的前一个更新周期,或者在MBMS通知发送时间指示的时间。这样保证UE在MCCH更新消息发送之前能收到MBMS通知消息,然后可以接收更新的MCCH消息。可选的,步骤409的消息还需要包含了业务的标识和/或组播地址,例如TMGI和/或该业务的IGMP组的地址。这些信息让DU可以通过IGMP加入到一个IGMP组,通过IP组播的方式接收MBMS数据。如果DU采用隧道来接收核心网发送的MBMS数据,通知消息还可以包含了业务的标识,例如TMGI。
步骤406:DU发送消息(第一消息)给CU,可选的,消息携带DU分配的DL TNL信息。
可选地,DU可以发送一条消息给CU,消息可以是上面步骤405消息的响应消息,或者是一条独立的消息。消息可以包含DU分配的下行用户平面的信息,例如包含了DU分配的IP(互联网协议地址,Internet Protocol Address)地址和隧道标识,该信息用来接收核心网发送的MBMS数据。如果DU上有多个小区都需要接收MBMS数据,DU可以为这些小区分配一个IP地址和隧道标识,这些小区都使用该IP地址和隧道标识来接收MBMS数据。当然也可以为每个小区分配一个IP地址和一个隧道标识。用隧道来接收MBMS数据的好处是不需要DU具有IP层的功能,降低了DU的复杂度。
或者采用IGMP的方式来接收MBMS数据,DU收到CU发送的IGMP组的地址,用IP IGMP加入消息加入该IGMP组,加入组之后,就可以用组播方式来接收MBMS数据。好处是这种方式和目前的MBMS业务发送的机制一样,但是要求DU支持IP组播的功能。
步骤407:CU发送MBMS业务开始响应消息给CN。可选的,消息携带DU分配的DL TNL信息。
可选地,CU向核心网汇报业务建立请求的响应消息。如果采用隧道的方式来传输MBMS数据,CU把DU分配的隧道信息发送给核心网。消息可以包含多个DU的TNL信息,核心网的用户平面就可以向该隧道发送MBMS数据。
步骤408:DU发送空口的MBMS通知消息给UE。
可选地,DU发送MBMS通知消息给UE,通知UE去接收MBMS的控制信道上发送的消息。该步骤也可以在步骤409之后进行。
步骤409:CU发送MBMS业务开始请求消息给DU。
可选地,CU通过F1接口公共的消息来发送MBMS业务开始请求消息给DU,例如可以通过F1接口的CU配置更新消息发送给DU,或者定义一条新的F1的消息。消息包含了小区的标识,包含了MBMS消息,MBMS消息类型和MCCH更新时间。MBMS消息可以通过RRC容器传输,或者在消息中增加一个MBMS消息的信息元素。MBMS消息类型可以设置成户统计消息,MBMS业务开始请求消息,或者MBMS区域配置消息,MBMS消息在空口发送的时间即MCCH消息更新的时间,可以设置成改变周期的标识,指示了从哪个MCCH改变周期,新的内容开始发送。MCCH改变周期可以由OAM配置在DU上。DU在MCCH更新时间指示的时间,把MBMS消息通过MCCH信道发送给UE。
可选地,MBMS消息在空口通过MBMS控制信道,例如MCCH信道,来传输,MBMS消息携带了MBMS的业务标识TMGI,还携带了MBMS数据信道的配置信息。因为DU需要对MBMS数据进行处理,处理后通过MBMS数据信道发送给UE,因此也需要知道MBMS数据信道的配置,DU需要能够解析出CU配置更新消息中包含的MBMS消息,保存MBMS数据信道的配置,在之后数据接收的过程中使用。
或者CU发送MBMS调度信息请求给DU,消息携带了MCCH更新时间,MBMS区域配置消息,MBMS区域配置消息包含了MBMS的业务标识TMGI,和数据信道的配置信息。DU可以解析其中的内容,先发送MBMS通知消息给UE,然后再MCCH更新时间指示的时刻,把MBMS区域配置消息通过MCCH信道发送给UE。DU还可以发送一条MBMS调度信息响应消息给CU。
步骤410:DU发送MBMS消息给UE。
可选地,DU在空口发送MBMS消息给UE,如上,MBMS消息在空口通过MBMS控制信道,例如MCCH信道,来传输,MBMS消息携带了MBMS的业务标识TMGI,还携带了MBMS数据信道的配置信息。
可选的,步骤411:DU发送IGMP(Internet组管理协议,Internet GroupManagement Protocol)加入消息给核心网。MBMS数据开始由核心网发送给DU。DU经过处理,把数据发送给UE。
图10描述了广播组播业务MBMS承载建立的过程。以接入网包含了中心控制节点CU和分布单元DU为例子,MBMS控制节点MCE是一个单独的实体,CU和DU之间是F1接口。MCE可以决定在多个小区里以广播的方式发送MBMS数据,广播的方式和广播的范围都由MCE决定。广播的方式包含了采用MBSFN的方式,或者采用单小区组播的方式。本实施例的方法也可以使用于其它的分离架构,例如CU进一步分成CU-CP和CU-UP。要建立一个MBMS承载,CU首先发送广播消息给UE,广播消息上承载了MBMS控制信道(例如MCCH信道)的配置信息。当MCE收到核心网发送MBMS业务开始请求的消息,MCE通过MBMS控制信道(例如MCCH)把业务开始请求的消息发送给UE,业务开始请求消息包含了业务的标识和MBMS的数据信道的配置信息。UE收到了MBMS数据信道的配置信息,如果UE想接收该MBMS业务,则UE配置相应的数据信道,然后就可以开始接收MBMS的数据。具体来说,图10包含了下面的步骤。
步骤501:DU发送F1建立请求消息给CU。
可选地,F1建立请求消息包含了DU的名字,DU上的服务小区的信息,这些小区的信息由OAM配置在DU上,这些小区已经做好了被激活的准备。小区的信息包含小区的物理层标识PCI,包含小区唯一标识,例如小区唯一标识CGI,小区的运营商标识(PLMN标识)。消息还包含了DU的广播信息和支持的切片信息。
可选的,F1建立请求还包含了小区对应的服务区域标识SAI,包含了小区的MBMS同步区域标识,例如MBSFN Sync Area ID,该标识表示了小区有预留了某些资源,具有组成某个同步传输区域的能力,,MCE可以把这些小区配置成一个MBMS同步传输区域。一个小区可以有多个SAI和一个MBSFN同步区域标识,可以由OAM配置在DU上。
步骤502:CU发送F1建立响应消息给DU。
可选地,F1建立响应消息包含了激活的小区的标识列表。CU决定激活哪些小区,可选的,CU可以决定这些小区的物理层标识PCI,DU收到该列表,DU激活对应的小区。F1建立响应消息还包含了可用的运营商标识列表(PLMN List),DU保存这些列表,并且在广播信息中广播收到的可用的PLMN List。F1建立响应消息还包含了RRC版本信息和小区方向的信息,小区方向可以指示小区是只提供上行数据传输,只提供下行数据传输还是提供上行和上行的数据传输。
可选的,F1建立响应还包含了小区对应的服务区域标识SAI,包含了小区所属的MBMS同步区域标识,例如MBSFN Sync Area ID,该标识表示了小区有预留了某些资源,具有组成某个同步传输区域的能力,预留了同样资源的小区,中央控制节点CU或者MBMS控制节点MCE可以把这些小区配置成一个MBMS同步传输区域。一个小区可以有多个SAI和一个MBSFN同步区域标识,可以由OAM配置在CU上,由CU通过F1建立响应消息发送给DU。DU保存该信息,在以后的过程中使用。
步骤503:CU发送M2建立请求消息给MCE。
可选地,M2建立请求消息包含基站的标识,基站的小区标识,基站上的小区的服务区域标识SAI,M2建立请求消息还携带小区所属的MBSFN同步区域标识。
步骤504:MCE发送M2建立响应消息给CU。
可选地,消息携带MCE对基站的配置信息,例如包含MBMS控制信道的配置信息。为了支持MBMS业务,MBMS控制信道的配置信息可以通过一个广播信息发送,定义一个包含了MBMS相关的广播信息(例如SIB13)。广播信息里面包含了广播信息的类型(SIB type),广播消息和值标签。如果广播信息的类型指示这是一个MBMS的广播信息,DU需要解析该广播消息,广播消息主要包含了同步MBMS控制信道MCCH的配置信息和MBMS通知的配置信息。
步骤505:CU发送配置更新消息给DU。
可选地,CU发送给DU的F1消息携带MBMS控制信道的配置信息,即MBMS相关的广播信息。为了支持MBMS业务,MBMS控制信道的配置信息可以通过一个广播信息发送,定义一个包含了MBMS信息的广播信息(例如SIB13)。广播信息里面包含了广播信息的类型(SIBtype),广播消息和值标签。如果广播信息的类型指示这是一个MBMS的广播信息,DU需要解析该广播消息,广播消息主要包含了同步MBMS控制信道MCCH的配置信息和MBMS通知的配置信息,DU需要得到的MCCH的配置信息和MBMS通知的配置信息,保存下来,在以后的过程中使用。
步骤506:DU发送广播信息给UE。
可选地,DU把从CU收到的广播信息,通过空口发送给UE。
步骤507:CN发送MBMS业务开始请求消息给MCE。
可选地,当核心网决定开始某一个MBMS业务,核心网发送MBMS业务开始请求消息给接入网的CU。MBMS业务开始请求消息包含MBMS的业务标识,例如TMGI,MBMS的质量要求QoS信息,MBMS的业务范围等信息。还可以包含MBMS对应的PDU Sessions的标识,MBMS对应的PDU包含的QoS flow的信息,QoS flow的信息包含了QoS Flow的标识和QoS flow的质量要求QoS信息。消息还包含了什么时间MBMS数据开始发送。MBMS业务开始请求消息还包含了IP multicast的组播地址,源地址,和一个隧道标识,核心网向IP multicast组发送数据的时候,包头中包含了源地址,IP multicast组播地址,该隧道标识。
步骤508:MCE发送MBMS业务开始请求给CU。
可选地,MCE决定MBMS的传输模式,例如,MCE决定采用SFN的模式发送数据,MCE发送业务开始请求给CU。消息携带了可以指示出传输模式的信息。
步骤509:CU发送一条通知消息(第一通知消息)给DU。CU用这条通知消息来通知DU需要在空口发送MBMS通知消息给UE,通知UE需要去收听MBMS控制信道上传输的信息。
当CU收到MBMS业务开始请求消息,CU需要把此消息通过MBMS控制信道MCCH发送给UE。但是UE可以处于任何状态,如果UE处于空闲模式,UE没有时刻在接收小区,因此,在CU发送MCCH消息之前,CU或者DU需要先发送一个MBMS通知消息给UE,唤醒UE,之后UE去接收MCCH上传输的信息。可选的,空口的MBMS通知消息由DU产生并发送给UE,CU需要发送一个通知消息,通知DU去产生空口的MBMS通知消息,并且发送给UE。
可选地,F1接口的通知消息,用于通知DU在空口发送MBMS通知消息,通知UE去接收新的MBMS控制信息上承载的信息。该通知消息可以用于两种情况,一种是业务开始,CU通知DU,需要发送空口的通知消息,通知UE去接收MBMS控制信道上的具体的业务信息和数据信道配置。一种要进行UE用户数目统计,CU通知DU,发送空口的通知消息,通知UE去接收MBMS控制信道上的具体的用户统计信息。
可选地,收到CU发送的通知消息,DU需要发送MBMS通知消息给UE,空口的MBMS通知消息只包含了有限的信息,例如只通知了某一个同步区域内有一个业务即将开始,但是并没有通知具体的业务的标识,UE收到MBMS通知消息后,去MBMS控制信道上接收完整的MBMS控制消息,包括业务的标识,MBMS数据信道的配置信息等。
可选地,这条通知消息是一个公共的消息,可以重用目前F1接口的CU配置更新消息,或者定义一条新的F1的消息,该通知消息包含了SFN区域标识,包含了MCCH更新的时间,例如指示了在哪个改变周期上,开始传输更新的MCCH消息。DU得到了SFN区域标识,可以根据同步区域标识来确定在空口发送通知的配置,例如在哪一个比特上发送通知指示。DU得到了MCCH更新的时间,DU需要在MCCH更新的时间的前一个周期,把MBMS通知消息发送给UE。或者CU发送的通知消息包含了SFN区域标识,包含了通知消息的发送时间,例如发送时间设置成某个改变周期,则DU需要在该改变周期把MBMS通知消息发送给UE。
可选的,通知消息还可以包含了业务的标识和/或组播地址,例如TMGI和该业务的IGMP组的地址。这些信息让DU可以通过IGMP加入到一个IGMP组,通过IP组播的方式接收MBMS数据。如果让CU-UP接收从核心网发送的MBMS数据给DU,或者DU采用隧道来接收核心网发送的MBMS数据,通知消息还可以包含了业务的标识,例如TMGI。
可选地,也可以通过传输MBMS业务开始的消息来通知DU开始发送MBMS通知消息给UE,也可以通过步骤516的消息来通知DU开始发送MBMS通知消息给UE,此时,516的步骤发生在510之前。如果采用发送MBMS消息来触发DU产生空口的MBMS通知消息,CU需要提前一点把MBMS消息发送给DU,DU收到MBMS消息后,首先发送通知消息给UE,之后DU发送MBMS消息给UE。CU发送DU的F1消息,例如CU配置更新消息,消息携带MBMS消息,例如MBMS业务开始请求消息,或者MBMSMBMS消息的类型和/或MCCH更新时间。MBMS消息类型可以设置成户统计消息或者MBMS业务开始请求消息,或者MBMS调度信息请求,或者MBMS区域配置消息,MBMS调度信息请求消息或者MBMS区域配置消息包含了要开始的MBMS的业务标识和MBMS传输信道的配置,可以用调度信息请求消息或者MBMS区域配置消息来通知MBMS业务开始。MCCH更新时间指示了什么时候发送更新的MCCH的内容,MBMS的消息要通过MCCH信道传输,MCCH更新时间,就是指示了什么时候在MCCH上发送MBMS消息,DU在MCCH更新时间指示的时间,把MBMS消息发送给UE。除此之外,消息还携带MBMS业务标识,例如TMGI,可选的,还包含了MBMS通知发送时间。DU收到步骤516的消息后,需要先发送MBMS通知消息给UE,MBMS通知消息,要在步骤516包含的MCCH更新时间的前一个更新周期,或者在通知发送时间指示的时间。这样保证UE在MCCH更新消息发送之前能收到MBMS通知消息,然后可以接收更新的MCCH消息。可选的,步骤516的消息还需要包含了业务的标识和/或组播地址,例如TMGI和/或该业务的IGMP组的地址。这些信息让DU可以通过IGMP加入到一个IGMP组,通过IP组播的方式接收MBMS数据。如果DU采用隧道来接收核心网发送的MBMS数据,通知消息还可以包含了业务的标识,例如TMGI。
步骤510:DU发送消息(第一消息)给CU,可选的,消息携带DU分配的DL TNL信息。
DU可以发送一条消息给CU,消息可以是上面步骤509消息的响应消息,或者是一条独立的消息。消息可以包含DU分配的下行用户平面的信息,例如包含了DU分配的IP地址和隧道标识,该信息用来接收核心网发送的MBMS数据。如果DU上有多个小区都需要接收MBMS数据,DU可以为这些小区分配一个IP地址和隧道标识,这些小区都使用该IP地址和隧道标识来接收MBMS数据。当然也可以为每个小区分配一个IP地址和一个隧道标识。用隧道来接收MBMS数据的好处是不需要DU具有IP层的功能,降低了DU的复杂度。
或者采用IGMP的方式来接收MBMS数据,DU收到CU发送的IGMP组的地址,用IP IGMP加入消息加入该IGMP组,加入组之后,就可以用组播方式来接收MBMS数据。好处是这种方式和目前的MBMS业务发送的机制一样,但是要求DU支持IP组播的功能。
步骤511:CU发送MBMS业务开始响应消息给MCE。可选的,消息携带DU分配的DL TNL信息。
步骤512:MCE发送MBMS业务开始响应消息给CN。可选的,消息携带DU分配的DL TNL信息。
可选地,MCE向核心网汇报业务建立请求的响应消息。如果采用隧道的方式来传输MBMS数据,MCE把DU分配的隧道信息发送给核心网。消息可以包含多个DU的TNL信息,核心网的用户平面就可以向该隧道发送MBMS数据。
步骤513:DU发送空口的MBMS通知消息给UE。
可选地,DU发送MBMS通知消息给UE,通知UE去接收MBMS的控制信道上发送的消息。该步骤也可以在步骤516之后进行。
步骤514:MCE发送MBMS调度信息请求消息给CU。MCE调度信息包含了MBMS业务标识和MBMS传输信道的配置信息。
步骤515:CU发送MBMS调度信息响应消息给MCE。
步骤516:CU发送MBMS消息给DU。MBMS消息,例如MBMS调度信息请求或者MBMS区域配置消息,通过CU发送给DU的F1消息携带。
可选地,CU通过F1接口公共的消息来发送MBMS消息给DU,例如可以通过F1接口的CU配置更新消息发送给DU,或者定义一条新的F1的消息。消息包含了小区的标识,包含了MBMS消息,MBMS消息的类型和MCCH更新时间。MBMS消息可以通过RRC容器传输,或者在消息中增加一个MBMS消息的信息元素。MBMS类型可以设置成MBMS业务开始请求,或用户统计消息,或MBMS调度信息请求,或MBMS区域配置消息,MBMS消息在空口发送的时间即MCCH消息更新的时间,可以设置成改变周期的标识,指示了从哪个MCCH改变周期,新的内容开始发送。MCCH改变周期可以由OAM配置在DU上。DU在MCCH更新时间指示的时间,把MBMS消息发送给UE。
可选地,MBMS消息在空口通过MBMS控制信道,例如MCCH信道,来传输,MBMS消息携带了MBMS的业务标识TMGI,还携带了MBMS数据信道的配置信息。因为DU需要对MBMS数据进行处理,处理后通过MBMS数据信道发送给UE,因此也需要知道MBMS数据信道的配置,DU需要能够解析出CU配置更新消息中包含的MBMS控制消息,保存MBMS数据信道的配置,在之后数据接收的过程中使用。
或者CU发送MBMS调度信息请求给DU,消息携带了MCCH更新时间,MBMS数据信道的配置信息,即MBMS区域配置消息,里面包含了MBMS的业务标识TMGI,和它的数据信道的配置信息。因为最终的数据处理在DU上进行,CU不负责具体数据数据,因此,如果CU收到了MCE发送的MBMS调度信息请求消息,CU把调度信息发送给DU。如上,DU可以解析其中的内容,先发送MBMS通知消息给UE,然后再MCCH更新时间指示的时刻,把MBMS区域配置消息通过MCCH信道发送给UE。DU还可以发送一条MBMS调度信息响应消息给CU。
步骤517:DU发送MBMS消息给UE。
可选地,DU在空口发送MBMS消息给UE,如上,MBMS消息在空口通过MBMS信道,例如MCCH信道,来传输,MBMS消息携带了MBMS的业务标识TMGI,还携带了MBMS数据信道的配置信息。
可选的,步骤518:DU发送IGMP加入消息给核心网。数据开始由核心网发送给DU。DU经过处理,把数据发送给UE。
图11描述了广播组播业务MBMS承载建立的过程。以接入网包含了中心控制节点CU-CP,CU-UP和分布单元DU为例子,MCE是一个单独的实体,CU-CP和DU之间是F1接口,CU-CP和CU-UP之间是E1接口,CU-UP上实现了SDAP,PDCP的功能,DU上实现了其它用户平面的功能,例如RLC,MAC等。本实施例的方法也可以使用于其它的分离架构。要建立一个MBMS承载,CU-CP首先发送MBMS相关的广播消息给UE,,广播消息是一条无线连接控制(RRC)消息,广播消息上承载了MBMS控制信道(例如MCCH信道)的配置信息。当接入网收到核心网发送MBMS业务开始请求的消息,接入网的中心控制节点通过MBMS控制信道把通知UE业务开始的消息发送给UE,业务开始消息也是一条RRC消息,通过MBMS控制信道上发送给UE。发送给UE的通知业务开始的消息包含了业务的标识和MBMS的数据信道的配置信息。UE收到了MBMS数据信道的配置信息,如果UE想接收该MBMS业务,则UE配置相应的数据信道,然后就可以开始接收MBMS的数据。数据由核心网发送给CU-UP,然后由CU-UP发送给DU。具体来说,图11包含了下面的步骤。
步骤601:DU发送F1建立请求消息给CU-CP。
可选地,F1建立请求消息包含了DU的名字,DU上的服务小区的信息,这些小区的信息由OAM配置在DU上,这些小区已经做好了被激活的准备。小区的信息包含小区的物理层标识PCI,包含小区唯一标识,例如小区唯一标识CGI,小区的运营商标识(PLMN标识)。消息还包含了DU的广播信息和支持的切片信息。
可选的,F1建立请求还包含了小区对应的服务区域标识SAI,包含了小区的MBMS同步区域标识,例如MBSFN Sync Area ID,该标识表示了小区有预留了某些资源,具有组成某个同步传输区域的能力,预留了同样资源的小区,MBMS控制节点MCE可以把这些小区配置成一个MBMS同步传输区域。一个小区可以有多个SAI和一个MBSFN同步区域标识,可以由OAM配置在DU上。
步骤602:CU-CP发送F1建立响应消息给DU。
可选地,F1建立响应消息包含了激活的小区的标识列表。CU-CP决定激活哪些小区,可选的,CU-CP可以决定这些小区的物理层标识PCI,DU收到该列表,DU激活对应的小区。F1建立响应消息还包含了可用的运营商标识列表(PLMN List),DU保存这些列表,并且在广播信息中广播收到的可用的PLMN List。F1建立响应消息还包含了RRC版本信息和小区方向的信息,小区方向可以指示小区是只提供上行数据传输,只提供下行数据传输还是提供上行和上行的数据传输。
可选的,F1建立响应还包含了小区对应的服务区域标识SAI,包含了小区所属的MBMS同步区域标识,例如MBSFN Sync Area ID,该标识表示了小区有预留了某些资源,具有组成某个同步传输区域的能力,预留了同样资源的小区,中央控制节点CU或者MBMS控制节点MCE可以把这些小区配置成一个MBMS同步传输区域。一个小区可以有多个SAI和一个MBSFN同步区域标识,可以由OAM配置在CU上,由CU通过F1建立响应消息发送给DU。DU保存该信息,在以后的过程中使用。
步骤603:CU-CP发送M2建立请求消息给MCE。
可选地,消息包含基站的标识,基站的小区标识,基站上的小区的服务区域标识SAI,消息还携带基站的单小区组播传输能力信息,即基站是否支持单小区组播传输的指示信息。
步骤604:MCE发送M2建立响应消息给CU-CP。
可选地,消息携带MCE对基站的配置信息,例如包含MBMS控制信道的配置信息。为了支持MBMS业务,MBMS控制信道的配置信息可以通过一个广播信息发送,定义一个包含了MBMS相关的广播信息(例如SIB13)。广播信息里面包含了广播信息的类型(SIB type),广播消息和值标签。如果广播信息的类型指示这是一个MBMS的广播信息,DU需要解析该广播消息,广播消息主要包含了同步MBMS控制信道MCCH的配置信息和MBMS通知的配置信息。
步骤605:CU-CP发送配置更新消息给DU。
可选地,CU-CP发送给DU的F1消息携带MBMS控制信道的配置信息,即MBMS相关的广播信息。为了支持MBMS业务,MBMS控制信道的配置信息可以通过一个广播信息发送,定义一个包含了MBMS信息的广播信息(例如SIB13)。广播信息里面包含了广播信息的类型(SIBtype),广播消息和值标签。如果广播信息的类型指示这是一个MBMS的广播信息,DU需要解析该广播消息,广播消息主要包含了同步MBMS控制信道MCCH的配置信息和MBMS通知的配置信息,DU需要得到的MCCH的配置信息和MBMS通知的配置信息,保存下来,在以后的过程中使用。
步骤606:DU发送广播信息给UE。
可选地,DU把从CU-CP收到的广播信息,通过空口发送给UE。
步骤607:CN发送MBMS业务开始请求消息给MCE。
可选地,当核心网决定开始某一个MBMS业务,核心网发送MBMS业务开始请求消息给接入网的CU。MBMS业务开始请求消息包含MBMS的业务标识,例如TMGI,MBMS的质量要求QoS信息,MBMS的业务范围等信息。还可以包含MBMS对应的PDU Sessions的标识,MBMS对应的PDU包含的QoS flow的信息,QoS flow的信息包含了QoS Flow的标识和QoS flow的质量要求QoS信息。消息还包含了什么时间MBMS数据开始发送。MBMS业务开始请求消息还包含了IP multicast的组播地址,源地址,和一个隧道标识,核心网向IP multicast组发送数据的时候,包头中包含了源地址,IP multicast组播地址,该隧道标识。
步骤608:MCE发送MBMS业务开始请求给CU-CP。
可选地,MCE决定MBMS的传输模式,例如,MCE决定采用SFN的模式发送数据,MCE转发业务开始请求给CU-CP。消息携带了可以指示出传输模式的信息。
步骤609:CU-CP发送一条通知消息(第一通知消息)给DU。CU-CP用这条通知消息来通知DU需要在空口发送MBMS通知消息给UE,通知UE需要去收听MBMS控制信道上传输的信息。
当CU-CP收到MBMS业务开始请求消息,CU-CP需要把此消息通过MBMS控制信道MCCH发送给UE。但是UE可以处于任何状态,如果UE处于空闲模式,UE没有时刻在接收小区,因此,在CU-CP发送MCCH消息之前,CU-CP或者DU需要先发送一个MBMS通知消息给UE,唤醒UE,之后UE去接收MCCH上传输的信息。可选的,空口的MBMS通知消息由DU产生并发送给UE,CU-CP需要发送一个通知消息,通知DU去产生空口的MBMS通知消息,并且发送给UE。
可选地,F1接口的通知消息,用于通知DU在空口发送MBMS通知消息,通知UE去接收新的MBMS控制信息上承载的信息。该通知消息可以用于两种情况,一种是业务开始,CU-CP通知DU,需要发送空口的通知消息,通知UE去接收MBMS控制信道上的具体的业务信息和数据信道配置。一种要进行UE用户数目统计,CU-CP通知DU,发送空口的通知消息,通知UE去接收MBMS控制信道上的具体的用户统计信息。
可选地,收到CU-CP发送的通知消息,DU需要发送MBMS通知消息给UE,空口的MBMS通知消息只包含了有限的信息,例如只通知了某一个同步区域内有一个业务即将开始,但是并没有通知具体的业务的标识,UE收到MBMS通知消息后,去MBMS控制信道上接收完整的MBMS控制消息,包括业务的标识,MBMS数据信道的配置信息等。
可选地,这条通知消息是一个公共的消息,可以重用目前F1接口的CU配置更新消息,或者定义一条新的F1的消息,该通知消息包含了SFN区域标识,包含了MCCH更新的时间,例如指示了在哪个改变周期上,开始传输更新的MCCH消息。DU得到了SFN区域标识,可以根据同步区域标识来确定在空口发送通知的配置,例如在哪一个bit上发送通知指示。DU得到了MCCH更新的时间,DU需要在MCCH更新的时间的前一个周期,把MBMS通知消息发送给UE。或者CU-CP发送的通知消息包含了SFN区域标识,包含了通知消息的发送时间,例如发送时间设置成某个改变周期,则DU需要在该改变周期把MBMS通知消息发送给UE。
可选的,通知消息还可以包含了业务的标识和/或组播地址,即609步骤的消息通知了业务开始的信息,例如TMGI和该业务的IGMP组的地址。这些信息让DU可以通过IGMP加入到一个IGMP组,通过IP组播的方式接收MBMS数据。如果让CU-UP接收从核心网发送的MBMS数据给DU,或者DU采用隧道来接收核心网发送的MBMS数据,通知消息还可以包含了业务的标识,例如TMGI。
步骤610:DU发送消息(第一消息)给CU-CP,可选的,消息携带DU分配的DL TNL信息。
可选的,DU可以发送一条消息给CU-CP,消息可以是上面609消息的响应消息,例如609的消息是业务开始请求消息,610是业务开始响应消息,或者是一条独立的消息。消息可以包含DU分配的下行用户平面的信息,例如包含了DU分配的IP地址和隧道标识,该信息用来接收核心网发送的MBMS数据。如果DU上有多个小区都需要接收MBMS数据,DU可以为这些小区分配一个IP地址和隧道标识,这些小区都使用该IP地址和隧道标识来接收MBMS数据。当然也可以为每个小区分配一个IP地址和一个隧道标识。用隧道来接收MBMS数据的好处是不需要DU具有IP层的功能,降低了DU的复杂度。
步骤611:CU-CP发送MBMS承载建立请求给CU-UP。
步骤612:CU-UP发送MBMS承载建立响应给CU-CP。
步骤613:DU发送空口的MBMS通知消息给UE。
可选的,DU发送MBMS通知消息给UE,通知UE去接收MBMS的控制信道上发送的消息。该步骤也可以在步骤618之后进行。
步骤614:CU-CP发送MBMS业务开始响应消息给MCE。可选的,消息携带CU-UP分配的DL TNL信息。
步骤615:MCE发送MBMS业务开始响应消息给CN。可选的,消息携带CU-UP分配的DLTNL信息。
可选的,CU向核心网汇报业务建立请求的响应消息。如果采用隧道的方式来传输MBMS数据,CU-CP把CU-UP分配的隧道信息发送给核心网。消息可以包含多个CU-UP的TNL信息,核心网的用户平面就可以向该隧道发送MBMS数据。
步骤616:MCE发送MBMS调度信息请求消息给CU-CP。
步骤617:CU-CP发送MBMS调度信息响应消息给MCE。
步骤618:CU-CP发送MBMS控制消息给DU。
可选地,CU-CP通过F1接口公共的消息来发送MBMS控制消息给DU,例如可以通过F1接口的CU配置更新消息发送给DU,或者定义一条新的F1的消息。消息包含了小区的标识,包含了MBMS控制消息,MBMS控制消息的类型和MCCH更新时间。MBMS控制消息可以通过RRC容器传输,或者在消息中增加一个MBMS控制消息的信息元素。MBMS控制类型可以设置成户统计消息和MBMS区域配置消息,MBMS控制消息在空口发送的时间即MCCH消息更新的时间,可以设置成改变周期的标识,指示了从哪个MCCH改变周期,新的内容开始发送。MCCH改变周期可以由OAM配置在DU上。DU在MCCH更新时间指示的时间,把MBMS控制消息发送给UE。
可选的,MBMS控制消息在空口通过MBMS控制信道,例如MCCH信道,来传输,MBMS控制消息携带了MBMS的业务标识TMGI,还携带了MBMS数据信道的配置信息。因为DU需要对MBMS数据进行处理,处理后通过MBMS数据信道发送给UE,因此也需要知道MBMS数据信道的配置,DU需要能够解析出CU配置更新消息中包含的MBMS控制消息,保存MBMS数据信道的配置,在之后数据接收的过程中使用。
或者CU-CP发送MBMS调度信息请求给DU,消息携带了MCCH更新时间,MBMS数据信道的配置信息,即MBMS区域配置消息,里面包含了MBMS的业务标识TMGI,和它的数据信道的配置信息。因为最终的数据处理在DU上进行,CU不负责具体数据数据,因此,如果CU收到了MCE发送的MBMS调度信息请求消息,CU把调度信息发送给DU。如上,DU可以解析其中的内容,先发送MBMS通知消息给UE,然后再MCCH更新时间指示的时刻,把MBMS区域配置消息通过MCCH信道发送给UE。DU还可以发送一条MBMS调度信息响应消息给CU。
步骤619:DU发送MBMS控制消息给UE。
可选的,DU在空口发送MBMS控制消息给UE,如上,MBMS控制消息在空口通过MBMS控制信道,例如MCCH信道,来传输,MBMS控制消息携带了MBMS的业务标识TMGI,还携带了MBMS数据信道的配置信息。
可选的,步骤620:DU发送IGMP加入消息给核心网。数据开始由核心网发送给DU。DU经过处理,把数据发送给UE。
图12描述了对广播组播业务MBMS统计用户数目的过程。图12包含了下面的步骤。
步骤701:MCE发送用户统计消息给CU。
可选地,MCE决定发起用户数据统计,用户统计的目的是确定小区内接收某个MBMS业务的用户数目。MCE发送一条用户统计请求消息给CU(或者CU-CP,以下同)。CU(或者CU-CP)统计用户的数目并且和/或用户所在的小区的标识,CU(或者CU-CP)把用户统计的结果汇报给MCE,MCE知道UE所处的小区的位置,平且判断是否使用单小区组播方式,或者使用MBSFN模式。例如,很多用户都在同一个或者同一组小区内,用单小区组播传输的方式,更能够减少空口资源的浪费,此时,可以决定使用单小区组播方式。
步骤702:CU发送用户统计请求消息给DU。
可选的,通过F1接口新定义的消息,CU发送用户统计请求消息给DU。或者通过目前的CU配置更新消息,消息携带用户统计消息,用户统计消息包含了MBMS控制信道MCCH更新的时间,SFN区域的标识,要统计的MBMS的业务标识,例如TMGI。
步骤703:DU发送用户统计响应消息给CU,确认消息收到。
步骤704:CU发送用户统计响应消息给MCE,确认消息收到。
步骤705:DU发送MBMS通知消息给UE。根据步骤702的消息中包含的SFN区域标识,DU找到对应的控制通知资源,发送通知消息给UE。
步骤706:DU发送MBMS控制消息给UE,MBMS控制消息是用户统计,包含了要进行用户统计的业务的标识,例如TMGI。
步骤707:UE发送专用RRC消息:用户统计消息给CU。UE发送的UE专用的RRC消息,通过DU转发给CU。
步骤708:CU发送用户统计汇报给MCE,消息携带进行用户统计的业务的标识,例如TMGI,SFN区域的标识,UE所在的小区的标识,和用户统计结果,即用户的数目。用户的数目可以是一个业务在一个SFN区域的用户数目,或者是在一个小区内的用户数目。
图13描述了本发明相关的另一种网络架构示意图。接入网包含了中心控制节点控制平面CU-CP,中心控制节点用户平面CU-UP,分布单元DU。其中,CU-CP和CU-UP可以在一个实体上,这个实体是中心控制节点CU。可选的,DU支持IP multicast功能,DU可以发送IGMP加入消息给核心网。接入网还包含了一个MBMS集中控制的节点MCE。MCE是MBMS的中央控制节点,MCE决定了是否采用MBSFN(MBMS single frequency network)的方式发送数据,还是采用非MBSFN得方式发送。MBSFN是在一个SFN区域内,所有的小区都是同频并且同步,在此还采用SFN在指示所有的小区都采用相同的空口资源同时发送同样的MBMS数据的传输方式,在5G也可以采用其它的名字。这个MCE可以是一个单独的物理节点,MCE和非分离的基站之间的接口,我们在此把它称为M2接口。如果基站是分离的架构,MCE和DU之间的接口是M2接口,MCE和CU-CP之间没有接口。如果MCE放在了CU-CP上面,这MCE和DU之间是M2接口,CU-CP和DU之间是F1接口,或者在目前的F1接口上的增强。因为UE发送的用户统计是一条UE专用的RRC消息,消息会发送到CU-CP上,因此,CU-CP需要把用户统计的结果发送给DU,DU汇报给MCE。这样做的好处是减少了接口的数据,当基站是分离基站时,对于MBMS的集中控制,都在MCE进行,CU-CP不处理MBMS业务的传输控制功能。M2接口基本上可以采用LTE中M2接口的过程,区别在于DU发送M2建立请求消息的时候,消息携带了DU的标识,如果是非分离基站发送M2建立请求消息的时候,消息携带了基站的标识。另外一个好处是F1接口的过程的改变也很小,只引入了用户统计的过程。
图14描述了对广播组播业务MBMS统计用户数目的过程。图14包含了下面的步骤。
步骤901:MCE发送用户统计消息给DU。
可选地,MCE决定发起用户数据统计,用户统计的目的是确定小区内接收某个MBMS业务的用户数目。MCE发送一条用户统计请求消息给DU。DU通过CU(或者CU-CP)统计用户的数目和/或得到用户所在的小区的标识,DU把用户统计的结果汇报给MCE,MCE知道UE所处的小区的位置,得到用户数据,判断是否使用单小区组播方式,或者使用MBSFN模式。例如,很多用户都在同一个或者同一组小区内,用单小区组播传输的方式,更能够减少空口资源的浪费,此时,可以决定使用单小区组播方式。
步骤902:DU发送用户统计请求消息给CU。
可选地,通过F1接口新定义的消息,DU发送用户统计请求消息给CU。或者通过目前的DU配置更新消息,消息携带用户统计消息,用户统计消息包含了汇报的时间,SFN区域的标识,要统计的MBMS的业务标识,例如TMGI。
步骤903:CU发送用户统计响应消息给DU,确认消息收到。
步骤904:DU发送用户统计响应消息给MCE,确认消息收到。
步骤905:DU发送MBMS通知消息给UE。根据步骤901的消息中包含的SFN区域标识,DU找到对应的控制通知资源,发送通知消息给UE。
步骤906:DU发送MBMS控制消息给UE,MBMS控制消息是用户统计,包含了要进行用户统计的业务的标识,例如TMGI。
步骤907:UE发送专用RRC消息:用户统计消息给CU。UE发送的UE专用的RRC消息,通过DU转发给CU。
步骤908:CU发送用户统计汇报给DU,消息携带进行用户统计的业务的标识,例如TMGI,SFN区域的标识UE所在的小区的标识,和用户统计结果,即用户的数目。用户的数目可以是一个业务在一个SFN区域的用户数目,或者是在一个小区内的用户数目。
步骤909:DU发送用户统计汇报给MCE,消息携带进行用户统计的业务的标识,例如TMGI,SFN区域的标识UE所在的小区的标识,和用户统计结果,即用户的数目。用户的数目可以是一个业务在一个SFN区域的用户数目,或者是在一个小区内的用户数目。
实施例二
基于前述实施例一相同的发明构思,本申请实施例还提供了一种DU,该设备的结构示意图如图15所示,DU150,包括第一处理模块1501、第二处理模块1502、第三处理模块1503、第四处理模块1504和第五处理模块1505。
第一处理模块1501,用于接收中心控制节点CU发送的第一通知消息;
第二处理模块1502,用于发送第一消息给CU;
第三处理模块1503,用于根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息;
第四处理模块1504,用于接收CU发送的MBMS业务开始请求消息;
第五处理模块1505,用于发送MBMS消息给所述UE,用于MBMS承载的建立及MBMS数据的传输。
可选地,在接收CU发送的第一通知消息之前,还包括:
发送F1建立请求消息给CU;
接收CU发送的F1建立响应消息,F1建立响应消息包括广播信息;
发送广播信息给所述UE,广播信息上承载了MBMS控制信道的配置信息。
可选地,F1建立请求消息包括以下至少一项:
DU的名字、DU上的服务小区的信息、小区对应的服务区域标识SAI、小区的MBMS同步区域标识。
可选地,F1建立响应消息包括以下至少一项:
激活的小区的标识列表、可用的运营商标识列表PLMN List、无线资源控制RRC版本信息、小区方向的信息、广播信息、小区对应的服务区域标识SAI、小区所属的MBMS同步区域标识。
可选地,广播信息包括以下至少一项:
广播信息的类型、广播消息、值标签、同步多播控制信道MCCH的配置信息、MBMS通知的配置信息。
可选地,第一消息包含DU分配的下行用户平面的信息,下行用户平面的信息包括DU分配的互联网协议地址IP地址、隧道标识中的至少一项,下行用户平面的信息用于接收核心网发送的MBMS数据;MBMS消息包括MBMS的业务标识所包括的临时移动组标识TMGI、MBMS数据信道的配置信息中至少一项。
可选地,在发送MBMS控制消息给UE之后,还包括:
发送因特网组管理协议IGMP加入消息给核心网,用于核心网发送MBMS数据给DU。
本申请实施例提供的DU中未详述的内容,可参照上述支持MBMS传输方法,本申请实施例提供的DU能够达到的有益效果与上述MBMS传输方法相同,在此不再赘述。
应用本申请实施例,至少具有如下有益效果:
接收中心控制节点CU发送的第一通知消息;发送第一消息给CU;根据第一通知消息,发送MBMS通知消息给UE,MBMS通知消息用于通知UE去接收MBMS控制信道上发送的消息;接收CU发送的MBMS业务开始请求消息;发送MBMS消息给UE,用于MBMS承载的建立及MBMS数据的传输。如此,实现了在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
基于前述实施例一相同的发明构思,本申请实施例还提供了一种CU,该设备的结构示意图如图16所示,CU160,包括第六处理模块1601、第七处理模块1602、第八处理模块1603和第九处理模块1604。
第六处理模块1601,用于接收核心网发送的MBMS业务开始请求消息;
第七处理模块1602,用于根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE;
第八处理模块1603,用于接收DU发送的第一消息;
第九处理模块1604,用于根据第一消息,发送MBMS业务开始响应消息给核心网,以及发送MBMS业务开始请求消息给DU,用于MBMS承载的建立及MBMS数据的传输。
可选地,在接收核心网发送的MBMS业务开始请求消息之前,还包括:
接收DU发送的F1建立请求;
发送的F1建立响应给DU,F1建立响应包括广播信息。
可选地,MBMS业务开始请求消息包括以下至少一项:
MBMS的业务标识、MBMS的服务质量QoS信息、MBMS的业务范围信息、MBMS对应的协议数据单元会话PDU Sessions的标识、MBMS对应的协议数据单元PDU包含的QoS流量的信息、组播地址、源地址、隧道标识。
本申请实施例提供的CU中未详述的内容,可参照上述支持MBMS传输方法,本申请实施例提供的CU能够达到的有益效果与上述MBMS传输方法相同,在此不再赘述。
应用本申请实施例,至少具有如下有益效果:
实现了在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
基于前述实施例一相同的发明构思,本申请实施例还提供了一种CU-CP,该设备的结构示意图如图17所示,CU-CP170,包括第十处理模块1701、第十一处理模块1702、第十二处理模块1703、第十三处理模块1704、第十四处理模块1705和第十五处理模块1506。
第十处理模块1701,用于接收多小区多播协调实体MCE发送的MBMS业务开始请求消息;
第十一处理模块1702,用于根据MBMS业务开始请求消息,发送第一通知消息给DU,第一通知消息用于通知DU发送MBMS通知消息给UE;
第十二处理模块1703,用于接收DU发送的第一消息;
第十三处理模块1704,用于根据第一消息,发送MBMS业务开始响应消息给所述MCE;
第十四处理模块1705,用于接收MCE发送的MBMS调度信息请求消息;
第十五处理模块1706,用于根据MBMS调度信息请求消息,发送MBMS调度信息响应消息给MCE,以及发送MBMS控制消息给DU,用于MBMS承载的建立及MBMS数据的传输。
可选地,在接收MCE发送的MBMS业务开始请求消息之前,还包括:
接收DU发送的F1建立请求消息;
发送F1建立响应消息给DU;
发送M2建立请求消息给MCE,M2建立请求消息包括基站的标识、基站的小区标识、基站上的小区的服务区域标识SAI、基站的单小区组播传输能力信息中的至少一项;
接收MCE发送的M2建立响应消息,M2建立响应消息包括MCE对基站的配置信息;
发送配置更新消息给所述DU,配置更新消息包括MBMS控制信道的配置信息。
可选地,在发送MBMS业务开始响应消息给MCE之前,还包括:
发送MBMS承载建立请求给中心控制节点用户平面CU-UP;
接收CU-UP发送的MBMS承载建立响应。
本申请实施例提供的CU-CP中未详述的内容,可参照上述支持MBMS传输方法,本申请实施例提供的CU-CP能够达到的有益效果与上述MBMS传输方法相同,在此不再赘述。
应用本申请实施例,至少具有如下有益效果:
实现了在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
基于前述实施例一相同的发明构思,本申请实施例还提供了一种MCE,该设备的结构示意图如图18所示,MCE180,包括第十六处理模块1801、第十七处理模块1802、第十八处理模块1803和第十九处理模块1804。
第十六处理模块1801,用于接收核心网发送的MBMS业务开始请求消息;
第十七处理模块1802,用于发送MBMS业务开始请求消息给CU-CP;
第十八处理模块1803,用于接收CU-CP发送的MBMS业务请求响应消息;
第十九处理模块1804,用于根据MBMS业务请求响应消息,发送MBMS业务请求响应消息给核心网,以及发送MBMS调度信息请求消息给CU-CP,用于MBMS承载的建立及MBMS数据的传输,MBMS调度信息请求消息包括MCCH更新时间、MBMS数据信道的配置信息中的至少一项。
本申请实施例提供的MCE中未详述的内容,可参照上述支持MBMS传输方法,本申请实施例提供的MCE能够达到的有益效果与上述MBMS传输方法相同,在此不再赘述。
应用本申请实施例,至少具有如下有益效果:
实现了在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
基于前述实施例一相同的发明构思,本申请实施例还提供了一种MCE,该设备的结构示意图如图19所示,MCE190,包括第二十处理模块1901、第二十一处理模块1902和第二十二处理模块1903。
第二十处理模块1901,用于发送用户统计消息给CU或CU-CP,用于确定小区内接收MBMS业务的用户数目;
第二十一处理模块1902,用于接收CU或CU-CP发送的用户统计响应消息,用于确认CU或CU-CP接收到用户统计消息;
第二十二处理模块1903,用于接收CU或CU-CP发送的用户统计汇报消息,用于MBMS承载的建立及MBMS数据的传输,用户统计汇报消息包括进行用户统计的业务的标识、SFN区域的标识、UE所在的小区的标识、用户数目中至少一项。
本申请实施例提供的MCE中未详述的内容,可参照上述支持MBMS传输方法,本申请实施例提供的MCE能够达到的有益效果与上述MBMS传输方法相同,在此不再赘述。
应用本申请实施例,至少具有如下有益效果:
实现了在分离的架构下,成功建立MBMS承载,有效地传输MBMS数据。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (19)
1.一种由无线通信***中的分布单元DU执行的方法,其特征在于,包括:
接收中心控制节点控制平面CU-CP发送用于通知业务开始的消息;
向所述CU-CP发送第一消息,所述第一消息为所述用于通知业务开始的消息的响应消息;
向UE发送第二消息,所述第二消息用于通知所述UE通过多播控制信道MCCH获取配置信息;
其中,所述第二消息为多媒体广播组播业务MBMS通知消息,用于通知所述UE接收MBMS控制信道上承载的消息。
2.根据权利要求1所述的方法,其特征在于,其中,所述配置信息是通过MCCH为UE提供的。
3.根据权利要求1所述的方法,其特征在于,所述MBMS控制信道上承载的消息包括业务信息和/或数据信道配置。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述用于通知业务开始的消息为F1接口的消息。
5.根据权利要求1-3任一项所述的方法,其特征在于,所述用于通知业务开始的消息包含业务的标识和/或组播地址。
6.根据权利要求1-3任一项所述的方法,其特征在于,所述第一消息包含DU分配的DLTNL信息。
7.根据权利要求1-3任一项所述的方法,其特征在于,所述用于通知业务开始的消息为广播业务开始请求,所述第一消息为广播业务开始请求响应消息。
8.根据权利要求1-3任一项所述的方法,其特征在于,所述第一消息包含隧道标识。
9.根据权利要求1-3任一项所述的方法,其特征在于,所述第一消息包含DU分配的下行用户平面的信息;所述下行用户平面的信息包括DU为小区分配的互联网协议地址IP地址和/或隧道标识,或为每个小区分配的一个IP地址和/或一个隧道标识。
10.一种由无线通信***中的CU-CP执行的方法,其特征在于,包括:
发送用于通知业务开始的消息给DU;
接收所述DU发送的第一消息,所述第一消息为所述用于通知业务开始的消息的响应消息;
其中,由所述DU还用于发送第二消息,所述第二消息用于通知UE通过多播控制信道MCCH获取配置信息;
其中,所述第二消息为MBMS通知消息,用于通知所述UE接收MBMS控制信道上承载的消息。
11.根据权利要求10所述的方法,其特征在于,其中,所述配置信息是通过MCCH为UE提供的。
12.根据权利要求10所述的方法,其特征在于,所述MBMS控制信道上承载的消息包括业务信息和数据信道配置。
13.根据权利要求10-12任一项所述的方法,其特征在于,所述用于通知业务开始的消息为F1接口的消息。
14.根据权利要求10-12任一项所述的方法,其特征在于,所述用于通知业务开始的消息包含业务的标识和/或组播地址。
15.根据权利要求10-12任一项所述的方法,其特征在于,所述第一消息包含所述DU分配的DL TNL信息。
16.根据权利要求10-12任一项所述的方法,其特征在于,所述用于通知业务开始的消息为广播业务开始请求,所述第一消息为广播业务开始请求响应消息。
17.根据权利要求10-12任一项所述的方法,其特征在于,所述第一消息包含隧道标识。
18.根据权利要求10-12任一项所述的方法,其特征在于,所述第一消息包含所述DU分配的下行用户平面的信息;所述下行用户平面的信息包括DU为小区分配的互联网协议地址IP地址和隧道标识,或为每个小区分配的一个IP地址和一个隧道标识。
19.一种电子设备,其特征在于,包括:
收发器;
以及处理器,与所述收发器耦接并配置为执行权利要求1-9或10-18中任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910913790.5A CN112566045B (zh) | 2019-09-25 | 2019-09-25 | 多媒体广播组播业务mbms传输方法及设备 |
PCT/KR2020/012169 WO2021049871A1 (en) | 2019-09-09 | 2020-09-09 | Method for channel establishment, base station and multi-cell multicast coordination entity mce |
US17/640,955 US20220322291A1 (en) | 2019-09-09 | 2020-09-09 | Method for channel establishment, base station and multi-cell multicast coordination entity mce |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910913790.5A CN112566045B (zh) | 2019-09-25 | 2019-09-25 | 多媒体广播组播业务mbms传输方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112566045A CN112566045A (zh) | 2021-03-26 |
CN112566045B true CN112566045B (zh) | 2024-05-28 |
Family
ID=75029607
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910913790.5A Active CN112566045B (zh) | 2019-09-09 | 2019-09-25 | 多媒体广播组播业务mbms传输方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112566045B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112714400B (zh) * | 2019-10-25 | 2022-05-06 | ***通信有限公司研究院 | 基于mbms的处理方法、装置、相关设备及存储介质 |
CN117223305A (zh) * | 2022-04-12 | 2023-12-12 | 北京小米移动软件有限公司 | 传输同步方法及装置、存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483811A (zh) * | 2008-01-08 | 2009-07-15 | 大唐移动通信设备有限公司 | 一种多媒体广播组播业务的寻呼方法和*** |
CN102769825A (zh) * | 2011-05-04 | 2012-11-07 | 华为技术有限公司 | 用于传输多媒体广播多播服务的方法和装置 |
WO2019029520A1 (zh) * | 2017-08-11 | 2019-02-14 | 华为技术有限公司 | 一种寻呼消息的发送方法及相关设备 |
WO2019098918A1 (en) * | 2017-11-16 | 2019-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Exchange of teids between du and cu-up in |
CN110035472A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 一种传输方法和网络设备 |
CN110167051A (zh) * | 2018-02-14 | 2019-08-23 | 华为技术有限公司 | 集中式单元-分布式单元架构下的通信方法、通信设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018029854A1 (ja) * | 2016-08-12 | 2018-02-15 | 富士通株式会社 | 無線基地局、無線装置、無線制御装置、無線通信システム、通信方法および無線端末 |
-
2019
- 2019-09-25 CN CN201910913790.5A patent/CN112566045B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101483811A (zh) * | 2008-01-08 | 2009-07-15 | 大唐移动通信设备有限公司 | 一种多媒体广播组播业务的寻呼方法和*** |
CN102769825A (zh) * | 2011-05-04 | 2012-11-07 | 华为技术有限公司 | 用于传输多媒体广播多播服务的方法和装置 |
WO2019029520A1 (zh) * | 2017-08-11 | 2019-02-14 | 华为技术有限公司 | 一种寻呼消息的发送方法及相关设备 |
WO2019098918A1 (en) * | 2017-11-16 | 2019-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Exchange of teids between du and cu-up in |
CN110035472A (zh) * | 2018-01-12 | 2019-07-19 | 华为技术有限公司 | 一种传输方法和网络设备 |
CN110167051A (zh) * | 2018-02-14 | 2019-08-23 | 华为技术有限公司 | 集中式单元-分布式单元架构下的通信方法、通信设备 |
Non-Patent Citations (2)
Title |
---|
"Draft_new_Rec M.[IMT-2020.SPECS]".3GPP inbox\lss_from_external_bodies.2018,全文. * |
"R3-174260".3GPP tsg_ran\WG3_Iu.2017,全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN112566045A (zh) | 2021-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102378113B (zh) | 一种多媒体广播多播业务传输方式的转换方法和*** | |
CN104871570B (zh) | 基于lte增强型多媒体广播多播业务的群组通信的业务连续性方法以及用户设备 | |
KR101174059B1 (ko) | E―mbms 구조를 갖는 이동통신 네트워크에서의 핸드오버 방법 | |
EP3562228B1 (en) | Methods and apparatuses for radio resources management | |
EP3051847B1 (en) | Group communication method, device and system | |
CN106162565B (zh) | 传输组通信业务数据的方法、***及装置 | |
EP2416536B1 (en) | Transmission method and system for multimedia broadcast multicast service control signaling | |
US20160323719A1 (en) | Method, device and system for maintaining continuity of group communication service | |
EP2530858A2 (en) | A method of transmitting MBMS data in an e-utran system | |
US11849501B2 (en) | Method for obtaining UE counting result, method and apparatus for suspending data transmission | |
JP6321830B2 (ja) | 基地局、ユーザ端末及び装置 | |
KR101801363B1 (ko) | Mbms 제공 장치 및 이를 이용한 mbms 제공 방법 | |
US8767606B2 (en) | Method of transmitting and receiving control information in a wireless communication system | |
US9942865B2 (en) | Method and device for synchronously counting MBMS service | |
WO2011082699A1 (zh) | 确定组播单频网区域与业务区域映射关系的方法和*** | |
US20110141963A1 (en) | Method for supporting broadcast services in multicast broadcast service frequency network | |
US20160150590A1 (en) | Method and system for indicating a multicast session to user equipment (ue) in an idle mode | |
WO2011018037A1 (zh) | 一种配置mbms控制信息的方法、设备和*** | |
US20220322291A1 (en) | Method for channel establishment, base station and multi-cell multicast coordination entity mce | |
CN111866751A (zh) | 多播广播信息的传输方法、装置、存储介质及电子装置 | |
CN107135485B (zh) | 一种建立车与万物会话请求、确定传输小区的方法及装置 | |
CN112566045B (zh) | 多媒体广播组播业务mbms传输方法及设备 | |
CN102905218A (zh) | 一种广播业务数据传输方法 | |
CN112469142A (zh) | 信道建立的方法、基站及多小区多播协调实体mce | |
CN102264030B (zh) | 一种lte***中广播业务的传输方法及装置 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |