一種呼叫處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，尤其涉及一種呼叫處理方法及裝置。
【背景技術(shù)】
[0002]專用交換機(PBX，Private Branch Exchange)簡而言之就是集團電話，它被廣泛地運用在企業(yè)辦公機構(gòu)中，極大地提高了企業(yè)的辦事效率。但是，傳統(tǒng)的PBX存在不少問題，首先是它對新興的計算機與電話集成(CTI ,Computer Telephony Integrat1n)和網(wǎng)絡(luò)電話(VoIP，Voice over Internet Protocol)支持不夠，而且傳統(tǒng)的PBX采用的是專用技術(shù)，缺乏開放性和標準性，并且價格昂貴。近年來，隨著因特網(wǎng)(Internet)的流行和網(wǎng)絡(luò)協(xié)議(IP,Internet Protocol)的成功，基于IP協(xié)議的IPPBX應(yīng)運而生，有望解決傳統(tǒng)PBX的不足。
[0003]IPPBX是一種基于IP的公司電話系統(tǒng)，還有類似IP PBX或者IP-PBX的書寫方式。這個系統(tǒng)可以完全將話音通信集成到公司的數(shù)據(jù)網(wǎng)絡(luò)中，從而建立能夠連接分布在全球各地辦公地點和員工的統(tǒng)一話音和數(shù)據(jù)網(wǎng)絡(luò)。
[0004]IPPBX最顯著的特征是:成為一個集成通信系統(tǒng)，通過電信網(wǎng)和互聯(lián)網(wǎng)，僅需要單一設(shè)備即可為用戶提供語音、傳真、數(shù)據(jù)和視頻等多種通信方式。此外，該系統(tǒng)還可以建立中、小型的呼叫中心，并且造價低廉。通過與網(wǎng)絡(luò)軟硬件的充分結(jié)合，能夠提高工作效率，并節(jié)約通信成本(省時、節(jié)費)。
[0005]目前基于開源項目asterisk的IPPBX方案應(yīng)用越來越廣泛，asterisk框架的媒體流處理方案如圖1所示。通道A在收到呼叫后，把呼叫信息提交到呼叫交換模塊，呼叫交換模塊向通道B發(fā)起呼叫，呼叫建立之后，呼叫交換模塊將通道A和通道B以橋接的方式連接起來，媒體流通過呼叫交換模塊進行交換。
[0006]IPPBX的通道類型可以劃分為模擬通道(模擬線直接接入)、數(shù)字通道(E1/T1接入)、IP通道(會話初始化協(xié)議(SIP，Sess1n Initiat1n Protocol)、媒體網(wǎng)關(guān)控制協(xié)議(MGCP,Media Gateway Control Protocol)等IP協(xié)議接入的用戶)，IPPBX用戶多是IP接入的(組網(wǎng)靈活，擴展方便)。如果通道是IP通道(如SIP接入用戶)，系統(tǒng)通過套接字SOCKET接收媒體流報文，然后把媒體流報文送到呼叫交換模塊，進行編解碼轉(zhuǎn)換等媒體流處理，最后再通過另外一個通道的SOCKET將報文發(fā)送出去。
[0007]這種模式能夠非常方便地進行媒體流的處理，比如編解碼轉(zhuǎn)換、雙音多頻(DTMF，Dual Tone Multi Frequency)的轉(zhuǎn)換、二次撥號檢測等，呼叫的雙方在編碼方式、DTMF方式等參數(shù)上不受限制。但是多數(shù)情況下，在一個呼叫系統(tǒng)中，全網(wǎng)的同類用戶參數(shù)都是一致的，不需要編解碼等參數(shù)的轉(zhuǎn)換，也無需進行二次撥號檢測；比如公司、樓宇等應(yīng)用環(huán)境，只有前臺、人工總機、話務(wù)員等特權(quán)用戶具有需要檢測二次撥號的業(yè)務(wù)，普通用戶完全不需要，如此，現(xiàn)有的媒體流處理模式是對中央處理單元(CPU，Central Processing Unit)資源的極大浪費，尤其是在嵌入式設(shè)備上，CPU資源有限，會造成IPPBX的并發(fā)用戶數(shù)較小。

【發(fā)明內(nèi)容】

