CN101197777B - 用于建立双向连接的方法 - Google Patents

Abstract

本发明涉及用于建立双向连接的方法和用于具有IP控制平面的通信网的通信设备(B)，该通信设备包括：在所述网络中传输数据的通信资源；能接收开放连接消息的信令控制器，所述开放连接消息包含第一业务描述符(11)和第二业务描述符(12)，第一业务描述符(11)用于将要由发端节点(A)传输给终端节点(C)的下行数据流，第二业务描述符(12)用于将要由发端节点从终端节点接收的上行数据流；以及许可控制器，所述许可控制器能依据所述第一和第二业务描述符评估所述下行流和上行流可用的通信设备的通信资源，所述信令控制器能根据所述接收的开放连接消息和所述可用通信资源，产生更新的开放连接消息。

Description

用于建立双向连接的方法

技术领域

本发明涉及在具有因特网协议(IP)控制平面的通信网中建立发端节点和终端节点之间的双向连接，尤其是建立不对称连接。

背景技术

网络的控制平面表示与数据平面逻辑或物理分离的物理实体或逻辑实体。控制平面执行信令和路由功能。数据平面为网络用户执行数据流传送功能。IP控制平面表示网络单元使用IP协议堆栈交换控制业务的性能。现有IP分组技术有很好的适应性和广泛性，具有IP控制平面的通信网可从中受益，例如寻址和路由。

IP/MPLS和GMPLS标签交换技术已经发展到通过使用IP控制平面提供网络上的统一控制，所述网络的数据平面使用各种各样物理层协议和/或技术；通过使用IP控制平面执行预先的业务工程。特别地，例如采用RSVP或RSVP-TE协议，通过信令消息进行资源保留，提供了对服务质量或其他方面特征能够控制的、用于建立连接或虚电路的手段。

根据请求注解3471，发端节点表示能发起建立带PATH消息的标签交换路径(LSP)的RSVP主机；终端节点表示能够形成相对末端的LSP并用RESV消息回答PATH消息的RSVP主机。

在IETF发展的GMPLS族环境中，双向连接可以以两个独立单向连接的形式或以对称双向连接的形式建立。此处第二种可能的形式有很多优点，在IETF出版的请求注解3471第4部分中有所描述。

期望的是，从建立不对称连接的优点中至少能部分受益。这已经在2002年11月Dube和Costa提交给IETF的建议“two-directional LSPs forclassical MPLS”中进行了尝试。除语义问题外，该建议不能提供令人满意的解决方案，其原因是RSVP主机在给终端节点发送PATH消息之前必须为上行流有效保留通信资源。例如在资源可用性差、网络节点上有不平衡的负载或者交换节点或是路由器不均一的情况下，结果是相对高风险的，建立双向LSP的尝试可能会失败。如果失败了，该保留过程必须从一开始就重新启动，会引进等待时间并低效率地消耗控制平面的资源。

发明内容

本发明的一个目的是建立双向连接，所述双向连接特别包括发端节点和终端节点之间的信令消息单独进行交换并有最大成功可能的不对称连接。

为此目的，本发明提供了在具有IP协议平面的通信网中建立发端节点和终端节点之间的双向连接的方法，其包含以下步骤：

为将要由发端节点传输给终端节点的下行数据流产生第一业务描述符，为将要由发端节点从终端节点接收的上行数据流产生第二业务描述符；

沿所述网络中的连接路径，从发端节点向终端节点发送包括第一业务描述符和第二业务描述符的开放连接消息(open connection message)，在连接路径的中间节点上接收所述开放连接消息；

评估所述下行流和上行流可用的中间节点的通信资源；

依据所述可用通信资源，更新所述开放连接消息的内容，并沿所述连接路径从中间节点向终端节点传输所述更新的开放连接消息；

在终端节点接收所述开放连接消息，依赖更新的开放连接消息，为所述下行流产生第三业务描述符，为所述上行流产生第四业务描述符，并沿连接路径从终端节点向发端节点发送包含第三业务描述符和第四描述符的保留消息；

