3GPP_PCC簡介.ppt_第1頁
3GPP_PCC簡介.ppt_第2頁
3GPP_PCC簡介.ppt_第3頁
3GPP_PCC簡介.ppt_第4頁
3GPP_PCC簡介.ppt_第5頁
已閱讀5頁,還剩17頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

3gpp pcc簡介,-通信軟件研發(fā)部,pcc架構的產(chǎn)生條件,重點關注傳統(tǒng)語音業(yè)務 預付費業(yè)務、實時扣費,it與ct技術的融合 語音、數(shù)據(jù)、內(nèi)容預付費,計費與策略控制與用戶行為、用戶屬性、網(wǎng)絡資源相結合 計費(charging)與帳單(billing)進一步分離 計費(charging)與控制(control)進一步結合,智能網(wǎng)(in),在線計費(ocs),策略控制與計費(pcc),計費方式演進驅動,數(shù)據(jù)流量的暴增,運營商希望有效的控制投資,合理利用網(wǎng)絡資源,2.無線數(shù)據(jù)業(yè)務高速增長驅動,智能手機、數(shù)據(jù)卡的廣泛使用 pda等智能設備的廣泛使用,移動互聯(lián)網(wǎng)快速發(fā)展 基于移動設備的英特網(wǎng)應用急劇增加,尤其是與用戶位置相關的業(yè)務將進入快速增長期,網(wǎng)絡,終端,應用,資源,場景,價格,是否允許接入? 分配什么樣的qos? 什么樣的價格? 何種計費方式?,呼叫,數(shù)據(jù)業(yè)務,pcc架構能做什么?,策略&計費控制,pcc架構(無漫游),pcc架構(漫游),pcc架構總體需求(計費),計費模式 流量計費 時長計費 事件計費 不計費,應用舉例 ftp地址:111.222.333.444:21,終端發(fā)送到111.222.333.444:21的數(shù)據(jù)流(上行)或111.222.333.444:21發(fā)送到終端的數(shù)據(jù)流(下行),實施預定義的費率 http地址:111.222.333.444:80,終端發(fā)送到111.222.333.444:80的數(shù)據(jù)流(上行)或111.222.333.444:80發(fā)送到終端的數(shù)據(jù)流(下行),實施預定義的費率 一個服務器即提供web服務,也提供wap服務,對web服務和wap服務實施不同的計費規(guī)則 發(fā)送到/來自dns服務器的數(shù)據(jù)都不計費 voip業(yè)務中,pcc識別出業(yè)務流是由p-cscf發(fā)起的,實施預定義的費率,pcc架構總體需求(qos控制),門控 上行打開/關閉 下行打開/關閉 qos控制 業(yè)務數(shù)據(jù)流層面的qos控制 ip-can承載層面的qos控制 qos沖突控制 多個qos策略疊加結果超過用戶簽約帶寬時,能夠正確的處理沖突,一個ip-can會話可建立多個ip-can承載 一個業(yè)務數(shù)據(jù)流可以對應多個ip-can承載 一個ip-can承載可以承載多個業(yè)務數(shù)據(jù)流,pcc架構總體需求(用量監(jiān)控),pcrf能夠下發(fā)用量監(jiān)控門限給pcef pcef根據(jù)下發(fā)的門限值對業(yè)務使用量進行統(tǒng)計,并進行上報 pcrf基于pcef上報的用量監(jiān)控數(shù)據(jù)進行策略決策,接口功能,rx接口 af向pcrf發(fā)送策略請求 af從pcrf上訂閱業(yè)務數(shù)據(jù)在ip-can上的傳輸狀態(tài) gx接口 pcrf向pcef下發(fā)qos策略、計費策略 pcef向pcrf請求qos策略 pcrf向下發(fā)事件上報指令 pcef向pcrf上報事件 gy接口 在線計費接口(信用額度控制、預付費) gz接口 離線計費接口(帳單傳送) sp接口 pcrf從spr查詢用戶清單信息 pcrf想spr上報使用量信息 s9接口 漫游接口,關于gx和gxx接口,sae(系統(tǒng)架構演進)中無線接入網(wǎng)pdp建立基于兩種模式:gtp、pmip gtp模式不需要bberf(無gxx接口) pmip模式需要bberf(有gxx接口) 建立ip-can session之前先建立gateway control session 根據(jù)中國電信、中國聯(lián)通的規(guī)范,網(wǎng)絡中都沒有bberf及gxx接口,綁定機制(會話綁定),將af會話關聯(lián)到ip-can會話 會話綁定是pcrf的功能 pcc r9版本只支持af和ip-can會話1:1的綁定,綁定機制(pcc規(guī)則授權和qos規(guī)則生成),qci qci是一個qos模板,定義了qos等級、延時、丟包率等 定義qci是為了減少網(wǎng)絡上的信令傳輸,便于各廠商設備互聯(lián)互通,資源類型 gbr承載上的數(shù)據(jù)速率會以等于或小于gbr的數(shù)值發(fā)送,因此認為不應該發(fā)生因擁塞而引起的分組丟棄,并且每個分組的時延應該不會超過pdb。適用于實時業(yè)務 non-gbr承載上的資源分配應考慮因擁塞而引起的分組丟失,每個承載的時延也有可能超出pdb的設置,比如在業(yè)務負荷高峰時。適用與實時性要求不高的業(yè)務,pcc規(guī)則授權即選擇qos參數(shù)(qci、arp、gbr、mbr),綁定機制(pcc規(guī)則授權和qos規(guī)則生成),arp arp的主要目的是在資源限制的情況下決定接受還是拒絕承載的建立或修改請求。同時,arp用于特殊的資源限制時(例如在切換時),決定丟棄哪個承載。一旦承載成功建立后,arp將對承載級別的數(shù)據(jù)包傳輸處理沒有任何影響(承載建立之后,qos修改通過qci完成) gbr 網(wǎng)絡最低的保證帶寬 mbr 網(wǎng)絡能提供的最大帶寬,綁定機制(承載綁定),將pcc規(guī)則和qos規(guī)則與ip-can承載關聯(lián)起來 承載綁定是pcef/bberf的功能 pcef/bberf評估已有的ip-can承載是否滿足需求,如果不滿足,則創(chuàng)建新的ip-can承載用于pcc規(guī)則和qos規(guī)則綁定,計費報告/信用管理/事件觸發(fā),pcef連接ocs,實現(xiàn)信用額度控制、預付費、在線計費功能 pcef向ofcs傳送話單,實現(xiàn)離線計費 pcrf下發(fā)事件觸發(fā)指令,pcef/bberf進行事件上報 接入網(wǎng)切換、ip-can切換、承載失敗等(gx接口的event-trigger avp中定義了事件觸發(fā)avp),業(yè)務數(shù)據(jù)流檢測,每個pcc規(guī)則包含一個業(yè)務數(shù)據(jù)流模板 每個業(yè)務數(shù)據(jù)流模板包含任意個業(yè)務數(shù)據(jù)流過濾器 業(yè)務數(shù)據(jù)流過濾器可以對上行、下行、上行和下行數(shù)據(jù)進行檢測 pcef基于業(yè)務數(shù)據(jù)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論