CN103299596A

CN103299596A - 用于实时通信的同步带宽预留

Info

Publication number: CN103299596A
Application number: CN2011800637616A
Authority: CN
Inventors: 詹姆斯·M·帕克; 苏巴斯瑞·德赫斯坎
Original assignee: Cisco Technology Inc
Current assignee: Cisco Technology Inc
Priority date: 2010-11-02
Filing date: 2011-10-10
Publication date: 2013-09-11
Anticipated expiration: 2031-10-10
Also published as: CN103299596B; WO2012060975A1; EP2636200A1; EP2636200B1; US20120106326A1; US8619564B2

Abstract

一种发起通信会话的方法包括利用呼叫信令协议通过网络发送来自第一节点的呼叫邀请以供第二节点接收。所述呼叫邀请包括一个或多个编解码器的列表，所述编解码器可供所述第一节点在通过网络发送数据时使用。所述呼叫邀请还包括与所述一个或多个编解码器中的每个编解码器相关联的流量规范。与所述一个或多个编解码器中的每个编解码器相关联的所述流量规范包括多个带宽属性，所述多个带宽属性描述当利用所述一个或多个编解码器中的每个编解码器发送数据时的数据流动。

Description

用于实时通信的同步带宽预留

技术领域

本公开总地涉及实时通信，并且更具体地涉及用于利用同步带宽预留（synchronized bandwidth reservation）发起通信会话的方法和系统。

背景技术

有很多不同的音频和视频编解码器，这些编解码器支持用于实时通信的多个不同的质量级别和/或分辨率。例如，G.729的音频编解码器以40kbps的速率传送数据，而HD质量的H.264编解码器需要高达22Mbps的速率来正确地传送数据。因此，不同的编解码器可能具有不同的带宽需求。在发起两个或更多个端点之间的通信会话之前，编解码器必须被选择以用于在端点之间传送数据。被选择的编解码器以及相应的带宽需求必须被端点以及通信会话中涉及的任何中间节点同意。

当发起通信会话时，呼叫信令被用于协商并建立通信会话，并且资源预留被用于预留适当的网络资源。呼叫信令协议的一个示例是会话发起协议（SIP），会话发起协议也可以利用会话描述协议（SDP）来提供对编解码器的选择。SDP在提供对编解码器的选择时提供用于每个编解码器的单个带宽属性。资源预留协议的示例包括资源预留协议（RSVP）以及下一代信令协议（NSIS）。RSVP被用于预留建立通信会话所需要的网络资源，并且RSVP在预留资源时使用多个带宽属性。

附图说明

从结合附图进行的详细描述中，对本公开的特定实施例的更完整的理解将变得清楚，在附图中：

图1图示了根据特定实施例的、被配置为利用同步带宽预留发起通信会话的网络的图；

图2图示了根据特定实施例的两个端点之间的消息流；

图3图示了根据特定实施例的、在利用同步带宽预留发起通信会话时被发送的呼叫信令消息和资源预留消息的图；

图4图示了根据特定实施例的、来自呼叫信令消息的流量规范和请求规范的图；

图5图示了根据特定实施例的、利用SIP结合SDP和RSVP发起通信会话的两个示例；

图6图示了根据特定实施例的、用于利用同步带宽预留发起通信会话的方法；

图7图示了根据特定实施例的、用于利用同步带宽预留对针对实时通信会话的请求做出响应的方法。

特定实施例

概览

本公开的教导涉及一种发起通信会话的方法。该方法包括利用呼叫信令协议通过网络从第一节点发送呼叫邀请以供第二节点接收。所述呼叫邀请包括一个或多个编解码器的列表，所述编解码器可供所述第一节点在通过网络发送数据时使用。所述呼叫邀请还包括与所述一个或多个编解码器中的每个编解码器相关联的流量规范。与所述一个或多个编解码器中的每个编解码器相关联的所述流量规范包括多个带宽属性，所述多个带宽属性描述当利用所述一个或多个编解码器中的每个编解码器发送数据时的数据流动。

本公开还涉及一种接收发起通信会话的请求的方法。该方法包括利用呼叫信令协议接收呼叫邀请，该呼叫邀请包括一个或多个编解码器的第一列表以及与所述一个或多个编解码器中的每个编解码器相关联的流量规范。该方法还包括针对每个编解码器，确定该编解码器是否可供第二节点用于通过网络传送数据。该方法还包括利用呼叫信令协议发送包括一个或多个编解码器的第二列表的对所述呼叫邀请的响应。所述第二列表指示所述第一列表中的哪些编解码器可供所述第二节点用于通过网络传送数据。

示例实施例的描述

图1图示了根据特定实施例的、被配置为利用同步带宽预留发起实时通信会话的通信网络的图。通信网络30包括多个端点32a-32g，所述端点具有通过一个或多个网络36在彼此之间建立通信会话的能力。每个网络36可以包括通信会话可以传送通过的一个或多个节点。

通信会话可以包括发送或接收通信，所述通信包括利用任意音频、视频和/或数据方式传送的任意类型的媒体，包括通过任何合适的技术传送的信号、数据或消息，所述合适的技术例如语音设备、文本聊天、web会话、流媒体（例如流视频）、可下载的媒体、实时通信、传真、在线游戏、即时消息和电子邮件。通信会话的媒体可以利用多个可用的编解码器中的一个编解码器被传送。编解码器可以是能够对在通信会话期间被传送的媒体进行编码和解码的算法、计算机程序或硬件设备或者它们的任意组合。各个编解码器可以提供不同级别的媒体质量并且可能需要不同的带宽量以使媒体利用每个个体编解码器被正确地传送。

通信会话的媒体可以通过一个或多个网络36a-36d的一个或多个节点被路由。为了避免建立通信会话时的瓶颈，建立通信会话过程中所涉及的端点32以及所有中间节点41可以选择具有使发起通信会话过程中所涉及的端点32以及中间节点41满意的带宽属性的编解码器。

在所示出的实施例中，通信网络30包括不同类型和大小的网络36的混合。例如，网络36a是能够实现多个端点32和/或节点41之间的信令和通信会话的广域网（WAN）。WAN36a可以被分布在多个城市和地理区域上，并且可以被称为城域网（MAN）。网络36b是公共交换电话网（PSTN）并且通过网关38将端点32b与WAN36a耦接。通信网络36c是将端点32c,32d,32f和32g与网络36a耦接的局域网（LAN）。因此，端点32a-32g的用户可以在被耦接用于与网络36a-36d中的一个或多个网络的通信的每个网络组件之间建立通信会话。

