IMS網(wǎng)絡容災備份技術研究

1、 中國移動通信集團江蘇公司網(wǎng)絡部中國移動通信集團江蘇公司網(wǎng)絡部 二二一一年十一月年十一月 imsims 網(wǎng)絡容災備份技術研究網(wǎng)絡容災備份技術研究 目目 錄錄 1 概述概述.1 2 cm-ims 網(wǎng)絡架構及網(wǎng)元介紹網(wǎng)絡架構及網(wǎng)元介紹.1 3 故障檢測機制故障檢測機制.3 3.1 基于 sip option 的故障檢測.3 3.2 基于 diameter的鏈路檢測.5 4 enum/dns 容災備份方案容災備份方案 .5 4.1 enum/dns 組網(wǎng)方案.5 4.2 enum/dns 數(shù)據(jù)同步方案.6 4.3 enum/dns 負荷分擔方案.7 4.4 倒換/倒回機制.8 5 sbc 容災方案容

2、災方案.9 5.1 sbc 負荷分擔機制 .9 5.2 sbc 異本地網(wǎng)容災方案 .12 5.3 固定接入用戶對 sbc 的故障恢復機制 .13 5.3.1倒換機制.14 5.3.2倒回機制.14 5.3.3容災效果分析.15 5.4 ps 域接入用戶對 sbc 的故障恢復機制.15 5.4.1倒換機制.16 5.4.2倒回機制.16 5.4.3容災效果分析.16 5.5 對終端和其他網(wǎng)元的要求.17 6 p-cscf 容災方案容災方案.17 6.1 p-cscf 負荷分擔機制.17 6.2 倒換機制.19 6.3 倒回機制.20 6.4 容災效果分析.20 6.5 對終端和其他網(wǎng)元的要求.2

3、1 7 i/s /e-cscf/bgcf 容災方案容災方案.21 7.1 i/s /e-cscf/bgcf 容災方案無動態(tài)數(shù)據(jù)備份.21 7.1.1i/s /e-cscf/bgcf 負荷分擔機制.22 7.1.2倒換機制.24 7.1.3倒回機制.25 7.1.4容災效果分析.26 7.1.5對終端的要求.26 7.2 i/s /e-cscf/bgcf 容災方案支持動態(tài)數(shù)據(jù)備份.27 7.2.1s-cscf 動態(tài)數(shù)據(jù)備份機制.27 7.2.2倒換機制.27 7.2.3倒回機制.29 7.2.4容災效果分析.30 7.2.5對相關網(wǎng)元和終端的要求.30 7.3 s-cscf 容災方案比較.31

4、8 hss 容災方案容災方案.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容災效果分析.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容災效果分析.38 8.2.6其他網(wǎng)元的要求.38 9 mgcf 容災方案容災方案.38 10業(yè)務放通機制業(yè)務放通機制.39 10.1 基本通話業(yè)務的放通.39 10.2 被叫一號通業(yè)務放通

5、.40 1概述 本課題研究主要目的是制定 cm-ims 網(wǎng)絡容災方案，cm-ims 重要網(wǎng)元的容災備 份及倒換恢復的方案，以便能有效的保障中國移動 cm-ims 網(wǎng)絡安全、平穩(wěn)、高效運 行，在核心網(wǎng)元發(fā)生故障退出服務的情況下，備用網(wǎng)元或負荷分擔設備能夠迅速地接 管主用設備承載的業(yè)務，使業(yè)務盡快恢復。 本課題中研究的容災備份方案是網(wǎng)元級的容災方案。備用網(wǎng)元設備整體接管主用 設備承擔的業(yè)務，不涉及一個獨立網(wǎng)元內部不同模塊間的容災備份。為保障網(wǎng)元級容 災的效果，主備用網(wǎng)元或成對負荷分擔設備應設置在不同的局址，而且各自使用獨立 的電源和傳輸資源。 2cm-ims 網(wǎng)絡架構及網(wǎng)元介紹網(wǎng)絡架構及網(wǎng)元介紹

6、cm-ims 標準是中國移動結合自身網(wǎng)絡特點，將 3gpp 國際標準 ims 進行簡化和 創(chuàng)新，提出的更加適用于中國移動現(xiàn)有網(wǎng)絡的網(wǎng)絡架構，國際標準與現(xiàn)有網(wǎng)絡的結合 誕生的網(wǎng)絡架構更有利于其在現(xiàn)網(wǎng)的部署和在實際應用中發(fā)揮作用。cm-ims 網(wǎng)絡架 構示意圖如下： i-cscf s-cscf p-cscf mgcf im-mgw /sgw sbc bgcf hssslf sip as mn bicc isup plmn/pstn mw mg cx cx dx dx mi mg ut sh scp ue isc lan wlan xdsl pon td-scdma gm dh gm e-cscf

7、mw mw mrfc cr mj sip as isc sh dh mw mg mrfp mp enum/ dns cg omc sbc/ p-cscf mw mw mw 圖 1：cm-ims 網(wǎng)絡架構示意圖 在 cm-ims 網(wǎng)絡架構組成中，主要有以下功能網(wǎng)元： cscf： cscf（會話控制）是 ims 系統(tǒng)的呼叫控制核心，它的主要作用是在 ip 傳輸平臺 上實現(xiàn)用戶接入及鑒權、會話路由、業(yè)務觸發(fā)等功能。根據(jù)功能分工不同分為 p- cscf、i-cscf、s-cscf 和 e-cscf。 p-cscf（代理會話控制）是 ims 終端接入 ims 的入口點，能根據(jù)用戶接入網(wǎng)的 ip 地址段與

8、接入網(wǎng)類型的對應關系（p-cscf 的本地配置表）來區(qū)分用戶的接入類型。 p-cscf 提供注冊和注銷、鑒權和授權、信令壓縮、媒體授權、信令路由、數(shù)據(jù)管理、 緊急呼叫、qos、計費等功能。 i-cscf（查詢會話控制）是 ims 歸屬網(wǎng)絡的入口點，在注冊過程中，i-cscf 通 過查詢 hss，為用戶選擇一個 s-cscf；在呼叫過程中，去往 ims 網(wǎng)絡的呼叫首先路 由到 i-cscf，由 i-cscf 從 hss 獲取用戶所注冊的 s-scscf 地址，將消息路由到 s- cscf。 s-cscf（業(yè)務會話控制）在 ims 核心網(wǎng)中處于核心的控制地位，負責對終端的 注冊鑒權和會話控制，執(zhí)行

