近年又增加了AI機器人，本質(zhì)上AI機器人和座席功能類似，但是，可能控制信令會較為不一樣。
IVR可能利用iSX4000交換機的能力，但是需要和業(yè)務(wù)控制軟件交互，基本上是中間過程，很難做到冗余，因此，本文不考慮IVR的冗余。
ACD和業(yè)務(wù)控制軟件是客戶系統(tǒng)，不在毅航HA方案控制范圍內(nèi)，暫時也不考慮。
因此，本方案主要討論接入、座席和錄音的HA方案。也就是由HA方案保證設(shè)備故障、環(huán)境故障等原因?qū)е略O(shè)備切換后，外線和座席通話不間斷，錄音不丟失。
本文給出兩種使用毅航HA能力的方案：冗余SBC方案和SDK接口方案。
冗余SBC方案利用毅航SBC冗余能力，在SBC切換后，會重建通話，保證外線和座席通話不間斷。
SDK接口方案較為復(fù)雜，需要業(yè)務(wù)程序使用毅航SDKAPI在硬件切換后重建通話。
不管那種方式，都建議采用IP/中繼并線方案來生成錄音，保證設(shè)備切換不會影響錄音功能。如果需要錄音冗余，建議在SBC也產(chǎn)生一份錄音。
一、HA方案
1、整體方案
兩種方案都建立在iSX4000HA控制模塊的基礎(chǔ)上。
HA控制器完成主備仲裁、切換、浮動IP地址管理、網(wǎng)口狀態(tài)、網(wǎng)絡(luò)狀態(tài)以及基于redis的儲存管理。基本結(jié)構(gòu)如下圖：
2、冗余SBC方案
毅航SBC已經(jīng)實現(xiàn)了冗余功能，兩套相同配置的SBC通過配置后，可用配置成熱備模式，保證系統(tǒng)的高可靠性：切換不導(dǎo)致通話間斷。
冗余SBC
冗余SBC的簡單示意圖如下：
網(wǎng)關(guān)軟件和SIP主機軟件都會將呼叫信息保存到redisserver或者從redisserver恢復(fù)，從而保證了通話不間斷。
SBC就可用通過浮動IP地址，用SIP信令訪問。
對接
SBC和外部系統(tǒng)通過SIP信令對接，這樣IVR/業(yè)務(wù)系統(tǒng)/座席相互間解耦，把語音交換和承載放到SBC完成，這樣保證了即使是后端系統(tǒng)、設(shè)備故障和網(wǎng)絡(luò)等環(huán)境問題導(dǎo)致設(shè)備切換，也能夠保持建立的通話。
結(jié)構(gòu)如下圖：
一般SBC和業(yè)務(wù)系統(tǒng)通過SIP信令對接，在呼叫接通后，業(yè)務(wù)系統(tǒng)通過SIPREFER信令，將內(nèi)線轉(zhuǎn)呼到IVR/座席/AI機器人。
實質(zhì)上就是通過呼轉(zhuǎn)或者三方通話能力將話務(wù)在IVR/座席間切換，切換完成后，在信令層面是一個穩(wěn)態(tài)，HA切換后，就可用恢復(fù)通話，保證了系統(tǒng)的高可靠性。
在這種模式下，業(yè)務(wù)系統(tǒng)重啟并不影響已經(jīng)建立的通話。
3、SDK接口方案
SDK接口方案較為復(fù)雜，需要客戶的app來管理切換和恢復(fù)過程。
VIP地址
在傳統(tǒng)的編程交換機模式下，每個模塊都有它自己的IP地址（SIP/VoIP板），很難做到這么多的IP都在都浮動，因此，需要在這個模式下，參考毅航SBC的實現(xiàn)，采用linux服務(wù)器的NAT功能屏蔽交換機的IP地址，對外暴露服務(wù)器的IP地址，這個IP地址作為浮動IP地址。
整體結(jié)構(gòu)
整體結(jié)構(gòu)和SBC類似，見下圖：
注意：
客戶app可用不使用內(nèi)置的redis存儲，采用自己的狀態(tài)記錄和恢復(fù)方案；
如果VoIP并發(fā)量較大，對語音斷續(xù)間隔有要求，建議啟用m3gc的冗余功能（圖中未畫出）。
流程
由于客戶app要執(zhí)行HA切換的協(xié)調(diào)工作，下面簡單列出主要的交互流程。
可能涉及到HA控制器、SIP模塊、m3gc模塊。流程是初始化、從master切換到backup和從backup切換到master。
注意：客戶app調(diào)用SDKAPI，消息還是會通過mc轉(zhuǎn)發(fā)，這里為了簡單，隱去mc模塊。
初始化
客戶app除了原有執(zhí)行打開各種資源（比如：gc通道、DSP通道、VoIP通道等）功能外，還需要通知HA控制器active。
流程如下圖：
此為短暫的狀態(tài)，HA控制器會根據(jù)配置執(zhí)行主從決定，并根據(jù)情況返回狀態(tài)事件。
backuptomaster
整個節(jié)點從備用狀態(tài)切換到主要狀態(tài)�？蛻鬭pp在收到此事件后，要通知sip/m3gc執(zhí)行deactive到active的轉(zhuǎn)換，并開始執(zhí)行自己的會話恢復(fù)操作。
如下圖：
master to backup
整個節(jié)點從主用狀態(tài)切換到備用狀態(tài)�？蛻鬭pp在收到此事件后，要通知sip/m3gc執(zhí)行active到deactive的轉(zhuǎn)換，并開始執(zhí)行自己的清理操作。
二、其它
并線錄音是毅航產(chǎn)品中的標(biāo)準(zhǔn)產(chǎn)品，本文檔暫時不做更多的討論。
