減輕網(wǎng)絡(luò)邊緣處的緩沖延遲的方法和設(shè)備的制作方法
【專利摘要】一種用于減輕通過網(wǎng)絡(luò)發(fā)送的TCP封裝的數(shù)據(jù)流中的緩沖延遲的方法，該方法包括在所述網(wǎng)絡(luò)的節(jié)點（200）上進(jìn)行下列步驟：經(jīng)由第一接口（241）接收第一分組，所述第一分組包括所述TCP封裝的數(shù)據(jù)流的數(shù)據(jù);經(jīng)由第二接口（211）接收第二分組，所述第二分組包括所述TCP封裝的數(shù)據(jù)流的片段的確認(rèn);分析所述第一分組和所述第二分組以估計未完成數(shù)據(jù)的量;用所述未完成數(shù)據(jù)的量確定緩沖器占用的狀態(tài);依據(jù)所述緩沖器占用的狀態(tài)更新所述第二分組中的TCP窗口字段，以及經(jīng)由所述第一接口發(fā)送更新的第二分組。
【專利說明】減輕網(wǎng)絡(luò)邊緣處的緩沖延遲的方法和設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及傳輸層通信領(lǐng)域，更特別是在網(wǎng)絡(luò)邊緣處使用傳輸控制協(xié)議(TCP)信令。
【背景技術(shù)】
[0002]無線和蜂窩通信信道通常容量有限，并易于遭受諸如陰影和干擾的結(jié)果的傳播效應(yīng)，由于需要重傳損壞分組的突發(fā)，導(dǎo)致了有用帶寬的進(jìn)一步限制。在端到端的基于TCP的通信中，這些信道通常構(gòu)成瓶頸鏈路。此外，第2層的重發(fā)機(jī)制被用來隱藏空中的損失，從而使諸如TCP會話的往返延遲相當(dāng)易變。在這些損失事件中，BTS的該數(shù)據(jù)報傳輸緩沖器被填充有新的流量，而丟失的數(shù)據(jù)被重新發(fā)送。

【發(fā)明內(nèi)容】

[0003]本發(fā)明的一個目的是提供減輕緩沖延遲的方法，特別是在在無線網(wǎng)絡(luò)中，更特別地在小區(qū)邊緣。
[0004]根據(jù)本發(fā)明的第一方面，提供了一種用于減輕通過網(wǎng)絡(luò)發(fā)送的TCP封裝的數(shù)據(jù)流中的緩沖延遲的方法，該方法包括在所述網(wǎng)絡(luò)的節(jié)點上進(jìn)行下列步驟:經(jīng)由第一接口接收第一分組，所述第一分組包括所述TCP封裝的數(shù)據(jù)流的數(shù)據(jù)；經(jīng)由第二接口接收第二分組，所述第二分組包括所述TCP封裝的數(shù)據(jù)流的片段的確認(rèn)；分析所述第一分組和所述第二分組以估計未完成數(shù)據(jù)的量；用所述未完成數(shù)據(jù)的量確定緩沖器占用的狀態(tài)；依據(jù)所述緩沖器占用的狀態(tài)更新所述第二分組中的TCP窗口字段，以及經(jīng)由所述第一接口發(fā)送更新的第二分組。
[0005]本發(fā)明方法的優(yōu)點在于提供了一種非侵入的流控制形式而不求助于可能具有不希望結(jié)果的丟棄分組光柵嚴(yán)厲措施。本發(fā)明的方法的另一個優(yōu)點是，它可以在TCP通信的路徑上的各種現(xiàn)有或新設(shè)置的網(wǎng)絡(luò)節(jié)點上以完全透明的方式實現(xiàn)，而沒有端點的知識或有效合作。
[0006]本發(fā)明的方法的實施例特別地基這樣的洞察，即出現(xiàn)在TCP會話的返回流量中對先前發(fā)送的TCP數(shù)據(jù)段的確認(rèn)可以用來估計未完成數(shù)據(jù)量。這個未完成數(shù)據(jù)的量指示發(fā)送器和接收器之間的網(wǎng)絡(luò)一部分的緩沖器占用情況。
[0007]在本發(fā)明的方法的實施例中，所述分析包括將第一分組的SEQ字段與第二分組的ACK字段進(jìn)行比較。
[0008]在本發(fā)明的方法的實施例中，確定緩沖器占用狀態(tài)的包含將未完成的數(shù)據(jù)的量與預(yù)先確定的閾值量進(jìn)行比較。
[0009]在本發(fā)明的方法的實施例中，其中第一接口和第二接口之一包括蜂窩接口。在特定實施例中，第一接口和第二接口之一包括3G無線接口。在特定實施例中，第一接口和第二接口之一包括毫微微蜂窩接口。
[0010]在本發(fā)明的方法的實施例中,第一接口和第二接口之一包括WLAN接口。[0011]這些實施方式的優(yōu)點在于，它們解決了無線或移動網(wǎng)絡(luò)的傳統(tǒng)的最薄弱環(huán)節(jié)的過度緩沖的問題:基于無線的邊緣。另外，本發(fā)明的方法的實施例可有利地用于在準(zhǔn)備在具有不同的帶寬和/或緩沖特性的無線網(wǎng)絡(luò)之間進(jìn)行切換時控制TCP流量，以避免當(dāng)TCP會話正在從一個邊緣網(wǎng)絡(luò)移動到另一個時緩沖分組的異常無序傳遞。根據(jù)本發(fā)明的一個方面，提供了一種被配置為使處理器執(zhí)行如上所述方法的計算機(jī)程序。
[0012]根據(jù)本發(fā)明的一個方面，提供了一種用于減輕通過網(wǎng)絡(luò)發(fā)送的TCP封裝的數(shù)據(jù)流中的緩沖延遲的設(shè)備，所述設(shè)備包括:第一接口，適于接收包括所述TCP封裝的數(shù)據(jù)流的數(shù)據(jù)的第一分組；第二接口，適于接收包括所述TCP封裝的數(shù)據(jù)流的片段的確認(rèn)的第二分組；可操作地連接到所述第一接口和所述第二接口的處理器，所述處理器被配置為分析所述第一分組和所述第二分組以估計未完成數(shù)據(jù)的量，使用所述未完成數(shù)據(jù)的量確定緩沖器占用的狀態(tài)，依據(jù)所述緩沖器占用的狀態(tài)更新所述第二分組中的TCP窗口字段，以及經(jīng)由所述第一接口發(fā)送更新的第二分組。
[0013]在本發(fā)明的設(shè)備的實施例中，第一接口和第二接口之一包括蜂窩接口。
[0014]在特定實施例中，第一接口和第二接口之一包括3G無線接口。
[0015]在特定實施例中，第一接口和第二接口之一包括毫微微蜂窩接口。
[0016]在本發(fā)明的設(shè)備的實施例中，其中第一接口和第二接口之一包括WLAN接口。
[0017]根據(jù)本發(fā)明的一個方面，提供了一種包括如上所述設(shè)備的移動節(jié)點。
[0018]根據(jù)本發(fā)明的一個方面，提供了一種包括如上所述的設(shè)備的無線基站。
[0019]根據(jù)本發(fā)明的設(shè)備和計算機(jī)程序的優(yōu)點與如上所述的根據(jù)本發(fā)明的方法的優(yōu)點類似。
【專利附圖】

