1 簡介
Internet的無處不在是因為其網絡技術依賴于IP協(xié)議而設計,IP協(xié)議是Internet網絡層協(xié)議,它把各種網絡無縫地互聯(lián)成一個全球網。通過移動終端訪問Internet的強烈用戶需求使得無線系統(tǒng)(比如蜂窩通信和無線局域網)擁有的移動功能有希望在Internet上也能得到。然而,蜂窩通信 (CC)系統(tǒng)和無線局域網(WLAN)系統(tǒng)會產生很多性能問題,主要是由于環(huán)境條件和陸地上的阻擋和反射導致的較高的不可預測的錯誤率;另外,當移動設備在兩個相鄰蜂窩間移動時,蜂窩系統(tǒng)將會發(fā)生較長時間的通信暫停。為了解決這些問題,需要一種能增強無線和有線鏈路Internet性能的綜合技術,并要考慮到TCP/IP協(xié)議組的需要。
2 無線系統(tǒng)的一般特征
鏈路層幀的轉發(fā)延時主要由發(fā)送延時(由鏈路的速度分開的幀尺寸)、傳輸延時(信號通過鏈路所花費的時間)和發(fā)送端與接收端的處理延時3部分組成。WLAN和CC鏈路具有與有線鏈路相同的傳輸延時,比衛(wèi)星鏈路的傳輸延時小得多。然而,與有線鏈路不同,WLAN和CC鏈路具有外部干擾引起的嚴重錯誤率。CC鏈路受到大氣狀況和陸地障礙物引起的多徑衰落影響;而室內WLAN鏈路受到的多徑衰落是由人和家具引起的,因為人和其他物體的移動不斷改變鏈路的錯誤特征。WLAN和CC的錯誤行為比衛(wèi)星鏈路變化得更快更不可預知。
2.1 無線局域網
無線局域網(WLAN)的一個典型的例子是朗訊的WaveLAN系統(tǒng),最初的系統(tǒng)或采用直序(DS)或采用跳頻(FH)來進行無線傳播,主要工作在900 MHz或2.4 GHz的頻帶上,最初的比特率是2 Mbit/s,現(xiàn)在的WLAN更多的是提供5.5 Mbit/s和11 Mbit/s的比特率,而54 Mbit/s的方案很快就會進入實施階段。WaveLAN硬件提供對高層的以太網兼容接口,這也就是說,同樣的包頭、CRC和幀大小都可以使用,且也能提供面向無連接的盡力而為業(yè)務。WaveLAN網絡是基于多播的,采用帶有沖突避免的載波偵聽多路存取(CSMA/CA)方法共享信道,取代了以太網的帶有沖突檢測的載波偵聽多路存取(CSMA/CD)方法。在無線網中,由于在同樣的頻帶下需要同時發(fā)送和接收,沖突檢測的實現(xiàn)有一定的困難,因此,CSMA/CA就代替了CSMA/CD而被采用。
由于覆蓋域變小且有高的系統(tǒng)帶寬,發(fā)送和傳播延時就變小了。在存在窄帶干擾和運作區(qū)域存在障礙物的情況下,系統(tǒng)也表現(xiàn)出較好的健壯性。使用最大的幀時,典型的幀丟失率低于2.5%。由于桌上型電腦卡和便攜式電腦卡的同步技術不同,它們的吞吐量也就不一致,同時,主機的處理能力也會影響不同類型的主機間的吞吐量和幀丟失。雙向通信時,同步可能會導致過多的沖突。WLAN系統(tǒng)提供接收門限機制來隔離開相鄰的WaveLAN網絡,但不提供能量控制。新的WLAN支持多頻帶以避免相鄰網絡的干擾。
為了實現(xiàn)不同供應商提供的WLAN設備的相互協(xié)調工作的能力,IEEE制定了802.11標準。802.11標準對WaveLAN的增強主要包括支持確認和重發(fā)、帶預約的自由競爭發(fā)送和由控制主機協(xié)調WLAN工作的操作模式。最初的標準規(guī)定無線傳輸要工作在2.4 GHz頻帶和1 Mbit/s或2 Mbit/s的比特率,無論在DS和FH傳播方式中都要如此。隨后,發(fā)起了兩個新的標準化計劃以提供更高的速度。802.11a使用了一個高速(正交頻分復用,OFDM)的物理層,使它工作在5 GHz的頻帶上,同時,它提供的比特率在6 Mbit/s和54 Mbit/s的范圍內變化。802.11b是為提高現(xiàn)存物理層上的比特率而設計的。商用的802.11b解決方案或者工作在5.5 Mbit/s或工作在11 Mbit/s的比特速率上,使用的是2.4 GHz的頻帶。
2.2蜂窩通信網
當前的CC系統(tǒng)主要的特征是適當?shù)谋忍芈?、小的幀結構和電路工作模式。它們使用時分多址(在GSM和IS-54中)或碼分多址(在IS-95中)來共享媒介。數(shù)據幀攜帶著編碼的音頻或高層的數(shù)據。與WLAN相比較,由于速率低和距離較長的原因,CC系統(tǒng)表現(xiàn)出較高的延時,而且由于建筑物和小山引起的多徑衰落的存在,戶外的CC環(huán)境更加惡劣。如果幀丟失是隨機分布的話,1%~2%的幀丟失率不會影響到話音的質量,這一點是通過比特交織來實現(xiàn)的,它很大程度上增加了處理延時。CC系統(tǒng)通過使用一種互通功能(IWF)連接到其他網絡。IWF提供了模擬網端的數(shù)/模轉換接口和綜合業(yè)務數(shù)字網(ISDN)端的速率適配/幀轉換接口。為了與分組網絡互相協(xié)調操作,IWF使用了無線鏈路協(xié)議(RLP)與移動設備通信。RLP可支持IP數(shù)據報分割和重新組裝,因此就提供了透明的Internet連接和錯誤恢復,這樣就屏蔽了無線的包丟失。圖1表明了IWF位于CC系統(tǒng)和Internet之間,起到Internet網關(IGW)的作用。
全球通(GSM制式)提供了9.6 kbit/s的全速率信道,不透明模式RLP使用240位的幀,使用選擇重發(fā)(SR)自動重發(fā)請求(ARQ),使得原來10-3的誤比特率減小到10-8,但這些以變化的吞吐量和重發(fā)帶來的延時為代價。
IS-54(TDMA制式)支持9.6 kbit/s全速率信道,不透明模式RLP使用帶有256比特的幀結構的高級ARQ方案,每個幀都獨立地確認多個連續(xù)幀。發(fā)送者保留(重發(fā))幀的順序,因此當一個幀被確認時,所有在它前面發(fā)送的幀如果還沒有被確認,就認為這些幀已經丟失。
IS-95(CDMA制式)支持8.6 kbit/s全速率信道,不透明模式無線鏈路協(xié)議(RLP)使用172比特的幀。網絡層包首先被封裝進尺寸大小變化的點到點協(xié)議(PPP)幀中,然后將其分割成固定大小的無線鏈路協(xié)議幀,這樣就同時具有了尺寸變化幀的優(yōu)點和大小固定幀的有效的錯誤恢復。幀在幾次重發(fā)后如果還沒收到確認就丟失此幀,因此就協(xié)調了有限延時變化的可靠性。余下的包丟失率就變成了10-4。
3 無線鏈路上的TCP性能
3.1 TCP基礎
Internet上最流行的傳輸層協(xié)議是TCP,它提供了可靠的字節(jié)流服務。TCP提供了對用戶數(shù)據透明的分段和重組,并且能進行流量控制和擁塞控制。TCP數(shù)據報在順序到達時將被累積確認,而不按順序的包將引起多重確認信息的發(fā)送。當收到多重(通常3重)確認信息時,發(fā)送者就知道有包丟失,并缺省地認定是下一個包被丟失。因為IP可以重排數(shù)據報,所以TCP不能立即認定包序列中的所有的空隙都意味著包丟失。當會話空閑或確認信息丟失時,TCP使用超時設定來檢測包丟失。重發(fā)時鐘會根據前面的往返時間(RTT)來不斷更新調整。因為延時超時設定使恢復變慢,同時前面的包可能導致額外的重發(fā),因此,準確性就變得非常關鍵。
TCP還保留一個擁塞窗口,它是對不引起擁塞的傳送數(shù)據包數(shù)量的一個估計。新的數(shù)據包僅僅在這個窗口和接受者窗口同時允許的情況下才被發(fā)送。擁塞窗口開始時是一個數(shù)據包,新的確認信息使它增加一個數(shù)據包,因此每個RTT后,它就會翻倍。這是慢啟動階段(指數(shù)增長)。在圖2中,在4個RTT后,當超時時鐘檢測到一個包丟失時,慢啟動停了下來。慢啟動門限隨后被設為擁塞窗口的一半大小,擁塞窗口重新設置為1個數(shù)據包,丟失的數(shù)據包被重新發(fā)送。慢啟動重復地執(zhí)行,直到3個RTT后到達門限值為止,從而可以讓路由器排完它們的數(shù)據隊列。隨后,擁塞窗口每經過一個RTT就增加一個包,這是擁塞避免階段(線性增長)。當有丟失包通過多重確認信息被檢測到時,就意味著后來的包已經被收到了,TCP重新發(fā)送丟失的數(shù)據包,并減半擁塞窗口,重啟擁塞避免狀態(tài)。多的數(shù)據包丟失可能引起慢啟動門限的一再減小,從而引起更慢的擁塞避免階段,導致吞吐量大幅度下降。
3.2TCP性能
TCP假定所有的包丟失都是由擁塞引起的,但在無線鏈路中這個假設不再可靠。在距離25.9m的鏈路上傳送大小為1 400字節(jié)的幀時,WaveLAN的幀錯誤率(FER)達到1.55%,并伴隨著成串的包丟失。把幀減小到300字節(jié)時,F(xiàn)ER減小一半,但引起了組幀開銷。在共享的媒介WLAN中,前向TCP業(yè)務(數(shù)據)與反向的通信數(shù)據(確認信息)存在競爭,這將導致沖突發(fā)生,同時引發(fā)FER的急劇增加。主機移動也能使WaveLAN的FER增加將近30%。在一個實際標度為1.6 Mbit/s的WaveLAN上做文件傳輸測試,實際上只得到1.25 Mbit/s的吞吐量。22%的吞吐量減小是由FER引起的,只有1.55%是由于頻繁的啟動擁塞控制導致TCP的發(fā)送速率持續(xù)減小引起的。如果包錯誤是均勻分布的而不是成串出現(xiàn)的,吞吐量將會上升到1.51 Mbit/s。
CC鏈路在透明(語音)模式時有1%~2%的殘余FER(在低層錯誤恢復后),即使它們使用短的幀。全速率IS-95鏈路把1 400字節(jié)的IP數(shù)據包分割為68幀。假定幀錯誤相互獨立,則一個數(shù)據包在FER為1%的鏈路上傳輸時,成功傳輸?shù)母怕适?0.49%。由于復幀在傳輸前插入了數(shù)據位以相互隔離,所以,幀錯誤的突發(fā)將比比特錯誤突發(fā)要少。編碼和數(shù)據插入減少了包丟失率,同時使得幀錯誤隨機出現(xiàn),因此避免了通話質量的下降,但同時接收到數(shù)據后要進行的去插入數(shù)據的處理將會增加時延。短IP數(shù)據包有較少的錯誤,但同時卻也增加了頭開銷。TCP/IP頭壓縮技術可以用在慢的CC鏈路上,壓縮的TCP/IP頭只有3~5個字節(jié)。不幸的是,頭壓縮與網絡層的加密不兼容,并且可能負面影響到TCP錯誤恢復和鏈路層復位,從而引起整個TCP窗口的數(shù)據丟失。
當不透明模式RLP工作在GSM上時,通常是在TCP時鐘期過去前從包丟失中恢復過來,但這樣就有高的和變化很大的RTT值。在舊金山的GSM網上用ping進行的測試表明,95%的RTT值在600 ms左右,有20 ms的標準偏離。其他地方的GSM網上用ping測試,也有同樣的結果。然而,在實際運行的網上做的大文件傳輸實驗卻表明,RTT會到達相當高的值(12 s)。圖3示出在Oulu 和Finlan的商業(yè)網上傳輸文件時的RTT測試結果。RTT值是由處理時間和2×150 ms的GSM信道延時組成的,另外還要加上250~1 250 ms數(shù)據包發(fā)送時間和35 ms的確認信息時間。這個比較大的發(fā)送延時是由隔離位插入、速率適配、緩存和GSM網絡元素間的接口引起的。
逐漸增長的TCP最大傳輸單元(MTU)的尺寸減小了TCP/IP頭的開銷,因此提高了吞吐量,但同時也增大了交互的響應時間。圖4表示出在運行的GSM網上的,典型的吞吐量隨TCP MTU大小而變化的函數(shù)圖。但在實際實驗中,當MTU大小為710字節(jié)時,TCP吞吐量最大,同時測試還表明,GSM上的TCP偶然會有6~12 s的中斷,這是由RLP層持續(xù)2 s的中斷引起的。對于這個問題的分析表明一些IP數(shù)據包被緩存后,在得到釋放后就不再是有序的了,這是一個在運行的GSM網絡上出現(xiàn)的現(xiàn)象,在小的測試網絡中很少遇到這種情況,也不能模擬。中斷也可能是由鏈路復位引起的,當一個RLP幀在幾次重試后還不能發(fā)送后,就會導致這種情況發(fā)生,當發(fā)生嚴重的協(xié)議違背時也會引發(fā)這類事件。這就導致發(fā)送者和接收者序列數(shù)字被重新設置并沖刷掉所有的緩存區(qū),同時意味著實際中的GSM RLP不夠可靠。為了減少復位的次數(shù),在連接建立期間可以增加重發(fā)的最大次數(shù)(缺省6次),吞吐量也可以因為適配RLP幀大小而上升。盡管尺寸小的幀簡化了RLP操作并使它在最差信道情況下更健壯,但選擇一個與主要情況相適配的幀尺寸將會使吞吐量上升。
當端到端的路徑包括多路無線鏈路時,累積的包丟失將更加減少吞吐量,同時也會引起對無線鏈路的不充分利用,這是電路交換CC鏈路的一個重要的問題。此外,當TCP包在經過路徑上的幾個無線鏈路后丟失時,它的重發(fā)必須再次通過這些已經通過的路徑,因此浪費了帶寬。包丟失還有更明顯的影響,使路徑上有更高的端到端的延時,這就需要TCP維持大的發(fā)送窗口來保持數(shù)據流量。在這樣的路徑上,TCP還會遭遇到虛假的超時設定,但如果發(fā)送者能等待確認信息的到來更長的時間,這種超時設定是可以避免的。在切換期間,CC系統(tǒng)支持較長時間的連接斷開,這會導致虛假超時發(fā)生。另一個問題就是,當包被重排超過兩倍的TCP確認門限時,這是一個GSM RLP中的偶然事件,就會發(fā)生虛假快速重發(fā)。
表1示出LAN路徑(單個LAN上)上的TCP吞吐量和WAN路徑(WLAN加上15個有線鏈路)上TCP的吞吐量的比較。我們首先示出沒有任何包丟失的情況;然后是在WLAN中,在幀丟失率是2.3%,幀大小是1 400字節(jié)的情況下的數(shù)據。
表2示出單個鏈路路徑的吞吐量,使用的是IEEE802.11或802.11b的WLAN??梢钥吹?,高速鏈路受包丟失的影響更大,因為TCP在每個丟失后需要更長的時間才能到達它的峰值。
4 TCP性能的增強
4.1傳輸層解決方法
無線鏈路上的TCP性能的退化通常被錯誤地認為是擁塞導致無線包丟失引起的,因此,常見的建議是對現(xiàn)在的TCP進行適當?shù)男薷?。在CC系統(tǒng)的切換期間,包可能延時甚至丟失,對這些包丟失的恢復工作應該在切換完成后立即開始,而不能有短暫的時間間隔。TCP能通過從低層接收正確的信號來實現(xiàn)這個要求,另外TCP還可使用低層的移動線索來試探著辨別切換引起的包丟失。由于這些包丟失,TCP在恢復期間能避免減半慢啟動門限,這樣就跳過了擁塞避免階段。另一個方法是在無線鏈路終端點的切換期間阻塞TCP發(fā)送者,主要是通過透明的關閉接受者的通告窗口來實現(xiàn)。發(fā)送者隨后凍結所有掛起的時鐘,并開始周期地探測接收者的窗口。然而,縮小通告的窗口就違反了TCP的準則。
切換完成后,擁塞避免幫助探測新鏈路的容量。盡管有其他的無線包丟失,對于恢復來說重發(fā)就可以了。因為端到端的重發(fā)很慢,TCP連接可能被分離開,這要由連接有線和無線的中間點路由器完成。因此端到端的連接就被分解為無線鏈路路徑和有線鏈路路徑兩個單獨的TCP會話。一個最佳化錯誤恢復的協(xié)議可作為無線鏈路上的替代方案。因為確認信息能在數(shù)據包到達目的地之前到達發(fā)送者,所以這種分離方案就違背了端到端TCP的語義。為了維持TCP的語義,確認信息必須被延時,因此就減少了吞吐量。中間點面臨重大的開銷,因此包就要經過兩次TCP處理,并且要保持相當大的連接前狀態(tài)。
Eifel方案是修改了TCP來避免切換和鏈路層重發(fā)導致的延時引起的虛假超時設定和快速重傳。由于這些問題都是由于TCP不能區(qū)別原始數(shù)據報和重傳數(shù)據報的確認信息,Eifel方案讓TCP向每個出去的數(shù)據包都添加時間標記。時間標記在確認信息中返回,因此,很容易就避免了超時設定,而且還沒有改變TCP語義。然而,端到端的TCP恢復卻不能被加速,如果僅僅端點需要修改的話,TCP增強方案就更有吸引力了,在實際中,還需要其他的改動。一些方法需要從低層來的信令以檢測切換,分離TCP方案需要其他的TCP兼容協(xié)議運行在無線鏈路上來取得更加有效的錯誤恢復。
4.2鏈路層解決方法
除了修改TCP外,我們也可以屏蔽掉無線包丟失。在CC系統(tǒng)中,這可以通過不透明模式RLP實現(xiàn)。另一個解決方法是在IP層執(zhí)行局域錯誤恢復,就像在探聽(Snoop)TCP一樣。Snoop通過維護每個TCP連接經過的中間點來跟蹤TCP數(shù)據和確認信息。Snoop緩存未確認的TCP數(shù)據報,同時使用多重確認信息傳達丟失指示,再加上本地時鐘,透明地重發(fā)丟失的數(shù)據。它隱藏了標示著TCP發(fā)送者的無線數(shù)據丟失的多重確認信息,因此防止了多余的TCP恢復。Snoop使用TCP數(shù)據報提供的信息避免了鏈路層的控制開銷,比分離TCP方案更有效,并且沒有違反TCP的語義。它同時還通過抑制多重確認信息避免了局部的沖突和TCP重發(fā)。
Snoop要求TCP接收者位于中心點后面。如果無線主機正在向一個遠端接收者發(fā)送數(shù)據,TCP確認信息就會返回得很晚,從而導致不能有效地恢復,并且甚至可能發(fā)生擁塞丟失。在這種情況下,TCP需要使用直接丟失通告(ELN)來區(qū)別擁塞丟失和無線丟失。如果Snoop代理檢測到一個與擁塞無關的丟失,它就把ELN比特設置到TCP頭中,并且把它傳給接收者,接收者再把它返回給發(fā)送者。Snoop還能使用隊列長度信息從無線錯誤中辨別擁塞。當接收到一個ELN通知時,TCP發(fā)送者重發(fā)丟失的數(shù)據包而不激發(fā)擁塞控制。盡管ELN可用于大多數(shù)的拓撲結構中,但它需要改為路由器算法。同時,當一個帶有ELN比特設置的確認信息返回時,丟失的數(shù)據報僅僅在過去一個RTT時間間隔后被重發(fā)。
CC系統(tǒng)RLP消除了Snoop對分層的違反。它在IP層檢查TCP頭,但它們可能與TCP并行地重發(fā)數(shù)據。這種情況發(fā)生得很少,而且,在完全可靠的 RLP中,RLP在幾次嘗試失敗后就會放棄錯誤恢復,從而就防止了這種事件的發(fā)生。與TCP修正方案相比,鏈路層方案可以在局域起作用,并要有低的往返延時以允許快速恢復。其主要的局限性是它們提供了單層的恢復,這不適合于所有的高層協(xié)議和應用。
5 無線系統(tǒng)的發(fā)展和TCP
CC系統(tǒng)的趨勢是提供更高的速度和更好的包數(shù)據業(yè)務支持。最高數(shù)據速率在小區(qū)域和微小蜂窩內得到實現(xiàn),在這些區(qū)域中,用戶的密度也比較高。高速電路交換數(shù)據(HSCSD)系統(tǒng)是GSM的擴展,以提供高達56 kbit/s的比特率,它主要是通過為每個數(shù)據電路保留多個TDMA時間片來實現(xiàn)。通用分組無線業(yè)務(GPRS)是分組交換的GSM擴展,它通過動態(tài)TDMA時間片的預留支持高達171 kbit/s的比特率,可提供20~40 kbit/s的用戶吞吐量。試驗表明,Internet數(shù)據包丟失率總在2%上下。第3代歐洲CC系統(tǒng)UMTS(通用移動電信系統(tǒng))是基于寬帶CDMA的,支持各種比特率的電路交換和分組交換模式。第一階段包括與GPRS同樣的業(yè)務,可以提供速度高達384 kbit/s的比特率,即將到來的階段有望在有限的區(qū)域內提供2 Mbit/s的比特率。在美國,GSM EDGE/IS-136 HS系統(tǒng)能提供270~722 kbit/s的比特率,在有限的區(qū)域中甚至能提供超過2 Mbit/s的速率。
很多小范圍(室內)系統(tǒng)或個人局域網(PAN)已經被設計出來,以提供低比特率的服務,比如藍牙就是一個擴頻系統(tǒng),它提供400~700 kbit/s的比特率。然而藍牙還應當提供與低端WLAN相同的TCP性能,它的無線鏈路層還存在很多與IEEE 802.11互相兼容方面的嚴重的問題。IEEE802.15方案規(guī)定了基于藍牙的PAN標準,它就是用來解決上面的問題。為了得到較高的速度,本地多點分配系統(tǒng)(LMDS)將提供對寬帶固定無線Internet的訪問,它將使用28 GHz或40 GHz的頻率段。LMDS是一個無線本地環(huán)系統(tǒng)(WLL),為固定主機提供1~2 GHz的帶寬,同時,它使用了高效的鏈路層FEC方案,它能夠可靠地運載TCP業(yè)務。
WLAN系統(tǒng)的趨勢是提供較高的速度,同時也支持在兩個相鄰網絡間的移動,每個網絡實質上就成為一個微蜂窩。在人口稀少的地方能被陸地或衛(wèi)星系統(tǒng)用很大的蜂窩覆蓋。由于在一個給定的區(qū)域中增加蜂窩的數(shù)量意味著要使用更多昂貴的基礎設施,所以不同的系統(tǒng)使用不同的蜂窩尺寸來實現(xiàn)它們的目的。TCP/IP支持通過把這些無線系統(tǒng)變成Internet的一部分而使它們能夠互操作和兼容。下一步就是提供無線系統(tǒng)之間的直接的互操作性,這樣就允許用戶不僅在同一系統(tǒng)的蜂窩之間透明地移動,還可以在不同的系統(tǒng)之間做到這一點。在這些一體化的分層蜂窩系統(tǒng)中,在用戶密度逐漸增加的區(qū)域,大的蜂窩將逐漸被多個小蜂窩覆蓋。
因為切換帶來的連接中斷反過來影響了TCP的性能,分層蜂窩系統(tǒng)必須認真地設計以避免增加切換引發(fā)的問題。小區(qū)域和微蜂窩的高數(shù)據速率將導致更頻繁的切換和潛在的增加每個切換期間的包丟失。不同系統(tǒng)之間的切換還可能會極大地改變下面無線鏈路的性能。為了減少這些問題的數(shù)量,關鍵就是要加強兩層之間的相互協(xié)作,從而使協(xié)議能在需要時適應它們的行為。更深入的研究是直接對適配層進行研究,讓它以有序的方式向高層提供信息。歐盟的WINE方案研究了協(xié)議的自適應性和鏈路決定的配置,以優(yōu)化無線鏈路上的IP性能,并且沒有向TCP顯露很多的底層細節(jié)。一種增強協(xié)議代理方法已經得到發(fā)展,即無線適配層(WAL)用于處理自適應性。正出現(xiàn)的軟件無線電技術允許物理層和數(shù)據鏈路層參數(shù)能實時配置,它必將更加增強鏈路的自適應性,因此,協(xié)議自適應在未來將變得異常重要。□
參考文獻
1 DeSimone A, Chuah M C and Yue O C. Throughput Performance of Transport-layer Protocols over Wireless LANs. Proc IEEE GLOBECOM93, Dec 1993: 542-549
2 Xylomenos G and Polyzos G C. TCP and UDP Performance over a Wireless LAN. Proc IEEE INFOCOM99, Mar 1999: 439-446
3 Nanda S, Ejzak R and Doshi B T. A Retransmission Scheme for Circuit-Mode Data on Wireless Links. IEEE JSAC, Oct 1994,12(8): 1338-1352
4 Ludwig R , Rathonyi B. Link Layer Enhancements for TCP/IP over GSM. Proc IEEE INFOCOM99, Apr 1999:415-422
(收稿日期:2001-09-03)
作者簡介
王傳令,北京郵電大學電信工程學院在讀碩士研究生,研究興趣為無線網絡及無線多媒體傳輸。