以及，沿所述连接路径依据第三业务描述符为下行流保留通信资源并依据第四业务描述符为上行流保留通信资源。

根据一个特定实施例，依赖所述可用通信资源，中间节点至少更新第一业务描述符或第二业务描述符。

有利地，中间节点依据所述可用通信资源，更新专用于连接路径的特征的开放连接消息。例如，这个部分包含ADSPEC和/或U_ADSPEC对象。

根据另一个特定实施例，中间节点通过增加关于所述可用通信资源的信息，更新所述开放连接消息。例如，这个消息包括一列特别以LABELSET或UPSTREAM LABEL SET对象形式表示可用资源的标签。

优选地，开放连接消息是RSVP协议族的PATH消息，保留消息是RSVP协议族的RESV消息。

有利的是，接收开放连接消息的中间节点执行以下步骤：

依据所述第一业务描述符以及用于所述连接的中间节点的通信资源的可用性，准备保留用于所述上行流的中间节点的第一通信资源，

依据所述第二业务描述符以及用于所述连接的中间节点的通信资源的可用性，准备保留用于所述下行流的中间节点的第二通信资源。

本发明还提供了用于具有IP控制平面的通信网的通信设备，其包括：

在所述网络中传输数据的通信资源；能接收开放连接消息的信令控制器，所述开放连接消息包括第一业务描述符和第二业务描述符，所述第一业务描述符用于将要由发端节点传输给终端节点的下行数据流，所述第二业务描述符用于将要由所述发端节点从所述终端节点接收的上行数据流；许可控制器(admission controller)，能依据所述第一和第二业务描述符评估可用于所述下行流和上行流的所述通信设备的通信资源，所述信令控制器能依据所述接收的开放连接消息和所述可用通信资源，产生更新的开放连接消息，并将所述更新的开放连接消息传输到所述终端节点。

根据一个特定实施例，所述信令控制器能依据所述可用通信资源，至少修改第一业务描述符或第二业务描述符。

有利地，所述信令控制器能依据所述可用通信资源，修改专用于所述发端节点和所述终端节点之间的连接路径的特征的一部分所述开放连接消息。

优选地，所述信令控制器能接收响应于所述更新的开放连接消息的保留消息，所述保留消息包含第三业务描述符和第四业务描述符，并且所述许可控制器能依据所述第三业务描述符为所述下行流保留通信资源并依据所述第四业务描述符为所述上行流保留通信资源。

本发明还为具有IP控制平面的通信网提供了通信设备，包括：在所述网络中传输数据的通信资源；能接收开放连接消息的信令控制器，所述开放连接消息包含第一业务描述符和第二业务描述符，所述第一业务描述符用于由发端节点传输给所述通信设备的下行数据流，所述第二业务描述符用于由所述通信设备传输到所述发端节点的上行数据流；许可控制器，所述许可控制器能依据所述第一业务描述符和所述下行流可用的通信设备的通信资源为所述下行数据流产生第三业务描述符，并且能依据所述第二业务描述符和所述上行流可用的通信设备的通信资源，为所述上行数据流产生第四业务描述符，所述信令控制器能够传输保留消息，该消息包含将要被发送到所述发端节点的所述第三业务描述符和所述第四业务描述符。

附图说明

阅读本发明以下几个特定实施例的详细说明并参考附图后，本发明将很好理解，并且本发明其他目的、细节、特征和优点将会变得更清晰，这些实施例仅出于说明和非限制性的目的，在附图中：

图1表示依照本发明一个实施例建立双向LSP方法的步骤。

图2是在图1的方法中使用的PATH(路径)消息的概要视图。

图3是在图2的消息中使用的示例性业务描述符。

图4是在图1的方法中使用的RESV(保留)消息的概要表示。

图5是在图4的消息中使用的业务描述符示例。

图6是与图1相似的图解，对应于建立连接消息的请求不能完全被中间节点满足的情况。

图7是在图2的消息中使用的连接路径描述符的示例。

图8是依照本发明一个实施例的IP/MPLS路由器的功能框图。

具体实施方式

