專利名稱：在無(wú)線通信系統(tǒng)中選擇性地維持及應(yīng)用ppp壓縮的方法
發(fā)明
背景技術(shù)：
領(lǐng)域本發(fā)明涉及無(wú)線通信領(lǐng)域，更具體地說(shuō)，本發(fā)明涉及一種創(chuàng)新的在無(wú)線通信設(shè)備上確定何時(shí)維持壓縮狀態(tài)以及有效應(yīng)用壓縮技術(shù)的方法。
相關(guān)技術(shù)描述無(wú)線通信以及計(jì)算機(jī)相關(guān)技術(shù)方面的最新發(fā)展，以及Internet用戶前所未有的增長(zhǎng)，為移動(dòng)計(jì)算鋪設(shè)了道路。實(shí)際上，移動(dòng)計(jì)算的普及對(duì)當(dāng)前Internet基礎(chǔ)結(jié)構(gòu)為移動(dòng)用戶提供更多的支持提出了巨大的需求。迎合這些需求并提供移動(dòng)用戶必要支持的一個(gè)重要部分是在無(wú)線通信系統(tǒng)中使用碼分多址(CDMA)技術(shù)。
CDMA是一種數(shù)字射頻(RF)信道化技術(shù)，由無(wú)線電工業(yè)聯(lián)盟/電子工業(yè)聯(lián)盟暫行標(biāo)準(zhǔn)-95(TIA/EIA-95)定義，題為“MOBILE STATION-BASE STATIONCOMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECRUM CELLULARSYSTEM”(“雙模寬帶傳播頻譜蜂窩系統(tǒng)中的移動(dòng)站-基站兼容標(biāo)準(zhǔn)”)，發(fā)布于1993年7月，通過(guò)引用而加入于此。其他描述CDMA操作的標(biāo)準(zhǔn)包括TIATR45.5，CDMA2000 ITU-R RTT的候選遞交本，于1998年3月15日批準(zhǔn)，以及第三代合伙人計(jì)劃——技術(shù)說(shuō)明書(shū)組——無(wú)線接入網(wǎng)絡(luò)/無(wú)線接口協(xié)議結(jié)構(gòu)，發(fā)表于99年，這兩項(xiàng)都在此引用以供參考。無(wú)線通信系統(tǒng)使用CDMA技術(shù)來(lái)為通信信號(hào)分配一個(gè)唯一的編碼并將這些通信信號(hào)沿著公共(寬帶)擴(kuò)展頻譜帶寬擴(kuò)展。當(dāng)CDMA系統(tǒng)中的接收設(shè)備具有正確的編碼時(shí)，它能成功地從同一帶寬上進(jìn)發(fā)傳輸?shù)钠渌盘?hào)中監(jiān)測(cè)并選擇它的通信信號(hào)。CDMA的應(yīng)用增加了系統(tǒng)的話務(wù)容量，提高了總體呼叫質(zhì)量和噪音消減，并提供了一種可靠的數(shù)據(jù)服務(wù)話務(wù)的傳輸機(jī)制。


