專利名稱：Ims網(wǎng)關(guān)系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及IMS網(wǎng)關(guān)系統(tǒng)和操作IMS網(wǎng)關(guān)系統(tǒng)的方法。
背景技術(shù)：
如第三代合作伙伴項目(3GPP)中闡明的，IP多媒體子系統(tǒng)(IMS)為會聚網(wǎng)絡提供具有不可知訪問網(wǎng)絡結(jié)構(gòu)的通用核心網(wǎng)。業(yè)務提供商正在下一代網(wǎng)絡發(fā)展中接受這種結(jié)構(gòu)。IMS結(jié)構(gòu)最初由3GPP定義，以在網(wǎng)際協(xié)議(IP)網(wǎng)絡上向移動用戶提供多媒體業(yè)務。IP網(wǎng)絡成為用以發(fā)送視頻、語音和數(shù)據(jù)的最節(jié)約成本的承載網(wǎng)絡。IMS利用IP網(wǎng)絡的優(yōu)點為IMS平臺上的IMS用戶提供多媒體業(yè)務。IMS網(wǎng)絡內(nèi)使用的信令是會話初始協(xié)議(SIP)。IMS在應用服務器、IMS核心網(wǎng)(CSCF)、IMS用戶、IMS數(shù)據(jù)庫(HSS)和IMS計費單元之間定義標準SIP接口。這些標準可以減少網(wǎng)絡集成花費和讓用戶享受更穩(wěn)定的業(yè)務。
在IMS平臺上，諸如呼叫轉(zhuǎn)發(fā)、會議以及呼叫等待的傳統(tǒng)的輔助業(yè)務對于IMS用戶是可用的。同樣許多新數(shù)據(jù)業(yè)務，諸如即時消息收發(fā)、視頻呼叫、視頻等待和基于網(wǎng)頁的業(yè)務對于IMS用戶也將會是可用的。
為操作員收入生成提供有效的IMS在線計費對于IMS網(wǎng)絡的成功部署是重要的。幾種3GPP技術(shù)規(guī)范描述了用于IMS網(wǎng)絡的在線計費。例如，3GPP TS32.200規(guī)范描述了具有基于會話的計費功能的在線計費系統(tǒng)(OCS)。OCS通過IMS業(yè)務控制(ISC)接口與服務呼叫會話控制功能(S-CSCF)連接。S-CSCF控制對于主叫方或被叫方的呼叫會話，以及通過ISC接口與OCS通信，以為呼叫會話提供在線計費。然而，ISC接口是不支持在線計費的業(yè)務接口。因此，為了使用S-CSCF和OCS之間的ISC接口用于在線計費，非常遺憾地需要增加附加功能到OCS。
為了避免過載具有附加功能的OCS，以及使得在線計費結(jié)構(gòu)一致，可以改變S-CSCF和OCS之間的接口來支持在線計費，代替向OCS增加功能。用于支持在線計費的接口的一個選擇是擴展ISC接口以考慮計費機制。于是，ISC接口將是業(yè)務接口和計費接口。非常遺憾地，就3GPP所希望的標準化而言，將ISC接口做為混合業(yè)務/計費接口使用是不可接受的。
另一個選擇是使用Ro接口取代ISC接口，因為Ro接口已經(jīng)支持在線計費。3GPP TS 32.296規(guī)范建議通過引入在S-CSCF和OCS之間起網(wǎng)關(guān)作用的IMS網(wǎng)關(guān)功能來使用Ro接口用于在線計費。
圖1表示現(xiàn)有技術(shù)下由3GPP建議的IMS在線計費結(jié)構(gòu)100。在線計費結(jié)構(gòu)100在3GPP TS 32.240和32.260中進行了描述。在線計費結(jié)構(gòu)100包括IMS網(wǎng)關(guān)功能102、S-CSCF 104、和OCS 106。OCS 106包括基于會話的計費功能(SBCF)和基于事件的計費功能(EBCF)?；跁挼挠嬞M功能負責網(wǎng)絡/用戶會話的在線計費，諸如語音呼叫或IMS會話?；谑录挠嬞M功能與任何應用服務器一起執(zhí)行基于事件的在線計費(也稱為“上下文計費”)。
IMS網(wǎng)關(guān)功能102通過ISC接口105與S-CSCF 104通信，以及通過Ro接口107與OCS 106通信。對于S-CSCF 104和OCS 106中基于會話的計費功能之間的在線計費，S-CSCF 104不觸發(fā)在線計費事件并因此不包括計費觸發(fā)功能(CTF)。取而代之，通過S-CSCF 104使用ISC接口105，這意味著在線計費對S-CSCF 104是透明的和看起來象是由SIP應用服務器控制的任何其他業(yè)務。因此，如果需要支持基于Ro的在線計費，就需要特別的CTF，以在基于Ro的基于會話的計費功能和基于SIP的業(yè)務控制之間進行協(xié)調(diào)。IMS網(wǎng)關(guān)功能102起這個作用，它能夠在向S-CSCF 104的SIP會話控制和向OCS 106的Ro信用控制之間進行轉(zhuǎn)換。
非常遺憾，3GPP規(guī)范沒有描述如何使用IMS網(wǎng)關(guān)功能用于在線計費。規(guī)范也沒解決ISC接口、Ro接口、和S-CSCF如何一起起作用，以及IMS網(wǎng)關(guān)功能如何進行操作以為在線計費提供預算控制。

發(fā)明內(nèi)容
本發(fā)明通過IMS網(wǎng)關(guān)系統(tǒng)和用于操作IMS網(wǎng)關(guān)系統(tǒng)來為IMS會話提供會話控制和預算控制的方法而解決上述及其他關(guān)聯(lián)問題。在此描述狀態(tài)機來為IMS會話提供在線計費控制。先前沒有公開或提供IMS網(wǎng)關(guān)系統(tǒng)的這種實施方式。
本發(fā)明的一個實施例包括IMS網(wǎng)絡的IMS網(wǎng)關(guān)系統(tǒng)，其在IMS會話期間處理在線計費。IMS網(wǎng)關(guān)系統(tǒng)包括會話控制接口，用于與服務呼叫會話控制功能(S-CSCF)通信；控制系統(tǒng)；以及計費接口，用于與在線計費系統(tǒng)(OCS)通信。在例如根據(jù)狀態(tài)機操作時，控制系統(tǒng)等待會話啟始消息(例如，SIP INVITE消息)。響應于從第一用戶接收的會話啟始消息以通過會話控制接口啟動與第二用戶的會話，控制系統(tǒng)通過計費接口發(fā)送初始信用控制請求消息(例如直徑Ro CCR(Diameter Ro CCR)消息)到OCS，以啟動第一用戶與OCS的計費會話(這起到第一觸發(fā)功能的作用)?？刂葡到y(tǒng)于是等待來自OCS的初始信用控制應答消息(例如，直徑Ro CCA消息)。響應于通過計費接口從OCS接收到初始信用控制應答消息，控制系統(tǒng)通過會話控制接口發(fā)送會話啟始消息到第二用戶，和等待來自第二用戶的會話接受消息(例如SIP消息)。
響應于從第二用戶接收到會話接受消息，控制系統(tǒng)通過會話控制接口發(fā)送會語接受消息到第一用戶?？刂葡到y(tǒng)還通過計費接口發(fā)送更新信用控制請求消息到OCS，以獲得第一用戶用于會話的配額(這起到另一個觸發(fā)功能的作用)?？刂葡到y(tǒng)等待來自OCS的更新信用控制應答消息。響應于通過計費接口從OCS接收到更新信用控制應答消息，控制系統(tǒng)識別出在更新信用控制應答消息中由OCS準予的配額，并基于所準予的配額提供會話的預算控制。
響應于接收到會話終止消息，控制系統(tǒng)通過計費接口發(fā)送終止信用控制請求消息到OCS，以向OCS報告準予的配額中的已使用部分(這起到另一個觸發(fā)功能的作用)?？刂葡到y(tǒng)于是等待來自OCS的終止信用控制應答消息。響應于通過計費接口從OCS接收到終止信用控制應答消息，控制系統(tǒng)終止會話。
本發(fā)明的另一個實施例包括操作IMS網(wǎng)關(guān)系統(tǒng)的相關(guān)方法。本發(fā)明可以包括下面描述的其他示例性實施例。


