[發明專利]網關及處理V.21幀數據的方法

有效

• 申請號: 200710181065.0
• 申請日: 2005-01-26
• 公開（公告）號: CN101217461A
• 公開（公告）日: 2008-07-09
• 發明（設計）人: 李瑞華
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L1/00;H04L12/66
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及通信技術領域，特別是一種網關及處理V.21幀數據的方法。

背景技術

隨著Internet使用的普及和技術的成熟，使得傳統的傳真信息承載在Internet上傳輸成為可能，因此，IP傳真的相關技術也就應運而生。目前IP傳真常用的方式為T.38方式(3類傳真機IP實時承載協議方式)。T.38?IP實時傳真網關主要完成T.38協議處理和DP調制解調，其系統結構如圖1所示。T.38IP傳真方式的基本思想是：在T.38網關對傳真機發送的數據進行解調，將解調的凈荷數據打成T.38協議規定的IP包，通過IP網絡發往對方網關；接收方的T.38網關根據該IP包的信息特性，從IP包中拆出的凈荷數據重新調制發送給TDM側傳真機。可見，IP實時傳真承載的是終端傳真機間交互的傳真信令或報文信息，兩終端傳真機間進行的是實時通信，傳真流程遵循T.30協議(文件傳真在公用電話交換網上的傳輸規程)。

在T.30協議中，傳真過程如圖2所示被分為以下5個階段：階段A為傳真呼叫建立階段，這一階段與電話呼叫建立的過程有些相似；階段B為報文前過程，這一階段主要進行能力的協商與訓練；階段C為報文傳輸過程以及報文傳輸控制過程；階段D為報文后過程，這一階段主要進行報文的證實、糾錯、多頁續發的操作；階段E為傳真呼叫釋放的過程。在上述傳真流程中，除了階段B的TCF訓練信號及階段C的報文數據是通過V.27/V.29/V.17協議速率調制，其他控制信令都是通過V.21調制的，V.21信號格式為HDLC幀(稱為V.21幀)，用來實現能力協商及報文證實等功能；??V.21幀格式如圖3所示。在T.38?IP傳真業務中，網關對從TDM側解調收到的V.21幀進行打包，對一個V.21幀打出的IFP包包括V.21flag指示包(t30-ind)、V.21幀數據包(hdlc-data)、FCS校驗結果包(hdlc-fcs-ok或hdlc-fcs-bad)、V.21幀結束包(sig-end)。

T.30協議有如下規定：1、被發送的V.21幀最長不能超過2.55s(即3s-15％)；2、經接收和檢測到的大于3.45s的任一幀丟棄；2.45s～3.45s之間的可能丟棄；3、發送單個V.21幀或發送多個連續V.21幀前，先傳送1s±15％的一串標志序列(以V.21調制的0x7e)。而對目前市場應用的傳真機進行測試中發現，不同的傳真機在命令或響應的接收流程中，對接收時間的計算不同：有的傳真機是從收到V.21幀信號前導標識序列的最后一個0x7e啟動3s定時器(情況1傳真機)；有的傳真機是從收到V.21幀信號的前導標識序列的第一個0x7e開始啟動3.45s定時器(情況2傳真機)，如果定時器到了超時時間沒有收到完整的V.21幀信號，則接收失敗。

而對于IP傳真，為了防止因網絡延遲、抖動等環境因素造成V.21幀數據在PSTN線路上中斷，T.38網關必須要將下行方向(從IP網絡接收數據的方向)的V.21幀數據進行緩存，然后再向TDM側調制發送。因此，現有技術中的T.38網關通常在下行調制發送時，做如下處理：如圖4所示，接收網關收到IP側到達的v.21flag的指示包，就開始向傳真機調制發送0x7e，并對IP側到達的V.21幀數據進行接收緩存；V.21幀數據緩存一幀結束、即收到該幀的FCS校驗結果的數據包，網關開始向PSTN線路調制發送V.21幀數據，這樣就能確保不會因網絡延時、抖動引起V.21幀調制數據在PSTN線路中斷。但是，由于T.38網關的這種下行緩存一幀才開始調制發送幀數據，而接收網關一收到V.21前導序列指示包，就持續調制發送0x7e前導序列，并且接收網關在對V.21幀數據緩存時，也一直向接收傳真機發送的是0x7e序列，因此，接收傳真機接收到的前導序列增加了V.21幀長度；并且發送傳真機發送的V.21幀越長，接收網關對幀數據的緩存時間越長，幀數據到達接收傳真機的延遲越大，接收傳真機接收到的0x7e越長；而當0x7e前導序列加上幀數據的長度超過了接收傳真機內定時器超時門限3s+15％(3.45s)時，對于情況2的傳真機會認為接收失敗。例如，假設發送傳真機發送的V.21幀信號的前導序列長850ms(1s-15％)，根據T.30協議對V.21?HDLC幀長度的規定，傳真機發送的長度小于2.55s的V.21幀都是合法的，因此假設發送的V.21幀長2s；那么接收網關發送的前導序列長為2.85s，再加上實際發送的幀數據長2s，對于傳真機情況2的接收傳真機一定不會在3.45s內接收到完整V.21命令或響應，最后導致傳真失敗。