CN1802008A - 一种在承载网中转发业务流的方法 - Google Patents

Abstract

本发明公开了一种在承载网中转发业务流的方法，该方法在业务呼叫连接建立过程中，包括：当前呼叫所涉及的呼叫代理命令自身所辖承载网资源管理器为当前呼叫分配服务质量QoS策略，并预留资源；所述分配QoS策略并预留资源的承载网资源管理器将分配的QoS策略下发给自身所辖管理域的边缘设备；在当前呼叫所涉及的所有呼叫代理所辖承载网资源管理器都成功地为当前呼叫分配QoS策略、预留资源、并下发QoS策略后，接收到QoS策略的边缘路由器开始转发与所接收QoS策略匹配的业务流。本发明可精确控制承载网允许或禁止转发业务流，可有效避免在没有完全建立业务连接之前业务流进入承载网，以获得精确的业务数据流量。

Description

一种在承载网中转发业务流的方法

技术领域

本发明涉及有独立承载层的区分服务模型(Diff-serv，DifferentiatedService)技术，尤其是涉及一种在承载网中转发业务流的方法。

背景技术

随着互联网(Internet)规模的不断增大，各种服务质量(QoS，Quality ofService)技术应运而生。因此，互联网工程任务组(IETF，Internet EngineeringTask Force)建议了很多服务模型和机制，以满足QoS的需求。目前业界比较认可的是在网络的接入和边缘使用综合服务模型(Int-Serv，Integrated Service)，在网络的核心使用区分服务模型(Diff-serv，Diffrentiated Service)。区分服务模型仅设定优先等级保障QoS措施，该QoS措施虽然有线路利用率高的特点，但具体的效果难以预测。因此，为了进一步完善QoS技术，业界开始为骨干网区分服务模型引入一个独立的承载控制层，建立一套专门的区分服务模型的QoS信令机制。这个区分服务模型被称为有独立承载控制层的区分服务模型。

图1为有独立的承载控制层的区分服务模型图。如图1所示，在该模型中，承载控制层102置于承载网络103和业务控制层101之间。在业务控制层101中的呼叫代理(CA，Call Agent)为业务服务器，比如软交换、视频点播(VOD)控制服务器、路由网守(GK，Gate Keeper)等，CA接收用户设备的呼叫请求，代理用户设备完成呼叫的请求和交换，本图中只给出两个CA，但是一个呼叫所涉及的CA也可能有多个，也可能有一个；在承载控制层102中，承载网资源管理器通过动态学习或者静态配置拥有承载网上的核心节点、标签交换路径(LSP，Label Switched Path)的拓扑结构和路径资源信息，当收到CA来的资源申请时，资源管理器计算业务路径资源信息并预留路径资源；本图1中只给出三个承载网资源管理器，即承载网资源管理器1(104)、承载网资源管理器2(105)和承载网资源管理器3(106)，但承载网资源管理器的个数不是一定的，各个承载网资源管理器相互之间通过信令传递客户的业务带宽申请请求和结果、以及为业务申请分配的路由路径信息等；在承载网103中，每个承载网资源管理器管理一个特定的承载网区域，这个特定的承载网区域被称为所对应的承载网资源管理器的管理域，本图中为承载网资源管理器1的管理域107、承载网资源管理器2的管理域108和承载网资源管理器3的管理域109，管理域107中包括边缘路由器(ER，Edge Router)110、核心路由器111和边界路由器(BR，Border Router)112，其中，ER能够将用户设备的呼叫业务流接入到承载网或引出承载网，管理域108和管理域109中也包括核心路由器和边界路由器。

如图1所示，在主叫用户设备1呼叫被叫用户设备2并建立呼叫连接的过程中，CA1为主叫CA，CA2为被叫CA，ER1(110)为能够将本次呼叫业务流导入承载网的ER，且ER1在承载网资源管理器1的管理域107中，承载网资源管理器1为CA1所辖的主叫承载网资源管理器；ER2(113)为能够将本次呼叫业务流导出承载网的ER，且ER2在承载网资源管理器3的管理域109中，承载网资源管理器3为CA2所辖的被叫承载网资源管理器；承载网资源管理器2(105)为除承载网资源管理器1和承载网资源管理器3之外，本次请求所经过的承载网资源管理器，此处称为中途承载网资源管理器，管理域108为中途承载网资源管理器2(105)的管理域。在有些情况下，可能没有中途承载网资源管理器，例如ER1和ER2在同一个承载网资源管理器的管理域中，也可能有多个中途承载网资源管理器。另外，图1所示为多个承载网管理域，即管理域107、管理域108和管理域109属于单个独立运营网络的情况，但是一个业务连接也可能跨越多个独立运营网络，每级独立的运营网络都有相应的CA、承载网资源管理器以及承载网络。

