【正文】 H1 和 H2 隊列)保證速率以內(nèi)（CIR 以內(nèi)）的數(shù)據(jù)，一般保證優(yōu)先級隊列中（ AF,L1,L2隊列）保證速率以內(nèi)（CIR 以內(nèi)）的數(shù)據(jù)以及所有隊列中保證速率（ CIR）和峰值速率(PIR)之間的數(shù)據(jù)(盡力而為 BE 隊列的 CIR 為零，因此其中所有數(shù)據(jù)均為 CIR 和 PIR 之間的數(shù)據(jù))，三個調(diào)度器的工作順序由高到低排列，每個調(diào)度器在調(diào)度自己負責的隊列時根據(jù)每個隊列的 CIR 值或 CIR 和 PIR 值按相應權重順序調(diào)度。prioity 3)GE 通過層次化調(diào)度，在用戶 SLA 總帶寬下調(diào)度該用戶的不同等級流量的保證帶寬和突發(fā)帶寬，在所有等級應用均有流量時，首先滿足各等級應用的保證帶寬（CIR） ，SLA下的剩余帶寬按策略在各等級應用的突發(fā)帶寬（PIR）范圍內(nèi)再進行分配；如果其它應用沒有流量，用戶的每個等級的應用都能突發(fā)到自己的 PIR。同時由于當前應用層的 CAC 和網(wǎng)絡擁塞控制結(jié)合技術尚不成熟和部署（IMS 擬解決該問題，IMS 控制層能夠通過標準的接口實時感知承載網(wǎng)的帶寬狀況，根據(jù)容量下發(fā) QoS 策略和實施呼叫控制） ，為盡。下圖以一個大客戶 VPN 為例，說明通過層次化調(diào)度實現(xiàn) SLA，包括控制該 VPN 用戶的總帶寬和他所使用的每個服務等級的應用流量的帶寬。每個轉(zhuǎn)發(fā)等級的網(wǎng)絡側(cè)隊列（ 包括入口和出口隊列）都可設置相應的 CIR 和 PIR進行流量整形（7750 為每個隊列提供缺省的 CIR 和 PIR 參數(shù)） ，如果接收過來的業(yè)務數(shù)據(jù)包已有 Inprofile（CIR 以內(nèi)）和 Outprofile（CIR 和 PIR 之間）的表示，7750能夠識別并作出相應的轉(zhuǎn)發(fā)優(yōu)先級處理。7750 支持基于 IP/MPLS 的 Diffserv 架構在 IP/MPLS 網(wǎng)絡上提供 QOS 解決方案。? 3G 電路域（CS）和分組域（PS）核心網(wǎng)等? 端局軟交換話音，指基于 IP 方式的省內(nèi)軟交換架構交換機之間的話音業(yè)務流量? 固定 NGN 業(yè)務，指基于 IMS 架構的固定 NGN 試點和商用業(yè)務話音核心業(yè)務 Qos 要求:關鍵核心業(yè)務為話音業(yè)務，其 IP 數(shù)據(jù)包有信令流和媒體流兩大類，QoS 要求如下：? 信令流：如各地的 MSC 之間，及 MSC 與 MGW 之間等，該類數(shù)據(jù)的特點為實時性要求很強，數(shù)據(jù)量不大。本期工程為確保各種業(yè)務的接入 PE 路由器不存在單點故障，特意在每節(jié)點設置了兩臺 7750SR12 路由器，當主用的一臺 SR12 出現(xiàn)問題時，網(wǎng)絡設計上必須保證另外一臺路由器能夠正常向外發(fā)布本地 VPN 路由，并引導流量返回和發(fā)出。三、對于特別大型的 VPN 客戶，當客戶的路由策略較為復雜，或者其路由數(shù)量較多，而且波動交頻繁，則需要運營商采用 BGP 與 CE 作 Peer，以實現(xiàn)相應的路由策略和控制功能。萬榮：萬榮 6509 交換機 1 通過 10G GE 接口與同機房的 7750 路由器相連，萬榮6509 交換機 2 通過 10G POS 接口與欽州機房的 7750 路由器相連，同機房的 7750 路由器作為主用 PE，不同機房的 7750 路由器作為備用 PE，具體實現(xiàn)是通過在兩臺 6509 交換機上運行 VRRP 協(xié)議，設置不同的優(yōu)先級，讓業(yè)務流量優(yōu)先從主用 PE 流出，當主用PE 發(fā)生故障時，流量倒換到備用 PE。 上海移動本期工程中，PE 路由器暫時不用部署 BGP 路由協(xié)議。 BGP 路由設計中國移動 IP 承載網(wǎng)全網(wǎng)關鍵業(yè)務的路由承載主要通過 MPBGP 實現(xiàn)，即通過 MPLS三層 VPN 方式實現(xiàn)業(yè)務連通和彼此隔離，普通 IPv4 BGP 路由待有業(yè)務需求時再進行部21 / 55署。根據(jù) 3GPP、ITU 以及各業(yè)務平臺業(yè)務要求，網(wǎng)絡收斂時間過長會導致網(wǎng)絡中信令20 / 55傳遞受阻，實時多媒體、交互式業(yè)務停頓甚至中斷。通過統(tǒng)一 NET 區(qū)域編碼，扁平化路由層次，有利于日常的運營管理，清晰骨干網(wǎng)結(jié)構，避免在骨干網(wǎng)進行過于復雜的路由設計，給今后維護管理帶來額外的壓力。? 網(wǎng)管系統(tǒng)匯聚至 1 臺 Cisco 2621 路由器，而后以 FE 五類屏蔽雙絞線方式雙歸接入浦東節(jié)點的兩臺 L3 交換機。自有業(yè)務系統(tǒng)承載示意圖根據(jù)上圖可以看出，PS 域防火墻可以通過分析 IP 數(shù)據(jù)包目的地地址來決定數(shù)據(jù)流向是 CMNET 還是業(yè)務平臺。依據(jù)網(wǎng)絡規(guī)劃，本期工程設中考慮接入 3G SGSN 4 臺，分別位于浦東（1 臺） 、欽州（1 臺） 、金橋（2 臺） ；GGSN 共用現(xiàn)有 GPRS 設備。各局點設備互連情況如下：浦東：(民生路、丁香路交界處)至思科 6509 交換機長度為 5m 至華為 CR 路由器長度為 10m 至 ODF 架長度為 25m2 電源線為 415m 金橋：(金橋路、棲山路交界處)至思科 6509 交換機長度為 5m 至 ODF 架長度為 15m312 / 55 電源線為 410m萬榮：至思科 6509 交換機長度為 5m 至 ODF 架長度為 45m3 電源線為 411m欽州：至思科 6509 交換機長度為 5m 至華為 CR 路由器長度為 10m 至 ODF 架長度為 15m2 電源線為 46m13 / 55第三章 承載業(yè)務種類和實現(xiàn)方案 網(wǎng)絡業(yè)務組織方式IP 專用承載網(wǎng)將統(tǒng)一采用 BGP MPLS VPN 作為全網(wǎng)業(yè)務、應用的組織方式。 上海移動 IP 承載網(wǎng)現(xiàn)狀上海移動 IP 專網(wǎng)承載網(wǎng)現(xiàn)網(wǎng)拓撲結(jié)構如后下圖所示：9 / 55中國移動 IP 專用承載網(wǎng)二期在上海設置兩個節(jié)點：上海 1 節(jié)點（浦東十層數(shù)據(jù)機房） 、上海 2 節(jié)點（欽州四層交換機房） 。北京、上海、沈陽、南京、武漢、成都、西安、哈爾濱、長春、?？诘膮R聚/接入節(jié)點對（AR AR 2） ，以及廣州匯聚節(jié)點對（BRBR2） ，采用“單歸雙聯(lián)”方式接入上聯(lián)到所屬核心節(jié)點對（CRCR2） ；全國網(wǎng)管中心、廣州（2） 、廣州（4） 、深圳（2） 、佛山、江門、東莞、惠州，采用“單歸雙聯(lián)”方式接入上聯(lián)到所屬匯聚節(jié)點對（BRBR2） ，其它匯聚/接入節(jié)點對（ARAR2）均采用“雙歸單聯(lián)”方式接入上鏈到 2 個相鄰核心節(jié)點對（CRCR2） 。隨著業(yè)務的順利開展，中國移動集團公司決定移動 IP 專網(wǎng)骨干網(wǎng)根據(jù) 2G/3G 業(yè)務發(fā)展需求延伸到 C3 節(jié)點（大本地網(wǎng)） ，各地紛紛展開了 IP 專用承載網(wǎng)延伸的建設。2022 年 11 月開始進行二期網(wǎng)絡建設，將 IP 專用承載網(wǎng)定位于多業(yè)務 IP 承載網(wǎng)，包括“MSC Server 匯接網(wǎng)” 、 “網(wǎng)管支撐系統(tǒng)聯(lián)網(wǎng)” 、 “業(yè)務支撐系統(tǒng)聯(lián)網(wǎng)” 、 “企業(yè)信息化系統(tǒng)聯(lián)網(wǎng)”等業(yè)務的接入和承載，并將逐步在其中期發(fā)展進程中實現(xiàn) 3G CS/PS、IMS和部分可控的集團用戶 MPLS VPN 業(yè)務的接入和承載。匯聚/接入層為 67 個節(jié)點，除廣州（2） 、福建省福州、廈門外，每個匯聚/接入節(jié)點分別配置 2 臺匯聚/接入路由器（AR） ，構成成對配置的匯聚/接入節(jié)點；在福建7 / 55省福州、廈門分別配置 1 臺匯聚/接入路由器（AR） ，構成 1 對匯聚節(jié)點；在廣州（2）配置 2 臺匯聚路由器（BR） ，構成 1 對匯聚節(jié)點，再在全國網(wǎng)管中心、廣州（2） 、廣州（4） 、深圳（2）分別配置 2 臺接入路由器（AR） ，構成 1 對接入節(jié)點，在東莞、惠州、佛山、江門分別配置 1 臺接入路由器（AR） 。上海移動省內(nèi) IP 承載網(wǎng)屬上述模型 3。同局設備采用直連方式，不同局點的設備通過傳輸鏈路相連；到 ODF 架的接口為 FC/PC 圓頭，思科 6509 交換機接口為 SC 大方頭，華為 CR 路由器接口為 LC 小方頭，電源線采用 16mm2，除浦東外其他局點均為上走線。 分組域核心網(wǎng)GPRS 核心網(wǎng)現(xiàn)有 SGSN 16 臺，分別位于浦東（8 臺） 、欽州（8 臺） ；GGSN 4 臺，位于浦東（2 臺） 、欽州（2 臺） 。目前各業(yè)務系統(tǒng)承載于 CMNET，IP 專用承載網(wǎng)建成后，將逐步通過本地專網(wǎng)承載，以確保業(yè)務質(zhì)量和網(wǎng)絡安全。? BOSS 和經(jīng)營分析系統(tǒng)通過現(xiàn)有網(wǎng)絡組織手段分別匯聚到各自的 1 對 Cisco 3600 路由器，以 FE 五類屏蔽雙絞線方式雙歸接入欽州節(jié)點的兩臺 L3 交換機。有利于今后的運營管理界面的劃分，在今后維護查障過程中亦可快速的進行定位分析。因此，建議上海移動采用 ISIS 扁平化結(jié)構，只采用一層 L2 ISIS 的 IGP 路由設計。? ISIS SPF 延遲時間，100 毫秒。技術規(guī)范中國移動 IP 專用承載網(wǎng)采用路由反射器技術以減少 MPIBGP 連接的數(shù)量，并將各大區(qū)中心的 2 臺匯接路由器（CR）作為路由反射器簇，其中 CR2 作為主用，CR1 作為備用，其所屬接入路由器（AR）作為路由反射客戶端；各接入路由器（AR） MPIBGP 雙歸連接到所屬 CR1 和 CR2，CR1 參與 MPIBGP 路由交換，存儲了 VPN 相關路由信息，但并不參與 MPLS VPN 的轉(zhuǎn)發(fā)。欽州：欽州 6509 交換機 1 通過 10G GE 接口與同機房的 7750 路由器相連，欽州6509 交換機 2 通過 10G POS 接口與萬榮機房的 7750 路由器相連，同機房的 7750 路由器作為主用 PE，不同機房的 7750 路由器作為備用 PE，具體實現(xiàn)是通過在兩臺 6509 交換機上運行 VRRP 協(xié)議，設置不同的優(yōu)先級，讓業(yè)務流量優(yōu)先從主用 PE 流出，當主用PE 發(fā)生故障時，流量倒換到備用 PE。二、對于較大的 VPN 客戶，PE 與 CE 間可能要啟動動態(tài)路由(RIP 或 OSPF)，以滿足 VPN 客戶網(wǎng)絡的變化和發(fā)展的需要，雙方可以通過動態(tài)路由協(xié)議交換彼此的網(wǎng)絡地址段的變化，而無需網(wǎng)絡管理人員手工配置路由進行調(diào)整。將來隨著業(yè)務增長、流量增加，建議按需及時擴容、提供足夠帶寬，從而一直保持網(wǎng)絡輕載，使得流量都能被及時轉(zhuǎn)發(fā)，因此不考慮為上述 VPN 分別作帶寬預留。 vprn 800 customer 100 create routedistinguisher 24059:800 autobind ldp vrftarget target: 24059:800 interface to_PD_65091VLAN800 create description vprn for NGN_chuanshuNMS address sap 1/1/1:800 create//與 6509 交換機互連端口 exit6509 的相關配置根據(jù) 8 個不同的 MPLS VPN 建立 8 個相應的 VRF 組；27 / 55在 6509 上聯(lián) Alcatle PE 的 10G 接口上，根據(jù)不同的 VPN 劃分相應的子接口，在子接口上綁定 VRF,并啟用 VRRP；6509 與 Alcatle PE 之間，根據(jù)不同的 VRF 組啟用帶有 VRF 信息的 OSPF 進程，并將各業(yè)務的 Vlan 接口加入到相應的 OSPF 中；ip vrf NGN_NMSrd 24059:100routetarget export 24059:100routetarget import 24059:100!ip vrf NGN_Mediard 24059:200routetarget export 24059:200routetarget import 24059:200。? 2G GPRS 核心網(wǎng) Gn 接口? 自有業(yè)務系統(tǒng)互聯(lián)，包括流媒體等自有業(yè)務的承載? 省際及省內(nèi)地市間業(yè)務支撐網(wǎng)，包括 BOSS、網(wǎng)管及企業(yè)信息化等業(yè)務網(wǎng)絡隨著網(wǎng)絡的演進和業(yè)務的發(fā)展，IP 專用承載網(wǎng)將最終承載如下業(yè)務：? 集團大客戶專網(wǎng)業(yè)務，指基于 MPLS VPN 方式的集團客戶虛擬專網(wǎng)。 7750 Qos 實現(xiàn)機制7750 能夠全面提供對 DiffServ 解決方案的支持：完全兼容 IETF DiffServ 解決方案的相關標準，在作為 AR 進行業(yè)務 CAR 控制上尤為出色，帶寬顆粒度可細到 1kbps。根據(jù) Diffserv架構，此時 7750 按照轉(zhuǎn)發(fā)等級（分類）緩存數(shù)據(jù)包。憑借業(yè)務路由器提供的“層次化 QoS”，用戶不僅能為高優(yōu)先級業(yè)務與應用確保帶寬，還能與其他級別的業(yè)務之間共享任何閑置帶寬，從而提高網(wǎng)絡利用率和效率。其主用路徑和備用路徑的預留帶寬 CIR 均等于話務模型所需的帶寬。如上圖中 VoIP 和 VOD 沒36 / 55有流量時，用戶 Inter 業(yè)務能夠突發(fā)到 20M，而一旦 VoIP 和 VOD 有流量，將首先將帶寬分配給它們，滿足它們的 CIR，剩下的帶寬才會分給 Inter 業(yè)務。而普通的 Round Robin 和 WFQ 算法都是使用一個調(diào)度器調(diào)度所有隊列，并且不能按照 CIR、PIR 調(diào)度隊列。例如，一個 VPN 業(yè)務中需要同時開展重要的Unicast 數(shù)據(jù)應用以及 Multicast 和 Broadcast 的視頻應用，三者都需要 EF 服務級保證其 QOS 要求，但所需的保證帶寬不同，如果不能支持同服務等級中Un