專利名稱：用于在ip多媒體子系統(tǒng)中使用的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于在IP多媒體子系統(tǒng)中使用的方法和設(shè)備。
背景技術(shù)：
IP多媒體服務(wù)在相同會話內(nèi)提供話音、視頻、消息傳遞、數(shù)據(jù)等的動態(tài)組合。通過增大基本應(yīng)用和可能組合的媒體的數(shù)量，向最終用戶提供的服務(wù)數(shù)量將增大，并且人與人之間的通信體驗將會變豐富。這將導(dǎo)致新一代的個性化、豐富多媒體通信服務(wù)，包括所謂的“組合IP多媒體”服務(wù)。UMTS(通用移動電信系統(tǒng))是設(shè)計成向訂戶提供更高數(shù)據(jù)率和增強服務(wù)的第三代無線系統(tǒng)。UMTS是全球移動通信系統(tǒng)(GSM)的后繼者，GSM與UMTS之間一個重要的革新步 驟是通用分組無線電服務(wù)(GPRS)。GPRS將分組交換引入GSM核心網(wǎng)絡(luò)中并允許直接接入分組數(shù)據(jù)網(wǎng)絡(luò)(TON)。這使得能夠通過GSM呼叫網(wǎng)絡(luò)實現(xiàn)遠(yuǎn)遠(yuǎn)超過ISDN的64kbps限制的高數(shù)據(jù)率分組交換傳送，這對高達(dá)2Mbps的UMTS數(shù)據(jù)傳送率是一個必需。UMTS由第三代合作伙伴項目(3GPP)標(biāo)準(zhǔn)化，第三代合作伙伴項目是諸如歐洲電信標(biāo)準(zhǔn)協(xié)會(ETSI)、無線電行業(yè)企業(yè)協(xié)會(ARIB)及其它機構(gòu)等區(qū)域標(biāo)準(zhǔn)機構(gòu)的混合體。有關(guān)詳情，請參閱3GPP TS
23.002。UMTS體系結(jié)構(gòu)包括稱為IP多媒體子系統(tǒng)(IMS)的子系統(tǒng),用于支持傳統(tǒng)電話以及新 IP 多媒體服務(wù)(3GPP TS 22. 228、TS 23. 228、TS 24. 229、TS 29. 228、TS 29. 229、TS29. 328及TS 29. 329發(fā)行版5到7)。MS通過使用標(biāo)準(zhǔn)化MS服務(wù)使能器提供關(guān)鍵特征，以便豐富最終用戶人與人之間的通信體驗，這便于通過基于IP的網(wǎng)絡(luò)實現(xiàn)新的、豐富的人與人(客戶端到客戶端)通信服務(wù)及人與內(nèi)容(客戶機到服務(wù)器)服務(wù)。IMS能夠連接到PSTN/ISDN(公共交換電話網(wǎng)絡(luò)/綜合服務(wù)數(shù)字網(wǎng)絡(luò))及因特網(wǎng)。IMS利用會話啟動協(xié)議(SIP)設(shè)立和控制用戶終端(或用戶終端與應(yīng)用服務(wù)器)之間的呼叫或會話。SIP信令攜帶的會話描述協(xié)議(SDP)用于描述和協(xié)商會話的媒體組件。雖然SIP創(chuàng)建為用戶到用戶協(xié)議，但I(xiàn)MS允許運營商和服務(wù)提供商控制用戶對服務(wù)的訪問并相應(yīng)地向用戶計費。3GPP選擇了 SIP用于用戶設(shè)備(UE)與MS之間以及IMS內(nèi)的組件之間的信令。有關(guān)UMTS通信網(wǎng)絡(luò)和此類網(wǎng)絡(luò)內(nèi)的各種組件的操作的具體細(xì)節(jié)能夠從UMTS的技術(shù)規(guī)范中找到，這些規(guī)范從http://www. 3gpp. org可得到。有關(guān)UMTS內(nèi)SIP的使用的另外細(xì)節(jié)能夠從3GPP技術(shù)規(guī)范TS24. 228V5. 8. 0 (2004-03)中找到。附圖的圖I示意示出示出GPRS/PS接入網(wǎng)絡(luò)情況下IMS如何適合移動網(wǎng)絡(luò)體系結(jié)構(gòu)(MS當(dāng)然能夠在其它接入網(wǎng)絡(luò)上操作)。呼叫/會話控制功能(CSCF)作為SIP代理在MS內(nèi)操作。3GPP體系結(jié)構(gòu)定義三種類型的CSCF :代理CSCF(P-CSCF)，這是SIP終端在IMS內(nèi)的第一聯(lián)系點；服務(wù)CSCF(S-CSCF)，它為用戶提供用戶預(yù)訂的服務(wù)；以及查詢CSCF(I-CSCF)，其作用是識別正確的S-CSCF并向該S-CSCF轉(zhuǎn)發(fā)經(jīng)P-CSCF從SIP終端接收的請求。
用戶使用指定的SIP注冊方法向MS注冊。在注冊過程期間，如果尚未選擇S-CSCFJU I-CSCF負(fù)責(zé)選擇S-CSCF。I-CSCF從本地網(wǎng)絡(luò)的歸屬用戶服務(wù)器(HSS)接收要求的S-CSCF能力，并基于接收能力選擇適當(dāng)?shù)腟-CSCF。注意，S-CSCF的分配對于控制用戶訪問基于頂S的服務(wù)(和對其收費)至關(guān)重要。在已注冊用戶隨后向MS發(fā)送會話請求時，P-CSCF能夠基于注冊過程期間從S-CSCF接收的信息，將請求轉(zhuǎn)發(fā)到選定的S-CSCF。在MS服務(wù)網(wǎng)絡(luò)內(nèi)，提供應(yīng)用服務(wù)器(AS)以用于實現(xiàn)IMS服務(wù)功能性。應(yīng)用服務(wù)器向MS系統(tǒng)中的最終用戶提供服務(wù)，并可作為端點通過3GPP定義的Mr接口連接，或者通過3GPP定義的ISC接口由S-CSCF “鏈入”。3GPP TS 32. 240和3GPP TS 32. 260定義MS計費體系結(jié)構(gòu)和原則，并由此定義何時發(fā)送計費信息和何時不發(fā)送計費信息。在任何服務(wù)執(zhí)行的上下文中，至少一個計費確定(或觸發(fā))點必須存在，以便生 成記帳記錄(用于離線計費)，或者以便請求此特定服務(wù)或會話的限額/授權(quán)(用于在線計費)。離線計費是一種后付費類型的計費方案，由此計費在服務(wù)已由用戶消費后執(zhí)行；例如，用戶可能收到每月帳單，顯示來自前一月的可計費項目。在線計費是一種預(yù)付費類型的計費方案，其中網(wǎng)絡(luò)實體將在允許用戶訪問請求的服務(wù)之前咨詢計費系統(tǒng)(嚴(yán)格地說，在線計費也能夠用于后付費；通常，它是預(yù)付費但它也能夠用于作為支出控制，設(shè)置在服務(wù)引入時的使用限制等等)。根據(jù)3GPP TS 32. 260和3GPP TS 32. 299，不同的MS節(jié)點能夠充當(dāng)計費觸發(fā)功能(CTF);具體而言，S-CSCF或AS (或兩者)能夠充當(dāng)用于大多數(shù)業(yè)務(wù)事件和所有服務(wù)調(diào)用的CTF。計費觸發(fā)功能適用于生成服務(wù)/事件的計費信息并將該信息發(fā)送到計費控制系統(tǒng)。此信息隨后例如在為用戶開單時或在運營商間結(jié)算時使用。本申請人已認(rèn)識到與當(dāng)前指定的情況有關(guān)的以下問題。由于如上所述，多個不同MS節(jié)點能夠充當(dāng)計費觸發(fā)功能(CTF)，并且由于此類節(jié)點具有其自己獨特的功能，因此，可用于CTF的數(shù)據(jù)將通常在不同CTF之間不同，并且因此生成的計費信息也將不同。運營商使用的某個計費模型可要求來自多于一個CTF的計費數(shù)據(jù)能夠執(zhí)行服務(wù)/事件的正確定額。來自不同CTF的數(shù)據(jù)的合并花費時間和資源，并且通常在離線計費(Rf接口)的情況下被避免(如果根本可能的話)。數(shù)據(jù)的實時合并通常不可行，這通常排除了在線數(shù)據(jù)的合并(Ro接口)。假設(shè)為用戶計費采用相同或類似的定額決定，而不考慮是使用離線還是在線計費，則應(yīng)構(gòu)建計費模型以便盡可能避免合并；然而，這不是始終可行的，或者它將妨礙服務(wù)和費率的區(qū)分。合乎需要的是如本申請人所識別和解釋的一樣解決上述問題。

