外文翻譯-在存在相互作用的udp流的臨時網(wǎng)絡(luò)中提高tcp的性能（中文）-其他專業(yè)-全文預(yù)覽
【正文】 貢獻。中文 6850 字 畢 業(yè) 設(shè) 計 (論文 ) 外 文 翻 譯 外文題目： Improving the performance of TCP in the presence of interacting UDP flows in ad hoc works 中文題目： 在存在相互作用的 UDP 流的臨時網(wǎng)絡(luò)中提高 TCP的性能 學(xué) 院 名 稱： xxx 專 業(yè)： xxx 班 級 ： xxx 姓 名： xxx 學(xué) 號 xxx 指 導(dǎo) 教 師： xxx 職 稱 xx 定稿日期： 2021 年 11 月 16 日 2 在存在相互作 用的 UDP 流的臨時網(wǎng)絡(luò)中提高 TCP 的性能 Vikram Gupta, Srikanth V. Krishnamurthy and Michalis Faloutsos 計算機科學(xué)與工程系 加利福尼亞大學(xué)河濱分校 Riverside CA 92521,USA {vgupta,krish,michalis} 摘要： 在這篇文章中，我們研究在臨時網(wǎng)絡(luò)中 IEEE MAC 層如何平穩(wěn)的影響 TCP 傳輸負載方面的表現(xiàn)。首先，我們確定在微觀分析性能的詳細級別上，影響TCP 吞吐量的主要影響因素。事實上，在某些情況下，在不影響 UDP流吞吐量的情況下提高了 TCP流的吞吐量。在缺乏擁塞控制機制的網(wǎng)絡(luò)流中， UDP流壟斷了可用帶寬，使得 TCP流量傳輸嚴(yán)重降低。在臨時網(wǎng)絡(luò)通道訪問延遲問題上，節(jié)點依賴不僅表現(xiàn)在隊列建立上，也進一步延伸到了附近隊列節(jié)點上。在 [ 4， 5 ]，它已經(jīng)表明，這種短期的不公平會導(dǎo)致長期的不公平相對于競爭的 TCP流的吞吐量的實現(xiàn)。大多數(shù)基于 TCP 嘗試建立連接都會有 流動性和擁 塞 問題，導(dǎo)致 TCP 數(shù)據(jù)包丟失 。他們的研究結(jié)果表明，在某些情況下，公平顯著的改善可以在不實現(xiàn)犧牲吞吐量的情況下被 很好的 實現(xiàn)。此外，據(jù)我們所知，這些方案的解決不是 專門針對 解決 提高在 UDP的流面前的 TCP的性能。我們提出了背壓，一個在 UDP 流面前顯著提高 TCP 性能的方案。具體而言，我們首先研究了 IEEE 的局限性 ， MAC 協(xié)議在多跳無線環(huán)境中使用時。 一種在 IEEE DCF 的可配置的參數(shù)是 由一個節(jié)點發(fā)送一個特定的幀（ 重試限制）來作出的嘗試。因此，一旦一個節(jié)點成功的介質(zhì)訪問爭用，它很可能會發(fā)送介質(zhì)訪問不失權(quán)前大量從它的隊列中的數(shù)據(jù)包到另一個節(jié)點。 提出了上述現(xiàn)象的解決方案提出修改建議，以 TCP或 在 DCF。假鏈接 說明故障是已知的導(dǎo)致 TCP性能較差 [3]。 我們利用一個簡單的公平排隊計劃，發(fā)展我們的解決方案。它 應(yīng)當(dāng)注意，類似的概念已被提出，在過去，盡管對于提高 TCP擁塞控制 [24]，而不是所產(chǎn)生的 UDP流量。 TCP 解譯 這種損失是擁堵的標(biāo)志和采取相應(yīng)的行動 [17]。 NS2默認(rèn)設(shè)置，在后面反復(fù)權(quán)衡花費的平均時間超過了 。 的調(diào)整 。 表 1 中的模擬參數(shù)變化 協(xié)議 參數(shù) /模式 觀察范圍 最佳設(shè)置 TCP (FTP) 最大段大小 2001460 bytes 1460 bytes UDP(CBR) 數(shù)據(jù)生成速率 50800 KB/sec 800 KB/sec 包大小 2002920 bytes 1460 bytes 應(yīng)用數(shù)目 12 2 開始時間 +/20 sec . TCP start time 12 seconds after TCP 流長度 210 8 AODV 本地鏈接維護模式 Link layer feedback or Hello Messages Hello Messages 消息時間間隔 0 9 Seconds 路由修復(fù)等待時間 0 6 Seconds 重試限制 (7,4) to (21,12) 21,12 我們使用 NS2 [ 18]我們的模擬。每個的傳輸范圍節(jié)點是固定在 250 米。 FTP 服務(wù)器架設(shè)于在該中心的節(jié)點網(wǎng)格（用 S 表示） 。為了模擬的 UDP流量，5 我們把應(yīng)用程序代理的產(chǎn)生恒定比特率在某些節(jié)點（ CBR ）流量（參見圖 1a ） 。所有的模擬都運行 150 秒不動的持續(xù)時間。我們的策略是選擇的參數(shù)，使得 在沒有UDP流（初始有效吞吐量）的 TCP有效吞吐量是 在我們選擇的值（見表 1第4欄）觀察。該實現(xiàn)實際吞吐量取決于所采取的 UDP流的路由。該方案示于圖 1a中。 UDP流不隔離服務(wù)器。從這些研究中（更多結(jié)果可在 [ 21 ] ），我們得出的結(jié)論是： (1） UDP流加載的路徑上的節(jié)點，從而導(dǎo)致沿著該路徑的介質(zhì)捕獲。 圖 1 UDP流量分布 6 圖 2 變化的 UDP 流“路線 圖 2柱 1：初始有效吞吐量，第 2 列：案例 1（所有客戶端），第 3 欄：案例 2 （客戶端6和 7是能夠訪問服務(wù)器） 穩(wěn)定路由和提高持久性的 MAC傳輸。具體而言，在 UDP 的存在總流 有效吞吐量為客戶是初始的正常輸出約 33％，相對于該 10％以前觀察到的。 MAC和網(wǎng)絡(luò)層公平性。為了了解實施的效果平心而論，我們考慮研究以下方案： 1 ）我們更換了 IEEE 與公平的MAC協(xié)議。雖然該方案是不現(xiàn)實的，我們進行這個實驗，以了解 MAC層公
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1