圖1圖示了一個(gè)無(wú)線數(shù)據(jù)通信系統(tǒng)100的基本元件。實(shí)施者能容易地發(fā)現(xiàn)，這些元件以及它們的接口可以被修改、增廣或者符合本技術(shù)領(lǐng)域中的多種公知標(biāo)準(zhǔn)，而不限制它們的范圍或功能。系統(tǒng)100允許移動(dòng)終端設(shè)備，TE2設(shè)備102(例如，終端設(shè)備可以是諸如膝上型電腦或是掌上型電腦)與網(wǎng)關(guān)實(shí)體通信，網(wǎng)關(guān)實(shí)體互通函數(shù)(IWF)108或分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)(PSDN)。IWF 108作為無(wú)線網(wǎng)絡(luò)和其他網(wǎng)絡(luò)之間的網(wǎng)關(guān)，其他網(wǎng)絡(luò)是諸如公共交換電話網(wǎng)(PSTN)或提供基于Internet、內(nèi)部網(wǎng)接入的有線分組數(shù)據(jù)網(wǎng)絡(luò)。系統(tǒng)100包括無(wú)線通信設(shè)備，MT2設(shè)備104(例如，無(wú)線電話)和基站/移動(dòng)交換中心(BS/MSC)106或無(wú)線接入網(wǎng)絡(luò)(RAN)。通常，IWF 108會(huì)和BS/MSC 106放置在一起。IWF 108通過(guò)一個(gè)L接口與BS/MSC 106耦合。TE2設(shè)備102通過(guò)Rm接口與MT2設(shè)備104電耦合。MT2設(shè)備104通過(guò)無(wú)線接口Um與BS/MSC 106通信。TE2設(shè)備102和MT2設(shè)備104可以集成到單個(gè)單元中(例如，MTO設(shè)備)，也可以分開(kāi)，如在一個(gè)已安裝的移動(dòng)電話單元中，TE2設(shè)備102是膝上電腦而MT2設(shè)備104是收發(fā)機(jī)。需要重點(diǎn)指出的是，如圖2所示，TE2設(shè)備102和MT2設(shè)備104的組合，無(wú)論是集成還是分開(kāi)，通常都被看作是移動(dòng)站(MS)103。
通過(guò)應(yīng)用各種熟知的協(xié)議來(lái)控制、管理或者其他有益的無(wú)線通信的不同方面來(lái)使其他各種支持變得可能。例如，Internet基礎(chǔ)結(jié)構(gòu)和Internet協(xié)議(IP)中的精華，已被應(yīng)用到許多無(wú)線通信服務(wù)中來(lái)適應(yīng)面向分組的服務(wù)。IP協(xié)議詳細(xì)說(shuō)明了分組數(shù)據(jù)(數(shù)據(jù)報(bào))在主計(jì)算機(jī)之間的尋址和路由，這在注釋請(qǐng)求791(RFC791)中有定義，題為“INTERNET PROTOCOL DARPA INTERNET PROGRAMPROTOCOL SPECIFICATION”(“Internet協(xié)議DARPA Internet項(xiàng)目協(xié)議說(shuō)明書(shū)”)，于1981年9月發(fā)表，在此引用以供參考。
IP協(xié)議是一個(gè)網(wǎng)絡(luò)層協(xié)議，將數(shù)據(jù)封裝成IP分組來(lái)傳輸。尋址和路由信息附于分組數(shù)據(jù)的頭部。IP頭部包括32位的地址信息，指定了發(fā)送和接收主機(jī)。這些地址信息被中間路由器用來(lái)在網(wǎng)絡(luò)中選擇一條通向分組數(shù)據(jù)既定地址確定的最終目的的路徑。這樣，IP協(xié)議允許分組數(shù)據(jù)由世界上任何Internet節(jié)點(diǎn)發(fā)起并被路由到世界上任何其他Internet節(jié)點(diǎn)。
另一個(gè)被無(wú)線通信系統(tǒng)結(jié)合的著名協(xié)議是點(diǎn)對(duì)點(diǎn)(PPP)協(xié)議，該協(xié)議和其他事物一起提供了Internet接入。PPP協(xié)議由注釋請(qǐng)求1661(RFC1661)描述了其細(xì)節(jié)，題為“THE POINT-TO-POINT PROTOCOL(PPP)”(“點(diǎn)到點(diǎn)協(xié)議(PPP)”)，于1994年7月發(fā)布，在此引用以供參考。
本質(zhì)上，PPP協(xié)議說(shuō)明了一種在點(diǎn)對(duì)點(diǎn)鏈路上傳輸多協(xié)議數(shù)據(jù)報(bào)的方法，包括3個(gè)主要組件一種封裝多協(xié)議數(shù)據(jù)報(bào)的方法；一種建立，配置以及測(cè)試一數(shù)據(jù)鏈路連接的鏈路控制協(xié)議(LCP)；和一族建立以及配置不同網(wǎng)絡(luò)層協(xié)議的網(wǎng)絡(luò)控制協(xié)議組(NCPs)。
為了在無(wú)線網(wǎng)絡(luò)系統(tǒng)中提供一服務(wù)主機(jī)，多種不同的標(biāo)準(zhǔn)已被開(kāi)發(fā)以適應(yīng)TE2設(shè)備102和IWF108之間的無(wú)線數(shù)據(jù)通信。例如，TIA/EIA IS-707.5標(biāo)準(zhǔn)，題為“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMSPACKETDATA SERVICE”(“寬帶傳播頻譜系統(tǒng)的數(shù)據(jù)服務(wù)選項(xiàng)分組數(shù)據(jù)服務(wù)”)，于1998年2月發(fā)布，在此引用以供參考，定義了在TIA/EIA IS-95系統(tǒng)中支持分組數(shù)據(jù)傳輸容量的要求，還說(shuō)明了一組分組數(shù)據(jù)的運(yùn)送者服務(wù)。類似的，TIA/EIA IS-707-A.5標(biāo)準(zhǔn)，是為“DATA SERVICE OPTIONS FOR SPREAD SPECTRUMSYSTEMSPACKET DATA SERVICE”(“傳播頻譜系統(tǒng)數(shù)據(jù)服務(wù)選項(xiàng)分組數(shù)據(jù)服務(wù)”)，以及TIA/EIA IS-707-A.9標(biāo)準(zhǔn)，題為“DATA SERVICE OPTIONS FORWIDEBAND SPREAD SPECTRUM SYSTEMSHIGH-SPEED PACKET DATA SERVICE”(“傳播頻譜系統(tǒng)數(shù)據(jù)服務(wù)選項(xiàng)高速分組數(shù)據(jù)服務(wù)”)，兩者均于1999年3月發(fā)表并在此引用以供參考，該兩者也定義了TIA/EIA IS-95系統(tǒng)中分組數(shù)據(jù)傳輸支持的要求。另外，新的標(biāo)準(zhǔn)例如TIA/EIA IS-707-A-1和A-2，題為“DATA SERVICEOPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMSCDMA2000 HIGH-SPEED PACKETDATA SERVICE”(“傳播頻譜系統(tǒng)數(shù)據(jù)服務(wù)選項(xiàng)CDMA2000高速分組數(shù)據(jù)服務(wù)”)，(1999投票決議版)也在此引用以供參考，同樣定義了CDMA系統(tǒng)中分組數(shù)據(jù)傳輸支持的要求。
具體的，IS-707.5標(biāo)準(zhǔn)提供了可以用于TE2設(shè)備102和IWF108之間通過(guò)BS/MSC 106進(jìn)行通信的某些分組數(shù)據(jù)服務(wù)模式。為此，IS-707.5介紹了一種網(wǎng)絡(luò)模型，詳述了Rm和Um接口的分組數(shù)據(jù)協(xié)議要求。該網(wǎng)絡(luò)模型體現(xiàn)了這種情況第一PPP鏈路建立在TE2設(shè)備102和MT2設(shè)備104之間，第二PPP鏈路獨(dú)立于第一鏈路，建立于MT2設(shè)備104和IWF108之間。這個(gè)模型使MT2設(shè)備104負(fù)責(zé)將所有收到的PPP分組數(shù)據(jù)進(jìn)行解幀并在將它們發(fā)送到其最終目的之前重新組幀，該模型還提供移動(dòng)管理以及網(wǎng)絡(luò)地址管理。
圖2圖示了IS-707.5網(wǎng)絡(luò)模型中的每一個(gè)實(shí)體的協(xié)議棧。圖2的最左側(cè)是一個(gè)協(xié)議棧，以傳統(tǒng)的豎直格式表示，描述了運(yùn)行于TE2設(shè)備102(例如，移動(dòng)終端、膝上電腦或掌上電腦)上的協(xié)議層。如圖所示，TE2協(xié)議棧通過(guò)Rm接口與MT2設(shè)備104協(xié)議棧邏輯相連。MT2設(shè)備104，如圖所示，通過(guò)Rm接口與BS/MSC106協(xié)議棧邏輯相連。BS/MSC 106協(xié)議棧，依次，如圖示與IWF108協(xié)議棧通過(guò)L接口邏輯相連。
作為例子，圖2描述的協(xié)議，運(yùn)作如下TE2設(shè)備102上的PPP層與Rm接口(例如，PPPR208)相連，將來(lái)自上層協(xié)議204和網(wǎng)絡(luò)層IP協(xié)議206的分組數(shù)據(jù)進(jìn)行編碼。PPPR協(xié)議208隨后使用合適的協(xié)議通過(guò)Rm接口傳輸分組數(shù)據(jù)，比如，舉個(gè)例子，TIA/EIA 232-F協(xié)議210，分組數(shù)據(jù)被MT2設(shè)備104上的TIA/EIA-232-F兼容接口接收。TIA/EIA-232-F標(biāo)準(zhǔn)由“INTERFACE BETWEEN DATATERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYINGSERIAL BANARY DATA INTERCHANGE”(“使用序列二進(jìn)制數(shù)據(jù)交換的數(shù)據(jù)終端設(shè)備和數(shù)據(jù)回路終端設(shè)備間的接口”)定義，發(fā)布于1997年10月并在此引用以供參考。需要理解的是，其他標(biāo)準(zhǔn)和協(xié)議可以被熟悉本領(lǐng)域技術(shù)的人員用來(lái)定義通過(guò)Rm接口的傳輸。例如，其他適用于Rm接口的標(biāo)準(zhǔn)包括“UNIVERSALSERIAL BUS(USB)SPECIFICATION，Revision 1.1”(“通用串行總線(USB)規(guī)范，修訂版1.1”)，發(fā)布于1998年9月，以及“BLUETOOTH SPECIFICATION VERSION1.0A CORE”(“藍(lán)牙規(guī)范1.0A版核心”)，發(fā)布于1999年7月，兩者均在此引用以供參考。
MT2設(shè)備104上的TIA/EIA 232-F協(xié)議212接收來(lái)自TE2設(shè)備102的分組數(shù)據(jù)，并將它們傳送到MT2設(shè)備104的PPPR層213。PPPR層213將封裝成PPP幀的分組進(jìn)行解幀，典型的，當(dāng)數(shù)據(jù)連接建立時(shí)，層213將分組數(shù)據(jù)傳輸?shù)脚cUm接口(例如PPPU層217)相關(guān)連的PPP層。PPPU層217將分組數(shù)據(jù)格式化成PPP幀并傳輸?shù)轿挥贗WF108的PPPU對(duì)等層。無(wú)線鏈路協(xié)議(RLP)216和IS-95協(xié)議214，兩者在本領(lǐng)域內(nèi)都非常著名，都被用來(lái)通過(guò)Um接口向BS/MSC 106傳輸分組封裝的PPP幀。RLP協(xié)議216由IS-707.2標(biāo)準(zhǔn)定義，題為“DATA SERVICEOPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMSRADIO LINK PROTOCOL”(“寬帶傳播頻譜系統(tǒng)數(shù)據(jù)服務(wù)選項(xiàng)無(wú)線鏈路協(xié)議”)，發(fā)布于1998年2月并在此引用以供參考，IS-95協(xié)議由上述的IS-95標(biāo)準(zhǔn)定義。
BS/MSC 106中相應(yīng)的RLP協(xié)議220和IS-95協(xié)議222傳輸分組數(shù)據(jù)到中斷層協(xié)議224，再通過(guò)L接口傳輸?shù)絀WF 108的中繼層協(xié)議224。PPPU層232對(duì)接收到的分組數(shù)據(jù)進(jìn)行解幀并將它們傳輸?shù)骄W(wǎng)絡(luò)層協(xié)議IP 230，網(wǎng)絡(luò)層協(xié)議IP230依次傳輸分組數(shù)據(jù)到上層協(xié)議228或?qū)⑵浒l(fā)送到它們的最終目的地。
按照IS-707.5網(wǎng)絡(luò)模型，在PPP鏈路的兩端配置、啟用或禁用IP模塊206，230由Internet協(xié)議控制協(xié)議(IPCP)提供。IPCP是PPP協(xié)議中的一族網(wǎng)絡(luò)控制協(xié)議組中的一部分，該P(yáng)PP協(xié)議由注釋請(qǐng)求(RFC)1332“PPP Internet協(xié)議控制協(xié)議(IPCP)”描述，公布于1992年5月并在此引用以供參考。
IPCP運(yùn)用配置請(qǐng)求消息來(lái)協(xié)商各種配置選項(xiàng)。一個(gè)選項(xiàng)是IP壓縮協(xié)議選項(xiàng)。當(dāng)啟用時(shí)，該選項(xiàng)通常使用Van Jacobson壓縮方法來(lái)壓縮PPP分組中的TCP/IP頭部。Van Jacobson壓縮方法通過(guò)減少分組數(shù)據(jù)頭部開(kāi)銷來(lái)提高協(xié)議的效率，由RFC 1144描述，題為“COMPRESSING TCP/IP HEADERS FOR LOW-SPEEDSERIAL LINKS”(“低速序列鏈路的TCP/IP頭部壓縮”)，發(fā)布于1990年2月并在此引用以供參考。Van Jacobson壓縮方法是一種壓縮算法，依賴于TCP/IP頭部中的某些區(qū)域的信息，這些區(qū)域決定怎樣在分組數(shù)據(jù)間進(jìn)行交換。IP壓縮協(xié)議選項(xiàng)的協(xié)商還要求最大壓縮槽ID字段的說(shuō)明，該字段決定了一個(gè)具體PPP鏈路的壓縮和解壓縮槽的最大數(shù)目以及該連接ID是否能被壓縮。
IPCP配置選項(xiàng)的協(xié)商在Rm接口和Um接口上分開(kāi)地進(jìn)行。也就是說(shuō)，Rm接口上的協(xié)商和Um接口上的協(xié)商是分離的。MT2設(shè)備104必須，分別在Rm接口上協(xié)商PPPR鏈路配置選項(xiàng)，在Um接口上協(xié)商PPPU鏈路配置選項(xiàng)(見(jiàn)圖2)。
由于實(shí)際上MT2設(shè)備104是移動(dòng)的，它有可能移動(dòng)到一塊由不同的IWF 108提供服務(wù)的區(qū)域。當(dāng)這種情況發(fā)生時(shí)，需要進(jìn)行切換，將MT2設(shè)備104切換到新的IWF 108來(lái)提供服務(wù)。進(jìn)行切換時(shí)，PPPU鏈路必須通過(guò)Um接口重新進(jìn)行協(xié)商，就如前面討論的那樣。因?yàn)镻PP在Rm接口和Um接口的協(xié)商是互相獨(dú)立的，所以只需要在Um接口進(jìn)行重新協(xié)商。
然而，關(guān)鍵在于重新協(xié)商反向鏈路(例如，由MT2設(shè)備104到IWF 108的傳輸通路，如圖2所示)上的Um接口壓縮槽的最大數(shù)目。比如，在一個(gè)呼叫建立之初，網(wǎng)絡(luò)模型試圖優(yōu)化協(xié)商的過(guò)程，即嘗試在前向和反向鏈路的Um、Rm接口上建立相同的IPCP配置選項(xiàng)。這包括在雙向鏈路上為Um和Rm接口創(chuàng)建相同數(shù)量的最大壓縮槽以及相同的ID壓縮狀態(tài)，這樣，由TE2設(shè)備102產(chǎn)生的具有特定連接ID(例如壓縮槽ID)的分組數(shù)據(jù)就能被IWF108來(lái)解壓縮。同樣的，這種理想化的網(wǎng)絡(luò)模型使得MT2設(shè)備104不必解壓縮和重新壓縮，也就是說(shuō)，壓縮分組數(shù)據(jù)不應(yīng)用任何Van Jacobson壓縮算法而直接通過(guò)MT2。
然而，如果由于MT2設(shè)備104在移動(dòng)，PPPU鏈路進(jìn)行重新協(xié)商，則不能保證新的IWF 108能夠支持最大數(shù)目的解壓縮槽來(lái)匹配TE2設(shè)備102和MT2設(shè)備104起初商定的壓縮槽的數(shù)量。因此，非常有可能在重新協(xié)商以后，Um接口的壓縮槽的最大數(shù)目會(huì)少于Rm接口的壓縮槽的最大數(shù)目。同樣的，TE2設(shè)備102可能會(huì)傳輸一個(gè)具有連接ID(例如，壓縮槽ID)的壓縮分組數(shù)據(jù)，而該ID大于IWF 108中具有最高ID的解壓縮槽的適應(yīng)能力。在這種情況下，IWF 108不能辨認(rèn)出該壓縮槽，而這個(gè)分組數(shù)據(jù)也會(huì)被丟棄。
這種Rm的壓縮槽和Um的解壓縮槽之間的最大數(shù)目的失配會(huì)導(dǎo)致，在最好的情況下，降低無(wú)線通信系統(tǒng)的傳輸效率，因?yàn)橐獜?qiáng)迫以未壓縮方式重發(fā)所有壓縮槽ID號(hào)大于最高數(shù)目解壓縮槽ID的分組數(shù)據(jù)。在最壞的情況下，這種失配將導(dǎo)致丟失所有壓縮槽ID號(hào)大于最高數(shù)目解壓縮槽ID的分組數(shù)據(jù)。
于是，需要一種創(chuàng)新的方法和系統(tǒng)，能在無(wú)線通信設(shè)備上選擇性地確定什么時(shí)候維持壓縮狀態(tài)和應(yīng)用壓縮技術(shù)，來(lái)優(yōu)化無(wú)線通信系統(tǒng)的傳輸效率。
發(fā)明概述本發(fā)明針對(duì)上述的需求，提供一種方法，在無(wú)線通信系統(tǒng)中確定什么時(shí)候維持壓縮狀態(tài)并應(yīng)用壓縮技術(shù)。
本發(fā)明的原理在此具體和寬泛地描述，符合這些原理的方法包括一用來(lái)接收分組化數(shù)據(jù)的通信設(shè)備，該分組化數(shù)據(jù)來(lái)自一與該通信設(shè)備通過(guò)一Rm接口相耦合的終端設(shè)備。該通信設(shè)備確定接收到的分組數(shù)據(jù)是否包含壓縮的或未壓縮的頭部，根據(jù)確定接收到的分組數(shù)據(jù)包含壓縮數(shù)據(jù)，則接下來(lái)確定連接信息指定的壓縮槽是否包括在壓縮數(shù)據(jù)內(nèi)。該通信系統(tǒng)還要從所述Um接口上的多個(gè)解壓縮槽確定，連接信息是否超過(guò)最高數(shù)目的解壓縮槽。該通信設(shè)備在其內(nèi)部建立一個(gè)與連接信息相關(guān)聯(lián)的本地解壓縮槽，以維持所述壓縮狀態(tài)，其特征在于該本地解壓縮槽的建立是在確定連接信息超過(guò)最高數(shù)目的解壓縮槽的情況下。當(dāng)該通信設(shè)備接收到包含所述連接信息的壓縮分組數(shù)據(jù)時(shí)，解壓縮這些壓縮分組數(shù)據(jù)。
附圖簡(jiǎn)述在此引用的附圖，作為說(shuō)明書(shū)的一部分，圖示了本發(fā)明的一個(gè)實(shí)施例并且，結(jié)合說(shuō)明書(shū)的描述，解釋了本發(fā)明的目的，優(yōu)點(diǎn)和原理，附圖中圖1是描述無(wú)線通信系統(tǒng)中各種元件的高層次框圖。
圖2是描述無(wú)線通信系統(tǒng)中的協(xié)議棧的示意圖。
圖3A，3B是描述本發(fā)明的第一實(shí)施例的流程圖。
圖4A，4B是描述本發(fā)明的第二實(shí)施例的流程圖。
較佳實(shí)施例詳述下面將要詳細(xì)描述的本發(fā)明的實(shí)施例將由相關(guān)附圖來(lái)圖示。其他可行的實(shí)施例或者對(duì)這些實(shí)施例的修改可在不脫離本發(fā)明的精神和范圍的情況下進(jìn)行。所以，下面的詳細(xì)描述并不意味著限制了本發(fā)明。本發(fā)明的范圍應(yīng)以權(quán)利要求書(shū)的定義為準(zhǔn)。
很明顯，對(duì)于熟悉本領(lǐng)域傳統(tǒng)技術(shù)的人員來(lái)說(shuō)，本發(fā)明的實(shí)施例，就如接下來(lái)將要描述的，可以使用不同的方式來(lái)實(shí)施，包括圖中圖示實(shí)體的軟件，固件和硬件(例如，TE2設(shè)備102，MT2設(shè)備104，BS/MSC 106和IWF 108)。用來(lái)實(shí)施本發(fā)明的具體軟件編碼或控制硬件并不限制本發(fā)明。這樣，描述本發(fā)明的操作和運(yùn)行方式將不特定地與具體的軟件編碼或是硬件組件相關(guān)聯(lián)。這種不特定相關(guān)的方式是可以接受的，因?yàn)楹苋菀桌斫?，一個(gè)熟悉本領(lǐng)域技術(shù)的人員能夠設(shè)計(jì)出軟件和控制硬件來(lái)實(shí)施這里所描述的本發(fā)明的實(shí)施例。
1.第一實(shí)施例圖3是描述本發(fā)明的第一實(shí)施例的流程圖。同樣，圖3詳細(xì)說(shuō)明了MT2設(shè)備104以確定何時(shí)應(yīng)用壓縮技術(shù)的操作。
當(dāng)一個(gè)分組數(shù)據(jù)從TE2設(shè)備102到達(dá)時(shí)，在步驟S305，MT2設(shè)備104首先確定該分組數(shù)據(jù)是否是一個(gè)TCP分組。這是由于IP壓縮協(xié)議選項(xiàng)，尤其是VanJacobson壓縮技術(shù)，僅僅能對(duì)基于TCP的分組數(shù)據(jù)的頭部進(jìn)行操作。于是，如果到達(dá)的分組數(shù)據(jù)不是一個(gè)TCP分組數(shù)據(jù)，在被傳輸?shù)経m接口之前，它會(huì)被路由到MT2設(shè)備104上的PPPU組幀器，如步驟S310所示。如果是一個(gè)TCP分組數(shù)據(jù)，MT2設(shè)備104，將進(jìn)入步驟S315。
在步驟S315中，MT2設(shè)備104確定到達(dá)的分組數(shù)據(jù)是否是未壓縮的TCP分組數(shù)據(jù)。通常，一個(gè)未壓縮的TCP分組數(shù)據(jù)的到達(dá)時(shí)間會(huì)出現(xiàn)在連接的初始階段，以建立壓縮狀態(tài)或在分組數(shù)據(jù)重新傳輸后重新設(shè)置壓縮狀態(tài)。如果分組數(shù)據(jù)是一個(gè)未壓縮的TCP分組數(shù)據(jù)，MT2設(shè)備104保存連接ID并標(biāo)示它為已見(jiàn)過(guò)，如步驟S320所示。接下來(lái)在步驟S325中，MT2設(shè)備104確定連接ID是否大于N，N是Um接口(例如，在IWF 108上)上的解壓縮槽的最大數(shù)目。作為IPCP協(xié)商過(guò)程中的一部分，MT2設(shè)備104知道IWF 108能支持的解壓縮槽的最大數(shù)目。于是，如果分組數(shù)據(jù)包括一個(gè)不大于N的連接ID，IWF 108有足夠的適于該連接ID的解壓縮槽，MT2設(shè)備104發(fā)送分組數(shù)據(jù)到PPPU組幀器以用于傳輸，如步驟S310。如果，另一方面，分組數(shù)據(jù)的連接ID大于N，則在步驟S330中，MT2設(shè)備104在其內(nèi)建立一個(gè)本地解壓縮槽，于是具有那個(gè)特定連接ID的分組數(shù)據(jù)能在傳輸之前被MT2設(shè)備104解壓縮，這樣就能以未壓縮分組數(shù)據(jù)的方式傳輸。在MT2設(shè)備104內(nèi)建立解壓縮槽是可行的，因?yàn)門(mén)CP分組數(shù)據(jù)是未壓縮的，可以被用來(lái)建立壓縮狀態(tài)。在步驟S335中，MT2設(shè)備104將PPP分組的協(xié)議字段改成IP協(xié)議，并在步驟S310中將分組數(shù)據(jù)傳輸?shù)絇PPU組幀器。通過(guò)改變協(xié)議字段以及傳輸未壓縮分組數(shù)據(jù)，MT2設(shè)備104保證了Um不會(huì)試圖去解壓縮這個(gè)分組數(shù)據(jù)并僅僅是簡(jiǎn)單地傳輸這個(gè)分組數(shù)據(jù)。
回到步驟S315，如果到達(dá)的分組數(shù)據(jù)是一個(gè)壓縮的TCP分組(例如，經(jīng)VanJacobson壓縮的分組)，則在步驟S340中，MT2設(shè)備104確定分組數(shù)據(jù)是否包含一個(gè)連接ID。如果分組數(shù)據(jù)不包含一個(gè)連接ID，則在步驟S345中，MT2設(shè)備104檢查其是否保存了最后的一個(gè)連接ID。如果沒(méi)有保存，MT2設(shè)備104將丟棄該分組數(shù)據(jù)，因?yàn)樵摲纸M數(shù)據(jù)不能被IWF 108辨認(rèn)出來(lái)，如步驟S365所示。如果MT2設(shè)備104已經(jīng)保存了最后的一個(gè)連接ID，它將確定，在步驟S350中，最后的連接ID是否大于N(例如，解壓縮槽的最大數(shù)目)。如果最后的連接ID不大于N，MT2設(shè)備104發(fā)送分組數(shù)據(jù)到PPPU組幀器以用于發(fā)送，如步驟S310所示。如果最后的連接ID大于N，MT2設(shè)備104就要確定是否存在對(duì)應(yīng)于已保存的連接ID的壓縮狀態(tài)，如步驟S355所示。如果不存在這樣的壓縮狀態(tài)，MT2設(shè)備104將丟棄這個(gè)分組數(shù)據(jù)，如步驟S365所示；如果存在這樣的壓縮狀態(tài)，則在步驟S360中，MT2設(shè)備104在本地對(duì)該分組數(shù)據(jù)的頭部進(jìn)行解壓縮并將該分組數(shù)據(jù)發(fā)送到PPPU組幀器，并將它當(dāng)作一個(gè)IP分組數(shù)據(jù)來(lái)發(fā)送，如步驟S310所示。
回到步驟S340，如果經(jīng)Van Jacobson壓縮的分組包含一個(gè)連接ID，則在步驟S370中，MT2設(shè)備104確定該連接ID是否大于N。如果是，MT2設(shè)備104接下來(lái)在步驟S375中確定，是否存在對(duì)于該連接ID的壓縮狀態(tài)，如果有這樣的壓縮狀態(tài)，MT2設(shè)備104每次都在步驟S360對(duì)分組數(shù)據(jù)進(jìn)行解壓縮，并將分組數(shù)據(jù)發(fā)送到PPPU組幀器以用于傳輸，如步驟S310所示。如果在步驟S375中，MT2設(shè)備104確定連接ID不大于N，則MT2設(shè)備104接下來(lái)，在步驟S380中，檢測(cè)之前是否已見(jiàn)過(guò)這個(gè)連接ID。如果MT2設(shè)備104之前沒(méi)有見(jiàn)過(guò)此連接ID，就丟棄這個(gè)分組數(shù)據(jù)，如步驟S365所示，因?yàn)檫@個(gè)分組數(shù)據(jù)不能被IWF 108所辨認(rèn)。如果MT2設(shè)備104在之前見(jiàn)過(guò)這個(gè)連接ID，則將它保存為所見(jiàn)過(guò)的最后一個(gè)連接ID，如步驟S385所示，接下來(lái)發(fā)送該分組數(shù)據(jù)到PPPU組幀器以用于傳輸，如步驟S310所示。
這樣，這個(gè)實(shí)施例使用MT2設(shè)備104上的解壓縮槽，通過(guò)代理，來(lái)對(duì)壓縮槽ID超過(guò)再商定的Um接口上解壓縮槽范圍的TCP分組數(shù)據(jù)進(jìn)行解壓縮。同樣，這個(gè)實(shí)施例提供了一種有效地應(yīng)用PPP頭部壓縮技術(shù)的系統(tǒng)和方法，能將具有壓縮槽ID大于解壓縮槽最高數(shù)目的分組數(shù)據(jù)的重新傳輸或這些分組數(shù)據(jù)的丟失減到最小。另外，這個(gè)實(shí)施例允許MT2設(shè)備在兩邊的槽數(shù)目相等時(shí)能避免維持這樣一種狀態(tài)。
2.第二實(shí)施例圖4是描述本發(fā)明的第二實(shí)施例的流程圖。當(dāng)一個(gè)分組數(shù)據(jù)從TE2設(shè)備102到達(dá)時(shí)，在步驟S405中，MT2設(shè)備104首先確定該分組數(shù)據(jù)是否是一個(gè)TCP兼容分組。如上面所說(shuō)的，參考第一實(shí)施例，這是因?yàn)閂an Jacobson壓縮技術(shù)僅僅能對(duì)基于TCP/IP的分組數(shù)據(jù)的頭部進(jìn)行操作。于是，如果到達(dá)的分組數(shù)據(jù)不是一個(gè)TCP分組數(shù)據(jù)，在被傳輸?shù)経m接口之前，它會(huì)被路由到MT2設(shè)備104上的PPPU組幀器，如步驟S410所示。如果是一個(gè)TCP分組數(shù)據(jù)，MT2設(shè)備104將進(jìn)入步驟S415。
在步驟S415中，MT2設(shè)備104確定到達(dá)的分組數(shù)據(jù)是否是未壓縮的TCP分組數(shù)據(jù)。如前面所說(shuō)的，一個(gè)未壓縮的TCP分組數(shù)據(jù)的到達(dá)會(huì)出現(xiàn)連接的初始階段或在重新設(shè)置分組數(shù)據(jù)的階段。如果分組數(shù)據(jù)是一個(gè)未壓縮的TCP分組數(shù)據(jù)，則MT2設(shè)備104保存連接ID，如步驟S420所示。
在步驟S422，MT2設(shè)備104確定是否Um接口所有的解壓縮槽都已被占用，因?yàn)檫@樣就不能再為更多的連接進(jìn)行解壓縮了。與第一實(shí)施例不同的是，第一實(shí)施例中使用MT2設(shè)備104上的解壓縮槽來(lái)適應(yīng)那些超過(guò)Um接口解壓縮槽范圍的壓縮槽ID，這個(gè)實(shí)施例中，首先確定在Um接口上是否存在未被占用的解壓縮槽(例如，IWF 108上的槽)。如果存在未被占用的解壓縮槽，MT2設(shè)備104將連接ID映射到一個(gè)未被占用的Um接口解壓縮槽上，這個(gè)實(shí)施例僅僅在MT2設(shè)備104上所有的解壓縮槽都已被占用的情況下才建立一個(gè)本地的解壓縮槽。
因此，在步驟S422中，如果Um接口的槽沒(méi)有用完，MT2設(shè)備104確定分組數(shù)據(jù)的連接ID是否大于N，如步驟S424所示。如果是，則在步驟S426中，MT2設(shè)備104將分組數(shù)據(jù)的連接ID映射到一個(gè)空閑的Um接口解壓縮槽上，以適應(yīng)接下來(lái)由IWF 108對(duì)該分組數(shù)據(jù)的解壓縮。MT2設(shè)備104接著將分組數(shù)據(jù)的連接ID改變?yōu)槠溆成涞腢m解壓縮槽ID，并將該Um槽的ID注冊(cè)為已占用，分別如步驟S428和步驟S432所示。MT2設(shè)備104接下來(lái)在將分組數(shù)據(jù)通過(guò)Um接口傳輸之前先將其路由到PPPU組幀器，如步驟S410所示。
如果，在步驟424中，分組數(shù)據(jù)的連接ID是不大于N，MT2設(shè)備104進(jìn)入步驟S430，它將檢測(cè)Um壓縮槽是否可供使用。如果該槽可供使用，MT2設(shè)備104將Um槽ID注冊(cè)為已占用并接下來(lái)將分組數(shù)據(jù)路由到PPPU組幀器，分別如步驟S432和步驟S410所示。如果那個(gè)槽不可供使用，MT2設(shè)備104進(jìn)入步驟S426。
回到步驟S422，如果為了適應(yīng)對(duì)具有該壓縮槽ID的分組數(shù)據(jù)的解壓縮Um接口已經(jīng)用完了槽，MT2設(shè)備104進(jìn)入步驟S434和S436，分別將壓縮槽ID從Rm接口映射到一個(gè)本地解壓縮槽ID上并在MT2設(shè)備104上建立一個(gè)本地解壓縮槽。如前第一個(gè)實(shí)施例所述，建立一個(gè)本地解壓縮槽是可行的，因?yàn)樵谖磯嚎s的TCP分組數(shù)據(jù)中的頭部信息是開(kāi)放可見(jiàn)的。在步驟S438中，MT2設(shè)備104將PPP分組數(shù)據(jù)中的協(xié)議字段改成IP協(xié)議(同時(shí)將IP頭部中的協(xié)議字段改成連接ID并計(jì)算IP頭部的校驗(yàn)和)，并在步驟S410中將分組數(shù)據(jù)傳輸?shù)絇PPU組幀器。通過(guò)改變協(xié)議字段以及傳輸未壓縮IP分組數(shù)據(jù)，MT2設(shè)備104保證了Um不會(huì)試圖去解壓縮這個(gè)分組數(shù)據(jù)并僅僅是根據(jù)IP協(xié)議簡(jiǎn)單地傳輸這個(gè)分組數(shù)據(jù)。
為了節(jié)約MT2設(shè)備104上的內(nèi)存，有必要限制本地解壓縮槽的數(shù)目。同樣，又可能會(huì)使用優(yōu)化技術(shù)來(lái)回收MT2設(shè)備104上的解壓縮槽。一種這樣的優(yōu)化技術(shù)是“最少最近使用”算法，對(duì)于針對(duì)為某個(gè)Rm接口壓縮槽ID而保留的，但是很少使用的解壓縮槽，將被回收并映射到其他的壓縮槽。需要重點(diǎn)指出的是，這種技術(shù)可能會(huì)影響到被重新要求的連接的吞吐量。
回到步驟S415，如果分組數(shù)據(jù)是一個(gè)壓縮的TCP分組，MT2設(shè)備104進(jìn)入步驟S440，確定分組數(shù)據(jù)是否包含一個(gè)連接ID。如果是，MT2設(shè)備104進(jìn)入步驟S442，檢測(cè)該連接ID是否對(duì)應(yīng)于MT2設(shè)備104上的一個(gè)本地解壓縮槽。如果在步驟S434中使用了內(nèi)存優(yōu)化技術(shù)(例如，最少最近使用算法)，則步驟S442的確定會(huì)要求檢測(cè)已存在的映射表，以查詢?cè)揑D是否對(duì)應(yīng)于一個(gè)本地解壓縮槽。
如果解壓縮槽是本地的，則在步驟S450中，MT2設(shè)備104對(duì)分組進(jìn)行解壓縮并將其路由到步驟S410中的PPPU組幀器。如果解壓縮槽不是本地的，則在步驟S444中，MT2設(shè)備104檢測(cè)之前是否已見(jiàn)過(guò)這個(gè)連接ID。如果MT2設(shè)備104之前沒(méi)有見(jiàn)過(guò)此連接ID，就丟棄這個(gè)分組數(shù)據(jù)，如步驟S456所示，因?yàn)檫@個(gè)分組數(shù)據(jù)不能被IWF 108所辨認(rèn)。如果，另一方面，MT2設(shè)備104在之前見(jiàn)過(guò)這個(gè)連接ID，則在步驟S446中保存該連接ID，接下來(lái)在步驟S448中繼續(xù)檢測(cè)，該連接ID是否已被映射到Um接口上的其他解壓縮槽上(請(qǐng)參考，舉個(gè)例子，步驟S426和S428)。如果是，MT2設(shè)備104改變連接ID成其映射的Um槽ID并路由該分組數(shù)據(jù)到PPPU組幀器，分別如步驟S458和步驟S410所示。如果該連接ID還沒(méi)有被映射，MT2設(shè)備104簡(jiǎn)單地將分組數(shù)據(jù)路由到步驟S410中的PPPU組幀器。
回到步驟S440，如果分組數(shù)據(jù)不包含一個(gè)連接ID，則MT2設(shè)備104進(jìn)入步驟S452，檢查MT2設(shè)備104是否為最后的連接ID保存了一個(gè)值。如果MT2設(shè)備104沒(méi)有保存這樣一個(gè)值，它將丟棄該分組數(shù)據(jù)，如步驟S456所示。如果MT2設(shè)備104已經(jīng)為最后的連接ID保存了一個(gè)值，它將在步驟S454中確定，該值是否已對(duì)應(yīng)于MT2設(shè)備104上的本地解壓縮槽，如果是，則在步驟S450中，MT2設(shè)備104因而對(duì)分組數(shù)據(jù)進(jìn)行解壓縮，并將其路由到步驟S410中的PPPU組幀器。如果最后的連接ID沒(méi)有對(duì)應(yīng)于MT2設(shè)備104上的本地解壓縮槽，則MT2設(shè)備進(jìn)入步驟S448，檢測(cè)該連接ID是否已被映射到Um接口的其他解壓縮槽上(請(qǐng)參考，舉個(gè)例子，步驟S426和S428)。如果是，MT2設(shè)備104改變連接ID成其映射的Um插槽ID并路由該分組數(shù)據(jù)到PPPU組幀器，分別如步驟S458和步驟S410所示。如果該連接ID還沒(méi)有被映射，MT2設(shè)備104簡(jiǎn)單地將分組數(shù)據(jù)路由到步驟S410中的PPPU組幀器。
這樣，該實(shí)施例首先試圖通過(guò)將壓縮槽映射到未占用的Um解壓縮槽上，來(lái)適應(yīng)具有Rm壓縮槽ID超過(guò)Um接口解壓縮槽的TCP分組數(shù)據(jù)。如果所有的Um解壓縮槽都已被占用，該實(shí)施例在MT2設(shè)備上建立本地解壓縮槽并在需要時(shí)回收它們，并通過(guò)代理來(lái)解壓縮具有超過(guò)范圍的壓縮槽ID的TCP分組數(shù)據(jù)。同樣，該實(shí)施例提供一種能有效并智能地應(yīng)用PPP頭部壓縮技術(shù)的系統(tǒng)和方法。通過(guò)這樣做，該實(shí)施例能將具有壓縮槽ID大于解壓縮槽最高數(shù)目的分組數(shù)據(jù)的重新傳輸或這些分組數(shù)據(jù)的丟失減到最小。另外，這個(gè)實(shí)施例允許MT2設(shè)備在兩邊的槽數(shù)目相等時(shí)能避免維持這樣一種狀態(tài)。
與本實(shí)施例相關(guān)的過(guò)程可以存儲(chǔ)在任何存儲(chǔ)設(shè)備中，例如，舉個(gè)例子，非易失性的內(nèi)存，光盤(pán)，磁帶，或磁盤(pán)。此外，該過(guò)程可以在制造系統(tǒng)時(shí)或在以后通過(guò)一個(gè)可被計(jì)算機(jī)讀取的媒體來(lái)進(jìn)行編程。該媒體可以是上面列出得任何形式的存儲(chǔ)設(shè)備，并且還可以包括，舉個(gè)例子，一經(jīng)過(guò)調(diào)制或其他處理的載波，來(lái)傳送能被系統(tǒng)讀取，解調(diào)/解碼并執(zhí)行的指令。
前面對(duì)于本發(fā)明較佳實(shí)施例的描述提供了附圖和說(shuō)明，但并不是說(shuō)本發(fā)明僅僅是或局限于上述公開(kāi)的精確形式。針對(duì)實(shí)施例的改進(jìn)或變化是可能的，只要其符合上述教義或者是在實(shí)施本發(fā)明的過(guò)程中能獲得的。因此，本發(fā)明的范圍是由權(quán)利要求或和其同意義的內(nèi)容來(lái)定義的。
權(quán)利要求
1.一種在無(wú)線通信網(wǎng)絡(luò)的Um接口上PPP重新協(xié)商后維持壓縮狀態(tài)并應(yīng)用壓縮技術(shù)的方法，所述方法包括在一通信設(shè)備中，接收從終端設(shè)備傳輸?shù)姆纸M數(shù)據(jù)，所述終端設(shè)備通過(guò)一Rm接口與所述通信設(shè)備耦合；探測(cè)所述接收的分組數(shù)據(jù)是否包括壓縮的或未壓縮的數(shù)據(jù)；根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括壓縮數(shù)據(jù)，確定所述壓縮數(shù)據(jù)中是否包括連接信息指定的一個(gè)壓縮槽，以及所述連接信息是否超過(guò)來(lái)自所述Um接口上的多個(gè)解壓縮槽的最高數(shù)目的解壓縮槽；以及根據(jù)確定所述連接信息包括在所述壓縮數(shù)據(jù)內(nèi)并且它超過(guò)所述最高數(shù)目的解壓縮槽，當(dāng)所述通信設(shè)備接收到包含所述連接信息的壓縮分組數(shù)據(jù)時(shí)，在一配置在所述通信設(shè)備中的本地解壓縮槽中對(duì)所述壓縮的分組數(shù)據(jù)進(jìn)行解壓縮。
2.如權(quán)利要求1所述的方法，其特征在于所述壓縮和未壓縮的分組數(shù)據(jù)按照TCP和Van Jacobson協(xié)議格式化。
3.如權(quán)利要求2所述的方法，其特征在于，根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括未壓縮數(shù)據(jù)，所述通信設(shè)備將標(biāo)識(shí)一包括在未壓縮分組數(shù)據(jù)中的壓縮槽的信息保存為最后連接信息，標(biāo)記所述最后連接信息為已見(jiàn)過(guò)的標(biāo)識(shí)信息，并根據(jù)確定所述最后連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，在所述通信設(shè)備中建立一本地解壓縮槽。
4.如權(quán)利要求3所述的方法，其特征在于，根據(jù)確定所述連接信息不包括在所述壓縮數(shù)據(jù)內(nèi)，所述通信設(shè)備確定所述最后連接信息是否存在，以及所述最后連接信息是否超過(guò)所述最高數(shù)目的解壓縮槽，其特征在于，當(dāng)所述通信系統(tǒng)確定所述最后連接信息不存在時(shí)，丟棄所述壓縮的分組數(shù)據(jù)，以及其特征在于，根據(jù)確定所述最后連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，如果存在所述最后連接信息的壓縮狀態(tài)，所述通信設(shè)備使用所述本地解壓縮槽解壓縮所述壓縮分組數(shù)據(jù)，如果不存在所述最后連接信息的壓縮狀態(tài)，所述通信設(shè)備丟棄所述壓縮分組數(shù)據(jù)。
5.權(quán)利要求4所述的方法，其特征在于，根據(jù)確定所述連接信息包含在所述壓縮數(shù)據(jù)中，所述通信系統(tǒng)確定所述連接信息是否超過(guò)了所述最高數(shù)目的解壓縮槽，其特征在于，根據(jù)確定所述連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，如果存在所述連接信息的壓縮狀態(tài)，所述通信設(shè)備使用所述本地解壓縮槽解壓縮所述壓縮分組數(shù)據(jù)，如果不存在所述連接信息的壓縮狀態(tài)，所述通信設(shè)備丟棄所述壓縮分組數(shù)據(jù)，以及其特征在于，根據(jù)確定所述連接信息不超過(guò)所述最高數(shù)目的解壓縮槽，如果所述通信設(shè)備在之前沒(méi)有見(jiàn)過(guò)所述連接信息，則丟棄所述壓縮的分組數(shù)據(jù)，如果所述連接信息的壓縮狀態(tài)存在，所述通信設(shè)備將所述連接狀態(tài)保存為最后見(jiàn)過(guò)的連接信息。
6.一種在無(wú)線通信網(wǎng)絡(luò)的Um接口上經(jīng)PPP重新協(xié)商后維持壓縮狀態(tài)及應(yīng)用壓縮技術(shù)的方法，所述方法包括在一通信設(shè)備中，接收從終端設(shè)備傳輸?shù)姆纸M數(shù)據(jù)，所述終端設(shè)備通過(guò)一Rm接口與所述通信設(shè)備耦合；探測(cè)所述接收的分組數(shù)據(jù)是否包括壓縮的或未壓縮的數(shù)據(jù)；根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括壓縮數(shù)據(jù)，確定所述壓縮數(shù)據(jù)中是否包括連接信息指定的一個(gè)壓縮槽，以及所述連接信息是否對(duì)應(yīng)于一配置在所述通信設(shè)備中的本地解壓縮槽；以及根據(jù)確定所述連接信息包括在所述壓縮數(shù)據(jù)內(nèi)并且所述連接信息對(duì)應(yīng)于所述本地解壓縮槽，當(dāng)所述通信設(shè)備接收到包含所述連接信息的壓縮分組數(shù)據(jù)時(shí)，在所述本地解壓縮槽中對(duì)所述壓縮的分組數(shù)據(jù)進(jìn)行解壓縮。
7.如權(quán)利要求6所述的方法，其特征在于所述壓縮和未壓縮的分組數(shù)據(jù)按照TCP和Van Jacobson協(xié)議格式化。
8.如權(quán)利要求7所述的方法，其特征在于，根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括未壓縮數(shù)據(jù)，所述通信設(shè)備將標(biāo)識(shí)一包括在未壓縮分組數(shù)據(jù)中的壓縮槽的信息保存為最后連接信息，標(biāo)記所述最后連接信息為已見(jiàn)過(guò)的標(biāo)識(shí)信息，并確定是否在所述Um接口上的多個(gè)解壓縮槽都已被占用。
9.如權(quán)利要求8所述的方法，其特征在于，根據(jù)確定所述多個(gè)解壓縮槽都已被占用，所述通信設(shè)備將連接信息映射到所述解壓縮槽并在所述通信設(shè)備中建立一個(gè)本地解壓縮槽。
10.如權(quán)利要求9所述的方法，其特征在于，根據(jù)確定所述Um接口上的多個(gè)解壓縮槽中至少有一個(gè)沒(méi)有被占用，所述通信設(shè)備確定所述連接信息是否超過(guò)所述Um接口上的最高數(shù)目的解壓縮槽，其特征在于，根據(jù)確定所述連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，所述通信設(shè)備將所述連接信息映射到至少一個(gè)所述Um接口上未被占用的解壓縮槽中，把連接信息改成所述經(jīng)映射的至少一個(gè)未被占用的解壓縮槽，并將所述至少一個(gè)未被占用的解壓縮槽注冊(cè)成已占用。
11.如權(quán)利要求10所述的方法，其特征在于，根據(jù)確定所述連接信息不超過(guò)所述最高數(shù)目的解壓縮槽，所述通信設(shè)備確定與所述連接信息對(duì)應(yīng)的所述Um接口上的所述解壓縮槽是否已被占用，其特征在于，如果與所述連接信息對(duì)應(yīng)的所述Um接口上的所述解壓縮槽未被占用，所述通信系統(tǒng)將所述Um接口上的所述解壓縮槽注冊(cè)為已占用，并且所述通信設(shè)備將所述連接信息映射為至少一個(gè)所述Um接口上未被占用的解壓縮槽，將連接信息改為所述至少一個(gè)未被占用的解壓縮槽，并將所述至少一個(gè)未被占用的解壓縮槽注冊(cè)成已占用，如果與所述連接信息相關(guān)聯(lián)的所述Um接口上的所述解壓縮槽被占用。
12.如權(quán)利要求11所述的方法，其特征在于，根據(jù)確定所述連接信息不包括在所述壓縮數(shù)據(jù)內(nèi)，所述通信設(shè)備確定所述最后連接信息是否存在，以及所述最后連接信息是否與所述本地解壓縮槽相關(guān)聯(lián)，其特征在于，如果不存在所述最后連接信息，所述通信設(shè)備丟棄所述壓縮分組數(shù)據(jù)，其特征在于，根據(jù)確定所述最后連接信息與所述本地解壓縮槽相關(guān)聯(lián)，所述通信設(shè)備使用所述本地解壓縮槽解壓縮所述壓縮分組數(shù)據(jù)，以及其特征在于，根據(jù)確定所述最后連接信息不與所述本地解壓縮槽相關(guān)聯(lián)，如果所述通信設(shè)備確定所述Um接口上的所述映射解壓縮槽存在，所述通信設(shè)備將所述分組數(shù)據(jù)的壓縮信息改變到所述Um接口上的所述映射解壓縮槽。
13.一種可被機(jī)器讀取的媒體，編碼有多條可被處理器執(zhí)行的指令序列，能在無(wú)線通信網(wǎng)絡(luò)中Um接口上PPP重新協(xié)商后維持壓縮狀態(tài)并應(yīng)用壓縮技術(shù)，所述指令序列包括接收，在一通信設(shè)備中，分組數(shù)據(jù)由終端設(shè)備傳輸，所述終端設(shè)備通過(guò)一Rm接口與所述通信設(shè)備耦合；探測(cè)所述接收的分組數(shù)據(jù)是否包括壓縮的或未壓縮的數(shù)據(jù)；確定，根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括壓縮數(shù)據(jù)，確定所述壓縮數(shù)據(jù)中是否包括連接信息指定的一個(gè)壓縮槽，以及所述連接信息是否超過(guò)所述Um接口上的多個(gè)解壓縮槽中最高數(shù)目的解壓縮槽；以及解壓縮，根據(jù)確定所述連接信息包括在所述壓縮數(shù)據(jù)內(nèi)并且它超過(guò)所述最高數(shù)目的解壓縮槽，當(dāng)所述通信設(shè)備接收到包含所述連接信息的壓縮分組數(shù)據(jù)時(shí)，在一配置在所述通信設(shè)備中的本地解壓縮槽中對(duì)所述壓縮的分組數(shù)據(jù)進(jìn)行解壓縮。
14.如權(quán)利要求13所述的可被機(jī)器讀取的媒體，其特征在于所述壓縮和未壓縮的分組數(shù)據(jù)按照TCP和Van Jacobson協(xié)議格式化。
15.如權(quán)利要求14所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括未壓縮數(shù)據(jù)，所述通信設(shè)備將標(biāo)識(shí)一包括在未壓縮分組數(shù)據(jù)中的壓縮槽的信息保存為最后連接信息，標(biāo)記所述最后連接信息為已見(jiàn)過(guò)的標(biāo)識(shí)信息，并根據(jù)確定所述最后連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，在所述通信設(shè)備中建立一本地解壓縮槽。
16.如權(quán)利要求15所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)確定所述連接信息不包括在所述壓縮數(shù)據(jù)內(nèi)，所述通信設(shè)備確定所述最后連接信息是否存在，以及所述最后連接信息是否超過(guò)所述最高數(shù)目的解壓縮槽，其特征在于，當(dāng)所述通信系統(tǒng)確定所述最后連接信息不存在時(shí)，丟棄所述壓縮的分組數(shù)據(jù)，以及其特征在于，根據(jù)確定所述最后連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，如果存在所述最后連接信息的壓縮狀態(tài)，所述通信設(shè)備使用所述本地解壓縮槽解壓縮所述壓縮分組數(shù)據(jù)，如果不存在所述最后連接信息的壓縮狀態(tài)，所述通信設(shè)備丟棄所述壓縮分組數(shù)據(jù)。
17.權(quán)利要求16所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)確定所述連接信息包含在所述壓縮數(shù)據(jù)中，所述通信系統(tǒng)確定所述連接信息是否超過(guò)了所述最高數(shù)目的解壓縮槽，其特征在于，根據(jù)確定所述連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，如果存在所述連接信息的壓縮狀態(tài)，所述通信設(shè)備使用所述本地解壓縮槽解壓縮所述壓縮分組數(shù)據(jù)，如果不存在所述連接信息的壓縮狀態(tài)，所述通信設(shè)備丟棄所述壓縮分組數(shù)據(jù)，以及其特征在于，根據(jù)確定所述連接信息不超過(guò)所述最高數(shù)目的解壓縮槽，如果所述通信設(shè)備在之前沒(méi)有見(jiàn)過(guò)所述連接信息，則丟棄所述壓縮的分組數(shù)據(jù)，如果所述連接信息的壓縮狀態(tài)存在，所述通信設(shè)備將所述連接狀態(tài)保存為最后見(jiàn)過(guò)的連接信息。
18.一種可被機(jī)器讀取的媒體，編碼有多條可被處理器執(zhí)行的指令序列，能在無(wú)線通信網(wǎng)絡(luò)的Um接口上經(jīng)PPP重新協(xié)商后維持壓縮狀態(tài)及應(yīng)用壓縮技術(shù)，所述指令序列包括在一通信設(shè)備中，接收從終端設(shè)備傳輸?shù)姆纸M數(shù)據(jù)，所述終端設(shè)備通過(guò)一Rm接口與所述通信設(shè)備耦合；探測(cè)所述接收的分組數(shù)據(jù)是否包括壓縮的或未壓縮的數(shù)據(jù)；根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括壓縮數(shù)據(jù)，確定所述壓縮數(shù)據(jù)中是否包括連接信息指定的一個(gè)壓縮槽，以及所述連接信息是否與一配置在所述通信設(shè)備中的本地解壓縮槽相對(duì)應(yīng)；以及根據(jù)確定所述連接信息包括在所述壓縮數(shù)據(jù)內(nèi)并且所述連接信息對(duì)應(yīng)于所述本地解壓縮槽，當(dāng)所述通信設(shè)備接收到包含所述連接信息的壓縮分組數(shù)據(jù)時(shí)，在所述本地解壓縮槽中對(duì)所述壓縮的分組數(shù)據(jù)進(jìn)行解壓縮。
19.如權(quán)利要求6所述的可被機(jī)器讀取的媒體，其特征在于所述壓縮和未壓縮的分組數(shù)據(jù)按照TCP和Van Jacobson協(xié)議格式化。
20.如權(quán)利要求19所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)探測(cè)到所述接收的分組數(shù)據(jù)包括未壓縮數(shù)據(jù)，所述通信設(shè)備將標(biāo)識(shí)一包括在未壓縮分組數(shù)據(jù)中的壓縮槽的信息保存為最后連接信息，標(biāo)記所述最后連接信息為已見(jiàn)過(guò)的標(biāo)識(shí)信息，并確定是否在所述Um接口上的多個(gè)解壓縮槽都已被占用。
21.如權(quán)利要求20所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)確定所述多個(gè)解壓縮槽都已被占用，所述通信設(shè)備將連接信息映射到所述解壓縮槽并在所述通信設(shè)備中建立一個(gè)本地解壓縮槽。
22.如權(quán)利要求21所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)確定所述Um接口上的多個(gè)解壓縮槽中至少有一個(gè)沒(méi)有被占用，所述通信設(shè)備確定所述連接信息是否超過(guò)所述Um接口上的最高數(shù)目的解壓縮槽，其特征在于，根據(jù)確定所述連接信息超過(guò)了所述最高數(shù)目的解壓縮槽，所述通信設(shè)備將所述連接信息映射到至少一個(gè)所述Um接口上未被占用的解壓縮槽中，把連接信息改成所述經(jīng)映射的至少一個(gè)未被占用的解壓縮槽，并將所述至少一個(gè)未被占用的解壓縮槽注冊(cè)成已占用。
23.如權(quán)利要求22所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)確定所述連接信息不超過(guò)所述最高數(shù)目的解壓縮槽，所述通信設(shè)備確定與所述連接信息對(duì)應(yīng)的所述Um接口上的所述解壓縮槽是否已被占用，其特征在于，如果與所述連接信息對(duì)應(yīng)的所述Um接口上的所述解壓縮槽未被占用，所述通信系統(tǒng)將所述Um接口上的所述解壓縮槽注冊(cè)為已占用，并且所述通信設(shè)備將所述連接信息映射為至少一個(gè)所述Um接口上未被占用的解壓縮槽中，將連接信息改為所述至少一個(gè)未被占用的解壓縮槽，并將所述至少一個(gè)未被占用的解壓縮槽注冊(cè)成已占用，如果與所述連接信息相對(duì)應(yīng)的所述Um接口上的所述解壓縮槽被占用。
24.如權(quán)利要求23所述的可被機(jī)器讀取的媒體，其特征在于，根據(jù)確定所述連接信息不包括在所述壓縮數(shù)據(jù)內(nèi)，所述通信設(shè)備確定所述最后連接信息是否存在，以及所述最后連接信息是否與所述本地解壓縮槽相對(duì)應(yīng)，其特征在于，如果不存在所述最后連接信息，所述通信設(shè)備丟棄所述壓縮分組數(shù)據(jù)，其特征在于，根據(jù)確定所述最后連接信息與所述本地解壓縮槽相對(duì)應(yīng)，所述通信設(shè)備使用所述本地解壓縮槽解壓縮所述壓縮分組數(shù)據(jù)，以及其特征在于，根據(jù)確定所述最后連接信息不與所述本地解壓縮槽相對(duì)應(yīng)，如果所述通信設(shè)備確定所述Um接口上的所述經(jīng)映射的解壓縮槽存在，所述通信設(shè)備將所述分組數(shù)據(jù)的壓縮信息改變?yōu)樗鯱m接口上的所述經(jīng)映射的解壓縮槽。
全文摘要
一種在無(wú)線通信網(wǎng)絡(luò)的U
文檔編號(hào)H04W12/10GK1496643SQ02806549
公開(kāi)日2004年5月12日 申請(qǐng)日期2002年2月6日 優(yōu)先權(quán)日2001年2月16日
發(fā)明者M·利奧伊, N·阿布羅爾, M 利奧伊, 悸薅 申請(qǐng)人:高通股份有限公司