中国移动PCC应用研究V1.9(华为)

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应用对接的考虑