9、針對主叫端及被叫端 ims 用戶的基本會話路由功能，并根 據(jù)用戶簽約的 ims 觸發(fā)規(guī)則，在條件滿足時進行到 as 的業(yè)務路由觸發(fā)。 e-cscf 負責緊急呼叫的相關處理。 hss/slf： hss 作為整個網(wǎng)絡的用戶數(shù)據(jù)庫，存儲 ims 用戶的鑒權信息、簽約信息、業(yè)務透 明數(shù)據(jù)等。其主要功能包括： （1）用戶和業(yè)務數(shù)據(jù)存儲功能 （2）用戶和業(yè)務數(shù)據(jù)管理功能 （3）支持注冊/注銷等流程 （4）支持鑒權功能 （5）用戶/業(yè)務位置查詢功能 （6）簽約定位功能 slf：在域內存在多個 hss 時，由 slf 選擇用戶存儲的 hss。 mgcf/im-mgw： mgcf 和 im-mgw 是 ims

10、域與 cs 域和 pstn 互通的功能實體，分別負責控制 信令和媒體流的互通。 bgcf： bgcf 的功能主要是將用戶的會話路由到正確的 plmn/pstn 網(wǎng)絡： 與本網(wǎng)用戶互通，選擇路由至被叫網(wǎng)絡的 mgcf，與其他運營商互通，選擇與其 他運營商的 bgcf 互通。 mrf(mrfc 和和 mrfp)： mrf（媒體資源功能）主要提供鈴音與錄音通知的播放、會議的媒體流處理（混 音等） 、編解碼轉換、dtmf 信號處理等功能。 enum/dns： enum/dns 系統(tǒng)在 cm-ims 網(wǎng)絡中主要完成用戶 e.164 號碼與 sip uri 之間的轉 換，并且提供用戶歸屬域域名對應 ip

11、地址的映射，協(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ā)式方式一

12、：啟發(fā)式 假設網(wǎng)元 b1/b2 為負荷分擔的一對網(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 請求轉發(fā)網(wǎng)元 b2，并同時啟用 sip option 監(jiān)測網(wǎng)元 b1。若 b1 能正常響應，重新啟用 b1。 網(wǎng)元a網(wǎng)元b1 1. options (b1) 2. options (b1) . . . n2f. options (b1) 1. invite(a,b) 2. invite(a,b) . . . n. invite(a,b) in

13、vite(a,b) b1對端正常 等待臨時響應碼100超 時，開始檢測對端 b1檢測對端 sip消息重傳 b1對端故障 b1對端正常 1. options (b1) . . . 2. options 200ok n次失敗 m次成功 （2）方式二：自發(fā)式方式二：自發(fā)式 假設網(wǎng)元 b1、b2、b3 為負荷分擔的一對網(wǎng)元，網(wǎng)元 a 與網(wǎng)元 b1、b2、b3 之間 采用自發(fā)式 sip option 監(jiān)測鏈路狀態(tài)。網(wǎng)元 a 定時（應可配置為 0-20 秒）發(fā) sip option 給網(wǎng)元 b1、b2、b3。若 a 多次（次數(shù)應可配置為 1-5 次）未收到網(wǎng)元 b1 的 響應，網(wǎng)元 a 確定網(wǎng)元 b1 不

14、可用。 兩種方式的比較如下： 優(yōu)點優(yōu)點缺點缺點 方式一： 自發(fā)式 流程簡單 網(wǎng)元間冗余消息多：例如沒有話務量時， 由于多個連接關系也可產(chǎn)生較多的檢測 消息流量; 需配置對端網(wǎng)元列表，網(wǎng)絡結構調整或 擴容新增網(wǎng)元時需要調整數(shù)據(jù)配置。 方式二： 啟發(fā)式 可動態(tài)改變檢測的對端地址，網(wǎng)元間冗余消 息少：和對方?jīng)]有業(yè)務連接，則不用檢測對 方狀態(tài)；對端網(wǎng)元沒有故障，或者故障恢復， 檢測消息可停止； 數(shù)據(jù)管理簡單：不用靜態(tài)配置對方列表，而 是從動態(tài)關系中學習，例如漫游關系中p- cscf對s-cscf的地址是從service route學習 而來；s-cscf對p-cscf的地址是從path中學 流程復雜，

15、對設備要求較高。 習而來。 option 檢測方是為了識別對端網(wǎng)元設備出現(xiàn)故障，不要將業(yè)務請求發(fā)往該故障 網(wǎng)元。因此，option 檢測方的發(fā)起機制，應該與如何獲取對端網(wǎng)元設備信息的方式 相關，建議按照兩種場景分類： （1）由于 cscf 與他省 cscf 存在網(wǎng)狀連接關系，且連接關系不固定。如漫游時， 漫游地 p-cscf 和歸屬 i/s-cscf 之間不是固定的連接關系，同時跨省呼叫時主叫 s- cscf 和被叫 i-cscf 之間的路由也不是固定的連接關系，因此 cscf 故障檢測建議采 用啟發(fā)式，便于維護。 （2）sbc 尋址 p-cscf（從屬關系）、mgcf 尋址 i-cscf、a

16、s 尋址 i/s- cscf(as 始發(fā)呼叫尋址 s-cscf 建議都從 i-cscf 入口)的關系都比較固定，建議采用 自發(fā)式檢測。 3.2基于基于 diameter 的鏈路檢測的鏈路檢測 i-cscf、s-cscf、as 與 hss/slf 之間采用基于 diameter 的鏈路監(jiān)測機制?？蛻?端（業(yè)務網(wǎng)元）在 tcp/sctp 鏈路上周期性的發(fā)送握手心跳消息 device-watchdog- request（dwr）/device-watchdog-answer (dwa)來檢測對端服務器是否故障，心跳 消息在 ietf rfc3588 中定義。diameter 鏈路檢測時長應可配置為

