導語：IP傳真(zhen)分析論(lun)文一文來源于網友上傳，不代表(biao)本站觀點(dian)，若需要原創文章可咨詢客服(fu)老(lao)師(shi)，歡迎參考。

摘要隨著世界范圍內Internet網絡基礎設施的高速發展，基于ip技術的各種應用，比如IP傳真技術，取得迅速的發展。本文針對目前存在的IP傳真進行了研究與分析，并(bing)在此基礎上(shang)提出了(le)一種改(gai)進方法，能大大地提高IP傳真的成功率(lv)和質量。

關鍵詞(ci)軟交換(huan)，媒體網(wang)關，IP傳真(zhen)

1背景技術

在IP網(wang)絡中的(de)(de)傳(chuan)(chuan)真(zhen)(zhen)(zhen)按照采用(yong)的(de)(de)協議，可(ke)以分為(wei)兩(liang)類(lei)：一類(lei)是(shi)透(tou)傳(chuan)(chuan)，透(tou)傳(chuan)(chuan)是(shi)把(ba)PSTN側的(de)(de)G3傳(chuan)(chuan)真(zhen)(zhen)(zhen)機(ji)發(fa)送的(de)(de)PCM信(xin)號(hao)直接進行語音編碼，比如采用(yong)G711A，G711U編碼，所占用(yong)帶(dai)寬(kuan)(kuan)為(wei)64K+IP報頭約(yue)80K。另(ling)一類(lei)是(shi)T38[3]傳(chuan)(chuan)真(zhen)(zhen)(zhen)，T38傳(chuan)(chuan)真(zhen)(zhen)(zhen)會把(ba)PCM信(xin)號(hao)進行解調制，恢復為(wei)原來的(de)(de)V.21/V.27/V.17控制/數(shu)據流，然后(hou)再由主機(ji)按照T38協議對(dui)(dui)(dui)解調過的(de)(de)數(shu)據進行IP打(da)包，處(chu)理后(hou)的(de)(de)數(shu)據帶(dai)寬(kuan)(kuan)大約(yue)為(wei)20K。這兩(liang)種傳(chuan)(chuan)真(zhen)(zhen)(zhen)方式(shi)各有利弊(bi)：透(tou)傳(chuan)(chuan)方式(shi)對(dui)(dui)(dui)DSP能力要求(qiu)(qiu)不高，但是(shi)由于沒有冗余(yu)機(ji)制，糾錯機(ji)制，并且帶(dai)寬(kuan)(kuan)需(xu)求(qiu)(qiu)大，對(dui)(dui)(dui)網(wang)絡質量和帶(dai)寬(kuan)(kuan)要求(qiu)(qiu)較高；T38傳(chuan)(chuan)真(zhen)(zhen)(zhen)對(dui)(dui)(dui)網(wang)絡的(de)(de)丟包率具有很好的(de)(de)魯棒性，并且對(dui)(dui)(dui)帶(dai)寬(kuan)(kuan)要求(qiu)(qiu)只(zhi)有透(tou)傳(chuan)(chuan)的(de)(de)25%左右，只(zhi)是(shi)對(dui)(dui)(dui)DSP能力需(xu)求(qiu)(qiu)較大，對(dui)(dui)(dui)TI芯(xin)片來說，一路T38編碼所占用(yong)的(de)(de)資源(yuan)，是(shi)G711編碼的(de)(de)1.8倍。

2現有(you)IP傳真(zhen)建立方法(fa)分(fen)析(xi)

2.1現有(you)IP傳真的組網結構

一個(ge)IP傳真的(de)組網[6]如圖1所示，其(qi)中(zhong)軟交(jiao)換和媒(mei)體(ti)網關是一個(ge)VoIP分(fen)組交(jiao)換系統，軟交(jiao)換本身(shen)并沒有通(tong)話資(zi)源(yuan)，它(ta)是管理(li)媒(mei)體(ti)網關的(de)設備，通(tong)過H.248協議(yi)與媒(mei)體(ti)網關進行(xing)交(jiao)互(hu)，它(ta)可(ke)以(yi)控制呼叫的(de)建立與釋放；媒(mei)體(ti)網關則負責PSTN側的(de)各(ge)種事(shi)件，比(bi)如摘機，掛機，排叉(cha)的(de)檢測與上(shang)報，通(tong)話所需(xu)各(ge)種資(zi)源(yuan)，比(bi)如DSP通(tong)道，UDP端(duan)口號(hao)，用戶(hu)側時隙的(de)分(fen)配和管理(li)等。