图1概略地示出在具有IP/MPLS或GMPLS控制平面的网络中三个节点A、B和C。例如，节点A、B和C是IP/MPLS路由器。节点间链路和物理接口的特性可以是任意的。网络的拓扑和范围可以是任意的，特别是中间节点数可比图1所示的更多或更少。

作为例子，我们现在将描述怎样在节点A和C之间建立用于通信会话的双向LSP。假设节点A的信令控制器(RSVP主机)已经收到例如来自某个应用或从某个网络管理系统的、与节点C建立双向连接的请求。路由控制器使用路由方法为这个连接已经计算出了路由，这里不描述所述路由方法。计算出的路由经过节点B。图1表中线条表示用于建立此连接的连续的信令消息传输。

在步骤10，节点A信令控制器确定将在下行方向和上行方向上建立的连接的特征，所述下行方向即从A到C传输，所述上行方向即从C到A传输。这些特征由信令控制器独立处理，因此能等同于建立对称连接，或不同于建立非对称连接。例如，这些特征可由请求该连接的应用或网络管理系统指定。从这些特征开始，节点A信令控制器形成对下行流是业务描述符的SENDER_TSPEC对象和对上行流是业务描述符的U_TSPEC对象。这些业务描述符以不同的精细级构成了资源特征，所述资源是节点A信令控制器将看到的、分配给每个方向上的连接。然后，节点A信令控制器形成特别地包含这两个对象的PATH信号消息，并将其发送给下一跳，即步骤15中节点B的情形。

图2给出了能用作PATH消息的格式示例。方括号表示可选对象。除U_TSPEC和U_ADSPEC对象外，该格式符合REC 3473。ADSPEC和U_ADSPEC对象是连接路径描述符，连接路径描述符由处理PATH消息的节点建立和更新，以便详细说明形成连接路径的单元的特征，就像在REC 2210中解释的一样。在此情形中，ADSPEC对象专用于下行方向上连接路径的特征，U_ADSPEC专用于上行方向上连接路径的特征。

图3显示了可以作为SENDER_TSPEC和U_TSPEC对象的示例格式。此格式符合分组类型网络，在分组类型网络中服务质量被控制在由REC2210定义的框架内。业务描述符的内容依赖网络低层的特性。其他业务参数可依赖由网络作出可用的可能性。例如，REC 3946为SONET/SDH物理层定义了业务参数。由Papadimitriou于2006年4月提交给IETF的“MEF Ethernet Traffic Parameters”建议定义了以太网的业务参数。在图1中，在信令消息中携带的业务参数值对于下行方向用一截线段11象征性地表示，对于上行方向用一截线段12象征性地表示。

图7给出了可以用作ADSPEC和U_ADSPEC对象的示例格式。该格式与分组类型网络相符，在分组类型网络中的服务质量被控制在由REC2210定义的框架内。依赖网络低层的特性，连接路径描述符的内容也可修改。

在步骤20，节点B信令控制器接收PATH消息并使用标准过程特别地以在被称为路径状态块的表中创建记录的方式处理它的内容。此外，SENDER_TSPEC和U_TSPEC业务描述符被传送到节点B许可控制器，许可控制器检验在每个方向上节点的通信资源是否充分用于建立具有要求的特征的连接。

如果在一个方向上可用资源符合请求的特征，则许可控制器在控制平面上预留这些资源，这样它们不被考虑用于随后的连接请求。然而，直到节点收到与PATH消息相符的RESV保留消息，这些资源在数据平面中才被分配。例如，这意味着在节点或者在当前用作比新连接有更低优先级的预空数据流资源，直到收到RESV保留消息才进行物理转换。控制平面预留的通信资源在图1中用画出的虚线段象征性地表示。分配在数据平面中的通信资源用图1中的实线段象征性地表示。箭头表示关于每一情形下的传输方向。

