欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種數(shù)據(jù)壓縮傳輸方法、終端及服務(wù)器與流程

文檔序號:12822057閱讀:314來源:國知局
一種數(shù)據(jù)壓縮傳輸方法、終端及服務(wù)器與流程

本發(fā)明涉及無線通信技術(shù)領(lǐng)域,尤其涉及一種數(shù)據(jù)壓縮傳輸方法、終端及服務(wù)器。



背景技術(shù):

長期演進(lte,longtermevolution)系統(tǒng)中引入了頭壓縮技術(shù),如volte的頭壓縮,利用數(shù)據(jù)包包頭中相關(guān)字段的規(guī)律性,如ip地址不變等,在分組數(shù)據(jù)匯聚協(xié)議(pdcp,packetdataconvergenceprotocol)層對數(shù)據(jù)包的包頭進行壓縮,從而提高空口傳輸效率。

然而,在目前的無線網(wǎng)絡(luò)流量中,網(wǎng)頁瀏覽和ott即時通信等可壓縮性較高的業(yè)務(wù)占有很高的比重,而pdcp頭壓縮僅針對底層傳輸協(xié)議的包頭進行壓縮,對應(yīng)用層的包頭和凈荷中的冗余無法處理。



技術(shù)實現(xiàn)要素:

有鑒于此,本發(fā)明實施例期望提供一種數(shù)據(jù)傳輸方法、終端及服務(wù)器,能夠?qū)φ麄€數(shù)據(jù)包進行壓縮,有效節(jié)省空口開銷,提高系統(tǒng)容量。

為達到上述目的,本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的:

本發(fā)明實施例提供了一種數(shù)據(jù)壓縮傳輸方法,所述方法包括:

終端上報第一信息給網(wǎng)絡(luò)側(cè),并建立與網(wǎng)絡(luò)側(cè)的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。

上述方案中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

所述終端上報第一信息給網(wǎng)絡(luò)側(cè),包括:

終端將所述第一信息攜帶于長期演進lte網(wǎng)絡(luò)信令中上報給網(wǎng)絡(luò)側(cè)。

上述方案中,所述終端將所述第一信息攜帶于lte網(wǎng)絡(luò)信令中上報給網(wǎng)絡(luò)側(cè),包括:

終端將所述第一信息攜帶于無線資源控制rrc信令的第一擴展字段中,并將所述第一擴展字段透傳至網(wǎng)絡(luò)側(cè)。

上述方案中,所述終端上報第一信息給網(wǎng)絡(luò)側(cè),包括:

終端采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè)。

上述方案中,所述終端采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè),包括:

終端依據(jù)預(yù)設(shè)的統(tǒng)一資源定位符url獲取網(wǎng)絡(luò)側(cè)的ip地址;

基于所述ip地址發(fā)送所述第一信息給網(wǎng)絡(luò)側(cè)。

上述方案中,所述發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)之前,所述方法還包括:

終端在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息。

上述方案中,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù)的長度信息。

上述方案中,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息。

本發(fā)明實施例還提供了一種數(shù)據(jù)壓縮傳輸方法,所述方法包括:

網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,并建立與所述終端的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

接收所述終端發(fā)送的壓縮后的ip數(shù)據(jù)包,或者發(fā)送壓縮后的ip數(shù)據(jù)包給所述終端。

上述方案中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)通過攜帶所述第一信息的長期演進lte網(wǎng)絡(luò)信令獲取所述第一信息。

上述方案中,所述網(wǎng)絡(luò)側(cè)通過攜帶所述第一信息的lte網(wǎng)絡(luò)信令獲取所述第一信息,包括:

網(wǎng)絡(luò)側(cè)通過透傳至網(wǎng)絡(luò)側(cè)的第一擴展字段獲取所述第一信息;所述第一擴展字段為無線資源控制rrc信令的擴展字段,且攜帶所述第一信息。

上述方案中,所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)通過ott方式接收終端發(fā)送的第一信息。

上述方案中,所述接收所述終端發(fā)送的壓縮后的ip數(shù)據(jù)包之后,所述方法還包括:

網(wǎng)絡(luò)側(cè)在ip層解壓所述壓縮后的ip數(shù)據(jù)包。

上述方案中,所述發(fā)送壓縮后的ip數(shù)據(jù)包給所述終端之前,所述方法還包括:

網(wǎng)絡(luò)側(cè)在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息。

本發(fā)明實施例還提供了一種終端,所述終端包括:第一發(fā)送模塊及第二發(fā)送模塊;其中,

所述第一發(fā)送模塊,用于上報第一信息給網(wǎng)絡(luò)側(cè),并建立與網(wǎng)絡(luò)側(cè)的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

所述第二發(fā)送模塊,用于發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。

上述方案中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

所述第一發(fā)送模塊,具體用于將所述第一信息攜帶于長期演進lte網(wǎng)絡(luò)信令中上報給網(wǎng)絡(luò)側(cè)。

上述方案中,所述第一發(fā)送模塊,具體用于將所述第一信息攜帶于無線資源控制rrc信令的第一擴展字段中,并將所述第一擴展字段透傳至網(wǎng)絡(luò)側(cè)。

