[发明专利]覆盖漏洞检测的实现方法、系统及基站

说明书

技术领域

本发明涉及通信领域，具体而言，涉及在LTE系统中覆盖漏洞检测的实现方法、系统及基站。

背景技术

如图1所示，长期演进(LTE，Long Term Evolution)网络由演进全球陆地无线接入网(E-UTRAN，Evolved Universal Terrestrial Radio AccessNetwork)和演进分组交换中心(EPC，Evolved Packet Core)组成，网络呈现扁平化。EUTRAN通过S1接口与EPC相连。其中，EUTRAN由多个相互连接的演进基站(eNB，Evolved NodeB)组成，各个eNB之间通过X2接口连接；EPC由移动性管理实体(MME，Mobility Management Entity)和服务网关实体(S-GW，Serving Gateway)组成。

在LTE中由于无线环境或者用户设备(UE，User Equipment)在网络覆盖区域的移动等因素影响，可能会引起UE的连接发生异常，比如可能导致UE发生无线链路失败(RLF，Radio Link Failure)，从而影响了UE的正常业务。为了避免这种情况，需要尽快检测导致RLF的原因，比如覆盖区域内是否存在覆盖漏洞，如图2。但是在LTE网络中不当的切换参数也会导致UE发生RLF，比如服务小区可能会把UE切换到一个信号不好的邻区导致UE在邻区发生了RLF，为了优化这种情况，在LTE的自组织网络功能(SON，Self-Organizing Network)中就提出了移动性鲁莽性优化(MRO，MobilityRobustness Optimization)，MRO可以根据UE发生RLF的行为发现当前移动性参数存在的问题。比如图2所示，处在小区1(eNB1)中的UE发生了RLF，最终UE选了小区2(eNB2)发起了重建，则小区2(eNB2)会根据UE的重建消息向小区1(eNB1)立即发送一个RLF指示(RLF Indication)，其中还带有UE的标识信息，比如UE的小区无线网络临时标识(C-RNTI)，以及消息校验值(ShortMAC-I)。如果小区1在收到后根据UE的标识信息找到了该UE的上下文，则说明此前UE的RLF是因为小区1没有及时将其切换到小区2所致，即发现了UE在小区1发生了切换过晚的情况，此时网络侧也可以适当调整切换参数以规避这种情况。

但如前面所述，由于覆盖漏洞也可能会导致UE发生RLF，这就可能导致网络侧无法正确判断导致RLF的原因。为了及时发现覆盖问题或者发现切换参数不当问题，在当前第三代合作伙伴计划(3GPP，3rd GenerationPartnership Project)组织的讨论中，有公司提出可以让UE记录在发生RLF之前的测量结果，以及UE在随后发起重建时所测量的测量结果，一并在UE向网络侧发起RRC连接重建时，通过UE重建的第一条消息，即RRC连接重建请求消息(RRCConnectionReestablishmentRequest)将测量结果通知给网络侧，该测量结果可能包括测量到的小区的参考信号接受功率RSRP，或者参考信号接收质量RSRQ等，另外可选的还有与测量结果相对应的发生RLF时的位置信息。网络侧在收到后可以根据UE的上报来判断本地UE发生的RLF到底是因为覆盖漏洞导致的，还是因为切换参数不当导致的。判断的方法可以有很多，简单的判断可以是：如果网络侧发现UE上报的在RLF之前的测量结果中没有测量到信号强的小区，则此时很可能就是出现了覆盖漏洞，否则可能是切换参数不当导致。

需要注意的是，因为UE在发起重建之前需要重新进行小区选择，因此很可能重建的小区与发生RLF之前UE连接的小区(为方便起见，称之为原小区)不同。在这种情况下，UE在新小区上报的信息是关于原小区的，原小区无法知道UE重建时上报的信息，因此原小区也无法知道UE发生RLF的原因，也就无法判断是否本小区存在覆盖漏洞，或者是否本小区的切换参数设置不当。为了可以让原小区能及时发现影响网络性能的问题，我们期望该信息应该也可以为原小区所知。

发明内容

本发明要解决的技术问题是提供一种覆盖漏洞检测的实现方法、系统及基站，以及时检测到网络漏洞。

为解决以上技术问题，本发明提供一种覆盖漏洞检测的实现方法，当前基站接收终端上报的测量信息后，判断终端发生无线链路失败(RLF)前连接的原小区不是当前基站所辖的小区时，该方法包括：

当前基站向所述原小区所在的原基站发送覆盖相关信息；

所述原基站接收所述覆盖相关信息，并根据所述覆盖相关信息确定是否存在覆盖漏洞。