节点B信令控制器更新PATH信号消息的内容，并在下一跳将其发送，即步骤25中节点C的情形。在PATH消息中，UPSTREAM_LABEL对象由节点B更新，以指定它想要用于上行流的接口。在图1中的例子中，假设可用资源在两个方向上都是充分的。例如，在信令消息中携带的业务参数11和12可以不改变。如果ADSPEC和U_ADSPEC对象被使用，节点B信令控制器依据节点特征，例如在等待时间、传输频带或者服务可用性方面更新它们的内容。

如果可用资源不能达到一个方向上请求的业务特征，许可控制器就预留该资源到它们可用的程度。此情形将参考图6描述。

在步骤30，终端节点C的信令控制器接收PATH消息，并使用标准过程特别是以在被称为路径状态块的表中创建记录的方式处理它的内容。SENDER_TSPEC和U_TSPEC业务描述符或者可能的ADSPEC和U_ADSPEC连接路径描述符都被传输到节点C许可控制器上。

在步骤35，许可控制器首先核实节点C的通信资源用来建立具有由业务描述符指定的特征的连接是否充分，其次，如果可行的话，核实每一方向上连接路径特征用来建立具有用业务描述符指定的特征的连接是否充分。

如果在一个方向上连接路径的特征和节点C的可用资源符合要求的特征，则许可控制器将有效保留这些资源，还在数据平面中分配这些资源。

如果在一个方向上连接路径的特征或者节点C的可用资源不能充分达到要求的业务特征，则许可控制器就确定最有限的特征，且保留节点C的资源到每个方向上能有效建立连接特征的程度。

换言之，依据包含在PATH消息中的信息，特别是两个SENDERTSPEC和U_TSPEC业务描述符和ADSPEC和U_ADSPEC连接路径描述符，如果可用的话，节点C中可用通信资源，节点C的许可控制器确定能有效在每个方向上建立的连接的特征，并将相应信息传递到信令控制器上。节点C信令控制器使用此信息形成FLOWSPEC对象和U_FLOWSPEC对象，所述FLOWSPEC对象是用于下行流的业务描述符，U_FLOWSPEC对象是用于上行流的业务描述符。这些业务描述符形成节点C许可控制器已确定在每一方向上分配给连接的资源特征。这些业务描述符与包含在SENDER_TSPEC和U_TSPEC对象中的参数值相符，或者不同于含在SENDER_TSPEC和U_TSPEC对象中的参数值。特别是相对于由发端节点最初要求的业务参数，它们可在更低水平上指定业务参数，例如在数据流方面。

节点C信令控制器然后形成RESV信令消息，该消息特别地包含这两个对象，然后将其发送给下一跳，也就是在步骤40节点B的情形。在图1显示的示例中，假设可用资源在两个方向都充分。例如由RESV消息携带的业务参数31和32与在PATH消息中指定的相同。RESV消息也被用来分发标签，所述标签表示每个方向的连接上被节点使用的接口。

图4示出用作RESV消息的示例格式。除U_FLOWSPEC和U_FILTER_SPEC对象外，该格式符合REC 3473。FILTER_SPEC对象和U_FILTER_SPEC对象在上行和下行方向上分别定义了在上行和下行方向上独立的通信会话分组子集，该分组子集必能分别从FLOWSEC和U_FLOWSPEC描述符里指定的特征受益。

图5显示了用作FLOWSPEC和U_FLOWSPEC对象的示例格式。该格式符合分组类型网络，该网络中服务质量被控制在由RFC 2210定义的框架内。

在步骤45，中间节点B的信令控制器接收RESV消息并处理它的内容。信令控制器能依据接收的标签更新交换表格。FLOWSPEC和U_FLOWSPEC业务描述符被传递到节点C许可控制器上，该许可控制器根据业务描述符携带的业务参数值，终止资源保留和它们在数据平面中的分配。这样，保留资源的数量就可等于或少于预留资源的数量。因此，如果不必根据FLOWSPEC或U_FLOWSPEC业务描述符建立连接，则可释放预留资源。

节点B信令控制器然后更新RESV信令消息的内容，并将其发送到前一跳，也就是步骤50发端节点A的情形。

