国产精品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>

      用于鏈路自適應的隱式信令的制作方法

      文檔序號:7951356閱讀:123來源:國知局

      專利名稱::用于鏈路自適應的隱式信令的制作方法
      技術領域
      :本發(fā)明通常涉及無線通信網(wǎng)絡,并且更具體地涉及在這樣的網(wǎng)絡中支持鏈路自適應的問題。
      背景技術
      :在有線通信中,傳輸媒體的狀態(tài)通常不改變。然而,在無線通信中,通信媒體(即通信信道)的狀態(tài)可以隨著時間以及空間而顯著變化。鏈路自適應允許用于通信的傳輸參數(shù)適于鏈路的信道狀態(tài),以為了最優(yōu)地開發(fā)通信信道的潛能,從而通常提供高數(shù)據(jù)傳送速率以及低誤比特率。例如,在諸如蜂窩或等同系統(tǒng)之類的無線通信系統(tǒng)中,采用用于下行鏈路的鏈路自適應、由接入點用于與移動終端通信所使用的調制和編碼方案和/或其他信號和協(xié)議參數(shù)能夠被改變并且通常根椐下行鏈路信道質量來選擇。因此,在移動終端測量信道質量并且通常在鏈路模式字段中用信號通知相應鏈路模式到接入點,該接入點根據(jù)用信號通知的鏈路模式適配調制和編碼方案。這意味著調制和編碼方案能夠被最優(yōu)化成引起相當可觀地改善下行鏈路信道吞吐量的信道狀態(tài)。然而,存在許多無線通信標準,例如IEEE802.11標準組,其不具有用于鏈路自適應的任何顯式信令機制。例如,IEEE802.ll表示由IEEELAN/MAN標準委員會(IEEE802)的工作組開發(fā)的一組無線LAN標準。IEEE802.11WLAN標準使得能夠實現(xiàn)在基礎設施系統(tǒng)和基礎設施不足(Infrastructure-less)的系統(tǒng)中的工作站之間的通信。在IEEE802.11的術語中,前者表示為基本業(yè)務組(BasicServiceSet)(BSS),而后者稱作獨立BSS(IBSS)或自組織網(wǎng)絡才莫式。802.11系列目前包括六個無線(over-the-air)調制技術,它們都基于相同的基本媒體訪問協(xié)議。最初標準(有時稱作802.11遺留(legacy))將載波偵聽多路訪問/沖突避免(CSMA/CA)定義為基本介質訪問方法。這具有在不同的和不利的信道狀態(tài)下改善數(shù)據(jù)傳輸可靠性的優(yōu)點。最初規(guī)范的總體弱點是其提供了太多選擇以致于互通性成為最主要的挑戰(zhàn)。在1999年,使用基于正交頻分復用(OFDM)的新物理層來擴展IEEE802.11標準,并且稱作IEEE802.11a,使得能夠使用高達8個不同速率。最大原始數(shù)據(jù)速率是54Mbit/s,并且如果需要的話,數(shù)據(jù)速率能夠降到48、36、24、18、12、9以及6Mbit/s。IEEE802.lla操作在5GHz頻帶,并且使用52個OFDM副載波,48個OFDM副載波用于數(shù)據(jù)并且4個OFDM副載波用于導頻。也標準化了用于2.4GHz的稱作IEEE802.lib的另一個標準,使得能夠選擇高達4個不同速率。然而,在使能速率的擴展中,完全由實施者來設計在每個實例中選擇最合適和適當速率的算法。更重要地,沒有定義在多對通信工作站之間交換鏈路自適應消息的機制。因此,工作站僅根據(jù)較早發(fā)送的消息的成功或失敗來執(zhí)行鏈路自適應。這是低效、緩慢和不可靠的鏈路自適應方法。因此,通常需要在無線網(wǎng)絡(例如IEEE802.11類型的網(wǎng)絡)中提供對鏈路自適應的高效支持,所述無線網(wǎng)絡不具有用于鏈路自適應的顯式信令機制。
      發(fā)明內容本發(fā)明克服了現(xiàn)有技術配置的這些和其他缺點。本發(fā)明的總體目的是在無線網(wǎng)絡中提供對鏈路自適應的改善的支持。特定目的是在不具有用于鏈路自適應的任何顯示信令機制的無線網(wǎng)絡中提供對鏈路自適應的高效支持。特別地,所期望的是,在優(yōu)選地不改變任何現(xiàn)有通信標準的情況下和/或優(yōu)選地不在通信中引入任何附加的開銷的情況下提供高效信令機制。同樣,本發(fā)明的特定目的是提供接近瞬時信令機制以及健壯信令機制,該健壯信令機制與監(jiān)聽信令的遺留工作站完全后向兼容。如所附專利權利要求所限定的,本發(fā)明滿足這些和其他目的。簡言之,本發(fā)明涉及在無線網(wǎng)絡中支持鏈路自適應的問題,并且主要地涉及基于發(fā)送持續(xù)時間信息的傳送,用于鏈路自適應的隱式信令。更具體地,指定的起始節(jié)點向至少一個指定的接收節(jié)點發(fā)送第一消息,該第一消息包括用于傳送預定信息量的當前發(fā)送持續(xù)時間(臨時(tentative)發(fā)送持續(xù)時間)的指示。當前發(fā)送持續(xù)時間對應于當前假定的數(shù)據(jù)鏈路速率(有時也稱作臨時鏈路速率)。指定的接收節(jié)點選擇用于從起始節(jié)點進行隨后通信的期望數(shù)據(jù)鏈路速率,并且然后根據(jù)所選擇的數(shù)據(jù)鏈路速率確定更新的發(fā)送持續(xù)時間。接收節(jié)點向至少所述指定的起始節(jié)點發(fā)送包括更新的發(fā)送持續(xù)時間的指示的第二消息,并且起始節(jié)點然后響應于更新的發(fā)送持續(xù)時間來確定更新的數(shù)據(jù)鏈路速率。這樣,以高效的方式提供了對鏈路自適應的支持。特別地,所提出的機制不需要任何標準化改變。另外,沒有必要引入任何附加的通信開銷。優(yōu)選地,接收節(jié)點通過基于關于接收特性的瞬時和/或較早信息確定期望鏈路速率來作出鏈路自適應決定。優(yōu)選地,由指定的接收節(jié)點基于由指定的起始節(jié)點用信號通知的當前發(fā)送持續(xù)時間、起始節(jié)點和接收節(jié)點二者都知道的當前假定的鏈路速率以及由接收節(jié)點確定/選擇的新期望鏈路速率來確定更新的發(fā)送持續(xù)時間。起始發(fā)送節(jié)點響應于來自接收節(jié)點的用信號通知的更新的發(fā)送持續(xù)時間來更新鏈路數(shù)據(jù)速率-假定了解一個或多個先前傳輸?shù)南闰炓阎畔?。?yōu)選地,基于更新的發(fā)送持續(xù)時間和要傳送的預定信息量來確定更新鏈路速率。等效地,可以基于更新的發(fā)送持續(xù)時間和當前臨時持續(xù)時間以及當前假定的臨時鏈路速率來確定更新鏈路速率。本發(fā)明通過對應于期望數(shù)據(jù)鏈路速率的更新的發(fā)送持續(xù)時間的信令提供了快速隱式反饋機制,以使起始(發(fā)送)節(jié)點將能夠響應于更新的發(fā)送持續(xù)時間在其一端更新鏈路數(shù)據(jù)速率。起始節(jié)點因此能被指示以選擇用于向接收節(jié)點發(fā)送數(shù)據(jù)的"最優(yōu)化"鏈路速率。相比由接收節(jié)點選擇的鏈路速率,由起始節(jié)點選擇的鏈路速率通常與其相同或者盡可能接近(例如如果起始節(jié)點和接收節(jié)點不支持同一組鏈路速率的話)。因此,在傳輸?shù)谝幌r,不完全知道用于傳送給定信息量的發(fā)送持續(xù)時間,但最先在稍后消息中傳輸更新的發(fā)送持續(xù)時間時知道該發(fā)送持續(xù)時間。所提出的信令機制也允許其他節(jié)點根據(jù)通信節(jié)點的所選擇的鏈路速率和由此的發(fā)送持續(xù)時間來控制它們各自的發(fā)送許可(例如通過所謂的網(wǎng)絡分配矢量)。當以更新的鏈路速率發(fā)送數(shù)據(jù)到指定的接收節(jié)點時,優(yōu)選地在數(shù)椐消息的發(fā)送持續(xù)時間字段中指示相應發(fā)送持續(xù)時間。特別地,對于為了虛擬載波監(jiān)聽而傳送發(fā)送持續(xù)時間信息,基于爭用的々某體訪問協(xié)議進4亍操作的無線網(wǎng)絡(例如IEEE802.11類型網(wǎng)絡),偷聽(overhear)發(fā)送持續(xù)時間信息的節(jié)點將在發(fā)送持續(xù)時間字段中所指示的時段中保持靜寂,以確保避免沖突(例如CSMA/CA)。這樣,也確保了向后兼容性,其中使偷聽通信的遺留終端保持靜寂,而在能夠進行鏈路自適應的工作站或節(jié)點之間交換遺留幀格式。通過使用現(xiàn)有幀格式中的發(fā)送持續(xù)時間字段,不需要引入基于所保留的和/或未保留的新字段的任何新定義的幀格式,因此消除了現(xiàn)在和將來的兼容性問題。取決于無線網(wǎng)絡中所使用的特定媒體訪問控制(MAC)協(xié)議,可以在不同消息中傳送發(fā)送持續(xù)時間信息。在使用請求發(fā)送(Request-To-Send)/清除發(fā)送(Clear-To-Send)(RTS-CTS)消息交換的基于爭用的MAC協(xié)議中,優(yōu)選地在RTS消息中指示臨時(當前)發(fā)送持續(xù)時間,并且優(yōu)選地在CTS消息中指示更新的發(fā)送持續(xù)時間。進行數(shù)據(jù)分段,可以替換地或作為補充地在數(shù)據(jù)片段消息和相應數(shù)據(jù)確認消息中指示發(fā)送持續(xù)時間信息。在本發(fā)明的特定示例實施例中,優(yōu)選地,首先至少部分地基于當前假定的數(shù)據(jù)鏈路速率和用信號通知的當前發(fā)送持續(xù)時間估計要接收的預期信息量,來確定更新的發(fā)送持續(xù)時間。接下來,至少部分地基于所確定的信息量和期望的數(shù)據(jù)鏈路速率來確定更新的發(fā)送持續(xù)時間。由于關于給定信息量的整個發(fā)送持續(xù)時間一般包括用于傳送有效載荷數(shù)據(jù)和控制信息的持續(xù)時間以及靜寂控制周期(silentcontrolperiod),因此當計算更新的發(fā)送持續(xù)時間時,考慮更詳細的MAC(媒體訪問控制)協(xié)議信息是相當有益的。關于發(fā)送端的當前假定數(shù)據(jù)鏈路速率可以是已知的,或者由顯示信令指示,或者由指定的接收節(jié)點基于發(fā)送持續(xù)時間的一個或多個先前指示來確定。在后面的情況中,期望先前的一個或多個指示發(fā)生在預先確定的時間周期內,以便被更新。本發(fā)明提供以下優(yōu)點>用于鏈路自適應的隱式信令。>在無線網(wǎng)絡中對鏈路自適應的高效支持。>對通信媒體的改善利用。>不需要改變現(xiàn)有通信標準。>沒有附加開銷。>確保了后向兼容性。>不需要引入任何新定義的幀格式。當閱讀本發(fā)明實施例的以下描述時,將會理解本發(fā)明所提供的其他優(yōu)點。通過參考以下描述以及附圖將最佳地理解本發(fā)明及其另外目的和優(yōu)點,在附圖中圖l是根據(jù)本發(fā)明的示例優(yōu)選實施例的示意性流程圖。圖2A-D示意性地示出了采用基于RTS/CTS的CSMA/CA和物理栽波監(jiān)聽的基于爭用的無線網(wǎng)絡的相關部分。圖3示出IEEE802.11中所使用的幀格式。圖4是示意性幀交換圖,其示出虛擬栽波監(jiān)聽背后的基本機制。圖5是具有數(shù)據(jù)分段的示意性幀交換圖。圖6是基于基本RTS/CTS交換的本發(fā)明的示例實施例的示意圖。圖7是示出基于分段的示例實施例的示意圖。圖8是示出本發(fā)明的另一個示例實施例的示意圖。圖9是示出使用經(jīng)延遲的確認方案的示例實施例的示意圖。圖IO是示出使用專用NAV設置幀的示例實施例的示意圖。圖ll是示出根據(jù)本發(fā)明的一些性能結果的示意圖。圖12是示出了根據(jù)本發(fā)明的示例實施例的接收機端的示意框圖。圖13是示出了根據(jù)本發(fā)明的示例實施例的發(fā)送機端的示意框圖。具體實施例方式貫穿附圖,相同附圖標記用于相應或類似元件。本發(fā)明涉及在不具有用于鏈路自適應的任何顯式信令機制的無線網(wǎng)絡中支持鏈路自適應的問題。例如,在IEEE802.11類型的網(wǎng)絡中,盡管定義了多個速率,但是完全由實施者設計在每個實例中選擇最合適和適當速率的算法。另外,沒有用于在多對通信站之間交換鏈路自適應消息的機制,并且因此工作站可以僅僅根椐較早發(fā)送的消息的成功或失敗來執(zhí)行鏈路自適應。如前面所指出的,這是低效、緩慢和不可靠的鏈路自適應方法。最初的出發(fā)點可能是使用確認的存在和不存在作為增加(rampup)或減少速率的方法。然而,基于確認的存在和不存在的信令機制需要通信持續(xù)一段時間以為了找到適當速率。即使找到了該適當速率,由于僅僅是在通常意義上而未考慮信道可以突然改變以及瞬時干擾狀況可以改變的情況下選擇了所選速率,因此所選速率4艮明顯是非最優(yōu)的。也有另外的問題-從可能浪費掉整個MAC協(xié)議數(shù)據(jù)單元(MPDU)而僅為了找出該速率是不可行的并且因此該速率必須按比例被降低的角度講,按比例提高和降低速率是盲目的。使用類似方式,可能使用比實際被支持的速率低的速率,且這意味著沒有開發(fā)出媒體的全部潛能。本發(fā)明提出了涉及基于對發(fā)送持續(xù)時間信息進行傳送的用于鏈路自適應的隱式信令機制的完全不同的解決方案。現(xiàn)在將參考圖1的示意流程圖根據(jù)本發(fā)明的示例優(yōu)選實施例來描述本發(fā)明。在步驟Sl中,指定的起始節(jié)點(有時稱作源節(jié)點)發(fā)送第一消息到至少一個指定的接收節(jié)點(有時稱作目的地節(jié)點)。來自起始節(jié)點的第一消息包括用于傳送預定信息量的當前發(fā)送持續(xù)時間(又稱作臨時持續(xù)時間)的指示。當前或臨時發(fā)送持續(xù)時間通常對應于當前假定的數(shù)據(jù)鏈路速率(也稱作臨時鏈路速率)。在步驟S2中,指定的接收節(jié)點選擇用于來自起始節(jié)點的隨后通信的期望數(shù)據(jù)鏈路速率。優(yōu)選地,接收節(jié)點通過基于圖1(可選)的虛線框中所指示的關于信道質量(接收特性)的瞬時和/或較早信息來作出鏈路自適應決定。在步驟S3中,接收節(jié)點根據(jù)所選擇的數(shù)據(jù)鏈路速率確定更新的發(fā)送持續(xù)時間。在步驟S4中,接收節(jié)點向所述至少一個指定的起始節(jié)點發(fā)送包括更新的發(fā)送持續(xù)時間的指示的第二消息。在步驟S5中,起始節(jié)點然后響應于更新的發(fā)送持續(xù)時間來確定更新的數(shù)據(jù)鏈路速率。因此,本發(fā)明以相當高效的方式提供對鏈路自適應的支持,其不需要任何標準化改變并且不引入任何額外的通信開銷。通過使用現(xiàn)有幀格式中的發(fā)送持續(xù)時間字段,不需要引入基于所保留的和/或未保留的新字段的任何新定義的幀格式,因而消除了當前和將來兼容性的問題。然而,在諸如IEEE802.11標準之類的標準中的改變可以允許引入新的幀格式。然而,這將不充分,因為遺留工作站必須仍能夠設置它們的NAV以用于避免沖突。起始節(jié)點然后可以根據(jù)更新的鏈路速率執(zhí)行鏈路自適應、使用對應于該更新的鏈路速率的鏈路模式(調制和編碼方案)向接收節(jié)點發(fā)送數(shù)據(jù)。優(yōu)選地,起始發(fā)送節(jié)點也在數(shù)據(jù)幀的持續(xù)時間字段中指示相應發(fā)送持續(xù)時間值。優(yōu)選地,基于指定的起始節(jié)點用信號通知的當前發(fā)送持續(xù)時間、起始節(jié)點和接收節(jié)點二者都知道的預先確定(當前)的假定鏈路速率以及由接收節(jié)點確定的新的期望鏈路速率,由指定的接收節(jié)點來確定該更新的發(fā)送持續(xù)時間。預先確定的假定數(shù)據(jù)鏈路速率可以是先驗已知的,或者由顯示信令指示,或者由指定的接收節(jié)點基于一個或多個先前的發(fā)送持續(xù)時間的指示來確定。在后者的情況下,期望先前的一個或多個指示發(fā)生在預先確定的周期內,以便其被更新。在本發(fā)明的特定示例實施例中,優(yōu)選地,首先通過至少部分基于當前的假定數(shù)據(jù)鏈路速率和用信號通知的臨時或當前發(fā)送持續(xù)時間來估計要纟支接收的信息的預期量,以確定更新的發(fā)送持續(xù)時間。接下來,至少部分基于已確定的信息量以及期望的數(shù)據(jù)鏈路速率來確定更新的發(fā)送持續(xù)時間。由于關于給定量的信息的整個發(fā)送持續(xù)時間一般包括用于傳送有效載荷數(shù)據(jù)和控制信息的持續(xù)時間以及靜寂控制周期,因此當計算更新的發(fā)送持續(xù)時間時,考慮更詳細的MAC(媒體訪問控制)協(xié)議信息是相當有益的,將在隨后詳細解釋這點。本發(fā)明通過從接收節(jié)點到發(fā)送節(jié)點的更新的發(fā)送持續(xù)時間(對應于期望的數(shù)據(jù)鏈路速率)的信令提供了快速隱式反饋機制,以使得知道要傳送的數(shù)據(jù)量或相當?shù)南闰炓阎畔⒌陌l(fā)送節(jié)點將能夠響應于該更新的發(fā)送持續(xù)時間在其一端更新鏈路數(shù)據(jù)速率。起始節(jié)點因此能被指示以選擇用于向接收節(jié)點發(fā)送數(shù)據(jù)的"最優(yōu)化,,鏈路速率。當隨后以更新的鏈路速率發(fā)送數(shù)椐到指定的接收節(jié)點時,優(yōu)選地在數(shù)據(jù)消息的發(fā)送持續(xù)時間字段中指示相應發(fā)送持續(xù)時間。他節(jié)點根據(jù)通信節(jié)點的所選擇的鏈路速率控制它們各自的發(fā)送持續(xù)時間設置(例如網(wǎng)絡分配矢量)。特別地,對于基于為了所謂的虛擬栽波監(jiān)聽而傳送發(fā)送持續(xù)時間信息的基于爭用的媒體訪問協(xié)議進行操作的無線網(wǎng)絡(例如IEEE802.11類型網(wǎng)絡),偷聽發(fā)送持續(xù)時間信息的節(jié)點將在發(fā)送持續(xù)時間字段中所指示的時段中保持靜寂,以便確保避免沖突(例如CSMA/CA)。這樣,也確保了向后兼容性,其中使偷聽通信的遺留終端保持靜寂,而在能夠進行鏈路自適應的工作站或節(jié)點之間交換遺留幀格式。取決于無線網(wǎng)絡中所使用的特定媒體訪問控制(MAC)協(xié)議,可以在不同消息中傳送發(fā)送持續(xù)時間信息。在使用請求發(fā)送/清除發(fā)送(RTS-CTS)消息交換的基于爭用的MAC協(xié)議中,優(yōu)選地在RTS消息中指示臨時或當前發(fā)送持續(xù)時間,并且優(yōu)選地在CTS消息中指示更新的發(fā)送持續(xù)時間。進行數(shù)據(jù)分段,可以替換地或作為補充地在數(shù)據(jù)片段消息和相應數(shù)據(jù)確認消息中指示發(fā)送持續(xù)時間信息。為了更好地理解,以下將給出基于物理和虛擬載波監(jiān)聽以避免沖突的基于爭用的通信網(wǎng)絡的簡要概述。在基于爭用的通信網(wǎng)絡(例如IEEE802.11)中,工作站和網(wǎng)絡節(jié)點通常竟爭或爭用共享物理介質?;跔幱玫慕橘|訪問的典型示例是實地獲取媒體/多路訪問(濯A,FloorAcquisitionMedium/MultipleAccess)方案。需要"實地"或等同地阻擋一組節(jié)點使用媒體的這類訪問協(xié)議具有非常相關的類似物(cousin),包括但不限于具有沖突避免的多路訪問(MACA)和分布式基礎無線介質訪問控制(DFWMAC)。DFWMAC用在IEEE802.11中,并且表示為分布式協(xié)調功能(DCF)。對于所有這些媒體訪問方案都通用的是它們基于CSMA。CSMA是不確定的媒體訪問控制(MAC)協(xié)議,其中網(wǎng)絡節(jié)點在共享物理媒體上進行傳輸之前檢驗其他業(yè)務量的存在。CSMA訪問方法經(jīng)常與栽波監(jiān)聽(CS)形式的沖突避免(CA)機制結合使用,其基本上是指網(wǎng)絡節(jié)點在嘗試進行發(fā)送之前監(jiān)聽栽波信號以檢測來自網(wǎng)絡中其他節(jié)點的已編碼信號的存在。如果檢測到載波信號,節(jié)點在起始它自己的數(shù)據(jù)傳輸之前等待正在進行的傳輸完成。CS概念通常被劃分成表示為物理cs和虛擬cs的兩個不同cs機制。根據(jù)物理cs機制,網(wǎng)絡節(jié)點持續(xù)地或間歇地調查物理媒體是否忙。在該上下文中,網(wǎng)絡節(jié)點通常認為媒體忙并且應當在超出所經(jīng)歷的功率靈敏度水準時抑制傳輸數(shù)據(jù)。例如,如果節(jié)點檢測到媒體中的信號功率級超過最小信號閾值(在某些通信網(wǎng)絡中其通常表示為空閑信道評估(CCA,ClearChannelAssessment)級),則認為媒體忙。替換地,如果網(wǎng)絡節(jié)點所經(jīng)受的千擾超過最小干擾閾值,則認為媒體被占用。在任何情況下,如果節(jié)點認為物理媒體忙,則其抑制發(fā)送數(shù)據(jù)。CSMA/CA協(xié)議經(jīng)常通過在節(jié)點的物理檢測機制指示空閑媒體之后利用隨機退避(back-off)時間來減少共享媒體的節(jié)點之間的沖突可能性。如所提及的,IEEE802.11使用基于CSMA/CA(載波監(jiān)聽多路訪問/沖突避免)的MAC協(xié)議。通常,工作站必須首先在特定時間間隔期間監(jiān)聽媒體并且如果媒體空閑則工作站能夠開始進行傳輸。否則,傳輸被推遲且退避過程開始,這意味著工作站必須等待給定時間間隔。一旦退避時間終止,工作站能夠再次嘗試訪問媒體。目前,大多數(shù)802.11網(wǎng)絡中的優(yōu)選訪問機制是分布式協(xié)調功能(DCF),其基于CSMA/CA。除了物理載波監(jiān)聽外,也使用所謂的虛擬栽波監(jiān)聽,其中持續(xù)時間值指示在每個被發(fā)送的分組中的傳輸?shù)拈L度。接收持續(xù)時間字段的工作站不應當在無線介質上傳輸?shù)扔诔掷m(xù)時間字段的值的時間周期。為了處理"隱藏終端"問題,使用請求發(fā)送/清除發(fā)送(RTS/CTS)握手機制。在DCF中存在信道訪問方案操作的兩種模式,一種直接基于CSMA/CA并且一種基于具有RTS/CTS消息交換的CSMA/CA。管理信息庫(MIB)屬性do〃/i7"iT力re"0^用于區(qū)分兩種選擇的使用。不使用RTS/CTS發(fā)送短于閾值的MAC協(xié)議數(shù)據(jù)單元(MPDU),然而使用RTS-CTS發(fā)送較長的MPDU。基于RTS-CTS的CSMA/CA機制能夠緩和隱藏工作站,因此通常至少為適度大的分組提供無線媒體的更有效使用。圖2A-D示意性地示出了采用基于RTS/CTS的CSMA/CA和物理載波監(jiān)聽的基于爭用的無線網(wǎng)絡的相關部分。在這些圖中,通過無線鏈路將有效載荷數(shù)據(jù)從笫一節(jié)點轉發(fā)到第二節(jié)點。發(fā)送RTS和數(shù)椐的第一節(jié)點在這里表示為T,而發(fā)送CTS和ACK的工作站表示為R。第一節(jié)點T具有包圍特定區(qū)域的給定發(fā)送范圍。該區(qū)域中示出的其他網(wǎng)絡節(jié)點E、F將監(jiān)聽發(fā)送節(jié)點T的數(shù)據(jù)轉發(fā)并且隨后被這樣的數(shù)據(jù)轉發(fā)阻擋(圖2A)。以同樣的方式,第二節(jié)點R具有包圍特定區(qū)域的給定發(fā)送范圍,該特定區(qū)域相比發(fā)送節(jié)點T的阻擋區(qū)域在尺寸和形狀上可以不同。這意味著如果笫二節(jié)點R通過無線鏈路向第一節(jié)點T發(fā)送數(shù)據(jù),則該阻擋區(qū)域中示出的其他和/或相同網(wǎng)絡節(jié)點F、H將被阻擋(圖2B)。當?shù)谝还?jié)點T已經(jīng)從節(jié)點R接收了CTS消息時,其開始發(fā)送數(shù)據(jù)(圖2C)。對于節(jié)點T,指示為H的節(jié)點是隱藏節(jié)點。向隱藏工作站H通知節(jié)點T的目的是經(jīng)由從節(jié)點R接收的CTS消息進行傳輸。因此,節(jié)點H將不通過節(jié)點R發(fā)送和干擾正在進行的數(shù)據(jù)接收。節(jié)點E和F將以類似方式推遲偷聽RTS和/或CTS的信道訪問,而如果節(jié)點G沒有偷聽到RTS或CTS幀則其可以進行傳輸。一旦節(jié)點R已經(jīng)從節(jié)點T接收了數(shù)據(jù),節(jié)點R發(fā)送回ACK到發(fā)送節(jié)點T(圖2D)。圖3示出了IEEE802.11中所使用的幀格式。RTS幀包括幀控制字段、持續(xù)時間字段、接收機地址(RA)字段、發(fā)射機地址(TA)字段和幀檢驗序列(FCS)。同樣,每個CTS和ACK幀包括幀控制字段、持續(xù)時間字段、RA字段和FCS字段。最后,有效載荷幀包含幀控制字段、持續(xù)時間字段、地址字段、序列控制字段、幀體和FCS字段。本領域技術人員知道,持續(xù)時間字段包括用于為物理載波監(jiān)聽(即虛擬載波監(jiān)聽)提供附加的沖突避免機制的持續(xù)時間值。持續(xù)時間值反映完成發(fā)送和接收節(jié)點之間的通信的預期時間?,F(xiàn)在將參考圖4所示的幀交換簡單地描述虛擬載波監(jiān)聽背后的機制。發(fā)送節(jié)點發(fā)送RTS幀和有效栽荷(數(shù)據(jù))幀,并且接收節(jié)點返回CTS幀和ACK幀。當由其他節(jié)點或工作站而不是由預期中的節(jié)點或工作站接收幀時,則根據(jù)幀的給定字段中所指示的持續(xù)時間值來設置所謂的MV(網(wǎng)絡分配矢量)。這為物理信道訪問監(jiān)聽提供了附加的沖突避免機制。只要物理或虛擬載波監(jiān)聽的任一個指示信道上的活動,節(jié)點必須保持靜寂。另外,'節(jié)點不應當訪問信道直到給定時段,IEEE802.11中所指示的DCF幀間間隔(DIFS)由于上次時間由物理或虛擬栽波監(jiān)聽給定的信道被占用而流逝。短幀間間隔(SIFS)是用于分離屬于一對節(jié)點之間的單個對話的傳輸?shù)臅r段。例如,這將允許發(fā)送節(jié)點轉回到接收模式并且能夠解碼到來的消息(例如CTS和ACK)。當信道變?yōu)榭臻e時,工作站開始根據(jù)IEEE802.11所定義的信道訪問原則和基于爭用的類似協(xié)議來爭用信道。通常,NAV僅能夠在接收到新幀時被擴展。也存在當NAV能夠被復位時的一些特定實例,但那不是正常操作的一部分。沖突避免和RTS/CTS使用的原則也能夠被應用到有效載荷數(shù)據(jù)的分段,其在圖5中是明顯的。每個有效載荷片段與相應ACK幀相關。有效載荷片段和ACK充當隱式RTS和CTS。可以由片段的幀控制中的位(字段)來指示另外的片段,允許接收節(jié)點確定要接收的預期片段的剩余數(shù)目。根據(jù)標準,應當使用與RTS相同的鏈路速率發(fā)送CTS,并且應當使用與數(shù)據(jù)相同的鏈路速率發(fā)送ACK。最初目的是使得發(fā)送節(jié)點或工作站能夠在RTS傳輸前計算持續(xù)時間值。如以上描述,本發(fā)明的理念是智能地使用持續(xù)時間字段用信號通知鏈路模式。例如,當使用RTS-CTS交換方案時,發(fā)送節(jié)點可以假定特定速率并且在RTS的持續(xù)時間字段中指示相應持續(xù)時間。接收節(jié)點根據(jù)期望的鏈路模式調整CTS中的持續(xù)時間字段,優(yōu)選地,接收節(jié)點基于可用信道質量信息選擇該期望的鏈路模式。在發(fā)送節(jié)點中,則響應于CTS的持續(xù)時間字段調整數(shù)據(jù)鏈路模式,并且在數(shù)據(jù)幀持續(xù)時間字段中通告新持續(xù)時間。在使用虛擬載波監(jiān)聽的基于爭用的網(wǎng)絡中,偷聽CTS的節(jié)點將保持靜寂CTS中所指示的時間,并且偷聽數(shù)據(jù)幀中的持續(xù)時間字段的工作站將更新它們將保持靜寂的時間?,F(xiàn)在將參考特別適于IEEE802.11類型網(wǎng)絡的多個本發(fā)明的特定實施例來描述本發(fā)明。然而,應當理解,本發(fā)明不限于此。更確切地,本發(fā)明涉及在無線網(wǎng)絡中支持鏈路自適應的通用機制。同樣,將關于具有適當持續(xù)時間字段設置的RTS-CTS交換主要地描述本發(fā)明,但是不可能防止其他消息(例如數(shù)椐和ACK消息)中的持續(xù)時間字段用作RTS和CTS持續(xù)時間字段的補充或替代。在下文中,假定根據(jù)本發(fā)明使發(fā)送節(jié)點和接收節(jié)點能夠進行鏈路自適應。這可以是例如通過利用具有較小擴展的現(xiàn)有(IEEE802.11)能力交換機制,或替換地根據(jù)通過組織唯一標識符(OUI)定義的公司專用MAC地址所交換的能力信息的結果。OUI為24位長并且是以太網(wǎng)MAC地址的一部分。在后一種情況中,想要與另一個節(jié)點進行通信的起始節(jié)點能夠根據(jù)oui識別那個節(jié)點的廠商。發(fā)送節(jié)點可以商量支持根據(jù)本發(fā)明描述的鏈路信令方案的廠家列表。如所提及的,本發(fā)明優(yōu)選地在CTS消息中使用快速反饋機制,以使得能夠指示發(fā)送節(jié)點選擇最優(yōu)化瞬時鏈路速率。使用關于一個節(jié)點中的接收特性的信息以用于另一個節(jié)點中的鏈路自適應的基本鏈路自適應原則在這里也變得有用,因為接收節(jié)點將能夠使用關于接收特性的所有瞬時信息作出鏈路自適應決定。例如,接收節(jié)點可以知道當接收RTS消息時其經(jīng)歷哪個瞬時CIR或等效信道質量度量。根據(jù)該信息,該節(jié)點可以從可用鏈路速率組中確定最優(yōu)鏈路速率并且發(fā)布具有持續(xù)時間值的CTS消息,該持續(xù)時間值對應于所選擇的鏈路數(shù)據(jù)速率。然而,盡管CTS反饋較快,用于確定鏈路速率的機制可能根據(jù)前面的通信確定優(yōu)選平均鏈路速率(并且由此確定模式)。所提出的調整和廣播持續(xù)時間的機制允許偷聽節(jié)點以根據(jù)當前通信節(jié)點的所選擇的速率設置它們各自的NAV配置。本發(fā)明的鏈路自適應信令的重要方面對存在于大多數(shù)基于爭用的網(wǎng)絡協(xié)議(例如IEEE802.11(除PS-Poll之外))幀中的持續(xù)時間字段進行解釋,由此提供用于信令的堅實的后向兼容基礎和將來兼容基礎。隨著RTS幀^皮發(fā)布,根據(jù)預先確定的假定數(shù)據(jù)速率來設置持續(xù)時間字段。這可以例如是兩個工作站都能使用的最高公共速率,或者是發(fā)送節(jié)點的最高速率。替換地,發(fā)送節(jié)點簡單地以偶然的方式選擇速率。響應于RTS,接收節(jié)點確定期望的鏈路速率。例如,所選擇的期望鏈路速率可以比最初假定的用于RTS的鏈路速率低,并且if交低鏈路速率指示較長的數(shù)據(jù)傳送持續(xù)時間。在CTS持續(xù)時間字段中指示新的持續(xù)時間,并且CTS幀被廣播。這樣做時,防止隱藏終端在正確接收間隔期間訪問媒體,并且同時將向發(fā)送節(jié)點通知預期和推薦的鏈路速率。由更新的發(fā)送持續(xù)時間和要傳送的數(shù)據(jù)的長度或量概略地給出發(fā)送節(jié)點中的更新鏈路速率。基本近似計算接收節(jié)點知道預先確定(當前)的假定臨時速率N,ss,和臨時或當前持續(xù)時間DURTENTATIVE5并且能夠由此確定要接收/傳送的預期數(shù)據(jù)量的近似估計LDm,丄臘/<=仏咖她1)'"t/Rrsvw脂然后能夠根據(jù)所確定的數(shù)據(jù)量L,和由接收節(jié)點選擇的期望數(shù)據(jù)鏈路速率N來估計更新的發(fā)送持續(xù)時間DUR這意味著根據(jù)從接收節(jié)點用信號通知的更新的發(fā)送持續(xù)時間DUR,,發(fā)送節(jié)點能夠如下地提取期望的鏈路速率NDESIRED:由于知道L隨-Nas匿。DURt腿,,能對上式進行等價轉化,因此期望的鏈路速率被表示成RTS幀中指示的臨時或當前持續(xù)時間值與CTS幀中指示的更新持續(xù)時間之間的比假定同在802.lla中一樣,最高"公共"數(shù)據(jù)速率是54Mbps,以下表l將給出可能用信號通知的數(shù)據(jù)速率的(粗略)描述。<table>tableseeoriginaldocumentpage19</column></row><table>如果可能,發(fā)送節(jié)點首先嘗試選擇相同速率,但是如果發(fā)送節(jié)點和接收節(jié)點不支持同一組鏈路速率,發(fā)送節(jié)點通常選擇最靠近的可能速率。如果信道質量較差,則可以選擇低階調制和具有相對低編碼速率的編碼方案。隨著信道質量的改善,使用較高階調制和較高編碼速率的可能性增加。通常,高階調制和較高編碼速率給出比低階調制和低編碼速率高的數(shù)據(jù)傳送速率。實際調制和編碼的示例包括64QAM和巻積編碼。示例信令圖圖6是基于基本RTS/CTS交換的本發(fā)明的示例實施例的示意圖。在該特定示例中,發(fā)送節(jié)點(源)假定最高可能數(shù)據(jù)速率,該速率轉換為相對短的持續(xù)時間值(低估的)。這通常意味著由RTS設置的NAV具有比隨后數(shù)據(jù)傳輸?shù)膶嶋H持續(xù)時間短的持續(xù)時間,因為由發(fā)送節(jié)點假定的初始數(shù)據(jù)速率比由接收節(jié)點最終選擇的速率高。接收節(jié)點(目的地)優(yōu)選地根據(jù)接收RTS時經(jīng)歷的CIR來確定期望的鏈路速率,并且在CTS中用信號通知相應持續(xù)時間。源節(jié)點從CTS持續(xù)時間字段中提取持續(xù)時間值。源節(jié)點然后響應于用信號通知的CTS持續(xù)時間值來確定更新的鏈路速率,并且相應地執(zhí)行鏈路自適應。僅偷聽發(fā)送節(jié)點的RTS的工作站優(yōu)選地依靠數(shù)據(jù)傳輸?shù)奈锢磔d波監(jiān)聽來防止它們訪問媒體。這是高效且簡單的方法。然而,由于那些節(jié)點僅檢測RTS而不檢測CTS消息,因此一直沒有使用虛擬載波監(jiān)聽。為了更高的可靠性,始終能夠為僅偷聽源傳輸?shù)哪切┕?jié)點設置虛擬載波監(jiān)聽有時是有益的。圖7是示出基于分段的示例實施例的示意圖。所謂的MSDU分段是使僅偷聽源節(jié)點的傳輸?shù)墓?jié)點能夠設置它們MV的另一種技術。具有分段的成本是SIFS、ACK和物理層開銷方面的附加開銷。例如,在802.lla中,由于最低數(shù)據(jù)速率比最高鏈路速率低9倍,由于每個片段所添加的22比特開銷的原因,可以使用最多IO個片段。在該實施例中,RTS中的持續(xù)時間值與數(shù)據(jù)片段和相應確認(ack)有關并且使用最初假定的數(shù)據(jù)速率來確定。在CTS幀中用信號通知對應于由目的地節(jié)點所選擇的期望鏈路速率的更新的發(fā)送持續(xù)時間。數(shù)據(jù)片段中的持續(xù)時間字段被設置成持續(xù)到該片段自己的ack以及下一個片段和ack,但是使用更新的鏈路速率來確定。例如,數(shù)據(jù)片段中所指示的持續(xù)時間可以包括SIFS周期、當前片段的ack、另一個SIFS周期、下一個片段、又一個SIFS周期以及下一個片段的ack。ack中的持續(xù)時間字段被設置成持續(xù)到下一個片段和ack。如圖8的示意圖所示出的,一種變化是將數(shù)據(jù)片段和ack中的持續(xù)時間字段設置成持續(xù)到整個MSDU傳輸?shù)慕Y束。應當理解,可能有其他變化,并且在此示出的實施例僅是示意性的。還應當理解,可能有其他實施例,其中確認中的持續(xù)時間字段用于必要鏈路速率變化的附加信令。這是明顯的優(yōu)勢,因為鏈路速率在分段的數(shù)據(jù)和ack的傳輸過程期間能夠適應一些實例中的信道質量的變化。這意味著在每個ack中從目的地節(jié)點指示更新的發(fā)送持續(xù)時間,并且響應于連續(xù)更新的發(fā)送持續(xù)時間在源節(jié)點中執(zhí)行相應鏈路自適應。IEEE802.11的分段過程允許重傳。應當理解,重傳將引起用于NAV矢量的終止點(terminationpoint)相應地向前移動。這由源節(jié)點通過設置正常的"更多片段"指示來控制。如圖9的示意圖所示,另一個實施例涉及專有的(proprietary)延遲確認方案,其中ack只存在于最后分段的末端,并且除了最后一個數(shù)據(jù)片段的每個數(shù)據(jù)片段指示僅持續(xù)到下一個片段的持續(xù)時間。分段的目的主要是使能NAV設置并且保持與IEEE802.11標準MAC的合理兼容性。在又一個實施例中,如圖10的示意圖所示,在數(shù)據(jù)傳輸之前在發(fā)送端(源節(jié)點)引入特定NAV設置幀。該MV設置幀包括指示更新的發(fā)送持續(xù)時間的持續(xù)時間字段。存在關于圍繞源節(jié)點如何設置NAV的各種選擇??梢园l(fā)送任何類型的幀(優(yōu)選地盡可能短并且不干擾任何其他工作站)。例如,一種選擇是可以使用"ACK幀"-其類似于當發(fā)送分段時在設置NAV的過程中所完成的。一種替換是在不使用任何地址字段的情況下組合被定義為新子類型的"偽控制幀"以給出僅8字節(jié)(2個幀控制+2個持續(xù)時間+4個FCS)的最小開銷。根據(jù)用于NAV設置幀的信號速率,這產(chǎn)生對應于6-9個OFDM符號的總開銷。當使用最高鏈路速率時,可以省略NAVi殳置幀。在802.11的特定示例中,通常參考最高速率來設置持續(xù)時間字段的理由是802,11允許NAV矢量被擴展但通常不被簡化。然而,注意到存在例外,例如爭用空閑周期(freeperiod)中的CF-END幀能夠復位NAV矢量。已經(jīng)在802.11標準化工作中討論了這點,以用于合并機制來復位或改變NAV矢量。因此,期望參考比最大速率低的速率允許持續(xù)時間字段設置是一般足夠。例如,然后可以假定將稱作F0RCED_DUR的新幀以類似的方式發(fā)送到特定NAV設置幀SET-NAV。本發(fā)明由此將鏈路自適應信令合并到現(xiàn)有(IEEE802.11)幀結構中。而且,該信令與遺留終端后向兼容,因為遺留終端根據(jù)由與提出的鏈路自適應信令方案兼容的工作站用信號通知的持續(xù)時間字段指示來簡單地更新它們的NAV矢量。本發(fā)明提供了帶寬高效的信令-由于不需要新字段。另外,信令也具有另外的優(yōu)點-(如果希望的話)其可以在逐幀的基礎即刻進行操作。持續(xù)時間字段信令細節(jié)舉例說明,假定使用IEEE802.11a,示出了針對圖6的實施例的示例性的詳細的持續(xù)時間字段計算。如果需要的話,該計算能夠被簡化。如果已知完善的鏈路速率,則已經(jīng)在RTS消息中指示的實際持續(xù)時間;故定義為<formula>formulaseeoriginaldocumentpage22</formula>其中Tsym是OFDM符號持續(xù)時間,N附s是對于所選擇的鏈路速率的每個OFDM符號的未編碼比特的數(shù)目,值3代表物理層開銷OFDM符號,cei1(x)是確定不小于x的最小整數(shù)值的函數(shù),并且Cm是說明(accountfor)三個SIFS間隔和CTS持續(xù)時間的常數(shù)。Len醒和Len^分別是在數(shù)據(jù)和ACK幀中發(fā)送的數(shù)據(jù)量(以比特為單位)。對于802.11aMAC協(xié)議的特定示例,LenDm=22+8Framebody—length+288并且LenAClt=22+14.8。假定發(fā)送節(jié)點使用最高的可能時間分辨率來表示要發(fā)送的數(shù)據(jù)量。在802.11a中,這對應于lys。因此,信令是OFDM持續(xù)時間(4ps)的四分之一增量(1ns)。發(fā)送節(jié)點優(yōu)選地選擇最高速率,并且按照如下確定要在RTS字段中用信號通知的持續(xù)時間值<formula>formulaseeoriginaldocumentpage23</formula>其中,Ndps,是假定的最高速率,并且Cm是時間分辨率補償常數(shù)。根據(jù)用信號通知的持續(xù)時間值以及對假定的數(shù)據(jù)速率的了解,接收節(jié)點如下地估計數(shù)據(jù)長度<formula>formulaseeoriginaldocumentpage23</formula>隨后,接收節(jié)點按照如下使用所選擇的鏈路速率來確定持續(xù)時間:<formula>formulaseeoriginaldocumentpage23</formula>其中NDPS(sBu是所選擇的速率,并且Cas說明2個SIFS周期。根據(jù)從接收節(jié)點用信號通知的持續(xù)時間值、臨時RTS持續(xù)時間值和假定的數(shù)據(jù)速率,發(fā)送節(jié)點確定要用于數(shù)據(jù)傳輸?shù)母骆溌窋?shù)據(jù)速率(UPDATED)o優(yōu)選地,特別地對于802.lla,應當考慮分段效果,因為0FDM符號能夠實質上為空數(shù)據(jù)比特或者使用例如在802.11a的54Mbps鏈路速率的216個比特來填充。性能估計為了例證上述計算,圖11使用連續(xù)線將各個鏈路速率的實際持續(xù)時間示為幀體長度的函數(shù)。點線指示在CTS消息中用信號通知的估計持續(xù)時間。為了簡明起見,已經(jīng)移除了用于CTS和SIFS的持續(xù)時間間隔。注意到,由于在802.lla的數(shù)據(jù)傳輸中最后OFDM符號的部分使用,在本發(fā)明中,發(fā)送節(jié)點將偷聽到比實際所需的持續(xù)時間字段長1/4,1/2或3/4OFDM符號的持續(xù)時間字段。另一方面,取決于速率,接收節(jié)點可以針對高數(shù)據(jù)速率另外地用信號通知高達1個OFDM符號的持續(xù)時間以及高達比所需的多l(xiāng)-2個OFDM符號的額外持續(xù)時間。瞬時鏈路自適應的凈效益證明了這樣小的信道損耗是足夠的。對于1、2、5.5和11Mbps模式的802.lib和802.11中的單載波方案,將不會注意到該效果,因為可以忽略分段效果。具有鏈路速率存儲器的擴展對所有實施例的一個擴展是起始節(jié)點使用最后使用的鏈路速率而不是一直使用最高鏈路速率來確定要在RTS幀中發(fā)送的持續(xù)時間。接收節(jié)點從先前數(shù)據(jù)接收的鏈路速率設置中意識到起始發(fā)送節(jié)點占據(jù)哪個鏈路速率狀態(tài)。根椐用于RTS持續(xù)時間指示的(已知)鏈路速率假定,接收節(jié)點如前地執(zhí)行相同的計算。如果連續(xù)傳輸之間的時間超過預定值,起始發(fā)送節(jié)點和接收節(jié)點兩者都優(yōu)選地將假定的鏈路速率復位到預定值。該擴展的目的是確保RTS幀中所指示的持續(xù)時間與所使用的實際持續(xù)時間更加一致。實施方式方面圖12是示出了根據(jù)本發(fā)明的示例實施例的接收端的示意框圖。接收節(jié)點基本上包括連接到天線系統(tǒng)的常規(guī)接收機鏈5、解調器IO、解碼器15、接收緩沖器20、MAC控制模塊22、信道質量估計器25、鏈路速率估計器30、發(fā)送持續(xù)時間提取器35、發(fā)送持續(xù)時間估計器40、發(fā)送隊列45、封裝單元5Q、編碼器55、調制器60和常規(guī)傳輸鏈65。MAC控制模塊22處理與媒體訪問有關的處理和信令,并且尤其識別響應于RTS消息產(chǎn)生CTS消息的需求和響應于END-OF-DATA指示產(chǎn)生ACK消息的需求。響應于諸如來自起始發(fā)送節(jié)點的數(shù)據(jù)片段消息或RTS消息之類的消息,信道質量估計器25提供信道質量的估計(例如CIR)。根據(jù)該信道質量估計,鏈路速率估計器30確定用于從發(fā)送端的隨后數(shù)據(jù)通信的期望鏈路速率。發(fā)送持續(xù)時間提取器35優(yōu)選地解釋所接收的消息(例如RTS或數(shù)據(jù)片段消息)中的持續(xù)時間字段并且由此獲得關于當前指示的發(fā)送持續(xù)時間的信息。發(fā)送持續(xù)時間估計器40通過使用來自發(fā)送持續(xù)時間提取器35的關于當前發(fā)送持續(xù)時間的信息以及來自鏈路速率估計器30的關于期望鏈路速率的信息來根據(jù)期望的鏈路速率確定更新的發(fā)送持續(xù)時間。隨后在要發(fā)送到起始節(jié)點的消息(例如CTS消息或ACK消息)的持續(xù)時間字段中指示發(fā)送持續(xù)時間。通常在封裝單元50中產(chǎn)生相應消息幀,該封裝單元50執(zhí)行封裝和尋址。接下來,將信息傳送到編碼器55和調制器60,用于根據(jù)適當?shù)恼{制和編碼方案(MCS)進行編碼和調制。在802.11中,通常由所接收的消息中的鏈路速率來設置從接收端進行傳輸?shù)逆溌匪俾省@?,通常由RTS速率設置CTS鏈路速率,并且通常由數(shù)據(jù)鏈路速率設置ACK鏈路速率。替換地,可以根據(jù)由鏈路速率估計器30確定的數(shù)據(jù)鏈路速率可選地設置用于從接收端進行傳輸?shù)恼{制和編碼方案,如由從鏈路速率估計器30到編碼器55和調制器60的虛線所指示的那樣。圖13是示出了根據(jù)本發(fā)明的示例實施例的發(fā)送端的示意框圖。發(fā)送節(jié)點基本上包括連接到天線系統(tǒng)的常規(guī)接收機鏈105、解調器110、解碼器115、接收緩沖器120、發(fā)送持續(xù)時間提取器125、鏈路速率選擇器130、MAC控制單元132、發(fā)送隊列135、封裝單元140、編碼器145、調制器150和常規(guī)傳輸鏈155。最初,發(fā)送節(jié)點可以發(fā)送初始消息(例如包括臨時或當前發(fā)送持續(xù)時間的指示的RTS消息)到接收節(jié)點。鏈路速率選擇器130優(yōu)選地根據(jù)當前假定的臨時鏈路速率來命令調制和編碼方案(MCS)的使用以用于RTS消息的傳輸。關于臨時鏈路速率的信息可以例如從MAC控制模塊132獲得。替換地,MAC控制模塊直接地選擇要使用的初始MCS。響應于例如包括來自接收節(jié)點的更新的發(fā)送持續(xù)時間的指示的ACK消息或CTS消息,發(fā)送持續(xù)時間提取器125解釋所接收息。鏈路速率選、擇器i;o響應于更新的^送持續(xù)時間(以及數(shù)據(jù)分組長度的先驗已知信息和也可能的與媒體訪問協(xié)議有關的詳盡參數(shù),或者先前指示的臨時速率和持續(xù)時間)來確定更新的數(shù)據(jù)鏈路速率,并且選擇要在傳輸數(shù)據(jù)到達接收節(jié)點中所使用的適當調制和編碼方案(MCS)。MAC控制模塊132處理與媒體訪問有關的處理和信令,并且尤其處理RTS和數(shù)據(jù)信令,并且向鏈路速率選擇器130提供關于數(shù)據(jù)分組長度的信息以及也可能的與媒體訪問協(xié)議有關的詳盡參數(shù)。例如,MAC控制模塊132可以觸發(fā)RTS消息的信令,該RTS消息包括持續(xù)時間字段中的臨時發(fā)送持續(xù)時間的指示。MAC控制模塊132也可以響應于CTS消息啟動數(shù)據(jù)傳輸。例如在MAC控制模塊132的控制下,通過選擇來自發(fā)送隊列135的數(shù)據(jù)并且傳送數(shù)據(jù)到封裝單元140來產(chǎn)生數(shù)據(jù)消息,其中封裝單元140執(zhí)行封裝和尋址。在數(shù)據(jù)幀的持續(xù)時間字段中指示對應于更新鏈路速率的持續(xù)時間。編碼器145和調制器150根據(jù)所選擇的鏈路模式(MCS)執(zhí)行編碼和調制并且傳輸鏈155最后發(fā)送數(shù)據(jù)幀到接收節(jié)點。給出以上實施例僅用作示例,并且應當理解,本發(fā)明不限于此。保持在此公開和要求保護的基本原理的另外修改、變化和改進在本發(fā)明的范圍內。權利要求1.一種在包括至少兩個節(jié)點的無線網(wǎng)絡中支持鏈路自適應的方法,所述方法包括以下步驟-指定的起始節(jié)點向至少一個指定的接收節(jié)點發(fā)送第一消息,該第一消息包括用于傳送預定信息量的當前發(fā)送持續(xù)時間的指示,其中所述當前發(fā)送持續(xù)時間對應于當前假定的數(shù)據(jù)鏈路速率;-所述指定的接收節(jié)點選擇用于從所述指定的起始節(jié)點進行隨后通信的期望數(shù)據(jù)鏈路速率;-所述指定的接收節(jié)點根據(jù)所述期望數(shù)據(jù)鏈路速率確定更新的發(fā)送持續(xù)時間;-所述指定的接收節(jié)點向至少所述指定的起始節(jié)點發(fā)送第二消息,該第二消息包括所述更新的發(fā)送持續(xù)時間的指示;以及-所述指定的起始節(jié)點響應于所述更新的發(fā)送持續(xù)時間來確定更新的數(shù)據(jù)鏈路速率。2.如權利要求l所述的方法,還包括所述指定的起始節(jié)點根椐所迷更新的數(shù)據(jù)鏈路速率執(zhí)行鏈路自適應的步驟。3.如權利要求2所述的方法,還包括所述指定的起始節(jié)點以所述更新的數(shù)據(jù)鏈路速率向所述指定的接收節(jié)點發(fā)送數(shù)據(jù)并且指示對應于所述更新的數(shù)據(jù)鏈路速率的發(fā)送持續(xù)時間的步驟。4.如權利要求l所述的方法,其中基于在所述第一消息中指示的所述當前發(fā)送持續(xù)時間、所述指定的起始節(jié)點和所述指定的接收節(jié)點兩者都知道的所述當前假定的鏈路速率以及由所述接收節(jié)點選擇的所述期望鏈路速率來確定所述更新的發(fā)送持續(xù)時間。5.如權利要求4所述的方法,其中確定更新的發(fā)送持續(xù)時間的所迷步驟包括以下步驟-基于當前假定的數(shù)據(jù)鏈路速率和當前發(fā)送持續(xù)時間來確定要接收的預期信息量;以及-根據(jù)已確定的信息量和由接收節(jié)點選擇的期望數(shù)據(jù)鏈路速率確定所述更新的發(fā)送持續(xù)時間。6.如權利要求5所述的方法,其中確定要接收的預期信息量的所迷步驟和確定所述更新的發(fā)送持續(xù)時間的所述步驟二者都考慮MAC(媒體訪問控制)協(xié)議信息。7.如權利要求l所述的方法,其中所迷第一消息是RTS(請求發(fā)送)消息,并且所述笫二消息是CTS(清除發(fā)送)消息。8.如權利要求l所述的方法,其中所述第一消息是數(shù)椐片段消息,并且所述第二消息是數(shù)據(jù)確認消息。9.如權利要求l所述的方法,其中在每個相應消息的發(fā)送持續(xù)時間字段中指示發(fā)送持續(xù)時間。10.如權利要求1所述的方法,其中所述無線網(wǎng)絡基于爭用的媒體11.如權利要求1所述的方法,其中所述無線網(wǎng)絡是IEEE802.11類型的網(wǎng)絡。12.如權利要求1所述的方法,其中基于來自所述指定的接收節(jié)點的發(fā)送持續(xù)時間的至少一個先前指示來確定所述當前假定的數(shù)據(jù)鏈路速率,如果所述至少一個先前指示發(fā)生在預定時間周期內的話。13.如權利要求1所述的方法,其中選擇期望數(shù)據(jù)鏈路速率的所述步驟包括步驟當與所述指定的起始節(jié)點通信時,所述接收節(jié)點基于接收特性來確定所述期望數(shù)據(jù)鏈路速率。14.如權利要求1所述的方法,其中基于所述更新的發(fā)送持續(xù)時間和要傳送的所述預定信息量來確定所述更新的數(shù)據(jù)鏈路速率。15.—種在包括至少兩個節(jié)點的無線網(wǎng)絡中支持鏈路自適應的系統(tǒng),所述系統(tǒng)包括-用于從指定的起始節(jié)點向至少一個指定的接收節(jié)點發(fā)送第一消息的裝置,該第一消息包括用于傳送預定信息量的當前發(fā)送持續(xù)時間的指示,其中所述當前發(fā)送持續(xù)時間對應于當前假定的數(shù)據(jù)鏈路速率;-用于在所述指定的接收節(jié)點中確定用于從所述指定的起始節(jié)點進行隨后通信的期望數(shù)據(jù)鏈路速率的裝置;-用于在所述指定的接收節(jié)點中根據(jù)所述期望鏈路速率確定更新的發(fā)送持續(xù)時間的裝置;-用于從所述指定的接收節(jié)點向至少所述指定的起始節(jié)點發(fā)送第二消息的裝置,該第二消息包括所述更新的發(fā)送持續(xù)時間的指示;以及-用于在所述指定的起始節(jié)點中響應于所述更新的發(fā)送持續(xù)時間來確定更新的數(shù)據(jù)鏈路速率的裝置。16.如權利^"求15所述的系統(tǒng),還包括用于在所述指定的起始節(jié)點中根據(jù)所述更新的數(shù)據(jù)鏈路速率執(zhí)行鏈路自適應的裝置。17.如權利要求16所述的系統(tǒng),還包括用于以所述更新的數(shù)據(jù)鏈路速率從所述指定的起始節(jié)點向所述指定的接收節(jié)點發(fā)送數(shù)據(jù)并且指示對應于所述更新的數(shù)據(jù)鏈路速率的發(fā)送持續(xù)時間的裝置。18.如權利要求15所述的系統(tǒng),其中所迷確定裝置可操作地用于基于在所述第一消息中指示的所述當前發(fā)送持續(xù)時間、所述指定的起始節(jié)點和所述指定的接收節(jié)點兩者都知道的所述當前假定鏈路速率以及由所述接收節(jié)點選擇的所述期望鏈路速率來確定更新的發(fā)送持續(xù)時間。19.如權利要求18所述的系統(tǒng),其中用于確定更新的發(fā)送持續(xù)時間的所述裝置包括-用于基于當前假定的數(shù)據(jù)鏈路速率和當前發(fā)送持續(xù)時間來確定要接收的預期信息量的裝置;以及-用于基于已確定的信息量和由所述接收節(jié)點選擇的期望數(shù)據(jù)鏈路速率來估計所述更新的發(fā)送持續(xù)時間的裝置。20.如權利要求19所述的系統(tǒng),其中用于確定要接收的預期信息量的所述裝置和用于確定所述更新的發(fā)送持續(xù)時間的所述裝置二者都基于MAC(媒體訪問控制)協(xié)議信息進行操作。21.如權利要求15所述的系統(tǒng),其中所述第一消息是RTS(請求發(fā)送)消息,并且所述第二消息是CTS(清除發(fā)送)消息。22.如權利要求15所述的系統(tǒng),其中所述第一消息是數(shù)椐片段消息,并且所述第二消息是數(shù)據(jù)確認消息。23.如,權利要求15所述的系統(tǒng),其中在每個相應消息的發(fā)送持續(xù)時間字段中指示發(fā)送持續(xù)時間。24.如權利要求15所述的系統(tǒng),其中所述無線網(wǎng)絡基于爭用的媒體訪問協(xié)議進行操作以傳送用于虛擬載波監(jiān)聽的發(fā)送持續(xù)時間信息。25.如權利要求15所述的系統(tǒng),其中所述無線網(wǎng)絡是IEEE802.11類型的網(wǎng)絡。26.如權利要求15所述的系統(tǒng),還包括用于基于來自所迷指定的接收節(jié)點的發(fā)送持續(xù)時間的至少一個先前指示來確定所述當前假定的數(shù)據(jù)鏈路速率的裝置,如果所述至少一個先前指示發(fā)生在預定時間周期內的話。27.如權利要求15所述的系統(tǒng),其中用于確定期望數(shù)據(jù)鏈路速率的所述裝置包括當與所述指定的起始節(jié)點通信時用于在所述指定的接收節(jié)點中基于接收特性確定所述期望數(shù)據(jù)鏈路速率的裝置。28.如權利要求15所述的系統(tǒng),其中用于確定更新的數(shù)據(jù)鏈路速率的所述裝置可操作地用于基于所述更新的發(fā)送持續(xù)時間和要傳送的所述預定信息量來確定所述更新鏈路速率。29.—種無線網(wǎng)絡中的接收節(jié)點,所述接收節(jié)點包括-用于至少部分地基于最初從所述發(fā)送節(jié)點用信號通知的當前發(fā)送持續(xù)時間和由所述接收節(jié)點選擇的期望數(shù)據(jù)鏈路速率來確定用于從指定的發(fā)送節(jié)點傳送預定信息量的更新的發(fā)送持續(xù)時間的裝置,其中所述當前發(fā)送持續(xù)時間對應于當前假定的鏈路速率;-用于向至少所述發(fā)送節(jié)點用信號通知所述更新的發(fā)送持續(xù)時間的指示,以使得所述發(fā)送節(jié)點能夠響應于所述更新的發(fā)送持續(xù)時間來使數(shù)據(jù)鏈路速率適應用于發(fā)送數(shù)據(jù)到所述接收節(jié)點的裝置。30.—種無線網(wǎng)絡中的發(fā)送節(jié)點,所述發(fā)送節(jié)點包括-用于向至少一個指定的接收節(jié)點用信號通知用于傳送預定信息量的當前發(fā)送持續(xù)時間的指示的裝置,其中所述當前發(fā)送持續(xù)時間對應于當前假定的數(shù)據(jù)鏈路速率;-用于從所述指定的接收節(jié)點接收更新的發(fā)送持續(xù)時間的指示的裝置,由所述接收節(jié)點至少部分基于從所述發(fā)送節(jié)點進行隨后通信的期望數(shù)據(jù)鏈路速率、所迷當前假定的鏈路速率和所述用信號通知的當前發(fā)送持續(xù)時間來確定所述更新的發(fā)送持續(xù)時間;以及-用于響應于所述更新的發(fā)送持續(xù)時間使數(shù)據(jù)鏈路速率適應用于發(fā)送數(shù)據(jù)到所述接收節(jié)點的裝置。31.—種在包括至少兩個節(jié)點的無線網(wǎng)絡中支持鏈路自適應的系統(tǒng),所述系統(tǒng)包括-從指定的起始節(jié)點向至少一個指定的接收節(jié)點發(fā)送第一消息的第一發(fā)送模塊,該第一消息包括用于傳送預定信息量的當前發(fā)送持續(xù)時間的指示,其中所述當前發(fā)送持續(xù)時間對應于當前假定的數(shù)據(jù)鏈路速率;-用于在所述指定的接收節(jié)點中確定從所述指定的起始節(jié)點進行隨后通信的期望數(shù)據(jù)鏈路速率的第一鏈路速率估計器;-用于在所述指定的接收節(jié)點中根據(jù)所述期望鏈路速率確定更新的發(fā)送持續(xù)時間的發(fā)送持續(xù)時間估計器;-用于從所述指定的接收節(jié)點向至少所述指定的起始節(jié)點發(fā)送第二消息的第二發(fā)送模塊,該第二消息包括所述更新的發(fā)送持續(xù)時間的指示;以及-用于在所述起始節(jié)點中響應于所述更新的發(fā)送持續(xù)時間來確定更新的數(shù)據(jù)鏈路速率的第二鏈路速率估計器。全文摘要簡言之,本發(fā)明涉及在無線網(wǎng)絡中支持鏈路自適應的問題,并且主要地涉及基于發(fā)送持續(xù)時間信息的傳送的用于鏈路自適應的隱式信令。更具體地,指定的起始節(jié)點向至少一個指定的接收節(jié)點發(fā)送(S1)第一消息,該第一消息包括用于傳送預定信息量的當前發(fā)送持續(xù)時間的指示。當前發(fā)送持續(xù)時間對應于當前假定的數(shù)據(jù)鏈路速率。指定的接收節(jié)點選擇(S2)用于從起始節(jié)點進行隨后通信的期望數(shù)據(jù)鏈路速率,并且然后根據(jù)所選擇的數(shù)據(jù)鏈路速率確定(S3)更新的發(fā)送持續(xù)時間。接收節(jié)點向至少所述指定的起始節(jié)點發(fā)送(S4)包括更新的發(fā)送持續(xù)時間的指示的第二消息,并且起始節(jié)點然后響應于更新的發(fā)送持續(xù)時間來確定(S5)更新的數(shù)據(jù)鏈路速率。特別地,可以優(yōu)選地在支持虛擬載波監(jiān)聽的基于爭用的網(wǎng)絡協(xié)議的幀的現(xiàn)有持續(xù)時間字段中傳送發(fā)送持續(xù)時間信息。文檔編號H04L12/28GK101305540SQ200580052025公開日2008年11月12日申請日期2005年11月7日優(yōu)先權日2005年11月7日發(fā)明者P·拉森申請人:艾利森電話股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1