[發明專利]基于3G網絡的帶內數據傳輸方法

有效

• 申請號: 201310488432.7
• 申請日: 2013-10-17
• 公開（公告）號: CN103607264A
• 公開（公告）日: 2014-02-26
• 發明（設計）人: 丁雪瑤;徐鳳茹;周星;汪江萍
• 申請（專利權）人: 興唐通信科技有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18
• 代理公司: 北京路浩知識產權代理有限公司 11002
• 代理人: 李相雨

技術領域

本發明涉及通信技術領域，特別涉及一種基于3G網絡的帶內數據傳輸方法。

背景技術

在移動通信系統中，利用帶內通道進行非語音數據的傳輸有著廣泛的應用。其中一項重要的應用是帶內密分，即通信雙方建立帶內通道后，利用帶內通道進行密鑰數據的傳輸，從而實現密話業務。

在3G移動通信系統中，帶內語音編解碼技術為自適應多速率（Adaptive?Multi-Rate，AMR）技術。根據3GPP?TS26.101標準，AMR幀分為三部分：幀類型、核心幀和比特填充。其中，AMR核心幀由語音和噪聲數據構成，根據其承載數據的重要性又分為三種類型：類型A、類型B和類型C（Class?A/B/C）。其中，類型A是一幀中最敏感、最重要的數據。一旦該部分數據損壞，整個幀就無法解碼，會從數據流中直接刪除。而類型B是重要性略次于類型A的數據，類型C是重要性更次于類型B的數據。

在第三代移動通信系統中，基于3G公網的加密技術的相關研究目前還處于起步階段，其方法和機制均有待研究?；?G網絡的加密通信網是疊加于公網之上的專用網絡，通過專用加密終端和加密設備實現密話業務。其密鑰數據傳輸的實現必須達到以下要求：

1、傳輸時延盡量短。由于密鑰分發是一次加密通話接通之前必須進行的過程，如果占用的時間過長，會導致用戶在線上等待密話協商的時間太長，降低用戶體驗。

2、終端算法盡量簡單高效。在加密網中，通話發起端和接收端為移動終端，相關加密操作均由手機的加密單元完成，其資源和計算能力有限。

3、傳輸可靠性高于普通語音業務。眾所周知，在語音業務中，即使有一定程度的誤幀，接收端仍然可以還原出有失真或瑕疵的語音信號。然而密鑰數據可容忍的差錯率較之語音信號要小得多，否則會導致加密通信的失敗。通常情況下，要求密鑰分發的傳輸可靠性要達到95%以上。

要達到上述三個要求，現有技術中提出了一些解決方案，其中一種數據傳輸方法為：發送實體將多個分組發送給接收實體，每個分組被打碎成多個分片分組，其中，多個分片分組形成具有序列號的序列，且每個分片分組具有分片號，分片號按順序編號但是序列號保持相同。其中，分片分組按分片號的順序發送，而不用等待來自接收實體對每個單獨分片分組的確認。接收實體僅在接收到序列的最后分片分組時，將確認幀發送給發送實體。發送實體若沒有接收到確認幀，則重新發送該序列的所有分片分組；如果接收到確認幀，則基于位映射字段重新發送丟失的分片分組到接收方。

上述方法中，發送端需要根據確認幀判斷是否重發一個或多個分片分組，發送端的處理較為復雜，不適合用于資源有限的加密終端之間傳輸數據，并且該發明中未解決接收端仍接收不到發送端重發的分片分組的問題。因此選擇何種數據傳輸方法保證數據可靠高效傳輸是本發明要解決的問題之一。

如前所述，3G網絡中帶內數據傳輸是通過AMR數據幀攜帶，AMR核心幀根據其承載數據的重要性又分為三種類型：類型A、類型B和類型C，其重要性依次降低。在帶內數據的傳輸過程中，如果將數據全部由類型A承載，傳輸可靠性較高，但每幀數據可承載的數據量較少，從而導致傳輸時間較長；如果將數據由類型A、B、C共同承載，每幀數據量較大但傳輸可靠性降低。因此，在AMR數據幀中以何種方式承載數據，以在數據傳輸效率和傳輸可靠性之間達到較優的平衡，是本發明要解決的另一個問題。

發明內容

（一）要解決的技術問題

本發明要解決的技術問題是：如何保證終端之間的數據可靠高效地傳輸。

（二）技術方案

為解決上述技術問題，本發明提供了一種基于3G網絡的帶內數據傳輸方法，包括步驟：

S1：發送端循環地向接收端發送本次業務數據包的子包數據幀；

S2：接收端接收所述子包數據幀，并在接收到所述數據包的最后一幀時，判斷是否接收到所述數據包的所有子包數據幀，若是，則向發送端發送確認應答，否則繼續接收所述發送端發來的子包數據幀；

S3：發送端在收到所述確認應答后停止發送本次業務數據包的子包數據幀，本次業務交互結束。

其中，所述步驟S1具體包括：發送端按子包數據幀的子包序號從第一個子包順序地發送子包數據幀，每發送一個數據包判斷是否收到所述確認應答，若未收到所述確認應答，繼續發送下一個子包數據幀，直到發送完最后一個子包數據幀，若還未收到確認應答，則循環發送數據包的子包數據幀。

其中，所述步驟S2具體包括：