[發明專利]用于IMS多業務在線計費中的帳戶資源預留和分配方法

無效

• 申請號: 200810239427.1
• 申請日: 2008-12-09
• 公開（公告）號: CN101431745A
• 公開（公告）日: 2009-05-13
• 發明（設計）人: 廖建新;王晶;王純;李煒;黃海;朱曉民;張磊;徐童;張樂劍;沈奇威;樊利民;程莉
• 申請（專利權）人: 杭州東信北郵信息技術有限公司
• 主分類號: H04W4/24
• 分類號: H04W4/24;H04L29/06
• 代理公司: 北京德琦知識產權代理有限公司
• 代理人: 夏憲富

技術領域

本發明涉及一種用于IMS多業務在線計費中的帳戶資源預留和分配方法，屬于通信技術中的IMS多業務在線計費技術領域。

背景技術

在2G移動通信系統中，通過引入智能網實現了對語音業務的在線計費，同一時刻，每一個預付費用戶的賬戶只允許接入一個預付費呼叫業務，本質上相當于賬戶上的所有余額在通話期間都由這一個業務所使用，這種單業務獨享賬戶的計費過程相對比較簡單。而在3G移動通信系統中，通過引入IP多媒體子系統IMS(IP?Multimedia?Subsystem)實現了對語音、數據、視頻等多種差異化業務的融合，IMS的在線計費機制允許每一個預付費用戶能夠同時進行多項業務。比如，一個用戶既可以上網瀏覽新聞，又可以在線收看視頻，同時還可以參與即時聊天，所有這些業務都是在同一時間由同一個預付費用戶的賬戶進行計費支持。由于賬戶余額有限，如何合理地為多項并發的業務分配資源是IMS在線計費機制中值得研究的問題。

UMTS(Universal?Mobile?Telecommunications?System)等3G網絡通過引入新的計費實體在線計費系統OCS(Online?Charging?System)，實現對IMS網絡的在線計費支持。IMS被計費的實體包括IMS的各類呼叫會話控制功能實體CSCF(Call?Session?Control?Function)、IMS的應用服務器AS(ApplicationServer)以及IMS的媒體資源功能控制器MRFC(Media?Resource?FunctionController)等，它們都向OCS發起計費請求，并在計費過程中搜集各類計費信息報告給OCS，OCS主要完成賬戶余額管理，為各類業務預留資源，以及產生計費詳單記錄等功能。IMS被計費實體與OCS之間采用Diameter信用控制應用DCCA(Diameter?Credit-Control?Application)協議進行交互，該協議主要由兩個命令消息組成：信用控制請求消息CCR(Credit?Control?Request)：由IMS被計費實體發給OCS，實現各類計費請求；以及信用控制應答消息CCA(CreditControl?Answer)：由OCS返回給IMS被計費實體，完成對CCR的請求回應。

但是，在相關的國際規范或標準中，沒有對OCS的資源預留策略給出一個明確的規定。前面已經提到，IMS的在線計費機制允許一個用戶的賬戶同時支持多項并發業務的計費。由于賬戶余額是有限的，如果OCS每次預留的資源數量過大，則得到資源分配的業務最后可能剩余較多的未使用資源，這樣，在業務結束后，這些剩余資源將會被釋放；但是在釋放之前，賬戶余額可能將不再有足夠的資源支持用戶接入新的業務，造成業務接入的拒絕或等待，使得賬戶資源利用率不高。如果每次預留的資源過少，則分配的資源就會很快消耗完，這樣，IMS被計費實體就頻繁地向OCS發起單位預留RU操作和借記DU操作，從而增加了網絡的信令負荷以及系統的處理開銷。

因此，面向IMS的多業務的在線計費需求，如何為OCS設計一個有效的帳戶資源預留和分配方法已經成為一個急需解決的技術問題。

發明內容

有鑒于此，本發明的目的是為了實現IMS中多業務的在線計費需要，提供一個用于OCS的帳戶資源預留和分配方法，該方法既可以保證高的賬戶資源利用率，又不至于引起過大的網絡和系統資源開銷。

為了達到上述目的，本發明提供了一種用于IMS多業務在線計費中的帳戶資源預留和分配方法，其特征在于，所述方法包括下列操作步驟：

(1)在IMS的被計費實體裝置與在線計費系統OCS之間進行交互所采用Diameter信用控制應用DCCA(Diameter?Credit-Control?Application)協議中，對信用控制應用請求CCR的消息格式進行擴展，增加業務帶寬信息的屬性值：帶寬信息BI(Bandwidth?Informaition)，并由IMS中的被計費實體裝置每次通過更新請求(UPDATE_REQUEST)類型的CCR消息報告給OCS；

(2)OCS等待接收CCR消息，并根據接收到的CCR消息的不同類型分別執行相應的操作：

如果該CCR消息是初始請求(INITIAL_REQUEST)類型，則跳轉執行步驟(4)；

如果該CCR消息是終止請求(TERMINATION_REQUEST)類型，則跳轉執行步驟(7)；

如果該CCR消息是更新請求(UPDATE_REQUEST)類型，則執行后續步驟(3)；