CoMP系统信息更新方法及主服务小区技术领域
本发明涉及通信领域,具体而言,涉及一种CoMP(Cooperative Multi-Point,多点协作)
系统信息更新方法及主服务小区。
背景技术
在LTE_A(Long Term Evolution Advanced,高级长期演进)中引入CoMP传输技术后,
协作小区的选取既可以由网络侧决定也可以基于UE侧智能选取,基于UE智能关联选取协作
小区集合的思想为:服务小区收集所有邻区的负荷状态信息及邻区能支持业务信息,服务小
区将收集到的邻区信息及自己的负荷信息和能支持的业务信息通过广播消息发送给协作用
户,协作用户通过接收系统广播信息,得到各邻小区负荷和能支持业务信息,协作用户根据
负荷信息对各邻区进行优先级排队,得到各邻区负载状态的一个优先级队列。再对各邻区进
行测量,根据测量结果RSRP和SINR(Signal to Interference plus Noise Ratio)结合负载优先
级队列最终确定该协作用户的协作小区集。当基于UE侧进行协作小区选取时,现有的CoMP
系统中的系统信息下发时机不是很合理,使得协作用户的CoMP系统信息频繁更新,增加了
协作UE与网络侧的交互,影响了协作小区的选取效率。
发明内容
本发明的主要目的在于提供一种CoMP系统信息更新方法及主服务小区,以至少解决上
述问题。
根据本发明的一个方面,提供了一种CoMP系统信息更新方法,包括:主服务小区根据
协作小区的属性的变化更新其所保存的CoMP系统信息,其中协作小区的属性包括协作小区
的负荷状态和/或协作小区支持业务类型;主服务小区向协作UE发送CoMP系统广播消息;
协作UE根据广播消息更新自身所保存的CoMP系统信息。
优选地,主服务小区根据协作小区的属性的变化更新其所保存的CoMP系统信息包括:
当协作小区的负荷超过预定的门限值时,主服务小区更新其所保存的CoMP系统信息。
优选地,主服务小区根据协作小区的属性的变化更新其所保存的CoMP系统信息包括:
当协作小区不支持协作UE选取的业务时,主服务小区根据协作UE上报的协作小区选取结果
来更新其所保存的CoMP系统信息。
优选地,主服务小区根据协作小区的属性的变化更新其所保存的CoMP系统信息包括:
当协作小区的资源不满足协作UE选取的业务所需时,主服务小区根据协作UE上报的协作小
区选取结果来更新其所保存的CoMP系统信息。
优选地,广播消息的系统信息块1的小区接入相关信息中携带有至少以下信息之一:协
作小区负荷状态、协作小区负荷状态对应的加权系数、协作小区负荷状态超过门限值标志位、
协作小区支持业务类型、协作小区支持业务类型对应的加权系数、协作小区支持业务类型改
变标志位。
优选地,广播消息的系统信息块4的同频邻区信息中携带有协作小区负荷状态和/或协作
小区支持业务类型信息。
优选地,协作UE根据广播消息更新自身所保存的CoMP系统信息包括:协作UE根据广
播消息中的协作小区负荷状态超过门限值标志位或协作小区支持业务类型改变标志位来判断
是否需更新自身所保存的CoMP系统信息;如果是,则更新自身所保存的CoMP系统信息。
根据本发明的另一方面,提供了一种主服务小区,包括:更新模块,用于根据协作小区
的属性的变化更新主服务小区所保存的CoMP系统信息,其中协作小区的属性包括协作小区
的负荷状态和/或协作小区支持业务类型;收发模块,用于向协作UE发送CoMP系统广播消
息,其中,广播消息用于协作UE更新其所保存的CoMP系统信息。
优选地,更新模块包括:第一更新子模块,用于当协作小区的负荷超过预定的门限值时,
更新主服务小区所保存的CoMP系统信息。
优选地,更新模块包括:第二更新子模块,用于当协作小区不支持协作UE选取的业务时,
更新主服务小区所保存的CoMP系统信息。
优选地,更新模块包括:第三更新子模块,用于当协作小区不支持协作UE选取的业务时,
更新主服务小区所保存的CoMP系统信息。
通过本发明,采用根据协作小区的属性的变化来通知协作UE进行CoMP系统信息的更新,
从而解决了现有的CoMP系统中的系统信息下发时机不合理的问题,减少了协作UE与网络侧
的信息交互,提高了系统吞吐量。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示
意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的服务小区、邻小区和协作小区集分布示意图;
图2是根据本发明实施例一的CoMP系统信息更新方法流程图;
图3是根据本发明实施例二的CoMP系统信息更新方法流程图;
图4是根据本发明实施例三的非CoMP系统广播信息下发交互图;
图5是根据本发明实施例四的下发CoMP系统广播信息交互图;
图6是根据本发明实施例五的协作小区负荷改变更新CoMP系统广播信息交互图;
图7是根据本发明实施例六的协作用户发起特殊业务而改变协作小区更新CoMP系统广
播信息交互图;
图8是根据本发明实施例七的主服务小区改变更新CoMP系统广播信息交互图;
图9是根据本发明实施例八的协作用户移出协作区域更新协作小区集合示意图;
图10是根据本发明实施例八的协作用户移出CoMP协作区域时更新为非COMP系统广播
信息交互图;
图11是根据本发明实施例九的主服务小区模块结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,
本申请中的实施例及实施例中的特征可以相互组合。
在3GPP标准中,已明确定义了服务小区、邻区小区的概念。服务小区:通过PDCCH向
UE发送广播信息及物理层控制信息的小区称为服务小区。邻区小区:与服务小区相邻的小区。
另还需引入几个概念:协作用户(协作UE)、协作小区集、协作小区、主服务小区、辅
小区。协作用户:小区边缘受到的干扰比较大的用户。协作小区集:直接或间接参与对UE传
输数据的小区集合,包括参与决策和调度过程的小区。协作小区:属于协作小区集内的小区。
主服务小区:属于协作小区集,且主控协作用户的服务小区。辅小区:属于协作小区集,但
不属于主服务小区的协同调度小区。其中,主服务小区、辅小区和协作小区集分布如图1所
示。
协作小区集选取、协作用户的确定及邻小区选取不属本发明的范畴,在此不做描述。
实施例一
图2是根据本发明实施例一的CoMP系统信息更新方法流程图,如图2所示,包括以下
步骤:
步骤S202,主服务小区根据协作小区的属性的变化更新其所保存的CoMP系统信息,其
中协作小区的属性包括协作小区的负荷状态和/或协作小区支持业务类型。
步骤S204,主服务小区向协作UE发送CoMP系统广播消息。
步骤S206,协作UE根据广播消息更新自身所保存的CoMP系统信息。
在本实施例中,根据协作小区的属性的变化来通知协作UE进行CoMP系统信息的更新,
从而解决了现有的CoMP系统中的系统信息下发时机不合理的问题,减少了协作UE与网络侧
的信息交互,提高了系统吞吐量。
其中,在步骤S202之前,还包括判断CoMP协作区域内有无协作用户,当CoMP协作区
域内无协作用户时,CoMP系统信息仍按现有LTE系统信息下发。当CoMP协作区域内有协
作用户时,主服务小区下发的系统广播消息将是CoMP系统信息。
其中,在本实施例中,CoMP系统信息需增加多一些信元来满足UE智能关联需求,主要
是在SIB1(SystemInFormationBlockTypel,系统信息块1)中的cellAccessRelatedInfo(小区
接入相关信息)信息内添加负荷状态信息、能支持业务类型以及两者分别对应的加权系数字
段、协作小区负荷状态超过门限或协作小区支持业务类型改变的标志位。也需要在同频邻区
信SIB4(SystemInformationBlockType4,系统信息块4)的IntraFreqNeighCellInfo(同频邻区
信息)信息内增加负荷状态信息和能支持业务类型两字段,CoMP系统另需增设协作小区负荷
状态门限。
其中,在步骤S202中,当存在某一协作小区负荷状态超门限值时,主服务小区才更新
CoMP系统信息的负荷信息,并将SIB1中的负荷状态或业务类型改变标志位置真,只有协作
用户收到负荷状态标志位置真的系统消息时,协作用户才会去更新其保存的系统消息。如果
是由于UE需特殊业务而改变的系统信息,也可由SIB1中的负荷状态或业务类型改变标志位
来通知协作用户需更新系统消息,非协作UE将不会去判断该标志位。
其中,当主服务小区发生切换时,可以按现有LTE系统方法来更新CoMP系统信息。
实施例二
图3是根据本发明实施例二的CoMP系统信息更新方法流程图。如图3所示,包括以下
步骤:
步骤S302,初始系统广播下发。
当CoMP协作区域内无UE时,服务小区下发的系统广播消息将是非CoMP系统信息,
此时系统信元与LTE系统信元一样,下发方式和更新方式也与现有LTE系统一样。当UE进
入CoMP协作区域或者UE接入CoMP协作主服务小区,此时系统能选到协作用户,主服务
小区下发的系统广播消息将是CoMP系统信息,UE将保存的系统信息更新为CoMP系统信息,
进入CoMP系统处理模式。
步骤S304,协作用户选取,当CoMP协作区域内有协作用户时,执行步骤S308;否则,
执行步骤S306。
步骤S306,判断初始系统广播是否需更新,如果是则返回步骤S302;如果否,则结束流
程。
步骤S308,X2信息交互,主服务小区收集其它协作小区的负荷状态。
步骤S310,CoMP系统广播消息下发。UE进入CoMP系统工作模式后,随着CoMP协
作小区负荷情况的变化,协作小区集也会发生改变,当协作小区集某一协作小区的负荷超
CoMP系统设定的门限时,主服务小区会更新CoMP系统信息,并下发给UE。
步骤S312,协作用户更新CoMP系统信息。
协作用户会判断接收到的CoMP系统信息中的负荷状态标志位来决定是否需更新保存的
系统信息,而不是协作用户的UE将无需判断负荷状态标志位。
当UE发起某种特殊业务时,当前协作小区中有些小区不支持该业务,此时主服务小区根
据UE上报的协作小区选取结果来变列CoMP系统信息,协作用户会判断接收到的CoMP系
统信息中的业务类型改变标志位来决定是否需更新保存的系统信息,而不是协作用户的UE将
无需判断业务类型改变标志位。
当主服务小区不满足用户要求时需要发生改变,主服务小区变更成功后,新的服务小区
需更新CoMP系统广播信息,同时UE需更新CoMP系统信息,进入新的主服务小区调度模
式。
步骤S314,协作用户测量上报。
步骤S316,判断是否还有协作用户,如果是则执行步骤S318;否则返回步骤S302。
当CoMP协作区域内无用户时,CoMP系统小区将会更新系统信息为非CoMP系统信息,
下发和更新方式与非CoMP系统广播信息一样,同时UE将会更新保存的系统信息。
步骤S318,判断CoMP系统信息是否需要更新,如果是,则执行步骤S320;如果否则结
束流程。
步骤S320,更新后CoMP系统信息广播消息下发。
实施例三
图4是根据本发明实施例三的非CoMP系统广播信息下发交互图。
当CoMP协作区域内无UE时,服务小区下发的系统广播消息将是非CoMP系统信息(LTE
系统信息),此时系统信元与LTE系统信元一样,下发方式和更新方式也与现有LTE系统一
样。UE处于非CoMP系统工作模式(LTE系统工作模式),随着CoMP协作区域驻留协作用
户,CoMP系统广播消息将会及时更新为CoMP系统信息。
本实施例的交互步骤见图4的S402-S416,因为与现有LTE系统相同,在此不做详细描述。
实施例四
图5是根据本发明实施例四的下发CoMP系统广播信息交互图。
当有UE进入CoMP协作区域并驻留,此时系统能选到协作用户,主服务小区下发的系统
广播消息将是CoMP系统信息,UE将保存的系统信息更新为CoMP系统信息,针对刚进入协
作区域内的协作用户,此时协作小区集还未确定,该协作用户还需进行协作小区选取,随后
上报协作小区选取结果给主服务小区,主服务小区根据协作用户上报结果与相应的辅助小区
通信,并收集他们的负荷信息和能支持的业务信息,设定协作小区负荷门限。如图5所示,
具体包括以下步骤:
步骤S502,UE接入主服务小区。
步骤S504,主服务小区与辅助小区通过X2信息交互。
步骤S506,协作用户信道质量上报。
步骤S508,主服务小区协作用户选取。
步骤S510,主服务小区向UE下发CoMP系统广播消息。
步骤S512,协作用户更新CoMP系统信息。
步骤S514,协作用户向主服务小区上报协作小区选取结果。
步骤S516,X2信息交互,主服务小区收集各协作辅助小区负荷信息。
步骤S518,主服务小区下发CoMP系统广播消息。
步骤S520,协作用户更新CoMP系统信息。
步骤S522,CoMP系统处理。
实施例五
图6是根据本发明实施例五的协作小区负荷改变更新CoMP系统广播信息交互图。
UE进入CoMP系统工作模式后,随着CoMP协作小区负荷情况的变化,协作小区集也会
发生改变,当协作小区集某一协作小区的负荷超CoMP系统设定的门限时,主服务小区会更
新CoMP系统信息,并下发给UE,协作用户会判断接收到的CoMP系统信息中的负荷状态标
志位来决定是否需更新保存的系统信息,而不是协作用户的UE将无需判断负荷状态标志位,
协作用户更新保存的系统信息后,需重新进入协作小区选取过程,并将选取结果上报给主服
务小区,主服务小区更新协作小区信息,更新CoMP系统信息,并下发给主服务小区内的所
有UE,UE再次根据系统信息带有的标志位来判断是否需更新保存的系统信息。
交互流程如图6所示,包括以下步骤:
步骤S602,X2信息交互,协作小区负荷超过门限值。
步骤S604,主服务小区更新CoMP系统信息。
步骤S606,主服务小区向UE下发更新的CoMP系统广播消息。
步骤S608,协作用户会判断接收到的CoMP系统信息中的负荷状态标志位来决定是否需
更新保存的系统信息,如果是,则更新保存的系统信息。而不是协作用户的UE将无需判断负
荷状态标志位。
步骤S610,协作用户更新保存的系统信息后,需重新进入协作小区选取过程
步骤S612,将选取结果上报给主服务小区。
步骤S614,主服务小区更新协作小区集
步骤S616,主服务小区与辅助小区X2信息交互,更改协作小区。
步骤S618,主服务小区更新CoMP系统信息。
步骤S620,主服务小区下发更新的CoMP系统广播消息至主服务小区内的所有UE。
步骤S622,协作用户再次通过判断系统信息中的标志位来更新保存的系统信息。
实施例六
图7是根据本发明实施例六的协作用户发起特殊业务而改变协作小区更新CoMP系统广
播信息交互图。
当协作用户选取的业务改变时,例如需要特殊的VIP业务,由于协作小区集中某些小区
各种原因不支持该业务,或者是该业务所需资源协作小区集中某些小区不满足时,协作用户
需要更新协作小区集合,并将协作小区更新结果上报给主服务小区,此时主服务小区根据UE
上报的协作小区选取结果来变更CoMP系统信息,协作用户会判断接收到的CoMP系统信息
中的业务类型改变标志位来决定是否需更新保存的系统信息,而不是协作用户的UE将无需判
断业务类型改变标志位。
交互流程如图7所示,包括以下步骤:
步骤S702,协作用户发起特殊业务,其中某些协作小区不支持该业务。
步骤S704,协作用户更新协作小区信息。
步骤S706,协作用户向主服务小区进行测量上报。
步骤S708,主服务小区根据上报的测量更新协作小区。
步骤S710,主服务小区与辅助小区X2信息交互,更改协作小区。
步骤S712,主服务小区更新CoMP系统信息。
步骤S714,主服务小区下发更新的CoMP系统广播消息
步骤S716,协作用户更新CoMP系统信息
步骤S718,CoMP系统处理,支持协作用户特殊业务。
步骤S720,协作用户再次测量上报。
实施例七
图8是根据本发明实施例七的主服务小区改变更新CoMP系统广播信息交互图。
当主服务小区不满足用户要求时需要发生改变,主服务小区变更成功后,新的服务小区
需更新CoMP系统广播信息,同时UE需更新CoMP系统信息,协作用户进入协作小区选取
流程,并将协作小区选取结果上报给新的主服务小区,新的主服务小区更新协作小区信息,
更新CoMP系统广播信息,并下发给主服务小区内的所有UE,UE根据系统信息带有的标志
位来判断是否需更新保存的系统信息,继续CoMP系统工作模式。
交互流程如图8所示,包括以下步骤:
步骤S802,协作用户向主服务小区进行测量上报
步骤S804,主服务小区进行切换判决。
步骤S806,进行切换处理过程。
步骤S808,主服务小区更新CoMP系统信息。
步骤S810,主服务小区下发更新的CoMP系统广播消息。
步骤S812,协作用户更新CoMP系统信息。
步骤S814,协作用户进行协作小区选取。
步骤S816,协作用户测量上报协作小区选取结果。
步骤S818,主服务小区根据上报的测量更新协作小区信息。
步骤S820,主服务小区与辅助小区X2信息交互,协作小区负荷上报,支持业务类型上
报。
步骤S822,协作用户更新CoMP系统信息。
步骤S824,主服务小区下发更新的CoMP系统广播消息。
步骤S826,协作用户更新CoMP系统信息。
步骤S828,CoMP系统处理操作。
实施例八
图9是根据本发明实施例八的协作用户移出协作区域更新协作小区集合示意图。图10是
根据本发明实施例八的所有协作用户移出CoMP协作区域时更新为非COMP系统广播信息交
互图。
当CoMP协作区域内无用户时,CoMP系统小区将会更新系统信息为非CoMP系统信息
(LTE系统信息),下发和更新方式与非CoMP系统广播信息一样,同时UE将会更新保存的
系统信息,进入非CoMP系统(LTE系统)工作模式。
本实施例的交互步骤见图9的S902-S914,因为其与现有LTE系统的步骤相同,在此不做
详细描述。
实施例九
图11是根据本发明实施例九的主服务小区模块结构示意图。如图11所示,该主服务小区
包括:更新模块100和收发模块200。
其中,更新模块100用于根据协作小区的属性的变化更新主服务小区所保存的CoMP系
统信息,其中协作小区的属性包括协作小区的负荷状态和/或协作小区支持业务类型。收发模
块200用于向协作UE发送CoMP系统广播消息,其中,广播消息用于协作UE更新其所保存
的CoMP系统信息。
其中,更新模块100包括第一更新子模块110、第二更新子模块120和第三更新子模块130。
第一更新子模块110用于当协作小区的负荷超过预定的门限值时,更新主服务小区所保存的
CoMP系统信息。第二更新子模块120,用于当协作小区不支持协作UE选取的业务时,更新
主服务小区所保存的CoMP系统信息。第三更新子模块130,用于当协作小区不支持协作UE
选取的业务时,更新主服务小区所保存的CoMP系统信息。
在本发明的上述各实施例中,提供了一种基于UE智能关联的CoMP系统信息更新方法。
通过设计一种新的CoMP系统更新方法来提高协作小区的选取效率,减少UE与网络的信息交
互达到提高系统吞吐量目的。采用本方法可以更快、更有效的满足UE智能关联需求,达到提
升吞吐量的目的,节省可用资源,增加用户数,提高运营商的经济效益。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算
装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,
可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置
中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步
骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个
集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员
来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等
同替换、改进等,均应包含在本发明的保护范围之内。