CN1881893B - 一种应用于QoS信令点之间的流控***及方法 - Google Patents

Abstract

本发明涉及通讯信息管理领域一种应用于Qos信令点之间的流控***及方法。通过在承载控制层安装一策略管理器，当业务流量达到规定范围时，采用不同流控处理方式进行流控处理及服务等级控制。保证了服务质量及业务的安全性，同时可以根据不同的流量采用不同的策略，当某条协议会话上的业务流量值达到某个范围时，能触发相应的策略进行处理，保证了业务的稳定性、可靠性。

Description

一种应用于QoS信令点之间的流控***及方法

技术领域

本发明涉及通讯信息管理领域，尤其涉及一种应用于Qos信令点之间的流控***及方法。

背景技术

随着Intemet规模的不断增大，各种各样的网络服务争相涌现，先进的多媒体***层出不穷。由于实时业务对网络传输时延、延时抖动等特性较为敏感，当网络上有突发性高的FTP(文件传输协议)或者含有图像文件的HTTP(超文本传输协议)等业务时，实时业务就会受到很大影响；另一方面，多媒体业务占去了大量的带宽，现有网络要保证的关键业务就难以得到可靠的传输。于是，各种QoS技术应运而生。

目前，IETF(互联网工程任务组)已经建立了很多服务模型和机制，以满足QoS(Quality of Service，服务质量)的需求。目前业界比较认可的是在网络的接入和边缘使用综合业务模型(Int-Serv)，在网络的核心使用区分业务模型(Diff-serv)。所述的区分业务模型(Diff-serv)由于仅设定优先等级保障QoS措施，因此，虽然其具有线路利用率高的特点，但具体的效果难以预测。

基于上述原因，目前业界又为骨干网区分业务Diff-Serv引入一个独立的承载控制层，建立一套专门的Diff-Serv QoS信令机制。为了推动Diff-Serv的应用，IETF和一些厂商以及研究机构共同推动的QBone试验网上使用带宽代理器(Bandwidth Broker)模型来实现网络资源和拓扑管理。另外，还有其他一些厂商提出了类似的QoS服务器/资源管理器技术来管理拓扑资源和协调各个区分业务Diff-Serv区域的QoS能力。

上述各方法都是为区分服务Diff-Serv网络专门建立一个资源管理层，管理网络的拓扑资源，该资源管理区分服务Diff-Serv方式可以称为有独立承载控制层的Diff-Serv模型，其结构如图1所示。

在有独立的承载控制层的区分服务(Diff-Serv)模型中，承载网控制服务器(包括带宽代理器(Bandwidth Broker)或者QoS服务器/资源管理器)配置了管理规则和网络拓扑，为客户的业务带宽申请分配资源。每个管理域的承载网控制服务器相互之间通过信令传递客户的业务带宽申请请求和结果，以及承载网资源管理器为业务申请分配的路径信息等。

目前业界已用的独立承载控制层的Diff-Serv模型方案，如Qbone的带宽代理器模型等，存在实施难度大、规划及运作困难等问题。在现有的连接模型中没有对设备间的业务流量的控制，因此无法做到对连接的安全性，业务的服务等级，服务质量等进行控制。

因此，需要一种***可以保护网络和用户以实现预先规定的网络性能，如信元丢失率、信元传输时延和信元时延抖动等。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的在于提供一种应用于QoS信令点之间的流控***及方法。

本发明的目的是通过以下技术方案实现的：

本发明提供了一种应用于QoS信令点之间的流控***，包括承载控制层、业务控制层、逻辑承载网，其特征在于，在承载控制层安装一策略管理器，用于当QoS信令点之间的业务流量达到规定范围时，根据业务资源、网络资源、业务类型、消息类型和/或QoS信令点之间的连接方式进行流量控制。

所述的QoS信令点之间采用传输控制协议TCP连接、协议连接或协议会话连接。

本发明还提供了一种应用于QoS信令点之间的流控方法，包括：

A、确定QoS信令点之间的业务流量是否超过规定范围；

B、当业务流量超过规定范围时，策略管理器根据业务资源、网络资源、业务类型、消息类型和/或QoS信令点之间的连接方式进行流量控制。

所述步骤B包括：

