CN102469411A - 一种mbms业务接收状态的处理方法和设备 - Google Patents
一种mbms业务接收状态的处理方法和设备 Download PDFInfo
- Publication number
- CN102469411A CN102469411A CN2010105378954A CN201010537895A CN102469411A CN 102469411 A CN102469411 A CN 102469411A CN 2010105378954 A CN2010105378954 A CN 2010105378954A CN 201010537895 A CN201010537895 A CN 201010537895A CN 102469411 A CN102469411 A CN 102469411A
- Authority
- CN
- China
- Prior art keywords
- mbms
- professional
- accepting state
- session
- mce
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种MBMS业务接收状态的处理方法和设备,该方法包括:多播协调实体MCE判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录;如果是,所述MCE根据自身存储的MBMS业务接收状态反馈结果确定MBMS业务接收状态;否则,所述MCE发起MBMS业务接收状态反馈过程,获取MBMS业务接收状态。本发明实施例中,MCE能够更好的利用MBMS业务和MBMS会话的关联关系对MBMS业务接收状态反馈和结果进行综合控制,从而使得网络侧获得更有效的反馈汇总,提高了反馈的效率,并节省了资源开销。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种MBMS业务接收状态的处理方法和设备。
背景技术
在LTE(Long Term Evolution,长期演进)系统中,MBMS(MultimediaBroadcast Multicast Service,多媒体广播组播业务)用于为无线小区中的用户提供多媒体广播和多播服务;在MBMS专用的频率层和与非MBMS业务共享的频率层上都能够提供MBMS。其中,支持MBMS的LTE小区可以是MBMS专用小区,也可以是MBMS和单播混合小区;MBMS业务可以进行单小区的传输,也可以进行多小区的传输;此外,MBMS的多小区传输需要支持MBSFN(Multicast Broadcast Single Frequency Network,组播广播单频网)传输方式。
MBSFN是指在同一时间内以相同的频率在多个小区进行同步传输,通过使用MBSFN的传输方式,可以节约频率资源,提高频谱利用率。其中,MBSFN要求多个小区将相同的内容同时发送,此时,UE(User Equipment,用户设备)将多个MBSFN小区等同为一个大的小区;因此,UE不会受到相邻小区的传输干扰,并且可以将来自多个MBSFN小区的信号进行叠加,增强了接收的可靠性,提高了覆盖率。进一步的,通过使用该MBSFN,UE还能解决多径传播的时间差问题,消除小区内干扰;并通过多小区同频传输所带来的分集效果解决盲区覆盖等问题。
具体的,MBMS多小区传输的技术特点包括:MBSFN域内MBMS的同步传输;支持多小区MBMS传输的合并;逻辑信道MTCH(Multicast TrafficChannel,多播业务信道)和MCCH(Multicast Control Channel,多播控制信道)映射在用于PTM(Packet Transfer Mode,包传输模式)传输的传输信道MCH(Multicast Channel,多播信道),进而映射到物理信道PMCH(PhysicsMulticast Channel,物理多播信道)上;MBSFN同步区域可以半静态配置,如:通过O&M(Operation and Maintenance,操作与维护系统)配置。
在MBMS技术中,与MBMS传输相关的逻辑信道包括BCCH(BroadcastControl Channel,广播控制信道),MCCH和MTCH。其中,各信道的主要作用如下:
(1)BCCH,用于网络侧设备向UE广播系统信息,以使UE根据该系统信息可以查找到MCCH的资源位置。
其中,对于MBMS来说,BCCH中携带MCCH的配置信息,如:MCCH的重复周期、开始无线帧偏移量、子帧位置、MCCH修改周期、MCCH修改通知指示方式、传输MCCH的信令MCS(modulation and coding style,调制编码方式)格式等,以便使UE可以找到MCCH的资源位置。另外,BCCH中并不携带具体的MBMS业务信息。
(2)MCCH是一个点到多点的下行信道,用于网络侧设备向UE传输该MBSFN区域中MBMS相关的控制信息,一个MCCH可以对应于一个或多个MTCH(即MCCH可以携带多个MTCH的控制信息)。
其中,MCCH可包括的信息有:该MBSFN区域的子帧分配和子帧分配重复周期、PMCH(或MCH)的配置信息(如:MBMS session(会话)信息、数据MCS格式配置、PMCH子帧位置和调度周期等)等。
(3)MTCH是一个点到多点的下行信道,用于网络侧设备向UE发送具体的MBMS业务数据。
综上所述,网络侧可利用BCCH向UE指示MCCH的配置信息,再利用MCCH向UE提供MCH(PMCH)信息,使得UE在MCH上读取具体业务的MTCH调度信息MSI,从而能够在MTCH上接收MBMS业务。
现有技术中,如图1所示的MBMS业务区与MBSFN同步区等的关系示意图,MBMS业务区由一个或多个业务标识组成,每个标识映射至一个或多个小区,且MBMS业务区由BM-SC(广播组播业务中心)在会话消息中携带给基站。另外,MBSFN区域由同步区域内一组小区组成,这些小区进行同步的MB SFN发送,且MB SFN区域由MCE(Multicast Coordination Entity,多播协调实体)根据运营商的策略进行规划,并在M2接口消息中通知给基站。其中,MBSFN区域预留小区也属于同步区域,该小区不进行MBMS业务发送。
具体的,MCE负责MBMS业务资源的分配以及相应的配置,其只能依据MBMS的业务会话和相应的业务区域来分配不同的MCH资源,这种分配相对比较静态。
在LTE系统中,网络侧为了更好的根据用户的接收情况对MBMS业务的激活和去激活进行控制,还引入了MBMS业务接收状态反馈机制。该反馈机制的主要过程由网络侧发起,向UE请求特定MBMS业务的接收状态反馈,当UE接收到网络侧的反馈请求时,则根据自身对该MBMS业务是否接收,是否感兴趣等情况,对网络侧进行反馈。进一步的,网络侧收集到来自UE的接收状态反馈后,对整体的接收状态进行汇总,继而决定对业务的激活和去激活等操作。
以图2所示的MBMS会话开始过程为例,则信令流程包括以下步骤:
步骤1:MME(Mobility Management Entity,移动性管理实体)向MCE发送MBMS Session Start Request(MBMS会话开始请求)。
步骤2:MCE向MME发送MBMS Session Start Response(MBMS会话开始响应)。
步骤3:MCE向eNB(基站)发送MBMS Session Start Request。
步骤4:eNB向MCE发送MBMS Session Start Response。
步骤5:eNB向UE通知MBMS session start。
步骤6:eNB will join the IP Multicast group for the user plane data delivery(eNB将基于用户面数据传输加入IP组播组)。
步骤7:eNB向UE通知Synchronized(同步)MBMS user data。
另外,MBMS会话结束和MBMS更新过程的流程与上述MBMS会话开始的过程类似。因此可以看出,从核心网(MME)到MCE到eNB,对MBMS会话(MBMS session)的控制均是以会话为单位的;而对于MBMS业务接收状态反馈,目前不排除倾向于基于MBMS业务(MBMS service)来进行反馈和统计的。其中,MBMS业务和MBMS会话的关系是,MBMS业务是比MBMS会话更上一级的概念,且一个MBMS业务可以由多个MBMS会话组成。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
在MCE中存储的MBMS上下文信息(context),与MBMS相关的开始、停止和更新过程均是基于MBMS会话来进行的,一个MBMS session一旦终止(如完成session stop过程),则MCE、eNB均会删除该MBMS session的上下文信息;而在空口实施的MBMS业务接收状态反馈过程可以是基于MBMS业务进行的,而现有技术中MCE采取直接从MBMS会话信息中提取MBMS业务信息进行接收状态反馈的过程,不利于反馈的精确控制,且不能利用一个MBMS业务中各个MBMS会话的接收状态对接收状态反馈过程进行优化。
发明内容
本发明实施例提供一种MBMS业务接收状态的处理方法和设备,以对接收状态反馈过程进行优化,提高反馈的效率,并节省资源开销。
为了达到上述目的,本发明实施例提供一种多媒体广播组播业务MBMS业务接收状态的处理方法,该方法包括:
多播协调实体MCE判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录;
如果是,所述MCE根据自身存储的MBMS业务接收状态反馈结果确定MBMS业务接收状态;
否则,所述MCE发起MBMS业务接收状态反馈过程,获取MBMS业务接收状态。
本发明实施例提供一种MBMS业务接收状态的处理方法,该方法包括:
eNB接收来自MCE的第一MBMS业务接收状态反馈请求;
所述第一MBMS业务接收状态反馈请求中携带了标识信息对应的指示信息时,所述eNB根据所述指示信息确定标识信息为业务标识、或业务标识和会话标识;或者,所述eNB在MBMS业务对应的MBMS会话为一个时确定标识信息为业务标识,在MBMS业务对应的MBMS会话为多个时确定标识信息为业务标识和会话标识;
所述eNB向用户设备UE发送携带所述标识信息的第二MBMS业务接收状态反馈请求。
本发明实施例提供一种MBMS业务接收状态的处理方法,该方法包括:
UE接收来自eNB的MBMS业务接收状态反馈请求,所述MBMS业务接收状态反馈请求中携带了标识信息;
当所述标识信息为业务标识时,所述UE对所述业务标识对应的MBMS业务反馈MBMS业务接收状态;
当所述标识信息为业务标识和会话标识时,所述UE对所述会话标识对应的MBMS会话反馈MBMS业务接收状态。
本发明实施例提供一种多播协调实体MCE,该MCE包括:
判断模块,用于判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录;
确定模块,用于当所述判断模块的判断结果为是时,根据自身存储的MBMS业务接收状态反馈结果确定MBMS业务接收状态;
获取模块,用于当所述判断模块的判断结果为否时,发起MBMS业务接收状态反馈过程,并获取MBMS业务接收状态。
本发明实施例提供一种基站设备,该基站设备包括:
接收模块,用于接收来自MCE的第一MBMS业务接收状态反馈请求;
确定模块,用于所述第一MBMS业务接收状态反馈请求中携带了标识信息对应的指示信息时,根据所述指示信息确定标识信息为业务标识、或业务标识和会话标识;或者,在MBMS业务对应的MBMS会话为一个时确定标识信息为业务标识,在MBMS业务对应的MBMS会话为多个时确定标识信息为业务标识和会话标识;
发送模块,用于向UE发送携带所述确定模块确定的所述标识信息的第二MBMS业务接收状态反馈请求。
本发明实施例提供一种用户设备,该用户设备包括:
接收模块,用于接收来自eNB的MBMS业务接收状态反馈请求,所述MBMS业务接收状态反馈请求中携带了标识信息;
处理模块,用于当所述标识信息为业务标识时,对所述业务标识对应的MBMS业务反馈MBMS业务接收状态;
当所述标识信息为业务标识和会话标识时,对所述会话标识对应的MBMS会话反馈MBMS业务接收状态。
与现有技术相比,本发明至少具有以下优点:
MCE能够更好的利用MBMS业务和MBMS会话的关联关系对MBMS业务接收状态反馈和结果进行综合控制,从而使得网络侧获得更有效的反馈汇总,提高了反馈的效率,并节省了资源开销。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中MBMS业务区与MBSFN同步区等的关系示意图;
图2是现有技术中MBMS会话开始过程的示意图;
图3是本发明实施例一提供的一种MBMS业务接收状态的处理方法流程示意图;
图4是本发明实施例二提供的一种MBMS业务接收状态的处理方法流程示意图;
图5是本发明实施例三提供的一种MBMS业务接收状态的处理方法流程示意图;
图6是本发明实施例提供的一种MCE结构示意图;
图7是本发明实施例提供的一种基站设备结构示意图;
图8是本发明实施例提供的一种用户设备结构示意图。
具体实施方式
在LTE系统中,目前空口进行MBMS业务接收状态反馈可以基于每种MBMS业务来发起,而核心网(MME)到MCE再到eNB的信令过程中所有涉及的MBMS业务开始,结束或者更新过程均是基于业务的某一个会话,从而使得不能利用一个MBMS业务中各个MBMS会话的接收状态对接收状态反馈过程进行优化。
针对上述问题,本发明实施例提供一种MBMS业务接收状态的处理方法和设备,MCE对MBMS业务与MBMS会话之间的关系进行存储,能够更好的利用MBMS业务和MBMS会话的关联关系对MBMS业务接收状态反馈和结果进行综合控制,从而使得网络侧获得更有效的反馈汇总,提高了反馈的效率,并节省了资源开销。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例一提供一种MBMS业务接收状态的处理方法,由MCE对MBMS业务和MBMS会话(多个MBMS会话)的映射关系以及相应的MBMS业务接收状态反馈结果进行存储,从而对一个MBMS业务下的多个MBMS会话的MBMS业务接收状态反馈和结果进行综合的控制和处理。如图3所示,该方法包括以下步骤:
步骤301,MCE判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录。如果是,执行步骤303,否则,执行步骤302。
本发明实施例中,判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录的过程具体为:MCE判断MBMS会话是否满足触发MBMS业务接收状态反馈过程的条件;如果是,MCE根据MBMS会话确定对应的MBMS业务,并根据MBMS业务和MBMS会话的关系判断MCE中是否存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录。
具体的,MBMS会话满足触发MBMS业务接收状态反馈过程的条件,包括以下条件的一种或任意几种:
条件a、MCE当前用于MBMS业务传输的资源使用率大于预设第一门限,即MCE当前用于MBMS业务传输的资源使用率达到了一定的门限,MBMS资源存在紧缺可能。
条件b、MCE接收到来自移动性管理实体MME的MBMS会话开始请求,并确定发起新MBMS会话的传输。
条件c、满足条件a和/或条件b,且MBMS会话的QoS(服务质量)满足预设策略(例如优先级较低,和/或能够被抢占等)。
条件d、MBMS会话在MCE处于去激活状态(该去激活状态可能是由于counting(该counting是指MBMS接收状态反馈和结果收集过程)结果或者被抢占引起,只要在MCE和eNB没有对该MBMS会话进行数据发送,且MCE向核心网已经回复了该MBMS会话的成功建立即可),且去激活状态维持达到一定的条件,例如持续预设第一时间。
条件e、MBMS会话在MCE处于去激活状态(该去激活状态可能是由于counting结果或者被抢占引起),且当前用于MBMS业务传输的资源使用率小于预设第二门限,即当前MCE的资源足够充足,MCE的MBMS资源使用率低于一定门限。
条件f、MCE存储的某MBMS业务的MBMS业务接收状态反馈结果持续预设第二时间;即MCE存储的某个MBMS业务对应的counting结果,其从获得时刻起,已经经过了特定的时长。
需要注意的是,上述基于特定时长的操作,可以是基于绝对的时长,也可以是基于该MBMS业务的MBMS会话存活期间的时间长度的累积。
本发明实施例中,MCE中存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录包括:MCE中存储有该确定的MBMS业务的MBMS业务接收状态反馈结果的记录;且该记录对应的MBMS会话与MBMS会话之间的相关性满足预设相关性策略(例如MBMS会话之间具有较强的相关性等)、和/或该记录的存储时间满足预设时效性策略(例如该记录没有到达时效时间)。
另外,判断是否发起MBMS业务接收状态反馈过程的过程,还包括:当MCE的资源小于预设第三门限(即MCE资源紧张)或者MBMS业务接收状态反馈结果达到去激活门限(即counting结果达到去激活门限),并对MBMS业务进行去激活时,如果去激活的时间持续预设第三时间(即从去激活时刻起,已经经过了特定的时长),MCE确定对MBMS业务发起MBMS业务接收状态反馈过程(即MCE可以针对该MBMS业务再次发起counting过程,以获得最新的MBMS业务接收状态反馈情况);和/或,当MCE的资源小于预设第四门限(即MCE资源紧张),并对MBMS业务进行去激活时,如果当MCE的资源大于预设第五门限(即MCE资源充裕)时,MCE确定对MBMS业务发起MBMS业务接收状态反馈过程(即MCE可以对该MBMS业务再次发起counting过程,以根据最新的MBMS业务接收状态反馈情况决定是否对该MBMS业务的当前MBMS会话进行激活操作)。
步骤302,MCE发起MBMS业务接收状态反馈过程,获取MBMS业务接收状态。本步骤中,获取MBMS业务接收状态的过程包括:MCE向eNB发送MBMS业务接收状态反馈请求(该请求中可以显示的通过指示信息指示eNB向UE发送携带业务标识的MBMS业务接收状态反馈请求,或携带业务标识和会话标识的MBMS业务接收状态反馈请求),并接收eNB根据MBMS业务接收状态反馈请求向MCE反馈的MBMS业务接收状态。
进一步的,在将MBMS业务接收状态反馈请求(counting请求)发送给eNB之后,eNB侧的处理过程包括:
(1)eNB接收来自MCE的第一MBMS业务接收状态反馈请求(counting请求)。
(2)第一MBMS业务接收状态反馈请求中携带了标识信息对应的指示信息时,eNB根据指示信息确定标识信息为业务标识、或业务标识和会话标识。或者,当MBMS业务对应的MBMS会话为一个(即该counting请求中MBMS业务对应的MBMS会话是该MBMS业务目前唯一的一个激活MBMS会话,或者UE能接收到电子标签的该MBMS业务的唯一MBMS会话)时,eNB确定标识信息为业务标识,这种情况下UE针对该MBMS业务反馈是否感兴趣,eNB在收集结果后将结果上报给MCE;当MBMS业务对应的MBMS会话为多个时(即该counting请求中MBMS业务对应的MBMS会话并不是该MBMS业务目前唯一的一个激活MBMS会话,或者并不是UE能接收到电子标签的该MBMS业务的唯一会话,该MBMS业务的多个MBMS会话在同一时刻同时存在),eNB确定标识信息为业务标识和会话标识,这种情况下UE针对该MBMS业务的这个MBMS会话反馈是否感兴趣,eNB在收集结果后将结果上报给MCE。
(3)eNB向UE发送携带标识信息的第二MBMS业务接收状态反馈请求。
另外,eNB向UE发送了携带标识信息的第二MBMS业务接收状态反馈请求之后,UE侧的处理过程包括:UE接收来自eNB的MBMS业务接收状态反馈请求,MBMS业务接收状态反馈请求中携带了标识信息;当标识信息为业务标识时,UE对业务标识对应的MBMS业务反馈MBMS业务接收状态;当标识信息为业务标识和会话标识时,UE对会话标识对应的MBMS会话反馈MBMS业务接收状态。
本发明实施例中,还包括MCE存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果的过程。进一步的,存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果的方式,包括以下方式的一种或任意几种:
方式(1):MCE对MBMS会话(即曾经建立过的MBMS会话)进行分类汇总,并分别存储不同MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻。
方式(2):当MBMS业务的不同MBMS会话有MBMS业务接收状态反馈结果时,MCE分别存储不同MBMS会话的MBMS业务接收状态反馈结果和/或结果取得时刻。
方式(3):MCE存储需要进行MBMS接收状态反馈的MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻;即MCE只对需要counting的MBMS业务的MBMS会话进行存储,对于直接发起不需counting的MBMS业务(例如世界杯),MCE不存储对应MBMS会话的上下文信息。
方式(4):MCE存储具有MBMS接收状态反馈结果的MBMS会话的上下文信息以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻。
需要注意的是,在进行存储时,存储的内容可以有一定的时效性或者根据缓存容量,当存储的MBMS会话内容超过时限则对该MBMS会话内容进行清除,或者缓存容量达到一定上限则对存储信息最老的内容进行清除,该过程本发明实施例中不再赘述。
另外,在进行存储时,需要对每种MBMS业务存储其最新的接收状态反馈,即当从eNB接收到该MBMS业务的接收状态反馈时,如果当前MCE中存储有MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,则更新当前存储的MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,进一步的,在每次更新之后可以启动定时器,定时器超时后认为相应记录失效。
步骤303,MCE根据自身存储的MBMS业务接收状态反馈结果确定MBMS业务接收状态。
具体的,当MCE中已经存储有该确定的MBMS业务的MBMS业务接收状态反馈结果时,则MCE可以将自身存储的MBMS业务接收状态反馈结果确定为MBMS业务接收状态;或者,MCE根据预设策略对自身存储的MBMS业务接收状态反馈结果进行计算(如对自身存储的MBMS业务接收状态反馈结果取平均值、取最大值、取最小值等预设策略),并得到MBMS业务接收状态。
综上所述,本发明实施例中,MCE能够更好的利用MBMS业务和MBMS会话的关联关系对MBMS业务接收状态反馈和结果进行综合控制,从而使得网络侧获得更有效的反馈汇总,提高了反馈的效率,并节省了资源开销。
为了更加清楚的阐述本发明实施例提供的技术方案,以下结合具体的实施例进行进一步的说明。
以MCE对新发起的MBMS会话进行MBMS业务接收状态反馈为例,本发明实施例二提供一种MBMS业务接收状态的处理方法,如图4所示,该方法包括:
步骤401,MME向MCE发送MBMS Session Start Request消息,请求建立一个新的MBMS会话。
步骤402,MCE根据自身的资源情况等信息对新MBMS会话进行接纳,并在接纳成功后向MME返回MBMS Session Start Response消息。
步骤403,MCE确定(如MCE根据自身算法或者更高层的指示确定)是否针对该MBMS会话发起MBMS业务接收状态反馈过程(或称counting过程),如果是,则通过M2信令向eNB发送MBMS业务接收状态反馈请求(或称counting request),该请求中可以携带业务标识和会话标识等信息。
具体的,当新建立的MBMS会话满足触发MBMS业务接收状态反馈请求的条件时,则先判断自身存储的MBMS业务与MBMS会话的关系中,相同MBMS业务的MBMS会话是否有存在的MBMS业务接收状态反馈结果记录。如果没有,则MCE向eNB发起MBMS业务接收状态反馈请求反馈过程;如果有,则进一步判断该存在的记录是否可用(判断是否可用的条件包括但不限于:该记录是否具有时效性,新MBMS会话和有反馈记录的MBMS会话是否存在很大的相关性,该MBMS会话的QoS条件,当前负荷情况和时延要求等),如果该记录可用,则不需要向eNB发起MBMS业务接收状态反馈请求反馈过程,直接使用最新记录或对可用的记录进行简单的计算(如取均值或者极值等)等方式,作为新MBMS会话的MBMS业务接收状态反馈结果。
步骤404,eNB接收到MBMS业务接收状态反馈请求后,通过MCCH向UE发送MBMS业务接收状态反馈请求。
需要注意的是,在向UE发送MBMS业务接收状态反馈请求之前,eNB还可以判断该MBMS会话(请求中指示的MBMS会话)是否是其列表中属于同一MBMS业务的唯一的MBMS会话,如果是,则可以在MBMS业务接收状态反馈请求中仅携带业务标识,可选地携带会话标识;否则需要携带业务标识和会话标识。
步骤405,UE根据自身是否对该MBMS业务感兴趣等信息,向eNB反馈MBMS业务接收状态。
具体的,当UE接收到eNB的MBMS业务接收状态反馈请求后,将按照MBMS业务接收状态反馈请求中携带的标识信息,反馈自身是否感兴趣。其中,如果标识信息中仅携带了业务标识,则UE针对该MBMS业务进行反馈;如果标识信息中携带了业务标识和会话标识,则UE针对该MBMS会话进行反馈。
步骤406,eNB收集UE的MBMS业务接收状态反馈结果,并对反馈结果进行汇总。
步骤407,eNB向MCE上报汇总后的MBMS业务接收状态信息,其中可以携带业务标识和会话标识。
本发明实施例中,在后续过程,当MCE接收到汇总信息(即MBMS业务接收状态反馈结果)后,将根据该汇总信息决定是否向eNB发起MBMS会话建立等后续过程;另外,MCE还需要存储MBMS业务和MBMS会话的关系,以及存储接收到的MBMS业务接收状态反馈结果。
需要注意的是,步骤403和步骤404中,还可以由MCE判断在空口上请求反馈时是只使用业务标识,还是使用业务标识和会话标识,判断标准为属于同一MBMS业务的MBMS会话在UE处是否能够唯一确定。MCE向eNB发送MBMS业务接收状态反馈请求时,显式的指示如何在空口上发送MBMS业务接收状态反馈请求。例如,可以在仅需要携带业务标识时在M2口的反馈请求中也仅携带业务标识;在需要业务标识和会话标识才能唯一确定该MBMS会话时,在M2口的反馈请求中携带业务标识和会话标识;或者在业务标识和会话标识均必选的情况下,增加一个单独的域,用以指示是否需要携带会话标识。
以MCE对去激活状态MBMS业务进行MBMS业务接收状态反馈过程为例,本发明实施例三提供一种MBMS业务接收状态的处理方法,如图5所示,该方法包括:
步骤501,MBMS会话完成了MBMS会话建立过程,因为被其他业务抢占资源或者MBMS业务接收状态反馈结果达到了去激活条件等原因,被MCE进行了去激活,该MBMS会话目前处于去激活状态。
步骤502,MCE确定是否针对该MBMS会话发起MBMS业务接收状态反馈过程,如果是,则通过M2信令向eNB发送MBMS业务接收状态反馈请求,该请求中携带业务标识和会话标识等信息。
具体的,当MCE的资源满足预设条件(如资源充足)和/或MBMS会话本身的情况满足预设条件(如MBMS会话处于去激活状态满足一定的时长)时,则MCE可以查询相同MBMS业务的MBMS会话是否有存在的MBMS业务接收状态反馈结果记录;如果没有,则MCE向eNB发起MBMS业务接收状态反馈请求反馈过程;如果有且该MBMS业务是由于资源状态反馈以外的原因被去激活的,则可以参考当前存在的MBMS业务接收状态反馈结果;如果有且该MBMS业务是由于资源状态反馈达到条件而被去激活的,则可以不参考当前存在的MBMS业务接收状态反馈结果,直接向eNB发起MBMS业务接收状态反馈请求反馈过程。
步骤503,eNB接收到MBMS业务接收状态反馈请求后,通过MCCH向UE发送MBMS业务接收状态反馈请求。
步骤504,UE根据自身是否对该MBMS业务感兴趣等信息,向eNB反馈MBMS业务接收状态。
步骤505,eNB收集UE的MBMS业务接收状态反馈结果,并对反馈结果进行汇总。
步骤506,eNB向MCE上报汇总后的MBMS业务接收状态信息,其中携带业务标识和会话标识。
本发明实施例中,在后续过程,当MCE接收到汇总信息(即MBMS业务接收状态反馈结果)后,将根据该汇总信息决定是否对该MBMS业务进行再次激活过程等后续过程;另外,MCE还需要存储MBMS业务和MBMS会话的关系,以及存储接收到的MBMS业务接收状态反馈结果。
以MCE对正在发送的MBMS会话进行MBMS业务接收状态反馈过程为例,本发明实施例四提供一种MBMS业务接收状态的处理方法,本实施例的处理流程与实施例三中的处理流程类似,不同之处在于该MBMS会话经过初期的建立过程,当前正处于正常的数据发送状态。本发明实施例中,MCE侧的处理过程至少包括:
(1)MCE在一个MBMS会话建立之后,维持正常的激活状态,正常发送数据。
(2)MCE因为资源状态趋于紧张,根据MBMS业务的优先级、QoS等参数,从正在激活状态正常发送数据的MBMS会话中选择一个或者多个MBMS会话,决定再次对这些MBMS会话进行MBMS业务接收状态反馈过程。MCE查询对同一MBMS业务的MBMS会话以及本MBMS会话可能的存在状态反馈记录;如果该MBMS业务存在记录趋势比较趋于一致,则可以参考存在的反馈记录直接作为反馈结果考虑,如果该MBMS业务的存在记录起伏较大,则可不参考存在反馈记录,直接发起MBMS业务状态反馈过程。
(3)如果触发了MBMS业务状态反馈过程,则接收eNB汇总的状态反馈结果,根据结果判断是否需要触发后续去激活等过程,并对该状态反馈结果进行记录。
对于其他的处理过程,与上述实施例二、实施例三的处理过程类似,在此不再详加赘述。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种多播协调实体MCE,如图6所示,该MCE包括:
判断模块11,用于判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录;
确定模块12,用于当所述判断模块11的判断结果为是时,根据自身存储的MBMS业务接收状态反馈结果确定MBMS业务接收状态;
获取模块13,用于当所述判断模块11的判断结果为否时,发起MBMS业务接收状态反馈过程,并获取MBMS业务接收状态。
所述判断模块11,具体用于判断MBMS会话是否满足触发MBMS业务接收状态反馈过程的条件;如果是,则根据所述MBMS会话确定对应的MBMS业务,并根据MBMS业务和MBMS会话的关系判断所述MCE中是否存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录。
所述MCE中存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录,具体为:所述MCE中存储有该确定的MBMS业务的MBMS业务接收状态反馈结果的记录;且该记录对应的MBMS会话与所述MBMS会话之间的相关性满足预设相关性策略、和/或该记录的存储时间满足预设时效性策略。
MBMS会话满足触发MBMS业务接收状态反馈过程的条件,包括以下条件的一种或任意几种:
条件a、所述MCE当前用于MBMS业务传输的资源使用率大于预设第一门限;
条件b、所述MCE接收到来自移动性管理实体MME的MBMS会话开始请求,并确定发起新MBMS会话的传输;
条件c、满足条件a和/或条件b,且所述MBMS会话的服务质量QoS满足预设策略;
条件d、所述MBMS会话在所述MCE处于去激活状态,且所述去激活状态持续预设第一时间;
条件e、所述MBMS会话在所述MCE处于去激活状态,且当前用于MBMS业务传输的资源使用率小于预设第二门限;
条件f、所述MCE存储的某MBMS业务的MBMS业务接收状态反馈结果持续预设第二时间。
还包括:
存储模块14,用于存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果。
存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果的方式,包括以下方式的一种或任意几种:
对MBMS会话进行分类汇总,并分别存储不同MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻;
当MBMS业务的不同MBMS会话有MBMS业务接收状态反馈结果时,分别存储不同MBMS会话的MBMS业务接收状态反馈结果和/或结果取得时刻;
存储需要进行MBMS接收状态反馈的MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻;
存储具有MBMS接收状态反馈结果的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻。
在存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果时;
如果存储的内容超过预设时间阈值时,则清除所述存储的内容;和/或,
如果缓存容量达到预设容量阈值时,则清除存储内容中最先存储的内容;和/或,
如果当前MCE中存储有MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,则更新当前存储的MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,并启动对应的定时器。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种基站设备,如图7所示,该基站设备包括:
接收模块21,用于接收来自MCE的第一MBMS业务接收状态反馈请求;
确定模块22,用于所述第一MBMS业务接收状态反馈请求中携带了标识信息对应的指示信息时,根据所述指示信息确定标识信息为业务标识、或业务标识和会话标识;或者,在MBMS业务对应的MBMS会话为一个时确定标识信息为业务标识,在MBMS业务对应的MBMS会话为多个时确定标识信息为业务标识和会话标识;
发送模块23,用于向UE发送携带所述确定模块22确定的所述标识信息的第二MBMS业务接收状态反馈请求。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种用户设备,如图8所示,该用户设备包括:
接收模块31,用于接收来自eNB的MBMS业务接收状态反馈请求,所述MBMS业务接收状态反馈请求中携带了标识信息;
处理模块32,用于当所述标识信息为业务标识时,对所述业务标识对应的MBMS业务反馈MBMS业务接收状态;
当所述标识信息为业务标识和会话标识时,对所述会话标识对应的MBMS会话反馈MBMS业务接收状态。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (19)
1.一种多媒体广播组播业务MBMS业务接收状态的处理方法,其特征在于,该方法包括:
多播协调实体MCE判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录;
如果是,所述MCE根据自身存储的MBMS业务接收状态反馈结果确定MBMS业务接收状态;
否则,所述MCE发起MBMS业务接收状态反馈过程,获取MBMS业务接收状态。
2.如权利要求1所述的方法,其特征在于,所述多播协调实体MCE判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录,包括:
所述MCE判断MBMS会话是否满足触发MBMS业务接收状态反馈过程的条件;如果是,所述MCE根据所述MBMS会话确定对应的MBMS业务,并根据MBMS业务和MBMS会话的关系判断所述MCE中是否存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录。
3.如权利要求2所述的方法,其特征在于,所述MCE中存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录,包括:
所述MCE中存储有该确定的MBMS业务的MBMS业务接收状态反馈结果的记录;且该记录对应的MBMS会话与所述MBMS会话之间的相关性满足预设相关性策略、和/或该记录的存储时间满足预设时效性策略。
4.如权利要求2所述的方法,其特征在于,MBMS会话满足触发MBMS业务接收状态反馈过程的条件,包括以下条件的一种或任意几种:
条件a、所述MCE当前用于MBMS业务传输的资源使用率大于预设第一门限;
条件b、所述MCE接收到来自移动性管理实体MME的MBMS会话开始请求,并确定发起新MBMS会话的传输;
条件c、满足条件a和/或条件b,且所述MBMS会话的服务质量QoS满足预设策略;
条件d、所述MBMS会话在所述MCE处于去激活状态,且所述去激活状态持续预设第一时间;
条件e、所述MBMS会话在所述MCE处于去激活状态,且当前用于MBMS业务传输的资源使用率小于预设第二门限;
条件f、所述MCE存储的某MBMS业务的MBMS业务接收状态反馈结果持续预设第二时间。
5.如权利要求1所述的方法,其特征在于,所述获取MBMS业务接收状态,之后还包括:所述MCE存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果。
6.如权利要求5所述的方法,其特征在于,存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果的方式,包括以下方式的一种或任意几种:
所述MCE对MBMS会话进行分类汇总,并分别存储不同MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻;
当MBMS业务的不同MBMS会话有MBMS业务接收状态反馈结果时,所述MCE分别存储不同MBMS会话的MBMS业务接收状态反馈结果和/或结果取得时刻;
所述MCE存储需要进行MBMS接收状态反馈的MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻;
所述MCE存储具有MBMS接收状态反馈结果的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻。
7.如权利要求6所述的方法,其特征在于,在存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果时;
如果存储的内容超过预设时间阈值时,则清除所述存储的内容;和/或,
如果缓存容量达到预设容量阈值时,则清除存储内容中最先存储的内容。
8.如权利要求5所述的方法,其特征在于,在存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果时;
如果当前MCE中存储有MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,则更新当前存储的MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,并启动对应的定时器。
9.一种MBMS业务接收状态的处理方法,其特征在于,该方法包括:
eNB接收来自MCE的第一MBMS业务接收状态反馈请求;
所述第一MBMS业务接收状态反馈请求中携带了标识信息对应的指示信息时,所述eNB根据所述指示信息确定标识信息为业务标识、或业务标识和会话标识;或者,所述eNB在MBMS业务对应的MBMS会话为一个时确定标识信息为业务标识,在MBMS业务对应的MBMS会话为多个时确定标识信息为业务标识和会话标识;
所述eNB向用户设备UE发送携带所述标识信息的第二MBMS业务接收状态反馈请求。
10.一种MBMS业务接收状态的处理方法,其特征在于,该方法包括:
UE接收来自eNB的MBMS业务接收状态反馈请求,所述MBMS业务接收状态反馈请求中携带了标识信息;
当所述标识信息为业务标识时,所述UE对所述业务标识对应的MBMS业务反馈MBMS业务接收状态;
当所述标识信息为业务标识和会话标识时,所述UE对所述会话标识对应的MBMS会话反馈MBMS业务接收状态。
11.一种多播协调实体MCE,其特征在于,该MCE包括:
判断模块,用于判断自身是否存储有可用的MBMS业务接收状态反馈结果的记录;
确定模块,用于当所述判断模块的判断结果为是时,根据自身存储的MBMS业务接收状态反馈结果确定MBMS业务接收状态;
获取模块,用于当所述判断模块的判断结果为否时,发起MBMS业务接收状态反馈过程,并获取MBMS业务接收状态。
12.如权利要求11所述的MCE,其特征在于,
所述判断模块,具体用于判断MBMS会话是否满足触发MBMS业务接收状态反馈过程的条件;如果是,则根据所述MBMS会话确定对应的MBMS业务,并根据MBMS业务和MBMS会话的关系判断所述MCE中是否存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录。
13.如权利要求12所述的MCE,其特征在于,所述MCE中存储有该确定的MBMS业务的可用的MBMS业务接收状态反馈结果的记录,具体为:所述MCE中存储有该确定的MBMS业务的MBMS业务接收状态反馈结果的记录;且该记录对应的MBMS会话与所述MBMS会话之间的相关性满足预设相关性策略、和/或该记录的存储时间满足预设时效性策略。
14.如权利要求12所述的MCE,其特征在于,MBMS会话满足触发MBMS业务接收状态反馈过程的条件,包括以下条件的一种或任意几种:
条件a、所述MCE当前用于MBMS业务传输的资源使用率大于预设第一门限;
条件b、所述MCE接收到来自移动性管理实体MME的MBMS会话开始请求,并确定发起新MBMS会话的传输;
条件c、满足条件a和/或条件b,且所述MBMS会话的服务质量QoS满足预设策略;
条件d、所述MBMS会话在所述MCE处于去激活状态,且所述去激活状态持续预设第一时间;
条件e、所述MBMS会话在所述MCE处于去激活状态,且当前用于MBMS业务传输的资源使用率小于预设第二门限;
条件f、所述MCE存储的某MBMS业务的MBMS业务接收状态反馈结果持续预设第二时间。
15.如权利要求11所述的MCE,其特征在于,还包括:
存储模块,用于存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果。
16.如权利要求15所述的MCE,其特征在于,存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果的方式,包括以下方式的一种或任意几种:
对MBMS会话进行分类汇总,并分别存储不同MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻;
当MBMS业务的不同MBMS会话有MBMS业务接收状态反馈结果时,分别存储不同MBMS会话的MBMS业务接收状态反馈结果和/或结果取得时刻;
存储需要进行MBMS接收状态反馈的MBMS业务的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻;
存储具有MBMS接收状态反馈结果的MBMS会话以及其对应的MBMS业务接收状态反馈结果和/或结果取得时刻。
17.如权利要求15所述的MCE,其特征在于,在存储MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果时;
如果存储的内容超过预设时间阈值时,则清除所述存储的内容;和/或,
如果缓存容量达到预设容量阈值时,则清除存储内容中最先存储的内容;和/或,
如果当前MCE中存储有MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,则更新当前存储的MBMS业务和MBMS会话的关系,以及MBMS业务接收状态反馈结果,并启动对应的定时器。
18.一种基站设备,其特征在于,该基站设备包括:
接收模块,用于接收来自MCE的第一MBMS业务接收状态反馈请求;
确定模块,用于所述第一MBMS业务接收状态反馈请求中携带了标识信息对应的指示信息时,根据所述指示信息确定标识信息为业务标识、或业务标识和会话标识;或者,在MBMS业务对应的MBMS会话为一个时确定标识信息为业务标识,在MBMS业务对应的MBMS会话为多个时确定标识信息为业务标识和会话标识;
发送模块,用于向UE发送携带所述确定模块确定的所述标识信息的第二MBMS业务接收状态反馈请求。
19.一种用户设备,其特征在于,该用户设备包括:
接收模块,用于接收来自eNB的MBMS业务接收状态反馈请求,所述MBMS业务接收状态反馈请求中携带了标识信息;
处理模块,用于当所述标识信息为业务标识时,对所述业务标识对应的MBMS业务反馈MBMS业务接收状态;
当所述标识信息为业务标识和会话标识时,对所述会话标识对应的MBMS会话反馈MBMS业务接收状态。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010537895.4A CN102469411B (zh) | 2010-11-05 | 2010-11-05 | 一种mbms业务接收状态的处理方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010537895.4A CN102469411B (zh) | 2010-11-05 | 2010-11-05 | 一种mbms业务接收状态的处理方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102469411A true CN102469411A (zh) | 2012-05-23 |
CN102469411B CN102469411B (zh) | 2014-12-10 |
Family
ID=46072452
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010537895.4A Active CN102469411B (zh) | 2010-11-05 | 2010-11-05 | 一种mbms业务接收状态的处理方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102469411B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108235230A (zh) * | 2016-12-16 | 2018-06-29 | 普天信息技术有限公司 | 一种组通信系统中mbms服务区的动态管理方法及服务器 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101378561A (zh) * | 2007-08-29 | 2009-03-04 | 华为技术有限公司 | 提供终端外观内容的方法、外观定制服务器和系统 |
CN101420655A (zh) * | 2007-10-25 | 2009-04-29 | 中兴通讯股份有限公司 | 一种多媒体广播多播业务的资源分配方法 |
CN101690277A (zh) * | 2007-07-05 | 2010-03-31 | 三菱电机株式会社 | 移动通信系统、基站及移动终端 |
WO2010072141A1 (zh) * | 2008-12-26 | 2010-07-01 | 中兴通讯股份有限公司 | 一种mbms控制信令更新的方法及系统 |
CN101841772A (zh) * | 2009-03-18 | 2010-09-22 | 大唐移动通信设备有限公司 | 一种mbms的传输方法、系统及装置 |
-
2010
- 2010-11-05 CN CN201010537895.4A patent/CN102469411B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101690277A (zh) * | 2007-07-05 | 2010-03-31 | 三菱电机株式会社 | 移动通信系统、基站及移动终端 |
CN101378561A (zh) * | 2007-08-29 | 2009-03-04 | 华为技术有限公司 | 提供终端外观内容的方法、外观定制服务器和系统 |
CN101420655A (zh) * | 2007-10-25 | 2009-04-29 | 中兴通讯股份有限公司 | 一种多媒体广播多播业务的资源分配方法 |
WO2010072141A1 (zh) * | 2008-12-26 | 2010-07-01 | 中兴通讯股份有限公司 | 一种mbms控制信令更新的方法及系统 |
CN101841772A (zh) * | 2009-03-18 | 2010-09-22 | 大唐移动通信设备有限公司 | 一种mbms的传输方法、系统及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108235230A (zh) * | 2016-12-16 | 2018-06-29 | 普天信息技术有限公司 | 一种组通信系统中mbms服务区的动态管理方法及服务器 |
CN108235230B (zh) * | 2016-12-16 | 2020-07-28 | 普天信息技术有限公司 | 一种组通信系统中mbms服务区的动态管理方法及服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN102469411B (zh) | 2014-12-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101998244B (zh) | 一种配置mbms控制信息的方法、设备和系统 | |
CN102118694B (zh) | 确定组播单频网区域与业务区域映射关系的方法和系统 | |
CN101267593B (zh) | 对目标小区进行组播广播多媒体业务激活的方法及基站 | |
US8472364B2 (en) | Evolved multimedia broadcast/multicast service base station, user equipment and methods thereof | |
US9942865B2 (en) | Method and device for synchronously counting MBMS service | |
CN103313197B (zh) | 一种多媒体广播多播业务小区重选方法及系统 | |
CN103098496A (zh) | 指示多媒体广播多播服务状态以维持服务连续性的方法 | |
CN102143430B (zh) | 一种配置mbms会话位置信息的方法和装置 | |
CN102611993A (zh) | 组播控制信道变更通知的传输方法、装置及系统 | |
CN102685684A (zh) | 一种实现mbms业务连续性的方法、系统和用户设备 | |
CN102316418A (zh) | 一种多媒体广播多播业务连续性的实现方法和装置 | |
CN105635985B (zh) | 确定挂起业务的方法及装置、指示信息处理方法及装置 | |
CN101483810A (zh) | 多媒体业务数据发送和接收方法、基站设备和用户设备 | |
CN105992155B (zh) | 一种网络中单组播动态切换的方法、装置和系统 | |
CN104717614A (zh) | 一种mbms测量方法、系统及基站、用户设备 | |
CN101304560B (zh) | 一种无线广播多播系统及方法 | |
CN107995662A (zh) | Lte宽带集群sc-ptm中的移动性管理方法及装置 | |
CN102651847B (zh) | 一种网元获取用户设备的接收状况信息的方法及系统 | |
CN102355708A (zh) | Mbms业务优先级的处理方法和设备 | |
CN102065376B (zh) | 接纳判决方法和设备 | |
CN102264031A (zh) | 一种为多播控制信道分配无线资源的方法及系统 | |
CN102104836B (zh) | Mbms业务接收状态的上报方法和设备 | |
CN105517046A (zh) | Mbms业务调度方法及装置 | |
CN101873527A (zh) | Mch物理资源的配置和传递的方法及装置 | |
CN102595326B (zh) | 在无线通信网络的基站中用于切换多媒体广播多播业务用户终端的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |