專利名稱：協(xié)議轉(zhuǎn)換裝置及其方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種協(xié)議轉(zhuǎn)換裝置，尤其涉及支持多個(gè)協(xié)議的協(xié)議轉(zhuǎn)換裝置。
技術(shù)背景隨著網(wǎng)絡(luò)技術(shù)的篷勃發(fā)展及Voice Over Internet Protocol (VoIP)的日益普及， VoIP協(xié)議的應(yīng)用越來越得到人們的重視，多種VoIP協(xié)議相繼出現(xiàn)并投入使用。 常用的VoIP協(xié)議包括通信啟動(dòng)協(xié)議(Session Initiation Protocol, SIP ) 、 H.323協(xié) 議及媒體網(wǎng)關(guān)控制協(xié)議(Media Gateway Control Protocol, MGCP )多個(gè)多種協(xié)議， 每種VoIP協(xié)議對(duì)應(yīng)于個(gè)應(yīng)用程序接口 ( Application Programming Interface^ API)， 且每個(gè)API僅能支持與其相對(duì)應(yīng)的VoIP協(xié)議，且不能相互支持。當(dāng)VoIP終端i殳備要增加一個(gè)新的VoIP協(xié)議時(shí)，必須增加一個(gè)API與的相對(duì) 應(yīng)；且當(dāng)舊的VoIP終端設(shè)備重新?lián)Q掉或升級(jí)終端硬件架構(gòu)，則必須對(duì)每個(gè)API進(jìn) 行相對(duì)應(yīng)的修改，這必導(dǎo)致相應(yīng)的研發(fā)時(shí)間及研發(fā)成本的增加。發(fā)明內(nèi)容有鑒于此，需提供一種協(xié)議轉(zhuǎn)換裝置，用于支持多個(gè)協(xié)議，節(jié)約研發(fā)時(shí)間及 研發(fā)成本。另外，還需提供一種協(xié)議轉(zhuǎn)換方法，用于支持多個(gè)協(xié)議。一種協(xié)議轉(zhuǎn)換裝置，用于支持多個(gè)協(xié)議，包括協(xié)議分析模塊、端點(diǎn)管理模塊、 呼叫狀態(tài)控制模塊及協(xié)議原語模塊。協(xié)議分析模塊用于分析多個(gè)通知，并發(fā)送相 應(yīng)的多個(gè)事件，所述多個(gè)事件包括摘機(jī)事件與多個(gè)撥號(hào)收集事件。端點(diǎn)管理模塊 與所述協(xié)議分析模塊相連，用于轉(zhuǎn)發(fā)所述協(xié)議分析模塊發(fā)送的多個(gè)事件。呼叫狀 態(tài)控制模塊與所迷端點(diǎn)管理模塊相連，用于接收端點(diǎn)管理模塊發(fā)送的多個(gè)事件， 并記錄相應(yīng)的呼叫狀態(tài)，及4艮據(jù)呼叫狀態(tài)作出相對(duì)應(yīng)的操作，所述操作包括判斷 號(hào)碼序列的類型及發(fā)送呼叫信息。協(xié)議原語模塊與所述呼叫狀態(tài)控制模塊相連， 用于判斷所述呼叫狀態(tài)控制模塊發(fā)送的所述呼叫信息的類型。
一種協(xié)議轉(zhuǎn)換的方法，用于支持多個(gè)協(xié)議，所述協(xié)議轉(zhuǎn)換方法包括接收摘機(jī)事件，轉(zhuǎn)換呼叫狀態(tài)為撥號(hào)狀態(tài)，并發(fā)送撥號(hào)音請(qǐng)求；接收第一個(gè)撥號(hào)收集事件后，轉(zhuǎn)換呼叫狀態(tài)為號(hào)碼收集狀態(tài)，繼續(xù)接收多個(gè)撥號(hào)收集事件并將所述所有端點(diǎn)撥號(hào)收集事件組成號(hào)碼序列；判斷所收集號(hào)碼序列的類型；若為第一協(xié)議類 型，則轉(zhuǎn)換呼叫狀態(tài)為開始呼叫狀態(tài)并發(fā)送第一協(xié)議呼叫信息至協(xié)議原語模塊； 判斷所接收的呼叫信息的類型；若為第一協(xié)議類型，則所述協(xié)議原語褲塊發(fā)送第 一協(xié)議呼叫請(qǐng)求信息。所述協(xié)議轉(zhuǎn)換裝置及其方法，可支持多個(gè)協(xié)議，當(dāng)要增加協(xié)議時(shí)，無須再重 新研發(fā)API，從而節(jié)約了研發(fā)時(shí)間及研發(fā)成本。


圖l是本發(fā)明實(shí)施方式中協(xié)議轉(zhuǎn)換裝置的模塊圖。 圖2是本發(fā)明實(shí)施方式中協(xié)議轉(zhuǎn)換方法的流程圖。 圖3是本發(fā)明另一實(shí)施方式中協(xié)議轉(zhuǎn)換方法的流程圖。
具體實(shí)施方式
請(qǐng)參閱圖1，所示為本發(fā)明實(shí)施方式中協(xié)議轉(zhuǎn)換裝置20的模塊圖。在本實(shí)施 方式中，驅(qū)動(dòng)器10通過協(xié)議轉(zhuǎn)換裝置20及協(xié)議模塊30與網(wǎng)絡(luò)40通信連接。在 本實(shí)施方式中，驅(qū)動(dòng)器10為媒體網(wǎng)關(guān)控制協(xié)議(Media Gateway Control Protocol, MGCP)驅(qū)動(dòng)器，用于當(dāng)與驅(qū)動(dòng)器10相連的端點(diǎn)檢測(cè)到有事件發(fā)生后，發(fā)出通知 至協(xié)議轉(zhuǎn)換裝置20。在本實(shí)施方式中，所述事件包括摘機(jī)事件及撥號(hào)事件，其中 所述通知標(biāo)志MGCP協(xié)議事件。協(xié)議模塊30包括第一協(xié)議模塊310及第二協(xié)議模 塊320,在本實(shí)施方式中，第一協(xié)議包括通信啟動(dòng)協(xié)議(Session Initiation Protocol, SIP),第二協(xié)議包括H.323協(xié)議。在本發(fā)明的其它實(shí)施方式中，驅(qū)動(dòng)器10為其它 協(xié)議驅(qū)動(dòng)器，協(xié)議模塊30還包括其它協(xié)議模塊。協(xié)議轉(zhuǎn)換裝置20用于支持多個(gè)協(xié)議。在本實(shí)施方式中，協(xié)議轉(zhuǎn)換裝置20用 于將MGCP協(xié)議事件轉(zhuǎn)換成為SIP協(xié)議事件或?qū)GCP協(xié)議事件轉(zhuǎn)換成為H.323 協(xié)議事件，及將SIP協(xié)議事件與H.323協(xié)議事件轉(zhuǎn)換為MGCP協(xié)議事件。在本實(shí)施方式中，協(xié)議轉(zhuǎn)換裝置20包括協(xié)議分析模塊200、端點(diǎn)管理模塊210、 呼叫狀態(tài)控制模塊220及協(xié)議原語模塊230。在本實(shí)施方式中，協(xié)議分析模塊200 與驅(qū)動(dòng)器10及端點(diǎn)管理模塊210通信相連，用于分析驅(qū)動(dòng)器10所發(fā)送的多個(gè)通 知，并發(fā)送相應(yīng)的多個(gè)事件至端點(diǎn)管理模塊210。在本實(shí)施方式中，所述多個(gè)通知 標(biāo)志多個(gè)MGCP協(xié)議事件，所述多個(gè)MGCP協(xié)議事件包括MGCP摘機(jī)事件及多 個(gè)MGCP撥號(hào)收集事件，多個(gè)MGCP撥號(hào)收集事件按先后次序進(jìn)行發(fā)送，包括第 一 MGCP撥號(hào)收集事件、第二 MGCP撥號(hào)收集事件、第三MGCP撥號(hào)收集事件、…、 第NMGCP撥號(hào)收集事件，其中每個(gè)MGCP撥號(hào)收集事件標(biāo)志一個(gè)號(hào)碼。在本實(shí) 施方式中，當(dāng)端點(diǎn)檢測(cè)到有摘機(jī)事件發(fā)生時(shí)，驅(qū)動(dòng)器IO發(fā)送通知至協(xié)議分析模塊 200,當(dāng)協(xié)議分析模塊200分析所述通知為MGCP摘機(jī)事件時(shí)，發(fā)送反饋信息至驅(qū) 動(dòng)器10并傳遞摘機(jī)事件至端點(diǎn)管理模塊210;當(dāng)端點(diǎn)檢測(cè)到有撥號(hào)事件發(fā)生時(shí)， 發(fā)送通知至協(xié)議分析^^莫塊200，當(dāng)協(xié)議分析模塊200分析所述通知為MGCP撥號(hào) 收集事件時(shí)，就發(fā)送反饋信息至驅(qū)動(dòng)器10并傳遞撥號(hào)收集事件至端點(diǎn)管理模塊 210。端點(diǎn)管理模塊210與協(xié)議分析模塊200及呼叫狀態(tài)控制模塊220通信相連， 用于轉(zhuǎn)發(fā)協(xié)議分析模塊200發(fā)送的多個(gè)事件。在本實(shí)施方式中，當(dāng)端點(diǎn)管理模塊 210接收協(xié)議分析模塊200發(fā)送的摘機(jī)事件時(shí)，端點(diǎn)管理模塊210得知此時(shí)正處于 摘機(jī)狀態(tài)，則把所述摘機(jī)事件以端點(diǎn)摘機(jī)事件轉(zhuǎn)發(fā)至呼叫狀態(tài)控制模塊220。當(dāng)端 點(diǎn)管理模塊210接收協(xié)議分析模塊200發(fā)送的多個(gè)撥號(hào)收集事件時(shí)，端點(diǎn)管理模 塊210得知此時(shí)正處于撥號(hào)狀態(tài)中，則端點(diǎn)管理模塊210開始收集撥號(hào)收集事件， 并依次把撥號(hào)收集事件以端點(diǎn)撥號(hào)收集事件轉(zhuǎn)發(fā)至呼叫狀態(tài)控制模塊220。呼叫狀態(tài)控制模塊220與端點(diǎn)管理模塊210及協(xié)議原語模塊230相連，用于 接收端點(diǎn)管理模塊210發(fā)送的多個(gè)事件，并記錄相應(yīng)的呼叫狀態(tài)，及根據(jù)呼叫狀 態(tài)作出相對(duì)應(yīng)的操作，所述操作包括判斷號(hào)碼序列的類型及發(fā)送呼叫信息。在本 實(shí)施方式中，呼叫狀態(tài)包括空閑狀態(tài)、撥號(hào)狀態(tài)、號(hào)碼收集狀態(tài)及呼叫啟動(dòng)狀態(tài)。 在本實(shí)施方式中，呼叫狀態(tài)控制模塊220的起始呼叫狀態(tài)為空閑狀態(tài)。當(dāng)呼叫狀 態(tài)控制模塊220接收端點(diǎn)管理模塊210發(fā)送的端點(diǎn)摘機(jī)事件后，呼叫狀態(tài)控制模 塊220的呼叫狀態(tài)由空閑狀態(tài)轉(zhuǎn)換為撥號(hào)狀態(tài)，并發(fā)送端點(diǎn)撥號(hào)音請(qǐng)求信號(hào)至端 點(diǎn)管理^莫塊210。在本實(shí)施方式中，當(dāng)呼叫狀態(tài)控制模塊220接收端點(diǎn)管理模塊210發(fā)送的第 一個(gè)端點(diǎn)撥號(hào)收集事件后，呼叫狀態(tài)控制模塊220的呼叫狀態(tài)由撥號(hào)狀態(tài)轉(zhuǎn)換為 號(hào)碼收集狀態(tài)，并繼續(xù)接收端點(diǎn)管理;漠塊210發(fā)送的多個(gè)端點(diǎn)撥號(hào)收集事件，直 到收集完畢，并把所收集的所有端點(diǎn)撥號(hào)收集事件組成號(hào)碼序列。在本實(shí)施方式 中，號(hào)碼序列的類型包括第一協(xié)議類型及第二協(xié)議類型。在本實(shí)施方式中，第一 協(xié)議類型為SIP協(xié)議類型，第二協(xié)議類型為H.323協(xié)議。在本實(shí)施方式中，呼叫狀 態(tài)控制模塊220判斷號(hào)碼序列的類型是通過對(duì)號(hào)碼序列與撥號(hào)規(guī)則表進(jìn)行比對(duì)， 撥號(hào)規(guī)則表是預(yù)先設(shè)置的規(guī)則。在本實(shí)施方式中，當(dāng)呼叫狀態(tài)控制模塊220判斷 號(hào)碼序列為第一協(xié)議類型，暨滿足SIP協(xié)議撥號(hào)規(guī)則表，此時(shí)，呼叫狀態(tài)控制模 塊220的呼叫狀態(tài)由號(hào)碼收集狀態(tài)轉(zhuǎn)換為呼叫啟動(dòng)狀態(tài)，并發(fā)送第一協(xié)議類型的 呼叫信息至協(xié)議原語模塊230。當(dāng)呼叫狀態(tài)控制模塊220判斷號(hào)碼序列為第二協(xié)議 類型，暨滿足H.323協(xié)議撥號(hào)規(guī)則表，此時(shí)，呼叫狀態(tài)控制模塊220的呼叫狀態(tài) 由號(hào)碼收集狀態(tài)轉(zhuǎn)換為開始呼叫狀態(tài)，并發(fā)送第二協(xié)議類型的呼叫信息至協(xié)議原 語模塊230。在本實(shí)施方式中，端點(diǎn)管理模塊210還用于轉(zhuǎn)發(fā)呼叫狀態(tài)控制模塊220發(fā)送 的多個(gè)請(qǐng)求信號(hào)，當(dāng)端點(diǎn)管理模塊210接收所述端點(diǎn)撥號(hào)音請(qǐng)求信號(hào)后，端點(diǎn)管 理模塊210得知此時(shí)需要求開始撥號(hào)，則轉(zhuǎn)發(fā)撥號(hào)音請(qǐng)求信號(hào)至協(xié)議分析模塊200。 在本實(shí)施方式中，協(xié)議分析模塊200還用于轉(zhuǎn)換端點(diǎn)管理模塊210發(fā)送的多個(gè)請(qǐng) 求信號(hào)為相對(duì)應(yīng)的命令，當(dāng)協(xié)議分析模塊200接收所述撥號(hào)音請(qǐng)求信號(hào)后，轉(zhuǎn)換 所述請(qǐng)求信號(hào)為撥號(hào)音命令并發(fā)送至驅(qū)動(dòng)器10。協(xié)議原語模塊230與呼叫狀態(tài)控制模塊220及協(xié)議模塊30相連，用于判斷呼 叫狀態(tài)控制模塊220發(fā)送的呼叫信息的類型，并根據(jù)呼叫信息類型作出相對(duì)應(yīng)的 操作。在本實(shí)施方式中，所述協(xié)議原語模塊230通過分析所述呼叫信息的地址信 息來判斷所述通話的類型。在本實(shí)施方式中，所述地址信息包括目的地址信息。 若協(xié)議原語模塊230判斷呼叫狀態(tài)控制模塊220發(fā)送的呼叫信息的類型為第一協(xié) 議類型，則發(fā)送第一協(xié)議呼叫請(qǐng)求信息至第一協(xié)議模塊310，并通過第一協(xié)議模塊 310發(fā)送第一協(xié)議建立信息至網(wǎng)絡(luò)40,等待建立連接。在本實(shí)施方式中，第一協(xié) 議建立信息為SIP協(xié)議邀請(qǐng)信息。若協(xié)議原語模塊230判斷呼叫狀態(tài)控制模塊220 發(fā)送的呼叫信息的類型為第二協(xié)議類型，則發(fā)送第二呼叫請(qǐng)求信息至第二協(xié)議模 塊320，并通過第二協(xié)議模塊320發(fā)送第二協(xié)議建立信息至網(wǎng)絡(luò)40,等待建立連
接。在本實(shí)施方式中，第二協(xié)議建立信息為R323協(xié)議建立信息。在本實(shí)施方式中，協(xié)議原語模塊230還用于接收協(xié)議模塊30發(fā)送的接收呼叫 信息，并記錄所述接收呼叫信息的地址信息。在本實(shí)施方式中，所述地址信息包 括來源地址信息，所述來源地址信息標(biāo)志所述接收呼叫信息的類型。在本實(shí)施方 式中，當(dāng)協(xié)議原語模塊230記錄所述接收呼叫信息的地址信息后，發(fā)送呼叫信息 至呼叫狀態(tài)控制模塊220。呼叫狀態(tài)控制模塊220還用于接收協(xié)議原語模塊230發(fā) 送的信息，記錄相應(yīng)的呼叫狀態(tài)，并根據(jù)呼叫狀態(tài)作出相應(yīng)的操作。在本實(shí)施方 式中，呼叫狀態(tài)控制模塊220的初始呼叫狀態(tài)為空閑狀態(tài)，呼叫狀態(tài)控制模塊220 接收所述呼叫信息后，呼叫狀態(tài)控制模塊220的呼叫狀態(tài)由空閑狀態(tài)轉(zhuǎn)換為振鈴 狀態(tài)，同時(shí)發(fā)送接受呼叫信息至協(xié)議原語模塊230，再通過協(xié)議模塊30發(fā)送接受 呼叫信息至網(wǎng)絡(luò)40，以及發(fā)送端點(diǎn)振鈴請(qǐng)求信號(hào)至端點(diǎn)管理模塊210。端點(diǎn)管理 模塊210接收呼叫狀態(tài)控制模塊220發(fā)送的端點(diǎn)振鈴請(qǐng)求信號(hào)后，端點(diǎn)管理模塊 210得知此時(shí)需建立連接，則傳遞振鈴請(qǐng)求信號(hào)至協(xié)議分析模塊200。協(xié)議分析模 塊200接收端點(diǎn)管理模塊發(fā)送的振鈴請(qǐng)求信號(hào)后，轉(zhuǎn)換所述信號(hào)為建立連接指令， 并發(fā)送至驅(qū)動(dòng)器IO,等待建立連接。圖2所示為本發(fā)明實(shí)施方式中協(xié)議轉(zhuǎn)換方法的流程圖。在步驟S301中，協(xié)議 轉(zhuǎn)換裝置20接收摘機(jī)事件，轉(zhuǎn)換呼叫狀態(tài)為撥號(hào)狀態(tài)，并發(fā)送撥號(hào)音請(qǐng)求。在本 實(shí)施方式中，當(dāng)端點(diǎn)檢測(cè)到有摘機(jī)事件發(fā)生時(shí)，驅(qū)動(dòng)器IO發(fā)送通知至協(xié)議分析模 塊200,所述驅(qū)動(dòng)器10為々某體網(wǎng)關(guān)控制協(xié)議(Media Gateway Control Protocol, MGCP)驅(qū)動(dòng)器，所述通知標(biāo)志MGCP摘機(jī)事件。在本發(fā)明的其它實(shí)施方式中， 驅(qū)動(dòng)器IO為其它協(xié)議驅(qū)動(dòng)器。當(dāng)協(xié)議分析模塊200分析所述通知為MGCP摘機(jī)事 件時(shí)，發(fā)送反饋信息至驅(qū)動(dòng)器10并傳遞摘;^事件至端點(diǎn)管理模塊210。端點(diǎn)管理 模塊210接收協(xié)議分析模塊200發(fā)送的摘機(jī)事件，端點(diǎn)管理模塊210得知此時(shí)正 處于摘機(jī)狀態(tài)，則把所述摘機(jī)事件以端點(diǎn)摘機(jī)事件形式轉(zhuǎn)發(fā)至呼叫狀態(tài)控制模塊 220。呼叫狀態(tài)控制模塊220接收端點(diǎn)管理模塊210發(fā)送的端點(diǎn)摘機(jī)事件，呼叫狀 態(tài)控制模塊220的起始呼叫狀態(tài)為空閑狀態(tài)，呼叫狀態(tài)控制模塊220的呼叫狀態(tài) 由空閑狀態(tài)轉(zhuǎn)換為撥號(hào)狀態(tài)，并發(fā)送端點(diǎn)撥號(hào)音請(qǐng)求信號(hào)至端點(diǎn)管理模塊210。當(dāng) 端點(diǎn)管理模塊210接收所述端點(diǎn)撥號(hào)音請(qǐng)求信號(hào)后，端點(diǎn)管理模塊210得知此時(shí) 需開始撥號(hào)，則轉(zhuǎn)發(fā)撥號(hào)音請(qǐng)求信號(hào)至協(xié)議分析模塊200。當(dāng)協(xié)議分析模塊200接
收所述撥號(hào)音請(qǐng)求信號(hào)后，轉(zhuǎn)換所述請(qǐng)求信號(hào)為撥號(hào)音命令并發(fā)送至驅(qū)動(dòng)器10。在步驟S302中，協(xié)議轉(zhuǎn)換裝置20接收第一個(gè)撥號(hào)收集事件后，轉(zhuǎn)換呼叫狀 態(tài)為號(hào)碼收集狀態(tài)，繼續(xù)接收多個(gè)撥號(hào)收集事件并將所述所有端點(diǎn)撥號(hào)收集事件 組成號(hào)碼序列。在本實(shí)施方式中，當(dāng)端點(diǎn)檢測(cè)到有撥號(hào)事件發(fā)生時(shí)，驅(qū)動(dòng)器10發(fā) 送通知至協(xié)議分析模塊200,所述通知標(biāo)志MGCP撥號(hào)收集事件。當(dāng)協(xié)議分析模 塊200分析所述通知為MGCP撥號(hào)收集事件時(shí)，就發(fā)送反饋信息至驅(qū)動(dòng)器10并傳 遞撥號(hào)收集事件至端點(diǎn)管理模塊210。端點(diǎn)管理模塊210接收協(xié)議分析模塊200發(fā) 送的撥號(hào)收集事件后，端點(diǎn)管理模塊210得知此時(shí)正處于撥號(hào)狀態(tài)中，則端點(diǎn)管 理模塊210開始收集號(hào)碼，直到號(hào)碼收集完畢后，再依次傳遞端點(diǎn)撥號(hào)收集事件 至呼叫狀態(tài)控制模塊220。呼叫狀態(tài)控制模塊220接收端點(diǎn)管理模塊210發(fā)送的第 一個(gè)端點(diǎn)撥號(hào)收集事件后，呼叫狀態(tài)控制模塊220的呼叫狀態(tài)由撥號(hào)狀態(tài)轉(zhuǎn)換為 號(hào)碼收集狀態(tài)，并繼續(xù)接收端點(diǎn)管理沖莫塊210發(fā)送的多個(gè)端點(diǎn)撥號(hào)收集事件，直 到收集完畢，并將所述所有端點(diǎn)撥號(hào)事件組成個(gè)號(hào)碼序列。在步驟S303中，呼叫狀態(tài)控制模塊220判斷所收集號(hào)碼序列的類型。在本實(shí) 施方式中，號(hào)碼序列的類型包括第一協(xié)議類型及第二協(xié)議類型。在本實(shí)施方式中， 第一協(xié)議類型為通信啟動(dòng)協(xié)議(Session Initiation Protocol, SIP)類型，第二協(xié)議 類型為H.323協(xié)議類型。在本實(shí)施方式中，呼叫狀態(tài)控制模塊220判斷號(hào)碼序列 的類型是通過對(duì)號(hào)碼序列與撥號(hào)規(guī)則表進(jìn)行比對(duì)，撥號(hào)規(guī)則表是預(yù)先設(shè)置的規(guī)則。在步驟S304中，若呼叫狀態(tài)控制模塊220判斷為第一協(xié)議類型，則呼叫狀態(tài) 控制模塊220轉(zhuǎn)換呼叫狀態(tài)為呼叫啟動(dòng)狀態(tài)并發(fā)送第一協(xié)議呼叫信息至協(xié)議原語 模塊230。在本實(shí)施方式中，當(dāng)呼叫狀態(tài)控制模塊220判斷號(hào)碼序列為第一協(xié)議類 型，暨滿足SIP協(xié)議撥號(hào)規(guī)則表，此時(shí)，呼叫狀態(tài)控制模塊220的呼叫狀態(tài)由號(hào) 碼收集狀態(tài)轉(zhuǎn)換為呼叫啟動(dòng)狀態(tài)，并發(fā)送第一協(xié)議類型的呼叫信息至協(xié)議原語模 塊230。在步驟S305中，若呼叫狀態(tài)控制模塊220判斷為第二協(xié)議類型，則呼叫狀態(tài) 控制模塊220轉(zhuǎn)換呼叫狀態(tài)為呼叫啟動(dòng)狀態(tài)并發(fā)送第二協(xié)議呼叫信息至協(xié)議原語 模塊230。在本實(shí)施方式中，當(dāng)呼叫狀態(tài)控制模塊220判斷號(hào)碼序列為第二協(xié)議類 型，暨滿足H.323協(xié)議撥號(hào)規(guī)則表，此時(shí)，呼叫狀態(tài)控制模塊220的呼叫狀態(tài)由 號(hào)碼收集狀態(tài)轉(zhuǎn)換為呼叫啟動(dòng)狀態(tài)，并發(fā)送第二協(xié)議類型的呼叫信息至協(xié)議原語
模塊230。在步驟S306中，協(xié)議原語模塊230判斷所接收的呼叫信息的類型。在本實(shí)施 方式中，協(xié)議原語模塊230是通過分析所述呼叫信息的地址信息來判斷所述呼叫 信息的類型。在步驟S307中，若協(xié)議原語模塊230判斷為第一協(xié)議類型，則協(xié)議原語模塊 230發(fā)送第一協(xié)議呼叫請(qǐng)求信息至第一協(xié)議模塊310,并通過第一協(xié)議模塊310發(fā) 送第一協(xié)議建立信息至網(wǎng)絡(luò)40，等待建立連接。在本實(shí)施方式中，當(dāng)協(xié)議原語模 塊230判斷呼叫狀態(tài)控制模塊220發(fā)送的呼叫信息為第一協(xié)議類型時(shí)，則協(xié)議原 語模塊230發(fā)送呼叫請(qǐng)求信息至第一協(xié)議模塊310,并通過第一協(xié)議模塊310發(fā)送 第一協(xié)議建立信息至網(wǎng)絡(luò)40，等待建立連接。在本實(shí)施方式中，第一協(xié)議建立信 息為SIP協(xié)議邀請(qǐng)信息。在步驟S308中，若協(xié)議原語模塊230判斷為第二協(xié)議類型，則協(xié)議原語模塊 230發(fā)送第二協(xié)議呼叫請(qǐng)求信息至第二協(xié)議模塊320,并通過第二協(xié)議模塊320發(fā) 送第二協(xié)議建立信息至網(wǎng)絡(luò)40，等待建立連接。在本實(shí)施方式中，當(dāng)協(xié)議原語模 塊230判斷呼叫狀態(tài)控制模塊220發(fā)送的呼叫信息為第二協(xié)議類型時(shí)，則協(xié)議原 語模塊230發(fā)送第二協(xié)議呼叫請(qǐng)求信息至第二協(xié)議模塊320，并通過第二協(xié)議模塊 320發(fā)送第二協(xié)議建立信息至網(wǎng)絡(luò)40,等待建立連接。在本實(shí)施方式中，第二協(xié) 議建立信息為H.323協(xié)議建立信息。圖3所示為本發(fā)明另一實(shí)施方式中協(xié)議轉(zhuǎn)換方法的流程圖。在步驟S401中， 協(xié)議轉(zhuǎn)換裝置20接收接收呼叫信息，并記錄所述接收呼叫信息的地址信息。在本 發(fā)明另 一實(shí)施方式中，協(xié)議原語模塊230接收協(xié)議模塊30發(fā)送的接收呼叫信息， 并記錄所述接收呼叫信息的地址信息，以及發(fā)送呼叫信息至呼叫狀態(tài)控制模塊 220。在本發(fā)明另一實(shí)施方式中，所述接收呼叫信息的地址信息包括來源地址信息， 所述來源地址信息標(biāo)志所述接收呼叫信息的類型，所述類型包括第一協(xié)議類型與 第二協(xié)議類型。在步驟S402中，呼叫狀態(tài)控制模塊220轉(zhuǎn)換呼叫狀態(tài)為振鈴狀態(tài)，并發(fā)送振 鈴請(qǐng)求至端點(diǎn)管理模塊210以及發(fā)送接受呼叫信息至協(xié)議原語模塊230。在本發(fā)明 另一實(shí)施方式中，呼叫狀態(tài)控制模塊220的起始呼叫狀態(tài)為空閑狀態(tài)，呼叫狀態(tài) 控制模塊220接收協(xié)議原語模塊230發(fā)送的呼叫信息后，呼叫狀態(tài)控制模塊220 的呼叫狀態(tài)由空閑狀態(tài)轉(zhuǎn)換為振鈴狀態(tài)，并發(fā)送接受呼叫信息至協(xié)議原語模塊230，再通過協(xié)議原語模塊230發(fā)送接受呼叫信息至協(xié)議模塊30,同時(shí)發(fā)送端點(diǎn)振 鈴請(qǐng)求信號(hào)至端點(diǎn)管理模塊210。在步驟S403中，協(xié)議轉(zhuǎn)換裝置20發(fā)送建立連接指令，等待建立連接。在另 一實(shí)施方式中，端點(diǎn)管理模塊210接收呼叫狀態(tài)控制模塊220發(fā)送的端點(diǎn)振鈴請(qǐng) 求信號(hào)，端點(diǎn)管理模塊210得知此時(shí)需建立連接，則轉(zhuǎn)發(fā)振鈴請(qǐng)求信號(hào)至協(xié)議分 析模塊200,協(xié)議分析模塊200接收所述振鈴請(qǐng)求信號(hào)后，轉(zhuǎn)換所述振鈴請(qǐng)求信號(hào) 為建立連接命令，并發(fā)送至驅(qū)動(dòng)器IO,等待建立連接。所述協(xié)議轉(zhuǎn)換裝置及方法，可支持多個(gè)協(xié)議，當(dāng)要增加協(xié)議時(shí)，無須再重新 研發(fā)API，從而節(jié)約了研發(fā)時(shí)間及^f發(fā)成本。
權(quán)利要求
1.一種協(xié)議轉(zhuǎn)換裝置，用于支持多個(gè)協(xié)議，其特征在于，所述協(xié)議轉(zhuǎn)換裝置包括協(xié)議分析模塊，用于分析多個(gè)通知，并發(fā)送相應(yīng)的多個(gè)事件，所述多個(gè)事件包括摘機(jī)事件與多個(gè)撥號(hào)收集事件；端點(diǎn)管理模塊，與所述協(xié)議分析模塊相連，用于轉(zhuǎn)發(fā)所述協(xié)議分析模塊發(fā)送的多個(gè)事件；呼叫狀態(tài)控制模塊，與所述端點(diǎn)管理模塊相連，用于接收端點(diǎn)管理模塊發(fā)送的多個(gè)事件，并記錄相應(yīng)的呼叫狀態(tài)，及根據(jù)呼叫狀態(tài)作出相對(duì)應(yīng)的操作，所述操作包括判斷號(hào)碼序列的類型及發(fā)送呼叫信息；以及協(xié)議原語模塊，與所述呼叫狀態(tài)控制模塊相連，用于判斷所述呼叫狀態(tài)控制模塊發(fā)送的所述呼叫信息的類型。
2. 如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述端點(diǎn)管理模塊更用于 轉(zhuǎn)發(fā)所述呼叫狀態(tài)控制模塊發(fā)送的多個(gè)請(qǐng)求信號(hào)至所述協(xié)議分析模塊，所述協(xié)議 分析模塊更用于轉(zhuǎn)換所述端點(diǎn)管理模塊發(fā)送的多個(gè)請(qǐng)求信號(hào)為相對(duì)應(yīng)的多個(gè)命 令。
3. 如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述呼叫狀態(tài)控制模塊接 收所述端點(diǎn)管理模塊發(fā)送的端點(diǎn)摘機(jī)事件，轉(zhuǎn)換呼叫狀態(tài)為撥號(hào)狀態(tài)，并發(fā)送端 點(diǎn)撥號(hào)音請(qǐng)求信號(hào)至所述端點(diǎn)管理^t塊。
4. 如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述端點(diǎn)管理模塊接收所 述協(xié)議分析模塊發(fā)送的多個(gè)撥號(hào)收集事件，收集所述多個(gè)撥號(hào)收集事件，并依次 轉(zhuǎn)發(fā)所有端點(diǎn)撥號(hào)收集事件至所述呼叫狀態(tài)控制模塊；所述呼叫狀態(tài)控制模塊接 收所述端點(diǎn)管理模塊發(fā)送的所述所有端點(diǎn)撥號(hào)收集事件后，轉(zhuǎn)換呼叫狀態(tài)為號(hào)碼 收集狀態(tài)，并將所述所有端點(diǎn)撥號(hào)收集事件組成所述號(hào)碼序列。
5. 如權(quán)利要求4所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述呼叫狀態(tài)控制模塊是 通過把所述號(hào)碼序列與預(yù)先設(shè)置的撥號(hào)規(guī)則表進(jìn)行比對(duì)來判斷所述號(hào)碼序列的類 型。
6. 如權(quán)利要求5所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述呼叫狀態(tài)控制模塊將 呼叫狀態(tài)由號(hào)碼收集狀態(tài)轉(zhuǎn)換為呼叫啟動(dòng)狀態(tài)，并發(fā)送相應(yīng)協(xié)議類型的呼叫信息 至所述協(xié)議原語模塊。
7. 如權(quán)利要求1所述的協(xié)議轉(zhuǎn)換裝置，其特征在于，所述協(xié)議原語模塊通過分 析所述呼叫信息的地址信息來判斷所迷呼叫信息的類型，所迷協(xié)議原語模塊是根 據(jù)所述呼叫信息的類型發(fā)送相應(yīng)協(xié)議呼叫請(qǐng)求信息至協(xié)議模塊。
8. —種協(xié)議轉(zhuǎn)換方法，用于支持多個(gè)協(xié)議，其特征在于，所述協(xié)議轉(zhuǎn)換方法 包括接收摘機(jī)事件，轉(zhuǎn)換呼叫狀態(tài)為撥號(hào)狀態(tài)，并發(fā)送撥號(hào)音請(qǐng)求； 接收第一個(gè)撥號(hào)收集事件，轉(zhuǎn)換呼叫狀態(tài)為號(hào)碼收集狀態(tài)，繼續(xù)接收多個(gè)撥 號(hào)收集事件，并將所述所有撥號(hào)收集事件組成號(hào)碼序列； 判斷所述號(hào)碼序列的類型；若為第 一協(xié)議類型，則轉(zhuǎn)換呼叫狀態(tài)為呼叫啟動(dòng)狀態(tài)并發(fā)送第 一協(xié)議呼叫信 息至協(xié)議原語模塊；判斷所接收的呼叫信息的類型；及 若為第一協(xié)議類型，則發(fā)送第一協(xié)議呼叫請(qǐng)求信息。
9. 如權(quán)利要求8所述的協(xié)議轉(zhuǎn)換方法，其特征在于，接收摘機(jī)事件，轉(zhuǎn)換呼叫 狀態(tài)為撥號(hào)狀態(tài)，并發(fā)送撥號(hào)音請(qǐng)求的步驟包括以下步驟接收并分析通知，傳送摘機(jī)事件至端點(diǎn)管理模塊； 接收所述摘機(jī)事件，并轉(zhuǎn)發(fā)端點(diǎn)摘機(jī)事件至呼叫狀態(tài)控制模塊； 接收所述端點(diǎn)摘機(jī)事件，轉(zhuǎn)換呼叫狀態(tài)為撥號(hào)狀態(tài)，并發(fā)送端點(diǎn)撥號(hào)音請(qǐng)求 信號(hào)至所述端點(diǎn)管理^莫塊；接收所述端點(diǎn)撥號(hào)音請(qǐng)求信號(hào)，并轉(zhuǎn)發(fā)撥號(hào)音請(qǐng)求信號(hào)至協(xié)議分析模塊；及 接收所述撥號(hào)音請(qǐng)求信號(hào)，并轉(zhuǎn)換為撥號(hào)音命令，請(qǐng)求開始撥號(hào)。
10. 如權(quán)利要求9所述的協(xié)議轉(zhuǎn)換方法，其特征在于，接收第一個(gè)撥號(hào)收集事 件，轉(zhuǎn)換呼叫狀態(tài)為號(hào)碼收集狀態(tài)，繼續(xù)接收多個(gè)撥號(hào)收集事件，并將所述所有 撥號(hào)收集事件組成號(hào)碼序列的步驟包括以下步驟接收并分析通知，傳送撥號(hào)收集事件至所述端點(diǎn)管理模塊； 接收所述撥號(hào)收集事件，并轉(zhuǎn)發(fā)端點(diǎn)撥號(hào)收集事件至所述呼叫狀態(tài)控制模塊; 接收端點(diǎn)撥號(hào)收集事件，轉(zhuǎn)換呼叫狀態(tài)為號(hào)碼收集狀態(tài)，則繼續(xù)接收多個(gè)端 點(diǎn)撥號(hào)收集事件，并將所述所有端點(diǎn)撥號(hào)收集事件組成號(hào)碼序列。
11. 如權(quán)利要求8所述的協(xié)議轉(zhuǎn)換方法，其特征在于，判斷所述號(hào)碼序列的類型是通過把所述號(hào)碼序列與預(yù)先設(shè)置的撥號(hào)規(guī)則表進(jìn)行比對(duì)。
12. 如權(quán)利要求8所述的協(xié)議轉(zhuǎn)換方法，其特征在于，判斷所述呼叫信息的類 型是通過分析所述呼叫信息的地址信息。
13. 如權(quán)利要求8所述的協(xié)議轉(zhuǎn)換方法，其特征在于，更包括若判斷所述號(hào)碼 序列為第二協(xié)議類型，則轉(zhuǎn)換呼叫狀態(tài)為呼叫啟動(dòng)狀態(tài)并發(fā)送第二協(xié)議呼叫信息 至所述協(xié)議原語;^莫塊的步驟。
14. 如權(quán)利要求8所述的協(xié)議轉(zhuǎn)換方法，其特征在于，更包括若判斷所接收的 呼叫信息為第二協(xié)議類型，則發(fā)送第二協(xié)議呼叫請(qǐng)求信息的步驟。
全文摘要
一種協(xié)議轉(zhuǎn)換裝置，用于支持多個(gè)協(xié)議，所述協(xié)議轉(zhuǎn)換裝置包括協(xié)議分析模塊、端點(diǎn)管理模塊、呼叫狀態(tài)控制模塊及協(xié)議原語模塊。協(xié)議分析模塊用于分析多個(gè)通知，并發(fā)送相應(yīng)的多個(gè)事件，所述多個(gè)事件包括摘機(jī)事件與多個(gè)撥號(hào)收集事件。端點(diǎn)管理模塊用于轉(zhuǎn)發(fā)所述協(xié)議分析模塊發(fā)送的多個(gè)事件至呼叫狀態(tài)控制模塊。呼叫狀態(tài)控制模塊用于記錄呼叫狀態(tài)，并根據(jù)所述呼叫狀態(tài)作出相對(duì)應(yīng)的操作，所述操作包括判斷號(hào)碼序列的類型及發(fā)送呼叫信息。協(xié)議原語模塊用于判斷所述呼叫狀態(tài)控制模塊發(fā)送的呼叫信息的類型。所述協(xié)議轉(zhuǎn)換裝置，可支持多個(gè)協(xié)議，當(dāng)要增加協(xié)議時(shí)，無須再重新研發(fā)API，從而節(jié)約了研發(fā)時(shí)間及研發(fā)成本。
文檔編號(hào)H04L29/06GK101106562SQ20061006136
公開日2008年1月16日 申請(qǐng)日期2006年6月28日 優(yōu)先權(quán)日2006年6月28日
發(fā)明者盧文彬 申請(qǐng)人:鴻富錦精密工業(yè)(深圳)有限公司;鴻海精密工業(yè)股份有限公司