B1、策略管理器基于TCP连接实现流控，在不同运营商互连的设备间定义一个带宽值，限制来自对端运营商设备的数据流，策略管理器通过监控设备间TCP连接上的数据流进行流量控制。

所述步骤B包括：

B21、划分出不同的连接类型、业务类型以及不同的运营商网络；

B22、由策略管理器根据上述划分及运营商提供的不同等级的服务进行流控处理。

所述的连接类型包括：设备间的协议连接、协议会话连接和/或业务连接。

所述步骤B包括：

B3、策略管理器根据业务类型进行流控处理。

所述步骤B3具体包括：

B31、确定一个业务类型的资源请求消息超过规定或请求的资源超过规定；

B32、策略管理器采用相应的策略进行流控处理，包括：限制资源分配、拒绝资源请求、根据优先等级分配资源。

所述步骤B包括：

B4、策略管理器根据消息类型进行流控处理，当承载网资源管理器接收的一种类型的消息超过预定的数量时，由策略管理器对此类型的消息报文的流量进行控制。

由上述本发明提供的技术方案可以看出，本发明提出的一种应用于QoS信令点之间的流控***及方法，可以根据不同的流量采用不同的策略，保证了服务质量，提供了服务等级划分，提高了安全性。

附图说明

图1为传统的独立的承载控制层网络***架构图。

图2为本发明应用于QoS信令点之间的流控***架构图。

图3为本发明应用于QoS信令点之间的流控方法的操作流程图。

具体实施方式

本发明提供了一种应用于QoS信令点之间的流控***，该***架构如图2所示，整个CM(承载网资源管理器)组网架构由三层组成，包括承载控制层、业务控制层及逻辑承载网。

其中CM位于承载控制层，用于管理逻辑承载网的资源，接受业务控制层的资源请求，决定是否接纳呼叫，并指定业务流路径，每一个CM管理一些路由器，一个CM管理的所有网络资源构成一个域。CM与业务控制层、逻辑承载网及其他CM之间通过应用层协议接口，如RCIP协议接口、COPS+协议接口等。

所述承载控制层包括多个CM及一个策略管理器，该策略管理器用于当业务流量达到规定范围时，根据业务资源、网络资源、业务类型、消息类型、设备间的连接分配不同流控处理方式进行流控处理及服务等级控制。

图2中的业务控制层包括多个CA(呼叫代理)，如SoftSwitch、VOD控制服务器、MCU等，用于呼叫接纳控制，用户请求资源都需要先向CA发送请求，CA再向整个网络申请资源，各CA间通过Session协议连接。

图2中的逻辑承载网包括多个UE(用户设备)及管理区，如城域网、骨干网等，每个管理区包括BR(边界路由器)、ER(边缘路由器)、汇接路由器及端局路由器等。UE通过Session协议与业务控制层连接。

本发明还提供了一种应用于QoS信令点之间的流控方法，其具体操作步骤如图3所示，包括：

步骤30：资源请求通过CA发送到CM；

在承载控制层中，用户请求资源都需要先向CA发送请求，CA再向CM申请资源；

步骤31：CM接受上述资源请求并指定业务流路径；

CM接受业务控制层的资源请求，并指定业务流路径，每一个CM管理一些路由器，一个CM管理的所有网络资源构成一个域，如果呼叫用户在不同的域内，CM就要进行业务请求的域间转发。CM与CM间通过应用层协议如RCIP协议完成资源请求消息的域间转发，CM间的业务消息包括资源请求、资源修改请求、资源回收、资源查询等；

步骤32：确定业务流量是否超过规定范围？

策略管理器预先定义一业务流量范围，用于确定该业务是否需要进行流控处理；

步骤33：当业务流量超过规定范围时，触发策略管理器，由策略管理器采用不同的流控处理方式进行流控处理；

该策略管理器采用的流控处理方法可根据业务资源、网络资源、业务类型、消息类型、设备间的连接等确定，该设备间的连接包括TCP连接、协议连接及协议的会话连接，所述流控处理方法包括：

A、在设备间的TCP连接上实现流控；

根据设备间TCP连接上的数据流来进行控制，在不同运营商互连的接入设备间定义一个带宽值，限制来自对端运营商设备的数据流，防止网络攻击；

B、在设备间的协议连接、协议会话连接、业务连接上进行流控处理；

针对设备间协议连接，可以直接通过TCP上的数据流量来进行控制；针对协议会话连接做流控可以过滤出会话相关报文，然后对此类报文的数据流量来进行控制；同样针对业务连接过滤出业务报文，然后针对此类报文进行流控；

由于应用层协议的连接可以承载于一条或多条物理连接上，针对协议连接做流控可以划分出不同的连接类型、业务类型以及不同的运营商网络等，根据上述划分使运营商能够提供不同等级的服务，能够根据不同类别实施不同的业务保障，为运营商实现服务等级划分提供可实施性，同样对协议进行会话连接和业务连接的区分可以用来保证会话的安全性和业务的分类处理，能对业务的类型划分服务等级，实施不同流控，因此能更好的保证业务的服务质量；

C、根据业务类型进行流控处理；

对来自同一CA的资源请求进行流控处理，当某个CA的资源请求消息超过规定或请求的资源超过规定时，可以定义相关的策略进行处理，包括限制资源的分配、拒绝资源请求及根据优先等级分配资源；

D、根据消息类型进行流控处理；

为避免CA发起大量CM处理耗时或未知消息，从而引起网络拥塞、CM过载、最终导致其他业务不可进行，根据接收到的消息的类型进行流控，当CA向CM发起资源查询消息时，CM根据收到的此类报文的流量进行控制；

步骤34：当业务流量没有超过规定范围时，进行相应后续业务处理操作。

综上所述，本发明通过在承载控制层安装策略管理器，实现在设备间的协议连接上增加不同形式的流控处理，保证了业务的服务质量，对接入的设备实现业务流量控制，提供服务等级的划分，提高了服务的安全性。

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

Claims (8)

1.一种应用于QoS信令点之间的流控***，包括承载控制层、业务控制层、逻辑承载网，其特征在于，所述逻辑承载网包括多个管理区，一个管理区包括多个QoS信令点，在承载控制层安装一策略管理器，用于当QoS信令点之间的业务流量达到规定范围时，根据业务资源、网络资源、业务类型、消息类型和/或QoS信令点之间的连接方式进行流量控制。

2.如权利要求1所述的一种应用于QoS信令点之间的流控***，其特征在于，所述的QoS信令点之间采用传输控制协议TCP连接或协议会话连接。

3.一种应用于QoS信令点之间的流控方法，其特征在于，所述方法应用于权利要求1所述的***中，所述方法包括：

A、确定QoS信令点之间的业务流量是否超过规定范围；

B、当业务流量超过规定范围时，位于承载控制层的策略管理器根据业务资源、网络资源、业务类型、消息类型和/或QoS信令点之间的连接方式进行流量控制。

4.如权利要求3所述的一种应用于QoS信令点之间的流控方法，其特征在于，所述步骤B包括：

B1、策略管理器基于TCP连接实现流控，在不同运营商互连的设备间定义一个带宽值，限制来自对端运营商设备的数据流，策略管理器通过监控设备间TCP连接上的数据流进行流量控制。

5.如权利要求3所述的一种应用于QoS信令点之间的流控方法，其特征在于，所述步骤B包括：

B21、划分出不同的连接类型、业务类型以及不同的运营商网络；

B22、由策略管理器根据上述划分及运营商提供的不同等级的服务进行流控处理。

6.如权利要求5所述的一种应用于QoS信令点之间的流控方法，其特征在于，所述的连接类型包括：设备间的TCP连接、协议会话连接和/或业务连接。

7.如权利要求3所述的一种应用于QoS信令点之间的流控方法，其特征在于，所述步骤B中根据业务类型进行流控处理具体包括：

B31、确定一个业务类型的资源请求消息超过规定或请求的资源超过规定；

B32、策略管理器采用相应的策略进行流控处理，包括：限制资源分配、拒绝资源请求和根据优先等级分配资源。

8.如权利要求3所述的一种应用于QoS信令点之间的流控方法，其特征在于，所述步骤B包括：

B4、策略管理器根据消息类型进行流控处理，当承载网资源管理器接收的一种类型的消息超过预定的数量时，由策略管理器对此类型的消息报文的流量进行控制。

Images