專利名稱：建立頭壓縮通信的方法及系統(tǒng)、頭壓縮策略功能實體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及建立頭壓縮通信的方法及系統(tǒng)、頭壓 縮策略功能實體。
背景技術(shù)：
由于物理條件的限制，無線鏈路與有線鏈路相比，傳輸速率較低，而誤碼 率偏高。當將網(wǎng)際協(xié)議(IP)技術(shù)應(yīng)用在無線網(wǎng)絡(luò)小區(qū)環(huán)境中時，存在分組頭
標開銷過大的問題。例如， 一個IPv6語音通信分組，用戶真正需要的分組凈 荷往往只占整個分組的22%。這樣不僅浪費帶寬，還增大了由于分組出錯而導(dǎo) 致的該分組被丟棄的概率。若不采取有效措施，在浪費寶貴無線網(wǎng)絡(luò)資源的同 時，還會降低服務(wù)質(zhì)量(QoS)。
采用頭壓縮機制可以解決上述問題，同時可保證IP協(xié)議固有的靈活性。 頭壓縮機制可包括魯棒性頭標壓縮(ROHC, Robust Header Compression )、實 時傳輸協(xié)議頭壓縮(Real-time Transport Protocol Header Compression, CRTP ) 制，以及擴展實時傳輸協(xié)議頭壓縮(Extended RTP Header Compression, ECRTP ) 機制等。
以ROHC為例，ROHC是一種基于流的頭標壓縮方案。在網(wǎng)絡(luò)數(shù)據(jù)傳輸過 程中，同一個流的分組中大部分頭標域具有相同的域值。ROHC機制在某個流
息，以達到壓縮目的，^v而節(jié)省分組頭標開銷，更加有效地利用帶寬。同時， ROHC機制還通過控制反饋消息的頻率和數(shù)量、檢測不同步的邏輯以及差錯校 驗等手段，使該ROHC機制具有高度的有效性和合理的魯棒性。因此，ROHC 機制提供了 一種應(yīng)用于高誤碼率和長時延鏈路的頭標壓縮機制。
通過ROHC機制在無線網(wǎng)絡(luò)中進行通信，需要建立ROHC信道(channel),
ROHC信道為一個邏輯信道，在這個邏輯信道中，入口是壓縮器，出口是解壓
縮器，壓縮器和解壓縮器一一對應(yīng)。壓縮器把原始數(shù)據(jù)進行頭壓縮以后通過該
邏輯信道發(fā)送給解壓縮器。該ROHC信道為單向邏輯信道。同時，為了支持雙 向壓縮，解壓縮器必須能夠給壓縮器提供反饋信息，因此ROHC反饋信道 (feedback channel)為承載所述反饋信息的邏輯信道，入口是解壓縮器，出口 是壓縮器。
微波接入全球互通(Wimax, Worldwide Interoperability for Microwave Access)技術(shù)是基于電子和電氣工程師協(xié)會(IEEE, Institute of Electrical and Electronics Engineers ) 802.16系列標準的無線J成i或網(wǎng)4妻入才支術(shù)，圖1為Wimax 網(wǎng)絡(luò)結(jié)構(gòu)示意圖，其中，Rl接口為無線空中接口，其余接口均為有線接口。 如圖所示，Wimax主要包含移動臺(MS ， Mobile Station)/用戶站(SS ， Subscribe Station )、接入服務(wù)網(wǎng)絡(luò)(ASN, Access Service Network)和連接服務(wù)網(wǎng)絡(luò)(CSN， Connectivity Service Network )。 MS/SS為終端，用戶使用該終端接入Wimax網(wǎng) 絡(luò)。ASN為Wimax用戶終端提供無線接入服務(wù)，ASN包含了基站(BS, Base Station)和ASN網(wǎng)關(guān)(ASN-GW， ASN Gate Way)兩個網(wǎng)元， 一個ASN可被 多個CSN共享。CSN為Wimax用戶終端提供IP連接服務(wù)，如基于位置的業(yè) 務(wù)、多媒體多播業(yè)務(wù)、廣播業(yè)務(wù)和IP多媒體子系統(tǒng)業(yè)務(wù)等。
但是，現(xiàn)有技術(shù)并沒有給出建立頭壓縮通信的方法。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種建立頭壓縮通信的方法及系統(tǒng)，用以解決現(xiàn)有技術(shù)
中存在無法實現(xiàn)頭壓縮通信的問題。
本發(fā)明實施例提供的一種建立頭壓縮通信的方法包括 頭壓縮執(zhí)行功能實體收到來自頭壓縮策略功能實體的頭壓縮指示； 所述頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能實體進行頭壓縮
信道參數(shù)協(xié)商，建立頭壓縮信道。
本發(fā)明實施例提供的 一種通信系統(tǒng)包括
頭壓縮策略功能實體、第一頭壓縮執(zhí)行功能實體和第二頭壓縮執(zhí)行功能實
體；其中，
所述頭壓縮策略功能實體，用于若決策需要進行頭壓縮，下發(fā)頭壓縮指示 給所述第一頭壓縮執(zhí)行功能實體或第二頭壓縮執(zhí)行功能實體；
所述第一頭壓縮執(zhí)行功能實體，接收所述頭壓縮指示，與所述第二頭壓縮 執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商；
所述第二頭壓縮執(zhí)行功能實體，接收所述頭壓縮指示，與所述第一頭壓縮 執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商。
本發(fā)明實施例提供的頭壓縮策略功能實體，包括決策單元和下發(fā)單元；
所述決策單元，用于根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情況決策需要 進行頭壓縮，觸發(fā)所述下發(fā)單元；
所述下發(fā)單元，用于接收所述決策單元的觸發(fā)，下發(fā)頭壓縮指示給第一頭 壓縮執(zhí)行功能實體或第二頭壓縮執(zhí)行功能實體。
本發(fā)明實施例中當頭壓縮策略功能實體決策需要進行頭壓縮時，下發(fā)頭壓 縮指示給頭壓縮執(zhí)行功能實體；收到頭壓縮指示的頭壓縮執(zhí)行功能實體與對應(yīng) 的另一頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商，建立頭壓縮信道，節(jié)省 無線網(wǎng)絡(luò)資源，并提高了服務(wù)質(zhì)量。


