最近在uc專案上，自己琢磨了一些uc相關的問題，還在比較淺顯示的層面，寫出來與大家分享，不對之處還請大家幫忙指正。
一般的語音路由方式
手機和固定**呼叫pc：
拔"接入號"到語音閘道器，再拔分機號（oc使用者的uri線路或者特定應用服務的號碼），這時閘道器根據轉換規則把所拔號碼送給**伺服器，**伺服器再把所拔號碼送給ocs，ocs根據號碼反向查詢到使用者的sip uri，依據呼入規則建立了通話連線，雙方現在可以通話了。這裡的傳輸是依靠sip（會話初始協議，session initiation protocol）協議，media gateway的作用就是把pstn或流動網路的信令轉換成sip信令，從而實現了固話網和移動網與ip之間的通訊。
上述過程相當於雙方之間達成了可以通話的約定，實際上語音（**流）的傳輸走的是rtp（實時傳輸協議，real-time transport protocol）協議，起主要作用的是**伺服器，它負責進行**解碼。
通訊過程與上面基本是一樣的，只是順序正好相反。
pc到pc：
ocs帶有基本的主意元件，所以在沒有**伺服器的情況下也可以實現pc-pc的語音通話。**伺服器正常工作的時候，pc-pc是否經過**伺服器傳輸語音這個我也不確定。
oc呼叫speech server：
在需要ivr導航的時候，就會需要speech server。
要實現oc到speech server的呼叫，首先需要在ocs前端屬性中為speech server建立乙個出站連線的靜態路由（可以是ad域的乙個子域如ivr.uc.com）（詳細設定可以參考michael dunn的blog：假設給speech server的某個ivr應用分配的號碼是6666，這樣在oc裡拔[email protected]，就可以呼叫到speech server了。
speech server 呼叫oc:
要實現speech server對oc的呼叫，首先要正確配置speech server的sip peer和trusted sip peer。sip peer可以簡單理解為處理speech server對外呼叫的裝置，如語音閘道器media gateway或mediation server等。
在上面的網路拓撲中，要使speech server呼叫oc，必須把mediation server設定為speech server 的sip peer，然後把它加為trusted sip peer並允許outbound calls。這樣，speech server發起呼叫後，先被送mediation server，mediation server發給ocs處理後建立通話。
與呼叫oc基本相同，區別是要把media gateway設為trusted sip peer，這樣呼叫就送給gateway處理。
需要說明的是，在上面的網路拓撲中speech server無法同時呼叫pc 和手機或固定**。因為通話的方式不同。speech server呼叫pc是ip-ip通話，speech server 呼叫手機或固定**是ip-移動網或ip-pstn的通話。現在一般的語音閘道器只能處理後者而不能進行ip到ip的轉換。如果要同時實現，需要另外的中繼裝置。
與OCS通訊命令的定義
對於命令，有兩種情況，一種是非同步，一種是同步。同步命令只定義那些很短時間就能完成的任務，如資訊的請求，資訊的傳送等。對於需要較長時間的任務，應定義為非同步命令，以防止命令的阻塞。同步命令 值為0 直接通過result通道返回已生成的觀測計畫 非同步命令 值非0 先通過 result 通道傳送 0 ...
ocs使用問題
閱讀產品,書架,下拉重新整理每次獲取的作品數量不一致,後端使用了n臺伺服器,追查在不同的伺服器上獲取到的書架列表不一致,發現如下問題 1 新增乙個follow 2 把follow的status置成 1 3 吧follow的status置成0 執行下方 public follow getfollow ...
OCS的前世今生
隨著中國 3g 的正式開幕，ocs 不再是乙個概念了，所謂的概念在網上也是一搜一大把，大家如果有興趣的話，可以去找找，我這裡比較隨意的講講，可能對於初學者看著可能更加能接受一些吧。為什麼會出現這種情況呢，因為我們傳統的計費系統基於 cdr 檔案，屬於離線計費，也叫 hot billing 當然我也不...