發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面，提供有一種用于在IP多媒體子系統(tǒng)IMS中使用的方法，其中會話控制協(xié)議用于在所述IMS內(nèi)建立和管理會話，所述方法包括使用會話控制協(xié)議消息攜帶對于在所述MS的計費控制系統(tǒng)的計費目的所要求的節(jié)點特定的計費信息。作為一示例，會話控制消息可以是會話啟動協(xié)議消息。
該方法可包括使用會話控制消息的私有報頭部分來攜帶節(jié)點特定的計費信息。私有報頭可以是P計費向量報頭。(將領(lǐng)會到，節(jié)點特定的計費信息不包括識別生成P計費向量報頭中的MS計費身份值的節(jié)點的信息(如其地址))。節(jié)點特定的計費信息可包括計費數(shù)據(jù)和以下至少之一計費數(shù)據(jù)的類型的指示；節(jié)點的名稱或標(biāo)識符，允許節(jié)點更新與節(jié)點有關(guān)并且由節(jié)點收到的會話控制消息所攜帶的計費數(shù)據(jù)；以及計費數(shù)據(jù)的版本的指示，不同的版本指示用于指示不同的計費數(shù)據(jù)。該方法可包括使用至少一個會話控制協(xié)議消息來攜帶與多個不同節(jié)點有關(guān)的節(jié)點特定的計費信息。該方法可包括接收攜帶節(jié)點特定的計費信息的會話控制協(xié)議消息，以及在響應(yīng)或轉(zhuǎn)發(fā)接收的消息而發(fā)送的會話控制協(xié)議消息中包括接收的節(jié)點特定的計費信息。該方法可包括接收攜帶節(jié)點特定的計費信息的會話控制協(xié)議消息，存儲接收的節(jié)點特定的計費信息以及在響應(yīng)或轉(zhuǎn)發(fā)接收的消息而在IMS外發(fā)送的會話控制協(xié)議消息中·不包括接收的節(jié)點特定的計費信息。該方法可包括在響應(yīng)或轉(zhuǎn)發(fā)從MS外接收的隨后消息而在MS內(nèi)發(fā)送的會話控制協(xié)議消息中包括存儲的節(jié)點特定的計費信息。該方法可包括接收攜帶節(jié)點特定的計費信息的會話控制協(xié)議消息，以及在發(fā)送到計費控制系統(tǒng)的計費消息中包括收到的消息所攜帶的接收的節(jié)點特定的計費信息。該方法可包括除了所接收/存儲的節(jié)點特定的計費信息外，包括與另外節(jié)點有關(guān)的另外的節(jié)點特定計費信息。該另外節(jié)點例如是正在發(fā)送消息的那個節(jié)點。另外的節(jié)點特定的計費信息可以使得允許該另外節(jié)點隨后訪問該信息或其部分的此類方式來布置，例如，以用于去除或更新。根據(jù)本發(fā)明的第二方面，提供有一種用于在IP多媒體子系統(tǒng)IMS的節(jié)點中使用的設(shè)備，其中會話控制協(xié)議用于在MS內(nèi)建立和管理會話，所述設(shè)備包括用于使用會話控制協(xié)議消息來攜帶對于在IMS的計費控制系統(tǒng)的計費目的所要求的節(jié)點特定的計費信息的部件。根據(jù)本發(fā)明的第三方面，提供有一種用于控制設(shè)備以執(zhí)行根據(jù)本發(fā)明的第一方面的方法的程序，或在加載到設(shè)備中時促使該設(shè)備變成根據(jù)本發(fā)明的第二方面的設(shè)備的程序。所述程序可在載體媒體上被攜帶。所述載體媒體可以是存儲媒體。所述載體媒體可以是傳送媒體。根據(jù)本發(fā)明的第四方面，提供有一種通過根據(jù)本發(fā)明的第三方面的程序來編程的設(shè)備。根據(jù)本發(fā)明的第五方面，提供有一種包含根據(jù)本發(fā)明的第三方面的程序的存儲媒體。本發(fā)明的一實施例提供解決與現(xiàn)有技術(shù)有關(guān)的上述問題的技術(shù)優(yōu)點。技術(shù)優(yōu)點在下面更詳細(xì)陳述。