在语音、视频等业务的端到端的业务呼叫连接的建立过程中，CA1收到主叫用户设备(UE)1的呼叫请求后，与CA2进行通信能力的协商约定，例如协商终端类型、业务流编码方式、QoS参数等信息；协商成功后，CA1向CM1发送正向资源请求，CA2向CM3发送逆向资源请求，所述正向和逆向资源请求中携带所协商的资源要求和QoS参数；CM1收到资源请求后逐跳向下申请分配满足资源要求和QoS参数要求的正向QoS策略，并预留路径资源；CM3收到资源请求后逐跳向上申请分配满足资源要求和QoS参数的逆向QoS策略，并预留路径资源。各个CM分配好QoS策略后，将所选的逆向QoS策略发送给CM3，将所选的正向QoS策略发送给CM1，CM1将选定的正向QoS策略下发给IP承载网中的ER1，CM3将所选定的逆向QoS策略下发给IP承载网中的ER2，其中的QoS策略中携带主叫端到被叫端的路径信息和五元组信息；ER1或ER2收到QoS策略后，即开始转发与该QoS策略匹配的业务流。所述QoS策略与业务流相匹配是指：QoS策略中的五元组信息与业务流中的五元组信息相匹配。正向QoS策略和逆向QoS策略都下发成功后，业务请求连接完全建立，此时CA1向用户设备1发送响应，通知用户设备1开始通信，发送业务流。

但是，上述现有技术中，承载网资源管理器不能精确控制承载网中的ER允许或禁止转发业务流，因此可能导致以下问题：

当涉及多个CA时，主叫CA和当前呼叫所涉及的其他CA都需命令自身所辖CM为当前呼叫分配QoS策略、预留资源、并下发QoS策略，当所有相关CA成功分配QoS策略并预留资源后，业务呼叫连接才建立成功，此时CA1才能通知主叫用户设备开始发送业务流。如果某一相关CA分配QoS策略并预留资源失败，则业务呼叫连接不能成功建立，而此时，收到QoS策略的ER已经可以转发与所接收QoS策略匹配的业务流，在这种情况下，一旦收到QoS策略的ER收到与该QoS策略相匹配的业务流，即进行转发，因此使得在业务连接未成功建立前，业务流就流入承载网，导致无法获得精确的业务数据流量，进而导致按流量计费的问题，对业务没有完全建立之前的业务流无法进行计费，从而给运营商带来损失。此外，在这种情况下，如果某用户设备盗用主叫用户设备的五元组信息向ER发送业务流，则ER同样可转发该业务流，从而给真正的主叫用户造成损失。

发明内容

有鉴于此，本发明的主要目的是提供一种在承载网中转发业务流的方法，可精确控制承载网允许或禁止转发业务流。

为了实现上述目的，本发明的技术方案具体是这样实现的：

一种在承载网中转发业务流的方法，其特征在于，该方法在业务呼叫连接建立过程中，包括：

当前呼叫所涉及的呼叫代理命令自身所辖承载网资源管理器为当前呼叫分配服务质量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策略匹配的业务流后，进一步包括：

所述承载网资源管理器向其所辖管理域的边缘设备下发禁止转发QoS策略所匹配业务流的命令、或允许转发QoS策略所匹配业务流的命令；

所述边缘设备收到禁止转发QoS策略所匹配业务流的命令后，对与所接收QoS策略匹配的业务流不进行转发；

所述边缘设备收到允许转发QoS策略所匹配业务流的命令后，对与所接收QoS策略匹配的业务流进行转发。

所述禁止转发QoS策略所匹配业务流的命令和允许转发QoS策略所匹配业务流的命令通过流状态信息下发给所述边缘设备。

所述方法进一步包括：在边缘设备中设置用于控制该边缘设备是否转发与所述QoS策略所匹配业务流的QoS策略门控开关，该QoS策略门控开关打开时，边缘设备转发与该QoS策略匹配的业务流，该QoS策略门控开关关闭时，边缘设备不转发与该QoS策略匹配的业务流；

