CN1874344A - 有独立承载控制层网络中识别业务流的方法 - Google Patents

Abstract

本发明公开了一种有独立承载控制层网络中识别业务流的方法，其核心为：在业务建立时，控制层网络实体对该业务分配区别于其他业务的业务连接标识CID，并将该CID承载于该业务的消息中传输，根据该CID识别不同的业务流。所述的CID可以由CA分配，也可以由RM分配。采用本发明能够实现处理多个业务时，便于识别各个业务流的目的，从而提高信令交互流程的可靠性，保证各个业务的顺利实现，完善了信令交互机制。

Description

有独立承载控制层网络中识别业务流的方法

技术领域

本发明涉及网络通信技术领域，尤其涉及一种有独立承载控制层网络中识别业务流的方法。

背景技术

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

于是，各种QoS(Quality of Service，服务质量)技术应运而生。IETF(因特网工程任务组)已经建立了很多服务模型和机制，以满足QoS的需求。目前业界比较认可的是在网络的接入和边缘使用Int-Serv(IntegratedService，综合服务)模型，在网络的核心使用Diff-serv(DifferentiatedService，区分服务)模型的技术方案。由于该方案中的Diff-Serv模型仅设定了优先等级保障QoS措施，因此使用该方案的网络虽然具有线路利用率高的特点，但是整个网络的传输可靠性和传输效果很难保证。

因此，业界开始为骨干网Diff-Serv引入一个独立的承载控制层，建立一套专门的Diff-Serv QoS信令机制。比如，为推动Diff-Serv的应用，IETF(因特网工程任务组)和一些厂商以及研究机构共同推动的Qbone(Internet2Quality-of-Service backbone，服务质量骨干)试验网上，使用BB(BandwidthBroker，带宽代理器)模型来实现网络资源和拓扑管理；还有其他一些厂商提出了类似的QoS服务器/资源管理器技术来管理拓扑资源和协调各个Diff-Serv区域的QoS能力。这些方案都是为Diff-Serv网络专门建立一个资源管理层，用来管理网络的拓扑资源，统称为有独立承载控制层的Diff-Serv模型。

在有独立的承载控制层的Diff-Serv模型中，承载网控制服务器(包括Bandwidth Broker或者QoS服务器/资源管理器))配置了管理规则和网络拓扑，为客户的业务带宽申请分配资源。

在该模型中，业务控制层CA(Call Agent，呼叫代理)负责接收用户的业务带宽申请，并将业务请求发送给承载控制层处理。当承载控制层处理用户的业务带宽申请时，将确定用户业务的路径。承载网RM(ResourceManager，资源管理器)会通知边缘路由器按照指定的路径转发业务流。每个管理域的承载网控制服务器相互之间通过信令传递客户的业务带宽申请请求和结果，以及承载网RM为业务申请分配的路径信息等。

但是，在有独立的承载控制层的Diff-Serv模型中，目前还没有完善的信令交互机制来传递客户的带宽申请和结果，以及承载网RM为申请分配的路径信息等，无法保证业务的服务质量。比如，当有多个业务时，无法识别各个业务流，信令交互流程的可靠性差，无法保证各个业务处理的连贯性，无法保证业务的顺利进行，实现业务的可靠性差。

发明内容

鉴于上述现有技术所存在的问题，本发明的目的是提供一种有独立承载控制层网络中识别业务流的方法，当处理多个业务时，便于识别各个业务流，提高了信令交互流程的可靠性。

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

本发明提供了一种有独立承载控制层网络中识别业务流的方法，在业务建立时，控制层网络实体对该业务分配区别于其他业务的业务连接标识CID，并将该CID承载于该业务的消息中传输，根据该CID识别不同的业务流。

所述的控制层网络实体包括：

业务控制层的呼叫代理CA或承载网资源管理器RM。

由CA对业务分配CID的方法具体为：

