IMS網(wǎng)絡(luò)容災(zāi)備份技術(shù)研究

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