不同于PSTN網(wang)絡(luo)，IP網(wang)絡(luo)是一個(ge)無(wu)連接的網(wang)

圖1IP傳真的組網圖

絡，存在(zai)著時延，抖(dou)動，丟包等較之PSTN網(wang)絡惡(e)劣的環境[5]，這些不良因素，將對(dui)IP傳(chuan)真的質量和(he)成(cheng)功率產(chan)生較大影響，為了(le)克服(fu)這些不利因素，在(zai)網(wang)關(guan)上(shang)采用(yong)了(le)設置(zhi)動態(tai)jitbuffer，糾錯[7][8]等措施。

2.2現有IP傳真的建立方法

2.2.1透傳的建立方法(fa)

透傳(chuan)(chuan)(chuan)傳(chuan)(chuan)(chuan)真的流程[1]如(ru)圖2所(suo)示，其中傳(chuan)(chuan)(chuan)真發(fa)送方(fang)在(zai)媒體網(wang)關(guan)MG1下(xia)(xia)，傳(chuan)(chuan)(chuan)真接(jie)受方(fang)在(zai)媒體網(wang)關(guan)MG2下(xia)(xia)，為(wei)了重(zhong)點說明傳(chuan)(chuan)(chuan)真流程，傳(chuan)(chuan)(chuan)真建(jian)立(li)前的通話建(jian)立(li)過程加以省略。

圖2透傳傳真(zhen)的建立過程(cheng)

(1)軟交換(huan)下(xia)發命令，要求(qiu)媒體網關檢測傳真開始(shi)事件(jian)

(2)媒體網關檢測到傳真接受(shou)方用戶按下傳真鍵(jian)，上(shang)報傳真開始事件

(3)軟交換(huan)(huan)接收到(dao)(dao)傳(chuan)真開始(shi)事(shi)件，給傳(chuan)真收發雙方(fang)下發指(zhi)示：切(qie)換(huan)(huan)到(dao)(dao)傳(chuan)真模式，并且(qie)把靜音(yin)檢測關(guan)閉掉，如果現(xian)在通話用的(de)(de)是G729，G721等壓縮率較(jiao)大(da)的(de)(de)編碼(ma)(ma)，那么就把編碼(ma)(ma)切(qie)換(huan)(huan)到(dao)(dao)G711編碼(ma)(ma)(RTP/AVP8)；這(zhe)幾個步驟對(dui)傳(chuan)真成(cheng)功起著關(guan)鍵作(zuo)用，切(qie)換(huan)(huan)到(dao)(dao)傳(chuan)真模式，會把jitbuffer設置為(wei)動(dong)態(tai)值，能夠根據網(wang)(wang)絡時延抖(dou)動(dong)調節jitbuffer的(de)(de)大(da)小，避免造成(cheng)幀亂(luan)序(xu)，幀亂(luan)序(xu)，尤其(qi)是控制幀亂(luan)序(xu)產生的(de)(de)沖突，將(jiang)會導致傳(chuan)真失(shi)敗(bai)的(de)(de)后(hou)果。關(guan)閉靜音(yin)檢測，可以(yi)避免網(wang)(wang)關(guan)將(jiang)一些傳(chuan)真信號(hao)當(dang)作(zuo)噪聲而(er)過濾掉，設置編碼(ma)(ma)模式為(wei)G711，是因為(wei)這(zhe)種(zhong)編碼(ma)(ma)模式是一種(zhong)無損(sun)編碼(ma)(ma)，雖然占用了較(jiao)大(da)的(de)(de)帶寬，卻可以(yi)避免在編碼(ma)(ma)時對(dui)信號(hao)造成(cheng)損(sun)傷(shang)。

2.2.2T38傳真(zhen)的建立方法

T38傳真[2]如(ru)圖3所示(shi)：

圖3T38傳(chuan)真(zhen)的(de)建立過程

(1)同透傳傳真

(2)同透傳傳真

(3)軟交換(huan)要求(qiu)傳真雙方切換(huan)到傳真模式(shi)，設置UDP端(duan)口號(hao)為(wei)語音(yin)端(duan)口號(hao)加2，設置編解碼方式(shi)為(wei)T38，檢(jian)測(ce)傳真結(jie)束事件

