中國移動(dòng)PCC應(yīng)用研究V1.9(華為)

LTE下PCC應(yīng)用建議從2/3G和4G的網(wǎng)絡(luò)特點(diǎn)來看PCC所能發(fā)揮的價(jià)值高帶寬，100Mbps以上具有端到端QoS保障能力（專有承載）具備QoS差異化條件從賣流量向賣體驗(yàn)轉(zhuǎn)變：按照帶寬＋流量定價(jià)，用戶體驗(yàn)的差異化。比如：海外運(yùn)營商常用的套餐外流量限速設(shè)計(jì)為自營業(yè)務(wù)提供QoS保障，提高與OTT業(yè)務(wù)的競爭力比如：VoLTE業(yè)務(wù)的QoS保障，自有視頻業(yè)務(wù)的QoS保障。與OTT廠商合作，通過后向收費(fèi)、前向收費(fèi)的商業(yè)模式，避免管道化比如：為PPLive提供保障帶寬，運(yùn)營商從中分成。低帶寬，2G平均速率約為70Kbps，3G平均速率約為700Kbps。2G體驗(yàn)差。主要訴求是提升用戶滿意度、提高網(wǎng)絡(luò)利用率主旋律是優(yōu)化、引導(dǎo)保證高價(jià)值用戶的體驗(yàn)，降低離網(wǎng)率。提高2G網(wǎng)絡(luò)效率四網(wǎng)協(xié)同，提高TD使用率Web瀏覽和IM業(yè)務(wù)流量占全網(wǎng)流量比例超過80％流量為Web瀏覽，網(wǎng)絡(luò)負(fù)載不均衡，2G忙，3G閑管控低價(jià)值用戶、低價(jià)值業(yè)務(wù)保障VIP用戶流量引導(dǎo)：TD引導(dǎo)、WLAN提醒QQ、微信、微博等小包頻繁業(yè)務(wù)的信道優(yōu)化2/3G網(wǎng)絡(luò)4G網(wǎng)絡(luò)主要訴求是提供增值業(yè)務(wù)，提供差異化服務(wù)主旋律是流量增值、避免管道化流量經(jīng)營，提供差異化服務(wù)，提高數(shù)據(jù)業(yè)務(wù)收入發(fā)展自營業(yè)務(wù)，與OTT廠商的合作與競爭從PCRF的網(wǎng)絡(luò)位置來看PCC的作用P-CSCF/SBCPCRFMMES/P-GWMRFPGGSNI/S-CSCF/MRFC/E-CSCFPSEPCIMSCoreCTAS能力開放平臺(tái)SGSN終端LTECPE2/3/4HandsetLTEdata-card+softclientLTE2G/3G自營業(yè)務(wù)服務(wù)器OTT業(yè)務(wù)服務(wù)器承載接入業(yè)務(wù)合作方OTT業(yè)務(wù)自營業(yè)務(wù)專有承載金管道優(yōu)先承載銀管道盡力而為水泥管道運(yùn)營商商業(yè)環(huán)境內(nèi)其他OTT業(yè)務(wù)互聯(lián)網(wǎng)商業(yè)環(huán)境能力開放平臺(tái)（PCCQoS能力開放、IMS能力開放、計(jì)費(fèi)/鑒權(quán)模塊）宏觀商業(yè)環(huán)境層面網(wǎng)絡(luò)位置：PCRF是承載層與業(yè)務(wù)層的錨點(diǎn)，也是連接運(yùn)營商與OTT廠商的紐帶。PCRF的QoS管理能力將成為運(yùn)營商提升自營業(yè)務(wù)競爭力、與OTT廠商競爭和合作的利器。網(wǎng)絡(luò)能力：PCEF的業(yè)務(wù)解析能力使得管道內(nèi)流量的業(yè)務(wù)屬性能夠被識(shí)別，PCRF的QoS管理能力使得管道內(nèi)具有業(yè)務(wù)屬性的流量能夠被管理，兩者構(gòu)成流量經(jīng)營的基礎(chǔ)。整體網(wǎng)絡(luò)結(jié)構(gòu)層面PCRF在VoLTE解決方案中提供保障帶寬的原理S-GWLTEPGWeNodeBInternetIMS/P-CSCFPCRF/SPRGxRx1。根據(jù)業(yè)務(wù)請求申請承載資源媒體信息/資源需求QCI/GBR2。根據(jù)業(yè)務(wù)簽約判斷是否允許申請承載資源QCI/GBRQCI/GBR3。根據(jù)QCI調(diào)度上下行資源4。根據(jù)QCI調(diào)度上下行資源5。根據(jù)QCI調(diào)度上行資源終端LTERAN傳輸網(wǎng)PGW用戶會(huì)話缺省承載專有承載普通上網(wǎng)業(yè)務(wù)/QCI=9普通P2P業(yè)務(wù)/QCI=9語音通話/QCI=1視頻/QCI=2PCRF的關(guān)鍵作用：根據(jù)業(yè)務(wù)簽約判斷用戶所使用業(yè)務(wù)的QoS信息，也即默認(rèn)承載或?qū)Ｓ谐休d打開管道看在傳統(tǒng)CS域，每路話音都是獨(dú)占資源，互不影響。體驗(yàn)是能夠保障的。在數(shù)據(jù)業(yè)務(wù)域，帶寬是共享的，VoLTE流量也是流量的一部分。PCC的專有承載能力，為VoLTE話音提供了專有數(shù)據(jù)通道，能夠保證QoS質(zhì)量。如果沒有PCRF，VoLTE通話質(zhì)量將無法達(dá)到傳統(tǒng)CS話音的體驗(yàn)水平。LTE

