[发明专利]小区检测的方法、装置及系统

说明书

技术领域

本发明涉及移动通信技术领域，尤其涉及睡眠小区检测的技术。

背景技术

在移动通信系统中，例如UMTS(Universal Mobile TelecommunicationsSystem，通用移动通信系统)，会因为故障或者误操作等原因导致小区无法接入，即出现休眠小区(Sleep Cell，SLC)。如果休眠小区没有被系统发现，将造成用户设备接入失败，降低用户感受。

现有检测休眠小区的方法之一是通过被动收集小区的性能指数，判断该性能指数是否在正常范围内，如果该性能指数在正常范围内，则认为该小区为非睡眠小区，否则，认为该小区为睡眠小区。本方案中小区的性能指数包括与用户接入相关的关键性能指标(Key Performance Indicators，KPI)，比如小区内无线资源控制(Radio Resource Control，RRC)连接个数，无线承载(Radio Bearer，RB)建立次数等。系统通过自适应或者预配置设定正常状态下的KPI门限，当小区实际的KPI小于该门限，则认为该小区处于休眠状态，否则，认为该小区处于非睡眠状态。但是，由于该方案中的KPI门限是统计特性，所以对某些特殊场景无法给出正确的判断。例如，小区处于正常工作状态，如果它覆盖的用户设备(User Equipment，UE)没有业务，处于空闲Idle状态，则该小区内与接入相关的KPI都是零，但通过上述检测睡眠小区的方案，将误判该小区为睡眠小区。

现有检测休眠小区的另一方法是网络主动检测的方案。网络一旦发现小区长时间没有业务迹象，就修改小区的跟踪区代码(Tracking Area Code，TAC)，使得修改后的TAC不在目前驻留在该小区的UE保存的跟踪区列表(TA list)中；或者缩短跟踪区更新(Tracking Area Update，TAU)的上报周期，使UE更加频繁的进行TAU上报。当小区的TAC被修改或有TAU上报时，根据小区是否有TAU信令判断小区是否为休眠小区。但是，由于一个(Tracking Area，TA)有可能包括多个基站，修改一个小区的TA需要同步多个网元，开销很大，同时，由于更新同步需要时间，在更新过程的时间内，对TAC的更改会使得寻呼被叫受到严重的影响，例如，寻呼不到被叫。

发明内容

本发明一方面提供一种检测睡眠小区的方法，包括：基站在待检测小区中发送寻呼消息，该寻呼消息用于小区状态检测，该寻呼消息中包含检测指示，用于指示所述待检测小区中的用户设备向上述待检测小区发起接入过程；如果上述基站检测到上述待检测小区中的用户设备发起的接入过程，判断该待检测小区为非睡眠小区。

本发明另一方面提供一种基站，包括：第一单元，用于在待检测小区中发送寻呼消息，该寻呼消息用于小区状态检测，该寻呼消息中包含检测指示，用于指示所述待检测小区中的用户设备向所述待检测小区发起接入过程；第二单元，用于检测上述待检测小区中的用户设备发起的接入过程；和第三单元，用于当上述第二单元检测到上述待检测小区中的用户设备发起的接入过程时，判断该待检测小区为非睡眠小区。

本发明在一方面提供一种小区检测系统，包括如上所述的基站。

在上述技术方案中，基站发送的寻呼消息用于小区状态检测，该寻呼消息包含检测指示，用于指示所述待检测小区中的用户设备向所述待检测小区发起接入过程，如果基站检测到该接入过程时，即可判断该待检测小区是非睡眠小区。上述技术方案能够更准确地检测出小区是否为睡眠小区，克服了现有睡眠小区检测方法造成误判的问题，同时，由于不需要修改TAC或使UE频繁上报TAU，减少了开销，并且不会造成对寻呼被叫的影响。

附图说明

图1是本发明一实施例提供的一种小区检测的方法流程示意图；

图2是本发明另一实施例提供的一种小区检测的方法流程示意图；

图3是本发明一实施例提供的一种基站的结构示意图；

图4是本发明一实施例提供的一种小区检测系统的结构示意图。

具体实施方式

下面将结合附图，详细介绍本发明的具体实施例。

如图1所示，本实施例提供一种小区检测的方法，包括以下内容。

101，基站在待检测小区中发送寻呼消息，该寻呼消息用于小区状态检测，该寻呼消息中包含检测指示，用于指示上述待检测小区中的用户设备向所述待检测小区发起接入过程。

102，如果上述基站检测到上述待检测小区中的用户设备发起的接入过程，判断该待检测小区为非睡眠小区。