一种节能场景下保障eMBMS服务连续性的方法

文档序号:7650235阅读:182来源:国知局
专利名称:一种节能场景下保障eMBMS服务连续性的方法
技术领域
本发明属于无线通信技术领域,涉及一种节能场景下保障eMBMS服务连续性的方法。
背景技术
第三代合作伙伴计划(3rdGeneration Partnership Project, 3GPP)在 R6 版本引入了多媒体广播 / 组播业务(Multimedia Broadcast Multicast Service, MBMS)特性,实现从数据源向特定范围内多个用户同时传送数据的一种点到多点的业务,使得网络资源得到共享,从而以较少的资源实现为大量具有相同需求的用户同时提供多媒体业务。在LTE网络架构下,MBMS业务在承载层面的实现框架以及方式都发生了一些变化,我们为区别之前的MBMS承载实现称其为eMBMS。·eMBMS中一个比较重要的变化在于引入了 MBSFN的传送概念,即在同一时间以相同频率在多个小区进行同步传输,使用这种传送方式可以节约频率资源,同时带来的分集效果可以增强接收的可靠性提高覆盖的效果。其中,MBSFN区域(MBSFN Area)是指实现了 MBSFN传送的一组小区集合,也可以理解是eMBMS业务传送的最小单位。节能(EnergySaving,ES)是3GPP在R9引入的一个特性,目的是在保证网络性能不受影响的情况下尽量实现网络能耗与网络业务流量二者之间的匹配,进而达到节能和降低运营商运营维护成本的目的。节能在R9 —个重要应用场景是在inter-eNodeB的层次化小区(HierarchicalCell Structure, HCS)覆盖下,存在两种小区一种是提供基本覆盖的宏蜂窝小区,这类小区是禁止实施节能的;另一种是在热点地区或特殊地理位置提供增强型覆盖的微蜂窝小区,在本发明中也称之为节能小区,即这类小区可以自主决策何时在何种条件下实施关闭以达到节能目的。对于eMBMS capable UE来说,其在RRC_IDLE状态下也是可以接受eMBMS服务的。在目前的节能实施流程中,只关注了处于RRC_C0NNECTED状态下的UE’即对这部分UE的服务连续性在UE切换流程中做了考虑和保障;而没有考虑处于RRC_IDLE状态且当前正在接受eMBMS服务的UE的服务连续性问题。上述问题如果不加以考虑,则在节能场景下对处于RRC_IDLE状态且当前正在接受eMBMS服务的UE来说,其服务的连续性可能无法得到有效的保证;进而损害了用户的服务质量体验。

发明内容
本发明所要解决的技术问题是提供一种节能场景下保障eMBMS服务连续性的方法,该方法可以满足处于RRC_IDLE状态的UE的eMBMS服务连续性的需求。为解决上述技术问题,本发明采用如下技术方案。一种节能场景下保障eMBMS服务连续性的方法,包括以下步骤步骤一,在节能场景下,当节能小区满足触发实施节能的条件后,所述节能小区通过RRC接口向当前服务范围内的UE广播自身即将实施关闭的指示信息;步骤二,在所述节能小区中,处于RRC_IDLE状态且目前存在正以MBSFN方式接受eMBMS服务的UE关注所述指示信息;步骤三,所述UE获取所述节能小区即将实施关闭的指示信息后,根据指示信息的内容在合适的时间内完成目标重选小区的选择;然后所述获取指示信息的UE判断所述目标重选小区是否能够支撑自身eMBMS服务的连续性,如果不能支撑,则知会所述目标重选小区尽力而为地预部署eMBMS服务,以满足对自身的eMBMS服务的连续性要求。作为本发明的一种优选方案,所述指示信息包括实施关闭的时间字段SwitchoffOngoingTime和实施关闭的小区标识信息ECGI ;所述指示信息整体为可选,即如果存在,则说明小区将要实施关闭;所述指示信息中实施关闭的时间字段SwitchoffOngoingTime为可选,即如果存在,则表示预计多长时间后会实施关闭,时间单位为秒;如果不存在,说明即刻或近似即刻实施关闭;所述指示信息中的实施关闭的小区标 识信息ECGI为可选,即如果广播域是单小区,则ECGI无需携带;如果广播域在逻辑上是一个小区集合,则需要携带小区的ECGI。作为本发明的另一种优选方案,步骤三中,UE收到所述指示信息后,执行以下步骤步骤31、UE判断自身是否存在正在以MBSFN方式接受eMBMS服务,若存在,则继续执行步骤32 ;若没有则终止执行;步骤32、如果指示信息里携带了小区标识信息ECGUU UE判断所述ECGI是否为自己当前驻留的小区,若是则继续执行步骤33 ;若不是则终止执行;步骤33、如果指示信息里携带了时间字段SwitchoffOngoingTime,则UE根据所述时间字段的时长在合适的时间内确定除当前自身驻留小区之外的最佳目标重选小区;如果不能确定,则终止执行;所述合适的时间长度小于等于所述时间字段的时长;步骤34、确定最佳目标重选小区后,UE根据所述最佳目标重选小区上的MCCH配置信息判断该小区是否能满足自身当前eMBMS服务的连续性要求,若满足,则终止执行;若不能满足,UE则向自身当前驻留小区发起RRC连接建立过程;连接建立后,UE向当前服务小区上报目标重选小区的标识信息以及期望能保证连续的eMBMS服务列表;所述当前服务小区即为RRC连接建立前的当前驻留小区;步骤35、当前驻留小区收到所述目标重选小区的标识信息以及期望能保证连续的eMBMS服务列表后,向目标重选小区发送请求消息,用以保障UE的eMBMS业务连续性,同时当前驻留小区释放与所述UE之间的RRC连接;步骤36、当前驻留小区关闭且UE驻留到目标重选小区后,UE则能够获得连续的eMBMS服务。作为本发明的再一种优选方案,步骤一中,所述广播方式为将所述指示信息放置在系统信息块类型2中,通过广播控制信道向UE广播。作为本发明的再一种优选方案,步骤一中,所述广播方式为将所述指示信息放置在系统信息块类型13中,通过广播控制信道向UE广播。作为本发明的再一种优选方案,步骤一中,所述广播方式为在多播控制信道消息类中新增一种消息类型SwitchoffOngoingIndication Message,通过MCCH向UE广播;如果一个小区同时属于多个MBSFN区域,则需要同时在多个MBSFN区域对应的MCCHs上广播所述指示信息。本发明的有益效果在于本发明所述的节能场景下保障eMBMS服务连续性的方法可以较好地从机制上保障在节能场景下或其他可实施小区动态关闭策略的场景下,处于RRC_IDLE状态的UE的eMBMS服务连续性的需求,对于用户的服务质量体验起到了积极的提升作用。


