CN111917662A - 一种带宽预留方法及相关设备 - Google Patents

Abstract

本申请实施例提供了一种带宽预留方法及相关设备，方便应用于多路径的网络环境，本申请的可扩展性更好。本申请实施例方法包括：第一网络设备获取带宽预留请求，其中，带宽预留请求用于请求在业务流的转发路径上预留目标带宽，第一网络设备是位于转发路径的入口的网络设备；之后第一网络设备沿着转发路径向第二网络设备发送与业务流对应的令牌流，其中，第二网络设备是位于转发路径的出口的网络设备，令牌流所占用的带宽等于目标带宽与预设倍率的比值；若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽。

Description

一种带宽预留方法及相关设备

技术领域

本申请涉及通信领域，尤其涉及一种带宽预留方法及相关设备。

背景技术

随着通信的不断发展，越来越多的业务需要接入网络，不同的业务对网络带宽的需求也不同，对于某些指定业务，例如超清视频、增强现实(Augmented Reality，AR)以及虚拟现实(Virtual Reality，VR)等业务对网络带宽有更高的需求，为了保证这类业务的用户体验，有必要对这些业务的网络带宽进行保障，带宽预留技术是实现业务带宽保障的一项重要技术。

带宽预留技术，是通过为指定业务在其流量通过的网络路径上预留带宽，来保障业务运行时带宽需求的一项技术。资源预留协议(Resource Reservation Protocol，RSVP)是当前主流的一种实现带宽预留的技术，RSVP通过一套信令协议，在请求预留带宽的业务流的转发路径上，为每一个通过的设备，配置路径状态和预留状态，来实现带宽预留。具体地，入口边缘的网络设备向出口边缘的网络设备发送路径消息，当路径消息通过该路径上的每个网络设备时，每个网络设备记录路径状态，之后出口边缘的网络设备沿路径消息的转发路径的逆方向向入口边缘的网络设备发送预留消息，当预留消息通过该路径上的每个网络设备时，每个网络设备执行带宽预留并记录预留状态，如果该路径上的每个网络设备都预留带宽成功，则该路径的带宽预留成功。

然而，RSVP为业务流量执行带宽预留时，需要在业务流所通过路径的每个网络设备上记录带宽预留状态等信息，由于网络的中间设备可能被大量的路径所共享，那么网络的中间设备上就需要记录大量的预留状态信息，如果中间设备上所记录的预留状态信息超过了自身规格的上限，就会引起可扩展性问题。

发明内容

本申请实施例提供了一种带宽预留方法及相关设备，方便应用于多路径的网络环境，本申请的扩展性更好。

有鉴于此，本申请第一方面提供一种带宽预留方法，包括：第一网络设备获取带宽预留请求，其中，带宽预留请求用于请求在业务流的转发路径上预留目标带宽，第一网络设备是位于转发路径的入口的网络设备；之后第一网络设备沿着转发路径向第二网络设备发送与业务流对应的令牌流，其中，第二网络设备是位于转发路径的出口的网络设备，令牌流所占用的带宽等于目标带宽与预设倍率的比值；若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽。

本实施例中，第一网络设备可以在业务流的转发路径上优先注入令牌流来对业务流所请求的目标带宽进行测试，其中，令牌流所占用的带宽等于目标带宽与预设倍率的比值，令牌流的注入并不占用业务流的带宽，假设目标带宽为B，令牌流所占用的带宽为R，预设倍率为K，那么R＝B/K，因此若令牌流的丢包率小于或等于丢包率阈值，则说明令牌流所需带宽能得到满足，也就说明其对应的业务流所需带宽也能得到满足，即可以为业务流预留目标带宽，可以看出，本申请中转发路径上的每个中间网络设备只需要转发令牌流而不用记录和维护预留带宽的状态信息即可实现该路径上带宽的预留，不容易出现中间设备上记录的预留状态信息超过自身规格上限的问题，本申请的可扩展性更好。

可选的，在第一方面的一种可能的实施方式中，令牌流与业务流分别使用独立的带宽资源，其中，第一网络平面用于承载令牌流，第二网络平面用于承载业务流，其中，第一网络平面和第二网络平面是属于同一个物理平面的2个逻辑平面，并共享网络中的网络设备和链路。

本实施例中，提供了一种具体的方式来实现令牌流与业务流所分别使用的带宽资源相互隔离，即令牌流和业务流分别承载在不同的网络平面，如果令牌流所在的网络平面中的带宽能得到满足，也就说明业务流所在网络平面中的可预留带宽也能得到满足，也就是通过令牌流的转发对业务流的转发进行预演。

可选的，在第一方面的一种可能的实施方式中，方法还包括：第一网络设备接收第二网络发送的令牌流的丢包率。

本实施例中，提供了一种第一网络设备获取令牌流丢包率的实现方式，即令牌流的丢包率是由第二网络设备统计并反馈给第一网络设备的。

可选的，在第一方面的一种可能的实施方式中，令牌流中的每个令牌包携带令牌流标识，不同的令牌流对应不同的令牌流标识，令牌流由第二网络设备根据令牌流标识确定。

可选的，在第一方面的一种可能的实施方式中，令牌流中的每个令牌包还携带顺序号，同一令牌流中的各令牌包携带有相同的令牌流标识，丢包率由第二网络设备根据顺序号确定。

本实施例中，提供了一种令牌流的丢包率的统计方式，即令牌流的每个令牌包中携带有令牌流标识和顺序号，第二网络设备首先可以根据令牌流标识区分令牌流，进而根据顺序号确定哪些令牌包被丢弃了，并统计出令牌流的丢包率。

可选的，在第一方面的一种可能的实施方式中，令牌流标识与业务流标识具有对应关系，该对应关系可以是以映射表的形式实现，那么第一网络设备可以根据令牌流标识以及该对应关系确定业务流。

本实施例中，提供了一种业务流和令牌流的关联方式，即令牌流标识与业务流标识之间具有对应关系，第一网络设备通过映射表查询该映射关系，进而确定令牌流对应的业务流。

可选的，在第一方面的一种可能的实施方式中，

在带宽预留成功前第一网络设备是以第一优先级向第二网络设备发送令牌流，在带宽预留成功后第一网络设备是以第二优先级向第二网络设备发送令牌流，其中，第二优先级高于第一优先级。

本实施例中，在带宽预留成功后注入令牌流的优先级要高于带宽预留成功前注入令牌流的优先级，使得带宽预留成功后注入的令牌流可以优先得到调度，方便实时监测预留的带宽是否得到保障。

可选的，在第一方面的一种可能的实施方式中，第一网络设备为业务预留目标带宽之后，方法还包括：

第一网络设备沿着转发路径以不高于目标带宽的速率向第二网络设备发送业务流。

可选的，在第一方面的一种可能的实施方式中，方法还包括：

第一网络设备若获取了带宽预留撤销请求，那么第一网络设备将停止注入令牌流以及业务流。

本申请第二方面提供了一种带宽预留方法，包括：第二网络设备接收第一网络设备根据带宽预留请求沿着转发路径发送的与业务流对应的令牌流，其中，第一网络设备是位于转发路径的入口的网络设备，第二网络设备是位于转发路径的出口的网络设备，带宽预留请求用于请求在业务流的转发路径上预留目标带宽，令牌流的速率等于目标带宽与预设倍率的比值；之后第二网络设备获取令牌流的丢包率；进而第二网络设备向第一网络设备发送丢包率，以使得若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽。

可选的，在第二方面的一种可能的实施方式中，令牌流与业务流分别使用独立的带宽资源，其中，第一网络平面用于承载令牌流，第二网络平面用于承载业务流，第一网络平面和第二网络平面是属于同一个物理平面的2个逻辑平面，并共享网络中的网络设备和链路。

可选的，在第二方面的一种可能的实施方式中，令牌流中的每个令牌包携带令牌流标识，方法还包括：

第二网络设备根据令牌流标识确定令牌流。

可选的，在第二方面的一种可能的实施方式中，令牌流中的每个令牌包还携带顺序号，第二网络设备获取令牌流的丢包率包括：

第二网络设备根据顺序号确定令牌流的丢包率。

可选的，在第二方面的一种可能的实施方式中，令牌流标识与业务流标识具有对应关系，方法还包括：

第二网络设备根据令牌流标识以及对应关系确定业务流。

可选的，在第二方面的一种可能的实施方式中，

在带宽预留成功前第二网络设备接收第一网络设备以第一优先级发送的令牌流，在带宽预留成功后第二网络设备接收第一网络设备以第二优先级发送的令牌流，其中，第二优先级高于第一优先级。

可选的，在第二方面的一种可能的实施方式中，方法还包括：

第二网络设备接收第一网络设备沿着转发路径发送的业务流，业务流的速率小于或等于目标带宽。

可选的，在第二方面的一种可能的实施方式中，第二网络设备通过第二网络平面向第一网络设备发送丢包率，为了使丢包率的传输尽量可靠，第二网络平面的带宽大于第一网络平面，第二网络设备通过第二网络平面向第一网络设备反馈丢包率更为可靠。

本申请第三方面提供一种第一网络设备，包括：

接收单元，用于获取带宽预留请求，带宽预留请求用于请求在业务流的转发路径上预留目标带宽，第一网络设备是位于转发路径的入口的网络设备；

发送单元，用于沿着转发路径向第二网络设备发送与业务流对应的令牌流，第二网络设备是位于转发路径的出口的网络设备，令牌流所占用的带宽等于目标带宽与预设倍率的比值；

处理单元，用于若令牌流的丢包率小于或等于丢包率阈值，则为业务流预留目标带宽。

可选的，在第三方面的一种可能的实施方式中，所述令牌流与所述业务流分别使用独立的带宽资源，其中，第一网络平面用于承载令牌流，第二网络平面用于承载业务流，第一网络平面和第二网络平面共享转发路径上的网络设备和链路。

可选的，在第三方面的一种可能的实施方式中，接收单元还用于：

接收第二网络发送的令牌流的丢包率。

可选的，在第三方面的一种可能的实施方式中，令牌流中的每个令牌包携带令牌流标识，令牌流由第二网络设备根据令牌流标识确定。

可选的，在第三方面的一种可能的实施方式中，令牌流中的每个令牌包还携带顺序号，丢包率由第二网络设备根据顺序号确定。

可选的，在第三方面的一种可能的实施方式中，令牌流标识与业务流标识具有对应关系，接收第二网络发送的令牌流的丢包率之后，处理单元还用于：

根据令牌流标识以及对应关系确定业务流。

可选的，在第三方面的一种可能的实施方式中，发送单元具体用于：

沿着转发路径以第一优先级向第二网络设备发送令牌流；

为业务预留目标带宽之后，发送单元还用于：

沿着转发路径以第二优先级向第二网络设备发送令牌流，其中，第二优先级高于第一优先级。

可选的，在第三方面的一种可能的实施方式中，为业务预留目标带宽之后，发送单元还用于：

沿着转发路径向第二网络设备发送业务流，业务流的速率小于或等于目标带宽。

可选的，在第三方面的一种可能的实施方式中，接收单元还用于：

获取带宽预留撤销请求；

处理单元还用于：

停止向第二网络设备发送令牌流以及业务流。

本申请第四方面提供一种第二网络设备，包括：

接收单元，用于接收第一网络设备根据带宽预留请求沿着转发路径发送的与业务流对应的令牌流，带宽预留请求用于请求在业务流的转发路径上预留目标带宽，第一网络设备是位于转发路径的入口的网络设备，第二网络设备是位于转发路径的出口的网络设备，令牌流所占用的带宽等于目标带宽与预设倍率的比值；

处理单元，用于获取令牌流的丢包率，以使得若所述令牌流的丢包率小于或等于丢包率阈值，则所述第一网络设备为所述业务流预留所述目标带宽。

可选的，在第四方面的一种可能的实施方式中，所述令牌流与所述业务流分别使用独立的带宽资源，其中，第一网络平面用于承载令牌流，第二网络平面用于承载业务流，第一网络平面和第二网络平面共享转发路径上的网络设备和链路。

可选的，在第四方面的一种可能的实施方式中，第二网络设备还包括：

发送单元，用于向第一网络设备发送令牌流的丢包率。

可选的，在第四方面的一种可能的实施方式中，令牌流中的每个令牌包携带令牌流标识，处理单元还用于：

根据令牌流标识确定令牌流。

可选的，在第四方面的一种可能的实施方式中，令牌流中的每个令牌包还携带顺序号，处理单元具体用于：

根据顺序号确定令牌流的丢包率。

可选的，在第四方面的一种可能的实施方式中，令牌流标识与业务流标识具有对应关系，处理单元还用于：

根据令牌流标识以及对应关系确定业务流。

可选的，在第四方面的一种可能的实施方式中，接收单元具体用于：

接收第一网络设备根据带宽预留请求沿着转发路径以第一优先级发送的与业务流对应的令牌流；

向第一网络设备发送丢包率之后，接收单元还用于：

接收第一网络设备沿着转发路径以第二优先级发送的令牌流，其中，第二优先级高于第一优先级。

可选的，在第四方面的一种可能的实施方式中，接收单元还用于：

接收第一网络设备沿着转发路径发送的业务流，业务流的速率小于或等于目标带宽。

可选的，在第四方面的一种可能的实施方式中，发送单元具体用于：

通过第二网络平面向第一网络设备发送丢包率。

本申请第五方面提供一种第一网络设备，包括：

处理器、存储器、总线以及输入输出接口；

存储器中存储有程序代码；

处理器调用存储器中的程序代码时执行如上述第一方面的带宽预留方法中任意实施方式的流程。

本申请第六方面提供一种第二网络设备，包括：

处理器、存储器、总线以及输入输出接口；

存储器中存储有程序代码；

处理器调用存储器中的程序代码时执行如上述第二方面的带宽预留方法中任意实施方式的流程。

本申请第七方面提供了一种带宽预留系统，包括第一网络设备以及第二网络设备，其中，第一网络设备执行上述第一方面带宽预留方法中的流程，第二网络设备执行上述第二方面带宽预留方法中的流程。

本申请实施例第八方面提供了一种计算机可读存储介质，包括指令，当指令在计算机上运行时，使得计算机执行上述第一方面或第二方面带宽预留方法中的流程。

本申请实施例第九方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面带宽预留方法中的流程。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，第一网络设备获取带宽预留请求，该请求用于请求在业务流的转发路径上预留目标带宽，其中，第一网络设备是位于转发路径入口的网络设备；之后第一网络设备沿着转发路径向第二网络设备发送令牌流，第二网络设备是位于转发路径出口的网络设备，该令牌流的速率等于目标带宽与预设倍率的比值；若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽。通过上述方式，本申请实施例中，第一网络设备可以在业务流的转发路径上优先注入令牌流来对业务流所请求的目标带宽进行测试，其中，令牌流所占用的带宽等于目标带宽与预设倍率的比值，令牌流的注入并不占用业务流的带宽，假设目标带宽为B，令牌流所占用的带宽为R，预设倍率为K，那么R＝B/K，因此若令牌流的丢包率小于或等于丢包率阈值，则说明令牌流所需带宽能得到满足，也就说明其对应的业务流所需带宽也能得到满足，即可以为业务流预留目标带宽，可以看出，本申请中转发路径上的每个中间网络设备只需要转发令牌流而不用记录和维护预留带宽的状态信息即可实现该路径上带宽的预留，不容易出现中间设备上记录的预留状态信息超过自身规格上限的问题，本申请的可扩展性更好。

附图说明

图1为本申请所应用的网络场景示意图；

图2为当前基于RSVP实现带宽预留的示意图；

图3为本申请带宽预留方法的一个实施例示意图；

图4为网络平面的划分示意图；

图5为本申请带宽预留方法的另一个实施例示意图；

图6为本申请带宽预留方法的另一个实施例示意图；

图7为本申请带宽预留方法的一个应用场景示意图；

图8为本申请带宽预留方法的另一个应用场景示意图；

图9为本申请带宽预留方法的另一个应用场景示意图；

图10为本申请第一网络设备的一个实施例示意图；

图11为本申请第二网络设备的一个实施例示意图；

图12为本申请网络设备的结构示意图。

具体实施方式

本申请实施例提供了一种带宽预留方法及相关设备，方便应用于多路径的网络环境，本申请的扩展性更好。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请可以应用于如图1所示的网络环境中，该网络中可以包括多个入口边缘设备或出口边缘设备，入口边缘设备和出口边缘设备之间又可以通过一个或多个中间设备相连，其中，入口边缘设备是业务流进入网络的设备，出口边缘设备是业务流离开网络的设备，中间设备是仅与边缘设备互连的网络内部设备。一对入口边缘设备和出口边缘设备之间往往存在多条路径，例如，图1中R1为入口边缘设备，R8为出口边缘设备，那么R1和R8之间的路径可以是R1→R3→R5→R8，也可以是R1→R4→R6→R8等等。可以理解的是，图1中的各设备可以是服务器、交换机或者路由器等各种具有流量转发能力的设备。

目前随着越来越多的业务需要接入网络，不同的业务对网络带宽的需求也不同，对于某些对网络带宽有更高需求的指定业务，为了保证这类业务的用户体验，有必要对这些业务的网络带宽进行保障，带宽预留技术是实现业务带宽保障的一项重要技术。带宽预留技术是通过为指定业务在其流量通过的网络路径上预留带宽，来保障业务运行时带宽需求的一项技术。为了提高网络利用率，带宽预留一般要求是动态的，即为业务提供按需预留。当业务通信发起时或有带宽保障需求时，向网络申请预留指定带宽；接着网络根据自身的带宽资源使用情况，决定是否接受业务的带宽预留请求；一旦网络决定接纳业务的带宽预留请求，就在业务流拟通过的网络路径上为其预留带宽，并在业务运行期间为其保障这些带宽；最后，当业务不再需要这些带宽时，网络可根据业务的带宽预留撤销请求，撤销为该业务预留的带宽。

带宽预留可以通过集中式方法实现也可以通过分布式方法实现。集中式方法通过逻辑上集中式的管理平台或控制器对设备进行集中式配置，以实现带宽预留；分布式方法通过在设备间执行分布式协议实现带预留。通常后者比前者具有更好的可扩展性和鲁棒性。

资源预留协议(Resource Reservation Protocol，RSVP)是当前主流的一种实现带宽预留的技术，RSVP通过一套信令协议，在请求预留带宽的业务流的转发路径上，为每一个通过的设备，配置路径状态和预留状态，来实现带宽预留。具体地，RSVP实现带宽预留的过程如图2所示。假设R1是流量的入口边缘设备，R8是流量的出口边缘设备，为从R1到R8的业务流量预留带宽的过程如下：首先，在入口边缘设备R1上计算一条从R1到R8的路径；接着，R1向R8发送路径(Path)消息，Path消息经过R1到R8路径上的每个设备时，在设备记录路径状态；然后，当出口边缘设备R8收到Path消息后，向R1发送预留(Revs)消息，执行路径带宽预留；Revs消息沿着R1到R8路径的逆向方向传播，在每经过一个设备时，执行带宽预留，预留从R1到R8路径方向的带宽，并记录预留状态。如果在每一个设备的带宽预留都成功，则R1到R8路径的带宽预留成功。如果在中间设备预留带宽失败(比如，该设备没有足够的带宽可供预留)，则向入口边缘设备或出口边缘设备发送出错消息，进行报错。RSVP采用软状态机制，设备上记录的状态如果不被刷新，超时后会被删除。RSVP通过周期性地发送Path消息和Revs消息，刷新设备上记录的状态。

然而，RSVP为业务流量执行带宽预留时，需要在业务流所通过路径的每个网络设备上都记录带宽预留状态等信息，由于网络的中间设备可能被大量的路径所共享，那么网络的中间设备上就需要记录大量的预留状态信息，如果中间设备上所记录的预留状态信息超过了自身规格的上限，就会引起可扩展性问题。

为此，本申请实施例提供了一种带宽预留方法，方便应用于多路径的网络环境，本申请的扩展性更好。

为便于理解，下面对本申请实施例中的具体流程进行详细描述，请参阅图3，本申请中带宽预留方法的一个实施例包括：

301、第一网络设备获取带宽预留请求。

本实施例中，第一网络设备获取带宽预留请求，其中，该带宽预留请求用于请求在业务流的转发路径上预留目标带宽，第一网络设备是该转发路径上的入口网络设备，即图1中所示的入口边缘设备。可以理解的是，第一网络设备获取带宽预留请求的方式有多种，第一网络设备可以接收由终端发起的带宽预留请求，此外第一网络设备也可以接收由管理或控制平台下发的带宽预留请求，具体此处不做限定。

302、第一网络设备沿着转发路径向第二网络设备发送与业务流对应的令牌流。

本实施例中，第一网络设备收到带宽预留请求后会向第二网络设备发送与业务流对应的令牌流，其中，第二网络设备是该转发路径上的出口网络设备，即图1中所示的出口边缘设备。并且令牌流的速率等于目标带宽与预设倍率的比值。可以理解的是，在该转发路径上，第一网络设备和第二网络设备之间可以包括0个或至少1个中间设备，并且若第一网络设备和第二网络设备之间存在多条路径，本申请适用于其中的任意一条路径。另外，本申请中确定转发路径的方式有多种，可以采用分布式的查表路由，也可以采用显示指定路径的源路由，具体此处不做限定。

在一种可能的实现方式中，业务流和令牌流分别使用独立的带宽资源，例如共有100Mbps的带宽资源，其中供业务流使用的是其中90Mbps，供令牌流使用的是另外10Mbps，二者所使用的带宽是相互隔离的。下面介绍一种具体的实现方式：

该转发路径上的各设备支持类似互联网协议(Internet Protocol，IP)硬管道技术，可以将网络至少划分为2个平面，例如，图4所示的第一网络平面和第二网络平面，其中，第一网络平面和第二网络平面是属于同一个物理平面的2个逻辑平面，并共享网络中的网络设备和链路，另外上述2个网络平面的带宽是隔离的且2个网络平面的带宽比例是固定或可配置的。需要说明的是，此处所述带宽隔离是指一个网络平面的所拥有的带宽不允许被另一个网络平面抢占使用，但并不要求物理上是隔离的。

具体的，第一网络平面用于承载令牌流，第二网络平面用于承载非令牌流(包括业务流)，其中，第二网络平面的带宽进一步可以分为可用于带宽预留的带宽和不可用于带宽预留的带宽。基于上述架构，假设预设倍率为k，那么如果在第一网络平面可以传输通过一个速率为R的令牌流，则在第二网络平面就可以传输通过一个速率为k*R的业务流，也就是说假设目标带宽为B，那么R＝B/K。，通过在网络中注入令牌流来为业务流进行准入测试，相当于令牌流是业务流的预演，如果令牌流在第一网络平面中可以正常传输则说明业务流可以在第二网络平面中正常传输。并且，由于令牌流和业务流承载在带宽隔离的不同网络平面，令牌流的注入并不影响业务流的带宽。

既然上述约定了令牌流的速率等于目标带宽与预设倍率k的比值，可以理解的是，第一网络平面的带宽和第二网络平面的带宽之间的比值也和预设倍率k相关。具体地，第一网络平面的带宽和第二网络平面中可预留部分的带宽的比值小于或等于1：k，其中，优选的该比值等于1：k，因为如果小于1：k，第二网络平面中可预留的带宽没有被充分利用。假设发送一个N字节的令牌包消耗的物理带宽字节数为N*(由于发送一个包时存在包间距和前导码等开销，所以N往往小于N*)，发送M字节的业务数据消耗的物理带宽字节数为M*，则1:K＝N*:M*，即在第一网络平面传输N字节的令牌流，对应在第二网络平面传输k*N字节的业务流。

除了上述划分网络平面的实现方式外，该转发路径上的各设备还可以通过其他方式分别为承载令牌流和业务流配置相互隔离的(或称“独立的”)带宽资源，例如按照管理员下发的指令将同一个物理链路的带宽分为两部分，分别用于承载令牌流和业务流，(如10Mbps带宽用于承载令牌流，90Mbps带宽用于承载业务流)，又或者业务流和令牌流分别承载在不同但相对应的物理链路上，具体此处不做限定。

303、若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽。

本实施例中，第一网络设备向第二网络设备发送令牌流后，第二网络设备将统计该令牌流的丢包率并向第一网络设备反馈该令牌流的丢包率，如果该令牌流的丢包率小于或等于预先设置的丢包率阈值，则说明第一网络平面可以满足该令牌流的带宽需求，进而也就说明第二网络平面可以满足与该令牌流所对应的业务流的带宽需求，那么第一网络设备就可以为业务流预留目标带宽。具体的，第二网络设备可以将令牌流的丢包率直接发送给第一网络设备，或者，第二网络设备也可以先将令牌流的丢包率上送给控制器，再由控制器将该丢包率下发给第一网络设备，关于第一网络设备从第二网络设备获取令牌流丢包率的实现方式，本申请不做限定。

需要说明的是，第二网络设备可以向第一网络设备反馈令牌流的丢包率，由第一网络设备来判断该令牌流的丢包率是否小于或等于丢包率阈值，或者，第二网络设备也可以将令牌流丢包率的判决结果直接发给第一网络设备，若该判决结果显示令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽，具体方式此处不做限定。

本申请实施例中，第一网络设备可以在业务流的转发路径上优先注入令牌流来对业务流所请求的目标带宽进行测试，其中，令牌流所占用的带宽等于目标带宽与预设倍率的比值，令牌流的注入并不占用业务流的带宽，假设目标带宽为B，令牌流所占用的带宽为R，预设倍率为K，那么R＝B/K，因此若令牌流的丢包率小于或等于丢包率阈值，则说明令牌流所需带宽能得到满足，也就说明其对应的业务流所需带宽也能得到满足，即可以为业务流预留目标带宽，可以看出，本申请中转发路径上的每个中间网络设备只需要转发令牌流而不用记录和维护预留带宽的状态信息即可实现该路径上带宽的预留，不容易出现中间设备上记录的预留状态信息超过自身规格上限的问题，本申请的可扩展性更好。

下面从第二网络设备的角度对本申请实施例的带宽预留方法进行描述，请参阅图5，本申请实施例中带宽预留方法的另一个实施例包括：

501、第二网络设备接收第一网络设备根据带宽预留请求沿着转发路径发送的与业务流对应的令牌流。

本实施例中，步骤501与图3所示实施例中的步骤302类似，具体此处不再赘述。

502、第二网络设备获取令牌流的丢包率，以使得若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽。

本实施例中，第二网络设备收到第一网络设备发送的令牌流后，第二网络设备将统计该令牌流的丢包率。具体的，每个令牌流是由多个令牌包组成，令牌包通常采用固定的数据包大小，该令牌流中每个令牌包携带有令牌流标识，不同的令牌流对应不同的令牌流标识，同一令牌流中的各令牌包携带有相同的令牌流标识，那么第二网络设备可以根据令牌流标识确定令牌包属于哪个令牌流。另外，该令牌流中每个令牌包还可以携带有顺序号，该顺序号随着每个令牌包在令牌流中的顺序递增，第二网络设备可以根据顺序号来区分不同的令牌包，并判断令牌流中的令牌包是否丢包，进而统计出该令牌流的丢包率。之后第二网络设备向第一网络设备发送令牌流的丢包率，以使得若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽，具体的与图3所示实施例中的步骤303类似，此处不再赘述。

上面分别从第一网络设备和第二网络设备的角度对本申请的带宽预留方法进行了描述，下面结合本申请中关于带宽预留方法的完整流程进行进一步的补充说明。

请参阅图6，本申请实施例中带宽预留方法的另一个实施例包括：

601、第一网络设备获取带宽预留请求。

本实施例中，步骤601与图3所示实施例中的步骤301类似，具体此处不再赘述。

602、第一网络设备向第二网络设备发送承载于第一网络平面的令牌流。

本实施例中，步骤602与图3所示实施例中的步骤302类似，具体此处不再赘述。

603、第二网络设备统计令牌流的丢包率。

本实施例中，步骤603与图5所示实施例中的步骤502类似，具体此处不再赘述。

604、第二网络设备向第一网络设备发送令牌流的丢包率。

本实施例中，由于第一网络设备实际上可能会收到多个对应不同业务的带宽预留请求，那么第二网络设备实际上也就可能收到了多条由第一网络设备发来的令牌流，相应的第二网络设备统计了多条令牌流的丢包率，因此第一网络设备除了要收到令牌流的丢包率还需要知道其对应的业务流，进而才能确定可以为哪些业务流预留带宽。一般第一网络设备有两种方式来确定令牌流对应的业务流，下面分别进行说明：

第一种，由第一网络设备来确定令牌流对应的业务流，具体的，第一网络设备可以根据收到的令牌流的丢包率获取令牌流标识，由于令牌流标识与业务流标识之间存在对应关系，这种对应关系可以通过映射表的形式体现，那么第一网络设备通过查询本地保存的映射表即可确定令牌流对应的业务流。

第二种，由第二网络设备来确定令牌流对应的业务流并通知第一网络设备，具体的，第二网络设备收到令牌流后可以通过令牌流标识来区分不同的令牌流，进而第二网络设备可以通过查询本地保存的映射表来确定每条令牌流对应的业务流，在第二网络设备向第一网络设备发送令牌流的丢包率的同时也会指示该令牌流所对应的业务流。可以理解的是，令牌流中每个令牌包中也可以携带的是业务流标识，相应的第二网络设备也可以根据查询映射表来确定与业务流标识对应的令牌流标识，进而确定每个令牌包属于哪个令牌流。

需要说明的是，令牌流标识与业务流标识的对应关系也可以通过其他方式体现，例如，通过在业务流标识的基础上增加一个令牌流标记位来构成令牌流标识，那么第一网络设备及第二网络设备即可直接根据令牌流标识确定业务流标识，或者根据业务流标识确定令牌流标识。

需要说明的是，令牌流的丢包率的反馈信息的传输应尽量保证可靠，可通过网络的专用通道传输，也可通过第二网络平面的高优先级传输，也可通过其他高可靠途径传输，此处不做限定。

605、第一网络设备判断令牌流的丢包率是否小于或等于丢包率阈值，若否，则执行步骤606；若是，则执行步骤607。

本实施例中，第二网络设备可以向第一网络设备反馈令牌流的丢包率，由第一网络设备来判断该令牌流的丢包率是否小于或等于丢包率阈值，或者，第二网络设备也可以将令牌流丢包率的判决结果直接发给第一网络设备，具体此处不做限定。

606、若令牌流的丢包率大于丢包率阈值，则第一网络设备拒绝带宽预留请求。

需要说明的是，假如第二网络平面中的可预留带宽可以满足一个业务的带宽预留请求，但由于两个或更多个业务同时发起带宽预留请求，这些业务之间互相竞争可能导致每个业务发起的带宽预留请求都得不到通过，为此本申请中，当带宽预留请求未通过时，带宽预留请求的请求方可以执行指数退避算法，重新发起带宽预留请求，来避免由于冲突导致的带宽预留请求未通过的问题。

607、若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备接受带宽预留请求，为业务流预留目标带宽。

本实施例中，如果该令牌流的丢包率小于或等于预先设置的丢包率阈值，则说明第一网络平面可以满足该令牌流的带宽需求，进而也就说明第二网络平面可以满足与该令牌流对应的业务流的带宽需求，那么第一网络设备就可以为业务流预留目标带宽。

608、第一网络设备向第二网络设备发送承载于第二网络平面的业务流。

本实施例中，第一网络设备成功为业务流预留了目标带宽后，第一网络设备即可沿着与令牌流相同的转发路径向第二网络设备发送业务流。可以理解的是，业务流的速率不高于预留的目标带宽。

需要说明的是，由于第一网络设备有可能收到多个带宽预留请求，为了维持为当前业务流预留的目标带宽，第一网络设备在通过第二网络平面向第二网络设备发送业务流的同时，第一网络设备仍然会通过第一网络平面向第二网络设备发送令牌流，即该令牌流仍会占据第一网络平面中的部分带宽。不过不同于步骤602，步骤602中第一网络设备是以第一优先级向第二网络设备发送令牌流，而本步骤608中，在带宽预留成功后，第一网络设备是以第二优先级向第二网络设备发送令牌流，并且第二优先级高于第一优先级。这样设计的目的在于，避免带宽预留测试阶段的令牌流影响预留带宽维持阶段的令牌流。例如有第一业务发起的第一带宽预留请求和第二业务发起的第二带宽预留请求，假设已经为第一业务成功预留了带宽且第二业务的带宽预留还在测试阶段，并且他们的令牌流的转发路径存在共享链路，因为为了更好的维持为第一业务预留带宽的状态，还是需要继续注入与第一业务对应的令牌流，此时为了避免第二业务对应的令牌流影响第一业务对应的令牌流，就需要区分优先级，使得第一业务对应的令牌流能优先得到调度。简而言之，在带宽预留成功后注入令牌流的优先级要高于带宽预留成功前注入令牌流的优先级。

另外，与步骤603类似，第二网络设备仍然会实时监测令牌流的丢包率来确定当前业务的带宽预留是否得到保障，并将令牌流的丢包率反馈给第一网络设备。那么当网络链路或设备发生异常，或网络路由发生改变时，可能发生预留的业务带宽得不到保障的情况，此时第一网络设备可以进行告警或执行管理员指定的调整操作。

还需要说明的是，在第二网络平面，普通业务流和预留带宽的业务流可以共存，同样也可以通过不同的优先级来区分普通业务流和预留带宽的业务流的承载，即承载预留带宽的业务流的优先级要高于承载普通业务流的优先级，以此来避免普通业务流对承载在更高优先级的预留带宽的业务流的影响。

609、第一网络设备获取带宽预留撤销请求。

610、第一网络设备停止发送令牌流以及业务流。

本实施例中，若第一网络设备收到了带宽预留撤销请求，那么第一网络设备将停止注入令牌流和业务流，以释放预留带宽。需要说明的是，步骤609-610可以在步骤601后的任意步骤之前执行，取决于第一网络设备何时获取到带宽预留撤销请求，具体此处不做限定。

下面结合几个具体的应用场景对本申请实施例中带宽预留方法进行进一步介绍：

应用场景1：

请参阅图7，R1为第一网络设备，R8为第二网络设备，业务流和令牌流的转发路径为R1→R3→R6→R8，且业务流的带宽与令牌流的带宽的比值为20，即预设倍率k＝20，假设为业务流请求预留的带宽为20Mbps，设定的准入测试时间为10s，丢包率阈值为0.5％；当R1收到带宽预留请求后，R1在第一网络平面按照第一优先级以1Mbps的速率沿着转发路径向R8发送令牌流进行准入测试，经过10s的测试令牌流的丢包率为0.1％，小于丢包率阈值0.5％，那么R1可以接受带宽预留请求，并为该业务流预留20Mbps的带宽。

应用场景2：

请参阅图8，R1为第一网络设备，R8为第二网络设备，业务流和令牌流的转发路径为R1→R3→R6→R8，且业务流的带宽与令牌流的带宽的比值为20，即预设倍率k＝20，假设为业务流请求预留的带宽为80Mbps，设定的准入测试时间为10s，丢包率阈值为0.5％；当R1收到带宽预留请求后，R1在第一网络平面按照第一优先级以4Mbps的速率沿着转发路径向R8发送令牌流进行准入测试，其中链路R3→R6是该路径的可用带宽的瓶颈，可用带宽仅为2Mbps。由于令牌流注入速率大于链路R3→R6的可用带宽，大量的令牌包会被丢弃，导致经过10s的测试R8统计得到的该令牌流的丢包率为50％，大于丢包率阈值0.5％，那么R1将拒绝带宽预留请求。

应用场景3：

请参阅图9，R1为第一网络设备，R8为第二网络设备，业务流和令牌流的转发路径为R1→R3→R6→R8，且业务流的带宽与令牌流的带宽的比值为20，即预设倍率k＝20，丢包率阈值为0.5％，假设R1已经为业务流预留了20Mbps的带宽，为了维持带宽预留，R1在第一网络平面按照第二优先级以1Mbps的速率沿着转发路径向R8发送令牌流，并且R1在第二网络平面以不高于20Mbps的速率沿着转发路径向R8发送业务流，R8将实时统计令牌流的丢包率以确定预留的带宽是否得到保障。

上面对本申请实施例中的带宽预留方法进行了描述，下面对本申请实施例中的第一网络设备进行描述：

请参阅图10，本申请实施例中第一网络设备的一个实施例包括：

接收单元1001，用于获取带宽预留请求，带宽预留请求用于请求在业务流的转发路径上预留目标带宽，第一网络设备是位于转发路径的入口的网络设备；

发送单元1002，用于沿着转发路径向第二网络设备发送与业务流对应的令牌流，第二网络设备是位于转发路径的出口的网络设备，令牌流所占用的带宽等于目标带宽与预设倍率的比值；

处理单元1003，用于若令牌流的丢包率小于或等于丢包率阈值，则为业务流预留目标带宽。

可选的，令牌流与业务流分别使用独立的带宽资源，其中，第一网络平面用于承载令牌流，第二网络平面用于承载业务流，第一网络平面和第二网络平面共享转发路径上的网络设备和链路。

可选的，接收单元1001还用于：

接收第二网络发送的令牌流的丢包率。

可选的，令牌流中的每个令牌包携带令牌流标识，令牌流由第二网络设备根据令牌流标识确定。

可选的，令牌流中的每个令牌包还携带顺序号，丢包率由第二网络设备根据顺序号确定。

可选的，令牌流标识与业务流标识具有对应关系，接收第二网络发送的令牌流的丢包率之后，处理单元1003还用于：

根据令牌流标识以及对应关系确定业务流。

可选的，发送单元1002具体用于：

沿着转发路径以第一优先级向第二网络设备发送令牌流；

为业务预留目标带宽之后，发送单元1002还用于：

沿着转发路径以第二优先级向第二网络设备发送令牌流，其中，第二优先级高于第一优先级。

可选的，为业务预留目标带宽之后，发送单元1002还用于：

沿着转发路径向第二网络设备发送业务流，业务流的速率小于或等于目标带宽。

可选的，接收单元1001还用于：

获取带宽预留撤销请求；

处理单元1003还用于：

停止向第二网络设备发送令牌流以及业务流。

本申请实施例中，接收单元1001获取带宽预留请求，该请求用于请求在业务流的转发路径上预留目标带宽，其中，第一网络设备是位于转发路径入口的网络设备；之后发送单元1002沿着转发路径向第二网络设备发送令牌流，第二网络设备是位于转发路径出口的网络设备，该令牌流的速率等于目标带宽与预设倍率的比值；若令牌流的丢包率小于或等于丢包率阈值，则处理单元1003为业务流预留目标带宽。通过上述方式，第一网络设备可以在业务流的转发路径上优先注入令牌流来对业务流所请求的目标带宽进行测试，其中，令牌流所占用的带宽等于目标带宽与预设倍率的比值，令牌流的注入并不占用业务流的带宽，假设目标带宽为B，令牌流所占用的带宽为R，预设倍率为K，那么R＝B/K，因此若令牌流的丢包率小于或等于丢包率阈值，则说明令牌流所需带宽能得到满足，也就说明其对应的业务流所需带宽也能得到满足，即可以为业务流预留目标带宽，可以看出，本申请中转发路径上的每个中间网络设备只需要转发令牌流而不用记录和维护预留带宽的状态信息即可实现该路径上带宽的预留，不容易出现中间设备上记录的预留状态信息超过自身规格上限的问题，本申请的可扩展性更好。

下面对本申请实施例中的第二网络设备进行描述：

请参阅图11，本申请实施例中第二网络设备的一个实施例包括：

接收单元1101，用于接收第一网络设备根据带宽预留请求沿着转发路径发送的与业务流对应的令牌流，带宽预留请求用于请求在业务流的转发路径上预留目标带宽，第一网络设备是位于转发路径的入口的网络设备，第二网络设备是位于转发路径的出口的网络设备，令牌流所占用的带宽等于目标带宽与预设倍率的比值；

处理单元1102，用于获取令牌流的丢包率，以使得若令牌流的丢包率小于或等于丢包率阈值，则第一网络设备为业务流预留目标带宽。

可选的，所述令牌流与所述业务流分别使用独立的带宽资源，其中，第一网络平面用于承载令牌流，第二网络平面用于承载业务流，第一网络平面和第二网络平面共享转发路径上的网络设备和链路。

可选的，第二网络设备还包括：

发送单元1103，用于向第一网络设备发送丢包率。

可选的，令牌流中的每个令牌包携带令牌流标识，处理单元1102还用于：

根据令牌流标识确定令牌流。

可选的，令牌流中的每个令牌包还携带顺序号，处理单元1102具体用于：

根据顺序号确定令牌流的丢包率。

可选的，令牌流标识与业务流标识具有对应关系，处理单元1102还用于：

根据令牌流标识以及对应关系确定业务流。

可选的，接收单元1101具体用于：

接收第一网络设备根据带宽预留请求沿着转发路径以第一优先级发送的与业务流对应的令牌流；

向第一网络设备发送丢包率之后，接收单元1101还用于：

接收第一网络设备沿着转发路径以第二优先级发送的令牌流，其中，第二优先级高于第一优先级。

可选的，接收单元1101还用于：

接收第一网络设备沿着转发路径发送的业务流，业务流的速率小于或等于目标带宽。

可选的，发送单元1103具体用于：

通过第二网络平面向第一网络设备发送丢包率。

上面从模块化功能实体的角度对本申请实施例中的第一网络设备以及第二网络设备进行了描述，下面从硬件处理的角度对本申请施例中的网络设备(包括第一网络设备以及第二网络设备)进行描述：

请参阅图12，本申请中网络设备包括一个或多个处理器1201、存储器1202及通信接口1203，其中，处理器1201、存储器1202及通信接口1203之间通过总线互相连接。

存储器1202可以是短暂存储或持久存储，用于存储相关的指令及数据，通信接口1203用于接收和发送数据。更进一步地，处理器1201可以配置为与存储器1202通信，执行存储器1202中的一系列指令操作。

上述实施例中的第一网络设备和第二网络设备均可以基于该图12所示的结构，具体的，该网络设备可以用于执行图3、图5以及图6所示实施例中第一网络设备和第二网络设备所执行的全部或部分动作。

应理解，本申请实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (18)

1.一种带宽预留方法，其特征在于，包括：

第一网络设备获取带宽预留请求，所述带宽预留请求用于请求在业务流的转发路径上预留目标带宽，所述第一网络设备是位于所述转发路径的入口的网络设备；

所述第一网络设备沿着所述转发路径向第二网络设备发送与所述业务流对应的令牌流，所述第二网络设备是位于所述转发路径的出口的网络设备，所述令牌流所占用的带宽等于所述目标带宽与预设倍率的比值；

若所述令牌流的丢包率小于或等于丢包率阈值，则所述第一网络设备为所述业务流预留所述目标带宽。

2.根据权利要求1所述的方法，其特征在于，所述令牌流与所述业务流分别使用独立的带宽资源，其中，第一网络平面用于承载所述令牌流，第二网络平面用于承载所述业务流，所述第一网络平面和所述第二网络平面共享所述转发路径上的网络设备和链路。

3.根据权利要求1或2所述的方法，其特征在于，所述第一网络设备沿着所述转发路径向第二网络设备发送与所述业务流对应的令牌流包括：

所述第一网络设备沿着所述转发路径以第一优先级向所述第二网络设备发送所述令牌流；

所述第一网络设备为所述业务预留所述目标带宽之后，所述方法还包括：

所述第一网络设备沿着所述转发路径以第二优先级向所述第二网络设备发送所述令牌流，其中，所述第二优先级高于所述第一优先级。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一网络设备为所述业务预留所述目标带宽之后，所述方法还包括：

所述第一网络设备沿着所述转发路径向所述第二网络设备发送所述业务流，所述业务流的速率小于或等于所述目标带宽。

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

所述第一网络设备获取带宽预留撤销请求；

所述第一网络设备停止向所述第二网络设备发送所述令牌流以及所述业务流。

6.一种带宽预留方法，其特征在于，包括：

第二网络设备接收第一网络设备根据带宽预留请求沿着转发路径发送的与业务流对应的令牌流，所述带宽预留请求用于请求在所述业务流的所述转发路径上预留目标带宽，所述第一网络设备是位于所述转发路径的入口的网络设备，所述第二网络设备是位于所述转发路径的出口的网络设备，所述令牌流所占用的带宽等于所述目标带宽与预设倍率的比值；

所述第二网络设备获取所述令牌流的丢包率，以使得若所述令牌流的丢包率小于或等于丢包率阈值，则所述第一网络设备为所述业务流预留所述目标带宽。

7.根据权利要求6所述的方法，其特征在于，所述令牌流与所述业务流分别使用独立的带宽资源，其中，第一网络平面用于承载所述令牌流，第二网络平面用于承载所述业务流，所述第一网络平面和所述第二网络平面共享所述转发路径上的网络设备和链路。

8.根据权利要求6或7所述的方法，其特征在于，第二网络设备接收第一网络设备根据带宽预留请求沿着转发路径发送的与业务流对应的令牌流包括：

所述第二网络设备接收所述第一网络设备根据所述带宽预留请求沿着所述转发路径以第一优先级发送的与所述业务流对应的所述令牌流；

所述第一网络设备为所述业务预留所述目标带宽之后，所述方法还包括：

所述第二网络设备接收所述第一网络设备沿着所述转发路径以第二优先级发送的所述令牌流，其中，所述第二优先级高于所述第一优先级。

9.根据权利要求6至8中任一项所述的方法，其特征在于，所述方法还包括：

所述第二网络设备接收所述第一网络设备沿着所述转发路径发送的所述业务流，所述业务流的速率小于或等于所述目标带宽。

10.一种第一网络设备，其特征在于，包括：

接收单元，用于获取带宽预留请求，所述带宽预留请求用于请求在业务流的转发路径上预留目标带宽，所述第一网络设备是位于所述转发路径的入口的网络设备；

发送单元，用于沿着所述转发路径向第二网络设备发送与所述业务流对应的令牌流，所述第二网络设备是位于所述转发路径的出口的网络设备，所述令牌流所占用的带宽等于所述目标带宽与预设倍率的比值；

处理单元，用于若所述令牌流的丢包率小于或等于丢包率阈值，则为所述业务流预留所述目标带宽。

11.根据权利要求10所述的第一网络设备，其特征在于，所述令牌流与所述业务流分别使用独立的带宽资源，其中，第一网络平面用于承载所述令牌流，第二网络平面用于承载所述业务流，所述第一网络平面和所述第二网络平面共享所述转发路径上的网络设备和链路。

12.根据权利要求10或11所述的第一网络设备，其特征在于，所述发送单元具体用于：

沿着所述转发路径以第一优先级向所述第二网络设备发送所述令牌流；

所述处理单元为所述业务流预留所述目标带宽之后，所述发送单元还用于：

沿着所述转发路径以第二优先级向所述第二网络设备发送所述令牌流，其中，所述第二优先级高于所述第一优先级。

13.根据权利要求10至12中任一项所述的第一网络设备，其特征在于，所述处理单元为所述业务流预留所述目标带宽之后，所述发送单元还用于：

沿着所述转发路径向所述第二网络设备发送所述业务流，所述业务流的速率小于或等于所述目标带宽。

14.根据权利要求13所述的第一网络设备，其特征在于，所述接收单元还用于：

获取带宽预留撤销请求；

所述处理单元还用于：

停止向所述第二网络设备发送所述令牌流以及所述业务流。

15.一种第二网络设备，其特征在于，包括：

接收单元，用于接收第一网络设备根据带宽预留请求沿着转发路径发送的与业务流对应的令牌流，所述带宽预留请求用于请求在所述业务流的所述转发路径上预留目标带宽，所述第一网络设备是位于所述转发路径的入口的网络设备，所述第二网络设备是位于所述转发路径的出口的网络设备，所述令牌流所占用的带宽等于所述目标带宽与预设倍率的比值；

处理单元，用于获取所述令牌流的丢包率，以使得若所述令牌流的丢包率小于或等于丢包率阈值，则所述第一网络设备为所述业务流预留所述目标带宽。

16.根据权利要求15所述的第二网络设备，其特征在于，所述令牌流与所述业务流分别使用独立的带宽资源，其中，第一网络平面用于承载所述令牌流，第二网络平面用于承载所述业务流，所述第一网络平面和所述第二网络平面共享所述转发路径上的网络设备和链路。

17.根据权利要求15或16所述的第二网络设备，其特征在于，所述接收单元具体用于：

接收所述第一网络设备根据所述带宽预留请求沿着所述转发路径以第一优先级发送的与所述业务流对应的所述令牌流；

所述第一网络设备为所述业务预留所述目标带宽之后，所述接收单元还用于：

接收所述第一网络设备沿着所述转发路径以第二优先级发送的所述令牌流，其中，所述第二优先级高于所述第一优先级。

18.根据权利要求15至17中任一项所述的第二网络设备，其特征在于，所述接收单元还用于：

接收所述第一网络设备沿着所述转发路径发送的所述业务流，所述业务流的速率小于或等于所述目标带宽。

Images