每个网络36包括将端点32、节点41和其它网络36耦接在一起的多个节点41（为了简单起见，只有网络36a的节点41被示出）。这可以允许实现任意端点32之间的通信会话的建立。除了建立通信会话以外，端点32a-32g和节点41可以在彼此之间传送控制和数据信号。

虽然所示出的实施例包括四个网络36a-36d，但是术语“网络”应当被理解为总地定义能够传送音频和/或视频通信信号、数据和/或消息（包括通过文本聊天、即时消息和电子邮件传送的信号、数据或消息）的组件的任意互连。网络36a-36d中的任意一个网络可以被实现为局域网（LAN）、广域网（WAN）、全球分布式网络（例如互联网）、内联网、外联网或者任何其它形式的无线或有线通信网络。此外，根据各种实施例的网络36可以包括任意数目的端点32或节点41。

除了被耦接到其它IP网络以外，网络36a还可以通过使用诸如网关38之类的接口和/或组件被耦接到非IP通信网络。在所示出的实施例中，网络36a通过网关38被耦接到PSTN36b。PSTN36b可以包括交换站、中心办公室、移动电话交换办公室、寻呼交换办公室、远程终端以及位于世界范围内的其它相关的通信设备。

在特定实施例中，网络36中的一个或多个网络可以利用允许实现端点和/或被耦接到端点的节点的寻址或标识的媒体通信协议。例如，利用互联网协议（IP），被网络36a耦接在一起的每个组件可以在利用IP地址所针对的信息中被标识。按照这种方式，网络36a可以支持点到点、多播、单播或者用于在通信网络30中的组件之间交换媒体分组的其它技术的任意形式和/或组合。

取决于实施例，端点32和/或节点41中的一个或多个可以包括允许它们参与和/或促成多媒体通信会话的IP电话或IP视频会议功能。IP电话或视频会议设备可以包括电话、视频电话、传真机、运行电话或视频会议软件的计算机、节点、网关、有线或无线设备、手持式PDA、视频相机、或者能够在IP网络上执行电话或视频会议功能的任何其它设备。

节点41可以包括网络组件、会话边界控制器、门警、呼叫管理器、会议桥、路由器、集线器、交换机、网关、端点、边缘点或者实现允许通信网络30中的分组交换的任意数目的通信协议的任何其它硬件、被编码的软件或嵌入式逻辑的任意组合。网络域36b-36d可以包括与网络36a的那些组件类似的组件。能够利用帧或分组交换音频、视频或其它数据的任意网络组件都被包括在特定实施例的范围内。其它端点可以包括类似的组件。

端点32可以包括处理器42、存储器44、接口46；类似地，节点41a-41d可以包括类似的组件。为了简单起见，只有端点32g的组件被示出。这些组件在下面会被更详细地描述。

端点32g的处理器42可以是微处理器、控制器、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者可操作用于独立地或者结合其它端点32g的组件（例如存储器44和/或接口46）提供端点功能的任何其它合适的计算设备、资源或硬件与被编码软件或嵌入式逻辑的组合。这些功能可以包括建立与一个或多个其它端点32的通信会话。

端点32g的存储器44可以是任意形式的易失性或非易失性存储器，包括但不限于磁介质、光介质、随机访问存储器（RAM）、只读存储器（ROM）、可擦除式可编程ROM（EPROM）、电可擦除式可编程ROM（EEPROM）、可移除的介质、闪存或者任何其它合适的本地或远程存储器组件或非暂时性计算机可读介质。存储器44可以存储端点32g和/或处理器42所使用的任何合适的数据或信息，包括被编码的软件或嵌入式逻辑。例如，存储器44可以存储描述端点32g所支持的编解码器、分辨率、质量级别和带宽的表格、列表或其它数据组织。

在特定实施例中，这里所描述的功能可以由处理器42结合存储器44来执行。在一些实施例中，被包含在诸如非暂时性计算机可读介质之类的存储器44中的逻辑在被处理器执行时可操作用于执行这里所描述的功能。

端点32g的接口46可以包括为了能够针对通信网络36c的其它组件发送和接收信息所需要的与任意被编码的软件或嵌入式逻辑组合的任意硬件。接口46例如可以发送由处理器42生成的预留请求。取决于实施例，接口46可以提供任何有线或无线连接并且支持允许端点32g与通信网络36c的其它组件通信所需要的任何有线或无线协议。

本领域普通技术人员将意识到端点32和节点41可以是向用户提供通信服务的硬件、被编码的软件或嵌入式逻辑的任意组合。例如，端点32a-32g可以包括电话、运行电话或多媒体软件的计算机、媒体服务器、视频监视器、照相机、IP电话、蜂窝电话或者运行在支持利用网络36传输媒体分组（或帧）的计算机上的任何其它通信硬件、被编码的软件或嵌入式逻辑。端点32a-32g还可以包括无人看管的或自动的系统、网关、其它中间组件或者可以建立通信会话的其它设备。虽然图1图示了特定数目和配置的端点、区段、节点和网关，但是通信网络30考虑用任意数目或布置的这种组件来传输媒体。此外，通信网络30的元件可以包括相对于彼此集中在本地放置的（本地）或者被分布在整个通信网络30上的组件。

在特定实施例中，通信会话利用呼叫信令以及很多情况下的资源预留而被发起。呼叫信令可以是被用于协商和建立两个或多个端点之间通信会话的应用层（第7层）过程。源端点通过信令网络向目的地端点发送呼叫信令消息。呼叫信令消息所经历的从源端点到目的地端点的节点的路径可以被称为呼叫信令路径。呼叫信令可以用任何合适的协议来实现，例如会话发起协议（SIP）或实时流传输协议（RTSP）。资源预留可以是被用于预留在两个或多个端点之间传送数据所必需的网络上的资源的网络层（第3层）过程。资源预留可以用诸如资源预留协议（RSVP）之类的协议来实现。构成资源的从源端点到目的地端点的节点的路径可以被称为资源路径。呼叫信令路径和资源路径不一定是并且通常不是在源端点与目的地端点之间的相同路径。取决于网络36a-36d和所有中间路由器和节点41的配置，一个路径可以被用于呼叫信令消息并且另一路径可以被用于资源预留和数据传输。