当边缘设备接收到携带禁止转发QoS策略所匹配业务流的命令的流状态信息时，则关闭所述QoS策略门控开关；当边缘设备接收到携带允许转发QoS策略所匹配业务流的命令的流状态信息时，则打开所述QoS策略门控开关。

作为本发明的又一个优选方案，所述QoS策略与业务流通过五元组信息进行匹配。

所述边缘设备为边缘路由器。

所述当前呼叫所涉及的呼叫代理为多个。

本发明所述的方法在与呼叫涉及的CA都成功分配QoS策略并预留资源之后，再向承载网中的边缘设备下发QoS策略，边缘设备收到QoS策略后开始转发该QoS策略匹配的业务流；或者呼叫涉及的每一CA成功分配QoS策略并预留资源后，即下发QoS策略，但边缘设备收到QoS策略后不转发该QoS策略匹配的业务流，直到呼叫涉及的所有CA都成功预留资源并下发QoS策略后，再控制边缘设备开始转发与所接收QoS策略匹配的业务流。从而精确地控制了QoS策略的下发时机，并进一步精确控制承载网允许或禁止转发业务数据流，可有效避免在没有完全建立业务连接之前业务流进入承载网，使用户业务流精确地进入承载网，以获得精确的业务数据流量，提高业务连接的可管理性，例如可使计费信息更加准确，可实现按流量精确计费。同时，由于本发明在完全建立业务连接之前，承载网不转发与QoS策略匹配的业务流，从而可以避免非法业务流在业务连接建立前流入承载网，提高用户设备通信的安全性。

本发明还在边缘设备中设置门控开关，控制边缘设备是否转发与QoS策略匹配的业务流，当用户设备暂时不用QoS策略进行通讯时，可关闭门控开关，从而避免用户的QoS策略和资源被盗用。

另外，由于本发明在业务层为呼叫预留资源后，可通过门控开关灵活控制承载网允许或禁止转发业务流，在暂停业务流时，不需释放预留的资源，在重新恢复业务流时，也不必重新申请预留资源，极大的提高了承载网的资源利用率，并为业务层提供了更加灵活的资源预留方法，便于更丰富的有QoS要求的下一代网络(NGN)增值业务在IP电信网上有效应用。例如：对于NGN的呼叫保持业务，可在保持呼叫预留资源的基础上，通过门控开关控制承载网允许或禁止转发业务流，从而使呼叫在导通和关断之间灵活切换，满足呼叫保持业务的需求。

附图说明

图1为有独立承载控制层的区分服务模型图；

图2为本发明所述第一实施例的流程图；

图3为本发明所述第二实施例的流程图；

图4为本发明所述业务层使用SIP协议通讯时典型的建立业务连接进而在承载网中转发双向业务流的流程图。

具体实施方式

下面结合附图和具体实施例对本发明再作进一步详细的说明。

用户设备和CA之间使用的协议不同，对协议的支持和处理情况不同，它们之间的处理流程就不同，在有独立的承载控制层的区分服务模型中，大多数情况下用会话发起协议(SIP，Session Initial Protocol)，以下实施例为本发明所述方法使用SIP协议通讯时的典型处理流程。

以下实施例中，以建立双向业务连接为例进行说明。

本发明所述的边缘设备可以是边缘路由器，或者是具有标签边缘路由器(LER)功能的网元设备。

图2为本发明所述第一实施例的流程图，如图2所示，该流程包括在业务呼叫连接建立的过程中，包括以下步骤：

步骤201、当前呼叫所涉及的CA命令自身所辖CM为当前呼叫分配服务质量QoS策略，并预留资源；分配QoS策略并预留资源成功后，向该呼叫涉及的其他CA发送资源预留成功的消息。

步骤202～步骤204、所述的各个CA判断当前呼叫所涉及的其他所有CA所辖CM是否都成功地为当前呼叫分配了QoS策略并预留资源，即是否收到所述其他所有CA发送的资源预留成功的消息；如果是，则该CA所辖CM向该CM所辖管理域的边缘设备下发QoS策略，否则，拆除QoS策略，释放资源。

步骤205、收到QoS策略的边缘设备开始转发与所接收QoS策略匹配的业务流。

