專利名稱：Ims系統(tǒng)中實(shí)現(xiàn)計(jì)費(fèi)方式靈活配置的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS)中的計(jì)費(fèi)控制技術(shù)， 特別涉及IMS系統(tǒng)中針對(duì)不同應(yīng)用靈活配置實(shí)時(shí)計(jì)費(fèi)和非實(shí)時(shí)計(jì)費(fèi)的方 法及系統(tǒng)。
背景技術(shù)：
互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS)是3GPP (第三代合作項(xiàng)目)在第 五版本引進(jìn)的基于全I(xiàn)P的提供互聯(lián)網(wǎng)協(xié)議多媒體業(yè)務(wù)的網(wǎng)絡(luò)，在第六 版本中又得到進(jìn)一步的完善和增強(qiáng)，其典型的特征是采用互聯(lián)網(wǎng)協(xié)議應(yīng) 用級(jí)信令SIP (會(huì)話發(fā)起協(xié)議)實(shí)現(xiàn)端到端互聯(lián)網(wǎng)協(xié)議多媒體會(huì)話呼叫 控制，并提供靈活的可擴(kuò)展的業(yè)務(wù)配置能力。根據(jù)3GPP的規(guī)范TS32.240及TS32.260， IMS系統(tǒng)提供非實(shí)時(shí)的離 線計(jì)費(fèi)和實(shí)時(shí)的在線計(jì)費(fèi)兩種計(jì)費(fèi)方式。在傳統(tǒng)的IMS系統(tǒng)中，應(yīng)用服 務(wù)器(AS)通過(guò)這樣的方式從歸屬用戶服務(wù)器(HSS)中獲得計(jì)費(fèi)及業(yè) 務(wù)相關(guān)信息由HSS通過(guò)與服務(wù)呼叫狀態(tài)控制功能單元(S-CSCF)之間 的Cx接口將所述信息發(fā)送到所述S-CSCF,再由S-CSCF通過(guò)與AS之間 的ISC接口將所述信息發(fā)送到AS。其中，Cx接口使用Diameter協(xié)議進(jìn) 行通信，而S-CSCF與AS之間的ISC接口采用SIP協(xié)議進(jìn)行通信。關(guān)于 Diameter協(xié)議及SIP協(xié)議的詳細(xì)描述，可以分別參考IETF (因特網(wǎng)工 程任務(wù)組)的RFC3588、 RFC3261等規(guī)范。根據(jù)3GPP規(guī)范TS29. 229，在Cx接口計(jì)費(fèi)信息是通過(guò)Server-Ass igmnent-Answer (SAA)、 Push-Profile-Request (PPR)等Diameter 命令由HSS傳送到S-CSCF的。其中，SAA命令是HSS對(duì)在UE (用戶設(shè) 備)注冊(cè)過(guò)程中由S-CSCF發(fā)起的Server-Assignment-Request (SAR) 請(qǐng)求命令的響應(yīng)，PPR是在UE成功注冊(cè)后當(dāng)用戶的簽約信息發(fā)生改變時(shí) 由HSS主動(dòng)向S-CSCF發(fā)起的用戶簽約信息更新命令。具體來(lái)說(shuō)，所述 計(jì)費(fèi)信息是由所述SAA、 PPR等命令所攜帶的類型為"Grouped"的AVP (屬性值對(duì))"Charging-Information"給出的，該AVP又進(jìn)一步包括 "Primary-Event-Charging—Function-Name ，， 、"Secondary-Event- Charging-Function-Name ，， 、 " Primary-Charging-Collection-Function-Name ，， 及 "Secondary-Charging-Collection-Function— Name"類型為"DiameterURI"的AVP，它們分別對(duì)應(yīng)基本ECF、第二 ECF、 基本CCF和第二CCF的地址，其中，提供第二ECF及第二CCF是為了支 持計(jì)費(fèi)系統(tǒng)的冗余配置以保證計(jì)費(fèi)的高可靠性。圖4禾口圖5分另'J給出了采用ABNF (Augmented Backus—Naur Form) i吾法表示的TS29. 229定義的Diameter命令Server—Ass ignment—Answer(SAA)及Push-Profile-Request (PPR)的消息格式,關(guān)于ABNF語(yǔ)法以 及圖中所列各AVP的定義和用法，具體可以參考IETF規(guī)范RFC 2234、 RFC3588及3GPP的^L范TS29. 229與TS29. 228等文獻(xiàn)。其中，類型為"OctetString"的AVP "User-Data"即為用XML (可擴(kuò)展標(biāo)記語(yǔ)言) 格式描述的用戶業(yè)務(wù)信息，類型為"Grouped"的AVP "Charging-Information"即給出了與該用戶簽約業(yè)務(wù)相關(guān)的計(jì)費(fèi)功能地址。根據(jù) 3GPP的步見(jiàn)范TS29. 228,當(dāng)上述命令中包^舌了 AVP "User-Data"時(shí)，則 AVP "Charging-Information"也應(yīng)同時(shí)存在，且至少基本CCF的地址 必須提供。圖6進(jìn)一步示出了 TS29.228定義的上述用戶業(yè)務(wù)信息的UML(通用 建才莫i吾言)(關(guān)于UML可以參見(jiàn)http: 〃麗.omg. org/uml )才莫型，為簡(jiǎn) ^fc圖中未示出類(class)的屬性(attribute)。可以看到， 一個(gè)用戶 的業(yè)務(wù)信息由"IMS Subscription" (IMS簽約)類表征，"IMS Subscription"類的一個(gè)實(shí)例由一個(gè)或多個(gè)"Service Profile"(業(yè) 務(wù)描述)類組成，而"Service Profile"類的一個(gè)實(shí)例又由一個(gè)或多 個(gè)"Public Identification" (/>共標(biāo)識(shí))類的實(shí)例，零個(gè)或一個(gè)"Core Network Service Authorization"(核心網(wǎng)業(yè)務(wù)授權(quán))類的實(shí)例，零 個(gè)或多個(gè)"Initial Filter Criteria"(初始過(guò)濾準(zhǔn)則)類的實(shí)例， 以及零個(gè)或多個(gè)"Shared iFC Set"(共享的iFC集合)類的實(shí)例組成。圖7進(jìn)一步示出了 "Initial Filter Criteria"類的■模型, 可以看到，"Initial Filter Criteria"類的一個(gè)實(shí)例由零個(gè)或一個(gè) "Trigger Point"(觸發(fā)點(diǎn))類的實(shí)例和一個(gè)"Application Server" (應(yīng)用月良務(wù)器)類的實(shí)例組成，而一個(gè)"Trigger Point"類的實(shí)例又 由一個(gè)或多個(gè)"Service Point Trigger"(業(yè)務(wù)點(diǎn)觸發(fā)器)類的實(shí)例 組成， 一個(gè)"Application Server"類的實(shí)例又由零個(gè)或一個(gè)"Service Information"(業(yè)務(wù)信息)類的實(shí)例組成。其中，"Appl ication Server" 類即指定了該初始過(guò)濾準(zhǔn)則(iFC)中的業(yè)務(wù)觸發(fā)點(diǎn)觸發(fā)時(shí)提供相應(yīng)業(yè) 務(wù)的AS，在現(xiàn)有技術(shù)中，該"Application Server"類有兩個(gè)屬性，即 ServerName和Def aul tHandl ing, 其中Server Name ^卩給出了f亥應(yīng)用月良 務(wù)器的SIP URL (通用資源定4立符)，DefaultHandling則為取l直 "SESSION—CONTINUED"或"SESSION—TERMINATED"的枚舉類型，指示如前所述，S-CSCF在通過(guò)Cx接口獲得計(jì)費(fèi)信息(即計(jì)費(fèi)功能地址) 后，通過(guò)ISC 4妄口將該信息傳送纟會(huì)AS，才艮據(jù)IETF *見(jiàn)范RFC3455, 3GPP 定義6勺專用SIP消、氛、頭P—Charging—Function—Addresses可用于jt匕目 的。根據(jù)3GPP規(guī)范TS24. 229，在UE注冊(cè)過(guò)程中，當(dāng)S-CSCF通過(guò)Cx接 口獲得了包括計(jì)費(fèi)信息在內(nèi)的用戶簽約信息后，將向與該用戶簽約信息 所提供的初始過(guò)濾準(zhǔn)則UFC)匹配的各應(yīng)用服務(wù)器發(fā)起第三方注冊(cè)， 而該AS的計(jì)費(fèi)功能地址則由該第三方注冊(cè)的SIP消息的消息頭P-Charging-Function-Addresses所攜帶。另外，S-CSCF在接收到SIP對(duì) 話初始請(qǐng)求或獨(dú)立的事務(wù)(Transaction)請(qǐng)求以及這些請(qǐng)求的lxx或 2xx響應(yīng)后，也將在向相應(yīng)AS轉(zhuǎn)發(fā)之前由SIP消息頭P-Charging-Function-Addresses攜帶該AS的計(jì)費(fèi)功能地址。根據(jù)3GPP的規(guī)范TS32. 225及TS32. 260, AS能夠判斷其所采用的 計(jì)費(fèi)方式，而這一判斷是通過(guò)從ISC接口的SIP消息頭P-Charging-Function-Addresses取得的，即若AS僅接收到CCF的地址而未接收到 ECF的地址，則通過(guò)Rf 4妄口進(jìn)行離線計(jì)費(fèi)；若AS僅4妄收到ECF的地址 則通過(guò)Ro接口進(jìn)行在線計(jì)費(fèi)；若AS同時(shí)接收到ECF和CCF的地址則通 過(guò)這兩個(gè)接口同時(shí)進(jìn)行計(jì)費(fèi)。然而，3GPP現(xiàn)有規(guī)范中并未明確S-CSCF由Cx接口 AVP "Charging-Information"獲得的計(jì)費(fèi)功能地址是不作改變完整地經(jīng)由 ISC接口送往各AS,還是針對(duì)不同AS有選擇地經(jīng)由ISC接口向AS提供 有關(guān)的計(jì)費(fèi)功能地址。由于S-CSCF從Cx接口獲得的用戶業(yè)務(wù)數(shù)據(jù)中并 未指明該用戶所簽約的應(yīng)用所使用的計(jì)費(fèi)方式，因此現(xiàn)有技術(shù)實(shí)際上只 允許采用前一種方式，也就是說(shuō)，S-CSCF經(jīng)由ISC接口送往各AS的計(jì) 費(fèi)功能地址將完全相同，因此對(duì)某UE而言所有簽約業(yè)務(wù)都只能采用相 同的計(jì)費(fèi)方式。
另外，如前所述，S-CSCF也支持離線和在線計(jì)費(fèi)兩種方式， <旦現(xiàn)有 技術(shù)也未提供S-CSCF自身所采用的計(jì)費(fèi)方式的指示信息，因此，當(dāng)Cx 接口 AVP "Charging-Information"中同時(shí)包括CCF和ECF時(shí)，S-CSCF 將不能確定所采用的計(jì)費(fèi)方式。由于S-CSCF的在線計(jì)費(fèi)是通過(guò)IMS-GWF (IMS網(wǎng)關(guān)功能單元)實(shí)現(xiàn)的，對(duì)S-CSCF而言IMS-GWF也是應(yīng)用l良務(wù) 器(如IMS-GWF可認(rèn)為是IMS預(yù)付費(fèi)業(yè)務(wù)的應(yīng)用服務(wù)器)，因此該問(wèn)題 也可歸結(jié)為上述同樣的問(wèn)題。作為替換方案，計(jì)費(fèi)及業(yè)務(wù)相關(guān)信息也可以由HSS通過(guò)與AS直接 的Sh接口發(fā)送到AS。 #4居3GPP規(guī)范TS29. 329,由Sh接口獲得的計(jì)費(fèi) 信息是通過(guò) User—Data—Answer (UDA) 、 Push—Not if icat ion-Reques t (PNR)等Diameter命令由HSS傳送到AS的。其中，若由AS發(fā)起的 User-Data-Request (飄)命令所攜帶的AVP "Data-Reference"指明 所請(qǐng)求的用戶數(shù)據(jù)包括計(jì)費(fèi)信息，則HSS將在響應(yīng)命令UDA的AVP "User-Data"中*會(huì)出上述計(jì)費(fèi)信息。另外，若由AS發(fā)起的 Subscribe-Notifications-Request (SNR)命令所攜帶的AVP "Data-Reference"指明所訂閱的用戶數(shù)據(jù)包括計(jì)費(fèi)信息，則當(dāng)用戶的簽約信 息發(fā)生改變時(shí)HSS將在PNR命令的AVP "User-Data"中給出上述計(jì)費(fèi)信 息。盡管Sh接口的AVP "User-Data"是以XML (可擴(kuò)展的標(biāo)記)語(yǔ)言 描述的，但其包括的計(jì)費(fèi)功能地址信息與Cx接口由Diameter的AVP所 給出的計(jì)費(fèi)功能地址信息相同在的數(shù)據(jù)結(jié)構(gòu)和用法上是相同的。但是，基于現(xiàn)有技術(shù)經(jīng)Sh接口向AS提供不同的計(jì)費(fèi)功能地址存在 以下問(wèn)題和限制 根據(jù)3GPP的^見(jiàn)范TS24.229及TS29.328, AS從Sh接口獲得上 述計(jì)費(fèi)功能地址的前提是該AS與HSS之間存在Sh接口且該AS與其所 連接的S-CSCF在同一信任域。因此，對(duì)某些不提供Sh接口的應(yīng)用如PoC(PTT over Cellular)業(yè)務(wù)，或者由第三方業(yè)務(wù)供應(yīng)商提供的應(yīng)用， AS無(wú)法從Sh接口獲得相應(yīng)的計(jì)費(fèi)功能地址； 如3GPP的規(guī)范TS24. 229及TS29. 328所述，AS從Sh接口獲得 上述計(jì)費(fèi)功能地址并不是作為與從ISC接口獲得上述計(jì)費(fèi)功能地址等同 的方法，而是僅僅在某些特殊情況下采用，如當(dāng)AS接收到來(lái)自ISC接 口的第三方注冊(cè)之前需要上述計(jì)費(fèi)功能地址時(shí)才通過(guò)Sh接口獲得所述 計(jì)費(fèi)功能地址；
* 才艮才居3GPP的^b范TS23. 218及TS29. 328,當(dāng)乂人ISC 4妻口 4丈至'J的 計(jì)費(fèi)功能地址與從Sh接口收到的計(jì)費(fèi)功能地址不一致而發(fā)生沖突時(shí)， 從ISC接口收到的計(jì)費(fèi)功能地址優(yōu)先，即使用從ISC接口收到的計(jì)費(fèi)功 能地址而忽略從Sh接口收到的計(jì)費(fèi)功能地址。這樣，即使AS能從Sh 接口獲得與之相應(yīng)的計(jì)費(fèi)功能地址，如上所述，由于現(xiàn)有技術(shù)中S-CSCF 經(jīng)由ISC接口送往各AS的計(jì)費(fèi)功能地址均相同，因此仍不能實(shí)現(xiàn)不同 的AS分別獲得不同的計(jì)費(fèi)功能地址的功能。在現(xiàn)有4支術(shù)中，還可以通過(guò)AS在本地預(yù)先靜態(tài)配置ECF或CCF地 址的方式實(shí)現(xiàn)AS采用與IMS系統(tǒng)不同的計(jì)費(fèi)功能地址設(shè)置，但是，該 靜態(tài)配置將導(dǎo)致所有用戶都采用相同的計(jì)費(fèi)方式，而不能靈活地對(duì)不同 用戶采用不同的計(jì)費(fèi)方式。針對(duì)上述問(wèn)題，本發(fā)明提出了一種簡(jiǎn)單有效的方式，實(shí)現(xiàn)了 IMS系 統(tǒng)中針對(duì)不同應(yīng)用靈活配置實(shí)時(shí)計(jì)費(fèi)和非實(shí)時(shí)計(jì)費(fèi)方式的功能。發(fā)明內(nèi)容本發(fā)明的目的是由HSS通過(guò)Cx接口向S-CSCF提供用戶簽約業(yè)務(wù)所 涉及的與各AS相應(yīng)的計(jì)費(fèi)方式控制信息，并由S-CSCF在對(duì)所述信息進(jìn) 行判斷后向各AS發(fā)送相應(yīng)的計(jì)費(fèi)方式信息，從而解決在現(xiàn)有IMS系統(tǒng) 中無(wú)法針對(duì)不同應(yīng)用靈活配置實(shí)時(shí)或非實(shí)時(shí)計(jì)費(fèi)方式的問(wèn)題。根據(jù)本發(fā)明的一個(gè)方面，提供了一種在包括歸屬用戶服務(wù)器、服務(wù) 呼叫狀態(tài)控制功能單元和應(yīng)用服務(wù)器的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)中配 置計(jì)費(fèi)信息的方法，其特征在于包括以下步驟在歸屬用戶服務(wù)器中存儲(chǔ)用戶業(yè)務(wù)所涉及的各個(gè)應(yīng)用服務(wù)器相應(yīng) 的計(jì)費(fèi)方式信息；由所述歸屬用戶服務(wù)器將計(jì)費(fèi)功能地址信息與所述計(jì)費(fèi)方式信息 發(fā)送到服務(wù)呼叫狀態(tài)控制功能單元；所述服務(wù)呼叫狀態(tài)控制功能單元根據(jù)所接收的計(jì)費(fèi)功能地址信息 與計(jì)費(fèi)方式信息確定各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)功能地址，并向各個(gè)應(yīng) 用服務(wù)器轉(zhuǎn)發(fā)相應(yīng)的計(jì)費(fèi)功能地址信息。優(yōu)選地，其中在歸屬用戶服務(wù)器中存儲(chǔ)用戶業(yè)務(wù)所涉及的各個(gè)應(yīng)用 服務(wù)器相應(yīng)的計(jì)費(fèi)方式信息的步驟是通過(guò)在表征用戶簽約信息的數(shù)據(jù) 中加入針對(duì)各個(gè)應(yīng)用服務(wù)器的相應(yīng)計(jì)費(fèi)方式信息實(shí)現(xiàn)的。
更優(yōu)選地，其中在所述表征用戶簽約信息的數(shù)據(jù)的通用建模語(yǔ)言模型的"Application Server"類中加入一個(gè)關(guān)于計(jì)費(fèi)方式信息的屬性， 其取值包括對(duì)應(yīng)在線計(jì)費(fèi)方式的值和對(duì)應(yīng)離線計(jì)費(fèi)方式的值。更優(yōu)選地，其中所加入的屬性是一個(gè)類型為"enumerated"的屬性 "ChargingType，，，其取值為"ONLINE — CHARGING",對(duì)應(yīng)在線計(jì)費(fèi) 方式；"OFFLINE-CHARGING",對(duì)應(yīng)離線計(jì)費(fèi)方式的值。優(yōu)選地，其中通過(guò)歸屬用戶服務(wù)器與服務(wù)呼叫狀態(tài)控制功能單元之 間的接口協(xié)議中的屬性值對(duì)"User-Data"來(lái)攜帶所述計(jì)費(fèi)方式信息， 從而將所述計(jì)費(fèi)方式信息從歸屬用戶服務(wù)器發(fā)送到服務(wù)呼叫狀態(tài)控制 功能單元。更優(yōu)選地，其中所述計(jì)費(fèi)方式信息包含在屬性值對(duì)"User-Data" 所給出的用可擴(kuò)展標(biāo)記語(yǔ)言格式所描述的用戶業(yè)務(wù)信息中。優(yōu)選地，其中通過(guò)在歸屬用戶服務(wù)器與服務(wù)呼叫狀態(tài)控制功能單元 之間接口協(xié)議中增加用于指定對(duì)于相應(yīng)應(yīng)用服務(wù)器的計(jì)費(fèi)方式的屬性值對(duì)，以便將所述計(jì)費(fèi)方式信息從歸屬用戶服務(wù)器發(fā)送到服務(wù)呼叫狀態(tài) 控制功能單元。更優(yōu)選地，其中在新定義的屬性值對(duì)的數(shù)據(jù)字段中的字節(jié)與對(duì)應(yīng)于 應(yīng)用服務(wù)器的計(jì)費(fèi)方式相對(duì)應(yīng)，其中"00000000"表示在線計(jì)費(fèi)， "00000001"表示離線計(jì)費(fèi)。更優(yōu)選地，其中在新定義的屬性值對(duì)的數(shù)據(jù)字段中，與各個(gè)字節(jié)相 對(duì)應(yīng)的應(yīng)用服務(wù)器的順序與屬性值對(duì)"User-Data"中采用可擴(kuò)展標(biāo)記 語(yǔ)言格式表示的用戶業(yè)務(wù)信息數(shù)據(jù)中各應(yīng)用服務(wù)器出現(xiàn)的順序相同。優(yōu)選地，其中服務(wù)呼叫狀態(tài)控制功能單元根據(jù)接收到的針對(duì)各個(gè)應(yīng) 用服務(wù)器的計(jì)費(fèi)方式信息以及屬性值對(duì)"Charging-Information"中給 出計(jì)費(fèi)功能地址來(lái)確定各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)功能地址并向各個(gè) 應(yīng)用服務(wù)器發(fā)送相應(yīng)的計(jì)費(fèi)地址。更優(yōu)選地，其中當(dāng)所述收到的屬性值對(duì)"Charging-Information" 給出的計(jì)費(fèi)功能地址包括至少一個(gè)ECF和至少一個(gè)CCF時(shí)，若指定的某 應(yīng)用服務(wù)器的計(jì)費(fèi)方式為在線計(jì)費(fèi)，則送往該應(yīng)用服務(wù)器的計(jì)費(fèi)功能地 址至少包括由該屬性值對(duì)"Charging-Information"給出的所有ECF地 址；若指定的該應(yīng)用服務(wù)器的計(jì)費(fèi)方式為離線計(jì)費(fèi)，則送往該應(yīng)用服務(wù) 器的計(jì)費(fèi)功能地址為該屬性值對(duì)"Charging-Information"給出的所有 CCF地址；若未指定該應(yīng)用服務(wù)器的計(jì)費(fèi)方式，則送往該應(yīng)用月良務(wù)器的 計(jì)費(fèi)功能地址即為該屬性值對(duì)"Charging-Information"給出所有地址。更優(yōu)選地，其中當(dāng)屬性值對(duì)"Charging-Information"給出的計(jì)費(fèi) 功能地址僅包括CCF時(shí)，送往該應(yīng)用服務(wù)器的計(jì)費(fèi)功能地址是屬性值對(duì) "Charging-Information"中給出的所有地址。根據(jù)本發(fā)明的另 一方面，提供了 一種其中能夠靈活配置計(jì)費(fèi)信息的 互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，所述互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)包括歸屬用戶 服務(wù)器、服務(wù)呼叫狀態(tài)控制功能單元和應(yīng)用服務(wù)器，其特征在于器的計(jì)費(fèi)方式信息并用于將計(jì)費(fèi)功能地址信息與所述計(jì)費(fèi)方式信息發(fā) 送給服務(wù)呼叫狀態(tài)控制功能單元；該服務(wù)呼叫狀態(tài)控制功能單元用于根據(jù)所接收的計(jì)費(fèi)功能地址信 息與所述計(jì)費(fèi)方式信息確定各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)功能地址，并向 各個(gè)應(yīng)用服務(wù)器轉(zhuǎn)發(fā)相應(yīng)的計(jì)費(fèi)功能地址信息。優(yōu)選地，其中該歸屬用戶服務(wù)器存儲(chǔ)的表征用戶簽約信息的數(shù)據(jù)中 包含針對(duì)各個(gè)應(yīng)用服務(wù)器的相應(yīng)計(jì)費(fèi)方式信息。更優(yōu)選地，其中在所述表征用戶簽約信息的數(shù)據(jù)的通用建模語(yǔ)言模 型的"Application Server"類中包含關(guān)于計(jì)費(fèi)方式信息的屬性，其取 值包括對(duì)應(yīng)在線計(jì)費(fèi)方式的值和對(duì)應(yīng)離線計(jì)費(fèi)方式的值。更優(yōu)選地，其中所述關(guān)于計(jì)費(fèi)方式信息的屬性是一個(gè)類型為 "enumerated ，， 的屬性 "ChargingType ，，，其取值為 "ONLINE — CHARGING",對(duì)應(yīng)在線計(jì)費(fèi)方式；"OFFLINE—CHARGING", 對(duì)應(yīng)離線計(jì)費(fèi)方式的值。優(yōu)選地，其中通過(guò)歸屬用戶服務(wù)器與服務(wù)呼叫狀態(tài)控制功能單元之 間的接口協(xié)議中的屬性值對(duì)"User-Data"來(lái)攜帶所述計(jì)費(fèi)方式信息， 從而將所述計(jì)費(fèi)方式信息從歸屬用戶服務(wù)器發(fā)送到服務(wù)呼叫狀態(tài)控制 功能單元。更優(yōu)選地，其中所述計(jì)費(fèi)方式信息包含在屬性值對(duì)"User-Data" 所給出的用可擴(kuò)展標(biāo)記語(yǔ)言格式所描述的用戶業(yè)務(wù)信息中。優(yōu)選地，其中在歸屬用戶服務(wù)器與服務(wù)呼叫狀態(tài)控制功能單元之間 接口協(xié)議中含有用于指定對(duì)于相應(yīng)應(yīng)用服務(wù)器的計(jì)費(fèi)方式的屬性值
對(duì)，以用于將所述計(jì)費(fèi)方式信息從歸屬用戶服務(wù)器發(fā)送到服務(wù)呼叫狀態(tài) 控制功能單元。更優(yōu)選地，其中所述屬性值對(duì)的數(shù)據(jù)字段中的字節(jié)與對(duì)應(yīng)于應(yīng)用服務(wù)器的計(jì)費(fèi)方式相對(duì)應(yīng)，其中"00000000"表示在線計(jì)費(fèi)，"00000001"表示離線計(jì)費(fèi)。更優(yōu)選地，其中在所述屬性值對(duì)的數(shù)據(jù)字段中，與各個(gè)字節(jié)相對(duì)應(yīng)的應(yīng)用服務(wù)器的順序與屬性值對(duì)"User-Data"中采用可擴(kuò)展標(biāo)記語(yǔ)言 格式表示的用戶業(yè)務(wù)信息數(shù)據(jù)中各應(yīng)用服務(wù)器出現(xiàn)的順序相同。優(yōu)選地，其中服務(wù)呼叫狀態(tài)控制功能單元被設(shè)置成根據(jù)接收到的針 對(duì)各個(gè)應(yīng)用服務(wù)器的計(jì)費(fèi)方式信息以及屬性值對(duì)"Charging-Information，，中給出計(jì)費(fèi)功能地址來(lái)確定各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi) 功能地址并向各個(gè)應(yīng)用服務(wù)器發(fā)送相應(yīng)的計(jì)費(fèi)地址。更優(yōu)選地，其中當(dāng)服務(wù)呼叫狀態(tài)控制功能單元收到的屬性值對(duì) "Charging-Information"給出的計(jì)費(fèi)功能地址包括至少一個(gè)ECF和至 少一個(gè)CCF時(shí)，若指定的某應(yīng)用服務(wù)器的計(jì)費(fèi)方式為在線計(jì)費(fèi)，則服務(wù) 呼叫狀態(tài)控制功能單元向應(yīng)用服務(wù)器發(fā)送的計(jì)費(fèi)功能地址至少包括由 該屬性值對(duì)"Charging-Information"給出的所有ECF地址；若指定的 該應(yīng)用服務(wù)器的計(jì)費(fèi)方式為離線計(jì)費(fèi)，則服務(wù)呼叫狀態(tài)控制功能單元向 應(yīng)用服務(wù)器發(fā)送的計(jì)費(fèi)功能地址為該屬性值對(duì)"Charging-Information，，《會(huì)出的所有CCF地址；若未指定該應(yīng)用月良務(wù)器的計(jì)費(fèi)方 式，則服務(wù)呼叫狀態(tài)控制功能單元向應(yīng)用服務(wù)器發(fā)送的計(jì)費(fèi)功能地址即 為該屬性值對(duì)"Charging-Information"給出所有地址。更優(yōu)選地，其中當(dāng)屬性值對(duì)"Charging-Information" #合出的計(jì)費(fèi) 功能地址僅包括CCF時(shí)，送往該應(yīng)用服務(wù)器的計(jì)費(fèi)功能地址是屬性值對(duì) "Charging-Information"中給出的所有地址。通過(guò)本發(fā)明的方法和系統(tǒng)，實(shí)現(xiàn)了在IMS系統(tǒng)中針對(duì)不同應(yīng)用靈活 配置計(jì)費(fèi)方式。事實(shí)上，對(duì)于某些特定應(yīng)用，采用獨(dú)立可控的計(jì)費(fèi)方式 將有利于該業(yè)務(wù)的推廣和實(shí)施。例如，若某特定的應(yīng)用(如PoC業(yè)務(wù)) 由第三方運(yùn)營(yíng)商獨(dú)立提供，這時(shí)盡管某用戶在其IMS歸屬網(wǎng)絡(luò)運(yùn)營(yíng)商處 簽約的是普通非實(shí)時(shí)計(jì)費(fèi)方式，如典型地每月根據(jù)話單記錄從該用戶授 權(quán)的銀行帳戶中劃帳來(lái)交納每月的IMS通信費(fèi)，但是，如果允許該用戶從提供如PoC業(yè)務(wù)等特定應(yīng)用的第三方運(yùn)營(yíng)商處購(gòu)買該特定應(yīng)用的預(yù)付
費(fèi)卡，即采用預(yù)付費(fèi)方式使用該項(xiàng)業(yè)務(wù)，將有利于IMS及相關(guān)應(yīng)用的廣泛實(shí)施。即使IMS基礎(chǔ)網(wǎng)絡(luò)運(yùn)營(yíng)商與提供如PoC業(yè)務(wù)等特定應(yīng)用的運(yùn)營(yíng) 商是同一運(yùn)營(yíng)商，該計(jì)費(fèi)方式靈活配置的功能仍將有利于該運(yùn)營(yíng)商對(duì)特 定高附加值應(yīng)用的推廣。


