調整傳輸速率、重定向路由的方法、系統及裝置的製作方法

2023-05-07 06:41:41 3

專利名稱：調整傳輸速率、重定向路由的方法、系統及裝置的製作方法
技術領域：
本發明涉及通信領域的數據傳輸技術，尤其涉及一種調整傳輸速率、重定向路由
的方法、系統及裝置。
背景技術：
在目前的無線網絡，特別是無線自組織網絡(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日
發明者劉大鵬, 張 林, 王貴錦, 鄧輝 申請人:中國移動通信集團公司