專利名稱：基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)及其通話方法
技術(shù)領(lǐng)域：
本發(fā)明涉及話務(wù)臺(tái)，特別涉及基于IP協(xié)議的話務(wù)臺(tái)。
背景技術(shù)：
傳統(tǒng)的語(yǔ)音通信網(wǎng)絡(luò)即公用電話交換網(wǎng)(Public Switched TelephoneNetwork，簡(jiǎn)稱″PSTN″)是基于電路交換的網(wǎng)絡(luò)，在這種網(wǎng)絡(luò)中，話務(wù)臺(tái)是基于電路交換的。
在采用2B+D的綜合業(yè)務(wù)數(shù)字網(wǎng)(Integrated Services Digital Network，簡(jiǎn)稱″ISDN″)中，兩個(gè)B通道以每信道64Kbps的速率傳送數(shù)據(jù)或?qū)蓚€(gè)信道捆綁在一起以128Kbps的速率使用；一個(gè)16Kbps的控制信道D通道，用來(lái)傳遞信號(hào)，如建立或切斷通話，傳遞控制信號(hào)。
傳統(tǒng)的話務(wù)臺(tái)一般采用2B+D的ISDN鏈路實(shí)現(xiàn)與用戶交換機(jī)(PrivateBranch Exchange，簡(jiǎn)稱″PBX″)的連接，話務(wù)臺(tái)與用戶交換機(jī)之間采用一個(gè)B通道建立半永久連接，完成話路承載。話務(wù)臺(tái)與用戶交換機(jī)之間的通信承載在D通道上。
下一代網(wǎng)絡(luò)(Next Generation Network，簡(jiǎn)稱″NGN″)不同于PTSN，NGN是基于統(tǒng)一協(xié)議的、基于分組的網(wǎng)絡(luò)。近幾年隨著網(wǎng)間互聯(lián)協(xié)議(Internet Protocal，簡(jiǎn)稱″IP″)的發(fā)展，人們認(rèn)識(shí)到電信網(wǎng)絡(luò)、計(jì)算機(jī)網(wǎng)絡(luò)及有線電視網(wǎng)絡(luò)將最終匯集到統(tǒng)一的IP網(wǎng)絡(luò)上，即人們通常所說(shuō)的″三網(wǎng)″融合大趨勢(shì)，IP協(xié)議使得各種以IP為基礎(chǔ)的業(yè)務(wù)都能在不同的網(wǎng)上實(shí)現(xiàn)互通，人類首次具有了統(tǒng)一的為三大網(wǎng)都能接受的通信協(xié)議。
NGN是以業(yè)務(wù)驅(qū)動(dòng)為特征的網(wǎng)絡(luò)，將業(yè)務(wù)從承載網(wǎng)中剝離出來(lái)，靈活地構(gòu)建于一個(gè)統(tǒng)一的開放平臺(tái)上，由于平臺(tái)的開放性和標(biāo)準(zhǔn)性，未來(lái)業(yè)務(wù)的開發(fā)者可能是運(yùn)營(yíng)商，也可能是第三方，從而可以使業(yè)務(wù)的種類得到極大地豐富。
NGN應(yīng)該是可以同時(shí)提供話音、數(shù)據(jù)、多媒體等多種業(yè)務(wù)的綜合性的、全開放的網(wǎng)絡(luò)平臺(tái)體系，可以歸納為三大特點(diǎn)采用分層的全開放的網(wǎng)絡(luò)，具有獨(dú)立的模塊化結(jié)構(gòu)；是業(yè)務(wù)驅(qū)動(dòng)的網(wǎng)絡(luò)，業(yè)務(wù)和呼叫控制完全分離，呼叫與承載完全分離；是基于統(tǒng)一協(xié)議的分組的網(wǎng)絡(luò)體系。而具有這些功能的下一代網(wǎng)絡(luò)關(guān)鍵技術(shù)是軟交換。
作為下一代業(yè)務(wù)網(wǎng)絡(luò)的核心技術(shù)之一，軟交換(Softswitch)目前得到了業(yè)界的普遍支持。Softswitch思想吸取了IP、異步轉(zhuǎn)移模式(AsynchronousTransfer Mode，簡(jiǎn)稱″ATM″)、智能網(wǎng)絡(luò)(Intelligent Network，簡(jiǎn)稱″IN″)和時(shí)分多路復(fù)用(Time Division Multiplexing，簡(jiǎn)稱″TDM″)等眾家之長(zhǎng)，形成分層的全開放的體系構(gòu)架，使得各個(gè)運(yùn)營(yíng)商可以根據(jù)自己的需要，全部或部分利用Softswitch體系的產(chǎn)品，采用適合自己的網(wǎng)絡(luò)解決方案，在充分利用現(xiàn)有資源的同時(shí)，尋找到自己的網(wǎng)絡(luò)立足點(diǎn)。
在實(shí)際應(yīng)用中，上述方案存在以下問題傳統(tǒng)的話務(wù)臺(tái)不能適用于下一代網(wǎng)絡(luò)。隨著IP網(wǎng)絡(luò)的廣泛使用和軟交換技術(shù)的發(fā)展，客觀上要求提供基于IP網(wǎng)絡(luò)的話務(wù)臺(tái)。
造成這種情況的一個(gè)主要原因在于，NGN是基于軟交換的網(wǎng)絡(luò)，也可以說(shuō)NGN是基于統(tǒng)一協(xié)議的、基于分組的網(wǎng)絡(luò)，而傳統(tǒng)話務(wù)臺(tái)是應(yīng)用于傳統(tǒng)的基于電路交換的網(wǎng)絡(luò)PSTN中，因此傳統(tǒng)話務(wù)臺(tái)不適應(yīng)NGN。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)及其通話方法，使得在NGN中能夠?qū)崿F(xiàn)話務(wù)臺(tái)的功能。
為了解決上述技術(shù)問題，本發(fā)明提供了一種基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)，所述系統(tǒng)包含依次連接的用戶交互模塊、核心功能模塊、內(nèi)部協(xié)議處理模塊和網(wǎng)絡(luò)接口模塊，其中，所述用戶交互模塊用于接收用戶的指令并發(fā)送給所述核心功能模塊，或者從所述核心功能模塊獲取需要顯示的信息并顯示給用戶；所述核心功能模塊用于完成呼叫處理、用戶數(shù)據(jù)管理和話單管理功能；所述內(nèi)部協(xié)議處理模塊用于對(duì)內(nèi)部協(xié)議消息的打包和解包，在收到外部的需要確認(rèn)的消息時(shí)發(fā)送確認(rèn)消息；所述網(wǎng)絡(luò)接口模塊，與外部的網(wǎng)間互聯(lián)協(xié)議網(wǎng)絡(luò)連接，用于收發(fā)網(wǎng)間互聯(lián)協(xié)議數(shù)據(jù)包。
其中，所述系統(tǒng)還包含依次連接的聲卡模塊、音頻處理模塊和實(shí)時(shí)傳輸通道模塊，其中，所述聲卡模塊用于采集用戶語(yǔ)音并轉(zhuǎn)換成音頻流，或?qū)⒔邮盏降囊纛l流還原為語(yǔ)音；所述音頻處理模塊用于對(duì)所述音頻流編碼成音頻包，或?qū)⒁纛l包解碼成音頻流；所述實(shí)時(shí)傳輸通道模塊還與所述網(wǎng)絡(luò)接口模塊相連，用于支持實(shí)時(shí)傳輸協(xié)議/實(shí)時(shí)傳輸控制協(xié)議，接收來(lái)自所述網(wǎng)絡(luò)接口模塊的數(shù)據(jù)包并轉(zhuǎn)換為音頻包發(fā)送給所述音頻處理模塊，或者將來(lái)自所述音頻處理模塊的音頻包轉(zhuǎn)換為數(shù)據(jù)包發(fā)送到所述網(wǎng)絡(luò)接口模塊。
所述核心功能模塊進(jìn)一步包含呼叫處理子模塊、用戶數(shù)據(jù)管理子模塊和話單管理子模塊，其中，所述呼叫處理子模塊負(fù)責(zé)處理和呼叫有關(guān)的操作；所述用戶數(shù)據(jù)管理子模塊用于根據(jù)用戶要求或定時(shí)從網(wǎng)絡(luò)上的軟交換設(shè)備下載用戶信息、進(jìn)行管理并在用戶發(fā)送查詢請(qǐng)求的時(shí)候輸出；所述話單管理子模塊用于根據(jù)用戶要求或定時(shí)從網(wǎng)絡(luò)上的軟交換設(shè)備下載用戶的話單信息、進(jìn)行管理并在用戶發(fā)送查詢請(qǐng)求的時(shí)候輸出。
所述網(wǎng)絡(luò)接口模塊根據(jù)用戶數(shù)據(jù)報(bào)協(xié)議和外界通信。
所述網(wǎng)絡(luò)接口模塊根據(jù)不同的端口號(hào)將需要發(fā)送給所述實(shí)時(shí)傳輸通道模塊的語(yǔ)音信息和需要發(fā)送給所述內(nèi)部協(xié)議處理模塊的控制信息分離。
本發(fā)明還提供了一種基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)通話方法，包含以下步驟A 當(dāng)所述話務(wù)臺(tái)收到呼叫請(qǐng)求消息后，根據(jù)來(lái)自用戶交互模塊的輸入判斷是否同意通話，如果是則發(fā)送同意通話消息，并進(jìn)入步驟B，否則發(fā)送拒絕通話消息，結(jié)束流程；B 核心功能模塊打開實(shí)時(shí)傳輸通道模塊和音頻處理模塊，進(jìn)入通話狀態(tài)；C 當(dāng)所述話務(wù)臺(tái)收到所述用戶掛斷電話的輸入或收到結(jié)束通話消息時(shí)，所述核心功能模塊關(guān)閉所述實(shí)時(shí)傳輸通道模塊和所述音頻處理模塊，結(jié)束通話。
其中，所述話務(wù)臺(tái)通過網(wǎng)絡(luò)接口模塊以網(wǎng)間互聯(lián)協(xié)議數(shù)據(jù)包的形式收發(fā)語(yǔ)音數(shù)據(jù)和內(nèi)部協(xié)議消息，并且通過內(nèi)部協(xié)議模塊處理所述內(nèi)部協(xié)議消息。
所述步驟C還包含以下步驟當(dāng)所述話務(wù)臺(tái)收到所述用戶掛斷電話的輸入時(shí)，向通話的另一端設(shè)備發(fā)送結(jié)束通話消息。
所述步驟A還包含以下步驟當(dāng)所述話務(wù)臺(tái)收到所述呼叫請(qǐng)求消息后，在用戶交互模塊顯示所述呼叫請(qǐng)求消息的信息。
本發(fā)明還提供了一種基于網(wǎng)際互聯(lián)協(xié)議的話務(wù)臺(tái)查詢用戶信息或話單信息的方法，包含以下步驟
J 所述話務(wù)臺(tái)定時(shí)從軟交換設(shè)備下載用戶信息或話單信息；K 當(dāng)用戶查詢時(shí)，所述話務(wù)臺(tái)將用戶信息或話單信息顯示給用戶。
其中，所述步驟K還包含以下步驟當(dāng)所述用戶要求查詢最新的用戶信息或話單信息時(shí)，所述話務(wù)臺(tái)實(shí)時(shí)從軟交換設(shè)備下載最新的用戶信息或話單信息。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，本方案中IP話務(wù)臺(tái)通過IP網(wǎng)絡(luò)與軟交換設(shè)備和通話方連接；不同于傳統(tǒng)的基于電路交換的話務(wù)臺(tái)，IP話務(wù)臺(tái)是基于軟交換的，能夠適用下一代網(wǎng)絡(luò)；本發(fā)明還提出了一種可以基于多媒體個(gè)人電腦的IP話務(wù)臺(tái)具體實(shí)現(xiàn)方式。
這種技術(shù)方案上的區(qū)別，帶來(lái)了較為明顯的有益效果，即該方案不但能夠?qū)崿F(xiàn)傳統(tǒng)話務(wù)臺(tái)的所有功能，而且能夠適用于NGN。另外，本發(fā)明提供的話務(wù)臺(tái)是在多媒體個(gè)人電腦上實(shí)現(xiàn)的，因此可以提供高度直觀的用戶圖形界面，并且因?yàn)橹饕臉I(yè)務(wù)處理可以用軟件的方式實(shí)現(xiàn)，因此可以花費(fèi)很低的升級(jí)成本通過升級(jí)軟件來(lái)增加新的功能。