下面將參考附圖，結(jié)合本發(fā)明的實(shí)施例通過(guò)舉例方式對(duì)本發(fā)明加以 描述，從而使本發(fā)明的以上特征和優(yōu)點(diǎn)更易于理解。在附圖中 圖1是IMS系統(tǒng)的結(jié)構(gòu)示意圖； 圖2是IMS計(jì)費(fèi)系統(tǒng)的結(jié)構(gòu)示意圖； 圖3是0CS系統(tǒng)的結(jié)構(gòu)示意圖；圖4是現(xiàn)有技術(shù)中Cx接口 SAA命令的消息格式示意圖；圖5是現(xiàn)有技術(shù)中Cx接口 PPR命令的消息格式示意圖；圖6是用戶業(yè)務(wù)信息的UML模型示意圖；圖7是現(xiàn)有技術(shù)中iFC類的UML模型示意圖；圖8是本發(fā)明中iFC類的UML模型示意圖；圖9是本發(fā)明中新定義的AVP "Applicaticm-Server-Charging-Type"的示意圖；圖IO是本發(fā)明中Cx接口 SAA命令的消息格式示意圖； 圖ll是本發(fā)明中Cx接口 PPR命令的消息格式示意圖； 圖12是在UE注冊(cè)過(guò)程中對(duì)AS計(jì)費(fèi)方式的控制。
具體實(shí)施方式
圖1示出了本發(fā)明中的IMS系統(tǒng)結(jié)構(gòu)，該IMS系統(tǒng)總體用附圖標(biāo)記 IO表示。IMS系統(tǒng)10包括作為IMS核心的P-CSCF 11 (代理呼叫狀態(tài)控 制功能單元)、I -CSCF 12 (詢問(wèn)呼叫狀態(tài)控制功能單元)與S -CSCF 13 (服務(wù)呼叫狀態(tài)控制功能單元)以及HSS14 (歸屬用戶服務(wù)器)、AS 15 (應(yīng)用服務(wù)器)。其中，P-CSCF 11是UE 16 (用戶設(shè)備)通過(guò)SIP (會(huì) 話發(fā)起協(xié)議)信令接入IMS的最初的接入點(diǎn)，主要完成SIP消息壓縮/ 解壓、SIP消息轉(zhuǎn)發(fā)等功能；S-CSCF 13是UE 16歸屬網(wǎng)絡(luò)的會(huì)話控制 與業(yè)務(wù)激發(fā)功能單元，負(fù)責(zé)完成用戶的認(rèn)證和鑒
用于屏蔽運(yùn)營(yíng)商網(wǎng)絡(luò)的拓樸結(jié)構(gòu)，完成S-CSCF 13的分配并負(fù)責(zé)SIP 消息在該UE 16所連接的P-CSCF ll與S-CSCF 13之間的路由；AS 15 是實(shí)現(xiàn)各種應(yīng)用業(yè)務(wù)的功能單元，主要提供應(yīng)用的業(yè)務(wù)邏輯與業(yè)務(wù)控 制，并負(fù)責(zé)向計(jì)費(fèi)系統(tǒng)提供相應(yīng)業(yè)務(wù)的計(jì)費(fèi)信息；HSS14是用戶配置數(shù) 據(jù)庫(kù)服務(wù)器，用于存儲(chǔ)用戶的位置信息、用戶的各種簽約信息等數(shù)據(jù)以 及與各個(gè)AS 15相應(yīng)的計(jì)費(fèi)方式信息。S - CSCF 13/1 - CSCF 12與HSS 14 之間為Cx接口， S —CSCF 13與AS 15之間為ISC接口。圖2顯示了根據(jù)本發(fā)明的IMS系統(tǒng)10的計(jì)費(fèi)系統(tǒng)20的結(jié)構(gòu)。其中 CDF 21 (計(jì)費(fèi)數(shù)據(jù)功能單元)和CGF 22 (計(jì)費(fèi)網(wǎng)關(guān)功能單元)用于離線 計(jì)費(fèi)，其中CDF 21根據(jù)各網(wǎng)元由Rf接口提供的計(jì)費(fèi)事件數(shù)據(jù)生成CDR (計(jì)費(fèi)數(shù)據(jù)記錄)，CGF 22則用于將由CDF 21通過(guò)Ga接口提供的CDR 生成CDR文件并最終傳輸?shù)接?jì)費(fèi)帳務(wù)系統(tǒng)。OCS 24 (在線計(jì)費(fèi)系統(tǒng))則 用于在線實(shí)時(shí)計(jì)費(fèi)，IMS應(yīng)用月良務(wù)器通過(guò)Ro 4矣口與OCS 24相連，S - CSCF 13則通過(guò)IMS-GW 23 ( IMS網(wǎng)關(guān)功能單元)與OCS 24相連，S-CSCF 13 與IMS-GWF 23之間為ISC接口， IMS-GWF 23與OCS 24之間為Ro接口。 其中，所述Ro、 Rf接口均釆用Diameter協(xié)議進(jìn)行通信。IMS系統(tǒng)10中的預(yù)付費(fèi)業(yè)務(wù)典型地是由OCS 24實(shí)現(xiàn)的。如圖3所 示，OCS 24由0CF 31 (在線計(jì)費(fèi)功能單元)、ABMF 34 (帳戶余額管理 功能單元)、RF 35 (批價(jià)功能單元)以及可選的CGF22 (計(jì)費(fèi)網(wǎng)關(guān)功能 單元)組成，其中，OCF 31由基于會(huì)話的計(jì)費(fèi)功能單元(SBCF)與基于 事件的計(jì)費(fèi)功能單元(EBCF)兩個(gè)功能模塊組成。0CS24可以執(zhí)行基于會(huì)話和基于事件的在線計(jì)費(fèi)與信用控制，并可在業(yè)務(wù)級(jí)上控制用戶對(duì)應(yīng) 用業(yè)務(wù)的可用性，例如它能夠準(zhǔn)予或者拒絕用戶對(duì)網(wǎng)絡(luò)中的特定業(yè)務(wù)的 使用權(quán)。根據(jù)3GPP的規(guī)范TS32. 240，為了話費(fèi)統(tǒng)計(jì)、運(yùn)營(yíng)商之間的結(jié)算等 目的，允許在實(shí)時(shí)計(jì)費(fèi)的同時(shí)產(chǎn)生CDR。為此可以采取兩種方法來(lái)實(shí)現(xiàn)， 第一種方法是同時(shí)進(jìn)行在線和離線計(jì)費(fèi)；第二種方法是直接在OCS 24 中實(shí)現(xiàn)CDF 21功能或同時(shí)實(shí)現(xiàn)CDF 21與CGF 22功能，乂人而允許將OCS 24產(chǎn)生的CDR或CDR文件發(fā)送到CGF 22或計(jì)費(fèi)帳務(wù)系統(tǒng)。根據(jù)本發(fā)明的一種優(yōu)選方案是通過(guò)在表征用戶簽約信息的數(shù)據(jù)中 加入針對(duì)各個(gè)應(yīng)用服務(wù)器的相應(yīng)計(jì)費(fèi)方式信息，使HSS 14存儲(chǔ)與各個(gè) AS 15相應(yīng)的計(jì)費(fèi)方式信息。圖8示出了所述表征用戶簽約信息的數(shù)據(jù)
的通用建才莫i吾言才莫型。如前所述，在i見(jiàn)有凈支術(shù)中，"Initial Filter Criteria"類的一個(gè)實(shí)例由零個(gè)或一個(gè)"Trigger Point"類的實(shí)例和 一個(gè)"Application Server"類的實(shí)例組成，而其中的"Application Server"有兩個(gè)屬性，即給出該應(yīng)用服務(wù)器的通用資源定位符的 ServerName屬性和指示當(dāng)無(wú)法連接該應(yīng)用服務(wù)器時(shí)SIP對(duì)話是繼續(xù)還 是釋放的DefaultHandling屬性。根據(jù)本發(fā)明，為了在UML模型中加入 4十對(duì)該應(yīng)用月良務(wù)器的計(jì)費(fèi)方式信息，在"Application Server"類的屬 性增加了新的類型為"enumerated"的屬性"ChargingType",用于指 定該應(yīng)用服務(wù)器所采用的計(jì)費(fèi)方式。該新增屬性的取值為"ONLINE —CHARGING" 、 "OFFLINE —CHARGING"及"UNDEFINED",其中， 前兩個(gè)取值分別對(duì)應(yīng)在線計(jì)費(fèi)和離線計(jì)費(fèi)方式，"UNDEFINED"則表明 不對(duì)該AS的計(jì)費(fèi)方式作特別的限定。當(dāng)然，本領(lǐng)域的技術(shù)人員也可以 理解，新增加的類型不4義限于"ChargingType",其取值也不限于"ONLINE —CHARGING" 、 "OFFLINE —CHARGING"及"UNDEFINED",也可 以采用其他的能夠區(qū)分實(shí)時(shí)計(jì)費(fèi)和非實(shí)時(shí)計(jì)費(fèi)的屬性及其取值。在修改了數(shù)據(jù)結(jié)構(gòu)之后，通過(guò)Cx接口中的屬性值對(duì)"User-Data" 將所述計(jì)費(fèi)方式信息發(fā)送到S-CSCF 13。由于Cx接口中的屬性值對(duì)"User-Data"是采用XML格式來(lái)表示用戶業(yè)務(wù)信息數(shù)據(jù)的，而XML語(yǔ) 言采用文本編碼的特點(diǎn)及其優(yōu)良的可擴(kuò)展性，使得該方案既不用修改或 擴(kuò)展Cx接口的Diameter命令，也不用添加AVP項(xiàng)，具有較好的后向兼 容性。另外如圖6所示， 一個(gè)"Service Profile"類的實(shí)例中還包括零 個(gè)或多個(gè)"Shared iFC Set"類的實(shí)例，才艮據(jù)TS29.228，該類僅由一個(gè) 類型為整數(shù)(integer)的屬性"Identifier"表征(圖中未示出)， 用于指向在S - CSCF 13中本地管理和存4諸的可為多個(gè)"Service Profile"共用的初始過(guò)濾準(zhǔn)則(iFC)的集合。由于在S - CSCF 13本 地管理和存儲(chǔ)的共享的iFC集合中的各iFC仍具有與上述"Initial Filter Criteria"類相同的數(shù)據(jù)結(jié)構(gòu)，因此根據(jù)本發(fā)明，也可采用相 同的方式，在S-CSCF 13本地管理和存儲(chǔ)的共享的iFC的數(shù)據(jù)結(jié)構(gòu)中 增加相應(yīng)的指示各應(yīng)用服務(wù)器所采用的計(jì)費(fèi)方式的數(shù)據(jù)項(xiàng)。為了實(shí)現(xiàn)在IMS系統(tǒng)10中針對(duì)不同應(yīng)用靈活配置相應(yīng)的計(jì)費(fèi)方 式，根據(jù)本發(fā)明，作為通過(guò)Cx接口中屬性值對(duì)"User-Data"將所述計(jì)
費(fèi)方式信息發(fā)送到S-CSCF 13的替換方案，在Cx4妾口中擴(kuò)展新的屬性 值對(duì)，以指定該用戶各簽約的業(yè)務(wù)描述("Service Profile")所涉 及的各應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)方式。如前面結(jié)合圖4和圖5所描述的， 在現(xiàn)有4支術(shù)中SAA和PPR命令中包4舌類型為"0ctetString"的AVP "User-Data",即為用XML格式描述的用戶業(yè)務(wù)信息，和類型為 "Grouped"的AVP "Charging-Information",用于給出與該用戶簽約 業(yè)務(wù)相關(guān)的計(jì)費(fèi)功能地址。在本發(fā)明中，包括但不限于，擴(kuò)展一個(gè)類型 為"0ctetString，，的AVP "Appl icat ion-Server-Charging-Type，，，用 于指定該用戶簽約的業(yè)務(wù)描述所涉及的各應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)方 式。圖9給出了該AVP編碼結(jié)構(gòu)和具體用法，AVP頭部的各字段的定義 詳見(jiàn)IETF的規(guī)范RFC3588,其中，根據(jù)3GPP的規(guī)范TS29. 230,用于標(biāo) 識(shí)AVP的AVP編碼從632到699是保留給TS29. 229使用的，因此該新 定義AVP可以使用其中一個(gè)AVP編碼用于標(biāo)識(shí)該AVP。在該AVP的數(shù)據(jù) 字段，每個(gè)字節(jié)分別用于各應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)方式的指示"00000000"表示在線計(jì)費(fèi)，"00000001"表示離線計(jì)費(fèi)，"00000010" 表示未對(duì)該AS 15的計(jì)費(fèi)方式作限定，"00000011 11111111"保留用 于將來(lái)的定義。該AVP的數(shù)據(jù)字段中各計(jì)費(fèi)方式指示字段所對(duì)應(yīng)的AS 15 的順序，與AVP "User-Data"中采用XML格式表示的用戶業(yè)務(wù)信息數(shù)據(jù) 中各AS 15出現(xiàn)的次序相同，即該AVP的數(shù)據(jù)字段的第一個(gè)計(jì)費(fèi)方式指 示字段所指示的是"User-Data"的XML文本中第一個(gè)出現(xiàn)的"Application Server"類所表征的應(yīng)用服務(wù)器所采用的計(jì)費(fèi)方式，并 依次類推，最后以32位比特為邊界對(duì)齊。上述AVP "User-Data"中AS 15出現(xiàn)的順序也應(yīng)將"Shared iFC Set"類實(shí)例所指示的各iFC集合中 依次涉及的AS 15考慮在內(nèi)。利用該新定義的AVP,根據(jù)本發(fā)明的Cx接口 SAA和PPR命令的消息 格式分別如圖10和圖11所示，即在AVP "Charging-Information"之 后增力口可選的 AVP " Appl icat ion-Server-Charging-Type ，，。 由于 Diameter協(xié)議固有的可擴(kuò)展性，該方案同樣具有較好的后向兼容能力。 圖12給出了基于本發(fā)明在UE 16注冊(cè)過(guò)程中實(shí)現(xiàn)對(duì)AS 15計(jì)費(fèi)方 式控制的方法。圖中只示出了與本發(fā)明計(jì)費(fèi)方式控制相關(guān)的操作，其它 操作的細(xì)節(jié)和有關(guān)的信令過(guò)程與3GPP的規(guī)范TS24. 228、 TS24. 229及TS23. 228 —致。如圖12所示，在步驟1201,當(dāng)用戶簽約4吏用IMS業(yè)務(wù) 及有關(guān)應(yīng)用后，HSS 14負(fù)責(zé)存儲(chǔ)該用戶的業(yè)務(wù)簽約數(shù)據(jù)，其中，該數(shù)據(jù) 應(yīng)包括各AS 15的計(jì)費(fèi)方式信息。在步驟1202, UE 16在使用IMS網(wǎng)絡(luò) 提供的業(yè)務(wù)之前，將向IMS核心發(fā)送SIP消息"REGISTER"進(jìn)4亍注冊(cè)； 在步驟1203, S-CSCF 13收到該UE 16的注冊(cè)請(qǐng)求后將向HSS 14發(fā)送 SAR命令；在步驟1204, HSS 14將該UE 16的業(yè)務(wù)凄t據(jù)通過(guò)向SAA響應(yīng) 命令發(fā)送給S-CSCF 13,該響應(yīng)中也包括計(jì)費(fèi)功能地址以及各AS 15的 計(jì)費(fèi)方式信息；在步驟1205, S-CSCF 13按優(yōu)先級(jí)依次檢查該UE 16 的業(yè)務(wù)數(shù)據(jù)中包括的每一個(gè)iFC,若某iFC的觸發(fā)條件滿足則向該iFC 相應(yīng)的AS 15發(fā)起第三方注冊(cè)(根據(jù)TS29. 228,觸發(fā)第三方注冊(cè)的條件 是該iFC的"Service Point Trigger"所給出的觸發(fā)條件中至少包括 基于"REGISTER"的SIP方法)，其中，SIP消息頭P-Charging-Function-Addresses將指示該AS 15的計(jì)費(fèi)功能地址，而該計(jì)費(fèi)功能地 址由S - CSCF 13根據(jù)從HSS 14獲得的該UE 16計(jì)費(fèi)功能地址以及該AS 15的計(jì)費(fèi)方式確定；在步驟1206, AS 15從來(lái)自S - CSCF 13的第三方 注冊(cè)消息中獲得該UE 16的業(yè)務(wù)數(shù)據(jù)，其中包括從該消息的SIP消息頭 P—Charging—Function—Addresses獲4尋對(duì)i亥UE 16戶斤采用的i十費(fèi)功能地 址；在步驟1207， AS 15向S - CSCF 13訂閱該UE 16的業(yè)務(wù)數(shù)據(jù)更新 事件通知， 一旦用戶的簽約信息發(fā)生改變AS 15即可獲得更新后的該UE 16的業(yè)務(wù)數(shù)據(jù)及計(jì)費(fèi)功能地址等信息。才艮據(jù)前述，S-CSCF 13在4矣收到SIP對(duì)話初始請(qǐng)求或獨(dú)立事務(wù) (Transaction)請(qǐng)求以及這些請(qǐng)求的lxx或2xx響應(yīng)后，也將在向相 應(yīng)AS 15 (同樣根據(jù)iFC觸發(fā))轉(zhuǎn)發(fā)的所述請(qǐng)求及響應(yīng)消息中由SIP消 息頭P—Charging—Function—Addresses攜帶i亥AS 15的i十費(fèi)功負(fù)fei也i止， 而該計(jì)費(fèi)功能地址由S-CSCF 13^4居從HSS 14獲得的該UE 16計(jì)費(fèi)功 能地址以及該AS 15的計(jì)費(fèi)方式確定。在上述過(guò)程中，S-CSCF 13將按以下方式利用AVP "Charging-Information"給出的計(jì)費(fèi)功能地址以及通過(guò)采用前述兩種方法之一獲 得的各AS 15的計(jì)費(fèi)方式信息確定相應(yīng)AS 15的計(jì)費(fèi)功能地址(1)當(dāng)AVP "Charging-Information"給出的計(jì)費(fèi)功能地址包括至 少一個(gè)ECF和至少一個(gè)CCF時(shí)，則按指定的各AS 15計(jì)費(fèi)方式選擇相應(yīng) 的計(jì)費(fèi)功能地址。下面對(duì)此進(jìn)行具體解釋。若指定的某AS 15的計(jì)費(fèi)方 式為在線計(jì)費(fèi)，則通過(guò)ISC4妄口的SIP消息頭P-Charging-Function-Addresses 送往該AS 15的計(jì)費(fèi)功能地址包括由AVP "Charging-Information "纟會(huì)出的所有ECF J也址，或包4舌AVP "Charging-Information"纟合出的所述至少一個(gè)ECF和至少一個(gè)CCF。(即在OCS 24 已內(nèi)置CGF 22功能的典型情況中，在實(shí)時(shí)計(jì)費(fèi)的同時(shí)生成CDR僅需包 括由AVP "Charging-Information，，給出的所有ECF地址；而在OCS 24 不包括CGF 22的典型情況中，在實(shí)時(shí)計(jì)費(fèi)的同時(shí)生成CDR則需要包括 由AVP "Charging-Information"皇合出的所述至少一個(gè)ECF和至少一個(gè) CCF);若指定的該AS 15的計(jì)費(fèi)方式為離線計(jì)費(fèi)，則通過(guò)ISC接口的 SIP消息頭P-Charging-F露tion-Addresses送往該AS 15的計(jì)費(fèi)功能 地址為AVP "Charging-Information"給出的所有CCF地址;若未指定 該AS 15的計(jì)費(fèi)方式，則通過(guò)ISC接口的SIP消息頭P-Charging-Function—Addresses送^主i亥AS 15的i十費(fèi)功能i也i止即為 "Charging— Information"給出所有地址。(2)當(dāng)AVP "Charging-Information"給出的計(jì)費(fèi)功能地址僅包括 CCF時(shí)，無(wú)"i侖所指定的AS 15計(jì)費(fèi)方式如何，通過(guò)ISC4秦口的SIP消息 頭P—Charging—Function—Addresses送4主該AS 15的i十費(fèi)功能i也址即為 AVP "Charging-Information"給出所有地址。如前所述，現(xiàn)有Sh接口可以支持HSS 14經(jīng)由Sh接口向不同的AS 15 分別提供不同的計(jì)費(fèi)功能地址的方式。根據(jù)本發(fā)明，HSS14應(yīng)具有通過(guò) Sh接口控制AS 15計(jì)費(fèi)方式的功能，即當(dāng)AS 15通過(guò)Sh接口向HSS 14 查詢某用戶的業(yè)務(wù)簽約數(shù)據(jù)時(shí)，HSS14即可根據(jù)其所存儲(chǔ)的該用戶的業(yè) 務(wù)凄t據(jù)中包括的該AS 15的計(jì)費(fèi)方式信息以及該用戶業(yè)務(wù)所涉及的計(jì)費(fèi) 功能地址，基于與上述方法同樣的原則確定針對(duì)該AS 15的計(jì)費(fèi)功能地 址并通過(guò)Sh接口向該AS 15提供包括其所使用的計(jì)費(fèi)功能地址在內(nèi)的 用戶業(yè)務(wù)數(shù)據(jù)。這樣，由于HSS 14和S-CSCF 13采用了一致的AS 15 計(jì)費(fèi)功能地址確定方法，保證了 AS 15從Cx及ISC 4妄口收到的計(jì)費(fèi)功 能地址與從Sh口收到的計(jì)費(fèi)功能地址的一致性。需要注意，以上結(jié)合實(shí)施例對(duì)于本發(fā)明的描述僅是說(shuō)明性而非限制 性的。本領(lǐng)域的普通技術(shù)人員可以在本發(fā)明構(gòu)思的范圍內(nèi)作出不同的變 化和改進(jìn)。本發(fā)明的保護(hù)范圍僅由所附的權(quán)利要求書(shū)定義。此外，本說(shuō) 明書(shū)和權(quán)利要求書(shū)中所用的"包括" 一詞不排除包含所列部分之外的其
他部分，而"一個(gè)" 一詞不^非除多個(gè)此類部分的情況,
權(quán)利要求
1.一種在包括歸屬用戶服務(wù)器、服務(wù)呼叫狀態(tài)控制功能單元和應(yīng)用服務(wù)器的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)中配置計(jì)費(fèi)信息的方法，其特征在于包括以下步驟在歸屬用戶服務(wù)器中存儲(chǔ)用戶業(yè)務(wù)所涉及的各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)方式信息；由所述歸屬用戶服務(wù)器將計(jì)費(fèi)功能地址信息與所述計(jì)費(fèi)方式信息發(fā)送到服務(wù)呼叫狀態(tài)控制功能單元；所述服務(wù)呼叫狀態(tài)控制功能單元根據(jù)所接收的計(jì)費(fèi)功能地址信息與計(jì)費(fèi)方式信息確定各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)功能地址，并向各個(gè)應(yīng)用服務(wù)器轉(zhuǎn)發(fā)相應(yīng)的計(jì)費(fèi)功能地址信息。
2. 如權(quán)利要求1所述的方法，其中在歸屬用戶服務(wù)器中存儲(chǔ)用戶 業(yè)務(wù)所涉及的各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)方式信息的步驟是通過(guò)在表 征用戶簽約信息的數(shù)據(jù)中加入針對(duì)各個(gè)應(yīng)用服務(wù)器的相應(yīng)計(jì)費(fèi)方式信 息實(shí)現(xiàn)的。
3. 如權(quán)利要求2所述的方法，其中在所述表征用戶簽約信息的數(shù) 據(jù)的通用建才莫語(yǔ)言才莫型的"Application Server"類中加入一個(gè)關(guān)于計(jì) 費(fèi)方式信息的屬性，其取值包括對(duì)應(yīng)在線計(jì)費(fèi)方式的值和對(duì)應(yīng)離線計(jì)費(fèi) 方式的值。
4. 如權(quán)利要求3所述的方法，其中所加入的屬性是一個(gè)類型為 "enumerated ，' 的屬性 "ChargingType ，，，其取值為 "ONLINE—CHARGING",對(duì)應(yīng)在線計(jì)費(fèi)方式；"OFFLINE—CHARGING",對(duì)應(yīng)離線計(jì)費(fèi)方式的值。
5. 如權(quán)利要求1所述的方法，其中通過(guò)歸屬用戶服務(wù)器與服務(wù)呼 叫狀態(tài)控制功能單元之間的4矣口協(xié)-議中的屬性值對(duì)"User-Data"來(lái)攜 帶所述計(jì)費(fèi)方式信息，從而將所述計(jì)費(fèi)方式信息從歸屬用戶服務(wù)器發(fā)送 到服務(wù)呼叫狀態(tài)控制功能單元。
6. 如權(quán)利要求5所述的方法，其中所述計(jì)費(fèi)方式信息包含在屬性 值對(duì)"User-Data"所給出的用可擴(kuò)展標(biāo)記語(yǔ)言格式所描述的用戶業(yè)務(wù) 信息中。
7. 如權(quán)利要求1所述的方法，其中通過(guò)在歸屬用戶服務(wù)器與服務(wù) 呼叫狀態(tài)控制功能單元之間接口協(xié)議中增加用于指定對(duì)于相應(yīng)應(yīng)用服 務(wù)器的計(jì)費(fèi)方式的屬性值對(duì)，以便將所述計(jì)費(fèi)方式信息從歸屬用戶服務(wù) 器發(fā)送到服務(wù)呼叫狀態(tài)控制功能單元。
8. 如權(quán)利要求7所述的方法，其中在新定義的屬性值對(duì)的數(shù)據(jù)字 —段中的字節(jié)與對(duì)應(yīng)于應(yīng)用月艮務(wù)器的計(jì)費(fèi)方式相對(duì)應(yīng)，其中"00000000" 表示在線計(jì)費(fèi)，"00000001"表示離線計(jì)費(fèi)。
9. 如權(quán)利要求8所述的方法，其中在新定義的屬性值對(duì)的數(shù)據(jù)字 段中，與各個(gè)字節(jié)相對(duì)應(yīng)的應(yīng)用服務(wù)器的順序與屬性值對(duì)"User-Data" 中采用可擴(kuò)展標(biāo)記語(yǔ)言格式表示的用戶業(yè)務(wù)信息數(shù)據(jù)中各應(yīng)用服務(wù)器 出現(xiàn)的順序相同。
10. 如權(quán)利要求l所述的方法，其中服務(wù)呼叫狀態(tài)控制功能單元根 據(jù)接收到的針對(duì)各個(gè)應(yīng)用服務(wù)器的計(jì)費(fèi)方式信息以及屬性值對(duì)"Charging-Informat ion"中給出計(jì)費(fèi)功能地址來(lái)確定各個(gè)應(yīng)用服務(wù)器 相應(yīng)的計(jì)費(fèi)功能地址并向各個(gè)應(yīng)用服務(wù)器發(fā)送相應(yīng)的計(jì)費(fèi)地址。
11. 如權(quán)利要求10所述的方法，其中當(dāng)所述收到的屬性值對(duì) "Charging-Information"給出的計(jì)費(fèi)功能;也址包4舌至少一個(gè)ECF和至少一個(gè)CCF時(shí)，若指定的某應(yīng)用服務(wù)器的計(jì)費(fèi)方式為在線計(jì)費(fèi)，則送往 該應(yīng)用服務(wù)器的計(jì)費(fèi)功能地址至少包括由該屬性值對(duì)"Charging-Information"給出的所有ECF地址；若指定的該應(yīng)用服務(wù)器的計(jì)費(fèi)方 式為離線計(jì)費(fèi)，則送往該應(yīng)用服務(wù)器的計(jì)費(fèi)功能地址為該屬性值對(duì) "Charging-Information"給出的所有CCF地址；若未指定該應(yīng)用服務(wù)器的計(jì)費(fèi)方式，則送往該應(yīng)用服務(wù)器的計(jì)費(fèi)功能地址即為該屬性值對(duì) "Charging-Inf ormat ion，，給出所有地址。
12. 如權(quán)利要求10所述的方法，其中當(dāng)屬性值對(duì)"Charging-Information"給出的計(jì)費(fèi)功能地址僅包括CCF時(shí)，送往該應(yīng)用服務(wù)器的 計(jì)費(fèi)功能地址是屬性值對(duì) "Charging-Information"中給出的所有地 址。
13. —種其中能夠靈活配置計(jì)費(fèi)信息的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)， 所述互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)包括歸屬用戶服務(wù)器、服務(wù)呼叫狀態(tài)控制 功能單元和應(yīng)用服務(wù)器，其特征在于器的計(jì)費(fèi)方式信息并用于將計(jì)費(fèi)功能地址信息與所述計(jì)^方二信息發(fā) 送給服務(wù)呼叫狀態(tài)控制功能單元； 該服務(wù)呼叫狀態(tài)控制功能單元用于根據(jù)所接收的計(jì)費(fèi)功能地址信 息與所述計(jì)費(fèi)方式信息確定各個(gè)應(yīng)用力l務(wù)器相應(yīng)的計(jì)費(fèi)功能地址，并向 各個(gè)應(yīng)用服務(wù)器轉(zhuǎn)發(fā)相應(yīng)的計(jì)費(fèi)功能地址信息。
14. 如權(quán)利要求13所迷的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中該歸屬 用戶服務(wù)器存儲(chǔ)的表征用戶簽約信息的數(shù)據(jù)中包含針對(duì)各個(gè)應(yīng)用服務(wù) 器的相應(yīng)計(jì)費(fèi)方式信息。
15. 如權(quán)利要求14所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中在所述 表征用戶簽約信息的數(shù)據(jù)的通用建模語(yǔ)言模型的"Application Server"類中包含關(guān)于計(jì)費(fèi)方式信息的屬性，其取值包括對(duì)應(yīng)在線計(jì)費(fèi) 方式的值和對(duì)應(yīng)離線計(jì)費(fèi)方式的值。
16. 如權(quán)利要求15所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中所述關(guān) 于計(jì)費(fèi)方式信息的屬性是一個(gè)類型為"enumerated"的屬性"ChargingType",其取值為"ONLINE—CHARGING"，對(duì)應(yīng)在線計(jì)費(fèi) 方式；"OFFLINE —CHARGING",對(duì)應(yīng)離線計(jì)費(fèi)方式的值。
17. 如權(quán)利要求13所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中通過(guò)歸 屬用戶服務(wù)器與服務(wù)呼叫狀態(tài)控制功能單元之間的接口協(xié)議中的屬性 值對(duì)"User-Data"來(lái)攜帶所述計(jì)費(fèi)方式信息，從而將所述計(jì)費(fèi)方式信 息從歸屬用戶服務(wù)器發(fā)送到服務(wù)呼叫狀態(tài)控制功能單元。
18. 如權(quán)利要求17所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中所述計(jì) 費(fèi)方式信息包含在屬性值對(duì)"User-Data"所給出的用可擴(kuò)展標(biāo)記語(yǔ)言 格式所描述的用戶業(yè)務(wù)信息中。
19. 如權(quán)利要求13所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中在歸屬 用戶服務(wù)器與服務(wù)呼叫狀態(tài)控制功能單元之間接口協(xié)議中含有用于指 定對(duì)于相應(yīng)應(yīng)用服務(wù)器的計(jì)費(fèi)方式的屬性值對(duì)，以用于將所述計(jì)費(fèi)方式 信息從歸屬用戶服務(wù)器發(fā)送到服務(wù)呼叫狀態(tài)控制功能單元。
20. 如權(quán)利要求19所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中所述屬 性值對(duì)的數(shù)據(jù)字段中的字節(jié)與對(duì)應(yīng)于應(yīng)用服務(wù)器的計(jì)費(fèi)方式相對(duì)應(yīng)，其 中"00000000"表示在線計(jì)費(fèi)，"00000001"表示離線計(jì)費(fèi)。
21. 如權(quán)利要求20所述的互聯(lián)網(wǎng)協(xié)議多+某體子系統(tǒng)，其中在所述 屬性值對(duì)的數(shù)據(jù)字段中，與各個(gè)字節(jié)相對(duì)應(yīng)的應(yīng)用服務(wù)器的順序與屬性 值對(duì)"User-Data"中采用可擴(kuò)展標(biāo)記語(yǔ)言格式表示的用戶業(yè)務(wù)信息數(shù) 據(jù)中各應(yīng)用服務(wù)器出現(xiàn)的順序相同。
22. 如權(quán)利要求13所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中服務(wù)呼叫狀態(tài)控制功能單元被設(shè)置成根據(jù)接收到的針對(duì)各個(gè)應(yīng)用服務(wù)器的計(jì) 費(fèi)方式信息以及屬性值對(duì)"Charging-Information"中給出計(jì)費(fèi)功能地 址來(lái)確定各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)功能地址并向各個(gè)應(yīng)用服務(wù)器發(fā) 送相應(yīng)的計(jì)費(fèi)地址。
23. 如權(quán)利要求22所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中當(dāng)服務(wù) 呼叫狀態(tài)控制功能單元收到的屬性值對(duì)"Charging-Information"給出 的計(jì)費(fèi)功能地址包括至少一個(gè)ECF和至少一個(gè)CCF時(shí)，若指定的某應(yīng)用 服務(wù)器的計(jì)費(fèi)方式為在線計(jì)費(fèi)，則服務(wù)呼叫狀態(tài)控制功能單元向應(yīng)用服 務(wù)器發(fā)送的計(jì)費(fèi)功能地址至少包括由該屬性值對(duì)"Charging-Information"給出的所有ECF地址；若指定的該應(yīng)用服務(wù)器的計(jì)費(fèi)方 式為離線計(jì)費(fèi)，則服務(wù)呼叫狀態(tài)控制功能單元向應(yīng)用服務(wù)器發(fā)送的計(jì)費(fèi) 功能地址為該屬性值對(duì)"Charging-Information"纟合出的所有CCF地址；若未指定該應(yīng)用服務(wù)器的計(jì)費(fèi)方式，則服務(wù)呼叫狀態(tài)控制功能單元向應(yīng) 用服務(wù)器發(fā)送的計(jì)費(fèi)功能地址即為該屬性值對(duì)"Charging-Information"給出所有地址。
24. 如權(quán)利要求22所述的互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)，其中當(dāng)屬性值 對(duì)"Charging-Information" #合出的計(jì)費(fèi)功能地址僅包括CCF時(shí)，送往 該應(yīng)用服務(wù)器的計(jì)費(fèi)功能地址是屬性值對(duì) "Charging-Information" 中給出的所有地址。
全文摘要
本發(fā)明提供了一種在互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)中靈活配置計(jì)費(fèi)信息的方法及系統(tǒng)。根據(jù)本發(fā)明，在歸屬用戶服務(wù)器中存儲(chǔ)用戶業(yè)務(wù)所涉及的各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)方式信息，由所述歸屬用戶服務(wù)器將計(jì)費(fèi)功能地址信息與所述計(jì)費(fèi)方式信息發(fā)送到服務(wù)呼叫狀態(tài)控制功能單元，所述服務(wù)呼叫狀態(tài)控制功能單元根據(jù)所接收的計(jì)費(fèi)功能地址信息與計(jì)費(fèi)方式信息確定各個(gè)應(yīng)用服務(wù)器相應(yīng)的計(jì)費(fèi)功能地址，并向各個(gè)應(yīng)用服務(wù)器轉(zhuǎn)發(fā)相應(yīng)的計(jì)費(fèi)功能地址信息。
文檔編號(hào)H04L12/14GK101167097SQ200580049644
公開(kāi)日2008年4月23日 申請(qǐng)日期2005年4月29日 優(yōu)先權(quán)日2005年4月29日
發(fā)明者晟 劉 申請(qǐng)人:Ut斯達(dá)康通訊有限公司