SIP是包括用于建立、修改和终止通信会话的原语的应用层控制协议。SIP与下层传输协议相独立地工作并且不依赖于正在被建立的会话的类型。RSVP是预留达到特定的服务质量级别所需要的网络资源的网络层控制协议。用于建立通信会话并且预留用于通信会话的资源的任何其它协议或方法都被包括在特定实施例的范围内。

当发起通信会话时，源端点可以提供对可以被用于在通信会话期间传送数据的编解码器的选择。对于每个被提供的编解码器，源端点可以包括相应的带宽属性以允许做出关于选择哪个被提供的编解码器的明智决定。例如，SIP可以使用会话描述协议（SDP）来在发起通信会话时通知一个或多个媒体编解码器。SDP也可以包括针对每个编解码器的单个带宽属性。然后，目的地端点从被提供的编解码器的选择中选择编解码器。如果不止一个编解码器被提供给目的地端点，则在答复中不止一个编解码器可以被选择；但是该编解码器选择来自于初始供应中所提供的列表。因为每个编解码器需要特定的带宽量，目的地端点实质上是选择多少带宽是通信会话所需要的。资源预留协议也可以在为通信会话预留资源时传送带宽信息。然而，与诸如SIP之类的呼叫信令协议所提供的单个带宽属性相反，诸如RSVP之类的很多资源预留协议通常包括多个带宽属性。

诸如SIP和RSVP之类的呼叫信令和资源预留协议可以一起工作以确保在建立源端点和目的地端点之间的通信会话之前用于预留的带宽是可用的。然而，就呼叫信令路径中的节点与资源路径中的节点而言，目前缺乏关于带宽预留的同步。这是因为呼叫信令发生在第7层而资源预留发生在第3层，并且还因为资源预留利用多个带宽属性而呼叫信令对于每个编解码器提供单个带宽属性。

因为带宽通常用多个属性来描述（所述属性例如平均速率、峰值速率和突发速率），所以在呼叫信令期间（即利用SIP/SDP）被传送的单个带宽属性通常不足以描述在使用特定编解码器传送数据时的数据流动。因而，在特定实施例中，并不是仅包括针对每个编解码器的单个带宽属性，而是呼叫信令协议包括针对每个被提供的编解码器的多个带宽属性。此外，呼叫信令路径和资源路径中的节点就编解码器和相应的带宽属性而言被同步，这些编解码器和相应的带宽属性是令呼叫信令和资源路径中的节点满意的。

在一些实施例中，转码（transcoding）被使用。转码是一种编码到另一种编码的直接数字-数字转换。转码通常被用在目的地端点或另一节点不支持特定编解码器的情况下。当结合特定实施例使用转码时，通信会话按具有两个呼叫支路的情况被对待。有在源端点与转码器之间的一个呼叫支路和在转码器与目的地端点之间的另一呼叫支路。因而，对于每个呼叫支路，单独的编解码器被使用和协商。

图2图示了根据特定实施例的两个端点之间的消息流。具体而言，图2图示了利用用于呼叫信令的会话发起协议（SIP）结合会话描述协议（SDP）以及用于资源预留的资源预留协议（RSVP）的通信会话的发起。所图示的消息流在Alice与Bob之间被交换，其中Alice代表源端点且Bod代表目的地端点。Alice和Bob端点可以与针对图1所描述的端点32类似。该过程开始于步骤202，其中Alice利用SIP/SDP向Bob发送呼叫邀请。呼叫邀请通过Alice与Bob之间的呼叫信令路径被发送。为了简单起见，下面的消息流图省略了中间网络节点。因而，呼叫信令路径未被示出。呼叫邀请包含Alice向Bob提供的编解码器的列表以及针对列表中的每个编解码器的相应的流量规范（TSPEC）。TSPEC是描述使用特定编解码器传送数据时的数据流动的多个带宽属性。在一些实施例中，与每个编解码器相对应的请求规范（RSPEC）也被包括。RSPEC是描述使用特定编解码器传送数据所需要的带宽量的多个带宽属性。当呼叫邀请202正在通过去往Bob的呼叫信令路径时，呼叫信令路径中的中间节点可以从编解码器列表中删除编解码器，如果这些中间节点不能或者选择不支持所述编解码器的话。因而，Bob所接收的编解码器的列表可能不包括在步骤202中由Alice发送的原始呼叫邀请中的所有编解码器。

在步骤204中，Bob以SIP183会话进展消息的形式向Alice发送呼叫响应，如SIP所定义的。SIP183会话进展消息被用于传送关于呼叫的进展的信息。呼叫响应通过Bob与Alice之间的呼叫信令路径被发送并且利用Alice所使用的呼叫信令协议被传送（即SIP结合SDP）。Bob的呼叫响应也包括与来自Bob从Alice那里接收到的呼叫邀请的列表类似的编解码器列表。如上所述，Bob从Alice那里接收的列表是Alice所发送的原始列表，除非编解码器中的一个或多个编解码器被中间网络节点删除。如果Bob确定他不能或者不想支持在呼叫邀请中所接收到的列表中的编解码器中的任一编解码器，他可以从列表中删除任何这样的编解码器。例如，虽然Bob可能能够支持特定的编解码器，但是Bob可能选择需要更少带宽的编解码器，因为他想要保留带宽以供其它通信会话使用。Bob的呼叫响应将包括他从Alice那里接收的列表中的编解码器减去Bob已决定从列表中删除的任意编解码器。

在步骤206中，Bob通过网络向Alice发送RSVP PATH消息以预留用于Bob与Alice之间的通信会话的网络资源。RSVP PATH消息通过从Bob到Alice的网络资源的路径（被称为资源路径）被发送。取决于网络的配置，资源路径和呼叫信令路径通常是不同的路径。Bob的RSVP PATH消息包含与Bob已决定不删除的来自Alice的呼叫邀请的编解码器相关联的一个或多个TSPEC和RSPEC的列表。在一些实施例中，Bob可以选择在步骤204中在他的183响应中删除编解码器，但是在步骤206中发送他的RSVP PATH消息时不删除相应的TSPEC和RSPEC。Bob也可以选择在RSVP PATH消息中指明对于一个或多个TSPEC和RSPEC的偏好。当RSVP PATH消息通过资源路径时，资源路径中的每个资源节点可以选择删除一个或多个TSPEC或RSPEC，如果该资源节点不能提供用于列表中的特定TSPEC和相应的RSPEC的资源。