相同的參考數(shù)字在所有附圖上表示相同元素。
圖1示出了現(xiàn)有技術(shù)中的包括IMS網(wǎng)關(guān)功能的3GPP在線計費結(jié)構(gòu)。
圖2示出了在本發(fā)明的示例性實施例中的IMS網(wǎng)關(guān)系統(tǒng)。
圖3是示出了在本發(fā)明的示例性實施例中的IMS網(wǎng)關(guān)系統(tǒng)的示例性操作的狀態(tài)圖。
圖4示出了在本發(fā)明的示例性實施例中的IMS網(wǎng)絡中的另一個IMS網(wǎng)關(guān)系統(tǒng)。
圖5-6示出了表示用于定義IMS網(wǎng)關(guān)系統(tǒng)的操作的狀態(tài)機的狀態(tài)表，以在本發(fā)明的示例性實施例中提供信用控制和SIP消息處理。
具體實施例方式
圖2-6和下面的描述敘述了本發(fā)明的特定示例性實施例，從而教導本領(lǐng)域技術(shù)人員如何制造和使用本發(fā)明。為了教導發(fā)明的原理，本發(fā)明的一些常規(guī)方面被簡化或省略了。本領(lǐng)域的普通技術(shù)人員將理解，從這些實施例做出的各種變化都將落入本發(fā)明的范圍內(nèi)。本領(lǐng)域的普通技術(shù)人員將理解，以下描述的特征可以以各種方式被組合來形成本發(fā)明的多種變形。結(jié)果，本發(fā)明并不限于以下描述的具體實施例，而僅受權(quán)利要求及其等同物來限制。
圖2示出了本發(fā)明示例性實施例中的IMS網(wǎng)絡中的IMS網(wǎng)關(guān)系統(tǒng)200。IMS網(wǎng)關(guān)系統(tǒng)200可以以與IMS網(wǎng)關(guān)功能102相似的方式包括在圖1的IMS計費結(jié)構(gòu)100中，但是IMS網(wǎng)關(guān)系統(tǒng)200也可以以其它IMS計費結(jié)構(gòu)的方式實現(xiàn)。IMS網(wǎng)關(guān)系統(tǒng)200包括會話控制接口202、控制系統(tǒng)204以及計費接口206。在鏈路212上，會話控制接口202耦合到服務呼叫會話控制功能(S-CSCF)210。計費接口206在鏈路222上連接到在線計費系統(tǒng)(OCS)220上。IMS網(wǎng)關(guān)系統(tǒng)200也可以包括為了簡短的原因而沒有在圖2中示出的其它組件、設備或系統(tǒng)。
控制系統(tǒng)204包括適合于提供計費觸發(fā)功能以為會話執(zhí)行配額控制、以及適合于為會話提供會話控制的任何系統(tǒng)、設備或服務器。預算控制包括用于例如通過與OCS220通信來為會話計費的任何計費功能。用于在線計費的預算控制可以典型地用于預付款應用?？刂葡到y(tǒng)204可以以軟件、硬件或硬件和軟件的組合來實現(xiàn)。在軟件實現(xiàn)中，控制系統(tǒng)204可以包括存儲在存儲媒體上的指令。指令可以由處理系統(tǒng)檢取和執(zhí)行。指令的一些例子是軟件、程序代碼和固件。存儲媒體的一些例子是存儲設備、磁帶、盤、集成電路和服務器。根據(jù)本發(fā)明當由處理系統(tǒng)執(zhí)行指令以指引處理系統(tǒng)進行操作時，指令是可操作的。術(shù)語“處理系統(tǒng)”涉及單個處理設備或一組可交互操作的處理設備。處理器的一些例子是計算機、集成電路和邏輯電路。本領(lǐng)域的普通技術(shù)人員熟悉這些指令、處理器和存儲媒體。
會話控制接口202包括適合于發(fā)送會話控制消息到S-CSCF 210/從S-CSCF210接收會話控制消息的任何接口。會話控制消息包括用作會話開始、會話管理或維護、或會話訴除的任何消息。會話控制接口202可以包括由3GPP建議的IMS業(yè)務控制(ISC)接口，但是在其它實施例中可以包括其它接口。
計費接口206包括適合于發(fā)送計費消息到OCS 220/從OCS 220接收計費消息的任何接口。計費消息包括IM網(wǎng)絡中用于會話的在線計費的任何消息。計費控制接口206可以包括由3GPP建議的直徑Ro接口，但是在其它實施例中可以包括其它接口。
圖3是表示在本發(fā)明的示例性實施例中的IMS網(wǎng)關(guān)系統(tǒng)200的示例性操作的狀態(tài)圖300。開始，因為沒有建立IMS會話，IMS網(wǎng)關(guān)系統(tǒng)200的控制系統(tǒng)204處于空閑狀態(tài)302?？刂葡到y(tǒng)204在空閑狀態(tài)302下等待以接收會話啟始消息來啟動IMS會話。例如假定通過圖2示出的S-CSCF210，第一用戶啟動與第二用戶的IMS會話。如果控制系統(tǒng)204從第一用戶那里接收會話啟始消息(諸如SIP INVITE消息)，控制系統(tǒng)204于是轉(zhuǎn)換到未決(pending)初始狀態(tài)304。未決初始狀態(tài)304可以表示IMS會話的初始觸發(fā)點。
在未決初始狀態(tài)304，控制系統(tǒng)204通過計費接口206發(fā)送初始信用控制請求信息到給OCS 220，以開始第一用戶與OCS 220的計費會話(同樣參考圖2)。作為啟動計費會話的一部分，OCS 220可以驗證第一用戶，(如果有)識別用戶帳戶，識別會話的等級，識別第一用戶的帳戶余額等等?？刂葡到y(tǒng)204也可以識別會話啟始消息中的會話描述參數(shù)，和將會話啟始消息中的會話描述參數(shù)映射到在初始信用控制請求消息中的參數(shù)。將在后面的描述中描述示例性的映射?？刂葡到y(tǒng)204于是等待來自OCS 220的初始信用控制應答消息。初始信用控制請求消息和初始信用控制應答消息的例子分別包括直徑CCR消息和直徑CCA消息。
如果控制系統(tǒng)204從OCS 220接收初始信用控制應答消息，表示可以為第一用戶建立計費會話，則控制系統(tǒng)204轉(zhuǎn)換到嘗試狀態(tài)306。嘗試狀態(tài)306可以表示用于在第一用戶和第二用戶之間建立IM會話的會話控制狀態(tài)。在嘗試狀態(tài)306，控制系統(tǒng)204通過會話控制接口202發(fā)送會話啟始消息到第二用戶(通過S-CSCF 210)以“邀請”第二用戶加入IMS會話。控制系統(tǒng)204于是等待來自第二用戶的會話接受消息。
如果控制系統(tǒng)204從第二用戶那里接收會話接受消息，諸如SIP 200 OK消息，則控制系統(tǒng)204可以(通過S-CSCF210)發(fā)送會話接受消息到第一用戶，以及交換其他會話控制消息以在第一用戶和第二用戶之間建立IMS會話。控制系統(tǒng)204則轉(zhuǎn)換到未決更新狀態(tài)308。未決更新狀態(tài)308可以表示中間會話觸發(fā)點，在該點處更新IMS會話的計費。在未決更新狀態(tài)308，控制系統(tǒng)204通過計費接口206發(fā)送更新信用控制請求消息到OCS220，以獲得第一用戶用于IMS會話的配額(同樣參考圖2)?？刂葡到y(tǒng)204于是等待來自OCS 220的更新信用控制應答消息。
如果控制系統(tǒng)204從OCS 220那里接收更新信用控制應答消息，則控制系統(tǒng)204于是轉(zhuǎn)換到會話期間狀態(tài)310。會話期間狀態(tài)310可以表示會話控制狀態(tài)和預算控制狀態(tài)。在會話期間狀態(tài)310下，控制系統(tǒng)204識別由OCS 220在更新信用控制應答消息中準予的配額?？刂葡到y(tǒng)204于是基于準予的配額提供會話的預算控制。在預算控制期間，控制系統(tǒng)204監(jiān)控在IMS會話期間準予的配額，并且基于會話的使用情況縮減配額。
如果準予的配額用完，則控制系統(tǒng)204轉(zhuǎn)換到未決更新狀態(tài)308來從OCS220請求新配額。在未決更新狀態(tài)308，控制系統(tǒng)204通過計費接口206發(fā)送更新信用控制請求消息到OCS 220以獲得第一用戶的新配額(同樣參考圖2)?？刂葡到y(tǒng)204于是等待來自OCS 220的更新信用控制應答消息。如果控制系統(tǒng)204從OCS 220接收到更新信用控制應答消息，那么控制系統(tǒng)204轉(zhuǎn)換回會話期間狀態(tài)310并繼續(xù)用新配額進行預算控制。
如果控制系統(tǒng)204從第一用戶或第二用戶接收到會話終止消息(諸如SIPBYE消息)，則控制系統(tǒng)204轉(zhuǎn)換到未決終止狀態(tài)312。未決終止狀態(tài)312可以表示會話結(jié)束觸發(fā)點，在該點向OCS 220報告IMS會話的計費。例如，控制系統(tǒng)204可以向OCS 220報告準予的配額中的未用部分。在未決終止狀態(tài)312，控制系統(tǒng)204通過計費接口206發(fā)送終止信用控制請求消息到OCS 220，以向OCS 220報告準予的配額中的已使用部分(同樣參考圖2)?？刂葡到y(tǒng)204于是等待來自OCS 220的終止信用控制應答消息。
如果控制系統(tǒng)204從OCS 220那里接收終業(yè)信用控制應答消息，那么控制系統(tǒng)204從未決終止狀態(tài)312轉(zhuǎn)換到空閑狀態(tài)302。
狀態(tài)圖300還包括免費會話狀態(tài)314。當控制系統(tǒng)204處于未決初始狀態(tài)304時，控制系統(tǒng)204等待來自OCS 220的初始信用控制應答消息。如果控制系統(tǒng)204接收表示該會話是免費或不計費的初始信用控制應答消息，則控制系統(tǒng)204轉(zhuǎn)換到免費會話狀態(tài)314。在免費會話狀態(tài)314，控制系統(tǒng)204發(fā)送適當?shù)臅捒刂葡⒁越⒌谝挥脩艉偷诙脩糁g的會話，并為該會話提供免費預算控制。利用免費預算控制，控制系統(tǒng)204不與OCS220連接來為該會話對第一用戶進行計費。
圖4表示在本發(fā)明的示例性實施例中的IMS網(wǎng)絡400中的另一個IMS網(wǎng)關(guān)系統(tǒng)402。IMS網(wǎng)關(guān)系統(tǒng)402耦合到服務呼叫會話控制功能(S-CSCF)410和在線計費系統(tǒng)(OCS)420。IMS網(wǎng)關(guān)系統(tǒng)402可以包括為了簡短的原因沒有在圖4中示出的其他部件、設備或系統(tǒng)。
如果在IMS網(wǎng)絡400中建立用戶A和用戶B之間的IMS會話，那么IMS網(wǎng)關(guān)系統(tǒng)402適合于管理與用戶A的會話的第一個支線A(或?qū)υ扐)。IMS網(wǎng)關(guān)系統(tǒng)402還適合于管理與用戶B的會話的第二個支線B(或?qū)υ払)。
IMS網(wǎng)關(guān)系統(tǒng)402在IMS會話層運行并執(zhí)行IMS會話的在線計費。IMS網(wǎng)關(guān)系統(tǒng)402擔當SIP應用服務器(AS)和接收由S-CSCF 410轉(zhuǎn)發(fā)的SIP信令信息。IMS網(wǎng)關(guān)系統(tǒng)402因此能夠監(jiān)控所有正在進行的IMS會話的SIP信令通信?；赟IP信令信息，IMS網(wǎng)關(guān)系統(tǒng)402構(gòu)建計費請求和將其發(fā)送到 OCS420。OCS 420執(zhí)行分級和確定用戶是否有足夠的信用來建立或改變會話。在會話期間，IMS網(wǎng)關(guān)系統(tǒng)402周期性地與OCS 420一起檢驗用戶是否有足夠的信用來繼續(xù)會話。當用戶用完信用時，IMS網(wǎng)關(guān)系統(tǒng)402結(jié)束會話。
IMS網(wǎng)關(guān)系統(tǒng)402相當于IETF RFC 3261中規(guī)定的用于多個SIP對話的路由背對背用戶代理。由于對話期間的這種繼續(xù)參與，IMS網(wǎng)關(guān)系統(tǒng)402可以獨立管理每個對話(增加、刪除或修改)。因為IMS網(wǎng)關(guān)系統(tǒng)402可以直接釋放對話，因此這允許更大程度的控制，諸如以信用控制(例如，余額不足)來管理團隊。IMS網(wǎng)關(guān)系統(tǒng)402也可以通過S-CSCF 410聯(lián)系多媒體資源功能控制器(MRFC)(圖4中未示出但是在圖1中示出了)，這是IMS網(wǎng)關(guān)系統(tǒng)402以背靠背模式運行的一個原因。
在該運行模式下，輸入的SIP請求由S-CSCF 410向IMS網(wǎng)關(guān)系統(tǒng)402代理。IMS網(wǎng)關(guān)系統(tǒng)402于是為不同的SIP對話產(chǎn)生新的SIP請求，以及將新的SIP請求發(fā)送到S-CSCF 410。S-CSCF 410則向目標代理新的SIP請求。當啟動對話時，基于較早期的事務處理，IMS網(wǎng)關(guān)系統(tǒng)402用第二最高的條目來填充SIP請求中的最高的路由報頭。如此提供IMS網(wǎng)絡400，以便當請求發(fā)送到應用服務器時，SIP消息至少包括兩個路由報頭。最高的路由報頭標識應用服務器，以及第二最高的路由報頭用于路由回S-CSCF 410。第二路由報頭無改變地返回，其包括所有參數(shù)。
當接收SIP INVITE消息時，當產(chǎn)生新的用于輸出對話的INVITE時，IMS網(wǎng)關(guān)系統(tǒng)402去除接收的INVITE的聯(lián)系(Contact)、通路(Via)和路由(Route)報頭。IMS網(wǎng)關(guān)系統(tǒng)402于是用IMS網(wǎng)關(guān)系統(tǒng)402的URI填充輸出的INVITE中的聯(lián)系報頭。
當IMS網(wǎng)關(guān)系統(tǒng)402收到對話的初始請求時(排除ACK請求和CANCEL請求和響應)，IMS網(wǎng)關(guān)系統(tǒng)402存儲P-Charging-Vector報頭中接收的值(例如，ICID參數(shù))，以及在消息中保留P-Charging-Vector報頭。IMS網(wǎng)關(guān)系統(tǒng)402還存儲在P-Charging-Function-Addresses報頭中接收的值，以及在消息中保留P-Charging-Function-Addresses報頭。當IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送任何有關(guān)對話或獨立事務的請求或響應時，IMS網(wǎng)關(guān)系統(tǒng)402可以在發(fā)送消息前將預先保存的值拷貝到P-Charging-Vector和P-Charging-Function-Addresses報頭中。
IMS網(wǎng)關(guān)系統(tǒng)402在其管理的兩個對話之間內(nèi)部映射消息報頭。它負責關(guān)聯(lián)對話標識符和決定何時僅把消息從一個對話轉(zhuǎn)換成另一個或何時執(zhí)行信用控制功能。
IMS網(wǎng)關(guān)系統(tǒng)402也確定呼叫的方向(即，會話是發(fā)起或終止)。根據(jù)這里的特性和方面，S-CSCF 410中定義了兩個IFC。兩個IFC創(chuàng)期于發(fā)起和終止請求的截然不同的CTF名字或端口。例如，用于發(fā)起請求的示例性IFC1和用于終止請求的示例性IFC2可以是IFC1-Trigger Point((method＝INVTTE)and(session case＝ORIGINATING))，where AS name＝<sip:ctf@host；orig>；andIFC2-Trigger Point((method＝INVTTE)and(session case＝TERMINATING))，wherein AS name＝<sip:ctf@host；term>.
(IFC1-觸發(fā)點((方法＝INVITE)和(會話情況＝ORIGINATING))，其中AS名稱＝<sip:ctf@host；orig>；以及IFC2-觸發(fā)點((方法＝INVITE))和(會話情況＝TERMINATING))，其中AS名稱＝<sip:cff@host；term>。)在另一個例子中，用于發(fā)起和終止請求的示例性CTF名稱可以是<sip:as1_orig@home.net>和<SIP:as1_term@home.net>，其中在AS名稱中的參數(shù)用于區(qū)別發(fā)起和終止。另一個例子中，用于發(fā)起和終止請求的示例性CTF名稱可以是<sip:as1@home.net；orig>和<sip:as1@home.net；term>，其中AS名稱中的不同端口用于區(qū)別發(fā)起和終止。
在從S-CSCF410上接收到初始INVITE時，IMS網(wǎng)關(guān)系統(tǒng)402檢查輸入的INVITE消息的路由報頭的最高的項目。路由報頭應該包括AS URI(CTF)。IMS網(wǎng)關(guān)系統(tǒng)402于是檢查AS的端口參數(shù)。如果端口參數(shù)是“orig”，那么應該把輸入請求看作輸出呼叫，以及當為會話發(fā)送CCR到OCS 420時，節(jié)點AVP的角色應該設置成“發(fā)起”。如果端口參數(shù)是“term”，那么輸入請求應該被看作輸入呼叫，并且當為會話發(fā)送CCR到OCS 420時，節(jié)點AVP的角色應該設置成“終止”。
IMS網(wǎng)關(guān)系統(tǒng)402也檢查將要補貼的媒體資源。IMS網(wǎng)關(guān)系統(tǒng)402產(chǎn)生計費請求消息(例如直徑Ro CCR消息)，該消息包括在用戶A和用戶B的用戶設備之間協(xié)商的最后SDP中標識的媒體。IMS網(wǎng)關(guān)系統(tǒng)402將會話控制消息中的參數(shù)映期到計費請求消息中的參數(shù)(AVP)。
IMS網(wǎng)關(guān)系統(tǒng)402檢查用于呼叫的媒體信息的SIPINVITE消息的SDP內(nèi)容。SDP中的最相關(guān)元素是用以下內(nèi)容開始的行-″c＝″規(guī)定在會話描述符中的媒體會話的IP地址；-m＝″規(guī)定媒體類型、端口和與端口對應的協(xié)議(例如，在媒體描述符中的的UDP)；以及-″o＝″規(guī)定會話版本號碼。
如上指示的，″c＝″行可以出現(xiàn)在會話描述符級，或用于單獨的媒體流。如果″c＝″行與″m＝″行都出現(xiàn)在媒體描述中，此時″c＝″行提供媒體流的IP地址。如果″m＝″行出現(xiàn)在媒體級而沒有相關(guān)的″c＝″行，那么會話描述的″c＝″行的會話級IP地址用于該媒體流。
IMS網(wǎng)關(guān)系統(tǒng)402適于理解SDP提供/應答(offer/answer)模式。IMS網(wǎng)關(guān)系統(tǒng)402能夠識別SDP內(nèi)容，并且同樣知道哪個是用戶ASDP，哪個是用戶BSDP。隨后的表格包括提供和應答列表，其可能出現(xiàn)在IMS網(wǎng)關(guān)系統(tǒng)402支持的初始會話建立和對話確認處理期間。

