一種傳真的方法和無線網關的製作方法
2023-10-09 01:23:19 2
專利名稱：一種傳真的方法和無線網關的製作方法
技術領域：
本發明涉及通信領域，尤其涉及一種傳真的方法和無線網關。
背景技術：
IP傳真指在沒有QoS (Quality of Service,服務質量)保證的分組交換IP網絡 上承載的三類傳真業務。IP傳真分為低速的T. 38傳真和高速的透傳傳真兩種方式。其中， 透傳傳真是指在語音包中直接把傳真信號及傳真數據傳遞給對方，一旦語音包產生丟包或 延時，這種方式不能保證傳真的可靠性。使用T. 38協議進行傳真時依靠T. 38的冗餘機制 可以保證服務質量。T. 38是T. 30的適應IP應用的補充協議，主要對T. 30進行封裝，以便 適應IP傳真。 傳真協議有V. 17、 V. 29、 V. 27、 V. 21、 V. 34等等。低速傳真中的普通三類(G3)傳 真機，採用V. 17、V. 29協議進行協商，V. 17協議一般為14400bps/12000bps/9600bps/7200b ps幾個速率級別，V. 29協議一般為9600bps/7200bps/4800bps/2400bps幾個速率級別；高 速傳真機一般採用V. 34協議進行協商，2400bps 33600bps速率為高速傳真機持有特性。 對於T. 38傳真協議來說，最大速率為14400bps臨界值，並不適應高速傳真機特性。
T. 38傳真和透傳傳真兩種方式，其核心部分在於傳真機上報傳真信號後的協商處 理。在傳真信號的控制流程中，高速傳真機上報的信號與低速傳真機上報的信號存在本質
性的區別。目前較常見的技術方案是傳真發送方網關與傳真接收方網關先建立語音通道， 一般情形下是G. 711 A/U編解碼格式的語音通道，之後根據傳真機上報信號的類型走不同 的流程。若兩接入網關掛載的均為高速傳真機，根據上報的高速傳真信號，進行高速的透傳 傳真，在最常見的20ms打包方式下，佔用帶寬為90. 4kbps，接近100kbps。
目前無線網關，例如TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,時分同步的碼分多址技術)網關，通過數據卡接入網絡，但其上下行帶寬 不均。對於數據業務來說沒有問題，但對於語音業務尤其是傳真業務來說，上行的帶寬明顯 緊張。在2 : 4的時隙比下，同時跑上下行時，下行帶寬遠遠超過100K，而上行帶寬目前只 能達到60多K。 一旦推廣傳真業務，必然存在上行帶寬不夠的問題。此問題會產生丟包、亂 序等一系列問題，導致傳真失敗率增加，無法正常傳真。在3G網絡下兩終端掛載高速傳真 機，IP傳真走高速的透傳傳真時，帶寬不足的問題體現尤為明顯。 在實現本發明過程中，發明人發現現有技術中至少存在如下問題在3G的網絡環 境下，高速傳真機對接，進行高速的透傳傳真，此種情形下需要上行帶寬達到100K左右，遠 遠超過60多K的上行帶寬，傳真失敗率非常高。
發明內容
本發明實施例提供一種傳真的方法和裝置，以適應網絡帶寬，提高傳真成功率。
—方面，本發明實施例提供了一種傳真的方法，上述方法包括接收發送方網關發 送的高速傳真信號後，與所述發送方網關進行低速傳真會話初始化協議協商；所述低速傳真會話初始化協議協商成功後，啟動低速傳真流程。 另一方面，本發明實施例提供了一種無線網關，上述裝置包括協商單元，用於接 收發送方網關發送的高速傳真信號後，與所述發送方網關進行低速傳真會話初始化協議協 商；低速傳真處理單元，用於在所述低速傳真會話初始化協議協商成功後，啟動低速傳真流程。 上述技術方案具有如下有益效果因為採用將高速傳真轉為低速傳真處理的技術 手段，所以適應了網絡帶寬，提高了傳真成功率。
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現
有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可 以根據這些附圖獲得其他的附圖。
圖1是本發明實施例一種傳真的方法流程圖；
圖2為本發明應用實例傳真方法示意圖；
圖3為本發明實施例一種傳真的裝置結構示意圖；
圖4為本發明實施例另一種傳真的裝置結構示意圖。
具體實施例方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於 本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他 實施例，都屬於本發明保護的範圍。
實施例一 如圖1所示，為本發明實施例一種傳真的方法流程圖，上述方法包括 101、接收發送方網關發送的高速傳真信號後，與上述發送方網關進行低速傳真會
話初始化協議協商。 述與所述發送方網關進行低速傳真會話初始化協議協商可以包括向所述發送方 網關發送低速傳真會話初始化協議協商請求；接收所述發送方網關回復的低速傳真會話初 始化協議協商成功消息。 102、協商成功後，啟動低速傳真流程。 可選的，上述協商成功的低速傳真信號可以為常用的T.38低速傳真臨界值 14400bps速率、3個冗餘包、20ms打包時長的信號。上述發送方網關和接收方網關至少可以 包括如下之一 3G網關、WiMAX網關等。 所述低速傳真流程包括發送方網關與接收方網關進行低速傳真信號協商；接收 方網關通過協商的低速傳真信號接收傳真報文。 本發明上述方法實施例通過無線網關將高速傳真轉為低速傳真處理，適應了網絡
帶寬，提高了傳真成功率。
實施例二
如圖2所示，為本發明應用實例傳真方法示意圖，其包括如下步驟 201、兩3G接入網關(3G發送方網關、3G接收方網關)建立有損編解碼語音通道。 有損編解碼是指語音包在由DSP (Digital Signal Processing,數位訊號處理)
晶片產生時，壓縮算法會對語音信號進行壓縮編碼，而且這種壓縮是有損信號的，經常在
VoIP(Voice over Internet Protocol,網絡電話)網絡上出現。比較常用的有G. 726、
G. 723、 G. 729等。那麼在20ms打包時長下，G. 729編解碼方式的語音通道佔用帶寬為
34. 4kbps (其他類似的G. 723 30ms打包佔用帶寬為22. 9kbps等等)。 202、3G接收方網關通過建立的有損編解碼語音通道接收到高速傳真機的高速傳
真信號後，向3G發送方網關發送低速傳真SIP (Session InitiationProtocol,會話初始化
協議)協商請求。 具體地，可以在在向3G發送方網關發送低速傳真SIP協商請求前，3G接收方網關 確定當前上行帶寬是否支持高速傳真，如果不支持，則向3G發送方網關發送低速傳真SIP 協商請求，如果當前上行帶寬支持高速傳真，則3G發送方網關將通過高速傳真信號來發送 報文。 具體地，向3G發送方網關發送低速傳真SIP協商請求可以為在接收方網關的SIP re-invite(傳真請求)報文中，加入低速傳真信號的描述，發送給3G發送方網關，等待其回應。 203、3G發送方網關收到上述請求，進行低速傳真SIP協商請求處理，回復低速 傳真SIP協商成功消息。在回復低速傳真SIP協商成功消息的同時或者之後啟動T. 38， 14400bps速率傳真流程。 204、3G接收方網關收到上述低速傳真SIP協商成功消息後，啟動T. 38， 14400bps
速率傳真流程。 T. 38傳真流程具體包括，3G發送方網關與3G接收方網關進行低速傳真信號協商， 所述低速傳真信號協商是T. 38， 14400bps速率傳真信號協商。3G接收方網關利用協商成功 的低速傳真信號接收上述3G發送方網關發送的T. 38傳真報文。 本發明應用實例通過把高速傳真的SIP協商轉換為低速傳真的SIP協商，把高速 傳真流程轉為低速傳真流程處理，如T. 38傳真流程。T. 38傳真(在最常見的3個冗餘包， 20ms打包方式下)可在最大14400bps臨界值速率下，佔用上下行雙向帶寬均為62. 4kbps 左右，滿足3G環境的要求。本實施例給出了一種把高速傳真轉為低速傳真處理的解決方 法，以適應帶寬為目的，提高傳真成功率，在其它常見接入網絡中(例如WiMAX)都可以應 用。
實施例三 對應於上述方法實施例，如圖3所示，為本發明實施例一種傳真的裝置結構示意 圖，上述裝置包括 協商單元301，用於接收發送方網關發送的高速傳真信號後，與上述發送方網關進 行低速傳真會話初始化協議協商。所述協商單元具體地可以發送攜帶有低速傳真信號的描 述的會話初始化協議傳真請求給發送方網關，接收發送方網關回復的低速傳真會話初始化 協議協商成功報文。 低速傳真處理單元302，用於低速傳真會話初始化協議協商成功後，啟動低速傳真流程。具體用於與發送方網關進行低速傳真信號協商；通過協商的低速傳真信號接收傳真 報文。 如圖4所示，為本發明實施例另一種無線網關的結構示意圖，所述無線網關包括 通道建立單元401，用於與所述發送方網關建立語言通道；所述語音通道包括有損編解碼 語音通道。 可選的，上述有損編解碼至少可以包括如下之一 G. 726、 G. 723、 G. 729。上述協 商單元協商成功的低速傳真信號可以包括T. 38低速傳真臨界值14400bps速率、3個冗餘 包、20ms打包時長的信號。上述發送方網關和接收方網關至少可以包括如下之一 3G網關、 WiMAX網關等，其中，3G網關可以包括TD-SCDMA網關等，本發明實施例並不以此為限。
信令接收單元402，用於利用所述語音通道接收發送方網關發送的高速傳真信號。
協商單元403，用於接收發送方網關發送的高速傳真信號後，與上述發送方網關進 行低速傳真會話初始化協議協商。 低速傳真處理單元404，用於低速傳真會話初始化協議協商成功後，啟動低速傳真 流程。 所述低速傳真處理單元404具體包括低速傳真信號協商單元4041，用於協商低 速傳真信號，如T. 38傳真信號。報文接收單元4042，用於通過所述低速傳真信號接收傳真 報文。 所述無線網關還可以包括確定單元405，用於所述信令接收單元402接收發送方 網關發送的高速傳真信號後，確認所述發送方網關與接收方網關之間的上行信道帶寬不支 持高速傳真；所述協商單元403，用於在所述確定單元405確認所述發送方網關與接收方網 關之間的上行信道帶寬不支持高速傳真後，與所述發送方網關進行低速傳真會話初始化協 議協商。 本發明上述無線網關實施例因為採用將高速傳真轉為低速傳真處理的技術手段， 所以適應了網絡帶寬，提高了傳真成功率。 本領域普通技術人員可以理解實現上述實施例方法中的全部或部分步驟是可以
通過程序來指令相關硬體來完成，所述的程序可以存儲於一計算機可讀取存儲介質中，該
程序在執行時，包括上述全部或部分步驟，所述的存儲介質，如ROM/RAM、磁碟、光碟等。 以上所述的具體實施方式
，對本發明的目的、技術方案和有益效果進行了進一步
詳細說明，所應理解的是，以上所述僅為本發明的具體實施方式
而已，並不用於限定本發明
的保護範圍，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含
在本發明的保護範圍之內。
權利要求
一種傳真的方法，其特徵在於，所述方法包括接收發送方網關發送的高速傳真信號後，與所述發送方網關進行低速傳真會話初始化協議協商；所述低速傳真會話初始化協議協商成功後，啟動低速傳真流程。
2. 如權利要求1所述方法，其特徵在於，所述接收發送方網關發送的高速傳真信號包括與所述發送方網關建立語言通道；利用所述語音通道接收發送方網關發送的高速傳真信號。
3. 如權利要求2所述方法，其特徵在於，所述語音通道包括有損編解碼語音通道。
4. 如權利要求1所述方法，其特徵在於，所述與所述發送方網關進行低速傳真會話初 始化協議協商包括向所述發送方網關發送低速傳真會話初始化協議協商請求； 接收所述發送方網關回復的低速傳真會話初始化協議協商成功消息。
5. 如權利要求1所述方法，其特徵在於，所述接收發送方網關發送的高速傳真信號後， 與所述發送方網關進行低速傳真會話初始化協議協商之前，所述方法還包括若確認所述發送方網關與接收方網關之間的上行信道帶寬不支持高速傳真，則與所述 發送方網關進行低速傳真會話初始化協議協商，所述協商成功後，利用協商成功的低速傳 真信號接收所述發送方網關發送的傳真報文。
6. 如權利要求1所述方法，其特徵在於，所述低速傳真流程包括 與發送方網關進行低速傳真信號協商；通過協商的低速傳真信號接收傳真報文。
7. —種無線網關，其特徵在於，所述無線網關包括協商單元，用於接收發送方網關發送的高速傳真信號後，與所述發送方網關進行低速 傳真會話初始化協議協商；低速傳真處理單元，用於在所述低速傳真會話初始化協議協商成功後，啟動低速傳真 流程。
8. 如權利要求7所述無線網關，其特徵在於，所述無線網關還包括 通道建立單元，用於與所述發送方網關建立語言通道；信令接收單元，用於利用所述語音通道接收發送方網關發送的高速傳真信號。
9. 如權利要求7所述無線網關，其特徵在於，所述協商單元具體用於發送攜帶有低速傳真信號的描述的會話初始化協議傳真請求給發送方網關，接收發送方網關回復的低速傳 真會話初始化協議協商成功報文。
10. 如權利要求7所述無線網關，其特徵在於，所述低速傳真處理單元包括 低速傳真信號協商單元，用於協商低速傳真信號； 報文接收單元，用於通過所述低速傳真信號接收傳真報文。
11. 如權利要求7所述無線網關，其特徵在於，所述無線網關還包括 確定單元，用於所述信令接收單元接收發送方網關發送的高速傳真信號後，確認所述發送方網關與接收方網關之間的上行信道帶寬不支持高速傳真；所述協商單元，用於在所述確定單元確認所述發送方網關與接收方網關之間的上行信道帶寬不支持所述高速傳真後，與所述發送方網關進行低速傳真會話初始化協議協商。
全文摘要
本發明實施例提供一種傳真的方法和無線網關，上述方法包括接收發送方網關發送的高速傳真信號後，與所述發送方網關進行低速傳真會話初始化協議協商；所述低速傳真會話初始化協議協商成功後，啟動低速傳真流程。上述無線網關包括協商單元，用於接收發送方網關發送的高速傳真信號後，與所述發送方網關進行低速傳真會話初始化協議協商；低速傳真處理單元，用於在所述低速傳真會話初始化協議協商成功後，啟動低速傳真流程。本發明的實施例將高速傳真轉為低速傳真處理，適應了網絡帶寬，提高了傳真成功率。
文檔編號H04N1/00GK101695102SQ200910211130
公開日2010年4月14日 申請日期2009年9月21日 優先權日2009年9月21日
發明者徐軍 申請人:深圳華為通信技術有限公司;