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

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


圖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ā)送和處理計費有關數(shù)據(jù)的常規(guī)機制，以使得單個CTF能夠生成不但對于其自己的服務、而且也包括來自其它節(jié)點的數(shù)據(jù)的計費數(shù)據(jù)。這將使計費控制系統(tǒng)可能去除或至少降低合并計費數(shù)據(jù)的需要。根據(jù)本發(fā)明的一實施例，IMS系統(tǒng)內的某些節(jié)點將能夠使用SIP信令來攜帶由計費控制系統(tǒng)所做的計費決定相關的數(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具有分布式體系結構，該體系結構導致多個網(wǎng)絡實體變得涉及提供接入和服務。P計費向量報頭作為使從與相同會話有關的不同實體生成的計費記錄相關的一種方式來提供。P計費向量報頭攜帶的相關信息包括全球統(tǒng)一計費標識符，IMS計費身份(ICID)值，其通過使得計費記錄能夠相關而簡化隨后的開單。除ICID外，P計費向量報頭包括創(chuàng)建ICID值的SIP代理的地址和運營商間標識符(IOI) ;101識別始發(fā)和端接網(wǎng)絡。P計費向量報頭如果不存在，代理可在初始請求或響應中包括它。根據(jù)RFC 3455，在請求或響應中必須只存在報頭的一個實例。在代理接收不包含P計費向量報頭的請求的情況下，它可插入一個P計費向量報頭，并帶有在代理可用的那些參數(shù)。在本發(fā)明的一實施例中，附加的節(jié)點特定的計費數(shù)據(jù)(而不是純相關信息)由各種IMS節(jié)點添加到SIP請求及其響應(包括會話有關的和無關的)。節(jié)點添加的附加的(節(jié)點特定的)計費數(shù)據(jù)能夠以結構化方式來添加，以便節(jié)點在要求時能夠在SIP信令中查找其自己的數(shù)據(jù)，例如，以后在相同會話中去除或更新它。附加的計費數(shù)據(jù)也是可識別的，以便計費控制系統(tǒng)簡化其另外動作，這能夠通過例如在附加的計費數(shù)據(jù)內或者與附加的計費數(shù)據(jù)相關聯(lián)地包括節(jié)點名稱、版本號、數(shù)據(jù)名稱及值來實現(xiàn)。在一般意義上，并且參照圖8的示意圖，實施本發(fā)明的方法能夠視為使用SIP消息M之一(或SIP未用作在MS內建立和管理會話的會話控制協(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é)點有關。為了本發(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)內的值。這意味著數(shù)據(jù)在離開該IMS系統(tǒng)后能夠被去除，并且如果在進入該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é)點的標準行為是轉發(fā)收到的內容，但其它類型的節(jié)點能夠表現(xiàn)得不同。例如，它們能夠由于未知的數(shù)據(jù)而拒絕事務，丟棄數(shù)據(jù)或原樣轉發(fā)它。附加的計費數(shù)據(jù)的處理需要被定義；例如，有關是否轉發(fā)它，還是將它從請求復制到邊緣節(jié)點中的響應，或者是否每個CTF需要存儲SIP請求和SIP響應中所接收的以便能夠將所有數(shù)據(jù)發(fā)送到計費控制系統(tǒng)。現(xiàn)在將參照圖2到7，提供實施本發(fā)明的方法和設備的更詳細描述。圖2示出涉及以下MS實體的信令序列PSTN UE I、媒體網(wǎng)關控制器功能(MGCF) 2、CSCF 3、AS 4、互連邊界控制功能(IBCF) 5及計費控制系統(tǒng)6。AS 4充當提供到UE I的服務的CTF，而AS 4(充當CTF)與計費控制系統(tǒng)6通信。圖2還示出的是來自另一 SIP網(wǎng)絡的UE 7。圖3到7是分別與MGCF 2、CSCF 3、AS 4、IBCF 5及計費控制系統(tǒng)6有關的示意框圖。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有關的一些附加計費信息插入SIP邀請消息中。此附加計費信息將最終為計費控制系統(tǒng)6所要求并發(fā)送到計費控制系統(tǒng)6，并且在此示例中，使用PCV報頭被插入SIP邀請消息并由SIP邀請消息來攜帶。
步驟S3中發(fā)送的SIP邀請由CSCF 3的SIP消息處理部分12接收并且在步驟S4中轉發(fā)到AS 4，包括任何附加計費信息(在此情況下，只是與MGCF 2有關的附加計費信息)。在此示例中，無需CSCF3本身插入任何附加計費信息。還明顯的是，CSCF 3不必以任何方式處理PCV報頭的內容，或者甚至知道PCV報頭包含計費信息；它只是在步驟S4中轉發(fā)PCV報頭而不做分析。在步驟S5中，AS 4的SIP消息處理部分12將SIP邀請消息發(fā)送回CSCF 3，包括PCV報頭中的任何附加計費信息；同樣地，實際上根本無需知道PCV報頭包含計費信息。在步驟S6中，CSCF 3的SIP消息處理部分12將SIP邀請消息轉發(fā)到IBCF 5，同樣地包括可存在的任何附加計費信息(在此示例中，與MGCF 2有關的附加計費信息)。IBCF 5的SIP消息處理部分12與IBCF 5的附加計費信息處理部分14協(xié)作以提取PCV報頭的內容(S卩，附加計費信息)，并且布置其被存儲在存儲部分18中。附加計費信息放置在存儲部分18中，因為SIP邀請消息正在轉發(fā)到位于另一 SIP網(wǎng)絡中的UE 7。因此，在步驟S8中，IBCF 5將SIP邀請消息轉發(fā)到UE 7，并且在步驟S9中，UE 7通過SIP 2000K 消息做出響應，該SIP 2000K消息由IBCF 5的SIP消息處理部分12接收和處理。在步驟Sll中，將SIP 2000K消息轉發(fā)到CSCF 3，但在進行此操作之前，在步驟SlO中，從存儲部分18檢索以前存儲的PCV報頭內容，并將其和具體與IBCF 5有關的另外計費信息一起插入SIP 2000K消息的PCV報頭中，所述另外計費信息由IBCF 5的附加計費信息處理部分14來創(chuàng)建。在步驟S12中，由CSCF 3的SIP消息處理部分12將SIP 2000K消息和任何附加計費信息一起轉發(fā)到AS 4 ;在此階段，SIP消息攜帶與MGCF 2和IBCF 5兩者有關的附加計
費信息。在步驟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消息轉發(fā)到CSCF 3，而CSCF 3又在步驟S15中將SIP 2000K消息轉發(fā)到MGCF 2，同樣地包括任何附加計費信息。最后，MGCF 2在步驟S16中通過ACM消息回復UE I。上述計費模型使用有關始發(fā)和端接網(wǎng)絡的信息做出正確的定額決定，并且數(shù)據(jù)因此從邊緣節(jié)點2和5被使用。在沒有根據(jù)本發(fā)明的一實施例的方案時，邊緣節(jié)點2和5均將必須發(fā)送計費數(shù)據(jù)到計費控制系統(tǒng)6，這因而將必須相關和合并來自三個源的計費數(shù)據(jù)以便能夠應用正確的費率。在上述本發(fā)明的實施例中，邊緣節(jié)點2和5在PCV報頭中提供附加計費信息。為使CTF可能在一個位置中找到所有數(shù)據(jù)(而不必存儲來自請求和響應的數(shù)據(jù))，邊緣節(jié)點2和5將數(shù)據(jù)從請求復制到響應，并且作為背靠背用戶代理器(B2BUA)工作的AS 4將數(shù)據(jù)從一個呼叫支路(leg)復制到另一呼叫支路。通過使用本發(fā)明的實施例，降低并可能去除合并計費數(shù)據(jù)的需要將變得可能?；趤碜远嘤谝粋€節(jié)點的數(shù)據(jù)實時(在線)做出定額決定也將變得可能。在特定的屬性值對(AVP)不可用或不可創(chuàng)建時，提供了一種以靈活的方式將數(shù)據(jù)發(fā)送計費控制系統(tǒng)的機制。通過本發(fā)明的一實施例，CTF能夠將數(shù)據(jù)發(fā)送到計費控制系統(tǒng)而不必知道它確切發(fā)送的內容。還可能混合來自不同供應商的節(jié)點而不失去節(jié)點特定的計費數(shù)據(jù)。本發(fā)明的一實施例還能夠實現(xiàn)市場自適應或臨時解決方案，并帶有盡可能少的受影響的節(jié)點。本發(fā)明的一實施例使得即使替換了節(jié)點，也能夠在頂S內部署一致的計費模型。通過降低對合并的需要，也能夠降低主要在Rf 接口上的計費業(yè)務量。本發(fā)明的一實施例使得通過避免發(fā)送不必要的計費信息，能夠降低計費業(yè)務的總體量。此外，本發(fā)明的一實施例適用于在線和離線計費模型。將領會到，實施本發(fā)明的方法無意用于完全替代發(fā)送計費信息到計費控制系統(tǒng)的任何現(xiàn)有機制(例如，使用Diameter)。相反，實施本發(fā)明的方法能夠附加于任何現(xiàn)有方法來使用。例如，在要發(fā)送大量的計費數(shù)據(jù)時，可認為使用已知的Diameter接口以常規(guī)方式將此數(shù)據(jù)發(fā)送到計費控制系統(tǒng)更適當。另一方面，這不是要排除實施本發(fā)明的方法可能在某種情況下專門被使用。還將領會到，一個或多個上述組件的操作可由裝置或設備上操作的程序來控制?！ご祟惒僮鞒绦蚩纱鎯υ谟嬎銠C可讀媒體上，或者例如可以在諸如從因特網(wǎng)網(wǎng)站提供的可下載數(shù)據(jù)信號等信號中實施。隨附權利要求要解釋為按照本身、或者作為載體上的記錄、或作為信號，或者在任何其它形式中來涵蓋操作程序。本領域的技術人員還將領會，在不脫離如隨附權利要求所定義的本發(fā)明的范圍的情況下，可對上述實施例進行各種修改。
權利要求
1.一種用于在IP多媒體子系統(tǒng)IMS中使用的方法，其中會話控制協(xié)議用于在所述IMS內建立和管理會話，所述方法包括使用會話控制協(xié)議消息來攜帶對于在所述MS的計費控制系統(tǒng)的計費目的所要求的節(jié)點特定的計費信息。
2.如權利要求I所述的方法，其中所述會話控制消息是會話啟動協(xié)議消息。
3.如權利要求I或2所述的方法，包括使用所述會話控制消息的私有報頭部分來攜帶所述節(jié)點特定的計費信息。
4.如權利要求3所述的方法，其中所述私有報頭是P計費向量報頭。
5.如前面權利要求任一項所述的方法，其中所述節(jié)點特定的計費信息包括計費數(shù)據(jù)和以下至少之一所述計費數(shù)據(jù)的類型的指示；所述節(jié)點的名稱或標識符，允許所述節(jié)點更新與所述節(jié)點有關并且由所述節(jié)點收到的會話控制消息所攜帶的計費數(shù)據(jù)；以及所述計費數(shù)據(jù)的版本的指示，不同的版本指示用于指示不同的計費數(shù)據(jù)。
6.如前面權利要求任一項所述的方法，包括使用至少一個會話控制協(xié)議消息來攜帶與多個不同節(jié)點有關的節(jié)點特定的計費信息。
7.如前面權利要求任一項所述的方法，包括接收攜帶所述節(jié)點特定的計費信息的會話控制協(xié)議消息，以及在響應或轉發(fā)所接收的消息而發(fā)送的會話控制協(xié)議消息中包括所接收的節(jié)點特定的計費信息。
8.如前面權利要求任一項所述的方法，包括接收攜帶所述節(jié)點特定的計費信息的會話控制協(xié)議消息，存儲所接收的節(jié)點特定的計費信息以及在響應或轉發(fā)所接收的消息而在所述IMS外發(fā)送的會話控制協(xié)議消息中不包括所接收的節(jié)點特定的計費信息。
9.如權利要求8所述的方法，包括在響應或轉發(fā)從所述IMS外接收的隨后消息而在所述IMS內發(fā)送的會話控制協(xié)議消息中包括所存儲的節(jié)點特定的計費信息。
10.如前面權利要求任一項所述的方法，包括接收攜帶所述節(jié)點特定的計費信息的會話控制協(xié)議消息，以及在發(fā)送到所述計費控制系統(tǒng)的計費消息中包括所接收的消息攜帶的所接收的節(jié)點特定的計費信息。
11.如權利要求7、9或10所述的方法，包括除了所接收/存儲的節(jié)點特定的計費信息外，包括與另外節(jié)點有關的另外的節(jié)點特定的計費信息。
12.如權利要求11所述的方法，其中所述另外節(jié)點是發(fā)送所述消息的節(jié)點。
13.如權利要求11或12所述的方法，其中所述另外的節(jié)點特定的計費信息以使得允許所述另外節(jié)點隨后訪問該信息或其部分的此類方式來布置，例如，以用于去除或更新。
14.一種用于在IP多媒體子系統(tǒng)IMS的節(jié)點中使用的設備，其中會話控制協(xié)議用于在所述IMS內建立和管理會話，所述設備包括用于使用會話控制協(xié)議消息來攜帶對于在所述IMS的計費控制系統(tǒng)的計費目的所要求的節(jié)點特定的計費信息的部件。
15.一種用于控制設備以執(zhí)行如權利要求I到13的任一項所述的方法的程序，可選地在例如存儲媒體或傳送媒體的載體媒體上被攜帶。
16.—種包含如權利要求15所述的程序的存儲媒體。
全文摘要
本文提供了一種用于在IP多媒體子系統(tǒng)IMS中使用的方法，其中，會話控制協(xié)議(如會話啟動協(xié)議SIP)用于在IMS內建立和管理會話。該方法包括使用會話控制協(xié)議消息(如會話啟動協(xié)議消息)來攜帶節(jié)點特定的計費信息，其中，要求計費信息以用于在IMS的計費控制系統(tǒng)的計費目的。會話控制消息的私有報頭部分(或P計費向量報頭)可用于攜帶節(jié)點特定的計費信息。節(jié)點特定的計費信息可包括計費數(shù)據(jù)和以下至少之一計費數(shù)據(jù)的類型的指示；節(jié)點的名稱或標識符，允許節(jié)點更新與節(jié)點有關并且由節(jié)點收到的會話控制消息所攜帶的計費數(shù)據(jù)；以及計費數(shù)據(jù)的版本的指示，不同的版本指示用于指示不同的計費數(shù)據(jù)；節(jié)點名稱；版本號；數(shù)據(jù)名稱；以及值。至少一個會話控制協(xié)議消息可用于攜帶與多個不同節(jié)點有關的節(jié)點特定的計費信息。
文檔編號H04L12/14GK102804685SQ200980160118
公開日2012年11月28日 申請日期2009年6月22日 優(yōu)先權日2009年6月22日
發(fā)明者J·達爾 申請人:瑞典愛立信有限公司