專利名稱：移動通信中ip數(shù)據(jù)壓縮的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于移動通信技術(shù)領(lǐng)域，更具體地說是對移動終端中語音流或視頻流的IP數(shù)據(jù)頭部壓縮的實現(xiàn)方法。
背景技術(shù)：
目前的VoIP(voice over IP)技術(shù)，在使用無線鏈路進行傳輸數(shù)據(jù)業(yè)務(wù)的語音流或視頻流時，由于無線鏈路帶寬有限，尤其出于對切換、多用戶使用的情況的考慮，只能使用基本信道(FCH)，這樣帶寬才為9.6kbps，因此，帶寬資源顯得非常緊張，語音的時延比較長，無線終端上的VoIP的實時性效果比較差。
對于數(shù)據(jù)業(yè)務(wù)來講，每個IP數(shù)據(jù)包中包含的語音幀數(shù)和頭部字符個數(shù)與網(wǎng)絡(luò)時延的需求和帶寬資源的利用有著直接的聯(lián)系。
IP數(shù)據(jù)包中包含的語音幀數(shù)越多，則協(xié)議頭部相對占用的帶寬越少，帶寬的利用率越高，但是語音的時延也越大。當IP數(shù)據(jù)包中所包含的語音幀數(shù)越少，則協(xié)議頭部占用的帶寬越多，帶寬的利用率越低，但是語音的時延會變小。
IP數(shù)據(jù)包中包含的頭部數(shù)據(jù)越多，則協(xié)議頭部相對占用的帶寬越多，帶寬的利用率越低，同時造成數(shù)據(jù)的時延也越大；當IP數(shù)據(jù)包中包含的頭部數(shù)據(jù)越少，則協(xié)議頭部相對占用的帶寬越少，帶寬的利用率越高，同時語音的時延會越小。
CDMA系統(tǒng)的語音幀采樣頻率為20ms，即每20ms產(chǎn)生一個語音幀。每個編碼格式為EVRC(Enhanced Variable-Rate Coder)的全速率語音幀為22個字節(jié)，而半速率語音幀為10個字節(jié)。因此，如果我們每兩個語音幀通過VoIP網(wǎng)絡(luò)協(xié)議傳送一次，則需要添加RTP(12字節(jié))+UDP(8字節(jié))+IP(20字節(jié))＝40個字節(jié)的頭部，其中RTP(Real Time TransportProtocol)是實時傳輸協(xié)議，UDP(User Datagram Protocol)是用戶數(shù)據(jù)報協(xié)議，IP(Internet Protocol)是網(wǎng)際協(xié)議。目前的這種數(shù)據(jù)傳輸?shù)姆椒▽τ?0個字節(jié)即兩個半速率幀的語音數(shù)據(jù)來講，頭部字符數(shù)據(jù)占用的帶寬太大，從而造成無線資源的浪費。不但加大了網(wǎng)絡(luò)的負載，并且增加了語音流和視頻流傳輸?shù)臅r延。

