專利名稱：：通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的方法及裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，尤其涉及一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的方法及裝置。
背景技術(shù)：
：IMS(基于IP的多媒體子系統(tǒng))中，用戶數(shù)據(jù)(User-Data)及與其相關(guān)聯(lián)的業(yè)務(wù)數(shù)據(jù)集中在歸屬簽約用戶服務(wù)器HSS(HomeSubscriberServer)。HSS由2G的歸屬位置寄存器HLR演化而來，是支持用戶注冊并存放用戶身份、位置數(shù)據(jù)和過濾策略信息的網(wǎng)絡(luò)tt據(jù)庫，HSS也負(fù)責(zé)用戶進(jìn)行網(wǎng)蹈4妄入的認(rèn)證和授權(quán)控制信息的管理。上述這種用戶數(shù)據(jù)的分離集中更加有利于業(yè)務(wù)的實(shí)現(xiàn)和提供。請參照圖la所示，服務(wù)呼叫控制功能S-CSCF從HSS使用Cx接口(Diameter協(xié)議承載)獲取用戶的簽約數(shù)據(jù)流程(SAR/SAA)具體如下1、SAR:S-CSCF向HSS發(fā)送用戶注冊/注銷請求消息；2、SAA:HSS向S-CSCF返回用戶注冊/注銷響應(yīng)消息，攜帶用戶的簽約數(shù)據(jù)。用戶的簽約數(shù)據(jù)采用XML(extensibleMarkupLanguage,可擴(kuò)展標(biāo)記語言)格式描述。由于Cx下載的數(shù)據(jù)量和用戶的簽約數(shù)據(jù)相關(guān)，而用戶數(shù)據(jù)采用XML方式編碼使數(shù)據(jù)量較大，導(dǎo)致傳輸對帶寬資源的占用比較大，Cx接口性能也受到影響。再參照圖lb所示，IMS業(yè)務(wù)服務(wù)器AS從HSS使用Sh接口(Diameter協(xié)議承載)獲取用戶的簽約數(shù)據(jù)流程(UDR/UDA，PUR/PUA)具體如下(一)AS由于業(yè)務(wù)處理需要從HSS下載簽約數(shù)據(jù)和透明數(shù)據(jù)(透明數(shù)據(jù)即HSS不理解語意的數(shù)據(jù))的流程1、UDR:AS向HSS發(fā)起用戶數(shù)據(jù)讀取請求消息；2、UDA:HSS向AS返回用戶數(shù)據(jù)讀取響應(yīng)消息，攜帶用戶的簽約數(shù)據(jù)和透明數(shù)據(jù)。用戶的簽約數(shù)據(jù)和透明數(shù)據(jù)采用XML格式描述。(二)AS由于業(yè)務(wù)處理需要在HSS中更新(添加/修改/刪除)透明數(shù)據(jù)的流程1、PUR:AS向HSS發(fā)起用戶數(shù)據(jù)更新請求消息，攜帶透明數(shù)據(jù)，透明數(shù)據(jù)釆用XML格式描述；2、PUA:HSS向AS返回用戶I史據(jù)更新響應(yīng)消息。上述流程中，Sh下載的數(shù)據(jù)量和用戶的簽約數(shù)據(jù)相關(guān)，也和AS存儲在HSS的透明數(shù)據(jù)量相關(guān)，由于采用XML格式編碼使數(shù)據(jù)量較大，導(dǎo)致傳輸對帶寬資源的占用比較大，Sh接口性能也受到影響。因此，有必要對通過Cx或Sh接口的數(shù)據(jù)進(jìn)行壓縮，而進(jìn)行數(shù)據(jù)壓縮則需要數(shù)據(jù)交換雙方協(xié)商壓縮算法?，F(xiàn)有協(xié)商壓縮算法的方案通常是分別在數(shù)據(jù)交換雙方靜態(tài)配置壓縮方式(包括需壓縮的數(shù)據(jù)及相應(yīng)的壓縮算法)，以實(shí)現(xiàn)數(shù)據(jù)交換雙方能協(xié)商一致。然而，這種方案的缺陷在于，當(dāng)需壓縮的數(shù)據(jù)發(fā)生變化，或者數(shù)據(jù)交換雙方中的一方發(fā)生變更，則需重新進(jìn)行壓縮方式的配置，造成數(shù)據(jù)配置比較復(fù)雜，且無法根據(jù)實(shí)際情況進(jìn)行動態(tài)協(xié)商。
發(fā)明內(nèi)容本發(fā)明實(shí)施例要解決的技術(shù)問題在于，4是供一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的方法及裝置，數(shù)據(jù)交換雙方可以動態(tài)協(xié)商數(shù)據(jù)壓縮機(jī)制，從而選擇更智能更恰當(dāng)?shù)牧鞒?，避免?shù)據(jù)配置的復(fù)雜性。為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的方法，包括數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮。本發(fā)明實(shí)施例還提供一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的裝置，包括獲取單元，用于獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；判斷單元，用于判斷數(shù)據(jù)提供網(wǎng)元是否支持所述壓縮算法，如果是，則判斷協(xié)商成功；壓縮單元，用于采用協(xié)商成功的壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)4亍壓縮。本發(fā)明實(shí)施例還提供一種通過Cx或Sh接口傳輸數(shù)據(jù)的方法，包括數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；所述數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮；所述數(shù)據(jù)提供網(wǎng)元根據(jù)協(xié)商的結(jié)果，將數(shù)據(jù)傳輸給所述數(shù)據(jù)請求網(wǎng)元。本發(fā)明實(shí)施例還提供一種通過Cx或Sh接口傳輸數(shù)據(jù)的系統(tǒng)，包括數(shù)據(jù)請求網(wǎng)元，用于向數(shù)據(jù)提供網(wǎng)元發(fā)送數(shù)據(jù)請求，所述數(shù)據(jù)請求攜帶所述數(shù)據(jù)請求網(wǎng)元支持的數(shù)據(jù)壓縮算法；數(shù)據(jù)提供網(wǎng)元，用于獲取所述數(shù)據(jù)請求網(wǎng)元支持的壓縮算法，判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮；并根據(jù)協(xié)商的結(jié)果，將數(shù)據(jù)傳輸給所述數(shù)據(jù)請求網(wǎng)元。本發(fā)明實(shí)施例的有益效果在于，通過動態(tài)協(xié)商方式使得數(shù)據(jù)交換雙方能夠根據(jù)實(shí)際情況選擇更智能更恰當(dāng)?shù)牧鞒?，避免?shù)據(jù)配置的復(fù)雜性，使數(shù)據(jù)交互機(jī)制更加靈活。同時，動態(tài)協(xié)商的方式也使得即使數(shù)據(jù)交換雙方中某一方變更，或者壓縮的數(shù)據(jù)發(fā)生變化，仍然可以方便的重新進(jìn)行壓縮算法的協(xié)商，從而提高了壓縮算法協(xié)商的適用性。圖la是現(xiàn)有技術(shù)中通過Cx接口傳輸用戶數(shù)據(jù)的示意圖lb是現(xiàn)有技術(shù)中通過Sh接口傳輸用戶數(shù)據(jù)的示意圖2是本發(fā)明實(shí)施例一協(xié)商數(shù)據(jù)壓縮算法的方法的流程示意圖3是本發(fā)明實(shí)施例一的具體實(shí)施流程示意圖4是本發(fā)明實(shí)施例二協(xié)商數(shù)據(jù)壓縮算法的裝置的結(jié)構(gòu)示意圖5是本發(fā)明實(shí)施例三數(shù)據(jù)傳輸?shù)姆椒ǖ牧鞒淌疽鈭D6是本發(fā)明實(shí)施例三的具體實(shí)施流程示意圖。具體實(shí)施例方式以下結(jié)合附圖對本發(fā)明實(shí)施例進(jìn)行詳細(xì)描述。請參照圖2所示，本發(fā)明實(shí)施例一提供一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的方法，包括數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮；否則協(xié)商失敗，不進(jìn)行壓縮。進(jìn)一步的，數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法是指，數(shù)據(jù)提供網(wǎng)元接收數(shù)據(jù)請求網(wǎng)元發(fā)送的請求消息，所述請求消息中攜帶所述數(shù)據(jù)請求網(wǎng)元支持的壓縮算法。具體實(shí)現(xiàn)時，是通過攜帶在請求消息中的壓縮指示參數(shù)來指示所述數(shù)據(jù)提供網(wǎng)元與所述數(shù)據(jù)請求網(wǎng)元是否支持壓縮用戶數(shù)據(jù)和對應(yīng)的壓縮算法的。本發(fā)明的另一個實(shí)施例中，數(shù)據(jù)提供網(wǎng)元也可以與數(shù)據(jù)請求網(wǎng)元的其他交互流程緩存數(shù)據(jù)請求網(wǎng)元支持的壓縮算法。從而當(dāng)數(shù)據(jù)提供網(wǎng)元后續(xù)壓縮數(shù)據(jù)時，獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法用于進(jìn)行壓縮數(shù)據(jù)的協(xié)商。請同時結(jié)合圖3所示，本實(shí)施例中，數(shù)據(jù)請求網(wǎng)元為S-CSCF或AS,數(shù)據(jù)提供網(wǎng)元為HSS。本實(shí)施例中，對于Cx接口，需要擴(kuò)展3GPPTS29.229v8.1.O的Feature-List-ID參數(shù)(嵌套于SupportedFeatures參數(shù))，以作為壓縮指示參數(shù)，詳見下表<table>tableseeoriginaldocumentpage9</column></row><table>具體的，對Feature-List-ID參數(shù)擴(kuò)展特征位23,作為壓縮指示位，指示S-CSCF/HSS是否支持壓縮用戶數(shù)據(jù)和對應(yīng)的壓縮算法，例如00:不支持壓縮；01:gzip壓縮；10:EXI壓縮；11:保留。具體的壓縮算法可以根據(jù)需要進(jìn)行配置和擴(kuò)展，上述定義僅為舉例。對于Sh接口，需要擴(kuò)展3GPPTS29.329v8.0.0的Feature-List-ID參數(shù)(嵌套于SupportedFeatures參數(shù))，以作為壓縮指示參數(shù)，詳見下表<table>tableseeoriginaldocumentpage9</column></row><table>具體的，對Feature-List-ID參數(shù)擴(kuò)展特征位12,作為壓縮指示位，指示AS/HSS是否支持壓縮用戶數(shù)據(jù)和對應(yīng)的壓縮算法，例如00:不支持壓縮；01:gzip壓縮；10:EXI壓縮；11:保留。具體的壓縮算法可以根據(jù)需要進(jìn)行配置和擴(kuò)展，上述定義僅為舉例。請參照圖3所示，當(dāng)數(shù)據(jù)請求單元為S-CSCF時，通過Cx接口協(xié)商壓縮算法流程具體是1、S-CSCF向HSS發(fā)送SAR消息，在消息中通過擴(kuò)展的SupportedFeatures參數(shù)攜帶S-CSCF所支持的具體的壓縮算法。2、HSS收到所述消息后，/人壓縮指示位獲知S-CSCF所支持的具體的壓縮算法，然后判斷自身是否支持相應(yīng)的壓縮算法，如果是則采用消息中攜帶的壓縮算法對用戶數(shù)據(jù)進(jìn)行壓縮，否則不壓縮。當(dāng)HSS與S-CSCF所共同支持的壓縮算法有多種時，HSS可以采取以下方式選擇一種壓縮算法來壓縮數(shù)據(jù)(l)任選，即隨機(jī)選擇共同支持的壓縮算法中的一種；(2)基于一定的規(guī)則來選擇，所述規(guī)則可以預(yù)先配置，例如根據(jù)具體的應(yīng)用場景，預(yù)先在HSS中配置壓縮算法的優(yōu)先級列表，當(dāng)HSS與S-CSCF所共同支持的壓縮算法有多種時，HSS會根據(jù)優(yōu)先級列表進(jìn)行選擇。再如圖3所示，當(dāng)數(shù)據(jù)請求單元為AS時，通過Sh接口協(xié)商壓縮算法流程具體是1、AS向HSS發(fā)送UDR消息，在消息中通過擴(kuò)展的S叩portedFeatures參數(shù)攜帶AS所支持的具體的壓縮算法。其中，所述消息具體可以為用戶數(shù)據(jù)讀取請求消息。2、HSS收到所述消息后，從壓縮指示位獲知AS所支持的具體的壓縮算法，然后判斷自身是否支持相應(yīng)的壓縮算法，如果是則采用消息中攜帶的壓縮算法對用戶數(shù)據(jù)進(jìn)行壓縮，否則不壓縮。當(dāng)HSS與AS所共同支持的壓縮算法有多種時，HSS可以采取以下方式選擇一種壓縮算法來壓縮數(shù)據(jù)(l)任選，即隨機(jī)選4傘共同支持的壓縮算法中的一種；(2)基于一定的規(guī)則來選擇，所述規(guī)則可以預(yù)先配置，例如根據(jù)具體的應(yīng)用場景，預(yù)先在HSS中配置壓縮算法的優(yōu)先級列表，當(dāng)HSS與AS所共同支持的壓縮算法有多種時，HSS會根據(jù)優(yōu)先級列表進(jìn)行選擇。此外，HSS可通過配置所述的協(xié)商結(jié)果，對于后續(xù)HSS發(fā)起的更新流程(Cx接口PPR/PPA,Sh接口PNR/PNA),HSS可通過所述配置從而獲取S-CSCF/AS支持的壓縮算法。本實(shí)施例通過動態(tài)協(xié)商方式使得數(shù)據(jù)交換雙方能夠根據(jù)實(shí)際情況選擇更智能更恰當(dāng)?shù)牧鞒?，避免?shù)據(jù)配置的復(fù)雜性，使數(shù)據(jù)交互機(jī)制更加靈活。同時，動態(tài)協(xié)商的方式也使得即使數(shù)據(jù)交換雙方中某一方變更，或者壓縮的數(shù)據(jù)發(fā)生變化，仍然可以方便的重新進(jìn)行壓縮算法的協(xié)商，從而提高了壓縮算法協(xié)商的適用性。請參照圖4所示，本發(fā)明實(shí)施例二提供一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的裝置，包括獲取單元，用于獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；判斷單元，用于判斷數(shù)據(jù)提供網(wǎng)元是否支持所述壓縮算法，如果是，則判斷協(xié)商成功；壓縮單元，用于采用協(xié)商成功的壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)4亍壓縮。進(jìn)一步的，所述獲取單元還用于從接收的數(shù)據(jù)請求網(wǎng)元發(fā)送的請求消息中獲取所述數(shù)據(jù)請求網(wǎng)元支持的壓縮算法。進(jìn)一步的，所述裝置是歸屬簽約用戶服務(wù)器HSS。本實(shí)施例中，數(shù)據(jù)請求網(wǎng)元可以為S-CSCF或AS,數(shù)據(jù)提供網(wǎng)元可以為HSS。本實(shí)施例通過動態(tài)協(xié)商方式使得數(shù)據(jù)交換雙方能夠根據(jù)實(shí)際情況選擇更智能更恰當(dāng)?shù)牧鞒?，避免?shù)據(jù)配置的復(fù)雜性，使數(shù)據(jù)交互機(jī)制更加靈活。同時，動態(tài)協(xié)商的方式也使得即使數(shù)據(jù)交換雙方中某一方變更，或者壓縮的數(shù)據(jù)發(fā)生變化，仍然可以方便的重新進(jìn)行壓縮算法的協(xié)商，從而提高了壓縮算法協(xié)商的適用性。請參照圖5所示，本發(fā)明實(shí)施例三提供一種通過Cx或Sh接口傳輸數(shù)據(jù)的方法，包括數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；所述數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮；所述數(shù)據(jù)提供網(wǎng)元根據(jù)協(xié)商的結(jié)果，將數(shù)據(jù)傳輸給所述數(shù)據(jù)請求網(wǎng)元。進(jìn)一步的，如果協(xié)商成功，則所述數(shù)據(jù)提供網(wǎng)元向所述數(shù)據(jù)請求網(wǎng)元發(fā)送消息，所述消息攜帶所述壓縮算法和壓縮后的數(shù)據(jù)；如果協(xié)商失敗，則所述數(shù)據(jù)提供網(wǎng)元向所述數(shù)據(jù)請求網(wǎng)元發(fā)送消息，所述消息攜帶數(shù)據(jù)未壓縮指示和未壓縮的數(shù)據(jù)。當(dāng)所述數(shù)據(jù)提供網(wǎng)元是歸屬簽約用戶服務(wù)器HSS,數(shù)據(jù)請求網(wǎng)元是服務(wù)呼叫控制功能S-CSCF時，HSS與S-CSCF通過Cx接口交互，所述請求消息攜帶壓縮指示參數(shù)，例如Feature-List-ID參數(shù)，所述Feature-List-ID參數(shù)特征位的23位被擴(kuò)展為壓縮指示位，所述壓縮指示位用于指示所述數(shù)據(jù)提供網(wǎng)元與所述數(shù)據(jù)請求網(wǎng)元是否支持壓縮用戶數(shù)據(jù)和對應(yīng)的壓縮算法。當(dāng)所述數(shù)據(jù)提供網(wǎng)元是歸屬簽約用戶服務(wù)器HSS,數(shù)據(jù)請求網(wǎng)元是業(yè)務(wù)服務(wù)器AS時，HSS與AS通過Sh接口交互，所述請求消息攜帶壓縮指示參數(shù)，例如Feature-List-ID參數(shù)，所述Feature-List-ID參數(shù)的1~2位被擴(kuò)展為壓縮指示位，所述壓縮指示位用于指示所述數(shù)據(jù)提供網(wǎng)元與所述數(shù)據(jù)請求網(wǎng)元是否支持壓縮用戶數(shù)據(jù)和對應(yīng)的壓縮算法。請同時結(jié)合圖6所示，本實(shí)施例中，數(shù)據(jù)請求網(wǎng)元為S-CSCF或AS,數(shù)據(jù)提供網(wǎng)元為HSS。請參照圖6所示，當(dāng)數(shù)據(jù)請求單元為S-CSCF時，通過Cx4婁口進(jìn)行數(shù)據(jù)傳輸?shù)牧鞒叹唧w是1、S-CSCF向HSS發(fā)送SAR消息，在消息中通過擴(kuò)展的SupportedFeatures參數(shù)攜帶S-CSCF所支持的具體的壓縮算法。其中，所述消息具體可以為用戶注冊/注銷請求消息。2、HSS收到所述消息后，從壓縮指示位獲知S-CSCF所支持的具體的壓縮算法，然后判斷自身是否支持相應(yīng)的壓縮算法，如果是則采用消息中攜帶的壓縮算法對用戶數(shù)據(jù)進(jìn)行壓縮，否則不壓縮。3、經(jīng)過步驟1-2,S-CSCF與HSS的數(shù)據(jù)壓縮算法已協(xié)商完畢，如果協(xié)商成功，則HSS向S-CSCF返回SAA消息，在消息中攜帶使用的壓縮算法和進(jìn)行壓縮后的用戶數(shù)據(jù)；如果協(xié)商失敗，則HSS向S-CSCF返回SAA消息，在消息中攜帶數(shù)據(jù)未壓縮指示和未壓縮的數(shù)據(jù)。可以理解，消息中攜帶的壓縮算法或數(shù)據(jù)未壓縮指示體現(xiàn)在前述壓縮指示位。再如圖6所示，當(dāng)數(shù)據(jù)請求單元為AS時，通過Sh接口進(jìn)行數(shù)據(jù)傳輸?shù)牧鞒叹唧w是1、AS向HSS發(fā)送UDR消息，在消息中通過擴(kuò)展的SupportedFeatures參數(shù)攜帶AS所支持的具體的壓縮算法。2、HSS收到所述消息后，從壓縮指示位獲知AS所支持的具體的壓縮算法，然后判斷自身是否支持相應(yīng)的壓縮算法，如果是則采用消息中攜帶的壓縮算法對用戶數(shù)據(jù)進(jìn)行壓縮，否則不壓縮。3、經(jīng)過步驟1-2,AS與HSS的數(shù)據(jù)壓縮算法已協(xié)商完畢，如果協(xié)商成功，則HSS向AS返回UDA消息，在消息中攜帶使用的壓縮算法和進(jìn)行壓縮后的用戶數(shù)據(jù)；如果協(xié)商失敗，則HSS向AS返回UDA消息，在消息中攜帶數(shù)據(jù)未壓縮指示和未壓縮的數(shù)據(jù)?？梢岳斫?，消息中攜帶的壓縮算法或數(shù)據(jù)未壓縮指示體現(xiàn)在前述壓縮指示位。本實(shí)施例在數(shù)據(jù)傳輸時先通過動態(tài)協(xié)商數(shù)據(jù)壓縮算法，使得數(shù)據(jù)交換雙方能夠根據(jù)實(shí)際情況選4奪更智能更恰當(dāng)?shù)牧鞒?，避免?shù)據(jù)配置的復(fù)雜性，使數(shù)據(jù)交互機(jī)制更加靈活。通過協(xié)商的壓縮算法對數(shù)據(jù)進(jìn)行壓縮再進(jìn)行傳輸，減少Cx/Sh接口對帶寬資源的占用并提高接口性能，特別是對于經(jīng)常需要傳遞大包數(shù)據(jù)量的存儲型的網(wǎng)元。本發(fā)明實(shí)施例四提供一種通過Cx或Sh接口傳輸數(shù)據(jù)的系統(tǒng)，包括數(shù)據(jù)請求網(wǎng)元，用于向數(shù)據(jù)提供網(wǎng)元發(fā)送數(shù)據(jù)請求，所述數(shù)據(jù)請求攜帶所述數(shù)據(jù)請求網(wǎng)元支持的數(shù)據(jù)壓縮算法；數(shù)據(jù)提供網(wǎng)元，用于獲取所述數(shù)據(jù)請求網(wǎng)元支持的壓縮算法，判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮；并根據(jù)協(xié)商的結(jié)果，將數(shù)據(jù)傳輸給所述數(shù)據(jù)請求網(wǎng)元。—進(jìn)一步的，所述數(shù)據(jù)提供網(wǎng)元還用于如果協(xié)商成功，則向所述數(shù)據(jù)請求網(wǎng)元發(fā)送消息，所述消息攜帶所述壓縮算法和壓縮后的數(shù)據(jù)；如果協(xié)商失敗，則向所述數(shù)據(jù)請求網(wǎng)元發(fā)送消息，所述消息攜帶數(shù)據(jù)未壓縮指示和未壓縮的數(shù)據(jù)。進(jìn)一步的，所述數(shù)據(jù)請求網(wǎng)元是服務(wù)呼叫控制功能S-CSCF或業(yè)務(wù)服務(wù)器AS,所述數(shù)據(jù)提供網(wǎng)元是歸屬簽約用戶服務(wù)器。本實(shí)施例在數(shù)據(jù)傳輸時先通過動態(tài)協(xié)商數(shù)據(jù)壓縮算法，使得數(shù)據(jù)交換雙方能夠根據(jù)實(shí)際情況選擇更智能更恰當(dāng)?shù)牧鞒蹋苊鈹?shù)據(jù)配置的復(fù)雜性，使數(shù)據(jù)交互機(jī)制更加靈活。同時，動態(tài)協(xié)商的方式也使得即使數(shù)據(jù)交換雙方中某一方變更，或者壓縮的數(shù)據(jù)發(fā)生變化，仍然可以方便的重新進(jìn)行壓縮算法的協(xié)商，從而提高了壓縮算法協(xié)商的適用性。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機(jī)可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮。上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上所述，僅為本發(fā)明較佳的具體實(shí)施方式，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本
技術(shù)領(lǐng)域：
的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。權(quán)利要求1、一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的方法，包括數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮。2、沖艮據(jù)權(quán)利要求1所述的方法，其特征在于所述數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法，具體包括數(shù)據(jù)提供網(wǎng)元接收數(shù)據(jù)請求網(wǎng)元發(fā)送的請求消息，所述請求消息中攜帶所述數(shù)據(jù)請求網(wǎng)元支持的壓縮算法。3、根據(jù)權(quán)利要求2所述的方法，其特征在于所述請求消息通過攜帶的壓縮指示參數(shù)來指示所述數(shù)據(jù)提供網(wǎng)元與所述數(shù)據(jù)請求網(wǎng)元是否支持壓縮用戶數(shù)據(jù)和對應(yīng)的壓縮算法。4、根據(jù)權(quán)利要求3所述的方法，其特征在于所述壓縮指示參數(shù)是Feature-List-ID參數(shù)。5、沖艮據(jù)權(quán)利要求2所述的方法，其特征在于當(dāng)所述數(shù)據(jù)提供網(wǎng)元是歸屬簽約用戶服務(wù)器HSS,數(shù)據(jù)請求網(wǎng)元是服務(wù)呼叫控制功能S-CSCF時，HSS與S-CSCF通過Cx接口交互。6、根據(jù)權(quán)利要求5所述的方法，其特征在于，所述請求消息是用戶注冊/注銷i青求消息。7、根據(jù)權(quán)利要求2所述的方法，其特征在于當(dāng)所述數(shù)據(jù)提供網(wǎng)元是歸屬簽約用戶服務(wù)器HSS,數(shù)據(jù)請求網(wǎng)元是業(yè)務(wù)服務(wù)器AS時，HSS與AS通過Sh接口交互。8、根據(jù)權(quán)利要求7所述的方法，其特征在于，所述請求消息是用戶數(shù)據(jù)讀取請求消息。9、根據(jù)權(quán)利要求1所述的方法，當(dāng)數(shù)據(jù)提供網(wǎng)元與數(shù)據(jù)請求網(wǎng)元協(xié)商所共同支持的壓縮算法有多種時，其特征在于，所述方法還包括，數(shù)據(jù)提供網(wǎng)元采取以下方式選4傘一種壓縮算法來壓縮數(shù)據(jù)隨機(jī)選擇共同支持的壓縮算法中的一種；或者基于預(yù)先配置的MJ'J來選擇。10、根據(jù)權(quán)利要求9所述的方法，所述預(yù)先配置的規(guī)則具體為根據(jù)優(yōu)先級列表進(jìn)行選擇。11、一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的裝置，其特征在于包括獲取單元，用于獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；判斷單元，用于判斷數(shù)據(jù)提供網(wǎng)元是否支持所述壓縮算法，如果是，則判斷協(xié)商成功；壓縮單元，用于采用協(xié)商成功的壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)4亍壓縮。12、根據(jù)權(quán)利要求11所述的裝置，其特征在于所述獲取單元還用于從接收的數(shù)據(jù)請求網(wǎng)元發(fā)送的請求消息中獲取所述數(shù)據(jù)請求網(wǎng)元支持的壓縮算法。13、根據(jù)權(quán)利要求11所述的裝置，其特征在于所述裝置是歸屬簽約用戶服務(wù)器HSS。14、一種通過Cx或Sh接口傳輸數(shù)據(jù)的方法，包括數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；所述數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮；所述數(shù)據(jù)提供網(wǎng)元根據(jù)協(xié)商的結(jié)果，將數(shù)據(jù)傳輸給所述數(shù)據(jù)請求網(wǎng)元。15、一種通過Cx或Sh接口傳輸數(shù)據(jù)的系統(tǒng)，其特征在于，包括數(shù)據(jù)請求網(wǎng)元，用于向數(shù)據(jù)提供網(wǎng)元發(fā)送數(shù)據(jù)請求，所述數(shù)據(jù)請求攜帶所述數(shù)據(jù)請求網(wǎng)元支持的數(shù)據(jù)壓縮算法；數(shù)據(jù)提供網(wǎng)元，用于獲取所述數(shù)據(jù)請求網(wǎng)元支持的壓縮算法，判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮；并根據(jù)協(xié)商的結(jié)果，將數(shù)據(jù)傳輸給所述數(shù)據(jù)請求網(wǎng)元。16、根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于所述數(shù)據(jù)提供網(wǎng)元還用于如果協(xié)商成功，則向所述數(shù)據(jù)請求網(wǎng)元發(fā)送消息，所述消息攜帶所述壓縮算法和壓縮后的數(shù)據(jù)；如果協(xié)商失敗，則向所述數(shù)據(jù)請求網(wǎng)元發(fā)送消息，所述消息攜帶數(shù)據(jù)未壓縮指示和未壓縮的數(shù)據(jù)。17、根據(jù)權(quán)利要求15或16所述的系統(tǒng)，其特征在于所述數(shù)據(jù)請求網(wǎng)元是服務(wù)呼叫控制功能S-CSCF或業(yè)務(wù)服務(wù)器AS,所述數(shù)據(jù)提供網(wǎng)元是歸屬簽約用戶服務(wù)器HSS。全文摘要本發(fā)明實(shí)施例提供一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的方法，包括數(shù)據(jù)提供網(wǎng)元獲取數(shù)據(jù)請求網(wǎng)元支持的壓縮算法；數(shù)據(jù)提供網(wǎng)元判斷自身是否支持所述壓縮算法，如果是，則協(xié)商成功，所述數(shù)據(jù)提供網(wǎng)元采用所述壓縮算法對所述數(shù)據(jù)請求網(wǎng)元請求的數(shù)據(jù)進(jìn)行壓縮。本發(fā)明實(shí)施例還提供一種通過Cx或Sh接口協(xié)商數(shù)據(jù)壓縮算法的裝置。本發(fā)明實(shí)施例通過動態(tài)協(xié)商方式使得數(shù)據(jù)交換雙方能夠根據(jù)實(shí)際情況選擇更智能更恰當(dāng)?shù)牧鞒?，避免?shù)據(jù)配置的復(fù)雜性，使數(shù)據(jù)交互機(jī)制更加靈活。通過協(xié)商的壓縮算法對數(shù)據(jù)進(jìn)行壓縮，減少Cx/Sh接口對帶寬資源的占用并提高接口性能，特別是對于經(jīng)常需要傳遞大包數(shù)據(jù)量的存儲型的網(wǎng)元。文檔編號H04L29/06GK101355554SQ20081003012公開日2009年1月28日申請日期2008年8月12日優(yōu)先權(quán)日2008年8月12日發(fā)明者馬春燕申請人:華為技術(shù)有限公司