圖1為根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)的模塊結(jié)構(gòu)圖；圖2為根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)通話方法流程圖；圖3為根據(jù)本發(fā)明的一個(gè)實(shí)施例的基于網(wǎng)際互聯(lián)協(xié)議的話務(wù)臺(tái)查詢用戶信息或話單信息的方法的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
IP話務(wù)臺(tái)終端可以運(yùn)行在多媒體個(gè)人電腦(Personal Computer，簡(jiǎn)稱″PC″)上，該P(yáng)C的網(wǎng)絡(luò)接入設(shè)備連接到寬帶城域網(wǎng)上；同時(shí)寬帶城域網(wǎng)上還接著呼叫服務(wù)器(Call Server)。IP話務(wù)臺(tái)和呼叫服務(wù)器通過IP網(wǎng)絡(luò)相互進(jìn)行通信。
IP話務(wù)臺(tái)實(shí)行控制流與媒體流相分離的方式，控制流和媒體流通過不同的端口發(fā)送或接收消息。IP話務(wù)臺(tái)的控制信息采用自定義協(xié)議，將其封裝在用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol，簡(jiǎn)稱″UDP″)包中進(jìn)行傳送，話務(wù)臺(tái)終端及相應(yīng)的交換機(jī)主機(jī)都具有UDP包解包模塊，解包后對(duì)控制消息分別進(jìn)行不同的處理。IP話務(wù)臺(tái)的媒體流采用實(shí)時(shí)傳輸協(xié)議/實(shí)時(shí)傳輸控制協(xié)議(Real-time Transport Protocol/Real-time Transport Control Protocol，簡(jiǎn)稱″RTP/RTCP″)，較好的保證了話音的傳輸質(zhì)量。其中RTP是用于英特網(wǎng)上針對(duì)多媒體數(shù)據(jù)流的一種傳輸協(xié)議，RTCP和RTP一起提供流量控制和擁塞控制服務(wù)。
由于話務(wù)臺(tái)控制消息承載在UDP上，而UDP并不是一種面向連接的傳輸協(xié)議，它不能保證傳輸?shù)目煽啃?，因此我們有必要的采取措施?lái)保證傳送消息的可靠性。在本發(fā)明的一個(gè)較佳實(shí)施例中，IP話務(wù)臺(tái)中采用了一種簡(jiǎn)單的消息確認(rèn)與重發(fā)機(jī)制，即對(duì)收到的每條控制信息都返回一條確認(rèn)消息對(duì)其進(jìn)行確認(rèn)，如果在一定時(shí)間段內(nèi)，發(fā)送命令方?jīng)]有收到接收方的確認(rèn)消息則該控制信息需要重發(fā)。使用這種方式有效地提高了消息傳送的可靠性。
下面結(jié)合本發(fā)明的一個(gè)實(shí)施例來(lái)說(shuō)明，該實(shí)施例的系統(tǒng)模塊組成如圖1。
IP話務(wù)臺(tái)軟件系統(tǒng)由用戶交互模塊10、內(nèi)部協(xié)議處理模塊20、核心功能模塊30、音頻處理模塊40、聲卡模塊50、網(wǎng)絡(luò)接口模塊60和實(shí)時(shí)傳輸通道模塊70組成。其中核心功能模塊30還包含呼叫處理子模塊31、用戶數(shù)據(jù)管理子模塊32和話單管理子模塊33。
下面說(shuō)明各模塊之間的數(shù)據(jù)傳輸關(guān)系。用戶交互模塊10向核心功能模塊30發(fā)送處理后的用戶操作信息，核心功能模塊30響應(yīng)用戶操作信息，完成一個(gè)處理，并向用戶交互模塊10反饋和用戶交互的信息。內(nèi)部協(xié)議處理模塊20向核心功能模塊30發(fā)送解包后的內(nèi)部協(xié)議，核心功能模塊30響應(yīng)該內(nèi)部協(xié)議消息，并完成相應(yīng)的處理和反饋；核心功能模塊30向內(nèi)部協(xié)議處理模塊20發(fā)送未打包的內(nèi)部協(xié)議，內(nèi)部協(xié)議處理模塊進(jìn)行相應(yīng)的處理和反饋。內(nèi)部協(xié)議處理模塊20向網(wǎng)絡(luò)接口模塊60發(fā)送打包后的內(nèi)部協(xié)議，網(wǎng)絡(luò)接口模塊60響應(yīng)該信息并在成功發(fā)送后反饋信息；網(wǎng)絡(luò)接口模塊60向內(nèi)部協(xié)議處理模塊20發(fā)送進(jìn)行UDP/IP解包后的內(nèi)部協(xié)議包，內(nèi)部協(xié)議處理模塊20完成相應(yīng)的處理并反饋確認(rèn)信息。核心功能模塊30向?qū)崟r(shí)傳輸通道模塊70發(fā)送通道控制信息，實(shí)時(shí)傳輸通道模塊70響應(yīng)該信息，完成相應(yīng)的通道處理。實(shí)時(shí)傳輸通道模塊70向網(wǎng)絡(luò)接口模塊60發(fā)送打包后的RTP/RTCP數(shù)據(jù)包；網(wǎng)絡(luò)接口模塊60向?qū)崟r(shí)傳輸通道模塊70發(fā)送UDP/IP解包后的數(shù)據(jù)包。核心功能模塊30向音頻處理模塊40發(fā)送打開或者關(guān)閉音頻處理模塊40的消息，音頻處理模塊40完成相應(yīng)的處理。音頻處理模塊40向?qū)崟r(shí)傳輸通道模塊70發(fā)送編碼打包后的音頻包；實(shí)時(shí)傳輸通道模塊70向音頻處理模塊40發(fā)送RTP/RTCP解包后的音頻包。音頻處理模塊40向聲卡模塊50發(fā)送解包解碼后的音頻流；聲卡模塊50向音頻處理模塊40發(fā)送采集處理后的音頻流。網(wǎng)絡(luò)接口模塊60通過IP網(wǎng)絡(luò)與軟交換設(shè)備和通話另一方連接，并向IP網(wǎng)絡(luò)發(fā)送并接收打包后的IP數(shù)據(jù)包。
用戶交互模塊10用于和話務(wù)員進(jìn)行交互，對(duì)用戶操作進(jìn)行處理，發(fā)送處理后的用戶操作信息并根據(jù)系統(tǒng)提供的信息顯示話務(wù)臺(tái)和用戶等的狀態(tài)。在本實(shí)施例中，話務(wù)員可以通過該模塊進(jìn)行發(fā)出呼叫請(qǐng)求、應(yīng)答呼入呼叫和請(qǐng)求查詢一些用戶信息等操作。話務(wù)臺(tái)也可以將一些系統(tǒng)信息通過該模塊顯示，本實(shí)施例中，用戶交互模塊10顯示通話時(shí)間、累計(jì)費(fèi)用和呼入號(hào)碼等。該模塊是實(shí)現(xiàn)人機(jī)交互的模塊，它的編程可以采用可視化的編程工具來(lái)實(shí)現(xiàn)。
內(nèi)部協(xié)議處理模塊20用于對(duì)數(shù)據(jù)包內(nèi)的內(nèi)部協(xié)議進(jìn)行打包、解包，在收到外部的需要確認(rèn)的協(xié)議包即需要確認(rèn)的信息包時(shí)發(fā)送確認(rèn)信息。例如，在本實(shí)施例中，在遠(yuǎn)端呼叫方掛機(jī)后，在收到遠(yuǎn)端呼叫方發(fā)送的結(jié)束通話信息后，發(fā)送一個(gè)確認(rèn)信息表示已經(jīng)收到遠(yuǎn)端呼叫方的結(jié)束通話信息。
核心功能模塊30用于完成呼叫處理、用戶數(shù)據(jù)管理和話單管理等功能。呼叫處理子模塊31主要處理和呼叫有關(guān)的核心操作，例如，本實(shí)施例中，在呼叫呼出時(shí)發(fā)送呼叫請(qǐng)求的信息，在呼叫呼出和對(duì)方建立呼叫連接后打開實(shí)時(shí)傳輸通道模塊以進(jìn)行通話。用戶數(shù)據(jù)管理子模塊32用于根據(jù)用戶要求或定時(shí)從網(wǎng)絡(luò)上的軟交換設(shè)備中下載用戶數(shù)據(jù)，進(jìn)行管理并在話務(wù)員發(fā)送查詢請(qǐng)求的時(shí)候輸出。話單管理子模塊33用于根據(jù)用戶要求或定時(shí)從網(wǎng)絡(luò)上的軟交換設(shè)備下載用戶的話單信息，例如話單費(fèi)用、通話時(shí)間等，進(jìn)行管理并根據(jù)話務(wù)員需要輸出這些信息。需要指出的是，核心功能模塊30的功能不止于此，它還可以根據(jù)用戶的需要增加其他功能，例如自動(dòng)應(yīng)答、呼叫轉(zhuǎn)移等等，這里提到的三個(gè)功能只是基本的功能。如果要增加其它功能，需要增加相應(yīng)的功能子模塊。
音頻處理模塊40負(fù)責(zé)對(duì)語(yǔ)音媒體流編解碼，對(duì)音頻包打包和解包。本實(shí)施例中，音頻處理模塊40將從聲卡模塊50中接收的音頻流進(jìn)行編碼和打包，將從實(shí)時(shí)傳輸通道模塊70中接收的音頻包進(jìn)行解包和解碼。熟悉該領(lǐng)域的技術(shù)人員可以理解，在該模塊中也可以實(shí)現(xiàn)對(duì)語(yǔ)音通信的加密解密，提高通信的保密性。
聲卡模塊50負(fù)責(zé)采集用戶語(yǔ)音并轉(zhuǎn)換成音頻流并將接收到的音頻流還原為語(yǔ)音。這個(gè)模塊為多媒體PC機(jī)上的模塊，通常與耳機(jī)和話筒相連以進(jìn)行人機(jī)交互，是公知的模塊。
網(wǎng)絡(luò)接口模塊60負(fù)責(zé)IP網(wǎng)絡(luò)數(shù)據(jù)包的UDP/IP打包和解包，向IP網(wǎng)絡(luò)發(fā)送并從IP網(wǎng)絡(luò)接收UDP/IP數(shù)據(jù)包，根據(jù)不同的端口號(hào)將控制信息和語(yǔ)音信息分離。該模塊包含UDP/IP協(xié)議棧，在發(fā)送數(shù)據(jù)時(shí)，將待發(fā)送的數(shù)據(jù)包進(jìn)行UDP/IP封裝；在接收數(shù)據(jù)時(shí)，將接收的數(shù)據(jù)包進(jìn)行UDP/IP解包。需要說(shuō)明的是，因?yàn)樵趥鬏數(shù)臄?shù)據(jù)中，語(yǔ)音信息占有絕大多數(shù)，因此采用非面向連接的UDP傳輸以提高速度。熟悉本發(fā)明領(lǐng)域的技術(shù)人員會(huì)理解，也可以使用TCP等其他協(xié)議來(lái)傳輸數(shù)據(jù)，而不會(huì)超出本發(fā)明的實(shí)質(zhì)和范圍。
實(shí)時(shí)傳輸通道模塊70主要用于接收和發(fā)送音頻包，對(duì)音頻包進(jìn)行傳送并負(fù)責(zé)傳送中的擁塞控制。該模塊采用RTP/RTCP協(xié)議，將從音頻處理模塊40接收到的音頻包進(jìn)行RTP/RTCP打包并發(fā)送給網(wǎng)絡(luò)接口模塊60；將從網(wǎng)絡(luò)接口模塊60接收的數(shù)據(jù)包進(jìn)行RTP/RTCP解包。
實(shí)際的系統(tǒng)可以簡(jiǎn)化，省略音頻處理模塊40、聲卡模塊50和實(shí)時(shí)傳輸通道模塊70。該簡(jiǎn)化系統(tǒng)所接收的信息只能為控制信息和固定的按鍵信息。該簡(jiǎn)化系統(tǒng)所發(fā)送的語(yǔ)音信息為固定的可選的若干條，可以在PC內(nèi)預(yù)先存儲(chǔ)幾條固定的語(yǔ)音信息，這些存儲(chǔ)的語(yǔ)音信息被預(yù)先處理成音頻包并進(jìn)行了RTP/RTCP的打包處理。發(fā)送固定的語(yǔ)音信息時(shí)，UDP/IP從PC的存儲(chǔ)器上讀取固定的語(yǔ)音包并打包發(fā)送。例如，存儲(chǔ)的語(yǔ)音信息可以為″請(qǐng)輸入您要撥打的分機(jī)號(hào)碼″，″請(qǐng)輸入您要撥打的外線號(hào)碼″，″請(qǐng)稍等″等信息。系統(tǒng)或者話務(wù)員根據(jù)呼叫用戶輸入的信息選擇這些語(yǔ)音信號(hào)輸出。
下面結(jié)合圖2說(shuō)明本發(fā)明一個(gè)實(shí)施例的呼叫呼出或者呼入的系統(tǒng)工作的流程首先進(jìn)入步驟100，話務(wù)臺(tái)接收呼叫請(qǐng)求消息。該步驟可以分為以下幾個(gè)子步驟網(wǎng)絡(luò)接口接收UDP/IP封裝的呼叫請(qǐng)求消息并進(jìn)行UDP/IP解包；內(nèi)部協(xié)議處理模塊對(duì)UDP/IP解包后的數(shù)據(jù)包進(jìn)行內(nèi)部協(xié)議解包；核心功能模塊根據(jù)接收到的消息發(fā)現(xiàn)是呼叫請(qǐng)求消息。
接著進(jìn)入步驟110，話務(wù)臺(tái)與呼入方互發(fā)握手消息。該步驟是為了保障通話的可靠性，在通話之前測(cè)試通話的線路是否可靠。
接著進(jìn)入步驟120，判斷握手是否成功，如果是進(jìn)入步驟130，否則結(jié)束。該步驟中，如果握手成功說(shuō)明通話雙方都已經(jīng)準(zhǔn)備好通話并且通話的線路可靠，否則說(shuō)明線路丟包嚴(yán)重，無(wú)法正常通話。
在步驟130中，IP話務(wù)臺(tái)向用戶顯示交互的信息。接著進(jìn)入步驟140。此步驟也可以分為兩個(gè)子步驟核心功能模塊處理呼入方的信息；用戶交互模塊顯示用戶交互信息。在本實(shí)施例中，IP話務(wù)臺(tái)通過用戶交互模塊在界面上顯示呼入號(hào)碼、IP地址以及請(qǐng)求用戶應(yīng)答或拒絕的消息等。
在步驟140中，判斷本地用戶是否同意通話，如果是進(jìn)入步驟150，否則進(jìn)入步驟160。該步驟也可以分為以下兩個(gè)子步驟用戶操作用戶交互界面，例如點(diǎn)擊代表同意通話的按鈕或點(diǎn)擊拒絕通話的按鈕；核心功能模塊處理用戶操作信息，判斷用戶是否同意通話。
在步驟150中，本地IP話務(wù)臺(tái)發(fā)送同意通信消息。接著進(jìn)入步驟170。如果核心功能模塊判斷用戶同意通話，則通過內(nèi)部協(xié)議處理模塊和網(wǎng)絡(luò)接口模塊向?qū)Χ税l(fā)送同意通信消息。該步驟需要確認(rèn)機(jī)制，也即要求呼入方在接到該消息后回復(fù)一條確認(rèn)信息，如果本地IP話務(wù)臺(tái)在一定時(shí)間內(nèi)沒有收到確認(rèn)信息則重發(fā)同意通信消息，即本地IP話務(wù)臺(tái)保證呼入方收到同意通信消息。
在步驟160中，本地IP話務(wù)臺(tái)發(fā)送拒絕通話消息。如果核心功能模塊判斷用戶不同意通話，則通過內(nèi)部協(xié)議處理模塊和網(wǎng)絡(luò)接口模塊向?qū)Χ税l(fā)送拒絕通話消息。該步驟需要確認(rèn)機(jī)制，也即要求呼入方在接到該消息后回復(fù)一條確認(rèn)信息，如果本地IP話務(wù)臺(tái)在一定時(shí)間內(nèi)沒有收到確認(rèn)信息則重發(fā)拒絕通話消息，即本地IP話務(wù)臺(tái)保證呼入方收到拒絕消息。本步驟執(zhí)行完成后本次呼入呼叫流程結(jié)束。
在步驟170中，本地話務(wù)臺(tái)打開實(shí)時(shí)傳輸通道和音頻處理模塊。該步驟通過核心功能模塊向?qū)崟r(shí)傳輸通道模塊發(fā)送通道管理信息，向音頻處理模塊發(fā)送打開音頻處理模塊信息實(shí)現(xiàn)。
接著進(jìn)入步驟180，用戶進(jìn)行通話。該步驟可以由以下兩個(gè)子步驟組成發(fā)送本地的語(yǔ)音信息；還原遠(yuǎn)端通話方的語(yǔ)音信息。其中發(fā)送本地的語(yǔ)音信息還可進(jìn)一步分為以下子步驟采集用戶輸入的語(yǔ)音并轉(zhuǎn)換為音頻流；對(duì)音頻流進(jìn)行編碼和打包形成音頻包；對(duì)音頻包進(jìn)行RTP/RTCP打包；網(wǎng)絡(luò)接口對(duì)RTP/RTCP包進(jìn)行UDP/IP封裝并發(fā)送。其中還原遠(yuǎn)端通話方的語(yǔ)音信息可以進(jìn)一步分為以下子步驟網(wǎng)絡(luò)接口接收UDP/IP封裝的數(shù)據(jù)包并解包；對(duì)數(shù)據(jù)包進(jìn)行RTP/RTCP解包；對(duì)音頻包解包和解碼還原為音頻流；將音頻流還原為語(yǔ)音信號(hào)?？梢钥闯?，步驟180的兩個(gè)子步驟在流程上相反。
接著進(jìn)入步驟190，判斷是否本地用戶結(jié)束通話。如果是進(jìn)入步驟210，否則進(jìn)入步驟200。該步驟并非由IP話務(wù)臺(tái)實(shí)現(xiàn)，此處為了流程圖邏輯上的清晰而添加。
在步驟200中，接收對(duì)方結(jié)束通話消息。接著進(jìn)入步驟220。當(dāng)通話由對(duì)方掛機(jī)結(jié)束，對(duì)方在掛機(jī)后發(fā)出結(jié)束通話消息由本地IP話務(wù)臺(tái)接收到后進(jìn)入該步驟。
在步驟210中，本地IP話務(wù)臺(tái)發(fā)送結(jié)束通話消息。接著進(jìn)入步驟220。當(dāng)通話由本地用戶掛機(jī)結(jié)束后進(jìn)入步驟210。該步驟可以分為以下兩個(gè)子步驟用戶界面發(fā)出結(jié)束通話命令；核心功能模塊響應(yīng)該命令并發(fā)出結(jié)束通話消息。該步驟也需要確認(rèn)機(jī)制，即等待一段時(shí)間若無(wú)確認(rèn)信息則重發(fā)以確保對(duì)方收到結(jié)束通話消息。
在步驟220中，關(guān)閉本地IP話務(wù)臺(tái)的實(shí)時(shí)傳輸通道和音頻處理模塊。該步驟通過核心功能模塊發(fā)出通道控制信號(hào)關(guān)閉實(shí)時(shí)傳輸通道實(shí)現(xiàn)。
至此，本次呼入呼叫結(jié)束。
當(dāng)有呼叫呼出時(shí)，IP話務(wù)臺(tái)的工作流程和呼叫呼入的工作流程相似，區(qū)別如下
在步驟100中呼叫請(qǐng)求消息不是接收而是發(fā)送。該步驟以分為以下幾個(gè)子步驟用戶通過用戶交互模塊發(fā)出呼叫請(qǐng)求；核心功能模塊根據(jù)收到的請(qǐng)求發(fā)出呼叫請(qǐng)求消息；內(nèi)部協(xié)議處理模塊對(duì)呼叫請(qǐng)求消息進(jìn)行內(nèi)部協(xié)議打包；網(wǎng)絡(luò)接口模塊對(duì)內(nèi)部協(xié)議打包后的消息包進(jìn)行UDP/IP打包并發(fā)送。
在步驟110互發(fā)握手指令時(shí)的握手對(duì)方由呼入方變?yōu)楸唤蟹健?br> 步驟140中判斷的不是本地用戶是否同意通話而是遠(yuǎn)端用戶是否同意通話。
步驟150和160中不是發(fā)送消息而是接收消息，需要說(shuō)明的是，在步驟150中，在收到消息后需要發(fā)送一個(gè)確認(rèn)消息。
需要說(shuō)明的是，在以上呼入呼出的流程中，每接收一條協(xié)議消息，都經(jīng)過網(wǎng)絡(luò)接口模塊的接收和UDP/IP解包，內(nèi)部協(xié)議處理模塊的解包和核心功能模塊的處理這幾個(gè)子步驟；每發(fā)送一條協(xié)議消息，都經(jīng)過核心功能模塊發(fā)送，內(nèi)部協(xié)議處理模塊打包，網(wǎng)絡(luò)接口模塊進(jìn)行UDP/IP打包并發(fā)送這幾個(gè)子步驟。
下面結(jié)合圖3說(shuō)明話務(wù)員查詢用戶信息或者話單信息的流程首先進(jìn)入步驟300，判斷話務(wù)員是否要求查詢，如果是進(jìn)入步驟310，否則進(jìn)入步驟340。話務(wù)員是通過用戶交互模塊向IP話務(wù)臺(tái)發(fā)出查詢要求的。
在步驟310中，判斷是否要求實(shí)時(shí)查詢，如果是進(jìn)入步驟320，否則進(jìn)入步驟330。一般情況下IP話務(wù)臺(tái)會(huì)每隔一定的時(shí)間自動(dòng)從軟交換設(shè)備上下載用戶信息和話單信息，如果話務(wù)員需要的是最新的信息，則需要強(qiáng)制IP話務(wù)臺(tái)進(jìn)行實(shí)時(shí)查詢。因?yàn)橄螺d最新的信息需要花費(fèi)一定的時(shí)間，如果話務(wù)員希望盡快看到結(jié)果，可以不要求實(shí)時(shí)查詢，直接查看IP話務(wù)臺(tái)內(nèi)的歷史數(shù)據(jù)。
在步驟320中，IP話務(wù)臺(tái)從軟交換設(shè)備上下載要查詢的信息。接著進(jìn)入步驟330。該步驟可以有以下幾個(gè)子步驟核心功能模塊中的查詢子模塊發(fā)送查詢信息的指令；內(nèi)部協(xié)議處理模塊將該指令打包；網(wǎng)絡(luò)接口模塊將指令打包為UDP/IP包并發(fā)送給軟交換設(shè)備；網(wǎng)絡(luò)接口模塊接收軟交換設(shè)備發(fā)送的用戶信息并進(jìn)行UDP/IP解包；內(nèi)部協(xié)議處理模塊進(jìn)行解包；核心功能模塊中的查詢子模塊處理接收到的查詢信息。
在步驟330中，通過用戶交互模塊顯示查詢的信息。這兒查詢的信息主要有兩種用戶數(shù)據(jù)信息和話單信息。用戶可以對(duì)查詢到的信息進(jìn)行進(jìn)一步的操作或處理，例如打印話單等。
接著進(jìn)入步驟340，IP話務(wù)臺(tái)定期從軟交換設(shè)備上下載一次用戶數(shù)據(jù)信息和話單信息。在本發(fā)明的一個(gè)較佳實(shí)施例中，IP話務(wù)臺(tái)每隔一分鐘從軟交換設(shè)備上下載一次用戶數(shù)據(jù)信息和話單信息。接著進(jìn)入步驟300。
這些步驟周而復(fù)始實(shí)現(xiàn)用戶查詢的工作流程。
需要說(shuō)明的是，上述所有流程，對(duì)于每條收到的遠(yuǎn)端發(fā)送的控制信息都返回一條確認(rèn)消息對(duì)其進(jìn)行確認(rèn)，如果在一定時(shí)間段內(nèi)，發(fā)送命令方?jīng)]有收到接收方的確認(rèn)消息則該控制信息需要重發(fā)。
雖然通過參照本發(fā)明的某些優(yōu)選實(shí)施例，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)，其特征在于，所述系統(tǒng)包含依次連接的用戶交互模塊、核心功能模塊、內(nèi)部協(xié)議處理模塊和網(wǎng)絡(luò)接口模塊，其中，所述用戶交互模塊用于接收用戶的指令并發(fā)送給所述核心功能模塊，或者從所述核心功能模塊獲取需要顯示的信息并顯示給用戶；所述核心功能模塊用于完成呼叫處理、用戶數(shù)據(jù)管理和話單管理功能；所述內(nèi)部協(xié)議處理模塊用于對(duì)內(nèi)部協(xié)議消息的打包和解包，在收到外部的需要確認(rèn)的消息時(shí)發(fā)送確認(rèn)消息；所述網(wǎng)絡(luò)接口模塊，與外部的網(wǎng)間互聯(lián)協(xié)議網(wǎng)絡(luò)連接，用于收發(fā)網(wǎng)間互聯(lián)協(xié)議數(shù)據(jù)包。
2.根據(jù)權(quán)利要求1所述的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)，其特征在于，所述系統(tǒng)還包含依次連接的聲卡模塊、音頻處理模塊和實(shí)時(shí)傳輸通道模塊，其中，所述聲卡模塊用于采集用戶語(yǔ)音并轉(zhuǎn)換成音頻流，或?qū)⒔邮盏降囊纛l流還原為語(yǔ)音；所述音頻處理模塊用于對(duì)所述音頻流編碼成音頻包，或?qū)⒁纛l包解碼成音頻流；所述實(shí)時(shí)傳輸通道模塊還與所述網(wǎng)絡(luò)接口模塊相連，用于支持實(shí)時(shí)傳輸協(xié)議/實(shí)時(shí)傳輸控制協(xié)議，接收來(lái)自所述網(wǎng)絡(luò)接口模塊的數(shù)據(jù)包并轉(zhuǎn)換為音頻包發(fā)送給所述音頻處理模塊，或者將來(lái)自所述音頻處理模塊的音頻包轉(zhuǎn)換為數(shù)據(jù)包發(fā)送到所述網(wǎng)絡(luò)接口模塊。
3.根據(jù)權(quán)利要求1所述的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)，其特征在于，所述核心功能模塊進(jìn)一步包含呼叫處理子模塊、用戶數(shù)據(jù)管理子模塊和話單管理子模塊，其中，所述呼叫處理子模塊負(fù)責(zé)處理和呼叫有關(guān)的操作；所述用戶數(shù)據(jù)管理子模塊用于根據(jù)用戶要求或定時(shí)從網(wǎng)絡(luò)上的軟交換設(shè)備下載用戶信息、進(jìn)行管理并在用戶發(fā)送查詢請(qǐng)求的時(shí)候輸出；所述話單管理子模塊用于根據(jù)用戶要求或定時(shí)從網(wǎng)絡(luò)上的軟交換設(shè)備下載用戶的話單信息、進(jìn)行管理并在用戶發(fā)送查詢請(qǐng)求的時(shí)候輸出。
4.根據(jù)權(quán)利要求1所述的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)接口模塊根據(jù)用戶數(shù)據(jù)報(bào)協(xié)議和外界通信。
5.根據(jù)權(quán)利要求2所述的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)接口模塊根據(jù)不同的端口號(hào)將需要發(fā)送給所述實(shí)時(shí)傳輸通道模塊的語(yǔ)音信息和需要發(fā)送給所述內(nèi)部協(xié)議處理模塊的控制信息分離。
6.一種基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)通話方法，其特征在于，包含以下步驟A當(dāng)所述話務(wù)臺(tái)收到呼叫請(qǐng)求消息后，根據(jù)來(lái)自用戶交互模塊的輸入判斷是否同意通話，如果是則發(fā)送同意通話消息，并進(jìn)入步驟B，否則發(fā)送拒絕通話消息，結(jié)束流程；B核心功能模塊打開實(shí)時(shí)傳輸通道模塊和音頻處理模塊，進(jìn)入通話狀態(tài)；C當(dāng)所述話務(wù)臺(tái)收到所述用戶掛斷電話的輸入或收到結(jié)束通話消息時(shí)，所述核心功能模塊關(guān)閉所述實(shí)時(shí)傳輸通道模塊和所述音頻處理模塊，結(jié)束通話。
7.根據(jù)權(quán)利要求6所述的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)通話方法，其特征在于，所述話務(wù)臺(tái)通過網(wǎng)絡(luò)接口模塊以網(wǎng)間互聯(lián)協(xié)議數(shù)據(jù)包的形式收發(fā)語(yǔ)音數(shù)據(jù)和內(nèi)部協(xié)議消息，并且通過內(nèi)部協(xié)議模塊處理所述內(nèi)部協(xié)議消息。
8.根據(jù)權(quán)利要求6所述的基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)通話方法，其特征在于，所述步驟A還包含以下步驟當(dāng)所述話務(wù)臺(tái)收到所述呼叫請(qǐng)求消息后，在用戶交互模塊顯示所述呼叫請(qǐng)求消息的信息。所述步驟C還包含以下步驟當(dāng)所述話務(wù)臺(tái)收到所述用戶掛斷電話的輸入時(shí)，向通話的另一端設(shè)備發(fā)送結(jié)束通話消息。
9.一種基于網(wǎng)際互聯(lián)協(xié)議的話務(wù)臺(tái)查詢用戶信息或話單信息的方法，其特征在于，包含以下步驟J所述話務(wù)臺(tái)定時(shí)從軟交換設(shè)備下載用戶信息或話單信息；K當(dāng)用戶查詢時(shí)，所述話務(wù)臺(tái)將用戶信息或話單信息顯示給用戶。
10.根據(jù)權(quán)利要求9所述的基于網(wǎng)際互聯(lián)協(xié)議的話務(wù)臺(tái)查詢用戶信息或話單信息的方法，其特征在于，所述步驟K還包含以下步驟當(dāng)所述用戶要求查詢最新的用戶信息或話單信息時(shí)，所述話務(wù)臺(tái)實(shí)時(shí)從軟交換設(shè)備下載最新的用戶信息或話單信息。
全文摘要
本發(fā)明涉及話務(wù)臺(tái)，公開了一種基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)及其工作方法，使得在下一代網(wǎng)絡(luò)中能夠?qū)崿F(xiàn)話務(wù)臺(tái)的功能。這種基于網(wǎng)間互聯(lián)協(xié)議的話務(wù)臺(tái)系統(tǒng)包含依次連接的用戶交互模塊、核心功能模塊、內(nèi)部協(xié)議處理模塊和網(wǎng)絡(luò)接口模塊，其中所述用戶交互模塊用于接收用戶的指令并發(fā)送給所述核心功能模塊，或者從所述核心功能模塊獲取需要顯示的信息并顯示給用戶；所述核心功能模塊用于完成呼叫處理、用戶數(shù)據(jù)管理和話單管理功能；所述內(nèi)部協(xié)議處理模塊用于對(duì)內(nèi)部協(xié)議消息的打包和解包，在收到外部的需要確認(rèn)的消息時(shí)發(fā)送確認(rèn)消息；所述網(wǎng)絡(luò)接口模塊，與外部的IP網(wǎng)絡(luò)連接，用于收發(fā)IP數(shù)據(jù)包。
文檔編號(hào)H04L29/06GK1599353SQ0315962
公開日2005年3月23日 申請(qǐng)日期2003年9月19日 優(yōu)先權(quán)日2003年9月19日
發(fā)明者張德文, 王聰 申請(qǐng)人:華為技術(shù)有限公司