Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2007098684 - MÉTHODE DE TRAITEMENT D'ÉCHEC DE MODIFICATION DE RESSOURCE ET DISPOSITIF CORRESPONDANT

Note: Texte fondé sur des processus automatiques de reconnaissance optique de caractères. Seule la version PDF a une valeur juridique

[ ZH ]
资源修改失败的处理方法和设备

本申请要求于 2006 年 3 月 1 日提交中国专利局、 申请号为 200610057821.4, 发明名称为 "资源修改失败的处理设备和方法 "的中国专利 申请的优先权,其全部内容通过引用结合在本申请中。

技术领域

本发明涉及一种通信系统的资源控制领域,尤其涉及资源修改失败的处 理方法和设备。

背景技术

目前国际电信同盟 ( International Telecommunication Union , 筒称为 ITU ) 正在制定下一代网络架构下的资源接纳控制子系统 (Resource and Admission Control System, 简称为 RACS )。图 1示出下一代网络架构中的资源接纳控制 功能 ( Resource and Admission Control Function, 简称为 RACF )实体 102。如 图 1所示,资源接纳控制功能实体 102负责在业务层和传输层之间进行资源 协商和分配。资源接纳控制功能实体 102提供对接入网和核心传输网络的服 务盾量控制, 包括接纳控制、服务质量路由和资源预留。同时,资源接納控 制功能实体在网络边界处提供网络地址转换( Network Address Translation, 简 称为 NAT )控制、门控制和防火墙穿越。

在接入网,资源接纳控制功能实体 102可以与网絡附着控制功能( Network Attachment Control Function, 简称为 NACF )实体 106进行交互,获取用户的 接入信息。资源接纳控制功能实体 102还与业务控制功能(Service Control Functions, 简称 SCF ) 实体 104、用户侧网络 ( Customer Premises Network, 简称为 CPN ) 108、接入边缘网关功能(Access Border Gateway Function, 简 称为 A-BGF ) 实体 122、互连边缘网关功能(Interconnection Border Gateway Function, 简称为 I-BGF ) 实体 124、接入节点功能( Access Node Function, 筒称为 ANF )实体 118、以及边缘节点功能(Edge Node Function,筒称为 E F ) 实体 120进行交互。其中,业务控制功能实体 104 包括业务控制代理功能 ( Service Control Proxy Function, 简称为 SCPF ) 实体 112和互连边缘控制功 能( Interconnection Border Control Function, 简称为 IBCF )实体 126, 用户侧 网络包括家庭边缘网关功能(Residential Border Gateway Function, 筒称为

R-BGF ) 实体 128。如果业务跨越多个运营商的网络,则业务控制功能实体 104、资源接纳控制功能实体 102以及传输功能实体需要和其它网络的对等实 体进行交互。

在资源接纳控制功能实体中主要有两类实体, 分别为策略决定功能 ( Policy Decision Function, 简称为 PDF ) 实体 110 和传输资源控制功能 ( Transport Resource Control Function, 简称为 TRCF ) 实体 114和 116。

策略决定功能实体 110向上层应用提供一个单一的连接点,隐藏传输网 络的细节。 策略决定功能实体 110 能够定位接入网资源接纳控制功能 ( A-TRCF ) 实体 114和核心网资源接纳控制功能(C-TRCF ) 实体 116,即, 为每个业务流确定该由哪个 A-TRCF和 C-TRCF为其提供服务,然后与它们 进行交互,为业务流协商服务质量资源。同时策略决定功能实体 110还控制 边缘网关,完成 NAT控制、门控制、防火墙穿越等功能。其中, A- TRCF实 体负责接入网的资源管理和服务质量控制, C- TRCF实体负责核心网资源管 理和服务质量控制。

图 2是示出由业务控制功能实体发起资源修改请求的流程的示意图。如 图 2所示:

首先, S202、业务控制功能实体 104被触发;

S204、业务控制功能实体 104向策略决定功能实体 110发起资源修改请 求;

S206、策略决定功能实体 110进行策略决定;

S208、策略决定功能实体 110向传输资源控制功能实体 202进行资源可 用性检查,进行传输资源控制功能实体 202上的资源修改;

S210, 策略决定功能实体 110进行最终接纳决定;

S212、如果需要,将策略决定功能实体 110向边缘网关功能实体 204进 行策略安装;

S214、边缘网关功能实体 204向策略决定功能实体 110返回安装响应; S216、策略决定功能实体 110向业务控制功能实体 104返回资源修改响 应。

图 3是示出用户侧设备发起资源修改请求的流程的示意图。如图 3所示:

S302、用户侧设备 302通过路径耦合的服务质量信息触发边缘网关功能 实体 204;

