專利名稱：一種認(rèn)證授權(quán)計(jì)費(fèi)協(xié)議消息傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種認(rèn)證授權(quán)計(jì)費(fèi)協(xié)議消息傳輸方法。
背景技術(shù)：
Diameter系列協(xié)議是新一代的AAA(認(rèn)證、授權(quán)、計(jì)費(fèi))技術(shù)，由于其強(qiáng)大的可擴(kuò)展性和安全保證，正在得到越來越多的關(guān)注。在ITU(國際電信聯(lián)盟)、3GPP(第三代伙伴組織計(jì)劃)和3GPP2等國際標(biāo)準(zhǔn)組織中，都已經(jīng)正式將Diameter協(xié)議作為NGN(下一代網(wǎng)絡(luò))、WCDMA(寬帶碼分多址)和CDMA2000(碼分多址)等未來通信網(wǎng)絡(luò)的首選AAA協(xié)議。
所述AAA指的是Authentication(鑒別)，Authorization(授權(quán))，Accounting(計(jì)費(fèi))，自網(wǎng)絡(luò)誕生以來，認(rèn)證、授權(quán)以及計(jì)費(fèi)體制AAA就成為其運(yùn)營的基礎(chǔ)，網(wǎng)絡(luò)中各類資源的使用，需要由認(rèn)證、授權(quán)和計(jì)費(fèi)進(jìn)行管理。對于一個(gè)商業(yè)系統(tǒng)來說，認(rèn)證是至關(guān)重要的，只有確認(rèn)了用戶的身份，才能知道所提供的服務(wù)應(yīng)該向誰收費(fèi)，同時(shí)也能防止非法用戶(黑客)對網(wǎng)絡(luò)進(jìn)行破壞。在確認(rèn)用戶身份后，根據(jù)用戶開戶時(shí)所申請的服務(wù)類別，系統(tǒng)可以授予客戶相應(yīng)的權(quán)限。最后，在用戶使用系統(tǒng)資源時(shí)，需要有相應(yīng)的設(shè)備來統(tǒng)計(jì)用戶對資源的占用情況，據(jù)此向客戶收取相應(yīng)的費(fèi)用。
在3G(第三代移動網(wǎng)絡(luò))網(wǎng)絡(luò)的IMS(IP多媒體域)域中實(shí)體間的多個(gè)接口使用Diameter協(xié)議，例如AS(應(yīng)用服務(wù)器)和HSS(歸屬網(wǎng)絡(luò)用戶服務(wù)器)的接口，即Sh接口，在此接口中HSS需要通過Diameter協(xié)議將用戶數(shù)據(jù)下發(fā)給AS，由于在IMS網(wǎng)絡(luò)中，一個(gè)用戶可以簽約多個(gè)業(yè)務(wù)，例如呼叫業(yè)務(wù)、多媒體業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)等，在3G的標(biāo)準(zhǔn)中用戶數(shù)據(jù)通過XML(可擴(kuò)展標(biāo)記語言)格式進(jìn)行描述，這樣用戶數(shù)據(jù)就非常的龐大，往往可以超過10000個(gè)字節(jié)。用戶數(shù)據(jù)是Diameter協(xié)議消息中的一個(gè)參數(shù)，這樣Sh接口間的Diameter消息也變的異常龐大。在進(jìn)行Diameter消息傳輸時(shí)，占用網(wǎng)絡(luò)帶寬，消耗網(wǎng)絡(luò)資源。
因此，需要一種Diameter消息傳輸方法使在傳輸Diameter消息時(shí)，節(jié)約網(wǎng)絡(luò)帶寬及減少對網(wǎng)絡(luò)資源的消耗。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的在于提供一種Diameter消息傳輸方法，將Diameter消息進(jìn)行壓縮后傳輸，并在壓縮傳輸前發(fā)送端與接收端對壓縮方式進(jìn)行協(xié)商，保證接收端可以順利對接收到的Diameter消息進(jìn)行解壓縮，并減少了Diameter消息傳輸占用的網(wǎng)絡(luò)資源。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供一種Diameter消息傳輸方法，包括發(fā)送端在傳輸Diameter消息前，與接收端協(xié)商壓縮方式，并利用協(xié)商確定的壓縮方式對所要傳輸?shù)腄iameter消息進(jìn)行壓縮后傳輸。
所述發(fā)送端與接收端協(xié)商的內(nèi)容包括需要壓縮的Diameter消息中的屬性值對AVP，和/或相應(yīng)的AVP分別使用的壓縮算法。
所述方法還包括發(fā)送端發(fā)送壓縮的Diameter消息時(shí)，在被壓縮的AVP頭中設(shè)置壓縮標(biāo)記，接收端通過該標(biāo)記識別該AVP被壓縮。
所述協(xié)商的方法包括發(fā)送端和接收端通過Diameter協(xié)議消息協(xié)商Diameter消息壓縮方式。
所述協(xié)商方法具體包括A1、發(fā)送端首先發(fā)送一個(gè)消息壓縮協(xié)商請求給接收端，通知接收端選擇一個(gè)消息壓縮方式；A2、接收端接收到消息壓縮協(xié)商請求后，確認(rèn)一個(gè)消息壓縮方式，回送消息壓縮協(xié)商響應(yīng)給發(fā)送端；A3、發(fā)送端和接收端分別保存確認(rèn)的消息壓縮方式。
所述步驟A2還包括如果接收端不支持Diameter消息壓縮或不接受發(fā)送端的壓縮請求，則回送消息壓縮失敗響應(yīng)給發(fā)送端。
所述協(xié)商的方法包括發(fā)送端發(fā)送一個(gè)壓縮的Diameter消息時(shí)，在消息中增加一個(gè)AVP，用于指示發(fā)送端的消息壓縮方式；接收端根據(jù)所述增加的AVP中指示的消息壓縮方式來與接收端進(jìn)行協(xié)商。
所述協(xié)商的方法包括根據(jù)設(shè)備操作者的配置，在接收端和發(fā)送端協(xié)商確定相應(yīng)的壓縮方式。
所述配置方法包括B1、在接收端的設(shè)備上根據(jù)發(fā)送端名，為每個(gè)發(fā)送端配置與接收端相同的消息壓縮方式，發(fā)送端的設(shè)備上同樣根據(jù)接收端名，為每個(gè)接收端配置與發(fā)送端相同的消息壓縮方式；或者，B2、為發(fā)送端與對應(yīng)的每一個(gè)接收端配置相同的消息壓縮方式，同樣，為接收端與對應(yīng)的每一個(gè)發(fā)送端配置相同的消息壓縮方式；或者，B3、接收端或者發(fā)送端預(yù)置相同的消息壓縮方式的缺省方式。
所述方法還包括C、接收端接收到所述被壓縮的Diameter消息后，采用所述協(xié)商確定的壓縮方式進(jìn)行解壓縮。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明實(shí)現(xiàn)了將Diameter消息以壓縮的形式進(jìn)行傳輸，并在壓縮傳輸前發(fā)送端與接收端進(jìn)行協(xié)商，采用兩端都可接受的壓縮方式，保證了接收端順利對接收到的Diameter消息進(jìn)行解壓縮，并且壓縮后的Diameter協(xié)議包減小，節(jié)約了網(wǎng)絡(luò)帶寬，減少了對網(wǎng)絡(luò)資源的消耗，且該Diameter消息傳輸方法適用于所有壓縮方法，易于實(shí)現(xiàn)，節(jié)約了成本和投資。