在步骤208中，Alice随后用RSVP RESV消息做出响应。这个消息反向通过RSVP PATH消息所通过的相同路径。TSPEC和RSPEC的删除也可能发生在RSVP RESV消息去往Bob那里时。当Bob从Alice那里接收到这个消息时，资源路径中的所有网络资源已经分析了TSPEC和相应的RSPEC的列表并且删除了那些不能被授予足够的网络资源的TSPEC和RSPEC。因而，足够的资源可用并且被预留用于列表上余下的TSPEC和相应的RSPEC。在步骤210中，Alice现在向Bob发送RSVP PATH消息，并且在步骤212中，Bob用RSVP RESV消息向Alice做出响应。这些步骤与步骤206和208相同，只是资源路径中的资源被预留用于Alice向Bob传送数据。此时，呼叫信令和资源路径中的所有节点已经删除了任何不满意的编解码器和/或不满意的TSPEC和RSPEC。这些路径通常是不同的，并且呼叫信令路径中的被删除的编解码器的列表可以不与资源预留路径中的被删除的TSPEC和RSPEC的列表同步。例如，如果呼叫信令路径中的节点没有进行删除，但是资源路径中的节点有进行删除，则呼叫信令路径中的节点将不知道所述删除动作。因而，可能需要向呼叫信令路径中的节点发送更新以将那些节点与资源路径中的节点同步。

在步骤214中，Alice通过从Alice到Bob的呼叫信令路径发送更新。在步骤216中，Bob用SIP200OK消息做出响应以通知Alice更新已成功。由SIP定义的200OK消息是通知接收方特定请求已经成功的消息。更新消息包括与尚未被资源路径中的资源节点删除的TSPEC和RSPEC相关联的编解码器的列表。此时，呼叫信令路径中的节点与资源路径中的节点同步。在步骤218中，Bob发送如SIP所定义的180响铃消息以向Alice警报Bob准备好建立通信会话了。在步骤220中，Bob发送SIP200OK消息以通知Alice来自步骤202的她的初始呼叫邀请现在已经成功。在步骤222中，Alice发送ACK消息以确认Bob的指示，所述指示指明Alice发起通信会话的请求已经成功。最后，在步骤224中，通信会话在Alice与Bob之间被建立。

图3图示了根据特定实施例的、利用同步带宽预留发起通信会话的网络的图。图3示出了网络304、网络304的中间节点306a-306e、源端点202a和目的地端点202b。呼叫信令消息308和资源预留消息320正在从源端点302a被发送到目的地端点302b。呼叫信令消息208经过网络304中的一系列中间节点306以到达目的地端点302b。从源端点302a到目的地端点302b所经过的中间节点306的路径是从源端点302a到目的地端点302b的呼叫信令路径。类似地，资源预留消息320经过一系列中间节点306以到达目的地端点302a。这个中间节点的路径是被用于传送数据的网络资源的路径，也被称为资源路径。网络304和中间节点306的配置将决定所使用的不同路径。通常，呼叫信令路径与资源路径是不同的。例如，在所示出的实施例中，呼叫信令消息308可以从源端点302a被发送通过节点306a,306b和306c到达目的地端点302b。另一方面，资源预留消息320可以从源端点302a被发送通过节点306a,306e和306c到达目的地端点302b。取决于网络的配置，可以有任意数目的可能的呼叫信令路径和资源路径。

呼叫信令消息308可以利用任何合适的呼叫信令协议（即SIP）被发送，并且可以是任何类型的呼叫信令消息，例如邀请、响应或更新。呼叫信令消息308包括编解码器列表310并且还包括其它数据312。编解码器列表310包括可供源端点302用于在通信会话期间传送数据的编解码器314a-314z的列表。与编解码器314a-314z相对应的是流量规范（TSPEC）316a-316z和请求规范（RSPEC）318a-318z。TSPEC通常包含描述使用特定编解码器传送数据时流量的流动的带宽属性。RSPEC通常包含指定用于使用特定编解码器传送数据的带宽要求的带宽属性。关于TSPEC和RSPEC的内容的细节将针对图4被详细讨论。如果呼叫信令路径中的节点不支持特定编解码器或者不能为特定编解码器提供带宽，则该节点从被提供的编解码器的列表中删除该编解码器。由TSPEC316和RSPEC318指定的带宽属性帮助呼叫信令路径和资源路径中的节点做出关于它们是否能够支持特定编解码器或者确保足够的资源用于特定编解码器的明智决定。在一些实施例中，编解码器列表可以只包括与每个编解码器相对应的TSPEC。在其它实施例中，针对每个编解码器，可以包括TSPEC与RSPEC两者。

资源预留消息320可以利用诸如RSVP之类的任何资源预留协议被发送。资源预留消息320包含流量规范（TSPEC）列表322、请求规范（RSPEC）列表324和其它数据326。TSPEC列表322包含一个或多个流量规范的列表，并且RSPEC列表324包含与来自TSPEC列表322的流量规范相关联的一个或多个请求规范的列表。

图4图示了根据特定实施例的来自呼叫信令消息的流量规范（TSPEC）和请求规范（RSPEC）的图。更具体而言，呼叫信令消息404正在由端点402a发送至端点402b。呼叫信令消息404包括编解码器列表406和其它数据408。编解码器列表406包括编解码器410a-410z的列表。来自编解码器列表406的编解码器A410a的细节被更详细地示出。编解码器B-Z410b-z的细节为了简单起见被省略。具体而言，针对编解码器A410a的条目包括TSPEC412和RSPEC414。

TSPEC412包含五个带宽属性412a-412e。具体而言，TSPEC412包含令牌桶速率412a、令牌桶大小412b、峰值数据速率412c、最小管制单元412d和最大分组大小412e。令牌桶速率412a和令牌桶大小412b构成令牌桶规范，该令牌桶规范是基于令牌桶中所存在的令牌决定流量何时可以被注入到网络中的控制机制。令牌桶速率412a指定抽象令牌被插入到令牌桶中的速率。令牌桶速率412a通常以每秒千比特为单位被指定，但是也可以按任何合适的方式被测量。令牌按照令牌桶速率412a被插入到令牌桶中。当分组被发送时，令牌桶中的令牌被移除或者兑现。如果令牌桶中没有令牌，则没有分组被允许发送。此外，当令牌桶已满时，没有新的令牌可以被添加到令牌桶中。当令牌桶中的令牌的数目等于令牌桶大小412b时令牌桶为已满。当令牌以大于分组被注入到网络中的速率的速率被添加到令牌桶中时，令牌桶可能会变满。

