IMS中的承載控制和計(jì)費(fèi)控制
在IMS會(huì)話建立時(shí),UE通過SDP協(xié)議為實(shí)時(shí)業(yè)務(wù)、非實(shí)時(shí)業(yè)務(wù)請(qǐng)求相應(yīng)的媒體參數(shù)(編碼方案、媒體類型、帶寬等)。IMS會(huì)話控制根據(jù)用戶的個(gè)人業(yè)務(wù)/媒體信息以及所應(yīng)用的本地策略控制,進(jìn)行相應(yīng)媒體參數(shù)的授權(quán)。所授權(quán)的參數(shù)返回給用戶終端為建立傳輸承載作資源預(yù)留。
IMS網(wǎng)絡(luò)與接入網(wǎng)絡(luò)相互獨(dú)立,IMS會(huì)話控制并不直接控制傳輸承載網(wǎng)絡(luò)的資源分配,這需要在IMS會(huì)話層和傳輸承載層間建立一套交互機(jī)制,其結(jié)構(gòu)如圖 1 會(huì)話層和承載層的交互機(jī)制所示:
★ IP 承載管理器 (IP BS Manager)
用標(biāo)準(zhǔn)的IP機(jī)制來管理IP承載業(yè)務(wù),IP BS在UE中是可選的,在GGSN是必須的,它通過翻譯功能與UMTS承載管理器進(jìn)行通信,提供IP承載業(yè)務(wù)與UMTS承載業(yè)務(wù)的互通。
★ 策略控制功能(PDF)
PDF采用標(biāo)準(zhǔn)的IP機(jī)制實(shí)現(xiàn)在承載層中的基于業(yè)務(wù)的本地策略控制。
★ IMS會(huì)話層與傳輸承載層間的聯(lián)接
在3GPP R5規(guī)范中Go接口用來提供IMS會(huì)話層中的PDP與傳輸承載層中的PEP間的聯(lián)接,從而實(shí)現(xiàn)了本地的QoS策略控制從IMS會(huì)話層映射到傳輸層。在IMS網(wǎng)絡(luò)中PDF是PDP,GGSN是PEP。
★ 翻譯/映射功能
翻譯/映射功能提供了不同機(jī)制和不同參數(shù)間的互通
★ UE: UE把IMS會(huì)話所授權(quán)的媒體參數(shù)映射為用于建立承載的PDPC Activation / Modification請(qǐng)求所攜帶的QoS參數(shù)。
★ PDP - PEP: PDP把IMS會(huì)話層授權(quán)的媒體參數(shù)應(yīng)設(shè)為QoS參數(shù)發(fā)送給PEP,由PEP執(zhí)行UE所要求的承載資源的控制
★ Service-Based Local Policy (SBLP)
SBLP提供在“ Best Effort”以外更好的QoS的支持。
一個(gè)通過SBLP進(jìn)行承載授權(quán)的操作過程如圖2 承載授權(quán)過程所示:
Step 1
★ UE向 CSCF發(fā)送SIP信令
★ P-CSCF向PDF轉(zhuǎn)發(fā)相關(guān)的SDP信息,并指出會(huì)話的發(fā)起者。P-CSCF從PDF獲得授權(quán)令牌 (Token)
★ PDF對(duì)IP流進(jìn)行記錄(流標(biāo)識(shí)符、數(shù)據(jù)速率、QoS類別)并授權(quán)。通過SDP參數(shù)映射到所授權(quán)的IP QoS參數(shù)而實(shí)現(xiàn),并通過Go接口傳送到GGSN
Step 2
★ UE為承載資源進(jìn)行PDPC的激活或更改時(shí),必須執(zhí)行將SDP參數(shù)映射到UMTS QoS參數(shù),作為PDPC中的QoS Profile的內(nèi)容。PDPC的激活或更改還包括:PDF分配的授權(quán)令牌和流標(biāo)識(shí)符(用作綁定信息)
★ 收到UE的PDPC激活或更改請(qǐng)求,GGSN向PDF申請(qǐng)授權(quán)信息。PDF比較收到的綁定信息和存儲(chǔ)得到授權(quán)信息,并返回授權(quán)決策。如果綁定信息被驗(yàn)證是正確的,PDF將承載授權(quán)的信息告知GGSN,包括:與PDPC相關(guān)的IP QoS和分組分類器。
★ GGSN將授權(quán)的IP QoS映射為UMTS QoS,GGSN將此UMTS QoS與UE PDPC激活或更改所請(qǐng)求的QoS進(jìn)行比較,如果在PDF的授權(quán)范圍內(nèi)則PDPC激活或更改被接受。
IMS允許所建立的會(huì)話包含不同的媒體成分(例如:音頻和視頻),為了計(jì)費(fèi)的目的所有媒體成分必須是唯一標(biāo)識(shí)的,并且對(duì)于會(huì)話中的每個(gè)媒體成分進(jìn)行單獨(dú)計(jì)費(fèi)。然而R5中的GGSN只能為PDPC產(chǎn)生一個(gè)G-CDR,在一個(gè)PDPC下不能區(qū)分不同媒體成分的業(yè)務(wù)流,因此:
★ PDF授權(quán)的每一個(gè)PDPC用于特定的媒體成分(IP Flow)
★ 不允許同一個(gè)Secondary PDPC媒體流的復(fù)用
★ 在授權(quán)期間,PDF將ICID(IMS Charging ID)傳給GGSN,GGSN將GCID(GPRS Charging ID)傳給PDF,實(shí)現(xiàn)計(jì)費(fèi)關(guān)聯(lián)功能(Charging Correlation)。把IMS會(huì)話層的計(jì)費(fèi)信息和承載使用的計(jì)費(fèi)信息綁定在一起。
★ 承載控制和計(jì)費(fèi)控制是針對(duì)于GPRS/UMTS 分組域特有的PDP Context,這種機(jī)制不適用于其它的接入網(wǎng)絡(luò)
2.基于流計(jì)費(fèi)(FBC)
2.1 R6 定義的FBC
R5的計(jì)費(fèi)方式是針對(duì)承載PDP Context的計(jì)費(fèi),隨著IMS規(guī)范和市場(chǎng)需求的發(fā)展,其局限性主要表現(xiàn)為:
★ 低帶寬、短時(shí)長(zhǎng)的的承載業(yè)務(wù)變得越來越重要
★ 例如:Messaging, gaming, Rich call content……
★ 這些業(yè)務(wù)是不需要第二個(gè)PDP Context
★ 3GPP R5計(jì)費(fèi)方式?jīng)]有區(qū)別不同的IP Flow,計(jì)費(fèi)方式不適用于其它接入方式(WLAN、xDSL、Cable…..)
★ 支持二次PDP Context的終端數(shù)量有限,二次PDP Context占用手機(jī)終端的處理和存儲(chǔ)資源,并縮短電池壽命
★ PDP Context的激活和去激活,會(huì)大量增加GPRS/UMTS系統(tǒng)中的信令開銷,并增加了業(yè)務(wù)建立的時(shí)延
針對(duì)R5計(jì)費(fèi)方式的局限性,R6引入了FBC(flow based charging),其優(yōu)點(diǎn)表現(xiàn)在:
★ 支持更靈活的業(yè)務(wù)模式
★ 使用基于Primary PDP Context的承載業(yè)務(wù),不再依靠二次 PDP Context
★ 比Go + SBLP具有更好的業(yè)務(wù)適應(yīng)性
★ 適用于其它的網(wǎng)絡(luò)接入技術(shù)
★ PDP context僅針對(duì)UMTS/GPRS,IP flow的概念具有通用性
FBC結(jié)構(gòu)解決了承載層而不是應(yīng)用層計(jì)費(fèi)問題,應(yīng)用層CDR將在CSCF、Application Server上產(chǎn)生。Ro/Rf用于向離線計(jì)費(fèi)系統(tǒng)或在線計(jì)費(fèi)系統(tǒng)傳送應(yīng)用層計(jì)費(fèi)數(shù)據(jù),包括:會(huì)話類型、會(huì)話的起始時(shí)間和終止時(shí)間、業(yè)務(wù)流使用信息。其操作過程如下所示:
Step 1
★ UE向 CSCF發(fā)送SIP信令
★ P-CSCF 通知CRF(Charging Rule Function) 數(shù)據(jù)流的相關(guān)信息 (IP流標(biāo)識(shí)、帶寬/速率、QoS類別)
★ CRF向GGSN發(fā)送流信息 :IP Flow Detail + Charging Key
Step 2
★ UE開啟承載流 (使用已有PDP C或啟用新的PDPC)
FBC要求P-CSCF/PDF或RFC選擇一個(gè)Charging Key作為所采用的計(jì)費(fèi)規(guī)則。FBC不需要計(jì)費(fèi)關(guān)聯(lián)(Charging Correlation),因?yàn)镃harging Key中已包含了影響承載計(jì)費(fèi)的IMS會(huì)話信息。GGSN向計(jì)費(fèi)系統(tǒng) (Offline or Online Charging System)發(fā)送IP Flow計(jì)費(fèi)信息和Charging Key。
2.2FBC的發(fā)展方向-PCC(Policy and Charging Control)
基于FBC的架構(gòu)來演進(jìn),但是不同于R6的FBC,將是對(duì)策略控制和計(jì)費(fèi)控制結(jié)合起來實(shí)現(xiàn)的一個(gè)架構(gòu):把策略控制功能(PDF)和基于流的計(jì)費(fèi)功能(FBC)合并成一個(gè)功能實(shí)體PCC(Policy and Charging Control)。策略控制和計(jì)費(fèi)控制在消息內(nèi)容上很多是相似或重復(fù)的(比如:IP 5-tuple定義、SDP信息),接口的融合不僅可以提高通信效率,降低業(yè)務(wù)建立時(shí)延,還可以保證對(duì)GGSN/TPF控制的一致性。
★ 將Go和Gx接口合并為Gx+,分別向GGSN/TPF提供計(jì)費(fèi)規(guī)則和策略控制規(guī)則,Gx接口將比較容易升級(jí)而支持策略控制功能,稱之為基于流的策略控制(FBP)。
★ PCC面向會(huì)話層和應(yīng)用層的接口Gq和Rx合并為Rx+,Gq和Rx接口在功能上很相似,把會(huì)話控制層有關(guān)IMS會(huì)話和媒體參數(shù)的信息傳遞給PCC
★ 引入新的解決方案來解決承載與業(yè)務(wù)的綁定問題,不同于現(xiàn)有的SBLP使用的授權(quán)令牌(token)機(jī)制?;诹鞯牟呗钥刂茖⑹褂脭?shù)據(jù)流模板TFT(TFT包含在PDP Context內(nèi)),TFT通過IP地址和端口號(hào)識(shí)別流,其方法與CRF/PDF識(shí)別IP流的方法類似。
3.北電基于FBC的實(shí)時(shí)計(jì)費(fèi)
5 北電基于FBC的實(shí)時(shí)計(jì)費(fèi)方案:
北電的基于FBC的實(shí)時(shí)計(jì)費(fèi)方案已部署于GPRS/UMTS網(wǎng)絡(luò),并可平滑過渡到支持IMS的實(shí)時(shí)計(jì)費(fèi)功能。對(duì)于GPRS/UMTS網(wǎng)絡(luò)。GGSN 通過預(yù)先配置的過濾器,過濾分析用戶的上下行數(shù)據(jù)包。
通過內(nèi)容過濾功能,GGSN對(duì)于特定的IP流建立分組分類器和相應(yīng)的Content ID。當(dāng)GGSN 得出用戶的上下行數(shù)據(jù)流的屬性時(shí)(由Content ID進(jìn)行標(biāo)識(shí)), GGSN 便會(huì)向在線計(jì)費(fèi)系(Online Charging System - OCS,通常位于BOSS系統(tǒng)),提出相關(guān)業(yè)務(wù)信用額度的申請(qǐng),OCS從用戶的帳戶中預(yù)留出適當(dāng)?shù)慕痤~,并把相應(yīng)的資源數(shù)量(時(shí)長(zhǎng)或數(shù)據(jù)流量)返回GGSN,當(dāng)資源用盡或業(yè)務(wù)終止,GGSN將消耗的資源數(shù)量通知OCS,OCS扣除相應(yīng)的金額。根據(jù)3GPP 的規(guī)定,GGSN 和OCS 間應(yīng)通過DIAMETER CC 協(xié)議來互通。GGSN 上的基于內(nèi)容計(jì)費(fèi)功能實(shí)現(xiàn)了3GPP 23.125 標(biāo)準(zhǔn)中定義的話務(wù)平面功能(TPF-Traffic Plane Function)。
事實(shí)上基于GPRS/UMTS的FBC方案,就是IMS中的基于FBC的承載計(jì)費(fèi)功能(BCF),主要的區(qū)別在于IP flow信息的獲得方式:
★ GPRS/UMTS方案:IP Flow的信息來源于GGSN預(yù)置的內(nèi)容過濾規(guī)則,這種靜態(tài)的過濾規(guī)則能夠滿足GPRS/UMTS的分組業(yè)務(wù)需求
★ IMS方案:IP Flow的信息來源于CRF向GGSN/TPF發(fā)送的Charging Key,這是一種動(dòng)態(tài)規(guī)則,在會(huì)話建立時(shí),由PDF/CRF創(chuàng)建并保存流標(biāo)識(shí)符,GGSN/TPF根據(jù)流標(biāo)識(shí)符建立分組分類器和Content ID
北電的GGSN已經(jīng)支持R6定義的話務(wù)平面功能(TPF),只需增加Gx接口,就可以平滑的支持IMS基于FBC的實(shí)時(shí)計(jì)費(fèi):
★ 符合3GPP R6關(guān)于FBC的相關(guān)標(biāo)準(zhǔn)
★ 簡(jiǎn)化QoS策略控制和計(jì)費(fèi)控制的實(shí)現(xiàn),符合3GPP R7的PCC (Policy and Charging Control)的發(fā)展方向
★ PDF/CRF融合為Policy Server,它與GGSN間的接口為Gx+接口,協(xié)議采用Diameter
★ Gq/Rx接口合二為一,并采用Diameter協(xié)議
★ 提供訪問GGSN的QoS控制功能
★ 策略控制、流量整形、 優(yōu)先級(jí)、 DiffServ…(北電)
評(píng)論