圖1為本發(fā)明Diameter消息壓縮傳輸流程圖；圖2為本發(fā)明一種發(fā)送端與接收端協(xié)商Diameter消息壓縮方式的流程圖。
具體實(shí)施例方式
本發(fā)明的核心思想是提供一種Diameter消息傳輸方法，發(fā)送端與接收端協(xié)商Diameter消息壓縮方式，發(fā)送端及接收端采用協(xié)商確定的壓縮方式對Diameter消息進(jìn)行壓縮及解壓縮，這種將Diameter消息壓縮進(jìn)行傳輸?shù)姆绞綔p少了Diameter消息傳輸占用的網(wǎng)絡(luò)資源。
為方便了解Diameter消息的傳輸，首先介紹一下Diameter協(xié)議，在Diameter協(xié)議的消息格式如下01 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Version| Message Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|command flags | Command-Code |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|Application-ID|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|Hop-by-Hop Identifier |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| End-to-End Identifier|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| AVPs...
+-+-+-+-+-+-+-+-+-+-+-+-+-由上述格式可以看出，Diameter協(xié)議由Diameter消息頭和Diameter消息體組成。Diameter消息頭中包括Version(版本)，Message Length(消息長度)，command flags(命令標(biāo)記)，Command-Code(命令碼)，Application-ID(應(yīng)用標(biāo)識)，Hop-by-Hop Identifier(逐跳標(biāo)識)，End-to-End Identifier(端到端標(biāo)識)；Diameter的消息體為AVPS，即多個(gè)AVP(屬性值對，即消息中的信息單元)組成，每個(gè)AVP的格式如下0 12 30 1 2 34 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| AVP Code |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V M P r r r r r| AVP Length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Vendor-ID(opt) |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|Data...
+-+-+-+-+-+-+-+-+AVP由AVP頭和Data(數(shù)據(jù))組成。AVP頭中包括AVP Code(AVP碼)，AVP Flags(AVP標(biāo)記)，AVP Length(AVP長度)，可選的Vendor-ID(廠家標(biāo)識)。其中AVP的Flags包括標(biāo)記V(廠家標(biāo)記)，標(biāo)記M(必須標(biāo)記)，P(加密標(biāo)記)，r為目前沒有使用的保留標(biāo)記。
該Diameter協(xié)議消息的傳輸過程如圖1所示，該傳輸過程包括步驟10發(fā)送端與接收端協(xié)商Diameter消息壓縮方式；
在傳輸Diameter消息時(shí)，若要傳輸?shù)腄iameter消息包大，則可采用壓縮傳輸?shù)姆绞剑詼p少對網(wǎng)絡(luò)資源的消耗，在壓縮傳輸前，為保證接收端可以順利對壓縮的消息進(jìn)行解壓縮操作，即接收端可以識別發(fā)送端的壓縮方式，在發(fā)送端對Diameter消息進(jìn)行壓縮發(fā)送時(shí)，需要使接收端清楚知道發(fā)送端對于哪些AVP的數(shù)據(jù)進(jìn)行了壓縮和它們采用的壓縮算法，因此，發(fā)送端在發(fā)送Diameter壓縮消息前，先與接收端進(jìn)行協(xié)商以確定Diameter消息壓縮的方式，其中消息壓縮的協(xié)商包括的內(nèi)容有下列幾種情況情況一只協(xié)商使用的壓縮算法；在AVP頭的AVP標(biāo)記中將保留未使用的一個(gè)標(biāo)記，進(jìn)行使用，作為壓縮標(biāo)記，增加該標(biāo)記后AVP頭的標(biāo)記格式如下+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V M P C r r r r| AVP Length |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+如果C的標(biāo)記設(shè)置為1表示該AVP的數(shù)據(jù)被壓縮了；如果為0表示該AVP的數(shù)據(jù)沒有被壓縮；情況二協(xié)商的內(nèi)容包括哪些AVP需要壓縮數(shù)據(jù)，以及這些AVP分別使用的壓縮算法是什么；不同的AVP可以使用不同的壓縮算法，在這種情況下可以通過協(xié)商知道哪些AVP壓縮了數(shù)據(jù)；根據(jù)上面情況一和情況二可以確定消息壓縮協(xié)商內(nèi)容為哪些AVP要壓縮數(shù)據(jù)和壓縮使用的算法，該消息壓縮的協(xié)商內(nèi)容即為消息壓縮方式。
Diameter消息壓縮協(xié)商的過程的實(shí)現(xiàn)方法包括以下幾種方法一在接收端和發(fā)送端協(xié)商一致，這個(gè)協(xié)商基于設(shè)備操作者的配置。
配置方法A在接收端的設(shè)備上根據(jù)發(fā)送端名，配置每個(gè)發(fā)送端的消息壓縮方式，發(fā)送端的設(shè)備上同樣根據(jù)接收端名，配置每個(gè)接收端的消息壓縮方式，接收端和發(fā)送端配置的消息壓縮方式需要相同；
配置方法B發(fā)送端設(shè)備對于每一個(gè)接收端采用相同的消息壓縮方式，即只配置一條消息壓縮數(shù)據(jù)，而不區(qū)分不同的接收端；同樣，在接收端設(shè)備對于每一個(gè)發(fā)送端設(shè)備使用相同的消息壓縮方式，同樣只配置一條消息壓縮數(shù)據(jù)；配置方法C接收端或者發(fā)送端實(shí)現(xiàn)時(shí)預(yù)置了相同的消息壓縮方式的缺省方式，那么接收端或者發(fā)送端可以不需要設(shè)備操作者完成任何配置；方法二在發(fā)送端發(fā)送一個(gè)壓縮的Diameter消息時(shí)，在消息中增加一個(gè)AVP，該AVP用于指示發(fā)送端的消息壓縮方式，接收端根據(jù)壓縮消息中攜帶的消息壓縮數(shù)據(jù)AVP，與接收端進(jìn)行協(xié)商，再對接收到的Diameter消息進(jìn)行解壓縮；方法三參照圖2所示，發(fā)送端和接收端通過Diameter協(xié)議消息協(xié)商消息壓縮方式。發(fā)送端首先發(fā)送一個(gè)消息壓縮協(xié)商請求給接收端，通知接收端選擇一個(gè)消息壓縮方式，其中采用的壓縮算法可以為多個(gè)；接收端接收到消息壓縮協(xié)商請求后，確認(rèn)一個(gè)消息壓縮方式，即選擇一個(gè)支持的壓縮算法，回送消息壓縮協(xié)商成功響應(yīng)給發(fā)送端，響應(yīng)中包括確認(rèn)的消息壓縮方式；如果接收端不支持Diameter消息壓縮或者是指定的壓縮算法，就回送消息壓縮協(xié)商失敗響應(yīng)給發(fā)送端，發(fā)送端就不壓縮消息發(fā)送給接收端。發(fā)送端和接收端都分別保存消息壓縮方式，發(fā)送端發(fā)送消息時(shí)根據(jù)保存的接收端確認(rèn)的消息壓縮方式，壓縮Diameter消息發(fā)送給接收端；接收端也根據(jù)保存的該發(fā)送端的Diameter消息壓縮方式，對收到的壓縮消息進(jìn)行解壓縮；壓縮協(xié)商的Diameter消息格式可以采用下面的格式其中壓縮協(xié)商請求格式可以為<CNR>∷＝<Diameter HeaderXXX，REQ>Diameter協(xié)議頭，表示該消息為一個(gè)請求消息，其中，XXX表示由Diameter協(xié)議標(biāo)準(zhǔn)組織分配該命令碼的值；
{Origin-Host}源主機(jī)信息；{Origin-Realm}源服務(wù)域信息；[estion-Host]目的主機(jī)信息；{Destion-Realm}目的服務(wù)域信息；{OverLoad-Cause}過載原因；{Compress-Info}消息壓縮協(xié)商信息數(shù)據(jù)；壓縮協(xié)商響應(yīng)格式可以為<CNA>∷＝<Diameter HeaderXXX>Diameter協(xié)議頭，表示該消息為一個(gè)響應(yīng)消息，其中，XXX表示由Diameter協(xié)議標(biāo)準(zhǔn)組織分配該命令碼的值；{Result-Code}原因碼；表示執(zhí)行成功還是失??；{Origin-Host}源主機(jī)信息；{Origin-Realm}源服務(wù)域信息；{Compress-Info}消息壓縮確認(rèn)信息數(shù)據(jù)；[Error-Message]錯(cuò)誤消息；如果請求有錯(cuò)誤通過該消息描述錯(cuò)誤；*[Failed-AVP]；失敗屬性值對，請求中如果有錯(cuò)誤，就將錯(cuò)誤信息在響應(yīng)中返回；其中，壓縮信息AVP的格式可以為Compress-Info∷＝<AVP HeaderXXX>XXX表示由Diameter協(xié)議標(biāo)準(zhǔn)組織分配該AVP碼的值；*[AVP-Compress-Info]表示有多個(gè)AVP的壓縮信息；*[Compress-Arithmetic]表示可以有多個(gè)壓縮算法；其中AVP-Compress-Info AVP的格式可以為AVP-Compress-Info∷＝<AVP HeaderXXX>XXX表示由Diameter協(xié)議標(biāo)準(zhǔn)組織分配該AVP碼的值；{AVP-Code}表示AVP編碼的值；[Vendor-Id]表示廠家標(biāo)識，如果出現(xiàn)表示為廠家定義AVP；*[Compress-Arithmetic]表示可以有多個(gè)壓縮算法。
步驟11發(fā)送端根據(jù)上述與接收端協(xié)商確定的Diameter消息壓縮方式對所要發(fā)送的Diameter消息，選擇消息體中的一個(gè)AVP或者多個(gè)AVP的數(shù)據(jù)進(jìn)行壓縮，并在被壓縮的AVP中設(shè)置標(biāo)記，接收端根據(jù)該標(biāo)記識別該AVP壓縮了數(shù)據(jù)；以發(fā)送Sh接口的Diameter消息為例，發(fā)送端可以選擇XMI格式的用戶數(shù)據(jù)進(jìn)行壓縮，XML格式的用戶數(shù)據(jù)是Diameter消息中一個(gè)AVP的數(shù)據(jù)，因?yàn)檫@個(gè)數(shù)據(jù)非常大，占用整個(gè)Diameter消息長度的大部分空間，因此要對該數(shù)據(jù)進(jìn)行壓縮，最終使得整個(gè)Diameter消息變小。XML格式的用戶數(shù)據(jù)可以采用XML的壓縮算法進(jìn)行(本發(fā)明對具體壓縮方法不作限定)，一般XML的壓縮率超過80％，即壓縮后的XML格式的用戶數(shù)據(jù)大小只有未壓縮前的五分之一，這樣Diameter消息的大小也大幅度的減少。
步驟12接收端收到該壓縮后的Diameter消息后，根據(jù)與接收端協(xié)商確定的Diameter消息壓縮方式，對Diameter消息體中那些數(shù)據(jù)被壓縮的AVP的數(shù)據(jù)，采用相同的壓縮算法進(jìn)行解壓縮；接收端設(shè)備收到Diameter消息后，根據(jù)發(fā)送端的消息壓縮方式對該消息進(jìn)行解壓縮；針對步驟10中的方法二，如果對于發(fā)送端的消息壓縮方式不支持，例如不支持發(fā)送端指定的壓縮算法，則返回失敗響應(yīng)，接收端不對該壓縮消息進(jìn)行處理。
綜上所述，本發(fā)明實(shí)現(xiàn)了在傳輸Diameter消息時(shí)將該消息壓縮傳輸，并在傳送前由發(fā)送端與接收端協(xié)商壓縮方式，保證了接收端在接收到壓縮的消息使可以順利解壓縮，該Diameter消息壓縮傳輸方法節(jié)約了網(wǎng)絡(luò)帶寬，及減少了對網(wǎng)絡(luò)資源的消耗，且易于實(shí)現(xiàn)，節(jié)約了成本和投資。
以上所述，僅為本發(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.一種Diameter消息傳輸方法，其特征在于，包括發(fā)送端在傳輸Diameter消息前，與接收端協(xié)商壓縮方式，并利用協(xié)商確定的壓縮方式對所要傳輸?shù)腄iameter消息進(jìn)行壓縮后傳輸。
2.如權(quán)利要求1所述的一種Diameter消息傳輸方法，其特征在于，所述發(fā)送端與接收端協(xié)商的內(nèi)容包括需要壓縮的Diameter消息中的屬性值對AVP，和/或相應(yīng)的AVP分別使用的壓縮算法。
3.如權(quán)利要求2所述的一種Diameter消息傳輸方法，其特征在于，所述方法還包括發(fā)送端發(fā)送壓縮的Diameter消息時(shí)，在被壓縮的AVP頭中設(shè)置壓縮標(biāo)記，接收端通過該標(biāo)記識別該AVP被壓縮。
4.如權(quán)利要求1所述的一種Diameter消息傳輸方法，其特征在于，所述協(xié)商的方法包括發(fā)送端和接收端通過Diameter協(xié)議消息協(xié)商Diameter消息壓縮方式。
5.如權(quán)利要求4所述的一種Diameter消息傳輸方法，其特征在于，所述協(xié)商方法具體包括A1、發(fā)送端首先發(fā)送一個(gè)消息壓縮協(xié)商請求給接收端，通知接收端選擇一個(gè)消息壓縮方式；A2、接收端接收到消息壓縮協(xié)商請求后，確認(rèn)一個(gè)消息壓縮方式，回送消息壓縮協(xié)商響應(yīng)給發(fā)送端；A3、發(fā)送端和接收端分別保存確認(rèn)的消息壓縮方式。
6.如權(quán)利要求5所述的一種Diameter消息傳輸方法，其特征在于，所述步驟A2還包括如果接收端不支持Diameter消息壓縮或不接受發(fā)送端的壓縮請求，則回送消息壓縮失敗響應(yīng)給發(fā)送端。
7.如權(quán)利要求1所述的一種Diameter消息傳輸方法，其特征在于，所述協(xié)商的方法包括發(fā)送端發(fā)送一個(gè)壓縮的Diameter消息時(shí)，在消息中增加一個(gè)AVP，用于指示發(fā)送端的消息壓縮方式；接收端根據(jù)所述增加的AVP中指示的消息壓縮方式來與接收端進(jìn)行協(xié)商。
8.如權(quán)利要求1所述的一種Diameter消息傳輸方法，其特征在于，所述協(xié)商的方法包括根據(jù)設(shè)備操作者的配置，在接收端和發(fā)送端協(xié)商確定相應(yīng)的壓縮方式。
9.如權(quán)利要求8所述的一種Diameter消息傳輸方法，其特征在于，所述配置方法包括B1、在接收端的設(shè)備上根據(jù)發(fā)送端名，為每個(gè)發(fā)送端配置與接收端相同的消息壓縮方式，發(fā)送端的設(shè)備上同樣根據(jù)接收端名，為每個(gè)接收端配置與發(fā)送端相同的消息壓縮方式；或者，B2、為發(fā)送端與對應(yīng)的每一個(gè)接收端配置相同的消息壓縮方式，同樣，為接收端與對應(yīng)的每一個(gè)發(fā)送端配置相同的消息壓縮方式；或者，B3、接收端或者發(fā)送端預(yù)置相同的消息壓縮方式的缺省方式。
10.如權(quán)利要求1所述的一種Diameter消息傳輸方法，其特征在于，所述方法還包括C、接收端接收到所述被壓縮的Diameter消息后，采用所述協(xié)商確定的壓縮方式進(jìn)行解壓縮。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域中一種認(rèn)證授權(quán)計(jì)費(fèi)協(xié)議消息傳輸方法，將Diameter消息進(jìn)行壓縮后傳輸，并在壓縮傳輸前發(fā)送端與接收端進(jìn)行協(xié)商，采用兩端都可接受的壓縮方式，保證了接收端順利對接收到的Diameter消息進(jìn)行解壓縮，減少了Diameter消息傳輸占用的網(wǎng)絡(luò)資源。本發(fā)明實(shí)現(xiàn)了發(fā)送端與接收端協(xié)商壓縮方式，將Diameter消息以壓縮的形式進(jìn)行傳輸，壓縮后的Diameter協(xié)議包減小，節(jié)約了網(wǎng)絡(luò)帶寬，減少了對網(wǎng)絡(luò)資源的消耗，且該Diameter消息傳輸方法適用于所有壓縮方法，易于實(shí)現(xiàn)，節(jié)約了成本和投資。
文檔編號H04L29/06GK1905554SQ200510085710
公開日2007年1月31日 申請日期2005年7月29日 優(yōu)先權(quán)日2005年7月29日
發(fā)明者張濤 申請人:華為技術(shù)有限公司