17、0-10 秒。 4enum/dns 容災備份方案容災備份方案 4.1enum/dns 組網(wǎng)方案組網(wǎng)方案 北京一級 enum/dns 二級 enum/dns 二級 enum/dns a b cscf boss 廣州一級 enum/dns 網(wǎng)管系統(tǒng) 若省內分局址設置多套 ims 核心網(wǎng)（cscf），建議 enum/dns 也分局址設置兩 套，采用負荷分擔的工作方式，兩套 enum/dns 存儲的數(shù)據(jù)保持同步。 4.2enum/dns 數(shù)據(jù)同步方案數(shù)據(jù)同步方案 boss 和網(wǎng)管系統(tǒng)對 enum/dns 中數(shù)據(jù)更新機制有如下三種方式： （1）方式一：方式一：enum/dns 主備同步方案。主備同步方案

18、。正常情況下 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ā)生容災時，boss 系統(tǒng)或網(wǎng)管系統(tǒng)向另一套 enum/dns（備）系統(tǒng)下發(fā)數(shù)據(jù)。兩套 enum/dns 之間的數(shù)據(jù)同步機制和流程遵循 rfc1995 和 rfc1996，采用標準 dns 機制和 ftp 機制進行主備系統(tǒng)之間的數(shù)據(jù)同步。 當需同步的數(shù)據(jù)量較小時，采用標準 dns 機制進行同步；當需同步的數(shù)據(jù)量較大時， 采用 ftp 機制進行同步。 （2）方式二：基于方式二：基于 boss 系統(tǒng)或網(wǎng)管系統(tǒng)的數(shù)據(jù)同步。系統(tǒng)或網(wǎng)管系統(tǒng)的數(shù)

19、據(jù)同步。boss 系統(tǒng)或網(wǎng)管系統(tǒng)向兩套 enum/dns 同步數(shù)據(jù)，并支持失敗回滾等機制。若廠家配置了業(yè)務開通網(wǎng)關，支持由 業(yè)務開通網(wǎng)關向兩套 enum/dns 同步數(shù)據(jù)。 （3）方式三：方式三：enum/dns 采用前端采用前端+后端架構，后端數(shù)據(jù)庫后端架構，后端數(shù)據(jù)庫/存儲服務器向前端同步存儲服務器向前端同步 數(shù)據(jù)。數(shù)據(jù)。boss 系統(tǒng)或網(wǎng)管系統(tǒng)向 enum/dns 后端數(shù)據(jù)庫發(fā)開通或數(shù)據(jù)配置指令數(shù)據(jù)， 由后端數(shù)據(jù)庫向多個前端同步數(shù)據(jù)。若 enum/dns 的前端+后端設備做為一套完整的 enum/dns 設備，則也需要采用基于 boss 或網(wǎng)管系統(tǒng)向兩套 enum/dns 同步。 從各廠

20、家從各廠家 enum/dns 的設備構架看：的設備構架看： 華為、中興采用 enum/dns 前臺處理和后臺數(shù)據(jù)庫服務器合設的架構； 愛立信、諾西、上海貝爾均采用前、后端分開的方式，前臺負責接受查詢處理， 后臺負責數(shù)據(jù)存儲和管理，并向前端更新數(shù)據(jù)。 因此根據(jù)各廠家設備實現(xiàn)架構不同，對于 enum/dns 主備設備為同廠家的情況下， 上述三種方式的各廠家支持情況如下表： 方式一：方式一： 主備同步方式主備同步方式 方式二：方式二： 基于支撐系統(tǒng)的基于支撐系統(tǒng)的 同步方式同步方式 方式三：方式三： 前后端同步方式前后端同步方式 華為 中興 愛立信 諾西 上海貝爾 三種方式的比較如下表所示： 方式三

21、：方式三： 前后端同步方式前后端同步方式 方式一：方式一： 主備同步方式主備同步方式 方式二：方式二： 基于支撐系統(tǒng)的基于支撐系統(tǒng)的 同步方式同步方式（后臺+前臺） 做為一套設備，主 備部署方式 1 后臺+2 前臺部 署方式 對 boss/網(wǎng)管 的需求 boss/網(wǎng)管只與一 套 enum/dns 有 接口，接口簡單 boss/網(wǎng)管需支 持數(shù)據(jù)同步、失 敗回滾等機制 boss/網(wǎng)管需 支持數(shù)據(jù)同步、失 敗回滾等機制 boss/網(wǎng)管只 與 enum/dns 后 臺有接口，接口 簡單 是否有數(shù)據(jù)仲 裁機制 存在主備數(shù)據(jù)， 做為數(shù)據(jù)仲裁 無主備數(shù)據(jù) 之分 無主備數(shù)據(jù)之 分 后臺數(shù)據(jù)庫 數(shù)據(jù)做為仲裁 多

22、廠家 enum/dns 組網(wǎng)的支持 主備 enum/dns 必須 為同廠家 主備 enum/dns 可 為異廠家 主備 enum/dns 可為 異廠家 主備 enum/dns 須為 同廠家 安全性高高高一般，若后臺故 障會影響業(yè)務開 通 適用場景華為、中興設備異廠家組網(wǎng)場景愛立信、諾西、上 海貝爾設備，安全 性要求較高時 愛立信、諾 西、上海貝爾設 備，安全性要求 一般時 綜上所述，方式一對 boss/網(wǎng)管系統(tǒng)要求較低，且有數(shù)據(jù)仲裁機制，但異廠家設 備之間較難實現(xiàn)，但部分廠家不支持。對于采用前臺+后臺架構方式的廠家（愛立信、 諾西、上海貝爾），根據(jù)安全性要求不同，可選用方式三的兩種組網(wǎng)模式之一