图I为本发明所述的节能场景下保障eMBMS服务连续性的方法流程图;图2为实施例一所述的广播指示信息的流程图;图3为实施例二所述的广播指示信息的流程图;图4为实施例三所述的广播指示信息的流程图。
具体实施例方式本发明涉及无线蜂窝通信系统,更具体地说是在部署了 eMBMS服务且支持节能策略的长期演进(Long Term Evolution, LTE)移动通信系统中,对处于RRC_IDLE状态且当前存在正以MBSFN方式接受eMBMS服务的UE来说如何保障其eMBMS服务连续性的方法。
下面结合附图对本发明的具体实施方式
作进一步详细说明。实施例一在节能场景下,系统可以自主决策对于某些增强型覆盖的小区实施关闭。这种情况下系统需要在实施小区关闭之前通过无线资源控制(Radio Resource Control, RRC)接口广播该小区即将实施关闭的指示信息。处于RRC_IDLE状态且目前存在正以多媒体广播组播服务单频网(Multimedia Broadcast multicast service Single FrequencyNetwork, MBSFN)方式接受增强多媒体广播组播服务(enhanced Multimedia BroadcastMulticast Service, eMBMS)的UE需要关注上述的广播信息。上述UE接收到小区即将实施关闭的指示信息后,需要及时确定除当前驻留小区之外的最佳目标重选小区;然后判断该目标重选小区是否能支撑自身eMBMS服务的连续性,如果不能支撑,则需要通过其他过程要求目标重选小区尽力而为地满足eMBMS服务连续性的要求。本实施例提供一种节能场景下保障eMBMS服务连续性的方法,如图I所示,包括以下步骤步骤一,在节能场景下,当节能小区满足触发实施节能的条件后,通过RRC接口向当前服务范围内的UE广播所述节能小区即将实施关闭的指示信息;所述指示信息可以包括实施关闭大致的时间信息,也可以包括实施关闭的小区标识信息。所述广播方式为将所述指示信息放置在系统信息块类型2 (SystemInformationBlockType2, SIB2)中,通过广播控制信道(Broadcast Control Channel, BCCH)向UE广播,广播流程如图2所示。这种广播方式的特点是小区服务范围里的所有UE都可以接收到,且指示信息里无需携带小区的ECGI。对于所述指示信息的数据结构,本发明设计了如表I所示的信息模型,对该模型的说明如下
I)指示信息整体为可选,即如果存在,则说明小区将要实施关闭;2)指示信息里的SwitchoffOngoingTime为可选;如果存在,则表示预计多长时间后会实施关闭,时间单位为秒;如果不存在,说明即刻或近似即刻实施关闭;3)指示信息里的ECGI(E_UTRAN Cell Global Identifier)为可选;如果广播域是单小区,则ECGI无需携带;如果广播域在逻辑上是一个小区集合,如一个MBSFN区域,则需要携带小区的ECGI。表I :指示信息的数据结构模型
权利要求
1.一种节能场景下保障eMBMS服务连续性的方法,其特征在于,包括以下步骤 步骤一,在节能场景下,当节能小区满足触发实施节能的条件后,所述节能小区通过RRC接口向当前服务范围内的UE广播自身即将实施关闭的指示信息; 步骤二,在所述节能小区中,处于RRC_IDLE状态且目前存在正以MBSFN方式接受eMBMS服务的UE关注所述指示信息; 步骤三,所述UE获取所述节能小区即将实施关闭的指示信息后,根据指示信息的内容在合适的时间内完成目标重选小区的选择;然后所述获取指示信息的UE判断所述目标重选小区是否能够支撑自身eMBMS服务的连续性,如果不能支撑,则知会所述目标重选小区尽力而为地预部署eMBMS服务,以满足对自身的eMBMS服务的连续性要求。
2.根据权利要求I所述的节能场景下保障eMBMS服务连续性的方法,其特征在于所述指示信息包括实施关闭的时间字段SwitchoffOngoingTime和实施关闭的小区标识信息ECGI ;所述指示信息整体为可选,即如果存在,则说明小区将要实施关闭;所述指示信息中实施关闭的时间字段SwitchoffOngoingTime为可选,即如果存在,则表示预计多长时间后会实施关闭,时间单位为秒;如果不存在,说明即刻或近似即刻实施关闭;所述指示信息中的实施关闭的小区标识信息ECGI为可选,即如果广播域是单小区,则ECGI无需携带;如果广播域在逻辑上是一个小区集合,则需要携带小区的ECGI。
3.根据权利要求2所述的节能场景下保障eMBMS服务连续性的方法,其特征在于,步骤三中,UE收到所述指示信息后,执行以下步骤 步骤31、UE判断自身是否存在正在以MBSFN方式接受eMBMS服务,若存在,则继续执行步骤32 ;若没有则终止执行; 步骤32、如果指示信息里携带了小区标识信息ECGI,则UE判断所述ECGI是否为自己当前驻留的小区,若是则继续执行步骤33 ;若不是则终止执行; 步骤33、如果指示信息里携带了时间字段SwitchoffOngoingTime,则UE根据所述时间字段的时长在合适的时间内确定除当前自身驻留小区之外的最佳目标重选小区;如果不能确定,则终止执行;所述合适的时间长度小于等于所述时间字段的时长; 步骤34、确定最佳目标重选小区后,UE根据所述最佳目标重选小区上的MCCH配置信息判断该小区是否能满足自身当前eMBMS服务的连续性要求,若满足,则终止执行;若不能满足,UE则向自身当前驻留小区发起RRC连接建立过程;连接建立后,UE向当前服务小区上报目标重选小区的标识信息以及期望能保证连续的eMBMS服务列表;所述当前服务小区即为RRC连接建立前的当前驻留小区; 步骤35、当前服务小区收到所述目标重选小区的标识信息以及期望能保证连续的eMBMS服务列表后,向目标重选小区发送请求消息,用以保障UE的eMBMS业务连续性,同时当前服务小区释放与所述UE之间的RRC连接; 步骤36、当前驻留小区关闭且UE驻留到目标重选小区后,UE则能够获得连续的eMBMS服务。
4.根据权利要求I所述的节能场景下保障eMBMS服务连续性的方法,其特征在于步骤一中,所述广播方式为将所述指示信息放置在系统信息块类型2中,通过广播控制信道向UE广播。
5.根据权利要求I所述的节能场景下保障eMBMS服务连续性的方法,其特征在于步骤一中,所述广播方式为将所述指示信息放置在系统信息块类型13中,通过广播控制信道向UE广播。
6.根据权利要求I所述的节能场景下保障eMBMS服务连续性的方法,其特征在于步骤一中,所述广播方式为在多播控制信道消息类中新增一种消息类型SwitchoffOngoingIndication Message,通过MCCH向UE广播;如果一个小区同时属于多个MBSFN区域,则需要同时在多个MBSFN区域对应的MCCHs上广播所述指示信息。
全文摘要
本发明公开了一种节能场景下保障eMBMS服务连续性的方法,包括步骤一,在节能场景下,当节能小区满足触发实施节能的条件后,节能小区通过RRC接口向当前服务范围内的UE广播自身即将实施关闭的指示信息;步骤二,在节能小区中,处于RRC_IDLE状态且目前存在正以MBSFN方式接受eMBMS服务的UE关注指示信息;步骤三,UE获取节能小区即将实施关闭的指示信息后,根据指示信息的内容在合适的时间内完成目标重选小区的选择;然后获取指示信息的UE判断目标重选小区是否能够支撑自身eMBMS服务的连续性,如果不能支撑,则知会目标重选小区尽力而为地预部署eMBMS服务,以满足对自身的eMBMS服务的连续性要求。本发明可以较好地从机制上保障节能场景下处于RRC_IDLE状态的UE的eMBMS服务连续性的需求。
文档编号H04W52/02GK102761827SQ201110105950
公开日2012年10月31日 申请日期2011年4月26日 优先权日2011年4月26日
发明者胡宏林, 郑小盈, 金圣峣, 闫剑龙, 魏珍珍 申请人:上海无线通信研究中心
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1