[發(fā)明專利]頭壓縮機(jī)制實(shí)現(xiàn)方法、網(wǎng)元和系統(tǒng)

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 201010175910.5
• 申請(qǐng)日: 2010-05-13
• 公開(kāi)（公告）號(hào): CN102244894A
• 公開(kāi)（公告）日: 2011-11-16
• 發(fā)明（設(shè)計(jì)）人: 時(shí)代;梁文亮;盧磊
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04W28/06
• 分類號(hào): H04W28/06;H04W28/18;H04L1/16
• 代理公司: 北京同立鈞成知識(shí)產(chǎn)權(quán)代理有限公司 11205
• 代理人: 劉芳

技術(shù)領(lǐng)域

本發(fā)明實(shí)施例涉及無(wú)線通信技術(shù)，尤其涉及一種頭壓縮機(jī)制實(shí)現(xiàn)方法、網(wǎng)元和系統(tǒng)。

背景技術(shù)

現(xiàn)有技術(shù)存在將網(wǎng)際協(xié)議(Internet?Protocol，簡(jiǎn)稱IP)應(yīng)用于無(wú)線網(wǎng)絡(luò)小區(qū)環(huán)境中的情況。但是，IP協(xié)議所需的數(shù)據(jù)包包頭開(kāi)銷過(guò)大。為此提出了頭壓縮機(jī)制。頭壓縮機(jī)制可包括魯棒性頭標(biāo)壓縮(Robust?Header?Compression，簡(jiǎn)稱ROHC)、實(shí)時(shí)傳輸協(xié)議頭壓縮(Real-time?Transport?Protocol?HeaderCompression，簡(jiǎn)稱CRTP)機(jī)制以及擴(kuò)展實(shí)時(shí)傳輸協(xié)議頭壓縮(Extended?RTPHeader?Compression，ECRTP)機(jī)制等。

以ROHC為例，ROHC是一種基于流的頭壓縮方案。壓縮端將同一個(gè)流中各數(shù)據(jù)包包頭內(nèi)相同的域值形成參考數(shù)據(jù)包提供給解壓縮端，而后每個(gè)數(shù)據(jù)包的包頭僅包括相對(duì)于參考數(shù)據(jù)包變化的信息，以達(dá)到壓縮包頭、節(jié)省包頭開(kāi)銷、更有效利用帶寬的目的。在頭壓縮方案的實(shí)現(xiàn)過(guò)程中，需要解壓縮端向壓縮端反饋是否能夠正確解壓縮的信息，以便壓縮端切換狀態(tài)。例如，在ROHC中，壓縮端包括三個(gè)狀態(tài)，即初始更新(Initial?and?Refresh，簡(jiǎn)稱IR)狀態(tài)、第一級(jí)(First?Order，簡(jiǎn)稱FO)狀態(tài)和第二級(jí)(Second?Order，簡(jiǎn)稱SO)狀態(tài)；解壓縮端包括對(duì)應(yīng)的三個(gè)狀態(tài)，即無(wú)上下文(No?Context，簡(jiǎn)稱NC)狀態(tài)、靜態(tài)上下文(Static?Context，簡(jiǎn)稱SC)狀態(tài)和全上下文(FullContext，簡(jiǎn)稱FC)狀態(tài)。IR狀態(tài)需要發(fā)送IR數(shù)據(jù)包或IR動(dòng)態(tài)(IR-DYN)數(shù)據(jù)包，其中包含了數(shù)據(jù)包包頭中的靜態(tài)信息和部分動(dòng)態(tài)信息等，靜態(tài)信息可以是包頭內(nèi)相同的域值，動(dòng)態(tài)信息可以是不同的域值或與壓縮機(jī)制有關(guān)的動(dòng)態(tài)變化的信息。解壓縮端首先處于NC狀態(tài)，當(dāng)獲取了靜態(tài)信息時(shí)則切換至SC狀態(tài)。解壓縮端向壓縮端反饋了能正確獲取靜態(tài)信息的響應(yīng)之后，壓縮端切換為FO狀態(tài)，可發(fā)送其他動(dòng)態(tài)信息。當(dāng)解壓縮端能正確獲取全部動(dòng)態(tài)信息時(shí)，即從SC狀態(tài)切換至FC狀態(tài)。壓縮端通過(guò)反饋信息獲知解壓縮端已切換至FC狀態(tài)后，壓縮端可切換至SO狀態(tài)。

