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

PCC的組網建議PCRF（集成SPR）EPCGWE-NodeBCMPPGxSOAPBOSSMME短信中心SPRxPolicyViewRestfulAFInternetPolicyView與PCRF聯動實現動態策略控制BoSS保持現網SOAP接口與PCRF互聯漫游地PGW通過DRA回歸屬地PCRF請求策略PCRF與SPR合設Restful接口與OTT實現對接2G

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

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

Sp接口上傳遞的數據結構是穩定的，這樣才能保持接口的穩定性；

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

某運營商重定向/短信通知的要求，一天/一周通知一次，需要寫入用戶已經通知的記錄到SPR

某運營商漫游場景下要求PCRF每天給定用戶一定的流量，進行QoS控制，導致PCRF在用戶漫游上線要寫入數據到SPR。各廠家需進行從SPR的數據模型到Sp標準化接口的數據結構的接口適配和轉換，可能對Sp接口性能上產生影響。BrowsersSp標準化的要求和困難基于Rx接口與第三方SP應用對接的考慮