在传输网络中协调接纳控制的方法和系统技术方案

本发明专利技术提供了在传输网络域的接纳控制接口处提供媒介的协调实体的协调层，和代表应用层信号通知ＱｏＳ请求的任意ＱｏＳ信号机。协调层用来通过利用协调请求消息来跨多个传输网络域分发接纳控制请求，该协调请求消息包含通过协调实体的协调层转发的接纳控制请求。在各协调实体处，接纳控制请求被传递到该协调实体服务的传输网络的接纳控制接口上，并获得接纳控制响应。接着，该接纳控制响应与通过协调层经由协调消息传播的来自其他域的接纳控制响应合并。由此，协调层将各种接纳控制响应合并成合并响应，该合并响应可以被提供回ＱｏＳ信号机（或者其他请求实体）。因此，在ＱｏＳ信号机不必与各单独域联系的情况下，实现了对跨多个传输网络域的接纳控制进行协调。

【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及用于在传输网络中协调用于接纳控制请求和响应的请求 和/或响应消息的方法和系统。具体地说，在本专利技术的实施方式中，可以 与所使用的服务质量定义的形式无关地整理和/或协调服务质量消息。
技术介绍
在诸如互联网协议(IP: internet protocol)网络的网络中，从源应用 到目的地应用的一连串分组被称为流。传输网络应该如何处理形成流的 分组很大程度取决于应用的需要，应用的需要进而限定了各个流的需要。 通常可以定义四个参数来指定流对于传输网络所要求的性能指标，这四 个参数为所要求的带宽(数据速率)、延迟(网络将分组从源传送到目的 地要花费多长时间)、抖动(分组到达时间对于分组发送时间的变化，例 如标准偏差)以及可靠性(表征流可以容许分组丢失的程度)。这些参数 —起定义了流要求的服务质量(QoS: Quality of Service)。任何特定流根 据上面提到的四个参数的特性要求的特定服务质量取决于从其发送或接 收流的应用。例如，电子邮件应用可能要求高可靠性，但对带宽、延迟 或抖动具有较低期望，而视频会议应用对延迟、抖动以及带宽具有高得 多的期望，但可以容许一定程度的分组丢失。在过去，互联网工程任务组(IETF: Internet Engineering Task Force) 的成员已经承担了很多工作以制定在传输网络(具体地说，IP网络)中 提供服务质量的机制。该工作的一个分支产生了多种基于流的QoS机制 (被称为综合业务)。在多个正TFRFC (具体地说，在RFC 2205到 2210)中对这些机制进行了描述。在综合业务的支持下考虑两种具体类 型的基于流的QoS，即，在IETF提案标准RPC 2212中描述的保证传 递服务和在正TF RFC 2211中描述的受控加载传递服务。在图12中给出的表中示出了保证传递服务和受控加载传递服务的特性。具体地 说，保证传递提供固定带宽，以及延迟的固定上限。还提供非常低的抖 动，并且该服务被确保不存在分组丢失。因此，保证传递服务代表来自 传输网络的高质量服务。对于受控加载传递，未给出速率保证，但是对于分组延迟、抖动以 及分组丢失设置了限制，即规定了低延迟、低抖动以及几乎没有丢失。用于提供综合业务体系结构的主正TF协议是RFC 2205、 RFC 2210等中 描述的资源预留协议(RSVP: resource reservation protocol)。如RFC 2210中所描述的，作为数据发送方加入RSVP会话的应用实 例向RSVP登记。该应用实例提供的一条信息是描述该应用期望生成的 业务的发送方TSpec。该信息被用来构建RSVP SENDERJTSPEC对象， 该对象被包括在针对该应用生成的RSVP PATH消息中。发送应用还构建初始RSVP ADSPEC对象。该adspec携带关于QoS 控制能力和发送应用本身的要求的信息，并形成用于积累下面描述的路 径属性的开始点。ADSPEC被添加到在该发送方处创建的RSVP PATH消 息中。典型地，在这种情况中由主机RSVP提供的默认ADSPEC将支持该 主机已知的所有QoS控制服务，但是该机制的具体行为是随实现而定的。随着RSVP PATH消息从发送方移动到接收方，由随后的网元修改 ADSPEC。在各网元处，将ADSPEC从RSVP传递至业务控制模块。业 务控制模块通过识别ADSPEC中提及的服务并分别调用这些服务以更新 它的ADSPEC部分来更新ADSPEC,所述ADSPEC可以包含用于几种 QoS控制服务的数据。如果业务控制模块发现在ADSPEC中被提及但是 未通过网元实现的QoS控制服务，则设置标记以向接收方报告该情况。 接着，更新后的ADSPEC被返回到RSVP以沿该路径传递到下一跳。PATH消息一到达应用接收方处，就将SENDER一TSPEC中的数据和 ADSPEC对象跨RSVP API传递给该应用。该应用(可能在公共资源预留 函数库的帮助下)解释到达的数据，并使用该数据来指导资源预留参数 的选择。希望预留资源的应用接收方向它的本地RSVP提供必要的预留参 数。这些参数包括期望的QoS控制服务(保证或受控加载控制服务)、描 述应该对其预留资源的业务的级别的业务分类符(TSpec)，并且如果选 择的QoS控制服务需要的话，还包括描述期望的服务的级别的RSpec。 这些参数构成了 RSVPFLOWSPEC对象并被RSVP传输到上游。在网络中的各RSVP察觉点(aware point)处，到达PATH消息的 SNEDER—TSPEC和到达RESV消息的FLOWSPEC被用来向期望的QoS 控制服务请求合适的资源预留。根据RSVP协议的规则进行状态合并、 消息转发以及差错处理。最后，到达各RSVP会话的数据发送方的合并后的FLOWSPEC对象 被传递到应用，以向各发送方通告合并后的预留请求和数据路径的属性。除了基于流的算法(例如，综合业务)之外，正TF还设计了基于类 的服务质量体系结构(被称为区分服务(DiffServ))。对于基于类的 服务，流(例如互联网电话流)的整个类具有相同的服务质量，由此意 味着服务质量机制不需要处理单独流。在此方面，DiffServ体系结构被认 为比综合业务体系结构更简单明了 。DiffServ环境中的服务类的选择取决于各网络运营商，但是IETF已 经定义了与网络无关的服务类。 一种具体服务类是在RFC 3246中描述的 加速转发(ExpeditedForwarding)。加速转发(被称为EF)提供固 定速率、较低的或者无延迟、抖动或分组丢失。DiffServ体系结构下的其他服务类是在RFC 2597中描述的确保转 发并被称为AF。在确保转发中，规定四种优先类，每个类具有其自 身的资源。然后，分组的四种类例如利用漏桶算法或者令牌桶算法来进 行流量整形(traffic shaping)以保持服务质量。通过确保转发给出的速率 取决于相同类中的其他流，并且未针对延迟或抖动给出保证。然而，只 要业务在它的指定包络(envelope)内，则不会发生分组丢失。尽管综合业务和区分服务具有牢固的理论基础，但是在原理上因为 它们要求发送应用知道传输网络所使用的具体服务质量体系结构，所以 在实践中已经证明它们很难得到应用。然而，如从以上描述可知的，之前已经提出至少两种不同的服务质量体系结构，在所述服务质量体系结构中，可以采用其他不同的机制来提供QoS。由于不同技术的不断发展， 由于需要建立与所有不同QoS体系结构的兼容性，因此通常还未将QoS 请求方机制构建到应用中。然而，任何具体应用根据其是可以接受弹性 服务、具有分组丢失的实时服务还是不存在分组丢失的实时服务而具有 对其QoS要求的一般思想。另外，应用还倾向于具有它的带宽和分组大 小特性的思想。因此，允许应用以不同形式指定QoS将更有益，然后所 述QoS可以被翻译成传输网络技术指定的QoS，来用于资源预留。此外，对于不同类型的QoS，目前尚不存在允许在大型多域网络上 协调接纳控制决定的集成技术，在所述大型多域网络中，单独域可以采 用不同QoS体系结构。上述的RSVP提供综合业务体系结构中的QoS的 协调，其中在所述综合业务本文档来自技高网...