PCC的組網(wǎng)建議PCRF（集成SPR）EPCGWE-NodeBCMPPGxSOAPBOSSMME短信中心SPRxPolicyViewRestfulAFInternetPolicyView與PCRF聯(lián)動(dòng)實(shí)現(xiàn)動(dòng)態(tài)策略控制BoSS保持現(xiàn)網(wǎng)SOAP接口與PCRF互聯(lián)漫游地PGW通過DRA回歸屬地PCRF請求策略PCRF與SPR合設(shè)Restful接口與OTT實(shí)現(xiàn)對接2G

PCRF在原PCRF上升級(jí)支持專有承載(Rx)及DRA組網(wǎng)等功能支持4G漫游地PGWDRAPolicyView智能策略分析系統(tǒng)建立高效自動(dòng)化策略業(yè)務(wù)管道下發(fā)策略收集策略路徑采集網(wǎng)絡(luò)信息INTERNETPCRFPCRF智能策略分析系統(tǒng)策略參考一：現(xiàn)網(wǎng)分析二：策略選擇三：實(shí)施部署四：效果驗(yàn)證方案優(yōu)化PCRF智能策略分析系統(tǒng)，解決可視化難題策略制定有據(jù)可依、策略執(zhí)行有的放矢用戶行為分析業(yè)務(wù)特征分析套餐資費(fèi)分析終端影響分析位置分布分析忙閑時(shí)段分析網(wǎng)絡(luò)分析六大維度PolicyView智能策略分析系統(tǒng)實(shí)現(xiàn)與PCRF實(shí)時(shí)策略聯(lián)動(dòng)應(yīng)用場景：PolicyView自動(dòng)識(shí)別并反饋擁塞小區(qū)給PCRF，PCRF對這些小區(qū)實(shí)施低價(jià)值業(yè)務(wù)管控以達(dá)到減輕網(wǎng)絡(luò)擁塞、