(4)傳真發送方上報傳真結(jie)束(shu)事件

(5)軟(ruan)交換要求傳真雙方把(ba)UDP端口(kou)號(hao)設置(zhi)為(wei)語(yu)音端口(kou)號(hao)，恢復DSP的編(bian)解碼方式為(wei)G711A

其中需要說明的是(shi)，設置傳真端(duan)口(kou)(kou)號(hao)為(wei)語(yu)(yu)音(yin)端(duan)口(kou)(kou)號(hao)加(jia)2，是(shi)因為(wei)有的DSP芯片(pian)不能支持傳真通道(dao)和(he)語(yu)(yu)音(yin)通道(dao)共用相同(tong)的UDP端(duan)口(kou)(kou)號(hao)。

2.3現有IP傳真(zhen)的(de)劣勢(shi)

從圖2和圖3可以(yi)看到(dao)(dao)，對(dui)于(yu)現有(you)(you)編(bian)(bian)(bian)碼方(fang)案來說，必須要(yao)軟交(jiao)(jiao)換(huan)(huan)的(de)(de)(de)(de)(de)支(zhi)持才能把(ba)DSP的(de)(de)(de)(de)(de)工作(zuo)模(mo)(mo)式(shi)切(qie)換(huan)(huan)到(dao)(dao)傳(chuan)(chuan)(chuan)真(zhen)模(mo)(mo)式(shi)，設(she)(she)(she)置編(bian)(bian)(bian)碼方(fang)式(shi)等，如(ru)果(guo)電信(xin)(xin)運(yun)營商使用的(de)(de)(de)(de)(de)軟交(jiao)(jiao)換(huan)(huan)因為(wei)(wei)產商或者采(cai)(cai)購時間較(jiao)早的(de)(de)(de)(de)(de)原因，只能支(zhi)持通話(hua)的(de)(de)(de)(de)(de)建(jian)立，而不(bu)能支(zhi)持傳(chuan)(chuan)(chuan)真(zhen)的(de)(de)(de)(de)(de)建(jian)立，那么(me)在(zai)(zai)透(tou)傳(chuan)(chuan)(chuan)模(mo)(mo)式(shi)下，如(ru)果(guo)一(yi)(yi)開始采(cai)(cai)用的(de)(de)(de)(de)(de)編(bian)(bian)(bian)碼為(wei)(wei)G729等壓縮(suo)率(lv)較(jiao)大，對(dui)信(xin)(xin)號有(you)(you)損(sun)(sun)傷(shang)的(de)(de)(de)(de)(de)編(bian)(bian)(bian)碼，網(wang)關不(bu)能切(qie)換(huan)(huan)到(dao)(dao)無損(sun)(sun)編(bian)(bian)(bian)碼G711，也(ye)不(bu)會(hui)把(ba)靜音(yin)(yin)(yin)抑制關閉，把(ba)DSP的(de)(de)(de)(de)(de)工作(zuo)模(mo)(mo)式(shi)設(she)(she)(she)置為(wei)(wei)傳(chuan)(chuan)(chuan)真(zhen)模(mo)(mo)式(shi)，這樣(yang)由于(yu)信(xin)(xin)號損(sun)(sun)傷(shang)，網(wang)絡時延等因素，傳(chuan)(chuan)(chuan)真(zhen)成功率(lv)將會(hui)大大下降。采(cai)(cai)用GenoaTechnology公司的(de)(de)(de)(de)(de)Faxlab，當傳(chuan)(chuan)(chuan)真(zhen)模(mo)(mo)型選擇為(wei)(wei)模(mo)(mo)擬(ni)CanonL777傳(chuan)(chuan)(chuan)真(zhen)機，傳(chuan)(chuan)(chuan)真(zhen)發(fa)送方(fang)Orig:TX3PgECMBestEncV.1714400BestRes，傳(chuan)(chuan)(chuan)真(zhen)發(fa)接收方(fang)Ans:RX3PgBestECMBestEncV.3314400BestRes在(zai)(zai)丟包(bao)率(lv)為(wei)(wei)1%，通話(hua)語(yu)音(yin)(yin)(yin)編(bian)(bian)(bian)碼為(wei)(wei)G729，并且設(she)(she)(she)置軟交(jiao)(jiao)換(huan)(huan)不(bu)檢(jian)測(ce)傳(chuan)(chuan)(chuan)真(zhen)信(xin)(xin)號音(yin)(yin)(yin)以(yi)模(mo)(mo)擬(ni)支(zhi)持傳(chuan)(chuan)(chuan)真(zhen)的(de)(de)(de)(de)(de)軟交(jiao)(jiao)換(huan)(huan)，這樣(yang)模(mo)(mo)擬(ni)20次傳(chuan)(chuan)(chuan)真(zhen)，其(qi)中只有(you)(you)11次成功；如(ru)果(guo)設(she)(she)(she)置軟交(jiao)(jiao)換(huan)(huan)檢(jian)測(ce)傳(chuan)(chuan)(chuan)真(zhen)信(xin)(xin)號音(yin)(yin)(yin)，那么(me)20次完全可以(yi)成功。在(zai)(zai)T38編(bian)(bian)(bian)碼時，如(ru)果(guo)設(she)(she)(she)置軟交(jiao)(jiao)換(huan)(huan)不(bu)檢(jian)測(ce)傳(chuan)(chuan)(chuan)真(zhen)信(xin)(xin)號音(yin)(yin)(yin)，那么(me)傳(chuan)(chuan)(chuan)真(zhen)根本就不(bu)會(hui)切(qie)換(huan)(huan)到(dao)(dao)T38的(de)(de)(de)(de)(de)編(bian)(bian)(bian)碼方(fang)式(shi)，還是以(yi)開始的(de)(de)(de)(de)(de)語(yu)音(yin)(yin)(yin)編(bian)(bian)(bian)碼方(fang)式(shi)進行傳(chuan)(chuan)(chuan)真(zhen)，因此效果(guo)和透(tou)傳(chuan)(chuan)(chuan)是一(yi)(yi)樣(yang)的(de)(de)(de)(de)(de)。所以(yi)，很(hen)有(you)(you)必要(yao)采(cai)(cai)取一(yi)(yi)種改(gai)進手(shou)段，讓媒體網(wang)關可以(yi)在(zai)(zai)沒有(you)(you)軟交(jiao)(jiao)換(huan)(huan)支(zhi)持傳(chuan)(chuan)(chuan)真(zhen)的(de)(de)(de)(de)(de)情況下，自己把(ba)編(bian)(bian)(bian)碼，靜音(yin)(yin)(yin)檢(jian)測(ce)等參數調整為(wei)(wei)最佳(jia)。

