本文目錄一覽：
1、sip中繼板是怎樣實現模擬電話和ip電話通信的
2、如何申請400電話并可以綁定sip電話？
3、想自己做機器人外呼系統,線路,怎么組裝
4、搭建智能語音交互系統重要點那些
5、sip軟電話可以直接對接語音網關么？
sip中繼板是怎樣實現模擬電話和ip電話通信的
CTS SIP Trunk / CTS SIP中繼可以讓你現有sip對接外呼系統的VOIP系統連接到CTSsip對接外呼系統的平臺從而使用VOIP外線落地（撥打普通電話及手機）。享受撥打全國統一資費0.09元。
使用CTS SIP Trunk / CTS SIP 中繼，無需硬件語音板卡，無需電話線路，只需一條網線，架設從內部分機到外呼電話sip對接外呼系統的完全 VOIP 系統
如何申請400電話并可以綁定sip電話？
申請400電話，可以綁定到企業原本的固定電話或者是手機號碼。當客戶撥打400電話的時候，會轉到綁定的固定電話號碼和手機號碼上。此外，400電話可以綁定sip系統。具體可以咨詢客商通400，商客通400電話平臺獲國家發明專利等300余項知識產權，服務于全國50萬+企業，樹立了良好的產品口碑。【點擊了解更多400辦理業務詳情】
申請400電話，有2種途徑：
1、線下辦理。找當地具備政企業務部，熟悉400業務的營業廳辦理。
優點：絕對的正規安全。
缺點：無任何功能（如彩鈴、導航、通話錄音等）、只能綁定3部固話（無法綁定手機，諸多不便）、無自助管理平臺（無法自行增減需要更換綁定的號碼，無法自行數據分析，無法自行查詢話單等等）。
2、線上辦理。百度搜索：400電話辦理。找到對應的供應商分別咨詢了解，熟悉后再考慮和哪家合作。各個合作商的區別在于：資質不同、研發實力不同、服務標準不同、套餐內容不同、提供的自助管理平臺穩定性不同等。對比的過程中，如果只看價格，肯定是最不明智的操作。【立即領取，90天免單體驗】
更多詳情，推薦可咨詢：
想自己做機器人外呼系統,線路,怎么組裝
自己做機器人外呼系統線路和組裝的方法分別是：
1、線路：由于機器人外呼系統線路難以自己研制只能選擇運營商線路。提供方包括三大運營商、集成線路商。這是我們打電話出去要交電話費，必須涉及的供應商。
saas服務平臺。即用戶可以注冊、登錄、繳費、上傳呼叫列表、發起外呼任務、外呼結果查看的網站。這個是終端用戶唯一可以看得到的前端界面。
2、組裝：以呼叫中心技術系統為基礎，將計算機的信息處理功能、數字程控交換機的電話接入和智能分配、自動語音處理技術、 Internet技術、網絡通信技術。
商業智能技術與業務系統緊密結合在一起，將公司的通信系統、計算機處理系統、人工業務代表、信息等資源整合成統一、高效的服務工作平臺 。
機器人外呼系統的AI能力對接是：
在具體落地中，這個領域的常規參與者通常具備呼叫中心能力或者AI能力其中一種，而主要的對接點也就在于AI能力與呼叫中心設備去對接，而ASR/TTS與呼叫中心設備對接的常規協議主要是mrcp/sip。
媒體資源控制協議（Media Resource Control Protocol, MRCP）是一種通訊協議，用于語音服務器向客戶端提供各種語音服務(如語音識別和語音合成)。有兩個版本的MRCP協議，版本2使用SIP作為控制協議，版本1使用RTSP。
實際對接的時候，會遇到不少技術問題，有的呼叫中心廠商會要求ASR/TTS引擎做私有云部署，這樣避免了內外網穿透時防火墻的諸多設置和語音流的時延。這對基于語義起家（并購買語音能力）的公司是一個小小的難題。
搭建智能語音交互系統重要點那些
序言
隨著人工智能命題的提出，近年來涌現出一大批基于人工智能的呼叫中心業務服務商和集成商，僅智能外呼這一模塊兒就將近百家公司在推廣和運營。可以說整個基于人工智能技術的市場開始蓬勃的發展起來了。
簡單介紹一下什么叫做智能語音交互平臺。其實大實話就是在呼叫中心基礎上，集成 ASR、 TTS、的呼叫服務平臺。
那么如何我們自己去搭建智能語音系統呢？
我們先列出搭建智能外呼系統的搭建需要那些技術和服務：
個人認為：
[if !supportLists]·[endif] 首先最重要的是交換機：
[if !supportLists]1. [endif]PBX也就是交換機，商用設備原廠包括像華為、Avaya、思科、東匯等這些生產硬件交換機，
[if !supportLists]2. [endif]還有就是目前FreeSitch、asterrisk、OpenPBX這些軟件交換機。
[if !supportLists]·[endif] 其次是AI技術: 及包含語音識別、語義理解、語音合成這三種技術是核心組成部分。語音識別相當于人的“耳朵”，接進電話后，對人的話語進行處理轉義成系統能夠識別的數據交由系統處理去識別。在進一步的話，可以轉義為文字。語義理解相當于人的"大腦"，根據話語識別人的意圖。語音合成，相當于人的”嘴巴“，識別人的意圖之后，依照特定的回答方式，去回復和引導對話。
[if !supportLists]·[endif] 再者是前端服務平臺：即用戶登錄、配置呼叫流程，建立呼叫任務、統計呼叫數據、導出呼叫報表的網站，這個是終端用戶唯一可以看到并且操作的界面。
[if !supportLists]·[endif] 最后是外呼線路：其中包括三大運營商以及其他小型的集成線路供應商，主要目的是外呼電話或者是接入電話。
也有人可能有疑問：”智能語音交互系統最重要的不是人工智能么，和交換機有啥關系？”為什么說最重要的是交換機呢，原因是不管我們是外呼還是接入電話、都需要前端服務平臺把外呼請求發送給交換機，通過外呼線路而撥出去。換句話說交換機是控制整體的外呼情況。硬件的交換機，比如說像華為的交換機，價格在大約幾萬到幾百萬不等的價格。對于想要建立自己的智能語音交互系統來說，價格對于一些小型公司來說承受不起，而FreeSitch這種軟交換則大大方便了小型公司建立自己的智能語音交互系統。
什么是FreeSwitch？
FreeSitch是一個電話的軟交換解決方案，包括一個軟電話和軟交換機用以提供語音和聊天的產品驅動。FreeSitch 可以用作交換機引擎、PBX、多媒體網關以及多媒體服務器等。支持多種通訊技術標準，包括 SIP, H.323, IAX2 以及 GoogleTalk ，同時也可以方便的與其他開源的PBX系統進行對接。而且具有很強的伸縮性。旨在為音頻、視頻、文字或任何其他形式的媒體，提供路由和互連 通信協議 。
FreeSwitch 的典型功能
[if !supportLists]·[endif]在線計費、預付費功能。
[if !supportLists]·[endif]電話路由服務器。
[if !supportLists]·[endif]語音轉碼服務器。
[if !supportLists]·[endif]支持資源優先權和QoS的服務器。
[if !supportLists]·[endif]多點會議服務器。
[if !supportLists]·[endif]IVR、語音通知服務器。
[if !supportLists]·[endif]VoiceMail服務器。
[if !supportLists]·[endif]PBX應用和軟交換。
[if !supportLists]·[endif]應用層網關。
[if !supportLists]·[endif]防火墻/NAT穿越應用。
[if !supportLists]·[endif]私有服務器。
[if !supportLists]·[endif]SIP網間互聯網關。
[if !supportLists]·[endif]SBC及安全網關。
FreeSwitch最典型的功能是作為一個服務器，并用電話客戶端軟件連接到它。雖然FreeSwitch支持眾多的通信協議，但其最主要的協議還是SIP，通過SIP中繼發起會話協議。
使用FreeSwitch這種軟交換的好處在于，你只需要一臺服務器就可以隨時搭建自己的外呼中心，而且FreeSwitch支持跨平臺運行。能夠原生運行Windows、Linux、BSD等諸多32/64位平臺。
FreeSwitch內部使用線程模型來處理并發請求，每個連接都在單獨的線程中進行處理，不同的線程間通過Mutex互斥訪問共享資源，并通過消息和異步事件等方式進行通信。FreeSwitch本身是比較穩定的，它是比較優秀的開源軟件。另一方面來講，FreeSwitch又是比較激進的，它的開發分支里會有大量的新特性加入，因此在測試不全面的情況下，很容易出現不穩定的情況。而在用于生產環境的情況下，系統的穩定性是系統能否正常被使用的關鍵。之前我們在做項目的過程中，就遇到一些FreeSwitch不穩定的情況，導致外呼情況不理想。舉一個例子：我們在進行測試外呼的時候，語音通話斷斷續續，雖然前端服務平臺可以很好的接受到數據的傳輸，但是，真正在與人工進行溝通的時候，會出現各種各樣的溝通障礙，為了解決這一個問題，我們花費了幾個月的時間，去研究FreeSwitch的結構特性。終于把這個問題解決掉。我們的項目才得以繼續推動，最終得以真正落地部署實施。
也有人可能有疑問：”FreeSwitch軟交換雖然重要，但是既然是智能語音交互系統人工智能不重要嗎？”，重要，當然重要！容我慢慢道來~
AI 技術
1. 通信原理
先簡單解釋一下正常打電話這個流程
流程：A→PSTN→B
解釋：PSTN是Public
Switched Telephone Network，意思為公共交換電話網絡，也就是我們的運營商的網絡電話，
那我們平時如何給呼叫中心比如打電話是如何打的？：個人A打電話給呼叫中心1***6 打電話，撥通后聽到錄音，您好，撥打人工臺，請按0鍵，按鍵之后，出現盲音，真正接通之后，客服接通了電話。
流程：A→PSTN→PBX→IVR→客服
解釋：PBX也叫交換機、相當于整個呼叫中心的出入口
IVR也叫互動/交互式語音應答，語音導航，也就是相當于咨詢業務請按鍵，這一環節，根據業務去分流到客服。
智能語音交互平臺（智能機器人）落實到具體具體業務場景是如何實現的：
如：”個人A要在某一個大型酒店預訂位子“，
A撥通后先聽到了聲音，“您好，我是機器人小岳，需要我幫您訂位子是嗎？
個人A說，“我不要和機器人說話，找個真人來”。
然后聽到錄音，“為您轉接很貴的真人客服，排隊中，請稍后”。
幾分鐘后接通，真人客服接了電話。
流程：A→PSTN→PBX→IVR（TTS→ASR→NLP→TTS）→ACD→客服
解釋：在IVR部分：不再需要提示按鍵，而是直接問來電方需要辦理什么業務，然后識別語音、理解意圖后，根據用戶的需求，回答后轉入對應的業務隊列排隊。
上邊是接通的流程，呼出的流程與之相反，就不在贅述了。
2. 現在市場上的AI技術的運用
目前市場上的不管是ASR、TTS、NLP都被阿里百度科大訊飛等巨頭公司所占據，這些技術在國內基本已經成為定局。像ASR這類引擎市場上大部分都是用的阿里云和訊飛云的，要不就是百度云。阿里云和訊飛云的識別率高一些，可以達到97%左右、百度的差一些，識別率在80%左右，我們當初在做項目的時候選擇ASR做過測試，事實證明阿里云識別率更高同時也可以識別方言。因此，我們在做項目的時候，當仁不讓的選擇了阿里云的
TTS我們選擇的是訊飛的，選擇的理由很簡單，畢竟科大訊飛是人工智能領域巨頭級的公司，質量當然有的保證。
3. AI 能力對接
在具體落地中，這個領域的常規參與者通常具備呼叫中心能力或者AI能力其中一種，而主要的對接點也就在于AI能力與呼叫中心設備去對接，而ASR/TTS與呼叫中心設備對接的常規協議主要是mrcp/sip。
媒體資源控制協議（Media Resource Control
Protocol, MRCP）是一種通訊協議，用于語音服務器向客戶端提供各種語音服務(如語音識別和語音合成)。有兩個版本的MRCP協議，版本2使用SIP作為控制協議，版本1使用RTSP。
實際對接的時候，會遇到不少技術問題，當我們ASR/TTS引擎做私有云部署，為了避免了內外網穿透時防火墻的諸多設置和語音流的時延。這在我們當時對接的時候也花費了好大一番功夫。
前端服務平臺：
其中最重要的就是配置呼叫流程這一塊兒了，
這一塊兒很容易被忽視，但是這反而是可以出成績的地方。一般來說一套最佳話術模板，可以以一敵萬。心理學基礎必須要有，一句話怎么說能讓接電話的人最大概率的順著自己的思路走，達成目的，從而形成特定細分領域機器人話術模板，得到最佳的外呼效果（接通率、通話時長、電銷意愿、催收意愿）或者是接通效果（滿意度）
其余的基本就是web端的東西了，具體功能點呢，即用戶登錄、配置呼叫流程，建立呼叫任務、統計呼叫數據、導出呼叫報表，這些功能點基本實現就可以，因為站在產品角度，產品最重要的價值就是可以呼通或者接通用戶的電話，并且能夠準確的識別用戶的意圖，并且準確的回答用戶。這就是智能語音交互系統的最終目標，也一直是我們的最終目標。
外呼線路廠商：
一般如果是購買系統的話，是給提供線路的，只需交一些線路費用。如果是自己做項目的話，網上、淘寶上一大堆，費用可以談，也給提供線路對接的接口。
結語
雖然現在市場上做智能語音交互系統的比較多，但一般只限于各個行業的電話銷售，真正意義上的智能語音交互還是很少的。原因很簡單，雖然原理不是很難但是真正落地實施的時候，遇到的困難非常的多，幾乎是一步一個坑。好在現在已經真正的落地實施了，方方面面的效果都還是很不錯的。一年多的辛苦沒有白費。哈哈~
寫這篇文章嘗試給大家簡單介紹一下智能語音交互系統，然才疏學淺，疏漏和不當之處在所難免，權當給大家拋磚引玉。
諸多細節限于主題和篇幅的要求不做詳細記述，如有問題，歡迎隨時交流。
sip軟電話可以直接對接語音網關么？
SIP通信是需要服務端的，軟電話和三匯語音網關都注冊到SIP server上，就可以實現相互通信了。
如需要了解產品詳情，可電話咨詢專業客服人員：15358521011（微信同號）
