知識(shí)水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識(shí)水壩 中國(guó)移動(dòng)通信集團(tuán) 江蘇公司網(wǎng)絡(luò)部 二 一 年 十一 月 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù) 研究 知識(shí)水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識(shí)水壩 目 錄 1 概述 . 1 2 CM-IMS 網(wǎng)絡(luò)架構(gòu)及網(wǎng)元介紹 . 1 3 故障檢測(cè)機(jī)制 . 3 3.1 基于 SIP OPTION 的故障檢測(cè) . 3 3.2 基于 DIAMETER 的鏈路檢測(cè) . 5 4 ENUM/DNS 容災(zāi)備份方案 . 5 4.1 ENUM/DNS 組網(wǎng)方案 . 5 4.2 ENUM/DNS 數(shù)據(jù)同步方案 . 6 4.3 ENUM/DNS 負(fù)荷分擔(dān)方案 . 7 4.4 倒換 /倒回機(jī)制 . 8 5 SBC 容災(zāi)方案 . 9 5.1 SBC 負(fù)荷分擔(dān)機(jī)制 . 9 5.2 SBC 異本地網(wǎng)容災(zāi)方案 . 12 5.3 固定接入用戶(hù)對(duì) SBC 的故障恢復(fù)機(jī)制 . 13 5.3.1 倒換機(jī)制 . 14 5.3.2 倒回機(jī)制 . 14 5.3.3 容災(zāi)效果分析 . 15 5.4 PS 域接入用戶(hù)對(duì) SBC 的故障恢復(fù)機(jī)制 . 15 5.4.1 倒換機(jī)制 . 16 5.4.2 倒回機(jī)制 . 16 5.4.3 容災(zāi)效果分析 . 16 5.5 對(duì)終端和其他網(wǎng)元的要求 . 17 6 P-CSCF 容災(zāi)方案 . 17 6.1 P-CSCF 負(fù)荷分擔(dān)機(jī)制 . 17 6.2 倒換機(jī)制 . 19 6.3 倒回機(jī)制 . 20 知識(shí)水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識(shí)水壩 6.4 容災(zāi)效果分析 . 20 6.5 對(duì)終端和其他網(wǎng)元的要求 . 21 7 I/S /E-CSCF/BGCF 容災(zāi)方案 . 21 7.1 I/S /E-CSCF/BGCF 容災(zāi)方案無(wú)動(dòng)態(tài)數(shù)據(jù)備份 . 21 7.1.1 I/S /E-CSCF/BGCF 負(fù)荷分擔(dān)機(jī)制 . 22 7.1.2 倒換機(jī)制 . 24 7.1.3 倒回機(jī)制 . 25 7.1.4 容災(zāi)效果分析 . 26 7.1.5 對(duì)終端的要求 . 26 7.2 I/S /E-CSCF/BGCF 容災(zāi)方案支持動(dòng)態(tài)數(shù)據(jù)備份 . 27 7.2.1 S-CSCF 動(dòng)態(tài)數(shù)據(jù)備份機(jī)制 . 27 7.2.2 倒換機(jī)制 . 27 7.2.3 倒回機(jī)制 . 29 7.2.4 容災(zāi)效果分析 . 30 7.2.5 對(duì)相關(guān)網(wǎng)元和終端的要求 . 30 7.3 S-CSCF 容災(zāi)方案比較 . 31 8 HSS 容災(zāi)方案 . 32 8.1 HSS N+1 非實(shí)時(shí)備份方案 . 32 8.1.1 方案描述 . 32 8.1.2 數(shù)據(jù)同步要求 . 33 8.1.3 倒換機(jī)制 . 34 8.1.4 倒回機(jī)制 . 34 8.1.5 容災(zāi)效果分析 . 35 8.1.6 其他網(wǎng)元的要求 . 35 8.2 HSS N+1 實(shí)時(shí)備份方案 . 35 8.2.1 方案描述 . 35 8.2.2 數(shù)據(jù)同步 . 36 8.2.3 倒換機(jī)制 . 37 8.2.4 倒回機(jī)制 . 38 8.2.5 容災(zāi)效果分析 . 38 知識(shí)水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識(shí)水壩 8.2.6 其他網(wǎng)元的要求 . 38 9 MGCF 容災(zāi)方案 . 38 10 業(yè)務(wù)放通機(jī)制 . 39 10.1 基本通話(huà)業(yè)務(wù)的放通 . 39 10.2 被叫一號(hào)通業(yè)務(wù)放通 . 40 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 1 概述 本課題研究主要目的是制定 CM-IMS 網(wǎng)絡(luò)容災(zāi)方案， CM-IMS 重要網(wǎng)元的容災(zāi)備份及倒換恢復(fù) 的方案，以便能有效的 保障中國(guó)移動(dòng) CM-IMS 網(wǎng)絡(luò) 安全、平穩(wěn)、高效運(yùn)行，在核心網(wǎng)元發(fā)生故障退出服務(wù)的情況下，備用 網(wǎng)元或負(fù)荷分擔(dān)設(shè)備 能夠迅速地接管主用設(shè)備承載的業(yè)務(wù)，使業(yè)務(wù)盡快恢復(fù) 。 本 課題中研究 的容災(zāi)備份方案是網(wǎng)元級(jí)的容災(zāi)方案。備用網(wǎng)元設(shè)備整體接管主用設(shè)備承擔(dān)的業(yè)務(wù)，不涉及一個(gè)獨(dú)立網(wǎng)元內(nèi)部不同模塊間的容災(zāi)備份。為保障網(wǎng)元級(jí)容災(zāi)的效果， 主 備用網(wǎng)元 或成對(duì)負(fù)荷分擔(dān)設(shè)備 應(yīng)設(shè)置在不同的局址，而且各自使用獨(dú)立的電源和傳輸資源。 2 CM-IMS 網(wǎng)絡(luò)架構(gòu)及網(wǎng)元介紹 CM-IMS 標(biāo)準(zhǔn)是中國(guó)移動(dòng)結(jié)合自身 網(wǎng)絡(luò)特點(diǎn)，將 3GPP 國(guó)際標(biāo)準(zhǔn) IMS 進(jìn)行簡(jiǎn)化和創(chuàng)新，提出的更加適用于中國(guó)移動(dòng)現(xiàn)有網(wǎng)絡(luò)的網(wǎng)絡(luò)架構(gòu)，國(guó)際標(biāo)準(zhǔn)與現(xiàn)有網(wǎng)絡(luò)的結(jié)合誕生的網(wǎng)絡(luò)架構(gòu)更有利于其在現(xiàn)網(wǎng)的部署和在實(shí)際應(yīng)用中發(fā)揮作用。 CM-IMS 網(wǎng)絡(luò)架構(gòu)示意圖如下： I - C S C FS - C S C FP - C S C FM G C FI M - M G W/ S G WS B CB G C FH S S S L FS I P A SM nB I C CI S U PP L M N / P S T NM wM gC xC xD xD xM iM gU tS hS C PU EI S CL A NW L A Nx D S LP O NT D - S C D M AG mD hG mE - C S C FM wM wM R F CC rM jS I P A SI S CS hD hM wM gM R F PM pE N U M /D N SC GO M CS B C /P - C S C FM wM wM w圖 1： CM-IMS 網(wǎng)絡(luò)架構(gòu)示意圖 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 在 CM-IMS 網(wǎng)絡(luò)架構(gòu)組成中，主要有以下功能網(wǎng)元： CSCF： CSCF（會(huì)話(huà)控制）是 IMS 系統(tǒng)的呼叫控制核心，它的主要作用是在 IP 傳輸平臺(tái)上實(shí)現(xiàn)用戶(hù)接入及鑒權(quán)、會(huì)話(huà)路由、業(yè)務(wù)觸發(fā)等功能。根據(jù)功能分工不同 分為 P-CSCF、I-CSCF、 S-CSCF 和 E-CSCF。 P-CSCF（代理會(huì)話(huà)控制）是 IMS 終端接入 IMS 的入口點(diǎn)，能根據(jù)用戶(hù)接入網(wǎng)的 IP地址段與接入網(wǎng)類(lèi)型的對(duì)應(yīng)關(guān)系（ P-CSCF 的本地配置表）來(lái)區(qū)分用戶(hù)的接入類(lèi)型。P-CSCF 提供注冊(cè)和注銷(xiāo)、鑒權(quán)和授權(quán)、信令壓縮、媒體授權(quán)、信令路由、數(shù)據(jù)管理、緊急呼叫、 QoS、計(jì)費(fèi)等功能。 I-CSCF（查詢(xún)會(huì)話(huà)控制）是 IMS 歸屬網(wǎng)絡(luò)的入口點(diǎn)，在注冊(cè)過(guò)程中， I-CSCF 通過(guò)查詢(xún) HSS，為用戶(hù)選擇一個(gè) S-CSCF；在呼叫過(guò)程中，去往 IMS 網(wǎng)絡(luò)的呼叫首先路由到I-CSCF，由 I-CSCF 從 HSS 獲取用戶(hù)所注冊(cè)的 S-SCSCF 地址，將消息路由到 S-CSCF。 S-CSCF（業(yè)務(wù)會(huì)話(huà)控制） 在 IMS 核心網(wǎng)中處于核心的控制地位，負(fù)責(zé)對(duì)終端的注冊(cè)鑒權(quán)和會(huì)話(huà)控制，執(zhí)行針對(duì)主叫端及被叫端 IMS 用戶(hù)的基本會(huì)話(huà)路由功能，并根據(jù)用戶(hù)簽約的 IMS 觸發(fā)規(guī)則，在條件滿(mǎn)足時(shí)進(jìn)行到 AS 的業(yè)務(wù)路由觸發(fā)。 E-CSCF 負(fù)責(zé)緊急呼叫的相關(guān)處理。 HSS/SLF： HSS 作為整個(gè)網(wǎng)絡(luò)的用戶(hù)數(shù)據(jù)庫(kù)，存儲(chǔ) IMS 用戶(hù)的鑒權(quán)信息、簽約信息、業(yè)務(wù)透明數(shù)據(jù)等。其主要功能包括： （ 1）用戶(hù)和業(yè)務(wù)數(shù)據(jù)存儲(chǔ)功能 （ 2）用戶(hù)和業(yè) 務(wù)數(shù)據(jù)管理功能 （ 3）支持注冊(cè) /注銷(xiāo)等流程 （ 4）支持鑒權(quán)功能 （ 5）用戶(hù) /業(yè)務(wù)位置查詢(xún)功能 （ 6）簽約定位功能 SLF：在域內(nèi)存在多個(gè) HSS 時(shí)，由 SLF 選擇用戶(hù)存儲(chǔ)的 HSS。 MGCF/IM-MGW： MGCF 和 IM-MGW 是 IMS 域與 CS 域和 PSTN 互通的功能實(shí)體，分別負(fù)責(zé)控制信令和媒體流的互通。 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 BGCF： BGCF 的功能主要是將用戶(hù)的會(huì)話(huà)路由到正確的 PLMN/PSTN 網(wǎng)絡(luò)： 與本網(wǎng)用戶(hù)互通，選擇路由至被叫網(wǎng)絡(luò)的 MGCF，與其他運(yùn)營(yíng)商互通，選擇與其他運(yùn)營(yíng)商的 BGCF 互通。 MRF(MRFC 和 MRFP)： MRF（媒體資源功能）主要提供鈴音與錄音通知的播放、會(huì)議的媒體流處理（混音等）、編解碼轉(zhuǎn)換、 DTMF 信號(hào)處理等功能。 ENUM/DNS： ENUM/DNS系統(tǒng)在 CM-IMS 網(wǎng)絡(luò)中主要完成用戶(hù) E.164號(hào)碼與 Sip uri之間的轉(zhuǎn)換，并且提供用戶(hù)歸屬域域名對(duì)應(yīng) IP 地址的映射，協(xié)助 IMS 核心網(wǎng)網(wǎng)元完成會(huì)話(huà)的路由。 SBC： SBC（會(huì)話(huà)邊界控制器）分為 A-SBC 和 I-SBC： A-SBC（接入）為 IMS 的接入點(diǎn)，完成用戶(hù)代理、接入控制、 NAT 穿越、媒體門(mén)控等功能； I-SBC（互聯(lián)）與他網(wǎng) IMS 互通，完成 IBCF， IWF， I-BGF 功能。 3 故障檢測(cè)機(jī)制 3.1 基于 SIP OPTION 的故障檢測(cè) SBC 與 P-CSCF 之間、 CSCF 之間、 AS 與 S-CSCF 之間、 MGCF 與 CSCF/BGCF 之間 采用 基于 SIP OPTION 的狀態(tài)檢測(cè)機(jī)制 ，有如下兩種方式： （ 1） 方式一： 啟發(fā)式 假設(shè)網(wǎng)元 B1/B2 為負(fù)荷分擔(dān)的一對(duì)網(wǎng)元，網(wǎng)元 A 與網(wǎng)元 B1/B2 之間采用啟發(fā)式 SIP OPTION 監(jiān)測(cè)鏈路狀態(tài)。若網(wǎng)元 A 與網(wǎng)元 B1 間正常的信令交互（如 INVITE 等）超時(shí)，網(wǎng)元 A 確定網(wǎng)元 B1 不可用，將 SIP 請(qǐng)求轉(zhuǎn)發(fā)網(wǎng)元 B2，并同時(shí)啟用 SIP OPTION 監(jiān)測(cè)網(wǎng)元 B1。若 B1 能正常響應(yīng)，重新啟用 B1。 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 網(wǎng) 元 A 網(wǎng) 元 B 11 . O P T I O N S ( B 1 )2 . O P T I O N S ( B 1 ).n 2 f . O P T I O N S ( B 1 )1 . I N V I T E ( a , b ) 2 . I N V I T E ( a , b ).N . I N V I T E ( a , b )I N V I T E ( a , b ) B 1對(duì) 端 正 常等 待 臨 時(shí) 響 應(yīng) 碼 1 0 0 超時(shí) ， 開(kāi) 始 檢 測(cè) 對(duì) 端B 1檢 測(cè) 對(duì) 端S I P 消 息 重 傳B 1對(duì) 端 故 障B 1對(duì) 端 正 常1 . O P T I O N S ( B 1 ).2 . O P T I O N S 2 0 0 O KN 次 失 敗M 次 成 功（ 2） 方式二：自發(fā)式 假設(shè)網(wǎng)元 B1、 B2、 B3 為負(fù)荷分擔(dān)的一對(duì)網(wǎng)元，網(wǎng)元 A 與網(wǎng)元 B1、 B2、 B3 之間采用自發(fā)式 SIP OPTION 監(jiān)測(cè)鏈路狀態(tài)。網(wǎng)元 A 定時(shí)（ 應(yīng)可配置為 0-20 秒 ）發(fā) SIP OPTION給網(wǎng)元 B1、 B2、 B3。若 A 多次（次數(shù)應(yīng)可配置為 1-5 次） 未收到網(wǎng)元 B1 的響應(yīng)，網(wǎng)元 A 確定網(wǎng)元 B1 不可用 。 兩種方式的比較如下： 優(yōu)點(diǎn) 缺點(diǎn) 方式一：自發(fā)式 流程簡(jiǎn)單 網(wǎng)元間冗余消息多：例如沒(méi)有話(huà)務(wù)量時(shí)，由于 多個(gè)連接關(guān)系也可產(chǎn)生較多的檢測(cè)消息流量 ; 需配置對(duì)端網(wǎng)元列表，網(wǎng)絡(luò)結(jié)構(gòu)調(diào)整或擴(kuò)容新增網(wǎng)元時(shí)需要調(diào)整數(shù)據(jù)配置。 方式二：?jiǎn)l(fā)式 可動(dòng)態(tài)改變檢測(cè)的對(duì)端地址，網(wǎng)元間冗余消息少：和對(duì)方?jīng)]有業(yè)務(wù)連接，則不用檢測(cè)對(duì)方狀態(tài)；對(duì)端網(wǎng)元沒(méi)有故障，或者故障恢復(fù)，檢測(cè)消息可停止； 數(shù)據(jù)管理簡(jiǎn)單：不用靜態(tài)配置對(duì)方列表，而是從動(dòng)態(tài)關(guān)系中學(xué)習(xí)，例如漫游關(guān)系中 P-CSCF對(duì)S-CSCF的地址是從 Service route學(xué)習(xí)而來(lái)；S-CSCF對(duì) P-CSCF的地址是從 Path中學(xué)習(xí)而來(lái)。 流程復(fù)雜，對(duì)設(shè)備要求較高。 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 OPTION 檢測(cè) 方是為了識(shí)別對(duì)端網(wǎng)元設(shè)備出現(xiàn)故障，不要將業(yè)務(wù)請(qǐng)求發(fā)往該故障網(wǎng)元。因此， OPTION 檢測(cè)方的發(fā)起機(jī)制，應(yīng)該與如何獲取對(duì)端網(wǎng)元設(shè)備信息的方式相關(guān)，建議按照兩種場(chǎng)景 分類(lèi)： （ 1）由于 CSCF 與他省 CSCF 存在網(wǎng)狀連接關(guān)系，且連接關(guān)系不固定。如 漫游時(shí)，漫游地 P-CSCF 和歸屬 I/S-CSCF 之間不是固定的連接關(guān)系，同時(shí)跨省呼叫時(shí)主叫 S-CSCF 和被叫 I-CSCF 之間的路由也不是固定的連接關(guān)系，因此 CSCF 故障檢測(cè)建議采用啟發(fā)式 ，便于維護(hù) 。 （ 2） SBC 尋址 P-CSCF（從屬關(guān)系）、 MGCF 尋址 I-CSCF、 AS 尋 址 I/S-CSCF(AS始發(fā)呼叫尋址 S-CSCF 建議都從 I-CSCF 入口 )的關(guān)系都比較固定，建議采用自發(fā)式檢測(cè)。 3.2 基于 Diameter 的鏈路檢測(cè) I-CSCF、 S-CSCF、 AS 與 HSS/SLF 之間 采用 基于 Diameter 的鏈路監(jiān)測(cè)機(jī)制。 客戶(hù)端（業(yè)務(wù)網(wǎng)元）在 TCP/SCTP鏈路上周期性的發(fā)送握手心跳消息 Device-Watchdog-Request（ DWR） /Device-Watchdog-Answer (DWA)來(lái)檢測(cè)對(duì)端服務(wù)器是否故障，心跳消息在IETF RFC3588 中定義 。 Diameter 鏈路檢測(cè)時(shí) 長(zhǎng) 應(yīng)可配置為 0-10 秒。 4 ENUM/DNS 容災(zāi)備份方案 4.1 ENUM/DNS 組網(wǎng)方案 若省內(nèi)分局址設(shè)置多套 IMS 核心網(wǎng)（ CSCF），建議 ENUM/DNS 也分局址設(shè)置兩套，采用負(fù)荷分擔(dān)的工作方式，兩套 ENUM/DNS 存儲(chǔ)的數(shù)據(jù)保持同步。 北京 一 級(jí) ENUM/DNS 二 級(jí) ENUM/DNS 二 級(jí) ENUM/DNS A B CSCF BOSS 廣州 一 級(jí) ENUM/DNS 網(wǎng)管系統(tǒng) IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 4.2 ENUM/DNS 數(shù)據(jù)同步方案 BOSS 和網(wǎng)管系統(tǒng) 對(duì) ENUM/DNS 中 數(shù)據(jù) 更新機(jī)制 有如下 三種 方 式 ： （ 1） 方式一： ENUM/DNS 主備 同步方案。 正常情況下 BOSS 系統(tǒng) 或網(wǎng)管系統(tǒng) 向ENUM/DNS 系統(tǒng)（ 主 ）發(fā)送數(shù)據(jù)，由該 ENUM/DNS 系統(tǒng)（主）同步數(shù)據(jù)給另一套ENUM/DNS 系統(tǒng)（備） 。 發(fā)生容災(zāi)時(shí)， BOSS 系統(tǒng)或網(wǎng)管系統(tǒng) 向另一套 ENUM/DNS（備）系統(tǒng)下發(fā)數(shù)據(jù)。 兩套 ENUM/DNS之間的數(shù)據(jù)同步機(jī)制和流程遵循 RFC1995 和 RFC1996，采用標(biāo)準(zhǔn) DNS 機(jī)制和 FTP 機(jī)制進(jìn)行主備系統(tǒng)之間的數(shù)據(jù)同步。當(dāng)需同步的數(shù)據(jù)量較小時(shí)，采用標(biāo)準(zhǔn) DNS 機(jī)制進(jìn)行同步；當(dāng)需同步的數(shù)據(jù)量較大時(shí)，采用 FTP 機(jī)制進(jìn)行同步。 （ 2） 方式二： 基于 BOSS 系統(tǒng)或網(wǎng)管系統(tǒng) 的數(shù)據(jù)同步。 BOSS 系統(tǒng)或網(wǎng)管系統(tǒng)向 兩套ENUM/DNS 同步數(shù)據(jù)，并支持失敗回滾等機(jī)制。 若廠(chǎng)家配置了 業(yè)務(wù)開(kāi)通網(wǎng)關(guān)，支持由業(yè)務(wù)開(kāi)通網(wǎng)關(guān)向兩套 ENUM/DNS 同步數(shù)據(jù)。 （ 3） 方式三： ENUM/DNS 采用前端 +后端 架構(gòu) ，后端數(shù)據(jù)庫(kù) /存儲(chǔ)服務(wù)器 向前端同步數(shù)據(jù)。 BOSS 系統(tǒng)或網(wǎng)管系統(tǒng)向 ENUM/DNS 后端數(shù)據(jù)庫(kù) 發(fā)開(kāi)通或數(shù)據(jù)配置指令 數(shù)據(jù)，由后端數(shù)據(jù)庫(kù)向多個(gè)前端同步數(shù)據(jù)。 若 ENUM/DNS 的前端 +后端設(shè)備做為一套完整的ENUM/DNS 設(shè)備，則也需要采用基于 BOSS 或網(wǎng)管系統(tǒng)向兩套 ENUM/DNS 同步。 從各廠(chǎng)家 ENUM/DNS 的設(shè)備構(gòu)架看： 華為、中興采用 ENUM/DNS 前臺(tái)處理和后臺(tái)數(shù)據(jù) 庫(kù)服務(wù)器 合設(shè)的架構(gòu) ； 愛(ài)立信 、諾西、上海貝爾均采用前、后端分開(kāi)的方式，前臺(tái)負(fù)責(zé)接受查詢(xún)處理，后臺(tái)負(fù)責(zé) 數(shù)據(jù)存儲(chǔ)和管理，并向前端更新數(shù)據(jù)。 因此根據(jù)各廠(chǎng)家設(shè)備實(shí)現(xiàn)架構(gòu)不同， 對(duì)于 ENUM/DNS 主備設(shè)備為同廠(chǎng)家的情況下，上述三種方式的 各廠(chǎng)家支持情況 如下 表 ： 方式一： 主備同步 方式 方式二： 基于支撐系統(tǒng)的同步方式 方式三： 前后端同步方式 華為 中興 愛(ài)立信 諾西 上海貝爾 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 三種方式的比較如下表所示： 方式一： 主備同步方式 方式二： 基于支撐系統(tǒng)的同步方式 方式三： 前 后端同步方式 （后臺(tái) +前臺(tái)）做為一套設(shè)備，主備部署方式 1 后臺(tái) +2 前臺(tái)部署方式 對(duì) BOSS/網(wǎng)管的需求 BOSS/網(wǎng)管只與一套 ENUM/DNS 有接口，接口簡(jiǎn)單 BOSS/網(wǎng)管需支持?jǐn)?shù)據(jù)同步、失敗回滾等機(jī)制 BOSS/ 網(wǎng)管需支持?jǐn)?shù)據(jù)同步、失敗回滾等機(jī)制 BOSS/網(wǎng)管只與 ENUM/DNS 后臺(tái)有接口，接口簡(jiǎn)單 是否有數(shù)據(jù)仲裁機(jī)制 存在主備數(shù)據(jù)，做為數(shù)據(jù)仲裁 無(wú)主備數(shù)據(jù)之分 無(wú)主備數(shù)據(jù)之分 后臺(tái)數(shù)據(jù)庫(kù)數(shù)據(jù)做為仲裁 多廠(chǎng)家ENUM/DNS組網(wǎng)的支持 主備ENUM/DNS 必須為同廠(chǎng)家 主備ENUM/DNS 可為異廠(chǎng)家 主備ENUM/DNS 可為異廠(chǎng)家 主備ENUM/DNS 須為同廠(chǎng)家 安全性 高 高 高 一般 ，若后臺(tái)故障會(huì)影響業(yè)務(wù)開(kāi)通 適用場(chǎng)景 華為、中興設(shè)備 異廠(chǎng)家組網(wǎng)場(chǎng)景 愛(ài)立信、諾西、上海貝爾設(shè)備，安全性要求較高時(shí) 愛(ài)立信、諾西、上海貝爾設(shè)備，安全性要求一般時(shí) 綜上所述，方式一對(duì) BOSS/網(wǎng)管系統(tǒng)要求較低，且有數(shù)據(jù)仲裁機(jī)制，但異廠(chǎng)家設(shè)備之間較難實(shí)現(xiàn)， 但 部分廠(chǎng)家不支持。 對(duì)于采用前臺(tái) +后臺(tái)架構(gòu)方式的廠(chǎng)家 （ 愛(ài)立信、諾西、上海貝爾） ， 根據(jù)安全性要求不同，可選用方式三的兩種組網(wǎng)模式之一。異廠(chǎng)家組網(wǎng)時(shí)，選用方 式二。 4.3 ENUM/DNS 負(fù)荷分擔(dān)方案 兩套 ENUM/DNS 系統(tǒng)應(yīng)實(shí)現(xiàn)負(fù)載均衡，有以下 三 種 方案： （ 1） 方案一：分區(qū)域主備方式 即 在省內(nèi) 劃分 2 個(gè) ENUM/DNS 服務(wù)區(qū)。 如劃分區(qū)域 1、區(qū)域 2，在區(qū)域 1 內(nèi)所有CM-IMS 核心網(wǎng)、業(yè)務(wù)平臺(tái)設(shè)備將 ENUM/DNS1 設(shè)置為主用 ENUM/DNS， ENUM/DNS2為備用 ENUM/DNS；在區(qū)域 2 所有 CM-IMS 核心網(wǎng)、業(yè)務(wù)平臺(tái)設(shè)備將 ENUM/DNS2 設(shè)置為主用 ENUM/DNS， ENUM/DNS1 為備用 ENUM/DNS。 （ 2） 方案二： Forwarder 方式 在 ENUM/DNS 客戶(hù)端（ CM-IMS 核心網(wǎng)、業(yè)務(wù)平臺(tái)設(shè)備） 配置多個(gè) ENUM/DNS服務(wù)器地址，且數(shù)量無(wú)限制。 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 ENUM/DNS 客戶(hù)端 初次查詢(xún)時(shí)，隨機(jī)設(shè)置一個(gè) RTT 值，小于任何真實(shí)的 RTT，保證得到真實(shí) RTT 之前，能隨機(jī) 、 順序查詢(xún) 多套 ENUM/DNS 服務(wù)器； 得到 多個(gè) 真實(shí) RTT 后，則從 ENUM/DNS 列表中選擇真實(shí) RTT 最小的服務(wù)器 ，后續(xù)查詢(xún)請(qǐng)求向該服務(wù)器發(fā)起 。 ENUM/DNS 客戶(hù)端定時(shí)重新向多套 ENUM/DNS 發(fā)送查詢(xún)情況，根據(jù)網(wǎng)絡(luò)情況和服務(wù)器負(fù)荷情況 RTT 會(huì)發(fā)生變化， ENUM/DNS 客戶(hù)端重新選擇 RTT 最小的服務(wù)器 。 （ 3） 方案 三 ： Anycast 方式 Anycast 允許源節(jié)點(diǎn)向一組目標(biāo)節(jié)點(diǎn)中的一個(gè)節(jié)點(diǎn)發(fā)送數(shù)據(jù)報(bào)，而這個(gè)節(jié)點(diǎn)由路由系統(tǒng)選擇，對(duì)源節(jié)點(diǎn)透明；同時(shí)，路由系統(tǒng)選擇“最近”的節(jié)點(diǎn)為源節(jié)點(diǎn)提供服務(wù)，從而在一定程度上為源節(jié)點(diǎn)提供了更好的服務(wù)也減輕了網(wǎng)絡(luò)負(fù)載。 通過(guò)配置路由協(xié)議和 DNS 服務(wù)器，在中國(guó)移動(dòng) IP 專(zhuān)用承載網(wǎng)上采用一個(gè) Anycast地址標(biāo)識(shí)提供 ENUM/DNS 服務(wù)，訪(fǎng)問(wèn)該地址的請(qǐng)求可以被 IP 承載網(wǎng) 路由到 多套ENUM/DNS 節(jié)點(diǎn)中“最近”的一個(gè)節(jié)點(diǎn)上。最終用戶(hù)并不知道提供服務(wù)的具體是哪一個(gè)節(jié)點(diǎn)。 方案比較： 方案一：實(shí)現(xiàn)簡(jiǎn)單，對(duì)一 級(jí) ENUM/DNS 和二級(jí) ENUM/DNS 都沒(méi)有額外的功能要求。但以省或者大區(qū)為單位劃分的服務(wù)區(qū)，難以實(shí)現(xiàn)完全的負(fù)荷分擔(dān)。并且各省業(yè)務(wù)的發(fā)展速度不均衡，服務(wù)區(qū)內(nèi)的負(fù)荷更加難以控制。 方案二：負(fù)載均衡效果較好。由于 RTT 值會(huì)根據(jù)網(wǎng)絡(luò)情況和服務(wù)器負(fù)荷情況發(fā)生變化，客戶(hù)端總能選擇最近和相對(duì)負(fù)荷較小的服務(wù)器，實(shí)現(xiàn)負(fù)載均衡。 方案 三 ： IT 領(lǐng)域比較專(zhuān)業(yè)的解決方案，目前全球 Internet 網(wǎng)里 13 臺(tái)根 DNS 里有 6臺(tái)是采用 Anycast 技術(shù)實(shí)現(xiàn)多服務(wù)器負(fù)荷分擔(dān)。在節(jié)點(diǎn)數(shù)量較多的情況下該方案優(yōu)勢(shì)比較大。但該方案存在的問(wèn)題是對(duì) IP 專(zhuān)網(wǎng)的路由數(shù)據(jù)配置將會(huì)增加，且目前在中國(guó)移動(dòng)網(wǎng)絡(luò)內(nèi)沒(méi)有應(yīng)用，運(yùn)維人員缺乏相關(guān)經(jīng)驗(yàn)。 建議采用方案一或方案二。 4.4 倒換 /倒回機(jī)制 ENUM/DNS 為無(wú)狀態(tài)設(shè)備 ，不涉及倒換倒回。 IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 5 SBC 容災(zāi)方案 5.1 SBC 負(fù)荷分擔(dān)機(jī)制 SBC 的負(fù)荷分擔(dān)主要取決于 UE 注冊(cè)時(shí)對(duì)于 SBC 的選擇。 UE 向 SBC 發(fā)起注冊(cè)時(shí)，先從 DNS 獲取 SBC 域名對(duì)應(yīng)的 IP 地址 或 IP 地址列表， UE 向此 IP 地址或選擇 IP 地址列表中 第一個(gè) IP 發(fā)起注冊(cè)。 UE 對(duì) SBC 的負(fù)荷分擔(dān) 有如下 兩種 種 方式： （ 1） 方式一： 公網(wǎng) DNS 通過(guò)輪詢(xún) 或基于優(yōu)先級(jí)、權(quán)重的方式 將 UE 接入本地網(wǎng)內(nèi)多套 SBC 中的一套 SBC。 用戶(hù)配置 SBC 設(shè)備的 DNS 統(tǒng)一域名標(biāo)識(shí)，如： 。通過(guò)查詢(xún)CMNET DNS 獲取接入地 SBC 設(shè)備地址。 若 UE 支持 SRV 查詢(xún)，則 DNS 向 UE 返回帶 SBC 優(yōu)先級(jí)、權(quán)重的 SRV 記錄；若 UE 不支持 SRV 查詢(xún)，則對(duì)不同用戶(hù)的 DNS 請(qǐng)求， CMNET DNS 通過(guò)循環(huán)復(fù)用方式，將本地網(wǎng)內(nèi)多套 SBC 的地址，以不同 順序 的 A 記錄列表形式 返回給用戶(hù)。 SRV 記錄 配置舉例： _sip._ IN SRV 0 50 5060 sbc1.0571.zj. _sip._ IN SRV 0 50 5060 sbc2.0571.zj. Sbc1.0571.zj. IN A Sbc2.0571.zj. IN A 當(dāng)用戶(hù) 發(fā)送 DNS 查詢(xún)以解析 域名 時(shí)， DNS SERVER 返回帶多套 SBC 優(yōu)先級(jí)（ priority）和權(quán)重（ weight）的 SRV 記錄列表。用戶(hù)根據(jù) priority 值和weight 值負(fù)荷分擔(dān)的選擇 SBC。 若 priority 數(shù)值不同， 優(yōu)先選擇 priority 值低的 SBC； 對(duì)于 priority 數(shù)值相同的 SBC，則 根據(jù) weight 值按比例負(fù)荷分擔(dān) 選擇 SBC（如選擇 SBC1）， 然后對(duì)選定的 SBC（如選擇 SBC1） 進(jìn)行 A 查詢(xún)，得到選定的 SBC（如選擇 SBC1） 的 IP 地址 A 記錄配置舉例： 在 CMNET DNS 存儲(chǔ)的 區(qū)域中 , 將多臺(tái)本地 SBC1， SBC2 的不同地址 均配置指向域名 ： IN A IN A IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 當(dāng)用戶(hù) 發(fā)送 DNS 查詢(xún)以解析 域名 時(shí)， DNS SERVER 將 該列表按 下 述順序 循環(huán)使用 。如： 對(duì)于用戶(hù) 1 發(fā)出的 域名 DNS 查詢(xún)請(qǐng)求，返回 和 地址。 對(duì)于用戶(hù) 2 發(fā)出的 域名 DNS 查 詢(xún)請(qǐng)求，返回 和 地址。 （ 2） 方式二：公網(wǎng) DNS 通過(guò)設(shè)置 View 的方式將 UE 接入?yún)^(qū)域內(nèi)的一套 SBC，同時(shí)支持故障倒換。 用戶(hù)配置 SBC 設(shè)備的 DNS 統(tǒng)一域名標(biāo)識(shí)，如： 。通過(guò)查詢(xún)CMNET DNS 獲取接入地 SBC 設(shè)備地址。 對(duì)不同用戶(hù)的 DNS 請(qǐng)求， CMNET DNS 根據(jù)用戶(hù)的接入地址，將用戶(hù)接入地址所處區(qū)域內(nèi) 一套 SBC，并配置另一套 SBC 為備用 SBC。 配置舉例： 在 CMNET DNS 上，為不同的區(qū)域，分別配置 view view”viewname1” IN match-clientsIPaddress-1; recursion yes; zone “sbc.chinamobile,com” type master; file “.zone.1”; ; ; 說(shuō)明 ： a)viewname1 是針對(duì) view 的名字 ， 可以根據(jù)需求自行更改。 b)ipaddress-1 是需要控制的源 IP 地址段 ， 多個(gè)地址段之間用 ”;”間隔 ； c).zone.1 是 的域文件名 ， 可以根據(jù)自己的需求自行更改 view”viewname2” IN match-clientsIPaddress-2; IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 recursion yes; zone “sbc.chinamobile,com” type master; file “.zone.2”; ; ; 說(shuō)明 ： a)配置第二個(gè) viewname、 IP 地址段 ， 使用 .zone.2 文件提供解析。 b)有多個(gè) IP 地址段，可以使用上述方法配置多個(gè) viewname，多個(gè)域文件。 view”viewname-last” IN match-clientsany; recursion yes; zone “sbc.chinamobile,com” type master; file “.zone.last”; ; ; 說(shuō)明 ： 配置最后一個(gè) view， 匹配剩余所有未匹配 IP 地址段 ， 以免遺漏。 在域文件存放目錄 ， 針對(duì)上述 view配置中的各域文件 .zone.*分別進(jìn)行配置。 在文件 .zone.1 中 ， 配置如下 ： $ ORIGIN. $TTL 3600 ;60minutes IN SOA DNSServerName.root.DNSServerName.( 2009052100 ;serial 10800 ;refresh(3 hours) 900 ;retry(15minutes) 604800 ;expire(1 week) IMS 網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究 CMDI 百度一下 知識(shí)水壩 900 ;minimum(15 mimutes) ) NS DNSServerName. MX 5 rg100. DNSServerName. $ ORIGIN.. A SBCIPaddress1 A SBCIPaddress2 說(shuō)明： a) DNSServerNme. 是本 DNS 服務(wù)器的域名。 b)SBCIPaddress 相應(yīng)源 IP 地址段需要解析的 SBC 設(shè)備地址。 c) 用同樣方法，生成所有 .zone.*域文件。 當(dāng)用戶(hù)向 CMET DNS 發(fā)起 DNS 查詢(xún)，獲取 SBC 地址時(shí)， DNS SERVER 根據(jù)用戶(hù)地址所在的地址段，判斷用戶(hù)所處的 view。 確定用戶(hù)所處的 view 后， DNS 服 務(wù) 器 到 該 view 對(duì) 應(yīng) 的 域 文 件.zone.*中，獲取相應(yīng)的 SBC 的地址列表，用于 SBC 容災(zāi)切換。 用戶(hù)優(yōu)先接入 SBC 列表中的第一個(gè) IP 地址，若