[发明专利]一种管理邻区关系的方法和装置

说明书

技术领域

本发明涉及移动通信技术，尤其涉及一种管理邻区关系的方法和装置。

背景技术

小小区的部署及能力方面的增强已经被第三代伙伴组织计划(3GPP，ThirdGenerationPartnershipProjects)确认为未来网络发展中最令人感兴趣的课题之一。目前，业界对在宏基站的覆盖范围内或边界处部署低功率节点、所述宏基站与低功率节点共同组成演进的通用陆地无线接入网(E-UTRAN，EvolvedUniversalTerrestrialRadioAccessNetwork)系统架构中的接入网，从而为用户设备(UE，UserEquipment)提供联合的数据传输服务的场景非常认同，并且已基本确定了这种系统架构。

在这种系统架构中，如图1所示，与核心网(CN，CoreNetwork)中的移动性管理实体(MME，MobilityManagementEntity)建有S1-MME接口、并被CN视作移动锚点的基站，称为主基站(MeNB，MastereNB)；与MeNB间以X2接口相连、为UE提供额外的无线资源的节点，称为次基站(SeNB，SecondaryeNB)。在有性能需求且条件满足时，MeNB会为UE选择合适的SeNB并触发SeNB添加程序；该程序完成后，UE与MeNB、SeNB间均建有无线Uu口，也就是说，UE处于双连接(DC，DualConnectivity)。这就意味着UE可以从两个eNB获取无线资源，其数据传输吞吐量能够得到极大的提升。

另一方面，在原有的单链接系统中，为了减轻运营商手动管理庞大的通讯系统内的各节点间的邻区关系，系统内可采用一种称为“自动邻区关系(ANR，AutomaticNeighbourRelation)”的功能进行管理。这项功能的主控在操作与管理(OAM，OperationandManagement)节点，所述OAM节点为演进节点B(eNB)配置邻区关系(NR，NeighbourRelations)及相应的属性(attribute)，并可以对eNB上报的邻区关系进行同意/拒绝类的响应，所述属性是单向的，包括：NoRemove、NoHO和NoX2；eNB则可以通过与UE和相邻eNB间的通信及内部算法配置NR，添加或删除自身维护的邻区关系列表(NRT，NeighbourRelationTable)，并与OAM节点保持同步。

在DC系统架构下，如何减轻运营商管理复杂的通讯网络的负担，并避免MeNB对某些不能承担双连接传输的eNB发起SeNB添加程序，是亟需解决的技术问题。

发明内容

为解决现有存在的技术问题，本发明主要提供一种管理邻区关系的方法和装置。

本发明的技术方案是这样实现的：

本发明提供的一种管理邻区关系的方法，该方法包括：

eNB获取是否支持DC的邻区信息，根据所述邻区信息进行小区间协作。

上述方案中，所述eNB获取是否支持DC的邻区信息包括：eNB从空口获取是否支持DC的邻区信息。

上述方案中，所述eNB获取是否支持DC的邻区信息包括：eNB从X2/S1接口获取是否支持DC的邻区信息。

上述方案中，所述eNB获取是否支持DC的邻区信息包括：eNB从OAM节点获取是否支持DC的邻区信息。

上述方案中，所述eNB从空口获取是否支持DC的邻区信息包括：eNB从空口接收用户设备(UE)上报的邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性，所述是否支持DC的邻区关系属性为UE通过读取邻区的广播信息获取的。

上述方案中，所述eNB从X2/S1接口获取是否支持DC的邻区信息包括：eNB通过与其他eNB间进行X2控制面信令交互获取邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性；或者，eNB通过S1接口与核心网节点通信来获取所述信息邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性。

上述方案中，所述eNB从OAM获取不支持DC的邻区信息包括：eNB接收OAM发送的新的邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性。

上述方案中，所述eNB获取是否支持DC的邻区信息包括：eNB从空口或X2/S1口获取到邻区关系及邻区对eNB是否支持DC的邻区关系属性，上报所述邻区关系及其属性给OAM，并接收OAM的同意响应。