S304、边缘网关功能实体 204向策略决定功能实体 110发起资源修改请 求;

S306、策略决定功能实体 110向业务控制功能实体 104进行业务信息检 查;

S308、策略决定功能实体 110进行策略决定;

S310、策略决定功能实体 110向传输资源控制功能实体 202进行资源可 用性检查,进行传输资源控制功能实体 202上的资源修改;

S312、策略决定功能实体 110进行最终接纳决定;

S314、策略决定功能实体 110向边缘网关功能实体 204进行策略安装; S316、边缘网关功能实体 204对策略决定功能实体返回安装响应。

以上描述了资源 "改的流程,但是,目前还没有定义资源修改失败的处 理方法。业界通常采用的方法是资源修改失败后将该业务拆除,如图 4所示。

图 4是示出由业务控制功能实体发起资源修改后修改失败的处理流程的 示意图。

首先, S402、业务控制功能实体 104被触发;

S404、业务控制功能实体 104向策略决定功能实体 110发送资源修改清 求;

S406、策略决定功能实体 110发现 "改失败;

S408、策略决定功能实体 110释放传输资源控制功能实体 202的资源; S410、策略决定功能实体向边缘网关功能实体 204发送策略删除消息; S412, 边缘网关功能实体 204对策略决定功能实体 110返回删除响应; S414、策略决定功能实体 110对业务控制功能实体返回资源修改响应。 如上所述, 目前还没有定义资源修改失败的处理流程。如果资源修改失 败后要拆除原先正常的业务,可能会造成用户或运营商的损失,同时影响用 户体验。

发明内容

本发明实施例目的在于提出了一种资源修改失败的处理方法和设备, 能 够在资源修改失败时仍然保持原先的业务,減少了用户或运营商的损失,同 时提高了用户体验。

为实现上述目的,本发明实施例提出一种资源修改失败的处理方法,所述 方法包括以下步骤:

确认是否资源修改失败;以及

确认资源修改失败后,控制外部功能实体或资源接纳控制功能实体进行资 源恢复。

一种资源修改失败的处理设备,所述设备包括:修改响应接收装置和资源 恢复装置,其中,

所述修改响应接收装置,用于确认外部功能实体或资源接纳控制功能实体 的资源修改失败是否失败,并将确认结果输出;

所述资源恢复装置,根据所述修改响应接收装置输出的确认结果,控制所 述外部功能实体或所述资源接纳控制功能实体进行资源恢复。

本发明实施例通过在资源修改失败时进行资源恢复,可以在资源修改失败 时仍然保持原先的业务,而不会拆除原先正常的业务,从而减少由于资源修 改失败带来的用户或运营商的损失,同时能够提高用户体验。

附图说明

图 1是示出下一代网络架构中的资源接纳控制功能实体的框图; 图 2是示出由业务控制功能实体发起资源修改请求的流程的示意图; 图 3是示出用户侧设备发起资源修改请求的流程的示意图;

图 4是示出由业务控制功能实体发起资源修改后修改失败的处理流程的 示意图;

图 5是示出本发明的一个实施例的资源修改失败的处理设备的框图; 图 6是示出本发明的一个实施例的资源修改失败的处理方法的流程图; 图 7是示出本发明的一个实施例的功能实体不支持回滚时的恢复过程的 流程图;以及

图 8是示出本发明的一个实施例的资源修改失败的处理过程的示意图。 具体实施方式

现在参照附图对本发明的具体实施例进行说明, 应当理解,此处所描述 的具体实施例仅用于解释本发明,并不用于限定本发明。

图 5是示出本发明一个实施例的资源修改失败的处理设备 500的框图。 如图 5所示,该设备包括:修改响应接收装置 502, 用于接收来自外部功能实 体或资源接纳控制功能实体的资源修改失败消息;以及资源恢复装置 504,用 于在修改响应接收装置接收到来自外部功能实体或资源接纳控制功能实体的 资源修改失败消息之后,控制外部功能实体或资源接纳控制功能实体进行资 源恢复。

其中,资源接纳控制功能实体包括策略决定功能实体和传输资源控制功 能实体中的至少一个。外部功能实体包括边缘网关功能实体、接入节点功能 实体和边缘节点功能实体中的至少一个。

资源恢复装置 504包括:修改状态确定模块 504-2,用于确定修改响应接 收装置接收到来自外部功能实体或资源接纳控制功能实体的资源修改失败消 息;以及资源恢复控制模块 504-4, 用于当修改状态确定模块确定接收到资源 修改失败消息后,控制外部功能实体或资源接纳控制功能实体进行资源恢复。

