專利名稱：魯棒頭壓縮分組數(shù)據(jù)傳輸?shù)姆椒跋到y(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代移動(dòng)通信技術(shù)領(lǐng)域，具體涉及魯棒頭壓縮分組數(shù)據(jù)傳輸 的方法及系統(tǒng)。
技術(shù)背景在第三代移動(dòng)通訊系統(tǒng)的數(shù)據(jù)處理過(guò)程中，筌于以下需求特性，引入分組數(shù)據(jù)包頭壓縮功能1、無(wú)線資源有限和昂貴；2、分組數(shù)據(jù)包頭有較大的信息 冗余度；包頭字段取值幾乎很少變化；3、對(duì)于大多數(shù)的數(shù)據(jù)包，通過(guò)發(fā)送靜 態(tài)的信息和利用連續(xù)數(shù)據(jù)包頭字段取值之間的聯(lián)系及可預(yù)測(cè)性可以大大縮減 它們的頭長(zhǎng)度，從而減少數(shù)據(jù)傳輸量，提高傳輸效率；4、分組數(shù)據(jù)對(duì)傳輸時(shí) 延要求不高，壓縮和解壓縮的占用時(shí)間耗費(fèi)可以容忍。RFC3095協(xié)議是因特網(wǎng)工程任務(wù)組(IETF)頭壓縮協(xié)議族中的一個(gè)針對(duì)分 組數(shù)據(jù)包頭進(jìn)行壓縮的協(xié)議，3GPP無(wú)線資源控制(RRC)協(xié)議從第4階段版本 開(kāi)始支持對(duì)RFC3095配置。參見(jiàn)圖1，目前對(duì)于RRC進(jìn)行配置支持RFC3095的原理步驟一般如下51、 根據(jù)業(yè)務(wù)特性和終端(UE)能力，在RRC協(xié)議中進(jìn)行RFC3095參數(shù)配 置，并在分組數(shù)據(jù)匯聚協(xié)議(PDCP)中進(jìn)行RFC3095功能實(shí)現(xiàn)；52、 PDCP按照RRC協(xié)議的配置參數(shù)配置壓縮端和解壓縮端的數(shù)據(jù)結(jié)構(gòu)；53、 如果收到分組數(shù)據(jù)，所述壓縮端和解壓縮端采用RFC3095處理分組包 頭，其處理步驟如下以下處理步驟以無(wú)線網(wǎng)絡(luò)控制器(RNC)為例，UE的有 關(guān)處理和RNC的原理相同，只是上下行數(shù)據(jù)的方向相反S 4 、壓縮端對(duì)下行凄t據(jù)的分組包頭進(jìn)行壓縮處理；55、 壓縮后的包頭和數(shù)據(jù)凈荷經(jīng)過(guò)PDCP協(xié)議封裝后通過(guò)下層協(xié)議傳遞給 UE的PDCP協(xié)議RFC3095的解壓縮端；56、 解壓縮端對(duì)上行數(shù)據(jù)的壓縮的分組包頭進(jìn)行解壓縮處理，恢復(fù)出原始 包頭；57、 解壓縮后的包頭和數(shù)據(jù)凈荷傳遞給上層協(xié)議。以上步驟中，RFC3095從包頭字段識(shí)別出包頭的數(shù)據(jù)特性，即確定該數(shù)據(jù) 所屬包流的上下文標(biāo)識(shí)(CID)，應(yīng)用RFC3095算法進(jìn)行包頭壓縮；
如圖2所示，步驟6、 7中，對(duì)于RFC3095不能從包頭字段中識(shí)別出包頭 CID的數(shù)據(jù)，RFC3095無(wú)法進(jìn)行壓縮處理并按照壓縮包的幀格式傳遞；如果將 其作為不壓縮的包透?jìng)?，因?yàn)镽RC協(xié)議沒(méi)有將PDCP頭配置為"出現(xiàn)，，，因此 無(wú)法向?qū)Χ藗鬟f該數(shù)據(jù)包為不壓縮數(shù)據(jù)包的包頭特征，從而導(dǎo)致該類數(shù)據(jù)無(wú)法 傳遞的后果。另一方面，對(duì)于PDCP協(xié)議和RFC3095協(xié)議，都沒(méi)有允許丟棄此 類數(shù)據(jù)包。因此，對(duì)此類數(shù)據(jù)包的處理處于應(yīng)該透?jìng)鲄s沒(méi)有手段，試圖丟包又 不符合協(xié)議的兩難境地?，F(xiàn)有原理方案在實(shí)際指導(dǎo)實(shí)現(xiàn)時(shí)存在不能正確實(shí)現(xiàn)的 問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種魯棒頭壓縮分組數(shù)據(jù)傳輸?shù)姆椒ㄅc系統(tǒng)，解決 無(wú)法識(shí)別分組數(shù)據(jù)包頭時(shí)，對(duì)分組數(shù)據(jù)的正常傳輸問(wèn)題。為解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種魯棒頭壓縮分組數(shù)據(jù)傳輸方法， 包括如下步驟判斷能否識(shí)別出接收到的分組數(shù)據(jù)的包頭；根據(jù)判斷結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行魯棒頭壓縮處理，得到處理后的分 組數(shù)據(jù)；將所述處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)發(fā)送到對(duì)端，所述壓縮標(biāo)識(shí)用于指 示對(duì)所述分組數(shù)據(jù)的包頭是否進(jìn)行了壓縮處理；所述對(duì)端4艮據(jù)所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行相應(yīng) 的處理。所述壓縮標(biāo)識(shí)置于分組數(shù)據(jù)匯聚協(xié)議頭中。所述判斷能否識(shí)別出接收到的分組數(shù)據(jù)的包頭的步驟包括如下步驟 判斷是否能夠從包頭識(shí)別出數(shù)據(jù)特性，即上下文標(biāo)識(shí)。 所述根據(jù)判斷結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行處理，得到處理后的分組數(shù)據(jù)的步驟包括如下步驟如果能識(shí)別出所述分組數(shù)據(jù)的包頭，則對(duì)所述包頭進(jìn)行魯棒頭壓縮，得到處理后的分組lt據(jù)；如果不能識(shí)別出所述包頭，則以原始分組數(shù)據(jù)為處理后的分組數(shù)據(jù)。所述對(duì)端^4居所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行相應(yīng)
的處理的步驟包括如下步驟如果壓縮標(biāo)識(shí)指示對(duì)所述分組數(shù)據(jù)的包頭進(jìn)行了壓縮，則對(duì)端解壓縮包頭 后，將還原的分組數(shù)據(jù)發(fā)送給高層；否則對(duì)端直接將接收到的處理后的分組數(shù) 據(jù)發(fā)送給高層。一種分組數(shù)據(jù)傳輸系統(tǒng)，包括包頭識(shí)別裝置、分組數(shù)據(jù)處理裝置和壓縮標(biāo) 識(shí)識(shí)別裝置，其中，所述包頭識(shí)別裝置用于識(shí)別接收到的分組數(shù)據(jù)的包頭.并將識(shí)別結(jié)果通知 所述分組數(shù)據(jù)處理裝置；所述分組數(shù)據(jù)處理裝置根據(jù)識(shí)別結(jié)杲，對(duì)分組數(shù)據(jù)的包頭進(jìn)行魯棒頭壓縮 處理，得到處理后的分組數(shù)據(jù)，并將所述處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)發(fā)送 給所述壓縮標(biāo)識(shí)識(shí)別裝置，所述壓縮標(biāo)識(shí)用于指示對(duì)所述分組數(shù)據(jù)的包頭是否 進(jìn)行了壓縮處理；所述壓縮標(biāo)識(shí)識(shí)別裝置根據(jù)所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行相應(yīng)的處理。所述分組數(shù)據(jù)處理裝置包括控制器、壓縮器和標(biāo)識(shí)器，其中， 所述控制器接收來(lái)自所述包頭識(shí)別裝置的識(shí)別結(jié)果，并發(fā)送控制信號(hào)給所述壓縮器；所述壓縮器根據(jù)來(lái)自控制器的控制信號(hào)對(duì)接收到的分組數(shù)據(jù)的包頭進(jìn)行 魯棒頭壓縮，并將得到的壓縮了包頭的分組數(shù)據(jù)作為處理后的分組數(shù)據(jù)發(fā)送給所述標(biāo)識(shí)器在所述處理后的分組數(shù)據(jù)上攜帶壓縮標(biāo)識(shí)后，發(fā)送給所述壓縮 標(biāo)識(shí)識(shí)別裝置。所述壓縮標(biāo)識(shí)識(shí)別裝置包括識(shí)別器、解壓縮器和發(fā)送器，其中， 所述識(shí)別器接收攜帶壓縮標(biāo)識(shí)的所述處理后的分組數(shù)據(jù)，并根據(jù)所述壓縮標(biāo)識(shí)指示的所述分組數(shù)據(jù)的包頭是否壓縮，向所述解壓縮器發(fā)送控制信號(hào) 所述解壓縮器根據(jù)識(shí)別器的控制信號(hào)對(duì)所述處理后的分組數(shù)據(jù)進(jìn)行包頭的解壓縮后，將還原的分組數(shù)據(jù)發(fā)送給發(fā)送器；或者直接將接收的數(shù)據(jù)發(fā)送給發(fā)送器；所述發(fā)送器將來(lái)自所述解壓縮器的數(shù)據(jù)發(fā)送給高層。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)通過(guò)對(duì)處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)，指示是否對(duì)分組數(shù)據(jù)的包頭進(jìn)行 了壓縮，解決了現(xiàn)有技術(shù)中要求實(shí)現(xiàn)魯棒頭壓縮處理，但是對(duì)于無(wú)法識(shí)別包頭 的分組數(shù)據(jù)無(wú)法傳輸?shù)膯?wèn)題，進(jìn)一 步完善了魯棒頭壓縮分組數(shù)據(jù)的傳輸實(shí)現(xiàn)。


