专利名称：业务处理方法、装置和无线网络控制器的制作方法
技术领域：
本发明实施例涉及通信技术，尤其涉及一种业务处理方法、装置和无线网络控制器。
背景技术：
在通用陆地无线接入网 (Universal Terrestrial Radio Access Network 简称UTRAN)无线地面传输网络中，混合IP传输技术可以实现不同QoS要求的的IP报文 通过高低服务质量(Quality of krvice ；以下简称QoQ传输链路进行管理和传输，允 许用户业务在丢包率、延迟、抖动和带宽等方面均能够获得可预期、差异化的服务水平，使 用户或应用的请求和响应可以满足一致的可预期的服务级别。如图1所示为现有技术中 FE链路出现故障时的业务重建示意图，无线网络控制器(Radio Network Controller;以 下简称RNC)与UMTS基站(UMTS BaseStation ；以下简称NodeB)之间的传输路径可以包 括准同步数字系列(Plesiochronous Digital Hierarchy ；以下简称PDH) /同步数字体系 (Synchronous Digital Hierarchy ；以下简称SDH)网络和IP网络，对于QoS要求较高的业 务，如信令面业务，其可以通过PDH/SDH进行传输，对QoS要求不高的业务的数据则可以通 过低成本的传输网络，如IP网络进行传输。其中，El链路和快速以太网(Fast Ethernet ； 以下简称FE)链路分别为承载在PDH/SDH和IP网络中的传输链路。在现有技术中，电路交换业务(Circuit Switched krvice ；以下简称CS)域中 的语音和信令通常优先承载在El链路上，次选地承载在FE链路上，即El链路为主链路，而 FE链路为次链路；分组交换业务(Packet SwitchedService ；以下简称数据通常则优 先承载在FE链路上，次选地承载在El链路上，即FE链路为主链路，El链路为次链路。当 主链路发生故障或其资源均被占用时，则选择次链路来承载业务数据；当FE链路出现故障 时，很多低QoS要求的业务会重建到高QoS传输链路El链路上。然而，在现有技术中，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传输链路，例如，具体 可以为El链路，而低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传输链路具体为El链路， 低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链路，则此时可以无需执行后续的业务倒 回的步骤，由于某些低QoS要求的业务基于某些用户所期望的原因，其最初便建立在高QoS 传输链路上，则本实施例中可以不对此种情况进行自动倒回处理，并结束本流程。如果在某 FE链路的故障恢复后，在本端网元与对端网元连接的链路中并不存在除该故障恢复的FE 链路之外的其它可用的FE链路，则可以执行后续步骤303。此外，可选地，由于新建的链路在初始状态时也表现为由故障状态恢复为可用状 态，则RNC的传输链路管理层在获知某FE链路由故障状态恢复为可用状态时，此处的FE链 路可以为一条或多条，可以进一步继续判断该FE链路当前是否处于初始状态，即判断该FE 链路的状态恢复是否为链路建立初期的状态恢复。如果该故障恢复的FE链路处于初始状 态，则可以无需执行后续的业务倒回的步骤。步骤303，本端网元释放承载在与对端网元连接的高QoS传输链路上的低QoS要求 的业务。当获知某一条或多条FE链路的故障恢复，且当前不存在其它可用的FE链路时，本 端网元对承载在El链路上的低QoS要求的业务进行释放处理。具体地，例如，本端网元可 以为RNC，可以获取当前承载在El链路上的低QoS要求的业务对应的用户信息，例如，可以 在传输链路管理层获取当前承载在El链路上的低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要求的业务的可靠性和服务质量。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、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所示的业务处理
直ο最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换； 而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。
权利要求
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传输链路为El链路，所述低 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中任一项所述的业务处理装置。
全文摘要
本发明实施例公开了一种业务处理方法、装置和无线网络控制器，其中方法包括当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务；将释放的低QoS要求的业务重建到低QoS传输链路上。装置包括释放模块，用于当检测到与对端网元连接的低服务质量QoS传输链路由故障状态变为可用状态时，释放承载在与对端网元连接的高QoS传输链路上的低QoS要求的业务；重建模块，用于将释放的低QoS要求的业务重建到低QoS传输链路上。无线网络控制器包括上述业务处理装置。本实施例实现了低QoS传输链路恢复正常后低QoS要求的业务的自动倒回。
文档编号H04W28/24GK102083134SQ20111003870
公开日2011年6月1日 申请日期2011年2月15日 优先权日2011年2月15日
发明者邢睿智 申请人:华为技术有限公司