要點綜述

　　在線錄音是呼叫中心的一項重要功能。隨著呼叫中心向IP環(huán)境的過渡，在線錄音的方法也將隨之發(fā)生改變。本應(yīng)用注釋即將討論的是用于在線錄音的"代理RTP"系統(tǒng)，以及該系統(tǒng)的體系結(jié)構(gòu)和訊息流程。此外，本文還將對該系統(tǒng)和IP環(huán)境的另一種在線錄音方法"端口監(jiān)控"進(jìn)行簡要的比較。

目錄

介紹
高層體系結(jié)構(gòu)
訊息流程
附錄：在線錄音系統(tǒng)結(jié)構(gòu)比較
術(shù)語縮寫
了解更多信息

介紹

　　呼叫中心會出于多種目的來使用在線錄音功能，比如員工培訓(xùn)或法律要求等。隨著呼叫中心從TDM向IP環(huán)境的逐步過渡，在線錄音的重要性也將變得越加明顯。但在線錄音的方法不是一成不變的。

　　本應(yīng)用注釋推薦一種適用于IP環(huán)境的在線錄音方法。該方法采用高性能、可配置的開放源代碼SIP（RFC3261）服務(wù)器――SIP Express路由器（SER），并同時采用基于開放源代碼PortaOne* RTP代理的組合RTP代理/錄音程序。

　　PortaOne RTP代理主要用于通行NAT防火墻。在線呼叫過程中，其SER接口和會話管理能力將被使用，而且其RTP分組中繼（packet relay）能力也將與DialogicIP媒體庫（IPML）API和面向Linux*的Dialogic® NetStructure™ 主機媒體處理（HMP）軟件1.2版同時使用。最終將獲得全雙工音頻數(shù)據(jù)流，并將通過Dialogic® NetStructure™ HMP創(chuàng)建的"虛擬SCbus"，順利地錄制至磁盤。

　　在本文所述的"代理RTP"中，使用Dialogic® NetStructure™ HMP作為媒體管理器具有如下優(yōu)勢：

• 通過熟悉的API簡化應(yīng)用編程


• 提高信道密度


• 便于使用低位速語音信號編碼器，進(jìn)而減少錄音所需要的磁盤空間


• 全面控制錄音過程，包括結(jié)尾


• 輕松獲取語音數(shù)據(jù)流，輕松進(jìn)行諸如流傳輸至ASR服務(wù)器進(jìn)行關(guān)鍵字查詢（word spotting）等操作

　　SER僅適用于Unix或Linux環(huán)境。因為它是一款相對"輕量級"的應(yīng)用，所以它可以很好地與面向Linux的Dialogic® NetStructure™ HMP駐留在同一個Linux系統(tǒng)上。為此，本文將只介紹單機箱方法。然而，包含更多功能的更大應(yīng)用，或者需要更高信道密度的部署項目，也可以依照此處介紹的這一基本的單機箱模式進(jìn)行部署，只是需要將組件分布到多個機箱。

　　注：我們不主張將此處描述的方法用做完整的呼叫中心解決方案。完整的呼叫中心應(yīng)用很可能還需要其它的組件。為使問題不過于復(fù)雜化，我們此處只討論在線錄音。

圖1. 高層體系結(jié)構(gòu)

高層體系結(jié)構(gòu)

　　圖1是本文所述之在線錄音系統(tǒng)的高層結(jié)構(gòu)圖解。下面我們將就其主要的兩個組件及其使用方法進(jìn)行詳細(xì)的探討。

SER

　　SER承擔(dān)著SIP代理的功能并負(fù)責(zé)控制錄音組件的操作流程。從網(wǎng)絡(luò)SIP終端（用戶代理或UA）的角度看，SER是個相當(dāng)標(biāo)準(zhǔn)的SIP代理。終端向外發(fā)出的所有呼出均被導(dǎo)入該代理，然后該代理再通過數(shù)據(jù)庫查詢操作確定所有呼叫的最終目的地。該路由器會向目的地終端提供SIP訊息，但在此之前，它需對SIP訊息的會話描述符協(xié)議（SDP）部分的RTP連接信息進(jìn)行修改。這樣RTP數(shù)據(jù)流就不是直接在兩個終端之間移動，而是要被重新路由，以便它們經(jīng)過在線錄音系統(tǒng)。發(fā)起呼叫時（INVITE期間）可不需要上述操作，但是當(dāng)呼叫已經(jīng)開始（通過re-INVITE訊息），就應(yīng)該進(jìn)行上述操作。使用re-INVITE的優(yōu)勢在于，在沒有進(jìn)行錄音操作的時候，將不會占用系統(tǒng)的端口。

RTP代理會話管理器

　　錄音開始后，即需發(fā)揮第二個組件的功用。SER與RTP代理會話管理器是接通的，當(dāng)會話管理器得知有新的呼叫到達(dá)時，它會打開一個呼叫會話，并為SER提供一個唯一的端口號。SER再將呼叫終端的原有地址/端口更換為錄音系統(tǒng)的端口號和IP地址。

　　如今您已可以在錄音系統(tǒng)和兩個SIP終端之間建立起兩個RTP數(shù)據(jù)流，以替代直接連接兩個終端的單個數(shù)據(jù)流。該應(yīng)用使用DialogicR4 IPML API來建立數(shù)據(jù)流。數(shù)據(jù)流出現(xiàn)在虛擬SCbus上，并將同時被路由，以形成一個交叉連接。然后您就可以使用R4 Media API完整的特性集，完成數(shù)據(jù)流向磁盤的錄制操作。R4 Media API中可用于在線錄音的媒體特性包括：

• 對話錄音功能，可同時錄制兩個半雙工RTP數(shù)據(jù)流，并具備數(shù)字信號處理器（DSP）的一般功能，能在單個數(shù)據(jù)流寫盤之前有效地混合各種數(shù)據(jù)流。這樣就無需事后再對兩個獨立的數(shù)據(jù)流文件進(jìn)行組合，以合成為一個同步的錄音文件。


• 設(shè)置錄音參數(shù)的能力，能夠設(shè)置每次錄音的參數(shù)，如文件格式、數(shù)據(jù)編碼、取樣率和每樣本位數(shù)等


• 流傳輸數(shù)據(jù)能力，能夠輕松地流傳輸錄制數(shù)據(jù)至數(shù)據(jù)庫的二進(jìn)制大對象（BLOB），或者通過套接字傳輸至一個集中的錄音服務(wù)器


• 停止單個API呼叫錄音的能力


• 輕松限制錄音文件大小和錄音時間的能力

　　SER與RTP代理會話管理器連接有一個Unix域套接字（先進(jìn)先出[FIFO]流程間訊息隊列）。這些組件之間的通信經(jīng)過了一個非常簡單、由應(yīng)用定義的訊息集，該訊息集是RTP代理的一部分。

訊息流程

　　圖2是"代理RTP"在線錄音系統(tǒng)典型呼叫錄音的訊息流程圖解。圖中數(shù)字對應(yīng)于下文的段落編號。

圖2. 典型呼叫錄音的訊息流程

1. SER經(jīng)過配置可作為一個有狀態(tài)的代理，以負(fù)責(zé)中繼呼叫期間生成的所有SIP訊息。當(dāng)SER從源UA收到INVITE請求之后，它將從請求中提取SIP呼叫ID，并通過流程間套接字連接將其傳送到RTP代理會話管理器。會話管理器使用該ID在現(xiàn)有會話中進(jìn)行查找，如果該會話存在，則返回該會話的用戶數(shù)據(jù)包協(xié)議（UDP）端口。如果該會話不存在，則創(chuàng)建一個新會話，將其綁定至配置/啟動期間指定范圍內(nèi)的第一個空UDP端口，并將端口號返回SER。收到錄音應(yīng)用的回復(fù)之后，SER再將呼叫終端的原有地址/端口更換為錄音系統(tǒng)的端口號和IP地址，并照例發(fā)出請求。