盡可能的保障大多數(shù)用戶體驗(yàn)的目的。當(dāng)進(jìn)入閑時(shí)段，對該區(qū)域內(nèi)低價(jià)值業(yè)務(wù)取消管控，恢復(fù)管控前狀態(tài)。方案特點(diǎn)：自動(dòng)識(shí)別擁塞小區(qū)并自動(dòng)提供給PCRF，策略自動(dòng)閉環(huán)調(diào)整PCC漫游方案分析本地BOSS本地BOSS一級(jí)BOSSSPRSPRPCRFPCRFEPCGWEPCGW123通過省間數(shù)據(jù)互通才能解決漫游問題方案1：BOSS互通全國BOSS實(shí)現(xiàn)互通，確保用戶在各省市的簽約情況一致方案2：PCRF互通,采用S9接口實(shí)現(xiàn)PCRF互通可以僅實(shí)現(xiàn)S9接口中的基本邏輯。需要部署DRA，實(shí)現(xiàn)全國互聯(lián)。方案3：EPCGW直連歸屬地PCRF需要部署DRA，實(shí)現(xiàn)全國互聯(lián)?？梢詫?shí)現(xiàn)PCRF實(shí)時(shí)累積流量。E-NodeBE-NodeBDRANetworkPCC漫游方案對比建議選擇方案3：僅需要DRA，能同時(shí)解決漫游流量問題和漫游訂購關(guān)系問題，與BOSS實(shí)現(xiàn)全國互聯(lián)的方案類似，但是更可靠，廠家支持度更高方案1：BOSS互通方案2：部署S9接口，PCRF實(shí)現(xiàn)互通方案3：EPCGW直連歸屬地PCRF部署難度大需要打通全國BOSS中需要先部署DRA，然后部署S9接口低只需要部署DRA即可成熟度低低依賴于DRA和S9接口的成熟度，特別S9接口為3GPP協(xié)議定義的新接口，尚未經(jīng)過規(guī)模商用驗(yàn)證高只依賴于DRA的成熟度，DRA的規(guī)模部署已經(jīng)提上日程IOT工作量小大需要H-PCRF與V-PCRF之間進(jìn)行測試驗(yàn)證小移動(dòng)寬帶資源控制能力低高V-PCRF可以綜合本地策略和歸屬地策略中本地?zé)o法對外省漫入用戶施加策略，可以采用默認(rèn)策略SPR與BOSS合設(shè)方案分析應(yīng)用場景：BOSS進(jìn)行用戶數(shù)據(jù)的維護(hù)和生命周期管理，生產(chǎn)數(shù)據(jù)；SPR則是提供實(shí)時(shí)的數(shù)據(jù)訪問，使用數(shù)據(jù)。BOSS是離線系統(tǒng)，SPR是在線系統(tǒng)。應(yīng)用場景上兩者存在很大不同數(shù)據(jù)共享度：SPR中的數(shù)據(jù)大部分來源于BOSS的Provisioning的過程接口：SPR和PCRF之間的Sp接口沒有標(biāo)準(zhǔn)規(guī)范，各廠家均采用自定規(guī)范。如果BOSS和SPR合設(shè)，BOSS需要解決Sp接口標(biāo)準(zhǔn)化的問題，開發(fā)成本和周期難以控制。成本收益：如果BOSS和SPR合設(shè)，雖然無需重復(fù)建設(shè)SPR（節(jié)省SPR的硬件），當(dāng)由于PCRF對SPR的實(shí)時(shí)性要求非常高，會(huì)使得BOSS大幅度增加硬件以提高處理能力。組網(wǎng)：SPR與BOSS的組網(wǎng)相識(shí)，都是按照省份建設(shè)，如果合設(shè)的話需要重新增加PCRF和BOSS的接口。耦合：SPR與BOSS的可靠性要求不同，網(wǎng)元功能不同，兩者合設(shè)的話會(huì)增加網(wǎng)絡(luò)的耦合度，增加網(wǎng)絡(luò)的復(fù)雜度，降低網(wǎng)絡(luò)的可靠性，并導(dǎo)致網(wǎng)絡(luò)演進(jìn)的難度。PCRF與OCS合設(shè)方案分析應(yīng)用場景：OCS對用戶的消費(fèi)情況進(jìn)行管理，PCRF對用戶的策略進(jìn)行管理OCS只負(fù)責(zé)在線計(jì)費(fèi)用戶的消費(fèi)情況處理，而對于離線計(jì)費(fèi)用戶一般采用離線話單的方式數(shù)據(jù)共享度：OCS管理的是消費(fèi)信息，PCRF管理的是策略信息，只有用戶標(biāo)識(shí)重復(fù)存儲(chǔ)接口：需要OCS新增Gx、Rx等接口。成本收益：無需獨(dú)立建設(shè)PCRF，節(jié)省硬件。PCRF策略實(shí)時(shí)性要求高，會(huì)使得OCS增加硬件提高處理能力。組網(wǎng)：PCRF與BOSS的組網(wǎng)相同，都是按照省份建設(shè)。耦合：PCRF和OCS的應(yīng)用場景不同，不符合標(biāo)準(zhǔn)組網(wǎng)，演進(jìn)和升級(jí)都會(huì)帶來耦合的影響PCRF合設(shè)方案對比數(shù)據(jù)共享接口硬件成本組網(wǎng)耦合總結(jié)PCRF/SPR獨(dú)立部署NA私有接口獨(dú)立部署，需要單獨(dú)采購按省份部署NA3GPP標(biāo)準(zhǔn)網(wǎng)元，獨(dú)立建設(shè)耦合性低SPR與BOSS融合共享度高需要解決Sp接口標(biāo)準(zhǔn)化問題可以節(jié)省SPR硬件，當(dāng)BOSS為了滿足實(shí)時(shí)性要求需要進(jìn)行軟硬件擴(kuò)容按省份部署耦合度高能夠節(jié)省部分硬件，當(dāng)對BOSS要求高PCRF與OCS融合共享度低需要OCS提供Gx、Rx、Sd等接口無需獨(dú)立建設(shè)PCRF，節(jié)省硬件。PCRF策略實(shí)時(shí)性要求高，會(huì)使得OCS增加硬件提高處理能力按省份部署耦合度高沒有帶來實(shí)際的業(yè)務(wù)價(jià)值，業(yè)界主流大T如Telenor、Vodafone、T-Mobile等以及3GPP組織均將PCRF定義為核心網(wǎng)設(shè)備；建議部署PCRF/SPR獨(dú)立部署方案基于Sp接口標(biāo)準(zhǔn)化方案的思考Sp接口：3GPP23203定義了PCRF和SPR之間的Sp接口，但是僅定義了流程，未定義詳細(xì)接口，各個(gè)廠家均采用自定規(guī)范。Ud接口：3GPP23335定義UDC（同SPR）和PCRF之間的Ud接口，僅定義了傳輸協(xié)議（LDAP/SOAP)，無詳細(xì)接口信元定義。流量經(jīng)營整體運(yùn)營目標(biāo)Browsers3GPP協(xié)議定義現(xiàn)狀無標(biāo)準(zhǔn)化原因：由于用戶數(shù)據(jù)模型及業(yè)務(wù)場景復(fù)雜性，無法標(biāo)準(zhǔn)化SPR中的數(shù)據(jù)模型，以及PCRF和SPR交互的數(shù)據(jù)和流程。標(biāo)準(zhǔn)化的要求：如下幾個(gè)維度的要求是Sp可標(biāo)準(zhǔn)化的條件：