为了进一步说明令牌桶速率412a和令牌桶大小412b怎样被使用，考虑以下示例。假设令牌桶速率412a是每秒100千比特IP数据报，并且令牌桶大小412b是10个令牌。如果大小为500千比特的IP分组需要被注入到网络中，则必然令牌桶或分组中有至少5个令牌不能被注入到网络中。按照这种方式，将分组注入到网络中的突发速率受令牌桶速率和令牌桶大小的限制。

峰值数据速率412c通常根据与令牌桶速率412a相同的单位（即每秒千比特）被测量。峰值数据速率412c指定突发流量可以被注入到网络中的最大速率。与令牌桶速率412a和令牌桶大小412b相比，峰值数据速率412c指定分组可以被注入到网络中的最大速率，而令牌桶速率412a和令牌桶大小412b决定分组被允许注入到网络中的突发速率。

最小管制单元412d通常用字节来测量。当确定IP分组是否符合TSPEC（即确定令牌桶中是否有足够的令牌以发送分组）时，如果IP分组的大小小于最小管制单元，则IP分组将按其大小等于最小管制单元412d那样被对待。按照这种方式，最小分组大小被设定并且更小大小的分组将按它们具有由最小管制单元412d指定的最小大小那样被对待。

最大分组大小412e是符合TSPEC的最大大小的IP分组并且也通常用字节来测量。被注入到网络中的所有分组都不能大于最大分组大小412e。

例如，需要具有1.5Mpbs峰值速率的1Mbps平均速率预留的编解码器将具有1500千比特的令牌桶速率和3000千比特的峰值数据速率。

RSPEC414包含两个带宽属性，带宽速率414a和停滞期414b。带宽速率414a通常按每秒的IP数据报来测量，停滞期414b通常按微秒来测量。带宽速率414b实质上是按指定速率对带宽预留的请求。带宽速率414a可以大于来自TSPEC的峰值数据速率414c，因为更高的速率将减少排队延迟。停滞期414b指示所希望的延迟与利用带宽速率414a得到的延迟之间的差值。当呼叫信令消息或资源预留消息通过网络的节点被传送时，如果节点不能保证带宽速率414a，该节点可以利用停滞期414b来使带宽速率414a减小合适的量以使得该节点能够提供针对减小后的带宽速率414a的请求。资源预留协议（RSVP）使用上述来自TSPEC412和RSPEC414的带宽属性。

TSPEC412和RSPEC414可以按任何合适的方式在呼叫信令消息404中被传送。在一些实施例中，会话描述协议（SDP）可以被扩展以包括在STP呼叫信令消息中传送来自TSPEC412和RSPEC414的带宽属性的功能。SDP是用于在ASCII字符串中描述流媒体初始化参数的格式，并且在一些实施例中，SDP可以结合诸如SIP或RTSP之类的另一呼叫信令协议被使用。在其它实施例中，SDP可以按单独存在的格式被使用。SDP利用一系列参数和值描述会话，每行一个会话。每个参数名是单个字符后面加‘=’然后是参数值。媒体参数‘m’被用于描述媒体会话的类型。媒体参数字符串的格式为：m=<媒体><端口><协议><格式>。例如，媒体参数字符串“m=video51472RTP/AVP<格式>”描述使用传输协议RTP/AVP的端口51472上的视频会话。<格式>字段基于协议而变化。针对协议RTP/AVP。格式字段将指定RTP有效载荷类型编号的列表，第一个编号为缺省值。

在SDP中用字母‘a’标识的属性参数字符串针对要被提供的每个编解码器被发送。每个属性参数字符串为字符串中所指定的特定编解码器指定来自TSPEC412和RSPEC414的带宽参数。带宽参数可以按任何合适的方式被指定。例如，考虑以下属性字符串：a=rtpmap:<编解码器>reservation r b p m M(R S)。“rtpmap”字段指定RTP有效载荷类型编号应当被映射到由<编解码器>字段指定的媒体编码机制。<编解码器>字段表示与被提供的编解码器相对应的数字。例如，数字1对应于G.711编解码器，因而“a=rtpmap:1”将是针对G.711编解码器的属性参数的开始部分。其它编解码器用不同的数字来标识。例如，G.729编解码器用数字18来标识，H.261编解码器用数字31来标识以及H.263编解码器用数字34来标识。属性字符串的“reservation”部分指定关于带宽预留的信息正在被提供。

在一些实施例中，带宽参数用SDP字符串中的原编号来指定。例如，在上述属性参数字符串“a=rtpmap:<编解码器>reservation r b p m M(R S)”中，字母“r b p m M(R S)”表示来自TSPEC412和RSPEC414的各个带宽属性值。这些值被指定为0或更大的值，并且基于它们出现的顺序被标识。最开始的5个字母表示来自TSPEC412的5个属性参数。第一个字母‘r’表示令牌桶速率412a，‘b’表示令牌桶大小412b，‘p’表示峰值数据速率412c，‘m’表示最小管制单元412d，以及‘M’表示最大分组大小412e。最后两个字母表示来自RSPEC414的带宽属性，其中‘R’表示带宽速率414a并且‘S’表示停滞期414b。在一些实施例中，带宽速率414a和停滞期414b可以不在属性串中被指定，因为一些实施例只指定与TSPEC412相对应的带宽属性。

在一些实施例中，当使用SDP描述来自TSPEC412和RSPEC414的带宽属性时，SDP媒体参数串被首先发送以描述媒体会话的类型。然后，针对要被提供的每个编解码器，属性参数字符串被发送。例如，考虑以下字符串：

m=video51472RTP/AVP X Y Z

a=rtpmap:1reservation r b p m M(R S)

a=rtpmap:18reservation r b p m M(R S)

如上所述，媒体字符串提供关于媒体会话的类型的信息，并且属性字符串提供关于编解码器和它们相应的TSPEC和RSPEC带宽属性的信息。在该特定示例中，针对G.711编解码器（用数字1标识）和G.729编解码器（用数字18标识）的属性字符串已被提供。针对TSPEC和RSPEC带宽属性的实际数值已被省略，而是用如上所述的字母r,b,p,m,M,R和S来表示。