　　2. SER從目的地UA收到肯定的SIP回復(fù)（"OK"）。SER將再次從訊息的SDP部分抽取其呼叫ID，并發(fā)送至錄音應(yīng)用。此時，如果發(fā)現(xiàn)該會話不存在，它將不再分配新會話。它只是簡單地在現(xiàn)有會話中進(jìn)行查找，如果找到該會話就返回端口號，如果未找到該會話就返回錯誤信息。在收到錄音應(yīng)用的肯定回復(fù)后，SER會將呼叫終端的原有地址/端口更換為錄音系統(tǒng)的端口號和IP地址，并照例發(fā)出請求。

　　3. 會話建好之后，錄音應(yīng)用將會使用R4 IPML API在自身與外部UA之間建立起兩個獨立的RTP連接。然后再將由此產(chǎn)生的Scbus時隙相連接，創(chuàng)建一個全雙工連接。這時就可以使用多時隙對話錄音開始呼叫錄音操作。

　　4. 收到一個UA的BYE之后，SER會將該BYE中繼給其它UA。如果收到"OK"，SER則將從第二個UA中抽取呼叫ID并發(fā)送到錄音應(yīng)用。該ID與現(xiàn)有錄音會話匹配。錄音終止，雙向數(shù)據(jù)傳輸停止。向BYE訊息的發(fā)送者中繼"OK"，完成SIP信令。

附錄：在線錄音系統(tǒng)結(jié)構(gòu)比較

　　作為"代理RTP"在線錄音系統(tǒng)的替選方法，您也可以使用一些以太網(wǎng)交換機上經(jīng)常采用的"端口監(jiān)控"。在這種情況下，錄音應(yīng)用引導(dǎo)交換機復(fù)制需要錄音的對話RTP數(shù)據(jù)流。IP錄音系統(tǒng)然后接收分組流，并使用Dialogic® NetStructure™ HMP進(jìn)行錄音。下表分別介紹了這兩種方法的優(yōu)缺點。

	端口監(jiān)控	代理RTP
RTP流量	一對額外的RTP數(shù)據(jù)流承載對話通過錄音系統(tǒng)	需要兩只“腿”（各為一對RTP數(shù)據(jù)流）重新引導(dǎo)從交換機到錄音系統(tǒng)的對話
設(shè)備故障	錄音系統(tǒng)出現(xiàn)故障對語音流量沒有影響	語音流量依賴于錄音系統(tǒng)的運行情況。通過在另一個系統(tǒng)上提供第二個代理（沒有錄音），可以避免這種依賴性
現(xiàn)有IP基礎(chǔ)設(shè)施改建	并非所有交換機均有端口監(jiān)控。         部署端口監(jiān)控意味著以高昂的成本改變呼叫中心的基礎(chǔ)設(shè)施	除錄音系統(tǒng)要求的硬件外無需額外硬件。只需較小幅度地對SIP終端進(jìn)行重新配置，以使它們能夠與代理錄音系統(tǒng)共同使用即可
安全性	未經(jīng)授權(quán)的系統(tǒng)可能會通過端口監(jiān)控進(jìn)入語音數(shù)據(jù)流	所有語音數(shù)據(jù)流都經(jīng)過單個系統(tǒng)進(jìn)行傳輸，可最大限度保證安全性
尺寸調(diào)整	可能會限制同時被監(jiān)控的端口數(shù)量	錄音系統(tǒng)的規(guī)模可以按需進(jìn)行調(diào)整
錄音智能	錄音應(yīng)用可能難以確定錄音的內(nèi)容和時間	可以輕松地抽取SIP訊息中的訊息，以用于控制和定制錄音