對于輸出呼叫，SDP會話信息可以從用戶A的最新確認的SDP獲得(確認的SDP意思是已經(jīng)完成了提供/應答協(xié)商的SDP)。對于輸入呼叫，SDP會話信息可以從用戶B的最新確認的SDP獲得。當為輸出呼叫支線發(fā)送輸出INVITE消息時，IMS網(wǎng)關(guān)系統(tǒng)402將輸入INVITE請求的SDP負載拷貝到輸出INVITE消息的SDP負載。
IMS網(wǎng)關(guān)系統(tǒng)402還使用最新SDP提供和最新SDP應答構(gòu)造CCR消息到OCS 420。為了構(gòu)造CCR消息，IMS網(wǎng)關(guān)系統(tǒng)402可以使用SDP信息去組裝至少CCR消息的SDP會話描述AVP和SDP媒體組件AVP。SDP會話描述AVP包括一行SDP會話描述。每個SDP媒體組件AVP包括用于SDP媒體組件的信息。對于SDP媒體組件AVP，IMS網(wǎng)關(guān)系統(tǒng)402用來自m＝行的內(nèi)容填充SDP媒體名稱子域。如果對于該媒體組件存在一個GPRS計費ID，則IMS網(wǎng)關(guān)系統(tǒng)402同樣也用GPRS計費ID來填充GPRS計費ID子域。IMS網(wǎng)關(guān)系統(tǒng)402同樣也用SDP媒體描述的內(nèi)容填充SDP媒體描述子域。
圖5-6示出了在本發(fā)明示例性實施例中的狀態(tài)表500，其表示用于定義IMS網(wǎng)關(guān)系統(tǒng)402的操作以提供信用控制和SIP消息處理的狀態(tài)機。狀態(tài)表500描述狀態(tài)機的空閑狀態(tài)、未決初始狀態(tài)、嘗試狀態(tài)、未決更新狀態(tài)、會話期間狀態(tài)、未決終止狀態(tài)以及免費會話狀態(tài)。圖5-6的第一欄標識下面討論的行號。圖5-6的第二欄標識狀態(tài)機的狀態(tài)。圖5-6的第三欄標識在會話期間發(fā)生的事件。圖5-6的第四欄標識由IMS網(wǎng)關(guān)系統(tǒng)402執(zhí)行的一個動作或多個動作。圖5-6的第五欄標識狀態(tài)機的狀態(tài)之間的轉(zhuǎn)換。
在空閑狀態(tài)(參見圖5第1行)，IMS網(wǎng)關(guān)系統(tǒng)402等待SIPINVITE消息以開始用戶A和用戶B之間的會話(參見圖4)。如果IMS網(wǎng)關(guān)系統(tǒng)402從S-CSCF 410接收初始INVITE消息，那么IMS網(wǎng)關(guān)系統(tǒng)402從空閑狀態(tài)轉(zhuǎn)換到未決初始狀態(tài)。IMS網(wǎng)關(guān)系統(tǒng)402然后檢查INVITE消息是否包括P-Charging-Vector報頭。如果不包括P-Charging-Vector報頭，IMS網(wǎng)關(guān)系統(tǒng)402拒絕INVITE消息以及用421擴展需要消息進行響應。IMS網(wǎng)關(guān)系統(tǒng)402也檢查INVITE消息是否包括P-Asserted-ID報頭。如果不包括P-Asserted-ID報頭，那么IMS網(wǎng)關(guān)系統(tǒng)402拒絕INVITE并且用421擴展需要消息進行響應。IMS網(wǎng)關(guān)系統(tǒng)402還基于初始INVITE路由報頭標記確定呼叫類型。如果沒有SIP路由報頭的最高項的初始參數(shù)，那么IMS網(wǎng)關(guān)系統(tǒng)402拒絕INVITE并且用421擴展需要消息進行響應。IMS網(wǎng)關(guān)系統(tǒng)402也檢查初始INVITE消息的路由報頭標記是否包括在S-CSCF URI處的<original dialog identifier>。如果標記不包括該參數(shù)，那么IMS網(wǎng)關(guān)系統(tǒng)402拒絕INVITE并且以421擴展需要消息進行響應。
如果IMS網(wǎng)關(guān)系統(tǒng)402接收到有效的INVITE消息，那么IMS網(wǎng)關(guān)系統(tǒng)402從INVITE消息中收集SIP計費相關(guān)報頭(P-charging-Vector和P-charging-function地址)以及SDP信息。IMS網(wǎng)關(guān)系統(tǒng)402存儲“SIP請求時間戳”以用于稍后在CCR消息內(nèi)發(fā)送。IMS網(wǎng)關(guān)系統(tǒng)402從由INVITE消息中獲得的信息構(gòu)造直徑Ro CCR[initial]消息。當IMS網(wǎng)關(guān)系統(tǒng)402從INVITE消息中收集SDP信息時，在初始INVITE中只有用戶A的SDP信息。IMS網(wǎng)關(guān)系統(tǒng)402基于用戶A的SDP信息構(gòu)建CCR消息。CCR[initial]消息包括如下那樣填充的參數(shù)CC-Request-TypeINITIAL_REQUESTEvent TypeSIP MethodINVITEEventnot requiredContent-typefrom INVITEContent-lengthfrom INVITEContent-dispositionfrom INVITECalling Party AddressP-Asserted-Identity header of INVITECalled Party AddressRequest URI from the INVITEIMS Charging IdentifierP-Charging-Vector header from the INVITE(CC-Request-TypeINITIAL_REQUESTEvent TypeSIP MethodINVITEEvent不需要Content-type來自INVITEContent-length來自INVITEContent-disposition 來自INVITECalling Party AddressINVITE的P-Asserted-Idenfity報頭Called Party Address來自INVITE的請求URIIMS Charging Identifier來自INVITE的P-charging-Vector報頭)IMS網(wǎng)關(guān)系統(tǒng)402然后發(fā)送CCR[initial]消息到OCS 420(同樣參見圖4)，以及等待來自OCS 420的CCA[initial]消息。CCA[initial]消息用于確定用戶A是否有足夠的信用來提供到用戶B的呼叫。IMS網(wǎng)關(guān)系統(tǒng)402在發(fā)送CCR[initial]消息后啟動定時器(Tx)以控制等待CCA[initial]消息的時間。Tx定時器可由IMS網(wǎng)關(guān)系統(tǒng)402進行配置，并且可以最初設置為10秒的時間或相似的時間。如果對于到主要OCS 420的第一CCR[initial]消息出現(xiàn)失敗，那么IMS網(wǎng)關(guān)系統(tǒng)402將信用控制消息流移動到備份OCS(在圖4中未示出)。
在未決初始狀態(tài)(參見圖5第2行)，如果CCA消息有錯誤發(fā)生，IMS網(wǎng)關(guān)系統(tǒng)402則向用戶A發(fā)送合適的錯誤響應消息(即3XX/4XX/5XX消息)。例如，IMS網(wǎng)關(guān)系統(tǒng)402可以接收CCA[failure]消息，諸如“發(fā)送失敗”或“暫時錯誤”消息?！鞍l(fā)送失敗”意味著直徑Diameter信用控制客戶不能夠與期望的目的地或可選擇的目的地通信。這可以歸因于對等體故障，或歸因于到信用控制服務器或來自信用控制服務器的路徑中的物理鏈路失敗。由于接收到該種類的錯誤，IMS網(wǎng)關(guān)系統(tǒng)402向(用戶A的)初始支線A發(fā)送500服務器內(nèi)部錯誤。IMS網(wǎng)關(guān)系統(tǒng)402同樣(在重試可選擇的服務器后)也接收“暫時錯誤”?！皶簳r錯誤”意味著直徑信用控制客戶在CCA消息的Result-Code AVP中接收到協(xié)議錯誤通知(DIAMETER_TOO_BUSY，DIAMETER_UNABLE_TO_DELIVER或者DIAMETER_LOOP_DETECTED)。可以響應于到定義的可選擇目的地的重發(fā)的請求來最終接收上述協(xié)議錯誤通知。IMS網(wǎng)關(guān)系統(tǒng)402可以選擇地接收來自OCS 420的暫時故障代碼(除了4011)，或者來自OCS 420的永久故障代碼。如果IMS網(wǎng)關(guān)系統(tǒng)402接收到來自OCS 420的CCA(DIAMETER_END_USER_SERVICE_DENIED)，那么IMS網(wǎng)關(guān)系統(tǒng)402向初始支線A發(fā)送503業(yè)務不可用消息。如果IMS網(wǎng)關(guān)系統(tǒng)402接收到來自OCS420的CCA(DIAMETER_CREDIT_LIMIT_REACHED)，那么IMS網(wǎng)關(guān)系統(tǒng)402向初始支線A發(fā)送402需要付款消息。
如果IM網(wǎng)關(guān)系統(tǒng)402接收來自OCS 420的DIAMETER_USER_UNKNOWN消息(其中指定的終端用戶在信用控制服務器是未知的)，那么IMS網(wǎng)關(guān)系統(tǒng)402向初始支線A發(fā)送503業(yè)務不可用消息。如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收DIAMETER-RATING-FAILED消息(這意味著由于沒有足夠的分級輸入、在分級中不能識別或支持的不正確AVP組合、AVP或AVP值，信用控制服務器不能評價業(yè)務請求)，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送503業(yè)務不可用消息到初始支線A。
如果Tx定時器終止，那么IMS網(wǎng)關(guān)402可發(fā)送503業(yè)務不可用消息到初始支線A。IMS網(wǎng)關(guān)系統(tǒng)402于是從未決初始狀態(tài)轉(zhuǎn)換回空閑狀態(tài)。
在未決初始狀態(tài)(參見圖5第3行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收有效的CCA[initial]消息，那么IMS網(wǎng)關(guān)系統(tǒng)402停止Tx定時器。如果CCA[initial]消息包括來自OCS 420的初始準予配額，則IMS網(wǎng)關(guān)系統(tǒng)402存儲準予的配額。如果CCA[initial]指示已經(jīng)為用戶A建立了計費會話(即用戶A有足夠的用于該呼叫會話的信用)，那么IMS網(wǎng)關(guān)系統(tǒng)402在狀態(tài)機中從未決初始狀態(tài)轉(zhuǎn)換到嘗試狀態(tài)。如果CCA[initial]消息指示該呼叫會話對用A是免費的(例如CCA[CREDIT_CONTROL_NOT_APPLICABLE]消息)(參見圖5的第4行)，那么IMS網(wǎng)關(guān)系統(tǒng)402在狀態(tài)機中從未決初始狀態(tài)轉(zhuǎn)換到免費會話狀態(tài)。
在免費會話狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402不需要為用戶A執(zhí)行信用控制。同樣的，IMS網(wǎng)關(guān)系統(tǒng)402不需要為用戶A收集計費信息和SDP信息。然而IMS網(wǎng)關(guān)系統(tǒng)402仍在免費會話狀態(tài)中管理會話控制和SIP對話。
在嘗試狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402提供會話控制以建立會話。IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送新INVITE消息到S-CSCF 410以建立與用戶B的新對話。如果IMS網(wǎng)關(guān)系統(tǒng)402為用戶B從S-CSCF410接收SIP1XX消息(參見圖5第5行)，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送1XX消息到輸入支線A。消息報頭和SDP信息與從用戶B接收的1XX消息中的一樣，除了聯(lián)系、通路、路由和記錄路由報頭。同樣也保存了P-Charging-Vector報頭和SDP信息。IMS網(wǎng)關(guān)系統(tǒng)402同樣存儲來自用戶B的1XX消息中的SDP信息(如果存在)(SDP B消息)。在發(fā)送CCR之前沒有其他SDP協(xié)商過程的情況下，IMS網(wǎng)關(guān)系統(tǒng)402也可能需要SDP B信息來為輸入呼叫構(gòu)建其它CCR請求AVP。
在1xx消息的P-Charging-Vector報頭中的信息可能與先前從INVITE消息收集的P-Charging-Vector報頭不同。IMS網(wǎng)關(guān)系統(tǒng)402存儲P-Charging-Vector報頭以備后用。
IMS網(wǎng)關(guān)系統(tǒng)402同樣在嘗試狀態(tài)等待來自用戶B的對初始INVITE消息的響應。如果IMS網(wǎng)關(guān)系統(tǒng)402在會話的一條支線上接收SIP UPDATE請求(參見圖5的第6行)，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送相應的UPDATE請求到會話的其他支線。用于由IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送的UPDATE請求的消息報頭和SDP信息與由IMS網(wǎng)關(guān)系統(tǒng)402接收的UPDATE請求相同，除了用于對話的一些狀態(tài)信息。如果在發(fā)送CCR到OCS 420之前沒有其他SDP協(xié)商過程，則IMS網(wǎng)關(guān)系統(tǒng)402保存來自UPDATE請求的SDP信息以構(gòu)建下一個CCR。
在UPDATE請求的P-Charging-Vector報頭中的信息可以與例如來自INVITE消息或1xx消息的先前收集的P-Charging-Vector報頭不相同。IMS網(wǎng)關(guān)系統(tǒng)402能夠存儲來自不同消息的P-Charging-Vector報頭。
在嘗試狀態(tài)(參見圖5第7行)，如果IMS網(wǎng)關(guān)系統(tǒng)402在會話的一個支線上接收SIP UPDATE 200 OK響應，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送相應的UPDATE 200 OK響應到會話的其他支線。用于由IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送的UPTADE 200 OK響應的消息報頭和SDP信息與由IMS網(wǎng)關(guān)系統(tǒng)402接收的UPDATE 200 OK響應相同，除了用于對話的一些狀態(tài)信息。如果在發(fā)送CCR到OCS 420之前，沒有其他SDP協(xié)商過程，則IMS網(wǎng)關(guān)系統(tǒng)402保存來自UPDATE 200 OK響應的SDP信息以構(gòu)建下一個CCR。IMS網(wǎng)關(guān)系統(tǒng)402還可以存儲UPDATE 200 OK響應的P-Charging-Vector報頭。
在嘗試狀態(tài)(參見圖5的第8行)，如果IMS網(wǎng)關(guān)系統(tǒng)402在會話的一條支線上接收SIPPRACK請求，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送相應的PRACK請求到會話的其他支線。用于由IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送的PRACK請求的消息報頭和SDP信息與由IMS網(wǎng)關(guān)系統(tǒng)402接收的PRACK請求相同，除了用于對話的一些狀態(tài)信息。IMS網(wǎng)關(guān)系統(tǒng)402可以存儲來自PRACK請求的SDP信息和P-Charging-Vector報頭。
在嘗試狀態(tài)(參見圖5第9行)，如果IMS網(wǎng)關(guān)系統(tǒng)402在會話的一條支線上接收SIP PRACK 200 OK響應，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送相應的PRACK 200 OK響應到會話的其他支線。用于由IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送的PRACK 200 OK響應的消息報頭和SDP信息與由IMS網(wǎng)關(guān)系統(tǒng)402接收的PRACK200 OK響應相同，除了用于對話的一些狀態(tài)信息。IMS網(wǎng)關(guān)系統(tǒng)402可以存儲來自PRACK 200 OK響應的SDP信息和P-Charging-Vector報頭。
在嘗試狀態(tài)(參見圖5第11行)，如果IMS網(wǎng)關(guān)系統(tǒng)402在會話的一條支線上接收CANCEL請求，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送相應的CANCEL請求到會話的其他支線。用于由IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送的CANCEL請求的消息報頭和SDP信息與由網(wǎng)關(guān)系統(tǒng)402接收的CANCEL請求相同，除了用于對話的一些狀態(tài)。IMS網(wǎng)關(guān)系統(tǒng)402于是從嘗試狀態(tài)轉(zhuǎn)換到未決終止狀態(tài)，其中IMS網(wǎng)關(guān)系統(tǒng)402等待CANCEL響應。
在嘗試狀態(tài)(參看圖5第10行)，如果IMS網(wǎng)關(guān)系統(tǒng)402在會話的一條支線上接收SIP INVITE 200 OK響應，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送相應的INVITE 200 OK響應到會話的其他支線。用于由IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送的INVITE 200 OK響應的消息報頭和SDP信息與由IMS網(wǎng)關(guān)系統(tǒng)402接收的INVITE 200 OK響應相同，除了用于對話的一些狀態(tài)信息。IMS網(wǎng)關(guān)系統(tǒng)402可以存儲來自INVITE 200 OK響應的SDP信息和P-Charging-Vector報頭。IMS網(wǎng)關(guān)系統(tǒng)402同樣也存儲“SIP響應”時間戳以用于稍后在CCR消息中發(fā)送。IMS網(wǎng)關(guān)系統(tǒng)402于是從嘗試狀態(tài)轉(zhuǎn)換到未決更新狀態(tài)。
INVITE 200 OK的接收是在未決更新狀態(tài)中用于計費的觸發(fā)點。因此，IMS網(wǎng)關(guān)系統(tǒng)402根據(jù)從INVITE 200 OK消息中獲得的信息構(gòu)建CCR[update]消息。當IMS網(wǎng)關(guān)系統(tǒng)402收集來自INVITE 200 OK的SDP信息時，存在用于用戶A和用戶B的SDP信息。IMS網(wǎng)關(guān)系統(tǒng)402基于用于用戶A和用戶B的SDP信息構(gòu)建CCR消息。Used-Service-Unit AVP設置為0。CCR[update]消息包括如下面那樣填充的其他參數(shù)CC-Request-TypeUPDATE_REQUESTEvent TypeSIP MethodINVITEEventnot requiredContent-typefrom INVITEContent-lengthfrom INVITEContent-dispositionfrom INVITECalled Party AddressRequest URI from the INVITE(CC-Request-TypeUPDATE_REQUESTEvent TypeSIP MethodINVITEEvent不需要的Content-type來自INVITE
Content-length來自INVITEContent-disposition來自INVI′IECalled Party Address 來自INVITE的Request URI)IMS網(wǎng)關(guān)系統(tǒng)402然后發(fā)送CCR[update]消息到OCS 420(同樣參見圖4)，并且等待來自OCS 420的CCA[update]消息。CCR[update]消息用于請求來自OCS 420的配額以為呼叫會話執(zhí)行預算控制。IMS網(wǎng)關(guān)系統(tǒng)402在發(fā)送CCR[update]消息后啟動定時器(Tx)以控制等待CCA[update]消息的時間。
如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收CCA[update]消息，那么IMS網(wǎng)關(guān)系統(tǒng)402轉(zhuǎn)換到會話期間狀態(tài)。IMS網(wǎng)關(guān)系統(tǒng)402在CCA[update]消息中確定準予的配額，以及基于準予的配額開始會話預算控制。
在會話期間狀態(tài)(參見圖5第13行)，建立對話并執(zhí)行會話預算控制。如果IMS網(wǎng)關(guān)系統(tǒng)402接收不包括計費觸發(fā)的SIP消息，諸如SIPINFO消息，那么IMS網(wǎng)關(guān)系統(tǒng)402將SIP消息從一個支線轉(zhuǎn)發(fā)到另一個支線而不計費該消息，除了聯(lián)系、通路、路由以及記錄路由報頭。在對話建立并且響應于接收SIPINFO消息或其他未認可的SIP消息之前，IMS網(wǎng)關(guān)系統(tǒng)402拒絕該消息并且用501未實現(xiàn)消息來返回。
在會話期間狀態(tài)(參見圖5第14行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收SIPBYE消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送SIP BYE消息到其他支線。IMS網(wǎng)關(guān)系統(tǒng)402此時從會話期間狀態(tài)轉(zhuǎn)換到未決終止狀態(tài)。
在未決終止狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402構(gòu)建CCR[termination]消息?；谶x擇的計費信息和對于準予的配額的剩余余額構(gòu)建CCR[termination]。CCR[termination]消息包括如下面那樣填充的下列參數(shù)CC-Request-TypeTERMINATION_REQUESTEvent TypeSIP MethodBYEEventnot requiredContent-typefrom BYEContent-lengthfrom BYE
Content-dispositionfrom BYECalling Party AddressP-Asserted-Identity header of INVITECalled Party AddressRequest URI from the INVITEIMS Charging IdentifierP-Charging-Vector header from the INVITE(CC-Request-TypeTERMINATION_REQUESTEvent TypeSIP Method BYEEvent 不需要的Content-type來自BYEContent-length來自BYEContent-disposition來自BYECalling Party Address INVITE的P Asserted-Identity報頭Called Party Address來自INVITE的RequestURIIMS Chargmg Identifier來自INVITE的P-Charging-Vector報頭)在會話期狀態(tài)(參見圖5第15行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收來自OCS 420的直徑ASR消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送BYE消息到兩個對話。IMS網(wǎng)關(guān)系統(tǒng)402然后發(fā)送ASA消息到OCS 420。IMS網(wǎng)關(guān)系統(tǒng)402同樣從會話期間狀態(tài)轉(zhuǎn)換到未決終止狀態(tài)，在該狀態(tài)下，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[termination]消息到OCS 420。
在會話期間狀態(tài)(參見圖5第16行)，如果IMS網(wǎng)關(guān)系統(tǒng)402確定SIP會話已經(jīng)超時，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送SIPBYE消息到兩個對話。然后，IMS網(wǎng)關(guān)系統(tǒng)402從會話期間狀態(tài)轉(zhuǎn)換到未決終止狀態(tài)。在未決終止狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[termination]消息到OCS 420。
在會話期間狀態(tài)(參見圖6第17行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收直徑RAR請求，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送RAA響應到OCS 420。IMS網(wǎng)關(guān)系統(tǒng)402于是從會話期間狀態(tài)轉(zhuǎn)換到未決更新狀態(tài)。在未決更新狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[update]消息到OCS 420。在發(fā)送RAA響應后，IMS網(wǎng)關(guān)系統(tǒng)402通過發(fā)送CCR[update]消息到OCS 420來報告實際使用的單元(unit)。
在會話期間狀態(tài)(參見圖6第18行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收Tq期滿，以及在最后CCA中沒有接收到最后單元指示，那么IMS網(wǎng)關(guān)系統(tǒng)402從會話期間狀態(tài)轉(zhuǎn)換到未決更新狀態(tài)。在未決更新狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[update]消息到OCS 420。
在會話期間狀態(tài)(參見圖6第19行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到Tq期滿以及在最后CCA中沒有接收到最后單元指示，那么IMS網(wǎng)關(guān)系統(tǒng)402從會話期間狀態(tài)轉(zhuǎn)換到未決終止狀態(tài)。在未決終止狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[termination]消息到OCS 420。
在免費會話狀態(tài)(參見圖6第20行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從任何支線接收SIPBYE消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送BYE消息到其他支線以及釋放該會話的資源。
在免費會話狀態(tài)(參見圖6第21行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到任何SIP消息，諸如來自任何支線的INFO消息或UPTDATE消息，則IMS網(wǎng)關(guān)系統(tǒng)402此時發(fā)送SIP消息到其他支線。
在免費會話狀態(tài)(參見圖6第22行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收SIP會話超時的報告，則IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送BYE消息到兩個對話，并且釋放該會話的資源。
在未決更新狀態(tài)(參見圖6第23行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從S-CSCF410接收SIPBYE消息，那么IMS網(wǎng)關(guān)系統(tǒng)402將BYE消息保持在隊列中。IMS網(wǎng)關(guān)系統(tǒng)402停留在未決更新狀態(tài)直到接收到CCA[update]消息。
在未決更新狀態(tài)(參見圖6第24行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到SIP會話超時的報告，那么IMS網(wǎng)關(guān)系統(tǒng)402將該報告保持在隊列中。
在未決更新狀態(tài)(參見圖6第25行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到直徑RAR請求，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送RAA響應到OCS 420，但是不需要發(fā)送CCR[update]消息到OCS 420。
在未決更新狀態(tài)(參見圖6第26行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到任何SIP消息，諸如來自任何支線的INFO消息或UPDATE消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送SIP消息到其他支線。
在未決更新狀態(tài)(參見圖6第27行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收CCA[update failure]消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送SIP BYE消息到兩個對話。失敗可以包括發(fā)送失敗、Tx期滿、END_USER_SERVICE_DENIED 、DIAMETER_RATING_FAILED、DIAMETER_CREDIT_LIMIT_REACHED等。IMS網(wǎng)關(guān)系統(tǒng)402于是轉(zhuǎn)換到空閑狀態(tài)。
IMS網(wǎng)關(guān)系統(tǒng)402不需要支持OCS故障轉(zhuǎn)移(failover)。如果在正在進行的信用控制會話期間發(fā)生故障，則IMS網(wǎng)關(guān)系統(tǒng)402不會將信用控制消息移動到備份OCS。
在未決更新狀態(tài)(參見圖6第28行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收有效CCA[update]消息，那么IMS網(wǎng)關(guān)系統(tǒng)402轉(zhuǎn)換會話期間狀態(tài)。IMS網(wǎng)關(guān)系統(tǒng)402可以存儲來自CCA[update]消息的最后單元指示(FUI)。在會話期間狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402識別在CCA[update]消息中提供的準予配額。IMS網(wǎng)關(guān)消息402基于該準予配額啟動定時器Tq以提供預算控制。在當重驗證正在進行中時，在考慮到任何資源使用后，在CCA[update]消息中接收的新準予配額可以不考慮任何剩余配額資源。
在未決更新狀態(tài)(參見圖6第29行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到為該會話指示CREDIT_CONTROL_NOT_APPLICABLE的CCA[update]消息，那么IMS網(wǎng)關(guān)系統(tǒng)402轉(zhuǎn)換到免費會話狀態(tài)。
在未決終止狀態(tài)(參見圖6第30行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到CCA[termination]消息、發(fā)送失敗、暫時錯誤、失敗的應答或Tx期滿，那么IMS網(wǎng)關(guān)系統(tǒng)402釋放呼叫資源并轉(zhuǎn)換到空閑狀態(tài)。
在嘗試狀態(tài)(參見圖6第31行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到SIP3XX/4XX/5XX/6XX錯誤響應，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送相應的錯誤響應到輸入對話。IMS網(wǎng)關(guān)系統(tǒng)402然后轉(zhuǎn)換到未決終止狀態(tài)。在未決終止狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[termination]消息到OCS 420以停止準予單元的償還。如果SIP對話通過3XX/4XX/5XX/6XX消息異常終止，那么設置“Cause”AVP的“Cause Code”子域。
在嘗試狀態(tài)(參見圖6第32行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收RAR消息，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送RAA消息到OCS 420。
在嘗試狀態(tài)(參見圖6第33行)，如果IMS網(wǎng)關(guān)系統(tǒng)402從OCS 420接收ASR消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送帶有result_code＝limited success的ASR消息到OCS 420。IMS網(wǎng)關(guān)系統(tǒng)402于是轉(zhuǎn)換到未決終止狀態(tài)。在未決終止狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[termination]消息到OCS 420。
在未決更新狀態(tài)(參見圖6第34行)，如果IM網(wǎng)關(guān)系統(tǒng)402從OCS 420接收ASR消息，那么IMS網(wǎng)關(guān)系統(tǒng)402將該消息存儲在隊列中。
在對話期間狀態(tài)(參見圖6第35行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到SIP媒體改變消息，諸如SIP UPDATE 200 OK消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送媒體改變消息到其它對話并將媒體改變消息存儲在隊列中。IMS網(wǎng)關(guān)系統(tǒng)402于是轉(zhuǎn)換到未決更新狀態(tài)。在未決更新狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[update]消息到OCS 420。
在未決更新狀態(tài)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收到SIP媒體改變消息，例如SIP UPDATE 200 OK消息，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送媒體改變消息到其它對話并將媒體改變消息存儲在隊列中。IMS網(wǎng)關(guān)系統(tǒng)402于是轉(zhuǎn)換到未決更新狀態(tài)。在未決更新狀態(tài)，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[update]消息到OCS 420。
在未決終止狀態(tài)(參見圖5第12行)，如果IMS網(wǎng)關(guān)系統(tǒng)402接收487響應，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[termination]消息到OCS 420并等待CCA[termination]消息。
在圖5-6中示出的狀態(tài)機是IMS網(wǎng)關(guān)系統(tǒng)402的詳細實現(xiàn)。本發(fā)明并不限于圖5-6中的狀態(tài)機，而其只是一種示例性實現(xiàn)?？梢允褂迷诒景l(fā)明范圍內(nèi)的其他實現(xiàn)方式。
當IMS網(wǎng)關(guān)系統(tǒng)402根據(jù)狀態(tài)機生成用于OCS 420的CCR消息時，IMS網(wǎng)關(guān)系統(tǒng)402將SIP消息的某些參數(shù)映射到直徑Ro消息AVP。例如AVP是在IETF RFC 4006[402]中定義的Service-Context-Id AVP。它是UTF8字符串類型的，并且包括應用于請求的直徑信用控制業(yè)務特定文件的唯一標識符。這是由業(yè)務提供商/運營商、由業(yè)務元件制造商、或由唯一標識給定直徑信用控制業(yè)務特定文件的標準化團體分配的標識符。對于IMS計費，Service-Context-IdAVP應當是根據(jù)3GPP標準的632260@3gpp.org。
“EVENT-TYPE”AVP的“SIP-Method”子域設置為使得記帳請求被發(fā)送到OCS 420的SIP方法的名稱。對于CCR[initial]消息，IMS網(wǎng)關(guān)系統(tǒng)402用“INVITE”填充SIP-Method AVP。對于CCR[update]消息，IMS網(wǎng)關(guān)系統(tǒng)402用“UPDATE”或者“INVITE”填充SIP-Method AVP，這取決于接收到哪個消息。對于CCR[termination]消息，IMS網(wǎng)關(guān)系統(tǒng)402用“BYE”或者“CANCEL”填充SIP-Method AVP，這取決于接收到哪個消息。
CC-Request-Number AVP(AVP代碼415)是Unsigned32類型的，以及在一個會話內(nèi)識別該請求。Session-Id AVP是全球唯一的，Session-Id和CC-Request-Number AVP的組合也是全球唯一的，并且可以用于匹配信用控制消息和確認。一種生成唯一號碼的方法是為信用控制請求類型INITIAL_REQUEST設置值為0，為第一UPDATE_REQUEST設置值為1，為第二個設置值為2，等等，直到用于TERMINATION_REQUEST的值比最后的UPDATE-REQUEST的值多一。
“EVENT-TYPE”AVP的“CONTENT TYPE”的子域由IMS網(wǎng)關(guān)系統(tǒng)402設置為消息主體的媒體類型。媒體類型的示例是applieation/sdp、text/html等?！癊VENT-TYPE”AVP的“CONTENT LENGTH”子域由IMS網(wǎng)關(guān)系統(tǒng)402設置為消息主體的大小?！癊VENT-TYPE”AVP的“CONTENT DISPOSITION”子域指示消息主體或消息主體部分是如何被翻譯的(例如會話、移交(render)等)。
“ROLE of NODE”AVP規(guī)定IMS節(jié)點的角色為發(fā)起或終止角色。由IMS網(wǎng)關(guān)系統(tǒng)402設置下面的值，“0”用于從UE發(fā)起的呼叫的Originating_Role，或者“1”用于向UE進行終止的呼叫的Terminating_Role(如果呼叫來自UE，那么他將被設置為發(fā)起角色，以及如果呼叫是朝向UE，那么他將被設置為終止角色)。
“USER SESSION ID”AVP設置為入站對話的SIP Call ID。對于IMS網(wǎng)關(guān)系統(tǒng)402，在一個會話中包括有兩條支線，IMS網(wǎng)關(guān)系統(tǒng)402為入站對話(或呼叫支線)設置SIP CALL ID。對于SIP會話，Session-ID包括在IETF RFC 3261中定義的SIPCall ID。
“Calling Party Address”AVP設置為在P-Asserted-Identity報頭載入的當前呼叫方地址。發(fā)起IMS網(wǎng)關(guān)系統(tǒng)可以從請求中的P-Asserted-Identity報頭獲得Calling-Party-Address AVP內(nèi)容和從Request-URI獲得Called-Party-Address AVP，或者從響應的P-Asserted-Identity報頭獲得Called-Party-Address。終止IMS網(wǎng)關(guān)系統(tǒng)可以從請求中的P-Asserted-Identity報頭中獲得Calling-Party-Address AVP內(nèi)容和從Request-URI或(在RequestURI是聯(lián)系地址URI的情況下)從請求的P-Called-Party-ID中獲得Called-Party-Address AVP。Called-Party-Address也可以從響應的P-Asserted-Identity報頭獲得。“Calling Party Address”AVP、“Called PartyAddress”AVP的格式是以SIP URI或者TEL URL的形式的。
可以通過(DISPLAY Name)+(SIp URI或TEL URL)從P-Asserted-Identity報頭獲得地址。IMS網(wǎng)關(guān)系統(tǒng)402用SIP URI或TEL URL填充兩個AVP。IMS網(wǎng)關(guān)系統(tǒng)402可以包括具有SIP URL/TEL URL的可選參數(shù)。
“Called Party Address”AVP設置為當前被呼叫方的地址，如被填充在Request-URI或者P-Called-party-ID中那樣，向其建立會話。該AVP的格式是根據(jù)要求IMGW-366的。
當被接收到時(例如INVITE)，“Time Stamps”AVP的“SIP Request TimeStamps”子域設置為以初始SIP請求的UTC格式的時間。當被接收到時(例如200 OK、失敗響應等)，“Time Stamps”AVP的“SIP Response Time Stamps”子域設置為以對于初始SIP請求的最后響應的UTC格式的時間。當IMS網(wǎng)關(guān)系統(tǒng)402生成CCR[termination]消息時，IMS網(wǎng)關(guān)系統(tǒng)402包括用于SIPBYE/CANCEL消息的SIP請求時間戳。當IMS網(wǎng)關(guān)系統(tǒng)402生成CCR[initial]消息時，IMS網(wǎng)關(guān)系統(tǒng)402不填充“TimeStamps”AVP，因為IMS網(wǎng)關(guān)系統(tǒng)402仍需接收對INVITE消息的200 OK響應。當IMS網(wǎng)關(guān)系統(tǒng)402生成CCR[update]消息時，IMS網(wǎng)關(guān)系統(tǒng)402可以包括INVITE消息和200 OK消息的時間戳。
″Inter Operator Identifier(IOI)″AVP的″Originating Inter OperatorIdentifier″子域設置為由在發(fā)起端用戶的歸屬網(wǎng)絡中的S-CSCF 410生成的發(fā)起網(wǎng)絡的內(nèi)部操作員標識符。來自P-Charging-vector報頭的內(nèi)部操作員標識符是可用的。
″Inter Operator Identifier (IOI)″AVP的″Terminating Inter OperatorIdentifier″子域設置為由在終止端用戶的歸屬網(wǎng)絡中的S-CSCF 410生成的終止網(wǎng)絡的內(nèi)部操作員標識符。來自P-Charging-vector報頭的內(nèi)部操作員標識符是可用的。
″IMS Charging Identifier (ICID)″AVP包括用于IMS網(wǎng)關(guān)系統(tǒng)402的ICID。包括在SIP處理事務中的第一子系統(tǒng)實體將生成ICID并將其包括在SIP請求里的P-Charging-Vector報頭的ICID參數(shù)中。ICID參數(shù)包括在任何包括P-Charging-Vector報頭的請求里。然而，P-Charging-Vector(和ICID)并不被傳遞給UE。
在SDP應答被接收后，″SDP Session Description″AVP設置為與在協(xié)商的CODEC SDP數(shù)據(jù)中的會話相關(guān)的″屬性行″(i＝，c＝，b＝，k＝，a＝，等)的內(nèi)容。所有的SDP行(i＝，c＝，b＝，k＝，a＝，等)屬性被包括在SDP會話描述AVP中。這將允許下行流記帳系統(tǒng)(OCS)使用它想用的內(nèi)容。在SDP應答被接收后，″SDPMedia Component″AVP的″SDP Media Name″子域設置為協(xié)商的CODECSDP數(shù)據(jù)中的″m＝″行的內(nèi)容。在SDP應答被接收后，″SDP Media Component″AVP的″SDP Media Description″子域設置為與在協(xié)商的CODEC SDP數(shù)據(jù)中的媒體組件相關(guān)的″屬性行″(i＝，c＝，b＝，k＝，a＝，等)的內(nèi)容。
″SDP Media Component″AVP的″GPRS Charging ID″子域設置為由GGSN在PDP上下文激活時生成的序列號。該序列號被填充在P-Charging-Vector報頭中?！錑GSN Address″ AVP設置為生成GPRS計費ID的GGSN的IP地址。該地址被填充在P-Charging-Vector報頭中。如果用戶到用戶數(shù)據(jù)被包括在觸發(fā)CCR的SIP消息中，則設置″UUS Data″AVP。CCR通常由SIP200 OK消息觸發(fā)。如果200 OK消息包括UUSData，那么CCR包括UUSData。如果原始SIP INVITE消息包括UUS Data，但是對SIP邀請的200 OK響應不包括UUS Data，那么CCR將不包括UUSData AVP。
″UUS Data″AVP的″Amount of UUS(User-to-User) Data″子域設置為在具有等于“render”的內(nèi)容部署報頭字段的SIP消息的主體中傳送的用戶到用戶數(shù)據(jù)的數(shù)量(以八位字節(jié))。通常消息主體可以附加于SIP請求和響應。同樣，″Content-Dispositionrender″可以出現(xiàn)在請求和響應中。在進行處理以建立對話期間，CCR啟動/過渡時期/停止都可以潛在地具有UUS數(shù)據(jù)。對于獨立事務處理(例如MESSAGE)，CCR事件可以具有UUS數(shù)據(jù)。如果有Content_Length值，則Content-Length值可用于填充Amount-of-UUS-Data。如果沒有Content_Length值，則由IMS網(wǎng)關(guān)系統(tǒng)402計算八位字節(jié)值。如果有多部分消息主體存在，那么每一部分都具有不同的Content-Type和Content-Length。當Content-typemultipart/xxx出現(xiàn)時，IMS網(wǎng)關(guān)系統(tǒng)402將多個部分主體看作一個UUS數(shù)據(jù)塊。在該情況下，IMS網(wǎng)關(guān)系統(tǒng)402為整個多部分主體計算Amount-of-UUS-Data。
當Content-Disposition報頭包括″render″時，則有Content-Disposition報頭。如果沒有Content-Disposition報頭，那么IMS網(wǎng)關(guān)系統(tǒng)402檢查Content-type報頭(根據(jù)RFC 3261)。如果Content-Type報頭是″application/sdp″，那么IMS網(wǎng)關(guān)系統(tǒng)402假設Content-Disposition報頭為“Session”。如果Content-Type不是″application/sdp″，那么IMS網(wǎng)關(guān)系統(tǒng)402假設Content-Disposition報頭是″render″。
″UUS Data″AVP的″Mime Type″子域設置為用戶到用戶數(shù)據(jù)的Mime類型。MIME類型用觸發(fā)CCR的SIP消息中的Content-Type報頭中的值來填充。在RFC 2045中定義Content-Type報頭，如果包括消息主體，則由RFC3261命令其出現(xiàn)。
Content-type報頭包括媒體類型/子類型以及可選的參數(shù)。一種拷貝在Content-Type報頭中的值(以其全部)的方式是填充MIME-Type AVP?！錟USData″AVP的″Direction″子域為用戶到用戶數(shù)據(jù)的UPLINK數(shù)據(jù)設置為0，為用戶到用戶數(shù)據(jù)的DOWNLINK設置為1。該字段表示UUS數(shù)據(jù)是在上行鏈路還是下行鏈路方向上傳輸。UP-LINK意味著UE發(fā)起業(yè)務，DOWN-LINK意味著UE終止業(yè)務。
″Cause″AVP的″Cause Code″子域根據(jù)下面用于成功原因和失敗原因的表格而被設置。


對于會話的正常結(jié)束，IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送具有原因代碼＝0的CCR[termination](會話的正常結(jié)束)。原因代碼＝2(未成功的會話建立)可以對于下列情況而被設置。如果IMS網(wǎng)關(guān)系統(tǒng)402在200 OK消息之前接收到SIP CANCEL請求，那么IMS網(wǎng)關(guān)系統(tǒng)402發(fā)送CCR[termination]消息。如果IMS網(wǎng)關(guān)系統(tǒng)402在ACK消息之前接收到 SIP BYE請求，那么IMS網(wǎng)關(guān)系統(tǒng)402生成CCR[termination]消息。如果IMS網(wǎng)關(guān)系統(tǒng)402在接收到200 OK最后響應之后接收到SIP BYE，那么不接收SIP ACK。
盡管在此描述了特定的實施例，但是本發(fā)明的范圍并不限于這些具體的實施例。本發(fā)明的范圍由隨后的權(quán)利要求及其任何等同物來定義。
權(quán)利要求
1.一種用于IMS網(wǎng)絡的IMS網(wǎng)關(guān)系統(tǒng)(200)，該IMS網(wǎng)關(guān)系統(tǒng)(200)包括會話控制接口(202)，適合于與IMS網(wǎng)絡的呼叫會話控制功能CSCF(210)交換IMS會話的會話控制消息；計費接口(206)，適合于與IMS網(wǎng)絡的在線計費系統(tǒng)OCS(220)交換計費消息；IMS網(wǎng)關(guān)系統(tǒng)的特征在于控制系統(tǒng)(204)，適合于等待會話啟始消息；響應于通過會話控制接口從第一用戶接收會話啟始消息，發(fā)起與第二用戶的會話，控制系統(tǒng)適合于通過計費接口發(fā)送初始信用控制請求消息到OCS，以發(fā)起第一用戶與OCS的計費會話，以及適合于等待來自OCS的初始信用控制應答消息；響應于通過計費接口從OCS接收初始信用控制應答消息，控制系統(tǒng)適合于通過會話控制接口發(fā)送會話啟始消息到第二用戶，以及適合于等待來自第二用戶的會話接受消息；響應于從第二用戶接收會話接受消息，控制系統(tǒng)還適合于通過會話控制接口發(fā)送會話接受消息到第一用戶，適合于通過計費接口發(fā)送更新信用控制請求消息到OCS以獲得用于會話的第一用戶的配額，以及適合于等待來自OCS的更新信用控制應答消息。
2.如權(quán)利要求1的IMS網(wǎng)關(guān)系統(tǒng)(200)，其中響應于通過計費接口(206)從OCS(220)接收更新信用控制應答消息，控制系統(tǒng)(204)還適合于識別由OCS在更新信用控制應答消息中準予的配額，以及還適合于基于準予的配額為會話提供預算控制。
3.如權(quán)利要求2的IMS網(wǎng)關(guān)系統(tǒng)(200)，其中響應于接收到會話終止消息，控制系統(tǒng)(204)還適合于通過計費接口(206)發(fā)送終止信用控制請求消息到OCS(220)，以向OCS報告準予的配額中的已使用部分，以及還適合于等待來自OCS的終止信用控制應答消息；響應于通過計費接口從OCS接收到終止信用控制應答消息，控制系統(tǒng)還適合于終止會話。
4.如權(quán)利要求1的IMS網(wǎng)關(guān)系統(tǒng)(200)，其中控制系統(tǒng)(204)還適合于響應于發(fā)送更新信用控制請求消息到OCS(220)而設置定時器，以及還適合于響應于定時器期滿而終止會話。
5.如權(quán)利要求1的IMS網(wǎng)關(guān)系統(tǒng)(200)，其中如果來自OCS(220)的初始信用控制應答消息指示會話對第一用戶是免費的，那么控制系統(tǒng)(204)適合于為該會話提供免費預算控制。
6.如權(quán)利要求1的IMS網(wǎng)關(guān)系統(tǒng)(200)，其中控制系統(tǒng)(204)還適合于識別在來自第一用戶的會話啟始消息中的會話描述參數(shù)，以及還適合于將在會話啟始消息中的會話描述參數(shù)映射為在初始信用控制請求消息中的參數(shù)。
7.一種用于在IMS網(wǎng)絡中操作IMS網(wǎng)關(guān)系統(tǒng)來提供在線計費的方法，IMS網(wǎng)關(guān)系統(tǒng)適合于與會話的呼叫會話控制功能CSCF和在線計費系統(tǒng)OCS通信，該方法的特征在于以下步驟等待會話啟始消息以發(fā)起第一用戶和第二用戶之間的會話；響應于從第一用戶接收到會話啟始消息，發(fā)送初始信用控制請求消息到OCS以發(fā)起第一用戶與OCS的計費會話；從指示為第一用戶建立的計費會話的OCS接收初始信用控制應答消息；響應于從OCS接收到初始信用控制應答消息，發(fā)送會話啟始消息到第二用戶；接收來自第二用戶的會話接受消息；發(fā)送會話接受消息到第一用戶；發(fā)送更新信用控制請求消息到OCS，以獲得用于會話的第一用戶的配額；以及等待來自OCS的更新信用控制應答消息。
8.如權(quán)利要求7的方法，還包括接收來自OCS的更新信用控制應答消息；識別由OCS在更新信用控制應答消息中準予的配額；以及基于準予的配額為會話提供預算控制。
9.如權(quán)利要求8的方法，還包括響應于接收會話終止消息，發(fā)送終止信用控制請求消息到OCS，以向OCS報告準予的配額中的已使用部分；接收來自OCS的終止信用控制應答消息；以及終止會話。
10.如權(quán)利要求7的方法，其中如果來自OCS的初始信用控制應答消息指示該會話對第一用戶是免費的，那么該方法還包括為該會話提供免費預算控制。
全文摘要
公開了為IMS會話提供在線計費的IMS網(wǎng)關(guān)系統(tǒng)和方法。在此描述的IMS網(wǎng)關(guān)系統(tǒng)(200)基于狀態(tài)機進行操作以提供計費觸發(fā)和IMS會話控制。對于一個計費觸發(fā)，響應于從會話的第一用戶接收會話起始消息，IMS網(wǎng)關(guān)系統(tǒng)(200)發(fā)送初始信用控制請求消息到在線計費系統(tǒng)OCS(220)。對于另一個計費觸發(fā)，響應于從會話的第二用戶接收會話接受消息，IMS網(wǎng)關(guān)系統(tǒng)發(fā)送更新信用控制請求消息到OCS。對于另一個計費觸發(fā)，響應于接收會話終止消息，IMS網(wǎng)關(guān)系統(tǒng)發(fā)送終止信用控制請求消息到OCS。IMS網(wǎng)關(guān)系統(tǒng)可以當有來自OCS的其它會話控制消息或計費消息時進行觸發(fā)以提供在線計費。
文檔編號H04L12/58GK101083541SQ20061013229
公開日2007年12月5日 申請日期2006年5月31日 優(yōu)先權(quán)日2006年5月31日
發(fā)明者蔡亦鋼, 諶勝, 何慶紅, 江凌, 裴珂, 朱迪斯·A·斯塔弗德, 蘇潔, 吳亞萍, 張朝良 申請人:朗迅科技公司