23、。異廠 家組網(wǎng)時，選用方式二。 4.3enum/dns 負荷分擔方案負荷分擔方案 兩套 enum/dns 系統(tǒng)應實現(xiàn)負載均衡，有以下三種方案： （1）方案一：分區(qū)域主備方式方案一：分區(qū)域主備方式 即在省內劃分 2 個 enum/dns 服務區(qū)。如劃分區(qū)域 1、區(qū)域 2，在區(qū)域 1 內所有 cm-ims 核心網(wǎng)、業(yè)務平臺設備將 enum/dns1 設置為主用 enum/dns，enum/dns2 為備用 enum/dns；在區(qū)域 2 所有 cm-ims 核心網(wǎng)、業(yè) 務平臺設備將 enum/dns2 設置為主用 enum/dns，enum/dns1 為備用 enum/dns。 （2）方案二：方案二

24、：forwarder 方式方式 在 enum/dns 客戶端（cm-ims 核心網(wǎng)、業(yè)務平臺設備）配置多個 enum/dns 服務器地址，且數(shù)量無限制。 enum/dns 客戶端初次查詢時，隨機設置一個 rtt 值，小于任何真實的 rtt， 保證得到真實 rtt 之前，能隨機、順序查詢多套 enum/dns 服務器； 得到多個真實 rtt 后，則從 enum/dns 列表中選擇真實 rtt 最小的服務器，后 續(xù)查詢請求向該服務器發(fā)起。 enum/dns 客戶端定時重新向多套 enum/dns 發(fā)送查詢情況，根據(jù)網(wǎng)絡情況和 服務器負荷情況 rtt 會發(fā)生變化，enum/dns 客戶端重新選擇 r

25、tt 最小的服務器。 （3）方案方案三：三：anycast 方式方式 anycast 允許源節(jié)點向一組目標節(jié)點中的一個節(jié)點發(fā)送數(shù)據(jù)報，而這個節(jié)點由路由 系統(tǒng)選擇，對源節(jié)點透明；同時，路由系統(tǒng)選擇“最近”的節(jié)點為源節(jié)點提供服務， 從而在一定程度上為源節(jié)點提供了更好的服務也減輕了網(wǎng)絡負載。 通過配置路由協(xié)議和 dns 服務器，在中國移動 ip 專用承載網(wǎng)上采用一個 anycast 地址標識提供 enum/dns 服務，訪問該地址的請求可以被 ip 承載網(wǎng)路由到多套 enum/dns 節(jié)點中“最近”的一個節(jié)點上。最終用戶并不知道提供服務的具體是哪一 個節(jié)點。 方案比較： 方案一：實現(xiàn)簡單，對一級 e

26、num/dns 和二級 enum/dns 都沒有額外的功能要 求。但以省或者大區(qū)為單位劃分的服務區(qū)，難以實現(xiàn)完全的負荷分擔。并且各省業(yè)務 的發(fā)展速度不均衡，服務區(qū)內的負荷更加難以控制。 方案二：負載均衡效果較好。由于 rtt 值會根據(jù)網(wǎng)絡情況和服務器負荷情況發(fā)生 變化，客戶端總能選擇最近和相對負荷較小的服務器，實現(xiàn)負載均衡。 方案三：it 領域比較專業(yè)的解決方案，目前全球 internet 網(wǎng)里 13 臺根 dns 里有 6 臺是采用 anycast 技術實現(xiàn)多服務器負荷分擔。在節(jié)點數(shù)量較多的情況下該方案優(yōu)勢 比較大。但該方案存在的問題是對 ip 專網(wǎng)的路由數(shù)據(jù)配置將會增加，且目前在中國移 動

27、網(wǎng)絡內沒有應用，運維人員缺乏相關經(jīng)驗。 建議采用方案一或方案二。 4.4倒換倒換/倒回機制倒回機制 enum/dns 為無狀態(tài)設備，不涉及倒換倒回。 5sbc 容災方案容災方案 5.1sbc 負荷分擔機制負荷分擔機制 sbc 的負荷分擔主要取決于 ue 注冊時對于 sbc 的選擇。ue 向 sbc 發(fā)起注冊時， 先從 dns 獲取 sbc 域名對應的 ip 地址或 ip 地址列表，ue 向此 ip 地址或選擇 ip 地 址列表中第一個 ip 發(fā)起注冊。ue 對 sbc 的負荷分擔有如下兩種種方式： （1）方式一：公網(wǎng)方式一：公網(wǎng) dns 通過輪詢或基于優(yōu)先級、權重的方式將通過輪詢或基于優(yōu)先級、

28、權重的方式將 ue 接入本地網(wǎng)內接入本地網(wǎng)內 多套多套 sbc 中的一套中的一套 sbc。 用戶配置 sbc 設備的 dns 統(tǒng)一域名標識，如：。通過查 詢 cmnet dns 獲取接入地 sbc 設備地址。 若 ue 支持 srv 查詢，則 dns 向 ue 返回帶 sbc 優(yōu)先級、權重的 srv 記錄； 若 ue 不支持 srv 查詢，則對不同用戶的 dns 請求，cmnet dns 通過循環(huán) 復用方式，將本地網(wǎng)內多套 sbc 的地址，以不同順序的 a 記錄列表形式返回 給用戶。 srv 記錄配置舉例：記錄配置舉例： _sip._ in srv 0 50 5060 sbc1.0571.zj

29、. _sip._ in srv 0 50 5060 sbc2.0571.zj. sbc1.0571.zj. in a sbc2.0571.zj. in a 當用戶發(fā)送 dns 查詢以解析域名 時，dns server 返回帶多 套 sbc 優(yōu)先級（priority）和權重（weight）的 srv 記錄列表。用戶根據(jù) priority 值和 weight 值負荷分擔的選擇 sbc。 若 priority 數(shù)值不同，優(yōu)先選擇 priority 值低的 sbc； 對于 priority 數(shù)值相同的 sbc，則根據(jù) weight 值按比例負荷分擔選擇 sbc（