上述方案中,所述第一發(fā)送模塊,具體用于采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè)。

上述方案中,所述第一發(fā)送模塊,具體用于依據(jù)預(yù)設(shè)的統(tǒng)一資源定位符url獲取網(wǎng)絡(luò)側(cè)的ip地址;

基于所述ip地址發(fā)送所述第一信息給網(wǎng)絡(luò)側(cè)。

上述方案中,所述終端還包括第一壓縮模塊,用于在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息。

上述方案中,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù)的長度信息。

上述方案中,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息。

上述方案中,所述終端還包括第一解壓縮模塊,用于在ip層進行ip數(shù)據(jù)包解壓縮。

本發(fā)明實施例還提供了一種服務(wù)器,所述服務(wù)器包括:獲取模塊及通信模塊;其中,

所述獲取模塊,用于獲取終端發(fā)送的第一信息,并建立與所述終端的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

所述通信模塊,用于接收所述終端發(fā)送的壓縮后的ip數(shù)據(jù)包,或者發(fā)送壓縮后的ip數(shù)據(jù)包給所述終端。

上述方案中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

所述獲取模塊,具體用于通過攜帶所述第一信息的長期演進lte網(wǎng)絡(luò)信令獲取所述第一信息。

上述方案中,所述獲取模塊,具體用于通過透傳至網(wǎng)絡(luò)側(cè)的第一擴展字段獲取所述第一信息;所述第一擴展字段為無線資源控制rrc信令的擴展字段,且攜帶所述第一信息。

上述方案中,所述獲取模塊,具體用于通過ott方式接收終端發(fā)送的第一信息。

上述方案中,所述服務(wù)器還包括第二解壓縮模塊,用于在ip層解壓所述壓縮后的ip數(shù)據(jù)包。

上述方案中,服務(wù)器還包括第二壓縮模塊,用于在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息。

本發(fā)明實施例所提供的數(shù)據(jù)傳輸方法、終端及服務(wù)器,終端上報第一信息給網(wǎng)絡(luò)側(cè),并建立與網(wǎng)絡(luò)側(cè)的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。如此,將數(shù)據(jù)包在ip層壓縮及傳輸,實現(xiàn)了對整個數(shù)據(jù)包的壓縮,有效節(jié)省了空口開銷,提高了系統(tǒng)容量。

附圖說明

圖1為本發(fā)明實施例一數(shù)據(jù)壓縮傳輸方法流程示意圖;

圖2為本發(fā)明實施例網(wǎng)絡(luò)架構(gòu)示意圖;

圖3為本發(fā)明實施例終端上報第一信息的時序圖一;

圖4為本發(fā)明實施例終端上報第一信息的時序圖二;

圖5為本發(fā)明實施例擴展后的ip數(shù)據(jù)包結(jié)構(gòu)示意圖;

圖6為本發(fā)明實施例二數(shù)據(jù)壓縮傳輸方法流程示意圖;

圖7為本發(fā)明實施例三數(shù)據(jù)壓縮傳輸方法流程示意圖;

圖8為本發(fā)明實施例四數(shù)據(jù)壓縮傳輸方法流程示意圖;

圖9為本發(fā)明實施例五數(shù)據(jù)壓縮傳輸方法流程示意圖;

圖10為本發(fā)明實施例終端組成結(jié)構(gòu)示意圖;

圖11為本發(fā)明實施例服務(wù)器組成結(jié)構(gòu)示意圖。

具體實施方式

研究發(fā)現(xiàn),網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)包中不僅ip、傳輸控制協(xié)議(tcp,transmissioncontrolprotocol)、用戶數(shù)據(jù)報協(xié)議(udp,userdatagramprotocol)等底層包頭存在規(guī)律,在應(yīng)用層包頭和凈荷中也存在一定的規(guī)律性和冗余,如:

超文本傳輸協(xié)議(http,hypertexttransferprotocol)中很多關(guān)鍵字,如accept-encoding、user-agent等,前后多個包是固定的,關(guān)鍵字對應(yīng)的取值,如user-agent取值mozilla、firefox等,前后多個包也是相同的;

ott即時通信中,ott廠商自定義的私有協(xié)議中很多格式也是固定的,聊天內(nèi)容中也有很多高頻詞是經(jīng)常出現(xiàn)的;這里,所述ott是“overthetop”的縮寫,是指通過互聯(lián)網(wǎng)公司越過運營商向用戶提供各種應(yīng)用服務(wù),這種應(yīng)用僅利用運營商的網(wǎng)絡(luò),而服務(wù)由運營商之外的第三方提供;

e-mail、文件傳輸協(xié)議(ftp,filetransferprotocol)文件上傳word文檔等文本文件,源文件具有很高的冗余度。

在本發(fā)明實施例中,終端上報第一信息給網(wǎng)絡(luò)側(cè),并建立與網(wǎng)絡(luò)側(cè)的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。

實施例一

圖1為本發(fā)明實施例數(shù)據(jù)壓縮傳輸方法流程示意圖,圖2為本發(fā)明實施例網(wǎng)絡(luò)架構(gòu)示意圖,如圖1、2所示,所述數(shù)據(jù)壓縮傳輸方法包括:

