3. 解決的問題

實現網絡擁塞控制

對于新建的專用網絡，可以進行帶寬規劃，配合以SS的呼叫數控制功能可實現網絡呼叫擁塞控制功能。

首先預先規劃好兩地之間軟交換業務可用的數據總帶寬；根據總帶寬、業務類型計算出可支持業務的同時連接總數S;當呼叫請求來到SS，SS首先判斷S當前是否為0，若S=0，則拒絕此次新呼叫，若S>0則繼續處理；當SS完成一個業務接續則S=S-1。

若兩地之間數據帶寬發生變化，則應通知SS進行連接總數S的修正。

關于SS可靠性

對于承擔窄帶域呼叫控制功能的SS來說，采用主備用雙機工作方式。對于所控制用戶的用戶數據將集中存放在HLR中，路由數據集中存放在RS中，主機及備用機激活后都可訪問這部分數據，至于SS所使用的網關資源相關數據則必須預先在備用機中保留備份。該種方式是采用資源閑置冗余的方式獲得SS的可靠性。

對于承擔寬帶域呼叫控制功能的SS來說，可以采用前述的主備用雙機工作方式，但處于更高的設備使用效率考慮，還可以采用多機負荷分擔的工作方式。每個BAC負責n個SS設備（如同一省內采用SS進行寬帶域業務的負荷分擔處理）的控制信息分發，當其收到SIP用戶發來的呼叫請求后，會根據預先設定的話務分配原則（如輪詢等），每個SS具有自己的IP地址，但只對BAC公布。這些SS的功能完全相同，處理BAC送來的呼叫請求，查詢統一的HLR獲得用戶業務屬性信息及用戶狀態、查詢RS獲得用戶IP地址進行路由或下一跳SS或業務平臺，以實現業務接續及控制。當某一SS出現故障將影響本次呼叫處理，下一次序新的呼叫請求將會由其他的SS進行處理，網絡業務處理能力將損失1/n，但不用空置部分SS資源。

BAC實現至SS的呼叫控制信息動態分發功能，具有協議解析功能，能夠根據應用協議的參數識別哪些消息屬于同一呼叫，將其分發至同一SS進行呼叫處理。BAC自身的可靠性將通過多機備份得到保證。

對于部署在專網內的信令網關、中繼網關、大容量用戶綜合接入網關、重要客戶使用的IAD/小容量用戶綜合接入網關等設備，應支持在本機上設置備用SS地址的功能，當主用SS故障退出服務后應能夠將后續新的呼叫請求送到備用SS進行處理。

對于部署在公共Internet之上的各類SIP用戶及IAD終端，在用戶側只寫入需訪問的軟交換設備或各類管理及應用服務器（如IAD網管系統、文件服務器等）的域名而非IP地址，通過軟交換網絡的域名解析器DNS解析后返回相應的BAC設備的地址。BAC收到呼叫請求后將首先判別用戶類型（采用協議類型或是否帶有主機名進行判別），對于IAD用戶的呼叫請求，BAC將根據預設值將呼叫指向主用SS;對于SIP用戶的呼叫請求，BAC將根據預設原則（如輪詢等）將呼叫均勻指向一組SS中的一個。

安全問題的解決

首先，軟交換、中繼媒體網關、綜合接入媒體網關、媒體服務器等設備基于專用網絡部署，該網絡可以是新建的專用網或采用MPLSVPN等技術的虛擬專用網，能通過各種手段來實現軟交換設備間的相互通信及軟交換設備和非軟交換設備間的消息隔離，大量的軟交換散戶及其他非軟交換網絡的設備難以直接訪問到這些軟交換網絡設備，大大減小了受互聯網用戶攻擊的可能。由于軟交換專用網絡中的設備可信任度高，通過信令協議保障（如認證）、設備管理等手段，基本可以避免專用網絡內用戶攻擊。

對于非重要客戶使用的IAD及SIP軟、硬終端等設備，由于設備數量多、分布廣，將通過各種接入方式快速收斂于BAC設備，通過BAC設備實現與專用網絡中其他設備的互通，此時BAC提供信令及媒體的代理功能及安全檢測及隔離功能。由于IAD及SIP終端分布于用戶側，對軟交換核心設備的安全存在極大的威脅，因此在本方案中，運營商對于IAD或SIP終端應采用用戶零配置方案，運營商應負責所有網絡及用戶數據的配置及后續的更新及修改，用戶無法自行修改數據。在用戶側只寫入需訪問的軟交換設備或各類管理及應用服務器（如IAD網管系統、文件服務器等）的域名而非IP地址，避免SS暴露IP地址易受到非法攻擊。

在信令協議中啟動加密和鑒權機制，SS定期檢測用戶身份合法性，保證SS對網關及用戶的控制權，防止非法用戶對業務的盜用或干擾。

通過域名解析機制及BAC設備的信令及媒體的全代理功能，對基于公共Internet接入的用戶屏蔽軟交換、中繼媒體網關、綜合接入媒體網關、媒體服務器等設備的地址，保護重要的軟交換網絡設備。

[1]  [2]  [3]  [4]  [5]