CN102083134A - 业务处理方法、装置和无线网络控制器 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法、装置和无线网络控制器，其中方法包括：当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务；将释放的低QoS要求的业务重建到低QoS传输链路上。装置包括：释放模块，用于当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务；重建模块，用于将释放的低QoS要求的业务重建到低QoS传输链路上。无线网络控制器包括上述业务处理装置。本实施例实现了低QoS传输链路恢复正常后低QoS要求的业务的自动倒回。

Description

业务处理方法、装置和无线网络控制器

技术领域

本发明实施例涉及通信技术，尤其涉及一种业务处理方法、装置和无线网络控制器。

背景技术

在通用陆地无线接入网(Universal Terrestrial Radio Access Network；以下简称：UTRAN)无线地面传输网络中，混合IP传输技术可以实现不同QoS要求的的IP报文通过高低服务质量(Quality of Service；以下简称：QoS)传输链路进行管理和传输，允许用户业务在丢包率、延迟、抖动和带宽等方面均能够获得可预期、差异化的服务水平，使用户或应用的请求和响应可以满足一致的可预期的服务级别。如图1所示为现有技术中FE链路出现故障时的业务重建示意图，无线网络控制器(Radio Network Controller；以下简称：RNC)与UMTS基站(UMTS BaseStation；以下简称：NodeB)之间的传输路径可以包括准同步数字系列(Plesiochronous Digital Hierarchy；以下简称：PDH)/同步数字体系(Synchronous Digital Hierarchy；以下简称：SDH)网络和IP网络，对于QoS要求较高的业务，如信令面业务，其可以通过PDH/SDH进行传输，对QoS要求不高的业务的数据则可以通过低成本的传输网络，如IP网络进行传输。其中，E1链路和快速以太网(Fast Ethernet；以下简称：FE)链路分别为承载在PDH/SDH和IP网络中的传输链路。

在现有技术中，电路交换业务(Circuit Switched Service；以下简称：CS)域中的语音和信令通常优先承载在E1链路上，次选地承载在FE链路上，即E1链路为主链路，而FE链路为次链路；分组交换业务(Packet SwitchedService；以下简称：PS)数据通常则优先承载在FE链路上，次选地承载在E1链路上，即FE链路为主链路，E1链路为次链路。当主链路发生故障或其资源均被占用时，则选择次链路来承载业务数据；当FE链路出现故障时，很多低QoS要求的业务会重建到高QoS传输链路E1链路上。

然而，在现有技术中，FE链路出现故障时重建到高QoS传输链路上的低QoS要求的业务使得高QoS传输链路的可用带宽下降，甚至导致网络拥塞和丢包现象，使高QoS传输链路上承载的高QoS要求的业务的可靠性和服务质量大大降低。

发明内容

本发明实施例在于提供一种业务处理方法、装置和无线网络控制器，以提高高QoS传输链路上承载的高QoS要求的业务的可靠性和服务质量。

为了实现上述目的，一方面，本发明实施例提供了一种业务处理方法，包括：

当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务；

将释放的所述低QoS要求的业务重建到所述低QoS传输链路上。

另一方面，本发明实施例提供了一种业务处理装置，包括：

释放模块，用于当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务；

重建模块，用于将所述释放模块释放的所述低QoS要求的业务重建到所述低QoS传输链路上。

再一方面，本发明实施例提供了一种无线网络控制器，包括上述业务处理装置。

本发明实施例提供的一种业务处理方法、装置和无线网络控制器，通过当检测到与对端网元连接的低QoS传输链路由故障状态恢复为可用状态时，释放承载在高QoS传输链路上的低QoS要求的业务，并将该业务重建到恢复正常的低QoS传输链路上，实现了低QoS传输链路恢复正常后低QoS要求的业务的自动倒回，使其自动恢复到低QoS传输链路上，使得高QoS传输链路的可用带宽恢复为正常可用带宽，避免了因低QoS要求的业务引起的网络拥塞和丢包现象，提高了高QoS传输链路上承载的高QoS要求的业务的可靠性和服务质量。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为现有技术中FE链路出现故障时的业务重建示意图；

图2为本发明业务处理方法实施例一的流程图；

图3为本发明业务处理方法实施例二的流程图；

图4为本发明业务处理装置实施例一的结构图；

图5为本发明业务处理装置实施例二的结构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图2为本发明业务处理方法实施例一的流程图，如图2所示，本实施例提供了一种业务处理方法，可以具体包括如下步骤：

步骤201，当检测到与对端网元连接的低QoS传输链路由故障状态变为可用状态时，释放承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务。

本实施例可以应用于IP高低QoS混合组网模式下，在本端网元与对端网元之间，例如在RNC与NodeB之间，可以支持高QoS传输链路和低QoS传输链路两种传输路径来进行数据传输。对于QoS要求较高的业务则可承载在高QoS传输链路进行数据传输，如CS域中的语音业务和信令业务等，而对于QoS要求不高的业务则可承载在低QoS传输链路进行数据传输，如PS域中的交互业务、背景业务等。本实施例中的高QoS传输链路，例如，具体可以为E1链路，而低QoS传输链路，例如，具体可以为FE链路。通常情况下，高QoS要求的业务优先承载在高QoS传输链路上，低QoS要求的业务优先承载在低QoS传输链路上；当承载高QoS要求的业务的高QoS传输链路出现故障后，高QoS要求的业务会重建到低QoS传输链路上，当承载低QoS要求的业务的低QoS传输链路出现故障后，低QoS要求的业务会重建到高QoS传输链路上。本步骤为本端网元当检测到与对端网元连接的低QoS传输链路，例如与对端网元连接的某一条或多条低QoS传输链路由故障状态恢复为可用状态时，对承载在对端网元的高QoS传输链路上的低QoS要求的业务进行释放处理。而对于高QoS传输链路由故障状态恢复为可用状态的情况，则不触发对承载在低QoS传输链路上的高QoS要求的业务进行释放处理的操作，由于高QoS要求的业务通常为小区公共信道上的信令面业务、语音业务等，若对该业务进行释放处理等操作，则会导致系统服务中断，使得用户感受变差。

步骤202，将释放的低QoS要求的业务重建到低QoS传输链路上。

本端网元在对承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务进行释放处理后，将释放的低QoS要求的业务自动重建到本端网元与对端网元之间的低QoS传输链路上，实现低QoS要求的业务的低QoS传输链路的自动倒回。本实施例在低QoS传输链路的故障恢复后，自动将承载在高QoS传输链路上的低QoS要求的业务倒回到低QoS传输链路上，可以减轻高QoS传输链路的负担，使得其上承载的高QoS要求的业务的可用带宽恢复为正常可用带宽。

本实施例提供了一种业务处理方法，通过当检测到本端网元与对端网元之间连接的低QoS传输链路由故障状态恢复为可用状态时，释放承载在高QoS传输链路上的低QoS要求的业务，并将该业务重建到恢复正常的低QoS传输链路上，本实施例实现了低QoS传输链路恢复正常后低QoS要求的业务的自动倒回，使其自动恢复到低QoS传输链路上，使得高QoS传输链路的可用带宽恢复为正常可用带宽，避免了因低QoS要求的业务引起的网络拥塞和丢包现象，提高了高QoS传输链路上承载的高QoS要求的业务的可靠性和服务质量。

图3为本发明业务处理方法实施例二的流程图，如图3所示，本实施例提供了一种业务处理方法，可以具体包括如下步骤：

步骤301，本端网元检测与对端网元连接的低QoS传输链路的状态。

在本实施例中，以低QoS传输链路具体为FE链路，高QoS传输链路具体为E1链路，低QoS要求的业务具体为PS业务，高QoS要求的业务具体为CS业务为例进行说明，但并不对此进行限定。本步骤为本端网元对与对端网元连接的FE链路的状态进行检测，例如，本端网元具体可以为RNC，具体可以由RNC来检测FE链路的状态，例如，可以由RNC在操作维护管理层来检测FE链路的状态，此处主要检测发生故障的FE链路是否恢复为可用状态。

步骤302，若检测到低QoS传输链路由故障状态变为可用状态，则本端网元判断与对端网元连接的链路中当前是否还存在其它可用的低QoS传输链路，如果是，则结束本流程，否则执行步骤303。

当本端网元检测到与对端网元连接的低QoS传输链路由故障状态变为可用状态时，例如，本端网元具体可以为RNC，具体地当RNC检测到某一条或多条FE链路由故障状态变为可用状态时，RNC可以发送链路状态通知消息，例如可以从操作维护管理层向传输链路管理层发送链路状态通知消息，在该链路状态通知消息中可以携带当前恢复的FE链路的标识信息。本端网元还可以继续判断与对端网元连接的链路中当前是否存在其它可用的FE链路，例如可以在传输链路管理层判断当前是否存在其它可用的FE链路。如果在某FE链路的故障恢复后，此处的FE链路可以为一条或多条，在RNC与对端网元连接的链路中还存在除该故障恢复的FE链路之外的其它可用的FE链路，则此时可以无需执行后续的业务倒回的步骤，由于某些低QoS要求的业务基于某些用户所期望的原因，其最初便建立在高QoS传输链路上，则本实施例中可以不对此种情况进行自动倒回处理，并结束本流程。如果在某FE链路的故障恢复后，在本端网元与对端网元连接的链路中并不存在除该故障恢复的FE链路之外的其它可用的FE链路，则可以执行后续步骤303。

此外，可选地，由于新建的链路在初始状态时也表现为由故障状态恢复为可用状态，则RNC的传输链路管理层在获知某FE链路由故障状态恢复为可用状态时，此处的FE链路可以为一条或多条，可以进一步继续判断该FE链路当前是否处于初始状态，即判断该FE链路的状态恢复是否为链路建立初期的状态恢复。如果该故障恢复的FE链路处于初始状态，则可以无需执行后续的业务倒回的步骤。

步骤303，本端网元释放承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务。

当获知某一条或多条FE链路的故障恢复，且当前不存在其它可用的FE链路时，本端网元对承载在E1链路上的低QoS要求的业务进行释放处理。具体地，例如，本端网元可以为RNC，可以获取当前承载在E1链路上的低QoS要求的业务对应的用户信息，例如，可以在传输链路管理层获取当前承载在E1链路上的低QoS要求的业务对应的用户信息，发送释放指示消息，在该释放指示消息中携带获取的低QoS要求的业务对应的用户的属性信息，例如，可以向业务管理层发送释放指示消息。RNC可以根据所述用户的属性信息来对低QoS要求的业务进行释放处理。具体地，可以根据属性信息判断所述用户所包含的业务类型，若所述用户的所有业务均为低QoS要求的业务，例如所述用户的所有业务均为纯PS业务，则释放该用户的所有低QoS要求的业务；若所述用户的业务包括低QoS要求的业务和高QoS要求的业务，例如所述用户的业务可以具体包括CS业务和PS业务，则释放该用户的低QoS要求的业务，即只释放该用户的PS业务，保留其CS业务。

步骤304，本端网元将释放的低QoS要求的业务重建到低QoS传输链路上。

本端网元在完成低QoS要求的业务的释放后，将释放后的低QoS要求的业务或低QoS要求的用户的业务重建到故障恢复后的FE链路上，实现了低QoS要求的业务的低QoS传输链路的自动倒回。

本实施例提供了一种业务处理方法，通过当检测到与对端网元连接的低QoS传输链路由故障状态恢复为可用状态时，本端网元释放承载在高QoS传输链路上的低QoS要求的业务，并将该业务重建到恢复正常的低QoS传输链路上，实现了低QoS传输链路恢复正常后低QoS要求的业务的自动倒回，使其自动恢复到低QoS传输链路上，使得高QoS传输链路的可用带宽恢复为正常可用带宽，避免了因低QoS要求的业务引起的网络拥塞和丢包现象，提高了高QoS传输链路上承载的高QoS要求的业务的可靠性和服务质量。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图4为本发明业务处理装置实施例一的结构图，如图4所示，本实施例提供了一种业务处理装置，可以具体执行上述方法实施例所示的流程，此处不再赘述。本实施例提供的业务处理装置可以具体包括释放模块401和重建模块402。其中，释放模块401用于当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务。在本实施例中，当检测到与对端网元连接的低QoS传输链路，例如与对端网元连接的某一条或多条低QoS传输链路由故障状态恢复为可用状态时，释放模块401对承载在对端网元的高QoS传输链路上的低QoS要求的业务进行释放处理。而对于高QoS传输链路由故障状态恢复为可用状态的情况，则不触发对承载在低QoS传输链路上的高QoS要求的业务进行释放处理的操作，由于高QoS要求的业务通常为小区公共信道上的信令面业务、语音业务等，若对该业务进行释放处理等操作，则会导致系统服务中断，使得用户感受变差。重建模块402用于将释放模块401释放的所述低QoS要求的业务重建到所述低QoS传输链路上。重建模块402在对承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务进行释放处理后，将释放的低QoS要求的业务自动重建到本端网元与对端网元之间的低QoS传输链路上，实现低QoS要求的业务的低QoS传输链路的自动倒回。

图5为本发明业务处理装置实施例二的结构图，如图5所示，本实施例提供了一种业务处理装置，可以具体执行上述方法实施例所示的流程，此处不再赘述。本实施例提供的业务处理装置在上述图4所示的基础之上，释放模块401可以具体包括检测子模块411和释放子模块421。其中，检测子模块411用于检测与对端网元连接的低QoS传输链路的状态，此处主要检测发生故障的低QoS传输链路是否恢复为可用状态。释放子模块421用于若检测子模块411检测到所述低QoS传输链路由故障状态变为可用状态，且与所述对端网元连接的链路中当前不存在其它可用的低QoS传输链路时，则释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务。其中，若该故障恢复的低QoS传输链路当前处于初始状态，则释放子模块421可以无需进行业务释放。

具体地，释放子模块421可以具体包括发送单元4211和释放单元4212。其中，发送单元4211用于发送释放指示消息，在所述释放指示消息中携带承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务对应的用户的属性信息。释放单元4212用于根据从发送单元4211接收的所述用户的属性信息释放低QoS要求的业务。

更具体地，释放单元4212可以具体包括第一释放子单元42121和/或第二释放子单元42122。其中，第一释放子单元42121用于当所述用户的所有业务均为低QoS要求的业务时，释放所述用户的所有低QoS要求的业务。第二释放子单元42122用于当所述用户的业务包括低QoS要求的业务和高QoS要求的业务时，释放所述用户的低QoS要求的业务。具体地，第一释放子单元42121和/或第二释放子单元42122根据用户的属性信息判断用户所包含的业务类型，若用户的所有业务均为低QoS要求的业务，例如用户的业务具体为纯PS业务，则第一释放子单元42121释放该用户的所有低QoS要求的业务；若用户的业务可以包括低QoS要求的业务和高QoS要求的业务，例如用户的业务可以具体包括CS业务和PS业务，则第二释放子单元42122释放该用户的低QoS要求的业务，即只释放该用户的PS业务，保留其CS业务。

本实施例提供了一种业务处理装置，通过当检测到与对端网元连接的低QoS传输链路由故障状态恢复为可用状态时，释放承载在高QoS传输链路上的低QoS要求的业务，并将该业务重建到恢复正常的低QoS传输链路上，实现了低QoS传输链路恢复正常后低QoS要求的业务的自动倒回，使其自动恢复到低QoS传输链路上，使得高QoS传输链路的可用带宽恢复为正常可用带宽，避免了因低QoS要求的业务引起的网络拥塞和丢包现象，提高了高QoS传输链路上承载的高QoS要求的业务的可靠性和服务质量。

本实施例提供了一种无线网络控制器，可以包括上述图4或图5所示的业务处理装置。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务；

将释放的所述低QoS要求的业务重建到所述低QoS传输链路上。

2.根据权利要求1所述的方法，其特征在于，所述当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务包括：

检测与对端网元连接的低QoS传输链路的状态；

若检测到低QoS传输链路由故障状态变为可用状态，且与所述对端网元连接的链路中当前不存在其它可用的低QoS传输链路时，则释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务。

3.根据权利要求1或2所述的方法，其特征在于，所述释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务包括：

发送释放指示消息，在所述释放指示消息中携带承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务对应的用户的属性信息；

根据所述用户的属性信息释放所述低QoS要求的业务。

4.根据权利要求3所述的方法，其特征在于，所述根据所述用户的属性信息释放所述低QoS要求的业务包括：

当所述用户的所有业务均为低QoS要求的业务时，释放所述用户的所有低QoS要求的业务；

当所述用户的业务包括低QoS要求的业务和高QoS要求的业务时，释放所述用户的低QoS要求的业务。

5.根据权利要求1所述的方法，其特征在于，所述高QoS传输链路为E1链路，所述低QoS传输链路为快速以太网FE链路。

6.一种业务处理装置，其特征在于，包括：

释放模块，用于当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务；

重建模块，用于将所述释放模块释放的所述低QoS要求的业务重建到所述低QoS传输链路上。

7.根据权利要求6所述的装置，其特征在于，所述释放模块包括：

检测子模块，用于检测与对端网元连接的低QoS传输链路的状态；

释放子模块，用于若所述检测子模块检测到所述低QoS传输链路由故障状态变为可用状态，且与所述对端网元连接的链路中当前不存在其它可用的低QoS传输链路时，则释放承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务。

8.根据权利要求6或7所述的装置，其特征在于，所述释放子模块包括：

发送单元，用于发送释放指示消息，在所述释放指示消息中携带承载在与所述对端网元连接的高QoS传输链路上的低QoS要求的业务对应的用户的属性信息；

释放单元，用于根据从所述发送单元接收的所述用户的属性信息释放所述低QoS要求的业务。

9.根据权利要求8所述的装置，其特征在于，所述释放单元包括：

第一释放子单元，用于当所述用户的所有业务均为低QoS要求的业务时，释放所述用户的所有低QoS要求的业务；和/或

第二释放子单元，用于当所述用户的业务包括低QoS要求的业务和高QoS要求的业务时，释放所述用户的低QoS要求的业务。

10.一种无线网络控制器，其特征在于，包括上述6-9中任一项所述的业务处理装置。

Images