步驟101:終端上報第一信息給網(wǎng)絡(luò)側(cè),并建立與網(wǎng)絡(luò)側(cè)的通信連接。

這里,所述第一信息用于表征所述終端具備ip數(shù)據(jù)包壓縮能力。

基于本發(fā)明所述實施例,在實際應(yīng)用中,所述第一信息可以為ip數(shù)據(jù)包壓縮能力標(biāo)識;

相應(yīng)的,所述終端上報第一信息給網(wǎng)絡(luò)側(cè),包括:

終端將所述第一信息攜帶于lte網(wǎng)絡(luò)信令中上報給網(wǎng)絡(luò)側(cè)。

在一實施例中,所述終端將所述第一信息攜帶于lte網(wǎng)絡(luò)信令中上報給網(wǎng) 絡(luò)側(cè),包括:

終端將所述第一信息攜帶于rrc信令的第一擴展字段中,并將所述第一擴展字段透傳至網(wǎng)絡(luò)側(cè);如圖3所示為本發(fā)明實施例終端上報第一信息的時序圖一,在終端進行attach過程時,對相關(guān)信令進行擴展,完成終端與服務(wù)器,即服務(wù)/pdn網(wǎng)關(guān)(s/p-gw)數(shù)據(jù)壓縮能力的信令互通;

所述第一擴展字段為rrcconnectionsetupcomplete信令中的“noncriticalextensions”字段,所述“noncriticalextensions”字段如下所示:

noncriticalextensionsequence{

datacompressionenumerated{support,nonsupport}*壓縮能力指示

}optional

所述“noncriticalextensions”字段經(jīng)由enb、mme通過intialuemessage(attachrequest)、createsessionrequest被透傳至所述s/p-gw。

基于本發(fā)明所述實施例,在實際應(yīng)用中,所述第一擴展字段還可以攜帶所述終端支持的數(shù)據(jù)壓縮算法;所述數(shù)據(jù)壓縮算法可以為一種或一種以上,如lz77。

在實際應(yīng)用中,所述終端上報第一信息給網(wǎng)絡(luò)側(cè)之后,所述方法還包括:

終端接收網(wǎng)絡(luò)側(cè)發(fā)送的第一確認信息,建立與網(wǎng)絡(luò)側(cè)的通信連接;所述第一確認信息用于表征網(wǎng)絡(luò)側(cè)是否接收終端的ip數(shù)據(jù)包壓縮能力及數(shù)據(jù)壓縮算法;

所述第一確認信息可攜帶于rrcconnectionreconfiguration信令的第二擴展字段中;所述第二擴展字段經(jīng)由enb、mme通過intialcontextsetuprequest、createsessionresponse被透傳至所述終端;所述第二擴展字段可以為“noncriticalextensions”字段,如下所示:

noncriticalextensionsequence{

noncriticalextensionsequence{

datacompressionenumerated{support,nonsupport}

}optional--needop

}

在一實施例中,所述終端上報第一信息給網(wǎng)絡(luò)側(cè),包括:

終端采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè);

在實際應(yīng)用中,終端采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè)的同時,還將終端支持的壓縮算法上報給網(wǎng)絡(luò)側(cè)。

在實際應(yīng)用中,所述終端采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè),包括:

終端依據(jù)預(yù)設(shè)的統(tǒng)一資源定位符(url,uniformresourcelocator)獲取網(wǎng)絡(luò)側(cè)的ip地址;

基于所述ip地址發(fā)送所述第一信息給網(wǎng)絡(luò)側(cè);如圖4所示為本發(fā)明實施例終端上報第一信息的時序圖二。

在一實施例中,終端依據(jù)預(yù)設(shè)的url獲取網(wǎng)絡(luò)側(cè)的ip地址包括:

終端依據(jù)預(yù)設(shè)的url發(fā)送服務(wù)器地址查詢請求給域名解析服務(wù)器(dns,domainnamesystem)sever,接收所述dnssever發(fā)送的網(wǎng)絡(luò)側(cè)的ip地址。

在實際應(yīng)用中,所述基于所述ip地址發(fā)送所述第一信息給網(wǎng)絡(luò)側(cè)之后,所述方法還包括:

接收網(wǎng)絡(luò)側(cè)發(fā)送的第二確認信息,建立與所述網(wǎng)絡(luò)側(cè)的通信連接。

步驟102:發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。

基于本發(fā)明所述實施例,在實際應(yīng)用中,所述發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)之前,所述方法還包括:

終端在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息;

這里,所述第一緩沖區(qū)為所述終端與網(wǎng)絡(luò)側(cè)共同維護的數(shù)據(jù)緩沖區(qū)。

在一實施例中,所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù)的長度信息;所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

也就是說,如果新傳輸?shù)臄?shù)據(jù)包中有部分或全部內(nèi)容與第一緩沖區(qū)中的相同,則僅傳輸相關(guān)內(nèi)容在第一緩沖區(qū)中的位置和長度,而不用在空口傳輸這部分內(nèi)容;比如網(wǎng)頁訪問,之前訪問的url為www.sina.com.cn,本次訪問的url 為finance.sina.com.cn,則緩沖區(qū)中已經(jīng)存在sina.com.cn的字符串,本次實際傳輸時僅需要傳輸finance字符串和字符串sina.com.cn在緩沖區(qū)的位置即可,有效降低了空口開銷;

