亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

基于多鏈路的報文壓縮發(fā)送和接收解壓縮方法及系統(tǒng)的制作方法

文檔序號:7663706閱讀:160來源:國知局

專利名稱::基于多鏈路的報文壓縮發(fā)送和接收解壓縮方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及一種基于多鏈路的報文壓縮發(fā)送和接收解壓縮方法、基于多鏈路的成員鏈路及報文轉(zhuǎn)發(fā)系統(tǒng),尤其涉及適用于多鏈路捆綁條件下,采用壓縮實時"R文傳輸協(xié)議進行"R文壓縮后發(fā)送,以及接收壓縮才艮文后解壓縮的方法,還涉及一種基于多鏈路的成員鏈路和報文轉(zhuǎn)發(fā)系統(tǒng)。
背景技術(shù)
:在IP承載語音的業(yè)務(wù)中,通常采用實時報文傳輸協(xié)議(Real-timetransportprotocol,以下簡稱RTP)進行才艮文傳輸,每個才艮文的才艮文頭需占用近40字節(jié),而實際每個報文中的語音數(shù)據(jù)一般都小于30字節(jié)。這樣,報文頭的開銷太大,使得傳輸效率低下?;谶@個問題,相關(guān)組織已開發(fā)了一系列標(biāo)準(zhǔn)來解決這個問題,其中的壓縮實時報文傳輸協(xié)議(Compressedreal-timetransportprotocol,以下筒稱cRTP)可以將40字節(jié)的才艮文頭在壓縮端壓縮到2-4個字節(jié),cRTP技術(shù)的壓縮原理是在同一個報文流中,報文首部中的大部分字段內(nèi)容是保持不變的,比如源地址、目的地址、源端口號和目的端口號等字段,上述內(nèi)容基本不變的首部字段在報文壓縮、解壓縮中稱為報文流的上下文,只要在通信鏈路兩端建立起該報文流對應(yīng)的壓縮、解壓縮上下文,那么在后續(xù)轉(zhuǎn)發(fā)報文時,就可以從報文首部中刪除內(nèi)容不變的字段,而發(fā)送只攜帶隨機變化字段的報文首部即可,在接收端再根據(jù)相應(yīng)的上下文還原出原始的完整報文。即壓縮端為每個報文流分配一個上下文標(biāo)識號(Contextidentifier,以下簡稱CID)來標(biāo)識該報文流的報文頭信息,并隨報文將這個報文頭信息發(fā)送到解壓縮端,這條報文流的后續(xù)部分就在壓縮端將報文頭信息替換成CID信息傳到解壓縮端,解壓縮端根據(jù)相應(yīng)的CID找出原始的報文頭信息,從而還原出原始報文。這樣在很大程度上解決了傳輸效率的問題。cRTP壓縮前后報文格式通常如表1和表2所示表1壓縮前報文格式<table>complextableseeoriginaldocumentpage8</column></row><table>cRTP技術(shù)已經(jīng)在單鏈路的點對點協(xié)議(PointtoPointProtocol,以下簡稱PPP)中得到應(yīng)用,但是在多鏈路捆綁的傳輸系統(tǒng)中仍存在一些缺陷。目前,許多地區(qū)的網(wǎng)絡(luò)仍舊使用大量的低速線路,為了增加帶寬和可靠性,通常需要把多個低速線路捆綁起來作為一個整體的鏈路使用。這樣,在多鏈路條件下實施實時報文的cRTP壓縮和傳輸成為一個亟待解決的問題。對于多鏈糾困綁線路,一般采用多鏈路點對點協(xié)議(Multi-LinkPointtoPointProtocol,以下簡稱MP),通過MP協(xié)議將多個成員鏈3各捆綁起來作為一個鏈路使用。MP將其下捆綁的多個成員鏈路作為一個整體,為提高鏈路效率以及降低傳輸延遲,設(shè)備在MP多鏈路上發(fā)送報文時,將大報文切分成小片,均勻的在各成員鏈路上發(fā)送,為了在接收端將報文按發(fā)送順序重新重組,需要增加MP報文頭來附帶相應(yīng)的信息。在MP捆綁多鏈路上進行報文壓縮、解壓縮時,MP多鏈路作為一個整體,其上具有統(tǒng)一配置的cRTP參數(shù)。報文壓縮發(fā)送的步驟一般為當(dāng)報文壓縮發(fā)送設(shè)備接收到需轉(zhuǎn)發(fā)的報文時,根據(jù)統(tǒng)一配置的cRTP參數(shù)對報文進行壓縮,形成cRTP報文頭,而后還需添加MP報文頭后,再將報文交由各物理鏈路進行發(fā)送。cRTP協(xié)議中已對如何在PPP鏈路以及MP鏈路上進行cRTP壓縮和傳輸提供了明確的定義。但是,發(fā)明人在進行本發(fā)明的研究過程中發(fā)現(xiàn)現(xiàn)有MP傳輸技術(shù)至少存在下述缺陷一方面,基于多鏈路的報文壓縮發(fā)送設(shè)備中能夠捆綁的物理鏈路數(shù)有限制,雖然現(xiàn)在的MP協(xié)議本身對能夠捆綁的鏈路數(shù)沒有限制,但是受資源、效率等因素的限制,捆綁的鏈路數(shù)不可過多,因為從多條物理鏈路傳輸?shù)姆制瑘笪男柙诮邮斩讼染彺?,完全接收完畢后再進行組合以及后續(xù)處理,當(dāng)捆綁的鏈路數(shù)過多時,無疑緩存資源的需求隨之增加,成本大幅度提高,另外,轉(zhuǎn)發(fā)分片報文的物理鏈路過多時,各鏈路傳輸能力不一致或某鏈路出現(xiàn)故障時,則報文的傳輸時延會增大,且傳輸失敗的可能性增加。一般直接由硬件芯片實現(xiàn)的MP鏈路最多只包括12個物理鏈路,而非芯片實現(xiàn)的MP鏈路,要么采用通用處理器實現(xiàn)而效率低下,要么采用專用處理器實現(xiàn)而代價很高;另一方面,報文在MP鏈路上傳輸時,需要增加46個字節(jié)的MP報文頭開銷,則鏈路傳輸資源的開銷大,報文頭壓縮后的格式如圖3所示表3MP壓縮后報文格式<table>complextableseeoriginaldocumentpage9</column></row><table>綜上所述,現(xiàn)有技術(shù)的多鏈路捆綁技術(shù)的缺陷是物理鏈路的數(shù)量過多時,傳輸效率低,報文傳輸延遲增大,可靠性差;多鏈路條件下進行傳輸時,壓縮的報文頭中需要包含額外的開銷,例如MP報文頭,占用了一定字節(jié)傳輸開銷。
發(fā)明內(nèi)容本發(fā)明實施例的目的,第一方面,是提供一種基于多鏈路的報文壓縮發(fā)送方法,該方法實施例的技術(shù)方案能夠適應(yīng)多鏈路條件下報文的壓縮和發(fā)送要求,減少報文傳輸時的報文頭字節(jié)數(shù),節(jié)約傳輸開銷,并且多鏈路中的物理鏈路數(shù)量不受限制,傳輸效率和可靠性高。本發(fā)明實施例的目的,第二方面是提供一種基于多鏈路的報文接收解壓縮方法,該方法實施例的技術(shù)方案能夠適應(yīng)多鏈路條件下報文的接收和解壓縮要求,減少報文傳輸時所需的報文頭字節(jié)數(shù),節(jié)約傳輸開銷,并且多鏈路中的物理鏈路數(shù)量不受限制,傳輸效率和可靠性高。本發(fā)明實施例的目的,第三方面是提供一種基于多鏈路的成員鏈路,能夠適應(yīng)多鏈路條件下報文的壓縮發(fā)送和接收解壓縮要求,減少報文傳輸時的報文頭字節(jié)數(shù),節(jié)約傳輸開銷,并且多鏈路中的物理鏈路數(shù)量不受限制,傳輸效率和可靠性高。本發(fā)明實施例的目的,第四方面是提供一種基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng),該系統(tǒng)實施例的技術(shù)方案能夠適應(yīng)多鏈路條件下報文的壓縮發(fā)送和接收解壓縮要求,減少報文傳輸時的報文頭字節(jié)數(shù),節(jié)約傳輸開銷,并且多鏈路中的物理鏈路數(shù)量不受限制,傳輸效率和可靠性高。為實現(xiàn)本發(fā)明實施例目的的第一方面,通過一些實施例提供了一種基于多鏈路的報文壓縮發(fā)送方法,包括如下步驟捆綁多鏈路中的一成員鏈路獲得待發(fā)送報文;成員鏈路查詢自身的報文壓縮參數(shù),根據(jù)查詢到的報文壓縮參數(shù)對報文執(zhí)行報文壓縮操作;成員鏈路發(fā)送該壓縮才艮文。在上述技術(shù)方案中,多鏈路下的成員鏈路獲得待發(fā)送報文時,能夠依據(jù)自身存儲的報文壓縮參數(shù),完成報文壓縮操作而后發(fā)送。成員鏈路自身的報文壓縮參數(shù)具體可以通過加入多鏈路捆綁接口時從其上獲取,實現(xiàn)了成員鏈路具有各自獨立的報文壓縮參數(shù),其中報文壓縮參數(shù)規(guī)定了CID的范圍,以及限定了對何種報文進行壓縮等,在實施報文壓縮操作時各成員鏈路可設(shè)置獨立的CID標(biāo)識,即具有了獨立的CID空間。為實現(xiàn)本發(fā)明實施例目的的第二方面,通過一些實施例提供了一種基于多鏈路的報文接收解壓縮方法,包括如下步驟捆綁多鏈路中的一成員鏈^4妄收到壓縮報文;成員鏈路查詢自身的報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對報文執(zhí)行報文解壓縮操作。上述技術(shù)方案中,多鏈路下的成員鏈路接收到壓縮報文時,能夠依據(jù)自身存儲的報文壓縮參數(shù),完成報文解壓縮操作。成員鏈路自身的報文壓縮參數(shù)具體可以通過加入多鏈路捆綁接口時從其上獲取,成員鏈路自身存儲報文壓縮參數(shù),實現(xiàn)了可以具有各自獨立的CID空間,在實施報文解壓縮操作時即可根據(jù)自身的報文壓縮參數(shù)獨立完成解壓縮操作。為實現(xiàn)本發(fā)明實施例目的的第三方面,通過一些實施例提供了一種基于多鏈路的成員鏈路,其中包括報文獲^jf莫塊,用于獲取待發(fā)送報文;存儲模塊,用于存儲報文壓縮參數(shù);壓縮處理模塊,用于在存儲模塊中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對報文執(zhí)行報文壓縮操作;發(fā)送模塊,用于發(fā)送該壓縮報文。上述技術(shù)方案的成員鏈路具有存儲報文壓縮參數(shù)的模塊,能夠獨立的對報文進行壓縮和解壓縮操作,則不必增加額外的封裝字節(jié),能夠有效的減少報文頭字節(jié)數(shù),達到節(jié)約傳輸開銷的目的。為實現(xiàn)本發(fā)明實施例目的的第四方面,通過一些實施例提供了一種基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng),包括控制模塊、第一成員鏈路和第二成員鏈路,其中該控制模塊,用于接收到待發(fā)送報文時,設(shè)定一第一成員鏈路發(fā)送該報文,并將該報文下發(fā)給設(shè)定的第一成員鏈路;第一成員鏈路包括用于從該控制模塊獲取待發(fā)送報文的報文獲取模塊;用于存儲報文壓縮參數(shù)的第一存儲模塊;用于在第一存儲模塊中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對該報文執(zhí)行報文壓縮操作的壓縮處理模塊;用于發(fā)送該壓縮報文的發(fā)送模塊;第二成員鏈路包括用于從該第一成員鏈路的發(fā)送模塊接收壓縮報文的接收模塊;用于存儲報文壓縮參數(shù)的第二存儲模塊;用于在第二存儲模塊中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對該壓縮報文執(zhí)行報文解壓縮操作的解壓縮處理模塊。上述技術(shù)方案中,實現(xiàn)了設(shè)定一成員鏈路執(zhí)行報文壓縮發(fā)送的功能,并且第一成員鏈路和第二成員鏈路均獨立的存儲有報文壓縮參數(shù),即具有獨立的CID空間,可以獨立的完成報文壓縮或解壓縮的操作。由以上技術(shù)方案可知,本發(fā)明實施例的技術(shù)方案通過使成員鏈路獲取并存儲報文壓縮參數(shù)而具有獨立的CID空間,并可具體采用多鏈路捆綁接口向各成員鏈路下發(fā)報文壓縮參數(shù),或者是各成員鏈路獨立配置報文壓縮參數(shù),使每個成員鏈路都具有獨立的報文壓縮參數(shù),克服了現(xiàn)有多鏈路捆綁技術(shù)中,各成員鏈路具有統(tǒng)一的報文壓縮參數(shù),使用一個CID空間的技術(shù)問題,同時選定了一成員鏈路完成同一個會話流所有報文的壓縮和發(fā)送,能夠解決因多個物理鏈路同時傳送而導(dǎo)致的緩存資源需求大,傳輸時延長,傳輸可靠性差的問題。因此,本發(fā)明具有以下優(yōu)點1、在壓縮的報文頭中,無需加入額外的封裝字節(jié),減少了報文頭字節(jié)數(shù),節(jié)約了傳輸開銷;2、能夠適應(yīng)多鏈路傳輸技術(shù),尤其是鏈路數(shù)大于12時,以及多鏈路分布式跨板情況下報文的壓縮、傳輸和解壓縮,對多鏈路下物理鏈路的數(shù)量限制減小,且提高了報文傳輸?shù)目煽啃院托剩?、各成員鏈路具有獨立的報文壓縮空間,獨立執(zhí)行壓縮和解壓縮步驟,提高了報文壓縮和解壓縮的可靠性。下面通過具體實施例并結(jié)合附圖對本發(fā)明做進一步的詳細(xì)描述。圖1為本發(fā)明基于多鏈路的報文壓縮發(fā)送方法具體實施例一的流程圖。圖2為本發(fā)明基于多鏈路的報文接收解壓縮方法具體實施例的流程圖。圖3為本發(fā)明基于多鏈路的成員鏈路具體實施例的結(jié)構(gòu)示意圖。圖4為本發(fā)明基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng)具體實施例的結(jié)構(gòu)示意圖。具體實施例方式基于多鏈路的報文壓縮發(fā)送方法實施例一如圖1所示為本發(fā)明基于多鏈路的報文壓縮發(fā)送方法具體實施例一的流程圖,本實施例具體可由報文壓縮發(fā)送設(shè)備上捆綁多鏈路中的一成員鏈路來執(zhí)行,各物理鏈路加入該報文壓縮發(fā)送設(shè)備的多鏈路捆綁接口后,就成為其成員鏈路,該報文壓縮發(fā)送設(shè)備可以進一步包括控制模塊,本實施例的方法可在報文壓縮發(fā)送設(shè)備控制模塊的控制下執(zhí)行報文的壓縮和發(fā)送操作,本實施例具體采用cRTP參數(shù)執(zhí)行報文的壓縮,包括如下步驟步驟Al、捆綁多鏈路中的一成員鏈路從報文壓縮發(fā)送設(shè)備的控制模塊獲得待發(fā)送報文;步驟A2、該成員鏈路查詢自身的cRTP參數(shù),根據(jù)查詢到的cRTP參數(shù)對該報文執(zhí)行報文壓縮操作;步驟A3、該成員鏈路發(fā)送該壓縮報文。本實施例的技術(shù)方案是成員鏈路在加入了多鏈路捆綁接口后,對報文進行壓縮和發(fā)送過程中執(zhí)行的流程。其中,各成員鏈路執(zhí)行壓縮操作時所依據(jù)的cRTP參數(shù)是各成員鏈路自身的、獨立的cRTP參數(shù),是從報文壓縮發(fā)送設(shè)備上設(shè)置的多鏈路捆綁接口上獲得的,即成員鏈路自身報文壓縮參數(shù)的獲取方式具體可以在步驟A1前執(zhí)行下述步驟來實現(xiàn),如圖l所示步驟AOl、物理鏈路加入多鏈路捆綁接口,成為其成員鏈路時,該成員鏈路從該多鏈^I4困綁接口采集cRTP參數(shù)作為自身的cRTP參數(shù)。在本實施例中,多鏈路捆綁接口可以是一邏輯形式上的接口。多鏈路捆綁接口將其上統(tǒng)一的cRTP參數(shù)下發(fā)給所有接入該多鏈路捆綁接口的成員鏈路,使其各自具有獨立的cRTP參數(shù)。在本實施例的步驟A1中,捆綁多鏈路中的一成員鏈路獲取待發(fā)送報文的步驟可以具體為步驟A1'、當(dāng)報文壓縮發(fā)送設(shè)備接收到待發(fā)送報文后,設(shè)定捆綁多鏈路中的一成員鏈路發(fā)送報文。設(shè)定一成員鏈路發(fā)送報文,即將該報文從控制模塊下發(fā)給設(shè)定的成員鏈路,而非將報文分片壓縮后再分發(fā)給捆綁多鏈路中各成員鏈路發(fā)送,所以設(shè)Ei宿操作后發(fā)送,壓縮報文使用獨立的CID標(biāo)識,具有獨立的CID空間,即相當(dāng)于一個單鏈路來進行報文壓縮操作,無需增加額外的字節(jié)標(biāo)識該鏈路發(fā)送的壓縮報文與其他鏈路所發(fā)送報文之間的關(guān)聯(lián),因此能夠有效的減少報文頭字節(jié)數(shù),達到節(jié)約傳輸開銷的目的。當(dāng)該成員鏈路退出該多鏈路捆綁接口時,可刪除從該多鏈路捆綁接口獲取的cRTP參數(shù)。在本實施例中,報文壓縮發(fā)送設(shè)備初次建立時即設(shè)置多鏈路捆綁接口,即在物理鏈路加入多鏈路捆綁接口之前,在多鏈路捆綁接口上配置cRTP參數(shù),以及其他與報文壓縮或發(fā)送相關(guān)的參數(shù)。成員鏈路自身cRTP參數(shù)獲取方式的另一種形式可以在成員鏈路使用過程中,即物理鏈路加入到多鏈路捆綁接口,成為其成員鏈路執(zhí)行壓縮、發(fā)送報文操作之后執(zhí)行下述步驟來實現(xiàn)進一步對多鏈路捆綁接口上的cRTP參數(shù)或其他與報文壓縮或發(fā)送相關(guān)的參數(shù)進行配置更新,而后多鏈路捆綁接口向成員鏈路下發(fā)配置更新后的cRTP參數(shù),或者當(dāng)成員鏈路監(jiān)測到多鏈路捆綁接口的cRTP參數(shù)更新時,從多鏈路捆綁接口采集cRTP參數(shù)。采用該技術(shù)方案,能夠更加靈活的設(shè)置捆綁的多鏈路的cRTP參數(shù),并且在多鏈路捆綁接口上執(zhí)行一次設(shè)置操作即可,cRTP參數(shù)的設(shè)置統(tǒng)一且便捷。另一方面,步驟A1'中,報文壓縮發(fā)送設(shè)備設(shè)定一成員鏈路發(fā)送報文,從整體來看,經(jīng)過報文壓縮發(fā)送設(shè)備控制模塊的統(tǒng)一調(diào)配,多鏈路的捆綁仍然滿足分擔(dān)傳輸任務(wù),提高傳輸能力的要求,并且由一條成員鏈路獨立傳送同一個會話流所有^^文,可以減少傳輸?shù)牟豢煽啃?,并且減少了因傳輸能力不同,需等待分片報文完全接收完畢并重新按發(fā)送順序重組而造成的資源浪費和時延。在本實施例技術(shù)方案保證各成員鏈路具有獨立cRTP參數(shù)的基礎(chǔ)上,可以通過多鏈路捆綁接口使各成員鏈路具有一致的cRTP參數(shù),也可以根據(jù)具體需要,為特定的成員鏈路單獨配置cRTP參數(shù),如果成員鏈路配置的cRTP參數(shù)同捆綁接口上的配置參數(shù)相沖突時,以成員鏈路自身的配置為準(zhǔn),以便于部署各成員鏈路的cRTP參數(shù)。可以是物理鏈路在加入多鏈路捆綁接口前就具備cRTP參數(shù),也可以是加入之后配置,則在成員鏈路從多鏈路捆綁接口獲取cRTP參數(shù)的步驟中還包括成員鏈路判斷自身是否配置有cRTP參數(shù),若是,則保留自身的cRTP參數(shù),若否,則從多鏈路捆綁接口獲取cRTP參數(shù)作為自身的cRTP參數(shù)。該步驟的實施可以是在成員鏈路加入多鏈路捆綁接口,初次獲取cRTP參數(shù)時,也可以在多鏈路捆綁接口上的cRTP參數(shù)更新后,再次獲取cRTP參數(shù)時。采用該技術(shù)方案,即能夠保證各成員鏈路具有獨立的cRTP參數(shù),也能夠保證具有cRTP參數(shù)的成員鏈路靈活的保留自身的屬性。成員鏈路在加入多鏈路捆綁接口之后,執(zhí)行報文壓縮和發(fā)送的工作過程中,還可以根據(jù)需要,進一步設(shè)置該成員鏈路自身的cRTP參數(shù),以替換從多鏈路捆綁接口獲得的cRTP參數(shù)?;诙噫溌返膱笪膲嚎s發(fā)送方法實施例二本發(fā)明基于多鏈路的報文壓縮發(fā)送方法具體實施例二與實施例一的區(qū)別在于步驟A1'中,報文壓縮發(fā)送設(shè)備設(shè)定一成員鏈路發(fā)送該報文的具體實施方式為報文壓縮發(fā)送設(shè)備檢測并比較捆綁多鏈路中各成員鏈路的狀態(tài),根據(jù)比較結(jié)果設(shè)定一成員鏈路轉(zhuǎn)發(fā)該報文。檢測并比較成員鏈路狀態(tài)的具體方式可以有多種,其中一種較佳的實施方式是步驟Alla、報文壓縮發(fā)送設(shè)備檢測捆綁多鏈路中各成員鏈路的傳輸帶寬占用率,即檢測其傳輸能力;步驟A12a、報文壓縮發(fā)送設(shè)備比較各成員鏈路的傳輸帶寬占用率,根據(jù)比較結(jié)果設(shè)定一傳輸帶寬占用率最小或達到設(shè)定門限值,即傳輸能力強的成員鏈路轉(zhuǎn)發(fā)送該報文。其中,反映成員鏈路傳輸能力的參數(shù)不限于傳輸帶寬占用率,還可以為其他參數(shù)。檢測并比較成員鏈路狀態(tài)的另一種實施方式是步驟Allb、報文壓縮發(fā)送設(shè)備檢測捆綁多鏈路中各成員鏈路的故障標(biāo)識,或檢測其時延值,即檢測其是否傳輸正常;步驟A12b、報文壓縮發(fā)送設(shè)備比較各成員鏈路的故障標(biāo)識或時延值,根據(jù)比較結(jié)果,在傳輸正常、無故障的成員鏈路中,或者在時延值較小或達到一設(shè)定門限值的成員鏈路中,隨機、輪循或按規(guī)則設(shè)定一成員鏈路發(fā)送該報文。采用上述技術(shù)方案,能夠選擇傳輸狀態(tài)較好,即當(dāng)前傳輸能力較強的,或是選擇特定非故障成員鏈路來發(fā)送報文,能夠有效避免將報文發(fā)到故障的成員鏈路上,因此能夠提高報文傳輸?shù)目煽啃院蛡鬏斝省;诙噫溌返膱笪膲嚎s發(fā)送方法實施例三本發(fā)明基于多鏈路的報文壓縮發(fā)送方法具體實施例三與實施例一的區(qū)別在于步驟A1'中,報文壓縮發(fā)送設(shè)備設(shè)定捆綁多鏈路中的一成員鏈路發(fā)送該^^艮文的具體實施方式為報文壓縮發(fā)送設(shè)備采集待發(fā)送報文的屬性值,對應(yīng)采集捆綁多鏈路中各成員鏈路的相應(yīng)屬性值,并將采集的報文屬性值和成員鏈路屬性值按照設(shè)定的匹配規(guī)則進行匹配操作,根據(jù)匹配結(jié)果設(shè)定一成員鏈路發(fā)送該報文。上述技術(shù)方案的采集步驟,具體為采集待發(fā)送報文的源IP地址、目的IP地址、源端口號、目的端口號和/或同步源標(biāo)識(簡稱SSRC)域等屬性值并對應(yīng)采集成員鏈路的相應(yīng)屬性值。匹配規(guī)則可以為多種,例如,匹配上述屬性值是否相同,或是否關(guān)聯(lián)性最強等。按照匹配結(jié)果進行選擇的方式也可以有多種,例如匹配結(jié)果為屬性值均相同的成員鏈路被選定;或者相同屬性值項目最多的成員鏈路被選定;或者為設(shè)定的重要屬性值相同的成員鏈路被選定,等等。本實施例的技術(shù)方案,即釆用指定的算法匹配待發(fā)送報文和成員鏈路的屬性值,用于匹配的屬性值項目并不限于以上幾種,可以為其任一組合,或根據(jù)具體需要設(shè)定的其他匹配值。采用該技術(shù)方案,能充分利用每條成員鏈路的帶寬和屬性,提高報文傳輸效率和可靠性。上述實施例二和三種設(shè)定成員鏈路的具體方式,不限于以上兩種。上述檢測成員狀態(tài)和匹配報文與鏈路屬性的具體方式可以是獨立實施,也可以一起采用,或可以根據(jù)情況設(shè)定其他的鏈路選擇方式。在上述實施例一、二或三的技術(shù)方案中,成員鏈路根據(jù)自身的cRTP參數(shù)對報文執(zhí)行報文壓縮操作的步驟具體還可以進一步的執(zhí)行判斷步驟,即成員鏈路首先判斷自身是否配置有cRTP參數(shù),若是,則根據(jù)該cRTP參數(shù)對該報文執(zhí)行報文壓縮操作,若否,就不執(zhí)行壓縮操作?;诙噫溌返膱笪慕邮战鈮嚎s方法實施例如圖2所示為本發(fā)明基于多鏈路的報文接收解壓縮方法具體實施例的流程圖,本實施例具體可由報文接收解壓縮設(shè)備上捆綁多鏈路中的一成員鏈路來執(zhí)行,報文接收解壓縮設(shè)備上設(shè)有多鏈路捆綁接口,各物理鏈路加入該多鏈路捆綁接口后,就成為其成員鏈路,執(zhí)行報文的接收和解壓縮操作,本實施例具體采用cRTP參數(shù)執(zhí)行才艮文的解壓縮,包括如下步驟步驟Bl、報文接收解壓縮設(shè)備多鏈路捆綁接口的成員鏈,收到壓縮報文;步驟B2、成員鏈路查詢自身的cRTP參數(shù),并根據(jù)查詢到的cRTP參數(shù)對報文執(zhí)行報文解壓縮操作。本實施例的技術(shù)方案可以與本發(fā)明基于多鏈路的報文壓縮發(fā)送方法各實施例的技術(shù)方案相對應(yīng),當(dāng)報文接收解壓縮設(shè)備接收到的報文是釆用該壓縮發(fā)送方法進行壓縮后發(fā)送的,則可采用本實施例的:f支術(shù)方案進行接收和解壓縮。本實施例的技術(shù)方案是成員鏈路在加入了多鏈路捆綁接口后,對報文進行接收和解壓縮過程中執(zhí)行的流程。其中,各成員鏈路執(zhí)行解壓縮操作時所依據(jù)的cRTP參數(shù)是各成員鏈路自身的、獨立的cRTP參數(shù),其獲取方式是從報文接收解壓縮設(shè)備上設(shè)置的多鏈路捆綁接口上獲得的,即在物理鏈路成為多鏈^各捆綁接口的成員鏈路之前,在上述步驟B1前還包括下述步驟,如圖2所示步驟BOl、當(dāng)物理鏈路加入多鏈路捆綁接口,成為其成員鏈路時,該成員鏈路從該多鏈路捆綁接口采集cRTP參數(shù)作為自身的cRTP參數(shù)。在本實施例中,多鏈路捆綁接口可以是一邏輯形式上的接口。多鏈路捆綁接口將其上統(tǒng)一的cRTP參數(shù)下發(fā)給所有接入該多鏈路捆綁接口的成員鏈路,使其各自具有獨立的cRTP參數(shù)。經(jīng)一成員鏈路發(fā)送的壓縮報文,在本實施例中,由對應(yīng)的成員鏈5^妄收并解壓縮,接收、壓縮報文的成員鏈路可根據(jù)其自身獨立的cRTP參數(shù)對報文進行解壓縮操作,無需與其他鏈路接收的報文進行關(guān)聯(lián)后再解壓縮,即相當(dāng)于一個單鏈路來進行報文解壓縮操作,接收的壓縮報文內(nèi)無需額外的字節(jié)標(biāo)識該接收的壓縮報文與其他鏈路所接收的報文之間的關(guān)聯(lián),因此能夠有效的減少報文頭字節(jié)數(shù),達到節(jié)約傳輸開銷的目的。當(dāng)該成員鏈路退出該多鏈路捆綁接口時,可刪除從該多鏈路捆綁接口獲取的cRTP參數(shù)。在本實施例中,報文接收解壓縮設(shè)備初次建立時即設(shè)置多鏈路捆綁接口,即在物理鏈路力口入多鏈路捆綁接口之前,在多鏈路捆綁接口上配置cRTP參數(shù)以及其他相關(guān)參數(shù)。在報文接收解壓縮設(shè)備使用過程中,即物理鏈路加入到多鏈路捆綁接口,成為其成員鏈路之后,也可以進一步對多鏈路捆綁接口上的cRTP參數(shù)或其他參數(shù)進行配置更新,而后多鏈路捆綁接口向成員鏈路下發(fā)更新后的cRTP參數(shù),或者當(dāng)成員鏈路監(jiān)測到多鏈路捆綁接口的cRTP參數(shù)更新時,從多鏈路捆綁接口采集cRTP參數(shù)。采用該技術(shù)方案,能夠更加靈活的設(shè)置捆綁的多鏈路的cRTP參數(shù),并且在多鏈路捆綁接口上執(zhí)行一次設(shè)置操作即可,參數(shù)的設(shè)置統(tǒng)一且便捷。另一方面,報文接收解壓縮設(shè)備對應(yīng)通過一成員鏈^l妻收報文,從整體來看,多鏈路的捆綁仍然滿足分擔(dān)傳輸任務(wù),提高傳輸能力的要求,并且由一條成員鏈路獨立接收一報文,而非由多個成員鏈路分別接收分片報文,可以減少傳輸?shù)牟豢煽啃?,并且減少了因傳輸能力不同,需等待分片報文完全接收完畢而造成的資源浪費和時延。在本實施例技術(shù)方案保證各成員鏈路具有獨立cRTP參數(shù)的基礎(chǔ)上,可以通過多鏈路捆綁接口使各成員鏈路具有一致的cRTP參數(shù),也可以根據(jù)具體需要,為特定的成員鏈路單獨配置cRTP參數(shù),如果成員鏈路配置的cRTP參數(shù)同捆綁接口上的配置參數(shù)相沖突時,以成員鏈路自身的配置為準(zhǔn),以便于部署各成員鏈路的cRTP參數(shù)。可以是物理鏈路在加入多鏈路捆綁接口前就具備cRTP參數(shù),也可以是加入之后配置,則在成員鏈路從多鏈路捆綁接口獲取cRTP參數(shù)的步驟中還包括成員鏈路判斷自身是否配置有cRTP參數(shù),若是,則保留自身的cRTP參數(shù),若否,則從多鏈路捆綁接口獲取cRTP參數(shù)作為自身的cRTP參數(shù)。該步驟的實施可以是在成員鏈路加入多鏈路捆綁接口,初次獲取cRTP參數(shù)時,也可以在多鏈路捆綁接口上的cRTP參數(shù)更新后,再次獲取cRTP參數(shù)時。采用該技術(shù)方案,即能夠保證各成員鏈路具有獨立的cRTP參數(shù),也能夠保證具有cRTP參數(shù)的成員鏈路靈活的保留自身的屬性。成員鏈路在加入多鏈路捆綁接口之后,執(zhí)行報文接收和解壓縮的工作過程中,還可以根據(jù)需要,進一步設(shè)置該成員鏈路自身的cRTP參數(shù),以替換從多鏈路捆綁接口獲得的cRTP參數(shù)。在本發(fā)明基于多鏈路的報文壓縮發(fā)送方法和接收解壓壓縮方法實施例的技術(shù)方案中,各物理鏈路可以是分布體系下的成員鏈路,還可以位于不同的單板上。另外,本發(fā)明方法的各實施例不限于采用cRTP壓縮技術(shù),還可以采用其他IP報文頭的壓縮和解壓縮,只要是適用于單鏈路傳輸報文的壓縮技術(shù)即可,對應(yīng)的各成員鏈路從多鏈路捆綁接口獲取的參數(shù)并不限于是cRTP參數(shù),可以是適用于其他報文壓縮或解壓縮技術(shù)所采用的報文壓縮參數(shù)。本發(fā)明基于多鏈路的報文壓縮發(fā)送方法和接收解壓縮方法的具體實施例可以相互配合完成報文的壓縮、傳輸和解壓縮操作,不需要額外的報文頭開銷來關(guān)聯(lián)多鏈路中各成員鏈路發(fā)送的報文,也不存在因鏈路數(shù)量增多,造成的緩存開銷增大和時延增加的問題,有效提高了報文的傳輸效率,提高了傳輸?shù)目煽啃裕瑴p輕了鏈路的傳輸開銷負(fù)擔(dān)?;诙噫溌返某蓡T鏈路實施例如圖3所示為本發(fā)明基于多鏈路的成員鏈路具體實施例的結(jié)構(gòu)示意圖,該成員鏈路包括報文獲^^莫塊1,用于獲取待發(fā)送報文;存儲模塊2,用于存儲報文壓縮參數(shù);壓縮處理模塊3,用于在存儲模塊2中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對報文執(zhí)行報文壓縮操作;發(fā)送模塊4,用于發(fā)送該壓縮報文。本實施例的成員鏈路是捆綁成為多鏈路的一成員鏈路,其上設(shè)置有存儲模塊2,因而可以具有獨立的報文壓縮參數(shù),即獨立的執(zhí)行報文壓縮操作,不必在發(fā)送的壓縮報文中加入額外的字節(jié)。本實施例的成員鏈路還可以進一步包括下述模塊,如圖3所示接收模塊5,用于接收壓縮報文;解壓縮處理模塊6,用于在存儲模塊2中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對接收到的該壓縮報文執(zhí)行報文解壓縮操作。上述技術(shù)方案的成員鏈路具有解壓縮處理模塊6,則增加了獨立解壓縮報文的功能,其接收到的壓縮報文中不必存在額外的字節(jié)。本實施例成員鏈路中的存儲模塊2獲取報文壓縮參數(shù)的途徑可以有多種,其中一種具體方式是捆綁成多鏈路的各成員鏈路獨立配置報文壓縮參數(shù)。另一種實施方式是存儲模塊2具體包括報文壓縮參數(shù)獲取單元,用于成員鏈路加入多鏈路捆綁接口之后,從多鏈路捆綁接口獲取報文壓縮參數(shù)作為自身的報文壓縮參數(shù),可以為初次加入多鏈路捆綁接口之后馬上獲取報文壓縮參數(shù),也可以在此之后,當(dāng)多鏈路捆綁接口上配置的報文壓縮參數(shù)更新時,再次獲??;存儲單元,用于存儲報文壓縮參數(shù)獲取單元獲取到的報文壓縮參數(shù)。則采用上述結(jié)構(gòu)的捆綁成多鏈路的各成員鏈路可以從一多鏈路捆綁接口獲取報文壓縮參數(shù),從而避免了分別配置的繁瑣;采用上述結(jié)構(gòu)的成員鏈路獲取報文壓縮參數(shù)的再一種實施方式是結(jié)合上述兩種方式,并設(shè)定以其中一種方式為優(yōu)先,例如以各成員鏈路獨立配置的報文壓縮參數(shù)為主,在沒有獨立配置時,才從多鏈路捆綁接口獲取報文壓縮參數(shù)。本實施例技術(shù)方案中的成員鏈路具有獨立的壓縮/解壓縮模塊,能夠獨立完成本發(fā)明上述方法實施例中的壓縮和解壓縮操作,在壓縮報文中不必加入額外的封裝字節(jié),因此能夠有效的減少報文頭字節(jié)數(shù),達到節(jié)約傳輸開銷的目的。另外,由一成員鏈路獨立完成一報文的壓縮和發(fā)送操作,減少了對緩存資源的需求,減小了報文發(fā)送時延,提高了傳輸效率和可靠性?;诙噫溌返膱笪霓D(zhuǎn)發(fā)系統(tǒng)如圖4所示為本發(fā)明基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng)具體實施例的結(jié)構(gòu)示意圖,該系統(tǒng)包括控制模塊IO、第一成員鏈路20和第二成員鏈路30,第一成員鏈路20和第二成員鏈路30均為捆綁成為多鏈路的成員鏈路,其數(shù)量至少為一個,通常包括數(shù)個第一、第二成員鏈路,其中控制模塊IO,用于接收到待發(fā)送報文時,設(shè)定一第一成員鏈路發(fā)送該報文,并將該報文下發(fā)給設(shè)定的該第一成員鏈路20;該第一成員鏈路20包括用于從控制模塊10獲取待發(fā)送報文的報文獲取模塊21;用于存儲報文壓縮參數(shù)的第一存儲模塊22;用于在第一存儲模塊22中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對該報文執(zhí)行報文壓縮操作的壓縮處理模塊23;用于發(fā)送該壓縮報文的發(fā)送模塊24;該第二成員鏈路30包括用于從該第一成員鏈路20的發(fā)送模塊21接收壓縮報文的接收模塊31;用于存儲報文壓縮參數(shù)的第二存儲模塊32;用于在第二存儲模塊32中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對該壓縮報文執(zhí)行報文解壓縮操作的解壓縮處理模塊33。本實施例基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng)中還可以進一步包括多鏈路捆綁接口40,如圖4所示,用于在第一成員鏈路20和第二成員鏈路30加入多鏈路捆綁接口40之后,向第一成員鏈路20的第一存儲模塊22和第二成員鏈路30的第二存儲模塊32下發(fā)報文壓縮參數(shù)。第一存儲模塊22和第二存儲模塊32獲取報文壓縮參數(shù)的方式具體可采用本發(fā)明基于多鏈路的成員鏈路實施例中存儲模塊2獲取報文壓縮參數(shù)的技術(shù)方案。本實施例中的控制模塊10可以進一步包括屬性采集單元,用于接收到待發(fā)送報文時,采集該報文的屬性值和第一成員鏈路20的屬性值;比較單元,用于比較采集到的報文屬性值和第一成員鏈路20的屬性值,并根據(jù)比較結(jié)果設(shè)定一成員鏈路20發(fā)送該報文。本實施例技術(shù)方案的工作流程可以采用本發(fā)明基于多鏈路的報文壓縮發(fā)送方法和報文接收解壓縮方法實施例的技術(shù)方案,在上述方法實施例中的報文壓縮發(fā)送設(shè)備可以具體包括本發(fā)明報文轉(zhuǎn)發(fā)系統(tǒng)實施例中的控制模塊和第一成員鏈路,報文接收解壓縮設(shè)備可以具體包括本發(fā)明轉(zhuǎn)發(fā)系統(tǒng)實施例中的第二成員鏈路。捆綁成為多鏈路的各第一、第二成員鏈路具有獨立存儲報文壓縮參數(shù)的功能模塊,因而能夠獨立執(zhí)行報文的壓縮和解壓縮操作,因此不必在壓縮的報文中增加額外的字節(jié),減少了報文頭字節(jié)數(shù),節(jié)約了傳輸開銷,另外,能夠選定一成員鏈路完成同一個會話流所有報文的壓縮和發(fā)送,因此能夠解決因多個物理鏈路同時傳送而導(dǎo)致的緩存資源需求大,傳輸時延長,傳輸可靠性差的問題,并且對多鏈路下物理鏈路的數(shù)量限制減小。本實施例還通過引入多鏈路捆綁接口40,保證各成員鏈路具有獨立的報文壓縮參數(shù),多鏈路捆綁接口4Q還可以進一步分別設(shè)置在報文的壓縮發(fā)送端和接收解壓縮端,或者說可以分別設(shè)置在報文壓縮發(fā)送設(shè)備中和報文接收解壓縮設(shè)備中,實現(xiàn)分別向第一成員鏈路和第二成員鏈路下發(fā)報文壓縮參數(shù)的功能。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成,前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中,該程序在執(zhí)行時,執(zhí)行包括上述方法實施例的步驟;而前述的存儲介質(zhì)包括R0M、RAM、;茲^:萊或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。權(quán)利要求1、一種基于多鏈路的報文壓縮發(fā)送方法,其特征在于包括捆綁多鏈路中的一成員鏈路獲得待發(fā)送報文;所述成員鏈路查詢自身的報文壓縮參數(shù),根據(jù)查詢到的報文壓縮參數(shù)對所述報文執(zhí)行報文壓縮操作;所述成員鏈路發(fā)送該壓縮報文。2、根據(jù)權(quán)利要求1所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為所述成員鏈路加入多鏈路捆綁接口時,從所述多鏈路捆綁接口采集獲取報文壓縮參數(shù)作為自身的報文壓縮參數(shù)。3、根據(jù)權(quán)利要求2所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為在所述多鏈路捆綁接口的報文壓縮參數(shù)更新后,所述成員鏈路獲取多鏈路捆綁接口下發(fā)的更新后的報文壓縮參數(shù),或所述成員鏈路監(jiān)測到多鏈路捆綁接口的報文壓縮參數(shù)更新時,從所述多鏈路捆綁接口采集獲取報文壓縮參數(shù)。4、根據(jù)權(quán)利要求2或3所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為當(dāng)成員鏈路從所述多鏈路捆綁接口獲取報文壓縮參數(shù)時,所述成員鏈路判斷自身是否配置有報文壓縮參數(shù),若是,則保留自身的報文壓縮參數(shù),若否,則從所述多鏈路捆綁接口獲取報文壓縮參數(shù)作為自身的報文壓縮參數(shù)。5、根據(jù)權(quán)利要求2或3所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為所述成員鏈路加入多鏈路捆綁接口之后,更新該成員鏈路自身的才艮文壓縮參數(shù),以替換從多鏈路捆綁接口獲得的報文壓縮參數(shù)。6、根據(jù)權(quán)利要求1或2或3所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,還包括成員鏈路退出所述多鏈路捆綁接口時,刪除從所述多鏈路捆綁接口獲取的報文壓縮參數(shù)。7、根據(jù)權(quán)利要求1所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,捆綁多鏈路中的一成員鏈路獲取待發(fā)送報文具體為當(dāng)報文壓縮發(fā)送設(shè)備接收到待發(fā)送報文時,設(shè)定捆綁多鏈路中的一成員鏈路發(fā)送該報文。8、根據(jù)權(quán)利要求7所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述報文壓縮發(fā)送設(shè)備設(shè)定捆綁多鏈路中的一成員鏈路發(fā)送該報文具體為所述報文壓縮發(fā)送設(shè)備檢測并比較捆綁多鏈路中各成員鏈路的狀態(tài),根據(jù)比較結(jié)果設(shè)定一成員鏈路發(fā)送該報文。9、根據(jù)權(quán)利要求8所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述報文壓縮發(fā)送設(shè)備檢測并比較捆綁多鏈路中各成員鏈路的狀態(tài),根據(jù)比較結(jié)果設(shè)定一成員鏈路發(fā)送該報文具體為報文壓縮發(fā)送設(shè)備檢測捆綁多鏈路中各成員鏈路的傳輸帶寬占用率;報文壓縮發(fā)送設(shè)備比較各成員鏈路的傳輸帶寬占用率,根據(jù)比較結(jié)果設(shè)定一傳輸帶寬占用率最小的成員鏈路發(fā)送該報文。10、根據(jù)權(quán)利要求8所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在據(jù)比較結(jié)果設(shè)定一成員鏈路發(fā)送該報文具體為報文壓縮發(fā)送設(shè)備檢測捆綁多鏈路中各成員鏈路的故障標(biāo)識或時延值;報文壓縮發(fā)送設(shè)備比較各成員鏈路的故障標(biāo)識或時延值,根據(jù)比較結(jié)果,在無故障或時延值低于設(shè)定門限值的成員鏈路中設(shè)定一成員鏈路發(fā)送該報文。11、根據(jù)權(quán)利要求7所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述報文壓縮發(fā)送設(shè)備設(shè)定捆綁多鏈路中的一成員鏈路發(fā)送該報文具體為報文壓縮發(fā)送設(shè)備采集待發(fā)送報文的屬性值,對應(yīng)采集捆綁多鏈路中各成員鏈路的相應(yīng)屬性值,并按照設(shè)定匹配規(guī)則進行匹配操作,根據(jù)匹配結(jié)果設(shè)定一成員鏈路發(fā)送該報文。12、根據(jù)權(quán)利要求11所述的基于多鏈路的報文壓縮發(fā)送方法,其特征在于,所述報文壓縮發(fā)送設(shè)備采集待發(fā)送報文和成員鏈路屬性值具體為報文壓縮發(fā)送設(shè)備采集待發(fā)送報文的源IP地址、目的IP地址、源端口號、目的端口號和/或同步源標(biāo)識域,并對應(yīng)采集各成員鏈路的相應(yīng)屬性值。13、一種基于多鏈路的報文接收解壓縮方法,包括如下捆綁多鏈路中的一成員鏈i^4妻收到壓縮報文;所述成員鏈路查詢自身的報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對所述報文執(zhí)行報文解壓縮操作。14、根據(jù)權(quán)利要求13所述的基于多鏈路的報文接收解壓縮方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為所述成員鏈路加入多鏈路捆綁接口時,從所述多鏈路捆綁接口采集獲取報文壓縮參數(shù)作為自身的報文壓縮參數(shù)。15、根據(jù)權(quán)利要求13所述的基于多鏈路的報文接收解壓縮方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為在所述多鏈路捆綁接口的報文壓縮參數(shù)更新后,所述成員鏈路獲取多鏈路捆綁接口下發(fā)的更新后的報文壓縮參數(shù),或所述成員鏈路監(jiān)測到多鏈路捆綁接口的報文壓縮參數(shù)更新時,從所述多鏈路捆綁接口采集獲取報文壓縮參數(shù)。16、根據(jù)權(quán)利要求14或15所述的基于多鏈路的報文接收解壓縮方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為當(dāng)成員鏈路從所述多鏈路捆綁接口獲取報文壓縮參數(shù)時,所述成員鏈路判斷自身是否配置有報文壓縮參數(shù),若是,則保留自身的報文壓縮參數(shù),若否,則從所述多鏈路捆綁接口獲取報文壓縮參數(shù)作為自身的報文壓縮參數(shù)。17、根據(jù)權(quán)利要求14或15所述的基于多鏈路的報文接收解壓縮方法,其特征在于,所述成員鏈路自身報文壓縮參數(shù)的獲取方式為所述成員鏈路加入多鏈路捆綁接口之后,更新該成員鏈路自身的報文壓縮參數(shù),以替換從多鏈路捆綁接口獲得的報文壓縮參數(shù)。18、根據(jù)權(quán)利要求13或14或15所述的基于多鏈路的報文接收解壓縮方法,其特征在于,還包括成員鏈路退出所述多鏈路捆綁接口時,刪除從所述多鏈路捆綁接口獲取的報文壓縮參數(shù)。19、一種基于多鏈路的成員鏈路,其特征在于,包括報文獲取模塊,用于獲取待發(fā)送報文;存儲模塊,用于存儲報文壓縮參數(shù);壓縮處理模塊,用于在所述存儲模塊中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對所述報文執(zhí)行報文壓縮操作;發(fā)送模塊,用于發(fā)送該壓縮報文。20、根據(jù)權(quán)利要求19所述的基于多鏈路的成員鏈路,其特征在于,還包括接收模塊,用于接收壓縮報文;解壓縮處理模塊,用于在所述存儲模塊中查詢報文壓縮參數(shù),并根據(jù)查21、根據(jù)權(quán)利要求19或20所述的基于多鏈路的成員鏈路,其特征在于,所述存儲模塊包括報文壓縮參數(shù)獲取單元,用于所述成員鏈路加入多鏈路捆綁接口之后,從所述多鏈路捆綁接口獲取報文壓縮參數(shù)作為自身的報文壓縮參數(shù);存儲單元,用于存儲所述報文壓縮參數(shù)獲取單元獲取到的報文壓縮參數(shù)。22、一種基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng),其特征在于,包括控制模塊、第一成員鏈路和第二成員鏈路,其中所述控制模塊,用于接收到待發(fā)送報文時,設(shè)定一第一成員鏈路發(fā)送所述報文,并將所述報文下發(fā)給設(shè)定的所述第一成員鏈路;所述第一成員鏈路包括用于從所述控制模塊獲取待發(fā)送報文的報文獲取模塊;用于存儲報文壓縮參數(shù)的第一存儲模塊;用于在所述第一存儲模塊中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對所述報文執(zhí)行報文壓縮操作的壓縮處理模塊;用于發(fā)送該壓縮報文的發(fā)送模塊;所述第二成員鏈路包括用于從所述第一成員鏈路的發(fā)送模塊接收壓縮報文的接收模塊;用于存儲報文壓縮參數(shù)的第二存儲模塊;用于在所述第二存儲模塊中查詢報文壓縮參數(shù),并根據(jù)查詢到的報文壓縮參數(shù)對所述壓縮報文執(zhí)行報文解壓縮操作的解壓縮處理模塊。23、根據(jù)權(quán)利要求22所述的基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng),其特征在于,還包括多鏈路捆綁接口,用于在所述第一成員鏈路和所述第二成員鏈路加入所述多鏈路捆綁接口之后,向所述第一成員鏈路的第一存儲模塊和所述第二成員鏈路的第二存儲模塊下發(fā)報文壓縮參數(shù)。24、根據(jù)權(quán)利要求22所述的基于多鏈路的報文轉(zhuǎn)發(fā)系統(tǒng),其特征在于,所述控制模塊包括屬性采集單元,用于接收到待發(fā)送報文時,采集所述報文的屬性值和所述第一成員鏈路的屬性值;比較單元,用于比較采集到的所述報文屬性值和第一成員鏈路屬性值,并根據(jù)比較結(jié)果設(shè)定一所述成員鏈路發(fā)送該報文。全文摘要本發(fā)明涉及一種基于多鏈路的報文壓縮發(fā)送和接收解壓縮方法、基于多鏈路的成員鏈路及報文轉(zhuǎn)發(fā)系統(tǒng)。該壓縮發(fā)送方法包括捆綁多鏈路中的一成員鏈路獲得報文;查詢自身的報文壓縮參數(shù)執(zhí)行報文壓縮操作;發(fā)送該壓縮報文。該接收解壓縮方法包括捆綁多鏈路中的一成員鏈路接收到壓縮報文;查詢自身的報文壓縮參數(shù)執(zhí)行解壓縮操作。該成員鏈路包括報文獲取模塊、存儲模塊、壓縮處理模塊和發(fā)送模塊。該報文轉(zhuǎn)發(fā)系統(tǒng)包括控制模塊、第一成員鏈路和第二成員鏈路。本發(fā)明能夠適應(yīng)多鏈路條件下報文傳輸?shù)膲嚎s發(fā)送和接收解壓縮要求,減少報文傳輸時的報文頭字節(jié)數(shù),節(jié)約傳輸開銷。文檔編號H04L12/56GK101197773SQ200710167348公開日2008年6月11日申請日期2007年10月25日優(yōu)先權(quán)日2007年10月25日發(fā)明者楊平安申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1