[0008]為了解決上述技術(shù)問題，本發(fā)明提供一種呼叫處理方法及裝置，用來解決在運用asterisk開源代碼的嵌入式設(shè)備上，IPPBX設(shè)備處理IP接入用戶呼叫并發(fā)能力不足的問題。
[0009]為了達到上述技術(shù)目的，本發(fā)明提供一種呼叫處理方法，應(yīng)用于IPPBX設(shè)備，包括:根據(jù)呼叫分類策略確定IP接入用戶的呼叫所屬的類型，其中，第一類型呼叫包括只需直接轉(zhuǎn)發(fā)用戶間媒體流的呼叫；當IP接入用戶的呼叫屬于第一類型呼叫時，通過內(nèi)核處理所述呼叫的媒體流。
[0010]進一步地，所述根據(jù)呼叫分類策略確定IP接入用戶的呼叫所屬的類型之后，該方法還包括:當IP接入用戶的呼叫屬于第二類型呼叫時，通過應(yīng)用層處理所述呼叫的媒體流，其中，所述第二類型呼叫包括需要實時監(jiān)測呼叫內(nèi)容的呼叫以及需要IPPBX設(shè)備產(chǎn)生媒體流的呼叫。
[0011]進一步地，當IP接入用戶的呼叫屬于第二類型呼叫時，通過應(yīng)用層處理所述呼叫的媒體流，包括:當IP接入用戶的呼叫屬于第二類型呼叫時，通過應(yīng)用層分別為主被叫側(cè)創(chuàng)建實時傳輸協(xié)議(RTP，Real-time Transport Protocol)流，并建立主被叫側(cè)之間的連接，從主被叫側(cè)中的一側(cè)通道接收媒體流報文，經(jīng)編解碼轉(zhuǎn)換處理后發(fā)送到主被叫側(cè)中的另一側(cè)通道。
[0012]進一步地，所述根據(jù)呼叫分類策略確定IP接入用戶的呼叫所屬的類型，包括:在呼叫建立時，和/或，在呼叫過程中媒體流參數(shù)改變時，根據(jù)主被叫側(cè)的媒體流參數(shù)和業(yè)務(wù)確定所述呼叫所屬的類型。
[0013]進一步地，所述根據(jù)主被叫側(cè)的媒體流參數(shù)和業(yè)務(wù)確定所述呼叫所屬的類型，包括:
[0014]如果一呼叫的主被叫側(cè)具有需要監(jiān)測媒體流信息的業(yè)務(wù)，或者，需要IPPBX設(shè)備產(chǎn)生媒體流并檢測用戶的媒體流信息，或者，主被叫側(cè)的媒體流參數(shù)不一致，則確定所述呼叫屬于第二類型呼叫；
[0015]否則，確定所述呼叫屬于第一類型呼叫。
[0016]進一步地，當IP接入用戶的呼叫屬于第一類型呼叫時，通過內(nèi)核處理所述呼叫的媒體流，包括:當IP接入用戶的呼叫屬于第一類型呼叫時，根據(jù)配置的轉(zhuǎn)發(fā)規(guī)則通過內(nèi)核對所述呼叫的媒體流報文進行修改，并通過內(nèi)核轉(zhuǎn)發(fā)修改后的媒體流報文。
[0017]進一步地，當IP接入用戶的呼叫屬于第一類型呼叫時，所述通過內(nèi)核處理所述呼叫的媒體流之前，該方法還包括:通過應(yīng)用層生成媒體流的轉(zhuǎn)發(fā)規(guī)則，并配置所述轉(zhuǎn)發(fā)規(guī)則至內(nèi)核。
[0018]進一步地，所述轉(zhuǎn)發(fā)規(guī)則包括:
[0019]在主叫側(cè)到被叫側(cè)的方向上，將用戶數(shù)據(jù)報協(xié)議(UDP)報文+(源IP:主叫側(cè)遠端IP+源端口:主叫側(cè)遠端端口 +目的IP:主叫側(cè)本地IP+目的端口:主叫側(cè)本地端口號)，修改為:UDP報文+(源IP:被叫側(cè)本地IP+源端口:被叫側(cè)本地端口 +目的IP:被叫側(cè)遠端IP+目的端口:被叫側(cè)遠端端口號)；
[0020 ]在被叫側(cè)到主叫側(cè)的方向上，將UDP報文+(源IP:被叫側(cè)遠端IP+源端口:被叫側(cè)遠端端口 +目的IP:被叫側(cè)本地IP+目的端口:被叫側(cè)本地端口號)，修改為:UDP報文+(源IP:主叫側(cè)本地IP+源端口:主叫側(cè)本地端口 +目的IP:主叫側(cè)遠端IP+目的端口:主叫側(cè)遠端端口號)。
[0021]本發(fā)明還提供一種呼叫處理裝置，應(yīng)用于IPPBX設(shè)備，包括:應(yīng)用層呼叫交換模塊，用于根據(jù)呼叫分類策略確定IP接入用戶的呼叫所屬的類型，其中，第一類型呼叫包括只需直接轉(zhuǎn)發(fā)用戶間媒體流的呼叫；內(nèi)核轉(zhuǎn)發(fā)模塊，用于當IP接入用戶的呼叫屬于第一類型呼叫時，處理所述呼叫的媒體流。
[0022]進一步地，所述應(yīng)用層呼叫交換模塊，用于當IP接入用戶的呼叫屬于第二類型呼叫時，處理所述呼叫的媒體流，其中，所述第二類型呼叫包括需要實時監(jiān)測呼叫內(nèi)容的呼叫以及需要IPPBX設(shè)備產(chǎn)生媒體流的呼叫。
[0023]進一步地，所述應(yīng)用層呼叫交換模塊，用于當IP接入用戶的呼叫屬于第二類型呼叫時，處理所述呼叫的媒體流，包括:當IP接入用戶的呼叫屬于第二類型呼叫時，分別為主被叫側(cè)創(chuàng)建RTP流，并建立主被叫側(cè)之間的連接，從主被叫側(cè)中的一側(cè)通道接收媒體流報文，經(jīng)編解碼轉(zhuǎn)換處理后發(fā)送到主被叫側(cè)中的另一側(cè)通道。
[0024]進一步地，所述應(yīng)用層呼叫交換模塊，用于根據(jù)呼叫分類策略確定IP接入用戶的呼叫所屬的類型，包括:在呼叫建立時，和/或，在呼叫過程中媒體流參數(shù)改變時，根據(jù)主被叫側(cè)的媒體流參數(shù)和業(yè)務(wù)確定所述呼叫所屬的類型。
[0025]進一步地，所述應(yīng)用層呼叫交換模塊，用于根據(jù)主被