3改進方案的提出

3.1改進思路

媒體網關從功能(neng)上(shang)可以分(fen)為幾(ji)大模(mo)塊(kuai)(kuai)(kuai)[9]，跟傳真相關的(de)模(mo)塊(kuai)(kuai)(kuai)如圖(tu)4所(suo)示，其中協(xie)議處(chu)(chu)理(li)(li)(li)(li)模(mo)塊(kuai)(kuai)(kuai)負(fu)責(ze)信(xin)令的(de)編碼解碼，處(chu)(chu)理(li)(li)(li)(li)軟交換下(xia)發的(de)信(xin)令，創建給控(kong)制器的(de)信(xin)令，并(bing)調用(yong)業(ye)務(wu)(wu)(wu)處(chu)(chu)理(li)(li)(li)(li)模(mo)塊(kuai)(kuai)(kuai)處(chu)(chu)理(li)(li)(li)(li)相應的(de)業(ye)務(wu)(wu)(wu)；業(ye)務(wu)(wu)(wu)處(chu)(chu)理(li)(li)(li)(li)模(mo)塊(kuai)(kuai)(kuai)，主要負(fu)責(ze)呼叫的(de)接續和(he)業(ye)務(wu)(wu)(wu)的(de)處(chu)(chu)理(li)(li)(li)(li)，資(zi)源管理(li)(li)(li)(li)模(mo)塊(kuai)(kuai)(kuai)主要是(shi)對(dui)(dui)網片資(zi)源和(he)DSP資(zi)源進行(xing)(xing)有效的(de)管理(li)(li)(li)(li)，支撐業(ye)務(wu)(wu)(wu)的(de)運行(xing)(xing)；端(duan)控(kong)模(mo)塊(kuai)(kuai)(kuai)主要負(fu)責(ze)用(yong)戶(hu)端(duan)口(kou)(kou)消(xiao)息的(de)處(chu)(chu)理(li)(li)(li)(li)，并(bing)完成協(xie)議的(de)轉換，以標準統(tong)一的(de)內部原語與業(ye)務(wu)(wu)(wu)模(mo)塊(kuai)(kuai)(kuai)進行(xing)(xing)交互，從而屏蔽用(yong)戶(hu)物理(li)(li)(li)(li)端(duan)口(kou)(kou)的(de)信(xin)息；PM模(mo)塊(kuai)(kuai)(kuai)還負(fu)責(ze)用(yong)戶(hu)物理(li)(li)(li)(li)端(duan)口(kou)(kou)狀態的(de)維護以及用(yong)戶(hu)端(duan)口(kou)(kou)資(zi)源的(de)申請和(he)記(ji)錄(lu)；驅(qu)動(dong)模(mo)塊(kuai)(kuai)(kuai)則(ze)負(fu)責(ze)對(dui)(dui)DSP進行(xing)(xing)操作；對(dui)(dui)傳真的(de)處(chu)(chu)理(li)(li)(li)(li)如圖(tu)4所(suo)示：

