一种保持服务RL的方法、装置及系统与流程

本发明涉及移动通信系统领域，特别涉及一种保持服务无线链路(Radio Link，RL)的方法、装置及系统。

背景技术：

第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)协议在R5引入了高速下行分组接入(High Speed Downlink Packet Access，HSDPA)技术后，基站下行方向接纳的用户的业务类型更加丰富，有R99业务，有HSDPA业务，HSDPA业务大大提升了用户的下行数据速率。3Gpp在R6引入了高速上行分组接入(High Speed Uplink Packet Access，HSUPA)技术后，基站上行方向接纳的用户的业务类型更加丰富，有R99业务，有HSUPA业务，HSUPA业务大大提升了用户的上行数据速率。

软切换上下行不平衡场景，特别是宏微的切换环境更加严重，宏微小区上下行不平衡超过了10db以上。上下行不平衡场景在宏宏小区之间软切换也同样存在。

宏微上行的不平衡超过一定范围后，宏小区的RL容易出现失败，无线网络控制器(Radio Network Controller，RNC)收到RL失败后，定时器超时就会强制把服务RL迁移到微小区，同时删除服务RL。因宏小区下行质量又远远好于微小区，用户设备(User Equipment，UE)马上上报1a事件(该事件会触发切换增加RL)、1d测量事件(该事件会触发服务小区变更)，服务RL又切回宏小区，宏小区就容易出现无线链路不恢复或者失败，无法把服务RL稳定建立在宏站，导致下行分组接入(Downlink Packet Access，DPA)DPA/上行分组接入(Uplink Packet Access，UPA)用户速率掉沟、甚至掉话，用户体验差。

技术实现要素：

根据本发明实施例提供的一种保持服务RL的方法、装置及系统，用于在宏分集上下行不平衡场景中，保持上行信道质量较差的服务RL。

根据本发明实施例提供的一种保持服务RL的方法，包括：

基站将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据来自RNC的宏分集指示，判断所述用户终端是否处于宏分集状态；

若所述基站判断所述用户终端处于宏分集状态，则向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区；

在所述DPA/UPA服务RL落入宏小区后，所述基站通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。

优选地，所述宏分集指示是由所述RNC根据所述用户终端的宏分集状态变化而发送至所述基站的。

优选地，所述的基站通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息包括：

若判断所述RL失步，且所述用户终端状态未发生变化，则所述基站确定不向所述RNC发送RL失败消息。

若判断所述RL失步，且所述用户终端状态发生变化，则所述基站确定向所述RNC发送RL失败消息。

优选地，所述用户终端状态是否发生变化包括以下之一：

所述用户终端是否退出宏分集；

所述用户终端的服务RL是否变更为非服务RL；

所述用户终端是否变更为非DPA/UPA用户终端。

根据本发明实施例提供的存储介质，其存储上述保持服务RL的方法的程序。

根据本发明实施例提供的一种保持服务RL的装置，包括：

判断模块，用于将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据来自RNC的宏分集指示，判断所述用户终端是否处于宏分集状态；

恢复模块，用于在判断所述用户终端处于宏分集状态时，向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区；

确定模块，用于在所述DPA/UPA服务RL落入宏小区后，通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。

优选地，所述宏分集指示是由所述RNC根据所述用户终端的宏分集状态变化而发送至所述基站的。

优选地，所述确定模块在判断所述RL失步，且所述用户终端状态未发生变化时，确定不向所述RNC发送RL失败消息，在判断所述RL失步，且所述用户终端状态发生变化时，确定向所述RNC发送RL失败消息。

根据本发明另一实施例提供的一种保持服务RL的装置，包括处理器以及存储有所述处理器可执行指令的存储器；

其中，当所述处理器执行指令时，执行如下操作：

将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据来自RNC的宏分集指示，判断所述用户终端是否处于宏分集状态；

若判断所述用户终端处于宏分集状态，则向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区；

在所述DPA/UPA服务RL落入宏小区后，通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。

优选地，所述处理器在判断所述RL失步，且所述用户终端状态未发生变化时，确定不向所述RNC发送RL失败消息，在判断所述RL失步，且所述用户终端状态发生变化时，确定向所述RNC发送RL失败消息。

根据本发明实施例提供的一种保持服务RL的系统，包括：

RNC，用于在用户终端的宏分集状态变化时，向基站发送宏分集指示；

基站，用于将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据所述宏分集指示，确定所述用户终端是否处于宏分集状态，若判断所述用户终端处于宏分集状态，则向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区，并在所述DPA/UPA服务RL落入宏小区后，通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。

本发明实施例提供的技术方案具有如下有益效果：

在识别宏分集上下行不平衡场景后，本发明实施例向RNC上报RL恢复消息，在满足上报失败的条件时不上报失败，可使得处于宏分集上下行不平衡场景的DPA/UPA用户的服务RL保持稳定，不会发生反复删建的乒乓现象。

附图说明

图1是本发明实施例提供的保持服务RL的方法框图；