图3为本发明所述第二实施例的流程图，如图3所示，该流程包括在业务呼叫连接建立的过程中，包括以下步骤：

步骤301、所述呼叫涉及的各CA命令所辖CM为当前呼叫分配QoS策略并预留资源，分配QoS策略并预留资源成功后，向该呼叫涉及的其他CA发送资源预留成功的消息。

步骤302、所述CA命令所辖CM向自身所辖管理域的边缘设备下发QoS策略和禁止转发命令，接收到该QoS策略和禁止转发命令的边缘设备对与所接收QoS策略匹配的业务流不进行转发。

步骤303～步骤305、所述各CA判断是否收到当前呼叫涉及的其他所有CA发送的分配预留成功的消息，如果收到，则该CA命令所辖CM向自身所辖管理域的边缘设备下发允许转发命令，否则，拆除QoS策略，释放资源。

步骤306、所述边缘设备判断是否收到该允许转发命令，如果收到，则开始转发与所接收QoS策略匹配的业务流。

图4为本发明所述业务层使用SIP协议通讯时典型的建立业务连接进而在承载网中转发双向业务流的流程图。如图4所示，CA1为主叫CA，CA2为被叫CA，ER1为能够将本次呼叫业务流导入承载网的ER，且ER1在CM1所辖的管理域中，CM1为CA1所辖的主叫CM；ER2为能够将本次呼叫业务流导出承载网的ER，且ER2在CM3所辖的管理域中，CM3为CA2所辖的被叫CM；CM2为除CM1和CM3之外，本次呼叫连接请求所经过的中途CM。该流程包括：

如图4所示，该流程包括：

步骤401、CA1收到用户设备1发送的呼叫(invite)请求。

步骤402～步骤403、CA1向CA2发送呼叫请求，该呼叫请求中携带主叫侧通讯能力的协商参数，该协商参数包括协商终端类型、业务流编码方式、QoS参数等信息；CA2接收呼叫请求后，向CA1返回200OK响应，该200OK响应中携带被叫侧通讯能力的协商参数；CA1接收200OK响应后，得知主叫侧和被叫侧的通讯能力，即获知本次会话的资源要求和QoS要求，例如：时延参数、丢包率、抖动率(jitter)等。

步骤404、CA1向CM1发起正向资源请求，其中携带所协商的资源要求和QoS参数；CM1收到正向资源请求后，逐跳向下发送正向资源请求，直到本独立运营网络的路径计算完成或者到达用户设备2的归属CM为止，此处为CM3。每一个收到正向资源请求的CM为所述呼叫选择满足资源要求和QoS参数要求的正向QoS策略，即正向域内策略路径和正向域间策略路径，并预留正向路径资源；所述正向域内策略路由为CM所辖管理域之内的正向策略路由，所述正向域间策略路由为CM自身所辖管理域与下一跳CM所辖管理域之间的正向策略路由。各个CM选好正向QoS策略，并预留正向路径资源后，逐跳将所选的正向QoS策略通过响应消息转发给CM1。

步骤404中，如果CM成功预留正向路径资源，则所述响应消息中包括成功的预留正向路径资源信息，否则，所述响应消息中包括失败的预留正向路径资源信息。

另外，步骤404中，各个CM选择正向域内和域间策略路由的具体的计算方法为现有技术，具体可参见中国专利申请号为03126471.9、03160068.9、03156821.1的专利申请文件，本文不再叙述。

步骤405、CM1判断接收到响应消息中是否包括成功的预留正向路径资源信息，如果是，则CM1向ER1下发正向QoS策略和流状态信息，执行步骤406；否则，向CA1返回失败的资源预留响应，执行步骤407。

本发明中，所述承载网的ER中设置用于控制ER是否转发与所述正向QoS策略或逆向QoS策略匹配的业务流的QoS策略门控开关，该QoS策略门控开关打开时，ER转发与所述QoS策略匹配的业务流，该QoS策略门控开关关闭时，ER不转发与所述QoS策略匹配的业务流。所述的流状态信息中携带控制所述QoS策略门控开关的命令信息和业务流的标识，所述命令信息包括允许转发命令和禁止转发命令，分别用于打开和关闭QoS策略门控开关；所述业务流的标识为对应QoS策略的五元组信息，该五元组信息与所允许或禁止转发业务流的五元组信息匹配。

