国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      調(diào)整傳輸速率、重定向路由的方法、系統(tǒng)及裝置的制作方法

      文檔序號:7928700閱讀:241來源:國知局
      專利名稱:調(diào)整傳輸速率、重定向路由的方法、系統(tǒng)及裝置的制作方法
      技術領域
      本發(fā)明涉及通信領域的數(shù)據(jù)傳輸技術,尤其涉及一種調(diào)整傳輸速率、重定向路由
      的方法、系統(tǒng)及裝置。
      背景技術
      在目前的無線網(wǎng)絡,特別是無線自組織網(wǎng)絡(Ad hoc)中,當突發(fā)節(jié)點擁塞或節(jié)點除移等網(wǎng)絡狀況時,所采用的網(wǎng)絡QoS保證方法是一種自愈方法,由網(wǎng)絡中的各節(jié)點將自身的擁塞狀態(tài)傳播,同時各節(jié)點又根據(jù)自身的擁塞狀態(tài)和接收到的其他節(jié)點的擁塞狀態(tài)調(diào)整本地的傳輸速率,現(xiàn)有的調(diào)整傳輸速率的方法如下 第一步當前網(wǎng)絡節(jié)點監(jiān)測自身的擁塞狀態(tài),并在自身發(fā)生擁塞時執(zhí)行第二步。
      第二步當前網(wǎng)絡節(jié)點向與自身相連的上游網(wǎng)絡節(jié)點或鄰居網(wǎng)絡節(jié)點發(fā)送包含自身擁塞狀態(tài)的擁塞控制信息。
      第三步接收到擁塞控制信息的網(wǎng)絡節(jié)點根據(jù)其中的擁塞狀態(tài)調(diào)整本地的傳輸速率。
      現(xiàn)有的調(diào)整傳輸速率的方法存在以下缺點 1、擁塞響應速度慢。在上述方法中,網(wǎng)絡中某節(jié)點出現(xiàn)擁塞時需要將擁塞控制信
      息廣播給所有的鄰居節(jié)點,最終由網(wǎng)絡中的各節(jié)點進行傳輸速率的調(diào)整,使得各節(jié)點對擁
      塞的響應較慢,并且擁塞控制信息的傳遞沒有送達保障,特別是像Ad hoc網(wǎng)絡這樣的網(wǎng)絡
      結(jié)構(gòu)松散、拓撲動態(tài)變化的網(wǎng)絡而言,節(jié)點在擁塞時調(diào)整傳輸速率的響應更慢。 2、網(wǎng)絡資源占用量較大。由于擁塞的節(jié)點要將擁塞控制信息廣播給多個鄰居節(jié)
      點,并且該擁塞控制信息還可能會多次傳播,因此,會占用大量的鏈路帶寬,造成資源的浪費。 3、在網(wǎng)絡狀態(tài)惡化的情況下,僅僅通過調(diào)整節(jié)點調(diào)整承載的應用業(yè)務的數(shù)據(jù)的傳輸速率可能仍然無法滿足傳輸?shù)男枰?,如果調(diào)整后的傳輸速率低于節(jié)點承載的業(yè)務所能容忍的最低速率,會導致業(yè)務無法正確執(zhí)行。

      發(fā)明內(nèi)容
      本發(fā)明實施例提供一種調(diào)整傳輸速率、重定向路由的方法、系統(tǒng)及裝置,使網(wǎng)絡狀態(tài)變化時,節(jié)點能夠快速響應調(diào)整傳輸速率;同時,在網(wǎng)絡狀態(tài)惡化的情況下,避免由于調(diào)整后的傳輸速率低于節(jié)點承載的業(yè)務的最低傳輸速率導致業(yè)務無法正確執(zhí)行的問題。
      —種調(diào)整傳輸速率的方法,所述方法包括以下步驟 接收當前節(jié)點上報的該節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè)務的標識; 根據(jù)所述擁塞信息確定所述當前節(jié)點處于擁塞狀態(tài)時,確定執(zhí)行所述應用業(yè)務的
      標識對應的應用業(yè)務的源節(jié)點; 指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。 調(diào)整傳輸速率后重定向路由的方法,所述重定向路由的方法包括
      5
      確定降低后的傳輸速率低于應用業(yè)務的最低傳輸速率時,將當前節(jié)點對應的節(jié)點 標識發(fā)送給源節(jié)點; 所述源節(jié)點根據(jù)所述節(jié)點標識屏蔽所述當前節(jié)點,并發(fā)起路由請求RREQ,將獲得 的新路由上報。 —種調(diào)整傳輸速率的系統(tǒng),所述系統(tǒng)包括速率調(diào)整服務器和多個節(jié)點,其中
      所述速率調(diào)整服務器,用于接收節(jié)點上報的該節(jié)點的擁塞信息和該節(jié)點承載的應 用業(yè)務的標識,在根據(jù)所述擁塞信息確定該節(jié)點處于擁塞狀態(tài)時,利用該節(jié)點承載的應用 業(yè)務的標識確定執(zhí)行對應的應用業(yè)務的源節(jié)點,并指示所述源節(jié)點降低對所述應用業(yè)務的 數(shù)據(jù)的傳輸速率。 調(diào)整傳輸速率后重定向路由的系統(tǒng),所述重定向路由的系統(tǒng)包括 重定向服務器,用于確定降低后的傳輸速率低于應用業(yè)務的最低傳輸速率時,發(fā)
      送處于擁塞狀態(tài)且承載所述應用業(yè)務的節(jié)點對應的節(jié)點標識; 執(zhí)行所述應用業(yè)務的源節(jié)點,用于根據(jù)接收到的所述服務器發(fā)送的節(jié)點標識屏蔽 對應的節(jié)點,并發(fā)起路由請求RREQ,將獲得的新路由上報給重定向服務器。
      —種服務器,所述服務器包括 第一接收模塊,用于接收節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè)務的標識;
      節(jié)點確定模塊,用于在根據(jù)所述擁塞信息確定所述節(jié)點處于擁塞狀態(tài)時,利用所 述應用業(yè)務的標識確定執(zhí)行對應的應用業(yè)務的源節(jié)點; 第一指示模塊,用于發(fā)出降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率的指示。 本發(fā)明實施例通過系統(tǒng)中的節(jié)點統(tǒng)一向服務器上報各自的擁塞信息和該節(jié)點承
      載的應用業(yè)務的標識,在服務器確定某個節(jié)點擁塞后,確定執(zhí)行所述應用業(yè)務的標識對應
      的應用業(yè)務的源節(jié)點,并指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率;在需要
      時,指示源節(jié)點重定向路由,使節(jié)點能夠快速響應網(wǎng)絡狀態(tài),并且避免由于調(diào)整后的傳輸速
      率低于節(jié)點承載的業(yè)務的最低傳輸速率導致業(yè)務無法正確執(zhí)行的問題。


      圖1為本發(fā)明實施例一中調(diào)整傳輸速率的方法流程示意圖;
      圖2為本發(fā)明實施例二中重定向路由的方法流程示意圖;
      圖3為本發(fā)明實施例三中調(diào)整傳輸速率的系統(tǒng)結(jié)構(gòu)示意圖;
      圖4為本發(fā)明實施例四中重定向路由的系統(tǒng)結(jié)構(gòu)示意圖;
      圖5為本發(fā)明實施例五中服務器結(jié)構(gòu)示意圖。
      具體實施例方式
      本發(fā)明實施例旨在提供一種新的調(diào)整節(jié)點的傳輸速率的方法和在傳輸速率過低 時重定向路由的方法,為運行在無線網(wǎng)絡(特別是Ad hoc網(wǎng)絡)節(jié)點的應用業(yè)務提供可靠 的QoS保障。 在本發(fā)明后續(xù)各實施例中涉及的傳輸速率是指數(shù)據(jù)的發(fā)送速率,即每秒鐘發(fā)送的 比特數(shù),單位是bit/s。對于不同的應用業(yè)務采用不同的速率調(diào)整策略,即調(diào)整的程度根據(jù) 不同的應用業(yè)務而不同。在本發(fā)明各實施例中,速率的調(diào)整方式采用TCP速率控制(TCPFriendly Rate Control, TFRC)方法,可有效避免擁塞造成的網(wǎng)絡性能的下降。
      下面結(jié)合說明書附圖對本發(fā)明實施例進行詳細描述。 如圖1所示,為本發(fā)明實施例一中調(diào)整傳輸速率的方法流程示意圖,該方法包括 以下步驟 步驟101 :當前節(jié)點向服務器上報該節(jié)點的擁塞信息,同時,還上報該節(jié)點承載的 應用業(yè)務的標識。 對無線網(wǎng)絡中的某一當前節(jié)點而言,可以是一些應用業(yè)務的啟動節(jié)點(即該應用 業(yè)務的源節(jié)點),也可以同時是另一些應用業(yè)務路由中承載業(yè)務的節(jié)點(即該應用業(yè)務的 中繼節(jié)點)。本步驟中涉及的"當前節(jié)點承載的應用業(yè)務"包括該節(jié)點作為源節(jié)點承載的應 用業(yè)務,也包括該節(jié)點作為中繼節(jié)點承載的應用業(yè)務。 由于當前節(jié)點是無線網(wǎng)絡中的任一節(jié)點,因此,當前節(jié)點作為某些應用業(yè)務的源 節(jié)點時,還向服務器上報啟動的應用業(yè)務當前的傳輸速率、該應用業(yè)務所能容忍的最低傳 輸速率和該應用業(yè)務的路由信息。 當前節(jié)點可以周期性地向服務器上報擁塞信息和承載的應用業(yè)務的相關信息。
      本發(fā)明實施例中的節(jié)點可以是Ad hoc中的網(wǎng)元,服務器可以是移動通信網(wǎng)絡中的 網(wǎng)元。
      步驟102 :當前節(jié)點向服務器上報自身與鄰居節(jié)點間的鏈路總帶寬和鏈路可用帶
      寬o 當前節(jié)點與鄰居節(jié)點間的鏈路是承載應用業(yè)務的鏈路,該應用業(yè)務與步驟101中 上報的標識對應的應用業(yè)務相同。 本發(fā)明實施例中涉及的鏈路可以是一條路由上的兩節(jié)點之間的鏈路。 步驟101和步驟102的執(zhí)行順序不固定,可以先執(zhí)行步驟102,或者兩步同時執(zhí)行。 本實施例一可以根據(jù)步驟101提供的擁塞信息動態(tài)調(diào)整傳輸速率,更加準確地根
      據(jù)網(wǎng)絡狀態(tài)調(diào)整傳輸速率,可以再利用步驟102這一優(yōu)選步驟,同時考慮節(jié)點擁塞和鏈路
      帶寬狀況來動態(tài)調(diào)整傳輸速率。 步驟103 :服務器根據(jù)接收到的擁塞信息判斷當前節(jié)點是否處于擁塞狀態(tài),如果 是,則執(zhí)行步驟104 ;否則,執(zhí)行步驟107。 步驟104 :服務器根據(jù)當前節(jié)點承載的應用業(yè)務的標識確定該節(jié)點承載的應用業(yè) 務,進而確定執(zhí)行該應用業(yè)務的源節(jié)點。 服務器確定承載的應用業(yè)務后,根據(jù)接收到的應用業(yè)務的路由信息進一步確定執(zhí) 行該應用業(yè)務的源節(jié)點。確定的源節(jié)點可以是當前節(jié)點,也可以是網(wǎng)絡中的其他節(jié)點。
      步驟105 :服務器指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。
      步驟106 :服務器接收源節(jié)點返回的傳輸速率調(diào)整響應消息,該消息中包含調(diào)整 后的傳輸速率,此時, 一次傳輸速率的調(diào)整過程結(jié)束,可以返回步驟101,等待執(zhí)行下一次的 調(diào)整過程。 步驟107 :服務器計算接收到的鏈路可用帶寬與鏈路總帶寬之比,并將計算獲得 的比值與設定的門限值(如20%)進行比較,如果獲得的比值大于所述門限值,則執(zhí)行步驟 108 ;否則,執(zhí)行步驟109。 由于應用業(yè)務對應的路由上各節(jié)點都向服務器上報了鏈路可用帶寬與鏈路總帶
      7寬,因此,通過計算可以確定該路由能夠為該應用業(yè)務提供的鏈路可用帶寬與鏈路總帶寬。
      若獲得的比值大于門限值,表示當前網(wǎng)絡狀態(tài)較好;否則,表示網(wǎng)絡狀態(tài)較差。 步驟108 :服務器指示所述源節(jié)點提高對所述應用業(yè)務的數(shù)據(jù)的傳輸速率,在調(diào)
      整結(jié)束后,接收源節(jié)點返回的傳輸速率調(diào)整響應消息,此時,一次傳輸速率的調(diào)整過程結(jié)
      束,可以返回步驟ioi,等待執(zhí)行下一次的調(diào)整過程。 在本實施例中,當前節(jié)點的擁塞狀態(tài)只有擁塞和不擁塞兩種,當前節(jié)點根據(jù)本地 收、發(fā)數(shù)據(jù)所占用的緩存和數(shù)據(jù)在緩存中是否溢出的情況進行判斷,如果數(shù)據(jù)在緩存中溢 出,表示當前節(jié)點處于擁塞狀態(tài);否則,處于未擁塞狀態(tài)。當前節(jié)點將是否擁塞的結(jié)果通過 Congest status字段上報給服務器。本發(fā)明也不限于另一種情況,當前節(jié)點將本地收、發(fā)所 占用的緩存和數(shù)據(jù)在緩存中是否溢出的信息上報給服務器,在步驟103中,由服務器根據(jù) 接收到的信息判斷當前節(jié)點的擁塞狀態(tài)。 鏈路總帶寬的計算方式為在發(fā)送端發(fā)送不同長度的探測數(shù)據(jù)包,在接收端計算 每個數(shù)據(jù)包的延時,在理想情況下這些延時將成直線分布,該直線斜率的倒數(shù)就是整條路由的帶寬??捎脦挼挠嬎惴绞绞菍㈡溌返目値挏p去鏈路當前承載的數(shù)據(jù)占用的帶寬。
      步驟105、步驟108和步驟109中,服務器通過表2所示的信令結(jié)構(gòu)向源節(jié)點發(fā)送 控制指令指示源節(jié)點降低或提高傳輸速率。 0 12 3 01234567890123456789012345678901
      +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      I Type | Add/Minus | Congest status|Application ID +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      I Originator IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      表2 其中Type表示信令類型為控制指令;Add/Mi皿s表示提高或降低傳輸速率; Congest status表示當前節(jié)點的擁塞狀態(tài);A卯lication ID表示當前節(jié)點承載的一個應 用業(yè)務的標識;Originator IP Address表示當前節(jié)點承載的一個應用業(yè)務的源節(jié)點IP地 址。 在本實施例中可以由服務器告知源節(jié)點降低或提高傳輸速率的程度,也可以由源 節(jié)點根據(jù)應用業(yè)務的不同采用設定的速率調(diào)整策略來確定降低或提高傳輸速率的程度。
      在步驟107中,服務器根據(jù)鏈路可用帶寬和鏈路總帶寬之比來確定當前網(wǎng)絡的狀 態(tài),也可以直接利用鏈路的可用帶寬來確定網(wǎng)絡的狀態(tài),如果鏈路可用帶寬大于設定值,則 認為鏈路狀態(tài)較好,源節(jié)點可以提高傳輸速率;反之,則認為鏈路狀態(tài)較差,源節(jié)點可以降 低傳輸速率。 利用實施例一的方法調(diào)整傳輸速率后,源節(jié)點可能多次降低傳輸速率,或者,源節(jié)
      點降低傳輸速率的程度較大,導致降低后的傳輸速率低于所述應用業(yè)務的最低傳輸速率,
      此時,原有的路由已經(jīng)不能滿足應用業(yè)務的需要,應該重新尋找路由,為此,本發(fā)明實施例
      二提出了一種重定向路由的方法,其流程示意圖如圖2所示,包括以下步驟 步驟201 :源節(jié)點降低應用業(yè)務的傳輸速率后,向服務器上報降低后的傳輸速率。 本實施例二中,源節(jié)點可以按照實施例一的方法降低傳輸速率,也可以按照其他
      方法,如現(xiàn)有技術中的方法調(diào)整傳輸速率。 步驟202 :服務器將降低后的傳輸速率與所述應用業(yè)務的最低傳輸速率進行比 較,判斷降低后的傳輸速率是否低于所述最低傳輸速率,若不低于,則執(zhí)行步驟203 ;否則, 執(zhí)行步驟204。 步驟203 :源節(jié)點當前不需要重新尋找路由,路由尋找過程結(jié)束。 步驟204:服務器指示所述源節(jié)點重新尋找路由,并將承載所述應用業(yè)務且處于
      擁塞狀態(tài)的當前節(jié)點的標識發(fā)送給源節(jié)點。 步驟205 :服務器將承載所述應用業(yè)務且鏈路可用帶寬與鏈路總帶寬的比值不大 于所述門限值的當前節(jié)點的標識發(fā)送給源節(jié)點。 在本發(fā)明實施例二中,降低傳輸速率后仍處于擁塞狀態(tài)的當前節(jié)點可以看作是瓶 頸節(jié)點,降低傳輸速率后鏈路可用帶寬與鏈路總帶寬的比值仍然不大于門限值的當前節(jié)點 也可以看作是瓶頸節(jié)點,源節(jié)點重新尋找路由時應該避開這些節(jié)點,否則,重新尋找到的路 由可能仍不能滿足應用業(yè)務承載的需要。
      步驟204和步驟205的執(zhí)行順序不固定,服務器指示所述源節(jié)點重新尋找路由時, 可以同時處于擁塞狀態(tài)的當前節(jié)點的標識和帶寬不滿足條件的當前節(jié)點的標識發(fā)送給源 節(jié)點。 步驟206 :源節(jié)點屏蔽接收到的標識對應的當前節(jié)點,并發(fā)起路由請求(Route Request, RREQ)。在本實施例中,尋找路由的方式可以采用現(xiàn)有任意的 一 種route on-demand的路由協(xié)議,如混合式路由協(xié)議(AODV)等。 步驟207:源節(jié)點判斷是否獲得新路由,若是,則執(zhí)行步驟208;否則,執(zhí)行步驟 214。 步驟208 :源節(jié)點對新路由中的節(jié)點發(fā)送探測包,測量新路由中各相鄰節(jié)點間鏈 路的鏈路總帶寬和鏈路可用帶寬。 步驟209 :源節(jié)點將新路由信息和測量的新路由中各相鄰節(jié)點間鏈路總帶寬和鏈 路可用帶寬上報給服務器。 步驟210 :服務器判斷新路由中各相鄰節(jié)點間鏈路可用帶寬是否大于當前路由的 鏈路可用帶寬;若是,則執(zhí)行步驟211 ;否則,執(zhí)行步驟213。 步驟211 :服務器判斷利用新路由中各節(jié)點承載所述應用業(yè)務時,新路由中各節(jié) 點能夠達到的傳輸速率是否低于所述應用業(yè)務的最低傳輸速率,若不低于,則執(zhí)行步驟 212 ;否則,執(zhí)行步驟213。 步驟212 :服務器指示所述源節(jié)點更改路由,源節(jié)點將所述應用業(yè)務更改到新路 由中的節(jié)點承載,此時,重新尋找路由過程結(jié)束。 在執(zhí)行步驟212之前,源節(jié)點將一直按照原路由執(zhí)行應用業(yè)務。 在步驟212之后,應用業(yè)務的實際傳輸速率為步驟201中降低后的傳輸速率,因
      此,可以跳轉(zhuǎn)執(zhí)行實施例一中的步驟101,由于新路由的帶寬和節(jié)點的擁塞情況都好于原路
      由,因此,在步驟107之后很可能跳轉(zhuǎn)執(zhí)行步驟108,提高傳輸速率,實現(xiàn)應用業(yè)務的正常執(zhí)行。 步驟213 :服務器指示所述源節(jié)點不更改路由,所述源節(jié)點不改變當前路由,并將 此情況上報給應用層的服務器并等待相應處理通知(如繼續(xù)降低傳輸速率或停止執(zhí)行應 用業(yè)務)。此時,重新尋找路由過程結(jié)束。 步驟214:源節(jié)點通知服務器未尋找到新路由,則服務器指示所述源節(jié)點不更改
      路由。此時,重新尋找路由過程結(jié)束。 下面分別對實施例二中各步驟進行詳細描述。 在步驟204中,當網(wǎng)絡狀態(tài)持續(xù)惡化時,服務器向源節(jié)點下發(fā)表3所示的重定向路 由指示,要求源節(jié)點重新尋找路由。 0 12 3 01234567890123456789012345678901
      +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      | Type | Reserved | Application ID| +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      | Originator IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      I Congestion IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      10
      表3 其中Type表示該信令為重定向路由指示;Reserved為 一 個保留的字段; Application ID表示需要為其重定向路由的應用業(yè)務的標識;0riginator IPAddress表示 源節(jié)點IP地址Congestion IP Address表示瓶頸節(jié)點的IP地址。 步驟209中,源節(jié)點通過表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表示當前節(jié)點是否在新路由中Application ID表示需要為其重定向路由 的應用業(yè)務的標識;0riginator IPAddress表示源節(jié)點IP地址;UplinkIP Address表示鏈 路上行節(jié)點的IP地址;Local IP Address當前節(jié)點的IP地址destination IP Address 表示目的節(jié)點IP地址;Available Bandwidth表示新路由中鏈路可用帶寬。
      步驟212中服務器利用表5所示的重新定位指令指示所述源節(jié)點更改路由。
      0 12 3 01234567890123456789012345678901
      +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      I Type |Reserved | Route Num | Application ID| +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      I Originator IP Address +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
      表5 其中Type表示該信令為重新定位指令;Reserved為一個保留的字段;Route Num表示新路由的標識Application ID表示需要為其重定向路由的應用業(yè)務的標識; Originator IP Address表示源節(jié)點IP地址。 在步驟208中,源節(jié)點確定新路由的鏈路可用帶寬的方法是如果新路由的某條 鏈路與原路由的某條鏈路相同,則鏈路可用帶寬等于步驟102中確定的鏈路可用帶寬加上 鏈路承載的需要為其重定向路由的應用業(yè)務的數(shù)據(jù)占用的帶寬;如果新路由的某條鏈路與 原路由的鏈路不相同,則鏈路可用帶寬等于鏈路總帶寬減去鏈路該鏈路已承載的其他應用業(yè)務時占用的帶寬。 與本發(fā)明實施例一屬于同一發(fā)明構(gòu)思下的,本發(fā)明實施例三提供一種調(diào)整傳輸速
      率的系統(tǒng),如圖3所示,所述系統(tǒng)包括速率調(diào)整服務器11和多個節(jié)點12,其中所述速率調(diào)
      整服務器11用于接收節(jié)點12上報的該節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè)務的標識,
      在根據(jù)所述擁塞信息確定該節(jié)點處于擁塞狀態(tài)時,利用所述應用業(yè)務的標識確定執(zhí)行對應
      的應用業(yè)務的源節(jié)點,并指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。 本實施例中,上報擁塞信息的節(jié)點和應用業(yè)務時起始的節(jié)點可以是同一節(jié)點也可
      以是不同的節(jié)點。 所述速率調(diào)整服務器11還用于當確定上報擁塞信息的所述節(jié)點12未處于擁塞狀
      態(tài)時,根據(jù)該節(jié)點上報的自身與鄰居節(jié)點間的鏈路總帶寬和鏈路可用帶寬,判斷所述鏈路
      可用帶寬與鏈路總帶寬之比是否大于門限值,若是,指示所述源節(jié)點提高對所述應用業(yè)務
      的數(shù)據(jù)的傳輸速率;否則,指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。 與本發(fā)明實施例二屬于同一發(fā)明構(gòu)思下的,本發(fā)明實施例四提供一種重定向路由
      的系統(tǒng),如圖4所示,所述重定向路由的系統(tǒng)包括重定向服務器21和執(zhí)行所述應用業(yè)務的
      源節(jié)點22,其中重定向服務器21用于確定降低后的傳輸速率低于應用業(yè)務的最低傳輸速
      率時,發(fā)送處于擁塞狀態(tài)的所述節(jié)點對應的節(jié)點標識;執(zhí)行所述應用業(yè)務的源節(jié)點22用于
      根據(jù)接收到的所述重定向服務器發(fā)送的節(jié)點標識屏蔽對應的節(jié)點,并發(fā)起路由請求RREQ,
      將獲得的新路由上報給重定向服務器21。 所述源節(jié)點22還用于將獲得的所述新路由中各相鄰節(jié)點間鏈路的鏈路可用帶寬 上報給重定向服務器21 ;所述重定向服務器21還用于判斷接收到的新路由的鏈路可用帶 寬是否大于當前鏈路可用帶寬,若是,指示所述源節(jié)點22更改路由,利用新路由中的節(jié)點 承載所述應用業(yè)務;否則,指示所述源節(jié)點22不更改路由。 所述重定向服務器21進一步用于判斷利用新路由中的節(jié)點承載所述應用業(yè)務 時,新路由中各節(jié)點的傳輸速率是否不低于所述應用業(yè)務的最低傳輸速率,若是,指示所述 源節(jié)點22更改路由;否則,指示所述源節(jié)點22不更改路由。 實施例三中的速率調(diào)整服務器11和實施例四中的重定向服務器21可以是集成在 一起的服務器,也可以是分別獨立的服務器。 本發(fā)明實施例五還提供一種可應用在實施例三和實施例四中的服務器,如圖5所 示,所述服務器包括第一接收模塊31、節(jié)點確定模塊32和第一指示模塊33,其中第一接 收模塊31用于接收節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè)務的標識;節(jié)點確定模塊32用 于在根據(jù)所述擁塞信息確定所述節(jié)點處于擁塞狀態(tài)時,利用所述應用業(yè)務的標識確定執(zhí)行 對應的應用業(yè)務時起始的節(jié)點;第一指示模塊33用于發(fā)出降低對所述應用業(yè)務的數(shù)據(jù)的 傳輸速率的指示。 所述第一接收模塊31還用于接收所述節(jié)點與鄰居節(jié)點間的鏈路總帶寬和鏈路可 用帶寬;所述服務器還包括第一判斷模塊34,用于當確定所述節(jié)點未處于擁塞狀態(tài)時,根 據(jù)節(jié)點與鄰居節(jié)點間的鏈路總帶寬和鏈路可用帶寬,判斷所述鏈路可用帶寬與鏈路總帶寬 之比是否大于門限值;所述第一指示模塊33還用于在判斷結(jié)果為鏈路可用帶寬與鏈路總 帶寬之比大于門限值時,發(fā)出提高對所述應用業(yè)務的數(shù)據(jù)的傳輸速率的指示;否則,發(fā)出降 低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率的指示。
      12
      所述服務器還包括重定向模塊35,用于確定降低后的傳輸速率低于應用業(yè)務的最 低傳輸速率時,發(fā)出重定向路由的指示。 所述服務器還包括第二接收模塊36,用于接收新路由中各相鄰節(jié)點間鏈路的鏈
      路可用帶寬;第二判斷模塊37,用于判斷接收到的新路由中各相鄰節(jié)點間鏈路可用帶寬是
      否大于當前鏈路可用帶寬,且利用新路由中的節(jié)點承載所述應用業(yè)務時,新路由中各節(jié)點
      的傳輸速率是否不低于所述應用業(yè)務的最低傳輸速率;第二指示模塊38,用于在判斷結(jié)果
      為鏈路可用帶寬大于當前鏈路可用帶寬,且新路由中各節(jié)點的傳輸速率是否不低于所述應
      用業(yè)務的最低傳輸速率時,發(fā)出更改路由的指示;否則,發(fā)出不更改路由的指示。 通過本發(fā)明實施例的方法、系統(tǒng)和裝置,服務器發(fā)出的指示節(jié)點降低或提高傳輸
      速率的指令通過移動通信網(wǎng)絡傳輸,延時較小,幾乎可以同時對源節(jié)點和中繼節(jié)點進行控
      制,對網(wǎng)絡狀態(tài)響應及時;并且,下發(fā)的控制信令基本不占用數(shù)據(jù)傳輸帶寬,減少資源的浪
      費;在網(wǎng)絡狀態(tài)惡化且單純通過調(diào)整傳輸速率無法有效執(zhí)行應用業(yè)務時,提出了一種重定
      向路由的方法,利用Ad hoc網(wǎng)絡特有的RREQ信令找到合適的新路由,保障了網(wǎng)絡的QoS ;
      由于本發(fā)明的方案中,對節(jié)點傳輸速率的調(diào)整或重定向路控制由都是通過服務器根據(jù)各節(jié)
      點上報的信息確定的,因此,制定了更加有效、合理的控制方式。 顯然,本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍 之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
      1權利要求
      一種調(diào)整傳輸速率的方法,其特征在于,所述方法包括以下步驟接收當前節(jié)點上報的該節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè)務的標識;根據(jù)所述擁塞信息確定所述當前節(jié)點處于擁塞狀態(tài)時,確定執(zhí)行所述應用業(yè)務的標識對應的應用業(yè)務的源節(jié)點;指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。
      2. 如權利要求1所述的方法,其特征在于,所述方法還包括當確定所述節(jié)點未處于擁塞狀態(tài)時,根據(jù)當前節(jié)點上報的自身與鄰居節(jié)點間的鏈路總 帶寬和鏈路可用帶寬,判斷所述鏈路可用帶寬與鏈路總帶寬之比是否大于門限值; 若是,指示所述源節(jié)點提高對所述應用業(yè)務的數(shù)據(jù)的傳輸速率; 否則,指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。
      3. 如權利要求1所述的方法,其特征在于,確定所述當前節(jié)點是否處于擁塞狀態(tài),包括判斷當前節(jié)點接收的數(shù)據(jù)和發(fā)送的數(shù)據(jù)在緩存中是否溢出,若溢出,則當前節(jié)點處于 擁塞狀態(tài);否則,處于未擁塞狀態(tài)。
      4. 一種利用權利要求1所述的方法調(diào)整傳輸速率后重定向路由的方法,其特征在于, 所述重定向路由的方法包括確定降低后的傳輸速率低于應用業(yè)務的最低傳輸速率時,將當前節(jié)點對應的節(jié)點標識 發(fā)送給源節(jié)點;所述源節(jié)點根據(jù)所述節(jié)點標識屏蔽所述當前節(jié)點,并發(fā)起路由請求RREQ,將獲得的新 路由上報。
      5. 如權利要求4所述的方法,其特征在于,所述方法還包括 源節(jié)點上報獲得的所述新路由中各相鄰節(jié)點間鏈路的鏈路可用帶寬; 判斷接收到的新路由中各相鄰節(jié)點間鏈路可用帶寬是否大于當前鏈路可用帶寬; 若是,指示源節(jié)點更改路由,利用新路由中的節(jié)點承載所述應用業(yè)務; 否則,指示所述源節(jié)點不更改路由。
      6. 如權利要求5所述的方法,其特征在于,判斷新路由中各相鄰節(jié)點間鏈路可用帶寬 大于當前鏈路可用帶寬之后,且指示源節(jié)點更改路由之前,所述方法還包括確定利用新路由中的節(jié)點承載所述應用業(yè)務時,新路由中各節(jié)點的傳輸速率是否不低 于所述應用業(yè)務的最低傳輸速率。
      7. —種調(diào)整傳輸速率的系統(tǒng),其特征在于,所述系統(tǒng)包括速率調(diào)整服務器和多個節(jié)點, 其中所述速率調(diào)整服務器,用于接收節(jié)點上報的該節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè) 務的標識,在根據(jù)所述擁塞信息確定該節(jié)點處于擁塞狀態(tài)時,利用該節(jié)點承載的應用業(yè)務 的標識確定執(zhí)行對應的應用業(yè)務的源節(jié)點,并指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù) 的傳輸速率。
      8. 如權利要求7所述的系統(tǒng),其特征在于,所述速率調(diào)整服務器,還用于當確定上報擁塞信息的節(jié)點未處于擁塞狀態(tài)時,根據(jù)該 節(jié)點上報的自身與鄰居節(jié)點間的鏈路總帶寬和鏈路可用帶寬,判斷所述鏈路可用帶寬與鏈 路總帶寬之比是否大于門限值,若是,指示所述源節(jié)點提高對所述應用業(yè)務的數(shù)據(jù)的傳輸速率;否則,指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。
      9. 利用權利要求7所述的系統(tǒng)調(diào)整傳輸速率后重定向路由的系統(tǒng),其特征在于,所述重定向路由的系統(tǒng)包括重定向服務器,用于確定降低后的傳輸速率低于應用業(yè)務的最低傳輸速率時,發(fā)送處 于擁塞狀態(tài)且承載所述應用業(yè)務的節(jié)點對應的節(jié)點標識;執(zhí)行所述應用業(yè)務的源節(jié)點,用于根據(jù)接收到的所述服務器發(fā)送的節(jié)點標識屏蔽對應 的節(jié)點,并發(fā)起路由請求RREQ,將獲得的新路由上報給重定向服務器。
      10. 如權利要求9所述的系統(tǒng),其特征在于,所述源節(jié)點,還用于將獲得的所述新路由中各相鄰節(jié)點間鏈路的鏈路可用帶寬上報給 重定向服務器;所述重定向服務器,還用于判斷接收到的新路由中各相鄰節(jié)點間鏈路可用帶寬是否大 于當前鏈路可用帶寬,若是,指示所述源節(jié)點更改路由,利用新路由中的節(jié)點承載所述應用 業(yè)務;否則,指示所述源節(jié)點不更改路由。
      11. 如權利要求10所述的系統(tǒng),其特征在于,所述重定向服務器,進一步用于判斷利用新路由中的節(jié)點承載所述應用業(yè)務時,新路 由中各節(jié)點的傳輸速率是否不低于所述應用業(yè)務的最低傳輸速率,若是,指示所述源節(jié)點 更改路由;否則,指示所述源節(jié)點不更改路由。
      12. —種服務器,其特征在于,所述服務器包括第一接收模塊,用于接收節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè)務的標識; 節(jié)點確定模塊,用于在根據(jù)所述擁塞信息確定所述節(jié)點處于擁塞狀態(tài)時,利用所述應 用業(yè)務的標識確定執(zhí)行對應的應用業(yè)務的源節(jié)點;第一指示模塊,用于發(fā)出降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率的指示。
      13. 如權利要求12所述的服務器,其特征在于,所述第一接收模塊,還用于接收所述節(jié)點與鄰居節(jié)點間的鏈路總帶寬和鏈路可用帶寬;所述服務器還包括第一判斷模塊,用于當確定所述節(jié)點未處于擁塞狀態(tài)時,根據(jù)節(jié)點與鄰居節(jié)點間的鏈 路總帶寬和鏈路可用帶寬,判斷所述鏈路可用帶寬與鏈路總帶寬之比是否大于門限值;所述第一指示模塊,還用于在判斷結(jié)果為鏈路可用帶寬與鏈路總帶寬之比大于門限值 時,發(fā)出提高對所述應用業(yè)務的數(shù)據(jù)的傳輸速率的指示;否則,發(fā)出降低對所述應用業(yè)務的 數(shù)據(jù)的傳輸速率的指示。
      14. 如權利要求12所述的服務器,其特征在于,所述服務器還包括重定向模塊,用于確定降低后的傳輸速率低于應用業(yè)務的最低傳輸速率時,發(fā)出重定 向路由的指示。
      15. 如權利要求14所述的服務器,其特征在于,所述服務器還包括 第二接收模塊,用于接收重定向后的新路由中各相鄰節(jié)點間鏈路的鏈路可用帶寬; 第二判斷模塊,用于判斷接收到的新路由中各相鄰節(jié)點間鏈路可用帶寬是否大于當前鏈路可用帶寬,且利用新路由中的節(jié)點承載所述應用業(yè)務時,新路由中各節(jié)點的傳輸速率 是否不低于所述應用業(yè)務的最低傳輸速率;第二指示模塊,用于在判斷結(jié)果為鏈路可用帶寬大于當前鏈路可用帶寬,且新路由中 各節(jié)點的傳輸速率是否不低于所述應用業(yè)務的最低傳輸速率時,發(fā)出更改路由的指示;否 則,發(fā)出不更改路由的指示。
      全文摘要
      本發(fā)明公開了一種調(diào)整傳輸速率的方法,所述方法包括以下步驟服務器接收當前節(jié)點上報的該節(jié)點的擁塞信息和該節(jié)點承載的應用業(yè)務的標識;當根據(jù)所述擁塞信息確定所述當前節(jié)點處于擁塞狀態(tài)時,確定執(zhí)行所述應用業(yè)務的標識對應的應用業(yè)務的源節(jié)點;服務器指示所述源節(jié)點降低對所述應用業(yè)務的數(shù)據(jù)的傳輸速率。通過本發(fā)明,使網(wǎng)絡狀態(tài)變換時,節(jié)點能夠快速響應調(diào)整傳輸速率。本發(fā)明還公開了一種調(diào)整傳輸速率后重定向路由的方法、對應的系統(tǒng)及服務器。
      文檔編號H04W40/02GK101754266SQ200810239680
      公開日2010年6月23日 申請日期2008年12月15日 優(yōu)先權日2008年12月15日
      發(fā)明者劉大鵬, 張 林, 王貴錦, 鄧輝 申請人:中國移動通信集團公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1