CA接收用户侧传输来的业务请求消息，对该业务分配CID，并将该CID承载于该业务请求消息中传输给RM。

所述方法还包括：

RM向CA发送业务请求响应消息时，将所述的CID承载于该业务请求响应消息中。

所述的CID由CA的标识和数字组成，或者由CA的标识和字符串组成，或者由CA的标识和数字及字符串组成。

由RM对业务分配CID的方法具体为：

RM收到CA发送的业务请求消息后，对该业务分配CID，并将该CID承载于该业务请求响应消息中传输给CA。

所述的CID由RM的标识和数字组成，或者由RM的标识和字符串组成，或者由RM的标识和数字及字符串组成。

所述方法还包括：

CA或RM对业务分配CID后，将CID信息存储于CA和RM中。

所述的CID承载于业务消息中在CA与RM之间，或者在RM与RM之间，或者在CA与CA之间传输。

当所述业务结束时，由CA或RM对所述的CID进行释放处理。

由上述本发明提供的技术方案可以看出，本发明能够实现处理多个业务时，便于识别各个业务流的目的，提高了信令交互流程的可靠性，从而保证各个业务的顺利实现，完善了信令交互机制。

附图说明

图1为有独立承载控制层的Diff-Serv网络模型；

图2为本发明所述的由CA分配CID过程及CID释放过程的流程图；

图3为本发明所述的由RM分配CID过程及CID释放过程的流程图。

具体实施方式

本发明的核心思想是：在业务建立时，控制层网络实体对该业务分配区别于其他业务的CID(Connection Identifier，业务连接标识)，并将该CID承载于与该业务有关的消息中传输，根据该CID识别不同的业务流。

所述的CID应该具有全网唯一的特点，可以由任意数据组成。

所述的CID随业务的建立而建立，随业务的结束而释放。

所述的CID承载于与业务有关的各种消息中可以在CA与RM之间，或者在RM与RM之间，或者在CA与CA之间传输。

本发明提出了两种分配CID的方案，具体采用哪种方案，用户可以根据实际需求进行选择。

方案一：由业务控制层的CA分配CID，具体方式是：

当CA接收到业务请求后，对该业务分配CID，并将该CID承载于与该业务有关的各种消息中进行传递，与该业务有关的各种消息包括：请求消息、响应消息、释放消息、拒绝消息、修改消息等。

为了便于有序管理，CA分配的CID可以含有CA的信息，比如由CA的标识和数字及字符串组成，或者由CA的标识和数字组成，或者由CA的标识和字符串组成；

其中，CA的标识包括IP地址标识等；

当然，CA分配的CID也可以不含有CA的任何信息。

下面具体说明由CA分配CID的过程以及释放CID的过程，如图2所示。

CA分配CID的过程：

当用户向CA发起资源请求时，即业务建立时，CA对该业务分配CID，并根据用户的请求，向RM发送请求消息，该请求消息中包含CID、流信息、QoS参数等信息；

RM收到该请求消息后，根据请求消息中的信息进行处理，如果能够满足该请求，则向CA回复成功响应消息；如果不能满足该请求，则向CA回复失败响应消息。成功响应消息和失败响应消息里均必须包含该业务的CID，也可以附加其它信息，比如流信息或QoS参数等。

CA对业务分配CID后，将CID信息存储于CA和RM中，用于标识与该业务有关的各业务流。

CID释放的过程：

当用户向CA发起资源释放请求时，CA根据用户的请求，向RM发送释放请求消息，该请求消息中必须包含该业务的CID，也可以附加其它信息，比如流信息或QoS参数等；

RM收到释放请求消息后，释放相应资源，如果成功，则向CA回复成功响应消息，如果失败，则向CA回复失败响应消息。成功响应消息和失败响应消息里均必须包含该业务的CID。

也可以由RM主动向CA发起释放请求消息，由CA根据释放请求信息进行处理，并向RM回复响应消息。同样，请求消息和响应消息里均必须包含该业务的CID。

