專利名稱：在非對稱傳輸速率下提高數(shù)據(jù)傳輸效率的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其是涉及涉及在上下行非對稱速率下的網(wǎng)絡(luò)中提高數(shù)據(jù) 傳輸效率的方法。
背景技術(shù)：
移動終端和網(wǎng)絡(luò)設(shè)備作為底層的承載，可以為應(yīng)用程序提供傳輸鏈路，來完成數(shù) 據(jù)的傳輸。對于使用TCP/IP協(xié)議的應(yīng)用程序，終端和網(wǎng)絡(luò)設(shè)備之間傳遞的數(shù)據(jù)就是IP包。 FTP就是應(yīng)用程序的一種，在終端和網(wǎng)絡(luò)之間可以進(jìn)行兩個方向的數(shù)據(jù)傳輸，終端向網(wǎng)絡(luò)傳 輸數(shù)據(jù)稱為上行數(shù)據(jù)傳輸，網(wǎng)絡(luò)向終端方向的數(shù)據(jù)傳輸稱為下行數(shù)據(jù)傳輸。在基于TCP/IP 的有線或無線網(wǎng)絡(luò)中，往往會給上、下行數(shù)據(jù)傳輸配置不同的速率。舉例來說，在電信運營 商所提供的有線寬帶業(yè)務(wù)中，一般下行方向數(shù)據(jù)速率較快，而上行的速率較慢。在無線網(wǎng)絡(luò) 中，對于終端與無線設(shè)備之間的無線信道來說，每時每刻分配給某個終端的上行和下行資 源都可能是變化的，這也會導(dǎo)致上行速率與下行速率不相等的情況?？傮w而言，無論在有線 網(wǎng)絡(luò)還是無線網(wǎng)絡(luò)中，都會出現(xiàn)上行數(shù)據(jù)傳輸速率和下行數(shù)據(jù)傳輸速率不對稱的情況。這 種非對稱傳輸速率的情況會導(dǎo)致數(shù)據(jù)傳輸速率趨向速率較小的那一個，從而無法充分利用 信道資源。下面以無線網(wǎng)絡(luò)為例來分析這一問題。如圖1所示，終端(MQ本身包括非接入層、接入層和物理層，TCP/IP以及應(yīng)用層 則屬于應(yīng)用程序的范疇，應(yīng)用程序可以位于諸如個人計算機(jī)的計算設(shè)備側(cè)。進(jìn)行上行數(shù)據(jù) 傳輸?shù)臅r候，TCP/IP數(shù)據(jù)包經(jīng)過終端的非接入層、接入層和物理層，通過無線信道到達(dá)基站 子系統(tǒng)(BSS)，后來又經(jīng)過有線網(wǎng)絡(luò)和互聯(lián)網(wǎng)，最終到達(dá)應(yīng)用服務(wù)器。下行數(shù)據(jù)傳輸則是相 反的過程。在圖2所示的現(xiàn)有數(shù)據(jù)傳輸方案下，進(jìn)行對上行數(shù)據(jù)傳輸?shù)臅r候，在終端的協(xié)議 層完全是透明的。也就是說，終端根據(jù)收到的TCP/IP報文的先后順序，進(jìn)行拆包、組包的 操作，然后存放于緩存隊列，如果得到物理層的獲得上行無線資源的通知，表明可以發(fā)送數(shù) 據(jù)，則從緩存隊列中取出數(shù)據(jù)，經(jīng)過編碼、調(diào)制過程，然后通過無線鏈路發(fā)送到網(wǎng)絡(luò)一側(cè)，在 網(wǎng)絡(luò)一側(cè)，經(jīng)過有線網(wǎng)絡(luò)傳輸，最終到達(dá)應(yīng)用服務(wù)器。在下行數(shù)據(jù)傳輸?shù)臅r候，終端的協(xié)議 層對于接收到的數(shù)據(jù)也完全是透明的，即終端接收到來自空口的消息，經(jīng)過解調(diào)、解碼、拆 包、組包的過程，然后依照接收到這些數(shù)據(jù)塊的順序遞交給終端的應(yīng)用層。而對終端一側(cè)的應(yīng)用程序和網(wǎng)絡(luò)一側(cè)的應(yīng)用程序來說，將根據(jù)擁塞窗口和通告窗 口來進(jìn)行流量控制。其中擁塞窗口是發(fā)送方用來進(jìn)行流量控制的，通告窗口則是接收方用 來進(jìn)行流量控制的。發(fā)送方根據(jù)擁塞窗口來決定是否需要繼續(xù)發(fā)送TCP報文給對端，接收方則通過通 告窗口來告訴發(fā)送方是否可以繼續(xù)接收TCP報文，這是TCP/IP協(xié)議所規(guī)定的。接收方是否 回復(fù)確認(rèn)信息，一方面取決于收到的TCP報文段的個數(shù)，另一方面取決于接收方的周期定 時器，這兩個條件符合其中一個，就會觸發(fā)確認(rèn)信息的傳遞。
以擁塞窗口是兩個報文段的大小為例，擁塞窗口 = 2920字節(jié)，通告窗口 =8192字節(jié)，報文段長度(LEN) = 1460字節(jié)最常見的就是隔一個包確認(rèn)的情況，這個意思是接收方每收到兩個TCP包就回復(fù) 一個ACK類型的確認(rèn)信息。在只有一個方向上有數(shù)據(jù)傳輸?shù)那闆r下，這個過程如圖3所示。 可以看到，發(fā)送方在發(fā)送了兩個報文段之后，因為達(dá)到了擁塞窗口，停止發(fā)送，而在接收方 一側(cè)，在周期性定時器超時之前接收方就收到了兩個TCP數(shù)據(jù)報文段，于是接收方會立即 回復(fù)確認(rèn)報文給發(fā)送方，表明收到了這兩個TCP數(shù)據(jù)報文，發(fā)送方在收到這個確認(rèn)信息之 后，繼續(xù)發(fā)送后面的TCP報文段。如果上行和下行FTP是同時進(jìn)行的，那么在上下行空口速率基本對稱的情況下， 發(fā)送方和接收方的消息序列如圖4所示，上行FTP的數(shù)據(jù)傳輸標(biāo)記為連接1，下行FTP數(shù)據(jù) 傳輸標(biāo)記為連接2。由圖中可以看到，在上行方向上，不僅有連接1的上行TCP數(shù)據(jù)報文段， 還有連接2下行報文的上行確認(rèn)報文，而數(shù)據(jù)報文一般來說較長，需要較長的時間才能夠 傳遞到另一端，而確認(rèn)信息報文較短，傳遞時間相對較短，在上下行無線資源基本對稱的情 況下，從應(yīng)用層看到的數(shù)據(jù)傳輸速率也基本是對稱的，無線資源基本上是被充分利用的。而在上下行無線資源不對稱的情況下，傳輸就會出現(xiàn)瓶頸。仍以前述的上行FTP 和下行FTP的TCP參數(shù)為例，在一個FTP下載和FTP上傳同時存在的情況，在無線資源的分 配上，下行無線資源是上行無線資源的兩倍(這一般是通過時隙數(shù)的多少來實現(xiàn)的，例如 在GSM系統(tǒng)，上行分配一個時隙，下行分配兩個時隙，就會出現(xiàn)下行無線資源是上行無線資 源兩倍的情況)。從應(yīng)用程序來說，只要擁塞窗口沒有滿，那么就會連續(xù)發(fā)送TCP數(shù)據(jù)報文 給承載，這里的承載就是用來發(fā)送數(shù)據(jù)的終端和無線網(wǎng)絡(luò)子系統(tǒng)，從圖5可以看出，由于在 空中接口上，上行方向的速率要比下行方向的速率慢，終端收到了兩個下行方向的TCP數(shù) 據(jù)報文，只發(fā)送了一個上行方向的TCP數(shù)據(jù)報文，雖然收到了兩個報文之后，可以產(chǎn)生一個 上行方向的TCP確認(rèn)報文(ACK)。但是因為上行方向的數(shù)據(jù)早已從終端一側(cè)的應(yīng)用程序發(fā) 送到了終端承載，進(jìn)入了緩存隊列，ACK報文只能在第二個數(shù)據(jù)報文之后發(fā)送，網(wǎng)絡(luò)側(cè)在時 間點1和時間點2分別收到了終端發(fā)送的TCP數(shù)據(jù)報文，直到時間點3才收到了 ACK報文， 這使得網(wǎng)絡(luò)側(cè)因為不能夠及時收到ACK報文，擁塞窗口無法移動，就不能繼續(xù)發(fā)送TCP數(shù)據(jù) 報文，在時間點1和時間點2之間的下行無線資源就被浪費了，直到時間點3之后才能繼續(xù) 向終端發(fā)送TCP數(shù)據(jù)報文。在上行無線資源是下行無線資源的兩倍的情況下，也會發(fā)生同 樣的問題。在上述現(xiàn)有方案下，雖然上下行的速率都是一直保持著，但是從應(yīng)用層來看，上行 和下行的速率是基本相同的。從圖5可以看出，上下行應(yīng)用層的數(shù)據(jù)速率實際上都趨近于 兩個方向上較小的一個無線資源的速率。于是整個網(wǎng)絡(luò)的TCP數(shù)據(jù)傳輸效率就降低了。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種在非對稱傳輸速率下提高數(shù)據(jù)傳輸效率 的方法和裝置。本發(fā)明為解決上述技術(shù)問題而采用的技術(shù)方案是提出一種在非對稱傳輸速率下提高數(shù)據(jù)傳輸效率的方法，包括以下步驟在接收數(shù)據(jù)包后，識別數(shù)據(jù)包的類型是數(shù)據(jù)報文 還是控制報文，然后將類型為控制報文的數(shù)據(jù)包放入一控制隊列中，且將類型為數(shù)據(jù)報文 的數(shù)據(jù)包放入一數(shù)據(jù)隊列中。在處理數(shù)據(jù)包時，首先處理并發(fā)送控制隊列中的數(shù)據(jù)包，然后 處理并發(fā)送數(shù)據(jù)隊列中的數(shù)據(jù)包。在本發(fā)明一實施例中，識別數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控制報文的步驟包括 解析數(shù)據(jù)包的包頭部分。在本發(fā)明一實施例中，處理控制或數(shù)據(jù)隊列中的數(shù)據(jù)包的步驟包括拆包和組包。在本發(fā)明一實施例中，數(shù)據(jù)包是TCP/IP協(xié)議包。本發(fā)明另提供一種在非對稱傳輸速率下提高數(shù)據(jù)傳輸效率的裝置，包括非接入層 模塊、控制緩存、數(shù)據(jù)緩存、報文解析模塊以及接入層處理模塊。非接入層模塊，用以接收數(shù) 據(jù)包?？刂凭彺婧蛿?shù)據(jù)緩存分別用以存放控制隊列和數(shù)據(jù)隊列。報文解析模塊可包含在非 接入層模塊中，用以識別數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控制報文。非接入層模塊將類型為 控制報文的數(shù)據(jù)包放入控制緩存的控制隊列中，并且將類型為數(shù)據(jù)報文的數(shù)據(jù)包放入數(shù)據(jù) 緩存的數(shù)據(jù)隊列中。接入層處理模塊可處理控制和數(shù)據(jù)隊列中的數(shù)據(jù)包以生成待發(fā)送的數(shù) 據(jù)包，其中接入層處理模塊優(yōu)先處理控制隊列中的數(shù)據(jù)包，然后處理數(shù)據(jù)隊列中的數(shù)據(jù)包。在本發(fā)明一實施例中，報文解析模塊是通過解析數(shù)據(jù)包的包頭部分來識別數(shù)據(jù)包 的類型是數(shù)據(jù)報文還是控制報文。在本發(fā)明一實施例中，接入層處理模塊對控制和數(shù)據(jù)隊列中的數(shù)據(jù)包進(jìn)行拆包和組包。在本發(fā)明一實施例中，數(shù)據(jù)包是TCP/IP協(xié)議包。在本發(fā)明一實施例中，上述裝置可為網(wǎng)絡(luò)中的終端。在本發(fā)明另一實施例中，上述 裝置可為網(wǎng)絡(luò)設(shè)備。本發(fā)明由于采用以上技術(shù)方案，使之與現(xiàn)有技術(shù)相比，通過配置一個控制緩存并 且為其設(shè)置高的優(yōu)先級。應(yīng)用層下發(fā)的單純控制報文能夠被置于控制緩存中，使得控制報 文能夠盡早發(fā)送出去。因此，當(dāng)TCP/IP協(xié)議運行在有線或無線網(wǎng)絡(luò)上的時候，在上下行無 線資源不對稱的情況下，可以有效提高網(wǎng)絡(luò)資源多的一個方向的傳輸速率，從而有效的提 高了網(wǎng)絡(luò)資源的利用率。


為讓本發(fā)明的上述目的、特征和優(yōu)點能更明顯易懂，以下結(jié)合附圖對本發(fā)明的具 體實施方式作詳細(xì)說明，其中圖1示出通過無線終端進(jìn)行數(shù)據(jù)傳輸?shù)膮f(xié)議結(jié)構(gòu)。圖2(a)示出一種現(xiàn)有的數(shù)據(jù)傳輸方案的裝置框圖。圖2(b)示出一種現(xiàn)有的數(shù)據(jù)傳輸方案的方法流程圖。圖3示出單方向數(shù)據(jù)發(fā)送的TCP消息序列。圖4示出雙向數(shù)據(jù)傳送時的TCP消息序列。圖5示出上下行速率不對稱的情況下的消息序列。圖6(a)示出本發(fā)明一實施例的提高數(shù)據(jù)傳輸效率的裝置框圖。圖6(b)示出本發(fā)明一實施例的提高數(shù)據(jù)傳輸效率的方法的流程圖。
圖7示出應(yīng)用本發(fā)明一實施例的方法之后在上下行速率不對稱的情況下的TCP消 息序列。圖8示出根據(jù)本發(fā)明一實施例的TCP包頭的結(jié)構(gòu)。圖9示出根據(jù)本發(fā)明一實施例的IP包頭的結(jié)構(gòu)。圖10示出根據(jù)本發(fā)明一實施例的判斷TCP/IP包是否為單純的ACK控制包的過程。
具體實施例方式下面的具體實施方式
和附圖詳細(xì)描述了某些特定細(xì)節(jié)以提供對在此描述的方法 和系統(tǒng)的各種實施例的理解。某些公知的細(xì)節(jié)和相關(guān)的電子和通信方法在此不再贅述，以 避免不必要地模糊這些各種的實施例。此外，相關(guān)領(lǐng)域技術(shù)人員可以理解，可以在沒有以下 描述的一個或多個細(xì)節(jié)的情況下實踐所描述的方法和系統(tǒng)的其他實施例。具體地說，在此 描述的方法和系統(tǒng)描述了使用TCP/IP協(xié)議的無線網(wǎng)絡(luò)各種實施例，但是也可應(yīng)用到其他 類型的協(xié)議和網(wǎng)絡(luò)。本發(fā)明所描述的方法的一個實例以圖1的無線網(wǎng)絡(luò)作為示例性環(huán)境，其中網(wǎng)絡(luò)中 的終端包含應(yīng)用層、TCP/IP層、非接入層、接入層和物理層。終端與網(wǎng)絡(luò)設(shè)備，例如基站子 系統(tǒng)之間的信道為無線信道。根據(jù)本發(fā)明的實施例，對于終端模塊來說，緩存隊列被分成了 兩個類型，一個用來存放TCP數(shù)據(jù)報文，稱為數(shù)據(jù)緩存隊列，另一個用來存放TCP控制報文， 稱為控制緩存隊列，并且被移到拆包組包模塊之前。終端模塊首先區(qū)分接收到的數(shù)據(jù)包，例 如TCP/IP報文是TCP數(shù)據(jù)報文還是單純的控制報文(如ACK報文)，如果是TCP數(shù)據(jù)報文， 就放進(jìn)TCP數(shù)據(jù)緩存隊列，如果是單純的ACK報文，就放進(jìn)控制緩存隊列。終端模塊會優(yōu)先 處理控制緩存隊列中的TCP/IP報文，然后再處理控制緩存隊列中的TCP/IP報文。通過賦 予控制報文高優(yōu)先級，能夠使諸如ACK報文這樣的控制報文盡早發(fā)送出去，從而避免因上、 下行速率不對稱造成的傳輸瓶頸。對于網(wǎng)絡(luò)設(shè)備來說，也可以實施同樣的方法。圖6(a)示出本發(fā)明一實施例的提高數(shù)據(jù)傳輸效率的裝置框圖。參照圖6(a)所示， 這一裝置可以是有線或無線網(wǎng)絡(luò)中的終端，或者是與前述終端進(jìn)行數(shù)據(jù)傳輸?shù)木W(wǎng)絡(luò)設(shè)備。 在裝置100中，包含非接入層模塊102、數(shù)據(jù)緩存104、控制緩存106、接入層處理模塊108以 及物理層110。在本發(fā)明的實施例中，這些模塊或組件可以由硬件、軟件或者其組合來構(gòu)建。 非接入層模塊102用以接收數(shù)據(jù)包，例如TCP/IP報文。非接入層模塊內(nèi)可包含報文解析模 ±夬，用以識別數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控制報文。在一實施例中，報文類型的識別可通 過解析TCP包的包頭來實現(xiàn)。當(dāng)識別了報文類型后，非接入層模塊104可將類型為控制報 文的數(shù)據(jù)包放入控制緩存106的控制隊列中中，而將類型為數(shù)據(jù)報文的數(shù)據(jù)包放入數(shù)據(jù)緩 存104的數(shù)據(jù)隊列中。接入層處理模塊108通常為拆包組包模塊，其連接到非接入層模塊 102和兩個緩存104、106，用以處理這些緩存的數(shù)據(jù)包以生成待發(fā)送的數(shù)據(jù)包。在本實施例 中，接入層處理模塊108可被配置為優(yōu)先處理控制緩存106中的數(shù)據(jù)包，然后處理數(shù)據(jù)緩存 108中的數(shù)據(jù)包。裝置的物理層110可包含一個或多個實現(xiàn)物理層的編碼、調(diào)制等功能的模 塊，經(jīng)過編碼、調(diào)制的數(shù)據(jù)會被發(fā)送到裝置的空中接口。圖6(b)示出提高數(shù)據(jù)傳輸效率的方法一實施例的詳細(xì)流程圖。這一流程可以適用于如圖6(a)所示的裝置，例如有線或無線網(wǎng)絡(luò)中的終端，或者與前述終端進(jìn)行數(shù)據(jù)傳輸 的網(wǎng)絡(luò)設(shè)備。參照圖6(b)所示，在步驟S11，接收來自應(yīng)用層的數(shù)據(jù)包，例如TCP/IP報文。 在步驟S12，不進(jìn)行拆包和組包的過程，而是通過解析TCP包的包頭來識別數(shù)據(jù)包是數(shù)據(jù)報 文還是控制報文(如ACK報文)，解析TCP包頭的步驟將在后文詳細(xì)描述。如果在步驟S13 判斷出是控制報文，則此數(shù)據(jù)包會在步驟S14放到控制緩存隊列中。否則，數(shù)據(jù)包會在步驟 S15放到數(shù)據(jù)緩存隊列中。在流程于步驟S16開始的處理部分，當(dāng)收到物理層的通知，可以發(fā)送上行數(shù)據(jù)的 時候。流程首先于步驟S17察看控制緩存隊列之中是否有數(shù)據(jù)需要發(fā)送，如果有的話，就首 先取出(步驟S19)，然后經(jīng)過拆包、組包步驟S21，以及編碼調(diào)制步驟S22，經(jīng)空口發(fā)送到對 端S23。如果于步驟S17察看控制緩存隊列中沒有待發(fā)的數(shù)據(jù)的話，那么就繼續(xù)到步驟S18 察看數(shù)據(jù)緩存隊列中的情況。如果有待發(fā)數(shù)據(jù)的話則取出(步驟S20)，經(jīng)過類似的拆包、組 包步驟S21和編碼調(diào)制步驟S22，于步驟S23發(fā)送到對端。如果數(shù)據(jù)緩存隊列也沒有待發(fā)數(shù) 據(jù)，就等待回到步驟Sll來自應(yīng)用層的新的數(shù)據(jù)的到來。對于背景技術(shù)中描述的非對稱傳輸速率下的雙向數(shù)據(jù)傳輸例子，使用本發(fā)明的實 施例描述的方法，從終端到網(wǎng)絡(luò)一側(cè)的ACK報文可以在產(chǎn)生之后就立即發(fā)送，不用等待之 前已經(jīng)產(chǎn)生的TCP數(shù)據(jù)報文，就表現(xiàn)為如圖7所示的消息序列。不難發(fā)現(xiàn)，在這個消息序列 中，時間點1網(wǎng)絡(luò)收到了來自終端的上行TCP數(shù)據(jù)報文，在時間點2’ (這里使用時間點2’ 是為了同圖5中的時間點2相區(qū)別，顯然，時間點2’要比時間點2早)就收到了來自終端 的ACK報文，在時間點3收到了來自終端的下一個上行TCP數(shù)據(jù)報文，而網(wǎng)絡(luò)在時間點2’ 之后就能繼續(xù)向終端發(fā)送TCP報文，這使得網(wǎng)絡(luò)向終端發(fā)送數(shù)據(jù)的速率相對于圖5來說明 顯提高，要高于終端向網(wǎng)絡(luò)發(fā)送數(shù)據(jù)的速率，大概是2倍左右。這同上下行無線資源的速率 比例是基本符合的。也就是說，采用本實施例提出的辦法，在非對稱無線資源的情況下，提 高了無線資源的利用率。根據(jù)本發(fā)明的實施例，判斷TCP包是否為控制包的方法具體描述如下。TCP包由包頭(header)和數(shù)據(jù)構(gòu)成。TCP包頭由不少于5個字節(jié)構(gòu)成，如圖8所 示。圖中的頭長度表示以32比特為單位的TCP包頭的長度，A是一個比特，為“1”表示該 TCP包包含一個ACK報文。IP包又由包頭部分和數(shù)據(jù)內(nèi)容部分兩部分構(gòu)成。其中數(shù)據(jù)部分包括TCP包。IP 包頭由至少5個字節(jié)構(gòu)成，如圖9所示。圖中的總長表示以字節(jié)為單位的IP包的總長度， 頭標(biāo)長表示以32比特為單位的IP包頭的長度。需要區(qū)分的是單純的TCP控制報文，也就是說，A比特置為1，并且不存在數(shù)據(jù)域， 也就是TCP包的數(shù)據(jù)域部分長度為0。判斷報文是否是單純的TCP控制報文的方法如圖10 所示。在本發(fā)明實施例中，為了達(dá)到控制TCP報文發(fā)送順序的目的，配置一個控制緩存， 并且為其設(shè)置了高的優(yōu)先級。應(yīng)用層下發(fā)的單純控制報文能夠被置于控制緩存中，使得控 制報文能夠盡早發(fā)送出去。因此，當(dāng)TCP/IP協(xié)議運行在有線或無線網(wǎng)絡(luò)上的時候，在上下 行無線資源不對稱的情況下，可以有效提高網(wǎng)絡(luò)資源多的一個方向的傳輸速率，從而有效 的提高了網(wǎng)絡(luò)資源的利用率。雖然本發(fā)明已以較佳實施例揭示如上，然其并非用以限定本發(fā)明，任何本領(lǐng)域技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，當(dāng)可作些許的修改和完善，因此本發(fā)明的保護(hù)范 圍當(dāng)以權(quán)利要求書所界定的為準(zhǔn)。
權(quán)利要求
1.一種在非對稱傳輸速率下提高數(shù)據(jù)傳輸效率的方法，包括 接收數(shù)據(jù)包；識別所述數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控制報文；將類型為控制報文的數(shù)據(jù)包放入一控制隊列中，且將類型為數(shù)據(jù)報文的數(shù)據(jù)包放入數(shù) 據(jù)隊列中；處理并發(fā)送控制隊列中的數(shù)據(jù)包；以及 處理并發(fā)送數(shù)據(jù)隊列中的數(shù)據(jù)包。
2.如權(quán)利要求1所述的方法，其特征在于，識別所述數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控 制報文的步驟包括解析所述數(shù)據(jù)包的包頭部分。
3.如權(quán)利要求1所述的方法，其特征在于，處理控制或數(shù)據(jù)隊列中的數(shù)據(jù)包的步驟包括拆包和組包。
4.如權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)包是TCP/IP協(xié)議包。
5.一種在非對稱傳輸速率下提高數(shù)據(jù)傳輸效率的裝置，包括非接入層模塊，用以接收數(shù)據(jù)包，所述非接入層模塊包括報文解析模塊，用以識別所述 數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控制報文，所述非接入層模塊將類型為控制報文的數(shù)據(jù)包放 入一控制緩存中的控制隊列中，并且將類型為數(shù)據(jù)報文的數(shù)據(jù)包放入一數(shù)據(jù)緩存中的數(shù)據(jù) 隊列中；接入層處理模塊，用以處理控制和數(shù)據(jù)隊列中的數(shù)據(jù)包以生成待發(fā)送的數(shù)據(jù)包，其中 所述接入層處理模塊優(yōu)先處理控制隊列中的數(shù)據(jù)包，然后處理數(shù)據(jù)隊列中的數(shù)據(jù)包。
6.如權(quán)利要求5所述的裝置，其特征在于，所述報文解析模塊通過解析所述數(shù)據(jù)包的 包頭部分來識別所述數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控制報文。
7.如權(quán)利要求5所述的裝置，其特征在于，所述接入層處理模塊對控制和數(shù)據(jù)隊列中 的數(shù)據(jù)包進(jìn)行拆包和組包。
8.如權(quán)利要求5所述的裝置，其特征在于，所述數(shù)據(jù)包是TCP/IP協(xié)議包。
9.如權(quán)利要求5所述的裝置，其特征在于，所述裝置為網(wǎng)絡(luò)中的終端。
10.如權(quán)利要求5所述的裝置，其特征在于，所述裝置為網(wǎng)絡(luò)設(shè)備。
全文摘要
本發(fā)明涉及一種在非對稱傳輸速率下提高數(shù)據(jù)傳輸效率的方法和裝置。該方法包括以下步驟在接收數(shù)據(jù)包后，識別數(shù)據(jù)包的類型是數(shù)據(jù)報文還是控制報文，然后將類型為控制報文的數(shù)據(jù)包放入一控制隊列中，且將類型為數(shù)據(jù)報文的數(shù)據(jù)包放入一數(shù)據(jù)隊列中。在處理數(shù)據(jù)包時，首先處理并發(fā)送控制隊列中的數(shù)據(jù)包，然后處理并發(fā)送數(shù)據(jù)隊列中的數(shù)據(jù)包。通過賦予控制報文高優(yōu)先級，能夠使諸如ACK報文這樣的控制報文盡早發(fā)送出去，從而避免因上、下行速率不對稱造成的傳輸瓶頸。
文檔編號H04L12/56GK102118298SQ20091024793
公開日2011年7月6日 申請日期2009年12月31日 優(yōu)先權(quán)日2009年12月31日
發(fā)明者朱健安, 李引新, 陳加明 申請人:聯(lián)芯科技有限公司