30、如 選擇 sbc1） ，然后對選定的 sbc（如選擇 sbc1）進行 a 查詢，得到選定的 sbc（如選擇 sbc1）的 ip 地址 a 記錄配置舉例：記錄配置舉例： 在 cmnet dns 存儲的 區(qū)域中, 將多臺本地 sbc1，sbc2 的不同 地址均配置指向域名 ： in a in a 當用戶發(fā)送 dns 查詢以解析域名 時，dns server 將該列表 按下述順序循環(huán)使用。如： 對于用戶 1 發(fā)出的 域名 dns 查詢請求，返回 和 地址。 對于用戶 2 發(fā)出的 域名 dns 查詢請求，返回 199.1.

31、1.2 和 地址。 （2）方式二：公網(wǎng)方式二：公網(wǎng) dns 通過設置通過設置 view 的方式將的方式將 ue 接入?yún)^(qū)域內的一套接入?yún)^(qū)域內的一套 sbc，同時，同時 支持故障倒換。支持故障倒換。 用戶配置 sbc 設備的 dns 統(tǒng)一域名標識，如：。通過查 詢 cmnet dns 獲取接入地 sbc 設備地址。 對不同用戶的 dns 請求，cmnet dns 根據(jù)用戶的接入地址，將用戶接入地 址所處區(qū)域內一套 sbc，并配置另一套 sbc 為備用 sbc。 配置舉例：配置舉例： 在 cmnet dns 上，為不同的區(qū)域，分別配置 view view”viewname1” i

32、n 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; recursion yes; zone “sbc.chinamobi

33、le,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 地址段，以免遺漏。 在域文件存放目錄，針對上

34、述 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) 900;minimum(15 mimutes) ) ns dnsservername. mx5 rg100. dnsservername. $ origin. a sbcipaddr

35、ess1 a sbcipaddress2 說明： a) dnsservernme. 是本 dns 服務器的域名。 b)sbcipaddress 相應源 ip 地址段需要解析的 sbc 設備地址。 c) 用同樣方法，生成所有 .zone.*域文件。 當用戶向 cmet dns 發(fā)起 dns 查詢，獲取 sbc 地址時，dns server 根據(jù) 用戶地址所在的地址段，判斷用戶所處的 view。 確定用戶所處的 view 后，dns 服務器到該 view 對應的域文件 .zone.*中，獲取相應的 sbc 的地址列表，用于 sbc 容災切 換。 用戶優(yōu)先接入 sbc 列表中的第一個 ip 地址，若

36、第一個地址超時失敗后，使用 列表中的第二個地址進行注冊。 （3）方案分析方案分析 方式一配置簡單，適用于本地網(wǎng)內各區(qū)域無法細分用戶源 ip 地址段的場景，或 sbc 在本地網(wǎng)內部署較集中，用戶從本地網(wǎng)內不同區(qū)域接入 sbc 在承載網(wǎng)的路徑類似 時。 方式二需要區(qū)分本地網(wǎng)內各區(qū)域的用戶源 ip 地址段，在本地網(wǎng)內 sbc 分散部署 （如部署在不同的區(qū)縣）時，對于 sbc 的就近接入效果較佳。 5.2sbc 異本地網(wǎng)容災方案異本地網(wǎng)容災方案 若本地網(wǎng)內只有一套 sbc，可采用 5.1 節(jié)方式二的方法進行異本地網(wǎng)容災。即公網(wǎng) dns 對應每個本地網(wǎng)配置返回 sbc 的地址列表，其中列表中第一個 ip

37、 地址為該本地 網(wǎng) sbc 的 ip 地址，列表中第二個 ip 地址為作為容災的另一個本地網(wǎng)的 sbc ip 地址。 sbc 異地容災有兩種方式： 方式一：各本地網(wǎng)循環(huán)容災，如本地網(wǎng) 1 的 sbc 作為本地網(wǎng) 2 的容災 sbc，本地 網(wǎng) 2 的 sbc 作為本地網(wǎng) 3 的容災 sbc本地網(wǎng) n 的 sbc 作為本地網(wǎng) 1 的容災 sbc。 方式二：選取某個 sbc（如省會 sbc）做為其他 sbc 的容災 sbc。 兩種方式比較如下： 方式一方式二 實現(xiàn)難度要求每個本地網(wǎng)的 sbc 均 能虛擬成兩個虛擬 sbc 要求容災 sbc 能虛擬能多 個虛擬 sbc 容災效果多套 sbc 同時故障的

38、情況 下，容災效果較好 多套 sbc 同時故障的情況 下，容災 sbc 的接管率較 低，話務損失較大 適用條件適用于省內大部分本地網(wǎng)為 單套 sbc 設置的情況 適用于省內個別本地網(wǎng)為單 套 sbc 設置的情況 上述兩種方式均要求 sbc 支持虛擬 sbc 的功能，要求 sbc 根據(jù)不同的虛擬 sbc，配置多個 pani（p-access-network-info）和 phonecontext，以支持計費、緊急 呼叫等需求。目前各廠家虛擬 sbc 的實現(xiàn)機制有三種方式： 方式一：華為、中興、諾西的 sbc 支持配置兩套或多套 sbc 設備名和 ip 地址， 如地市 1 的 sbc 配置（設備名

39、 1-1 ip 地址 1-1）和（設備名 1-2 ip 地址 1-2） ，地市 2 的 sbc 配置（設備名 2-1 ip 地址 2-1）和（設備名 2-2 ip 地址 2-2） 。cmnet dns 需 要按一定的規(guī)則分組將這些虛擬 sbc 歸屬在同一個本地網(wǎng)下。如對于本地網(wǎng) 1 用戶的 sbc 通用域名解析請求，返回 ip 地址 1-1 和 ip 地址 2-1，用戶每次注冊/呼叫優(yōu)先使用 ip 地址 1-1 接入，ip 地址 1-1 不可用時，使用 ip 地址 2-1。 方式二：愛立信的 sbc 支持依據(jù) ue 源地址段的不同配置多個 pani（p-access- network-info

