專利名稱：數(shù)據(jù)通信方法和數(shù)據(jù)通信服務(wù)節(jié)點的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及移動通信技術(shù)，尤其涉及一種數(shù)據(jù)通信方法和一種數(shù)據(jù)通信服務(wù)節(jié)點。
背景技術(shù)：
在第三代合作伙伴計劃(ThirdGeneration Partnership Project,簡稱 3GPP)通信系統(tǒng)中，在數(shù)據(jù)通信時執(zhí)行壓縮功能，可以傳遞盡量少的業(yè)務(wù)數(shù)據(jù)單元(Service DataUnit,簡稱SDU),從而優(yōu)化無線路徑容量的使用。目前，在物聯(lián)網(wǎng)、機器類通信(Machine Type Communication,簡稱MTC)和智能手機互聯(lián)網(wǎng)應(yīng)用等各種通信場合中，存在大量的小數(shù)據(jù)通信，其中，用戶設(shè)備(UserEquipment，簡稱UE)僅收發(fā)小量數(shù)據(jù)，該小量數(shù)據(jù)可以包括內(nèi)容數(shù)據(jù)和/或信令數(shù)據(jù)。例如，自動販賣機應(yīng)用中，UE周期性上報銷售數(shù)據(jù)給控制中心；森林火災(zāi)監(jiān)控應(yīng)用中，UE周期性向監(jiān)控中心發(fā)送心跳消息以表明UE運行良好、通信鏈路良好。在許多智能手機互聯(lián)網(wǎng)應(yīng)用中，應(yīng)用客戶端可能有較大量的數(shù)據(jù)通信，比如視頻媒體，還可能頻繁發(fā)送心跳消息或傳遞小量的內(nèi)容數(shù)據(jù)，例如天氣應(yīng)用功能每隔幾小時進行一次天氣信息同步、愛車秘書應(yīng)用功能定期從交管中心同步違章罰款等信息、即時通訊應(yīng)用功能每隔幾分鐘就與服務(wù)器進行一次心跳消息交互、電子郵件應(yīng)用功能定期向服務(wù)器查詢是否有新郵件，這樣的場景下可能只需要幾十字節(jié)到幾百字節(jié)流量。在進行上述小數(shù)據(jù)通信時，若執(zhí)行壓縮功能，則需要識別數(shù)據(jù)類型、與UE協(xié)商壓縮算法和相關(guān)參數(shù)、進行壓縮和解壓縮計算以及存儲壓縮過程中產(chǎn)生的相關(guān)數(shù)據(jù)，因此耗費了很多處理資源，并且數(shù)據(jù)壓縮過程引入了時延。由于通信數(shù)據(jù)量小，壓縮過程所節(jié)省的傳輸比特數(shù)很少，但是卻耗費了大量處理資源。并且，若小數(shù)據(jù)通信傳輸?shù)氖切帕顢?shù)據(jù)，比如信令或控制消息，則對實時性要求高，壓縮功能引入的時延降低了通信實時性。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)通信方法，用以解決現(xiàn)有技術(shù)中的缺陷，減少小數(shù)據(jù)通信耗費的處理資源，提高小數(shù)據(jù)通信的實時性。本發(fā)明實施例還提供一種數(shù)據(jù)通信服務(wù)節(jié)點，用以解決現(xiàn)有技術(shù)中的缺陷，減少小數(shù)據(jù)通信耗費的處理資源，提高小數(shù)據(jù)通信的實時性。本發(fā)明實施例提供一種數(shù)據(jù)通信方法，包括獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)，所述用于數(shù)據(jù)通信的消息和/或所述簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息；根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。本發(fā)明實施例還提供一種數(shù)據(jù)通信服務(wù)節(jié)點，包括獲取模塊，用于獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)，所述用于數(shù)據(jù)通信的消息和/或所述簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息；
策略生成模塊，用于根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。由上述技術(shù)方案可知，本發(fā)明實施例通過用于數(shù)據(jù)通信的消息和/或簽約數(shù)據(jù)中的數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。如果包括該指示信息，則說明此次數(shù)據(jù)通信過程屬于小數(shù)據(jù)通信過程，因此確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。因為對是否屬于小數(shù)據(jù)通信進行區(qū)分，對小數(shù)據(jù)通信不進行數(shù)據(jù)壓縮和/或頭壓縮，因此能夠減少數(shù)據(jù)通信耗費的處理資源，并且能夠提高數(shù)據(jù)通信的實時性。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明實施例一的數(shù)據(jù)通信方法的流程圖；圖2為本發(fā)明實施例二的數(shù)據(jù)通信方法的信令流程圖；圖3為本發(fā)明實施例三的數(shù)據(jù)通信方法的信令流程圖；圖4為本發(fā)明實施例四的數(shù)據(jù)通信方法的信令流程圖；圖5為本發(fā)明實施例五的數(shù)據(jù)通信服務(wù)節(jié)點的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖I為本發(fā)明實施例一的數(shù)據(jù)通信方法的流程圖。如圖I所示，該方法包括如下過程。步驟101 :獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)。在本步驟中，上述用于數(shù)據(jù)通信的消息和/或簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息。具體地，上述數(shù)據(jù)通信指示信息可以包括如下五項中的至少一項I、簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息；2、簽約數(shù)據(jù)中的禁止壓縮指示信息；3、簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息；4、簽約數(shù)據(jù)中的禁止頭壓縮指示信息；5、用于數(shù)據(jù)通信的消息中的信令數(shù)據(jù)通信指示信息。步驟102 :根據(jù)上述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。在本步驟中，根據(jù)步驟101中接收到的數(shù)據(jù)通信指示信息的具體內(nèi)容，確定數(shù)據(jù)通信的壓縮策略。步驟102所指的根據(jù)數(shù)據(jù)通信指示信息確定壓縮策略，也包括在確定壓縮策略時，除了參考數(shù)據(jù)通信指示信息外，還參考其它信息的情況。具體地，可以根據(jù)上述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略，還可以在上述數(shù)據(jù)通信指示信息的基礎(chǔ)上，結(jié)合數(shù)據(jù)通信服務(wù)節(jié)點的本地策略確定數(shù)據(jù)通信的壓縮策略，其中，本地策略例如強制進行數(shù)據(jù)壓縮。根據(jù)簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息，確定數(shù)據(jù)通信的壓縮策略包括不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。根據(jù)簽約數(shù)據(jù)中的禁止壓縮指示信息，確定數(shù)據(jù)通信的壓縮策略包括不進行數(shù)據(jù)壓縮和不進行頭壓縮。根據(jù)簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息，確定數(shù)據(jù)通信的壓縮策略包括不進行數(shù)據(jù)壓縮。根據(jù)簽約數(shù)據(jù)中的禁止頭壓縮指示信息，確定數(shù)據(jù)通信的壓縮策略包括不進行頭壓縮。根據(jù)用于數(shù)據(jù)通信的消息中的信令數(shù)據(jù)通信指示信息，確定數(shù)據(jù)通信的壓縮策略包括不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。在本發(fā)明實施例一中，通過用于數(shù)據(jù)通信的消息和/或簽約數(shù)據(jù)中的數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。如果包括該指示信息，則說明此次數(shù)據(jù)通信過程屬于小數(shù)據(jù)通信過程，因此確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。如果不包括該指示信息，則說明此次數(shù)據(jù)通信過程不屬于小數(shù)據(jù)通信過程，因此采用與現(xiàn)有數(shù)據(jù)通信過程相同的方法，進行數(shù)據(jù)壓縮和/或頭壓縮。本發(fā)明實施例一的技術(shù)方案中，在數(shù)據(jù)通信時，對是否屬于小數(shù)據(jù)通信進行區(qū)分，如果是小數(shù)據(jù)通信，則不進行數(shù)據(jù)壓縮和/或頭壓縮，因此能夠減少數(shù)據(jù)通信耗費的處理資源，并且能夠提高數(shù)據(jù)通信的實時性。 圖2為本發(fā)明實施例二的數(shù)據(jù)通信方法的信令流程圖。在本發(fā)明實施例二中，將本發(fā)明實施例一的數(shù)據(jù)通信方法應(yīng)用到現(xiàn)有的A/Gb模式下，以A/Gb模式下數(shù)據(jù)通信過程為例予以說明。其中，無線接入網(wǎng)具體為基站子系統(tǒng)(Base Station Subsystem,簡稱BSS),BSS也稱為全球移動通信系統(tǒng)增強型數(shù)據(jù)速率全球移動通訊系統(tǒng)演進技術(shù)無線接入網(wǎng)(GSMEDGE Radio Access Network，簡稱GERAN)，數(shù)據(jù)通信服務(wù)節(jié)點具體為服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(Servicing GPRS Support Node,簡稱SGSN),用戶數(shù)據(jù)服務(wù)器具體為歸屬位置寄存器(Home Location Register,簡稱HLR)或者歸屬用戶服務(wù)器(Home SubscriberServer，簡稱HSS)。A/Gb模式下，壓縮功能由SGSN和U E執(zhí)行，包括數(shù)據(jù)壓縮和頭壓縮。本實施例由SGSN根據(jù)用于數(shù)據(jù)通信的消息和/或簽約數(shù)據(jù)確定是否進行數(shù)據(jù)壓縮，其中，用于數(shù)據(jù)通信的消息具體可以是來自UE的激活PDP上下文請求(Activate PDP ContextRequest)消息,或來自UE的跨SGSN的路由區(qū)更新(Track Area Update)消息，或來自其他SGSN的前傳重分配請求(Forward Relocation Request)消息。在本實施例二中，僅以激活PDP上下文請求消息為例予以說明。如圖2所示，該方法包括如下過程。步驟201 =HLR或HSS向SGSN發(fā)送插入簽約數(shù)據(jù)消息。在本步驟中，插入簽約數(shù)據(jù)消息即Insert Subscriber Data消息，該InsertSubscriber Data消息中包括一個或一個以上簽約的PDP上下文，還可以包含移動用戶綜合業(yè)務(wù)數(shù)字網(wǎng)絡(luò)號碼(Mobile Subscriber Integrated Services Digital NetworkNumber,簡稱MSISDN)、區(qū)域簽約數(shù)據(jù)(Regional Subscription Data)等其它簽約數(shù)據(jù)。在本步驟中，以簽約數(shù)據(jù)發(fā)生變化或U E進行分組交換(Packet Switching,簡稱PS)域附著(attach)作為觸發(fā)條件，上述觸發(fā)條件發(fā)生時，HLR或HSS會通過InsertSubscriber Data消息請求向SGSN插入或修改一個或多個用戶和運營商簽約的PDP上下文。其中，每個簽約的PDP上下文中可以包含PDP類型，PDP地址，接入點名稱，簽約的服務(wù)質(zhì)量輪廓(QoS Profile Subscribed)。并且,用于小數(shù)據(jù)通信的簽約的PDP上下文中還可以包含小數(shù)據(jù)傳輸指示信息和/或禁止數(shù)據(jù)壓縮指示信息。具體地，小數(shù)據(jù)傳輸指示信息可以為Small Data Transmissions Feature,用于指示該簽約的PDP上下文具有小數(shù)據(jù)傳輸屬性；禁止數(shù)據(jù)壓縮指示信息可以為Prohibit Data Compression,用于指示該簽約的PDP上下文禁止對用戶數(shù)據(jù)進行壓縮。小數(shù)據(jù)傳輸指示信息和/或禁止數(shù)據(jù)壓縮指示信息也可能包含在除了簽約的PDP上下文之外的其它簽約數(shù)據(jù)內(nèi)容中。步驟202 =SGSN向HLR或HSS返回插入簽約數(shù)據(jù)應(yīng)答消息。步驟203 UE向SGSN發(fā)送激活PDP上下文請求消息。在本步驟中，激活PDP上下文請求消息即Activate PDP Context Request消息。在本步驟中，當UE確定要進行信令消息的通信或者其它小數(shù)據(jù)通信時，UE向SGSN發(fā)送Activate PDP Context Request消息。其中，信令消息的通信例如登錄移動QQ、同步QQ好友狀態(tài)信息、登錄電子郵件、獲取新電子郵件列表等；其它小數(shù)據(jù)通信例如周期性機器終端狀態(tài)信息報告等。其中，該Activate PDP Context Request消息中可以包括PDP類型、PDP地址、接入點名稱、服務(wù)質(zhì)量(Quality of Service，簡稱QoS)需 求，并且，該Activate PDP Context Request消息中還可以包括信令指示(SignallingIndication)。SGSN根據(jù)激活PDP上下文請求消息和簽約的PDP上下文激活一個PDP上下文。UE用Signalling Indication指示將進行信令數(shù)據(jù)的通信,請求網(wǎng)絡(luò)針對激活的F1DP上下文進行QoS優(yōu)化，優(yōu)先保證信令數(shù)據(jù)傳輸。信令數(shù)據(jù)的通信又稱信令業(yè)務(wù)(SignallingTraffic)的通信。步驟204 UE與SGSN之間執(zhí)行安全功能操作。本步驟為非必要步驟，在步驟203之后可以選擇執(zhí)行本步驟，也可以直接執(zhí)行后
續(xù)步驟。步驟205 =SGSN向BSS發(fā)送調(diào)用跟蹤消息。在本步驟中,調(diào)用跟蹤消息即Invoke Trace消息。步驟206 :SGSN 向網(wǎng)關(guān) GPRS 支持節(jié)點(Gateway GPRS Support Node，簡稱 GGSN)發(fā)送創(chuàng)建PDP上下文請求消息。在本步驟中，倉丨」建PDP上下文請求消息即Create PDP Context Request消息。在本步驟中，該Create PDP Context Request消息中可以包括PDP類型和接入點名稱。步驟207 =GGSN向SGSN返回創(chuàng)建PDP上下文響應(yīng)消息。在本步驟中，創(chuàng)建PDP上下文響應(yīng)消息即Create PDP Context Response消息。步驟208 BSS與SGSN之間執(zhí)行BSS分組流上下文流程。在本步驟中，BSS分組流上下文流程即BSS packet flow context procedures。本步驟為非必要步驟，在步驟207之后可以選擇執(zhí)行本步驟，也可以直接執(zhí)行后續(xù)步驟。步驟209 =SGSN根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。在本步驟中，SGSN決定激活一個PDP上下文，并且根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。具體地，SGSN根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略的過程可以采用以下兩種方法中的至少一種來實現(xiàn)。方法一 SGSN判斷步驟201中接收的簽約的PDP上下文中是否包含禁止數(shù)據(jù)壓縮指示信息或小數(shù)據(jù)傳輸指示信息。若是，則SGSN確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮。方法二 =SGSN判斷來自U E的激活PDP上下文請求消息中是否攜帶了信令指示并設(shè)置為是。若是，則SGSN確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮?；蛘?，SGSN同時采用方法一和方法二進行判斷，當其中至少一個方法的判斷結(jié)果為是時，SGSN確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮。在SGSN確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮之后，在后續(xù)數(shù)據(jù)通信過程中，可以采取如下操作中的一種或多種的組合第一種操作SGSN不會通過子網(wǎng)相關(guān)會聚協(xié)議(Sub Network DependentConvergence Protocol,簡稱SNDCP)向UE發(fā)起數(shù)據(jù)壓縮協(xié)商，即不會協(xié)商壓縮算法和相應(yīng)壓縮參數(shù)；第二種操作如果UE主動通過SNDCP向SGSN發(fā)起數(shù)據(jù)壓縮協(xié)商，則SGSN拒絕UE發(fā)起的數(shù)據(jù)壓縮協(xié)商；第三種操作SGSN與UE協(xié)商不進行數(shù)據(jù)壓縮。步驟210 =SGSN向GGSN發(fā)送更新PDP上下文請求消息。更新PDP上下文請求消息即Update PDP Context Request消息。如果在上述步驟207中服務(wù)質(zhì)量屬性(QoS attributes)被降級了，則在步驟210中，SGSN可以通過向 GGSN發(fā)送該Update PDP Context Request消息向GGSN進行通知。GGSN不應(yīng)嘗試重協(xié)商QoS attributes。步驟211 =GGSN向SGSN返回更新PDP上下文響應(yīng)消息。步驟212 =SGSN向UE返回激活PDP上下文接受消息。在本步驟中，激活PDP上下文接受消息即Activate PDP Context Accept消息。該Activate PDP Context Accept消息中包括激活的PDP上下文的如下屬性PDP類型、PDP地址和QoS協(xié)商結(jié)果。在本發(fā)明實施例二中，在用于小數(shù)據(jù)通信的簽約的PDP上下文中加入小數(shù)據(jù)傳輸指示信息和/或禁止數(shù)據(jù)壓縮指示信息，并且UE在發(fā)送給SGSN的激活PDP上下文請求消息中加入信令指示，SGSN根據(jù)小數(shù)據(jù)傳輸指示信息和/或禁止數(shù)據(jù)壓縮指示信息和/或信令指示進行判斷，如果至少包括上述指示信息之一，則說明此次數(shù)據(jù)通信過程屬于小數(shù)據(jù)通信過程，SGSN確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮，從而在數(shù)據(jù)通信的過程中不進行數(shù)據(jù)壓縮，因此能夠減少數(shù)據(jù)通信耗費的處理資源，并且能夠提高數(shù)據(jù)通信的實時性。進一步地，在本發(fā)明實施例一的數(shù)據(jù)通信方法應(yīng)用到現(xiàn)有的A/Gb模式下的情況中，上述本發(fā)明實施例二以SGSN確定數(shù)據(jù)通信的壓縮策略為例予以說明，在實際應(yīng)用中，還可以由UE確定該數(shù)據(jù)通信的壓縮策略。當UE決定進行小數(shù)據(jù)通信時，UE通過激活TOP上下文請求消息向SGSN發(fā)起PDP上下文激活，在后續(xù)的數(shù)據(jù)通信過程中，UE不會主動通過SNDCP向SGSN協(xié)商壓縮算法和相應(yīng)壓縮參數(shù)，并且，如果SGSN主動向UE發(fā)起壓縮協(xié)商，UE拒絕SGSN發(fā)起的壓縮協(xié)商，或者，UE與SGSN協(xié)商不進行數(shù)據(jù)壓縮。圖3為本發(fā)明實施例三的數(shù)據(jù)通信方法的信令流程圖。在本發(fā)明實施例三中，將本發(fā)明實施例一的數(shù)據(jù)通信方法應(yīng)用到現(xiàn)有的Iu模式下，以Iu模式下數(shù)據(jù)通信過程為例予以說明。其中，無線接入網(wǎng)具體為GERAN或者通用移動通信系統(tǒng)陸地無線接入網(wǎng)(UMTSTerrestrial Radio Access Network,簡稱UTRAN),數(shù)據(jù)通信服務(wù)節(jié)點具體為SGSN,用戶數(shù)據(jù)服務(wù)器具體為HLR或HSS。Iu模式下，壓縮功能由RAN和UE執(zhí)行，不進行數(shù)據(jù)壓縮，只進行頭壓縮。本實施例由SGSN根據(jù)用于數(shù)據(jù)通信的消息和/或簽約的PDP上下文確定是否進行頭壓縮，其中，用于數(shù)據(jù)通信的消息具體可以是來自UE的激活PDP上下文請求(ActivatePDP Context Request)消息，或來自UE的跨SGSN的路由區(qū)更新消息，或來自其他SGSN的前傳重分配請求(Forward Relocation Request)消息。在本實施例三中，僅以激活PDP上下文請求消息為例予以說明。如圖3所示，該方法包括如下過程。步驟301 =HLR或HSS向SGSN發(fā)送插入簽約數(shù)據(jù)消息在本步驟中，插入簽約數(shù)據(jù)消息即Insert Subscriber Data消息，該InsertSubscriber Data消息中包括一個或一個以上簽約的PDP上下文,還可以包含MSISDN、區(qū)域簽約數(shù)據(jù)(Regional Subscription Data)等其它簽約數(shù)據(jù)。在本步驟中，以簽約數(shù)據(jù)發(fā)生變化或UE進行PS域附著(attach)作為觸發(fā)條件，上述觸發(fā)條件發(fā)生時，HLR或HSS會通過Insert Subscriber Data消息請求向SGSN插入或修改一個或多個用戶和運營商簽約的PDP上下文。其中，每個簽約的PDP上下文中可以包含PDP類型，PDP地址，接入點名稱，簽約的服務(wù)質(zhì)量輪廓(QoS Profile Subscribed)。并且，用于小數(shù)據(jù)通信的簽約的PDP上下文中還可以包含小數(shù)據(jù)傳輸指示信息和/或禁止壓縮指示信息。具體地，小數(shù)據(jù)傳輸指示信息可以為Small Data Transmissions Feature,用于指示該簽約的PDP上下文具有小數(shù)據(jù)傳輸屬性；禁止壓縮指示信息可以為Prohibit Compression，用于指示該簽約的PDP上下文不對用戶數(shù)據(jù)包做頭壓縮和數(shù)據(jù)壓縮。小數(shù)據(jù)傳輸指示信息和/或禁止壓縮指示信息也可能包含在除了簽約的PDP上下文之外的其它簽約數(shù)據(jù)內(nèi)容中。步驟302 =SGSN向HLR或HSS返回插入簽約數(shù)據(jù)應(yīng)答消息。步驟303 UE向SGSN發(fā)送激活PDP上下文請求消息。在本步驟中，激活PDP上下文請求消息即Activate PDP Context Request消息。上述步驟302至步驟303與本發(fā)明實施例二中的步驟202至步驟203相同，在此不再贅述。步驟304 =SGSN向GGSN發(fā)送創(chuàng)建PDP上下文請求消息。在本步驟中，倉丨」建PDP上下文請求消息即Create PDP Context Request消息。步驟305 =GGSN向SGSN返回創(chuàng)建PDP上下文響應(yīng)消息。在本步驟中，倉丨j建PDP上下文響應(yīng)消息即Create PDP Context Response消息。上述步驟304至步驟305與本發(fā)明實施例二中的步驟206至步驟207相同，在此不再贅述。步驟306 =SGSN根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。在本步驟中，SGSN決定激活一個PDP上下文，并且根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。具體地，SGSN根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略的過程可以采用以下兩種方法中的至少一種來實現(xiàn)。方法一 SGSN判斷步驟301中接收的簽約的PDP上下文中是否包含禁止壓縮指示信息或小數(shù)據(jù)傳輸指示信息。若是，則SGSN確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮。方法二 SGSN判斷來自UE的激活PDP上下文請求消息中是否攜帶了信令指示并設(shè)置為是。若是，則SGSN確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮?；蛘撸琒GSN同時采用方法一和方法二進行判斷，當其中至少一個方法的判斷結(jié)果為是時，SGSN確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮。需要說明的是，SGSN確定的數(shù)據(jù)通信的壓縮策略為不進行頭壓縮，是基于Iu模式本身不進行數(shù)據(jù)壓縮的前提的。也就是說，SGSN根據(jù)上述禁止壓縮指示信息，確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和不進行頭壓縮，由于此時處在Iu模式下，此模式下本身即不進行數(shù)據(jù)壓縮，所以SGSN僅確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮。
在SGSN確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮之后，SGSN向無線接入網(wǎng)發(fā)送禁止頭壓縮指示信息，具體參見如下步驟307。步驟307 SGSN向RAN發(fā)送無線接入承載(Radio Access Bearer, RAB)指派請求消息。在本步驟中，RAN可以為GERAN或UTRANSGSN。通過向GERAN或UTRAN發(fā)送RAB指派請求消息，發(fā)起RAB指派流程,從而建立RAB。對該RAB指派請求消息進行擴展。該RAB指派請求消息中包含禁止頭壓縮指示信息。該禁止頭壓縮指示信息可以包含在用戶面信息(User Plane Information)中，或者，可以包含在其它RAB參數(shù)中。步驟308 :RAN與UE通過無線資源控制(Radio Resource Control,簡稱RRC)協(xié)議建立無線承載。在本步驟中，RAN可以為GERAN或UTRANSGSN。GERAN或UTRAN與UE通過RRC協(xié)議建立無線承載。 在本步驟中，如果步驟307中該RAB指派請求消息中包含禁止頭壓縮指示信息，則GERAN或UTRAN在建立無線承載的過程中不主動向UE協(xié)商頭壓縮，和/或，如果UE主動向GERAN或UTRAN發(fā)起頭壓縮的協(xié)商，則GERAN或UTRAN拒絕UE發(fā)起的頭壓縮的協(xié)商，和/或，GERAN或UTRAN與UE協(xié)商不進行頭壓縮。步驟309 =RAN向SGSN返回RAB指派響應(yīng)消息。步驟310 : SGSN向RAN發(fā)送調(diào)用跟蹤消息。在本步驟中,調(diào)用跟蹤消息即Invoke Trace消息。步驟311: SGSN向GGSN發(fā)送更新PDP上下文請求消息。更新PDP上下文請求消息，即Update PDP Context Request消息。如果在上述步驟306至步驟308中QoS attributes被降級了，則在步驟311中，SGSN可以通過向GGSN發(fā)送該Update PDP Context Request消息向GGSN進行通知。本步驟與本發(fā)明實施例二的步驟210相同，在此不再贅述。步驟312 =GGSN向SGSN返回更新PDP上下文響應(yīng)消息。步驟313 =SGSN向UE返回激活PDP上下文接受消息。激活PDP上下文接受消息，即Activate PDP Context Accept消息。上述步驟312至步驟313與本發(fā)明實施例二的步驟211至步驟212相同，在此不再贅述。在本發(fā)明實施例三中，在用于小數(shù)據(jù)通信的簽約的PDP上下文中加入小數(shù)據(jù)傳輸指示信息和/或禁止壓縮指示信息，并且UE在發(fā)送給SGSN的激活PDP上下文請求消息中加入信令指示，SGSN根據(jù)小數(shù)據(jù)傳輸指示信息和/或禁止壓縮指示信息和/或信令指示進行判斷，如果至少包括上述指示信息之一，則說明此次數(shù)據(jù)通信過程屬于小數(shù)據(jù)通信過程，SGSN確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮，從而SGSN向無線接入網(wǎng)發(fā)送禁止頭壓縮指示信息，以使無線接入網(wǎng)與UE之間不進行數(shù)據(jù)頭壓縮，因此能夠減少數(shù)據(jù)通信耗費的處理資源，并且能夠提高數(shù)據(jù)通信的實時性。在上述本發(fā)明實施例二和本發(fā)明實施例三中，在激活PDP上下文成功后，UE進行小數(shù)據(jù)通信。上述PDP上下文為主PDP上下文，在UE需進行大量數(shù)據(jù)的通信時，例如UE需進行文件傳輸或較大的采集數(shù)據(jù)量的上報時，UE可以激活一個或一個以上輔助PDP上下文，以用于大量數(shù)據(jù)的通信。UE在激活輔助PDP上下文的請求消息中不攜帶SignallingIndication 信息。圖4為本發(fā)明實施例四的數(shù)據(jù)通信方法的信令流程圖。在本發(fā)明實施例四中，將本發(fā)明實施例一的建立數(shù)據(jù)通信方法應(yīng)用到現(xiàn)有的演進的分組系統(tǒng)附著(Evolved PacketSystem attach,簡稱EPS attach)并建立默認承載(Default Bearer)的過程為例予以說明。其中，無線接入網(wǎng)具體為演進的UTRAN(Evolved UTRAN，簡稱E-UTRAN)，E-UTRAN由一個或多個演進的基站(eNode B，簡稱eNB)組成，數(shù)據(jù)通信服務(wù)節(jié)點具體為目標移動管理實體(Mobility Management Entity,簡稱MME),系統(tǒng)中還包括原MME或SGSN,用戶數(shù)據(jù)服務(wù)器具體為主要HSS。UE通過E-UTRAN接入EPS的情況下，壓縮功能由E-URTAN和UE執(zhí)行，不進行數(shù)據(jù)壓縮，只進行頭壓縮。本實施例由目標MME根據(jù)用于數(shù)據(jù)通信的消息和/或簽約數(shù)據(jù)判斷是否進行頭壓縮，其中，用于數(shù)據(jù)通信的消息具體為PDN連接請求消息，或跟蹤區(qū)更新消息，或來自原MME或SGSN的前傳重分配請求(Forward Relocation Request)消 息。如圖4所示，該方法包括如下過程。步驟401 UE向eNB發(fā)起附著請求消息。在本步驟中，附著請求消息即Attach Request消息。該AttachRequest消息中包括PDN連接請求消息，用于請求建立一個PDN連接。PDN連接請求消息中可以包含接入點名稱(Access Point Name，簡稱APN)和PDN類型信息。如果PDN連接請求消息不包含APN，則MME使用默認的APN。PDN類型包括互聯(lián)網(wǎng)協(xié)議第4版(簡稱IPv4)、互聯(lián)網(wǎng)協(xié)議第6版(簡稱IPv6)、互聯(lián)網(wǎng)協(xié)議第4版第6版(簡稱IPv4v6)等。步驟402 : eNB向目標MME發(fā)送轉(zhuǎn)發(fā)附著請求消息。在步驟402之后，步驟403至步驟408為可選擇性執(zhí)行的步驟，可以在步驟402之后執(zhí)行步驟403，也可以在步驟402之后直接執(zhí)行步驟409。其中，步驟403至步驟408的具體執(zhí)行方法與現(xiàn)有的EPS指派并建立默認值承載的過程相同。步驟403 :目標MME從原MME或SGSN獲取MSI。在本步驟中，目標MME可能判斷出存在原MME或SGSN，并通過向原MME或SGSN發(fā)送身份識別請求(Identification Request)消息，向原MME或SGSN請求國際移動用戶識別碼(International Mobile Subscriber Identification Number,簡稱 IMSI)。原 MME或SGSN向目標MM E返回身份識別響應(yīng)(Identification Response)消息，向目標MM E發(fā)送頂SI。步驟404 :目標MME從UE獲取MSI。在本步驟中，如果UE對原MME或SGSN和目標MME都不識別，則目標MME向UE發(fā)送身份識別請求(Identity Request)消息，以請求IMSI。UE向MME返回身份識別響應(yīng)(Identity Response)消息，向目標 MME 發(fā)送 IMSI 步驟405 目標MME、UE與HSS進行認證和安全功能。步驟406 目標MME從UE獲取國際移動設(shè)備標識(International MobileEquipment Identity,簡稱 IMEI)。步驟407 :目標MME從UE獲取加密選項。步驟408 :目標MME刪除激活的承載上下文。在本步驟中，如果在目標MME存在激活的承載上下文，則目標MME刪除這些激活的承載上下文。步驟409 :目標MME向HSS發(fā)送更新位置請求消息。在本步驟中，更新位置請求消息即Update Location Request消息。步驟410 HSS與原MME或SGSN進行位置刪除過程。在本步驟中，首先，HSS向原MME/SGSN發(fā)送位置刪除(Cancel Location)消息。然后，如果在原MME或SGSN存在UE的激活的承載上下文，則原MME或SGSN刪除該激活的承載上下文。步驟411 =HSS向目標麗E返回更新位置響應(yīng)消息。在本步驟中，更新位置響應(yīng)消息即Update Location Acknowledge消息。Update Location Acknowledge消息中包括簽約數(shù)據(jù)，該簽約數(shù)據(jù)中包含一個或多個PDN簽約上下文，還可以包含MSISDN、區(qū)域簽約數(shù)據(jù)(Regional Subscription Data)等其它簽約數(shù)據(jù)。每個PDN簽約上下文中包括PDN類型和APN。進一步地,每一個PDP簽約上下文中還可能擴展地包含小數(shù)據(jù)傳輸指示信息和禁止頭壓縮指示信息中的一項或兩項。其中，上述小數(shù)據(jù)傳輸指示信息可以為Small Data Transmissions Feature,表明該F1D N簽約上下文具有小數(shù)據(jù)傳輸屬性；上述禁止頭壓縮指示信息可以為Prohibit Header Compression,表明該TON簽約上下文不進行頭壓縮。步驟412 :目標麗E與服務(wù)網(wǎng)關(guān)(Serving GW，簡稱SGW)執(zhí)行創(chuàng)建默認承載過程。在本步驟中，目標MME接受PDN連接請求并決定創(chuàng)建默認承載。首先，目標MME選擇一個SGW并為默認承載分配一個EPS承載標識，向該SGW發(fā)送創(chuàng)建承載請求(CreateSession Request)消息，以創(chuàng)建該默認承載。然后，該SGW向目標MME返回發(fā)送創(chuàng)建承載響應(yīng)(Create Session Response)消息，創(chuàng)建默認承載完成。步驟413 :目標MME根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。在本步驟中，目標MME根據(jù)數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略的過程可以采用以下兩種方法中的至少一種來實現(xiàn)。方法一目標MME判斷步驟411中獲取的TON簽約上下文中是否包括小數(shù)據(jù)傳輸指示信息或禁止頭壓縮指示信息。若是，則目標MME確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮。方法二 目標MME判斷PDN連接請求消息中是否包括信令指示信息。若是，則目標MME確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮?；蛘?，目標MME同時采用方法一和方法二進行判斷，當其中至少一個方法的判斷結(jié)果為是時，目標MME確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮。需要說明的是，MME確定的數(shù)據(jù)通信的壓縮策略為不進行頭壓縮，是基于UE采用E-UTRAN接入EPS時本身即不進行數(shù)據(jù)壓縮的前提的。在目標MME確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮之后，可以向無線接入網(wǎng)發(fā)送禁止頭壓縮指示信息。在本實施例中，以目標MME向無線接入網(wǎng)發(fā)送禁止頭壓縮指示信息為例，具體參見如下步驟414。步驟414 :目標MME向eNB發(fā)送初始上下文建立請求消息。在本步驟中，初始上下文建立請求消息即Initial Context Setup Request消息。該Initial Context Setup Request消息中包括附著接受(Attach Accept)消息和禁止頭壓縮指示信息。其中，該Attach Accept消息中包含激活默認EPS承載上下文請求(Activate default EPS bearer context request)消息。該禁止頭壓縮指不信息用于指示不進行頭壓縮操作。步驟415 :eNB 與 UE 進行無線資源控制(Radio Resource Control, RRC)連接。在本步驟中，eNB向 UE 發(fā)送 RRC 連接重配置(RRC Connection Reconfiguration)消息，該消息中包含上述Attach Accept消息和頭壓縮指示信息。如果目標MME發(fā)送禁止頭壓縮指示信息到eNB，則eNB不主動向UE發(fā)起頭壓縮協(xié)商，和/或，如果UE主動向eNB發(fā)起頭壓縮協(xié)商，則eNB拒絕UE發(fā)起的頭壓縮協(xié)商，和/或eNB和UE協(xié)商不進行頭壓縮。步驟416 eNB向目標MME返回初始上下文建立響應(yīng)消息。
在本步驟中，初始上下文建立響應(yīng)消息即Initial Context Setup Response消
肩、O步驟417 UE通過eNB向目標MME發(fā)送附著完成消息。在本步驟中，附著完成消息即Attach Complete消息。UE發(fā)送直接傳輸(DirectTransfer)消息到eNB,該消息中包含Attach Complete消息。Attach Complete消息中包含激活默認EPS承載上下文接受(Activate default EPS bearer context accept)消息。在本發(fā)明實施例四中，在PDN連接完成后，UE進行小數(shù)據(jù)通信。在UE需進行大量數(shù)據(jù)的通信時，例如UE需進行文件傳輸或較大的采集數(shù)據(jù)量的上報時，可以為UE激活一個或一個以上的專用EPS承載，以用于大量數(shù)據(jù)的通信。UE在激活專用EPS承載的請求消息中不攜帶 Signalling Indication 信息。在本發(fā)明實施例四中，在用于小數(shù)據(jù)通信的PDN簽約上下文中加入小數(shù)據(jù)傳輸指示信息和/或禁止頭壓縮指示信息，目標MME根據(jù)小數(shù)據(jù)傳輸指示信息和/或禁止頭壓縮指示信息進行判斷，如果至少包括上述指示信息之一，則說明此次數(shù)據(jù)通信過程屬于小數(shù)據(jù)通信過程，目標MME向eNB發(fā)送禁止頭壓縮標識，以使eNB與UE之間不進行頭壓縮，因此能夠減少數(shù)據(jù)通信耗費的處理資源，并且能夠提高數(shù)據(jù)通信的實時性。圖5為本發(fā)明實施例五的數(shù)據(jù)通信服務(wù)節(jié)點的結(jié)構(gòu)示意圖。如圖5所示，該數(shù)據(jù)通信服務(wù)節(jié)點至少包括獲取模塊51和策略生成模塊52。其中，獲取模塊51用于獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)。其中，用于數(shù)據(jù)通信的消息和/或所述簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息。策略生成模塊52用于根據(jù)上述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。在上述技術(shù)方案的基礎(chǔ)上，獲取模塊51具體用于獲取激活分組數(shù)據(jù)協(xié)議PDP上下文請求消息，或路由區(qū)更新消息，或前轉(zhuǎn)重分配請求消息，或分組數(shù)據(jù)網(wǎng)絡(luò)PDN連接請求消息，或跟蹤區(qū)更新消息。在上述技術(shù)方案的基礎(chǔ)上，獲取模塊51具體用于獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)，上述用于數(shù)據(jù)通信的消息和/或上述簽約數(shù)據(jù)包括數(shù)據(jù)通信指示信息，所述數(shù)據(jù)通信指示信息至少包括以下信息之一簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息、簽約數(shù)據(jù)中的禁止壓縮指示信息、簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息、簽約數(shù)據(jù)中的禁止頭壓縮指示信息、和用于數(shù)據(jù)通信的消息中的信令指示信息。根據(jù)上述信息，策略生成模塊52具體用于如下功能之一策略生成模塊52具體用于根據(jù)上述簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息，確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。策略生成模塊52具體用于根據(jù)上述簽約數(shù)據(jù)中的禁止壓縮指示信息，確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和不進行頭壓縮。策略生成模塊52具體用于根據(jù)上述簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息，確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮。策略生成模塊52具體用于根據(jù)上述簽約數(shù)據(jù)中的禁止頭壓縮指示信息，確定數(shù)據(jù)通信的壓縮策略為不進行頭壓縮。和，策略生成模塊52具體用于根據(jù)上述用于數(shù)據(jù)通信的消息中的信令指示信息，確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。在上述技術(shù)方案的基礎(chǔ)上，上述數(shù)據(jù)通信服務(wù)節(jié)點中還可以包括控制模塊53。控制模塊53用于在上述數(shù)據(jù)通信的壓縮策略包括不進行數(shù)據(jù)壓縮時，完成如下功能的一種或幾種的組合，包括不向UE發(fā)起數(shù)據(jù)壓縮協(xié)商，和/或，在接收到來自UE的數(shù)據(jù)壓縮協(xié)商時，拒絕該數(shù)據(jù)壓縮協(xié)商，和/或，與UE協(xié)商不進行數(shù)據(jù)壓縮。在此方案中，該數(shù)據(jù)通信服務(wù)節(jié)點可以為SGSN。并且，控制模塊53還可以用于在上述數(shù)據(jù)通信的壓縮策略包括不進行頭壓縮時，完成如下功能的一種或幾種的組合，包括不向UE發(fā)起頭壓縮協(xié)商，和/或，在接收到來自UE的頭壓縮協(xié)商時，拒絕該頭壓縮協(xié)商，和/或，與UE協(xié)商不進行頭壓縮，和/或，向RAN發(fā)送禁止頭壓縮指示信息。在此方案中，該數(shù)據(jù)通信服務(wù)節(jié)點有可能為SGSN，也有可能為 MME0在本發(fā)明實施例五中，數(shù)據(jù)通信服務(wù)節(jié)點的獲取模塊獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)中的數(shù)據(jù)通信指示信息，策略生成模塊根據(jù)上述指示信息確定數(shù)據(jù)通信的壓縮策略。在包括上述指示信息時，確定數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。數(shù)據(jù)通信服務(wù)節(jié)點通過對小數(shù)據(jù)通信進行判斷，省略了小數(shù)據(jù)通信的壓縮過程，因此能夠減少數(shù)據(jù)通信耗費的處理資源，并且能夠提高數(shù)據(jù)通信的實時性。需要說明的是對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種數(shù)據(jù)通信方法，其特征在于，包括 獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)，所述用于數(shù)據(jù)通信的消息和/或所述簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息； 根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于， 所述數(shù)據(jù)通信指示信息至少包括以下信息之一 所述簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息； 所述簽約數(shù)據(jù)中的禁止壓縮指示信息； 所述簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息； 所述簽約數(shù)據(jù)中的禁止頭壓縮指示信息；和 所述用于數(shù)據(jù)通信的消息中的信令指示信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略的步驟至少包括如下步驟之一 根據(jù)所述簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮； 根據(jù)所述簽約數(shù)據(jù)中的禁止壓縮指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和不進行頭壓縮； 根據(jù)所述簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮； 根據(jù)所述簽約數(shù)據(jù)中的禁止頭壓縮指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行頭壓縮；和 根據(jù)所述用于數(shù)據(jù)通信的消息中的信令指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。
4.根據(jù)權(quán)利要求I至3中任意一項所述的方法，其特征在于， 所述用于數(shù)據(jù)通信的消息包括激活分組數(shù)據(jù)協(xié)議PDP上下文請求消息，或路由區(qū)更新消息，或前轉(zhuǎn)重分配請求消息，或分組數(shù)據(jù)網(wǎng)絡(luò)TON連接請求消息，或跟蹤區(qū)更新消息。
5.根據(jù)權(quán)利要求I至4任一所述的方法，其特征在于，所述根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略之后，該方法還包括 當所述數(shù)據(jù)通信的壓縮策略包括不進行數(shù)據(jù)壓縮時，不向用戶設(shè)備UE發(fā)起數(shù)據(jù)壓縮協(xié)商，和/或，在接收到來自所述UE的數(shù)據(jù)壓縮協(xié)商時，拒絕該數(shù)據(jù)壓縮協(xié)商，和/或，與UE協(xié)商不進行數(shù)據(jù)壓縮。
6.根據(jù)權(quán)利要求I至4任一所述的方法，其特征在于，所述根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略之后，該方法還包括 當所述數(shù)據(jù)通信的壓縮策略包括不進行頭壓縮時，不向用戶設(shè)備UE發(fā)起頭壓縮協(xié)商，和/或，在接收到來自所述UE的頭壓縮協(xié)商時，拒絕該頭壓縮協(xié)商，和/或，與UE協(xié)商不進行頭壓縮，和/或，向無線接入網(wǎng)RAN發(fā)送禁止頭壓縮指示信息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述向無線接入網(wǎng)RAN發(fā)送禁止頭壓縮指示信息之后，該方法還包括 所述RAN不向UE發(fā)起頭壓縮協(xié)商，和/或，所述RAN在接收到來自所述UE的頭壓縮協(xié)商時，拒絕該頭壓縮協(xié)商，和/或，所述RAN與UE協(xié)商不進行頭壓縮。
8.一種數(shù)據(jù)通信服務(wù)節(jié)點，其特征在于，包括 獲取模塊，用于獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)，所述用于數(shù)據(jù)通信的消息和/或所述簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息； 策略生成模塊，用于根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。
9.根據(jù)權(quán)利要求8所述的數(shù)據(jù)通信服務(wù)節(jié)點，其特征在于， 所述獲取模塊具體用于獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)，所述用于數(shù)據(jù)通信的消息和/或所述簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息，所述數(shù)據(jù)通信指示信息至少包括以下信息之一所述簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息、所述簽約數(shù)據(jù)中的禁止壓縮指示信息、所述簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息、所述簽約數(shù)據(jù)中的禁止頭壓縮指示信息、和所述用于數(shù)據(jù)通信的消息中的信令指示信息。
10.根據(jù)權(quán)利要求9所述的數(shù)據(jù)通信服務(wù)節(jié)點，其特征在于，所述策略生成模塊具體用于如下功能之一 根據(jù)所述簽約數(shù)據(jù)中的小數(shù)據(jù)傳輸指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮； 根據(jù)所述簽約數(shù)據(jù)中的禁止壓縮指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和不進行頭壓縮； 根據(jù)所述簽約數(shù)據(jù)中的禁止數(shù)據(jù)壓縮指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮； 根據(jù)所述簽約數(shù)據(jù)中的禁止頭壓縮指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行頭壓縮； 和，根據(jù)所述用于數(shù)據(jù)通信的消息中的信令指示信息，確定所述數(shù)據(jù)通信的壓縮策略為不進行數(shù)據(jù)壓縮和/或不進行頭壓縮。
11.根據(jù)權(quán)利要求8至10中任一所述的數(shù)據(jù)通信服務(wù)節(jié)點，其特征在于， 所述獲取模塊具體用于獲取激活分組數(shù)據(jù)協(xié)議PDP上下文請求消息，或路由區(qū)更新消息，或前轉(zhuǎn)重分配請求消息，或分組數(shù)據(jù)網(wǎng)絡(luò)TON連接請求消息，或跟蹤區(qū)更新消息。
12.根據(jù)權(quán)利要求8至11中任一所述的數(shù)據(jù)通信服務(wù)節(jié)點，其特征在于， 所述數(shù)據(jù)通信服務(wù)節(jié)點為服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點SGSN ； 所述數(shù)據(jù)通信服務(wù)節(jié)點還包括控制模塊，用于在所述數(shù)據(jù)通信的壓縮策略包括不進行數(shù)據(jù)壓縮時，不向用戶設(shè)備UE發(fā)起數(shù)據(jù)壓縮協(xié)商，和/或，在接收到來自所述UE的數(shù)據(jù)壓縮協(xié)商時，拒絕該數(shù)據(jù)壓縮協(xié)商，和/或，與UE協(xié)商不進行數(shù)據(jù)壓縮。
13.根據(jù)權(quán)利要求8至11中任一所述的數(shù)據(jù)通信服務(wù)節(jié)點，其特征在于， 所述數(shù)據(jù)通信服務(wù)節(jié)點還包括控制模塊，用于在所述數(shù)據(jù)通信的壓縮策略包括不進行頭壓縮時，不向用戶設(shè)備UE發(fā)起頭壓縮協(xié)商，和/或，在接收到來自所述UE的頭壓縮協(xié)商時，拒絕該頭壓縮協(xié)商，和/或，與UE協(xié)商不進行頭壓縮，和/或，向無線接入網(wǎng)RAN發(fā)送禁止頭壓縮指示信息。
全文摘要
本發(fā)明提供一種數(shù)據(jù)通信方法和數(shù)據(jù)通信服務(wù)節(jié)點。其中數(shù)據(jù)通信方法包括獲取用于數(shù)據(jù)通信的消息和簽約數(shù)據(jù)，所述用于數(shù)據(jù)通信的消息和/或所述簽約數(shù)據(jù)中包括數(shù)據(jù)通信指示信息，根據(jù)所述數(shù)據(jù)通信指示信息確定數(shù)據(jù)通信的壓縮策略。采用本發(fā)明提供的數(shù)據(jù)通信方法和數(shù)據(jù)通信服務(wù)節(jié)點，在數(shù)據(jù)通信時，對是否屬于小數(shù)據(jù)通信進行區(qū)分，如果是小數(shù)據(jù)通信，則不進行數(shù)據(jù)壓縮和/或頭壓縮，因此能夠減少數(shù)據(jù)通信耗費的處理資源，并且能夠提高數(shù)據(jù)通信的實時性。
文檔編號H04W28/06GK102752795SQ201110099409
公開日2012年10月24日 申請日期2011年4月20日 優(yōu)先權(quán)日2011年4月20日
發(fā)明者高晨亮, 龍水平 申請人:華為終端有限公司