[發明專利]IP報文的發送、接收的方法及裝置

無效

• 申請號: 200810085727.9
• 申請日: 2008-03-13
• 公開（公告）號: CN101534291A
• 公開（公告）日: 2009-09-16
• 發明（設計）人: 唐湜;楊建剛
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/56
• 代理公司: 北京集佳知識產權代理有限公司
• 代理人: 逯長明

技術領域

本發明涉及通信技術領域，具體涉及IP報文的發送、接收的方法及裝置。

背景技術

在互聯網協議(IP)網絡中使用報文封裝技術來攜帶真正有用的數據信息，一般情況下每份報文的格式是：鏈路層協議頭+IP頭+高層協議頭(可以有幾層)+有效數據。如在鏈路層為PPP時，傳輸有效信息為語音信息的報文封裝格式一般如圖1所示。

參考圖1中可以看出，相對于有效信息僅為15～30字節(bytes)等小報文來說，如果每份報文都攜帶40字節的IP+UDP+RTP報文頭，傳輸效率是非常低下的。為此標準化組織規定了一系列的IP頭壓縮(IPHC)協議，來解決這個問題，目前使用最廣泛的頭壓縮協議是壓縮實時傳輸協議(CompressedReal-time?Transport?Protocol，cRTP)和增強壓縮實時傳輸協議(EnhancedCompressed?Real-time?Transport?Protocol，EcRTP)，由于EcRTP是cRTP協議的增強，所以在實際應用中，啟用EcRTP協議的一方一般都能夠兼容cRTP協議。這兩種協議能夠將IP頭以后(包括IP頭)，有效數據之前的各級協議頭總共壓縮為2～4個字節。這樣可以極大的降低報文的冗余度，提高鏈路的帶寬利用率。

圖2是以PPP鏈路上采用cRTP協議壓縮為例，列出了壓縮后的報文封裝格式：

各種IP頭壓縮協議技術的原理是這樣的：IP/TCP/UDP/RTP頭部有一半的字節在一條流的傳輸期間是保持不變的(源目的IP地址、源目的端口號等)，盡管每個包中總有幾個字節要發生變化(IP報文的ID，RTP報文的TimeStamp等)，但包與包之間的區別通常卻是恒定的，因此二次差分為0。壓縮端可以在發送一次或N+1次未壓縮頭(FULL_HEADER)之后，將未變化的字段從其后的壓縮頭中剔除，其余的壓縮來自于對變化字段進行區分編碼以減少長度，此外，IP頭部以及UDP頭部中的長度字段可以由鏈路層長度計算得到，因此也可以壓縮掉。通過維護壓縮端與解壓端共享的未壓縮頭與一次差分序列，所需通信的便只有二次差分為0的信息了。在這種情況下，如果不考慮任何信息丟失，解壓端在收到一個壓縮包后可以通過將一次差分結果疊加到未壓縮頭來重建原始報文頭部。

IP頭壓縮協議為每條流維護一個上下文會話狀態，用來標識壓縮端和解壓縮端共享的未壓縮頭與一次差分序列。壓縮包攜帶一個簡稱為CID(表示會話上下文標識符)的小整數(根據通信雙方需要建立的壓縮會話數來定義CID的范圍，如雙方只需要同時進行256條壓縮會話的通信，則CID只需要8bit。)來指示該壓縮包屬于哪個上下文，解壓端使用CID就可以直接找到先前通過收到的FULL_HEADER報文所記錄下來的未壓縮頭和差分序列了。

EcRTP和cRTP的原理基本相同，而EcRTP對于cRTP的一個增強是：由于FULL_HEADER報文負責在通信雙方間建立一條共享的會話，所以如果由于傳輸質量的原因造成FULL_HEADER的丟失會引起通信質量的嚴重下降，為此EcRTP規定每條流在建立會話的過程中，需要多次(N+1次，N值壓縮參數之一)發送FULL_HEADER報文，以防止FULL_HEADER報文的丟失。

在使用cRTP協議或EcRTP協議進行頭壓縮時，通信的雙方(壓縮端和解壓縮端)應該保持一致的壓縮參數，以便于對于每種壓縮類型的報文都能夠保證解釋的一致。

壓縮參數的一致可以通過底層協議(PPP、MPLS等)的協商完成，也可以通過在通信的雙方手工配置的一致來保證。EcRTP是對cRTP的增強，一般在cRTP的基礎上增強實現EcRTP，所以在實際應用中，啟用EcRTP協議的一方一般都能夠兼容cRTP協議。

在對現有技術的研究和實踐過程中，發明人發現現有技術存在以下問題：

EcRTP和cRTP兩種協議定義的壓縮報文類型值基本相同，但是某些報文的格式(如COMPRESSED_UDP類型報文)差異很大。而如果不是通過底層協議的協商來完成壓縮參數的一致，則在配置人員出現錯誤的情況下，兩端手工配置的壓縮參數有可能出現不一致(如一端配置cRTP、一端配置EcRTP)的情況，而協議無法檢測出這種異常情況。這樣引起通信的中斷。

發明內容

本發明實施例解決的技術問題是提供IP報文的發送、接收的方法及裝置，可以避免由于通信雙方采用的壓縮實時傳輸協議不一致引起的通信中斷。

本發明實施例提供一種IP報文的接收方法，包括：