40、）和 phonecontext。sbc 需要配置所在本地網(wǎng)和備份本地網(wǎng)的的源 ip 地 址段信息。 方式三：上海貝爾 sbc 為分布式 sbc，其中信令面在省中心集中設置，媒體面 bgw 設置在各本地網(wǎng)。bgw 支持虛擬網(wǎng)關功能，如地市 1 的 bgw 上配置虛擬網(wǎng)關 vmg1-1 和 vmg1-2，地市 2 的 bgw 上配置虛擬網(wǎng)關 vmg2-1 和 vmg2-2，其中這些 虛擬網(wǎng)關可以按一定的規(guī)則分組注冊在 p-cscf/sbc 信令面的同一個 realm（某地市） 下，如 vmg1-1 和 vmg2-1 注冊在地市 1 下，vmg1-1 做為主用，vmg2-1 做為備用。 上述三種方式

41、均能滿足 sbc 異本地網(wǎng)容災備份的需求，方式二的數(shù)據(jù)配置和維護 較復雜，cmnet 公網(wǎng) ip 地址段信息的更新均要同步更新到 sbc。 5.3固定接入用戶對固定接入用戶對 sbc 的故障恢復機制的故障恢復機制 固定用戶接入 ims 網(wǎng)絡示意圖如下： 5.3.1倒換機制倒換機制 下述以 ue 的主用 sbc 為 sbc1，備用 sbc 為 sbc2。 （1）對于已注冊用戶的倒換流程對于已注冊用戶的倒換流程 ue 已經(jīng)在 sbc 上注冊，并向 sbc1 發(fā)送各種請求。 sbc1 不響應，ue 發(fā)現(xiàn) sbc1 掉線。 ue 向 sbc2 發(fā)送注冊請求，完成在 sbc2 設備上的注冊過程， ue

42、將后續(xù)所 有請求消息均發(fā)往 sbc2。 ue 將主叫請求消息均發(fā)往 sbc2。 因 ue 通過 sbc2 注冊，所有被叫請求，均通過 sbc2 發(fā)往 ue。 （2）對于正發(fā)起注冊用戶的倒換流程對于正發(fā)起注冊用戶的倒換流程 sbc1 故障。 終端發(fā)起注冊。 sbc1 不響應。 終端從 dns 返回的 sbc 列表中，選擇其他 sbc2 地址。 終端向 sbc2 發(fā)送注冊請求。 sbc2 將終端的請求轉發(fā)給核心網(wǎng)，并將核心網(wǎng)的響應消息，轉回給終端。完 成終端在 sbc2 的注冊過程。 終端的后續(xù)主被叫消息，全部通過 sbc2 轉發(fā)。 5.3.2倒回機制倒回機制 ue 發(fā)起呼叫請求時，從本地 ip

43、地址列表中選擇第一個 ip，向該 sbc 發(fā)起呼叫請 求，sbc 向 ue 發(fā)送錯誤碼 502，指示 ue 重新注冊。 ue 重新發(fā)起初始注冊時，從本地 ip 地址列表中選擇第一個 ip，向該 sbc 發(fā)起重 新注冊，如果該 sbc 已恢復正常，ue 就注冊成功。從而實現(xiàn) ue 倒回到主用 sbc， 后續(xù)由此 sbc 為這個 ue 提供服務。 5.3.3容災效果分析容災效果分析 （1）倒換時間倒換時間 已注冊用戶的倒換最大時間，由終端的注冊刷新時間確定。注冊刷新時間在核心 網(wǎng)配置，當 sbc 啟用注冊刷新過濾功能時，終端的注冊刷新時間由 sbc 上配置的終端 注冊刷新時間確定。 新注冊用戶不感

44、知倒換過程，對業(yè)務、用戶感知均無影響。 （2）倒換對業(yè)務的影響和用戶感知倒換對業(yè)務的影響和用戶感知 對于已注冊用戶，在終端發(fā)送重注冊消息或發(fā)起主叫業(yè)務之前，被叫業(yè)務不能正常 提供。 用戶做被叫時，被叫無法響應呼叫請求，主叫用戶聽不到回鈴音，被叫用戶不能接 到呼叫。 在用戶發(fā)送重注冊消息或發(fā)起主叫業(yè)務之后，因故障 sbc 不響應，用戶向其他 sbc 發(fā)送新的注冊請求，完成核心網(wǎng)注冊過程，業(yè)務恢復正常。 因此被叫業(yè)務影響時間理論上最長為終端重注冊刷新時間。 （3）倒回倒回 倒回由終端發(fā)起，用戶不感知，不影響業(yè)務。 倒回時間取決于 ue 重新初始注冊或發(fā)起呼叫的時間。 5.4ps 域接入用戶對域接入

45、用戶對 sbc 的故障恢復機制的故障恢復機制 在現(xiàn)有網(wǎng)絡情況下，ps 域做為與其他接入網(wǎng)對等的網(wǎng)絡接入 ims，ps 接入用戶也 采用基于 sbc 域名解析的 dns 發(fā)現(xiàn)方式，因此相應故障恢復機制與固定接入用戶相 同，具體見 5.3 節(jié)。 若未來對 ggsn 進行改造支持 sbc 發(fā)現(xiàn)機制和故障檢測機制，可以采用基于 ggsn 的故障恢復機制。 5.4.1倒換機制倒換機制 （1）用戶發(fā)起接入請求，ggsn/pdg-gw 返回 sbc 的地址列表。 （2）用戶選擇一個 sbc 注冊。 （3）ggsn 監(jiān)測 sbc 的狀態(tài)，發(fā)現(xiàn) sbc 故障，ggsn 通知 ue 有兩種方式 方式一：ggsn

46、通過 pdp 上下文更新給用戶發(fā)送一個新的 sbc 地址列表（將 故障 sbc 地址刪除）。ue 收到消息后比對，自身注冊的 sbc 是否在新列表中， 若不在列表中，則 ue 從新列表中選擇一個 sbc 重新發(fā)起注冊。 方式二：ggsn 向所有涉及故障 sbc 的 ue 發(fā)送 sbc 不可達消息。ue 收到消 息后，從列表中重新選擇一個 sbc 發(fā)起注冊。 5.4.2倒回機制倒回機制 ggsn 監(jiān)測到 sbc 故障恢復，則在用戶發(fā)起新接入請求時，在返回的 sbc 列表中 添加已恢復的 sbc ip 地址。 5.4.3容災效果分析容災效果分析 （1）倒換時間倒換時間 已注冊用戶的倒換最大時間，取

