專(zhuān)利名稱(chēng)：在無(wú)線(xiàn)傳輸網(wǎng)絡(luò)中實(shí)施面向連接的數(shù)據(jù)傳送協(xié)議的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在無(wú)線(xiàn)傳輸網(wǎng)絡(luò)內(nèi)實(shí)施面向連接的數(shù)據(jù)傳送協(xié)議。本發(fā)明尤其涉及根據(jù)在無(wú)線(xiàn)網(wǎng)絡(luò)內(nèi)的傳送層上或在無(wú)線(xiàn)數(shù)據(jù)傳送連接上操作的面向連接的數(shù)據(jù)傳送協(xié)議，實(shí)施諸如傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)的數(shù)據(jù)傳送連接，但并不僅限于此。
背景技術(shù)：
TCP/IP是傳送層的面向連接的分組交換數(shù)據(jù)傳送協(xié)議。TCP的可靠性是借助序列號(hào)和確認(rèn)(ACK)來(lái)實(shí)施的。數(shù)據(jù)字節(jié)被編號(hào)，并被分組為各種大小的分段來(lái)傳輸。接收機(jī)必需提供對(duì)于所發(fā)送字節(jié)的肯定確認(rèn)。如果在預(yù)定超時(shí)間隔期間內(nèi)未接收到確認(rèn)，則重新發(fā)送所述數(shù)據(jù)。
TCP數(shù)據(jù)流由所謂的滑動(dòng)視窗控制。至于確認(rèn)，所述接收機(jī)將接收窗口通知給發(fā)射機(jī)，借助于所述接收窗口所述接收機(jī)指示在相關(guān)時(shí)刻所述接收機(jī)至多能夠接收數(shù)據(jù)的序列號(hào)。換言之，所述接收窗口指示“從所述接收機(jī)的角度看”可傳送的未確認(rèn)字節(jié)的容許數(shù)量。所述接收機(jī)通過(guò)調(diào)整所述接收窗口來(lái)控制數(shù)據(jù)流。所述發(fā)射機(jī)反過(guò)來(lái)借助其自己的擁塞窗口來(lái)控制所述數(shù)據(jù)流。在所謂的慢速啟動(dòng)中，所述擁塞窗口被設(shè)置為在連接的開(kāi)始時(shí)較小，且原理上增加，直至超時(shí)發(fā)生，或所述擁塞窗口尺寸達(dá)到所述接收機(jī)的接收窗口尺寸。所述發(fā)射機(jī)在其內(nèi)發(fā)送數(shù)據(jù)的窗口被基于所述發(fā)射機(jī)的擁塞窗口和接收機(jī)的接收窗口確定，從而使得兩者中的較小者確定其內(nèi)發(fā)送數(shù)據(jù)的窗口尺寸。換言之，所述發(fā)射機(jī)在尺寸為min(所述發(fā)射機(jī)的擁塞窗口尺寸，所述接收機(jī)的接收窗口尺寸)的窗口內(nèi)發(fā)送數(shù)據(jù)。
上述慢速啟動(dòng)和擁塞窗口的概念已在互聯(lián)網(wǎng)工程任務(wù)組(IETF)的標(biāo)準(zhǔn)RFC2581(1999年4月)內(nèi)定義。此外，TCP協(xié)議實(shí)施方式的要求已在IETF標(biāo)準(zhǔn)RFC1122(1989年10月)的章節(jié)4.2內(nèi)闡述。(TCP實(shí)施方式的各種特征同樣已在其它IETF標(biāo)準(zhǔn)內(nèi)定義)。
TCP最初被設(shè)計(jì)用于有線(xiàn)網(wǎng)絡(luò)，其中TCP端點(diǎn)所使用的連接主要是穩(wěn)定的，例如以太網(wǎng)連接。因此，TCP的控制機(jī)制主要是為穩(wěn)定連接設(shè)計(jì)的。在無(wú)線(xiàn)網(wǎng)絡(luò)內(nèi)，情況則有所不同，因?yàn)閱蝹€(gè)無(wú)線(xiàn)客戶(hù)機(jī)設(shè)備能夠支持多個(gè)不同的鏈路層傳輸路徑，例如包括電路交換數(shù)據(jù)(CSD)、高速電路交換數(shù)據(jù)(HSCSD)、通用分組無(wú)線(xiàn)電業(yè)務(wù)(GPRS)、增強(qiáng)型GPRS(EGPRS)、碼分多址(CDMA)、寬帶CDMA(WCDMA)、藍(lán)牙和無(wú)線(xiàn)局域網(wǎng)(WLAN)，所述傳輸路徑將業(yè)務(wù)提供給上協(xié)議層，例如經(jīng)由蜂窩網(wǎng)傳送TCP/IP數(shù)據(jù)。每個(gè)所述傳輸層路徑都具有不同的連接層特征(例如，帶寬和往返時(shí)間(RTT))。
無(wú)線(xiàn)鏈路的容量可如下計(jì)算容量(比特)＝帶寬(bits/sec)*RTT(sec)這被稱(chēng)為帶寬延遲乘積(BDP)。在無(wú)線(xiàn)鏈路中，這會(huì)依據(jù)無(wú)線(xiàn)傳輸路徑而有所不同，因此，單個(gè)無(wú)線(xiàn)客戶(hù)機(jī)設(shè)備的連接層可能有所改變，而上層TCP協(xié)議必需適應(yīng)這些變化。
基于BDP來(lái)計(jì)算用于最大化TCP吞吐量的接收窗口尺寸。如果所述接收窗口對(duì)于可用帶寬而言太小，則所述TCP連接無(wú)法完全利用可用數(shù)據(jù)傳送容量。另一方面，如果所述接收窗口太大，則所述發(fā)射機(jī)的擁塞窗口增加，直至由于過(guò)多段，TCP引起網(wǎng)絡(luò)內(nèi)的擁塞，且一些段未到達(dá)所述接收機(jī)，或太遲到達(dá)所述接收機(jī)。一般而言，所述接收窗口尺寸被在TCP實(shí)施中硬編碼，或所述窗口尺寸被永久設(shè)置為某個(gè)缺省值，或可允許所述用戶(hù)有機(jī)會(huì)借助套接應(yīng)用程序接口(API)來(lái)調(diào)整所述接收窗口尺寸。然而，這在無(wú)線(xiàn)環(huán)境內(nèi)并非最優(yōu)解決方案，在以下的具體實(shí)施方式
中將詳細(xì)描述。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目的是提供一種新方法，用于當(dāng)至少部分?jǐn)?shù)據(jù)傳送連接使用無(wú)線(xiàn)傳輸路徑時(shí)，根據(jù)在傳送層上操作的面向連接的數(shù)據(jù)傳送協(xié)議，在第一與第二通信實(shí)體之間提供所述數(shù)據(jù)傳送連接，所述第一與第二通信實(shí)體例如是客戶(hù)機(jī)設(shè)備和服務(wù)器或兩個(gè)客戶(hù)機(jī)設(shè)備。
根據(jù)本發(fā)明第一方面，提供了第一通信實(shí)體，包括通信裝置，用于根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，借助數(shù)據(jù)傳送連接，與第二通信實(shí)體通信，所述通信裝置能夠在所述數(shù)據(jù)傳送連接上使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，以及用于通過(guò)使用一個(gè)或多個(gè)指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流的裝置，其特征在于，所述第一通信實(shí)體還包括調(diào)整裝置，用于基于在所述數(shù)據(jù)傳送連接上使用的無(wú)線(xiàn)傳輸路徑，調(diào)整至少一個(gè)所述窗口。
根據(jù)本發(fā)明的第二方面，提供了一種系統(tǒng)，包括第一通信實(shí)體、第二通信實(shí)體和至少一個(gè)網(wǎng)關(guān)單元，所述第一與第二通信實(shí)體被設(shè)置為，借助數(shù)據(jù)傳送連接，根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，通過(guò)所述網(wǎng)關(guān)單元相互通信，其中所述第一通信實(shí)體包括通信裝置，用于在所述第一通信實(shí)體與所述網(wǎng)關(guān)單元之間的所述數(shù)據(jù)傳送連接上使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，以及用于通過(guò)使用一個(gè)或多個(gè)指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的窗口，控制所述第一與第二通信實(shí)體之間的所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流的裝置，其特征在于，所述第一通信實(shí)體還包括調(diào)整裝置，用于基于在所述第一通信實(shí)體與所述網(wǎng)關(guān)單元之間使用的所述無(wú)線(xiàn)傳輸路徑，調(diào)整至少一個(gè)所述窗口。
根據(jù)本發(fā)明的第一通信實(shí)體和/或所述第二通信實(shí)體可能是任何能夠經(jīng)由無(wú)線(xiàn)傳輸路徑通信，并使用至少兩個(gè)無(wú)線(xiàn)傳輸路徑的設(shè)備。所述設(shè)備例如是移動(dòng)通信、膝上電腦、手持計(jì)算機(jī)、智能電話(huà)或其它配備通信模塊等的客戶(hù)機(jī)設(shè)備。所述通信模塊可能是集成在所述設(shè)備內(nèi)的一部分，或所述設(shè)備可能功能上連接到獨(dú)立的通信模塊。
根據(jù)本發(fā)明的第三方面，提供了一種方法，用于根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，在第一通信實(shí)體與第二通信實(shí)體之間，通過(guò)至少部分無(wú)線(xiàn)的傳輸路徑提供數(shù)據(jù)傳送連接，所述第一通信實(shí)體能夠在數(shù)據(jù)傳送中使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，所述方法包括在所述第一通信實(shí)體與所述第二通信實(shí)體之間建立數(shù)據(jù)傳送連接，從而所述第一通信實(shí)體在所述數(shù)據(jù)傳送連接上使用所述至少兩個(gè)無(wú)線(xiàn)傳輸路徑中的一個(gè)，以及通過(guò)使用一個(gè)或多個(gè)指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流，其特征在于，所述方法包括基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整至少一個(gè)所述窗口。
根據(jù)本發(fā)明的第四方面，提供了一種計(jì)算機(jī)程序，用于控制第一通信實(shí)體通過(guò)至少部分無(wú)線(xiàn)的傳輸路徑，根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，提供與第二通信實(shí)體的數(shù)據(jù)傳送連接，所述第一通信實(shí)體能夠在數(shù)據(jù)傳送中使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，所述計(jì)算機(jī)程序包括計(jì)算機(jī)可執(zhí)行程序碼，其用于使所述第一通信實(shí)體在所述第一通信實(shí)體與所述第二通信實(shí)體之間建立數(shù)據(jù)傳送連接，從而所述第一通信實(shí)體在所述數(shù)據(jù)傳送連接上使用所述至少兩個(gè)無(wú)線(xiàn)傳輸路徑中的一個(gè)，以及計(jì)算機(jī)可執(zhí)行程序碼，其用于使所述第一通信實(shí)體通過(guò)使用一個(gè)或多個(gè)指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流，其特征在于計(jì)算機(jī)可執(zhí)行程序碼，其用于使所述第一通信實(shí)體基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整至少一個(gè)所述窗口。
所述計(jì)算機(jī)程序可由計(jì)算機(jī)可讀存儲(chǔ)媒介或數(shù)據(jù)信號(hào)攜帶。
從屬權(quán)利要求涉及本發(fā)明的優(yōu)選實(shí)施例。涉及本發(fā)明的任何一個(gè)方面的附屬權(quán)利要求書(shū)的主題還適用于其它方面或本發(fā)明的其它可應(yīng)用部分。
如果傳輸路徑容量的瓶頸是空中接口，則根據(jù)本發(fā)明一個(gè)實(shí)施例的解決方案可改善TCP連接的吞吐量，并實(shí)現(xiàn)與無(wú)線(xiàn)網(wǎng)絡(luò)通常情況下相比對(duì)于鏈路層和傳輸路徑的更優(yōu)使用，在這種情況下，減少了錯(cuò)誤/不必要的重新傳輸，從而節(jié)省了無(wú)線(xiàn)電資源。這意味著實(shí)現(xiàn)了更好的用戶(hù)滿(mǎn)意度。
借助于根據(jù)本發(fā)明的技術(shù)方案，所述TCP連接可能被保持為端點(diǎn)之間的連接。此外，本發(fā)明可能被實(shí)施在TCP層電平上，而無(wú)需改變應(yīng)用層。這有利的減少了實(shí)施方式的復(fù)雜性。
此外，本發(fā)明可實(shí)施在無(wú)線(xiàn)客戶(hù)機(jī)設(shè)備內(nèi)，而無(wú)需改變服務(wù)器實(shí)施方式。因此，配備根據(jù)本發(fā)明的實(shí)施方式的無(wú)線(xiàn)客戶(hù)機(jī)設(shè)備可最優(yōu)化其自己的TCP連接，而不論對(duì)方的TCP連接的實(shí)施方式為何。


以下將參照附圖，借助實(shí)例，詳細(xì)描述本發(fā)明，在附圖中圖1示出了本發(fā)明適用的示范系統(tǒng)，圖2A和2B示出了客戶(hù)機(jī)設(shè)備與服務(wù)器之間的協(xié)議棧層上的通信，圖3A示出了從服務(wù)器角度而言將得到解決的問(wèn)題，圖3B示出了從客戶(hù)機(jī)設(shè)備角度而言將得到解決的問(wèn)題，圖3C示出了當(dāng)為CSD鏈路最優(yōu)設(shè)置窗口尺寸時(shí)，從客戶(hù)機(jī)設(shè)備角度來(lái)看的數(shù)據(jù)傳送，圖4A示出了說(shuō)明根據(jù)本發(fā)明一個(gè)實(shí)施例的方法的流程圖，圖4B示出了說(shuō)明根據(jù)本發(fā)明一個(gè)實(shí)施例的在連接期間內(nèi)調(diào)整窗口尺寸的方法的流程圖，以及圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的客戶(hù)機(jī)設(shè)備的簡(jiǎn)化框圖。
具體實(shí)施例方式
以下將TCP協(xié)議作為實(shí)例來(lái)詳細(xì)描述本發(fā)明。然而，本發(fā)明還適用于其它在傳送層上操作的面向連接的協(xié)議。此外，本發(fā)明可適用于使用任何無(wú)線(xiàn)傳輸路徑的系統(tǒng)。
圖1示出了本發(fā)明適用的示范系統(tǒng)。所述系統(tǒng)包括移動(dòng)通信網(wǎng)絡(luò)(可能是GSM、GPRS或WCDMA網(wǎng)絡(luò))的核心網(wǎng)及其無(wú)線(xiàn)電接入網(wǎng)(RAN)103，后者連接到核心網(wǎng)(104)。所述無(wú)線(xiàn)電接入網(wǎng)103通過(guò)一個(gè)或多個(gè)基站(未顯示)為所述客戶(hù)機(jī)設(shè)備提供對(duì)于移動(dòng)通信網(wǎng)絡(luò)的接入。無(wú)線(xiàn)鏈路102存在于所述無(wú)線(xiàn)電接入網(wǎng)103與客戶(hù)機(jī)設(shè)備101之間?？蛻?hù)機(jī)設(shè)備109同樣通過(guò)無(wú)線(xiàn)鏈路連接到無(wú)線(xiàn)電接入網(wǎng)103，而所述客戶(hù)機(jī)設(shè)備101和109可通過(guò)移動(dòng)通信網(wǎng)絡(luò)彼此通信。
所述核心網(wǎng)104還連接到有線(xiàn)IP網(wǎng)105，所述IP網(wǎng)可能是互聯(lián)網(wǎng)或業(yè)務(wù)提供商運(yùn)營(yíng)商的內(nèi)聯(lián)網(wǎng)(屬于運(yùn)營(yíng)商域的內(nèi)聯(lián)網(wǎng))，在這種情況下，所述移動(dòng)通信網(wǎng)絡(luò)可為所述客戶(hù)機(jī)設(shè)備提供對(duì)于IP網(wǎng)的業(yè)務(wù)的接入。所述移動(dòng)通信網(wǎng)絡(luò)同樣可提供對(duì)于其它網(wǎng)絡(luò)的連接。此外，所述系統(tǒng)包括連接到IP網(wǎng)絡(luò)105的服務(wù)器106和客戶(hù)機(jī)設(shè)備108。實(shí)際上，有線(xiàn)連接107存在于服務(wù)器106與移動(dòng)通信網(wǎng)絡(luò)之間，在這種情況下，所述客戶(hù)機(jī)設(shè)備101與服務(wù)器106之間的連接包括無(wú)線(xiàn)102和有線(xiàn)106部分。因此，所述客戶(hù)機(jī)設(shè)備108和客戶(hù)機(jī)設(shè)備101可經(jīng)由包括無(wú)線(xiàn)和有線(xiàn)部分的連接彼此通信。
本發(fā)明可應(yīng)用于所述客戶(hù)機(jī)設(shè)備1與服務(wù)器106之間的通信，或所述客戶(hù)機(jī)設(shè)備101與108之間或客戶(hù)機(jī)設(shè)備101與109之間的通信。除了圖中所示的備選方案，其它實(shí)施方式同樣可能；例如，客戶(hù)機(jī)設(shè)備109可連接到其它無(wú)線(xiàn)電接入網(wǎng)，或連接到直接或間接與無(wú)線(xiàn)電接入網(wǎng)103連接的移動(dòng)通信網(wǎng)絡(luò)。結(jié)合其它附圖將更詳細(xì)描述具體實(shí)施方式
。
圖2A和2B示出了客戶(hù)機(jī)設(shè)備與服務(wù)器之間的協(xié)議棧層上的通信。
圖2A的協(xié)議棧描述了所謂的直接連接概念，其中客戶(hù)機(jī)設(shè)備的TCP層直接連接到服務(wù)器，所述服務(wù)器連接到互聯(lián)網(wǎng)。所述客戶(hù)機(jī)設(shè)備具有到網(wǎng)關(guān)單元的無(wú)線(xiàn)物理層鏈接，所述網(wǎng)關(guān)單元可能是網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)，具有到所述客戶(hù)機(jī)設(shè)備在TCP/IP層上與其通信的服務(wù)器的有線(xiàn)鏈路。因此，在TCP層上，所述連接是所述客戶(hù)機(jī)設(shè)備與服務(wù)器之間的連接，同時(shí)所述物理層上的傳輸路徑可能在連接期間內(nèi)改變。TCP提供對(duì)于應(yīng)用層應(yīng)用的端到端連接。所述網(wǎng)關(guān)單元與服務(wù)器之間的鏈路可能是無(wú)線(xiàn)或部分無(wú)線(xiàn)的。
圖2B的協(xié)議棧描述了根據(jù)無(wú)線(xiàn)應(yīng)用協(xié)議(WAP)系統(tǒng)的所謂分割TCP概念，其中客戶(hù)機(jī)設(shè)備與服務(wù)器之間的TCP連接被在WAP網(wǎng)關(guān)單元內(nèi)分為兩個(gè)。所述客戶(hù)機(jī)設(shè)備與WAP網(wǎng)關(guān)單元之間的連接為根據(jù)無(wú)線(xiàn)描述TCP(WP-TCP)協(xié)議的連接，而WAP網(wǎng)關(guān)與服務(wù)器之間的連接為“正?！盩CP連接。所述WP-TCP協(xié)議對(duì)應(yīng)于正常TCP協(xié)議，但包括借助于其可尤其為無(wú)線(xiàn)環(huán)境最優(yōu)化TCP協(xié)議操作的要求/定義。WP-TCP在無(wú)線(xiàn)應(yīng)用協(xié)議論壇的技術(shù)規(guī)范WAP-225-TCP-20010331-a，版本31-3-2001內(nèi)更為詳細(xì)地描述。另一方面，圖2B的協(xié)議棧對(duì)應(yīng)于圖2A所示的協(xié)議棧，或所述客戶(hù)機(jī)設(shè)備與WAP網(wǎng)關(guān)單元之間的物理連接是無(wú)線(xiàn)的，而所述WAP網(wǎng)關(guān)單元與服務(wù)器之間的物理連接是有線(xiàn)的。
上述的協(xié)議棧層的實(shí)例還可應(yīng)用于客戶(hù)機(jī)設(shè)備之間的通信，或圖2A和2B所示的服務(wù)器還可是另一客戶(hù)機(jī)設(shè)備，而到所述(WAP)網(wǎng)關(guān)單元的所述另一客戶(hù)機(jī)設(shè)備的物理鏈路還可能是(部分)無(wú)線(xiàn)的。
本發(fā)明所解決的問(wèn)題由以下實(shí)例示出，其中用戶(hù)在客戶(hù)機(jī)設(shè)備上從業(yè)務(wù)提供商的郵箱(從電子郵件服務(wù)器)閱讀其電子郵件。所述用戶(hù)的客戶(hù)機(jī)設(shè)備不僅支持GMS數(shù)據(jù)(CSD數(shù)據(jù))，而且支持GPRS和EGPRS數(shù)據(jù)傳送。換言之，所述客戶(hù)機(jī)設(shè)備具有可用的三個(gè)不同無(wú)線(xiàn)傳輸路徑。在所述客戶(hù)機(jī)設(shè)備的TCP實(shí)施方式中，所述接收窗口尺寸被根據(jù)現(xiàn)有技術(shù)硬編碼為EGPRS所支持的最大窗口尺寸(其具有所支持的傳輸路徑的最大容量)，以便最大化TCP連接的吞吐量。然而，在本實(shí)例中，所述用戶(hù)使用GSM數(shù)據(jù)(EGPRS業(yè)務(wù)不可用)。
現(xiàn)在，從客戶(hù)機(jī)設(shè)備到客戶(hù)機(jī)設(shè)備通過(guò)其接入電子郵件服務(wù)器的移動(dòng)通信網(wǎng)絡(luò)建立9600比特/秒的無(wú)線(xiàn)CSD鏈路，而在客戶(hù)機(jī)設(shè)備與電子郵件服務(wù)器之間建立TCP連接。然而，為EGPRS連接最優(yōu)化所述客戶(hù)機(jī)設(shè)備的接收窗口尺寸。
圖3A和3B分別示出了與所述服務(wù)器和客戶(hù)機(jī)設(shè)備相關(guān)的實(shí)例情況出現(xiàn)的問(wèn)題。
步驟300(兩幅圖內(nèi)所示)包括在連接開(kāi)始時(shí)根據(jù)互聯(lián)網(wǎng)消息訪問(wèn)協(xié)議(IMAP)，執(zhí)行登錄和請(qǐng)求/響應(yīng)的其它傳輸。這并不會(huì)耗盡CSD鏈路的所有容量，因此連接無(wú)誤運(yùn)轉(zhuǎn)。同時(shí)，所述服務(wù)器每次從客戶(hù)機(jī)設(shè)備接收肯定確認(rèn)時(shí)都根據(jù)現(xiàn)有技術(shù)增加其擁塞窗口。
然后，在圖3A的步驟301時(shí)，所述服務(wù)器發(fā)射實(shí)際數(shù)據(jù)(電子郵件)。此時(shí)，所述服務(wù)器的擁塞窗口尺寸已有時(shí)間增長(zhǎng)得超過(guò)CSD鏈路的容量。由于所述客戶(hù)機(jī)設(shè)備的接收窗口并不限制所述服務(wù)器所發(fā)送的數(shù)據(jù)量，因此所述服務(wù)器假定適當(dāng)?shù)拇翱诔叽邕h(yuǎn)大于所述CDS鏈路的容量。因此，所述服務(wù)器在步驟302的同時(shí)發(fā)射大量數(shù)據(jù)。
由于所述客戶(hù)機(jī)設(shè)備所使用的無(wú)線(xiàn)鏈路比假定的更慢，因此在所述服務(wù)器的超時(shí)間隔到期之前，所述客戶(hù)機(jī)設(shè)備有時(shí)間僅接收和確認(rèn)所述服務(wù)器所發(fā)射的部分?jǐn)?shù)據(jù)。在步驟304處，所述服務(wù)器暫停傳輸，并在步驟303處重新發(fā)送所述數(shù)據(jù)，因?yàn)榧俣ㄋ鰯?shù)據(jù)的未確認(rèn)部分丟失。實(shí)際上，數(shù)據(jù)傳送和確認(rèn)到達(dá)僅被延遲，因此重新發(fā)送是不必要的。
所述數(shù)據(jù)傳送連接的吞吐量經(jīng)歷了不必要的重新發(fā)送。圖3B示出了所述客戶(hù)機(jī)設(shè)備在步驟311處接收(并確認(rèn))所述服務(wù)器所發(fā)送的數(shù)據(jù)。步驟312示出了無(wú)線(xiàn)傳輸路徑(CSD)的容量，或?qū)嶋H上為此連接的最優(yōu)窗口尺寸，其顯著小于在其內(nèi)服務(wù)器發(fā)射數(shù)據(jù)的窗口(圖3A，步驟302)。步驟313示出了所述客戶(hù)機(jī)設(shè)備所接收的不必重新發(fā)送的數(shù)據(jù)，重新發(fā)送通常會(huì)耗盡容量，從而減少吞吐量。僅在接收到重新發(fā)送的數(shù)據(jù)之后，所述客戶(hù)機(jī)設(shè)備和服務(wù)器方可在步驟315處根據(jù)電子郵件協(xié)議執(zhí)行終端握手，并發(fā)現(xiàn)電子郵件已被接收。
所述客戶(hù)機(jī)設(shè)備的接收窗口尺寸因而應(yīng)當(dāng)為數(shù)據(jù)傳送連接中最慢鏈路的容量。將比最慢鏈路可傳送數(shù)據(jù)更多的數(shù)據(jù)饋入網(wǎng)絡(luò)并不切合實(shí)際?！扒泻蠈?shí)際”的數(shù)據(jù)量可由最慢鏈路的BDP來(lái)計(jì)算。在當(dāng)前系統(tǒng)中，最慢鏈路通常為所述客戶(hù)機(jī)設(shè)備與移動(dòng)通信網(wǎng)絡(luò)之間的無(wú)線(xiàn)鏈路(空中接口的容量)。另一方面，所述接收窗口應(yīng)當(dāng)始終被設(shè)置得盡可能的大，因此，在此實(shí)例的客戶(hù)機(jī)設(shè)備內(nèi)，根據(jù)CSD鏈路的容量硬編碼接收窗口尺寸并不切合實(shí)際，因?yàn)樵谑褂肊GPRS鏈路時(shí)所提供的附加容量會(huì)丟失。
類(lèi)似問(wèn)題還可能出現(xiàn)在客戶(hù)機(jī)設(shè)備或其它通信實(shí)體之間的TCP通信中，如果所述通信實(shí)體中的一個(gè)使用容量大于第一通信實(shí)體所使用的無(wú)線(xiàn)鏈路容量的有線(xiàn)連接或無(wú)線(xiàn)連接的話(huà)。
在本發(fā)明的一個(gè)實(shí)施例中，提供了一種解決方案，其中在數(shù)據(jù)傳送連接的開(kāi)始發(fā)現(xiàn)將在客戶(hù)機(jī)設(shè)備內(nèi)用于下行鏈路數(shù)據(jù)傳送的無(wú)線(xiàn)傳輸路徑，并基于所使用的無(wú)線(xiàn)傳輸路徑調(diào)整所述客戶(hù)機(jī)設(shè)備的接收窗口尺寸。當(dāng)在數(shù)據(jù)傳送連接期間內(nèi)改變傳輸路徑時(shí)，還會(huì)根據(jù)需要/盡可能地調(diào)整接收窗口尺寸。對(duì)于上行鏈路數(shù)據(jù)傳送而言，影響上行鏈路傳輸?shù)男麓翱?，此處被稱(chēng)為術(shù)語(yǔ)最大發(fā)送窗口max_snd_wnd在客戶(hù)機(jī)設(shè)備的TCP控制塊(TCB)內(nèi)定義。TCB為其內(nèi)存儲(chǔ)與TCP連接相關(guān)且在連接期間內(nèi)所需的信息的實(shí)體?；谒褂玫臒o(wú)線(xiàn)傳輸路徑調(diào)整所述最大發(fā)送窗口尺寸，而所述用戶(hù)在其內(nèi)發(fā)送數(shù)據(jù)的窗口不僅由客戶(hù)機(jī)設(shè)備的擁塞窗口和接收機(jī)的接收窗口，而且由所述最大發(fā)送窗口以這種一種方式來(lái)定義，即這些窗口中的最小者確定其內(nèi)發(fā)送數(shù)據(jù)的大小。換言之，所述發(fā)射機(jī)在大小為min(所述客戶(hù)機(jī)設(shè)備的最大發(fā)送窗口尺寸，所述客戶(hù)機(jī)設(shè)備的擁塞窗口尺寸，所述接收機(jī)的接收窗口尺寸)的窗口內(nèi)發(fā)送數(shù)據(jù)。
圖3C示出了當(dāng)所述客戶(hù)機(jī)設(shè)備的接收窗口被調(diào)整為對(duì)于在根據(jù)本發(fā)明一個(gè)實(shí)施例的實(shí)例內(nèi)使用的CSD鏈路而言最優(yōu)時(shí)，從客戶(hù)機(jī)設(shè)備角度而言的圖3A和3B所示的數(shù)據(jù)傳送。換言之，在所述客戶(hù)機(jī)設(shè)備與服務(wù)器之間的連接開(kāi)始時(shí)，所述接收窗口尺寸被調(diào)整為適合于CSD鏈路。所述客戶(hù)機(jī)設(shè)備有時(shí)間確認(rèn)及時(shí)接收的數(shù)據(jù)，在這種情況下可避免不必要的重新傳輸。
圖3B的橫軸示出了在并不調(diào)整所述接收窗口的情況下，在當(dāng)前實(shí)例中，在啟動(dòng)數(shù)據(jù)傳送之后超過(guò)35秒執(zhí)行結(jié)束數(shù)據(jù)傳送的終端握手315，或電子郵件的傳送超過(guò)35秒。另一方面，從圖3C的橫軸可看出，當(dāng)所述接收窗口尺寸被調(diào)整為適合于所使用的無(wú)線(xiàn)傳輸路徑時(shí)，在本實(shí)例中，在啟動(dòng)數(shù)據(jù)傳送之后25秒執(zhí)行結(jié)束數(shù)據(jù)傳送的終端握手316，或通過(guò)調(diào)整接收窗口尺寸，可在25秒內(nèi)執(zhí)行電子郵件的傳送。換言之，在本實(shí)例中，與并不調(diào)整接收窗口尺寸的情況下相比，通過(guò)調(diào)整所述接收窗口尺寸，使得執(zhí)行電子郵件傳送快了10秒。
相應(yīng)地，在上行鏈路業(yè)務(wù)中使用最大發(fā)送窗口提高了吞吐量。
圖4A示出了說(shuō)明根據(jù)本發(fā)明一個(gè)實(shí)施例的方法的流程圖。
在步驟400時(shí)開(kāi)始連接，步驟401包括發(fā)現(xiàn)開(kāi)始的連接所使用的無(wú)線(xiàn)傳輸路徑，步驟402包括基于所使用的傳輸路徑設(shè)置客戶(hù)機(jī)設(shè)備的接收和/或最大發(fā)送窗口尺寸。當(dāng)連接打開(kāi)時(shí)，可根據(jù)需要重復(fù)步驟401和402，如果所使用的無(wú)線(xiàn)傳輸路徑在連接期間內(nèi)改變的話(huà)。
所述方法實(shí)際上可實(shí)施為，所述TCP/套接層監(jiān)控每個(gè)時(shí)點(diǎn)所使用的無(wú)線(xiàn)傳輸路徑，并根據(jù)需要調(diào)整所述接收和/或最大發(fā)送窗口尺寸。步驟401例如可實(shí)施為，當(dāng)已建立無(wú)線(xiàn)鏈路時(shí)，或當(dāng)已改變無(wú)線(xiàn)傳輸路徑時(shí)，所述鏈路層通知無(wú)線(xiàn)數(shù)據(jù)路徑正在使用的TCP層。所述TCP層還可從鏈路層對(duì)此詢(xún)問(wèn)。還可使用其它實(shí)施方式。在任何一種情況下，所述客戶(hù)機(jī)設(shè)備的某些組件了解每個(gè)時(shí)點(diǎn)所使用的無(wú)線(xiàn)傳輸路徑，因此可從任何適當(dāng)?shù)慕M件詢(xún)問(wèn)此信息。
對(duì)于步驟402的不同傳輸路徑的最優(yōu)窗口尺寸例如可如下確定通過(guò)預(yù)先測(cè)試來(lái)尋求不同傳輸路徑的最優(yōu)窗口尺寸，并將所述預(yù)先測(cè)試的結(jié)果存儲(chǔ)起來(lái)以在客戶(hù)機(jī)設(shè)備內(nèi)使用，或基于所使用的傳輸路徑的RTT和帶寬，“實(shí)時(shí)”計(jì)算窗口尺寸。
根據(jù)以上方法，前者可提供更佳的結(jié)果，因?yàn)樗隹蛻?hù)機(jī)設(shè)備僅能夠測(cè)量上行鏈路數(shù)據(jù)分組(TCP分組)的RTT，而數(shù)據(jù)業(yè)務(wù)通常偏好下行鏈路業(yè)務(wù)，或更大的數(shù)據(jù)量被在下行鏈路上傳送。所述傳輸路徑在特征方面還可能是不對(duì)稱(chēng)的，或更多容量被分配在下行鏈路上，在這種情況下，后一種計(jì)算方法在一些情況下可能給出歪曲的結(jié)果。
圖4B示出了說(shuō)明根據(jù)本發(fā)明一個(gè)實(shí)施例的在連接期間內(nèi)調(diào)整窗口尺寸的方法的流程圖。
步驟410包括監(jiān)控所使用的無(wú)線(xiàn)傳輸路徑是否已改變。如果傳輸路徑尚未改變，則過(guò)程保持在步驟410。另一方面，如果傳輸路徑已改變，則過(guò)程前進(jìn)到步驟412，其包括檢查無(wú)線(xiàn)傳輸路徑的改變是否導(dǎo)致最優(yōu)窗口尺寸的改變，或所使用的無(wú)線(xiàn)傳輸路徑的容量是否已改變。如果最優(yōu)窗口尺寸尚未改變，則過(guò)程返回到步驟410，監(jiān)控所使用的無(wú)線(xiàn)傳輸路徑的改變。如果最優(yōu)窗口尺寸已改變，則在步驟414和415處調(diào)整窗口尺寸。
過(guò)程前進(jìn)到步驟414，如果新無(wú)線(xiàn)傳輸路徑的容量大于舊的，或如果最優(yōu)窗口尺寸增加的話(huà)。在這種情況下，在步驟414處增加接收窗口和/或最大發(fā)送窗口max_snd_wnd。
過(guò)程前進(jìn)到步驟415，如果新無(wú)線(xiàn)傳輸路徑的容量小于舊的，或最優(yōu)窗口尺寸變得更小的話(huà)。步驟415包括減少窗口或限制發(fā)送窗口更新。
限制窗口更新是減少接收窗口尺寸的備選實(shí)施方式。此處，限制根據(jù)TCP協(xié)議發(fā)送窗口更新給所述發(fā)射機(jī)(然而，所接收數(shù)據(jù)被肯定確認(rèn))。在這種情況下，所述發(fā)射機(jī)假定所述接收機(jī)接收數(shù)據(jù)，但并不從其數(shù)據(jù)緩存器中讀取所述數(shù)據(jù)。結(jié)果，減小可用于所述發(fā)射機(jī)的窗口尺寸。在以下實(shí)例中，所述客戶(hù)機(jī)設(shè)備的接收窗口尺寸為12000字節(jié)，并為最優(yōu)窗口尺寸小于12000字節(jié)的窗口改變所述客戶(hù)機(jī)設(shè)備所使用的傳輸路徑，而所述客戶(hù)機(jī)設(shè)備接收1460字節(jié)的數(shù)據(jù)。在這種情況下，所述客戶(hù)機(jī)設(shè)備根據(jù)此實(shí)施例發(fā)送確認(rèn)(ACK)，同時(shí)通知所述窗口尺寸為12000-1460＝10540字節(jié)，在這種情況下，所述發(fā)射機(jī)將在大小最大為10540字節(jié)的窗口內(nèi)發(fā)送數(shù)據(jù)。這可持續(xù)到在確認(rèn)內(nèi)發(fā)送的窗口尺寸對(duì)應(yīng)于所使用無(wú)線(xiàn)傳輸路徑的最優(yōu)窗口尺寸。在此之后，在確認(rèn)中發(fā)送的窗口尺寸可保持為對(duì)于所使用的無(wú)線(xiàn)傳輸路徑而言最優(yōu)的大小。
依據(jù)實(shí)施方式，可在連接期間內(nèi)無(wú)任何限制地減小最大接收窗口。
過(guò)程從步驟414和415返回到步驟410，以監(jiān)控所使用無(wú)線(xiàn)傳輸路徑內(nèi)的改變。
圖5示出了根據(jù)本發(fā)明一個(gè)實(shí)施例的客戶(hù)機(jī)設(shè)備500的簡(jiǎn)化框圖，所述客戶(hù)機(jī)設(shè)備500可能是任何適當(dāng)?shù)耐ㄐ艑?shí)體、通信設(shè)備或帶有通信模塊的設(shè)備。
所述客戶(hù)機(jī)設(shè)備500包括處理單元501和射頻部分(RF)504和與其連接的用戶(hù)接口(UI)503。所述射頻部分504生成空中接口，以經(jīng)由無(wú)線(xiàn)傳輸路徑實(shí)施數(shù)據(jù)傳送。所述射頻部分被設(shè)置為使用至少兩個(gè)不同無(wú)線(xiàn)傳輸路徑。(實(shí)際上，所述射頻部分504可能包括兩個(gè)或更多射頻部分。)所述用戶(hù)接口可能包括顯示器和鍵盤(pán)，以及其它一些借助其可使用所述客戶(hù)機(jī)設(shè)備的控制裝置(圖中未顯示)。然而，本發(fā)明可用于并不具有實(shí)際用戶(hù)接口的設(shè)備。
所述客戶(hù)機(jī)設(shè)備還包括處理單元501連接到的存儲(chǔ)器502。計(jì)算機(jī)程序被存儲(chǔ)在存儲(chǔ)器502內(nèi)，以由所述處理單元執(zhí)行。根據(jù)所述計(jì)算機(jī)程序，所述處理單元控制所述客戶(hù)機(jī)設(shè)備使用無(wú)線(xiàn)傳輸路徑中的一個(gè)，所述射頻部分被設(shè)置為用于建立數(shù)據(jù)傳送連接，并通過(guò)使用至少一個(gè)指示在所述數(shù)據(jù)傳送連接的傳送層上同時(shí)傳送的最大數(shù)據(jù)量的窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流。此外，所述客戶(hù)機(jī)設(shè)備被控制為，基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整所述至少一個(gè)窗口，所述窗口可能是所述客戶(hù)機(jī)設(shè)備的TCP接收窗口，或?yàn)門(mén)CP定義的新的最大發(fā)送窗口max_snd_wnd。
以上借助實(shí)例介紹了本發(fā)明，但并未將本發(fā)明限制在這些實(shí)例中。對(duì)于本發(fā)明技術(shù)人員而言，本發(fā)明顯然可用于任何適用協(xié)議和/或網(wǎng)絡(luò)技術(shù)。本發(fā)明的實(shí)施和使用的可能僅由所附權(quán)利要求書(shū)限制。因此，權(quán)利要求書(shū)所定義的不同實(shí)施方案屬于本發(fā)明范圍，包括對(duì)等
權(quán)利要求
1.一種第一通信實(shí)體(101、109、500)，包括通信裝置，用于根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，借助數(shù)據(jù)傳送連接與第二通信實(shí)體通信，所述通信裝置在所述數(shù)據(jù)傳送連接上使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，以及用于通過(guò)使用指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的一個(gè)或多個(gè)窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流的裝置(501、502)，其特征在于，所述第一通信實(shí)體還包括調(diào)整裝置(501、502)，用于基于在所述數(shù)據(jù)傳送連接上使用的無(wú)線(xiàn)傳輸路徑，調(diào)整至少一個(gè)所述窗口。
2.根據(jù)權(quán)利要求1的第一通信實(shí)體(101、109、500)，其特征在于，所述調(diào)整裝置(501、502)所執(zhí)行的調(diào)整包括將所述窗口尺寸選為所述無(wú)線(xiàn)傳輸路徑預(yù)定的最優(yōu)尺寸；或測(cè)量所述連接的往返時(shí)間，并且根據(jù)所述測(cè)量的往返時(shí)間選擇所述窗口尺寸。
3.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述通信裝置被配置成在所述數(shù)據(jù)傳送連接期間內(nèi)，將所使用的無(wú)線(xiàn)傳輸路徑改變(410)為另一無(wú)線(xiàn)傳輸路徑，以及所述調(diào)整裝置(501、502)被配置為在所述另一無(wú)線(xiàn)傳輸路徑的傳送容量大于先前在所述數(shù)據(jù)傳送連接上使用的傳輸路徑的傳送容量時(shí)，增加(414)將被調(diào)整的窗口。
4.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述通信裝置被配置為在所述數(shù)據(jù)傳送連接期間內(nèi)，將所使用的無(wú)線(xiàn)傳輸路徑改變(410)為另一無(wú)線(xiàn)傳輸路徑，以及所述用于控制數(shù)據(jù)傳送流的裝置被配置成在所述另一無(wú)線(xiàn)傳輸路徑的傳送容量小于先前在所述數(shù)據(jù)傳送連接上使用的傳輸路徑的傳送容量時(shí)，限制(415)對(duì)于接收窗口的窗口更新的發(fā)送。
5.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述通信裝置被配置成在所述數(shù)據(jù)傳送連接期間內(nèi)，將所使用的無(wú)線(xiàn)傳輸路徑改變(410)為另一無(wú)線(xiàn)傳輸路徑，以及所述調(diào)整裝置被配置為在所述另一無(wú)線(xiàn)傳輸路徑的傳送容量小于先前在所述數(shù)據(jù)傳送連接上使用的傳輸路徑的傳送容量時(shí)，減少(415)將被調(diào)整的窗口。
6.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述第一通信實(shí)體(101)與所述第二通信實(shí)體(106、108、109)之間的傳輸路徑通過(guò)至少一個(gè)網(wǎng)關(guān)單元，所述第一通信單元與所述網(wǎng)關(guān)單元之間的傳輸路徑(102)基本上是無(wú)線(xiàn)傳輸路徑，所述網(wǎng)關(guān)單元與所述第二通信實(shí)體之間的傳輸路徑(107)基本上是有線(xiàn)傳輸路徑。
7.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述將被調(diào)整的窗口為以下的一個(gè)或兩者所述第一通信實(shí)體的接收窗口，用于控制從所述第二通信實(shí)體到所述第一通信實(shí)體的數(shù)據(jù)傳送流，以及所述第一通信實(shí)體的最大發(fā)送窗口，用于控制從所述第一通信實(shí)體到所述第二通信實(shí)體的數(shù)據(jù)傳送流。
8.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述第二通信實(shí)體具有接收窗口，用于控制從所述第一通信實(shí)體傳送到所述第二通信實(shí)體的數(shù)據(jù)流，并具有某一尺寸；所述通信裝置被配置成從所述第二通信實(shí)體接收所述第二通信實(shí)體的接收窗口的尺寸的指示，用于定義擁塞窗口的裝置，所述擁塞窗口用于控制從所述第一通信實(shí)體到所述第二通信實(shí)體的數(shù)據(jù)傳送，用于定義最大發(fā)送窗口的裝置，所述調(diào)整裝置(501、502)被配置為基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整(402、414、415)所述最大發(fā)送窗口尺寸，以及所述用于控制數(shù)據(jù)傳送的裝置(501、502)被配置為使用所述第二通信實(shí)體的接收窗口尺寸、所述第一通信實(shí)體的擁塞窗口尺寸、所述第一通信實(shí)體的最大發(fā)送窗口尺寸中的最小者，以指示將從所述第一通信實(shí)體傳送到所述第二通信實(shí)體的最大數(shù)據(jù)量。
9.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述面向連接的數(shù)據(jù)傳送協(xié)議在傳送層上操作。
10.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述數(shù)據(jù)傳送協(xié)議是傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)。
11.根據(jù)上述權(quán)利要求中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述第一通信實(shí)體是客戶(hù)機(jī)設(shè)備，所述第二通信實(shí)體是服務(wù)器。
12.根據(jù)權(quán)利要求1-11中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述第一通信實(shí)體是從包括客戶(hù)機(jī)設(shè)備和服務(wù)器設(shè)備的組中選出的。
13.根據(jù)權(quán)利要求1-11中任何一個(gè)的第一通信實(shí)體(101、109、500)，其特征在于，所述第一通信實(shí)體是服務(wù)器，所述第二通信實(shí)體是客戶(hù)機(jī)設(shè)備。
14.一種系統(tǒng)，包括第一通信實(shí)體、第二通信實(shí)體和至少一個(gè)網(wǎng)關(guān)單元，所述第一與第二通信實(shí)體被設(shè)置成根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，借助于數(shù)據(jù)傳送連接，并且通過(guò)所述網(wǎng)關(guān)單元而相互通信，其中所述第一通信實(shí)體包括通信裝置，用于在所述第一通信實(shí)體與所述網(wǎng)關(guān)單元之間的數(shù)據(jù)傳送連接上使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，以及用于通過(guò)使用指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的一個(gè)或多個(gè)窗口，控制所述第一與第二通信實(shí)體之間的數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流的裝置(501、502)，其特征在于，所述第一通信實(shí)體還包括調(diào)整裝置(501、502)，用于基于在所述第一通信實(shí)體與所述網(wǎng)關(guān)單元之間使用的無(wú)線(xiàn)傳輸路徑，在所述數(shù)據(jù)傳送連接上調(diào)整至少一個(gè)所述窗口。
15.一種根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，在第一通信實(shí)體(101)與第二通信實(shí)體(106、108、109)之間，至少部分通過(guò)無(wú)線(xiàn)傳輸路徑(102)提供數(shù)據(jù)傳送連接的方法，所述第一通信實(shí)體在數(shù)據(jù)傳送中使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，所述方法包括在所述第一通信實(shí)體與所述第二通信實(shí)體之間建立數(shù)據(jù)傳送連接，從而所述第一通信實(shí)體在所述數(shù)據(jù)傳送連接上使用所述至少兩個(gè)無(wú)線(xiàn)傳輸路徑中的一個(gè)，以及通過(guò)使用指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的一個(gè)或多個(gè)窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流，其特征在于，所述方法還包括基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整(402、414、415)至少一個(gè)所述窗口。
16.根據(jù)權(quán)利要求15的方法，其特征在于，所述方法還包括在所述第二通信實(shí)體內(nèi)定義接收窗口，借助所述接收窗口，所述第二通信實(shí)體控制從所述第一通信實(shí)體傳送到所述第二通信實(shí)體的數(shù)據(jù)流，所述接收窗口尺寸被指示給所述第一通信實(shí)體，在所述第一通信實(shí)體內(nèi)定義擁塞窗口，借助所述擁塞窗口，所述第一通信實(shí)體控制從所述第一通信實(shí)體傳送到所述第二通信實(shí)體的數(shù)據(jù)流，此外，在所述第一通信實(shí)體內(nèi)定義最大發(fā)送窗口，基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整(402、414、415)所述最大發(fā)送窗口尺寸，以及控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流，從而所述第二通信實(shí)體的接收窗口尺寸、所述第一通信實(shí)體的擁塞窗口尺寸、所述第一通信實(shí)體的最大發(fā)送窗口尺寸中的最小者，指示在所述數(shù)據(jù)傳送連接的傳送層上，從所述第一通信實(shí)體傳送到所述第二通信實(shí)體的最大數(shù)據(jù)量。
17.一種計(jì)算機(jī)程序，用于控制第一通信實(shí)體(101)根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，至少部分通過(guò)無(wú)線(xiàn)傳輸路徑(102)，與第二通信實(shí)體(106、108、109)實(shí)施數(shù)據(jù)傳送連接，所述第一通信實(shí)體在數(shù)據(jù)傳送中使用至少兩個(gè)備選無(wú)線(xiàn)傳輸路徑，所述計(jì)算機(jī)程序包括用于使所述第一通信實(shí)體在所述第一通信實(shí)體與所述第二通信實(shí)體之間建立數(shù)據(jù)傳送連接，從而所述第一通信實(shí)體在所述數(shù)據(jù)傳送連接上使用所述至少兩個(gè)無(wú)線(xiàn)傳輸路徑中的一個(gè)的計(jì)算機(jī)可執(zhí)行程序碼，以及用于使所述第一通信實(shí)體通過(guò)使用一個(gè)或多個(gè)指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流的計(jì)算機(jī)可執(zhí)行程序碼，其特征在于，用于使所述第一通信實(shí)體基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整(402、414、415)至少一個(gè)所述窗口的計(jì)算機(jī)可執(zhí)行程序碼。
18.根據(jù)權(quán)利要求17的計(jì)算機(jī)程序，被存儲(chǔ)在存儲(chǔ)媒介上。
全文摘要
本發(fā)明涉及根據(jù)面向連接的數(shù)據(jù)傳送協(xié)議，借助至少部分無(wú)線(xiàn)的傳輸路徑，在第一通信實(shí)體與第二通信實(shí)體之間實(shí)施數(shù)據(jù)傳送連接，所述第一通信實(shí)體能夠在數(shù)據(jù)傳送中使用至少兩個(gè)無(wú)線(xiàn)傳輸路徑。所述方法在所述第一通信實(shí)體與所述第二通信實(shí)體之間建立數(shù)據(jù)傳送連接，從而所述第一通信實(shí)體在所述數(shù)據(jù)傳送連接上使用所述至少兩個(gè)無(wú)線(xiàn)傳輸路徑中的一個(gè)，通過(guò)使用一個(gè)或多個(gè)指示在所述數(shù)據(jù)傳送連接上同時(shí)傳送的最大數(shù)據(jù)量的窗口，控制所述數(shù)據(jù)傳送連接上的數(shù)據(jù)傳送流，并且基于所使用的無(wú)線(xiàn)傳輸路徑，調(diào)整(402)至少一個(gè)所述窗口。
文檔編號(hào)H04L29/06GK1774894SQ200580000156
公開(kāi)日2006年5月17日 申請(qǐng)日期2005年5月30日 優(yōu)先權(quán)日2004年5月31日
發(fā)明者亞尼·希爾西邁基, 佩伊維·拉亞拉 申請(qǐng)人:諾基亞公司