在其它实施例中，来自TSPEC412和RSPEC414的带宽属性可以通过为每个相关的带宽属性加标签而在SDP属性字符串中被指定。例如，“a=rtpmap:<编解码器>reservation Token-Bucket-Rate=r;Token-Bucket-Size=b;Peak-Data-Rate=p;Minimum-Policed-Unit=m;Maxium-Policed-Unit=M”是其中每个来自TSPEC412和RSPEC414的带宽属性用标签而非原编号来标识的SDP属性字符串的示例。通过为带宽属性加上标签，如果特定的带宽属性不需要被指定，则该带宽属性可以被省略。与上述原编号格式相比，加标签的格式可以省略不必要的属性，而原编号格式必须至少将不必要的属性指定为‘0’。原编号和加标签只是扩展SDP的功能以传送来自TSPEC412和RSPEC414的带宽属性的方式的两个示例，而传送这些带宽属性的任何合适的方式都落在本公开的范围内。

资源预留消息也包括包含以上针对来自呼叫信令消息404的TSPEC412和RSPEC414讨论的相同信息的TPSEC和RSPEC。然而，资源预留消息通常不标识与每个TSPEC和RSPEC相对应的编解码器。

图5图示了根据特定实施例的、使用SIP结合SDP和RSVP发起通信会话的两个示例。在示例1和2中，通信会话在Alice和Bob之间被发起，其中Alice代表源端点而Bob代表目的地端点。具体而言，图5的示例1图示了Alice与Bob之间的呼叫发起，其中编解码器的列表在第7层被删减（即被在Alice与Bob之间的呼叫信令路径中的节点删减）。在步骤500中，Alice利用SIP向Bob发送呼叫邀请，该呼叫邀请包括三个编解码器供选择。在去往Bob的传输期间，编解码器的列表在步骤502处被从Alice到Bob的呼叫信令路径中的节点删减。具体而言，呼叫信令路径中的节点确定它不想要使用G.729编解码器（对应于SIP属性字符串中的数字18）。删减后的邀请是Bob所接收到的邀请。在步骤504中，Bob确定他不想要G.711编解码器（对应于SIP属性字符串中的数字1），并且因此Bob从列表中删减掉该编解码器，然后发送他对呼叫邀请的SIP响应，该响应只包括未被删减掉的余下的编解码器。在步骤506中，Bob发送RSVP PATH消息，该消息包含与在步骤504中来自Bob的SIP响应的剩余编解码器相对应的流量规范和请求规范。Alice接收Bob的SIP响应和Bob的RSVP PATH消息并且注意到Bob的RSVP PATH消息没有包含与来自步骤500中Alice的呼叫邀请的编解码器相关联的全部流量规范和请求规范。因而，Alice在步骤508中发送SIP更新以向从Alice到Bob的呼叫信令路径中的节点告知与来自Bob的RSVP PATH消息的流量规范和请求规范相对应的编解码器的更新列表。在该示例中，Bob只包括与用数字31表示的H.261编解码器相对应的流量规范和请求规范。因而，Alice的SIP更新只包括这个编解码器。在步骤510中，Bob接收到这个更新并且发送SIP200OK消息。此时，从Alice到Bob的呼叫信令路径中的节点已经被更新并且与资源路径中的节点相同步。

图5的示例2图示了Alice和Bob之间的通信会话的发起，其中删减发生在第3层（即被从Alice到Bob或者从Bob到Alice的网络资源路径中的节点删减）。在步骤512中，Alice利用SIP向Bob发送呼叫邀请，该呼叫邀请包括三个编解码器供选择。在步骤514中，Bob确定他可以支持全部三个编解码器，但是他偏好编解码器1。因而，Bob发送SIP响应，删减掉两个编解码器而只包括他所偏好的那一个编解码器。在步骤516中，Bob发送他的RSVP PATH消息，该消息包括与全部三个原始编解码器相对应的流量规范和请求规范，但是指明对于与在步骤514中他包括在其SIP响应中的那一个编解码器相对应的流量规范和请求规范的偏好。Alice在步骤518中发送具有与Bob的RSVP PATH消息中相同的流量规范和请求规范的RSVP RESV消息，从而指明她可以支持全部的编解码器。在步骤520中，来自RSVP RESV消息的与G.711编解码器（用数字1表示）相对应的流量规范和请求规范被资源路径中的节点中的一个节点删减。这个流量规范和请求规范与在步骤514中Bob在其SIP响应中所包括的那一个编解码器（即Bob偏好的编解码器）相对应。因而，在步骤522中，Bob向Alice发送SIP更新以向从Bob到Alice的呼叫信令路径中的节点更新那些相应的流量规范和请求规范尚未被资源预留路径中的节点所删减掉的编解码器的列表。Alice在步骤524中用SIP200OK响应做出响应。此时，呼叫信令路径中的节点与资源预留路径中的节点同步，并且所有节点都清楚可供其它节点在通信会话期间传送数据的编解码器和/或相应的流量和请求规范。

在示例2中，如果流量规范和相应的请求规范的列表在从Bob到Alice而非从Alice到Bob的传送期间被删减（即如果列表是在RSVPPATH消息而非RSVP RESV消息中被删减的），则如在示例1中那样，Alice将发送SIP更新，因为她将意识到RSVP PATH消息不包括与Alice所接收到的步骤514中的Bob的SIP响应中的那一个编解码器相关联的流量规范和请求规范。SIP和RSVP的当前实现方式支持Alice的这个更新行为。然而，没有用于Bob在他确定资源节点中的一个节点已经删减了流量规范和请求规范的情况下进行更新的机制。因此，在该特定实施例中，附加消息必须被发送的唯一情况是当流量规范和相应的请求规范被从Alice到Bob的资源路径中的资源节点中的一个节点删减时。在所有其它情况下，没有附加消息需要在Alice和Bod之间被交换。

图6图示了根据特定实施例的、用于利用同步带宽预留发起通信会话的方法。在图6所示出的特定实施例中，这些步骤由源端点执行，例如以上针对图2所讨论的源端点202a。该方法开始于步骤600，其中呼叫邀请通过网络从第一节点被发送到第二节点。在一些实施例中，呼叫邀请利用诸如SIP结合SDP之类的呼叫信令协议被发送。呼叫邀请包括可以被用于在通信会话期间传送数据的编解码器的列表以及与每个编解码器相关联的TSPEC。在步骤602中，对呼叫邀请的响应从第二节点处被接收。该响应指明呼叫邀请中所提供的被第二节点以及呼叫信令路径中的节点支持或可接受的编解码器。在一些实施例中，该响应是如SIP定义的183会话进展响应。在步骤604中，资源预留消息被接收。资源预留消息指明来自呼叫邀请的未被网络资源的路径中的资源节点删减掉的TSPEC。当资源预留消息被传送时，如果网络资源的路径中的中间资源节点不能提供或选择不提供足够的资源来支持TSPEC，则该节点从资源预留消息中删除所述TSPEC。在一些实施例中，资源预留消息是利用资源预留协议（RSVP）发送的RSVP PATH消息。

