[发明专利]一种邻小区关系测量结果的上报方法和装置

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种邻小区关系测量结果的上报方法和装置。

背景技术

随着蜂窝移动通信系统运营商用户数的增多和用户们服务需求的提高，蜂窝网络的规模不断扩大，基站数不断增多，各种制式的蜂窝移动通信系统不断加深彼此协同操作。相伴随地，蜂窝网络中小区的邻区关系管理和维护成为越来越繁琐的工作，于是运行商们期望过去纯手工的邻区关系管理能够被系统自动化。

不例外地，UTRA网络运行商非常渴求其网络小区的邻区关系实现自动管理。如说明书附图1所示，在UTRA网络中，UTRAN(Universal Terrestrial Radio Access Network，通用陆地无线接入网)包括RNC(Radio Network Controller，无线网络控制器)和NodeB(基站)两种基本网元。成百上千的NodeB下众多小区间的邻区关系，会随着网络规划优化的需要和所处无线环境的变化而动态地变化。

UTRA网络中，小区间正确的邻区关系对网络性能非常重要。比如：实现移动用户，终端UE最优切换，保证其服务连续性，帮助网络实现负载均衡，容量调配，节能等多重目的。过去纯手工邻区编排下，网络侧将已提前配置好的邻区关系通过系统广播消息或者专有控制消息通知给终端UE，UE进一步存储和利用这些收到的小区邻区关系。但是，这种来自网络侧提前配置好的邻区关系可能是过时的，不能真正反映实时的邻区关系，从而可能造成UE错误切换，甚至掉话，网络性能总体下降。

在UTRA系统中，3GPP已经在版本10(Release10)计划引入自动邻区关系功能(Automatic Neighbor Relation Functionality，简称ANRF)。截至本发明专利撰写的时刻，虽然UTRA的ANRF最终方案细节还没有确定，但是方案基本流程架构已经确定并且公开。请参见本发明说明书附图2。此方案借用了最小路测MDT技术(Minimize Driving Test)的思想，为基于Log的方式，简称Log ANR方案，具体流程步骤参见图2，说明如下：

S201：UE驻留在源RNC下某源小区(Source cell)里面。源RNC在源小区里面选择某个合适的终端UE去执行某一类或者几类ANRF测量任务。这种合适性的选择存在于UE自己的ANRF支持能力，所处的通信状态和相关环境等等。

S202：源RNC在源小区中向之前选定的ANRF任务执行UE，发送某含有ANRF测量控制配置参数的RRC下行消息(DL Message with ANR Configurations)。这些ANRF配置参数可能包括：对UTRA频内Intra-frequency相邻未知小区检测，和/或对UTRA频外Inter-frequency相邻未知小区检测，和/或对跨LTE系统(Inter-LTE)相邻未知小区检测，和/或对跨GSM系统(Inter-GSM)相邻未知小区检测，这4种基本的ANRF测量类型相关的必要配置信息，比如进行哪些物理层信号信息的测量获取，测量事件相关门限，阈值，偏置，神经缓冲等，可选地还包括进行哪些物理层之上的层2信息的获取(Layer 2info acquistion)等。UE保存这些ANRF的配置参数，继续进行其必要的其他通信行为。

S203：UE经过一定的RRC(Radio Resource Control)信令交互之后，UE进入到了某个合适做ANRF测量的状态，就使用之前保存的ANRF配置参数为某一或者几类的相邻未知检测小区的测量做好准备。适合做ANRF测量的状态可能是空闲态Idle，寻呼态URA_PCH，Cell_PCH等等。

S204：由于UE本身可能的移动性或者其他原因，UE一方面进行非ANRF测量任务相关的常规的邻区列表内的小区测量任务，为小区重选做准备；另一方面，UE按照之前的ANRF配置，执行着ANRF测量任务，并且把满足一定条件的测量结果(包括物理层信息，可选地：物理层之上的层2信息)记录在UE内部的ANR表中(ANR Logging Table)。这种记录行为我们简称ANR Logging或者Logging，是MDT技术的一个核心思想。当UE常规的邻区列表内的某小区满足小区重选条件的时候，UE仍然按照以往的模式重选到那个邻区列表内的目标小区中，并不会受到ANRF测量任务的干扰，也就是说ANRF测量任务是附带伴随着UE常规小区重选行为的。