在步骤55，发端节点A的信令控制器接收RESV消息并处理它的内容。信令控制器依据接收的标签更新交换表。FLOWSPEC和U_FLOWSPEC业务描述符被传递到节点C许可控制器上，该许可控制器根据业务描述符携带的业务参数值，终止资源保留和它们在数据平面内的资源分配。这样，当发送PATH消息的时候，保留资源的数量就可以等于或少于预留资源的数量。因此，如果不必根据FLOWSPEC或U_FLOWSPEC业务描述符建立连接，则可释放预留资源。

按照已知技术，发端节点A的信令控制器在接收到RESV消息以及接下来的周期性恢复消息时，还向终端节点C发送确认消息以维持资源保留。

参考图6，我们现在将描述发端节点要求的业务特征不能被网络满足的情形。和图1中一样的附图标记用来表示相同或等效的步骤。在步骤20的情形中，节点B许可控制器检测到可用资源不能满足至少一个方向例如在上行方向上要求的业务特征。许可控制器依据节点B上实际可用的通信资源，重新评估上行方向上允许的业务特征，进行相应的预留并将相应的信息传到节点B信令控制器上。

根据第一实施例，节点B信令控制器能够依据由许可控制器提供的关于可用通信资源信息，更新PATH消息中的业务描述符。因此，PATH消息至少在一个通信方向上带有一个或多个修改的业务参数21和22在下一跳被发送，所述一个或多个修改的业务参数21和22也就是在此例中包含在U_TSPEC对象中修改的参数。该过程的剩余部分与先前的描述相同。这样，如果终端节点C不引进任何附加限制，RESV消息中的业务描述符将和PATH消息中的参数值相同，如箭头31和32指示。使用可选对象或不使用可选对象都可执行本实施例。在所有情形中，每个中间节点B的限制可用来定义将在每个方向上建立的连接特征，这样成功的可能性比依照现有技术的更严格的方法更好。如上所述，本实施例不阻止终端节点C的许可控制器最终能用区别于由中间节点B传输到RESV消息中的参数值设置业务参数值。

根据第二实施例，节点B信令控制器不能在PATH消息中更新SENDER_TSPEC和U_TSPEC业务描述符。在这种情况下，由许可控制器提供的关于可用通信资源的信息被传到下一跳上，作为ADSPEC或U_ADSPEC对象中连接路径的特征，以便它们能在确定FLOWSPEC或U_FLOWSPEC业务描述符时被终端节点C许可控制器使用。

换言之，这个第二实施例包括并行地传递业务描述符和当前正被建立的连接路径的描述符到下一跳上。在这种情况下，终端节点负责在第一有效可用连接资源和第二期望连接资源之间进行通信计算，所述第一有效可用连接资源用连接路径描述符指定，所述第二期望连接资源由业务描述符指定，并且终端节点因而负责确定连接请求能被满足的程度，如步骤35所示。第一实施例提供了额外的适应性到这样的程度--中间节点能修改业务描述符，这等同于修改连接请求。

包含在U_TSPEC、U_ADSPEC和U_FLOWSPEC对象中的参数可以是相同的，例如参见图3和图5，或是不同的，例如参见图5和图7。终端节点C许可控制器能依赖以U_TSPEC业务描述符格式收到的业务参数和以U_ADSPEC连接路径描述符格式收到的连接路径特征，进行必要的计算和转换，进而以U_FLOWSPEC业务描述符格式明确地表示业务参数。相同的说明可应用到与下行方向相关的对象。

建立的连接请求的双向特性优选地用PATH消息中出现UPSTREAM_LABEL对象来通知。有利地，UPSTREAM_LABEL_SET对象也用于进一步提高所述请求成功的可能性，这在2004年6月Eiji Oki等人的出版物IEICE TRANS.COMMUN.，第E87-B卷No6中进行了描述。

包含在信令消息中的对象形成一个或几个被预先确定的格式，所述被预先确定格式在MPLS领域能被其他节点读取。很明显，本说明书中使用的变量的格式和名字纯粹是说明性的。这些名字和格式可以被不同的约定管理。优选地，选择这些名字和格式，以便它们具有与现有标准向后兼容的特性。

