專利名稱：一種傳輸報(bào)文的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)據(jù)通信技術(shù)領(lǐng)域，特別地涉及一種傳輸報(bào)文的方法和裝置。
背景技術(shù)：
隨著通訊技術(shù)的高速發(fā)展，無(wú)論是在傳統(tǒng)的低速串行鏈路還是3G等無(wú)線 鏈路，基于實(shí)時(shí)傳送協(xié)議RTP( Real Time Protocol)的多Jf某體應(yīng)用越來(lái)越廣泛， RTP報(bào)文通常具有負(fù)載小的特點(diǎn)，語(yǔ)音報(bào)文的負(fù)載甚至比其IP/UDP/RTP報(bào)文 頭還小，造成了帶寬的很大浪費(fèi)，為了節(jié)省帶寬，通常會(huì)使用報(bào)文壓縮技術(shù)。
目前主流的RTP報(bào)文壓縮協(xié)議包括壓縮實(shí)時(shí)傳送協(xié)議CRTP、魯棒頭壓 縮RoHC (Robust Header Compression)協(xié)議，前者設(shè)計(jì)之初是為了用于低速串 行鏈路，后經(jīng)增強(qiáng)型CRTP即ECRTP (Enhanced Compressed RTP)優(yōu)化增強(qiáng) 后，可適應(yīng)更廣泛的鏈路環(huán)境；后者主要設(shè)計(jì)用于無(wú)線網(wǎng)絡(luò)。RoHC協(xié)議相比 CRTP在對(duì)抗丟包、亂序和保持高壓縮率等方面更強(qiáng)，缺點(diǎn)是實(shí)現(xiàn)相比CRTP 復(fù)雜的多。
作為主要的頭壓縮4支術(shù)之一，CRTP協(xié)議可將原始IPv4/UDP/RTP共40個(gè) 字節(jié)的報(bào)文頭壓縮到最小2-4個(gè)字節(jié)，實(shí)際應(yīng)用中因RTP報(bào)文多半攜帶UDP 校驗(yàn)和，所以最小壓縮報(bào)文并不是理論上的2字節(jié)，而通常是4字節(jié)，其結(jié)構(gòu) 見(jiàn)圖1 ，這種結(jié)構(gòu)的^艮文稱作COMPRESSED—RTP—8或COMPRESSED_RTP—16 報(bào)文，該報(bào)文由1個(gè)字節(jié)的上下文標(biāo)識(shí)字段CID字段、1個(gè)字節(jié)的MSTI字段 和2個(gè)字節(jié)的UDP校驗(yàn)和字段組成，MSTI字段在RTP的RTP序列號(hào)的一次 差分deltaSN、 RTP時(shí)間戳的 一次差分deltaTS 、 IPv4序號(hào)字段的 一次差分deltaID 或RTP頭的標(biāo)志位M字段發(fā)生變化時(shí)可自動(dòng)擴(kuò)展壓縮報(bào)頭長(zhǎng)而不需要使用其 他類型報(bào)文。如果現(xiàn)有的CRTP報(bào)文能夠進(jìn)一步得到壓縮，則可以更加節(jié)省帶 寬資源。

