CN101984720B - 无线链路的重配方法、***及无线网络控制器 - Google Patents

Abstract

本发明提供了一种在宏分集场景下的无线链路的重配方法、***及无线网络控制器，该方法包括以下步骤：RNC分别对UE和多个与UE连接的Nodeb进行新业务的配置；RNC接收到来自多个Nodeb中的任一Nodeb的无线链路恢复请求消息，切换到与新业务对应的配置，并向多个Nodeb发送配置生效消息；接收到配置生效消息的Nodeb检测自身的与新业务对应的配置是否生效，如果未生效，则使该配置生效。通过本发明，在RNC切换到新配置后，立即通知与此次新业务相关的所有Nodeb，强制让所有未生效的Nodeb也马上生效，使得多个Nodeb生效时间相差很小，从而实现了宏分集场景下的无线链路的快速重配而不掉话。

Description

无线链路的重配方法、***及无线网络控制器

技术领域

本发明涉及通信领域，具体而言，涉及一种在宏分集场景下的无线链路的重配方法、***及无线网络控制器。

背景技术

图1示出了现有技术的WCDMA***无线接入网的网元构成，如图1所示，RNC(RadioNetwork Controller，无线网络控制器)网元与NodeB(节点B)网元之间的标准接口是lub口，无线链路同步重配是lub口NBAP(Node B Application Part，节点B应用部分)信令中一条很重要的专用信令。

UU口对应无线网络侧和UE(用户终端)侧，无线网络侧的物理层在Nodeb网元上实现，在无线链路同步重配中，RNC通过NBAP信令通知Nodeb配置网络侧的物理层相关参数，RNC也通过RRC信令(Radio Resource Control，无限资源控制)配置UU口UE侧物理层相关参数，通常情况下，为了实现终端新业务，与新业务对应的RNC新配置，Nodeb新配置和UE新配置会在某一个时间点同时生效，来实现新业务要求。

无线链路同步重配在3GPP协议25.433中有详细描述，分两步完成，第一步是无线链路重配准备，第二步是无线链路重配提交。其中第一步是Nodeb的准备阶段，即申请新配置但暂时不让它工作，第二步的无线链路重配提交信令中，就规定了Nodeb新配置开始工作的时间点，也即生效CFN(Connection Frame Number(Counter)，连接帧号)，因为是同步重配，所以此CFN同时也是RNC网元新配置和UE网元新配置的生效CFN，三者同步。

这种分两步实现的无线链路同步重配还有另外一种特殊的方式，即快速重配，快速重配也有这么两个步骤，但其与普通同步重配的区别是：快速重配下，三个相关网元新配置生效时间点会有差异，一般是UE收到RRC信令后其新配置先生效，Nodeb收到无线链路重配提交后，其新配置主动检测UE在新配置下的上行链路如果满足无线链路恢复条件后，那么Nodeb的新配置立即生效并向RNC发无线链路恢复信令，RNC收到Nodeb新配置发过来的无线链路恢复信令后，RNC也立即从老配置切换到新配置工作，至此业务变更完成。由此可见，对比普通同步重配，快速重配各网元新配置生效时间点是不一样的，也就是没有一个统一的CFN，但是差别不大。在这种快速重配方式下，终端和网络切换到新配置下工作的过程所花时间比同步重配方式下要短一些，这就是快速重配和同步重配最基本的差别，也是快速重配的优势，如果在切换频繁且快速的无线环境下，这种优势就体现得更加明显。

图2所示出现有技术中的WCDMA***中宏分集场景，WCDMA无线通信技术中无线网络的宏分集场景指UE在软切换过程中，多条不同的链路建立在多个不同的Nodeb上(2个或以上)，这样，每次业务变更，RNC需要对多个Nodeb进行无线链路同步重配。对于快速重配，3GPP协议有简单的描述，但是对于宏分集场景下如何实施快速重配，3GPP没有具体描述，各厂商可以选择在宏分集场景下不支持快速重配，仅支持普通同步重配。