Sp接口上傳遞的數(shù)據(jù)結(jié)構(gòu)是穩(wěn)定的，這樣才能保持接口的穩(wěn)定性；

PCRF和SPR的接口交互簡單，才能確保證標(biāo)準(zhǔn)化可實(shí)施。如PCRF只是數(shù)據(jù)的使用者，而不是生產(chǎn)者，可確保獲取數(shù)據(jù)的流程簡潔可定義。標(biāo)準(zhǔn)化的困難：如下多種場景要求PCRF寫數(shù)據(jù)到SPR，也是數(shù)據(jù)的生產(chǎn)者，加大了標(biāo)準(zhǔn)化的難度。

某運(yùn)營商重定向/短信通知的要求，一天/一周通知一次，需要寫入用戶已經(jīng)通知的記錄到SPR

某運(yùn)營商漫游場景下要求PCRF每天給定用戶一定的流量，進(jìn)行QoS控制，導(dǎo)致PCRF在用戶漫游上線要寫入數(shù)據(jù)到SPR。各廠家需進(jìn)行從SPR的數(shù)據(jù)模型到Sp標(biāo)準(zhǔn)化接口的數(shù)據(jù)結(jié)構(gòu)的接口適配和轉(zhuǎn)換，可能對Sp接口性能上產(chǎn)生影響。BrowsersSp標(biāo)準(zhǔn)化的要求和困難基于Rx接口與第三方SP應(yīng)用對接的考慮