在步骤405中，所述流状态信息中携带关闭正向QoS策略门控开关的信息，即禁止转发命令；所述对应QoS策略的五元组信息为所述正向QoS策略的五元组信息。

ER1收到正向QoS策略和流状态信息后，读取流状态信息，得到禁止转发命令和正向QoS策略的五元组信息，关闭正向QoS策略门控开关；因此，该ER1既使接收到与所述正向QoS策略五元组信息匹配的正向业务流，也不会转发该正向业务流。

或者，步骤405也可以为：CM1暂不下发QoS策略，直接执行步骤406。

步骤406、CM1向CA1返回成功的资源预留响应。

步骤407、CA1判断收到的资源预留响应是否为成功的资源预留响应，如果是，则向CA2发送更新(UPDATE)消息，该更新消息表示CA1同意CA2的能力协商参数，同时携带正向路径资源预留结果，该更新消息也相当于资源预留成功的消息，表示CA1成功地为当前业务呼叫预留了资源；否则，CA1拆除QoS策略的连接和释放所预留的正向路径资源。

步骤408、CA2收到更新消息后，向CM3发起逆向资源请求，其中携带所协商的资源要求和QoS参数；CM3收到资源请求后，逐次向上一跳CM发送逆向资源请求，直到CM1。每一个收到逆向资源请求的CM为所述呼叫选择满足资源要求和QoS参数要求的逆向QoS策略，其中包括逆向域内策略路径和逆向域间策略路径，并预留逆向路径资源；所述逆向域内策略路由为CM所辖管理域之内的逆向策略路由，所述逆向域间策略路由为CM自身所辖管理域与上一跳CM所辖管理域之间的逆向策略路由。各个CM选好逆向QoS策略，并预留逆向路径资源后，逐跳将所选的逆向QoS策略通过响应消息转发给CM3。

步骤408中，如果CM成功预留逆向路径资源，则所述响应消息中包括成功预留逆向路径资源的信息，否则，所述响应消息中包括预留逆向路径资源失败的信息。

另外，步骤408中，各个CM选择逆向QoS策略的具体的计算方法为现有技术，具体可参见中国专利申请号为03126471.9、03160068.9、03156821.1的专利申请文件，本文不再叙述。

步骤409、CM3判断接收到响应消息中是否包括成功的预留逆向路径资源信息，如果是，则CM3向ER2下发逆向QoS策略和流状态信息，执行步骤410；否则，向CA2返回失败的资源预留响应，执行步骤411。

步骤410、CM3向CA2返回成功的资源预留响应。

步骤410中，所述流状态信息中携带用于打开逆向QoS策略门控开关的允许转发命令和该逆向QoS策略匹配的五元组信息，ER2收到流状态信息后，如果收到与所述QoS策略对应的逆向业务流，则转发该逆向业务流。

步骤411、CA2判断收到的资源预留响应是否为成功的资源预留响应，如果是，则向CA1发送200OK消息，该表示CA2同意CA1的能力协商参数以及同意update消息中的正向路径资源预留结果，并且该200Ok消息中还携带逆向路径资源预留结果，相当于资源预留成功的消息，同时向用户设备2发送200OK响应；否则，CA2进行拆除连接和释放所预留的逆向路径资源操作，并向CA1返回资源预留失败的消息。

步骤412、CA1接收CA2的响应消息，如果是200OK消息，则CA1指示CM1向ER1下发流状态信息，其中携带用于打开正向QoS策略门控开关的允许转发命令和该正向QoS策略匹配的五元组信息，CM1下发流状态信息后，向CA1返回执行响应。ER1收到流状态信息后，如果收到与所述正向QoS策略五元组匹配的正向业务流，则按照该正向QoS策略的路由转发该正向业务流。

或者，如果CM1没有下发正向路径QoS策略，则CA1指示CM1向ER1下发正向QoS策略以及携带允许转发命令的流状态信息，CM1下发QoS策略和流状态信息后，向CA1返回执行响应。ER1收到正向QoS策略和允许转发命令后，如果收到与所述正向QoS策略匹配的正向业务流，则按照该正向QoS策略转发所述正向业务流。

如果CA1接收到资源预留失败响应，则拆除QoS策略连接和释放所预留的正向路径资源。

步骤413、CA1收到CM1的执行响应后，向用户设备1发送200OK消息，告知用户设备1可以开始通信，用户设备1发出的业务流通过承载网转发给用户设备2。