【附圖說明】
[0020]現(xiàn)在通過舉例的方式，并參照附圖描述根據(jù)本發(fā)明的設(shè)備和/或方法實施例，其中:
[0021]圖1提供了根據(jù)本發(fā)明的實施例的方法的流程圖；
[0022]圖2是可部署根據(jù)本發(fā)明的方法和/或設(shè)備的網(wǎng)絡(luò)的示意圖；
[0023]圖3是使用匪IP代理可部署根據(jù)本發(fā)明的方法和/或設(shè)備的網(wǎng)絡(luò)的另一示意圖；
[0024]圖4表示根據(jù)本發(fā)明方法的第一使用場景；以及
[0025]圖5示出了根據(jù)本發(fā)明的方法的第二使用場景。
[0026]在整個附圖中，相同的附圖標(biāo)記用于表示相同或相似的單元。
【具體實施方式】
[0027]當(dāng)信道具有大帶寬時延積時，大量的數(shù)據(jù)可以在發(fā)送者和接收者之間持續(xù)傳輸是基于TCP通信的固有屬性。因此，當(dāng)瓶頸鏈路允許大量緩沖而不丟包時，TCP基礎(chǔ)設(shè)施在網(wǎng)絡(luò)內(nèi)部產(chǎn)生很大的未傳遞數(shù)據(jù)報的隊列。更具體地說，如果發(fā)送方以比瓶頸鏈路可以承受的速率更高速率發(fā)送，數(shù)據(jù)將恰好在瓶頸鏈路之前積聚。
[0028]當(dāng)這種過度的緩沖與積極的重傳策略結(jié)合，網(wǎng)絡(luò)負(fù)載會變得不穩(wěn)定并發(fā)生癱瘓網(wǎng)絡(luò)擁塞:由于排隊時延、分組丟失以及丟失分組的數(shù)據(jù)報重傳，分組傳輸延遲無止境增長。
[0029]過量緩沖的其他缺點包括來自數(shù)據(jù)報丟失的拖長的反應(yīng)時間、處理移動性事件時需要時在BTS之間轉(zhuǎn)發(fā)大量數(shù)據(jù)的需求、以及參與端到端TCP通信的網(wǎng)絡(luò)設(shè)備的增加的內(nèi)存需求。
[0030]緩沖設(shè)計是微妙的權(quán)衡。一方面，提供足夠大的緩沖器避免中間路由器的出站接口耗盡，而在另一方面作為數(shù)據(jù)報的傳輸延遲的重要成分的排隊延遲與總緩沖器大小成比例增長。
[0031]然而，當(dāng)部署在具有自動重傳機(jī)制的第2層基礎(chǔ)設(shè)施時，即使具有精心設(shè)計的緩沖器的尺寸的端到端TCP也可以以次優(yōu)的方式工作，這里所說的自動重傳不會被通知給傳輸層。如果諸如無線或蜂窩網(wǎng)絡(luò)的的第2層基礎(chǔ)設(shè)施經(jīng)由緩沖和重傳來掩蓋分組丟失，TCP發(fā)送端不知道接收端的信道的性能降低:特別地，由于沒有分組丟失，發(fā)送方的TCP棧不能檢測網(wǎng)絡(luò)的過載，并會繼續(xù)增加它的發(fā)送方窗口，進(jìn)一步增加了 BTS中的緩沖數(shù)據(jù)。
[0032]本發(fā)明基于特別的洞察:在無線和蜂窩邊緣網(wǎng)絡(luò)使用TCP接收方窗口來提供關(guān)于最后一段(the last leg)即瓶頸鏈路的流量控制信息，來限制端至端連接的速率，是特別有利的。特別地，TCP接收窗口可用于以信號告知最后一段的帶寬。用這種方式能夠避免不希望的緩沖器增加，不希望的緩沖器增加會導(dǎo)致增加的端至端延遲。
[0033]目前已知的TCP使用不同的機(jī)制來執(zhí)行擁塞控制和流量控制，前者被用于處理端到端帶寬限制，而后者則用于以信號通知在接收機(jī)處的數(shù)據(jù)處理限制:
[0034]-擁塞控制用來保證網(wǎng)絡(luò)鏈路在相互競爭的流之間公平地共享。推斷網(wǎng)絡(luò)擁塞的出現(xiàn)是來自數(shù)據(jù)報流中的分組丟失，當(dāng)由于飽和的緩沖器造成中間路由器被迫放棄數(shù)據(jù)報時發(fā)生這種情況。分組丟失檢測之后，TCP減小其擁塞窗口，即允許的最大未完成數(shù)據(jù)的量，對每個丟失事件來說這往往造成將發(fā)送速率削減一半的影響。
[0035]-流量控制通過讓TCP接收方通過“TCP窗口”參數(shù)告知發(fā)送方在其緩沖器內(nèi)有多少可用空間來實現(xiàn)，于是無論何時目的地的空閑緩沖器空間的量到達(dá)零時，發(fā)送方將停止傳輸。
[0036]目前，在大時延帶寬積網(wǎng)絡(luò)，一般關(guān)注的是使接收窗口的值足夠大，使得網(wǎng)絡(luò)可以更有效地被單一 TCP連接使用。因此，認(rèn)識到通過TCP窗口參數(shù)進(jìn)行協(xié)調(diào)的TCP流控制對TCP連接進(jìn)行速率限制目前實際上是相當(dāng)罕見。
[0037]本發(fā)明提出使用TCP流控制機(jī)制作為手段來執(zhí)行無線系統(tǒng)中發(fā)現(xiàn)的重緩沖鏈路的速率限制。本發(fā)明是特別地基于以下認(rèn)識，即透明地修改TCP確認(rèn)數(shù)據(jù)報的TCP窗口參數(shù)來控制發(fā)送方的速率是有利的。
[0038]在實施例中，去往數(shù)據(jù)發(fā)送方的TCP確認(rèn)數(shù)據(jù)報的TCP窗口(“WIN”)參數(shù)被以BTS內(nèi)可用于TCP會話最小緩沖空間量以及接收方可用的緩沖空間的量進(jìn)行調(diào)整。這種技術(shù)可以在接收方設(shè)備和/或在BTS中使用。如果該技術(shù)被用于在蜂窩/無線BTS當(dāng)通過無線信道下載數(shù)據(jù)時，并且無線信道是瓶頸鏈路，則至移動節(jié)點的估計的信道質(zhì)量可以用來進(jìn)一步控制發(fā)送方的流量。
[0039]參照圖1，現(xiàn)在將描述本發(fā)明的方法的實施例，在此示例性網(wǎng)絡(luò)單元位于快連接和慢連接之間。
[0040]這樣的情況可能會發(fā)生在如圖2所示的節(jié)點200:它集中訪問或邊緣鏈路210到核心網(wǎng)250，諸如蜂窩基站、RNC、DSLAM，或者甚至聚集低速串行鏈路的路由器。本領(lǐng)域技術(shù)人員將理解，在類似情況下工作時該方法也同樣適用于其它類型的網(wǎng)絡(luò)單元。在下文中，數(shù)據(jù)從網(wǎng)絡(luò)節(jié)點200行進(jìn)到慢鏈路210將被指定為“下游”的流量。反之，數(shù)據(jù)從慢鏈路210行進(jìn)到節(jié)點200將被指定為“上游”的流量。正被考慮的TCP流量的發(fā)起方被認(rèn)為是經(jīng)由快鏈路240連接到節(jié)點200的網(wǎng)絡(luò)250的一部分。在TCP接收方220以純粹的示例性的方式被示意為移動節(jié)點。
[0041]雖然該方法示于圖1和下面的描述為以特定順序執(zhí)行的步驟的序列，本領(lǐng)域技術(shù)人員將會理解，這僅是為了說明性的目的而進(jìn)行的，并且以不同的順序可以進(jìn)行任何步驟，除非說明書清楚表明特定步驟可以可以在另一個步驟已經(jīng)完成時進(jìn)行，或反之亦然。
[0042]在第一步驟110中，優(yōu)選通過比較下游流量的TCP序列(“SEQ”)數(shù)值與的上游流量中廣告的TCP確認(rèn)(“ACK”)數(shù)量來生成未完成數(shù)據(jù)量的估計值，其中，所述下游流量示意性地被示出為在下游緩沖器245中的分組，所述上游流量被示意性地示為上游緩沖器215中的分組。這個值將設(shè)置在TCP發(fā)送器和接收器220之間的行進(jìn)中(in flight)的數(shù)據(jù)的較低界限。行進(jìn)中數(shù)據(jù)的實際數(shù)量還包括數(shù)據(jù)網(wǎng)絡(luò)250上游進(jìn)一步被緩沖的數(shù)據(jù)，這超出了網(wǎng)絡(luò)單元200的視野。在第一步驟110的背景下，所考慮的節(jié)點200必須能夠考慮未確認(rèn)的數(shù)據(jù)量以及緩沖器245中的數(shù)據(jù)總量來執(zhí)行每個連接。
[0043]在第二步驟120中，評估緩沖器是否過載。此評估最好通過比較在第一步驟100中獲得的未完成數(shù)據(jù)的估計量與訪問或邊緣鏈路可以合理緩沖不會顯著降低性能的最大數(shù)據(jù)量來實施。
[0044]邊緣鏈路的測量的往返時間(RTT)的延遲與最大可接受RTT閾值的比較可以被利用作第二步驟120中的緩沖器占用檢測的額外觸發(fā)。該診斷特別揭示何時無線電信道容量受到嚴(yán)重持久的傳播問題而惡化，在這種情況下，第2層的重發(fā)機(jī)制就會提高往返時間，而不會造成更高層上的分組丟失。
[0045]在第三步驟130中，在向發(fā)送方的方向中繼上行TCP分組之前，所考慮的網(wǎng)絡(luò)單元改寫所有上行TCP分組中存在的TCP參數(shù)確認(rèn)報頭的TCP窗口(“WIN”)，以便實現(xiàn)程度速率限制，將下游TCP流降低到可以由邊緣連接持續(xù)支持的速率。
[0046]新的WIN值優(yōu)選地被選擇為使得對每個TCP連接未完成數(shù)據(jù)量不超過預(yù)定閾值。特別優(yōu)選預(yù)定閾值定義為在最大RTT時延下的緩沖器大小除以競爭TCP連接的數(shù)目。
[0047]更佳的粒度可以通過使用每個TCP連接的實際吞吐量的更細(xì)粒度來實現(xiàn)。
[0048]在第三步驟130的情況下，所考慮的節(jié)點必須能夠?qū)ζ渲蠾IN字段已被修改的TCP分組進(jìn)行校驗和的重新計算。
[0049]如果本發(fā)明的方法在無線或蜂窩BTS中實現(xiàn)，可以有利地利用一定的跨層的協(xié)同作用。這類節(jié)點中關(guān)于無線信道的狀態(tài)的可用的詳細(xì)信息可以被用于將發(fā)送方的速率微調(diào)為在任何給定時間都能被物理網(wǎng)絡(luò)接受的速率。另外，在執(zhí)行根據(jù)本發(fā)明的方法中，可考慮第2層的調(diào)度選擇。此外，應(yīng)用層信息可以指示特定的持續(xù)TCP會話是否是對延遲敏感，并且該信息可以在執(zhí)行根據(jù)本發(fā)明的方法時考慮。
[0050]可以在不從根本上增加網(wǎng)絡(luò)節(jié)點的處理能力要求方面來實現(xiàn)本發(fā)明的方法。諸如基站的設(shè)備在網(wǎng)絡(luò)的邊緣相連接，通常服務(wù)的同時連接數(shù)有限(通常約小于一千個)，其處理不禁止用于本發(fā)明的方法的部署。
[0051]本發(fā)明的方法的優(yōu)點在于提供了流控制而不會帶來丟失數(shù)據(jù)報所導(dǎo)致的不可預(yù)知的影響。參照圖2，可以看出這里繪出的設(shè)備200包括用于與第一網(wǎng)絡(luò)鏈路240相接的第一接口 241以及用于與第二網(wǎng)絡(luò)鏈路210相接的第二接口 211。本領(lǐng)域技術(shù)人員能理解，這些接口 241、211只示意性地描繪，并且它們實際上意味著使網(wǎng)絡(luò)節(jié)點根據(jù)一組特定的協(xié)議進(jìn)行通信的所有必需的硬件和邏輯。設(shè)備200進(jìn)一步包括可操作地連接到這些接口 241、211以及更特別地連接到上述緩沖器215、245的處理器230，其操作對應(yīng)于那些參照圖1所描述的操作。應(yīng)當(dāng)理解的是，處理器230和數(shù)據(jù)緩沖器245與“ACK”緩沖器215之間的互連使得處理器能夠執(zhí)行所描述的過程。
[0052]雖然該設(shè)備200在圖2中被示為BTS，但可能實際上被實施為BTS或移動節(jié)點的一部分，或者是獨立的功能網(wǎng)絡(luò)節(jié)點。如果設(shè)備200被集成在較大的網(wǎng)絡(luò)節(jié)點中，清楚的是，接口 241、211可由內(nèi)部接口代替，所述內(nèi)部接口可以包括物理背板接口、有線接口、一組機(jī)上微帶或甚至包括在軟件中實現(xiàn)的邏輯接口。
[0053]還應(yīng)當(dāng)指出的是，處理器230可以被實現(xiàn)為微處理器或者可選地實現(xiàn)為一個或多個專用的和/或可編程或可配置硬件組件，包括ASIC、FPGA、以及類似的技術(shù)。
[0054]在圖3所示的網(wǎng)絡(luò)是在圖2所示的網(wǎng)絡(luò)的變體。移動節(jié)點220通過慢鏈路210連接到BTS(未單獨示出)。不失一般性，無線鏈路210是假定的。與圖2的網(wǎng)絡(luò)不同，圖3的網(wǎng)絡(luò)配置被為在兩個不同的地方呈現(xiàn)根據(jù)本發(fā)明的方法的一個實施例的主機(jī)邏輯:與移動節(jié)點220關(guān)聯(lián)實施的匪IP移動節(jié)點代理(NMP) 200a內(nèi)，以及與BTS相關(guān)聯(lián)實現(xiàn)的匪IP網(wǎng)絡(luò)代理(NNP) 200b內(nèi)。
[0055]所有對NMIP的引用都按照US-A-2010135301提供的定義，該申請于2010年6月3日公布，其內(nèi)容在此引入作為參考。
[0056]圖4和圖5示出了在圖3所示的網(wǎng)絡(luò)的環(huán)境中的本發(fā)明的使用。為說明起見，并且不失一般性，在3G的移動節(jié)點(MN)220和3G BTS200之間的無線連接210被假定為有問題的鏈路。又不失一般性，假定通過WLAN接入點(AP) 200’的可選的無線局域網(wǎng)(WLAN)連接210’是可用的。
[0057]圖4著眼于移動節(jié)點(MN)220正在接收經(jīng)由BTS200 (下行鏈路)從相應(yīng)節(jié)點(CN)260始發(fā)的數(shù)據(jù)的情況。
[0058]設(shè)置3G和WLAN之間發(fā)生切換。在沒有本發(fā)明的情況下，流量在3G無線鏈路210上被緩沖；在這種情況下，PPP被用于封裝去往移動電話220的串行線路的流量，在該點的數(shù)據(jù)報經(jīng)過瓶頸無線鏈路210。
[0059]與3G無線鏈路210相關(guān)聯(lián)的緩沖器是非常大的，通常大于80KB。因此，當(dāng)匪IP切換完成，最近產(chǎn)生的分組在WLAN鏈路210’上傳遞，同時較早的分組仍然在3G接口的緩沖器中。接收器220的TCP堆棧將指定這種情況為反?，F(xiàn)象，并重置連接。
[0060]本發(fā)明用于控制經(jīng)由邊緣瓶頸210行進(jìn)的數(shù)據(jù)的量，以限制緩沖的影響，特別是避免諸如連接重置的不希望的后果。
[0061]當(dāng)使用本發(fā)明時，NNP200b修改從麗220發(fā)送回CN260的TCP確認(rèn)(ACK)的TCP窗口字段以透明地執(zhí)行出現(xiàn)問題的較慢鏈路210中的流量控制。由于接收器220通常將TCP窗口值設(shè)置得很大(典型地2~16或更多，因為它的緩沖器被快速沖刷到應(yīng)用)，可以基于指定的最大期望延遲來減少窗口值以反映可以容忍的緩沖量。透明地執(zhí)行該操作:麗220或者CN260都不知道NNP200B在連接的中間進(jìn)行的數(shù)據(jù)報重寫。
[0062]圖5著眼于移動節(jié)點(麗)220向BTS200 (上行鏈路)發(fā)送去往通信節(jié)點(CN) 260的數(shù)據(jù)。
[0063]考慮如在圖4的上下文中描述的類似的情況，我們將假設(shè)設(shè)置3G和WLAN之間的發(fā)生切換。沒有本發(fā)明的情況下，流量被緩沖在3G無線鏈路210上，在這種情況下，容易出現(xiàn)擁塞的發(fā)送器緩沖器位于MN200，從那里來的數(shù)據(jù)報行經(jīng)瓶頸無線鏈路210。
[0064]本發(fā)明用來控制在邊緣瓶頸210上行進(jìn)的數(shù)據(jù)量以限制緩沖的影響。
[0065]當(dāng)采用本發(fā)明時，則NMP200a修改從CN260發(fā)送回MN220的TCP確認(rèn)(ACK)的TCP窗口字段以透明地執(zhí)行有問題的慢鏈路210上的流量控制。由于接收器260通常將TCP窗口值設(shè)置得很大(典型地2~16或更多，因為它的緩沖器被快速沖刷到應(yīng)用)，可以基于指定的最大期望延遲來減少窗口值，以反映可以容忍的緩沖量。透明地執(zhí)行該操作:MN220或者CN260都不知道NNP200B在連接的中間進(jìn)行的數(shù)據(jù)報重寫。
[0066]本領(lǐng)域技術(shù)人員容易認(rèn)識到上述各個方法的步驟可以通過編程的計算機(jī)來執(zhí)行。本文中，一些實施例還旨在涵蓋程序的存儲設(shè)備，例如，數(shù)字?jǐn)?shù)據(jù)存儲介質(zhì)，它是機(jī)器或計算機(jī)可讀并編碼機(jī)器可執(zhí)行或計算機(jī)可執(zhí)行的指令的程序，其中所述指令執(zhí)行一些所述上述方法中的步驟或全部。程序存儲設(shè)備可以是，例如數(shù)字存儲器如磁盤和磁帶的磁存儲介質(zhì)、硬盤驅(qū)動器或者或光學(xué)可讀數(shù)字?jǐn)?shù)據(jù)存儲介質(zhì)。本實施例還旨在涵蓋被編程為執(zhí)行上述方法的步驟的計算機(jī)。
【權(quán)利要求】
1.一種用于減輕通過網(wǎng)絡(luò)發(fā)送的TCP封裝的數(shù)據(jù)流中的緩沖延遲的方法，該方法包括在所述網(wǎng)絡(luò)的節(jié)點上進(jìn)行下列步驟: -經(jīng)由第一接口接收第一分組，所述第一分組包括所述TCP封裝的數(shù)據(jù)流的數(shù)據(jù)； -經(jīng)由第二接口接收第二分組，所述第二分組包括所述TCP封裝的數(shù)據(jù)流的片段的確認(rèn)； -分析所述第一分組和所述第二分組以估計未完成數(shù)據(jù)的量； -用所述未完成數(shù)據(jù)的量確定緩沖器占用的狀態(tài)； -依據(jù)所述緩沖器占用的狀態(tài)更新所述第二分組中的TCP窗口字段， -經(jīng)由所述第一接口發(fā)送更新的第二分組。
2.根據(jù)權(quán)利要求1所述的方法，其中所述分析包括比較所述第一分組的SEQ字段與所述第二分組的ACK字段。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述確定緩沖器占用的狀態(tài)包括比較所述未完成數(shù)據(jù)的量與預(yù)定的閾值量。
4.如前述權(quán)利要求任一項所述的方法，其中所述第一接口和所述第二接口之一包括蜂窩接口。
5.根據(jù)權(quán)利要求4所述的方法，其中所述第一接口和所述第二接口之一包括3G無線接□。
6.根據(jù)權(quán)利要求4所述的方法，其中所述第一接口和所述第二接口之一包括毫微微蜂窩接口。
7.根據(jù)權(quán)利要求1-3任一項所述的方法，其中所述第一接口和所述第二接口之一包括WLAN 接口。
8.—種被配置為使處理器執(zhí)行如前述權(quán)利要求的方法的計算機(jī)程序。
9.一種用于減輕通過網(wǎng)絡(luò)發(fā)送的TCP封裝的數(shù)據(jù)流中的緩沖延遲的設(shè)備，所述設(shè)備包括: -第一接口，適于接收包括所述TCP封裝的數(shù)據(jù)流的數(shù)據(jù)的第一分組； -第二接口，適于接收包括所述TCP封裝的數(shù)據(jù)流的片段的確認(rèn)的第二分組； -可操作地連接到所述第一接口和所述第二接口的處理器，所述處理器被配置為分析所述第一分組和所述第二分組以估計未完成數(shù)據(jù)的量，使用所述未完成數(shù)據(jù)的量確定緩沖器占用的狀態(tài)，依據(jù)所述緩沖器占用的狀態(tài)更新所述第二分組中的TCP窗口字段，以及經(jīng)由所述第一接口發(fā)送更新的第二分組。
10.根據(jù)權(quán)利要求9所述的設(shè)備，其中所述第一接口和所述第二接口之一包括蜂窩接□。
11.根據(jù)權(quán)利要求10所述的裝置，其中所述第一接口和所述第二接口之一包括3G無線接口。
12.根據(jù)權(quán)利要求10所述的裝置，其中所述第一接口和所述第二接口之一包括毫微微蜂窩接口。
13.根據(jù)任一權(quán)利要求9所述的裝置，其中所述第一接口和所述第二接口之一包括WLAN 接口。
14.一種移動節(jié)點，包括根據(jù)權(quán)利要求9-13任一項所述的設(shè)備。
15.一種無線基站，包括權(quán)利要求9-13任一項所述的設(shè)備。
【文檔編號】H04W80/06GK103583026SQ201280027202
【公開日】2014年2月12日 申請日期:2012年5月29日 優(yōu)先權(quán)日:2011年6月3日
【發(fā)明者】F·皮安尼斯, P·博施 申請人:阿爾卡特朗訊公司