圖4媒體網關(guan)對(dui)傳(chuan)真(zhen)的處(chu)理

對于T38傳真，處理流程為：

(1)啟(qi)動檢測(ce)到(dao)傳真接(jie)收方發送(song)的傳真開(kai)始信號，上(shang)報給業務模塊

(2)業務(wu)通(tong)過協議模塊上(shang)報傳真開始事件給軟交換

(3)媒體網關下(xia)發編碼方(fang)式，端(duan)口(kou)號給業務

(4)業(ye)務通(tong)過資源管理(li)模塊分配T38所(suo)用的全速率資源，下發傳真所(suo)用的UDP端口號給驅(qu)動，要求(qiu)驅(qu)動打(da)開DSP通(tong)道

從處理(li)流程(cheng)可(ke)以(yi)看到，媒體網(wang)關需要從軟(ruan)交(jiao)(jiao)換(huan)獲取編碼方式，傳(chuan)(chuan)真(zhen)(zhen)端口號，靜音檢測等的設(she)置(zhi)，控(kong)制(zhi)器發出(chu)的信令中的這(zhe)些(xie)設(she)置(zhi)都(dou)是(shi)網(wang)關上報(bao)了(le)傳(chuan)(chuan)真(zhen)(zhen)開(kai)始或者傳(chuan)(chuan)真(zhen)(zhen)結束事件才下發的，所以(yi)，如(ru)果傳(chuan)(chuan)真(zhen)(zhen)發送接收方都(dou)能夠監(jian)測到傳(chuan)(chuan)真(zhen)(zhen)開(kai)始，結束。我們(men)就可(ke)以(yi)把(ba)這(zhe)一部分“智能”下移到網(wang)關中來。通過這(zhe)樣的改(gai)進，就產(chan)生了(le)兩種(zhong)新(xin)的傳(chuan)(chuan)真(zhen)(zhen)方式，一種(zhong)是(shi)不(bu)需要軟(ruan)交(jiao)(jiao)換(huan)參與的透傳(chuan)(chuan)，叫(jiao)做自交(jiao)(jiao)換(huan)透傳(chuan)(chuan)，一種(zhong)是(shi)不(bu)需要軟(ruan)交(jiao)(jiao)換(huan)參與的T38傳(chuan)(chuan)真(zhen)(zhen)，稱之為自切換(huan)T38。

3.2具體方法

3.2.1透傳自(zi)切換