圖1為現(xiàn)有技術(shù)中Wimax網(wǎng)絡(luò)結(jié)構(gòu)示意圖2為本發(fā)明實施例提供的方法流程示意圖3為本發(fā)明實施例提供的方法的具體實施例一的流程示意圖4為本發(fā)明實施例提供的方法的具體實施例二的流程示意圖5為本發(fā)明實施例提供的方法的具體實施例三的流程示意圖6為本發(fā)明實施例提供的方法的具體實施例四的流程示意圖7為本發(fā)明實施例提供的系統(tǒng)結(jié)構(gòu)示意圖。200810082634.0
說明書第4/21頁
具體實施例方式
在本發(fā)明實施例中，當頭壓縮策略功能實體決策需要進行頭壓縮時，下發(fā)
頭壓縮指示給頭壓縮執(zhí)行功能實體；收到頭壓縮指示的頭壓縮執(zhí)行功能實體與 對應(yīng)的另一頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商，其中，上面描述的 兩個頭壓縮執(zhí)行功能實體是一個頭壓縮信道的兩端。也就是說， 一個頭壓縮執(zhí) 行功能實體為壓縮器，即頭壓縮信道的入口，另一個頭壓縮執(zhí)行功能實體為解 壓縮器，即該頭壓縮信道的出口。協(xié)商好頭壓縮信道參數(shù)后，也就是在上述兩 個頭壓縮執(zhí)行功能實體之間建立頭壓縮信道，進行可以實現(xiàn)頭壓縮通信。 參見圖2，本發(fā)明實施例建立頭壓縮通信的方法包括以下步驟 步驟201:當頭壓縮策略功能實體決策需要進行頭壓縮時，下發(fā)頭壓縮指示 給頭壓縮執(zhí)行功能實體。
步驟202:收到頭壓縮指示的頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí) 行功能實體進行頭壓縮信道參數(shù)協(xié)商，建立頭壓縮信道。
本發(fā)明實施例通過當頭壓縮策略功能實體決策需要進行頭壓縮時，下發(fā)頭 壓縮指示給頭壓縮執(zhí)行功能實體；收到頭壓縮指示的所述頭壓縮執(zhí)行功能實體 與對應(yīng)的另一頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商，建立頭壓縮信 道，節(jié)省無線網(wǎng)絡(luò)資源，并提高了服務(wù)質(zhì)量。
所述頭壓縮執(zhí)行功能實體可以采用ROHC機制、CRTP機制或ECRTP機制。
所述頭壓縮執(zhí)行功能實體可以位于終端中，或接入服務(wù)網(wǎng)絡(luò)ASN中的基 站中或錨數(shù)據(jù)通路實體(DPF)中。所述頭壓縮策略功能實體可以位于終端、 ASN中的策略功能實體，或CSN中的策略功能實體中；所述ASN中的策略功 能實體可以包括基站、錨業(yè)務(wù)流授權(quán)者(SFA),服務(wù)SFA或錨DPF;所述CSN 中的策略功能實體可以包括策略功能實體(PF)、策略計費規(guī)則功能實體 (PCRF)或認證、授權(quán)和計費(AAA)服務(wù)器。
9
本發(fā)明實施例中所述的錨數(shù)據(jù)通路實體DPF、錨業(yè)務(wù)流授權(quán)者、服務(wù)SFA 等實體是以邏輯功能實體為例進行說明，具體組網(wǎng)中，這些實體可以單獨的物 理實體，也可以是作為邏輯功能實體集成在基站或網(wǎng)關(guān)中。
所述頭壓縮策略功能實體可以根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情 況，決策是否需要進行頭壓縮。
根據(jù)策略決策點的不同，可以有如下幾種場景，
1、 由連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體進行頭壓縮策略決策，ASN中 的策略功能實體可以把自身的頭壓縮策略和/或空閑資源信息發(fā)送給連接服務(wù) 網(wǎng)絡(luò)CSN中的策略功能實體，由連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體做出頭 壓縮的決策指示。
2、 或者，由連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體自身進行頭壓縮策略決 策，這種場景可能的原因包括不限于ASN中的策略功能實體沒有上報其自身 的頭壓縮策略和/或空閑資源信息給CSN中的策略功能實體，或是ASN中的策 略功能實體上才艮告知CSN中的策略功能實體由ASN中的策略功能實體進行頭 壓縮策略決策的優(yōu)先級低于由CSN中的策略功能實體進行頭壓縮策略決策的 優(yōu)先級，或是其它情況。
3、 或者，連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體可以把自身的頭壓縮策略 和/或空閑資源信息發(fā)送給ASN中的策略功能實體，由ASN中的策略功能實體 做出頭壓縮的決策指示。
4、 或者，由ASN中的策略功能實體自身進行頭壓縮策略決策，這種場景 可能的原因包括不限于CSN中的策略功能實體沒有下發(fā)其自身的頭壓縮策略 和/或空閑資源信息給ASN中的策略功能實體，或是CSN中的策略功能實體下 發(fā)告知ASN中的策略功能實體由CSN中的策略功能實體進行頭壓縮策略決策 的優(yōu)先級低于由ASN中的策略功能實體進行頭壓縮策略決策的優(yōu)先級，或是 其它情況。
所述釆用ROHC機制進行頭壓縮時，所述頭壓縮信道可根據(jù)如下映射方式
建立針對一個業(yè)務(wù)流建立；或，針對一個終端建立；或，部分針對業(yè)務(wù)流調(diào) 度類型建立，部分針對業(yè)務(wù)流建立；或，針對業(yè)務(wù)流調(diào)度類型建立。
當一頭壓縮執(zhí)行功能實體位于終端，另一頭壓縮執(zhí)行功能實體位于ASN 中的基站時，所述終端與ASN之間可以通過動態(tài)業(yè)務(wù)流建立請求(DSA-REQ ), 動態(tài)業(yè)務(wù)流建立響應(yīng)(DSA-RSP)、動態(tài)業(yè)務(wù)流{奮改:清求(DSC-REQ)、動態(tài) 業(yè)務(wù)流修改請求響應(yīng)(DSC-RSP)或預(yù)先定義的消息進行頭壓縮信道參數(shù)的協(xié) 商。
當一頭壓縮執(zhí)行功能實體位于終端，另一頭壓縮執(zhí)行功能實體位于ASN 中的錨數(shù)據(jù)通路實體DPF中時，且，當所述頭壓縮信道是針對一個業(yè)務(wù)流建 立時，所述終端與ASN之間可通過資源預(yù)留請求(RR-REQ)、資源預(yù)留響應(yīng) (RR-RSP)消息、DSA-REQ、 DSA-RSP、 DSC-REQ、 DSC-RSP或預(yù)先定義 的消息中的一個或多個進行頭壓縮信道參數(shù)的協(xié)商。
當一頭壓縮執(zhí)行功能實體位于終端，另一頭壓縮執(zhí)行功能實體位于ASN 中的錨數(shù)據(jù)通路實體DPF中時，且，當所述頭壓縮信道是針對一個終端建立 時；或，當所述頭壓縮信道是針對業(yè)務(wù)流調(diào)度類型建立時，所述終端與ASN 可通過用戶基本能力請求(SBC-REQ)、用戶基本能力響應(yīng)(SBC- RSP )、注 冊請求(REG-REQ )、注冊響應(yīng)(REG-RSP)或預(yù)先定義的消息中一個或多個， 以及入網(wǎng)終端狀態(tài)變更請求(NetEntry MS State Change REQ ),入網(wǎng)終端狀態(tài) 變更響應(yīng)(NetEntry MS State Change ACK)消息，協(xié)商頭壓縮信道參數(shù)。
當采用ROHC機制進行頭壓縮時，當一頭壓縮執(zhí)行功能實體位于終端，并 且該終端在初始入網(wǎng)時，可以先通過SBC-REQ、 SBC-RSP、 REG-REQ 、REG-RSP 消息，進行頭壓縮信道參數(shù)中固定參數(shù)的協(xié)商；則收到頭壓縮指示的頭壓縮執(zhí) 行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能實體可以通過動態(tài)業(yè)務(wù)流消息進行 頭壓縮信道參數(shù)中特定參數(shù)的協(xié)商。
當一頭壓縮執(zhí)行功能實體位于終端，并且該終端在初始入網(wǎng)時，該方法還 包括協(xié)商所述終端與網(wǎng)絡(luò)側(cè)的建立頭壓縮信道的映射方式，則收到頭壓縮指
示的頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能實體利用所述協(xié)商的 建立頭壓縮信道的映射方式，建立頭壓縮信道。而且，可以通過用戶基本能力
(SBC)或注冊(REG)消息協(xié)商所述頭壓縮信道的映射方式。
當頭壓縮執(zhí)行功能實體采用魯棒性頭壓縮機制時，則所述頭壓縮策略功能 實體為ROHC策略功能實體，頭壓縮執(zhí)行功能實體為ROHC執(zhí)行功能實體， 所述頭壓縮信道參數(shù)為ROHC信道參數(shù)，所述頭壓縮信道為ROHC信道。 以下以ROHC機制為例說明本發(fā)明實施例的技術(shù)方案。 所述ROHC策略功能實體可以位于終端、ASN中的策略功能實體，或CSN 中的策略功能實體中。所述ASN中的策略功能實體可以包括基站、錨SFA或 錨DPF;所述CSN中的策略功能實體可以包括PF、 PCRF或AAA服務(wù)器。 所述ROHC執(zhí)行功能實體可以位于終端、ASN中的基站或DPF中。
一個ROHC信道包括兩個ROHC執(zhí)行功能實體，其中一個ROHC執(zhí)行功 能實體為ROHC壓縮器，另外一個ROHC執(zhí)行功能實體為ROHC解壓縮器； 并且一個ROHC執(zhí)行功能實體位于終端，而另外一個ROHC執(zhí)行功能實體位 于ASN中的基站或DPF。
所述ROHC策略功能實體才艮據(jù)業(yè)務(wù)流的QoS需求和可得資源情況，決策 是否需要進行頭壓縮。當所述ROHC策略功能實體位于終端時，則可以由終端 來決策上行業(yè)務(wù)流的ROHC才喿作，如果所述ROHC策略功能實體位于ASN域， 則可以由ASN域中的BS或錨DPF來決策下行業(yè)務(wù)流的ROHC操作。 上述ROHC信道的建立包括以下四種映射方式
一、 ROHC信道針對一個業(yè)務(wù)流建立，即所迷ROHC信道和業(yè)務(wù)流為一對 一的映射關(guān)系。
二、 ROHC信道針對一個終端建立，即對于一個終端的上行業(yè)務(wù)流和下行 業(yè)務(wù)流各建立一個ROHC信道。
該ROHC信道建立方式的優(yōu)點在于 一個終端與網(wǎng)絡(luò)側(cè)建立兩條ROHC信 道，用于分別承載該終端的上下行業(yè)務(wù)流，大大簡化了ROHC信道參數(shù)的協(xié)商
過程，并且還簡化了ROHC通信系統(tǒng)。
三、 ROHC信道針對一個業(yè)務(wù)調(diào)度類型建立，即終端和網(wǎng)絡(luò)側(cè)之間任意一 種業(yè)務(wù)流調(diào)度類型，如主動授予業(yè)務(wù)(Unsolicited Grant Service ,UGS),在上 行業(yè)務(wù)流和下行業(yè)務(wù)流上各建立一個ROHC信道，進行ROHCf喿作的屬于該業(yè) 務(wù)流調(diào)度類型的業(yè)務(wù)流都承載于該ROHC信道上傳輸。其中，ROHC執(zhí)行功能 實體之間可以協(xié)商哪種業(yè)務(wù)流調(diào)度類型的業(yè)務(wù)流進行ROHC操作。
采用此種方式建立的ROHC信道與鏈路層的映射的粒度介于方式一和方式 二之間，既有方式二中筒化ROHC信道參數(shù)的協(xié)商過程以及ROHC通信系統(tǒng)的
機不穩(wěn)定的缺點。
四、 混合方式部分針對業(yè)務(wù)流調(diào)度類型建立ROHC信道，另一部分針對 業(yè)務(wù)流建立ROHC信道，例如，對于UGS、擴展實時輪詢業(yè)務(wù)(Extended Real-Time Polling Service, ertPS )可以基于業(yè)務(wù)流建立ROHC信道，對于其它 業(yè)務(wù)，如盡力而為業(yè)務(wù)(Best Effort, BE)可以基于空口調(diào)度類型建立ROHC信道。
當一ROHC執(zhí)行功能實體位于終端，另一ROHC執(zhí)行功能實體位于ASN中 的基站時，所述終端與ASN之間可通過DSA-REQ、 DSA- RSP或DSC-REQ、 DSC- RSP消息進行ROHC信道參數(shù)的協(xié)商。
當一ROHC執(zhí)行功能實體位于終端，另一ROHC執(zhí)行功能實體位于ASN中 的網(wǎng)關(guān)時，且，當所述ROHC信道是針對一個業(yè)務(wù)流SF建立時，所述終端與ASN 之間可通過RR隱REQ、 RR- RSP消息以及DSA-REQ、 DSA-RSP和DSC-REQ、 DSC- RSP消息中 一個或多個，進行ROHC信道參數(shù)的協(xié)商。
當一ROHC執(zhí)行功能實體位于終端，另一ROHC執(zhí)行功能實體位于ASN中 的網(wǎng)關(guān)時，且，當所述ROHC信道是針對一個終端在上行業(yè)務(wù)流和下行業(yè)務(wù)流 上建立；或，當所述ROHC信道是針對業(yè)務(wù)流調(diào)度類型建立時，所述終端與ASN 通過SBC-REQ SBC- RSP和REG-REQ ， REG-RSP消息中 一 個或個多，以及NetEntry MS State Change REQ或NetEntry MS State Change RSP消息協(xié)商 ROHC信道參數(shù)。
當所述ROHC信道是針對業(yè)務(wù)流調(diào)度類型建立時，收到頭壓縮指示的 ROHC執(zhí)行功能實體與對應(yīng)的另一ROHC執(zhí)行功能實體在建立ROHC信道之 前，可以進行ROHC才喿作的業(yè)務(wù)流調(diào)度類型的協(xié)商。
依據(jù)上述四種映射關(guān)系，ROHC策略功能實體下發(fā)策略的形式也不相同 當ROHC信道的映射方式是針對在一個業(yè)務(wù)流建立時，則CSN側(cè)發(fā)送給ASN的 策略就是基于業(yè)務(wù)流的，如通過遠程認證撥號用戶服務(wù)器協(xié)議(RADIUS)消 息中包流描述符(Packet-Flow Descriptor )或者業(yè)務(wù)質(zhì)量描述符 (QoS-Descriptor)屬性中增加一個是否允許頭壓縮的子屬性，還可以明確指 出所允許的頭壓縮類型，是ROHC還是其他頭壓縮模式，以及頭壓縮的反饋模 式，即是否需要反饋，以及此Packet-Flow或者擁有此QoS的數(shù)據(jù)流是否允許被 用于承載其他數(shù)據(jù)流的反饋信息；
當ROHC信道的映射方式是針對一個終端建立時，那么CSN側(cè)發(fā)送給ASN 的策略就是基于終端的，如通過RADIUS消息中增加一個針對終端的屬性，包 括是否允許對上下行數(shù)據(jù)進行頭壓縮，上下行數(shù)據(jù)所允許的頭壓縮的類型，上 下行數(shù)據(jù)是否允許承載反饋信息，以及上下行數(shù)據(jù)是否需要反饋；
當ROHC信道的映射方式時針對一個業(yè)務(wù)調(diào)度類型建立時，那么CSN側(cè)發(fā) 送給ASN的策略就是基于業(yè)務(wù)調(diào)度類型的，如通過RADIUS消息中增加一個屬 性列表，即針對每一種業(yè)務(wù)調(diào)度類型進行頭壓縮相關(guān)的屬性定義，包括是否允 許對該業(yè)務(wù)類型上下行數(shù)據(jù)進行頭壓縮，該業(yè)務(wù)類型上下行數(shù)據(jù)所允許的頭壓 縮的類型，該業(yè)務(wù)類型上下行數(shù)據(jù)是否允許承載反饋信息，以及該業(yè)務(wù)類型上 下行數(shù)據(jù)是否需要反饋；
對于混合類型的映射方式，可以分別針對具體的映射方式采用對應(yīng)的上述 技術(shù)方案即可。
所述ROHC信道參數(shù)可以包括最大上下文標識(MAX—CID)、上下文標
識的長短屬性(LARGE—CIDS)、頭壓縮所針對的數(shù)據(jù)流的格式類型集合 (PROFILES) 、 FEEDBACK—FOR和最大重建接收單元(MRRU)中的一種或 多種參數(shù)。而ROHC信道參數(shù)還可以分為ROHC信道的固定參數(shù)和ROHC信道 的特定參數(shù)。其中FEEDBACK—FOR為ROHC信道的特定參數(shù)，除 FEEDBACK—FOR參數(shù)以外的參數(shù)為ROHC信道的固定參數(shù)。
當一ROHC執(zhí)行功能實體位于終端，并且該終端在初始入網(wǎng)時，進一步包 括可以通過SBC-REQ、 SBC-RSP或REG-REQ、 REG-RSP消息進行ROHC信 道參數(shù)中的固定參數(shù)的協(xié)商；
則收到頭壓縮指示的ROHC執(zhí)行功能實體與對應(yīng)的另一 ROHC執(zhí)行功能 實體進行ROHC信道參數(shù)協(xié)商包括可以通過動態(tài)業(yè)務(wù)流消息進行ROHC信 道參數(shù)中的特定參數(shù)的協(xié)商。
在終端初始入網(wǎng)時，該方法進一步包括終端和網(wǎng)絡(luò)側(cè)協(xié)商ROHC信道映 射方式，該協(xié)商過程可以通過SBC或REG消息完成。因此，收到頭壓縮指示 的頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能實體可以利用所述協(xié)商 的建立ROHC信道的映射方式，建立所述ROHC信道。
當所述ROHC信道是針對業(yè)務(wù)流調(diào)度類型建立時，當一 ROHC執(zhí)行功能 實體收到針對業(yè)務(wù)流調(diào)度類型建立ROHC信道，以及其中哪個業(yè)務(wù)流調(diào)度類型 需要進行ROHC操作的信息后，將這些信息通知給對應(yīng)的另一 ROHC執(zhí)行功 能實體，此后，兩個ROHC執(zhí)行功能實體再根據(jù)這些信息協(xié)商ROHC信道參 數(shù)。
下面針對各種情況，給出本發(fā)明實施例提供的幾個具體實施例。 具體實施例一
參見圖3,當網(wǎng)絡(luò)側(cè)發(fā)起下行業(yè)務(wù)流建立時(DownLink ROHC)，本實施 例的具體實現(xiàn)過程如下
步驟301: ASN(b)中的錨SFA向ASN(a)中的錨DPF/服務(wù)SFA發(fā)送RR-REQ 消息，該消息中包括針對每個業(yè)務(wù)流是否進行ROHC頭壓縮的指示信息。
步驟302:所述錨DPF所在GW的服務(wù)SFA根據(jù)自身是否具備ROHC壓縮能 力進行決策，當需要進行ROHC頭壓縮時，向BS發(fā)送RR-REQ或路徑請求 (PR-REQ， Path-Reg-REQ)消息，該消息中攜帶ROHC信道參數(shù)，該參數(shù)可 以包括以下 一 種參數(shù)或多種參數(shù)的組合MAX—CID ， LARGE—CIDS , PROFILES, FEEDBACK—FOR, MRRU。
步驟303:所述BS向MS發(fā)送DSA-REQ或DSC-REQ消息，該消息中攜帶業(yè) 務(wù)流對應(yīng)的ROHC信道參數(shù)。
步驟304:所述MS向BS發(fā)送DSA-RSP或DSC-RSP消息，該消息中攜帶所 述業(yè)務(wù)流對應(yīng)的全部或部分ROHC信道參數(shù)。
步驟305:所述BS向所述MS發(fā)送DSA-ACK或DSC-ACK消息，該步驟為可 選步驟。
步驟306:所述BS向所述服務(wù)SFA發(fā)送RR-RSP或Path-Reg-RSP消息，該消 息中包含所述業(yè)務(wù)流對應(yīng)的全部或部分ROHC信道參數(shù)。
步驟307:所述服務(wù)SFA向所述錨SFA發(fā)送RR-RSP消息，該消息中包括所 述業(yè)務(wù)流的建立或修改結(jié)果。至此，ASN和所述MS完成了ROHC信道參數(shù)的協(xié) 商，建立了ROHC信道。
上述實施例中，ASN內(nèi)的ROHC功能在錨DPF上實現(xiàn)。若ASN內(nèi)的ROHC 功能在BS上實現(xiàn)，則ROHC信道參數(shù)是在BS和MS之間進行協(xié)商，即步驟302 中，在服務(wù)SFA向BS發(fā)送的消息中包含的是針對每一個業(yè)務(wù)流SF是否進行 ROHC頭壓縮的指示，步驟306中所述消息不包括ROHC信道參數(shù)。
本發(fā)明實施例中，當網(wǎng)絡(luò)側(cè)發(fā)起下行業(yè)務(wù)流建立時，通過頭壓縮策略功能 實體如錨SFA決策需要進行頭壓縮時，下發(fā)頭壓縮指示給一頭壓縮執(zhí)行功能 實體如錨DPF;收到頭壓縮指示的頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí) 行功能實體如終端MS進行頭壓縮信道參數(shù)協(xié)商，建立頭壓縮信道，節(jié)省無線 網(wǎng)絡(luò)資源，并提高了服務(wù)質(zhì)量。
進一步的，在本發(fā)明實施實例中，頭壓縮的策略決策過程還可以是，ASN
在MS的接入認證的過程中把ASN的頭壓縮策略以及空閑資源發(fā)送給AAA服務(wù) 器，此時ASN可能會預(yù)留頭壓縮資源，AAA服務(wù)器接收到這些信息后，進一步
行頭壓縮策略決策，把頭壓縮策略決策的結(jié)果發(fā)送給所述ASN，則ASN執(zhí)行此 頭壓縮策略決策的結(jié)果，如果ASN在上報有預(yù)留頭壓縮資源，但頭壓縮策略決 策的結(jié)果為不需要進行頭壓縮，則ASN可以釋放頭壓縮資源。 具體實施例二
參見圖4，當MS發(fā)起上行業(yè)務(wù)流建立時(UpLink ROHC )，本實施例的 具體步驟如下
步驟401: MS決定對某業(yè)務(wù)流進行ROHC操作，向BS發(fā)送DSA/DSC-REQ 消息，該消息中可攜帶相關(guān)的ROHC信道參數(shù)。
步驟402:所述BS向服務(wù)SFA發(fā)送RR-REQ或Path-Reg-REQ消息，該 消息中可攜帶所述業(yè)務(wù)流SF對應(yīng)的ROHC信道參數(shù)。
步驟403:所述服務(wù)SFA向錨SFA發(fā)送RR-REQ消息，請求進行業(yè)務(wù)流 建立或者修改。在該消息中，還可以攜帶ROHC指示和/或ROHC信道參數(shù)。
步驟404:所述錨SFA針對所述業(yè)務(wù)流的QoS要求和資源使用情況，作出 是否進行ROHC操作的決策。
步驟405:可選地，所述錨SFA向CSN內(nèi)的策略功能實體發(fā)送業(yè)務(wù)流請 求消息，請求所述CSN內(nèi)的策略功能實體進行業(yè)務(wù)流建立或者修改。在該業(yè) 務(wù)流請求消息中也可以攜帶ROHC指示，請求所述CSN內(nèi)的策略功能實體進 行ROHC決策。該業(yè)務(wù)流請求消息可以通過代理策略控制執(zhí)行點(Policy Control Enforcement Point, PCEF)的轉(zhuǎn)發(fā)。CSN內(nèi)的策略功能實體包括 PF/PCRF，或者代理PCEF和PCRF的組合。
步驟406:可選地，所述策略功能實體^L出決策后，向所述錨SFA發(fā)送業(yè) 務(wù)流響應(yīng)消息。若由策略功能實體決策是否進行ROHC操作，則此時返回 ROHC決策結(jié)果消息，該消息可通過代理PCEF中轉(zhuǎn)。
步驟407:所述錨SFA向所述服務(wù)SFA發(fā)送RR-RSP消息，該消息中攜 帶所述錨SFA或者策略功能實體做出的ROHC決策結(jié)果信息。
步驟408:所述服務(wù)SFA#4居接收到的ROHC決策結(jié)果，向所述BS發(fā)送 RR-RSP或Path-Reg-RSP消息，該消息中可以攜帶部分ROHC信道參數(shù)，如 FEEDBACK—FOR參數(shù)。
步驟409:所述BS向所述MS發(fā)送DSA-RSP或DSC-RSP消息，該消息 中可以攜帶部分ROHC信道參數(shù)。至此，所述MS和ASN完成了 ROHC信道 參數(shù)的協(xié)商。
步驟410:可選地，所述MS向所述BS發(fā)送DSA-ACK或DSC-ACK消息。 若ASN內(nèi)的ROHC功能在BS上實現(xiàn)，則ROHC信道參凄t是在MS和BS 之間進行協(xié)商的。
本發(fā)明實施例中，若頭壓縮策略功能實體如錨SFA或是進一步的由CSN 內(nèi)的策略功能實體如PCRF決策需要進行頭壓縮時，下發(fā)頭壓縮指示給頭壓縮 執(zhí)行功能實體如基站BS;收到頭壓縮指示的頭壓縮執(zhí)行功能實體與對應(yīng)的另 一頭壓縮執(zhí)行功能實體如終端MS進行頭壓縮信道參數(shù)協(xié)商，建立頭壓縮信道， 節(jié)省無線網(wǎng)絡(luò)資源，并提高了服務(wù)質(zhì)量。
具體實施例三
參見圖5，當CSN內(nèi)的策略功能實體觸發(fā)業(yè)務(wù)流建立時，本實施例的具體 實現(xiàn)過程如下
步驟501: CSN內(nèi)的策略功能實體可以作出是否進行ROHC操作的決策， 向錨SFA發(fā)送RR-REQ消息，該消息中可以包括是否進行ROHC頭壓縮操作 的指示(Indication)。該消息可以通過代理PCEF中轉(zhuǎn)。CSN內(nèi)的策略功能實 體包括AAA服務(wù)器、PF/PCRF，或者代理PCEF/PCRF的組合。
本發(fā)明實施例中，進一步的，所述CSN內(nèi)的策略功能實體作出是否進行 ROHC操作的決策之前，頭壓縮的策略決策過程還可以進一步包括，ASN在 MS的接入認證過程中把ASN的頭壓縮策略以及空閑資源發(fā)送給AAA服務(wù)器，
此時，ASN可能會預(yù)留頭壓縮資源，AAA服務(wù)器接收到這些信息后，可進一 步結(jié)合AAA服務(wù)器維護的策略(如MS的簽約策略和/或AAA本身的策略)進行 頭壓縮策略決策，把頭壓縮策略決策的結(jié)果發(fā)送給所述ASN，則ASN執(zhí)行此 頭壓縮策略決策的結(jié)果，如果ASN之前有預(yù)留頭壓縮資源，^f旦決策結(jié)果為不 需要進行頭壓縮，則ASN可以釋放頭壓縮資源。
或者，PCEF在發(fā)起業(yè)務(wù)的過程中把ASN的頭壓縮策略以及空閑資源發(fā)送 給PCRF,此時，PCEF可能會預(yù)留頭壓縮資源，PCRF接收到這些信息后，可 進一步結(jié)合PCRF維護的策略(如MS的簽約策略和/或PCRF本身的策略)進行 頭壓縮策略決策，把頭壓縮策略決策的結(jié)果發(fā)送給PCEF，則PCEF執(zhí)行此頭 壓縮策略決策的結(jié)果，如果PCEF之前有預(yù)留頭壓縮資源，但決策結(jié)果為不需 要進行頭壓縮，則PCEF可以釋放頭壓縮資源。
步驟502:所述錨SFA向服務(wù)SFA發(fā)送RR-REQ消息。該消息中可以包 括是否進行ROHC頭壓縮操作的指示。
若所述錨SFA接收到的所述RR-REQ消息中，不包含ROHC頭壓縮指示， 則所述錨SFA可作出是否進行ROHC頭壓縮的決策。
步驟503:所述服務(wù)SFA向BS發(fā)送RR-REQ或Path-Reg-REQ消息，其 中可以包括所述是否進行ROHC頭壓縮的指示。
步驟504:所述BS向MS發(fā)送DSA-REQ或DSC-REQ消息，其中包括 ROHC信道參數(shù)和/或所述是否進行ROHC頭壓縮操作的指示。
若所述BS接收到的所述RR-REQ或Path-Reg-REQ消息中，不包含ROHC 頭壓縮指示，則所述BS作出是否進行ROHC頭壓縮的決策。
步驟505:所述MS根據(jù)收到的ROHC信道參數(shù)與所述BS進行協(xié)商，然 后所述MS向所述BS發(fā)送DSA-RSP或DSC-RSP消息，其中包括部分或全部 ROHC信道參數(shù)。
步驟506:可選地，所述BS向所述MS發(fā)送DSA-ACK或DSC-ACK消息。
向所述服務(wù)SFA發(fā)送RR-RSP或Path-Reg-RSP消息。
步驟508:所述服務(wù)SFA向所述錨SFA發(fā)送RR-RSP消息，其中包括業(yè) 務(wù)流建立結(jié)果信息。
步驟509:所述錨SFA向所述策略功能實體發(fā)送RR-RSP消息，其中包括 所述業(yè)務(wù)流建立結(jié)果。該消息可通過代理PCEF中轉(zhuǎn)。
本實施例中，ROHC功能在BS上實現(xiàn)。本實施例的業(yè)務(wù)流建立過程可以 為策略功能實體觸發(fā)的預(yù)置業(yè)務(wù)流或動態(tài)業(yè)務(wù)流建立過程。
本發(fā)明實施例中，當CSN內(nèi)的策略功能實體觸發(fā)業(yè)務(wù)流建立時，若決策 需要進行ROHC操作，則下發(fā)指示給基站BS，或是直接由ASN內(nèi)的策略功能 實體或基站來決策需要進行ROHC操作，由基站BS和MS協(xié)商ROHC信道參 數(shù)，建立頭壓縮信道，節(jié)省無線網(wǎng)絡(luò)資源，并提高了服務(wù)質(zhì)量。
具體實施例四
除了 FEEDBACK—FOR參數(shù)以外的ROHC信道參數(shù)都可以看成是MS或 者ASN固定的能力。MS的能力不變，ASN的能力在切換之前都保持不變， 所以ROHC信道參數(shù)除了 FEEDBACK—FOR以外的固定參數(shù)都可以放在MS 初始入網(wǎng)的SBC-REQ、 SBC-RSP消息，或者REG-REQ、 REG-RSP消息中進 行協(xié)商，參見圖6,當MS初始入網(wǎng)時，本實施例的具體實現(xiàn)過程如下
步驟601: MS搜索下行信道，通過接收DL-MAP消息獲取MAC同步和 上行信道參數(shù)。
步驟602:所述MS和BS之間，通過RNG-REQ或RNG-RSP進行初始測 距(Ranging)過程。
步驟603:所述MS向所述BS發(fā)送SBC-REQ消息，其中包括ROHC信
道參數(shù)。
步驟604:所述BS向ASN-GW2的錨DPF/服務(wù)SFA發(fā)送NetEntry MS State Change REQ消息，其中包括所述ROHC信道參數(shù)。
步驟605:所述錨DPF/服務(wù)SFA向所述BS發(fā)送NetEntry MS State Change RSP消息，其中包括所述ROHC信道參數(shù)。
步驟606:所述BS向所述MS發(fā)送SBC-RSP消息，其中包括所述ROHC
信道參數(shù)。
步驟607:所述BS向所述錨DPF/服務(wù)SFA發(fā)送NetEntry MS State Change ACK消息。
步驟603至步驟607，實現(xiàn)所述MS和網(wǎng)絡(luò)側(cè)之間的基本能力協(xié)商。所述 消息可以針對ROHC信道的粒度，如針對MS或針對業(yè)務(wù)類型，包含除 FEEDBACK—FOR之外的ROHC信道參數(shù)。若ROHC功能在BS上實現(xiàn)，則僅 所述SBC-REQ或SBC-RSP消息中包含ROHC信道參數(shù)。
步驟608: MS和網(wǎng)絡(luò)之間進行正常的PKMv2和可擴展認證協(xié)議(EAP ) 過程。
步驟609:所述MS向所述BS發(fā)送REG-REQ消息，其中包括ROHC信
道參數(shù)。
步驟610:所述BS向所述錨DPF/服務(wù)SFA發(fā)送NetEntry MS State Change REQ消息，其中包括ROHC信道參數(shù)。
步驟611:所述錨DPF/服務(wù)SFA向所述BS發(fā)送NetEntry MS State Change RSP消息，其中包括ROHC信道參數(shù)。
步驟612:所述BS向所述MS發(fā)送REG-RSP消息，其中包括ROHC信道 參數(shù)。
步驟613:所述BS向所述錨DPF/服務(wù)SFA發(fā)送NetEntry MS State Change ACK消息。
步驟609至步驟613的過程，MS向網(wǎng)絡(luò)注冊的過程。若步驟603至步驟 607中未進行ROHC信道參數(shù)協(xié)商，則可以在步驟609至步驟613的過程中進 行ROHC信道參數(shù)的協(xié)商。
MS和ASN之間可以建立多個ROHC信道。針對不同的QoS調(diào)度類型，建立
若干個ROHC信道；或者部分針對調(diào)度類型建立ROHC信道，部分針對業(yè)務(wù)流 SF建立ROHC信道的混合方式，例如，對于UGS、 ertPS業(yè)務(wù)，可以基于業(yè)務(wù)流 建立ROHC信道，對于其它業(yè)務(wù)，如BE,可以基于空口調(diào)度類型建立ROHC信道。
在本實施例中，是否進行ROHC操作的決策由ROHC執(zhí)行功能實體完成， 即MS和/或ASN。 ROHC的上下文對應(yīng)于一個IP五元組標識的流。對于終端 在初始入網(wǎng)過程中未指定FEEDBACK—FOR參數(shù)的情況，可以在后續(xù)的業(yè)務(wù)流 建立過程中通過動態(tài)業(yè)務(wù)流消息進行指定。
這樣，本發(fā)明實施例中，由MS和ASN協(xié)商ROHC信道參數(shù)，建立頭壓 縮信道，節(jié)省無線網(wǎng)絡(luò)資源，并提高了服務(wù)質(zhì)量。
本發(fā)明實施例的一種通信系統(tǒng)包括頭壓縮策略功能實體、第一頭壓縮執(zhí) 行功能實體和第二頭壓縮執(zhí)行功能實體。其中，所述頭壓縮策略功能實體，用 于當決策需要進行頭壓縮時，下發(fā)頭壓縮指示給所述第一頭壓縮執(zhí)行功能實體 或第二頭壓縮執(zhí)行功能實體；所述第一頭壓縮執(zhí)行功能實體，接收所述頭壓縮 指示，與所述第二頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商；所述第二頭 壓縮執(zhí)行功能實體，接收所述頭壓縮指示，與所述第一頭壓縮執(zhí)行功能實體進 行頭壓縮信道參數(shù)協(xié)商。
可以采用魯棒性頭壓縮機制、CRTP頭壓縮機制或ECRTP頭壓縮機制進行 頭壓縮。
當所述第一頭壓縮執(zhí)行功能實體位于終端中時，則所述第二頭壓縮執(zhí)行功 能實體位于ASN中的基站或錨DPF;當所述第二頭壓縮執(zhí)行功能實體位于終 端時，則所述第一頭壓縮執(zhí)行功能實體位于ASN中的基站或錨DPF。
所述頭壓縮策略功能實體位于終端、ASN中的策略功能實體，或連接服務(wù) 網(wǎng)絡(luò)CSN中的策略功能實體；所述ASN中的策略功能實體包括基站、錨SFA 或錨DPF ;所述CSN中的策略功能實體包括PF、 PCRF或AAA服務(wù)器。
所述頭壓縮策略功能實體包括決策單元和下發(fā)單元；
所述決策單元，用于根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情況，決策是 否需要進行頭壓縮，并且，當決策需要進行頭壓縮時，觸發(fā)所述下發(fā)單元；
所述下發(fā)單元，用于接收到所述決策單元的觸發(fā)時，下發(fā)頭壓縮指示給所 述第 一頭壓縮執(zhí)行功能實體。
本發(fā)明實施例中，若頭壓縮策略功能實體決策需要進行頭壓縮時，下發(fā)頭
壓縮指示給第一頭壓縮執(zhí)行功能實體或第二頭壓縮執(zhí)行功能實體；由第一頭壓
縮執(zhí)行功能實體與對應(yīng)的第二頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商， 建立頭壓縮信道，節(jié)省無線網(wǎng)絡(luò)資源，并提高了服務(wù)質(zhì)量。
而所述頭壓縮執(zhí)行功能實體采用魯棒性頭壓縮機制時，頭壓縮策略功能實
體為ROHC策略功能實體，所述第一頭壓縮執(zhí)行功能實體為第一 ROHC執(zhí)行 功能實體，所述第二頭壓縮執(zhí)行功能實體為第二ROHC執(zhí)行功能實體。
以下以采用ROHC頭壓縮機制為例，說明本發(fā)明實施例的系統(tǒng)。
參見圖7,本發(fā)明實施例的系統(tǒng)包括ROHC策略功能實體71、第一 ROHC 執(zhí)行功能實體72和對應(yīng)的第二 ROHC執(zhí)行功能實體73;
其中，所述ROHC策略功能實體71包括決策單元711和下發(fā)單元712;
所述第一ROHC執(zhí)行功能實體72為一個ROHC執(zhí)行功能實體，所述第二 ROHC執(zhí)行功能實體73為與所述第一 ROHC執(zhí)行功能實體72對應(yīng)的另一 ROHC執(zhí)行功能實體，也就是說一個ROHC執(zhí)行功能實體為壓縮器，即ROHC 信道的入口，另外一個ROHC執(zhí)行功能實體為解壓縮器，即該ROHC信道的 出口 。
所述ROHC策略功能實體71，用于當決策需要進行頭壓縮時，下發(fā)頭壓 縮指示給所述第一 ROHC執(zhí)行功能實體72;
所述第一 ROHC執(zhí)行功能實體72，收到所述頭壓縮指示時，與所述第二 ROHC執(zhí)行功能實體73進行ROHC信道參數(shù)協(xié)商；
所述第二 ROHC執(zhí)行功能實體73,用于與所述第一 ROHC執(zhí)行功能實體 72進行ROHC信道參數(shù)協(xié)商。
當所述第一 ROHC執(zhí)行功能實體72位于終端中時，則所述第二 ROHC執(zhí) 行功能實體73位于接入服務(wù)網(wǎng)絡(luò)ASN中的基站或錨數(shù)據(jù)通路實體DPF;
當所述第二 ROHC執(zhí)行功能實體73位于終端中時，則所述第一 ROHC執(zhí) 行功能實體72位于接入服務(wù)網(wǎng)絡(luò)ASN中的基站或錨數(shù)據(jù)通路實體DPF。
所述ROHC策略功能實體73位于終端、ASN中的策略功能實體，或連接 服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體；
所述ASN中的策略功能實體包括基站、錨業(yè)務(wù)流授權(quán)者SFA或錨DPF ;
所述CSN中的策略功能實體包括PF、 PCRF或AAA服務(wù)器。
當所述ROHC策略功能實體71位于ASN中的錨DPF時，所述決策單元 711,根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情況，決策是否需要進行頭壓縮， 并且，當決策需要進行頭壓縮時，觸發(fā)所述下發(fā)單元712;
所述下發(fā)單元712,用于接收到所述決策單元711的觸發(fā)時，下發(fā)頭壓縮 指示給所述第一 ROHC執(zhí)行功能實體72。
所述ROHC信道可以是針對一個業(yè)務(wù)流SF建立，或針對一個終端建立； 或，部分針對業(yè)務(wù)流調(diào)度類型建立，部分針對業(yè)務(wù)流建立；或，針對業(yè)務(wù)流調(diào) 度類型建立。
當所述第一 ROHC執(zhí)行功能實體72位于終端，所述第二 ROHC執(zhí)行功能 實體73位于ASN中的基站，或者所述第二 ROHC執(zhí)行功能實體73位于終端， 所述第一 ROHC執(zhí)行功能實體72位于ASN中的基站時，所述終端與ASN之 間通過DSA-REQ、 DSA-RSP、 DSC-REQ、 DSC-RSP消息或預(yù)先定義的消息進 行ROHC信道參數(shù)的協(xié)商。
當所述第一 ROHC執(zhí)行功能實體72位于終端，所述第二 ROHC執(zhí)行功能 實體73位于ASN中的網(wǎng)關(guān)，或者所述第二 ROHC 4丸行功能實體73位于終端， 所述第一 ROHC執(zhí)行功能實體72位于ASN中的網(wǎng)關(guān)時，且，當所述ROHC 信道是針對一個業(yè)務(wù)流建立時，所述終端與ASN之間通過RR-REQ、 RR-RSP 消息、DSA-REQ、 DSA-RSP、 DSC-REQ、 DSC-RSP消息以及預(yù)先定義的消息
中的一個，進行ROHC信道參數(shù)的協(xié)商。
當所述第一 ROHC執(zhí)行功能實體72位于終端，所述第二 ROHC執(zhí)行功能 實體73位于ASN中的網(wǎng)關(guān)，或者所述第二 ROHC執(zhí)行功能實體73位于終端， 所述第一ROHC執(zhí)行功能實體72位于ASN中的網(wǎng)關(guān)時，且，當所述ROHC 信道是針對一個終端在上行業(yè)務(wù)流和下行業(yè)務(wù)流上建立；或，當所述ROHC 信道是針對業(yè)務(wù)流調(diào)度類型建立時，所述終端與ASN通過SBC-REQ、SBC-RSP 和SBC-REQ、 SBC-RSP消息中一個，以及NetEntry MS State Change REQ、 NetEntry MS State Change RSP消息協(xié)商ROHC信道參數(shù)。
當所述ROHC信道是針對業(yè)務(wù)流調(diào)度類型建立時，所述第一 ROHC執(zhí)行 功能實體73,在建立ROHC信道之前，進一步與所述第二ROHC執(zhí)行功能實 體73進行ROHC操作的業(yè)務(wù)流調(diào)度類型的協(xié)商。
所述ROHC信道參數(shù)包括ROHC信道的固定參數(shù)和ROHC信道的特定參
數(shù)；
當所述第一ROHC執(zhí)行功能實體72位于終端，該終端初始入網(wǎng)時，所述 第一 ROHC執(zhí)行功能實體72與所述第二 ROHC執(zhí)行功能實體73，通過 SBC-REQ、 SBC-RSP或REG-REQ、 REG-RSP消息進行ROHC信道的固定參 數(shù)的協(xié)商；
則所述第一 ROHC執(zhí)行功能實體72，當收到所述頭壓縮指示時，與所述 第二 ROHC執(zhí)行功能實體73通過動態(tài)業(yè)務(wù)流消息進行ROHC信道的特定參數(shù) 的協(xié)商。
當所述第一 ROHC執(zhí)行功能實體72位于終端，并且該終端初始入網(wǎng)時， 所述第一 ROHC執(zhí)行功能實體72與所述第二 ROHC執(zhí)行功能實體73，通過 SBC或REG消息協(xié)商ROHC信道建立的方式。
所述ROHC信道參數(shù)包括以下一種或多種參數(shù)
MAX—CID、 LARGE—CIDS、 PROFILES, FEEDBACK FOR、 MRRU。
本發(fā)明實施例提供的一種建立頭壓縮通信的技術(shù)方案，當頭壓縮策略功能
實體下發(fā)頭壓縮指示給一頭壓縮執(zhí)行功能實體時，該頭壓縮執(zhí)行功能實體與對 應(yīng)的另一頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)的協(xié)商，建立頭壓縮信道， 實現(xiàn)頭壓縮通信，相比沒有采用頭壓縮機制的無線網(wǎng)絡(luò)來說，節(jié)省無線網(wǎng)絡(luò)資
源，提高了服務(wù)質(zhì)量。并且，所述無線網(wǎng)絡(luò)可以為Wimax網(wǎng)絡(luò)。
當然，本發(fā)明技術(shù)方案對于其它壓縮機制，例如CRTP、 ECRTP等，也同 樣適用。當然，每種頭壓縮機制對應(yīng)特定的頭壓縮的指示，而協(xié)商的參數(shù)也是 壓縮機制對應(yīng)的特定參數(shù)。例如，對于CRTP或ECRTP壓縮機制，協(xié)商的參 數(shù)為對應(yīng)的RFC中定義的參數(shù)。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步 驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計 算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟
頭壓縮執(zhí)行功能實體收到來自頭壓縮策略功能實體的頭壓縮指示；
所述頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能實體進行頭壓縮 信道參數(shù)協(xié)商，建立頭壓縮信道。
上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。 顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種建立頭壓縮通信的方法，其特征在于，該方法包括頭壓縮執(zhí)行功能實體收到來自頭壓縮策略功能實體的頭壓縮指示；所述頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商，建立頭壓縮信道。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述頭壓縮是采用魯棒性 頭壓縮ROHC機制、實時傳輸協(xié)議CRTP頭壓縮機制或?qū)崟r傳輸協(xié)議頭壓縮 ECRTP頭壓縮機制。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述頭壓縮執(zhí)行功能實體 或另一頭壓縮執(zhí)行功能實體位于終端中，或接入服務(wù)網(wǎng)絡(luò)ASN中的基站中， 或錨數(shù)據(jù)通^各實體DPF中。
4、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述頭壓縮策略功能實體 位于終端、ASN中的策略功能實體，或連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體 中；所述ASN中的策略功能實體包括基站、錨業(yè)務(wù)流授權(quán)者，服務(wù)業(yè)務(wù)授權(quán) 者或錨DPF;所述CSN中的策略功能實體包括策略功能實體PF、策略計費規(guī)則功能實 體PCRF，或認證、授權(quán)和計費AAA服務(wù)器。
5、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述頭壓縮執(zhí)行功能實體 收到來自頭壓縮策略功能實體的頭壓縮指示前進一步包括所述頭壓縮策略功能實體根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情況決 策需要進行頭壓縮；所述頭壓縮策略功能實體下發(fā)頭壓縮指示給所述頭壓縮執(zhí)行功能實體。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述頭壓縮策略功能實體 根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情況決策需要進行頭壓縮具體包括ASN中的策略功能實體把自身的頭壓縮策略和/或空閑資源信息發(fā)送給連 接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體，由連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體做出頭壓縮的決策指示。
7、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述頭壓縮策略功能實體 根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情況決策需要進行頭壓縮具體包括連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實體把自身的頭壓縮策略和/或空閑資源 信息發(fā)送給ASN中的策略功能實體，由ASN中的策略功能實體做出頭壓縮的 決策指示。
8、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述頭壓縮采用ROHC機 制時，所述頭壓縮信道是一艮據(jù)如下映射方式建立針對一個業(yè)務(wù)流建立；或， 針對一個終端建立；或，部分針對業(yè)務(wù)流調(diào)度類型建立，部分針對業(yè)務(wù)流建立；或， 針對業(yè)務(wù)流調(diào)度類型建立。
9、 根據(jù)權(quán)利要求3所述的方法，其特征在于，若頭壓縮執(zhí)行功能實體位 于終端，所述另一頭壓縮執(zhí)行功能實體位于ASN中的基站，貝'J所述終端與ASN之間通過動態(tài)業(yè)務(wù)流建立請求/響應(yīng)DSA-REQ/RSP、動 態(tài)業(yè)務(wù)流修改請求/響應(yīng)DSC-REQ/RSP或預(yù)先定義的消息進行頭壓縮信道參 數(shù)的協(xié)商。
10、 根據(jù)權(quán)利要求3或8所述的方法，其特征在于，若所述頭壓縮執(zhí)行功 能實體位于終端，所述另一頭壓縮執(zhí)行功能實體位于ASN中的錨數(shù)據(jù)通路實 體DPF中，且，若所述頭壓縮信道是針對一個業(yè)務(wù)流建立，貝'J所述終端與ASN之間通過資源預(yù)留請求/響應(yīng)RR-REQ/RSP消息、 DSA-REQ/RSP和DSC-REQ/RSP或預(yù)先定義的消息中的一個或多個，進行頭 壓縮信道參數(shù)的協(xié)商。
11、 根據(jù)權(quán)利要求3或8所述的方法，其特征在于，若所述頭壓縮執(zhí)行功 能實體位于終端，所述另一頭壓縮執(zhí)行功能實體位于ASN中的錨數(shù)據(jù)通路實體DPF中，且，若所述頭壓縮信道是針對一個終端建立或所述頭壓縮信道是針對業(yè)務(wù)流調(diào)度類型建立，則所述終端與ASN通過用戶基本能力請求/響應(yīng)SBC-REQ/RSP、注冊請求/ 響應(yīng)REG-REQ/RSP或預(yù)先定義的消息中一個或多個，以及入網(wǎng)終端狀態(tài)變更 請求/響應(yīng)消息協(xié)商頭壓縮信道參數(shù)。
12、 根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述頭壓縮是ROHC 機制，若頭壓縮執(zhí)行功能實體位于終端，在該終端在初始入網(wǎng)時，進一步包括通過SBC-REQ/RSP或REG-REQ/RSP消息進行頭壓縮信道參數(shù)中固定參 數(shù)的協(xié)商；則收到頭壓縮指示的頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能 實體進行頭壓縮信道參數(shù)協(xié)商包括通過動態(tài)業(yè)務(wù)流消息進行頭壓縮信道參數(shù)中特定參數(shù)的協(xié)商。
13、 根據(jù)權(quán)利要求3所述的方法，其特征在于，若頭壓縮執(zhí)行功能實體位 于終端，在該終端在初始入網(wǎng)時，該方法還包括協(xié)商所述終端與網(wǎng)絡(luò)側(cè)的建立頭壓縮信道的映射方式， 則收到頭壓縮指示的頭壓縮執(zhí)行功能實體與對應(yīng)的另 一頭壓縮執(zhí)行功能 實體利用所述協(xié)商的建立頭壓縮信道的映射方式，建立頭壓縮信道。
14、 根據(jù)權(quán)利要求13所述的方法，其特征在于，通過用戶基本能力SBC 或注冊REG消息協(xié)商所述頭壓縮信道的映射方式。
15、 一種通信系統(tǒng)，其特征在于，該系統(tǒng)包括頭壓縮策略功能實體、第一頭壓縮執(zhí)行功能實體和第二頭壓縮執(zhí)行功能實 體；其中，所述頭壓縮策略功能實體，用于若決策需要進行頭壓縮，下發(fā)頭壓縮指示 給所述第一頭壓縮執(zhí)行功能實體或第二頭壓縮執(zhí)行功能實體；所述第一頭壓縮執(zhí)行功能實體，接收所述頭壓縮指示，與所述第二頭壓縮 執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商； 所述第二頭壓縮執(zhí)行功能實體，接收所述頭壓縮指示，與所述第一頭壓縮 執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商。
16、 根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，若所述第一頭壓縮執(zhí)行 功能實體位于終端中，則所述第二頭壓縮執(zhí)行功能實體位于ASN中的基站或 錨DPF;或若所述第二頭壓縮執(zhí)行功能實體位于終端，則所述第 一頭壓縮執(zhí)行功能實 體位于ASN中的基站或錨DPF。
17、 根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，所述頭壓縮策略功能實 體位于終端、ASN中的策略功能實體，或連接服務(wù)網(wǎng)絡(luò)CSN中的策略功能實 體；所述ASN中的策略功能實體包括基站、錨SFA或錨DPF ; 所述CSN中的策略功能實體包括PF 、 PCRF或AAA服務(wù)器。
18、 一種頭壓縮策略功能實體，其特征在于，包括決策單元和下發(fā)單元； 所述決策單元，用于根據(jù)業(yè)務(wù)流的服務(wù)質(zhì)量需求和可得資源情況決策需要進行頭壓縮，觸發(fā)所述下發(fā)單元；所述下發(fā)單元，用于接收所述決策單元的觸發(fā)，下發(fā)頭壓縮指示給第一頭 壓縮執(zhí)行功能實體或第二頭壓縮執(zhí)行功能實體。
全文摘要
本發(fā)明公開了一種建立頭壓縮通信的方法及系統(tǒng)、頭壓縮策略功能實體。該方法包括頭壓縮執(zhí)行功能實體收到來自頭壓縮策略功能實體的頭壓縮指示；所述頭壓縮執(zhí)行功能實體與對應(yīng)的另一頭壓縮執(zhí)行功能實體進行頭壓縮信道參數(shù)協(xié)商，建立頭壓縮信道。本發(fā)明還公開了一種通信系統(tǒng)和頭壓縮策略功能實體。本發(fā)明實施例解決了現(xiàn)有技術(shù)中的無法實現(xiàn)頭壓縮通信的問題。
文檔編號H04L29/06GK101364980SQ20081008263
公開日2009年2月11日 申請日期2008年2月27日 優(yōu)先權(quán)日2007年8月10日
發(fā)明者梁文亮, 亮 顧 申請人:華為技術(shù)有限公司