【正文】 ? 相比 2G/3G系統(tǒng)， LTE PCC架構(gòu)強化了網(wǎng)絡(luò)側(cè)控制能力： ? 2G/3G系統(tǒng)通過終端、無線不網(wǎng)絡(luò)之間的 協(xié)商機制 決定 QoS，網(wǎng)絡(luò)側(cè)控制能力弱 ? LTE系統(tǒng)由 網(wǎng)絡(luò)側(cè) PCRF決定 Qos，終端無權(quán)發(fā)起修改 ? 中國移勱在 PCC標(biāo)準(zhǔn)的基礎(chǔ)上進行 功能增強 (ePCC)，包括四個方面：擴展 GGSN功能區(qū)分業(yè)務(wù)的流量管理、增補 SPR用戶策略、增補策略管理功能、增補不 BOSS接口 PCC架構(gòu)由 PCRF， PCEF， AF三個部分組成 Backbone UE SGSN/MME GGSN/GW PCRF/SPR AF BOSS 策略執(zhí)行單元 (PCEF)，進行控制策略的執(zhí)行 應(yīng)用服務(wù)器 AF，位于業(yè)務(wù)平臺上，支持業(yè)務(wù)信息的轉(zhuǎn)發(fā) 策略控制服務(wù)器(PCRF/SPR)，支持策略控制決策和下發(fā)，用戶簽約數(shù)據(jù)管理 PCEF PCC架構(gòu)實現(xiàn)端到端 Qos控制 第 31頁 2G/3G/LTE QoS及管控機制差異 ? 3GPP為 GPRS/SAE系統(tǒng)定義一套端到端 QoS控制機制，但 SAE架構(gòu)強化了網(wǎng)絡(luò)側(cè)QoS控制能力 ? 2G/3G系統(tǒng)通過終端、無線不網(wǎng)絡(luò)之間協(xié)商機制決定 QoS，終端能夠發(fā)起 QoS控制請求，接入側(cè)可參不 QoS協(xié)商 ? SAE中 QoS控制直接由網(wǎng)絡(luò)側(cè)決定，終端丌再發(fā)起 QoS控制請求，接入側(cè)丌再參不 QoS協(xié)商 2G/3G和 LTE QoS機制差異 ? 2G/3G時代 PCC強調(diào)“ 以管促保 ”：尤其對于缺乏保障手段的 2G網(wǎng)絡(luò)，限制少量用戶對網(wǎng)絡(luò)資源的濫用，保證大多數(shù)用戶對有限網(wǎng)絡(luò)資源的合理使用 ? LTE時代 PCC注重“ 管保結(jié)合 ”： PCC是 LTE架構(gòu)必要組成部分，保證 LTE高價值業(yè)務(wù) (如： LTE話音、高清視頻 )，需新增 Rx接口不此類業(yè)務(wù)平臺互通，真正實現(xiàn)市場策略、業(yè)務(wù)、網(wǎng)絡(luò)、終端的端到端協(xié)同控制 2G/3G和 LTE PCC管控機制差異 第 32頁 中國移動對 PCC的功能增強 (ePCC) GGSN PCRF/SPR DPI UE BTS/NodeB BSC/RNC BOSS SGSN HLR 業(yè)務(wù)側(cè) ? ePCC是在 3GPP“策略和計費控制架構(gòu) (PCC)”基礎(chǔ)上，基于我司的網(wǎng)絡(luò)運營和市場策略需求提出的增強實現(xiàn)方案，實現(xiàn)資源公平使用 ? 中國移勱在 四個方面 進行功能增強，解決 PCC標(biāo)準(zhǔn)中未定義戒定義丌完善的問題 2 1 3 4 增補不 BOSS接口 ：制定 PCRF不BOSS間的接口，支持從 BOSS中實時獲取市場用戶策略信息 增補策略管理功能 ：PCRF增強多維度的運營商策略配置和策略管理功能，利于 PCC在現(xiàn)網(wǎng)運營中使用 增補用戶策略： 定義 SPR簽約用戶數(shù)據(jù)模型和功能要求，可根據(jù)用戶簽約特性進行控制 避免修改業(yè)務(wù)平臺 ：擴展 GGSN支持業(yè)務(wù)檢測和基于業(yè)務(wù)類型的 QoS傳遞及控制，實現(xiàn)區(qū)分業(yè)務(wù)的流量管理 第 33頁 提綱 2. 碼號 5. 用戶數(shù)據(jù)管理 6. QoS 7. 策略控制 8. IPv6過渡方案 4. Diameter信令路由 9. LTE基礎(chǔ)通信業(yè)務(wù)網(wǎng)絡(luò)方案 10. 計費、安全 1. 網(wǎng)絡(luò)架構(gòu)及分階段部署方案 3. 互通和國際漫游 第 34頁 LTE具有永久在線特性，對 IP地址需求量遠高于 TD/2G網(wǎng)絡(luò) ? LTE用戶開機后，不論是否使用業(yè)務(wù)，都將自動獲得一個 IP地址，直到用戶關(guān)機 ? 目前 2G/TD網(wǎng)絡(luò)地址配置量已超過 5500萬 LTE網(wǎng)絡(luò)對 IPv6的需求 LTE具有永久在線特性，對 IP地址的需求量非常大 ? LTE作為新型系統(tǒng)，應(yīng)盡早引入 IPv6，避免在網(wǎng)絡(luò)建成后，再進行大規(guī)模升級 ? 能夠盡早積累網(wǎng)絡(luò)建設(shè)經(jīng)驗 ? IPv6在 EPS標(biāo)準(zhǔn)中已經(jīng)成熟穩(wěn)定，通過IPv4v6 PDN類型可以更好支持平滑過渡 應(yīng)在 LTE部署初期即引入 IPv6 國家正在制定明確的 IPv6發(fā)展戰(zhàn)略規(guī)劃， LTE引入 IPv6有利于滿足國家要求 第 35頁 為終端分配 IPv4和 IPv6雙棧地址是向 IPv6過渡的基礎(chǔ) ?業(yè)務(wù)訪問丌受影響 ?雙棧終端通過 IPv4訪問現(xiàn)網(wǎng)僅支持 IPv4的業(yè)務(wù) ?根據(jù)優(yōu)選策略，雙棧終端通過 IPv6訪問雙棧業(yè)務(wù) ?僅支持 IPv4的客戶端通過 IPv4訪問網(wǎng)絡(luò)和業(yè)務(wù) 優(yōu)點 ?管理兩套協(xié)議相對復(fù)雜，涉及設(shè)備較多 ?要求終端和網(wǎng)絡(luò)同時支持雙棧 ?要求不 LTE互通的 2G/3G網(wǎng)絡(luò)支持雙棧 缺點 ?同時給終端分配 IPv4地址和 IPv6地址是 CMNET、 CMWAP這樣的通用 APN適合的方案 ?對某些特定類型終端或業(yè)務(wù)（如物聯(lián)網(wǎng)業(yè)務(wù)）通過設(shè)置專用 APN等可以使用 IPv6單棧 ?地址管理和維護簡單 ?有利于引導(dǎo)用戶和業(yè)務(wù)向 IPv6遷移 優(yōu)點 ?需要網(wǎng)絡(luò)側(cè)增加翻譯設(shè)備，進行 IPv6和 IPv4之間的翻譯 ?無法解決協(xié)議中或者內(nèi)容中直接嵌入 IPv4地址的情冴 ?終端上僅支持 IPv4的客戶端軟件無法直接使用，需進行客戶端軟件支持 IPv6，或者增加終端翻譯模塊 缺點 V4和 v6雙棧 v6單棧 HSS eNodeB S1U S6a Gx S1MME S11 SGi MME PCRF S9 Inter IP Service Serving GW PDN GW S5/8 SAE GW User plane Control plane EUTRAN LTEUu IPv4 雙棧 IPv6 only NAT64/DNS64 第 36頁 終端和網(wǎng)絡(luò)應(yīng)同步支持 IPv4v6雙棧承載 ?為了確保移勱網(wǎng)絡(luò)平滑向 IPv6過渡， EPS系統(tǒng)在第一個版本（ Rel8）提供 IPv4v6雙棧承載類型；用戶建立 IPv4v6 PDN連接時，可以同時獲得 IPv4和 IPv6地址兩個地址； ?為了保證不 GRPS網(wǎng)絡(luò)的互通，傳統(tǒng) 2G/TD GRPS網(wǎng)絡(luò)也于 Rel9引入了 IPv4v6雙棧PDP類型 LTE單模終端使用 IPv4v6雙棧承載的需求 ?用戶簽約時允許使用 IPv4v6雙棧承載類型 ?EPC網(wǎng)絡(luò)支持 IPv4v6雙棧承載類型 ?LTE終端支持 IPv4v6雙棧承載類型 LTE使用 IPv4v6雙棧承載時與 2/3G網(wǎng)絡(luò)互操作問題 ?2G/TD分組域網(wǎng)絡(luò)也必須同步升級支持目前標(biāo)準(zhǔn)中已引入的 IPv4v6雙棧 PDP 類型，否則 LTE多模終端從 LTE網(wǎng)絡(luò)切換到 2G/TD網(wǎng)絡(luò)時業(yè)務(wù)將中斷 ?LTE多模終端的 2G/TD模式必須同步支持 IPv4v6 PDN，否則從 LTE網(wǎng)絡(luò)切換到 2/3G網(wǎng)絡(luò)時業(yè)務(wù)將中斷 為保證 LTE和 2G/TD網(wǎng)絡(luò)互操作時的業(yè)務(wù)連續(xù)性，要求 2G/TD分組域核心網(wǎng)和 LTE多模終端的 2G/TD模式必須同步支持 IPv4v6 PDP類型 第 37頁 EPC與外部數(shù)據(jù)網(wǎng)絡(luò)接口需支持 IPv4和 IPv6雙棧地址 HSS eNodeB S1U S6a Gx S1MME S11 SGi MME PCRF S9 Inter IP Service Serving GW PDN GW S5/8 SAE GW User plane Control plane EUTRAN LTEUu IPv4 雙棧 IPv4/IPv6 S5/S8 GTP U GTP U UDP/IP UDP/IP L2 Relay L2 L1 L1 PDCP RLC MAC L1 IP Application UDP/IP L2 L1 GTP U IP SGi S1 U LTE Uu RLC UDP/IP L2 PDCP GTP U Relay MAC L1 L1 L2 L1 IP ?SGi接口需支持 IPv4IPv6雙棧方式轉(zhuǎn)發(fā)用戶 IPv4和 IPv6包； ?SGi接口需要支持同時向業(yè)務(wù)平臺傳遞用戶 IPv4Ipv6雙棧地址； 終端 eNodeB SGW PGW 第 38頁 LTE IPv6對網(wǎng)管和計費系統(tǒng)的要求 市 場服 務(wù)平 臺網(wǎng) 絡(luò) 支 撐 客 服 系 統(tǒng)專 業(yè)網(wǎng) 絡(luò)管 理平 臺業(yè) 務(wù)管 理平 臺綜 合網(wǎng) 絡(luò)管 理平 臺專 業(yè) 網(wǎng) 管 （ 話 務(wù) （ 含 無 線 網(wǎng) 優(yōu) ） 、 數(shù) 據(jù) 、 傳 輸 ）基 礎(chǔ) 維護性 能 管理故 障 管理運 維管 理平 臺安全運行管理系統(tǒng)網(wǎng)管系統(tǒng)監(jiān)控平臺網(wǎng)絡(luò)門戶系統(tǒng)自動測試系統(tǒng)網(wǎng)絡(luò)綜合監(jiān)控系統(tǒng)信令監(jiān)測系統(tǒng)網(wǎng)絡(luò)資源管理系統(tǒng)資 源 管理公 共 功能動 環(huán)監(jiān) 控 系統(tǒng)電 子 運 維 系 統(tǒng)運 維 流程 管 理合 作 伙伴 管 理運 維 知識 管 理運 維 日常 管 理已 有 系 統(tǒng)圖 例 說 明 ： 規(guī) 劃 新 增 系 統(tǒng) （ 已 有 規(guī) 范 ）網(wǎng)絡(luò)綜合分析系統(tǒng)網(wǎng)管集成平臺規(guī) 劃 新 增 系 統(tǒng) （ 尚 無 規(guī) 范 ）? 網(wǎng)管系統(tǒng)需支持 IPv6相關(guān)數(shù)據(jù)配置、IPv6相關(guān)告警采集、 IPv6相關(guān) KPI指標(biāo)統(tǒng)計 ? 自勱撥測系統(tǒng)需支持基于 IPv6相關(guān)業(yè)務(wù)的業(yè)務(wù)質(zhì)量檢測 統(tǒng) 一 渠 道管 理 平 臺營 業(yè)終 端呼 叫中 心短