發(fā)明內(nèi)容
本發(fā)明提供一種傳輸報(bào)文的方法和裝置，以使現(xiàn)有技術(shù)中的CRTP報(bào)文能 夠進(jìn)一步得到壓縮，以更加節(jié)省帶寬資源。
為解決上述問(wèn)題，本發(fā)明提供如下的技術(shù)方案 一種傳輸報(bào)文的方法，包括
監(jiān)測(cè)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文的M、 S、 T標(biāo)志位的值； 在M、 S、 T標(biāo)志位都為0時(shí)，根據(jù)會(huì)話上下文標(biāo)識(shí)CID、用戶數(shù)據(jù)才艮文
協(xié)議UDP校驗(yàn)和以及實(shí)時(shí)傳送協(xié)議RTP數(shù)據(jù)，構(gòu)造壓縮寺艮文并發(fā)送。
所述監(jiān)測(cè)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文的M、 S、 T標(biāo)志位之前
還包括根據(jù)預(yù)設(shè)的準(zhǔn)則，確認(rèn)用于發(fā)送所述壓縮報(bào)文的鏈路的傳輸質(zhì)量允許
傳輸該壓縮纟艮文。
一種傳輸"R文的裝置，包括
監(jiān)測(cè)模塊，用于監(jiān)測(cè)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文的M、 S、 T 標(biāo)志位的值；
壓縮模塊，用于當(dāng)監(jiān)測(cè)模塊確認(rèn)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文的 M、 S、 T標(biāo)志位都為0時(shí)，根據(jù)會(huì)話上下文標(biāo)識(shí)CID、用戶數(shù)據(jù)報(bào)文協(xié)議UDP 校驗(yàn)和以及實(shí)時(shí)傳送協(xié)議RTP數(shù)據(jù)，構(gòu)造壓縮才艮文；
發(fā)送模塊，用于發(fā)送壓縮模塊構(gòu)造的壓縮報(bào)文。
所述的裝置進(jìn)一步包括評(píng)估模塊，用于根據(jù)預(yù)設(shè)的準(zhǔn)則，確認(rèn)用于發(fā)送所 述壓縮報(bào)文的鏈路的傳輸質(zhì)量允許傳輸該壓縮報(bào)文。
根據(jù)本實(shí)施例的技術(shù)方案，當(dāng)確認(rèn)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文 的M、 S、 T標(biāo)志位都為0時(shí)，根據(jù)CID、 UDP校驗(yàn)和以及RTP數(shù)據(jù)構(gòu)造壓縮 報(bào)文。通過(guò)這樣的方式，使得在鏈路傳輸質(zhì)量較好的情況下構(gòu)造得到的報(bào)文比 現(xiàn)有的CRTP報(bào)文減少了 l個(gè)字節(jié)，由此提高了報(bào)文的壓縮效率，從而進(jìn)一步 節(jié)省了系統(tǒng)的帶寬資源。