资源恢复控制模块 504-4包括:资源恢复命令单元 504-4a,用于向外部 功能实体或资源接纳控制功能实体发送资源恢复命令; 以及资源获取恢复单 元 504-4b, 用于当外部功能实体中的一个或多个本身不能进行资源恢复时, 从资源接纳控制功能实体获取对应不能自行恢复资源的外部功能实体的原业 务信息,并将原业务信息发送给对应外部功能实体进行资源恢复。

资源恢复控制模块 504-4还包括资源再次修改单元 504-4c, 用于当外部 功能实体或资源接纳控制功能实体资源恢复失败时, 控制外部功能实体或资 源接纳控制功能实体再次进行资源修改。

图 6是示出本发明一个实施例的资源修改失败的处理方法的流程图。如 图 6所示,该方法包括以下步驟:

步骤 S602,接收来自外部功能实体或资源接纳控制功能实体的资源修改 失败消息;

以及步驟 S604,根据外部功能实体或资源接纳控制功能实体的资源修改 失败消息,控制外部功能实体或资源接纳控制功能实体进行资源恢复。

其中,资源接纳控制功能实体包括策略决定功能实体和传输资源控制功 能实体中的至少一个。外部功能实体包括边缘网关功能实体、接入节点功能 实体和边缘节点功能实体中的至少一个。

步骤 S604包括:

步骤 S604-2, 确定是否接收到来自外部功能实体或资源接纳控制功能实 体的资源修改失败消息;

以及步驟 S604-4, 当确定接收到资源修改失败消息后,控制外部功能实 体或资源接纳控制功能实体进行资源恢复。

步驟 S604-4包括:

步骤 S604-4a, 向外部功能实体或资源接纳控制功能实体发送资源恢复 命令,外部功能实体或资源接纳控制功能实体进行资源恢复;

以及步骤 S604-4b, 当外部功能实体中的一个或多个本身不能进行资源 恢复时,从资源接纳控制功能实体获取不能自行恢复资源的外部功能实体的 对应的原业务信息,并根据原业务信息进行资源恢复。

步骤 S604-4还包括:

步骤 S604-4C, 当外部功能实体或资源接纳控制功能实体资源恢复失败 时,控制外部功能实体或资源接纳控制功能实体再次进行资源修改。

图 Ί是根据本发明的一个实施例的在资源接纳控制子系统中资源修改失 败的处理过程的示意图。

如图 7所示,在资源接纳控制子系统中资源修改失败的处理方法为在资 源修改失败时进行回滚,从而保持原先的业务。

首先, S702、资源接纳控制子系统中的资源接纳控制功能实体 102被触 发;

S704、资源接纳功能实体 102向资源接纳控制子系统中的所有或部分功 能实体(策略决定功能实体 110和 /或传输资源控制功能实体 114、 116 ) 102 以及资源接纳控制子系统所控制的所有或部分承载功能实体 702发送资源修 改请求;

S706、如果资源接纳控制子系统中的所有或部分功能实体以及资源接纳 控制子系统所控制的所有或部分承载功能实体 702修改失败并且业务中断, 则转至 S708;

S708、资源接纳控制子系统中的所有或部分功能实体以及资源接纳控制 子系统所控制的所有或部分承载功能实体 702对资源接纳控制子系统中的实 体做出资源修改失败响应;

S710、资源接纳控制功能子系统中的资源接纳控制功能实体 102指示资 源接纳控制子系统中的所有或部分功能实体以及资源接纳控制子系统所控制 的所有或部分承载功能实体 702 (接入节点功能实体和 /或边缘节点功能实体 和 /或边缘网关功能实体)在资源修改失败时进行回滚,向资源接纳控制子系 统中的所有或部分功能实体以及资源接纳控制子系统所控制的所有或部分承 载功能实体 702发送资源恢复修改指示;

S712、资源接纳控制子系统中的所有或部分功能实体以及资源接納控制 子系统所控制的所有或部分承载功能实体按照现有技术中的修改流程恢复业 务。

在资源修改失败响应中可以指明修改失败并且指明修改失败后是否进行 了回滚,如果进行了回滚,那么还要指明回滚是否成功。资源修改的发起者 (如业务控制功能实体、用户侧设备)可以根据资源修改响应中携带的信息 决定是否要保持或释放业务。

为实现资源接纳控制子系统中的功能实体和承载功能实体自身的回滚, 还可以在进行资源修改前,备份资源接纳控制子系统中的功能实体和承载功 能实体的原业务信息。资源修改失败时,利用备份的业务信息进行回滚,恢 复资源接纳控制子系统中的功能实体和承载功能实体原先的业务。