具體的,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息;如圖5所示為本發(fā)明實施例擴展后的ip數(shù)據(jù)包結(jié)構(gòu)示意圖。

在一實施例中,所述發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)之后,所述方法還包括:

網(wǎng)絡(luò)側(cè)在ip層對所述壓縮后的ip數(shù)據(jù)包進行解壓縮。

在本發(fā)明實施例中,所述網(wǎng)絡(luò)側(cè)可以為s/p-gw,在數(shù)據(jù)傳輸過程中,s/p-gw作為數(shù)據(jù)發(fā)送的錨點,上行數(shù)據(jù)與下行數(shù)據(jù)均先通過s/p-gw后再向應(yīng)用server或終端發(fā)送。

實施例二

圖6為本發(fā)明實施例二數(shù)據(jù)壓縮傳輸方法流程示意圖;如圖6所示,本發(fā)明實施例數(shù)據(jù)壓縮傳輸方法包括:

步驟601:網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,并建立與所述終端的通信連接。

這里,所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

在一實施例中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

相應(yīng)的,所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)通過攜帶所述第一信息的lte網(wǎng)絡(luò)信令獲取所述第一信息。

在一實施例中,所述網(wǎng)絡(luò)側(cè)通過攜帶所述第一信息的lte網(wǎng)絡(luò)信令獲取所述第一信息,包括:

網(wǎng)絡(luò)側(cè)通過透傳至網(wǎng)絡(luò)側(cè)的第一擴展字段獲取所述第一信息;所述第一擴 展字段為rrc信令的擴展字段,且攜帶所述第一信息;

在實際應(yīng)用中,所述擴展字段可以為終端在進行attach過程中的rrcconnectionsetupcomplete信令中的“noncriticalextensions”字段。

在一實施例中,所述第一擴展字段還可以攜帶所述終端支持的數(shù)據(jù)壓縮算法;所述數(shù)據(jù)壓縮算法可以為一種或一種以上,如lz77。

基于本發(fā)明所述實施例,在實際應(yīng)用中,所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息之后,所述方法還包括:

網(wǎng)絡(luò)側(cè)發(fā)送第一確認信息給所述終端;所述第一確認信息用于表征網(wǎng)絡(luò)側(cè)是否接收終端的ip數(shù)據(jù)包壓縮能力及數(shù)據(jù)壓縮算法;

所述第一確認信息可攜帶于rrcconnectionreconfiguration信令的第二擴展字段中;所述第二擴展字段經(jīng)由enb、mme通過intialcontextsetuprequest、createsessionresponse被透傳至所述終端;所述第二擴展字段可以為“noncriticalextensions”字段。

在一實施例中,所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)通過ott方式接收終端發(fā)送的第一信息。

在實際應(yīng)用中,所述網(wǎng)絡(luò)側(cè)通過ott方式接收終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)接收終端基于網(wǎng)絡(luò)側(cè)的ip地址發(fā)送的第一信息;所述網(wǎng)絡(luò)側(cè)的ip地址為終端依據(jù)預(yù)設(shè)的url獲取的。

在實際應(yīng)用中,所述網(wǎng)絡(luò)側(cè)通過ott方式接收終端發(fā)送的第一信息之后,所述方法還包括:

網(wǎng)絡(luò)側(cè)發(fā)送第二確認信息給所述終端,建立與所述終端的通信連接。

步驟602:接收所述終端發(fā)送的壓縮后的ip數(shù)據(jù)包。

這里,所述壓縮后的ip數(shù)據(jù)包為終端在ip層壓縮的數(shù)據(jù)包,所述壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息;

這里,所述第一緩沖區(qū)為所述終端與網(wǎng)絡(luò)側(cè)共同維護的數(shù)據(jù)緩沖區(qū)。

在一實施例中,所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù) 的長度信息;所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

具體的,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息;如圖5所示為本發(fā)明實施例擴展后的ip數(shù)據(jù)包結(jié)構(gòu)示意圖。

基于本發(fā)明所述實施例,在實際應(yīng)用中,網(wǎng)絡(luò)側(cè)接收所述終端發(fā)送的壓縮后的ip數(shù)據(jù)包之后,所述方法還包括:

網(wǎng)絡(luò)側(cè)在ip層解壓所述壓縮后的ip數(shù)據(jù)包;

具體為網(wǎng)絡(luò)側(cè)采用與所述option擴展字段中壓縮算法對應(yīng)的解壓縮方法在ip層解壓所述壓縮后的ip數(shù)據(jù)包。

在本發(fā)明實施例中,網(wǎng)絡(luò)側(cè)可以為s/p-gw,s/p-gw作為數(shù)據(jù)發(fā)送的錨點,上行數(shù)據(jù)與下行數(shù)據(jù)均先通過s/p-gw后再向應(yīng)用server或終端發(fā)送。

實施例三