47、決于 ggsn 與 sbc 之間故障監(jiān)測的定時器時長。 該時長為秒級，要遠短于 5.3 節(jié)描述中基于用戶重注冊時長的倒換時間，容災效果較優(yōu)。 新注冊用戶不感知倒換過程，對業(yè)務、用戶感知均無影響。 （2）倒換對業(yè)務的影響和用戶感知倒換對業(yè)務的影響和用戶感知 對于已注冊用戶，若用戶在 ggsn 檢測到 sbc 故障之前，被叫業(yè)務不能正常提供。 被叫業(yè)務影響時間理論上最長為 ggsn 與 sbc 之間故障監(jiān)測的定時器時長。 （3）倒回倒回 用戶不感知，不影響業(yè)務。 5.5對終端和其他網(wǎng)元的要求對終端和其他網(wǎng)元的要求 對終端的要求：對終端的要求： （1） 對于上海貝爾 sbc，由于采用分布式架構，且根

48、據(jù) ip 地址+端口號區(qū)分虛擬 sbc，因此要求終端支持 srv 查詢。 （2） 為支持終端對主備用 sbc 的故障倒換，要求終端至少能存儲 2 個 sbc ip 地址。 （3） 要求終端能多次嘗試連接。 （4） 要求終端在重新注冊或發(fā)起呼叫時，優(yōu)選主用 sbc，以便主用 sbc 故障恢復 時能倒回主用 sbc。 （5） 為減少 sbc 倒換對用戶業(yè)務的影響，未來可要求終端支持 sip option 檢測來 快速檢測 sbc 狀態(tài)，以實現(xiàn)快速倒換倒回。 對對 cmnet dns 的要求：的要求： （1） 配置數(shù)據(jù)支持對 sbc 的容災。 對終端注冊刷新時間的建議對終端注冊刷新時間的建議 終端注

49、冊刷新時間過小會影響核心網(wǎng)性能，過小又會影響業(yè)務體驗，建議設置為 6003600 秒之間。 對對 ggsn 的要求的要求 （1） 要求支持 sbc 發(fā)現(xiàn) （2） 支持與 sbc 之間的故障監(jiān)測機制 6p-cscf 容災方案容災方案 6.1p-cscf 負荷分擔機制負荷分擔機制 p-cscf 的負荷分擔主要取決于 ue 注冊時，sbc 對 p-cscf 的選擇。sbc 對 p- cscf 的負荷分擔選擇有如下三種方式： （1）方式一：靜態(tài)配置主備用方式一：靜態(tài)配置主備用 p-cscf（同時支持配置主機名和（同時支持配置主機名和 ip 地址兩種方式）。地址兩種方式）。 sbc 可靜態(tài)配置其中一個

50、p-cscf 為主用 p-cscf，其他 p-cscf 為備用 p-cscf，設 置優(yōu)先級，正常情況下 sbc 選擇主用 p-cscf，當鏈路檢測發(fā)現(xiàn)主用 p-cscf 不可用時， 選擇其他備用 p-cscf。 sbc 配置舉例： ，優(yōu)先級為 1； ，優(yōu)先級為 2； 對 dns 無配置要求。 （2）方式二：基于方式二：基于 dns 的負荷分擔。的負荷分擔。 sbc 配置 p-cscf 的統(tǒng)一域名，如 pcscf.ims.省名縮寫，查詢 dns，根據(jù) dns 返回的 a 記錄或 srv 記錄實現(xiàn)對 p-cscf 的負荷分擔。 sbc 配置舉例： 對 dns 的配置要求：配置 p-cscf 統(tǒng)一域

51、名及對應的權重。配置舉例： srv 記錄： _sip._ in srv 0 50 5060 _sip._ in srv 0 50 5060 a 記錄： in a ip address 1 in a ip address 2 （3）方式三：方式三：sbc 配置多個配置多個 p-cscf 的主機名和靜態(tài)權重，根據(jù)權重負荷分擔選擇的主機名和靜態(tài)權重，根據(jù)權重負荷分擔選擇 p-cscf。 sbc 配置舉例： ，權重 50； ，權重 50； 三種方式的比較如下： 優(yōu)點優(yōu)點缺點缺點 方式一實現(xiàn)簡單。p-cscf的域名或ip地址變化時或新 建p-cscf時，需要修改sbc的本地 配置，運維相對麻煩。 sbc

52、分區(qū)域接入p-cscf，可能會有 p-cscf負載不均衡的情況。 方式二可以實現(xiàn)全局p-cscf下的負荷分擔，便 于優(yōu)化網(wǎng)絡流量 數(shù)據(jù)維護簡單 方式三可完成簡單的輪選。當p-cscf故障時， sbc可以選擇其他p-cscf進行負荷分擔。 p-cscf的域名或ip地址變化時或新 建p-cscf時，需要修改sbc的本地 配置，運維相對麻煩。 方式二的負荷分擔效果較好，且數(shù)據(jù)維護簡單，建議采用方式二。 6.2倒換機制倒換機制 sbc 依賴于和 p-cscf1 之間的?；顧C制（如 sip option 探測） ，檢測到 p-cscf1 無響應，切換到 p-cscf2。 （1）對于正在發(fā)起注冊用戶的倒換

53、流程對于正在發(fā)起注冊用戶的倒換流程 sbc 收到 ue 的注冊請求，從 p-cscf 列表中選擇第一個可用的 p-cscf，向該 p- cscf 發(fā)起注冊請求，如果原 p-cscf 已宕機，就不會給 sbc 回響應消息，sbc 就從 p-cscf 地址列表中選擇下一個 p-cscf，向新的 p-cscf 發(fā)起注冊請求。從而實現(xiàn) ue 倒換到新的可用 p-cscf，后續(xù)由此 p-cscf 為這個 ue 提供服務。原理圖如下： sbc1 p-cscf1 1.register p-cscf列表： p-cscf1 p-cscf2 p-cscf2 2.重選p-cscf， register （2）對于已注