一般情况下,为避免原先业务的中断,承载功能实体 (接入节点功能实体 和 /或边缘节点功能实体和 /或边缘网关功能实体)在资源修改失败时都需要支 持回滚。如果承载功能实体确实不支持回滚,那么可以通过资源接纳控制子 系统(策略决定功能实体或传输资源控制功能实体)使用修改前的业务信息 重新向承载功能实体进行恢复,尽快恢复中断的业务。

图 8示出根据本发明的一个实施例的由业务控制功能实体发起资源修改 请求时资源修改失败的处理过程的示意图。

如图 8所示,首先, S802、业务控制功能实体 104被触发;

S804、业务控制功能实体 104向策略决定功能实体 110发送资源修改请 求;

S806、策略决定功能实体进行策略决定;

S808、策略决定功能实体 110与传输资源控制功能实体 202进行交互, 使传输资源控制功能实体 202进行资源修改,资源修改成功;

S810, 策略决定功能实体 110做出最终接纳决定;

然后, S812、策略决定功能实体 110向边缘网关功能实体 204发送策略 安装请求,使边缘网关功能实体 204进行策略安装;

S814、边缘网关功能实体 204对策略决定功能实体 110做出安装失败的 响应;

S818、假设边缘网关功能实体 204在策略安装失败后自身进行了资源恢 复,为了保持整个系统的一致性,策略决定功能实体 110指示传输资源控制 功能实体 202进行资源恢复。

在上述过程中,进行资源恢复时存在一个问题,即,不能保证资源恢复 成功,这是因为传输资源控制功能实体上原来为该业务分配的资源可能在修 改后 (诸如带宽减小了)被其他业务占用了。

为了解决一部分实体成功修改后再进行回滚的问题,可以采用以下几种 方法来解决:

第一种方法,忽略进行回滚时失败的问题,简单地对该实体再次进行资 源修改,这是因为,在很短的时间内,该实体上的资源被占用的几率是非常 小的。

第二种方法,实体在修改时按照资源修改前后资源的合集以上的资源进 行资源分配,多预留的资源由实体在一段时间后自行释放或者由其他实体触 发释放。

通过以上描述,可以在资源修改失败时仍然能够保持原先的业务,从而 减少由于资源修改失败带来用户或运营商的损失,同时能够提高用户体验。

实施例二,在本实施例中,资源修改失败的处理设备包括:修改响应接 收装置 502,用于确认外部功能实体或资源接纳控制功能实体的资源修改是否 失败;以及资源恢复装置 504, 用于根据修改响应接收装置 502的确认结果, 控制外部功能实体或资源接纳控制功能实体进行资源恢复。

修改响应接收装置 502,为第一修改响应接收装置,用于检测资源接纳 控制功能实体自身是否资源修改失败; 或者为第二修改响应接收装置,用于 接收到来自外部功能实体的资源修改失败响应。

资源恢复装置 504包括:修改状态确定模块 504-2和资源恢复控制模块 504-4, 当修改响应接收装置为第一修改响应接收装置时,修改状态确定模块 504-2, 用于确定第一修改响应接收装置检测到资源接纳控制功能实体资源修 改失败;以及资源恢复控制模块 504-4,用于当修改状态确定模块确定第一修 改响应接收装置检测到资源接纳控制功能实体资源修改失败后, 控制资源接 纳控制功能实体进行资源恢复。

或者,当修改响应接收装置为第二修改响应接收装置时,修改状态确定 模块 504-2,用于确定第二修改响应接收装置接收到来自外部功能实体的资源 修改失败响应;资源恢复控制模块 04-4, 用于当修改状态确定模块确定第二 修改响应接收装置接收到来自外部功能实体的资源修改失败响应后, 控制外 部功能实体进行资源恢复。

资源恢复控制模块 504-4包括:资源恢复命令单元 504-4a, 用于向外部 功能实体或资源接纳控制功能实体发送资源恢复命令; 以及资源获取恢复单 元 504-4b, 用于当外部功能实体中的一个或多个本身不能进行资源恢复时, 从资源接纳控制功能实体获取不能自行恢复资源的外部功能实体的原业务信 息并将原业务信息发送给对应的外部功能实体进行资源恢复。

还包括资源再次修改单元 504-4c, 用于当外部功能实体或资源接纳控制 功能实体资源恢复失败时,控制外部功能实体或资源接纳控制功能实体再次 进行资源务改。

在本实施例中资源修改失败的处理方法包括以下步骤:

步骤 S602,确认外部功能实体或资源接纳控制功能实体的资源修改是否 失败;

以及步骤 S604, 确认资源修改失败后,控制外部功能实体或资源接纳控 制功能实体进行资源恢复。

所述确认是否资源修改失败的步骤包括如下步骤: 资源接纳控制功能实体 检测自身是否资源修改失败,或者是否接收到来自外部功能实体的资源修改 失败响应消息。

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