專利名稱：壓縮實時協(xié)議的優(yōu)化方法和裝置的制作方法
技術領域：
本發(fā)明涉及一種信息處理方法，尤其涉及一種壓縮實時協(xié)議的優(yōu)化方法 和裝置。
背景技術：
隨著實時傳輸協(xié)議(RTP， Real-time Transport Protocol)成為正式的 Internet標準(RFC, Request For Comments)發(fā)行，人們對于利用RTP實J見不
同的網絡音視頻應用程序間互操作的興趣也日益增長。然而在使用低速鏈路 如14. 4Kb/s或28. 8Kb/s撥號時，12字節(jié)的RTP頭對于僅有20字節(jié)的負載而 言開銷實在太大。為了減少頭占用的字節(jié)， 一些應用通常使用自定義的協(xié)議， 而這樣削減了 RTP相關的功能。
也可通過壓縮技術來令IP/UDP/RTP包頭變小，如壓縮實時協(xié)議(CRTP (RFC2508 ))。如圖1所示，壓縮可以針對于在端到端應用中的RTP頭 (HEADER),或者針對Link-by-Link應用中的IP, UDP， RTP的組合頭。將40 字節(jié)的組合頭一起進行壓縮比僅壓縮12字節(jié)的RTP頭更具實際效果，因為兩 種情況下的結果大小均為約2-4字節(jié)。同時，由于延遲和丟失率都很低，對 Link-by-Link應用進行壓縮，性能也更好。CRTP在不發(fā)送用戶數據報協(xié)議 (UDP， User Datagram Protocol)校驗和的情況下，將大多數包的IP/UDP/RTP 頭壓縮到2個字節(jié)，在帶校驗和時則壓縮到4個字節(jié)。
CRTP是在E1鏈路上常用的點到點壓縮算法，CRTP算法可以把IP/UDP/RTP 共36字節(jié)的報文頭壓縮到6-9字節(jié)，大大提高鏈路利用率。如圖2A所示，壓縮 啟動時壓縮方構造FULL HEAD報文，該報文包含壓縮標識(CID， Co即ress
4identification)和完整的IP/UDP/RTP頭部字段，傳遞給解壓端以供解壓端 構造上下文(CONTEXT)表項。解壓端建立起CID-IP/UDP/RTP的映射關系后， 壓縮端后續(xù)發(fā)送僅包含CID壓縮頭的報文來節(jié)省帶寬。解壓端根據壓縮頭的 CID來查表恢復出IP/UDP/RTP頭部字段。解壓端同時檢查CID的有效性和連續(xù) 性，如果發(fā)現(xiàn)CID丟失，則表示線路上發(fā)生了傳輸錯誤，解壓端會構造上下文 狀態(tài)(context state)報文發(fā)給壓縮端，來要求壓縮端重新發(fā)送完整頭(FULL HEAD)報文以便重建CID-IP/UDP/RTP的映射表項。在鏈路正常的情況下，這 種機制可以很好的做到錯誤重傳。
但是如圖2B所示，在網絡擁塞下，如果解壓端側發(fā)現(xiàn)丟包，會向壓縮端 發(fā)起context state報文請求同步。壓縮端收到context state報文后會在多 條鏈路上并發(fā)發(fā)出多條完整頭(FULL HEAD)報文。而FULL HEAD報文比通常 傳輸的壓縮頭(Compress head)多出IP/UDP/RTP包頭共計32字節(jié)，占用帶寬 較大，會造成一輪新的擁塞，產生傳輸惡化的雪崩效應，從而大大降低傳輸 效率。
發(fā)明內容
本發(fā)明實施例的目的在于提供一種壓縮實時協(xié)議的優(yōu)化方法和裝置，能 夠避免在網絡擁塞下解壓側數據包丟失產生傳輸惡化的雪崩效應。
本發(fā)明實施例的目的在于提供一種壓縮實時協(xié)議的優(yōu)化方法，該方法包 括定時檢測鏈路可用帶寬；以及若可用帶寬小于預先設定比例時，通知上 層中央處理器，禁止響應上下文狀態(tài)報文。
本發(fā)明實施例還提供一種壓縮端裝置，該裝置包括檢測模塊，用于定 時檢測鏈路可用帶寬；比較模塊，用于比較所述可用帶寬是否小于預先設定比例；以及響應模塊，若比較模塊的比較結果為可用帶寬小于所述預先設定 比例時，通知上層中央處理器，所述上層中央處理器通知底層網絡處理器， 禁止響應上下文狀態(tài)報文。
在應用CRTP壓縮協(xié)議的窄帶鏈路上，如果發(fā)生流量擁塞，應用本發(fā)明可 以有效緩解原協(xié)議算法導致的擁塞加劇的雪崩效應，更充分的利用帶寬，提 高傳輸效率。
此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部 分，并不構成對本發(fā)明的限定。在附圖中
圖1為RTP數據包格式在壓縮前后的示意圖。
圖2A為正常情況下CRPT的壓縮端和被壓縮端之間的操作示意圖。 圖2B為擁塞傳輸下CRPT的壓縮端和被壓縮端之間的操作示意圖。 圖3為根據本發(fā)明的壓縮實時協(xié)議的優(yōu)化方法一實施例的流程圖。 圖4為根據本發(fā)明的壓縮實時協(xié)議的優(yōu)化方法另一實施例的流程圖。 圖5為根據本發(fā)明的壓縮端裝置的一實施例的結構示意圖。
具體實施例方式
為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合實 施例和附圖，對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實 施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。
實施例一
參照圖3，本發(fā)明實施例提供一種壓縮實時協(xié)議的優(yōu)化方法。以下參照附 圖對本發(fā)明實施例進行詳細說明。
該方法包括當發(fā)生流量擁塞后，由壓縮端執(zhí)行以下步驟步驟S301:定時檢測鏈路可用帶寬，具體包括讀取在預定時刻TO讀取鏈
路發(fā)送報文字節(jié)數ByteJTO，在下一預定時刻Tl讀取鏈路發(fā)送報文字節(jié)數 Byte—Tl，從而得到實際帶寬Band= (Byte—Tl-Byte—TO) / (Tl-TO)，如此通過
各預定時刻的鏈路發(fā)送報文字節(jié)數可以實現(xiàn)定時檢測鏈路可用帶寬；以及
步驟S302:當所述可用帶寬小于等于預先設定比例時，不響應上下文狀 態(tài)報文。
在該步驟中設定比例可以為20%，當可用帶寬小于整個帶寬的20%時，可 以通知上層CPU，禁止響應上下文狀態(tài)報文。 可選地，本實施例可以進一步包括
當所述可用帶寬大于所述預先設定比例時，通知上層CPU，上層CPU通知 底層網絡處理器(NP，Network processor)，允許響應上下文狀態(tài)報文(context state)。例如，上層CPU將標記位設置為允許響應上下文狀態(tài)報文(context state)的狀態(tài)，并通過此標記位通知底層NP。
本實施例可以在應用CRTP壓縮協(xié)議的窄帶鏈路上發(fā)生流量擁塞時，有效 緩解原協(xié)議算法導致的擁塞加劇的雪崩效應，更充分的利用帶寬，提高傳輸 效率。
實施例二
參照圖4，本發(fā)明實施例提供另一種壓縮實時協(xié)議的優(yōu)化方法。以下參照 附圖對本發(fā)明實施例進行詳細說明。
該方法包括當發(fā)生流量擁塞后，由壓縮端執(zhí)行以下步驟
步驟S401:定時動態(tài)檢測鏈路可用帶寬，具體方法同上；
步驟S402:判斷所述可用帶寬是否大于預設比例，若大于預設比例，則 執(zhí)行步驟S403;若小于預設比例，則執(zhí)行步驟S405;
例如，根據帶寬使用的實際情況，可以將預設比例設置為20%;
步驟S403:響應上下文狀態(tài)報文(context state);在該步驟中，通知 上層CPU，上層CPU通知底層NP，允許響應context state,例如，上層CPU將標記位設置為允許響應上下文狀態(tài)報文(context state)的狀態(tài)，并通過 此標記位通知底層NP;
步驟S404:構造完整壓縮頭部(FULL HEAD)報文并發(fā)送給解壓端裝置；
步驟S405:不響應上下文狀態(tài)報文，在該步驟中，通知上層CPU,上層 CPU通知底層網絡處理器NP，設置禁止響應context state,例如，上層CPU 將標記位設置為禁止響應上下文狀態(tài)報文(context state)的狀態(tài)，并通過 此標記位通知底層NP;
步驟S406:調節(jié)流量，使流量適應所述可用帶寬環(huán)境，其中可以通過使 流量源端降速來實現(xiàn)流量控制。
本實施例可以在應用CRTP壓縮協(xié)議的窄帶鏈路上發(fā)生流量擁塞時，有效 緩解原協(xié)議算法導致的擁塞加劇的雪崩效應同時，進一步控制流量速度，更 充分的利用帶寬，提高傳輸效率。
實施例三
參照圖5，本發(fā)明實施例提供一種優(yōu)化壓縮實時協(xié)議的壓縮端裝置。下面 參照附圖對本發(fā)明實施例進行詳細說明。 該壓縮端裝置500包括 檢測模塊501，用于定時檢測鏈路可用帶寬； 比較模塊502，用于比較所述可用帶寬是否大于預先設定比例； 例如，根據帶寬使用的實際情況，可以將預設比例設置為20%; 響應模塊503，用于根據比較模塊502的比較結果，確定是否響應上下文
狀態(tài)報文；若比較結果為可用帶寬大于預先設定比例，則響應模塊503通知 上層CPU，上層CPU用通知底層NP，允許響應context state;若比較結果為 可用帶寬小于等于預先設定比例，則響應模塊503通知上層CPU，上層CPU通 矢口底層NP，禁止響應context state。
上述上層CPU可以通過將預設的標記位設置為允許響應context state 的狀態(tài)或禁止響應context state的狀態(tài)來通知底層NP。在其他實施例中，該壓縮端裝置500還可以包括
完整頭報文裝置504，用于當響應模塊503確定響應上下文狀態(tài)報文時向解壓端裝置發(fā)送FULL HEAD報文；
流量控制模塊505，用于當響應模塊503確定不響應上下文狀態(tài)報文時控制流量，調節(jié)流量以適應所述可用帶寬環(huán)境。進一步地，流量控制模塊505可以通過降低流量源端的流量速度來調節(jié)流量。
本實施例可以在應用CRTP壓縮協(xié)議的窄帶鏈路上發(fā)生流量擁塞時，有效緩解原協(xié)議算法導致的擁塞加劇的雪崩效應，更充分的利用帶寬，提高傳輸效率。
以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
9
權利要求
1.一種壓縮實時協(xié)議的優(yōu)化方法，其特征在于，該方法包括定時檢測鏈路可用帶寬；若所述可用帶寬小于等于預先設定比例時，通知上層中央處理器，禁止響應上下文狀態(tài)報文。
2. 根據權利要求1所述的方法，其特征在于所述預先設定比例為20%。
3. 根據權利要求1所述的方法，其特征在于若所述可用帶寬小于等于 預先設定比例時，向解壓端發(fā)送完整頭報文。
4. 根據權利要求1所述的方法，其特征在于，所述方法進一步包括若 所述可用帶寬大于所述預先設定比例時，通知上層中央處理器，允許響應上 下文狀態(tài)報文。
5. 根據權利要求4所述的方法，其特征在于，還包括當所述可用帶寬 大于所述預先設定比例時，調節(jié)流量，使流量適應所述可用帶寬。
6. 根據權利要求5所述的方法，其特征在于，所述調節(jié)流量包括降低 流量源端的流量速度。
7. —種壓縮端裝置，其特征在于，該裝置包括 檢測模塊，用于定時檢測鏈路可用帶寬；比較模塊，用于比較所述可用帶寬是否小于等于預先設定比例；以及 響應模塊，若所述比較模塊的比較結果為所述可用帶寬小于等于所述預先設定比例時，通知上層中央處理器，所述上層中央處理器通知底層網絡處理器，禁止響應上下文狀態(tài)報文。
8. 根據權利要求7所述的裝置，其特征在于所述響應模塊還用于當所 述比較模塊的比較結果為所述可用帶寬大于所述預先設定比例時，允許響應 上下文狀態(tài)報文。
9. 根據權利要求8所述的裝置，其特征在于還包括流量控制模塊，用于當所述比較模塊的比較結果為所述可用帶寬大于所述預先設定比例時，降 低流量源端的流量速度。
10.根據權利要求7所述的裝置，其特征在于還包括完整頭報文模塊， 當所述比較模塊的比較結果為所述可用帶寬小于等于所述預先設定比例時， 向解壓端發(fā)送完整頭報文。
全文摘要
本發(fā)明提供一種壓縮實時協(xié)議的優(yōu)化方法，該方法包括定時檢測鏈路可用帶寬；若可用帶寬小于預先設定比例時，通知上層中央處理器，禁止響應上下文狀態(tài)報文。此外，本發(fā)明還提供一種壓縮端裝置，該裝置包括檢測模塊，用于定時檢測鏈路可用帶寬；比較模塊，用于比較所述可用帶寬是否小于預先設定比例；以及響應模塊，若比較模塊的比較結果為可用帶寬小于所述預先設定比例時，通知上層中央處理器，所述上層中央處理器通知底層網絡處理器，允許不。在應用CRTP壓縮協(xié)議的窄帶鏈路上，如果發(fā)生流量擁塞，應用本發(fā)明可以有效緩解原協(xié)議算法導致的擁塞加劇的雪崩效應，更充分的利用帶寬，提高傳輸效率。
文檔編號H04L1/00GK101494526SQ20091012885
公開日2009年7月29日 申請日期2009年3月17日 優(yōu)先權日2009年3月17日
發(fā)明者郭曉陽 申請人:華為技術有限公司