CN108353071A - 小区多播业务处理方法以及设备 - Google Patents
小区多播业务处理方法以及设备 Download PDFInfo
- Publication number
- CN108353071A CN108353071A CN201580084386.1A CN201580084386A CN108353071A CN 108353071 A CN108353071 A CN 108353071A CN 201580084386 A CN201580084386 A CN 201580084386A CN 108353071 A CN108353071 A CN 108353071A
- Authority
- CN
- China
- Prior art keywords
- multicast service
- cell
- base station
- service session
- mark
- 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.)
- Granted
Links
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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种小区多播业务处理方法以及设备,包括:第一基站接收多播协作实体MCE发送的多播业务会话启动消息,其中,多播业务会话启动消息包括第一基站管理的需要启动多播业务会话的小区的标识;第一基站向MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息,其中,多播业务会话启动失败消息用于表示第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,多播业务会话启动响应消息包含第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。上述方法能够使MCE获知哪些小区启动多播业务成功。
Description
本发明涉及通信领域,尤其涉及一种小区多播业务处理方法以及设备。
单小区点到多点(Single cell point to multipoint,SC-PTM)是一种多播传输技术。SC-PTM能够实现在基站覆盖的区域内,基站只需向包含用户设备(user equipment,UE)的小区发送多播业务数据,而无需向不包含UE的小区发送多播业务数据。
如图1所示,SC-PTM架构包括:广播多播业务中心(BM-SC)110,MBMS网关(MBMS GateWay,MBMS-GW)120,移动管理实体(Mobility Management Entity,MME)130,多小区/多播协调实体(Multi-cell/multicast Coordination Entity,MCE)140、基站150以及UE 160。其中,BM-SC 110连接MBMS-GW 120,MBMS-GW 120分别连接MME 130以及基站150,MME 130还分别连接MCE 140以及基站150,MCE 140还连接基站150,基站150管理一个或者多个小区(图未示),基站150可以与小区内的UE 160进行无线通信。
请一并参阅图2,由于篇幅所限,图2中省略了BM-SC 110。现假设MCE 140管理基站1以及基站2,基站1管理小区1、小区2和小区3,基站2管理小区4、小区5以及小区6。其中,小区1、小区2、小区3、小区4和小区5为需要启动多播业务的小区。BM-SC 110向MBMS-GW 120发送第一多播业务会话启动(MBMS Session Start)消息,其中,第一多播业务会话启动消息中包含MBMS-GW 120管理的需要启动多播业务会话的小区1-5的标识。MBMS-GW 120接收到第一多播业务会话启动消息后,根据第一多播业务会话启动消息中小区的标识生成第二多播业务会话启动消息,并向MME 130发送第二多播业务会话启动消息,其中,第二多播业务会话启动消息中包含MME 130管理的需要启动多播业务会话的小区1-5的标识。MME 130接收到第二多播业务会话启动消息后,根据第二多播业务会话启动消息中的小区的标识生成
第三多播业务会话启动消息,并向MCE 140发送第三多播业务会话启动消息,其中,第三多播业务会话启动消息中包含MCE 140管理的需要启动多播业务会话的小区1-5的标识。MCE 140接收到第三多播业务会话启动消息后,分别为基站1以及基站2生成第四多播业务会话启动消息以及第五多播业务会话启动消息,其中,第四多播业务会话启动消息包含基站1管理的需要启动多播业务会话的小区1-3的标识,第五多播业务会话启动消息包含基站2管理的需要启动多播业务会话的小区4-5的标识。基站1在接收到第四多播业务会话启动消息后,根据第四多播业务会话启动消息中的小区1-3的标识启动小区1-3的多播业务。如果小区1-3中的一个或者多个启动多播业务成功,则基站1向MCE 140返回多播业务会话启动响应(MBMS Session Start RSP)消息,如果小区1-3均启动多播业务失败(MBMS Session Start failure),则基站1向MCE 140返回多播业务会话启动失败消息。基站2在接收到第五多播业务会话启动消息后的处理与基站1类似,此处不再展开描述。如果MCE 140接收到基站1和/或基站2返回的多播业务会话启动响应消息,则向MME 130返回多播业务会话启动响应消息。如果MCE 140接收到基站1和基站2返回的多播业务会话启动失败消息,则向MME 130返回多播业务会话启动失败消息。如果MME 130接收到多播业务会话启动响应消息,则向MBMS-GW 120发送多播业务会话启动响应消息,如果MME 130接收到多播业务会话启动失败消息,则向MBMS-GW 120发送多播业务会话启动失败消息。如果MBMS-GW 120接收到多播业务会话启动响应消息,则向BM-SC 110发送多播业务会话启动响应消息,如果MBMS-GW 120接收到多播业务会话启动失败消息,则向BM-SC 110发送多播业务会话启动失败消息。
所以,在现有技术中,无论MCE 140管理下多少个小区启动多播业务成功,MCE 140都是收到一个多播业务会话启动响应消息,MCE 140无法知道MCE 140管理下具体哪些小区启动了多播业务成功,哪些小区启动多播业务失败。
发明内容
本发明实施例所要解决的技术问题在于,提供一种小区多播业务处理方法
以及设备,能够使MCE获知哪些小区启动多播业务成功。
第一方面提供了一种小区多播业务处理方法,包括:
第一基站接收多播协作实体MCE发送的多播业务会话启动消息,其中,所述多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;
所述第一基站向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息,其中,所述多播业务会话启动失败消息用于表示所述第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述多播业务会话启动响应消息包含所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第一方面,第一方面的第一种可能的实施方式中,所述多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,
所述第一基站接收MCE发送的多播业务会话启动消息之后,所述第一基站向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息之前,还包括:
所述第一基站根据第一基站管理的需要启动多播业务会话的小区的标识启动多播业务,并根据第二基站管理的需要启动多播业务会话的小区的标识获取第二基站管理的小区需要启动多播业务的情况。
结合第一方面的第一种可能的实施方式,第一方面的第二种可能的实施方式中,
所述第一基站向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息之后包括:
接收所述MCE发送的第二基站管理的,且启动多播业务成功的小区的标识,和/或第二基站管理的,且启动多播业务失败的小区的标识。
结合第一方面或第一方面的第一种可能的实施方式或第一方面的第二种可能的实施方式,第一方面的第三种可能的实施方式中,第一基站接收MCE发送的多播业务会话启动消息之后包括:
如果所述第一基站管理的一个或者多个小区启动多播业务失败,则向所述
第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识;或,
向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第一方面或第一方面的第一种至第三种可能的实施方式中的任意一种,第一方面的第四种可能的实施方式中,所述方法还包括:
接收所述第二基站发送的第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第一方面的第四种可能的实施方式,第一方面的第五种可能的实施方式中,接收多播协作实体MCE发送的多播业务会话启动消息,以及,接收所述第二基站发送的第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识之后,还包括:
向用户设备UE发送通知,所述通知用于将所述第一基站管理的启动多播业务成功的小区和/或所述第二基站管理的启动多播业务成功的小区告知所述UE。
结合第一方面的第五种可能的实施方式,第一方面的第六种可能的实施方式中,所述通知中包含位图指示位,所述位图指示位指示第一基站和/或第二基站管理的启动多播业务成功的小区。
第二方面提供了一种小区多播业务处理方法,包括:
多播协作实体MCE向第一基站发送第一多播业务会话启动消息,其中,所述第一多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;
所述MCE接收所述第一基站返回的第一多播业务会话启动失败消息或者第一多播业务会话启动响应消息,其中,所述第一多播业务会话启动失败消息用于表示所述第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第一多播业务会话启动响应消息包含所述第一基站管理的需要启动
多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第二方面,第二方面的第一种可能的实施方式中,所述第一多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,所述方法还包括:
MCE向所述第二基站发送第二多播业务会话启动消息,其中,所述第二多播业务会话启动消息包括第二基站管理的需要启动多播业务会话的小区的标识;
所述MCE接收所述第二基站返回的第二多播业务会话启动失败消息或者第二多播业务会话启动响应消息,其中,所述第二多播业务会话启动失败消息用于表示所述第二基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第二多播业务会话启动响应消息包含所述第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第二方面的第一种可能的实施方式,第二方面的第二种可能的实施方式中,MCE接收所述第一基站返回的第一多播业务会话启动失败消息或者第一多播业务会话启动响应消息之后还包括:
向所述第一基站发送第二基站管理的,且启动多播业务成功的小区的标识,和/或,第二基站管理的,且启动多播业务失败的小区的标识。
结合第二方面的第二种可能的实施方式,第二方面的第三种可能的实施方式中,所述MCE向移动管理实体MME发送至少一项信息:第一基站管理的且启动多播业务成功的小区的标识、第一基站管理且启动多播业务失败的小区标识、第二基站管理的且启动多播业务成功的小区的标识和第二基站管理的且启动多播业务失败的小区的标识。
第三方面提供了一种小区多播业务处理方法,多播协作实体MCE判断接收到的移动管理实体MME发送的多播业务会话启动消息中是否包含所述MCE管理的,需要启动的多播业务会话的小区的标识;如果否,则所述MCE向MME发送多播业务会话启动响应消息,其中,所述多播业务会话启动响应消息包含用于表示所述多播业务会话启动消息中的小区列表不在MCE管理的范围内的指示信息。
结合第三方面,第三方面的第一种可能的实施方式中,所述多播业务会话启动响应消息为带超范围标记的多播业务会话启动响应信息,其中,所述超范围标记是所述多播业务会话启动响应信息中设置的字段或者位。
第四方面提供了一种基站,所述基站为第一基站,所述第一基站包括接收器和发送器,
所述接收器用于接收多播协作实体MCE发送的多播业务会话启动消息,其中,所述多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;
所述发送器用于向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息,其中,所述多播业务会话启动失败消息用于表示第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述多播业务会话启动响应消息包含第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第四方面,第四方面的第一种可能的实施方式中,所述多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,所述基站还包括处理器,
所述处理器用于根据第一基站管理的需要启动多播业务会话的小区的标识启动多播业务,并根据第二基站管理的需要启动多播业务会话的小区的标识获取第二基站管理的小区需要启动多播业务的情况。
结合第四方面的第一种可能的实施方式,第四方面的第二种可能的实施方式中,所述接收器用于接收所述MCE发送的第二基站管理的,且启动多播业务成功的小区的标识,和/或第二基站管理的,且启动多播业务失败的小区的标识。
结合第四方面或第四方面的第一种可能的实施方式或第四方面的第二种可能的实施方式,第四方面的第三种可能的实施方式中,
所述发送器用于在所述第一基站管理的一个或者多个小区启动多播业务失败时,向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识;或,
所述发送器用于向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第四方面或第四方面的第一种至第三种可能的实施方式中的任意一种,第四方面的第四种可能的实施方式中,所述接收器用于接收所述第二基站发送的第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第四方面的第四种可能的实施方式,第四方面的第五种可能的实施方式中,所述发送器用于向用户设备UE发送通知,所述通知用于将所述第一基站管理的启动多播业务成功的小区和/或所述第二基站管理的启动多播业务成功的小区告知所述UE。
结合第四方面的第五种可能的实施方式,第四方面的第六种可能的实施方式中,所述通知中包含位图指示位,所述位图指示位指示第一基站和/或第二基站管理的启动多播业务成功的小区。
第五方面提供了一种多播协作实体MCE,包括:发送器以及接收器,
所述发送器用于向第一基站发送第一多播业务会话启动消息,其中,所述第一多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;
所述接收器用于接收所述第一基站返回的第一多播业务会话启动失败消息或者第一多播业务会话启动响应消息,其中,所述第一多播业务会话启动失败消息用于表示所述第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第一多播业务会话启动响应消息包含所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第五方面,第五方面的第一种可能的实施方式中,所述第一多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,
所述发送器用于向所述第二基站发送第二多播业务会话启动消息,其中,所述第二多播业务会话启动消息包括第二基站管理的需要启动多播业务会话
的小区的标识;
所述接收器用于接收所述第二基站返回的第二多播业务会话启动失败消息或者第二多播业务会话启动响应消息,其中,所述第二多播业务会话启动失败消息用于表示所述第二基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第二多播业务会话启动响应消息包含所述第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
结合第五方面,第五方面的第一种可能的实施方式中,所述发送器用于向所述第一基站发送第二基站管理的,且启动多播业务成功的小区的标识,和/或,第二基站管理的,且启动多播业务失败的小区的标识。
结合第五方面的第一种可能的实施方式,第五方面的第二种可能的实施方式中,所述发送器用于向移动管理实体MME发送至少一项信息:第一基站管理的且启动多播业务成功的小区的标识、第一基站管理且启动多播业务失败的小区标识、第二基站管理的且启动多播业务成功的小区的标识和第二基站管理的且启动多播业务失败的小区的标识。
第六方面提供了一种多播协作实体MCE,所述MCE包括处理器以及发送器,
所述处理器用于判断接收到的移动管理实体MME发送的多播业务会话启动消息中是否包含所述MCE管理的,需要启动的多播业务会话的小区的标识,在不包含所述MCE管理的,需要启动的多播业务会话的小区的标识时,调用所述发送器向MME发送多播业务会话启动响应消息,其中,所述多播业务会话启动响应消息包含用于表示所述多播业务会话启动消息中的小区列表不在MCE管理的范围内的指示信息。
结合第六方面,第六方面的第一种可能的实施方式中,所述多播业务会话启动响应消息为带超范围标记的多播业务会话启动响应信息,其中,所述超范围标记是所述多播业务会话启动响应信息中设置的字段或者位。
通过上述方案,本发明在向MCE返回的多播业务会话启动响应消息包括了多播业务会话启动响应消息包含了第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动
多播业务会话的小区中启动多播业务失败的小区的标识,所以,MCE能够根据多播业务会话启动响应消息获知第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识,进而确定MCE 140管理下具体哪些小区启动了多播业务成功,哪些小区启动多播业务失败。
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术提供的一种SC-PTM架构的结构示意图;
图2是现有技术提供的一种通过SC-PTM架构进行多播业务的交互图;
图3是本发明提供的一种通过SC-PTM架构进行多播业务的交互图;
图4是本发明提供的另一种通过SC-PTM架构进行多播业务的交互图;
图5是本发明提供的再一种通过SC-PTM架构进行多播业务的交互图;
图6是本发明提供的一种MCE的结构示意图;
图7是本发明提供的一种基站的结构示意图。
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图3,图3是本发明提供的一种通过SC-PTM架构进行多播业务的交互图。由于篇幅所限,图2中省略了BM-SC 110。现假设MCE 140管理基站1以及基站2,基站1管理小区1、小区2和小区3,基站2管理小区4、小区5以及小区6。其中,小区1、小区2、小区3、小区4和小区5为需要启动多
播业务的小区。在本实施例中,基站1和基站2是属于同一个MCE 140管理下的相邻基站,在其他的实施例中,基站1和基站2也可以不是相邻基站。可以理解的是,MCE 140管理基站150的数量,和基站150管理小区的数量可以根据MCE 140和基站150的发射功率、环境和要求等等因素进行设置,本实施例中的数量只是一种举例,而非限定。
BM-SC 110向MBMS-GW 120发送第一多播业务会话启动(MBMS Session Start)消息。其中,第一多播业务会话启动消息中包含多播业务的质量要求以及MBMS-GW 120管理的需要启动多播业务会话的小区1-5的标识。多播业务的质量要求包含下面至少一种:服务质量标识(QoS Class Identifier,QCI),保证比特速率(guaranteed bit rate,GBR),最大比特速率(Maximum Bit Rate,MBR),抢占保留优先级(Allocation and Retention Priority,ARP)等等。
MBMS-GW 120接收到第一多播业务会话启动消息后,根据第一多播业务会话启动消息中小区的标识生成第二多播业务会话启动消息,并向MME 130发送第二多播业务会话启动消息。其中,第二多播业务会话启动消息中包含多播业务的质量要求以及MME 130管理的需要启动多播业务会话的小区1-5的标识。
MME 130接收到第二多播业务会话启动消息后,根据第二多播业务会话启动消息中的小区的标识生成第三多播业务会话启动消息,并向MCE 140发送第三多播业务会话启动消息。其中,第三多播业务会话启动消息中包含多播业务的质量要求以及MCE 140管理的需要启动多播业务会话的小区1-5的标识。
MCE 140接收到第三多播业务会话启动消息后,判断第三多播业务会话启动消息中包括的小区标识是否在MCE 140管理的范围内。如果不在MCE 140管理的范围内,则MCE 140向MME 130返回没有携带小区标识的多播业务会话启动响应消息,以表示第三多播业务会话启动消息中的小区标识不在MCE管理的范围内。可以理解的是,MCE 140也可以向MME 130返回带超范围标记的多播业务会话启动响应信息,以表示第三多播业务会话启动消息中的小区标识不在MCE管理的范围内等等。其中,超范围标记可以是多播业务会话启动响应信息中设置的字段或者位等等。当超范围标记为多播业务会话启
动响应信息中设置的字段时,字段中的数值可以是人为预先设定的数值,例如,预先设定的数值为“0001”等等,当超范围标记为多播业务会话启动响应信息中设置的位时,该位的值可以是人为预先设定的“0”或者“1”。
分别为基站1以及基站2生成第四多播业务会话启动消息以及第五多播业务会话启动消息。其中,第四多播业务会话启动消息包含多播业务的质量要求以及基站1管理的需要启动多播业务会话的小区1-3的标识,第五多播业务会话启动消息包含多播业务的质量要求以及基站2管理的需要启动多播业务会话的小区4-5的标识。
基站1在接收到第四多播业务会话启动消息后,根据小区列表中基站1管理的需要启动多播业务会话的小区的标识确定小区1-3需要启动多播业务,再判断需要启动多播业务的小区1-3是否符合多播业务的质量要求。根据小区是否符合多播业务的质量要求,可以分成两种情况:
(1)、如果小区1-3中至少有一个小区能够启动符合多播业务的质量要求的多播业务,则基站1启动能够符合多播业务的质量要求的小区的多播业务成功,启动不能够符合多播业务的质量要求的小区的多播业务失败。基站1根据小区启动多播业务的情况获得基站1管理的启动多播业务成功的小区的标识,和/或,基站1管理的启动多播业务失败的小区的标识。例如,如果小区1和小区2能够启动符合多播业务质量要求的多播业务,小区3不能启动符合多播业务的质量要求的多播业务,则基站1启动小区1和小区2的多播业务成功,启动小区3的多播业务失败。基站1根据小区1-3启动多播业务的情况获得基站1管理的启动多播业务成功的小区的标识,即小区1的标识和小区2的标识,和/或,获得基站1管理的启动多播业务失败的小区的标识,即小区3的标识。此后,基站1将基站1管理的启动多播业务成功的小区的标识和/或基站1管理的启动多播业务失败的小区的标识封装到第一多播业务会话启动响应消息中,并向MCE 140发送第一多播业务会话启动响应消息。可选地,还可以在第一多播会话启动响应消息中携带启动多播业失败的小区的失败原因,比如:资源不可用,不支持请求的QCI(QoS Class Identifier),或者非法的QoS(Quality of Service)等等中的一个或者多个的组合。
(2)、如果小区1-3中没有一个符合多播业务的质量要求,则基站1向
MCE 140发送第一多播业务会话启动失败消息,其中,第一多播业务会话启动失败消息可以携带或者不携带基站1管理的启动多播业务失败的小区的标识。如果第一多播业务会话启动失败消息不携带基站1管理的启动多播业务失败的小区的标识,则MCE 140在接收到基站1发送的第一多播业务会话启动失败消息后,默认基站1管理的,需要启动多播业务的小区均启动多播业务失败。如果第一多播业务会话启动失败消息中需要携带基站1管理的启动多播业务失败的小区的标识,则基站1将基站1管理的启动多播业务失败的小区的标识封装到第一多播业务会话启动失败消息中。可选地,基站1还可以在第一多播业务会话启动失败消息中携带启动多播业失败的小区的失败原因,比如:资源不可用,不支持请求的QCI,或者非法的Qos等等中的一个或者多个的组合。
基站2在接收到MCE 140发送的第五多播业务会话启动消息后的处理与基站1类似,此处不再展开描述。
MCE 140接收到基站1和基站2返回的消息。根据MCE 140接收到基站1和基站2返回的消息的不同,可以分为4种情况:
(1)、如果基站1返回的第一多播业务会话启动响应消息携带基站1管理的,且启动多播业务成功的小区的标识,则可以从基站1返回的第一多播业务会话启动响应消息获得基站1管理的,且启动多播业务成功的小区的标识。或者,如果基站1返回的第一多播业务会话启动响应消息中携带基站1管理的,且启动多播业务失败的小区的标识,则MCE 140根据基站1管理的需要启动多播业务的小区的标识中,减去基站1管理的,且启动多播业务失败的小区的标识,得到基站1管理的,且启动多播业务成功的小区的标识。MCE 140接收到基站2返回的第一多播业务会话失败响应消息后,获知基站2管理的需要启动多播业务的小区均启动多播业务失败。MCE 140据此进行统计得到MCE 140管理的(包括基站1和基站2管理的)且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识,并将MCE 140管理的且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识封装到第二多播业务会话启动响应消息中,向MME 130发送第二多播业务会话启动响应消息。(2)、MCE 140接收到基站1返回的第一多播业务会话失败响应消息后,获知基站1管理的需要启动多播业务的小区均启
动多播业务失败。如果基站2返回的第一多播业务会话启动响应消息携带基站2管理的,且启动多播业务成功的小区的标识,则MCE 140接收到基站2返回的第一多播业务会话启动响应消息后,从基站2返回的第一多播业务会话启动响应消息中获得基站2管理的,且启动多播业务成功的小区的标识。如果基站2返回的第一多播业务会话启动响应消息中携带基站2管理的,且启动多播业务失败的小区的标识,则MCE 140根据基站2管理的需要启动多播业务的小区的标识,减去基站2管理的,且启动多播业务失败的小区的标识,得到基站2管理的,且启动多播业务成功的小区的标识。MCE 140据此统计得到MCE 140管理的(包括基站1和基站2管理的)且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识,并将MCE 140管理的(包括基站1和基站2管理的)且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识封装到第二多播业务会话启动响应消息中,并向MME 130发送第二多播业务会话启动响应消息。
(3)、如果基站1返回的第一多播业务会话启动响应消息携带基站1管理的,且启动多播业务成功的小区的标识,则可以从基站1返回的第一多播业务会话启动响应消息获得基站1管理的,且启动多播业务成功的小区的标识。或者,如果基站1返回的第一多播业务会话启动响应消息中携带基站1管理的,且启动多播业务失败的小区的标识,则MCE 140根据基站1管理的需要启动多播业务的小区的标识中,减去基站1管理的,且启动多播业务失败的小区的标识,得到基站1管理的,且启动多播业务成功的小区的标识。如果基站2返回的第一多播业务会话启动响应消息携带基站2管理的,且启动多播业务成功的小区的标识,则MCE 140接收到基站2返回的第一多播业务会话启动响应消息后,从基站2返回的第一多播业务会话启动响应消息中获得基站2管理的,且启动多播业务成功的小区的标识。如果基站2返回的第一多播业务会话启动响应消息中携带基站2管理的,且启动多播业务失败的小区的标识,则MCE 140根据基站2管理的需要启动多播业务的小区的标识,减去基站2管理的,且启动多播业务失败的小区的标识,得到基站2管理的,且启动多播业务成功的小区的标识。MCE 140将基站1管理的,且启动多播业务成功的小区的标识与基站2管理的,且启动多播业务成功的小区的标识进行汇集,和/
或,将基站1管理的,且启动多播业务失败的小区的标识与基站2管理的,且启动多播业务失败的小区的标识进行汇集,以得到MCE 140管理的(包括基站1和基站2管理的)且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识。MCE 140将MCE 140管理的(包括基站1和基站2管理的)且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识封装到第二多播业务会话启动响应消息中,并向MME 130发送第二多播业务会话启动响应消息。
(4)、MCE 140接收到基站1返回的第一多播业务会话失败响应消息后,获知基站1管理的需要启动多播业务的小区均启动多播业务失败。MCE 140接收到基站2返回的第一多播业务会话失败响应消息后,获知基站2管理的需要启动多播业务的小区均启动多播业务失败。所以,MCE 140生成第二多播业务会话失败响应消息,并向MME 130发送第二多播业务会话失败响应消息。
如果MME 130接收到第二多播业务会话启动响应消息,则根据第二多播业务会话启动响应消息中的MCE 140管理的且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识生成第三多播业务会话启动响应消息,并向MBMS-GW 120发送第三多播业务会话启动响应消息。如果MME 130接收到第二多播业务会话启动失败消息,则根据第二多播业务会话启动失败消息生成第三多播业务会话失败响应消息,并向MBMS-GW 120发送第三多播业务会话启动失败消息。
如果MBMS-GW 120接收到第三多播业务会话启动响应消息,则根据第三多播业务会话启动响应消息中的MCE 140管理的且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识生成第四多播业务会话启动响应消息,并向BM-SC 110发送第四多播业务会话启动响应消息。如果MBMS-GW 120接收到第四多播业务会话启动失败消息,则根据第四多播业务会话启动失败消息生成第四多播业务会话失败响应消息,并向BM-SC 110发送第四多播业务会话启动失败消息。
可以理解的是,如果BM-SC 110需要启动多种类型的多播业务,则第一至第五多播业务会话启动消息中还包括多播业务的标识。基站1在接收到第四多播业务会话启动消息后,为小区1-3启动与多播业务的标识对应的多播业务。
基站2在接收到第五多播业务会话启动消息后,为小区4和5启动与多播业务的标识对应的多播业务。
通过上述方案,本发明在向MCE返回的多播业务会话启动响应消息包括了多播业务会话启动响应消息包含了第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识,所以,MCE能够根据多播业务会话启动响应消息获知第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识,进而确定MCE 140管理下具体哪些小区启动了多播业务成功,哪些小区启动多播业务失败。
请参阅图4,图4所示的实施例与图3所示的实施例的不同之处在于,MCE 140向基站1发送的第四多播业务会话启动消息中还包括基站2管理的需要启动多播业务的小区4和小区5的标识。MCE 140向基站2发送的第五多播业务会话启动消息中还包括基站1管理的需要启动多播业务的小区1-3的标识。或者,当标识以列表的形式组织起来时,MCE 140向基站1发送的第四多播业务会话启动消息中的除了包括基站1管理的需要启动多播业务的小区1-3的标识组成的一个小区列表外,还包括基站2管理的需要启动多播业务的小区4和小区5的标识组成的另一个小区列表,MCE 140向基站2发送的第五多播业务会话启动消息中的除了包括基站2管理的需要启动多播业务的小区4和小区5的标识组成的一个小区列表外,还包括基站1管理的需要启动多播业务的小区1-3的标识组成的另一个小区列表。
基站1在接收到MCE 140发送的第四多播业务会话启动消息后,根据第四多播业务会话启动消息中基站2管理的需要启动多播业务会话的小区的标识获取基站2管理的小区需要启动多播业务的情况,从而得知基站2中的小区4和小区5需要启动多播业务。基站2在接收到MCE 140发送的第五多播业务会话启动消息后,根据第五多播业务会话启动消息中基站1管理的需要启动多播业务会话的小区的标识获取基站1管理的小区需要启动多播业务的情况,从而得知基站1中的小区1-3需要启动多播业务。
假设基站1中的小区1和小区2启动多播业务成功,小区3启动多播业务失败,基站2中的小区4启动多播业务成功,小区5启动多播业务失败。则根据图3所示的实施例可知,MCE 140将小区1、小区2和小区4的标识和/或小区3和小区5的标识封装到多播业务会话更新消息或者启动多播业务成功小区通知消息向基站1和基站2发送。其中,多播业务会话更新消息还可以包括指示信息,所述指示信息用于指示多播业务会话更新消息中的小区标识为MCE 140管理的且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识。或者,由于基站1已经知道自己管理的小区中启动多播业务成功的小区的标识,所以,MCE 140向基站1发送的多播业务会话更新消息或者启动多播业务成功小区通知消息中只需包括基站2管理的且启动多播业务成功的小区的标识和/或基站2管理的且启动多播业务失败的小区的标识。
基站1在接收到多播业务会话更新消息或者启动多播业务成功小区通知消息之后,可以知道基站2管理的需要启动多播业务的小区中,小区4启动多播业务成功,小区5启动多播业务失败。然后,基站1向基站1管理的小区中的用户设备发送通知,其中,通知用于将基站1管理的启动多播业务成功的小区和/或基站2管理的启动多播业务成功的小区告知基站1管理的小区中的UE,使得UE能够知道基站1和/或基站2管理的哪些小区启动了多播业务,以便UE在移动过程中,如果移动到基站1和/或基站2管理的启动多播业务成功的小区时,直接接收多播业务,或者,如果移动到基站1和/或基站2管理的启动多播业务失败或没没有启动多播业务的小区时,尽快确定是否需要启动单播承载,以便继续接受多播业务。启动多播业务成功的小区的消息可以是启动多播业务成功的小区的标识,也可以是用其它的形式表达的启动多播业务成功的小区的标识。例如,启动多播业务成功的小区的标识也可以使用位图指示序列进行表示,其中,位图指示序列包括多个位,位图指示序列的位与基站1管理的小区的标识和/或基站2管理的小区的标识对应,位图指示序列的位的值用于表示对应的小区的标识所指示的小区中哪些启动多播业务成功。在一具体的实施例中,如表1所示,
表1 位图指示序列表
其中,表1中的第一行是基站1和基站2管理的小区的标识。表1中的第二行是多播业务标识为业务标识1的多播业务的位图指示序列110100。位图指示序列中的位的值为1时,表示对应的小区标识所代表的小区启动多播业务成功,位图指示序列中的位的值为0时,表示对应的小区标识所代表的小区启动多播业务失败或者没有启动多播业务。所以,位图指示序列110100表示多播业务标识为业务标识1的多播业务在小区1、小区2和小区4启动成功,在小区3和小区6启动失败或者没有启动多播业务。当有多个多播业务时,每个多播业务都可以以同样的位图指示序列进行表示,从而用位图指示序列代替每次发送小区的标识,减少传输资源的浪费。
基站2的处理过程和基站1的类似,此处不再展开描述。
参阅图5,图5所示的实施例与图4所示的实施例的不同之处在于,MCE 140无须通过向MCE 140管理的且启动多播业务成功的小区的标识和/或MCE 140管理的且启动多播业务失败的小区的标识以告知基站1和基站2哪些小区启动多播业务成功,哪些小区启动多播业务失败,取而代之的是:
基站1在启动小区的多播业务后,向基站2发送基站1管理的且启动多播业务成功的小区的标识和/或基站1管理的且启动多播业务失败的小区的标识。或,基站1在启动小区的多播业务后,如果基站1管理的一个或者多个小区启
动多播业务失败,则向基站2发送基站1管理的且启动多播业务成功的小区的标识和/或基站1管理的且启动多播业务失败的小区的标识,如果基站1管理的小区启动多播业务均成功,则不需向向基站2发送基站1管理的且启动多播业务成功的小区的标识和/或基站1管理的且启动多播业务失败的小区的标识,基站2在一段时间内没有接收到基站1发送的基站1管理的且启动多播业务成功的小区的标识和/或基站1管理的且启动多播业务失败的小区的标识,则默认通过第五多播业务会话启动消息获取到的,基站1管理的需要启动多播业务的小区均成功启动多播业务,以节约传输资源。而且,基站1也同样接收基站2发送的基站2管理的且启动多播业务成功的小区的标识和/或基站2管理的且启动多播业务失败的小区的标识,并根据基站2发送的基站2管理的且启动多播业务成功的小区的标识和/或基站2管理的且启动多播业务失败的小区的标识获取基站2管理的小区中成功启动多播业务成功的小区的标识,从而获知基站2管理的小区中,哪些小区启动多播业务成功,哪些启动多播业务失败。
基站2的处理过程和基站1的类似,此处不再展开描述。
上述的实施例中,如果消息中的标识不止一个的时候,可将标识以列表或者位图等形式组织起来,以便于进行传输。
参阅图6,图6是本发明提供的一种MCE的结构示意图。本实施例的MCE 600包括:处理器601、存储器602、发送器603以及接收器604。其中,处理器601、存储器602、发送器603以及接收器604之间通过总线连接。
处理器601可以是中央处理器(英文:central processing unit,CPU),网络处理器(英文:network processor,NP),硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(英文:application-specific integrated circuit,ASIC),可编程逻辑器件(英文:programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文:complex programmable logic device,CPLD),现场可编程逻辑门阵列(英文:field-programmable gate array,FPGA),通用阵列逻辑(英文:generic array logic,GAL)或其任意组合。
存储器602可用于存储软件程序以及模块,处理器601通过运行存储在存储器602的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器602可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、
至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据MCE 600的使用所创建的数据等。此外,存储器602可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器602还可以包括存储器控制器,以提供处理器601对存储器602的访问。
发送器603以及接收器604可以是独立的。也可以是集合在一起的。发送器603以及接收器604可以通过天线发射无线信号传输信号至其他的设备,也可以通过光纤发射光信号至其他的设备。当发送器603以及接收器604通过天线发射无线信号传输信号至其他的设备时,发送器603以及接收器604包括谐振器、调制解调器、放大器等等。当发送器603以及接收器604通过光纤发射光信号至其他的设备时,发送器603以及接收器604包括光耦合器、光调制解调器、放大器等等。
所述MCE 600在运行时,由一个或者一个以上处理器执行存储在存储器602中的一个或者一个以上程序,用于进行以下操作的指令:
所述发送器603向第一基站发送第一多播业务会话启动消息,其中,所述第一多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;
所述接收器604接收所述第一基站返回的第一多播业务会话启动失败消息或者第一多播业务会话启动响应消息,其中,所述第一多播业务会话启动失败消息用于表示所述第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第一多播业务会话启动响应消息包含所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
可选地,所述第一多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,
所述发送器603用于向所述第二基站发送第二多播业务会话启动消息,其中,所述第二多播业务会话启动消息包括第二基站管理的需要启动多播业务会话的小区的标识;
所述接收器604用于接收所述第二基站返回的第二多播业务会话启动失
败消息或者第二多播业务会话启动响应消息,其中,所述第二多播业务会话启动失败消息用于表示所述第二基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第二多播业务会话启动响应消息包含所述第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
可选地,所述发送器603用于向所述第一基站发送第二基站管理的,且启动多播业务成功的小区的标识,和/或,第二基站管理的,且启动多播业务失败的小区的标识。
可选地,所述发送器603用于向移动管理实体MME发送至少一项信息:第一基站管理的且启动多播业务成功的小区的标识、第一基站管理且启动多播业务失败的小区标识、第二基站管理的且启动多播业务成功的小区的标识和第二基站管理的且启动多播业务失败的小区的标识。
可选地,所述处理器601用于判断接收到的移动管理实体MME发送的多播业务会话启动消息中是否包含所述MCE管理的,需要启动的多播业务会话的小区的标识,在不包含所述MCE管理的,需要启动的多播业务会话的小区的标识时,调用所述发送器603向MME发送多播业务会话启动响应消息,其中,所述多播业务会话启动响应消息包含用于表示所述多播业务会话启动消息中的小区列表不在MCE管理的范围内的指示信息。
可选地,所述多播业务会话启动响应消息为带超范围标记的多播业务会话启动响应信息,其中,所述超范围标记是所述多播业务会话启动响应信息中设置的字段或者位。
通过上述方案,本发明在向MCE返回的多播业务会话启动响应消息包括了多播业务会话启动响应消息包含了第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识,所以,MCE能够根据多播业务会话启动响应消息获知第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识,进而确定MCE 140管理下具体哪些小区启动了多播业务成功,哪些小区启动多播业务失败。
参阅图7,图7是本发明提供的一种基站的结构示意图。本实施例的基站700包括:处理器701、存储器702、发送器703以及接收器704。其中,处理器701、存储器702、发送器703以及接收器704之间通过总线连接。
处理器701可以是中央处理器(英文:central processing unit,CPU),网络处理器(英文:network processor,NP),硬件芯片或者其任意组合。上述硬件芯片可以是专用集成电路(英文:application-specific integrated circuit,ASIC),可编程逻辑器件(英文:programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文:complex programmable logic device,CPLD),现场可编程逻辑门阵列(英文:field-programmable gate array,FPGA),通用阵列逻辑(英文:generic array logic,GAL)或其任意组合。
存储器702可用于存储软件程序以及模块,处理器701通过运行存储在存储器702的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据基站700的使用所创建的数据等。此外,存储器702可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地,存储器702还可以包括存储器控制器,以提供处理器701对存储器702的访问。
发送器703以及接收器704可以是独立的。也可以是集合在一起的。发送器703以及接收器704可以通过天线发射无线信号传输信号至其他的设备,也可以通过光纤发射光信号至其他的设备。当发送器703以及接收器704通过天线发射无线信号传输信号至其他的设备时,发送器703以及接收器704包括谐振器、调制解调器、放大器等等。当发送器703以及接收器704通过光纤发射光信号至其他的设备时,发送器703以及接收器704包括光耦合器、光调制解调器、放大器等等。
所述基站700在运行时,由一个或者一个以上处理器执行存储在存储器702中的一个或者一个以上程序,用于进行以下操作的指令:
所述接收器704用于接收多播协作实体MCE发送的多播业务会话启动消息,其中,所述多播业务会话启动消息包括所述第一基站管理的需要启动多播
业务会话的小区的标识;
所述发送器703用于向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息,其中,所述多播业务会话启动失败消息用于表示第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述多播业务会话启动响应消息包含第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
可选地,所述多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,
所述处理器701用于根据第一基站管理的需要启动多播业务会话的小区的标识启动多播业务,并根据第二基站管理的需要启动多播业务会话的小区的标识获取第二基站管理的小区需要启动多播业务的情况。
可选地,所述接收器704用于接收所述MCE发送的第二基站管理的,且启动多播业务成功的小区的标识,和/或第二基站管理的,且启动多播业务失败的小区的标识。
可选地,所述发送器703用于在所述第一基站管理的一个或者多个小区启动多播业务失败时,向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识;或,
所述发送器703用于向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
可选地,所述接收器704用于接收所述第二基站发送的第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
可选地,所述发送器703用于向用户设备UE发送通知,所述通知用于将所述第一基站管理的启动多播业务成功的小区和/或所述第二基站管理的启动多播业务成功的小区告知所述UE。
可选地,所述通知中包含位图指示位,所述位图指示位指示第一基站和/
或第二基站管理的启动多播业务成功的小区。
通过上述方案,本发明在向MCE返回的多播业务会话启动响应消息包括了多播业务会话启动响应消息包含了第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识,所以,MCE能够根据多播业务会话启动响应消息获知第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识,进而确定MCE 140管理下具体哪些小区启动了多播业务成功,哪些小区启动多播业务失败。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所揭露的仅为本发明一种较佳实施例而已,当然不能以此来限定本发明之权利范围,本领域普通技术人员可以理解实现上述实施例的全部或部分流程,并依本发明权利要求所作的等同变化,仍属于发明所涵盖的范围。
Claims (26)
- 一种小区多播业务处理方法,其特征在于,包括:第一基站接收多播协作实体MCE发送的多播业务会话启动消息,其中,所述多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;所述第一基站向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息,其中,所述多播业务会话启动失败消息用于表示所述第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述多播业务会话启动响应消息包含所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求1所述的方法,其特征在于,所述多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,所述第一基站接收MCE发送的多播业务会话启动消息之后,所述第一基站向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息之前,还包括:所述第一基站根据第一基站管理的需要启动多播业务会话的小区的标识启动多播业务,并根据第二基站管理的需要启动多播业务会话的小区的标识获取第二基站管理的小区需要启动多播业务的情况。
- 根据权利要求2所述的方法,其特征在于,所述第一基站向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息之后包括:接收所述MCE发送的第二基站管理的,且启动多播业务成功的小区的标识,和/或第二基站管理的,且启动多播业务失败的小区的标识。
- 根据权利要求1至3任一权利要求所述的方法,其特征在于,第一基站接收MCE发送的多播业务会话启动消息之后包括:如果所述第一基站管理的一个或者多个小区启动多播业务失败,则向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播 业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识;或,向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求1至4任一权利要求所述的方法,其特征在于,所述方法还包括:接收所述第二基站发送的第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求5所述的方法,其特征在于,接收多播协作实体MCE发送的多播业务会话启动消息,以及,接收所述第二基站发送的第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识之后,还包括:向用户设备UE发送通知,所述通知用于将所述第一基站管理的启动多播业务成功的小区和/或所述第二基站管理的启动多播业务成功的小区告知所述UE。
- 根据权利要求6所述的方法,其特征在于,所述通知中包含位图指示位,所述位图指示位指示第一基站和/或第二基站管理的启动多播业务成功的小区。
- 一种小区多播业务处理方法,其特征在于,包括:多播协作实体MCE向第一基站发送第一多播业务会话启动消息,其中,所述第一多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;所述MCE接收所述第一基站返回的第一多播业务会话启动失败消息或者第一多播业务会话启动响应消息,其中,所述第一多播业务会话启动失败消息用于表示所述第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第一多播业务会话启动响应消息包含所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基 站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求8所述的方法,其特征在于,所述第一多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,所述方法还包括:MCE向所述第二基站发送第二多播业务会话启动消息,其中,所述第二多播业务会话启动消息包括第二基站管理的需要启动多播业务会话的小区的标识;所述MCE接收所述第二基站返回的第二多播业务会话启动失败消息或者第二多播业务会话启动响应消息,其中,所述第二多播业务会话启动失败消息用于表示所述第二基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第二多播业务会话启动响应消息包含所述第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求9所述的方法,其特征在于,MCE接收所述第一基站返回的第一多播业务会话启动失败消息或者第一多播业务会话启动响应消息之后还包括:向所述第一基站发送第二基站管理的,且启动多播业务成功的小区的标识,和/或,第二基站管理的,且启动多播业务失败的小区的标识。
- 根据权利要求10所述的方法,其特征在于,还包括:所述MCE向移动管理实体MME发送至少一项信息:第一基站管理的且启动多播业务成功的小区的标识、第一基站管理且启动多播业务失败的小区标识、第二基站管理的且启动多播业务成功的小区的标识和第二基站管理的且启动多播业务失败的小区的标识。
- 一种小区多播业务处理方法,其特征在于,多播协作实体MCE判断接收到的移动管理实体MME发送的多播业务会话启动消息中是否包含所述MCE管理的,需要启动的多播业务会话的小区的标识;如果否,则所述MCE向MME发送多播业务会话启动响应消息,其中,所述多播业务会话启动响应消息包含用于表示所述多播业务会话启动消息中的小区列表不在MCE管理的范围内的指示信息。
- 根据权利要求12所述的方法,其特征在于,所述多播业务会话启动 响应消息为带超范围标记的多播业务会话启动响应信息,其中,所述超范围标记是所述多播业务会话启动响应信息中设置的字段或者位。
- 一种基站,其特征在于,所述基站为第一基站,所述第一基站包括接收器和发送器,所述接收器用于接收多播协作实体MCE发送的多播业务会话启动消息,其中,所述多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;所述发送器用于向所述MCE发送多播业务会话启动失败消息或者多播业务会话启动响应消息,其中,所述多播业务会话启动失败消息用于表示第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述多播业务会话启动响应消息包含第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求14所述的基站,其特征在于,所述多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,所述基站还包括处理器,所述处理器用于根据第一基站管理的需要启动多播业务会话的小区的标识启动多播业务,并根据第二基站管理的需要启动多播业务会话的小区的标识获取第二基站管理的小区需要启动多播业务的情况。
- 根据权利要求15所述的基站,其特征在于,所述接收器用于接收所述MCE发送的第二基站管理的,且启动多播业务成功的小区的标识,和/或第二基站管理的,且启动多播业务失败的小区的标识。
- 根据权利要求14至16任一权利要求所述的基站,其特征在于,所述发送器用于在所述第一基站管理的一个或者多个小区启动多播业务失败时,向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识;或,所述发送器用于向所述第二基站发送所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管 理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求14至17任一权利要求所述的基站,其特征在于,所述接收器用于接收所述第二基站发送的第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求18所述的基站,其特征在于,所述发送器用于向用户设备UE发送通知,所述通知用于将所述第一基站管理的启动多播业务成功的小区和/或所述第二基站管理的启动多播业务成功的小区告知所述UE。
- 根据权利要求19所述的基站,其特征在于,所述通知中包含位图指示位,所述位图指示位指示第一基站和/或第二基站管理的启动多播业务成功的小区。
- 一种多播协作实体MCE,其特征在于,包括:发送器以及接收器,所述发送器用于向第一基站发送第一多播业务会话启动消息,其中,所述第一多播业务会话启动消息包括所述第一基站管理的需要启动多播业务会话的小区的标识;所述接收器用于接收所述第一基站返回的第一多播业务会话启动失败消息或者第一多播业务会话启动响应消息,其中,所述第一多播业务会话启动失败消息用于表示所述第一基站管理的需要启动多播业务会话的小区启动多播业务均失败,所述第一多播业务会话启动响应消息包含所述第一基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第一基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求21所述的MCE,其特征在于,所述第一多播业务会话启动消息还包括第二基站管理的需要启动多播业务会话的小区的标识,所述发送器用于向所述第二基站发送第二多播业务会话启动消息,其中,所述第二多播业务会话启动消息包括第二基站管理的需要启动多播业务会话的小区的标识;所述接收器用于接收所述第二基站返回的第二多播业务会话启动失败消息或者第二多播业务会话启动响应消息,其中,所述第二多播业务会话启动失败消息用于表示所述第二基站管理的需要启动多播业务会话的小区启动多播 业务均失败,所述第二多播业务会话启动响应消息包含所述第二基站管理的需要启动多播业务会话的小区中启动多播业务成功的小区的标识,和/或,所述第二基站管理的需要启动多播业务会话的小区中启动多播业务失败的小区的标识。
- 根据权利要求22所述的MCE,其特征在于,所述发送器用于向所述第一基站发送第二基站管理的,且启动多播业务成功的小区的标识,和/或,第二基站管理的,且启动多播业务失败的小区的标识。
- 根据权利要求23所述的MCE,其特征在于,所述发送器用于向移动管理实体MME发送至少一项信息:第一基站管理的且启动多播业务成功的小区的标识、第一基站管理且启动多播业务失败的小区标识、第二基站管理的且启动多播业务成功的小区的标识和第二基站管理的且启动多播业务失败的小区的标识。
- 一种多播协作实体MCE,其特征在于,所述MCE包括处理器以及发送器,所述处理器用于判断接收到的移动管理实体MME发送的多播业务会话启动消息中是否包含所述MCE管理的,需要启动的多播业务会话的小区的标识,在不包含所述MCE管理的,需要启动的多播业务会话的小区的标识时,调用所述发送器向MME发送多播业务会话启动响应消息,其中,所述多播业务会话启动响应消息包含用于表示所述多播业务会话启动消息中的小区列表不在MCE管理的范围内的指示信息。
- 根据权利要求25所述的MCE,其特征在于,所述多播业务会话启动响应消息为带超范围标记的多播业务会话启动响应信息,其中,所述超范围标记是所述多播业务会话启动响应信息中设置的字段或者位。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/093931 WO2017075792A1 (zh) | 2015-11-05 | 2015-11-05 | 小区多播业务处理方法以及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108353071A true CN108353071A (zh) | 2018-07-31 |
CN108353071B CN108353071B (zh) | 2020-07-07 |
Family
ID=58661491
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580084386.1A Active CN108353071B (zh) | 2015-11-05 | 2015-11-05 | 小区多播业务处理方法以及设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10587990B2 (zh) |
EP (1) | EP3361689B1 (zh) |
CN (1) | CN108353071B (zh) |
WO (1) | WO2017075792A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113766431A (zh) * | 2020-06-02 | 2021-12-07 | 海能达通信股份有限公司 | 增强型广播多播服务的业务调度方法及系统 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113068134B (zh) * | 2020-01-02 | 2022-06-10 | 维沃移动通信有限公司 | 多播业务会话操作的方法、装置和通信设备 |
CN114071376B (zh) * | 2020-08-03 | 2023-04-04 | 华为技术有限公司 | 一种通信方法、装置以及系统 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1867181A (zh) * | 2005-12-24 | 2006-11-22 | 华为技术有限公司 | 无线通信系统中均衡负载的实现方法 |
CN101227653A (zh) * | 2008-02-18 | 2008-07-23 | 普天信息技术研究院有限公司 | 一种管理公共传输信道的方法 |
CN102065376A (zh) * | 2011-01-07 | 2011-05-18 | 大唐移动通信设备有限公司 | 接纳判决方法和设备 |
CN102104836A (zh) * | 2010-08-10 | 2011-06-22 | 电信科学技术研究院 | Mbms业务接收状态的上报方法和设备 |
CN102143430A (zh) * | 2011-02-15 | 2011-08-03 | 电信科学技术研究院 | 一种配置mbms会话位置信息的方法和装置 |
US20120039229A1 (en) * | 2010-08-13 | 2012-02-16 | Kamran Etemad | Delivery of multicast and broadcast services concurrently with unicast data |
CN102761831A (zh) * | 2011-04-27 | 2012-10-31 | 中兴通讯股份有限公司 | 一种多媒体广播组播业务计数方法及系统 |
CN107734606A (zh) * | 2016-08-12 | 2018-02-23 | 中兴通讯股份有限公司 | 一种多播业务的传输方法及装置 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101141669B (zh) | 2006-09-06 | 2011-01-05 | 华为技术有限公司 | 在ip无线接入网中下发多媒体广播/组播服务业务的方法 |
CN101179765B (zh) * | 2007-12-13 | 2010-04-21 | 普天信息技术研究院有限公司 | 一种建立传输信道的方法、系统和装置 |
KR20100069442A (ko) * | 2008-12-16 | 2010-06-24 | 한국전자통신연구원 | 패킷기반 이동통신 시스템에서 mbms 데이터 전송을 위한 베어러 설정 방법과 mbms 코어 네트워크 장치 및 무선기지국 |
KR20150048611A (ko) * | 2013-10-28 | 2015-05-07 | 삼성전자주식회사 | 이동성에 강인한 그룹 통신을 위한 방법 및 장치 |
WO2015065053A1 (en) * | 2013-10-31 | 2015-05-07 | Lg Electronics Inc. | Method of receiving mbms service in wireless communication system and apparatus thereof |
US10231174B2 (en) * | 2015-03-17 | 2019-03-12 | Lg Electronics Inc. | Method and device for transmitting and receiving list of cells providing SCPTM service |
CN106658424B (zh) * | 2015-11-02 | 2019-01-25 | 中兴通讯股份有限公司 | 车联网v2x业务的发送方法及装置 |
US11323979B2 (en) * | 2016-08-09 | 2022-05-03 | Nokia Technologies Oy | Broadcasting or multicasting to user equipment that use extended idle mode discontinuous reception |
-
2015
- 2015-11-05 WO PCT/CN2015/093931 patent/WO2017075792A1/zh active Application Filing
- 2015-11-05 EP EP15907634.8A patent/EP3361689B1/en active Active
- 2015-11-05 CN CN201580084386.1A patent/CN108353071B/zh active Active
-
2018
- 2018-05-04 US US15/971,846 patent/US10587990B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1867181A (zh) * | 2005-12-24 | 2006-11-22 | 华为技术有限公司 | 无线通信系统中均衡负载的实现方法 |
CN101227653A (zh) * | 2008-02-18 | 2008-07-23 | 普天信息技术研究院有限公司 | 一种管理公共传输信道的方法 |
CN102104836A (zh) * | 2010-08-10 | 2011-06-22 | 电信科学技术研究院 | Mbms业务接收状态的上报方法和设备 |
US20120039229A1 (en) * | 2010-08-13 | 2012-02-16 | Kamran Etemad | Delivery of multicast and broadcast services concurrently with unicast data |
CN102065376A (zh) * | 2011-01-07 | 2011-05-18 | 大唐移动通信设备有限公司 | 接纳判决方法和设备 |
CN102143430A (zh) * | 2011-02-15 | 2011-08-03 | 电信科学技术研究院 | 一种配置mbms会话位置信息的方法和装置 |
CN102761831A (zh) * | 2011-04-27 | 2012-10-31 | 中兴通讯股份有限公司 | 一种多媒体广播组播业务计数方法及系统 |
CN107734606A (zh) * | 2016-08-12 | 2018-02-23 | 中兴通讯股份有限公司 | 一种多播业务的传输方法及装置 |
Non-Patent Citations (1)
Title |
---|
HUAWEI: "Introduction of SC-PTM", 《3GPP TSG-RAN WG3 MEETING #89BIS R3-152293》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113766431A (zh) * | 2020-06-02 | 2021-12-07 | 海能达通信股份有限公司 | 增强型广播多播服务的业务调度方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2017075792A1 (zh) | 2017-05-11 |
US20180255435A1 (en) | 2018-09-06 |
EP3361689A1 (en) | 2018-08-15 |
CN108353071B (zh) | 2020-07-07 |
EP3361689B1 (en) | 2021-05-12 |
US10587990B2 (en) | 2020-03-10 |
EP3361689A4 (en) | 2018-10-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102311745B1 (ko) | 통신 방법, 소스 기지국, 타깃 기지국, 코어 네트워크 장치 및 단말 장치 | |
US10517130B2 (en) | Method for data forwarding in a small cell system | |
EP3761681B1 (en) | Multi-connection data amount reporting method | |
JP7150756B2 (ja) | システムメッセージ通知、送信方法および装置 | |
US20210337624A1 (en) | Radio Resource Control RRC Message Processing Method, Apparatus, and System | |
CN105472663B (zh) | 无线资源管理的方法和装置 | |
EP3338485B1 (en) | User equipment, base station and associated methods | |
US11357077B2 (en) | Data forwarding method, apparatus, and system | |
US11395256B2 (en) | Communication method, device, and system | |
EP3270641B1 (en) | Resource allocation method, device and system | |
CN107534987A (zh) | 一种数据调度方法、基站及系统 | |
CN106171037A (zh) | 无线资源控制rrc 连接方法、重连接方法和装置 | |
US10021709B2 (en) | Method for determining priorities of services and wireless equipment thereof | |
CN104244194A (zh) | 集群公共陆地移动网络信息发送、接收方法及装置 | |
US10587990B2 (en) | Cell multicast service processing method and device | |
CN106797626A (zh) | 一种寻呼消息发送方法及设备 | |
CN114339617A (zh) | Nr小区中mbs资源的配置使用方法及装置 | |
WO2023124822A1 (zh) | 一种通信协作方法及装置 | |
US9706476B2 (en) | Method for obtaining radio access network information and radio access network controller | |
CN104244330A (zh) | 一种平衡epc网关负载的方法 | |
WO2022001483A1 (zh) | 信息发送方法、nr小区接入方法、接入网设备、移动终端及存储介质 | |
CN104426643A (zh) | 一种业务抢占方法、装置和基站 | |
CN102595457A (zh) | 一种维护用户终端多点协作传输的方法及系统 | |
CN109803390B (zh) | 消息、策略发送方法及装置,存储介质,处理器 | |
CN102752719B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |