專利名稱：一種無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種傳輸控制協(xié)議/網(wǎng)際協(xié)議(Transmission Control Protocol/Internet Protocol，TCP/IP)的報(bào)頭(header)壓縮格式，特別涉及一種使用確認(rèn)模式(acknowledgement mode)來減少基站(base station)和移動(dòng)臺(tái)(mobilestation，MS)之間的報(bào)頭傳輸量的TCP/IP壓縮格式。
背景技術(shù)：
近年來，隨著移動(dòng)通信技術(shù)的進(jìn)步，各種各樣的數(shù)字移動(dòng)產(chǎn)品，諸如手機(jī)、筆記本電腦、PDA等，走進(jìn)了人們的生活中。人們對諸如隨時(shí)收發(fā)email、接收實(shí)時(shí)信息等無線上網(wǎng)需求也就與日俱增。如何實(shí)現(xiàn)無線通信與因特網(wǎng)的互連互通，就成了重要的研究課題。參照圖1，該圖是無線上網(wǎng)的系統(tǒng)結(jié)構(gòu)圖。想使用因特網(wǎng)資源的用戶就需要一個(gè)點(diǎn)對點(diǎn)連接來上下傳數(shù)據(jù)，從無線上網(wǎng)的角度來看，一個(gè)點(diǎn)對點(diǎn)連接可分為兩部分從用戶到基站(base station)的無線連接部分，和從基站到因特網(wǎng)的有線連接部分。在無線連接部分，用戶通過利用數(shù)字移動(dòng)產(chǎn)品，以無線方式將數(shù)據(jù)發(fā)射到基站，或者接收基站發(fā)送的信號。有線連接部分利用現(xiàn)有的網(wǎng)絡(luò)結(jié)構(gòu)，諸如電話網(wǎng)絡(luò)、光纖網(wǎng)絡(luò)等，連接因特網(wǎng)，與諸如服務(wù)器、個(gè)人計(jì)算機(jī)、工作站等的遠(yuǎn)端相連。
目前，因特網(wǎng)上常用的點(diǎn)對點(diǎn)傳輸協(xié)議是傳輸控制協(xié)議/網(wǎng)際協(xié)議(TCP/IP)，TCP/IP是一種建立在傳統(tǒng)有線網(wǎng)絡(luò)上的點(diǎn)對點(diǎn)傳輸通信協(xié)議。由于其具備可靠性及強(qiáng)健性，隨著WWW(World Wide Web)的使用的增長，目前在因特網(wǎng)上被廣泛地使用。
在傳統(tǒng)有線網(wǎng)絡(luò)中，如果傳送較大的數(shù)據(jù)，為了避免一次占用太大帶寬，就會(huì)將數(shù)據(jù)分成許多較小的部分，用分組(package)的形式順序傳送，最后由接收端重新組合所接收的分組。這樣就可以得到發(fā)送端所傳輸?shù)臄?shù)據(jù)。但是，由于因特網(wǎng)四通八達(dá)，并且連接狀態(tài)不斷變化，為了最快到達(dá)目的地，每個(gè)分組所走的路徑就會(huì)不同，所以收到分組的順序也就會(huì)跟發(fā)送的順序不一樣。例如，雖然條條大路通羅馬，但是每條大道的路況壅塞、遠(yuǎn)近等因素都不一樣，所以即使在相同的時(shí)間出發(fā)，到達(dá)羅馬的時(shí)間卻會(huì)不一樣。因此，需要在分組上做一些標(biāo)記，也就是所謂的報(bào)頭(header)，接收端才能重組分組。參照圖2，該圖是目前常用的TCP/IP分組的報(bào)頭格式。TCP/IP報(bào)頭格式可分為傳輸控制協(xié)議(TCP)報(bào)頭和網(wǎng)際協(xié)議(IP)報(bào)頭兩部分。
首先說明IP報(bào)頭部分。IP報(bào)頭包括版本字段，占4比特的空間，用來標(biāo)記所使用的TCP/IP版本；IP報(bào)頭長度字段，占4比特的空間，用來說明IP報(bào)頭所占的比特空間；服務(wù)類型字段，占8比特的空間，其是最小延遲、最大輸出、最大可靠性、和最小內(nèi)存費(fèi)用中的一種；分組總長度字段，占16比特的空間，用來指示本分組總共所占的字節(jié)數(shù)；標(biāo)識字段，占16比特的空間，每一個(gè)分組都會(huì)有一獨(dú)一無二的編號，以便接收端重新組合該分組；信息標(biāo)志組，占3比特的空間，分別是1比特的指示標(biāo)志字段，如圖2中的A所示，用來指示是否啟用該信息標(biāo)志組，1比特的不可分段標(biāo)志字段(Don′t Fragment，DF)，如圖2中的B所示，用來指示該分組是否可分段，和1比特的最后標(biāo)志字段(More Fragments，MF)，如圖2中的C所示，用來指示該分組是否是最后一個(gè)分組；分段定位字段，占13比特的空間，用來指示所分段的地址相對于原數(shù)據(jù)開始處的位置；生存期字段，占8比特的空間，用來指示該分組有效的時(shí)間；通信協(xié)議字段，占8比特的空間，用來指示該分組所使用的網(wǎng)絡(luò)協(xié)議的類型；報(bào)頭校驗(yàn)和字段，占16比特的空間，用來檢查錯(cuò)誤，以確保分組可以被正確地傳送；源地址字段，占32比特的空間，用來存儲(chǔ)發(fā)送方的地址；和目的地址字段，占32比特的空間，用來存儲(chǔ)接收方的地址。上述IP報(bào)頭總共占20個(gè)字節(jié)。
下面說明TCP報(bào)頭部分。TCP報(bào)頭包括源端口號字段，占16比特的空間，用來指示發(fā)送端的工作端口；目的端口號字段，占16比特的空間，用來指示接收端的工作端口；發(fā)送序號字段，占32比特的空間，用來指示分組的編號；確認(rèn)序號字段，占32比特的空間，用來指示已收到分組的編號；TCP報(bào)頭長度字段，占4比特的空間，用來說明TCP報(bào)頭所占的比特空間；保留字段，占6比特的空間，目前尚未使用該字段；控制指針組，占6比特的空間，包括緊急標(biāo)志字段(Urgent Pointer field，urg)，如圖2中的D所示，占1比特的空間，用來指示該分組是否是攜帶有緊急數(shù)據(jù)的分組；確認(rèn)標(biāo)志字段(Acknowledgment field，ack)，如圖2中的E所示，占1比特的空間，用來指示該分組是否要求接收端發(fā)送確認(rèn)；急迫標(biāo)志字段(PushFunction，psh)，如圖2中的F所示，占1比特的空間，用來指示該分組是否要求接收端盡快將此數(shù)據(jù)傳給應(yīng)用程序；重傳標(biāo)志字段(Reset theconnection，rst)，如圖2中的G所示，占1比特的空間，用來指示是否重新發(fā)送分組；同步標(biāo)志字段(Synchronize，syn)，如圖2中的H所示，占1比特的空間，用來指示是否進(jìn)行同步協(xié)商；完成標(biāo)志字段(Finish，fin)，占1比特的空間，如圖2中的I所示，用來指示傳送是否結(jié)束；緩沖區(qū)長度字段，占16比特的空間，用來指示緩沖區(qū)的空間可以接收的分組數(shù)，以避免超出緩沖區(qū)的長度而產(chǎn)生溢出(overflow)錯(cuò)誤；校驗(yàn)和字段，占16比特的空間，用來檢查錯(cuò)誤，以確保分組可以被正確地傳送；緊急指針，占16比特的空間，當(dāng)緊急標(biāo)志字段指示攜帶有緊急分組時(shí)，本字段存儲(chǔ)緊急數(shù)據(jù)所在的位置。上述TCP報(bào)頭總共占20個(gè)字節(jié)。原則上，TCP報(bào)頭的長度是字(word)的整數(shù)倍由上述可知，一般的TCP/IP報(bào)頭總共占40個(gè)字節(jié)，也就是每一個(gè)分組都要增加40個(gè)字節(jié)的傳輸量，這其實(shí)是相當(dāng)龐大的，而且浪費(fèi)資源。所以陸續(xù)有人提出一些報(bào)頭壓縮(compression)方法。在傳統(tǒng)有線網(wǎng)絡(luò)上，目前常用的就是Van Jacobson提出的TCP表頭壓縮法，也就是被稱為RFC 1144的表頭壓縮法。RFC 1144是通過刪除在生存期內(nèi)不會(huì)改變的字段，諸如版本字段、目的地址字段或目的端口號字段等，來達(dá)到壓縮目的。
無線連接目前也都采用這種方法來壓縮報(bào)頭。然而，RFC 1144是針對傳統(tǒng)有線網(wǎng)絡(luò)結(jié)構(gòu)所做的壓縮，并不是為無線通信網(wǎng)絡(luò)設(shè)計(jì)的，對于無線傳輸受到諸如帶寬較窄的限制并未做全面的考慮。而無線通信網(wǎng)絡(luò)的瓶頸在于無線連接，因此如何有效增加數(shù)據(jù)傳輸率，便成了重要的研究課題，所以對于無線連接而言，每次多傳不必要的數(shù)據(jù)就會(huì)降低實(shí)際有效的數(shù)據(jù)傳輸率，因此如果可以通過諸如無線通信的特性等的其它條件，做進(jìn)一步的壓縮，就可以提高有效的數(shù)據(jù)傳輸率。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種傳輸控制協(xié)議/網(wǎng)際協(xié)議(TCP/IP)報(bào)頭壓縮格式。
本發(fā)明的另一目的是提供一種可以減低不必要的傳輸，以增加實(shí)際的數(shù)據(jù)傳輸量的TCP/IP報(bào)頭壓縮格式。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種作為分組傳輸時(shí)的標(biāo)識的報(bào)頭壓縮格式，將本壓縮格式用于無線網(wǎng)絡(luò)的確認(rèn)模式，來減少基站和移動(dòng)臺(tái)之間的無線連接的報(bào)頭傳輸量，其包括連接序號字段，用來存儲(chǔ)連接序號，以指示與基站相關(guān)的TCP/IP報(bào)頭所需的信息；緩沖區(qū)長度字段，用來存儲(chǔ)緩沖區(qū)長度值，以指示接收端的緩沖區(qū)可以接收的分組數(shù)；和多個(gè)控制標(biāo)志字段，用來提供必要的信息，以控制傳輸。


