需求描述

　　雖然現(xiàn)有的FreeSWITCH功能已經(jīng)很強(qiáng)大，但是很多情況下，為了配合業(yè)務(wù)上的功能，還需要做一些定制開(kāi)發(fā)。

　　有一個(gè)基本需求是：如何控制fs外呼，并跟蹤外呼后的一系列狀態(tài)。

　　解決方案
　　
　　下面我就把自己現(xiàn)有的解決方案跟大家分享下，以便拋磚引玉，引出大家更好的方案。

　　我的方案也簡(jiǎn)單，在呼叫之前，指定呼叫的uuid，然后根據(jù)該uuid跟蹤呼叫到完整狀態(tài)。

　　1.獲取可用的通道UUID

　　所以說(shuō)FreeSWITCH考慮比較周到，連獲取uuid的方法都提供了！

　　當(dāng)然，你也可以使用自己到方式來(lái)生成uuid。不過(guò)，一旦uuid出現(xiàn)重復(fù)，可是會(huì)出現(xiàn)比較麻煩的問(wèn)題，所以還是使用FreeSWITCH的官方提供的方法比較靠譜。

　　命令如下：

　　create_uuid
　　該命令會(huì)返回一個(gè)可用的uuid。

　　2.發(fā)起呼叫

　　無(wú)需多說(shuō)，此處originate命令登場(chǎng)，不過(guò)和平時(shí)使用區(qū)別的地方是需要指定呼叫的uuid。

　　下面是兩種指定方法，可選擇性試用：

　　方案一：在呼叫時(shí)，指定A腿uuid
　　originate {origination_uuid=xxxxx}user/60401 60402

　　方案二：在呼叫時(shí)，同時(shí)指定A腿和B腿的uuid
　　originate {origination_uuid=xxxxx}user/60401 &bridge({origination_uuid=yyyyy}user/60402)

　　在使用該命令后，通過(guò)命令show channels就可看到兩個(gè)新創(chuàng)建的通道和指定的通道uuid，xxxxx和yyyyy。

　　此處留給大家自己去驗(yàn)證了！

　　同時(shí)也感謝杜老大的書(shū)，這條命令是從他的書(shū)上學(xué)來(lái)的。

　　3.跟蹤呼叫

　　跟蹤呼叫，說(shuō)白了，其實(shí)很簡(jiǎn)單，只是有的人可能沒(méi)留意到而已，就是利用FreeSWITCH的事件機(jī)制進(jìn)行跟蹤。關(guān)于事件如何訂閱，不是這里的重點(diǎn)，略去不說(shuō)。

　　下面先說(shuō)說(shuō)一些基本常識(shí)：

　　1、跟呼叫相關(guān)的通道事件有如下幾個(gè)：

　　Channel _ Create：通道創(chuàng)建事件
　　Channel _ Progress：通道振鈴事件
　　Channel _ Answer：通道應(yīng)答事件
　　Channel _ Bridge：通道橋接事件
　　Channel _ Hangup：通道掛斷事件

　　2、通道事件的Unique_ID字段與我們呼叫前指定的uuid相同，這個(gè)也是我們能跟蹤的前提。

　　有了上面兩個(gè)條件之后，跟蹤就變得簡(jiǎn)單和美妙起來(lái)！在呼叫開(kāi)始前，將呼叫對(duì)象與uuid的對(duì)應(yīng)關(guān)系存到數(shù)據(jù)庫(kù)中，在收到不同的事件后，根據(jù)事件的Unique_ID找到對(duì)應(yīng)的呼叫對(duì)象，然后更新它的呼叫狀態(tài)即可。

　　4.注意事項(xiàng)

　1、Channel _ Create事件比較特殊，含有的內(nèi)容比較少，所以處理起來(lái)要特別注意。

　　該事件是在呼叫開(kāi)始Routing之前就被拋出來(lái)，換句話說(shuō)，你在dialplan中定義的任何變量都不會(huì)被讀取到。如果這點(diǎn)沒(méi)注意到的話，會(huì)導(dǎo)致判斷邏輯出現(xiàn)問(wèn)題。

　　2、Channel _ Bridge事件中同時(shí)含有A腿和B腿的uuid，具體字段我是不打了，感興趣的可以自己看看。