如(ru)圖(tu)1所(suo)示，盡管在(zai)(zai)網關之(zhi)間的(de)(de)(de)(de)(de)信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)是(shi)G711編(bian)碼信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)或者(zhe)是(shi)T38編(bian)碼信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)，但是(shi)在(zai)(zai)網關之(zhi)下(xia)(xia)，IP傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)中(zhong)傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)發送(song)(song)(song)出去，接(jie)收(shou)到的(de)(de)(de)(de)(de)信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)還是(shi)和PSTN網絡中(zhong)一(yi)樣(yang)的(de)(de)(de)(de)(de)PCM信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)，傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)機信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)所(suo)遵循的(de)(de)(de)(de)(de)協議(yi)也是(shi)在(zai)(zai)PSTN網絡上的(de)(de)(de)(de)(de)傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)協議(yi)T.30，根(gen)據(ju)協議(yi)，傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)接(jie)收(shou)方在(zai)(zai)發送(song)(song)(song)完被叫用(yong)戶標識CED之(zhi)后，會(hui)發送(song)(song)(song)能(neng)(neng)力標識信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)DIS，向發送(song)(song)(song)端(duan)標識自己(ji)是(shi)第三類(lei)傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)終端(duan)，同時DIS中(zhong)攜帶(dai)了傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)接(jie)收(shou)終端(duan)性能(neng)(neng)的(de)(de)(de)(de)(de)字段，告(gao)知發送(song)(song)(song)終端(duan)自己(ji)所(suo)具有(you)的(de)(de)(de)(de)(de)全(quan)部能(neng)(neng)力，在(zai)(zai)DIS信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)前會(hui)有(you)一(yi)個(ge)(ge)長達1秒(miao)的(de)(de)(de)(de)(de)前導信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)(Preamble)[4]，傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)發送(song)(song)(song)方接(jie)受到DIS信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)后，會(hui)發送(song)(song)(song)DCS信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)，根(gen)據(ju)本終端(duan)設置的(de)(de)(de)(de)(de)能(neng)(neng)力并考(kao)慮接(jie)收(shou)終端(duan)所(suo)具有(you)的(de)(de)(de)(de)(de)能(neng)(neng)力，給出本次通信(xin)(xin)(xin)所(suo)采用(yong)的(de)(de)(de)(de)(de)性能(neng)(neng)，在(zai)(zai)DCS前也會(hui)有(you)前導信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)。在(zai)(zai)原來(lai)的(de)(de)(de)(de)(de)傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)流程(cheng)里是(shi)把DIS前的(de)(de)(de)(de)(de)前導信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)作(zuo)為(wei)傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)開始(shi)事件的(de)(de)(de)(de)(de)，因此，可以做一(yi)個(ge)(ge)改(gai)進(jin)，把DIS前和DCS前的(de)(de)(de)(de)(de)前導信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)都作(zuo)為(wei)傳(chuan)(chuan)(chuan)(chuan)真(zhen)(zhen)(zhen)開始(shi)信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)。驅(qu)動上報這個(ge)(ge)信(xin)(xin)(xin)號(hao)(hao)(hao)(hao)后，由(you)業務自己(ji)來(lai)設置編(bian)碼和靜音(yin)檢(jian)測等，業務模塊的(de)(de)(de)(de)(de)偽碼如(ru)下(xia)(xia)：

if(驅動上報的消息)

{

If(傳(chuan)真開始消息)

{

設置DSP工作(zuo)模式(shi)為FAX；

設置DSP工作模式為G711；

關閉靜音檢測；

/*透傳(chuan)模式下傳(chuan)真端口(kou)就(jiu)是語音端口(kou)*/

設置傳真端(duan)口(kou)號為語音端(duan)口(kou)號；

調(diao)用驅動(dong)函數，以設置(zhi)的參數打開DSP；

}

else

{

……

}

}

else

{

……

}

驅動(dong)模塊的(de)偽碼如下(xia)：

if(前導信號)

{

if(DIS的前(qian)導(dao)信號)

{

上報傳真開始信號；

}

elseif(DCS的(de)前導信號(hao))

{

上報傳真開始信號；

}

}

else

{

……

}

3.2.2T38自切換

和(he)透(tou)傳自切(qie)換相比(bi)，T38自切(qie)換要復(fu)雜，這主要是因(yin)為(wei)以下三(san)點原因(yin)：

(1)傳真(zhen)接收方(fang)上報(bao)前導信號后，把自己的(de)編解碼(ma)(ma)方(fang)式切換到T38，而傳真(zhen)發送方(fang)的(de)DSP這是(shi)還是(shi)普通的(de)語音編解碼(ma)(ma)方(fang)式，如G711，所以(yi)無(wu)法解碼(ma)(ma)出T38格式的(de)DIS，因此(ci)不(bu)會回應(ying)DCS，這樣也就沒(mei)有DCS的(de)前導信號，傳真(zhen)發送方(fang)就無(wu)法上報(bao)傳真(zhen)事件(jian)；