圖1是無線上網(wǎng)的網(wǎng)絡(luò)結(jié)構(gòu)圖；圖2是目前常用的TCP/IP分組的報(bào)頭格式；圖3是GPRS的網(wǎng)絡(luò)結(jié)構(gòu)圖；圖4是GPRS的數(shù)據(jù)傳輸平面的結(jié)構(gòu)圖；圖5是根據(jù)本發(fā)明的實(shí)施例的報(bào)頭結(jié)構(gòu)圖。
附圖標(biāo)號說明1、連接序號字段2、緩沖區(qū)長度字段3、控制標(biāo)志字段31、最后標(biāo)志字段32、緊急標(biāo)志字段33、確認(rèn)標(biāo)志字段34、急迫標(biāo)志字段35、重傳標(biāo)志字段36、同步標(biāo)志字段37、完成標(biāo)志字段38、保留位置4、緊急指針
具體實(shí)施例方式
為了使本發(fā)明的特點(diǎn)、目的和功能更清晰，現(xiàn)在結(jié)合附圖對本發(fā)明做詳細(xì)說明。
本發(fā)明的目的在于減少TCP/IP報(bào)頭所占的字節(jié)數(shù)。除了使用傳統(tǒng)RFC1144的方法外，還可以從無線通信的特點(diǎn)入手。無線通信與有線通信最大的不同在于無線通信網(wǎng)絡(luò)是單跳(single-hop)連接，數(shù)據(jù)從發(fā)送端送出后，會(huì)直接送到接收端；而有線通信網(wǎng)絡(luò)是多跳(multi-hop)連接，數(shù)據(jù)從發(fā)送端送出后，會(huì)選擇最快到達(dá)的路徑。由于網(wǎng)絡(luò)的狀況隨時(shí)在改變，所以屬于同一個(gè)數(shù)據(jù)的不同分組可能會(huì)經(jīng)過不同的路徑而先后到達(dá)接收端。也就是說在無線連接上，手機(jī)和基站是直接連接的單跳連接，不會(huì)像有線網(wǎng)絡(luò)那樣，可能會(huì)經(jīng)過多條不同的路徑傳送，使得接收的分組的順序與發(fā)送的順序不一樣。要特別聲明的是，此處的多跳連接與無線通信的多徑效應(yīng)(multi-patheffect)的含意是不同的，多跳連接指不同分組經(jīng)由不同路徑到達(dá)接收端；而多徑效應(yīng)指同一個(gè)分組在傳輸過程中受到地形影響而產(chǎn)生的折射、反射等現(xiàn)象，使接收端先后收到好幾個(gè)由同一信號源的信號所引起的干擾現(xiàn)象。兩者的意思是不同的，先在這里澄清。最后，TCP/IP報(bào)頭所需要的數(shù)據(jù)中，其實(shí)有一部分可以在無線通信協(xié)議中找到，這樣，兩者就有了重復(fù)的地方，因此，重復(fù)的部分就可省略，不予傳送。
以下利用將本發(fā)明應(yīng)用于GPRS的實(shí)施例來具體說明本發(fā)明。GPRS的全名是“通用分組無線業(yè)務(wù)(General Packet Radio Service)”，是目前最常用的無線網(wǎng)絡(luò)的數(shù)據(jù)傳輸業(yè)務(wù)。GPRS是建立在第二代數(shù)字移動(dòng)電話系統(tǒng)GSM(Global System for Mobile communication)上，并對其做了改進(jìn)，也被稱為第2.5代移動(dòng)通信。參照圖3，其為GPRS的網(wǎng)絡(luò)結(jié)構(gòu)圖。在GPRS的網(wǎng)絡(luò)結(jié)構(gòu)中，BSS中的基站收發(fā)信臺(tái)(base transceiver station，BTS)接收到用戶的信號后，將其傳輸給基站控制器(Base Station Controller，BSC)，此時(shí)，BSC將語音信號經(jīng)過電路交換(circuit switch)，通過移動(dòng)交換中心(Mobile Switching Center，MSC)，傳送到公共電話網(wǎng)(Public SwitchTelephone Network，PSTN)；或者將數(shù)據(jù)信號經(jīng)過分組交換(package switch)，通過服務(wù)GPRS支持節(jié)點(diǎn)(Serving GPRS Support Node，SGSN)及網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(Gateway GPRS Support Node，GGSN)，連接到因特網(wǎng)。其中，SGSN的主要功能是識別GPRS的合法用戶、記錄用戶所用的BTS、給用戶設(shè)備分配動(dòng)態(tài)IP地址(Dynamic IP Address)、接收來自GGSN的數(shù)據(jù)后，將其拆裝成分組，然后通過BSC、BTS傳送到用戶無線終端設(shè)備。SGSN和GGSN是通過GPRS網(wǎng)絡(luò)內(nèi)的主干(backbone)網(wǎng)連接的。
參照圖4，其是GPRS數(shù)據(jù)傳輸平面的結(jié)構(gòu)圖。在移動(dòng)臺(tái)這邊由下而上大致可依次分為物理層、無線連接控制(Radio Link Control，RLC)/媒體接入控制(Medium Access Control，MAC)層、邏輯連接控制(Logical LinkControl，LLC)層、子網(wǎng)依賴匯聚 (Subnetwork Dependent Convergence，SNDC)層和網(wǎng)絡(luò)層。
下面對與本發(fā)明有關(guān)的部分做簡單描述。RLC/MAC層的功能就是讓上層的服務(wù)能夠順利的經(jīng)過GPRS空中接口的物理層傳送。它定義了讓多個(gè)手機(jī)能同時(shí)共享相同傳輸介質(zhì)的傳送方式。其中，RLC層主要負(fù)責(zé)將數(shù)據(jù)通過空中接口(air interface)傳送的過程以及糾錯(cuò)處理，這里，糾錯(cuò)所采取的方式主要是選擇性重傳(selective ARQ)。在手機(jī)和基站之間的MAC層主要是采用基于預(yù)留的時(shí)隙ALOHA協(xié)議(slotted ALOHA basedreservation protocol)的方式讓多個(gè)用戶共享頻段。它主要負(fù)責(zé)管理多個(gè)手機(jī)訪問無線資源的嘗試，并且在網(wǎng)絡(luò)端決定無線資源分配的方式。在多個(gè)手機(jī)發(fā)送無線信道訪問請求時(shí)，由于資源有限，就會(huì)產(chǎn)生碰撞。MAC的主要工作之一就是解決發(fā)生碰撞后的重傳問題，此外，MAC也負(fù)責(zé)在多個(gè)手機(jī)提出的服務(wù)請求中，決定要服務(wù)的用戶，并根據(jù)用戶需求，提供適當(dāng)?shù)姆?wù)。邏輯連接控制層(Logical Link Control，LLC)提供MS和SGSN之間的高可靠性的加密邏輯連接。LLC給來自上層SNDC層的SNDC數(shù)據(jù)單元加上LLC地址、控制字段，從而生成完整的LLC幀。另外，LLC可以實(shí)現(xiàn)多點(diǎn)尋址和數(shù)據(jù)幀的重發(fā)控制。SNDC(Subnetwork Dependant Convergence)層在GPRS服務(wù)支持節(jié)點(diǎn)和基站之間，與上層的通信是通過SNDC協(xié)議完成的，它可將網(wǎng)絡(luò)層的PDU，根據(jù)下層網(wǎng)絡(luò)的不同需求，分段成一個(gè)或多個(gè)LLC幀來完成協(xié)議轉(zhuǎn)換工作，除此之外，SNDCP還負(fù)責(zé)用戶數(shù)據(jù)的多任務(wù)及壓縮、TCP/IP報(bào)頭轉(zhuǎn)換，以及根據(jù)用戶的服務(wù)質(zhì)量要求來決定傳送方式等。
如前所述，本發(fā)明的目的在于利用(1)RFC 1144的表頭壓縮法，壓縮如IP報(bào)頭中的版本字段、IP報(bào)頭長度字段、及TCP報(bào)頭中的源端口號字段、及TCP報(bào)頭長度字段等；(2)利用無線通信是單跳連接的特性，壓縮如TCP報(bào)頭中的發(fā)送序號字段、確認(rèn)序號字段等；和(3)利用移動(dòng)臺(tái)與基站建立連接時(shí)已有的信息，壓縮如報(bào)頭校驗(yàn)和字段等。利用壓縮方法壓縮上述三點(diǎn)所述字段，可以減少報(bào)頭中不必要的部分，提高有效的傳輸率。
參照圖5，其是本發(fā)明應(yīng)用于GPRS的確認(rèn)模式(acknowledge mode)下的具體實(shí)施例。本實(shí)施例中，根據(jù)本發(fā)明的壓縮格式報(bào)頭占32比特的空間，每一分組的報(bào)頭包括連接序號字段1，占16比特的空間，用于存儲(chǔ)基站與移動(dòng)臺(tái)建立連接時(shí)的連接序號，以指示基站相關(guān)的TCP/IP報(bào)頭所需的信息，其中每個(gè)TCP/IP連接的該連接序號都不同，使之相互區(qū)分開來；緩沖區(qū)長度字段2，占8比特的空間，用于存儲(chǔ)緩沖區(qū)長度值，其指示接收端緩沖區(qū)可以接收的最大分組數(shù)；在原先的TCP/IP分組中，由于分組到達(dá)的順序不同，所以緩沖區(qū)長度字段要占用16比特的空間，以便存儲(chǔ)可傳送分組的絕對數(shù)量。本實(shí)施例利用無線通信是單跳連接的特性，分組到達(dá)的順序是固定的，所以可以發(fā)送與前一個(gè)報(bào)頭中的緩沖區(qū)長度的差值，由于改變幅度不會(huì)太大，差值就在0附近，所以只需8位空間就足以表示了。和多個(gè)控制標(biāo)志字段3，占8比特的空間，用于提供傳輸中所需的控制信息，以便控制傳輸。其中該多個(gè)控制標(biāo)志字段3通常包括最后標(biāo)志字段31，占1比特的空間，用于指示所接收的分組是否為最后一個(gè)分組；緊急標(biāo)志字段32，占1比特的空間，用于指示該分組是否為緊急分組，其中，如果當(dāng)該緊急標(biāo)志字段指示該分組為緊急分組時(shí)，該報(bào)頭格式另外再生成16比特的緊急指針4，以便指示緊急數(shù)據(jù)所在的位置；確認(rèn)標(biāo)志字段33，占1比特的空間，用于指示該分組是否要求接收端返回確認(rèn)。急迫標(biāo)志字段34，占1比特的空間，用于指示該分組是否要求接收端盡快將此數(shù)據(jù)傳給應(yīng)用程序；重傳標(biāo)志字段35，占1比特的空間，用于指示是否要求重新傳送；同步標(biāo)志字段36，占1比特的空間，用于指示是否進(jìn)行同步協(xié)商；完成標(biāo)志字段37，占1比特的空間，用于指示傳送是否結(jié)束；和保留位置38，用于功能擴(kuò)充的預(yù)備字段，通常為了使多個(gè)控制標(biāo)志字段所占的空間為字節(jié)(byte)的整數(shù)倍，保留位置38的長度通常是將其所占的字節(jié)填滿。本實(shí)施例中，上述7個(gè)控制標(biāo)志字段共占用7個(gè)比特的空間，為了填滿1字節(jié)(8位)，保留位置38就要占用1比特的空間。
下面，對本發(fā)明做更詳細(xì)的分析。首先，對于同一個(gè)TCP/IP連接，在TCP的生存期內(nèi)，有許多數(shù)據(jù)是不會(huì)改變的，也就是說，在經(jīng)過初始化的動(dòng)作后，基站內(nèi)已經(jīng)有了所需的數(shù)據(jù)，此時(shí)，基站會(huì)將這些數(shù)據(jù)存儲(chǔ)在編號為x的數(shù)據(jù)庫中，并將編號x通知移動(dòng)臺(tái)，這個(gè)x就是連接序號。所以當(dāng)移動(dòng)臺(tái)傳送數(shù)據(jù)時(shí)，只要先表明其是編號x的用戶，基站就會(huì)去編號為x的數(shù)據(jù)庫尋找相關(guān)數(shù)據(jù)，而無須由移動(dòng)臺(tái)傳輸。當(dāng)然，為了區(qū)分所有連接，每一個(gè)TCP/IP連接的該連接序號都應(yīng)該不同。這些數(shù)據(jù)通常包括如IP報(bào)頭中的版本字段、IP報(bào)頭長度字段、服務(wù)類型字段、生存期字段、通信協(xié)議字段、源地址字段、目的地址字段及TCP報(bào)頭中的目的端口號字段、接收端口號字段、TCP報(bào)頭長度字段及保留字段。其中比較重要的字段是源地址字段、目的地址字段、源端口號字段及接收端口號字段等四個(gè)字段。除源地址字段是通過SNDC層的網(wǎng)絡(luò)業(yè)務(wù)接入點(diǎn)標(biāo)識(Network Service Access PointIdentifier，NSAPI)得到的外，目的地址字段、源端口號字段及接收端口號字段都是通過連接序號字段所攜帶的數(shù)據(jù)獲得的。通常在基站和移動(dòng)臺(tái)中都會(huì)記錄連接序號，以便基站和移動(dòng)臺(tái)協(xié)商。
其次，根據(jù)在確認(rèn)模式下執(zhí)行無線傳輸以及無線通信是單跳連接的特點(diǎn)，發(fā)送序號字段、確認(rèn)序號字段和分段定位字段這些信息是可以在SNDC及LLC報(bào)頭里找到。因此發(fā)送序號字段、確認(rèn)序號字段及分段定位字段都是可以被省略的。而IP報(bào)頭的報(bào)頭校驗(yàn)和字段和TCP報(bào)頭的校驗(yàn)和字段的功能可以被LLC層中的幀校檢序列字段(frame check sequence field)所取代，所以也可以省略。因此，如圖5所示的壓縮格式結(jié)合基站內(nèi)的數(shù)據(jù)，這樣的壓縮格式確實(shí)是可行的。
根據(jù)本實(shí)施例的報(bào)頭壓縮格式，在理想情況下只需要4個(gè)字節(jié)，與需要40個(gè)字節(jié)的傳統(tǒng)的TCP/IP報(bào)頭相比，可以省下90％的空間。即使是在極為罕見的緊急分組情況下，根據(jù)本實(shí)施例的報(bào)頭也只需要6個(gè)字節(jié)(緊急指針占兩字節(jié))。在TCP/IP連接期間，大部分的時(shí)間都可以使用壓縮格式，這樣就可省下大量不必要傳輸?shù)目臻g，以提高有效數(shù)據(jù)傳輸率。本發(fā)明當(dāng)然不限于用于GPRS，在第三代移動(dòng)通信系統(tǒng)(3G)中，這樣的報(bào)頭壓縮格式也可使用。
如上所述僅是本發(fā)明的優(yōu)選實(shí)施例，不應(yīng)被理解為用于限制本發(fā)明的范圍的目的。即，在不被離由所附權(quán)利要求所限定的本發(fā)明的精神和范圍的情況下，可以對本發(fā)明在形式和細(xì)節(jié)上做各種同等變化和修改。
權(quán)利要求
1.一種無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，在無線網(wǎng)絡(luò)的確認(rèn)模式下使用該方法來減少基站和移動(dòng)臺(tái)之間的報(bào)頭傳輸量，該方法包含將無線傳輸控制協(xié)議/網(wǎng)際協(xié)議的報(bào)頭格式作為傳輸分組時(shí)的標(biāo)記；設(shè)定該報(bào)頭格式，使其具有連接序號字段，用于存儲(chǔ)連接序號，以指示基站相關(guān)TCP/IP報(bào)頭所需的信息；緩沖區(qū)長度字段，用于存儲(chǔ)緩沖區(qū)長度值，以指示接收端緩沖區(qū)可以接收的分組數(shù)；和多個(gè)控制標(biāo)志字段，用于提供必要的信息，以控制傳輸。
2.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中每一TCP/IP連接的連接序號都不同。
3.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該連接序號字段所存儲(chǔ)的連接序號至少與目的地址、目的端口號字段、和源端口號字段相對應(yīng)。
4.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括最后標(biāo)志字段，用于指示該分組是否為最后一個(gè)分組。
5.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括緊急標(biāo)志字段，用于指示該分組是否為緊急分組。
6.如權(quán)利要求5所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中，在該分組為緊急分組時(shí)，該報(bào)頭格式還生成一緊急指針，用于指示緊急數(shù)據(jù)所在的位置。
7.如權(quán)利要求6所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中，該緊急指針占用16比特的空間。
8.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括確認(rèn)標(biāo)志字段，用于指示該分組是否要求接收端發(fā)送確認(rèn)。
9.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括急迫標(biāo)志字段，用于指示接收端是否盡快將該分組傳給應(yīng)用程序。
10.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括重傳標(biāo)志字段，用于指示該分組是否需要重新傳送。
11.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括同步標(biāo)志字段，用于指示該分組是否需要進(jìn)行同步協(xié)商。
12.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括完成標(biāo)志字段，用于指示該分組的傳送是否結(jié)束。
13.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段還包括保留位置，為功能擴(kuò)充而預(yù)備的。
14.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段的長度是字節(jié)的整數(shù)倍。
15.如權(quán)利要求14所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段的長度是8比特。
16.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中，報(bào)頭長度是32比特。
17.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該連接序號字段占16比特的空間。
18.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該緩沖區(qū)長度字段，占8比特的空間。
19.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該多個(gè)控制標(biāo)志字段占8比特的空間。
20.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該預(yù)備位置長度是用于填滿該多個(gè)控制標(biāo)志字段所未填滿的字節(jié)的比特?cái)?shù)。
21.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該緩沖區(qū)長度字段可用與前一個(gè)報(bào)頭中的緩沖區(qū)長度字段的差值來表示。
22.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該報(bào)頭格式可用于通用分組無線業(yè)務(wù)。
23.如權(quán)利要求1所述的無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，其中該報(bào)頭格式可用于第三代移動(dòng)通信系統(tǒng)。
全文摘要
一種無線傳輸控制協(xié)議/網(wǎng)際協(xié)議報(bào)頭設(shè)定傳輸方法，該分組報(bào)頭作為該分組在傳輸時(shí)的標(biāo)識，該方法在于設(shè)定分組報(bào)頭的壓縮格式，利用因特網(wǎng)點(diǎn)對點(diǎn)的傳輸特性，減少源分組網(wǎng)絡(luò)層設(shè)定，以便減少基站和移動(dòng)臺(tái)之間的數(shù)據(jù)傳輸量。
文檔編號H04W28/06GK1567915SQ0314507
公開日2005年1月19日 申請日期2003年7月2日 優(yōu)先權(quán)日2003年7月2日
發(fā)明者李智欣, 林孟汝 申請人:明基電通股份有限公司