一种管理邻区关系的方法和装置的制造方法
【技术领域】
[0001]本发明涉及移动通信技术，尤其涉及一种管理邻区关系的方法和装置。
【背景技术】
[0002]小小区的部署及能力方面的增强已经被第三代伙伴组织计划(3GPP，ThirdGenerat1n Partnership Projects)确认为未来网络发展中最令人感兴趣的课题之一。目前，业界对在宏基站的覆盖范围内或边界处部署低功率节点、所述宏基站与低功率节点共同组成演进的通用陆地无线接入网(E-UTRAN, Evolved Universal Terrestrial Rad1Access Network)系统架构中的接入网，从而为用户设备(UE,User Equipment)提供联合的数据传输服务的场景非常认同，并且已基本确定了这种系统架构。
[0003]在这种系统架构中，如图1所示，与核心网(CN，Core Network)中的移动性管理实体(MME，Mobility Management Entity)建有S1-MME接口、并被CN视作移动锚点的基站，称为主基站(MeNB，Master eNB);与MeNB间以X2接口相连、为UE提供额外的无线资源的节点，称为次基站(SeNB，Secondary eNB)。在有性能需求且条件满足时，MeNB会为UE选择合适的SeNB并触发SeNB添加程序；该程序完成后，UE与MeNB、SeNB间均建有无线Uu 口，也就是说，UE处于双连接(DC, Dual Connectivity)。这就意味着UE可以从两个eNB获取无线资源，其数据传输吞吐量能够得到极大的提升。
[0004]另一方面，在原有的单链接系统中，为了减轻运营商手动管理庞大的通讯系统内的各节点间的邻区关系，系统内可米用一种称为“自动邻区关系(ANR, AutomaticNeighbour Relat1n) ”的功能进行管理。这项功能的主控在操作与管理(0AM, Operat1nand Management)节点，所述0ΑΜ节点为演进节点B(eNB)配置邻区关系(NR, NeighbourRelat1ns)及相应的属性(attribute),并可以对eNB上报的邻区关系进行同意/拒绝类的响应，所述属性是单向的，包括:NoRemove、NoHO和NoX2 ；eNB则可以通过与UE和相邻eNB间的通信及内部算法配置NR，添加或删除自身维护的邻区关系列表(NRT，NeighbourRelat1n Table),并与0ΑΜ节点保持同步。
[0005]在DC系统架构下，如何减轻运营商管理复杂的通讯网络的负担，并避免MeNB对某些不能承担双连接传输的eNB发起SeNB添加程序，是亟需解决的技术问题。
【发明内容】
[0006]为解决现有存在的技术问题，本发明主要提供一种管理邻区关系的方法和装置。
[0007]本发明的技术方案是这样实现的:
[0008]本发明提供的一种管理邻区关系的方法，该方法包括:
[0009]eNB获取是否支持DC的邻区信息，根据所述邻区信息进行小区间协作。
[0010]上述方案中，所述eNB获取是否支持DC的邻区信息包括:eNB从空口获取是否支持DC的邻区信息。
[0011]上述方案中，所述eNB获取是否支持DC的邻区信息包括:eNB从X2/S1接口获取是否支持DC的邻区信息。
[0012]上述方案中，所述eNB获取是否支持DC的邻区信息包括:eNB从0ΑΜ节点获取是否支持DC的邻区信息。
[0013]上述方案中，所述eNB从空口获取是否支持DC的邻区信息包括:eNB从空口接收用户设备(UE)上报的邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性，所述是否支持DC的邻区关系属性为UE通过读取邻区的广播信息获取的。
[0014]上述方案中，所述eNB从X2/S1接口获取是否支持DC的邻区信息包括:eNB通过与其他eNB间进行X2控制面信令交互获取邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性；或者，eNB通过S1接口与核心网节点通信来获取所述信息邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性。
[0015]上述方案中，所述eNB从0ΑΜ获取不支持DC的邻区信息包括:eNB接收0ΑΜ发送的新的邻区关系及其相应的属性，所述属性为邻区对eNB是否支持DC的邻区关系属性。
[0016]上述方案中，所述eNB获取是否支持DC的邻区信息包括:eNB从空口或X2/S1 口获取到邻区关系及邻区对eNB是否支持DC的邻区关系属性，上报所述邻区关系及其属性给0ΑΜ,并接收0ΑΜ的同意响应。
[0017]上述方案中，所述根据所述邻区信息进行小区间协作包括:根据是否支持DC的邻区信息进行小区间的移动性操作、或负荷均衡、或业务传输。
[0018]上述方案中，所述根据是否支持DC的邻区信息进行小区间的移动性操作包括:在进行小区间的移动性操作时，根据支持DC的邻区信息将eNB的邻区作为SeNB添加请求的考虑节点之一，根据不支持DC的邻区信息不将eNB的邻区作为SeNB添加请求的考虑节点。
[0019]上述方案中，所述根据是否支持DC的邻区信息进行小区间的负荷均衡包括:在进行小区间的负荷均衡时，根据支持DC的邻区信息将eNB的邻区作为负荷均衡的目标小区，根据不支持DC的邻区信息将eNB的邻区不作为负荷均衡的目标小区。
[0020]上述方案中，所述根据是否支持DC的邻区信息进行小区间的业务传输包括:在进行小区间的业务传输时，根据支持DC的邻区信息向eNB的邻区请求资源，以共同传输数据，根据不支持DC的邻区信息不向eNB的邻区请求资源。
[0021]上述方案中，该方法还包括:将获取的邻区关系及邻区对eNB是否支持DC的邻区关系属性写入邻区关系列表(NRT)。
[0022]上述方案中，该方法还包括:所述eNB将邻区关系及邻区对eNB是否支持DC的邻区关系属性写入自身配置的NRT后，将所述邻区关系及邻区对eNB是否支持DC的邻区关系属性上报给0ΑΜ，以使所述0ΑΜ接收后更新自身保存的NRT。
[0023]本发明提供的一种管理邻区关系的装置，该装置包括:获取模块、处理模块；其中，
[0024]获取模块，用于获取是否支持DC的邻区信息，将获取的所述邻区信息发送给处理模块；
[0025]处理模块，用于根据所述邻区信息进行小区间协作。
[0026]上述方案中，所述获取模块，具体用于从空口获取是否支持DC的邻区信息。
[0027]上述方案中，所述获取模块，具体用于从X2/S1接口获取是否支持DC的邻区信息。
[0028]上述方案中，所述获取模块，具体用于从0ΑΜ获取是否支持DC的邻区信息。
[0029]上述方案中，所述获取模块，具体用于从空口接收UE上报的邻区关系及其相应的属性，所述属性为邻区对获取模块所属eNB是否支持DC的邻区关系属性，所述是否支持DC的邻区关系属性为UE通过读取邻区的广播信息获取的。
[0030]上述方案中，所述获取模块，具体用于通过与除自身所属eNB以外的其他eNB间进行X2控制面信令交互获取邻区关系及其相应的属性，所述属性为邻区对获取模块所属eNB是否支持DC的邻区关系属性；或者，通过S1接口与核心网节点通信来获取所述信息邻区关系及其相应的属性，所述属性为邻区对获取模块所属eNB是否支持DC的邻区关系属性。
[0031]上述方案中，所述获取模块，具体用于接收0ΑΜ发送的新的邻区关系及其相应的属性，所述属性为邻区对获取模块所属eNB是否支持DC的邻区关系属性。
[0032]上述方案中，所述获取模块，还用于从空口或X2/S1 口获取邻区关系及邻区对获取模块所属eNB是否支持DC的邻区关系属性，上报所述邻区关系及其属性给0ΑΜ，在收到0ΑΜ的同意响应后，将所述邻区关系及其属性发送给处理模块。
[0033]上述方案中，该装置还包括:写入模块，用于将获取的邻区关系及所述是否支持DC的邻区关系属性写入NRT。
[0034]上述方案中，所述处理模块，具体用于根据是否支持DC的邻区信息进行小区间的移动性操作、或负荷均衡、或业务传输。
[0035]上述方案中，所述处理模块，具体用于在进行小区间的移动性操作时，根据支持DC的邻区信息将eNB的邻区作为SeNB添加请求的考虑节点之一，根据不支持DC的邻区信息不将eNB的邻区作为SeNB添加请求的考虑节点。
[0036]上述方案中，所述处理模块，具体用于在进行小区间的负荷均衡时，根据支持DC的邻区信息将eNB的邻区作为负荷均衡的目标小区，根据不支持DC的邻区信息将eNB的邻