当资源成功释放后，相关的业务也就结束了，该业务的CID也随之释放。

以上所述为CID的正常释放过程，在实际应用中，可能会由于承载网络层发生故障而导致业务无法正常进行，此时，也需要CA或RM对业务的CID进行释放。

方案二：由承载网资源管理器RM分配CID，具体方式为：

RM收到CA发送的业务请求消息后，对该业务分配CID，并将该CID承载于与该业务有关的各种消息中传输，与该业务有关的各种消息包括：请求消息、响应消息、释放消息、拒绝消息、修改消息等。

为了便于有序管理，RM分配的CID可以含有RM的信息，比如由RM的标识和数字及字符串组成，或者由RM的标识和数字组成，或者由RM的标识和字符串组成；

其中，RM的标识包括IP地址标识等；

当然，RM分配的CID也可以不含有RM的任何信息。

下面具体说明由RM分配CID的过程以及CID的释放过程，如图3所示。

RM分配CID的过程：

当用户向CA发起资源请求时，CA根据用户的请求，向RM发送请求消息，该请求消息中包含流信息、QoS参数等信息；

RM收到该请求消息后，对该业务分配CID，并根据请求信息进行其他处理，如果能够满足该请求，则向CA回复成功响应消息；如果不能满足该请求，则向CA回复失败响应消息。成功响应消息和失败响应消息里均必须包含该业务的CID。

RM对业务分配CID后，将CID信息存储于CA和RM中，用于标识与该业务有关的各业务流。

CID释放的过程：同方案一中所描述的CID释放流程，可以由CA主动向RM发起释放请求消息，也可以由RM主动向CA发起释放请求消息。当资源成功释放后，相关的业务也就结束了，该业务的CID也随之释放。

释放后的CID可以被再次用来标识新的业务。

综上所述，采用本发明所述的方法，能够实现处理多个业务时，便于识别各个业务流的目的，完善了信令交互机制，从而提高了信令交互流程的可靠性，保证各个业务的顺利实现。

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

Claims (10)

1、一种有独立承载控制层网络中识别业务流的方法，其特征在于：

在业务建立时，控制层网络实体对该业务分配区别于其他业务的业务连接标识CID，并将该CID承载于该业务的消息中传输，根据该CID识别不同的业务流。

2、根据权利要求1所述的方法，其特征在于，所述的控制层网络实体包括：

业务控制层的呼叫代理CA或承载网资源管理器RM。

3、根据权利要求2所述的方法，其特征在于，由CA对业务分配CID的方法具体为：

CA接收用户侧传输来的业务请求消息，对该业务分配CID，并将该CID承载于该业务请求消息中传输给RM。

4、根据权利要求3所述的方法，其特征在于，所述方法还包括：

RM向CA发送业务请求响应消息时，将所述的CID承载于该业务请求响应消息中。

5、根据权利要求3或4所述的方法，其特征在于：

所述的CID由CA的标识和数字组成，或者由CA的标识和字符串组成，或者由CA的标识和数字及字符串组成。

6、根据权利要求2所述的方法，其特征在于，由RM对业务分配CID的方法具体为：

RM收到CA发送的业务请求消息后，对该业务分配CID，并将该CID承载于该业务请求响应消息中传输给CA。

7、根据权利要求6所述的方法，其特征在于：

所述的CID由RM的标识和数字组成，或者由RM的标识和字符串组成，或者由RM的标识和数字及字符串组成。

8、根据权利要求2、3、4、6或7任一项所述的方法，其特征在于，所述方法还包括：

CA或RM对业务分配CID后，将CID信息存储于CA和RM中。

9、根据权利要求1所述的方法，其特征在于：

所述的CID承载于业务消息中在CA与RM之间，或者在RM与RM之间，或者在CA与CA之间传输。

10、根据权利要求1所述的方法，其特征在于：

当所述业务结束时，由CA或RM对所述的CID进行释放处理。

Images