在宏分集场景下应用快速重配会存在以下问题，如果使用快速重配方式，由于各网元没有统一的生效CFN，有可能存在如下状况：UE的新配置先生效后，不同的Nodeb新配置检测满足无线链路恢复条件的时间点有先后，如果某Nodeb先满足无线链路恢复条件先生效，进而通知RNC也马上生效，那么其他还未满足无线链路恢复条件的Nodeb(或者根本就不能满足无线链路恢复条件的Nodeb)将滞后，这样不同的Nodeb在时序上就不一致了，只要RNC，UE和其中一个Nodeb切换到新配置后，RNC将会继续后续流程，滞后的Nodeb有可能将不能满足后续流程的执行条件，从而造成业务过程紊乱和掉话。

发明内容

本发明的主要目的在于提供一种在宏分集场景下的无线链路的重配方法、***及无线网络控制器，以至少解决上述在宏分集场景下应用快速重配而造成业务过程紊乱和掉话的问题。

根据本发明的一个方面，提供了一种在宏分集场景下的无线链路的重配方法，包括以下步骤：RNC分别对UE和多个与UE连接的Nodeb进行新业务的配置；RNC接收到来自多个Nodeb中的任一Nodeb的无线链路恢复请求消息，切换到与新业务对应的配置，并向多个Nodeb发送配置生效消息；接收到配置生效消息的Nodeb检测自身的与新业务对应的配置是否生效，如果未生效，则使该配置生效。

进一步地，RNC对UE进行新业务的配置，包括：RNC通过RRC信令对UE进行新业务的配置。

进一步地，RNC对多个与UE连接的Nodeb进行新业务的配置，包括：RNC通过无线链路重配准备和无线链路重配提交对多个Nodeb进行新业务的配置。

进一步地，RNC接收到来自多个Nodeb中的任一Nodeb的无线链路恢复请求消息后切换到新配置之前，还包括：Nodeb检测到UE新配置的上行链路满足无线链路恢复条件时，向RNC发送无线链路恢复请求消息。

进一步地，配置生效消息为帧协议FP控制帧。

进一步地，FP控制帧至少包括以下字段：控制帧类型字段、控制信息字段。

进一步地，接收到配置生效消息的Nodeb检测到自身的新配置已生效时，则丢弃配置生效消息。

进一步地，重配方法应用于WCDMA***。

根据本发明的另一方面，提供了一种无线网络控制器，包括：配置模块，用于分别对UE和多个与UE连接的Nodeb进行新业务的配置；接收模块，用于接收来自Nodeb的无线链路恢复请求消息；切换模块，用于根据无线链路恢复请求消息切换到与新业务对应的配置；发送模块，用于向多个Nodeb发送配置生效消息，其中，配置生效消息用于指示多个Nodeb中与新业务对应的配置生效。

根据本发明的再一方面，提供了一种在宏分集场景下的无线链路的重配***，包括：无线网络控制器RNC，用于对UE和多个与UE连接的Nodeb进行业务更新配置，RNC接收到来自多个Nodeb中的任一Nodeb的无线链路恢复请求消息后切换到新配置，并向多个Nodeb发送配置生效消息；节点B(Nodeb)，用于在检测到UE新配置的上行链路满足无线链路恢复条件时，向RNC发无线链路恢复请求，以及在接收到配置生效消息时，检测自身的与新业务对应的配置是否生效，如果未生效，则使该配置生效

通过本发明，在RNC切换到新配置后，立即通知与此次新业务相关的所有Nodeb，强制让所有未生效的Nodeb也马上生效，使得多个Nodeb生效时间相差很小，从而实现了宏分集场景下的无线链路的快速重配而不掉话。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的WCDMA***无线接入网的网元结构示意图；

图2是根据相关技术的WCDMA***中宏分集场景示意图；

图3是根据本发明实施例的无线链路的重配方法流程图；

图4是根据本发明实施例的无线网络控制器结构框图；

图5是根据本发明实施例的无线链路的重配***结构框图；

图6是根据本发明实施例一的无线链路的重配方法流程图；

图7是根据本发明实施例的FP控制帧结构示意图；以及

图8是根据本发明实施例的FP控制帧处理流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图3是根据本发明实施例的无线链路的重配方法流程图，如图3所示，包括以下步骤：

步骤S302，无线网络控制器RNC分别对UE和多个与UE连接的Nodeb进行新业务的配置。