图8显示了用于创建节点A、B和C的功能性IP/MPLS或GMPLC路由器体系结构的示例。路由器60包括经由控制信道66与其他网络单元通信的信令控制器61、路由控制器62、许可控制器63以及经由数据信道65与其他网络单元通信的业务控制器64。业务控制器64负责依据标签传递数据分组。数据信道65和控制信道66可在普通接口或特殊接口上形成。

网络中数据交换常常是不对称的。上文描述的方法利用了GMPLS基础设施的双向容量并且将其扩展以满足不对称传输频带的要求。它们适用于所有网络(接入、城域和核心)段，并能进行最优化处理，最优化在诸如业务经常是高不对称的接入段等的临近最终用户的临界区域特别重要。例如，广播电视和VOD视频点播服务在这些网络段上产生明显不对称流。下行流由发送给用户的视频数据组成，而上行流则基本是由与服务(请求电影、改变信道等)相关的信令消息组成。

获得的连接的不对称性能应用于传输频带、交换技术、数据编码技术或其他连接特征。

上文描述的方法以RSVP-TE协议为基础。然而，他们应和有同等功能的其他信令协议一起使用。

以上描述的一些单元，尤其是信令控制器、路由控制器和许可控制器，使用硬件和/或软件元件，制造成集中式或分布式的不同形式。使用的硬件元件包括专用集成电路ASIC、可编程的逻辑网络FPGA或微处理器。软件元件可用例如C、C++、Java或VHDL的编程语言编写。这里列出的并不是详尽的。若干控制器可用单个硬件单元表示。

网络管理系统可以是硬件设备，例如与因特网或任何其他专用或通用通信设备相连的微型计算机、工作站、装置。在此系统运行的软件程序执行网络管理功能以控制网络单元。

通信资源一般包含被网络调动用来传输业务的所有物理或逻辑单元。取决于物理层和控制层在节点支持访问MAC的特性，通信资源特指这样的单元，例如CPU时间、存储空间、寄存器、逻辑或物理端口、无线信道或光信道、时间间隔和其他。

尽管参考几个特定实施例描述了本发明，但是很明显，本发明不受限于这些实施例，且它包括所有等效于描述的装置和其组合的技术，前提是这些组合在本发明的框架之内。

动词“包括”，“包含”或“含有”以及它们成对形式的使用，不排除在权利要求中没有提到的其他单元或其他步骤的存在。用于单元或步骤的不定冠词“一”或“一种”的使用，不排除多个这样的单元或步骤的存在，除非另外提及。

在随后的权利要求书中，圆括号里放置的任何附图标记不应认为是对权利要求的限制。

Claims (15)

1.一种在具有IP控制平面的通信网中建立发端节点(A)和终端节点(C)之间的双向连接的方法，该方法包括以下步骤：

为将要由所述发端节点传输到所述终端节点的下行数据流产生包括业务参数的第一业务描述符(11)，为将要由所述发端节点从所述终端节点接收的上行数据流产生包括业务参数的第二业务描述符(12)，

在所述网络中沿连接路径从所述发端节点向所述终端节点发送(15)包含所述第一业务描述符和所述第二业务描述符的开放连接消息，

在所述连接路径上的中间节点(B)接收(20)所述开放连接消息，

评估所述下行流和所述上行流可用的所述中间节点的通信资源，

依据所述可用通信资源，更新所述开放连接消息的内容，并沿所述连接路径从所述中间节点向所述终端节点传输(25)所述更新的开放连接消息，

在所述终端节点接收(30)所述开放连接消息，

依赖所述更新的开放连接消息为所述下行流产生包括业务参数的第三业务描述符(31)，并为所述上行流产生包括业务参数的第四业务描述符(32)，并且沿所述连接路径从所述终端节点向所述发端节点发送(40)包含所述第三业务描述符和所述第四业务描述符的保留消息，

以及，沿所述连接路径依据所述第三业务描述符为所述下行流保留(35，45)通信资源并依据所述第四业务描述符为所述上行流保留通信资源。