此外，在現(xiàn)有技術(shù)中，壓縮端還可通過(guò)跨層的方式來(lái)獲知解壓縮端的狀態(tài)，例如，壓縮端可以通過(guò)來(lái)自物理層或媒體訪問(wèn)控制(Media?Access?Control，簡(jiǎn)稱MAC)層的HARQ(混合式自動(dòng)重傳請(qǐng)求，Hybrid?Automatic?RepeatreQuest)或ARQ(自動(dòng)重傳請(qǐng)求，Automatic?Repeat?reQuest)的反饋正確估計(jì)解壓縮端的情況，以進(jìn)行壓縮端的狀態(tài)切換。

發(fā)明人在實(shí)現(xiàn)本發(fā)明的研究過(guò)程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下缺點(diǎn)：

解壓縮端向壓縮端提供頭壓縮反饋信息的反饋模式是由解壓縮端根據(jù)自身需求進(jìn)行控制的，因此，即使壓縮端已經(jīng)能通過(guò)跨層獲取的反饋信息估計(jì)出解壓縮端的狀態(tài)，也仍然會(huì)接收到解壓縮端發(fā)送的壓縮反饋信息。這樣就導(dǎo)致了反饋信息重復(fù)冗余，造成了傳輸和處理資源的浪費(fèi)。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供一種頭壓縮機(jī)制實(shí)現(xiàn)方法、網(wǎng)元和系統(tǒng)，以減少冗余反饋信息的傳輸和處理。

本發(fā)明實(shí)施例提供一種頭壓縮機(jī)制實(shí)現(xiàn)方法，包括：

壓縮端向解壓縮端發(fā)送包括第一反饋能力標(biāo)識(shí)或反饋模式標(biāo)識(shí)的協(xié)商消息，所述第一反饋能力標(biāo)識(shí)用于指示所述壓縮端是否支持或是否使用跨層頭壓縮反饋能力；所述反饋模式標(biāo)識(shí)用于指示所述解壓縮端確定發(fā)送頭壓縮反饋信息的反饋模式的方式；使得所述解壓縮端根據(jù)收到的所述第一反饋能力標(biāo)識(shí)或反饋模式標(biāo)識(shí)設(shè)定反饋模式，以停止發(fā)送與所述壓縮端跨層獲取的頭壓縮反饋信息冗余的反饋信息。

本發(fā)明實(shí)施例還提供了另一種頭壓縮機(jī)制實(shí)現(xiàn)方法，包括：

壓縮端向解壓縮端發(fā)送包括第一反饋能力標(biāo)識(shí)的協(xié)商消息，所述第一反饋能力標(biāo)識(shí)用于指示所述壓縮端是否支持或是否使用跨層頭壓縮反饋能力；

所述壓縮端接收解壓縮端返回的包括第二反饋能力標(biāo)識(shí)的協(xié)商響應(yīng)，所述第二反饋能力標(biāo)識(shí)用于指示所述解壓縮端是否支持或是否使用跨層頭壓縮反饋能力；

所述壓縮端向所述解壓縮端發(fā)送包括反饋模式標(biāo)識(shí)的協(xié)商消息，所述反饋模式標(biāo)識(shí)用于指示所述解壓縮端確定發(fā)送頭壓縮反饋信息的反饋模式的方式，使得所述解壓縮端根據(jù)收到的所述反饋模式標(biāo)識(shí)設(shè)定反饋模式，以停止發(fā)送與所述壓縮端跨層獲取的頭壓縮反饋信息冗余的反饋信息。

本發(fā)明實(shí)施例還提供了一種采用頭壓縮機(jī)制的壓縮網(wǎng)元，包括：