本发明中，若资源管理器支持一次申请双向路径资源，即正向和逆向路径资源，则在上述步骤404中，CA1向CM1发起双向资源请求，CM1收到后逐跳向下发送双向资源请求，直到CM3。每一个收到双向资源请求的CM为所述呼叫选择满足资源要求和QoS参数要求的双向QoS策略，并预留双向路径资源；各个CM选好双向QoS策略，并预留双向路径资源后，逐跳将所选的正向QoS策略息和预留正向路径资源信息通过响应消息转发给CM1，逐跳将所选的逆向策略路由信息和预留逆向路径资源信息转发该CM3；CM1再执行步骤405和步骤406，CM3再执行步骤409和步骤410；CA1和CA2的操作与上述流程中相同。

图4所述实施例中，多个承载网资源管理器属于单个独立运营网络，如果业务连接跨越多个独立运营网络时，涉及多个CA，本发明中的CA级数相应增加，但是CA、CM和承载网的边缘设备CN的处理过程与图4所述实施例的处理过程相同。

本发明中，在业务呼叫请求连接建立后，CA也可根据业务需要随时命令CM向ER下发控制门控开关的流状态信息，该流状态信息中携带允许或禁止转发命令和所允许或禁止转发业务流的五元组信息，ER收到流状态信息后，如果其中携带允许转发命令，则ER收到与所允许转发业务流的五元组匹配的业务流后，按照与该业务流五元组匹配的QoS策略进行转发；如果该流状态信息中携带禁止转发命令，则ER收到与所禁止转发业务流的五元组信息匹配的业务流后，不对该业务流进行转发。通过上述方案，本发明在端到端的业务连接中，可随时控制承载网转发或停止转发某条业务流。因此本发明为业务层提供了更加灵活的资源预留方法，便于更丰富的有QoS要求的NGN增值业务的开展。例如：NGN的呼叫保持业务允许用户设备在进行呼叫通讯时，可暂时停止当前呼叫，进行新的呼叫，并且可在新呼叫建立后，在两个呼叫之间进行切换。对于该呼叫保持业务，CA1和CM在保持原有的业务连接的信息时，只需向承载网中的ER下发关闭或打开原有业务连接的QoS策略门控开关，从而使该业务连接上的呼叫在导通和关断之间灵活切换，满足呼叫保持业务的需求。本发明还可以防止原有业务连接的QoS策略被盗用，例如一旦某条业务连接的五元组信息被泄漏，则其他用户设备可以利用该五元组信息向被叫发送业务流，当业务流到达承载网的边缘路由器时，由于该业务流的五元组信息与原有业务连接的五元组信息相同，则边缘路由器根据原有的QoS策略转发该业务流，从而使原有业务连接的QoS策略被盗。本发明中，为QoS策略提供门控开关，如果门控开关处于“关”状态，则原业务连接的QoS策略不会被盗用。

当暂时不用所述的业务连接时，向承载网的边缘路由器下发控制该业务连接的QoS策略门控开关的流状态信息，将该业务连接对应的QoS策略门控开关设为“关”状态，此时承载网不会转发该业务连接的业务流；当继续使用所述业务连接时，向承载网的边缘路由器下发控制该业务连接的QoS策略门控开关的流状态信息，将该业务连接的QoS策略门控开关设为“开”状态，此时承载网继续利用原有的QoS策略转发该业务连接的业务流，而不必重新申请QoS策略，因此可提高承载网的资源使用效率。在保持原有业务连接QoS策略的同时，对新的业务连接继续按本发明所述的正常流程进行资源申请。

上述为双向业务连接建立流程，对于单向业务连接的建立过程，如果涉及多个CA为该业务连接的呼叫预留资源，则同样可利用本发明上述的方法，只不过需省略逆向QoS策略和资源的分配预留过程。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1、一种在承载网中转发业务流的方法，其特征在于，该方法在业务呼叫连接建立过程中，包括：

当前呼叫所涉及的呼叫代理命令自身所辖承载网资源管理器为当前呼叫分配服务质量QoS策略，并预留资源；

所述分配QoS策略并预留资源的承载网资源管理器将分配的QoS策略下发给自身所辖管理域的边缘设备；