圖1是現(xiàn)有技術(shù)中RRC進(jìn)行配置支持RFC3095的方法的流程示意圖； 圖2是現(xiàn)有技術(shù)中RRC進(jìn)行配置支持RFC3095的方法出現(xiàn)數(shù)據(jù)處理困局的 流程示意圖；圖3是本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸方法實(shí)施例一的流程示意圖； 圖4是本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸方法實(shí)施例二的流程示意圖； 圖5是本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸方法實(shí)施例二中PDCP的數(shù)據(jù)包的 一種結(jié)構(gòu)示意圖；圖6是本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸方法實(shí)施例二中PDCP的數(shù)據(jù)包的另一種結(jié)構(gòu)示意圖；圖7是本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸方法實(shí)施例四的流程示意圖； 圖8是本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸系統(tǒng)實(shí)施例一的結(jié)構(gòu)示意圖； 圖9是本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸系統(tǒng)實(shí)施例二的結(jié)構(gòu)示意圖。
具體實(shí)施方式
為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說(shuō)明。實(shí)施例一，參見(jiàn)圖3, —種魯棒頭壓縮分組數(shù)據(jù)傳輸方法，包括如下步驟 S1 、判斷能否識(shí)別出接收到的分組數(shù)據(jù)的包頭；52、 根據(jù)判斷結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行處理，得到處理后的分組數(shù)據(jù)；53、 將所述處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)發(fā)送到對(duì)端，所述壓縮標(biāo)識(shí)用 于指示對(duì)所述分組數(shù)據(jù)的包頭是否進(jìn)行了壓縮處理；54、 所述對(duì)端#4居所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行 相應(yīng)的處理。所述壓縮標(biāo)識(shí)置于分組數(shù)據(jù)匯聚協(xié)議頭中。所述判斷能否識(shí)別出接收到的分組數(shù)據(jù)的包頭的步驟包括如下步驟
判斷是否能夠從包頭識(shí)別出數(shù)據(jù)特性，即上下文標(biāo)識(shí)(CID)。 所述根據(jù)判斷結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行處理，得到處理后的分組數(shù)據(jù)的步驟包括如下步驟如果能識(shí)別出所述分組數(shù)據(jù)的包頭，則對(duì)所述包頭進(jìn)行魯棒頭壓縮，得到 處理后的分組數(shù)據(jù)；如果不能識(shí)別出所述包頭，則以原始分組數(shù)據(jù)為處理后的 分組數(shù)據(jù)。所述對(duì)端根據(jù)所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行相應(yīng) 的處理的步驟包括如下步驟如果壓縮標(biāo)識(shí)指示對(duì)所述分組數(shù)據(jù)的包頭進(jìn)行了壓縮，則對(duì)端解壓縮包頭 后，將還原的分組數(shù)據(jù)發(fā)送給高層；否則對(duì)端直接將接收到的處理后的分組數(shù) 據(jù)發(fā)送給高層。實(shí)施例二，將實(shí)施例一的技術(shù)方案應(yīng)用到RRC協(xié)議配置PDCP支持RFC3095算法中，參見(jiàn)圖4,包括如下步驟Tl、 RRC協(xié)議配置PDCP支持RFC3095算法，并設(shè)置PI)CP頭為"出現(xiàn)"； T2、 PDCP按照RRC的配置參數(shù)配置RFC3095壓縮端和RFC3095解壓縮端的數(shù)據(jù)結(jié)構(gòu)；T3、 RFC3095壓縮端收到分組數(shù)據(jù)，所述分組數(shù)據(jù)包括包頭和數(shù)據(jù)凈荷， RFC3095壓縮端判斷是否能夠從包頭識(shí)別出數(shù)據(jù)特性,即上下文標(biāo)識(shí)(C'n))' 并生成PDCP的數(shù)據(jù)包；T4、如果RFC3095壓縮端能夠從包頭識(shí)別出CID,應(yīng)用RFC3095算法進(jìn)行 包頭壓縮，所述PDCP的數(shù)據(jù)包包括PDCP頭、壓縮后的包頭和數(shù)據(jù)凈荷；如栗 RFC3095壓縮端不能從包頭識(shí)別出CID，將PDCP頭中的PID字段的值設(shè)為"0", 用于指示該分組數(shù)據(jù)的包頭沒(méi)有經(jīng)過(guò)壓縮處理，所述PDCP的數(shù)據(jù)包包括PI)CP 頭和分組數(shù)據(jù)；所述PID字段為RRC協(xié)議中用于指示分組數(shù)據(jù)包頭采用何種壓縮算法類型和/或包類型的參數(shù)；T5、 PDCP的數(shù)據(jù)包傳遞給對(duì)端的魯棒頭壓縮協(xié)議解壓縮端；T6、對(duì)端的RFC3095解壓縮端讀取PDCP的數(shù)據(jù)包中的PID字段的取值，如果PID字段為"0",則將分組數(shù)據(jù)發(fā)送給高層；如果PDCP頭中的PID字段 不為"0"，則應(yīng)用RFC3095算法進(jìn)行壓縮后的包頭的解壓縮，還原得到包頭， 并將包頭和數(shù)據(jù)凈荷發(fā)送給高層。所迷RFC3095壓縮端置千RNC中，所述對(duì)端的RFC3095解壓縮端置于UE 中，所述分組數(shù)據(jù)為下行數(shù)據(jù)。所述RFC3095壓縮端置于UE中，所述對(duì)端的RFC3095解壓縮端置于RNC' 中，所述分組數(shù)據(jù)為上行教:據(jù)。參見(jiàn)圖5、 6，所述PDCP頭還包括數(shù)據(jù)單元類型(PDUType )，所述PDU Type 用于指示所述PDCP的數(shù)據(jù)包的格式。所述PDCP的數(shù)據(jù)包還包括序列號(hào)(Sequence Number, SN )，所述SN用于 標(biāo)示所述PDCP的數(shù)據(jù)包的順序。例如，如圖5所示，其PDU Type指示所述PDCP的數(shù)據(jù)包的格式為PDCP 頭加上數(shù)據(jù)(Data)，所述Data包括壓縮后的包頭和數(shù)據(jù)凈荷或者分組數(shù)據(jù)； 如圖6所示，其PDU Type指示所述PDCP的數(shù)據(jù)包的格式為PDCP頭、序列 號(hào)力口上Data。采用本發(fā)明實(shí)施例二的技術(shù)方案，將RRC協(xié)議配置PDCP頭是否出現(xiàn)和配 置支持RFC3095之間關(guān)聯(lián)，解決了 RRC協(xié)議配置PDCP支持RFC3095時(shí)，RR'3095 如何正確處理無(wú)法識(shí)別數(shù)據(jù)的問(wèn)題。RFC3095作為IETF協(xié)議，內(nèi)嵌在PDCP中實(shí)現(xiàn)，具有一定的獨(dú)立性，對(duì)于 在RFC3095處理過(guò)程中不能識(shí)別的分組數(shù)據(jù)，RFC3095本身沒(méi)有如何處理的描 述，而PDCP協(xié)議本身對(duì)這種情況也沒(méi)有如何處理的描述。PD〔'中對(duì)PID取值 為0的描述為不進(jìn)行頭壓縮的數(shù)據(jù)，本技術(shù)方案利用PDC中PID取值為(J來(lái)標(biāo) 識(shí)RFC3095不能識(shí)別處理的分組數(shù)據(jù)，通過(guò)PDCP頭這個(gè)"橋梁"，將PDCP協(xié) 議和RFC3095的處理緊密聯(lián)系起來(lái)，透?jìng)鞑荒茏R(shí)別的分組數(shù)據(jù)，解決了 RFC3095 協(xié)議在PDCP中實(shí)現(xiàn)時(shí)無(wú)法處理不符合RFC3095協(xié)議的數(shù)據(jù)類型的問(wèn)題，保證 了 RFC3095在3GPP框架內(nèi)正確和完整的實(shí)現(xiàn)。實(shí)施例三，進(jìn)一步的，為了提高本發(fā)明應(yīng)用到RRC協(xié)議配置支持RFC30(〕5 中的可操作性，在實(shí)施例二的基礎(chǔ)上增加如下步驟RRC協(xié)議配置PDCP支持RFC3095算法的步驟之后，PDCP按照RRC的配置 參數(shù)配置R F C 3 0 9 5壓縮端和R F C 3 0 9 5解壓縮端的數(shù)據(jù)結(jié)構(gòu)的步驟之前還設(shè)置如
下步驟PDCP檢查RRC協(xié)議的配置參數(shù)中，PDCP頭是否配置為"出3見(jiàn)"；如果PI)CP 頭配置為"出現(xiàn)"，則繼續(xù)后續(xù)搡作；如果PDCP頭配置為"不出現(xiàn)"，P[)CP 向RRC返回配置失敗的消息。采用本發(fā)明實(shí)施例三的技術(shù)方案，可以檢測(cè)RRC協(xié)議配置時(shí)，是否出現(xiàn) PDCP頭的配置錯(cuò)誤，避免出現(xiàn)錯(cuò)誤配置PDCP頭為"不出現(xiàn)"的情況，提高了 本發(fā)明RRC協(xié)議配置支持RFC3095的方法的可操作性和可靠性。實(shí)施例四，如圖7所示，將本發(fā)明的魯棒頭壓縮分組數(shù)據(jù)傳輸方法應(yīng)用到 RRC協(xié)議配置支持RFC3095中去，包括如—:^步驟Pl:根據(jù)業(yè)務(wù)特性和UE能力，RNC的RRC協(xié)議需要配置PDCP協(xié)議支持 RFC3095算法;配置支持RFC3095算法必須配置PDCP頭為"出現(xiàn)";P2: PDCP對(duì)RRC的配置參數(shù)進(jìn)行檢查:當(dāng)RRC配置支持RFC3095時(shí)，P[)C'P 頭是否配置為"出現(xiàn)"；P3:如果PDCP頭配置為"出現(xiàn)"，PDCP按照RRC的配置參數(shù)配置RFC3095 壓縮端和解壓縮端的數(shù)據(jù)結(jié)構(gòu)；P4:如果PDCP頭配置為"不出現(xiàn)"，PDCP向RRC返回配置失??；P5: PDCP收到分組數(shù)據(jù)，區(qū)分上下行進(jìn)行處理；P 6:(以RNC側(cè)為例，對(duì)于下行數(shù)據(jù))RFC 3 09 5壓縮端分析分組包頭； P7:(以RNC側(cè)為例，對(duì)于下行數(shù)據(jù))RFC3095判斷是否能夠從包頭字段識(shí)別出包頭的數(shù)據(jù)特性，即CID;P8:(以RNC側(cè)為例，對(duì)于下行數(shù)據(jù))如果RFC3095能夠從包頭字段識(shí)別出包頭數(shù)據(jù)所屬包流的CID，應(yīng)用RFC3095算法進(jìn)行包頭壓縮P9:(以RNC側(cè)為例，對(duì)于下行數(shù)據(jù))RFC3095不能從從包頭字段中識(shí)別出包頭CID的數(shù)據(jù)，將PDCP頭域中的PID字段設(shè)為Q值；指示該數(shù)據(jù)包頭是沒(méi)有經(jīng)過(guò)壓縮處理；P10:(以RNC側(cè)為例，對(duì)于下行數(shù)據(jù))(壓縮或未壓縮的)包頭和數(shù)據(jù)凈荷通過(guò)下層協(xié)議傳遞給對(duì)端的PDCP;P11:(以RNC側(cè)為例，對(duì)于上行數(shù)據(jù))PDCP讀耳又包頭PID字段的取值； P12:(以RNC側(cè)為例,對(duì)于上行數(shù)據(jù))PDCP頭中的PID字段是否為"0" P13:(以RNC側(cè)為例,對(duì)于上行數(shù)據(jù))如果PDCP頭中的PI[)字段為"0", 按照?qǐng)D4或圖5的PDCP幀格式將未壓縮的原始包頭直接恢復(fù)出來(lái)；PI3:(以RNC側(cè)為例，對(duì)于上行凄t據(jù))如果PDCP頭中的PID字段不為"(J"，應(yīng)用RFC3095算法進(jìn)行包頭解壓縮，還原原始包頭；P15:(以RNC側(cè)為例，對(duì)于上行數(shù)據(jù))將原始包頭和數(shù)據(jù)凈荷傳遞給上層協(xié)議。實(shí)施例一，參見(jiàn)圖8, —種魯棒頭壓縮分組數(shù)據(jù)傳輸系統(tǒng)，包括包頭識(shí)別 裝置ll、分組數(shù)據(jù)處理裝置12和壓縮標(biāo)識(shí)識(shí)別裝置13，其中，所述包頭識(shí)別裝置11用于識(shí)別接收到的分組數(shù)據(jù)的包頭，并將識(shí)別結(jié)果 通知所述分組數(shù)據(jù)處理裝置12;所述分組數(shù)據(jù)處理裝置12根據(jù)識(shí)別結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行處理， 得到處理后的分組數(shù)據(jù)，并將所述處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)發(fā)送給所述 壓縮標(biāo)識(shí)識(shí)別裝置13,所述壓縮標(biāo)識(shí)用于指示對(duì)所述分組數(shù)據(jù)的包頭是否進(jìn) 行了壓縮處理；所述壓縮標(biāo)識(shí)識(shí)別裝置13根據(jù)所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的 分組數(shù)據(jù)進(jìn)行相應(yīng)的處理。所述分組數(shù)據(jù)處理裝置12包括控制器121、壓縮器122和標(biāo)識(shí)器123，其 中，所述控制器121接收來(lái)自所述包頭識(shí)別裝置11的識(shí)別結(jié)果，并發(fā)送控制 信號(hào)給所述壓縮器122;所述壓縮器122根據(jù)來(lái)自控制器121的控制信號(hào)對(duì)接收到的分組數(shù)據(jù)的包所述標(biāo)識(shí)器123;或者直接將分組數(shù)據(jù)作為處理后的分組數(shù)據(jù)發(fā)送給所述標(biāo)識(shí) 器123;所述標(biāo)識(shí)器123在所述處理后的分組數(shù)據(jù)上攜帶壓縮標(biāo)識(shí)后，發(fā)送給所述 壓縮標(biāo)識(shí)識(shí)別裝置13。所述壓縮標(biāo)識(shí)識(shí)別裝置13包括識(shí)別器131、解壓縮器132和發(fā)送器133, 其中，所述識(shí)別器131接收攜帶壓縮標(biāo)識(shí)的所述處理后的分組數(shù)據(jù)，并根據(jù)所述 壓縮標(biāo)識(shí)指示的所述分組數(shù)據(jù)的包頭是否壓縮，向所述解壓縮器132發(fā)送控制 信號(hào)；
所述解壓縮器132^^艮據(jù)識(shí)別器131的控制信號(hào)對(duì)所述處理后的分組數(shù)據(jù)進(jìn) 行包頭的解壓縮后，將還原的分組數(shù)據(jù)發(fā)送給發(fā)送器133;或者直接將接收的 數(shù)據(jù)發(fā)送給發(fā)送器133;所述發(fā)送器133將來(lái)自所述解壓縮器132的數(shù)據(jù)發(fā)送給高層。實(shí)施例二，參見(jiàn)圖9，將本發(fā)明魯棒頭壓縮分組數(shù)據(jù)傳輸系統(tǒng)應(yīng)用到RRC 協(xié)議配置支持RFC3095中，包括RRC協(xié)議管理器1、 PDCP管理器2、 RFC3095 壓縮端3和RFC3095解壓縮端4,其中包頭識(shí)別裝置11和分組數(shù)據(jù)處理裝置 12置于RFC3095壓縮端3，壓縮標(biāo)識(shí)識(shí)別裝置13置于RFC3095解壓縮端4。所述RRC協(xié)議管理器1用于根據(jù)業(yè)務(wù)特性和UE能力，配置所述PDCP管理 器2的參數(shù)，用于支持RFC3095算法，并設(shè)置PDCP頭為"出現(xiàn)"；所述PDCP管理器2用于配置RFC3095壓縮端3和RFC3095解壓縮端4的 數(shù)據(jù)結(jié)構(gòu)；所述RFC3095壓縮端3用于對(duì)4妾收到的分組l文據(jù)進(jìn)行處理，生成PDCP的 數(shù)據(jù)包，并將所述PDCP的數(shù)據(jù)包發(fā)送給對(duì)端的所述RFC3095解壓縮端4，所 述分組數(shù)據(jù)包括包頭和數(shù)據(jù)凈荷，所述處理如下所述RFC3095壓縮端3判斷是否能夠從包頭識(shí)別出數(shù)據(jù)特性，即上下文標(biāo) 識(shí)(CID)，如果RFC3095壓縮端3能夠從包頭識(shí)別出CID，應(yīng)用RFC3095算 法進(jìn)行包頭壓縮，所述PDCP的數(shù)據(jù)包包括PDCP頭、壓縮后的包頭和數(shù)據(jù)凈荷； 如果RFC3095壓縮端3不能從包頭識(shí)別出CID，將PDCP頭中的PID字段的值 設(shè)為"0"，用于指示該分組數(shù)據(jù)的包頭沒(méi)有經(jīng)過(guò)壓縮處理，所述PDCP的數(shù)據(jù) 包包括PDCP頭和分組數(shù)據(jù):；所述RFC3095解壓縮端4讀取PDCP的數(shù)據(jù)包中的PID字段的取值，如果 PID字段為"0",則將分組數(shù)據(jù)發(fā)送給高層；如果PDCP頭中的PID字段不為 "0"，則應(yīng)用RFC3095算法進(jìn)行壓縮后的包頭的解壓縮，還原得到包頭，并將 包頭和數(shù)據(jù)凈荷發(fā)送給高層。所述RFC3095壓縮端3置于RNC中，所述對(duì)端的RFC3095解壓縮端4置于 UE中，所述分組數(shù)據(jù)為下行數(shù)據(jù)。所述RFC3095壓縮端3置于UE中，所述對(duì)端的RFC3095解壓縮端4置于 RNC中，所述分組數(shù)據(jù)為上行數(shù)據(jù)。所述PDCP管理器2包括RFC3095配置裝置21，所述RFC3095配置裝置21 用于配置RFC3095壓縮端3和RFC3095解壓縮端4的數(shù)據(jù)結(jié)構(gòu)；還包括校驗(yàn)裝 置22,所述校驗(yàn)裝置22用于檢查所述RRC協(xié)議管理器1配置的參數(shù)中.PDCP 頭是否配置為"出現(xiàn)"；如果PDCP頭配置為"出現(xiàn)"，則RFC3095配置裝置21 繼續(xù)后續(xù)操作；如果PDCP頭配置為"不出現(xiàn)"，則向RRC協(xié)議管理器1返回"配 置失敗"的消息。以上對(duì)本發(fā)明所提供的魯棒頭壓縮分組數(shù)據(jù)傳輸?shù)姆椒跋到y(tǒng)，進(jìn)行了詳 細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上 實(shí)施例的說(shuō)明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng) 域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有 改變之處，綜上所述，本說(shuō)明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1. 一種魯棒頭壓縮分組數(shù)據(jù)傳輸方法，其特征在于，包括如下步驟判斷能否識(shí)別出接收到的分組數(shù)據(jù)的包頭；根據(jù)判斷結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行魯棒頭壓縮處理，得到處理后的分組數(shù)據(jù)；將所述處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)發(fā)送到對(duì)端，所述壓縮標(biāo)識(shí)用于指示對(duì)所述分組數(shù)據(jù)的包頭是否進(jìn)行了壓縮處理；所述對(duì)端根據(jù)所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行相應(yīng)的處理。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于所述壓縮標(biāo)識(shí)置于分組數(shù) 據(jù)匯聚協(xié)議頭中。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷能否識(shí)別出接收 到的分組數(shù)據(jù)的包頭的步驟包括如下步驟判斷是否能夠從包頭識(shí)別出數(shù)據(jù)特性.，即上下文標(biāo)識(shí)。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)判斷結(jié)果，對(duì)分 組數(shù)據(jù)的包頭進(jìn)行魯棒頭壓縮處理，得到處理后的分組數(shù)據(jù)的步驟包括如下步 驟如果能識(shí)別出所述分組數(shù)據(jù)的包頭，則對(duì)所述包頭進(jìn)行魯棒頭壓縮，得到 處理后的分組數(shù)據(jù)；如果不能識(shí)別出所述包頭，則以原始分組數(shù)據(jù)為處理后的 分組數(shù)據(jù)。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述對(duì)端根據(jù)所述壓縮標(biāo) 識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行相應(yīng)的處理的步驟包括如下步驟如果壓縮標(biāo)識(shí)指示對(duì)所述分組數(shù)據(jù)的包頭進(jìn)行了魯棒頭壓縮壓縮，則對(duì)端 解壓縮包頭后，將還原的分組數(shù)據(jù)發(fā)送給高層；否則對(duì)端直接將接收到的處理 后的分組數(shù)據(jù)發(fā)送給高層。
6、 一種分組數(shù)據(jù)傳輸系統(tǒng)，其特征在于包括包頭識(shí)別裝置U1)、分組 數(shù)據(jù)處理裝置(12)和壓縮標(biāo)識(shí)識(shí)別裝置(13)，其中，所述包頭識(shí)別裝置(11 )用于識(shí)別接收到的分組數(shù)據(jù)的包頭，并將識(shí)別結(jié) 果通知所述分組數(shù)據(jù)處理裝置(12);所述分組數(shù)據(jù)處理裝置(12 )根據(jù)識(shí)別結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行魯棒頭壓縮處理，得到處理后的分組數(shù)據(jù)，并將所述處理后的分組數(shù)據(jù)攜帶壓縮標(biāo) 識(shí)發(fā)送給所述壓縮標(biāo)識(shí)識(shí)別裝置(13)，所述壓縮標(biāo)識(shí)用于指示對(duì)所述分組數(shù)據(jù)的包頭是否進(jìn)行了壓縮處理；所述壓縮標(biāo)識(shí)識(shí)別裝置(13 )根據(jù)所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后 的分組數(shù)據(jù)進(jìn)行相應(yīng)的處理。
7. 根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于所述分組數(shù)據(jù)處理裝置(12 ) 包括控制器(121)、壓縮器(122)和標(biāo)識(shí)器(123)，其中，所述控制器(121 )接收來(lái)自所述包頭識(shí)別裝置(11 )的識(shí)別結(jié)果，并發(fā) 送控制信號(hào)給所述壓縮器(122);所述壓縮器(122 )根據(jù)來(lái)自控制器(121 )的控制信號(hào)對(duì)接收到的分組數(shù) 椐的包頭進(jìn)行魯棒頭壓縮，并將得到的壓縮了包頭的分組數(shù)據(jù)作為處理后的分 組數(shù)據(jù)發(fā)送給所述標(biāo)識(shí)器(123 );或者直接將分組數(shù)據(jù)作為處理后的分組數(shù)據(jù) 發(fā)送給所述標(biāo)識(shí)器(123);所述標(biāo)識(shí)器(123)在所述處理后的分組數(shù)據(jù)上攜帶壓縮標(biāo)識(shí)后，發(fā)送給所 述壓縮標(biāo)識(shí)識(shí)別裝置(13)。
8. 根據(jù)權(quán)利要求6或7所述的系統(tǒng)，其特征在于所述壓縮標(biāo)識(shí)識(shí)別裝 置(13)包括識(shí)別器(131)、解壓縮器(132)和發(fā)送器(133),其中，所述識(shí)別器(131)接收攜帶壓縮標(biāo)識(shí)的所述處理后的分組數(shù)據(jù)，并根據(jù)所 述壓縮標(biāo)識(shí)指示的所述分組數(shù)據(jù)的包頭是否壓縮，向所述解壓縮器(132)發(fā)送 控制信號(hào)；所述解壓縮器(132)根據(jù)識(shí)別器(131)的控制信號(hào)對(duì)所述處理后的分組數(shù) 據(jù)進(jìn)行包頭的解壓縮后，將還原的分組數(shù)據(jù)發(fā)送給發(fā)送器(133);或者直接將 接收的數(shù)據(jù)發(fā)送給發(fā)送器(133);所述發(fā)送器(133)將來(lái)自所述解壓縮器(132)的數(shù)據(jù)發(fā)送給高層。
全文摘要
本發(fā)明公開(kāi)了一種魯棒包頭壓縮分組數(shù)據(jù)傳輸方法及系統(tǒng)，該方法包括如下步驟判斷能否識(shí)別出接收到的分組數(shù)據(jù)的包頭；根據(jù)判斷結(jié)果，對(duì)分組數(shù)據(jù)的包頭進(jìn)行魯棒壓縮處理，得到處理后的分組數(shù)據(jù)包頭；將所述處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)發(fā)送到對(duì)端，所述壓縮標(biāo)識(shí)用于指示對(duì)所述分組數(shù)據(jù)的包頭是否進(jìn)行了壓縮處理；所述對(duì)端根據(jù)所述壓縮標(biāo)識(shí)，對(duì)接收到的所述處理后的分組數(shù)據(jù)進(jìn)行相應(yīng)的處理。通過(guò)對(duì)處理后的分組數(shù)據(jù)攜帶壓縮標(biāo)識(shí)，指示是否對(duì)分組數(shù)據(jù)的包頭進(jìn)行了壓縮，從而解決了現(xiàn)有技術(shù)中要求實(shí)現(xiàn)魯棒頭壓縮處理，但是對(duì)于無(wú)法識(shí)別包頭的分組數(shù)據(jù)無(wú)法傳輸?shù)膯?wèn)題，進(jìn)一步完善了魯棒頭壓縮分組數(shù)據(jù)的傳輸實(shí)現(xiàn)。
文檔編號(hào)H04L12/56GK101212404SQ20061016971
公開(kāi)日2008年7月2日 申請(qǐng)日期2006年12月27日 優(yōu)先權(quán)日2006年12月27日
發(fā)明者京 李, 鑫 王 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司