步骤S304，RNC接收到来自多个Nodeb中的任一Nodeb的无线链路恢复请求消息，切换到与新业务对应的配置，并向多个Nodeb发送配置生效消息。

步骤S306，接收到配置生效消息的Nodeb检测自身的与新业务对应的配置是否生效，如果未生效，则使该配置生效。

在上述方法中，RNC切换到新配置后，立即通知与此次新业务相关的所有Nodeb，强制让所有未生效的Nodeb也马上生效，使得多个Nodeb生效时间相差很小，从而实现了宏分集场景下的无线链路的快速重配而不会掉话。

图4是根据本发明实施例的无线网络控制器结构框图，如图4所示，该无线网络控制器包括：配置模块102、接收模块104、切换模块106和发送模块108。其中，配置模块102、接收模块104、切换模块106和发送模块108之间相互耦合，配置模块102，用于分别对UE和多个与UE连接的Nodeb进行新业务的配置；接收模块104，用于接收来自Nodeb的无线链路恢复请求消息；切换模块106，用于根据无线链路恢复请求消息切换到与新业务对应的配置；发送模块108，用于向多个Nodeb发送配置生效消息，其中，配置生效消息用于指示多个Nodeb中与新业务对应的配置生效。

在上述的无线网络控制器中，RNC通过切换模块106切换到新配置后，通过发送模块108发送配置生效消息通知与此次新业务相关的所有Nodeb，强制让所有未生效的Nodeb也马上生效；使得多个Nodeb生效时间相差很小，从而实现了宏分集场景下的无线链路的快速重配而不掉话。

图5是根据本发明实施例的无线链路的重配***结构框图，如图5所示，该重配***包括：RNC 10和多个Nodeb 20，其中，RNC 10，用于对UE和多个与UE连接的Nodeb 20进行业务更新配置，RNC 10接收到来自多个Nodeb 20中的任一Nodeb的无线链路恢复请求消息后切换到新配置，并向多个Nodeb 20发送配置生效消息；Nodeb 20，用于在检测到UE新配置的上行链路满足无线链路恢复条件时，向RNC发无线链路恢复请求，以及在接收到配置生效消息时，检测自身的与新业务对应的配置是否生效，如果未生效，则使该配置生效。

图6是根据本发明实施例一的无线链路的重配方法流程图，如图6所示，包括以下步骤：

步骤S602，为满足新业务要求，RNC通过RRC信令配置UE，RNC通过无线链路重配准备和无线链路重配提交配置多个Nodeb，RNC自己也准备自己的新配置。

步骤S604，其中某个Nodeb的新配置检测UE新配置的上行链路满足无线链路恢复条件，即给RNC发无线链路恢复请求，说明UE和此Nodeb已经切换到新配置，RNC自己也切换到新配置，这样新业务开始正式工作。

步骤S606，RNC自己切换到新配置后，立即在lub口用户面通过FP控制帧方式通知与此次新业务相关的所有Nodeb，强制让所有未生效的Nodeb也马上生效。

在上述步骤S606中，选择使用通过lub口用户面FP控制帧的方式来通知Nodeb基于如下考虑：由于Nodeb不清楚自己是否处在宏分集业务场景下，Nodeb也不清楚自己是否滞后，而且在3GPP协议中，Nodeb间是没有通讯渠道的，所以Nodeb是被动的，只能由RNC来通知宏分集场景下做快速重配的滞后的Nodeb及时生效了。一般lub口的通信方式有两种，一种是控制面NBAP信令，一种是用户面数据。如果用控制面NBAP信令来通知，3GPP协议中没有这种特殊的信令，鉴于lub口的规范性，通过控制面解决问题不符合协议要求。然而通过用户面的FP控制帧解决问题是一种很好的方法。

步骤S608，Nodeb收到RNC发过来的强制生效通知后，自检，如果自己已经生效则丢弃，如果自己未生效则立即生效。

图7是根据本发明实施例的FP控制帧结构示意图，如图7所示，该FP控制帧包括帧头Header和载荷Payload，帧头包括Frame CRC(帧循环冗余码)字段和Control Frame Type(控制帧类型)字段，总长度为两个字节；Payload包括Control information字段、Controlinformation(CONT.)和Spare Extension字段，Payload的长度是可变的。