(2)T38是專為傳(chuan)(chuan)真(zhen)而(er)設(she)置(zhi)的一種編碼(ma)方(fang)式，傳(chuan)(chuan)真(zhen)結束后(hou)，一定要切換(huan)到語(yu)音(yin)編碼(ma)，否則用戶(hu)無法通話。

(3)T38傳真時，端(duan)口(kou)(kou)號可(ke)能和語音端(duan)口(kou)(kou)號不同(可(ke)能加2)，沒有(you)軟交換的支(zhi)持，無法(fa)告(gao)知對方(fang)網關(guan)自己采用的端(duan)口(kou)(kou)號；

現在Minspeed公(gong)司提(ti)供的(de)Miro芯片可以檢(jian)測到T38報(bao)文，因此(ci)，傳真(zhen)發送方可以通過檢(jian)測對方發送的(de)DIS的(de)報(bao)文為(wei)T38格式，來上(shang)報(bao)傳真(zhen)開始事件。而(er)對于第三點，我們(men)只能要(yao)(yao)求兩個網關設(she)置的(de)傳真(zhen)端(duan)口號一致，要(yao)(yao)么全(quan)是語音通道(dao)，要(yao)(yao)么全(quan)是語音端(duan)口號加2；自切換(huan)T38的(de)業務模塊(kuai)偽碼如(ru)下：

if(是驅(qu)動上報的傳真開始信(xin)號)

{

設置(zhi)DSP工作模式為(wei)FAX；

設置編碼方(fang)式(shi)為(wei)T38；

/*是語(yu)(yu)音端(duan)口加2，還是語(yu)(yu)音端(duan)口*/

根據系(xi)統參數設置傳真(zhen)端口號；

以設置的新參數(shu)打(da)開DSP；

}

elseif(是驅動上報(bao)的傳真結(jie)束(shu)信號)

{

恢復傳真前的工作模式，編碼，端口(kou)；

}

else

{

……

}

驅動模塊偽碼如下：

if(前導信號)

{

if(DIS的前(qian)導信(xin)號)

{

上報傳真開始消息；

}

else

{

……

}

}

elseif(T38報(bao)文(wen)信號(hao))

{

上報傳真開始消息；

}

else

{

……

}

3.3效果驗證

在(zai)沒有軟交換(huan)支持傳(chuan)真(zhen)(zhen)的(de)情況(kuang)(kuang)下，采(cai)用GenoaTechnology公(gong)司的(de)Faxlab，當傳(chuan)真(zhen)(zhen)模型選擇位(wei)模擬CanonL777傳(chuan)真(zhen)(zhen)機，傳(chuan)真(zhen)(zhen)發送方(fang)Orig:TX3PgECMBestEncV.1714400BestRes,Ans:RX3PgBestECMBestEncV.3314400BestRes，自切換(huan)透傳(chuan)在(zai)丟包(bao)率為1%的(de)情況(kuang)(kuang)下全部成功；自切換(huan)T38在(zai)丟包(bao)率為10%的(de)情況(kuang)(kuang)下可以(yi)成功，并且傳(chuan)真(zhen)(zhen)結束后能(neng)夠切換(huan)到(dao)語音(yin)通話態。

參考文獻：

ITU-TRFC3015MegacoProtocolVersion1.0.[S]2000.11

ITU-TRFC3525GatewayControlProtocolVersion1.[S]2003.06

TU-TRec.T.38(04/2002)-Prpublishedversion[S]

ITU-TRecommendationT.30:Proceduresfordocumentfacsimiletransmissioninthegeneralswitchedtelephonenetwork[S].1999.04

舒(shu)華英,賴平章等.IP電話技術及其(qi)應用[M].人民(min)郵電出版社(she),1999.11

桂海源.IP電話(hua)技術與(yu)軟交換(huan)[M].北京(jing):北京(jing)郵電大學出(chu)版社,2004.6

中國(guo)VOIP論壇相關資料[Z]

黃永峰.因特(te)網(wang)語音通信技術及其(qi)應用[M].北京(jing):人民郵電(dian)出版社(she).2003.5

張(zhang)登銀,孫(sun)精科.Voip技(ji)術分析與(yu)系統(tong)設計(ji).人民郵(you)電出版社[M].2003.6