圖I如本文中前面所述，示意示出IP多媒體子系統(tǒng)集成到3G移動通信系統(tǒng)中；圖2是示出根據(jù)本發(fā)明的一實施例的操作的消息交換圖3是示出圖2的MGCF的部分的示意框圖；圖4是示出圖2的CSCF的部分的示意框圖；圖5是示出圖2的AS的部分的示意框圖；圖6是示出圖2的IBCF的部分的示意框圖；圖7是示出圖2的計費控制系統(tǒng)的部分的 示意框圖；以及圖8是實施本發(fā)明的方案的示意表示。
具體實施例方式本發(fā)明的一實施例旨在提供用于在MS節(jié)點之間發(fā)送和處理計費有關(guān)數(shù)據(jù)的常規(guī)機制，以使得單個CTF能夠生成不但對于其自己的服務(wù)、而且也包括來自其它節(jié)點的數(shù)據(jù)的計費數(shù)據(jù)。這將使計費控制系統(tǒng)可能去除或至少降低合并計費數(shù)據(jù)的需要。根據(jù)本發(fā)明的一實施例，IMS系統(tǒng)內(nèi)的某些節(jié)點將能夠使用SIP信令來攜帶由計費控制系統(tǒng)所做的計費決定相關(guān)的數(shù)據(jù)，每個此類節(jié)點將其自己的計費數(shù)據(jù)添加到SIP信令。用于此數(shù)據(jù)的一個可能容器是私有報頭，例如，在RFC 3455 “PrivateHeader (P-Header) Extensions to the Session Initiation Protocol(SIP)for the3rd-Generation Partnership Project (3GPP) ” 中定義的并且?guī)в?3GPP TS 24.229 “IPmultimedia call control protocol based on Session Initiation Protocol (SIP)andSession Description Protocol (SDP) ；Stage 3”中定義使用和擴展的 P 計費向量(PCV)報頭，但它也能夠以其它方式來實現(xiàn)。在此方面，并且作為背景，P計費向量報頭在RFC 3455中被定義以解決以下問題3GPP具有分布式體系結(jié)構(gòu)，該體系結(jié)構(gòu)導(dǎo)致多個網(wǎng)絡(luò)實體變得涉及提供接入和服務(wù)。P計費向量報頭作為使從與相同會話有關(guān)的不同實體生成的計費記錄相關(guān)的一種方式來提供。P計費向量報頭攜帶的相關(guān)信息包括全球統(tǒng)一計費標(biāo)識符，IMS計費身份(ICID)值，其通過使得計費記錄能夠相關(guān)而簡化隨后的開單。除ICID外，P計費向量報頭包括創(chuàng)建ICID值的SIP代理的地址和運營商間標(biāo)識符(IOI) ;101識別始發(fā)和端接網(wǎng)絡(luò)。P計費向量報頭如果不存在，代理可在初始請求或響應(yīng)中包括它。根據(jù)RFC 3455，在請求或響應(yīng)中必須只存在報頭的一個實例。在代理接收不包含P計費向量報頭的請求的情況下，它可插入一個P計費向量報頭，并帶有在代理可用的那些參數(shù)。在本發(fā)明的一實施例中，附加的節(jié)點特定的計費數(shù)據(jù)(而不是純相關(guān)信息)由各種IMS節(jié)點添加到SIP請求及其響應(yīng)(包括會話有關(guān)的和無關(guān)的)。節(jié)點添加的附加的(節(jié)點特定的)計費數(shù)據(jù)能夠以結(jié)構(gòu)化方式來添加，以便節(jié)點在要求時能夠在SIP信令中查找其自己的數(shù)據(jù)，例如，以后在相同會話中去除或更新它。附加的計費數(shù)據(jù)也是可識別的，以便計費控制系統(tǒng)簡化其另外動作，這能夠通過例如在附加的計費數(shù)據(jù)內(nèi)或者與附加的計費數(shù)據(jù)相關(guān)聯(lián)地包括節(jié)點名稱、版本號、數(shù)據(jù)名稱及值來實現(xiàn)。在一般意義上，并且參照圖8的示意圖，實施本發(fā)明的方法能夠視為使用SIP消息M之一(或SIP未用作在MS內(nèi)建立和管理會話的會話控制協(xié)議的情況下的其它此類會話控制協(xié)議消息)來攜帶IMS的計費控制系統(tǒng)C處的計費目的所要求的節(jié)點特定的計費信息。雖然圖8示出從MS節(jié)點A發(fā)送到MS節(jié)點B的SIP消息M(該SIP消息M攜帶隨后向前發(fā)送到計費控制系統(tǒng)C的節(jié)點特定的計費信息)，但SIP消息M攜帶的節(jié)點特定的計費信息可與不同于節(jié)點A的節(jié)點有關(guān)。為了本發(fā)明的一實施例的目的，使用RFC 2234的普通擴充巴科斯_諾爾形式(ABNF)語法，PCV報頭的擴展可能顯示如下
additional-charging-info = (charging-info / generic-param)
charging-info = "charging-info" EQUAL node [SEMI host] SEMI version *(SEMI
ims-charging-info) *(SEMI extension-param)
node = T-CSCF1 / “S-CSCF” / "I-CSCF1 / "E-CSCF' / “MRFC” / “MGCF” / “AS” /"IBCF"/token version = 1*DIGIT
ims-charging-info = data-type EQUAL gen-valuedata-type = gen-value在發(fā)送記帳請求(Rf)或信用控制請求(Ro)時，CTF能夠在專用屬性值對(AVP)中發(fā)送此附加的計費數(shù)據(jù)。這可通過使用每節(jié)點一個實例來完成，即，某個節(jié)點添加的所有數(shù)據(jù)在一個相同的 AVP 中發(fā)送，例如*[Additional-Charging_Data]。附加的計費數(shù)據(jù)通常具有僅在某個MS系統(tǒng)內(nèi)的值。這意味著數(shù)據(jù)在離開該IMS系統(tǒng)后能夠被去除，并且如果在進(jìn)入該MS系統(tǒng)時被收到，也能夠被去除，即其處理極像根據(jù) 3GPP TS 24. 229 “IP multimedia call control protocol based on SessionInitiation Protocol (SIP) and Session Description Protocol (SDP) ；Stage 3，，的 Pi十費功能地址報頭。向計費控制所報告的附加計費數(shù)據(jù)的完整性取決于MS系統(tǒng)的行為。代理節(jié)點的標(biāo)準(zhǔn)行為是轉(zhuǎn)發(fā)收到的內(nèi)容，但其它類型的節(jié)點能夠表現(xiàn)得不同。例如，它們能夠由于未知的數(shù)據(jù)而拒絕事務(wù)，丟棄數(shù)據(jù)或原樣轉(zhuǎn)發(fā)它。附加的計費數(shù)據(jù)的處理需要被定義；例如，有關(guān)是否轉(zhuǎn)發(fā)它，還是將它從請求復(fù)制到邊緣節(jié)點中的響應(yīng)，或者是否每個CTF需要存儲SIP請求和SIP響應(yīng)中所接收的以便能夠?qū)⑺袛?shù)據(jù)發(fā)送到計費控制系統(tǒng)?，F(xiàn)在將參照圖2到7，提供實施本發(fā)明的方法和設(shè)備的更詳細(xì)描述。圖2示出涉及以下MS實體的信令序列PSTN UE I、媒體網(wǎng)關(guān)控制器功能(MGCF) 2、CSCF 3、AS 4、互連邊界控制功能(IBCF) 5及計費控制系統(tǒng)6。AS 4充當(dāng)提供到UE I的服務(wù)的CTF，而AS 4(充當(dāng)CTF)與計費控制系統(tǒng)6通信。圖2還示出的是來自另一 SIP網(wǎng)絡(luò)的UE 7。圖3到7是分別與MGCF 2、CSCF 3、AS 4、IBCF 5及計費控制系統(tǒng)6有關(guān)的示意框圖。MGCF 2、CSCF 3、AS 4和IBCF 5的每個包括SIP消息處理部分12。MGCF 2、AS 4、IBCF 5和計費控制系統(tǒng)6的每個包括附加計費信息處理部分14。AS 4包括CTF部分16。IBCF5包括存儲部分18。參照圖2的信令圖，在步驟SI中，從UE I發(fā)送初始地址消息(IAM)到MGCF 2。在步驟S3中，MGCF 2的SIP消息處理部分生成并發(fā)送SIP邀請到CSCF 3。然而，在發(fā)送SIP邀請消息之前，在步驟S2中，MGCF 2的SIP消息處理部分12與MGCG 2的附加計費信息處理部分14協(xié)作，以將與MGCF 2有關(guān)的一些附加計費信息插入SIP邀請消息中。此附加計費信息將最終為計費控制系統(tǒng)6所要求并發(fā)送到計費控制系統(tǒng)6，并且在此示例中，使用PCV報頭被插入SIP邀請消息并由SIP邀請消息來攜帶。
步驟S3中發(fā)送的SIP邀請由CSCF 3的SIP消息處理部分12接收并且在步驟S4中轉(zhuǎn)發(fā)到AS 4，包括任何附加計費信息(在此情況下，只是與MGCF 2有關(guān)的附加計費信息)。在此示例中，無需CSCF3本身插入任何附加計費信息。還明顯的是，CSCF 3不必以任何方式處理PCV報頭的內(nèi)容，或者甚至知道PCV報頭包含計費信息；它只是在步驟S4中轉(zhuǎn)發(fā)PCV報頭而不做分析。在步驟S5中，AS 4的SIP消息處理部分12將SIP邀請消息發(fā)送回CSCF 3，包括PCV報頭中的任何附加計費信息；同樣地，實際上根本無需知道PCV報頭包含計費信息。在步驟S6中，CSCF 3的SIP消息處理部分12將SIP邀請消息轉(zhuǎn)發(fā)到IBCF 5，同樣地包括可存在的任何附加計費信息(在此示例中，與MGCF 2有關(guān)的附加計費信息)。IBCF 5的SIP消息處理部分12與IBCF 5的附加計費信息處理部分14協(xié)作以提取PCV報頭的內(nèi)容(S卩，附加計費信息)，并且布置其被存儲在存儲部分18中。附加計費信息放置在存儲部分18中，因為SIP邀請消息正在轉(zhuǎn)發(fā)到位于另一 SIP網(wǎng)絡(luò)中的UE 7。因此，在步驟S8中，IBCF 5將SIP邀請消息轉(zhuǎn)發(fā)到UE 7，并且在步驟S9中，UE 7通過SIP 2000K 消息做出響應(yīng)，該SIP 2000K消息由IBCF 5的SIP消息處理部分12接收和處理。在步驟Sll中，將SIP 2000K消息轉(zhuǎn)發(fā)到CSCF 3，但在進(jìn)行此操作之前，在步驟SlO中，從存儲部分18檢索以前存儲的PCV報頭內(nèi)容，并將其和具體與IBCF 5有關(guān)的另外計費信息一起插入SIP 2000K消息的PCV報頭中，所述另外計費信息由IBCF 5的附加計費信息處理部分14來創(chuàng)建。在步驟S12中，由CSCF 3的SIP消息處理部分12將SIP 2000K消息和任何附加計費信息一起轉(zhuǎn)發(fā)到AS 4 ;在此階段，SIP消息攜帶與MGCF 2和IBCF 5兩者有關(guān)的附加計
費信息。在步驟S13中，AS 4的附加計費信息處理部分14提取由SIP 2000K消息攜帶的附加計費信息，并且AS 4的CTF部分16生成并發(fā)送ACR計費消息到計費控制系統(tǒng)6。ACR消息包括由SIP消息攜帶到AS 4的IBCF特定的計費信息和MGCF特定的計費信息。計費控制系統(tǒng)6將此信息用于計費目的。在步驟S14中，AS 4的SIP消息處理部分12將包括任何附加計費信息的SIP2000K消息轉(zhuǎn)發(fā)到CSCF 3，而CSCF 3又在步驟S15中將SIP 2000K消息轉(zhuǎn)發(fā)到MGCF 2，同樣地包括任何附加計費信息。最后，MGCF 2在步驟S16中通過ACM消息回復(fù)UE I。上述計費模型使用有關(guān)始發(fā)和端接網(wǎng)絡(luò)的信息做出正確的定額決定，并且數(shù)據(jù)因此從邊緣節(jié)點2和5被使用。在沒有根據(jù)本發(fā)明的一實施例的方案時，邊緣節(jié)點2和5均將必須發(fā)送計費數(shù)據(jù)到計費控制系統(tǒng)6，這因而將必須相關(guān)和合并來自三個源的計費數(shù)據(jù)以便能夠應(yīng)用正確的費率。在上述本發(fā)明的實施例中，邊緣節(jié)點2和5在PCV報頭中提供附加計費信息。為使CTF可能在一個位置中找到所有數(shù)據(jù)(而不必存儲來自請求和響應(yīng)的數(shù)據(jù))，邊緣節(jié)點2和5將數(shù)據(jù)從請求復(fù)制到響應(yīng)，并且作為背靠背用戶代理器(B2BUA)工作的AS 4將數(shù)據(jù)從一個呼叫支路(leg)復(fù)制到另一呼叫支路。通過使用本發(fā)明的實施例，降低并可能去除合并計費數(shù)據(jù)的需要將變得可能。基于來自多于一個節(jié)點的數(shù)據(jù)實時(在線)做出定額決定也將變得可能。在特定的屬性值對(AVP)不可用或不可創(chuàng)建時，提供了一種以靈活的方式將數(shù)據(jù)發(fā)送計費控制系統(tǒng)的機制。通過本發(fā)明的一實施例，CTF能夠?qū)?shù)據(jù)發(fā)送到計費控制系統(tǒng)而不必知道它確切發(fā)送的內(nèi)容。還可能混合來自不同供應(yīng)商的節(jié)點而不失去節(jié)點特定的計費數(shù)據(jù)。本發(fā)明的一實施例還能夠?qū)崿F(xiàn)市場自適應(yīng)或臨時解決方案，并帶有盡可能少的受影響的節(jié)點。本發(fā)明的一實施例使得即使替換了節(jié)點，也能夠在頂S內(nèi)部署一致的計費模型。通過降低對合并的需要，也能夠降低主要在Rf 接口上的計費業(yè)務(wù)量。本發(fā)明的一實施例使得通過避免發(fā)送不必要的計費信息，能夠降低計費業(yè)務(wù)的總體量。此外，本發(fā)明的一實施例適用于在線和離線計費模型。將領(lǐng)會到，實施本發(fā)明的方法無意用于完全替代發(fā)送計費信息到計費控制系統(tǒng)的任何現(xiàn)有機制(例如，使用Diameter)。相反，實施本發(fā)明的方法能夠附加于任何現(xiàn)有方法來使用。例如，在要發(fā)送大量的計費數(shù)據(jù)時，可認(rèn)為使用已知的Diameter接口以常規(guī)方式將此數(shù)據(jù)發(fā)送到計費控制系統(tǒng)更適當(dāng)。另一方面，這不是要排除實施本發(fā)明的方法可能在某種情況下專門被使用。還將領(lǐng)會到，一個或多個上述組件的操作可由裝置或設(shè)備上操作的程序來控制?！ご祟惒僮鞒绦蚩纱鎯υ谟嬎銠C可讀媒體上，或者例如可以在諸如從因特網(wǎng)網(wǎng)站提供的可下載數(shù)據(jù)信號等信號中實施。隨附權(quán)利要求要解釋為按照本身、或者作為載體上的記錄、或作為信號，或者在任何其它形式中來涵蓋操作程序。本領(lǐng)域的技術(shù)人員還將領(lǐng)會，在不脫離如隨附權(quán)利要求所定義的本發(fā)明的范圍的情況下，可對上述實施例進(jìn)行各種修改。
權(quán)利要求
1.一種用于在IP多媒體子系統(tǒng)IMS中使用的方法，其中會話控制協(xié)議用于在所述IMS內(nèi)建立和管理會話，所述方法包括使用會話控制協(xié)議消息來攜帶對于在所述MS的計費控制系統(tǒng)的計費目的所要求的節(jié)點特定的計費信息。
2.如權(quán)利要求I所述的方法，其中所述會話控制消息是會話啟動協(xié)議消息。
3.如權(quán)利要求I或2所述的方法，包括使用所述會話控制消息的私有報頭部分來攜帶所述節(jié)點特定的計費信息。
4.如權(quán)利要求3所述的方法，其中所述私有報頭是P計費向量報頭。
5.如前面權(quán)利要求任一項所述的方法，其中所述節(jié)點特定的計費信息包括計費數(shù)據(jù)和以下至少之一所述計費數(shù)據(jù)的類型的指示；所述節(jié)點的名稱或標(biāo)識符，允許所述節(jié)點更新與所述節(jié)點有關(guān)并且由所述節(jié)點收到的會話控制消息所攜帶的計費數(shù)據(jù)；以及所述計費數(shù)據(jù)的版本的指示，不同的版本指示用于指示不同的計費數(shù)據(jù)。
6.如前面權(quán)利要求任一項所述的方法，包括使用至少一個會話控制協(xié)議消息來攜帶與多個不同節(jié)點有關(guān)的節(jié)點特定的計費信息。
7.如前面權(quán)利要求任一項所述的方法，包括接收攜帶所述節(jié)點特定的計費信息的會話控制協(xié)議消息，以及在響應(yīng)或轉(zhuǎn)發(fā)所接收的消息而發(fā)送的會話控制協(xié)議消息中包括所接收的節(jié)點特定的計費信息。
8.如前面權(quán)利要求任一項所述的方法，包括接收攜帶所述節(jié)點特定的計費信息的會話控制協(xié)議消息，存儲所接收的節(jié)點特定的計費信息以及在響應(yīng)或轉(zhuǎn)發(fā)所接收的消息而在所述IMS外發(fā)送的會話控制協(xié)議消息中不包括所接收的節(jié)點特定的計費信息。
9.如權(quán)利要求8所述的方法，包括在響應(yīng)或轉(zhuǎn)發(fā)從所述IMS外接收的隨后消息而在所述IMS內(nèi)發(fā)送的會話控制協(xié)議消息中包括所存儲的節(jié)點特定的計費信息。
10.如前面權(quán)利要求任一項所述的方法，包括接收攜帶所述節(jié)點特定的計費信息的會話控制協(xié)議消息，以及在發(fā)送到所述計費控制系統(tǒng)的計費消息中包括所接收的消息攜帶的所接收的節(jié)點特定的計費信息。
11.如權(quán)利要求7、9或10所述的方法，包括除了所接收/存儲的節(jié)點特定的計費信息外，包括與另外節(jié)點有關(guān)的另外的節(jié)點特定的計費信息。
12.如權(quán)利要求11所述的方法，其中所述另外節(jié)點是發(fā)送所述消息的節(jié)點。
13.如權(quán)利要求11或12所述的方法，其中所述另外的節(jié)點特定的計費信息以使得允許所述另外節(jié)點隨后訪問該信息或其部分的此類方式來布置，例如，以用于去除或更新。
14.一種用于在IP多媒體子系統(tǒng)IMS的節(jié)點中使用的設(shè)備，其中會話控制協(xié)議用于在所述IMS內(nèi)建立和管理會話，所述設(shè)備包括用于使用會話控制協(xié)議消息來攜帶對于在所述IMS的計費控制系統(tǒng)的計費目的所要求的節(jié)點特定的計費信息的部件。
15.一種用于控制設(shè)備以執(zhí)行如權(quán)利要求I到13的任一項所述的方法的程序，可選地在例如存儲媒體或傳送媒體的載體媒體上被攜帶。
16.—種包含如權(quán)利要求15所述的程序的存儲媒體。
全文摘要
本文提供了一種用于在IP多媒體子系統(tǒng)IMS中使用的方法，其中，會話控制協(xié)議(如會話啟動協(xié)議SIP)用于在IMS內(nèi)建立和管理會話。該方法包括使用會話控制協(xié)議消息(如會話啟動協(xié)議消息)來攜帶節(jié)點特定的計費信息，其中，要求計費信息以用于在IMS的計費控制系統(tǒng)的計費目的。會話控制消息的私有報頭部分(或P計費向量報頭)可用于攜帶節(jié)點特定的計費信息。節(jié)點特定的計費信息可包括計費數(shù)據(jù)和以下至少之一計費數(shù)據(jù)的類型的指示；節(jié)點的名稱或標(biāo)識符，允許節(jié)點更新與節(jié)點有關(guān)并且由節(jié)點收到的會話控制消息所攜帶的計費數(shù)據(jù)；以及計費數(shù)據(jù)的版本的指示，不同的版本指示用于指示不同的計費數(shù)據(jù)；節(jié)點名稱；版本號；數(shù)據(jù)名稱；以及值。至少一個會話控制協(xié)議消息可用于攜帶與多個不同節(jié)點有關(guān)的節(jié)點特定的計費信息。
文檔編號H04L12/14GK102804685SQ200980160118
公開日2012年11月28日 申請日期2009年6月22日 優(yōu)先權(quán)日2009年6月22日
發(fā)明者J·達(dá)爾 申請人:瑞典愛立信有限公司