發(fā)明內(nèi)容
本發(fā)明的目的，就在于克服上述缺點和不足，提供一種對移動通信中IP數(shù)據(jù)壓縮的方法，具體是對RTP/UDP/IP協(xié)議的頭部信息進行壓縮，不需要增加硬件芯片設(shè)備，只需要嵌入該發(fā)明的軟件包，就可以利用現(xiàn)有移動終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN的軟硬件資源實現(xiàn)協(xié)議頭部的壓縮。本發(fā)明能夠把原來RTP/UDP/IP包的頭部長度由原來的40個字節(jié)壓縮到2個字節(jié)。本發(fā)明的應(yīng)用提高了帶寬的利用率，節(jié)省了空中接口的無線資源，減小了語音流和視頻流的傳輸時延，大大提高了語音和視頻播放的流暢性。
本發(fā)明是一種對RTP/UDP/IP協(xié)議頭部進行壓縮的方法，其方法是移動通信終端和PDSN配合共同完成。移動通信終端與分組數(shù)據(jù)服務(wù)節(jié)點PDSN進行點對點協(xié)議PPP(Point to Point Protocol)協(xié)商，在PPP協(xié)商成功后，對于要發(fā)送的IP包，在終端側(cè)對協(xié)議頭部進行壓縮，到達PDSN后，根據(jù)壓縮協(xié)議約定，再將協(xié)議頭部恢復(fù)；對于接收到的IP包，在PDSN側(cè)對協(xié)議頭部進行壓縮，到達終端后，再根據(jù)協(xié)議約定將協(xié)議頭部恢復(fù)。這樣就節(jié)省了空中接口的資源，提高了數(shù)據(jù)的實時性。
一種移動通信中IP數(shù)據(jù)壓縮的方法，包括移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN，還包括下述步驟移動通信終端與分組數(shù)據(jù)服務(wù)節(jié)點PDSN進行PPP協(xié)商，在PPP協(xié)商過程中，通過標識來識別移動終端和分組數(shù)據(jù)服務(wù)節(jié)點之間傳輸?shù)腎P數(shù)據(jù)包使用壓縮協(xié)議；PPP協(xié)商成功后，移動通信終端把語音流和視頻流的數(shù)據(jù)封裝成實時傳輸協(xié)議RTP/用戶數(shù)據(jù)報協(xié)議UDP/IP數(shù)據(jù)包，并對數(shù)據(jù)包的協(xié)議頭部信息進行壓縮；分組數(shù)據(jù)服務(wù)節(jié)點PDSN側(cè)接收數(shù)據(jù)，并把壓縮的RTP/UDP/IP數(shù)據(jù)包的頭部信息進行解壓恢復(fù)，然后提交給上層應(yīng)用。
分組數(shù)據(jù)服務(wù)節(jié)點PDSN接收數(shù)據(jù)并把壓縮的數(shù)據(jù)進行解壓，然后以不壓縮的數(shù)據(jù)方式發(fā)送給服務(wù)器。
在移動通信終端與分組數(shù)據(jù)服務(wù)節(jié)點PDSN之間的PPP協(xié)商中，把PPP option選項中的IP_COMPRESSION_PROTOCAL域填充為0x0061，標識雙方所傳輸?shù)腎P數(shù)據(jù)包使用了壓縮協(xié)議。
一種移動通信中IP數(shù)據(jù)壓縮發(fā)送的方法，包括移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN，發(fā)送包括下述步驟移動終端和PDSN對生成的IP數(shù)據(jù)包，檢查該數(shù)據(jù)包RTP、UDP和IP協(xié)議的頭部信息，判斷是否記錄過該協(xié)議的頭部信息；當移動終端判斷頭部信息沒有被記錄過，則記錄該協(xié)議的頭部信息，并且不對IP數(shù)據(jù)包進行壓縮，發(fā)送帶有全頭部信息的IP包；同時通知對方PDSN記錄該RTP/UDP/IP頭部數(shù)據(jù)。
當移動終端判斷頭部信息已經(jīng)被記錄過，則對該IP數(shù)據(jù)包進行協(xié)議RTP/UDP/IP頭部壓縮，然后發(fā)送頭部信息壓縮的IP數(shù)據(jù)包，同時通知對方PDSN根據(jù)記錄過的頭部信息將頭部信息恢復(fù)。
其具體的方法可以采取，當移動終端判斷頭部信息沒有被記錄過，則把PPP協(xié)議中的協(xié)議域設(shè)置成IP_FULL_HEADER_PROTOCOL＝0x0061，當移動終端判斷頭部信息已經(jīng)被記錄過，則把PPP協(xié)議中的協(xié)議域設(shè)置成IP_COMPRESSED_RTP_8_PROTOCOL＝0x0069。
一種移動通信中IP壓縮數(shù)據(jù)接收的方法，包括移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN，接收還包括下述步驟移動通信終端和PDSN對于接收到的IP數(shù)據(jù)包，檢查判斷其是壓縮幀、全頭部幀還是上下文幀。
如果是壓縮幀，根據(jù)其ID(identification)判斷是否曾經(jīng)記錄該ID的頭部，如果沒有記錄該ID的頭部，則發(fā)送給對方一個上下文幀，告訴對方下一次應(yīng)該發(fā)送全頭部幀。如果有記錄該ID的頭部，則根據(jù)所記錄的頭部信息，把壓縮幀的頭部數(shù)據(jù)進行恢復(fù)，然后提交給上層應(yīng)用。
如果是全頭部幀，說明該IP數(shù)據(jù)包沒有被對方壓縮過，不需要恢復(fù)頭部信息，但是需要記錄該ID的頭部，然后將該數(shù)據(jù)包傳送給上層應(yīng)用。
如果是上下文幀，說明收到的IP包是一個無法識別的數(shù)據(jù)包，或者不是自己需要的數(shù)據(jù)包，發(fā)送給對方一個上下文信息包，要求對方在發(fā)送下一個PPP數(shù)據(jù)包的時候，首先發(fā)送一個全頭部幀。
如果接收方收到無法識別的IP數(shù)據(jù)包，在要求對方發(fā)送全頭部幀之前，接收方所接收到的所有幀均認為有效并上交給上層應(yīng)用。
如果接收方連續(xù)丟掉了三幀語音數(shù)據(jù)，則發(fā)送上下文信息包給對方，請求對方發(fā)送一個全頭部幀。
發(fā)送方可以設(shè)置一個30秒的計時器用來控制發(fā)送全頭部幀，當超過30秒沒有數(shù)據(jù)發(fā)送時，發(fā)送方自動發(fā)送一個全頭部幀。
接收方對于所接收到的PPP數(shù)據(jù)包，判斷其是壓縮幀、全頭部幀的具體方法可以根據(jù)對方發(fā)送過來的PPP分組中協(xié)議域中的具體值，如果該域的值是IP_FULL_HEADER_PROTOCOL＝0x0069，則認為是壓縮幀，如果該域的值是IP_FULL_HEADER_PROTOCOL＝0x0061，則認為是全頭部幀。