【技术保护点】
一种由用于一个或更多个传输网络域的本地子集的协调器实体执行跨多个传输网络域来协调接纳控制消息的方法，该方法包括以下步骤：　ｉ）接收至少一个协调请求消息的步骤，接收包含接纳控制请求信息的至少一个协调请求消息；　ｉｉ）转发步骤，向一 个或更多个所述传输网络域的子集的接纳控制接口或功能转发包含所述接纳控制请求信息的接纳控制请求消息；　ｉｉｉ）接收接纳控制响应消息的步骤，接收含有本地接纳控制响应信息的接纳控制响应消息，该本地接纳控制响应信息是根据传输网络域的所述本地子 集或各个本地子集响应于所述接纳控制请求信息做出的接纳控制响应而得到的；　ｉｖ）生成步骤，至少根据所述接纳控制响应信息来生成进一步协调消息；以及　ｖ）传输步骤，传输所述进一步协调消息。

【技术特征摘要】
【国外来华专利技术】EP 2006-3-27 06251628.11. 一种由用于一个或更多个传输网络域的本地子集的协调器实体执行跨多个传输网络域来协调接纳控制消息的方法，该方法包括以下步骤i)接收至少一个协调请求消息的步骤，接收包含接纳控制请求信息的至少一个协调请求消息；ii)转发步骤，向一个或更多个所述传输网络域的子集的接纳控制接口或功能转发包含所述接纳控制请求信息的接纳控制请求消息；iii)接收接纳控制响应消息的步骤，接收含有本地接纳控制响应信息的接纳控制响应消息，该本地接纳控制响应信息是根据传输网络域的所述本地子集或各个本地子集响应于所述接纳控制请求信息做出的接纳控制响应而得到的；iv)生成步骤，至少根据所述接纳控制响应信息来生成进一步协调消息；以及v)传输步骤，传输所述进一步协调消息。2. 根据权利要求1所述的方法，其中所述协调器实体在阻塞模式下 工作，其中所述生成步骤包括根据所述本地接纳控制响应信息和接收到 的所述接纳控制请求信息来生成进一步协调请求消息作为所述进一步协 调消息，并且所述传输步骤包括将所述进一步协调请求消息传输到用于 一个或更多个传输网络域的下一相邻子集的下一跳协调器实体。3. 根据权利要求1所述的方法，其中所述协调器实体在非阻塞模式 下工作，该方法包括以下步骤在接收到所述至少一个协调请求消息后， 向用于一个或更多个传输网络域的下一相邻子集的下一跳协调器实体转 发所述协调请求消息。4. 根据权利要求3所述的方法，其中所述方法还包括从所述下一跳协调器实体接收包含接纳控制响应信息的协调响应消ytl、，其中，所述生成步骤接着生成包含根据所述本地接纳控制响应信息 和接收到的所述接纳控制响应信息而生成的接纳控制响应信息的协调响应消息作为进一步协调消息，并且所述传输步骤包括传输所述协调响应 消息。5. 根据权利要求4所述的方法，其中向用于一个或更多个传输网络 域的前一相邻子集的前一跳协调器实体传输所述协调响应消息。6. 根据权利要求2到5中的任意一项所述的方法，其中所述生成步 骤还包括将所述本地接纳控制响应信息与以下中的一项进行比较 i)在阻塞模式中，接纳控制请求信息；或者ii)在非阻塞模式中，在所述协调响应消息中接收到的所述接纳 控制响应信息；确定所比较的信息中表示这两个比较信息的最小值的信息；以及 产生包含与所确定的最小值信息相对应的接纳控制请求或响应信息 的进一步协调消息。7. 根据前述权利要求中的任意一项所述的方法，其中提供协调器实 体的层级结构，用于传输网络域的所述本地子集的协调器实体形成所述 层级结构的一部分，所述层级结构包括每一个均针对单个传输网络域工 作的最低层协调器实体和一个或更多个较高层的协调器，较高层的协调 器用来与更低一层的协调器交换消息，由此聚集来自多个传输网络域的 接纳控制响应。8. 根据权利要求7所述的方法，其中对于在所述最低层中工作的协 调器实体来说，所述转发步骤包括向所述协调器实体所工作的传输网络 域的接纳控制接口转发所述接纳控制请求消息。9. 根据权利要求7或8所述的方法，其中对于在所述最低层之外的 层中工作的协调器实体来说，所述转发步骤包括在朝向所述传输网络的 方向的下一层中的协调器实体转发所述接纳控制请求消息。10. 根据前述权利要求中的任意一项所述的方法，其中所述本地接 纳控制响应信息指示在传输网络域的所述子集或各个子集处，响应于所 述接纳控制请求信息而进行的被授权传输网络预留的状态和/或特性。11. 根据前述权利要求中的任意一项所述的方法，其中所述接纳控制请求信息包括所请求的QoS的流QoS描述。12. 根据前述权利要求中的任意一项所述的方法，其中所述接纳控 制响应信息包括被授权的QoS的流QoS描述。13. 根据权利要求11所述的方法，其中所述流QoS描述包括指示 所请求的QoS类型的第一部分和包含一个或更多个所请求的QoS参数的 第二部分。14. 根据权利要求13所述的方法，其中所请求的QoS类型包括选 自包含以下类型的组中的端对端类型弹性、实时容错、以及实时非容 错。15. 根据权利要求13或14所述的方法，其中所请求的QoS参数包 括从下面参数中选择的一个或更多个参数平均速率、峰值速率、突发 性、最小分组大小、以及最大分组大小。16. —种跨多个传输网络域协调接纳控制信号的方法，该方法包括 以下步骤为传输网络域提供至少一个协调器实体，所述至少一个协调器实体 被设置为与该协调器实体被提供给的所述传输网络域的接纳控制接口交 换接纳控制请求和响应消息；以及在所述多个传输网络域的协调器实体之间交换协调请求和响应消 息，以合并所述域的所述接纳控制响应。17. 根据权利要求16所述的方法，其中所述协调器实体在阻塞模式 下工作，其中针对接收到的包含接纳控制请求的协调请求消息，从所述 协调器实体工作的所述网络域获得接纳控制响应，在将所述协调请求消 息转发到下一跳传输网络域的下一协调器实体之前，所述响应与所述接 纳控制请求合并。18. 根据权利要求16所述的方法，其中所述协调器实体在非阻塞模 式下工作，其中在从所述协调器实体工作的网络域获得接纳控制响应之 前，向下一跳传输网络域的下一协调器实体转发接收到的包含接纳控制请求的协调请求消息。19. 根据权利要求18所述的方法，其中针对接收到的包含接纳控制请求的协调请求消息，从所述协调器实体工作的网络域获得接纳控制响 应，该响应与在来自用于下一跳传输网络域的下一协调器实体的协调响 应消息中接收到的接纳控制响应合并。20. 根据权利要求19所述的方法，其中接着向用于前一跳传输网络 域的前一协调器实体转发所述协调响应消息。21. 根据权利要求17到20中的任意一项所述的方法，其中所述合 并步骤还包括将所述接纳控制响应与以下中的一项进行比较-i) 在阻塞模式中，接纳控制请求信息；或者ii) 在非阻塞模式中，在所述协调响应消息中接收到的接纳控制 响应<言息；确定所比较的信息中表示这两个比较信息的最小值的信息；以及 产生包含与所确定的最小值信息相对应的接纳控制请求或响应信息 的所述进一步协调消息。22. 根据权利要求16到21中的任意一项所述的方法，其中提供协调器实体的层级结构，该层级结构包括每一个均针对单个传输网络域工作的最低层的协调器实体和一个或更多个较高层的协调器，较高层的协 调器用来与更低一层中的协调器交换消息，由此聚集来自所述多个传输网络域的接纳控制响应。23. 根据权利要求16到22中的任意一项所述的方法，其中所述接 纳控制响应消息包含这样的信息，该信息指示在所述传输网络域处，响 应于所述接纳控制请求消息而进行的被授权传输网络预留的状态和/或特 性。24. 根据权利要求16到23中的任意一项所述的方法，其中所述接 纳控制请求消息包含具有所请求的QoS的流QoS描述的信息。25. 根据权利要求16到24中的任意一项所述的方法，其中所述接 纳控制响应消息包含具有被授权的QoS的流QoS描述的信息。26. 根据权利要求24所述的方法，其中所述流QoS描述包括指示 所请求的QoS类型或被授权的QoS类型的第一部分和包含一个或更多个所请求的QoS参数的第二部分。27. 根据权利要求26所述的方法，其中所请求的QoS类型包括选 自包含以下类型的组中的端对端类型弹性、实时容错、以及实时非容 错。28. 根据权利要求26或27所述的方法，其中所请求的QoS参数包 括从下面参数中选择的一个或更多个参数平均速率、峰值速率、突发 性、最小分组大小、以及最大分组大小。29. —种被这样设置的计算机程序或计算机程序套件，即当计算机 系统执行所述计算机程序或套件时，所述计算机程序或套件促使所述计 算机系统根据前述权利要求中的任意...

【专利技术属性】
技术研发人员：加布丽埃勒科里亚诺，皮特霍维尔，罗伯特约翰布里斯科，
申请(专利权)人：英国电讯有限公司，
类型：发明
国别省市：GB[英国]