CN102124701A - 执行和支持多带宽预留请求 - Google Patents

执行和支持多带宽预留请求 Download PDF

Info

Publication number
CN102124701A
CN102124701A CN2009801236644A CN200980123664A CN102124701A CN 102124701 A CN102124701 A CN 102124701A CN 2009801236644 A CN2009801236644 A CN 2009801236644A CN 200980123664 A CN200980123664 A CN 200980123664A CN 102124701 A CN102124701 A CN 102124701A
Authority
CN
China
Prior art keywords
bandwidth
message
request
assigned
resv
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN2009801236644A
Other languages
English (en)
Other versions
CN102124701B (zh
Inventor
苏巴斯瑞·德赫斯坎
詹姆斯·帕克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cisco Technology Inc
Original Assignee
Cisco Technology Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cisco Technology Inc filed Critical Cisco Technology Inc
Publication of CN102124701A publication Critical patent/CN102124701A/zh
Application granted granted Critical
Publication of CN102124701B publication Critical patent/CN102124701B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/745—Reaction in network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/748—Negotiation of resources, e.g. modification of a request
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/805—QOS or priority aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/80—Actions related to the user profile or the type of traffic
    • H04L47/808—User-type aware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/827—Aggregation of resource allocation or reservation requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

在一个实施例中，一种方法包括获得第一消息，该第一消息至少包括指定第一带宽的第一带宽请求和指定第二带宽的第二带宽请求。第一带宽是优先带宽。该方法还包括确定第一带宽是否可被分配，以及如果第一带宽可被分配则以所存储预留状态的形式来存储第一带宽和第二带宽。如果第一带宽不可被分配，则该方法包括确定第二带宽是否可被分配。如果确定第二带宽可被分配，则以所存储预留状态的形式来存储第二带宽。在一个实施例中，如果第二带宽可被分配，则第一带宽在将消息向上游发送给随后节点之前的处理期间被去除。

Description

执行和支持多带宽预留请求
技术领域
本发明一般地涉及通信系统。
背景技术
资源预留协议(RSVP)是传输层协议，其允许资源通过网络而被预留。资源一般是为流预留的。通常，请求的发送者将向下游的接收者发送RSVP或Path(路径)消息。接收者将响应于Path消息向上游的请求发送者发送RSVP预留请求(RESV)消息。接收者和发送者之间的路径上的一些跳被布置成创建并维持一预留状态，该预留状态与为将要从发送者发送的数据分组所预留的资源相关联。
通常，RESV消息指定带宽请求，该带宽请求有效地指示出将为流预留的资源量。接收该RESV消息的路径上的每个跳确定其是否具有足够的资源来接纳带宽请求。如果一个跳能够接纳带宽请求，则该跳为流有效地预留适当量的带宽。如果跳不能接纳带宽请求，则跳生成RSVP预留差错(RESVERR)消息并且将该RESVERR消息发送到作为RESV消息的源的端点。
当作为RESV消息的源的端点接收到RESVERR消息时，该端点可以发送指定了对更少量带宽的请求的新RESV消息。本领域技术人员将会认识到，一些应用只能够使用与这些应用所支持的编解码相匹配的某些带宽。因此，对更少量带宽的请求一般是对与适当代码相匹配的更少量带宽的请求。一般而言，为了为流预留资源，端点可以发送多个RESV消息。例如，如果不可接纳请求了80千字节每秒(kbps)的RESV消息，则可以发送随后的请求40kbps的RESV消息。如果也不可接纳请求40kbps的RESV消息，则可以发送随后的请求20kbps的RESV消息，等等。通常，RESV消息内的带宽量基本上与例如为语音或视频呼叫选择的音频或视频编解码内的带宽量相匹配。端点可以支持多于一种编解码，并且可能想要预留其优选编解码进行运算所需要的带宽量。
多个RESV消息的发送和处理可能是比较耗时的。结果，有时可能无法以高效的方式为流预留资源。
附图说明
结合附图，通过下面的详细描述将容易地理解本发明，在附图中：
图1A是根据本发明实施例的一个可以支持指定多个带宽的资源预留协议(RSVP)预留(RESV)消息的系统在时刻t1的框图表示，一端点在时刻t1发送PATH消息。
图1B是根据本发明实施例的一个可以支持RESV消息的系统(例如，图1A的系统100)在时刻t2的框图表示，一端点在时刻t2发送指定多个带宽的RESV消息。
图1C是根据本发明实施例的一个可以支持RESV消息的系统(例如，图1A的系统100)在时刻t3的框图表示，一路由器在时刻t3处理指定多个带宽的RESV消息。
图2是根据本发明实施例的能够处理包括多个带宽请求的整体请求的设备的图形表示。
图3是示出根据本发明实施例的在被布置用来预留带宽的RESV请求中指定多个可接受带宽的方法的过程流程图。
图4A和4B是示出根据本发明实施例如下方法的过程流程图：该方法预留从在沿着路径的节点或跳处接收到的RESV消息中指定的多个可接受带宽中选择的带宽。
图5是示出根据本发明实施例的处理在末端主机(例如，上游末端主机)处接收到的RESV消息的方法的过程流程图。
图6是示出根据本发明实施例的示出降低沿着路径的节点处的带宽分配的方法的过程流程图。
图7是示出根据本发明实施例的响应于接收到的RESVERR消息而降低末端主机(例如下游末端主机)处的带宽分配的方法的过程流程图。
图8是示出根据本发明实施例的当基本所有带宽都在使用时对高优先级请求作出响应的方法的过程流程图。
具体实施方式
一般概述
根据本发明的一个方面，一种方法包括获得第一消息，该第一消息至少包括指定第一带宽的第一带宽请求和指定第二带宽的第二带宽请求。第一带宽是优先带宽。该方法还包括确定第一带宽是否可被分配，以及如果第一带宽可被分配则以所存储预留状态来存储第一带宽和第二带宽。如果第一带宽不可被分配，则该方法包括确定第二带宽是否可被分配。如果确定第二带宽可被分配，则以所存储预留状态来存储第二带宽。
描述
在一些情形中，在针对端点之间的路径为所需的流预留带宽分配之前，沿着该路径或者端点之间的路由器集合发送多个资源预留协议(RSVP)预留(RESV)请求消息。发送多个RESV请求消息通常可能是低效的。通过将多个带宽请求包括在单个RSVP消息中的同一预留请求内，可以比较高效地预留带宽分配。如果RESV请求消息携带多于一个带宽请求，如果RESV请求消息中包含的较高带宽请求不可被接纳，则可能可以接纳RESV请求消息中包含的更低带宽请求。因此，响应于单个RESV请求消息(即，用于请求所需带宽的同一RESV请求消息)，可以为特定的流分配低于所需带宽的带宽。
允许RESV请求消息携带多个流量规格(TSPEC)对象使得单个RESV请求消息能够为所需的流有效地提供多个可接受的带宽分配。例如，单个RESV请求消息可以指定第一、第二和第三带宽请求，使得如果不可接纳第一带宽请求，则考虑第二带宽，并且在必要时考虑第三带宽。应当认识到，可以指定多于三个带宽请求。此外，当单个RESV请求消息包含多于一个TSPEC对象时，沿着接收RESV请求消息的路径的节点可以包含多于一个潜在预留状态。因此，如果第一潜在预留状态与不可再被接纳的带宽相关联，则该节点可以切换到不同的预留状态，例如与更低带宽相关联的预留状态。
在一个实施例中，作出请求的节点或端点内的应用可以有效地请求所需带宽分配和至少一个备用带宽分配，例如将在缺少所需带宽分配的情况下可接受的带宽分配。所需带宽分配和至少一个备用带宽分配可以设在诸如RESV请求消息之类的RSVP请求消息中所包含的TSPEC对象中。如果RESV请求消息所经过的路由器集合(即，网络)能够接纳所需带宽分配，则所需带宽可被预留。否则，如果备用带宽分配可被接纳，则备用带宽分配可以被预留。
首先参考图1A，将在时刻t1描述根据本发明实施例的一个系统，该系统可以支持指定多个带宽的RSVP RESV请求消息。系统100包括上游端点主机104、下游端点主机108和路由器112a-c(或者更一般地是中间跳或节点)的集合。端点104可以是服务器或者服务器应用，并且可以被布置成在时刻t1经由路由器112a-c向下游的端点108发送PATH消息。
在接收到来自端点104的PATH消息后，端点108可以生成RESV请求消息并且在时刻t2通过路由器112a-c向上游发送RESV请求消息，如图1B所示。RESV请求消息可以包括指定了由端点108请求的带宽的两个或更多个TSPEC对象。可以在RESV请求内对TSPEC对象排序，使得指定了优选带宽的TSPEC对象被有效地排在第一位置。也就是说，与RESV请求消息相关联的TSPEC对象可以按照优先顺序来排列，其中优先的带宽是所请求的最高带宽。在一个实施例中，可以按照与会话描述协议(SDP)如何在媒体描述行中标识出与编解码相关联的优先顺序相似的优先顺序来排列TSPEC对象。
至少一个路由器112a-c包括使得多个预留状态能够被识别并存储的功能。也就是说，路由器112a-c中的一个或多个被配置来处理包括多个TSPEC对象的RESV请求消息。为了便于讨论，每个路由器112a-c将被描述为：被布置成处理包括多个TSPEC对象的RESV请求消息。然而应当认识到，网络100一般可以支持包括多个TSPEC对象的RESV请求消息的使用，只要至少一个路由器112a-c被布置成处理这样的RESV请求消息即可。在路由器112a-c上处理包括多个TSPEC对象的RESV请求消息可以包括(但不限于包括)识别具有可由路由器112a-c支持的最高带宽的TSPEC对象、存储可以支持的最高带宽以及存储在TSPEC对象中识别出的低于可以支持的最高带宽的基本所有带宽。这样的带宽可以作为预留状态而存储在路由器112a-c上。
当端点108向上游的端点104发送包括多个TSPEC对象的RESV请求消息时，路由器112c是去往端点104的整个路径上的第一跳。图1C示出了在时刻t3根据本发明实施例的系统100，在时刻t3，包括多个TSPEC对象的RESV请求消息被路由器112c处理。应当认识到，如果RESV请求消息将成功到达端点104，则每个路由器112a-c都可以处理该RESV请求消息。在时刻t3，当路由器112c接收到包括多个TSPEC对象(例如，指定多个所请求的带宽)的RESV请求消息时，路由器112c确定它可以支持或者以其他方式接纳哪个所请求的带宽。
通常，路由器112c识别它可以支持的与多个TSPEC对象相关联的最高带宽。然后，路由器112c发送对可支持的带宽(即，路由器112c能够支持的与多个TSPEC对象相关联的最高带宽)的指示。应当认识到，路由器112c能够支持的最高带宽可以低于这些TSPEC对象所指定的优先带宽。如果可支持的带宽是优先带宽或者说所请求的最高带宽，则路由器112c将RESV请求消息传播到下一跳，或者说路由器112b。如果可支持的带宽不是优先带宽，则提供了对可支持带宽的指示的经修改的RESV请求消息被以经修改的RESV请求消息的形式向上游传播到路由器112b，而诸如RSVP预留差错(RESVERR)消息之类的提供了对可支持的带宽的指示的消息被向下游传播到端点108。在一个实施例中，由路由器102c向上游传播的经修改的RESV请求消息可以被如下修改：与高于可支持的带宽的带宽相对应的TSPEC对象被有效去除。一般而言，如果任何带宽都不是可支持的，例如如果路由器112c没有可用的带宽来进行分配或预留，则路由器112c可以向上游和/或向下游发送适当的指示。
可支持的带宽可被路由器112c作为预留状态而存储。除了存储可支持的带宽之外，任何低于可支持带宽的带宽都可被路由器112a作为预留状态而存储。也就是说，路由器112c可以存储在RESV请求的TSPEC对象中指示出的、路由器112c能够支持的最高带宽，以及在TSPEC对象中指示出的任何更低带宽。
如前所述，路由器112a-c中的至少一个具有处理包括多于一个带宽请求的整体请求(例如，与多于一个TSPEC对象相关联的RESV请求消息)的能力。参考图2，示出了根据本发明实施例的路由器，或者更一般地说是能够处理包括多个带宽请求的整体请求的设备。路由设备或者说中间节点212一般被布置成处理进入的消息(例如请求消息232)并且传播外出的消息(例如请求消息232’)。一般而言，节点212包括体现在有形介质上的硬件和/或软件逻辑。该逻辑通常是可执行的，并且在被执行时可操作来处理进入的消息并且传播外出的消息。进入的消息不限于是诸如请求消息232之类的请求消息。例如，节点212可以处理作为差错消息的进入消息，例如差错消息。
节点212包括输入/输出装置216，输入/输出装置216可以包括使得节点212可以接收诸如请求消息232之类的进入消息并发送诸如请求消息232’之类的外出消息的端口。输入/输出装置216使得节点212能够与网络通信。节点212还包括路由功能228，路由功能228使得节点212可以将消息路由到适当设备，例如接下来的跳。
带宽分配功能224使得节点212可以为通过节点212而路由的呼叫分配带宽，或者更一般地说，分配资源。带宽分配功能224可以识别请求消息232中所指定的带宽请求，并且可以利用多带宽处理功能226来处理这些带宽请求以确定节点212可以支持的最高或最优选带宽请求。多带宽处理功能226被配置来处理包括多个TSPEC对象236a-c的请求消息232。例如，如果节点212具有可用于响应于请求消息232而预留100kbps带宽的足够带宽，则多带宽处理功能226可以将与TSPEC对象236a相对应的100kbps作为预留状态存储在存储装置220中，以使得100kbps被有效地识别为与请求消息232相对应的带宽分配。另外，多带宽处理功能226还可以将与TSPEC对象236b、236c相对应的带宽存储在存储装置220的预留状态中。多带宽处理功能226还被配置来在必要时(例如，当被通知了包括节点212的路径中的其他节点基本上只能够接纳缩小的带宽分配时)缩小或者以其他方式降低带宽分配。
在一个实施例中，请求消息232’可以与请求消息232基本相同。也就是说，节点212可被布置成在网络内有效地转发请求消息232。然而应当认识到，请求消息232’也可以是请求消息232的经修改版本。
请求消息232包括多个TSPEC对象236a-c，这多个TSPEC对象236a-c各自被布置成指定所需带宽。如图所示，为了说明，TSPEC对象236a指定大约100千字节每秒(kbps)的带宽，TSPEC对象236b指定大约80kbps的带宽，TSPEC对象236c指定大约8kbps的带宽。应当认识到，TSPEC对象236a-c的数目以及与TSPEC对象236a-c相关联的带宽可以广泛变化。在请求232内，TSPEC对象236a-c可以被如下排序：与最高所需带宽相对应的TSPEC对象236a是优选或优先带宽，而与最低所需带宽相对应的TSPEC对象236c是最不优选带宽。
当节点212利用带宽分配功能224处理请求232时，节点212确定请求消息232中指定的哪个带宽可被接纳，例如作为预留状态存储在存储装置220中并且在请求232’中被转发。请求232’有效地包括指定了节点212可以支持或接纳的最高可能带宽240的TSPEC对象。请求232’可选地包括指定节点212可以支持或接纳的更低可能带宽240的一个或多个TSPEC对象，即，可以在这些更低可能带宽240存在时指定它们。取决于与节点212相关联的带宽可用性，任何TSPEC对象236a-c可以与最高可能带宽240相关联。例如，如果带宽分配功能224处理请求232并且确定与TSPEC对象236a相关联的优先带宽不可被支持，则最高可能带宽240可以是与TSPEC对象236b相关联的带宽，即大约80kbps。照此，更低带宽244是与TSPEC对象236c相关联的带宽，即8kbps。
图3是示出根据本发明实施例的在被布置用来预留带宽的RESV消息中指定多个可接受带宽的方法的过程流程图。在RESV消息中指定多个可接受带宽的过程301开始于步骤305，在步骤305中，端点(例如，诸如图1A的端点108之类的下游端点)识别PATH消息或者与接收到的会话发起协议(SIP)消息相关联的编解码。识别出的PATH消息(其是本领域技术人员将会认识的RSVP消息)可以是从诸如图1A的端点104之类的上游端点接收的。
在步骤309中，端点创建RESV消息。然后在步骤313中，端点识别所请求的与代码相关联的带宽(例如，TSPEC对象)并且按照优先顺序对带宽排序。也就是说，端点可以按照如下顺序对TSPEC对象排序：该顺序使得与优先带宽相对应的TSPEC对象被识别为优选的。通常，优先顺序可以是这样的：与最高所需带宽相关联的TSPEC对象具有最高优先权，而与最低可接受带宽相关联的TSPEC对象具有最低优先权。
一旦带宽被按照优先顺序排列，端点就在步骤317中将TSPEC对象放置在RESV消息中。通常，按照优先顺序在RESV消息中指定TSPEC对象。在TSPEC对象被放置在RESV消息中之后，端点在步骤321中沿着路径转发RESV消息。也就是说，端点在PATH消息所经过的路径上将RESV消息发送到PATH消息的发送者。沿着路径转发RESV消息包括将RESV消息提供给路径中的下一跳。这就是在RESV消息中指定多个可接受带宽的过程。
当一个跳接收到包括多个TSPEC对象并且因而包括多个带宽的RESV消息时，该跳一般处理RESV消息以识别该跳能够支持的最高带宽。图4A和4B是示出根据本发明实施例的如下方法的过程流程图：该方法预留从在沿着路径的节点或跳处接收到的RESV消息中指定的多个可接受带宽中选择的带宽。在节点上预留带宽的过程401开始于步骤405，在步骤405中，节点接收包括多个TSPEC对象(或者更一般地说是多个带宽)的RESV消息。RESV消息可以是直接从端点接收的，或者可以是经由包括该端点和该节点的路径中的另一跳而间接从端点接收的。节点通常是RESV消息正在经过的路径中的跳。
在RESV消息被节点接收之后，在步骤409中，节点处理RESV消息中包含的多个TSPEC对象。也就是说，节点处理与RESV消息相关联的多个带宽。TSPEC对象或带宽通常被处理以识别节点可以接纳的最高带宽。
在步骤413中，确定节点是否识别出它能够接纳的最高优先级TSPEC对象或带宽。如果确定节点未识别出它能够接纳的最高优先级TSPEC对象，则表明节点不能支持RESV消息中指定的任何带宽。照此，过程流移至步骤417，在步骤417中，节点生成RESVERR消息并且向下游发送RESVERR消息，RESVERR消息表明节点不能响应于RESV消息而分配任何带宽。然后，在步骤421中，节点防止RESV消息被转发，并且在节点上预留带宽的过程结束。
返回步骤413，如果确定节点识别出它可以接纳的最高优先级TSPEC对象或带宽，则意味着节点能够接纳RESV消息中所指定的优先带宽。照此，在步骤425中确定该最高优先级TSPEC对象或带宽是否可被接纳。换言之，确定优先带宽(即，RESV消息中指定的最高优先级带宽)是否可被接纳。
如果在步骤425中确定最高优先级TSPEC对象可被接纳，则在步骤429中，节点向上游“原样”转发RESV消息。然后在步骤433中，节点将与RESV消息相关联的基本所有带宽添加到它的所存储预留状态中，并且在节点上预留带宽的过程结束。当节点将带宽添加到它的所存储预留状态中时，优先带宽可被有效地标识为当前接纳的带宽，而在当前接纳的带宽随后不再可接纳时，其他带宽基本可被标识为“替代物”。
或者，如果确定结果是最高优先级TSPEC对象不可被接纳，则过程流移至步骤437，在步骤437中，节点从RESV消息中去除与不可被接纳的带宽请求相对应的TSPEC对象。也就是说，节点从RESV消息中去除比可被接纳的最高优先级TSPEC对象更高的所请求带宽。
一旦TSPEC对象被从RESV消息中去除，节点就将与可接纳的TSPEC对象相关联的基本所有带宽添加到它的所存储预留状态中。可接纳的TSPEC对象或带宽包括可被接纳的最高优先级带宽以及优先级低于可被接纳的最高优先级带宽的基本所有带宽。
在节点将带宽添加到它的所存储预留状态中之后，在步骤445中，节点向上游转发RESV消息，其中已从该RESV消息中去除了与节点不能支持的带宽相对应的TSPEC对象。然后在步骤449中，节点生成RESVERR消息，该RESVERR消息指示出在步骤405中接收到的RESV消息中的最高优先级带宽不可被接纳。节点还向下游发送RESVERR消息。应当认识到，RESVERR消息可以标识出节点可以接纳的最高优先级带宽。在生成并向下游发送RESVERR消息之后，在节点上预留带宽的过程结束。
当端点(例如，上游端点)接收到RESV消息时，端点可以处理该RESV消息，以确定沿着通过其接收到该RESV消息的路径所支持的带宽。图5是示出根据本发明实施例的处理在端点主机(例如，上游端点)处接收到的RESV消息的方法的过程流程图。处理在端点处接收到的RESV消息的方法501开始于步骤505，在步骤505中，端点接收包括一个或多个TSPEC对象的RESV消息。在接收到RESV消息之后，在步骤509中，端点识别RESV消息中所包含的最高优先级TSPEC对象并因而识别最高优先级带宽。RESV消息中所包含的最高优先级带宽一般指示出沿着接收到RESV消息的路径而分配或指派的带宽。
在步骤513中，端点记下或者以其他方式记录最高分配带宽。通过记下最高分配带宽，端点可以在路径上发送不超过最高分配带宽的消息。一旦最高分配带宽被记下或者以其他方式记录，处理在端点处接收到的RESV消息的方法就结束。
当沿着路径的节点接收到RESVERR消息时，该节点一般将其当前带宽分配缩小或降低到与RESVERR消息中所指定的带宽相一致的带宽。应当认识到，RESVERR消息仅仅是可以有效提供减小的带宽规格的消息的一个示例。图6是示出根据本发明实施例的响应于接收到减小的带宽规格而降低沿着路径的节点处的带宽分配的方法的过程流程图。降低带宽分配的过程601开始于步骤605，在步骤605中，沿着路径的节点(例如，跳)接收包括减小的带宽规格的RESVERR消息。该节点先前存储了包括至少一个带宽分配的预留状态，即，该节点先前存储了至少一个当前指派的带宽。除了当前指派的带宽或者指派的预留之外，节点还可能存储了另外的预留状态或者当前指派的带宽可被缩小到的带宽。
在步骤609中，确定减小的带宽规格是否未指定带宽。换言之，确定RESVERR消息是否表明了节点的上游没有可用带宽。如果确定减小的带宽规格未指定带宽，则在步骤613中，节点调整所指派的带宽以表明基本上没有带宽可被支持。节点还基本上去除所指派的预留以及任何先前预留状态。一旦节点调整了所指派的预留，则节点在步骤617中向下游转发RESVERR消息，并且降低带宽分配的过程结束。
返回步骤609，如果确定结果是减小的带宽规格指定了带宽，则过程流移至步骤621，在步骤621中，节点将所指派的预留或者当前带宽分配调整为指定的减小后带宽。然后在步骤625中，节点从它的预留状态中去除基本上所有高于指定的减小后带宽的带宽。去除基本上所有高于指定的减小后带宽的带宽有效地将带宽分配降低为指定的减小后带宽。在节点从它的预留状态中去除基本上所有高于指定的减小后带宽的带宽之后，节点在步骤629中向下游转发RESVERR消息，并且降低带宽分配的过程结束。
最后，响应于由端点或末端主机发起的RESV消息而发送的RESVERR消息将被接收。接下来参考图7，将描述根据本发明实施例的响应于接收到的RESVERR消息而降低端点(例如下游端点)处的带宽分配的过程。降低端点处的带宽分配的过程701开始于步骤705，在步骤705中，端点接收包括减小的带宽规格的RESVERR消息。减小的带宽规格有效地指定了沿着转发RESV消息的路径而指派的带宽。在接收到RESVERR消息后，在步骤709中，端点通常记下或者以其他方式记录所指派的带宽。
在步骤713中，端点进行调整以反映减小的带宽规格。这样的调整可以包括有效地确保由沿着路径的端点转发的消息将至多利用减小后的带宽。一旦端点进行调整以维持与减小的带宽规格的一致性，降低端点处的带宽分配的过程就结束。
将多个带宽请求包括在单个RSVP消息(例如，单个RESV请求消息)中的同一预留请求内，使得应用可以高效地预留基本上在呼叫中可以使用的确切带宽。利用在单个消息中指定的多带宽请求，拨号后延迟预算一般不会超出限度。结果，应用可以基于预留信息来高效地选择和/或改变呼叫的编解码，最高至可以支持的最大值，如单个RSVP消息所指示出的。
如上所述，在同一预留内包括多个带宽请求的单个RSVP消息使得多带宽请求可以作为预留状态而被存储在节点上。因此，如果在接口上正经历拥塞的节点上接收到相对较高优先级的呼叫，则该节点可以缩小或者降低响应于单个RSVP消息而分配的带宽，以使得该相对较高优先级的呼叫可被接纳，而基本上不断开更低优先级的呼叫。图8是示出根据本发明实施例的当节点上的基本所有带宽都在使用时对高优先级呼叫或请求作出响应的方法的过程流程图。对高优先级呼叫作出响应的过程801开始于步骤805，在步骤805中，拥塞的节点(例如路由器)接收到高优先级呼叫。拥塞节点一般基本上没有可用带宽或者具有不足以接纳该高优先级呼叫的带宽。
在节点接收到它不能有效接纳的高优先级呼叫之后，在步骤809中确定是否存在一个或多个正在利用节点上的带宽的更低优先级呼叫。如果确定没有更低优先级呼叫，则表明基本所有正在利用节点上的带宽的呼叫都具有高优先级。照此，在步骤829中，例如向高优先级呼叫的发起者提供如下通知：高优先级呼叫不可被接纳。一旦提供了通知，对高优先级呼叫作出响应的过程就结束。
或者，如果在步骤809中确定存在一个或多个正在利用节点上的带宽的更低优先级呼叫，则过程流移至步骤813，在步骤813中识别具有可被缩小的带宽预留的更低优先级呼叫。也就是说，识别具有指定了优选带宽和更低带宽的预留状态的更低优先级呼叫。
在步骤817中确定是否存在任何具有可被缩小的带宽预留的更低优先级呼叫。如果确定结果是存在具有可被缩小的带宽预留的更低优先级呼叫，则在步骤821中，缩小一个或多个更低优先级呼叫的带宽预留。在一个实施例中，如果缩小一个更低优先级呼叫足以接纳高优先级呼叫，则基本上只有一个更低优先级呼叫将被缩小。然而应当认识到，用于确定如何缩小预留的策略和算法可以广泛变化。例如，代替规定基本上只有一定数目的更低优先级呼叫的带宽预留可被缩小，一种策略可以规定最老的更低优先级呼叫的带宽预留被缩小，或者一种策略可以规定基本上所有更低优先级呼叫的带宽预留都被缩小。
在步骤821中缩小了一个或多个更低优先级呼叫的带宽预留之后，在步骤825中可以接纳(例如，接通或者以其他方式连接)高优先级呼叫。一旦高优先级呼叫被接纳，对高优先级呼叫作出响应的过程就结束。
返回步骤817，如果确定结果是没有更低优先级呼叫具有可被缩小的带宽预留，则在步骤833中，至少一个更低优先级呼叫被取代(preempt)或断开，以使得高优先级呼叫可被接纳。在至少一个更低优先级呼叫被取代之后，对高优先级呼叫作出响应的过程结束。
虽然只描述了本发明的几个实施例，但是应当了解，本发明可以用许多其他具体形式来实施，而不脱离本发明的精神或范围。例如，诸如Cisco统一通信管理器(在商业上可从加利福尼亚州圣何塞的CiscoSystems，Inc.得到)之类的应用可以有效地请求RSVP代理预订最高优选带宽以及可在最高优选带宽不可用的情况下使用的其他带宽。例如，如果端点处于基本上相同的位置，则最高优选带宽请求可被接纳，或者如果最高优选带宽请求不可被接纳，则减小的带宽可被应用接受。取决于所指派的带宽，应用可以识别要调用的适当编解码。
虽然多个带宽被描述为是通过使用TSPEC或TSPEC对象而在RESV消息中指定的，但是带宽不限于使用TSPEC或TSPEC对象来指定。例如，可以在与RESV消息相关联的服务请求规格(RSPEC)对象中指定多个带宽。
在一个实施例中，如果RESV消息中指定的带宽都不可被支持，则没有带宽被响应于RESV消息而分配。然而应当认识到，也可以改为在即使所指定的带宽都不可被支持的情况下也可分配某个带宽。例如，如果RESV消息指定了最低优选带宽，如果最低优选带宽不可被接纳，则不是响应于该RESV消息而基本上不分配带宽，而是可以分配比最低优选带宽更低的带宽量。
与本发明的方法相关联的步骤可以广泛变化。步骤可以被添加、去除、变更、组合或者重新排序，而不脱离本发明的精神或范围。例如，当在没有可用带宽并且没有用于更低优先级呼叫的预留的拥塞路由器上接收到高优先级请求时，代替不接纳高优先级请求，路由器可以改为缩小具有与该请求基本上相同带宽的呼叫的带宽，以使得该请求可被接纳。因此，当前的示例将被认为是说明性而非限制性的，并且本发明不限于这里给出的细节，而是可在所附权利要求的范围内进行修改。

Claims (26)

1.一种方法，包括：
获得第一消息，该第一消息包括多个带宽请求，其中所述多个带宽请求至少包括指定第一带宽的第一带宽请求和指定第二带宽的第二带宽请求，所述第一带宽是优先带宽；
确定所述第一带宽是否可被分配；
如果确定所述第一带宽可被分配，则以所存储预留状态的形式存储所述第一带宽和所述第二带宽；
如果确定所述第一带宽不可被分配，则确定所述第二带宽是否可被分配；以及
如果确定所述第二带宽可被分配，则以所述所存储预留状态的形式存储所述第二带宽。
2.如权利要求1所述的方法，其中，所述第一消息是与预留请求相关联的资源预留协议(RSVP)消息。
3.如权利要求2所述的方法，其中，所述第一消息是RSVP预留(RESV)请求消息。
4.如权利要求3所述的方法，其中，所述第一带宽请求包括在第一流量规格(TSPEC)对象中，所述第二带宽请求包括在第二TSPEC对象中。
5.如权利要求1所述的方法，还包括：
如果确定所述第一带宽不可被分配，则从所述第一消息中去除所述第一带宽请求；以及
在去除所述第一带宽请求之后转发所述第一消息。
6.如权利要求1所述的方法，其中，如果确定所述第一带宽可被分配，则所述方法还包括：
获得第二消息，该第二消息被布置成表明所述第一带宽不再可被分配；以及
从所述所存储预留状态中去除所述第一带宽。
7.如权利要求1所述的方法，其中，如果确定所述第二带宽不可被分配，则所述方法还包括：
生成差错消息，该差错消息被布置成表明所述多个带宽请求都不可被接纳。
8.一种设备，包括：
用于获得第一消息的装置，该第一消息包括多个带宽请求，其中所述多个带宽请求至少包括指定第一带宽的第一带宽请求和指定第二带宽的第二带宽请求，所述第一带宽是优先带宽；
用于确定所述第一带宽是否可被分配的装置；
用于如果确定所述第一带宽可被分配，则以所存储预留状态的形式存储所述第一带宽和所述第二带宽的装置；
用于如果确定所述第一带宽不可被分配，则确定所述第二带宽是否可被分配的装置；以及
用于如果确定所述第二带宽可被分配，则以所述所存储预留状态的形式存储所述第二带宽的装置。
9.如权利要求8所述的设备，其中，所述第一消息是与预留请求相关联的资源预留协议(RSVP)消息。
10.如权利要求9所述的设备，其中，所述第一消息是RSVP预留(RESV)请求消息。
11.如权利要求10所述的设备，其中，所述第一带宽请求包括在第一流量规格(TSPEC)对象中，所述第二带宽请求包括在第二TSPEC对象中。
12.一种编码在一个或多个有形介质中以供执行的逻辑，所述逻辑在被执行时可操作来：
获得第一消息，该第一消息包括多个带宽请求，其中所述多个带宽请求至少包括指定第一带宽的第一带宽请求和指定第二带宽的第二带宽请求，所述第一带宽是优先带宽；
确定所述第一带宽是否可被分配；
如果确定所述第一带宽可被分配，则以所存储预留状态的形式存储所述第一带宽和所述第二带宽；
如果确定所述第一带宽不可被分配，则确定所述第二带宽是否可被分配；以及
如果确定所述第二带宽可被分配，则以所述所存储预留状态的形式存储所述第二带宽。
13.如权利要求12所述的逻辑，其中，所述第一消息是与预留请求相关联的资源预留协议(RSVP)消息。
14.如权利要求13所述的逻辑，其中，所述第一消息是RSVP预留(RESV)请求消息。
15.如权利要求14所述的逻辑，其中，所述第一带宽请求包括在第一流量规格(TSPEC)对象中，所述第二带宽请求包括在第二TSPEC对象中。
16.如权利要求12所述的逻辑，还可操作来：
如果确定所述第一带宽不可被分配，则从所述第一消息中去除所述第一带宽请求；以及
在去除所述第一带宽请求之后转发所述第一消息。
17.如权利要求12所述的逻辑，其中，如果确定所述第一带宽可被分配，则所述逻辑还可操作来：
获得第二消息，该第二消息被布置成表明所述第一带宽不再可被分配；以及
从所述所存储预留状态中去除所述第一带宽。
18.如权利要求12所述的逻辑，其中，如果确定所述第二带宽不可被分配，则所述逻辑还可操作来：
生成差错消息，该差错消息被布置成表明所述多个带宽请求都不可被接纳。
19.一种设备，包括：
输入/输出装置，该输入/输出装置被布置成获得包括多个带宽请求的第一消息，所述多个带宽请求至少包括指定第一带宽的第一带宽请求和指定第二带宽的第二带宽请求，所述第一带宽是优先带宽；
存储装置；以及
带宽处理装置，该带宽处理装置被配置成确定所述第一带宽是否可被分配，所述带宽处理装置还被配置成在确定所述第一带宽可被分配的情况下将所述第一带宽和所述第二带宽作为所存储预留状态存储到所述存储装置中。
20.如权利要求20所述的设备，其中，所述带宽处理装置还被布置成：在确定所述第一带宽不可被分配的情况下确定所述第二带宽是否可被分配，并且在确定所述第二带宽可被分配的情况下将所述第二带宽作为所述所存储预留状态存储到所述存储装置中。
21.如权利要求20所述的设备，其中，所述带宽处理装置还被布置成在确定所述第一带宽不可被分配的情况下从所述第一消息去除所述第一带宽请求，并且所述输入/输出装置被配置成在所述第一带宽请求被去除之后转发所述第一消息。
22.如权利要求20所述的设备，其中，所述设备是路由设备，并且所述设备还包括路由装置。
23.如权利要求19所述的设备，其中，所述输入/输出装置被配置成在确定所述第一带宽可被分配的情况下获得第二消息，所述第二消息被布置成表明所述第一带宽不再可被分配，并且所述带宽处理装置还被布置成从所述所存储预留状态去除所述第一带宽。
24.如权利要求19所述的设备，其中，所述第一消息是与预留请求相关联的资源预留协议(RSVP)消息。
25.如权利要求24所述的设备，其中，所述第一消息是RSVP预留(RESV)请求消息。
26.如权利要求25所述的设备，其中，所述第一带宽请求包括在第一流量规格(TSPEC)对象中，所述第二带宽请求包括在第二TSPEC对象中。
CN200980123664.4A 2008-10-31 2009-10-23 执行和支持多带宽预留请求 Active CN102124701B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/262,498 US8000347B2 (en) 2008-10-31 2008-10-31 Executing and supporting a multiple bandwidth reservation request
US12/262,498 2008-10-31
PCT/US2009/061857 WO2010051232A1 (en) 2008-10-31 2009-10-23 Executing and supporting a multiple bandwidth reservation request

Publications (2)

Publication Number Publication Date
CN102124701A true CN102124701A (zh) 2011-07-13
CN102124701B CN102124701B (zh) 2015-12-02

Family

ID=41382496

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980123664.4A Active CN102124701B (zh) 2008-10-31 2009-10-23 执行和支持多带宽预留请求

Country Status (4)

Country Link
US (2) US8000347B2 (zh)
EP (1) EP2356780B1 (zh)
CN (1) CN102124701B (zh)
WO (1) WO2010051232A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104620550A (zh) * 2012-07-20 2015-05-13 哈曼国际工业有限公司 在多个音频视频桥接网络上的流的服务质量

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8000347B2 (en) * 2008-10-31 2011-08-16 Cisco Technology, Inc. Executing and supporting a multiple bandwidth reservation request
CN102143066B (zh) 2011-02-17 2014-12-24 华为技术有限公司 建立标签交换路径的方法、节点设备和系统
US9148453B1 (en) * 2011-03-14 2015-09-29 Sprint Communications Company L.P. Dynamic determination of initial filter criteria
US8837282B2 (en) * 2011-11-08 2014-09-16 Cisco Technology, Inc. Method and apparatus for pooling bandwidth across disparate bandwidth reservations
US9750018B2 (en) * 2011-12-16 2017-08-29 Futurewei Technologies, Inc. System and method for multiple channel bandwidth modes coexistence
US9668173B2 (en) * 2012-03-02 2017-05-30 Verizon Patent And Licensing Inc. Wireless multicast/broadcast integration with content management system
US8763056B2 (en) * 2012-03-07 2014-06-24 Verizon Patent And Licensing Inc. Bandwidth management for packet-based program service
EP2850741B1 (en) 2012-05-13 2019-05-01 Amir Khandani Distributed collaborative signaling in full duplex wireless transceivers
US9997830B2 (en) 2012-05-13 2018-06-12 Amir Keyvan Khandani Antenna system and method for full duplex wireless transmission with channel phase-based encryption
US9008122B2 (en) * 2012-07-23 2015-04-14 Cisco Technology, Inc. Method and apparatus for triggering bandwidth upspeeding within an existing reservation
JP5844713B2 (ja) * 2012-10-29 2016-01-20 日本電信電話株式会社 Ｓｉｐサーバ
WO2014075258A1 (en) 2012-11-15 2014-05-22 Qualcomm Incorporated Apparatus and method for avoiding data loss associated with a qos reservation failure
US10177896B2 (en) 2013-05-13 2019-01-08 Amir Keyvan Khandani Methods for training of full-duplex wireless systems
US9236996B2 (en) 2013-11-30 2016-01-12 Amir Keyvan Khandani Wireless full-duplex system and method using sideband test signals
US9820311B2 (en) 2014-01-30 2017-11-14 Amir Keyvan Khandani Adapter and associated method for full-duplex wireless communication
KR102343331B1 (ko) 2015-07-07 2021-12-24 삼성전자주식회사 통신 시스템에서 비디오 서비스를 제공하는 방법 및 장치
US10333593B2 (en) 2016-05-02 2019-06-25 Amir Keyvan Khandani Systems and methods of antenna design for full-duplex line of sight transmission
US10700766B2 (en) 2017-04-19 2020-06-30 Amir Keyvan Khandani Noise cancelling amplify-and-forward (in-band) relay with self-interference cancellation
US11212089B2 (en) 2017-10-04 2021-12-28 Amir Keyvan Khandani Methods for secure data storage
US11012144B2 (en) 2018-01-16 2021-05-18 Amir Keyvan Khandani System and methods for in-band relaying

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6876668B1 (en) * 1999-05-24 2005-04-05 Cisco Technology, Inc. Apparatus and methods for dynamic bandwidth allocation
US7031339B1 (en) * 1998-10-30 2006-04-18 Canon Research Centre France S.A. Method and device for communicating digital information and appliances using them
WO2008008886A1 (en) * 2006-07-14 2008-01-17 Qualcomm Incorporated Quality of service (qos) aware establishment of communication sessions
US20080101239A1 (en) * 2002-08-01 2008-05-01 Burwell Goode Fairness of capacity allocation for an mpls-based vpn

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7028088B1 (en) * 1996-04-03 2006-04-11 Scientific-Atlanta, Inc. System and method for providing statistics for flexible billing in a cable environment
KR100194813B1 (ko) * 1996-12-05 1999-06-15 정선종 멀티채널/멀티캐스트 스위칭 기능을 갖는 패킷 스위칭장치 및 이를 이용한 패킷 스위칭 시스템
US6771661B1 (en) * 1999-07-21 2004-08-03 Cisco Technology, Inc. Apparatus and methods for providing event-based data communications device configuration
US7796608B2 (en) * 2001-03-20 2010-09-14 Verizon Business Global Llc Edge-based per-flow QoS admission control in a data network
JP4284009B2 (ja) * 2001-05-18 2009-06-24 富士通株式会社 インターネットにおける伝送帯域を確保する方法
KR100611578B1 (ko) * 2004-11-23 2006-08-10 한국전자통신연구원 차등화 서비스 제공을 위한 자원 할당 장치 및 그 방법
US7564787B2 (en) * 2005-10-14 2009-07-21 At&T Intellectual Property, I.L.P. Methods, systems, and computer program products for providing quality of service brokering in a network
JP4682068B2 (ja) * 2006-03-17 2011-05-11 富士通株式会社 品質保証サービス情報通知方法、通信装置及びドメイン間情報伝達装置
US8000347B2 (en) * 2008-10-31 2011-08-16 Cisco Technology, Inc. Executing and supporting a multiple bandwidth reservation request

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7031339B1 (en) * 1998-10-30 2006-04-18 Canon Research Centre France S.A. Method and device for communicating digital information and appliances using them
US6876668B1 (en) * 1999-05-24 2005-04-05 Cisco Technology, Inc. Apparatus and methods for dynamic bandwidth allocation
US20080101239A1 (en) * 2002-08-01 2008-05-01 Burwell Goode Fairness of capacity allocation for an mpls-based vpn
WO2008008886A1 (en) * 2006-07-14 2008-01-17 Qualcomm Incorporated Quality of service (qos) aware establishment of communication sessions

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
POLK J. ET AL.: "《REQUEST FOR COMMENTS (RFC) 4495》", 31 May 2006 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104620550A (zh) * 2012-07-20 2015-05-13 哈曼国际工业有限公司 在多个音频视频桥接网络上的流的服务质量
CN104620550B (zh) * 2012-07-20 2017-09-29 哈曼国际工业有限公司 在多个音频视频桥接网络上的流的服务质量

Also Published As

Publication number Publication date
EP2356780B1 (en) 2016-04-06
US8831035B2 (en) 2014-09-09
EP2356780A1 (en) 2011-08-17
CN102124701B (zh) 2015-12-02
US20100111103A1 (en) 2010-05-06
US20110261835A1 (en) 2011-10-27
WO2010051232A1 (en) 2010-05-06
US8000347B2 (en) 2011-08-16

Similar Documents

Publication Publication Date Title
CN102124701A (zh) 执行和支持多带宽预留请求
JP4421978B2 (ja) 遅延保証パス設定システム
KR20150091223A (ko) 가상 파이프에서 멀티미디어 스트림에 의해 사용되는 망자원들을 관리하기 위한 방법 및 장치
KR20110041916A (ko) Ｅｎｄ－ｔｏ－Ｅｎｄ 범위의 유효성을 갖는 레이블을 이용한 ＲＳＶＰ－ＴＥ 프로토콜의 ＬＳＰ 제어 방법 및 장치
CN101854287B (zh) 一种p2p流量优化方法及装置
KR102494603B1 (ko) 네트워크에서의 대역폭의 분배
CN108337190B (zh) 分流方法及装置
JP2007074055A (ja) 動的制御用ネットワークリソース制御方法および動的制御用ネットワークリソース制御装置
JP2011130283A (ja) ネットワーク間データ配信システム、情報通信端末、コンテンツ配信サーバ
JP2003309832A (ja) テレビ会議予約システムおよびそのシステムに使用する会議予約サーバとネットワーク管理サーバ
US8239909B2 (en) Method of securing resources in a video and audio streaming delivery system
US8036358B2 (en) Distributed voice conferencing
CN102904809A (zh) 标签转发路径的带宽资源管理方法、装置和系统
JP2004343199A (ja) ネットワークリソース仲介通信システム、通信方法、通信装置、および隣接ノード装置ならびにそのプログラムと記録媒体
CN103036812A (zh) 波长资源预留方法及光网络节点
CN1756186A (zh) 一种资源管理的实现方法
US9420583B2 (en) Combined voice and data communications in a distributed hybrid allocation and reservation multiple access mobile wireless network
US9667562B2 (en) Method and apparatus for supporting variable bit-rate reservations
US20090113054A1 (en) Threshold-Based Normalized Rate Earliest Delivery First (NREDF) for Delayed Down-Loading Services
EP1517471A1 (fr) Procédé de gestion d'un jeton dans un reseau de telecommunication
JP4741410B2 (ja) 移動体通信システム、交換機、基地局装置、及び下り通信データ送信方法
JP2004304456A (ja) ネットワークシステム，同システムにおけるパス設定方法並びに同システムに用いられるネットワーク管理装置及びネットワーク装置
KR20030081544A (ko) 자원예약에 의한 데이터 통신 방법
CN100365992C (zh) 电信设备间资源一致性的管理方法
JP5827716B2 (ja) 回線選択装置及び回線選択方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant