专利名称：调整传输速率、重定向路由的方法、系统及装置的制作方法
技术领域：
本发明涉及通信领域的数据传输技术，尤其涉及一种调整传输速率、重定向路由
的方法、系统及装置。
背景技术：
在目前的无线网络，特别是无线自组织网络(Ad hoc)中，当突发节点拥塞或节点除移等网络状况时，所采用的网络QoS保证方法是一种自愈方法，由网络中的各节点将自身的拥塞状态传播，同时各节点又根据自身的拥塞状态和接收到的其他节点的拥塞状态调整本地的传输速率，现有的调整传输速率的方法如下 第一步当前网络节点监测自身的拥塞状态，并在自身发生拥塞时执行第二步。
第二步当前网络节点向与自身相连的上游网络节点或邻居网络节点发送包含自身拥塞状态的拥塞控制信息。
第三步接收到拥塞控制信息的网络节点根据其中的拥塞状态调整本地的传输速率。
现有的调整传输速率的方法存在以下缺点 1、拥塞响应速度慢。在上述方法中，网络中某节点出现拥塞时需要将拥塞控制信
息广播给所有的邻居节点，最终由网络中的各节点进行传输速率的调整，使得各节点对拥
塞的响应较慢，并且拥塞控制信息的传递没有送达保障，特别是像Ad hoc网络这样的网络
结构松散、拓扑动态变化的网络而言，节点在拥塞时调整传输速率的响应更慢。 2、网络资源占用量较大。由于拥塞的节点要将拥塞控制信息广播给多个邻居节
点，并且该拥塞控制信息还可能会多次传播，因此，会占用大量的链路带宽，造成资源的浪费。 3、在网络状态恶化的情况下，仅仅通过调整节点调整承载的应用业务的数据的传输速率可能仍然无法满足传输的需要，如果调整后的传输速率低于节点承载的业务所能容忍的最低速率，会导致业务无法正确执行。
发明内容
本发明实施例提供一种调整传输速率、重定向路由的方法、系统及装置，使网络状态变化时，节点能够快速响应调整传输速率；同时，在网络状态恶化的情况下，避免由于调整后的传输速率低于节点承载的业务的最低传输速率导致业务无法正确执行的问题。
—种调整传输速率的方法，所述方法包括以下步骤 接收当前节点上报的该节点的拥塞信息和该节点承载的应用业务的标识； 根据所述拥塞信息确定所述当前节点处于拥塞状态时，确定执行所述应用业务的
标识对应的应用业务的源节点； 指示所述源节点降低对所述应用业务的数据的传输速率。 调整传输速率后重定向路由的方法，所述重定向路由的方法包括
5
确定降低后的传输速率低于应用业务的最低传输速率时，将当前节点对应的节点 标识发送给源节点； 所述源节点根据所述节点标识屏蔽所述当前节点，并发起路由请求RREQ，将获得 的新路由上报。 —种调整传输速率的系统，所述系统包括速率调整服务器和多个节点，其中
所述速率调整服务器，用于接收节点上报的该节点的拥塞信息和该节点承载的应 用业务的标识，在根据所述拥塞信息确定该节点处于拥塞状态时，利用该节点承载的应用 业务的标识确定执行对应的应用业务的源节点，并指示所述源节点降低对所述应用业务的 数据的传输速率。 调整传输速率后重定向路由的系统，所述重定向路由的系统包括 重定向服务器，用于确定降低后的传输速率低于应用业务的最低传输速率时，发
送处于拥塞状态且承载所述应用业务的节点对应的节点标识； 执行所述应用业务的源节点，用于根据接收到的所述服务器发送的节点标识屏蔽 对应的节点，并发起路由请求RREQ，将获得的新路由上报给重定向服务器。
—种服务器，所述服务器包括 第一接收模块，用于接收节点的拥塞信息和该节点承载的应用业务的标识；
节点确定模块，用于在根据所述拥塞信息确定所述节点处于拥塞状态时，利用所 述应用业务的标识确定执行对应的应用业务的源节点； 第一指示模块，用于发出降低对所述应用业务的数据的传输速率的指示。 本发明实施例通过系统中的节点统一向服务器上报各自的拥塞信息和该节点承
载的应用业务的标识，在服务器确定某个节点拥塞后，确定执行所述应用业务的标识对应
的应用业务的源节点，并指示所述源节点降低对所述应用业务的数据的传输速率；在需要
时，指示源节点重定向路由，使节点能够快速响应网络状态，并且避免由于调整后的传输速
率低于节点承载的业务的最低传输速率导致业务无法正确执行的问题。
图1为本发明实施例一中调整传输速率的方法流程示意图；
图2为本发明实施例二中重定向路由的方法流程示意图；
图3为本发明实施例三中调整传输速率的系统结构示意图；
图4为本发明实施例四中重定向路由的系统结构示意图；
图5为本发明实施例五中服务器结构示意图。
具体实施例方式
本发明实施例旨在提供一种新的调整节点的传输速率的方法和在传输速率过低 时重定向路由的方法，为运行在无线网络(特别是Ad hoc网络)节点的应用业务提供可靠 的QoS保障。 在本发明后续各实施例中涉及的传输速率是指数据的发送速率，即每秒钟发送的 比特数，单位是bit/s。对于不同的应用业务采用不同的速率调整策略，即调整的程度根据 不同的应用业务而不同。在本发明各实施例中，速率的调整方式采用TCP速率控制(TCPFriendly Rate Control, TFRC)方法，可有效避免拥塞造成的网络性能的下降。
下面结合说明书附图对本发明实施例进行详细描述。 如图1所示，为本发明实施例一中调整传输速率的方法流程示意图，该方法包括 以下步骤 步骤101 :当前节点向服务器上报该节点的拥塞信息，同时，还上报该节点承载的 应用业务的标识。 对无线网络中的某一当前节点而言，可以是一些应用业务的启动节点(即该应用 业务的源节点)，也可以同时是另一些应用业务路由中承载业务的节点(即该应用业务的 中继节点)。本步骤中涉及的"当前节点承载的应用业务"包括该节点作为源节点承载的应 用业务，也包括该节点作为中继节点承载的应用业务。 由于当前节点是无线网络中的任一节点，因此，当前节点作为某些应用业务的源 节点时，还向服务器上报启动的应用业务当前的传输速率、该应用业务所能容忍的最低传 输速率和该应用业务的路由信息。 当前节点可以周期性地向服务器上报拥塞信息和承载的应用业务的相关信息。
本发明实施例中的节点可以是Ad hoc中的网元，服务器可以是移动通信网络中的 网元。
步骤102 :当前节点向服务器上报自身与邻居节点间的链路总带宽和链路可用带
宽o 当前节点与邻居节点间的链路是承载应用业务的链路，该应用业务与步骤101中 上报的标识对应的应用业务相同。 本发明实施例中涉及的链路可以是一条路由上的两节点之间的链路。 步骤101和步骤102的执行顺序不固定，可以先执行步骤102，或者两步同时执行。 本实施例一可以根据步骤101提供的拥塞信息动态调整传输速率，更加准确地根
据网络状态调整传输速率，可以再利用步骤102这一优选步骤，同时考虑节点拥塞和链路
带宽状况来动态调整传输速率。 步骤103 :服务器根据接收到的拥塞信息判断当前节点是否处于拥塞状态，如果 是，则执行步骤104 ;否则，执行步骤107。 步骤104 :服务器根据当前节点承载的应用业务的标识确定该节点承载的应用业 务，进而确定执行该应用业务的源节点。 服务器确定承载的应用业务后，根据接收到的应用业务的路由信息进一步确定执 行该应用业务的源节点。确定的源节点可以是当前节点，也可以是网络中的其他节点。
步骤105 :服务器指示所述源节点降低对所述应用业务的数据的传输速率。
步骤106 :服务器接收源节点返回的传输速率调整响应消息，该消息中包含调整 后的传输速率，此时， 一次传输速率的调整过程结束，可以返回步骤101，等待执行下一次的 调整过程。 步骤107 :服务器计算接收到的链路可用带宽与链路总带宽之比，并将计算获得 的比值与设定的门限值(如20%)进行比较，如果获得的比值大于所述门限值，则执行步骤 108 ;否则，执行步骤109。 由于应用业务对应的路由上各节点都向服务器上报了链路可用带宽与链路总带
7宽，因此，通过计算可以确定该路由能够为该应用业务提供的链路可用带宽与链路总带宽。
若获得的比值大于门限值，表示当前网络状态较好；否则，表示网络状态较差。 步骤108 :服务器指示所述源节点提高对所述应用业务的数据的传输速率，在调
整结束后，接收源节点返回的传输速率调整响应消息，此时，一次传输速率的调整过程结
束，可以返回步骤ioi，等待执行下一次的调整过程。 在本实施例中，当前节点的拥塞状态只有拥塞和不拥塞两种，当前节点根据本地 收、发数据所占用的缓存和数据在缓存中是否溢出的情况进行判断，如果数据在缓存中溢 出，表示当前节点处于拥塞状态；否则，处于未拥塞状态。当前节点将是否拥塞的结果通过 Congest status字段上报给服务器。本发明也不限于另一种情况，当前节点将本地收、发所 占用的缓存和数据在缓存中是否溢出的信息上报给服务器，在步骤103中，由服务器根据 接收到的信息判断当前节点的拥塞状态。 链路总带宽的计算方式为在发送端发送不同长度的探测数据包，在接收端计算 每个数据包的延时，在理想情况下这些延时将成直线分布，该直线斜率的倒数就是整条路由的带宽。可用带宽的计算方式是将链路的总带宽减去链路当前承载的数据占用的带宽。
步骤105、步骤108和步骤109中，服务器通过表2所示的信令结构向源节点发送 控制指令指示源节点降低或提高传输速率。 0 12 3 01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Type | Add/Minus | Congest status|Application ID +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Originator IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
表2 其中Type表示信令类型为控制指令；Add/Mi皿s表示提高或降低传输速率； Congest status表示当前节点的拥塞状态；A卯lication ID表示当前节点承载的一个应 用业务的标识；Originator IP Address表示当前节点承载的一个应用业务的源节点IP地 址。 在本实施例中可以由服务器告知源节点降低或提高传输速率的程度，也可以由源 节点根据应用业务的不同采用设定的速率调整策略来确定降低或提高传输速率的程度。
在步骤107中，服务器根据链路可用带宽和链路总带宽之比来确定当前网络的状 态，也可以直接利用链路的可用带宽来确定网络的状态，如果链路可用带宽大于设定值，则 认为链路状态较好，源节点可以提高传输速率；反之，则认为链路状态较差，源节点可以降 低传输速率。 利用实施例一的方法调整传输速率后，源节点可能多次降低传输速率，或者，源节
点降低传输速率的程度较大，导致降低后的传输速率低于所述应用业务的最低传输速率，
此时，原有的路由已经不能满足应用业务的需要，应该重新寻找路由，为此，本发明实施例
二提出了一种重定向路由的方法，其流程示意图如图2所示，包括以下步骤 步骤201 :源节点降低应用业务的传输速率后，向服务器上报降低后的传输速率。 本实施例二中，源节点可以按照实施例一的方法降低传输速率，也可以按照其他
方法，如现有技术中的方法调整传输速率。 步骤202 :服务器将降低后的传输速率与所述应用业务的最低传输速率进行比 较，判断降低后的传输速率是否低于所述最低传输速率，若不低于，则执行步骤203 ;否则， 执行步骤204。 步骤203 :源节点当前不需要重新寻找路由，路由寻找过程结束。 步骤204:服务器指示所述源节点重新寻找路由，并将承载所述应用业务且处于
拥塞状态的当前节点的标识发送给源节点。 步骤205 :服务器将承载所述应用业务且链路可用带宽与链路总带宽的比值不大 于所述门限值的当前节点的标识发送给源节点。 在本发明实施例二中，降低传输速率后仍处于拥塞状态的当前节点可以看作是瓶 颈节点，降低传输速率后链路可用带宽与链路总带宽的比值仍然不大于门限值的当前节点 也可以看作是瓶颈节点，源节点重新寻找路由时应该避开这些节点，否则，重新寻找到的路 由可能仍不能满足应用业务承载的需要。
步骤204和步骤205的执行顺序不固定，服务器指示所述源节点重新寻找路由时， 可以同时处于拥塞状态的当前节点的标识和带宽不满足条件的当前节点的标识发送给源 节点。 步骤206 :源节点屏蔽接收到的标识对应的当前节点，并发起路由请求(Route Request, RREQ)。在本实施例中，寻找路由的方式可以采用现有任意的 一 种route on-demand的路由协议，如混合式路由协议(AODV)等。 步骤207:源节点判断是否获得新路由，若是，则执行步骤208;否则，执行步骤 214。 步骤208 :源节点对新路由中的节点发送探测包，测量新路由中各相邻节点间链 路的链路总带宽和链路可用带宽。 步骤209 :源节点将新路由信息和测量的新路由中各相邻节点间链路总带宽和链 路可用带宽上报给服务器。 步骤210 :服务器判断新路由中各相邻节点间链路可用带宽是否大于当前路由的 链路可用带宽；若是，则执行步骤211 ;否则，执行步骤213。 步骤211 :服务器判断利用新路由中各节点承载所述应用业务时，新路由中各节 点能够达到的传输速率是否低于所述应用业务的最低传输速率，若不低于，则执行步骤 212 ;否则，执行步骤213。 步骤212 :服务器指示所述源节点更改路由，源节点将所述应用业务更改到新路 由中的节点承载，此时，重新寻找路由过程结束。 在执行步骤212之前，源节点将一直按照原路由执行应用业务。 在步骤212之后，应用业务的实际传输速率为步骤201中降低后的传输速率，因
此，可以跳转执行实施例一中的步骤101，由于新路由的带宽和节点的拥塞情况都好于原路
由，因此，在步骤107之后很可能跳转执行步骤108，提高传输速率，实现应用业务的正常执行。 步骤213 :服务器指示所述源节点不更改路由，所述源节点不改变当前路由，并将 此情况上报给应用层的服务器并等待相应处理通知(如继续降低传输速率或停止执行应 用业务)。此时，重新寻找路由过程结束。 步骤214:源节点通知服务器未寻找到新路由，则服务器指示所述源节点不更改
路由。此时，重新寻找路由过程结束。 下面分别对实施例二中各步骤进行详细描述。 在步骤204中，当网络状态持续恶化时，服务器向源节点下发表3所示的重定向路 由指示，要求源节点重新寻找路由。 0 12 3 01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
| Type | Reserved | Application ID| +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
| Originator IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Congestion IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
10
表3 其中Type表示该信令为重定向路由指示；Reserved为 一 个保留的字段； Application ID表示需要为其重定向路由的应用业务的标识；0riginator IPAddress表示 源节点IP地址Congestion IP Address表示瓶颈节点的IP地址。 步骤209中，源节点通过表4所示的信令将新路由信息和测量的新路由的链路总 带宽和链路可用带宽上报给服务器。 0 12 3 01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Type |Route Num |Client status|Application ID| +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Originator IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Uplink IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Local IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Destination IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Available Bandwidth +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
表4 其中Type表示该信令为上报的新路由信息；Route Num表示新路由的标识； Client status表示当前节点是否在新路由中Application ID表示需要为其重定向路由 的应用业务的标识；0riginator IPAddress表示源节点IP地址；UplinkIP Address表示链 路上行节点的IP地址；Local IP Address当前节点的IP地址destination IP Address 表示目的节点IP地址；Available Bandwidth表示新路由中链路可用带宽。
步骤212中服务器利用表5所示的重新定位指令指示所述源节点更改路由。
0 12 3 01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Type |Reserved | Route Num | Application ID| +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I Originator IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
表5 其中Type表示该信令为重新定位指令；Reserved为一个保留的字段；Route Num表示新路由的标识Application ID表示需要为其重定向路由的应用业务的标识； Originator IP Address表示源节点IP地址。 在步骤208中，源节点确定新路由的链路可用带宽的方法是如果新路由的某条 链路与原路由的某条链路相同，则链路可用带宽等于步骤102中确定的链路可用带宽加上 链路承载的需要为其重定向路由的应用业务的数据占用的带宽；如果新路由的某条链路与 原路由的链路不相同，则链路可用带宽等于链路总带宽减去链路该链路已承载的其他应用业务时占用的带宽。 与本发明实施例一属于同一发明构思下的，本发明实施例三提供一种调整传输速
率的系统，如图3所示，所述系统包括速率调整服务器11和多个节点12，其中所述速率调
整服务器11用于接收节点12上报的该节点的拥塞信息和该节点承载的应用业务的标识，
在根据所述拥塞信息确定该节点处于拥塞状态时，利用所述应用业务的标识确定执行对应
的应用业务的源节点，并指示所述源节点降低对所述应用业务的数据的传输速率。 本实施例中，上报拥塞信息的节点和应用业务时起始的节点可以是同一节点也可
以是不同的节点。 所述速率调整服务器11还用于当确定上报拥塞信息的所述节点12未处于拥塞状
态时，根据该节点上报的自身与邻居节点间的链路总带宽和链路可用带宽，判断所述链路
可用带宽与链路总带宽之比是否大于门限值，若是，指示所述源节点提高对所述应用业务
的数据的传输速率；否则，指示所述源节点降低对所述应用业务的数据的传输速率。 与本发明实施例二属于同一发明构思下的，本发明实施例四提供一种重定向路由
的系统，如图4所示，所述重定向路由的系统包括重定向服务器21和执行所述应用业务的
源节点22，其中重定向服务器21用于确定降低后的传输速率低于应用业务的最低传输速
率时，发送处于拥塞状态的所述节点对应的节点标识；执行所述应用业务的源节点22用于
根据接收到的所述重定向服务器发送的节点标识屏蔽对应的节点，并发起路由请求RREQ，
将获得的新路由上报给重定向服务器21。 所述源节点22还用于将获得的所述新路由中各相邻节点间链路的链路可用带宽 上报给重定向服务器21 ;所述重定向服务器21还用于判断接收到的新路由的链路可用带 宽是否大于当前链路可用带宽，若是，指示所述源节点22更改路由，利用新路由中的节点 承载所述应用业务；否则，指示所述源节点22不更改路由。 所述重定向服务器21进一步用于判断利用新路由中的节点承载所述应用业务 时，新路由中各节点的传输速率是否不低于所述应用业务的最低传输速率，若是，指示所述 源节点22更改路由；否则，指示所述源节点22不更改路由。 实施例三中的速率调整服务器11和实施例四中的重定向服务器21可以是集成在 一起的服务器，也可以是分别独立的服务器。 本发明实施例五还提供一种可应用在实施例三和实施例四中的服务器，如图5所 示，所述服务器包括第一接收模块31、节点确定模块32和第一指示模块33，其中第一接 收模块31用于接收节点的拥塞信息和该节点承载的应用业务的标识；节点确定模块32用 于在根据所述拥塞信息确定所述节点处于拥塞状态时，利用所述应用业务的标识确定执行 对应的应用业务时起始的节点；第一指示模块33用于发出降低对所述应用业务的数据的 传输速率的指示。 所述第一接收模块31还用于接收所述节点与邻居节点间的链路总带宽和链路可 用带宽；所述服务器还包括第一判断模块34，用于当确定所述节点未处于拥塞状态时，根 据节点与邻居节点间的链路总带宽和链路可用带宽，判断所述链路可用带宽与链路总带宽 之比是否大于门限值；所述第一指示模块33还用于在判断结果为链路可用带宽与链路总 带宽之比大于门限值时，发出提高对所述应用业务的数据的传输速率的指示；否则，发出降 低对所述应用业务的数据的传输速率的指示。
12
所述服务器还包括重定向模块35，用于确定降低后的传输速率低于应用业务的最 低传输速率时，发出重定向路由的指示。 所述服务器还包括第二接收模块36，用于接收新路由中各相邻节点间链路的链
路可用带宽；第二判断模块37，用于判断接收到的新路由中各相邻节点间链路可用带宽是
否大于当前链路可用带宽，且利用新路由中的节点承载所述应用业务时，新路由中各节点
的传输速率是否不低于所述应用业务的最低传输速率；第二指示模块38，用于在判断结果
为链路可用带宽大于当前链路可用带宽，且新路由中各节点的传输速率是否不低于所述应
用业务的最低传输速率时，发出更改路由的指示；否则，发出不更改路由的指示。 通过本发明实施例的方法、系统和装置，服务器发出的指示节点降低或提高传输
速率的指令通过移动通信网络传输，延时较小，几乎可以同时对源节点和中继节点进行控
制，对网络状态响应及时；并且，下发的控制信令基本不占用数据传输带宽，减少资源的浪
费；在网络状态恶化且单纯通过调整传输速率无法有效执行应用业务时，提出了一种重定
向路由的方法，利用Ad hoc网络特有的RREQ信令找到合适的新路由，保障了网络的QoS ;
由于本发明的方案中，对节点传输速率的调整或重定向路控制由都是通过服务器根据各节
点上报的信息确定的，因此，制定了更加有效、合理的控制方式。 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精 神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围 之内，则本发明也意图包含这些改动和变型在内。
1权利要求
一种调整传输速率的方法，其特征在于，所述方法包括以下步骤接收当前节点上报的该节点的拥塞信息和该节点承载的应用业务的标识；根据所述拥塞信息确定所述当前节点处于拥塞状态时，确定执行所述应用业务的标识对应的应用业务的源节点；指示所述源节点降低对所述应用业务的数据的传输速率。
2. 如权利要求1所述的方法，其特征在于，所述方法还包括当确定所述节点未处于拥塞状态时，根据当前节点上报的自身与邻居节点间的链路总 带宽和链路可用带宽，判断所述链路可用带宽与链路总带宽之比是否大于门限值； 若是，指示所述源节点提高对所述应用业务的数据的传输速率； 否则，指示所述源节点降低对所述应用业务的数据的传输速率。
3. 如权利要求1所述的方法，其特征在于，确定所述当前节点是否处于拥塞状态，包括判断当前节点接收的数据和发送的数据在缓存中是否溢出，若溢出，则当前节点处于 拥塞状态；否则，处于未拥塞状态。
4. 一种利用权利要求1所述的方法调整传输速率后重定向路由的方法，其特征在于， 所述重定向路由的方法包括确定降低后的传输速率低于应用业务的最低传输速率时，将当前节点对应的节点标识 发送给源节点；所述源节点根据所述节点标识屏蔽所述当前节点，并发起路由请求RREQ，将获得的新 路由上报。
5. 如权利要求4所述的方法，其特征在于，所述方法还包括 源节点上报获得的所述新路由中各相邻节点间链路的链路可用带宽； 判断接收到的新路由中各相邻节点间链路可用带宽是否大于当前链路可用带宽； 若是，指示源节点更改路由，利用新路由中的节点承载所述应用业务； 否则，指示所述源节点不更改路由。
6. 如权利要求5所述的方法，其特征在于，判断新路由中各相邻节点间链路可用带宽 大于当前链路可用带宽之后，且指示源节点更改路由之前，所述方法还包括确定利用新路由中的节点承载所述应用业务时，新路由中各节点的传输速率是否不低 于所述应用业务的最低传输速率。
7. —种调整传输速率的系统，其特征在于，所述系统包括速率调整服务器和多个节点， 其中所述速率调整服务器，用于接收节点上报的该节点的拥塞信息和该节点承载的应用业 务的标识，在根据所述拥塞信息确定该节点处于拥塞状态时，利用该节点承载的应用业务 的标识确定执行对应的应用业务的源节点，并指示所述源节点降低对所述应用业务的数据 的传输速率。
8. 如权利要求7所述的系统，其特征在于，所述速率调整服务器，还用于当确定上报拥塞信息的节点未处于拥塞状态时，根据该 节点上报的自身与邻居节点间的链路总带宽和链路可用带宽，判断所述链路可用带宽与链 路总带宽之比是否大于门限值，若是，指示所述源节点提高对所述应用业务的数据的传输速率；否则，指示所述源节点降低对所述应用业务的数据的传输速率。
9. 利用权利要求7所述的系统调整传输速率后重定向路由的系统，其特征在于，所述重定向路由的系统包括重定向服务器，用于确定降低后的传输速率低于应用业务的最低传输速率时，发送处 于拥塞状态且承载所述应用业务的节点对应的节点标识；执行所述应用业务的源节点，用于根据接收到的所述服务器发送的节点标识屏蔽对应 的节点，并发起路由请求RREQ，将获得的新路由上报给重定向服务器。
10. 如权利要求9所述的系统，其特征在于，所述源节点，还用于将获得的所述新路由中各相邻节点间链路的链路可用带宽上报给 重定向服务器；所述重定向服务器，还用于判断接收到的新路由中各相邻节点间链路可用带宽是否大 于当前链路可用带宽，若是，指示所述源节点更改路由，利用新路由中的节点承载所述应用 业务；否则，指示所述源节点不更改路由。
11. 如权利要求10所述的系统，其特征在于，所述重定向服务器，进一步用于判断利用新路由中的节点承载所述应用业务时，新路 由中各节点的传输速率是否不低于所述应用业务的最低传输速率，若是，指示所述源节点 更改路由；否则，指示所述源节点不更改路由。
12. —种服务器，其特征在于，所述服务器包括第一接收模块，用于接收节点的拥塞信息和该节点承载的应用业务的标识； 节点确定模块，用于在根据所述拥塞信息确定所述节点处于拥塞状态时，利用所述应 用业务的标识确定执行对应的应用业务的源节点；第一指示模块，用于发出降低对所述应用业务的数据的传输速率的指示。
13. 如权利要求12所述的服务器，其特征在于，所述第一接收模块，还用于接收所述节点与邻居节点间的链路总带宽和链路可用带宽；所述服务器还包括第一判断模块，用于当确定所述节点未处于拥塞状态时，根据节点与邻居节点间的链 路总带宽和链路可用带宽，判断所述链路可用带宽与链路总带宽之比是否大于门限值；所述第一指示模块，还用于在判断结果为链路可用带宽与链路总带宽之比大于门限值 时，发出提高对所述应用业务的数据的传输速率的指示；否则，发出降低对所述应用业务的 数据的传输速率的指示。
14. 如权利要求12所述的服务器，其特征在于，所述服务器还包括重定向模块，用于确定降低后的传输速率低于应用业务的最低传输速率时，发出重定 向路由的指示。
15. 如权利要求14所述的服务器，其特征在于，所述服务器还包括 第二接收模块，用于接收重定向后的新路由中各相邻节点间链路的链路可用带宽； 第二判断模块，用于判断接收到的新路由中各相邻节点间链路可用带宽是否大于当前链路可用带宽，且利用新路由中的节点承载所述应用业务时，新路由中各节点的传输速率 是否不低于所述应用业务的最低传输速率；第二指示模块，用于在判断结果为链路可用带宽大于当前链路可用带宽，且新路由中 各节点的传输速率是否不低于所述应用业务的最低传输速率时，发出更改路由的指示；否 则，发出不更改路由的指示。
全文摘要
本发明公开了一种调整传输速率的方法，所述方法包括以下步骤服务器接收当前节点上报的该节点的拥塞信息和该节点承载的应用业务的标识；当根据所述拥塞信息确定所述当前节点处于拥塞状态时，确定执行所述应用业务的标识对应的应用业务的源节点；服务器指示所述源节点降低对所述应用业务的数据的传输速率。通过本发明，使网络状态变换时，节点能够快速响应调整传输速率。本发明还公开了一种调整传输速率后重定向路由的方法、对应的系统及服务器。
文档编号H04W40/02GK101754266SQ200810239680
公开日2010年6月23日 申请日期2008年12月15日 优先权日2008年12月15日
发明者刘大鹏, 张 林, 王贵锦, 邓辉 申请人:中国移动通信集团公司