图2是本发明实施例提供的保持服务RL的装置框图；

图3是本发明另一实施例提供的保持服务RL的装置框图；

图4进入本发明实施例所述应用场景的基站应用部分(NodeB Application Part，NBAP)消息交互图；

图5退出本发明实施例所述应用场景的NBAP消息交互图；

图6退出本发明实施例所述应用场景的消息交互图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是本发明实施例提供的保持服务RL的方法框图，如图1所示，步骤包括：

步骤S201：基站将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据来自RNC的宏分集指示，判断所述用户终端是否处于宏分集状态。

所述宏分集指示是由RNC根据所述用户终端的宏分集状态变化而发送至所述基站的。也就是说，在步骤S201之前，RNC根据所述用户终端的宏分集状态变化，向所述基站发送宏分集指示。

步骤S202：若所述基站判断所述用户终端处于宏分集状态，则向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区。

也就是说，只要确定所述用户终端处于宏分集状态，不论上行信号质量好坏(即不考虑上行信号质量好坏)，所述基站都要向RNC上报RL恢复消息。

步骤S203：在所述DPA/UPA服务RL落入宏小区后，所述基站通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。

步骤S203包括：若判断所述RL失步，且所述用户终端状态未发生变化，则所述基站确定不向所述RNC发送RL失败消息。若判断所述RL失步，且所述用户终端状态发生变化，则所述基站确定向所述RNC发送RL失败消息。其中，所述用户终端状态是否发生变化包括：所述用户终端是否退出宏分集，或所述用户终端的服务RL是否变更为非服务RL，或所述用户终端是否变更为非DPA/UPA用户终端。

例如，用户终端的RL变更为非服务RL，或用户终端退出宏分集，或用户终端变更为非DPA/UPA用户终端(例如R99用户)时，若检测到RL失步，则向RNC发送RL失败消息，使得所述RL退出宏小区。又例如，用户终端的RL为服务RL，且用户终端处于宏分集，且用户终端为DPA/UPA用户终端时，若检测到RL失步，则不向RNC发送RL失败消息，从而使所述RL保持在宏小区。

本发明实施例适用于通用移动通信系统(Universal Mobile Telecommunications System，UMTS)，尤其适用于宽带码分多址接入(Wideband Code Division Multiple Access，WCDMA)第三代通信系统(3rd Generation，3G)，在宏分集上下行不平衡场景，使服务RL在上行失步时保持不被删除。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，包括步骤S101至步骤S103。其中，所述的存储介质可以为ROM/RAM、磁碟、光盘等。

图2是本发明实施例提供的保持服务RL的装置框图，该装置设置于基站，如图2所示，包括：判断模块、恢复模块和确定模块。

判断模块，用于将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据来自RNC的宏分集指示，判断所述用户终端是否处于宏分集状态。其中，所述宏分集指示是由所述RNC根据所述用户终端的宏分集状态变化而发送至所述基站的。

恢复模块，用于在判断所述用户终端处于宏分集状态时，向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区。只要判断模块确定所述用户终端处于宏分集状态，恢复模块不需要考虑上行信号质量好坏，即不论上行信号质量好坏，都要向RNC上报RL恢复消息。

确定模块，用于在所述DPA/UPA服务RL落入宏小区后，通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。具体地说，确定模块在判断所述RL失步，且所述用户终端状态未发生变化时，确定不向所述RNC发送RL失败消息，在判断所述RL失步，且所述用户终端状态发生变化时，确定向所述RNC发送RL失败消息。也就是说，在所述用户终端状态未发生变化时，如果检测到所述RL失步，那么确定模块不向所述RNC发送RL失败消息，即保持所述RL；在所述用户终端状态发生变化时，如果检测到所述RL失步，那么确定模块向所述RNC发送RL失败消息。其中，所述用户终端状态是否发生变化包括：所述用户终端是否退出宏分集，或所述用户终端的服务RL是否变更为非服务RL，或所述用户终端是否变更为非DPA/UPA用户终端。

图3是本发明另一实施例提供的保持服务RL的装置框图，该装置设置于基站，如图3所示，包括处理器以及存储有所述处理器可执行指令的存储器，其中，当所述处理器执行指令时，执行如下操作：

将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据来自RNC的宏分集指示，判断所述用户终端是否处于宏分集状态；

若判断所述用户终端处于宏分集状态，则向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区；

在所述DPA/UPA服务RL落入宏小区后，通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。

其中，所述宏分集指示是由所述RNC根据所述用户终端的宏分集状态变化而发送至所述基站的，基站收到宏分集指示后，将其保存至所述存储器。

其中，所述处理器在判断所述用户终端处于宏分集状态之后，不考虑上行信号质量好坏，都要向RNC上报RL恢复消息。

其中，所述处理器在判断所述RL失步，且所述用户终端状态未发生变化时，确定不向所述RNC发送RL失败消息；所述处理器在判断所述RL失步，且所述用户终端状态发生变化时，确定向所述RNC发送RL失败消息。也就是说，如果用户终端状态发生变化，则所述处理器在所述RL失步时向所述RNC发送RL失败消息，使所述RL退出宏小区，如果用户终端状态未发生变化，则所述处理器在所述RL失步时不向所述RNC发送RL失败消息，使所述RL保持在宏小区。

其中，所述用户终端状态是否发生变化包括以下之一，所述用户终端是否退出宏分集，所述用户终端的服务RL是否变更为非服务RL，所述用户终端是否变更为非DPA/UPA用户终端。

本发明实施例还提供了一种保持服务RL的系统，包括RNC和基站(NODEB)：

RNC，用于在用户终端的宏分集状态变化时，向NODEB发送宏分集指示；

NODEB，用于将所建立的用户终端的DPA/UPA非服务RL重配为DPA/UPA服务RL时，根据所述宏分集指示，确定所述用户终端是否处于宏分集状态，若所述基站判断所述用户终端处于宏分集状态，则向RNC上报RL恢复消息，使所述DPA/UPA服务RL落入宏小区，并在所述DPA/UPA服务RL落入宏小区后，通过对所述RL是否失步以及用户终端状态是否发生变化进行判断，确定是否向所述RNC发送RL失败消息。具体地说，在所述DPA/UPA服务RL落入宏小区后，若NODEB判断所述RL失步，且所述用户终端状态未发生变化，则确定不向所述RNC发送RL失败消息，若NODEB判断所述RL失步，且所述用户终端状态发生变化，则确定向所述RNC发送RL失败消息，即用户终端状态发生变化时，如果检测到失步，则上报RL失败，否则不上报RL失败。

其中，所述用户终端状态是否发生变化包括以下之一：所述用户终端是否退出宏分集，所述用户终端的服务RL是否变更为非服务RL，所述用户终端是否变更为非DPA/UPA用户终端。

本发明实施例在NODEB处于宏分集上下行不平衡场景，通过上报RL恢复、失败，达到使上行信道质量较差的服务RL保持的目的，从而保证DPA/UPA用户的速率稳定，提升用户体验。

所述系统工作的主要步骤包括：

步骤1.在用户宏分集状态发生变化时，RNC给NODEB发送宏分集指示。

步骤2、RL重配生效时，NODEB判断如果用户是处于宏分集，且当前用户的RL是DPA/UPA服务RL，则给RNC上报RL恢复(不管上行信号质量好坏，都上报RL恢复)。

步骤3、在步骤2之后，如果NODEB判断当前RL处于失步状态，要给RNC上报RL失败时，判断当前RL的用户处于宏分集，且当前RL是DPA/UPA服务RL，则不上报RL失败。本步骤与步骤4属于并列的关系。

步骤4、在步骤2之后，NODEB在判断用户状态发生变化时，如退出宏分集、或通过RL重配从服务链路变更为非服务链路、或通过RL重配变更为R99用户，判断该用户的RL处于失步状态，则给RNC上报RL失败。本步骤与步骤3属于并列的关系。

图4进入本发明实施例所述应用场景的基站应用部分(NodeB Application Part，NBAP)消息交互图，如图4所示，进入到本发明实施例应用场景波及的NBAP信令流程包括：

步骤S201：NODEB会收到某用户的RL建立消息，建立一个DPA/UPA的非服务RL；

步骤S202：NODEB将步骤S201建立的DPA/UPA的非服务RL重配为服务RL；

步骤S203：将步骤S201建立的DPA/UPA的非服务RL重配为服务RL时，会触发NODEB给RNC发送RL恢复消息，进入本发明实施例的应用场景，此后，如果检测到该RL失步，也不会触发发送RL失败消息。

图5退出本发明实施例所述应用场景的NBAP消息交互图，如图5所示，退出到本发明实施例应用场景波及的NBAP信令流程包括：

步骤S301：在经历了图4的流程进入本发明实施例的应用场景后，RNC通过RL重配流程，将服务RL变更为非服务RL、或将DPA/UPA用户重配为R99用户；

步骤S302：NODEB根据当前RL的同步状态决定是否给RNC发送RL失败消息，也就是说，如果当前RL同步状态为失步，则触发发送RL失败消息。此后将退出本发明实施例的应用场景。

图6退出本发明实施例所述应用场景的消息交互图，如图6所示，退出到本发明实施例应用场景波及的消息流程包括：

步骤S401：在经历了图:4的流程进入本发明实施例的应用场景后，RNC通过帧协议接口发送的私有控制帧消息(即无线接口参数更新消息)，通知退出宏分集。

步骤S402：如果NODEB收到RNC通过帧协议接口发送的私有控制帧消息，通知退出宏分集时，NODEB会根据当前RL的同步状态决定是否给RNC发送RL失败消息，也就是说，如果当前RL同步状态为失步，则触发发送RL失败消息。此后将退出本发明的应用场景。

综上所述，本发明的实施例具有以下技术效果：

本发明实施例实现简单，可以使服务RL在宏分集上下行不平衡场景稳定地保持。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。