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

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


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