2.根据权利要求1所述的方法，其特征在于：依赖所述可用的通信资源，所述中间节点至少更新所述第一业务描述符或第二业务描述符(21，22)。

3.根据权利要求1所述的方法，其特征在于：所述中间节点依据所述可用通信资源，更新专用于所述连接路径的特征的一部分所述开放连接消息。

4.根据权利要求1所述的方法，其特征在于：所述中间节点通过增加关于所述可用通信资源的信息来更新所述开放连接消息。

5.根据权利要求1所述的方法，其特征在于：所述开放连接消息在RSVP协议族中是PATH消息，保留消息在RSVP协议族中是RESV消息。

6.根据权利要求1所述的方法，其特征在于：接收所述开放连接消息的所述中间节点(B)执行以下步骤：

依据所述第一业务描述符以及用于所述连接的中间节点的通信资源的可用性，准备(20)保留用于所述下行流的中间节点的第一通信资源，

依据所述第二业务描述符以及用于所述连接的中间节点的通信资源的可用性，准备(20)保留用于所述上行流的中间节点的第二通信资源。

7.根据权利要求1所述的方法，其中，所述业务参数包括峰值数据速率。

8.根据权利要求1所述的方法，其中，所述双向连接是不对称的，其中不对称性应用到所述连接的传输频带。

9.一种用于具有IP控制平面的通信网的通信设备(B)，其包括：

在所述网络中传输数据的通信资源(65)；能接收开放连接消息的信令控制器(61)，所述开放连接消息包括第一业务描述符(11)和第二业务描述符(12)，所述第一业务描述符(11)用于将要由发端节点(A)传输给终端节点(C)的下行数据流并包括业务参数，所述第二业务描述符(12)用于将要由所述发端节点从所述终端节点接收的上行数据流并包括业务参数；许可控制器(63)，能依据所述第一和第二业务描述符，评估可用于所述下行流和上行流的所述通信设备的通信资源，所述信令控制器能依据所述接收的开放连接消息和所述可用通信资源，产生更新的开放连接消息，并将所述更新的开放连接消息传输到所述终端节点。

10.根据权利要求9所述的通信设备，其特征在于：所述信令控制器(61)能依据所述可用通信资源至少修改所述第一业务描述符或者所述第二业务描述符(21，22)。

11.根据权利要求9所述的通信设备，其特征在于：所述信令控制器(61)能依据所述可用通信资源，修改专用于所述发端节点和所述终端节点之间的连接路径的特征的一部分所述开放连接消息。

12.根据权利要求9所述的通信设备，其特征在于：所述信令控制器(61)能接收响应于所述更新的开放连接消息的保留消息，所述保留消息包含第三业务描述符(31)和第四业务描述符(32)，并且所述许可控制器能依据所述第三业务描述符为所述下行流保留通信资源并依据所述第四业务描述符为所述上行流保留通信资源。

13.根据权利要求9所述的通信设备，其中，所述业务参数包括峰值数据速率。

14.一种用于具有IP控制平面的通信网的通信设备，其包括：

在所述网络中传输数据的通信资源(65)；能接收开放连接消息的信令控制器(61)，所述开放连接消息包含第一业务描述符(11，21)和第二业务描述符(12，22)，所述第一业务描述符(11，21)用于将要由发端节点(A)传输给所述通信设备的下行数据流并包括业务参数，所述第二业务描述符(12，22)用于将要由所述通信设备传输到所述发端节点的上行数据流并包括业务参数，

所述通信设备特征在于：其包括许可控制器(63)，所述许可控制器能依据所述第一业务描述符和所述下行流可用的所述通信设备的通信资源为所述下行数据流产生第三业务描述符(31)，并且能依据所述第二业务描述符和所述上行流可用的所述通信设备的通信资源，为所述上行数据流产生第四业务描述符(32)，

所述信令控制器能够传输保留消息，该消息包含将要被发送到所述发端节点的所述第三业务描述符和所述第四业务描述符。

15.根据权利要求14所述的通信设备，其中，所述业务参数包括峰值数据速率。

Images