在当前呼叫所涉及的所有呼叫代理所辖承载网资源管理器都成功地为当前呼叫分配QoS策略、预留资源、并下发QoS策略后，接收到QoS策略的边缘设备开始转发与所接收QoS策略匹配的业务流。

2、如权利要求1所述的方法，其特征在于，所述呼叫涉及的各呼叫代理所辖承载网资源管理器为当前呼叫分配QoS策略、预留资源、并下发QoS策略的具体过程为：

当前呼叫代理所辖承载网资源管理器为当前呼叫分配QoS策略、预留资源；

当前呼叫代理判断当前呼叫所涉及的其他所有呼叫代理所辖承载网资源管理器是否都成功地为当前呼叫分配了QoS策略并预留资源，如果是，则当前呼叫代理所辖承载网资源管理器向自身所辖管理域的边缘设备下发所述QoS策略。

3、如权利要求1所述的方法，其特征在于，所述呼叫涉及的各呼叫代理所辖承载网资源管理器为当前呼叫分配QoS策略、预留资源、并下发QoS策略的具体过程为：

当前呼叫代理所辖承载网资源管理器为当前呼叫分配QoS策略、预留资源；

当前呼叫代理所辖承载网资源管理器向自身所辖管理域的边缘设备下发QoS策略和禁止转发该QoS策略所匹配业务流的命令，接收到该QoS策略和禁止转发该QoS策略所匹配业务流命令的边缘设备对与所接收QoS策略匹配的业务流不进行转发；

当前呼叫代理判断当前呼叫所涉及的其他所有呼叫代理所辖承载网资源管理器是否都成功地为当前呼叫分配了QoS策略并预留资源，如果是，则当前呼叫代理所辖的承载网资源管理器向自身所辖管理域的边缘设备下发允许转发QoS策略所匹配业务流的命令，所述边缘设备进一步判断是否收到该允许转发QoS策略所匹配业务流的命令，如果收到，则开始转发与所接收QoS策略匹配的业务流。

4、如权利要求2或3所述的方法，其特征在于，所述当前呼叫代理判断当前呼叫所涉及的其他所有呼叫代理所辖承载网资源管理器是否都成功分配QoS策略并预留资源的具体过程为：

当前呼叫所涉及的其他所有呼叫代理所辖承载网资源管理器成功分配QoS策略并预留资源后，向当前呼叫代理发送资源预留成功的消息；

当前呼叫代理判断是否收到所述其他所有呼叫代理发送的资源预留成功的消息，如果收到，则判定所述其他所有呼叫代理所辖承载网资源管理器成功分配QoS策略并预留资源。

5、如权利要求1所述的方法，其特征在于，在所述边缘设备开始转发与所接收QoS策略匹配的业务流后，进一步包括：

所述承载网资源管理器向其所辖管理域的边缘设备下发禁止转发QoS策略所匹配业务流的命令、或允许转发QoS策略所匹配业务流的命令；

所述边缘设备收到禁止转发QoS策略所匹配业务流的命令后，对与所接收QoS策略匹配的业务流不进行转发；

所述边缘设备收到允许转发QoS策略所匹配业务流的命令后，对与所接收QoS策略匹配的业务流进行转发。

6、如权利要求3或5所述的方法，其特征在于，所述禁止转发QoS策略所匹配业务流的命令和允许转发QoS策略所匹配业务流的命令通过流状态信息下发给所述边缘设备。

7、如权利要求6所述的方法，其特征在于，所述方法进一步包括：在边缘设备中设置用于控制边缘设备是否转发与所述QoS策略所匹配业务流的QoS策略门控开关，该QoS策略门控开关打开时，边缘设备转发与该QoS策略匹配的业务流，该QoS策略门控开关关闭时，边缘设备不转发与该QoS策略匹配的业务流；

当边缘设备接收到携带禁止转发QoS策略所匹配业务流的命令的流状态信息时，则关闭所述QoS策略门控开关；当边缘设备接收到携带允许转发QoS策略所匹配业务流的命令的流状态信息时，则打开所述QoS策略门控开关。

8、如权利要求1所述的方法，其特征在于，所述QoS策略与业务流通过五元组信息进行匹配。

9、如权利要求1、2、3、5、或7所述的方法，其特征在于，所述边缘设备为边缘路由器。

10、如权利要求1所述的方法，其特征在于，所述当前呼叫所涉及的呼叫代理为多个。

Images