在步骤606中，确定呼叫信令路径中的节点是否需要与资源预留路径中的节点同步。当TSPEC被资源预留路径中的节点删除但是与该TSPEC相对应的编解码器未被呼叫信令路径中的节点删除时，节点需要被同步。如果节点不需要被同步，则控制进行到步骤610，在该步骤中，第一节点与第二节点之间的通信会话被建立。如果节点需要被同步，则控制进行到步骤608。在步骤608中，呼叫更新通过呼叫信令路径被发送到第二节点。该更新包括与未被资源节点删减掉的TSPEC相关联的编解码器的列表。该更新的目的是为了将呼叫信令路径中的节点与资源预留路径中的节点同步。在一些实施例中，更新利用诸如SIP之类的呼叫信令协议被发送。在更新被发送之后，控制进行到步骤610，在该步骤中，第一节点与第二节点之间的通信会话被建立。

图7图示了根据特定实施例的、用于利用同步带宽预留对针对通信会话的请求做出响应的方法。在图7所示出的特定实施例中，这些步骤是由目的地端点执行的。在步骤702中，呼叫邀请从第一节点处被接收到。呼叫邀请包含编解码器的列表和针对每个编解码器的相应的TSPEC。在一些实施例中，呼叫邀请利用诸如SIP结合SDP之类的呼叫信令协议被发送。虽然呼叫邀请由第一节点发送，但是如果在第一节点与第二节点之间的呼叫信令路径中的任何中间网络节点不支持或者不偏好所列出的编解码器中的任意编解码器，则在转发呼叫邀请到下一个网络节点之前，这些编解码器将从列表中被删除。按照这种方式，当呼叫邀请到达第二节点时，只有被第一节点以及在从第一节点到第二节点的呼叫信令路径中的所有中间节点支持的编解码器被包含在呼叫邀请中。

在步骤704中，关于呼叫邀请中所包含的哪些编解码器被第二节点支持或可接受的判定被做出。在步骤706中，对呼叫邀请的响应通过第一节点和第二节点之间的呼叫信令路径从第二节点被发送到第一节点。该响应包含在步骤704中被判定为被第二节点支持或可接受的编解码器的列表。在一些实施例中，该响应是如SIP所定义的183会话进展响应。在步骤708中，资源预留消息通过从第二节点到第一节点的网络资源的路径从第二节点被发送到第一节点。在一些实施例中，资源预留消息是利用RSVP发送的RSVP PATH消息。一般来说，资源预留消息包含与来自步骤706的对呼叫邀请的响应的编解码器相关联的TSPEC。然而，与来自步骤702中的呼叫邀请的原始列表中的编解码器相关联的TSPEC或者只是那些TSPEC的子集可以在资源预留消息中被传送。在一些实施例中，如果资源预留消息中的TSPEC的列表包含在对呼叫邀请的响应中未发现的附加TSPEC，则资源预留消息可以指示对在呼叫邀请的响应以及资源预留消息中的一个或多个TSPEC的偏好。在步骤710中，来自第一节点的资源预留消息被接收。在一些实施例中，资源预留消息是利用RSVP发送的RSVP RESV消息。资源预留消息包含可用于第一节点以及第一节点与第二节点之间的资源路径中的中间资源节点的TSPEC的列表。来自步骤710的资源预留消息将包含与来自步骤708的资源预留消息相同的TSPEC的列表，除非一个或多个TSPEC被中间网络资源删除了。

在步骤712中，确定呼叫信令路径中的节点是否需要与资源预留路径中的节点同步。当TSPEC被资源预留路径中的节点删除但是与该TSPEC相对应的编解码器未被呼叫信令路径中的任何节点删除时，节点需要被同步。如果呼叫信令路径中的节点不需要与资源预留路径中的节点同步，则控制进行到步骤716，在该步骤中，第一节点与第二节点之间的通信会话被建立。如果呼叫信令路径中的节点需要与资源预留路径中的节点同步，则控制进行到步骤714。

在步骤714中，呼叫更新通过呼叫信令路径从第二节点被发送到第一节点。该更新包括与未被资源节点删减掉的TSPEC相关联的编解码器的列表。该更新的目的是为了针对已被网络资源的路径中的资源节点删除的流量规范将呼叫信令路径中的节点与资源预留路径中的节点同步。在一些实施例中，更新利用SIP被发送。在更新被发送之后，控制进行到步骤716，在该步骤中，第一节点与第二节点之间的通信会话被建立。

虽然已经针对若干实施例描述了本公开，但是无数的改变、变化、替换、变形和修改可以被建议给本领域技术人员，并且本公开意图囊括这些改变、变化、替换、变形和修改，因为它们落在所附权利要求的范围内。

Claims

1.一种方法，包括：

利用呼叫信令协议通过网络从第一节点发送呼叫邀请以供第二节点接收，所述呼叫邀请包括第一编解码列表，该第一编解码列表包括：

一个或多个编解码器的列表，所述编解码器可供所述第一节点用于通过网络发送数据；以及

与所述一个或多个编解码器中的每个编解码器相关联的流量规范，所述流量规范包括针对所述一个或多个编解码器中的每个编解码器的多个带宽属性，其中所述多个带宽属性描述当利用所述一个或多个编解码器中的每个编解码器发送数据时的数据流动。

2.根据权利要求1所述的方法，还包括：

建立通信会话用于利用从所述第一编解码器列表中选择的编解码器在所述第一节点与所述第二节点之间传送数据。

3.根据权利要求1所述的方法，还包括：

接收包括来自所述第一编解码器列表的一个或多个流量规范的资源预留消息，所述资源预留消息指示针对所述一个或多个流量规范的网络资源可以被授予；

向在从所述第一节点到所述第二节点的呼叫信令路径中的多个节点更新针对其网络资源可以被授予的所述一个或多个流量规范；以及

建立通信会话用于利用针对其网络资源可以被授予的所述一个或多个流量规范中的一个流量规范相关联的编解码器在所述第一节点与所述第二节点之间传送数据。