圖7為本發(fā)明實施例三數(shù)據(jù)壓縮傳輸方法流程示意圖;如圖7所示,本發(fā)明實施例數(shù)據(jù)壓縮傳輸方法包括:

步驟701:網(wǎng)絡(luò)側(cè)接收終端發(fā)送的第一信息,并建立與所述終端的通信連接。

這里,所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

在一實施例中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

相應(yīng)的,所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)通過攜帶所述第一信息的lte網(wǎng)絡(luò)信令獲取所述第一信息。

在一實施例中,所述網(wǎng)絡(luò)側(cè)通過攜帶所述第一信息的lte網(wǎng)絡(luò)信令獲取所述第一信息,包括:

網(wǎng)絡(luò)側(cè)通過透傳至網(wǎng)絡(luò)側(cè)的第一擴展字段獲取所述第一信息;所述第一擴展字段為rrc信令的擴展字段,且攜帶所述第一信息;

在實際應(yīng)用中,所述擴展字段可以為終端在進行attach過程中的rrcconnectionsetupcomplete信令中的“noncriticalextensions”字段。

在一實施例中,所述第一擴展字段還可以攜帶所述終端支持的數(shù)據(jù)壓縮算法;所述數(shù)據(jù)壓縮算法可以為一種或一種以上,如lz77。

基于本發(fā)明所述實施例,在實際應(yīng)用中,所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息之后,所述方法還包括:

網(wǎng)絡(luò)側(cè)發(fā)送第一確認信息給所述終端;所述第一確認信息用于表征網(wǎng)絡(luò)側(cè)是否接收終端的ip數(shù)據(jù)包壓縮能力及數(shù)據(jù)壓縮算法;

所述第一確認信息可攜帶于rrcconnectionreconfiguration信令的第二擴展字段中;所述第二擴展字段經(jīng)由enb、mme通過intialcontextsetuprequest、createsessionresponse被透傳至所述終端;所述第二擴展字段可以為“noncriticalextensions”字段。

在一實施例中,所述網(wǎng)絡(luò)側(cè)獲取終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)通過ott方式接收終端發(fā)送的第一信息。

在實際應(yīng)用中,所述網(wǎng)絡(luò)側(cè)通過ott方式接收終端發(fā)送的第一信息,包括:

網(wǎng)絡(luò)側(cè)接收終端基于網(wǎng)絡(luò)側(cè)的ip地址發(fā)送的第一信息;所述網(wǎng)絡(luò)側(cè)的ip地址為終端依據(jù)預(yù)設(shè)的url獲取的。

在實際應(yīng)用中,所述網(wǎng)絡(luò)側(cè)通過ott方式接收終端發(fā)送的第一信息之后,所述方法還包括:

網(wǎng)絡(luò)側(cè)發(fā)送確認信息給所述終端,建立與所述終端的通信連接。

步驟702:發(fā)送壓縮后的ip數(shù)據(jù)包給所述終端。

基于本發(fā)明所述實施例,在實際應(yīng)用中,所述發(fā)送壓縮后的ip數(shù)據(jù)包給所述終端之前,所述方法還包括:

網(wǎng)絡(luò)側(cè)在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息;

這里,所述第一緩沖區(qū)為所述終端與網(wǎng)絡(luò)側(cè)共同維護的數(shù)據(jù)緩沖區(qū)。

在一實施例中,所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù) 的長度信息;所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

具體的,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息;如圖5所示為本發(fā)明實施例擴展后的ip數(shù)據(jù)包結(jié)構(gòu)示意圖。

基于本發(fā)明所述實施例,在實際應(yīng)用中,網(wǎng)絡(luò)側(cè)發(fā)送壓縮后的ip數(shù)據(jù)包給所述終端之后,所述方法還包括:

終端在ip層解壓所述壓縮后的ip數(shù)據(jù)包;

具體為終端采用與所述option擴展字段中壓縮算法對應(yīng)的解壓縮方法在ip層解壓所述壓縮后的ip數(shù)據(jù)包。

在本發(fā)明實施例中,網(wǎng)絡(luò)側(cè)可以為s/p-gw,s/p-gw作為數(shù)據(jù)發(fā)送的錨點,上行數(shù)據(jù)與下行數(shù)據(jù)均先通過s/p-gw后再向應(yīng)用server或終端發(fā)送。

實施例四

圖8為本發(fā)明實施例四數(shù)據(jù)壓縮傳輸方法流程示意圖;如圖8、圖3所示,本發(fā)明實施例數(shù)據(jù)壓縮傳輸方法包括:

步驟801:終端將第一信息攜帶于lte網(wǎng)絡(luò)信令中上報給網(wǎng)絡(luò)側(cè)。

這里,所述第一信息用于表征所述終端具備ip數(shù)據(jù)包壓縮能力。

在本發(fā)明實施例中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識。

所述終端將第一信息攜帶于lte網(wǎng)絡(luò)信令中上報給網(wǎng)絡(luò)側(cè),包括:

終端將所述第一信息攜帶于rrc信令的第一擴展字段中,并將所述第一擴展字段透傳至網(wǎng)絡(luò)側(cè);如圖3所示為本發(fā)明實施例終端上報第一信息的時序圖一,在終端進行attach過程時,對相關(guān)信令進行擴展,完成終端與服務(wù)器,即服務(wù)/pdn網(wǎng)關(guān)(s/p-gw)數(shù)據(jù)壓縮能力的信令互通;

所述第一擴展字段為rrcconnectionsetupcomplete信令中的“noncriticalextensions”字段,所述“noncriticalextensions”字段如下所示:

noncriticalextensionsequence{

datacompressionenumerated{support,nonsupport}*壓縮能力指示

}optional

所述“noncriticalextensions”字段經(jīng)由enb、mme通過intialuemessage(attachrequest)、createsessionrequest被透傳至所述s/p-gw。

在本發(fā)明實施例中,所述第一擴展字段還攜帶所述終端支持的數(shù)據(jù)壓縮算法;所述數(shù)據(jù)壓縮算法可以為一種或一種以上,如lz77。

步驟802:網(wǎng)絡(luò)側(cè)發(fā)送第一確認信息給終端,建立與所述終端的通信連接。

這里,所述第一確認信息用于表征網(wǎng)絡(luò)側(cè)是否接收終端的ip數(shù)據(jù)包壓縮能力及數(shù)據(jù)壓縮算法;

在本發(fā)明實施例中,所述第一確認信息攜帶于rrcconnectionreconfiguration信令的第二擴展字段中;所述第二擴展字段經(jīng)由enb、mme通過intialcontextsetuprequest、createsessionresponse被透傳至所述終端;所述第二擴展字段可以為“noncriticalextensions”字段,如下所示:

noncriticalextensionsequence{

noncriticalextensionsequence{

datacompressionenumerated{support,nonsupport}

}optional--needop

}

步驟803:終端進行ip數(shù)據(jù)包壓縮,并發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。

這里,所述壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息;

這里,所述第一緩沖區(qū)為所述終端與網(wǎng)絡(luò)側(cè)共同維護的數(shù)據(jù)緩沖區(qū)。

在一實施例中,所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù)的長度信息;所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

具體的,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進 行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息;如圖5所示為本發(fā)明實施例擴展后的ip數(shù)據(jù)包結(jié)構(gòu)示意圖。

步驟804:網(wǎng)絡(luò)側(cè)接收所述壓縮后的ip數(shù)據(jù)包,在ip層進行解壓縮。

在本發(fā)明實施例中,網(wǎng)絡(luò)側(cè)采用與所述option擴展字段中壓縮算法對應(yīng)的解壓縮方法在ip層解壓所述壓縮后的ip數(shù)據(jù)包。

在本發(fā)明實施例中,所述網(wǎng)絡(luò)側(cè)為s/p-gw,s/p-gw作為數(shù)據(jù)發(fā)送的錨點,上行數(shù)據(jù)與下行數(shù)據(jù)均先通過s/p-gw后再向應(yīng)用server或終端發(fā)送。

在一實施例中,本步驟之后,所述方法還可以包括:網(wǎng)絡(luò)側(cè)在ip層進行數(shù)據(jù)包壓縮,并發(fā)送壓縮后的ip數(shù)據(jù)包給終端。

實施例五

圖9為本發(fā)明實施例五數(shù)據(jù)壓縮傳輸方法流程示意圖;如圖9、圖4所示,本發(fā)明實施例數(shù)據(jù)壓縮傳輸方法包括:

步驟901:終端依據(jù)預(yù)設(shè)的url獲取網(wǎng)絡(luò)側(cè)的ip地址。

在一實施例中,本步驟具體包括:終端依據(jù)預(yù)設(shè)的url發(fā)送服務(wù)器地址查詢請求給dnssever,接收所述dnssever發(fā)送的網(wǎng)絡(luò)側(cè)的ip地址。

步驟902:終端基于所述ip地址發(fā)送所述第一信息給網(wǎng)絡(luò)側(cè)。

這里,所述第一信息用于表征所述終端具備ip數(shù)據(jù)包壓縮能力。

在實際應(yīng)用中,終端基于所述ip地址發(fā)送所述第一信息給網(wǎng)絡(luò)側(cè)的同時,還將終端支持的壓縮算法發(fā)送給網(wǎng)絡(luò)側(cè)。

步驟903:網(wǎng)絡(luò)側(cè)發(fā)送第二確認信息給所述終端,建立與所述終端的通信連接。

步驟904:終端在ip層進行數(shù)據(jù)包壓縮,并發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。

這里,所述壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息;

這里,所述第一緩沖區(qū)為所述終端與網(wǎng)絡(luò)側(cè)共同維護的數(shù)據(jù)緩沖區(qū)。

在一實施例中,所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù) 的長度信息;所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

也就是說,如果新傳輸?shù)臄?shù)據(jù)包中有部分或全部內(nèi)容與第一緩沖區(qū)中的相同,則僅傳輸相關(guān)內(nèi)容在第一緩沖區(qū)中的位置和長度,而不用在空口傳輸這部分內(nèi)容;比如網(wǎng)頁訪問,之前訪問的url為www.sina.com.cn,本次訪問的url為finance.sina.com.cn,則緩沖區(qū)中已經(jīng)存在sina.com.cn的字符串,本次實際傳輸時僅需要傳輸finance字符串和字符串sina.com.cn在緩沖區(qū)的位置即可,有效降低了空口開銷;

