[發明專利]基于ATM承載IP語音的數據壓縮方法

無效

• 申請號: 201010560942.7
• 申請日: 2010-11-26
• 公開（公告）號: CN102006295A
• 公開（公告）日: 2011-04-06
• 發明（設計）人: 康宗緒;李洪超;于進強;王凱;向紅
• 申請（專利權）人: 重慶金美通信有限責任公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/56
• 代理公司: 重慶輝騰律師事務所 50215
• 代理人: 侯懋琪;寸南華

技術領域

????本發明涉及一種通信技術，尤其涉及一種基于ATM承載IP語音的數據壓縮方法。?

背景技術

IP電話由于具有較高的性價比，得到越來越多的應用。話音經過采樣、PCM編碼后變成二進制數據，再經過一定的壓縮編碼技術，形成ip數據包，以適合ip網絡的傳輸帶寬。?

壓縮編碼技術比較常用的是G.723.1和G.729編碼標準，其目的就是對話音數據進行壓縮。編碼標準針對的是話音采樣后的數據。?

話音數據的傳輸過程是，編碼器生成的話音數據被逐層封裝成RTP，UDP和IP包，這樣的語音幀頭部長度最少也達到40B（20ip頭+8udp頭+12rtp頭），而經過壓縮編碼后的話音數據作為有效載荷也只有幾十字節。這樣對于一個相同的語音流來說，在連續的語音包中語音幀的頭部信息大部分是相同的，也就是冗余度很高。為了降低這種冗余度，必須采用頭部壓縮技術。?

IETF提供了多種包頭壓縮的標準，cRTP就是最有影響力的一種。他可以將?40B的包頭最小壓縮至2B?。用?cRTP進行頭部壓縮,必須維護上下文信息(?Context?,即未壓縮的在通路兩端上一次發送的包頭)，這樣，頭部僅僅攜帶上下文信息的變化即可。但是如果發生丟包或包被損壞，接收端就無法正確地更新上下文信息。所以必須提供相應的機制去監測上下文錯誤并去修復他。cRTP可以發送上下文更新請求來修復上下文，但是鏈路上的往返時間會影響這種修復機制的效率。?

發明內容

針對背景技術中存在的問題，本發明提出了一種基于ATM承載IP語音的數據壓縮方法，在接入設備與交換網絡之間插入加/刪包頭模塊，在源端交換網絡和目的端交換網絡之間只傳遞數據凈荷；步驟為：?

1）lsp隧道建立

2）本端和對端的加/刪包頭模塊傳遞信息，建立壓縮信息數據庫；

3）源端接入設備發送的數據傳遞到源端的加/刪包頭模塊，源端的加/刪包頭模塊根據壓縮信息數據庫對數據作刪除包頭處理，然后再將處理后的數據傳遞到源端交換網絡；

4）目的端交換網絡將數據傳遞到目的端的加/刪包頭模塊，目的端的加/刪包頭模塊根據壓縮信息數據庫對數據作包頭復原處理，然后再傳遞到目的端接入設備。

所述的壓縮信息數據庫中記錄有加/刪包頭模塊對本端的接入設備發來的數據，所作的刪除處理的刪除內容信息。?

所述的加/刪包頭模塊，在lsp隧道建立的同時，本端和對端的加/刪包頭模塊互相交換壓縮信息數據庫中的信息，并記錄在對端的壓縮信息數據庫中。?

本發明的有益技術效果是：通過對包頭的刪除/還原處理，避免了在網絡中傳輸包頭信息，在網絡中僅傳輸數據的有效凈荷，節省了網絡帶寬。?

附圖說明

圖1、端到端話音包頭部壓縮示意圖；?

圖2、加/刪話音包頭系統原理圖。

具體實施方式

現有技術中，按照MPLS域通常的lsp隧道建立模式為三段式，即：源接入端à交換網絡à目的接入端；本發明的改進在于：在接入端和交換網絡間增加一段lsp隧道，即：源接入端à加/刪包頭模塊à交換網絡à加/刪包頭模塊à目的接入端。這樣就保證了數據會流過加刪包頭模塊并被處理：源接入端發送的數據，被刪除掉包頭后，只有凈荷在網絡上傳遞，目的接入端接收到的數據，是經加/刪包頭模塊復原處理后的數據，數據在加/刪包頭模塊中被復原成標準的RTP報文。?

上述方案具體來說，為：在接入設備與交換網絡之間插入加/刪包頭模塊，加/刪包頭模塊中預置有包頭增/刪策略；其處理步驟為：?

1）源端接入設備發送的數據傳遞到源端的加/刪包頭模塊，源端的加/刪包頭模塊根據包頭增/刪策略對數據作刪除包頭處理，然后再將處理后的數據傳遞到源端交換網絡；

2）源端交換網絡將數據傳遞到目的端交換網絡，目的端交換網絡將數據傳遞到目的端的加/刪包頭模塊，目的端的加/刪包頭模塊根據包頭增/刪策略對數據作包頭復原處理，然后再傳遞到目的端接入設備；

在源端交換網絡和目的端交換網絡之間只傳遞數據凈荷。