四虎成人免费视频,国产一级a作爱视频免费观9看,色五月丁香亚洲,亚洲欧美性爱在线视频,1000部黄片免费观看一区,国产亚洲性生活视频播放,三级黄色在线视频网站

現(xiàn)在位置:范文先生網(wǎng)>理工論文>電子通信論文>基于混合TCP-UDP的HTTP協(xié)議實(shí)現(xiàn)方法

基于混合TCP-UDP的HTTP協(xié)議實(shí)現(xiàn)方法

時間:2023-02-21 00:16:40 電子通信論文 我要投稿
  • 相關(guān)推薦

基于混合TCP-UDP的HTTP協(xié)議實(shí)現(xiàn)方法

  摘要:目前,用于Web頁面訪問的應(yīng)用都是基于HTTP應(yīng)用協(xié)議的,而在下層則使用傳輸控制協(xié)議(TCP)[1]作為傳輸協(xié)議;但TCP并不適合于短會話,即只有少量的數(shù)據(jù)交換的情況。因為建立、撤銷TCP鏈接的開銷即使對于短會話也是必需的。在用于PDA(個人數(shù)字助理)中瀏覽器的設(shè)計中,根據(jù)無線網(wǎng)絡(luò)延遲大、帶寬窄的特點(diǎn)提出了一種混合TCP-UDP傳輸協(xié)議的方法來解決這一問題。本方法使用UDP[2]作為短會話時的傳輸層協(xié)議,而對于有大量數(shù)據(jù)需要傳輸時則使用TCP作為傳輸層的協(xié)議。這樣,對于短會話可以避免TCP的額外開銷,而對于長會話又可以得到由TCP提供的可靠傳輸和擁塞控制。
  關(guān)鍵詞:TCPUDPHTTPPDA
  
  引言
  
  超文本傳輸協(xié)議(HTTP)是目前通過Internet進(jìn)行信息交換最主要的方式。HTTP協(xié)議是建立在請求/響應(yīng)(request/response)模型上的。首先由客戶建立一條與服務(wù)器的TCP鏈接,并發(fā)送一個請求到服務(wù)器,請求中包含請求方法、URI、協(xié)議版本以及相關(guān)的MIME(MultipurposeInternetMailExtensions)樣式的消息。服務(wù)器響應(yīng)一個狀態(tài)行,包含消息的協(xié)議版本、一個成功和失敗碼以及相關(guān)的MIME式樣的消息(包含服務(wù)器的信息、資源實(shí)體的信息和可能的資源內(nèi)容)。圖1給出了HTTP協(xié)議實(shí)現(xiàn)的一個簡單模型。HTTP/1.0[3]為每一次HTTP的請求/響應(yīng)建立一條新的TCP鏈接,因此一個包含HTML內(nèi)容和圖片的頁面將需要建立多次的短期的TCP鏈接。一次TCP鏈接的建立將需要3次握手。另外,為了獲得適當(dāng)?shù)膫鬏斔俣,則需要TCP花費(fèi)額外的回路鏈接時間(RTT)。每一次鏈接的建立需要這種經(jīng)常性的開銷,而其并不帶有實(shí)際有用的數(shù)據(jù),只是保證鏈接的可靠性,因此HTTP/1.1[4]提出了可持續(xù)鏈接的實(shí)現(xiàn)方法。HTTP/1.1將只建立一次TCP的鏈接而重復(fù)地使用它傳輸一系列的請求/響應(yīng)消息,因此減少了鏈接建立的次數(shù)和經(jīng)常性的鏈接開銷。
  
  可持續(xù)鏈接減少了每次TCP鏈接建立的時間,但是一個空閑的TCP鏈接將需要一個Socket和相應(yīng)的存儲緩沖區(qū)。一個Socket緩沖區(qū)的最小長度必須大于一個TCP包的最大長度,即64KB,而且很多實(shí)現(xiàn)方法在鏈接建立時將預(yù)分配一些緩沖區(qū)。可用的Socket的數(shù)量是有限的,很多基于BSD的操作系統(tǒng)對于能夠同時打開的鏈接數(shù)都有一個缺省的最大值。
  
  無線掌上設(shè)備PDA的應(yīng)用(如瀏覽器)[5]特點(diǎn)表現(xiàn)在:①因為頁面是針對掌上設(shè)備制作的,一般在1K~2K字節(jié),比較;②目前無線通信網(wǎng)絡(luò)的帶寬很窄,GSM的數(shù)據(jù)信道帶寬只有9.6K。當(dāng)前Web頁面的訪問大多通過HTTP協(xié)議,并使用TCP作為下層的傳輸控制協(xié)議。但不幸的是,TCP并不適合短會話的應(yīng)用情況,不同于現(xiàn)在采用的使用單一TCP傳輸協(xié)議進(jìn)行數(shù)據(jù)傳輸?shù)姆绞健1疚奶岢隽瞬捎脛討B(tài)選擇傳輸層協(xié)議(TCP、UDP)的方法來改善取回頁面的延遲、網(wǎng)絡(luò)擁塞以及服務(wù)器的負(fù)荷。
  
  這種混合TCP-UDP的方法結(jié)合兩個方面的優(yōu)點(diǎn):首先,對于需要比較少數(shù)據(jù)傳輸?shù)那闆r,它將使用UDP作為傳輸層的協(xié)議,從而避免了TCP鏈接的多次握手開銷;另外,對于需要較多數(shù)據(jù)傳輸?shù)那闆r,它將使用可靠的帶有重排序和擁塞控制的TCP協(xié)議作為傳輸層的協(xié)議;旌蟃CP-UDP的實(shí)現(xiàn)方法只需要對應(yīng)用層的改動,而操作系統(tǒng)的核心代碼不用任何更改。僅采用UDP協(xié)議的缺點(diǎn)在于,需要在應(yīng)用層建立一套類似于TCP復(fù)雜的控制協(xié)議,從而進(jìn)行重排序和擁塞控制來保證傳輸?shù)目煽啃浴?br />  
  1背景
  
  HTTP是一個請求/響應(yīng)協(xié)議,客戶端的應(yīng)用程序通過提供一個URL可以從服務(wù)器上得到所需的數(shù)據(jù)。HTTP可以用來訪問各種不同類型的資源,其中包括文本、圖形、影音、可執(zhí)行文件、數(shù)據(jù)庫查詢結(jié)果等等。
  
  圖2給出了在客戶端發(fā)起HTTPGET請求后,在客戶端和服務(wù)器之間進(jìn)行數(shù)據(jù)包交換的示意。圖中只有兩個數(shù)據(jù)包是有用的(即攜帶了數(shù)據(jù)):一個是HTTPGET請求,另一個是HTTP的響應(yīng)。其它的都是TCP用來進(jìn)行握手操作的數(shù)據(jù)包。為了減輕Web服務(wù)器的負(fù)荷,經(jīng)常采用重定向機(jī)制。這樣從服務(wù)器發(fā)來的重定向響應(yīng)報文是很短的數(shù)據(jù)包。使用TCP作為傳輸協(xié)議需要至少7個數(shù)據(jù)包,而使用UDP則只需要2個數(shù)據(jù)包就足夠了。
  
  2設(shè)計
  
  我們使用混合傳輸層[6]的方法即對于少量數(shù)據(jù)傳輸?shù)逆溄硬捎肬DP,而對于大量數(shù)據(jù)傳輸?shù)逆溄硬捎肨CP作為傳輸層協(xié)議。這樣對于短鏈接而言就避免了TCP經(jīng)常性的握手開銷,而對于長鏈接則仍可獲得TCP的優(yōu)點(diǎn),如超時重傳、擁塞控制、錯誤恢復(fù)機(jī)制等。這種方法中,客戶端首先嘗試使用UDP作為傳輸層的協(xié)議,如果對于所請求的URLUDP并不適合,則再次使用TCP鏈接。這種方法提供了以下保證:
  
  ◇如果初始的UDP數(shù)據(jù)包丟失,將采用TCP重新鏈接而不會受到影響。
  
  
  
  
  ◇如果所鏈接的服務(wù)器沒有使用混合傳輸層的實(shí)現(xiàn)機(jī)制,客戶端將使用TCP重新進(jìn)行鏈接。
  
  圖3給出了混合TCP、UDP的實(shí)現(xiàn)算法。一個采用混合算法的HTTP客戶端首先使用UDP作為傳輸層的協(xié)議發(fā)出HTTPGET請求,同時啟動超時定時器。
  
  當(dāng)服務(wù)器處理客戶端發(fā)來的請求時,它可以從以下兩點(diǎn)做出選擇:
  
 、偃绻憫(yīng)的數(shù)據(jù)足夠。ū热,可放到一個數(shù)據(jù)包中),服務(wù)器將使用UDP發(fā)回響應(yīng)。像比較小的網(wǎng)頁或HTTPREDIRECT響應(yīng)就屬于這一類。
  
 、谌绻憫(yīng)的數(shù)據(jù)很大,無法放進(jìn)一個UDP數(shù)據(jù)包中,服務(wù)器則要求客戶端使用TCP重試。這可以通過添加一個HTTP的頭部字段來解決如TCPRETR。
  
  在客戶端,將會出現(xiàn)以下三種情況:
  
  ◇客戶端從服務(wù)器接收到響應(yīng)。如果響應(yīng)中包含了所需的HTTP響應(yīng),客戶端將對數(shù)據(jù)進(jìn)行處理。如果服務(wù)器要求客戶端重試,客戶端將使用TCP作為傳輸層重試。
  
  ◇如果服務(wù)器沒有處理通過UDP傳輸?shù)腍TTP包,客戶端就會收到ICMP錯誤消息(目的地址無法到達(dá)/協(xié)議無法到達(dá))。此時客戶端將會使用TCP重試。
  
  ◇如果定時器超時,客戶端應(yīng)使用TCP重試。
  
  圖4給出了在定時器超時情況下,客戶端和服務(wù)器之間數(shù)據(jù)包的交換。這種超時機(jī)制提供了可靠性,以及與未使用混合TCP-UDP方法的服務(wù)器的兼容性。
  
  圖5示意了服務(wù)器要求客戶端使用TCP重發(fā)請求時,客戶端和服務(wù)器之間的數(shù)據(jù)包交換。
  
  3結(jié)語
  
  混合TCP-UDP方法改善了參與HTTP傳輸?shù)娜齻方面:客戶端、服務(wù)器和網(wǎng)絡(luò)。
  
  ◇對于客戶端而言,可以避免由于TCP而引入的三向握手的時間,從而減少了瀏覽的延遲時間。
  
  ◇對于服務(wù)器而言,由于所需的TCP的鏈接數(shù)量減少,從而降低了由于建立、維護(hù)、撤銷TCP鏈接所帶來的服務(wù)器的負(fù)荷。
  
  ◇對于網(wǎng)絡(luò)而言,由于TCP控制數(shù)據(jù)包的減少從而減少了網(wǎng)絡(luò)的擁塞。

【基于混合TCP-UDP的HTTP協(xié)議實(shí)現(xiàn)方法】相關(guān)文章:

基于Web的網(wǎng)絡(luò)課程的實(shí)現(xiàn)方法08-06

基于GPS的時標(biāo)系統(tǒng)實(shí)現(xiàn)方法探究08-06

兩種基于HTTP的通用IDS躲避技術(shù)08-05

基于圖像的OMR技術(shù)的實(shí)現(xiàn)08-06

基于新課標(biāo)實(shí)現(xiàn)教學(xué)需求08-16

基于FRAM的公交收費(fèi)系統(tǒng)的實(shí)現(xiàn)08-06

基于MapX的GIS動態(tài)操作與實(shí)現(xiàn)08-06

基于Linux內(nèi)核的鍵盤模擬實(shí)現(xiàn)08-19

基于ARM的嵌入式TCP/IP協(xié)議的實(shí)現(xiàn)08-06