具體的,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息;如圖5所示為本發(fā)明實施例擴展后的ip數(shù)據(jù)包結(jié)構(gòu)示意圖。

步驟905:網(wǎng)絡(luò)側(cè)在ip層對所述壓縮后的ip數(shù)據(jù)包進行解壓縮。

在一實施例中,本步驟之后,所述方法還可以包括:網(wǎng)絡(luò)側(cè)在ip層進行數(shù)據(jù)包壓縮,并發(fā)送壓縮后的ip數(shù)據(jù)包給終端。

在本發(fā)明實施例中,所述網(wǎng)絡(luò)側(cè)可以為s/p-gw,在數(shù)據(jù)傳輸過程中,s/p-gw作為數(shù)據(jù)發(fā)送的錨點,上行數(shù)據(jù)與下行數(shù)據(jù)均先通過s/p-gw后再向應(yīng)用server或終端發(fā)送。

實施例六

圖10為本發(fā)明實施例終端組成結(jié)構(gòu)示意圖;如圖10所示,本發(fā)明實施例終端組成包括:第一發(fā)送模塊11及第二發(fā)送模塊12;其中,

所述第一發(fā)送模塊11,用于上報第一信息給網(wǎng)絡(luò)側(cè),并建立與網(wǎng)絡(luò)側(cè)的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

所述第二發(fā)送模塊12,用于發(fā)送壓縮后的ip數(shù)據(jù)包給網(wǎng)絡(luò)側(cè)。

在一實施例中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

所述第一發(fā)送模塊11,具體用于將所述第一信息攜帶于lte網(wǎng)絡(luò)信令中上報給網(wǎng)絡(luò)側(cè)。

在一實施例中,所述第一發(fā)送模塊11,具體用于將所述第一信息攜帶于rrc信令的第一擴展字段中,并將所述第一擴展字段透傳至網(wǎng)絡(luò)側(cè);

在實際應(yīng)用中,所述第一擴展字段為rrcconnectionsetupcomplete信令中的“noncriticalextensions”字段。

基于本發(fā)明所述實施例,在實際應(yīng)用中,所述第一擴展字段還可以攜帶所述終端支持的數(shù)據(jù)壓縮算法;所述數(shù)據(jù)壓縮算法可以為一種或一種以上,如lz77。

在一實施例中,所述第一發(fā)送模塊11,還用于接收網(wǎng)絡(luò)側(cè)發(fā)送的第一確認信息,建立與網(wǎng)絡(luò)側(cè)的通信連接;所述第一確認信息用于表征網(wǎng)絡(luò)側(cè)是否接收終端的ip數(shù)據(jù)包壓縮能力及數(shù)據(jù)壓縮算法;

所述第一確認信息可攜帶于rrcconnectionreconfiguration信令的第二擴展字段中;所述第二擴展字段經(jīng)由enb、mme通過intialcontextsetuprequest、createsessionresponse被透傳至所述終端;所述第二擴展字段可以為“noncriticalextensions”字段。

在一實施例中,所述第一發(fā)送模塊11,具體用于采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè)。

在實際應(yīng)用中,所述第一發(fā)送模塊11,還用于采用ott方式上報所述第一信息給網(wǎng)絡(luò)側(cè)的同時,還將終端支持的壓縮算法上報給網(wǎng)絡(luò)側(cè)。

在一實施例中,所述第一發(fā)送模塊11,具體用于依據(jù)預(yù)設(shè)的url獲取網(wǎng)絡(luò)側(cè)的ip地址;

基于所述ip地址發(fā)送所述第一信息給網(wǎng)絡(luò)側(cè)。

在實際應(yīng)用中,所述第一發(fā)送模塊11,還用于接收網(wǎng)絡(luò)側(cè)發(fā)送的第二確認信息,建立與所述網(wǎng)絡(luò)側(cè)的通信連接。

在一實施例中,所述終端還包括第一壓縮模塊13,用于在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息。

在一實施例中,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù)的長度信息。

在一實施例中,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息。

在一實施例中,所述終端還包括第一解壓縮模塊14,用于在ip層進行ip數(shù)據(jù)包解壓縮。

實施例七

圖11為本發(fā)明實施例服務(wù)器組成結(jié)構(gòu)示意圖;如圖11所示,本發(fā)明實施例服務(wù)器組成包括:獲取模塊21及通信模塊22;其中,

所述獲取模塊21,用于獲取終端發(fā)送的第一信息,并建立與所述終端的通信連接;所述第一信息用于表征所述終端具備互聯(lián)網(wǎng)協(xié)議ip數(shù)據(jù)包壓縮能力;

所述通信模塊22,用于接收所述終端發(fā)送的壓縮后的ip數(shù)據(jù)包,或者發(fā)送壓縮后的ip數(shù)據(jù)包給所述終端。

在一實施例中,所述第一信息為ip數(shù)據(jù)包壓縮能力標(biāo)識;

所述獲取模塊21,具體用于通過攜帶所述第一信息的長期演進lte網(wǎng)絡(luò)信令獲取所述第一信息。