54、冊用戶的倒換流程對于已注冊用戶的倒換流程 sbc 收到 ue 重注冊刷新請求時，轉發(fā) register 到 p-cscf2，以實現(xiàn) ue 倒換到新 的可用 p-cscf。 （3）對于新發(fā)起呼叫的倒換對于新發(fā)起呼叫的倒換 sbc 收到 ue 的 invite 請求時，檢測到 ue 原先注冊的 p-cscf1 故障，返回錯誤消 息給 ue（如 502） ，ue 收到 502 后重新發(fā)起注冊請求（需要 ue 功能支持） 。sbc 收 到 ue 的注冊請求后，轉發(fā) register 到 p-cscf2，以實現(xiàn) ue 倒換到 p-cscf2。后續(xù) ue 再發(fā)起呼叫時由 p-cscf2 提供服務。 （4）

55、對于被叫業(yè)務的倒換對于被叫業(yè)務的倒換 被叫側 s-cscf 收到用戶發(fā)起業(yè)務請求； 被叫側 s-cscf 判斷主用 p-cscf1 故障，將業(yè)務請求發(fā)往備用的 p-cscf2 處 理； 備用 p-cscf2 上沒有用戶相關接入信息，無法找到用戶，因此呼叫建立失敗。 （5）對于正在進行呼叫的倒換對于正在進行呼叫的倒換 p-cscf1 故障時，正在進行的通話無法正常釋放，需要通過終端的 session timer 或者周邊網(wǎng)元的超長通話時長定時器或者周邊網(wǎng)元的 long call audit 機制來釋放。ue 收到呼叫釋放的錯誤消息后，需要重新發(fā)起注冊，由 sbc 倒換到 p-cscf2。 6.3

56、倒回機制倒回機制 當 sbc 檢測到原故障的 p-cscf 已恢復正常，就把該 p-cscf 置為可用狀態(tài)。 sbc 后續(xù)收到 ue 呼叫請求時，sbc 從本地 p-cscf 地址列表中選擇第一個可用的 p-cscf，向該 p-cscf 發(fā)起呼叫請求。主用 p-cscf 收到呼叫并判斷用戶從 sbc 接入 且沒有注冊，可以通過 502 錯誤碼通知用戶重新注冊。 sbc 后續(xù)收到 ue 初始注冊請求時，sbc 從本地 p-cscf 地址列表中選擇第一個可 用的 p-cscf，向該 p-cscf 發(fā)起注冊。從而實現(xiàn) ue 倒回到主用 p-cscf，后續(xù)由此 p-cscf 為這個 ue 提供服務。

57、sbc1 p-cscf1 register p-cscf列表： p-cscf1 p-cscf2 p-cscf2 6.4容災效果分析容災效果分析 （1）倒換時間倒換時間 已注冊用戶的倒換最大時間，由終端的注冊刷新時間確定。注冊刷新時間在核心網(wǎng) 配置，當 sbc 啟用注冊刷新過濾功能時，終端的注冊刷新時間由 sbc 上配置的終端注 冊刷新時間確定。 新注冊用戶不感知倒換過程，對業(yè)務、用戶感知均無影響。 （2）倒換對業(yè)務的影響和用戶感知倒換對業(yè)務的影響和用戶感知 對于主叫業(yè)務，若終端支持根據(jù)錯誤碼進行重注冊，主叫業(yè)務無影響。 對于被叫業(yè)務，由于 s-cscf 無法處理后續(xù)請求或者響應，呼叫建立失敗。

58、 正在進行的呼叫將會損失。 在用戶發(fā)送重注冊消息或發(fā)起主叫業(yè)務之后，因故障 p-cscf 不響應，sbc 倒換到 備份 p-cscf，完成核心網(wǎng)注冊過程，業(yè)務恢復正常。 因此被叫業(yè)務影響時間理論上最長為終端重注冊刷新時間。 （3）對計費的影響對計費的影響 對于正在進行中的會話，由于提供服務的 p-cscf 網(wǎng)元故障，因此沒法給 ccf 發(fā) 送終止 acr。但 ccf 自身有超長話單保護機制，如果 ccf 在一定時長內沒有收到中 間 acr 或終止 acr，就會以之前收到的起始 acr 和中間 acr 生成話單，并停止計 費。 （4）倒回倒回 倒回由終端發(fā)起，用戶不感知，不影響業(yè)務。 倒回時間取

59、決于 ue 重新初始注冊或發(fā)起呼叫的時間。 6.5對終端和其他網(wǎng)元的要求對終端和其他網(wǎng)元的要求 （1）對終端的要求對終端的要求 終端發(fā)起業(yè)務請求時，如果收到 sbc 返回的 502 錯誤響應，終端需要立即發(fā)起注 冊，以倒換到備用的 p-cscf。 （2）對對 sbc 的要求的要求 要求 sbc 檢測到主用 p-cscf 恢復后，接收到后續(xù)終端重新注冊或發(fā)起呼叫請求 時，優(yōu)選主用 p-cscf，以便倒回主用 p-cscf。 7i/s /e-cscf/bgcf 容災方案容災方案 7.1i/s /e-cscf/bgcf 容災方案無動態(tài)數(shù)據(jù)備份容災方案無動態(tài)數(shù)據(jù)備份 cm-ims 一期工程中采購的設備不支持 cscf 動態(tài)數(shù)據(jù)的備份，則 cscf 的故障倒 換需要取決于終端發(fā)起重新注冊，且終端重新注冊之前，被叫業(yè)務無法接續(xù)。具體負 荷分擔方案和倒換、倒回流程見下述描述。 7.1.1i/s /e-cscf/bgcf 負荷分擔機制負荷分擔機制 i-cscf 負荷分擔機制負荷分擔機制 對于 i-cscf 的負荷分擔主要取決于 ue 注冊時 p-cscf 對 i-cscf 的選擇、ue 做 被叫時，主叫域 s-cscf 對被叫域 i-cscf 的選擇： （1）p-cscf 根據(jù)注冊用戶域名，比如“ims.省名縮寫”或“ims.省名 縮寫.企業(yè)域名”，