圖1為現(xiàn)有的CRTP報(bào)文結(jié)構(gòu)示意圖2為本實(shí)施例中的壓縮報(bào)文結(jié)構(gòu)示意圖3為IP層、CRTP層、PPP層的關(guān)系示意圖4為本實(shí)施例中報(bào)文壓縮端處理流程圖5為本實(shí)施例中報(bào)文解壓端處理流程圖6為本實(shí)施例中的報(bào)文傳輸裝置結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例中的技術(shù)方案作出說(shuō)明。附圖用于幫助理解 實(shí)施例的技術(shù)方案，在實(shí)現(xiàn)中可以不限于附圖所示的形式。
在本實(shí)施例中，對(duì)于待發(fā)送的CRTP報(bào)文，對(duì)其M、 S、 T標(biāo)志位進(jìn)行監(jiān) 測(cè)，如果這些標(biāo)志位都為0，則根據(jù)CID、 UDP校驗(yàn)和以及RTP數(shù)據(jù)構(gòu)造壓縮 報(bào)文然后發(fā)送。在發(fā)送這種壓縮報(bào)文之前，可以先對(duì)傳輸報(bào)文所用的鏈路的質(zhì) 量進(jìn)行評(píng)估，當(dāng)確認(rèn)該鏈路質(zhì)量較好時(shí)再發(fā)送這種壓縮報(bào)文。另一方面，如果 鏈路的質(zhì)量較差，則仍然發(fā)送現(xiàn)有的4字節(jié)CRTP壓縮報(bào)文。也就是說(shuō)本實(shí)施 例中的報(bào)文傳輸方法可以和現(xiàn)有方法相結(jié)合使用。
本實(shí)施例中才艮據(jù)CID、 UDP 4交—瞼和以及RTP凄史據(jù)構(gòu)造的壓縮凈艮文的結(jié)構(gòu) 如圖2所示，在這里將這種結(jié)構(gòu)的報(bào)文稱作COMPRESSED_RTP_X—8或 COMPRESSED—RTP_16報(bào)文。與圖1所示的報(bào)文結(jié)構(gòu)相比，二者的差別在于 圖2中的壓縮報(bào)文不包括MSTI字段和SN字段，于是比圖1所示的報(bào)文要少 一個(gè)字節(jié)。以下對(duì)此差別作進(jìn)一步說(shuō)明。
在鏈路傳輸質(zhì)量較好的情況下，報(bào)文丟包和亂序不嚴(yán)重，傳輸?shù)膱?bào)文很有 規(guī)律，此時(shí)M值為O,且報(bào)文序號(hào)SN、時(shí)間戳TS的二次差分為0，于是M、 S、 T標(biāo)志位都為0，所以在這種的情況下可不必傳輸M、 S、 T標(biāo)志位。I標(biāo)志 位因ID字段只用于IP分片用，且CRTP又不處理分片報(bào)文，原始CRTP方案
7只是為了實(shí)現(xiàn)無(wú)損壓縮而被攜帶，并無(wú)實(shí)際意義，因此可被壓縮端直接舍棄而
不傳輸，至于解壓端則自行根據(jù)上下文中最后報(bào)文的ID值自動(dòng)+1或+N處理 即可。4-bit SN字段主要用于丟包統(tǒng)計(jì)和Twice算法使用，但因其只占4-bit, 能表示的數(shù)值范圍有限，即區(qū)間
,解壓端完全可以直接進(jìn)4亍Twice算法 處理，因沒(méi)有具體次數(shù)的指示，最多估算16次，帶來(lái)的不利影響僅僅是多占 用運(yùn)算元件的資源。丟包數(shù)也能夠通過(guò)間接推算得到，所以4-bitSN字段也可 以直接舍棄。
從上面的分析可知，如果M、 S、 T標(biāo)志位都為0，那么M、 S、 T可以不 必傳輸，而且由于I和壓縮才艮文序號(hào)SN也可以不必傳^T, >^人圖1可以看出， M、 S、 T、 I和SN正好占用一個(gè)字節(jié)，所以在壓縮端可以采用圖2所示的結(jié) 構(gòu)來(lái)構(gòu)造壓縮報(bào)文，而在解壓端則有相應(yīng)的處理方式保證"t艮文的正確傳輸。以 圖3為例，來(lái)自IP層的原始的RTP報(bào)文在CRTP層的壓縮端被壓縮，壓縮方 式可以選用現(xiàn)有壓縮方式或本實(shí)施例中的壓縮方式，然后傳遞l^點(diǎn)到點(diǎn)協(xié)i義 PPP層，壓縮報(bào)文在PPP層傳輸之后，在CRTP層的解壓端恢復(fù)為RTP 4艮文然 后傳遞給IP層作后續(xù)處理。另一方面，如果M、 S、 T三個(gè)標(biāo)志位不全為O, 則應(yīng)當(dāng)根據(jù)圖1的結(jié)構(gòu)來(lái)壓縮報(bào)文。以下對(duì)本實(shí)施例中CRTP層的壓縮端以及 解壓端的處理流程作出說(shuō)明。圖4和圖5分別示出了 CRTP層的壓縮端和解壓 端處理流程的主要步驟。
步驟41:進(jìn)行PPP鏈路協(xié)商。具體地，PPP鏈路的NCP協(xié)商字段suboptions 采用新類型值例如3或4，或者是其他新類型值，其他參數(shù)采用系統(tǒng)的配置值 或默認(rèn)值進(jìn)行協(xié)商。對(duì)于支持本實(shí)施例方法的系統(tǒng)，使用上述新類型值能夠協(xié) 商成功。
步驟42:如鏈路協(xié)商不成功，則用suboptions為l或2作為協(xié)商字l殳重新 發(fā)起協(xié)商，其后根據(jù)現(xiàn)有的CRTP的處理流程進(jìn)行處理；若鏈路協(xié)商成功則轉(zhuǎn) 入步驟43。
步驟43:當(dāng)壓縮端收到RTP報(bào)文后，構(gòu)建上下文，然后發(fā)送全頭l艮文?？梢钥闯龃藭r(shí)系統(tǒng)的工作狀態(tài)采用傳統(tǒng)模式。
步驟44:壓縮端開(kāi)始鏈路質(zhì)量探測(cè)，對(duì)當(dāng)前鏈路傳輸質(zhì)量進(jìn)行評(píng)估。
步驟45:如果評(píng)估結(jié)果為鏈路傳輸質(zhì)量較差，則保持工作狀態(tài)為傳統(tǒng)模式， 按照傳統(tǒng)CRTP才幾制運(yùn)行，否則在步驟44之后轉(zhuǎn)入步驟46。
步驟46:在評(píng)估結(jié)果為鏈路傳輸質(zhì)量較好的情況下，系統(tǒng)工作狀態(tài)遷移為 激進(jìn)模式，在此狀態(tài)下系統(tǒng)的做法是監(jiān)測(cè)要發(fā)送CRTP報(bào)文的M、 S、 T標(biāo)志 位是否都為0，如果都為0，轉(zhuǎn)入步驟48，否則轉(zhuǎn)入步驟47。
步驟47:構(gòu)造COMPRESSED_RTP_8或COMPRESSED—RTP—16報(bào)文， 然后轉(zhuǎn)入步驟49。在本步驟中，系統(tǒng)的工作狀態(tài)與傳統(tǒng)模式有所不同，在此稱 為激進(jìn)才莫式。
步驟48:構(gòu)造COMPRESSED—RTP—X_8或COMPRESSED—RTP—X—16報(bào) 文。此步驟中即根據(jù)圖2所示的結(jié)構(gòu)進(jìn)行報(bào)文構(gòu)造。 步驟49:調(diào)用PPP數(shù)據(jù)通信接口發(fā)送數(shù)據(jù)包。
從上述流程可以看出，系統(tǒng)的運(yùn)行可以有兩種模式，分別是傳統(tǒng)模式和激 進(jìn)模式，二者區(qū)別在于按照不同的結(jié)構(gòu)進(jìn)行報(bào)文的構(gòu)造。系統(tǒng)的運(yùn)行具體處于 哪種模式中則由鏈路質(zhì)量探測(cè)的結(jié)果來(lái)決定，并且如果鏈路質(zhì)量是動(dòng)態(tài)變化， 則系統(tǒng)的運(yùn)行也可以隨之在兩種狀態(tài)之間切換。步驟46中的監(jiān)測(cè)是持續(xù)進(jìn)行 的， 一旦監(jiān)測(cè)到M、 SN、 TS的二次差分為0,則系統(tǒng)立即切換到激進(jìn)才莫式， 也就是此時(shí)要構(gòu)造COMPRESSED—RTP—8或COMPRESSED—RTP—16報(bào)文，以 達(dá)到提高壓縮效率，節(jié)省帶寬資源的目的。如果在某種環(huán)境下能夠保證鏈路質(zhì) 量持續(xù)較好，那么也可以省略對(duì)于鏈路質(zhì)量的監(jiān)測(cè)，也就是系統(tǒng)持續(xù)地在激進(jìn) 模式下運(yùn)行，直接對(duì)M、 SN、 TS的二次差分進(jìn)行監(jiān)測(cè)。
對(duì)于步驟44中的鏈路傳輸質(zhì)量評(píng)估，以下再作出說(shuō)明。這里對(duì)于評(píng)估采 用的方法可根據(jù)具體系統(tǒng)運(yùn)行環(huán)境，采用任何已有的對(duì)于鏈路質(zhì)量進(jìn)行評(píng)估的 方法，如類似于RFC3545中2.3. Achieving robust operation描述的"N"的 獲取方法，也可以是自定義的方法，如利用過(guò)去3或5分鐘內(nèi)統(tǒng)計(jì)到的報(bào)文丟失個(gè)數(shù)，是否達(dá)到評(píng)定質(zhì)量好壞的閾值等。而衡量鏈路質(zhì)量是較好還是較差 的標(biāo)準(zhǔn)，也是與鏈路質(zhì)量進(jìn)行評(píng)估的方法相對(duì)應(yīng)。比如是單位時(shí)間內(nèi)丟包個(gè)數(shù)， 也可能是抖動(dòng)值或者更復(fù)雜的計(jì)算公式的結(jié)果。具有實(shí)際意義的評(píng)判斷準(zhǔn)則需 要根據(jù)實(shí)際環(huán)境進(jìn)行測(cè)試，得出 一個(gè)符合系統(tǒng)實(shí)際運(yùn)行狀態(tài)的經(jīng)-驗(yàn)值。
解壓端處理流程的主要步驟如圖5所示，其中以PPP鏈路的NCP協(xié)商新 壓縮類型成功為前提，這里的新壓縮類型指的是^l姿照?qǐng)D2所示的結(jié)構(gòu)來(lái)構(gòu)造壓 縮報(bào)文。
步驟51:接收PPP層傳送的報(bào)文。
步驟52 :判斷接收的報(bào)文類型，若是現(xiàn)有的CRTP報(bào)文即 COMPRESSED—RTP—8或COMPRESSED—RTP— 16類型則4安RFC2508和 RFC3545規(guī)范處理，若是新型才艮文即COMPRESSED_RTP_X—8或 COMPRESSED—RTP—X—l6類型，則轉(zhuǎn)入步驟53 。
步驟53:根據(jù)CID查找相應(yīng)解壓上下文控制塊，如找不到則丟棄該報(bào)文， 結(jié)束流程；如找到，則轉(zhuǎn)入步驟54。
步驟54:根據(jù)上下文內(nèi)容的IP/UDP/RTP頭信息、DeltaSN和DeltaTS構(gòu) 造解壓后的RTP才艮文。
步驟55:對(duì)解壓出的RTP報(bào)文進(jìn)行校驗(yàn)和檢查。校驗(yàn)可采取對(duì)收到的所 有報(bào)文都校驗(yàn)，也可以采取每隔若干報(bào)文進(jìn)行一次校驗(yàn)，如每隔.6個(gè)報(bào)文校 驗(yàn)一次。如果校驗(yàn)成功則轉(zhuǎn)入步驟56,否則轉(zhuǎn)入步驟57。
步驟56:將恢復(fù)出的RTP報(bào)文交由IP層繼續(xù)處理，結(jié)束流程。
步驟57:多次啟用Twice算法，對(duì)收到的報(bào)文進(jìn)行猜測(cè)，直到成功或達(dá)到 猜測(cè)次數(shù)上限。猜測(cè)的次數(shù)可視處理器性能而定，推薦2-6次之間，而且盡量 猜測(cè)后續(xù)報(bào)文，因PPP作為點(diǎn)到點(diǎn)鏈路，報(bào)文亂序的概率通常不高，很可能是 錯(cuò)誤幀或傳輸過(guò)程其他原因?qū)е碌呐既粊G包。如猜測(cè)成功則轉(zhuǎn)入步驟58，否則 轉(zhuǎn)入步驟59。
步驟58:將^1文上交IP層繼續(xù)處理，結(jié)束流程。步驟59:丟棄當(dāng)前報(bào)文，并發(fā)送狀態(tài)回饋報(bào)文請(qǐng)求全頭報(bào)文。這里不推薦 每丟失1個(gè)報(bào)文就發(fā)送一次回饋報(bào)文，而是至少連續(xù)丟失2或3個(gè)才發(fā)送回饋， 同一會(huì)話連續(xù)發(fā)送回々貴才艮文的速率也要控制，防止形成溢出(Flood )。
基于上述方法，以下對(duì)本實(shí)施例中的裝置作出說(shuō)明。本實(shí)施例中的裝置可 以利用軟件、硬件或者二者結(jié)合的方式實(shí)現(xiàn)。以下按功能模塊來(lái)劃分裝置結(jié)構(gòu)， 在實(shí)現(xiàn)中各模塊可以各自成為設(shè)備，或?yàn)橥辉O(shè)備的組成部分。本領(lǐng)域普通技
指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中， 如ROM/RAM、磁碟、光盤等。
如圖6所示，本實(shí)施例中的報(bào)文傳輸裝置60可以應(yīng)用在圖3所示的CRTP 層，該裝置包括監(jiān)測(cè)模塊61、壓縮模塊62和發(fā)送模塊63。其中，監(jiān)測(cè)模塊61 用于監(jiān)測(cè)待發(fā)送的CRTP報(bào)文的M、 S、 T標(biāo)志位的值；壓縮模塊62用于當(dāng)監(jiān) 測(cè)模塊確認(rèn)待發(fā)送的CRTP報(bào)文的M、 S、 T標(biāo)志位都為0時(shí)，根據(jù)會(huì)話上下 文標(biāo)識(shí)CID、用戶數(shù)據(jù)報(bào)文協(xié)議UDP校驗(yàn)和以及實(shí)時(shí)傳送協(xié)議RTP數(shù)據(jù)構(gòu)造 壓縮報(bào)文；發(fā)送模塊63用于發(fā)送壓縮模塊62構(gòu)造的壓縮報(bào)文。
可以看出報(bào)文傳輸裝置60可以應(yīng)用在CRTP層的壓縮端。該裝置還可以 包含一個(gè)評(píng)估模塊，用于根據(jù)預(yù)設(shè)的準(zhǔn)則，確認(rèn)用于發(fā)送壓縮模塊62構(gòu)造的 壓縮報(bào)文的鏈路的傳輸質(zhì)量允許傳輸該壓縮報(bào)文。
報(bào)文傳輸裝置60可以進(jìn)一步包括解壓端的模塊。解壓端的模塊可以是包 括恢復(fù)模塊和校驗(yàn)?zāi)K，其中恢復(fù)模塊用于根據(jù)CID得出解壓后的RTP報(bào)文； 校驗(yàn)?zāi)K用于對(duì)恢復(fù)模塊得出的RTP報(bào)文進(jìn)行校驗(yàn)，以及當(dāng)確認(rèn)校驗(yàn)成功時(shí)， 將所述RTP報(bào)文交由IP層繼續(xù)處理。
解壓端的模塊也可以是包括恢復(fù)模塊、校驗(yàn)?zāi)K和猜測(cè)模塊，其中恢復(fù)模 塊用于根據(jù)CID得出解壓后的RTP報(bào)文；校驗(yàn)?zāi)K用于對(duì)該RTP報(bào)文進(jìn)行校 驗(yàn)，以及當(dāng)確認(rèn)校驗(yàn)不成功時(shí)，將該RTP報(bào)文交由猜測(cè)模塊繼續(xù)處理；猜測(cè)模 塊用于使用Twice算法對(duì)該RTP報(bào)文進(jìn)行猜測(cè)，以及當(dāng)確認(rèn)在預(yù)^i次數(shù)內(nèi)猜測(cè)成功時(shí)，將該RTP凈艮文交由IP層繼續(xù)處理。
解壓端的模塊還可以是包括恢復(fù)模塊、校驗(yàn)?zāi)K、猜測(cè)模塊和反饋模塊， 其中恢復(fù)模塊用于根據(jù)CID得出解壓后的RTP報(bào)文；校驗(yàn)?zāi)K用于對(duì)該RTP 報(bào)文進(jìn)行校驗(yàn)，以及當(dāng)確認(rèn)校驗(yàn)不成功時(shí)，將該RTP報(bào)文交由猜測(cè)模塊繼續(xù)處 理；猜測(cè)模塊用于使用Twice算法對(duì)該RTP報(bào)文按照預(yù)設(shè)的次數(shù)進(jìn)行猜測(cè)；反 饋模塊用于當(dāng)猜測(cè)模塊在預(yù)設(shè)次數(shù)內(nèi)猜測(cè)全部失敗時(shí)，向報(bào)文發(fā)送端請(qǐng)求全頭 報(bào)文。
根據(jù)本實(shí)施例的技術(shù)方案，當(dāng)確認(rèn)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文 的M、 S、 T標(biāo)志位都為0時(shí)，在構(gòu)造的壓縮報(bào)文中省略M、 S、 T、 I字段和 SN字段，根據(jù)CID、 UDP校驗(yàn)和以及RTP數(shù)據(jù)構(gòu)造壓縮報(bào)文。在解壓端對(duì)報(bào) 文進(jìn)行校驗(yàn)，在校驗(yàn)失敗時(shí)使用Twice算法進(jìn)行猜測(cè)，若猜測(cè)失敗再請(qǐng)求全頭 報(bào)文。通過(guò)這樣的方式，能夠一方面使得在鏈路傳輸質(zhì)量較好的情況下提高報(bào) 文的壓縮效率，節(jié)省帶寬資源，另一方面又能保證"R文的完整、正確傳送。并 且通過(guò)鏈路的協(xié)商和對(duì)收到的報(bào)文的類型進(jìn)行判斷等機(jī)制，使本實(shí)施例的方案 能與現(xiàn)有的傳輸CRTP報(bào)文的技術(shù)相兼容，于是能夠充分利用原有CRTP系統(tǒng) 的資源，并提高系統(tǒng)的運(yùn)行效率。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種傳輸報(bào)文的方法，其特征在于，監(jiān)測(cè)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文的M、S、T標(biāo)志位的值；在M、S、T標(biāo)志位都為0時(shí)，根據(jù)會(huì)話上下文標(biāo)識(shí)CID、用戶數(shù)據(jù)報(bào)文協(xié)議UDP校驗(yàn)和以及實(shí)時(shí)傳送協(xié)議RTP數(shù)據(jù)，構(gòu)造壓縮報(bào)文并發(fā)送。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述監(jiān)測(cè)待發(fā)送的壓縮實(shí) 時(shí)傳送協(xié)議CRTP報(bào)文的M、 S、 T標(biāo)志位之前還包括根據(jù)預(yù)設(shè)的準(zhǔn)則，確 認(rèn)用于發(fā)送所述壓縮報(bào)文的鏈路的傳輸質(zhì)量允許傳輸該壓縮報(bào)文。
3、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，發(fā)送所述壓縮報(bào)文之 后還包括根據(jù)所述CID得出解壓后的RTP報(bào)文；對(duì)所述RTP報(bào)文進(jìn)行校驗(yàn)，以及當(dāng)確認(rèn)校驗(yàn)成功時(shí)，將所述RTP報(bào)文交 由IP層繼續(xù)處理。
4、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，發(fā)送所述壓縮報(bào)文之 后還包括根據(jù)所述CID得出解壓后的RTP報(bào)文；對(duì)所述RTP報(bào)文進(jìn)行校驗(yàn)，當(dāng)確認(rèn)校驗(yàn)不成功時(shí)，使用Twice算法對(duì)所述 RTP報(bào)文進(jìn)行猜測(cè)，以及當(dāng)確認(rèn)在預(yù)設(shè)次數(shù)內(nèi)猜測(cè)成功時(shí)，將所述RTP才艮文交 由IP層繼續(xù)處理。
5、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，發(fā)送所述壓縮報(bào)文之 后還包括才艮據(jù)所述CID得出解壓后的RTP報(bào)文；對(duì)所述RTP報(bào)文進(jìn)行校驗(yàn)，當(dāng)確認(rèn)校驗(yàn)不成功時(shí)，使用Twice算法對(duì)所述 RTP報(bào)文進(jìn)行猜測(cè)，以及當(dāng)確認(rèn)在預(yù)設(shè)次數(shù)內(nèi)猜測(cè)全部失敗時(shí)，向報(bào)文發(fā)送端 請(qǐng)求全頭報(bào)文。
6、 一種傳輸"f艮文的裝置，其特征在于，監(jiān)測(cè)模塊，用于監(jiān)測(cè)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文的M、 S、 T 標(biāo)志4立的4直；壓縮模塊，用于當(dāng)監(jiān)測(cè)模塊確認(rèn)待發(fā)送的CRTP報(bào)文的M、 S、 T標(biāo)志位 都為0時(shí)，4艮據(jù)會(huì)話上下文標(biāo)識(shí)CID、用戶凄t據(jù)才艮文協(xié)i義UDP 4交-瞼和以及實(shí) 時(shí)傳送協(xié)議RTP數(shù)據(jù)，構(gòu)造壓縮報(bào)文；發(fā)送模塊，用于發(fā)送壓縮模塊構(gòu)造的壓縮報(bào)文。
7、 根據(jù)權(quán)利要求6所述的裝置，其特征在于，還包括評(píng)估模塊，用于根 據(jù)預(yù)設(shè)的準(zhǔn)則，確認(rèn)用于發(fā)送所述壓縮報(bào)文的鏈路的傳輸質(zhì)量允許傳輸該壓縮 報(bào)文。
8、 根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，還包括 恢復(fù)模塊，用于根據(jù)所述CID得出解壓后的RTP報(bào)文；校驗(yàn)?zāi)K，用于對(duì)恢復(fù)模塊得出的RTP報(bào)文進(jìn)行校驗(yàn)，以及當(dāng)確認(rèn)校驗(yàn)成 功時(shí)，將所述RTP報(bào)文交由IP層繼續(xù)處理。
9、 根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，進(jìn)一步包括恢復(fù)模塊、 校驗(yàn)?zāi)K和猜測(cè)模塊，其中恢復(fù)模塊，用于根據(jù)所述CID得出解壓后的RTP報(bào)文；校驗(yàn)?zāi)K，用于對(duì)所述RTP報(bào)文進(jìn)行校驗(yàn)，以及當(dāng)確認(rèn)校驗(yàn)不成功時(shí)，將所述RTP報(bào)文交由猜測(cè)模塊繼續(xù)處理；猜測(cè)模塊，用于使用Twice算法對(duì)所述RTP報(bào)文進(jìn)行猜測(cè)，以及當(dāng)確認(rèn)在預(yù)設(shè)次數(shù)內(nèi)猜測(cè)成功時(shí)，將所述RTP報(bào)文交由IP層繼續(xù)處理。
10、 根據(jù)權(quán)利要求6或7所述的裝置，其特征在于，還包括恢復(fù)模塊、校 驗(yàn)?zāi)K、猜測(cè)模塊和反饋模塊，其中恢復(fù)模塊，用于根據(jù)所述CID得出解壓后的RTP報(bào)文； 校驗(yàn)?zāi)K，用于對(duì)所述RTP報(bào)文進(jìn)行校驗(yàn)，以及當(dāng)確認(rèn)校驗(yàn)不成功時(shí)，將 所述RTP報(bào)文交由猜測(cè)模塊繼續(xù)處理；猜測(cè)模塊，用于使用Twice算法對(duì)所述RTP報(bào)文按照預(yù)設(shè)的次數(shù)進(jìn)行猜觀'j;反饋模塊，用于當(dāng)猜測(cè)模塊在預(yù)設(shè)次數(shù)內(nèi)猜測(cè)全部失敗時(shí)，向"R文發(fā)送端 請(qǐng)求全頭報(bào)文。
全文摘要
本發(fā)明提供一種傳輸報(bào)文的方法和裝置，以使現(xiàn)有技術(shù)中的CRTP報(bào)文能夠進(jìn)一步得到壓縮，以更加節(jié)省帶寬資源。實(shí)施例中的方法包括監(jiān)測(cè)待發(fā)送的壓縮實(shí)時(shí)傳送協(xié)議CRTP報(bào)文的M、S、T標(biāo)志位的值；在M、S、T標(biāo)志位都為0時(shí)，根據(jù)會(huì)話上下文標(biāo)識(shí)CID、用戶數(shù)據(jù)報(bào)文協(xié)議UDP校驗(yàn)和數(shù)據(jù)以及實(shí)時(shí)傳送協(xié)議RTP數(shù)據(jù)，構(gòu)造壓縮報(bào)文并發(fā)送。實(shí)施例同時(shí)給出了相應(yīng)的裝置。根據(jù)實(shí)施例的技術(shù)方案，使得在鏈路傳輸質(zhì)量較好的情況下構(gòu)造得到的報(bào)文比現(xiàn)有的CRTP報(bào)文減少了1個(gè)字節(jié)，由此提高了報(bào)文的壓縮效率，從而進(jìn)一步節(jié)省了系統(tǒng)的帶寬資源。
文檔編號(hào)H04L29/06GK101616164SQ20091016562
公開(kāi)日2009年12月30日 申請(qǐng)日期2009年8月12日 優(yōu)先權(quán)日2009年8月12日
發(fā)明者宇 楊 申請(qǐng)人:中興通訊股份有限公司