FP控制帧有多种类型，由Control Frame Type字段来区别帧类型，不同的FP控制帧结构代表的含义也不相同，在本实施例中，可以构造一种特殊类型的控制帧应用到上述场景中，本说明书把构造的这种特殊的控制帧叫新控制帧，RNC在快速重配方式下并且RNC的新配置已经生效的情况下向Nodeb发送新控制帧，而其他情况下不发新控制帧。

图8是根据本发明实施例的FP控制帧处理流程图，如图8所示，Nodeb收到新控制帧后，首先加以判断，如果Nodeb处在快速重配未生效的状态下，则马上生效；如果Nodeb并不是在做快速重配，或者快速重配已经生效，则不处理新控制帧。

通过本发明的上述实施例，在宏分集场景下，如果UE，RNC和其中的一个Nodeb已经切换到新配置后，说明新业务已经开始正常工作，然后让滞后的Nodeb及时地强制在新配置上生效，这样各Nodeb生效的时间相差不大，就避免了时序相差大而导致的掉话。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种在宏分集场景下的无线链路的重配方法，其特征在于，包括：

无线网络控制器RNC分别对UE和多个与所述UE连接的Nodeb进行新业务的配置；

所述RNC接收到来自所述多个Nodeb中的任一Nodeb的无线链路恢复请求消息，切换到与所述新业务对应的配置，并向所述多个Nodeb发送配置生效消息；

接收到所述配置生效消息的Nodeb检测自身的与所述新业务对应的配置是否生效，如果未生效，则使该配置生效。

2.根据权利要求1所述的无线链路的重配方法，其特征在于，所述RNC对所述UE进行所述新业务的配置，包括：

所述RNC通过RRC信令对所述UE进行所述新业务的配置。

3.根据权利要求1所述的无线链路的重配方法，其特征在于，所述RNC对多个与所述UE连接的Nodeb进行新业务的配置，包括：

所述RNC通过无线链路重配准备和无线链路重配提交对所述多个Nodeb进行所述新业务的配置。

4.根据权利要求1所述的无线链路的重配方法，其特征在于，所述RNC接收到来自所述多个Nodeb中的任一Nodeb的无线链路恢复请求消息后切换到新配置之前，还包括：

Nodeb检测到UE新配置的上行链路满足无线链路恢复条件时，向所述RNC发送所述无线链路恢复请求消息。

5.根据权利要求1至4任一项所述的无线链路的重配方法，其特征在于，所述配置生效消息为帧协议FP控制帧。

6.根据权利要求5所述的无线链路的重配方法，其特征在于，所述FP控制帧至少包括以下字段：

控制帧类型字段、控制信息字段。

7.根据权利要求6所述的无线链路的重配方法，其特征在于，接收到所述配置生效消息的Nodeb检测到自身的新配置已生效时，则丢弃所述配置生效消息。

8.根据权利要求1至4任一项所述的无线链路的重配方法，其特征在于，所述重配方法应用于WCDMA***。

9.一种无线网络控制器，其特征在于，包括：

配置模块，用于分别对UE和多个与所述UE连接的Nodeb进行新业务的配置；

接收模块，用于接收来自所述Nodeb的无线链路恢复请求消息；

切换模块，用于根据所述无线链路恢复请求消息切换到与所述新业务对应的配置；

发送模块，用于向所述多个Nodeb发送配置生效消息，其中，所述配置生效消息用于指示所述多个Nodeb中与所述新业务对应的配置生效。

10.一种在宏分集场景下的无线链路的重配***，其特征在于，包括：

无线网络控制器RNC，用于对UE和多个与所述UE连接的Nodeb进行业务更新配置，所述RNC接收到来自所述多个Nodeb中的任一Nodeb的无线链路恢复请求消息后切换到新配置，并向所述多个Nodeb发送配置生效消息；

所述Nodeb，用于在检测到所述UE新配置的上行链路满足无线链路恢复条件时，向所述RNC发无线链路恢复请求，以及在接收到所述配置生效消息时，检测自身的与新业务对应的配置是否生效，如果未生效，则使该配置生效。