下面結(jié)合附圖和實施例對本發(fā)明作進一步的描述。
圖1為本發(fā)明中一個實施例的移動通信IP數(shù)據(jù)壓縮的方框圖；圖2為本發(fā)明中一個實施例的壓縮數(shù)據(jù)發(fā)送流程圖；圖3為本發(fā)明中一個實施例的壓縮數(shù)據(jù)的接收處理流程圖；圖4為本發(fā)明中一個實施例的IPCP協(xié)議域結(jié)構(gòu)示意圖；圖5為本發(fā)明中一個實施例的數(shù)據(jù)壓縮后UDP/IP頭部結(jié)構(gòu)示意圖；圖6為本發(fā)明中一個實施例的上下文信息包的結(jié)構(gòu)示意圖。
具體實施例方式
如圖1所示，對于需要發(fā)送的IP數(shù)據(jù)包，移動通信終端MS和分組數(shù)據(jù)服務(wù)節(jié)點PDSN之間進行PPP協(xié)商，在PPP協(xié)商過程中，通過標識來進行識別移動終端和分組數(shù)據(jù)服務(wù)節(jié)點之間傳輸?shù)腎P數(shù)據(jù)包是否使用壓縮協(xié)議。把PPP option選項中的IP_COMPRESSION_PROTOCAL域填充為0x0061，標識雙方所傳輸?shù)腎P數(shù)據(jù)包使用了壓縮協(xié)議。
雙方的PPP協(xié)商成功后，移動通信終端MS把語音流和視頻流的數(shù)據(jù)封裝成RTP/UDP/IP數(shù)據(jù)包，并對需要傳送的RTP/UDP/IP數(shù)據(jù)進行頭部壓縮。在分組數(shù)據(jù)服務(wù)節(jié)點PDSN側(cè)，接收數(shù)據(jù)并把壓縮的數(shù)據(jù)進行解壓，然后以不壓縮的數(shù)據(jù)方式發(fā)送給服務(wù)器。同樣，對于從PoC服務(wù)器接收的數(shù)據(jù)，在分組數(shù)據(jù)服務(wù)節(jié)點PDSN側(cè)也進行RTP/UDP/IP數(shù)據(jù)頭部壓縮，以壓縮數(shù)據(jù)的方式傳送給目的地移動終端。這樣，在空中接口傳輸?shù)臄?shù)據(jù)均是經(jīng)過壓縮的數(shù)據(jù)，節(jié)省了無線帶寬的資源，減小了數(shù)據(jù)傳輸?shù)臅r延。
對無線通信中IP數(shù)據(jù)包的RTP/UDP/IP協(xié)議頭部進行壓縮的具體規(guī)定是以RFC2507/RFC2508/RFC2509協(xié)議規(guī)范(基于PPP協(xié)議之上的IP頭部壓縮規(guī)范)為基礎(chǔ)的。
如圖2所示，當移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN之間的PPP壓縮協(xié)商成功后，移動終端和PDSN對生成的IP數(shù)據(jù)包，首先檢查該數(shù)據(jù)包RTP、UDP和IP協(xié)議的頭部信息，判斷一下是否曾經(jīng)記錄過該協(xié)議的頭部信息。
如果移動終端判斷該協(xié)議的頭部信息沒有被記錄過，則記錄該協(xié)議的頭部信息，并且不對IP數(shù)據(jù)包進行壓縮，這種情況下需要發(fā)送帶有全頭部信息的IP包。同時移動通信終端把PPP協(xié)議中的協(xié)議域設(shè)置成IP_FULL_HEADER_PROTOCOL＝0x0061，告訴PDSN，這次發(fā)送的IP數(shù)據(jù)包是沒有經(jīng)過頭部信息壓縮的數(shù)據(jù)包，通知對方PDSN記錄該RTP/UDP/IP頭部數(shù)據(jù)。
如果移動終端判斷頭部信息已經(jīng)被記錄過，則對該IP數(shù)據(jù)包進行協(xié)議RTP/UDP/IP頭部壓縮，然后發(fā)送頭部信息壓縮的IP數(shù)據(jù)包，同時把PPP協(xié)議中的協(xié)議域設(shè)置成IP_COMPRESSED_RTP_8_PROTOCOL＝0x0069，告訴PDSN，這次發(fā)送的IP數(shù)據(jù)包是經(jīng)過頭部信息壓縮的數(shù)據(jù)包，通知對方PDSN根據(jù)記錄過的頭部信息將頭部信息恢復(fù)。
如圖3所示，當移動通信終端和PDSN之間的PPP壓縮協(xié)商成功后，對于接收到的IP數(shù)據(jù)包，首先檢查判斷其是壓縮幀、全頭部幀還是上下文幀。
如果是壓縮幀，說明該IP數(shù)據(jù)包已經(jīng)被對方壓縮過了，可以根據(jù)其ID(identification)判斷是否曾經(jīng)記錄該ID的頭部，如果沒有記錄該ID的頭部，則發(fā)送給對方一個上下文幀，告訴對方下一次應(yīng)該發(fā)送全頭部幀。如果有記錄該ID的頭部，則根據(jù)所記錄的頭部信息，把壓縮幀的頭部數(shù)據(jù)進行恢復(fù)，然后提交給上層應(yīng)用。
如果是全頭部幀，說明該IP數(shù)據(jù)包沒有被對方壓縮過，不需要恢復(fù)頭部信息，但是需要首先記錄該ID的頭部，然后將該數(shù)據(jù)包傳送給上層應(yīng)用。
如果是上下文幀，說明收到的IP包是一個無法識別的數(shù)據(jù)包，或者不是自己需要的數(shù)據(jù)包，但對于接收到的該幀仍然認為是有效的，并傳輸給上層應(yīng)用。而且發(fā)送給對方一個上下文信息包，告訴對方自己的需求，要求對方在發(fā)送下一個PPP數(shù)據(jù)包的時候，首先發(fā)送一個全頭部幀。在接收到對方發(fā)送的全頭部幀以前，接收到的所有幀均認為有效并上交給上層應(yīng)用。如果接收方連續(xù)丟掉了三幀語音數(shù)據(jù)，則發(fā)送上下文信息包給對方，請求對方發(fā)送一個全頭部幀。
可以設(shè)置一個30秒的計時器用來控制發(fā)送全頭部幀，當超過30秒沒有數(shù)據(jù)發(fā)送時，發(fā)送方自動發(fā)送一個全頭部幀。
對于接收到的PPP數(shù)據(jù)包，判斷其是壓縮幀、全頭部幀的具體方法可以根據(jù)對方發(fā)送過來的PPP分組中協(xié)議域中的具體值，如果該域的值是IP_FULL_HEADER_PROTOCOL＝0x0069，則是壓縮幀，如果該域的值是IP_FULL_HEADER_PROTOCOL＝0x0061，則是全頭部幀。
如圖4所示，對于需要發(fā)送的IP數(shù)據(jù)包，移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN之間進行PPP協(xié)商，本示意圖是PPP協(xié)商過程中IPCP(The PPP Internet Protocol Control Protocol)子過程需要添加的與壓縮有關(guān)的域。移動終端和PDSN就是根據(jù)這些域知道對方要使用何種壓縮協(xié)議。圖中IP_compress_protocol＝0x0061，標識雙方在傳輸?shù)腎P數(shù)據(jù)包中使用壓縮協(xié)議。
其中Type域表示該IPCP數(shù)據(jù)幀類型；Length域表示該IPCP幀長度；IP_compress_protocol表示使用壓縮協(xié)議的類型；TCP_SPACE表示允許最多同時進行的TCP會話數(shù)；TCP_SPACE表示允許最多同時進行的UDP會話數(shù)；F_MAX_PERIOD表示兩個全頭部幀之間的最大幀數(shù)間隔；F_MAX_TIME表示兩個全頭部幀之間的最大時間間隔；MAX_HEADER表示允許被壓縮的最大的頭部長度；Suboptions表示后邊是否還有參數(shù)。
如圖5所示，是壓縮后的UDP和IP的頭部結(jié)構(gòu)。沒有壓縮的UDP和IP頭部共是28個字節(jié)，經(jīng)過壓縮后，頭部僅剩下2個字節(jié)，大大的減小了頭部負載。
其中，session context ID表示IP/UDP會話(即上下文)的序號；I表示IP分組標識；Link sequence表示該幀的序列號。
如圖6所示，是上下文信息幀。這是為了壓縮協(xié)議而新增加的一種幀結(jié)構(gòu)。該幀的目的是告訴對方，自己收到了一個無法識別的數(shù)據(jù)幀或是錯誤的幀，需要對方發(fā)送一個全頭部幀來糾正錯誤。該數(shù)據(jù)幀在整個連接過程中出現(xiàn)的幾率很小。其占用的帶寬可以忽略不計。
其中，IP/UDP/RTP with 8-bit CID表示上下文ID占8比特；Context count用來進行對上下文統(tǒng)計；session context ID表示IP/UDP會話(即上下文)的序號；I表示該幀要求發(fā)送全頭部幀還是查看上下文狀態(tài)；Sequence表示該幀序號；Generation為以后IPv6協(xié)議使用。
實施例1，移動終端同服務(wù)器之間進行IP語音數(shù)據(jù)通信，首先移動終端與PDSN進行壓縮協(xié)議協(xié)商，即通過PPP點對點協(xié)議的IPCP子協(xié)議進行壓縮協(xié)商，協(xié)商成功后，移動終端發(fā)送一個全頭部IP數(shù)據(jù)幀，此時移動終端和PDSN根據(jù)該全頭部幀記住RTP/UDP/IP頭部信息，然后移動終端就可以連續(xù)發(fā)送壓縮數(shù)據(jù)幀。數(shù)據(jù)經(jīng)過壓縮后，對于兩幀半速率語音幀，負載為語音數(shù)據(jù)(20字節(jié))+語音頭部(1字節(jié))+RTP頭部(1字節(jié))+UDP/IP壓縮頭部(2字節(jié)/不帶校驗和)+PPP頭部(5字節(jié))＝29壓縮率為(66-29)/66＝56％實施例1實現(xiàn)的功能目標為兩幀語音幀能夠在一個基本信道(FCH)上正常傳輸，不會引起網(wǎng)絡(luò)阻塞或擁塞。
權(quán)利要求
1.一種移動通信中IP數(shù)據(jù)壓縮的方法，包括移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN，其特征在于包括下述步驟移動通信終端與分組數(shù)據(jù)服務(wù)節(jié)點PDSN進行PPP協(xié)商，在PPP協(xié)商過程中，通過標識來識別移動終端和分組數(shù)據(jù)服務(wù)節(jié)點之間傳輸?shù)腎P數(shù)據(jù)包使用壓縮協(xié)議；PPP協(xié)商成功后，移動通信終端把語音流和視頻流的數(shù)據(jù)封裝成實時傳輸協(xié)議RTP/用戶數(shù)據(jù)報協(xié)議UDP/IP數(shù)據(jù)包，并對數(shù)據(jù)包的協(xié)議頭部信息進行壓縮；分組數(shù)據(jù)服務(wù)節(jié)點PDSN側(cè)接收數(shù)據(jù)，并把壓縮的RTP/UDP/IP數(shù)據(jù)包的頭部信息進行解壓恢復(fù)，然后提交給上層應(yīng)用。
2.根據(jù)權(quán)利要求1所述的移動通信中IP數(shù)據(jù)壓縮的方法，其特征在于分組數(shù)據(jù)服務(wù)節(jié)點PDSN接收數(shù)據(jù)并把壓縮的數(shù)據(jù)進行解壓，然后以不壓縮的數(shù)據(jù)方式發(fā)送給服務(wù)器。
3.根據(jù)權(quán)利要求1所述的移動通信中IP數(shù)據(jù)壓縮的方法，其特征在于PPP協(xié)商中，把PPP option選項中的IP_COMPRESSION_PROTOCAL域填充為0x0061，標識雙方所傳輸?shù)腎P數(shù)據(jù)包使用了壓縮協(xié)議。
4.一種移動通信中IP數(shù)據(jù)壓縮發(fā)送的方法，包括移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN，其特征在于包括下述步驟移動終端和PDSN對生成的IP數(shù)據(jù)包，檢查該數(shù)據(jù)包RTP、UDP和IP協(xié)議的頭部信息，判斷是否記錄過該協(xié)議的頭部信息；當移動終端判斷頭部信息沒有被記錄過，則記錄該協(xié)議的頭部信息，并且不對IP數(shù)據(jù)包進行壓縮，發(fā)送帶有全頭部信息的IP包；同時通知對方PDSN記錄該RTP/UDP/IP頭部數(shù)據(jù)。當移動終端判斷頭部信息已經(jīng)被記錄過，則對該IP數(shù)據(jù)包進行協(xié)議RTP/UDP/IP頭部壓縮，然后發(fā)送頭部信息壓縮的IP數(shù)據(jù)包，同時通知對方PDSN根據(jù)記錄過的頭部信息將頭部信息恢復(fù)。
5.根據(jù)權(quán)利要求4所述的移動通信中IP數(shù)據(jù)壓縮發(fā)送的方法，其特征在于當移動終端判斷頭部信息沒有被記錄過，把PPP協(xié)議中協(xié)議域置成IP_FULL_HEADER_PROTOCOL＝0x0061。
6.根據(jù)權(quán)利要求4所述的移動通信中IP數(shù)據(jù)壓縮發(fā)送的方法，其特征在于當移動終端判斷頭部信息已經(jīng)被記錄，把PPP協(xié)議中的協(xié)議域置成IP_COMPRESSED_RTP_8_PROTOCOL＝0x0069。
7.一種移動通信中IP壓縮數(shù)據(jù)接收的方法，包括移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN，其特征在于包括下述步驟移動通信終端和PDSN對于接收到的IP數(shù)據(jù)包，檢查判斷其是壓縮幀、全頭部幀還是上下文幀。如果是壓縮幀，根據(jù)其ID(identification)判斷是否曾經(jīng)記錄該ID的頭部，如果沒有記錄該ID的頭部，則發(fā)送給對方一個上下文幀，告訴對方下一次應(yīng)該發(fā)送全頭部幀。如果有記錄該ID的頭部，則根據(jù)所記錄的頭部信息，把壓縮幀的頭部數(shù)據(jù)進行恢復(fù)，然后提交給上層應(yīng)用。如果是全頭部幀，說明該IP數(shù)據(jù)包沒有被對方壓縮過，不需要恢復(fù)頭部信息，需要記錄該ID的頭部，然后將該數(shù)據(jù)包傳送給上層應(yīng)用。如果是上下文幀，說明收到的IP包是一個無法識別的數(shù)據(jù)包，或者不是自己需要的數(shù)據(jù)包，發(fā)送給對方一個上下文信息包，要求對方在發(fā)送下一個PPP數(shù)據(jù)包的時候，首先發(fā)送一個全頭部幀。
8.根據(jù)權(quán)利要求7所述的移動通信中IP壓縮數(shù)據(jù)接收的方法，其特征在于接收方收到無法識別的IP數(shù)據(jù)包，要求對方發(fā)送全頭部幀之前，接收方所接收到的所有幀均認為有效并上交給上層應(yīng)用。
9.根據(jù)權(quán)利要求7所述的移動通信中IP壓縮數(shù)據(jù)接收的方法，其特征在于當接收方連續(xù)丟掉了三幀語音數(shù)據(jù)，則發(fā)送上下文信息包給對方，請求對方發(fā)送一個全頭部幀。
10.根據(jù)權(quán)利要求7所述的移動通信中IP壓縮數(shù)據(jù)接收的方法，其特征在于發(fā)送方設(shè)置一個30秒的計時器用來控制發(fā)送全頭部幀，當超過30秒沒有數(shù)據(jù)發(fā)送時，發(fā)送方自動發(fā)送一個全頭部幀。
11.根據(jù)權(quán)利要求7所述的移動通信中IP壓縮數(shù)據(jù)接收的方法，其特征在于接收方對所接收到的PPP數(shù)據(jù)包，判斷其是壓縮幀、全頭部幀的具體方法可以根據(jù)對方發(fā)送過來的PPP分組中協(xié)議域中的值，如果該域的值是IP_FULL_HEADER_PROTOCOL＝0x0069，則是壓縮幀，如果該域的值是IP_FULL_HEADER_PROTOCOL＝0x0061，則是全頭部幀。
全文摘要
本發(fā)明提供了一種移動通信中IP數(shù)據(jù)壓縮的方法，包括移動通信終端和分組數(shù)據(jù)服務(wù)節(jié)點PDSN，移動通信終端與PDSN進行PPP協(xié)商，移動通信終端把語音流和視頻流的數(shù)據(jù)封裝成RTP/UDP/IP數(shù)據(jù)包，并對數(shù)據(jù)包的協(xié)議頭部信息進行壓縮，PDSN側(cè)接收數(shù)據(jù)，并把數(shù)據(jù)包的頭部信息解壓，然后提交給上層應(yīng)用，本發(fā)明提高了帶寬的利用率，節(jié)省了空中接口的無線資源，減小了語音流和視頻流的傳輸時延，提高了語音和視頻播放的流暢性。
文檔編號H04L12/56GK1777175SQ20051004441
公開日2006年5月24日 申請日期2005年8月20日 優(yōu)先權(quán)日2005年8月20日
發(fā)明者萬初旭, 朱平洋, 周春松 申請人:海信集團有限公司, 青島海信移動通信技術(shù)股份有限公司