4.根据权利要求1所述的方法，其中与所述一个或多个编解码器中的每个编解码器相关联的流量规范包括以下带宽属性中的至少一个：

控制突发传输率的令牌桶规范，特定数目的分组将按所述突发传输率被插入到所述网络中以进行传输；

峰值数据速率，该峰值数据速率指示分组可以被插入到所述网络中以进行传输的最大速率；

指示最小分组大小的最小管制单元；或者

指示被用于通过所述网络传送数据的分组的最大大小的最大分组大小。

5.根据权利要求4所述的方法，其中所述令牌桶规范包括：

指示令牌被添加到令牌桶中的速率的令牌桶速率；以及

指示在任意给定时间被允许所述令牌桶中的令牌的最大数目的令牌桶大小。

6.根据权利要求1所述的方法，其中所述第一编解码器列表还包括与所述一个或多个编解码器中的每个编解码器相关联的请求规范，所述请求规范包括：

指示被请求的数据传输速率的带宽速率；

指示所希望的延迟与使用所述带宽速率时所得到的延迟之间的差异的停滞期。

7.一种方法，包括：

利用呼叫信令协议接收包括第一编解码器列表的呼叫邀请，所述第一编解码器列表包括：

一个或多个编解码器的列表，所述编解码器可供第一节点在通过网络发送数据时使用；以及

8.根据权利要求7所述的方法，还包括：

针对所述第一编解码器列表中的每个编解码器，确定所述编解码器是否可用于通过网络传送数据；并且

利用呼叫信令协议发送包括第二编解码器列表的对所述呼叫邀请的响应，所述第二编解码器列表指示所述第一编解码器列表中的哪些编解码器可用于通过网络传送数据。

9.根据权利要求7所述的方法，其中与所述一个或多个编解码器中的每个编解码器相关联的流量规范包括以下带宽属性中的至少一个：

指示最小分组大小的最小管制单元；或者

10.根据权利要求7所述的方法，其中所述第一编解码器列表还包括与所述一个或多个编解码器中的每个编解码器相关联的请求规范，所述请求规范包括：

指示被请求的数据传输速率的带宽速率；

11.根据权利要求8所述的方法，还包括：

从第二节点发送包括第一流量规范列表的第一资源预留消息，所述第一流量规范列表包括与所述第一编解码器列表中的编解码器相关联的流量规范中的一个或多个流量规范；

接收包括第二流量规范列表的第二资源预留消息，所述第二流量规范列表指示所述第一流量规范列表中网络资源可以被授予的一个或多个流量规范；以及

向在从所述第一节点到所述第二节点的呼叫信令路径中的多个节点更新针对其网络资源可以被授予的所述一个或多个流量规范。

12.一种系统，包括：

可操作用于存储包括第一编解码器列表的呼叫邀请的存储器，所述第一编解码器列表包括：

一个或多个编解码器的列表，所述编解码器可供第一节点用于通过网络发送数据；以及

与所述一个或多个编解码器中的每个编解码器相关联的流量规范，所述流量规范包括针对所述一个或多个编解码器中的每个编解码器的多个带宽属性，其中所述多个带宽属性描述当利用所述一个或多个编解码器中的每个编解码器发送数据时的数据流动；以及

可操作用于利用呼叫信令协议通过网络发送来自所述第一节点的呼叫邀请以供第二节点接收的处理器。

13.根据权利要求12所述的系统，其中所述处理器还可操作用于建立通信会话用于利用从所述第一编解码器列表中选择的编解码器在所述第一节点与所述第二节点之间传送数据。

14.根据权利要求12所述的系统，其中所述处理器还可操作用于：

15.根据权利要求12所述的系统，其中与所述一个或多个编解码器中的每个编解码器相关联的流量规范包括以下带宽属性中的至少一个：

指示最小分组大小的最小管制单元；或者

16.根据权利要求15所述的系统，其中所述令牌桶规范包括：

指示令牌被添加到令牌桶中的速率的令牌桶速率；以及

17.根据权利要求12所述的系统，其中所述第一编解码器列表还包括与所述一个或多个编解码器中的每个编解码器相关联的请求规范，所述请求规范包括：

指示被请求的数据传输速率的带宽速率；

18.一种系统，包括：

处理器，该处理器可操作用于：

可操作用于存储所述呼叫邀请的存储器。

19.根据权利要求18所述的系统，其中所述处理器还可操作用于：

20.根据权利要求18所述的系统，其中与所述一个或多个编解码器中的每个编解码器相关联的流量规范包括以下带宽属性中的至少一个：

指示最小分组大小的最小管制单元；或者

21.根据权利要求18所述的系统，其中所述第一编解码器列表还包括与所述一个或多个编解码器中的每个编解码器相关联的请求规范，所述请求规范包括：

指示被请求的数据传输速率的带宽速率；

22.根据权利要求18所述的系统，其中所述处理器还可操作用于：

23.一种被包含在非暂时性计算机可读介质中的逻辑，所述计算机可读介质包括当被处理器执行时可操作用于执行以下操作的代码：

利用呼叫信令协议通过网络发送来自第一节点的呼叫邀请以供第二节点接收，所述呼叫邀请包括第一编解码列表，该第一编解码列表包括：

与所述一个或多个编解码器中的每个编解码器相关联的流量规范，所述流量规范包括针对所述一个或多个编解码器中的每个编解码器的多个带宽属性，其中所述多个带宽属性描述当利用所述一个或多个编解码器中的每个编解码器发送数据时的数据流动；

其中与所述一个或多个编解码器中的每个编解码器相关联的流量规范包括以下带宽属性中的至少一个：

指示最小分组大小的最小管制单元；或者

24.一种系统，包括：

用于利用呼叫信令协议通过网络发送来自第一节点的呼叫邀请以供第二节点接收的装置，所述呼叫邀请包括第一编解码列表，该第一编解码列表包括：

用于接收包括来自所述第一编解码器列表的一个或多个流量规范的资源预留消息的装置，所述资源预留消息指示针对所述一个或多个流量规范的网络资源可以被授予；

用于向在从所述第一节点到所述第二节点的呼叫信令路径中的多个节点更新针对其网络资源可以被授予的所述一个或多个流量规范的装置；以及

用于建立通信会话的装置，所述通信会话用于利用针对其网络资源可以被授予的所述一个或多个流量规范中的一个流量规范相关联的编解码器在所述第一节点与所述第二节点之间传送数据。