在一實施例中,所述獲取模塊21,具體用于通過透傳至網(wǎng)絡(luò)側(cè)的第一擴展字段獲取所述第一信息;所述第一擴展字段為rrc信令的擴展字段,且攜帶所述第一信息;

在實際應(yīng)用中,所述擴展字段可以為終端在進行attach過程中的rrcconnectionsetupcomplete信令中的“noncriticalextensions”字段。

在一實施例中,所述第一擴展字段還可以攜帶所述終端支持的數(shù)據(jù)壓縮算法;所述數(shù)據(jù)壓縮算法可以為一種或一種以上,如lz77。

在一實施例中,所述獲取模塊21,還用于發(fā)送第一確認信息給所述終端;所述第一確認信息用于表征網(wǎng)絡(luò)側(cè)是否接收終端的ip數(shù)據(jù)包壓縮能力及數(shù)據(jù) 壓縮算法;

所述第一確認信息可攜帶于rrcconnectionreconfiguration信令的第二擴展字段中;所述第二擴展字段經(jīng)由enb、mme通過intialcontextsetuprequest、createsessionresponse被透傳至所述終端;所述第二擴展字段可以為“noncriticalextensions”字段。

在一實施例中,所述獲取模塊21,具體用于通過ott方式接收終端發(fā)送的第一信息。

在實際應(yīng)用中,所述獲取模塊21,具體用于接收終端基于網(wǎng)絡(luò)側(cè)的ip地址發(fā)送的第一信息;所述網(wǎng)絡(luò)側(cè)的ip地址為終端依據(jù)預(yù)設(shè)的url獲取的。

在一實施例中,所述獲取模塊21,還用于發(fā)送第二確認信息給所述終端,建立與所述終端的通信連接。

在一實施例中,所述服務(wù)器還包括第二解壓縮模塊23,用于在ip層解壓所述壓縮后的ip數(shù)據(jù)包。

在一實施例中,所述服務(wù)器還包括第二壓縮模塊24,用于在ip層進行ip數(shù)據(jù)包壓縮,使壓縮后的ip數(shù)據(jù)包的內(nèi)容中不包括第一緩沖區(qū)中的數(shù)據(jù),僅在需要傳輸所述數(shù)據(jù)時攜帶所述數(shù)據(jù)的第一指示信息;

這里,所述第一緩沖區(qū)為所述終端與網(wǎng)絡(luò)側(cè)共同維護的數(shù)據(jù)緩沖區(qū)。

在一實施例中,所述第一指示信息包括:所述數(shù)據(jù)的位置信息、所述數(shù)據(jù)的長度信息;所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭中;

具體的,所述第一指示信息攜帶于壓縮后的ip數(shù)據(jù)包包頭的可選擇option擴展字段中;

所述option擴展字段還攜帶用于表征option擴展字段所在ip數(shù)據(jù)包是否進行了數(shù)據(jù)壓縮的壓縮指示信息、壓縮后的ip數(shù)據(jù)包中的壓縮點數(shù)信息及壓縮算法信息;如圖5所示為本發(fā)明實施例擴展后的ip數(shù)據(jù)包結(jié)構(gòu)示意圖。

在本發(fā)明實施例中,所述服務(wù)器可以為s/p-gw,s/p-gw作為數(shù)據(jù)發(fā)送的錨點,上行數(shù)據(jù)與下行數(shù)據(jù)均先通過s/p-gw后再向應(yīng)用server或終端發(fā)送。

在本發(fā)明實施例中,所述終端中的第一發(fā)送模塊11、第二發(fā)送模塊12、第 一壓縮模塊13及第一解壓縮模塊14,所述服務(wù)器中的獲取模塊21、通信模塊22、第二解壓縮模塊23及第二壓縮模塊24均可由終端或服務(wù)器中的中央處理器(cpu,centralprocessingunit)或數(shù)字信號處理器(dsp,digitalsignalprocessor)、或現(xiàn)場可編程門陣列(fpga,fieldprogrammablegatearray)、或集成電路(asic,applicationspecificintegratedcircuit)實現(xiàn)。

這里需要指出的是:以上涉及終端和服務(wù)器的描述,與上述方法描述是類似的,同方法的有益效果描述,不做贅述。對于本發(fā)明所述終端和服務(wù)器實施例中未披露的技術(shù)細節(jié),請參照本發(fā)明方法實施例的描述。

以上所述,僅為本發(fā)明較佳實施例而已,并非用于限定本發(fā)明的保護范圍。

當(dāng)前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
靖江市| 区。| 称多县| 东海县| 巴南区| 宿松县| 保亭| 合山市| 金坛市| 昌乐县| 忻城县| 临朐县| 浙江省| 浦江县| 金溪县| 双鸭山市| 微博| 千阳县| 静宁县| 合阳县| 大田县| 潞西市| 泉州市| 龙州县| 疏附县| 寿宁县| 舞钢市| 赤峰市| 洛川县| 岚皋县| 南和县| 历史| 前郭尔| 彰化县| 二连浩特市| 阿尔山市| 百色市| 广东省| 抚松县| 麻江县| 社会|