專利名稱：發(fā)送數(shù)據(jù)包、超幀號(hào)更新和維護(hù)、數(shù)據(jù)處理的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種發(fā)送數(shù)據(jù)包、PDCP層超幀號(hào)狀態(tài)更新和維護(hù)、數(shù)據(jù)處理的方法及裝置。
背景技術(shù)：
在現(xiàn)有LTE(Long Term Evolution,長(zhǎng)期演進(jìn))系統(tǒng)中，為了保證經(jīng)過(guò)空口傳輸?shù)臄?shù)據(jù)在接收端可以被按序地傳遞到應(yīng)用層，因此在發(fā)送端采用了為數(shù)據(jù)包分配序號(hào)的方法，即在F1DCP (Packet Data Convergence Protocol,分組數(shù)據(jù)匯聚協(xié)議)層按照接收到的數(shù)據(jù)包的順序?yàn)閿?shù)據(jù)包分配計(jì)數(shù)值(Count)。所述計(jì)數(shù)值包含兩個(gè)部分超幀號(hào)(HFN，Hyper Frame Number)和序號(hào)(SN, Sequence Number)。在數(shù)據(jù)傳送過(guò)程中，將計(jì)數(shù)值Count中的序號(hào)SN與數(shù)據(jù)內(nèi)容同時(shí)發(fā)送給接收端；同時(shí)在發(fā)送端和接收端各維護(hù)一個(gè)HFN狀態(tài)， 兩側(cè)的HFN狀態(tài)要保持同步。由于只有SN被攜帶在數(shù)據(jù)包中傳遞，因此接收端只能根據(jù)接收到的SN值來(lái)推測(cè)出發(fā)送端在處理該數(shù)據(jù)包時(shí)所使用的HFN值，以此對(duì)接收端的HFN值進(jìn)行更新。此外，為了保證數(shù)據(jù)的機(jī)密性和完整性，在rocp層還需要對(duì)發(fā)送的數(shù)據(jù)內(nèi)容進(jìn)行加密和/或完整性保護(hù)。在現(xiàn)有的加密和完整性保護(hù)算法中，都需要使用Count值作為一個(gè)輸入?yún)?shù)。發(fā)送端在加密或完整性保護(hù)過(guò)程中使用Count值，相應(yīng)地接收端在解密和完整性驗(yàn)證過(guò)程中使用Count值。對(duì)于同一個(gè)數(shù)據(jù)包，只有發(fā)送端和接收端同時(shí)使用相同的Count值時(shí)，數(shù)據(jù)包才能被成功接收，否則將導(dǎo)致解密和/或完整性驗(yàn)證過(guò)程失敗，進(jìn)而導(dǎo)致數(shù)據(jù)包不能正確接收。在實(shí)現(xiàn)上述數(shù)據(jù)傳送的過(guò)程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問(wèn)題如果一個(gè)數(shù)據(jù)包中的SN值在空口傳輸過(guò)程中被修改，而接收端仍然認(rèn)為接收到的數(shù)據(jù)包中的SN值是可信的，此時(shí)接收端根據(jù)接收到的SN值來(lái)更新本地維護(hù)的HFN值時(shí)可能會(huì)導(dǎo)致HFN值被錯(cuò)誤更新，進(jìn)而致使發(fā)送端和接收端使用的Count值不一致。那么后續(xù)的數(shù)據(jù)包解密和/或完整性驗(yàn)證將無(wú)法正常進(jìn)行，數(shù)據(jù)包無(wú)法正確接收；這樣不僅浪費(fèi)了空口的資源，同時(shí)也影響用戶的感受。此外，如果接收端HXP層根據(jù)所接收到數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元(Protocol DataUnit, PDU)數(shù)據(jù)包頭中所攜帶的SN判斷得知，所述接收端H)CP層不需要該數(shù)據(jù)包中所攜帶的業(yè)務(wù)數(shù)據(jù)單兀(Service Data Unit, SDU),但是由于 F1DCP 層的 ROHC (Robust HeaderCompression，魯棒頭壓縮)實(shí)體需要該TOU中所攜帶的頭壓縮信息，因此所述接收端仍然需要對(duì)該I3DU進(jìn)行解密(Deciphering)，并將解密后的數(shù)據(jù)交給ROHC實(shí)體處理，進(jìn)一步獲得頭壓縮的信息，然后將PDU解密后得到的SDU進(jìn)行丟棄處理。然而，ROHC是依賴于基站配置的可選功能；對(duì)于終端的一個(gè)承載(例如鏈路或通道)來(lái)說(shuō)，可以不配置ROHC算法或配置ROHC算法為NULL，表示不使用頭壓縮。在該場(chǎng)景下，所述接收端HXP層還是會(huì)繼續(xù)對(duì)所述PDU進(jìn)行解密，這樣只會(huì)增加終端的處理開銷。

發(fā)明內(nèi)容
一方面，本發(fā)明的實(shí)施例提供一種發(fā)送數(shù)據(jù)包、PDCP層超幀號(hào)狀態(tài)更新和維護(hù)的方法及裝置，用以解決數(shù)據(jù)接收端rocp層的超幀號(hào)被錯(cuò)誤更新的問(wèn)題。為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案一種rocp層超幀號(hào)狀態(tài)更新方法，包括接收數(shù)據(jù)包；對(duì)接收到的所述數(shù)據(jù)包中的序號(hào)進(jìn)行防篡改驗(yàn)證；若驗(yàn)證結(jié)果表明所述序號(hào)通過(guò)了防篡改驗(yàn)證，則根據(jù)所述序號(hào)對(duì)所述數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新。
一種數(shù)據(jù)包發(fā)送方法，包括對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)進(jìn)行防篡改保護(hù)；對(duì)所述數(shù)據(jù)包進(jìn)行組裝并發(fā)送給接收端。一種TOCP層超幀號(hào)狀態(tài)維護(hù)方法，包括根據(jù)接收到的數(shù)據(jù)包中的序號(hào)對(duì)超幀號(hào)的狀態(tài)進(jìn)行更新；在后續(xù)出現(xiàn)數(shù)據(jù)包出錯(cuò)時(shí)，判斷所述超幀號(hào)是否已經(jīng)被修改；若所述超幀號(hào)已經(jīng)被修改，則將所述超幀號(hào)恢復(fù)至修改前的狀態(tài)。一種rocp層超幀號(hào)狀態(tài)更新裝置，包括接收單元，用于接收數(shù)據(jù)包；驗(yàn)證單元，用于對(duì)接收到的所述數(shù)據(jù)包中的序號(hào)進(jìn)行防篡改驗(yàn)證；更新單元，用于在所述驗(yàn)證單元輸出的驗(yàn)證結(jié)果表明所述序號(hào)通過(guò)了防篡改驗(yàn)證時(shí)，根據(jù)所述序號(hào)對(duì)所述數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新。一種數(shù)據(jù)包發(fā)送裝置，包括保護(hù)單元，用于對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)進(jìn)行防篡改保護(hù)；組裝單元，用于對(duì)所述數(shù)據(jù)包進(jìn)行組裝；發(fā)送單元，用于將組裝好的數(shù)據(jù)包發(fā)送給接收端。一種TOCP層超幀號(hào)狀態(tài)維護(hù)裝置，包括更新單元，用于根據(jù)接收到的數(shù)據(jù)包中的序號(hào)對(duì)超幀號(hào)的狀態(tài)進(jìn)行更新；判斷單元，用于在后續(xù)出現(xiàn)數(shù)據(jù)包出錯(cuò)時(shí)，判斷所述超幀號(hào)是否已經(jīng)被修改；恢復(fù)單元，用于在所述判斷單元輸出的判斷結(jié)果表明所述超幀號(hào)已經(jīng)被修改時(shí)，將所述超幀號(hào)恢復(fù)至修改前的狀態(tài)。本發(fā)明實(shí)施例提供的發(fā)送數(shù)據(jù)包、PDCP層超幀號(hào)狀態(tài)更新和維護(hù)的方法及裝置，在接收到數(shù)據(jù)包之后對(duì)該數(shù)據(jù)包中的序號(hào)進(jìn)行防篡改驗(yàn)證之后再對(duì)超幀號(hào)狀態(tài)進(jìn)行更新，或者在接收端對(duì)接收到的數(shù)據(jù)包進(jìn)行相應(yīng)處理的過(guò)程中出錯(cuò)時(shí)判斷出超幀號(hào)已經(jīng)被修改的情況下對(duì)超幀號(hào)狀態(tài)進(jìn)行恢復(fù)，從而解決現(xiàn)有技術(shù)中由于超幀號(hào)錯(cuò)誤更新導(dǎo)致后續(xù)數(shù)據(jù)包解密失敗等問(wèn)題。與現(xiàn)有技術(shù)相比，利用本發(fā)明實(shí)施例中的方案可以解決rocp層數(shù)據(jù)包對(duì)應(yīng)的超幀號(hào)被錯(cuò)誤更新的問(wèn)題，進(jìn)而保證后續(xù)數(shù)據(jù)包解密和/或完整性驗(yàn)證等過(guò)程的正常進(jìn)行；這樣，不僅可以提高數(shù)據(jù)傳輸?shù)某晒β屎涂煽啃裕姨嵘讼到y(tǒng)的服務(wù)質(zhì)量。另一方面，本發(fā)明實(shí)施例還提供了一種rocp層數(shù)據(jù)處理的方法及裝置，用以降低接收端處理開銷。
為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案一種PDCP層數(shù)據(jù)處理方法，包括根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元;在無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法；若判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置未使用頭壓縮算法，則將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。 一種PDCP層數(shù)據(jù)處理裝置，包括第一判斷單元，用于根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元；第二判斷單元，用于在所述第一判斷單元的輸出結(jié)果表明無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法；第一處理單元，用于在所述第二判斷單元輸出的判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置未使用頭壓縮算法時(shí)，將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。本發(fā)明實(shí)施例中的rocp層數(shù)據(jù)處理的方法及裝置，在數(shù)據(jù)包接收端不需要所述數(shù)據(jù)包中攜帶的業(yè)務(wù)數(shù)據(jù)單元時(shí)，在對(duì)接收到的數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元PDU進(jìn)行解密之前判斷rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法，并根據(jù)判斷結(jié)果確定是否需要對(duì)數(shù)據(jù)包中的PDU進(jìn)行解密，從而減少一些非必要的解密和解壓縮處理，降低接收端的處理開銷。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明實(shí)施例一中的rocp層超幀號(hào)狀態(tài)更新方法的流程圖；圖2為本發(fā)明實(shí)施例一中的用于實(shí)現(xiàn)rocp層超幀號(hào)狀態(tài)更新的裝置的結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例一中的數(shù)據(jù)包發(fā)送方法的流程圖；圖4為本發(fā)明實(shí)施例一中的數(shù)據(jù)包發(fā)送裝置的結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例二中的超幀號(hào)狀態(tài)更新方法的流程圖；圖6為本發(fā)明實(shí)施例二中的HXP層超幀號(hào)狀態(tài)更新裝置的結(jié)構(gòu)示意圖；圖7為本發(fā)明實(shí)施例二中的數(shù)據(jù)包發(fā)送裝置的結(jié)構(gòu)示意圖；圖8為本發(fā)明實(shí)施例三中的HXP層超幀號(hào)狀態(tài)維護(hù)方法的流程圖；圖9為本發(fā)明實(shí)施例三中的HXP層超幀號(hào)狀態(tài)維護(hù)裝置的結(jié)構(gòu)示意圖；圖10為本發(fā)明實(shí)施例四中的超幀號(hào)狀態(tài)維護(hù)方法的流程圖；圖11為本發(fā)明實(shí)施例四中的超幀號(hào)HFN狀態(tài)示意圖一；
圖12為本發(fā)明實(shí)施例四中的超幀號(hào)HFN狀態(tài)示意圖二 ；圖13為本發(fā)明實(shí)施例五中的HXP層數(shù)據(jù)處理方法的流程圖；圖14為本發(fā)明實(shí)施例五中的rocp層數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖；圖15為本發(fā)明實(shí)施例六中的rocp層數(shù)據(jù)處理方法的流程圖；圖16為本發(fā)明實(shí)施例六中的序號(hào)SN狀態(tài)示意圖；圖17為本發(fā)明實(shí)施例六中的HXP層數(shù)據(jù)處理裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。實(shí)施例一如圖I所示，本發(fā)明實(shí)施例中提供的HXP層超幀號(hào)狀態(tài)更新方法，包括101、接收數(shù)據(jù)包。102、對(duì)接收到的所述數(shù)據(jù)包中的序號(hào)SN進(jìn)行防篡改驗(yàn)證。在本實(shí)施例中，所述防篡改驗(yàn)證可以是完整性驗(yàn)證和CRC(Cyclic RedundancyCheck,循環(huán)冗余校驗(yàn)碼)校驗(yàn)中的至少一種。103、若驗(yàn)證結(jié)果表明所述序號(hào)通過(guò)了防篡改驗(yàn)證，則根據(jù)所述序號(hào)對(duì)所述數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新。上述各步驟的執(zhí)行主體為數(shù)據(jù)包的接收端，其可以是終端側(cè)，也可以是網(wǎng)絡(luò)側(cè)。對(duì)應(yīng)于上述方法，本發(fā)明實(shí)施例中還提供了一種用于實(shí)現(xiàn)超幀號(hào)狀態(tài)更新的裝置。如圖2所示，所述裝置包括接收單元21，用于接收數(shù)據(jù)包；驗(yàn)證單元22，用于對(duì)接收到的所述數(shù)據(jù)包中的序號(hào)進(jìn)行防篡改驗(yàn)證；更新單元23，用于在所述驗(yàn)證單元輸出的驗(yàn)證結(jié)果表明所述序號(hào)通過(guò)了防篡改驗(yàn)證時(shí)，根據(jù)所述序號(hào)對(duì)所述數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新。上述rocp層超幀號(hào)狀態(tài)更新方法是由數(shù)據(jù)包接收端來(lái)執(zhí)行的，相應(yīng)地在本發(fā)明實(shí)施例中還提供了一種由數(shù)據(jù)包發(fā)送端來(lái)執(zhí)行的數(shù)據(jù)包發(fā)送方法；如圖3所示，本實(shí)施例中的數(shù)據(jù)包發(fā)送方法包括301、對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)進(jìn)行防篡改保護(hù)。在本實(shí)施例中，所述防篡改保護(hù)可以是完整性保護(hù)和循環(huán)冗余校驗(yàn)碼(CRC)保護(hù)中的至少一種。302、對(duì)所述數(shù)據(jù)包進(jìn)行組裝并發(fā)送給接收端。上述各步驟的執(zhí)行主體為數(shù)據(jù)包的發(fā)送端，其可以是網(wǎng)絡(luò)側(cè)，也可以是終端側(cè)。對(duì)應(yīng)于上述數(shù)據(jù)包發(fā)送方法，本實(shí)施例還提供了一種用于實(shí)現(xiàn)上述發(fā)送方法的數(shù)據(jù)包發(fā)送裝置；如圖4所示，所述數(shù)據(jù)包發(fā)送裝置包括保護(hù)單元41，用于對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)進(jìn)行防篡改保護(hù)；組裝單元42，用于對(duì)所述數(shù)據(jù)包進(jìn)行組裝；
發(fā)送單元43，用于將組裝好的數(shù)據(jù)包發(fā)送給接收端。本發(fā)明實(shí)施例中提供的HXP層超幀號(hào)狀態(tài)更新方法及裝置，在接收到數(shù)據(jù)包之后對(duì)該數(shù)據(jù)包中的序號(hào)SN進(jìn)行防篡改驗(yàn)證，在驗(yàn)證通過(guò)的情況下才對(duì)數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新，從而解決現(xiàn)有技術(shù)中由于超幀號(hào)錯(cuò)誤更新導(dǎo)致后續(xù)數(shù)據(jù)包解密失敗等問(wèn)題。利用上述方案可以解決rocp層數(shù)據(jù)包對(duì)應(yīng)的超幀號(hào)被錯(cuò)誤更新的問(wèn)題，進(jìn)而保證后續(xù)數(shù)據(jù)包解密和/或完整性驗(yàn)證等過(guò)程的正常進(jìn)行；這樣，不僅可以提高數(shù)據(jù)傳輸?shù)某晒β屎涂煽啃?，而且提升了系統(tǒng)的服務(wù)質(zhì)量。實(shí)施例二 在本實(shí)施例中，將以一具體實(shí)例來(lái)對(duì)本發(fā)明實(shí)施例中提供的超幀號(hào)狀態(tài)更新方法做進(jìn)一步說(shuō)明。如圖5所示，本實(shí)施例中的超幀號(hào)狀態(tài)更新方法，具體包括以下步驟
501、數(shù)據(jù)包發(fā)送端在發(fā)送數(shù)據(jù)之前，對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)SN進(jìn)行防桌改保護(hù)。在本實(shí)施例中，對(duì)SN進(jìn)行防篡改保護(hù)的方式包括完整性保護(hù)和CRC(CyclicRedundancy Check,循環(huán)冗余校驗(yàn)碼)保護(hù)中的至少一種。在以下的描述中，將以完整性保護(hù)為例來(lái)介紹本實(shí)施例中的超幀號(hào)狀態(tài)維護(hù)方法。對(duì)SN進(jìn)行完整性保護(hù)的過(guò)程大致如下SI、終端與網(wǎng)絡(luò)側(cè)通過(guò)密鑰協(xié)商過(guò)程確定完整性保護(hù)和完整性驗(yàn)證所使用的密鑰；S2、網(wǎng)絡(luò)側(cè)為終端配置完整性保護(hù)算法；S3、數(shù)據(jù)包發(fā)送端，可以是網(wǎng)絡(luò)側(cè)也可以是終端，利用上述完整性保護(hù)算法以及完整性保護(hù)的密鑰對(duì)需要保護(hù)的內(nèi)容例如序號(hào)SN進(jìn)行完整性保護(hù)。在所述完整性保護(hù)算法中，所用到的輸入?yún)?shù)除了當(dāng)前的SN值之外，還可以增加其他的輸入?yún)?shù)例如計(jì)數(shù)值Count和/或數(shù)據(jù)的發(fā)送方向等。當(dāng)然，在完整性保護(hù)算法中所用到的輸入?yún)?shù)越多，則接收端在對(duì)數(shù)據(jù)包中的SN進(jìn)行完整性驗(yàn)證的準(zhǔn)確度就會(huì)越高。如果在后續(xù)的完整性驗(yàn)證過(guò)程中，接收端需要使用發(fā)送端在進(jìn)行完整性保護(hù)時(shí)所生成的部分或者全部結(jié)果，即數(shù)據(jù)經(jīng)過(guò)完整性保護(hù)處理后得到的加密后的輸出bit(比特)串，則發(fā)送端還需要將完整性保護(hù)過(guò)程中生成的部分或者全部被用于驗(yàn)證的結(jié)果附加到所述數(shù)據(jù)包中。502、如果接收端需要對(duì)SN執(zhí)行完整性驗(yàn)證，發(fā)送端需要將完整性驗(yàn)證所需要的驗(yàn)證信息承載到數(shù)據(jù)包中。所述驗(yàn)證信息至少包括MAC_I(Message Authentication Code for Integrity,完整性保護(hù)信息授權(quán)碼)中的全部或者部分信息。具體地，可以是將所述完整性所需要的信息承載到數(shù)據(jù)包的包頭部分，也可以是承載到包尾部分。如果在后續(xù)的完整性驗(yàn)證不需要上述驗(yàn)證信息，那么步驟502可以跳過(guò)。503、發(fā)送端的HXP實(shí)體組裝好數(shù)據(jù)包，并將數(shù)據(jù)包傳遞給底層，比如RLC(Radi0Link Control,無(wú)線鏈路控制)層，并通過(guò)RLC層發(fā)送給數(shù)據(jù)包接收端。504、接收端在接收到所述數(shù)據(jù)包之后，讀取該數(shù)據(jù)包包頭中的序號(hào)SN。505、如果數(shù)據(jù)包中攜帶了完整性驗(yàn)證所需要的信息，接收端根據(jù)數(shù)據(jù)包中攜帶的驗(yàn)證信息對(duì)SN執(zhí)行防篡改驗(yàn)證。所述防篡改驗(yàn)證包括完整性驗(yàn)證和循環(huán)冗余校驗(yàn)碼校驗(yàn)中的至少一種。由于本實(shí)施例中是以完整性驗(yàn)證為例，因此在本步驟中即為接收端根據(jù)數(shù)據(jù)包中攜帶的驗(yàn)證信息對(duì)SN執(zhí)行完整性驗(yàn)證。如果在所述數(shù)據(jù)包中未攜帶驗(yàn)證信息，則終端可以利用不需要額外驗(yàn)證信息的完整性驗(yàn)證算法對(duì)SN進(jìn)行完整性驗(yàn)證。例如，接收端可以通過(guò)對(duì)數(shù)據(jù)包中的數(shù)據(jù)部分進(jìn)行完整性驗(yàn)證，并依據(jù)驗(yàn)證結(jié)果間接地判斷所述序號(hào)SN是否符合完整性驗(yàn)證。如果所述數(shù)據(jù)部分未通過(guò)完整性驗(yàn)證，此時(shí)認(rèn)為所述SN同樣未通過(guò)完整性驗(yàn)證，否則認(rèn)為所述SN通過(guò)完整性驗(yàn)證。所述完整性驗(yàn)證，具體包括接收端，可以是終端也可以是網(wǎng)絡(luò)側(cè)，依據(jù)完整性保護(hù)驗(yàn)證算法，驗(yàn)證所接收到的內(nèi)容(序號(hào)SN)是否被篡改。比如，接收端通過(guò)完整性保護(hù)算法并結(jié)合密鑰等其他輸入信息，所計(jì)算出的結(jié)果不能與數(shù)據(jù)包中所攜帶的部分或全部?jī)?nèi)容 相匹配(或者相同)，則接收端認(rèn)為該數(shù)據(jù)包的SN被篡改過(guò)，否則可以認(rèn)為該數(shù)據(jù)包的SN未被篡改。如果在步驟505中完整性驗(yàn)證的驗(yàn)證結(jié)果表明SN通過(guò)了完整性驗(yàn)證，即數(shù)據(jù)包中的SN未被篡改，則執(zhí)行步驟506 ;否則，對(duì)所述數(shù)據(jù)包進(jìn)行丟棄和/或通知上層控制部分完整性驗(yàn)證失敗。506、如果終端依據(jù)所接收的SN判斷出需要對(duì)HFN進(jìn)行更新，則數(shù)據(jù)包接收端根據(jù)所述序號(hào)SN對(duì)數(shù)據(jù)包接收端的超幀號(hào)HFN狀態(tài)進(jìn)行更新。對(duì)于無(wú)線鏈路控制層采用確認(rèn)模式傳輸?shù)臄?shù)據(jù)包接收端，數(shù)據(jù)包接收端按照所接收到的SN來(lái)推測(cè)發(fā)送端在處理該數(shù)據(jù)包的時(shí)候所使用的HFN值；如果接收端判斷出下一個(gè)期望接收的SN減去當(dāng)前接收到的SN的差值大于重排序窗口，則認(rèn)為發(fā)送端已經(jīng)開始采用下一個(gè)HFN值，并將接收端當(dāng)前的HFN值更新為HFN+1。對(duì)于無(wú)線鏈路控制層采用非確認(rèn)模式傳輸?shù)臄?shù)據(jù)包接收端，如果所接收到的SN小于下一個(gè)期望接收到的SN，則認(rèn)為發(fā)送端已經(jīng)開始采用下一個(gè)HFN值，并將接收端當(dāng)前的HFN值更新為HFN+1。在上述方法中，數(shù)據(jù)包發(fā)送端對(duì)SN進(jìn)行防篡改保護(hù)的過(guò)程可以是對(duì)SN獨(dú)立地執(zhí)行防篡改保護(hù)，也可以是與數(shù)據(jù)包中的其它數(shù)據(jù)一同執(zhí)行防篡改保護(hù)。對(duì)應(yīng)于上述rocp層超幀號(hào)更新方法，本實(shí)施例還提供了一種作為數(shù)據(jù)包接收端的rocp層超幀號(hào)狀態(tài)更新裝置和作為數(shù)據(jù)包發(fā)送端的數(shù)據(jù)包發(fā)送裝置。其中，所述rocp層超幀號(hào)狀態(tài)更新裝置，如圖6所示，包括接收單元61，用于接收數(shù)據(jù)包；驗(yàn)證單元62，用于對(duì)接收到的所述數(shù)據(jù)包中的序號(hào)進(jìn)行防篡改驗(yàn)證；更新單元63，用于在所述驗(yàn)證單元輸出的驗(yàn)證結(jié)果表明所述序號(hào)通過(guò)了防篡改驗(yàn)證時(shí)，根據(jù)所述序號(hào)對(duì)所述數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新。 進(jìn)一步地，本實(shí)施例中的rocp層超幀號(hào)狀態(tài)更新裝置，還可以包括處理單元64，用于在所述驗(yàn)證單元輸出的驗(yàn)證結(jié)果表明所述序號(hào)未通過(guò)所述防篡改驗(yàn)證時(shí)，將所述數(shù)據(jù)包丟棄或者通知控制層驗(yàn)證失敗。所述數(shù)據(jù)包發(fā)送裝置，如圖7所示，包括
保護(hù)單元71，用于對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)進(jìn)行防篡改保護(hù)；組裝單元72，用于對(duì)所述數(shù)據(jù)包進(jìn)行組裝； 發(fā)送單元73，用于將組裝好的數(shù)據(jù)包發(fā)送給接收端。進(jìn)一步地，本實(shí)施例中的數(shù)據(jù)包發(fā)送裝置，還可以包括添加單元74，用于將防篡改驗(yàn)證所需的驗(yàn)證信息添加到所述數(shù)據(jù)包中，之后將所述數(shù)據(jù)包傳送給所述組裝單元。通過(guò)本發(fā)明實(shí)施例中提供的數(shù)據(jù)包發(fā)送方法及裝置、PDCP層超幀號(hào)狀態(tài)更新方法及裝置，可以在數(shù)據(jù)包發(fā)送端對(duì)序號(hào)SN進(jìn)行防篡改保護(hù)，對(duì)應(yīng)地，在數(shù)據(jù)包接收端即可對(duì)接收到的數(shù)據(jù)包中的SN進(jìn)行防篡改驗(yàn)證；只有在驗(yàn)證通過(guò)的情況下，接收端當(dāng)前的超幀號(hào)HFN狀態(tài)才可以被更新，進(jìn)而避免由于超幀號(hào)HFN錯(cuò)誤更新導(dǎo)致后續(xù)數(shù)據(jù)包解密失敗等問(wèn) 題。實(shí)施例三本發(fā)明實(shí)施例提供了一種rocp層超幀號(hào)狀態(tài)維護(hù)方法，如圖8所示，該方法包括801、根據(jù)接收到的數(shù)據(jù)包中的序號(hào)對(duì)超幀號(hào)的狀態(tài)進(jìn)行更新。802、在后續(xù)出現(xiàn)數(shù)據(jù)包出錯(cuò)時(shí)，例如數(shù)據(jù)包解密失敗等，判斷所述超幀號(hào)在步驟801的更新過(guò)程中是否已經(jīng)被修改。803、若所述超幀號(hào)已經(jīng)被修改，則將所述超幀號(hào)恢復(fù)至修改前的狀態(tài)。上述各步驟的執(zhí)行主體為數(shù)據(jù)包的接收端，其可以是終端側(cè)，也可以是網(wǎng)絡(luò)側(cè)。對(duì)應(yīng)于上述F1DCP層超巾貞號(hào)狀態(tài)維護(hù)方法,本實(shí)施例還提供了一種F1DCP層超巾貞號(hào)狀態(tài)維護(hù)裝置；如圖9所示，所述HXP層超幀號(hào)狀態(tài)維護(hù)裝置包括更新單元91，用于根據(jù)接收到的數(shù)據(jù)包中的序號(hào)對(duì)超幀號(hào)的狀態(tài)進(jìn)行更新；判斷單元92，用于在后續(xù)出現(xiàn)數(shù)據(jù)包出錯(cuò)時(shí)，判斷所述超幀號(hào)是否已經(jīng)被修改；恢復(fù)單元93，用于在所述判斷單元輸出的判斷結(jié)果表明所述超幀號(hào)已經(jīng)被修改時(shí)，將所述超幀號(hào)恢復(fù)至修改前的狀態(tài)。本發(fā)明實(shí)施例提供的rocp層超幀號(hào)狀態(tài)維護(hù)的方法及裝置，如果接收端在對(duì)接收到的數(shù)據(jù)包進(jìn)行相應(yīng)處理的過(guò)程中出錯(cuò)，則判斷超幀號(hào)HFN是否已經(jīng)被修改，并在HFN已經(jīng)被修改的情況下對(duì)超幀號(hào)狀態(tài)進(jìn)行恢復(fù)，從而解決現(xiàn)有技術(shù)中由于超幀號(hào)錯(cuò)誤更新導(dǎo)致后續(xù)數(shù)據(jù)包解密失敗等問(wèn)題。與現(xiàn)有技術(shù)相比，利用本發(fā)明實(shí)施例中的方案可以解決rocp層數(shù)據(jù)包對(duì)應(yīng)的超幀號(hào)被錯(cuò)誤更新的問(wèn)題，進(jìn)而保證后續(xù)數(shù)據(jù)包解密和/或完整性驗(yàn)證等過(guò)程的正常進(jìn)行；這樣，不僅可以提高數(shù)據(jù)傳輸?shù)某晒β屎涂煽啃?，而且提升了系統(tǒng)的服務(wù)質(zhì)量。實(shí)施例四在本實(shí)施例中，將以另一具體實(shí)例來(lái)對(duì)本發(fā)明實(shí)施例中提供的超幀號(hào)狀態(tài)維護(hù)方法做進(jìn)一步說(shuō)明。如圖10所示，本實(shí)施例中的超幀號(hào)狀態(tài)維護(hù)方法，具體包括以下步驟1001、接收端接收到來(lái)自發(fā)送端的數(shù)據(jù)包。所述接收端和發(fā)送端可以分別是網(wǎng)絡(luò)側(cè)和終端、或者終端和網(wǎng)絡(luò)側(cè)。1002、接收端讀取所接收數(shù)據(jù)包中的序號(hào)SN。
1003、接收端根據(jù)所述數(shù)據(jù)包中的序號(hào)SN對(duì)數(shù)據(jù)包接收端的超幀號(hào)HFN進(jìn)行狀態(tài)更新。比如，對(duì)于無(wú)線鏈路控制層采用確認(rèn)模式傳輸?shù)臄?shù)據(jù)包接收端，當(dāng)下一個(gè)期望接收的SN減去當(dāng)前所接收到的SN大于重排序窗口時(shí)，則將當(dāng)前的HFN更新為HFN+1 ;如果接收端判斷不需要更新，則該步驟不更新HFN狀態(tài)；再比如，對(duì)于無(wú)線鏈路控制層采用非確認(rèn)模式傳輸?shù)臄?shù)據(jù)包接收端，如果所接收到的SN小于下一個(gè)期望接收到的SN，則將當(dāng)前的HFN更新為HFN+1 ;如果接收端判斷不需要更新，則該步驟不更新HFN狀態(tài)。1004、接收端在后續(xù)處理過(guò)程中，發(fā)現(xiàn)所述數(shù)據(jù)包出現(xiàn)錯(cuò)誤，比如數(shù)據(jù)包解密失 敗。1005、判斷數(shù)據(jù)包接收端所維護(hù)的超幀號(hào)HFN狀態(tài)在執(zhí)行步驟1003的更新過(guò)程中是否已經(jīng)被修改。如果已經(jīng)被修改，則執(zhí)行步驟1006 ;如果沒(méi)有被修改，則無(wú)需對(duì)HFN狀態(tài)執(zhí)行任何操作。1006、將所述數(shù)據(jù)包接收端的超幀號(hào)HFN恢復(fù)至修改前的狀態(tài)。例如，在步驟1003中將HFN更新為HFN+1，那么在數(shù)據(jù)包出錯(cuò)的情況下，就需要將所述HFN的狀態(tài)從HFN+1恢復(fù)成原來(lái)的HFN值。對(duì)應(yīng)于上述方法描述，本實(shí)施例中還提供了一個(gè)具體實(shí)現(xiàn)的實(shí)例。在無(wú)線鏈路控制層采用確認(rèn)模式傳輸?shù)臄?shù)據(jù)包接收端的場(chǎng)景下，如圖11所示，該圖表示接收端所維護(hù)的超幀號(hào)HFN狀態(tài)；其中，Last_Submitted_PDCP_RX_SN :接收端上一次向上層遞交的數(shù)據(jù)包的SN號(hào)，比如4000 ；Next_PDCP_RX_SN :接收端期望接收到的下一個(gè)數(shù)據(jù)包的SN號(hào)，比如4001 ；Received PDCP SN :接收端當(dāng)前所接收到的數(shù)據(jù)包的SN所在的位置，比如10 ；ReorderingWindow :重排序窗口，全部SN可以表示范圍的一半。比如圖中全部SN表不范圍為 0-4095,則 reordering window 為 2048 ；接收端的HFN狀態(tài)HFN可以為任意有效數(shù)值，比如80 ；HFN狀態(tài)的修改和恢復(fù)過(guò)程對(duì)于無(wú)線鏈路控制層采用確認(rèn)模式傳輸?shù)臄?shù)據(jù)包接收端，結(jié)合圖11所示，接收端接收到數(shù)據(jù)包，并判斷出 Next_PDCP_RX_SN_received PDCP SN > Reordering_ffindow ;則接收端認(rèn)為該數(shù)據(jù)包在發(fā)送端的處理時(shí)刻，發(fā)送端所使用的HFN為81，而不是接收端當(dāng)前的HFN狀態(tài)80，此時(shí)接收端為了實(shí)現(xiàn)與發(fā)送端HFN的同步，接收端將HFN加1，即80+1 =81 ；在解密過(guò)程中，接收端發(fā)現(xiàn)該數(shù)據(jù)包解密錯(cuò)誤，依據(jù)本發(fā)明的方式，接收端需要恢復(fù)由該數(shù)據(jù)包引起的HFN更新，接收端將HFN恢復(fù)為未修改改前的狀態(tài)，恢復(fù)HFN = 80。而在無(wú)線鏈路控制層采用非確認(rèn)模式傳輸?shù)臄?shù)據(jù)包接收端的場(chǎng)景下，結(jié)合圖12所示的接收端所維護(hù)的超幀號(hào)HFN狀態(tài)，如果所接收到的SN(即Received PDCP SN)小于下一個(gè)期望接收到的SN(即Next_PDCP_RX_SN)，則將當(dāng)前的HFN更新為HFN+1。在解密過(guò)程中,接收端發(fā)現(xiàn)該數(shù)據(jù)包解密錯(cuò)誤,依據(jù)本發(fā)明的方式,接收端需要恢復(fù)由該數(shù)據(jù)包引起的HFN更新，接收端將HFN恢復(fù)為未修改改前的狀態(tài)。本發(fā)明實(shí)施例中提供的超幀號(hào)狀態(tài)維護(hù)方法，在數(shù)據(jù)包接收端發(fā)現(xiàn)數(shù)據(jù)包出現(xiàn)錯(cuò)誤或者異常時(shí)，判斷數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)是否經(jīng)過(guò)一次修改；由于數(shù)據(jù)包出錯(cuò)或異常在很大程度上可能是由超幀號(hào)錯(cuò)誤更新而引起的，因此本實(shí)施例提供的方案在數(shù)據(jù)包出錯(cuò)的情況下對(duì)超幀號(hào)狀態(tài)進(jìn)行再次更新，即將超幀號(hào)恢復(fù)至修改前的狀態(tài)；這樣，在后續(xù)的數(shù)據(jù)處理過(guò)程中可以避免再次由超幀號(hào)HFN錯(cuò)誤更新導(dǎo)致數(shù)據(jù)包解密失敗等問(wèn)題。此外，在本發(fā)明實(shí)施例中還可以將上述實(shí)施例一、二中提供的方案與實(shí)施例三、四中提供的方案結(jié)合起來(lái)。比如，數(shù)據(jù)包接收端在接收到數(shù)據(jù)包后，可以先通過(guò)實(shí)施例一、二中的方案對(duì)接收到的數(shù)據(jù)包進(jìn)行防篡改驗(yàn)證，并在通過(guò)防篡改驗(yàn)證的情況下對(duì)數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新；之后，如果出現(xiàn)了數(shù)據(jù)包出錯(cuò)的情況，則可以通過(guò)實(shí)施例三、四中的方案判斷超幀號(hào)是否已經(jīng)被修改，若已經(jīng)修改則將超幀號(hào)恢復(fù)至修改前的狀態(tài)。在上述各實(shí)施例所描述的方案中，均是對(duì)數(shù)據(jù)包接收端的超幀號(hào)HFN進(jìn)行狀態(tài)更新/維護(hù)；但是，本發(fā)明的保護(hù)范圍不限于此，PDCP上下文狀態(tài)也可以是與HFN狀態(tài)一樣，在通過(guò)防篡改驗(yàn)證之后再進(jìn)行更新或者在發(fā)現(xiàn)數(shù)據(jù)包出錯(cuò)的情況下對(duì)rocp上下文狀態(tài)進(jìn) 行恢復(fù)。實(shí)施例五本發(fā)明實(shí)施例提供了一種rocp層數(shù)據(jù)處理方法，如圖13所示，該方法包括1301、根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元。1302、在無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的HXP實(shí)體或該P(yáng)DCP實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法。1303、若判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的HXP實(shí)體配置未使用頭壓縮算法，則將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。上述各步驟的執(zhí)行主體為數(shù)據(jù)包的接收端，其可以是終端側(cè)，也可以是網(wǎng)絡(luò)側(cè)。對(duì)應(yīng)于上述方法，本實(shí)施例中還提供了一種rocp層數(shù)據(jù)處理裝置，如圖14所示，包括第一判斷單元141，用于根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元；第二判斷單元142，用于在所述第一判斷單元141的輸出結(jié)果表明無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法；第一處理單元143，用于在所述第二判斷單元142輸出的判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置未使用頭壓縮算法時(shí)，將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。本發(fā)明實(shí)施例中的rocp層數(shù)據(jù)處理的方法及裝置，在數(shù)據(jù)包接收端不需要所述數(shù)據(jù)包中攜帶的業(yè)務(wù)數(shù)據(jù)單元時(shí)，在對(duì)接收到的數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元PDU進(jìn)行解密之前判斷當(dāng)前rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法，并根據(jù)判斷結(jié)果確定是否需要對(duì)數(shù)據(jù)包中的PDU進(jìn)行解密，從而減少一些非必要的解密和解壓縮處理，降低接收端的處理開銷。實(shí)施例六
下面將以一具體實(shí)施例來(lái)對(duì)實(shí)施例五中提供的方案做進(jìn)一步的闡述。如圖15所示，本實(shí)施例中提供的rocp層數(shù)據(jù)處理的方法，包括以下步驟1501、根據(jù)接收到的數(shù)據(jù)包中的序號(hào)SN判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元SDU0具體地，所述判斷過(guò)程可以參照如下的判斷條件(可參見圖16) 如果接收端接收到的數(shù)據(jù)包滿足條件，即Received PDCP SN(接收端當(dāng)前所接收到的數(shù)據(jù)包的SN所在的位置)減去Last_Submitted_PDCP_RX_SN (接收端上一次向上層遞交的數(shù)據(jù)包的SN號(hào))得到的差值大于Reordering WindoW(重排序窗口)或者Last_Submitted_PDCP_RX_SN減去Received PDCP SN得到的差值大于等于O而小于ReorderingWindow (見圖 16 (A)),則丟棄 F1DCP SDU ；進(jìn)一步地，如果received PDCP SN大于Next_PDCP_RX_SN(接收端期望接收到的下一個(gè)數(shù)據(jù)包的SN號(hào))(見圖16 (B))，則對(duì)rocp PDU進(jìn)行解密，并使用基于RXJlFN-I和received PDCP SN得到的計(jì)數(shù)值；如果received PDCP SN 小于 Next_PDCP_RX_SN (見圖 16 (C))，則對(duì) PDCPPDU 進(jìn)行解密，并使用基于RX_HFN和received PDCP SN得到的計(jì)數(shù)值。由上可知，如果接收端roCP層接收到數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元PDU數(shù)據(jù)包頭中所攜帶的SN滿足上述條件，則說(shuō)明所述接收端HXP層不需要該數(shù)據(jù)包中所攜帶的業(yè)務(wù)數(shù)據(jù)單元SDU。1502、在無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的HXP實(shí)體或該P(yáng)DCP實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法。所述配置使用頭壓縮算法，可以是配置了有效的頭壓縮算法，或者是頭壓縮算法不為NULL。如果步驟1502中的判斷結(jié)果為是，則執(zhí)行步驟1503 1505 ;如果步驟1502中的判斷結(jié)果為是，則執(zhí)行步驟1505。1503、對(duì)所述數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元PDU進(jìn)行解密。1504、對(duì)解密后的數(shù)據(jù)包中的PDU進(jìn)行解壓縮，以得到其中攜帶的頭壓縮信息和SDU。1505、將接收端HXP層獲取到的SDU丟棄。對(duì)應(yīng)于上述方法描述，本實(shí)施例還提供了一種rocp層數(shù)據(jù)處理裝置，如圖17所示，該裝置包括第一判斷單元171，用于根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元；第二判斷單元172，用于在所述第一判斷單元171的輸出結(jié)果表明無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法；第一處理單元173，用于在所述第二判斷單元172輸出的判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置未使用頭壓縮算法時(shí)，將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。進(jìn)一步地，在本實(shí)施例中所述rocp層數(shù)據(jù)處理裝置，還包括第二處理單元174，用于在所述第二判斷單元172輸出的判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置使用了頭壓縮算法時(shí)，對(duì)所述數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元進(jìn)行解密和解壓處理以獲取頭壓縮信息，并將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。本發(fā)明實(shí)施例中提供的rocp層數(shù)據(jù)處理方法及裝置，在數(shù)據(jù)包接收端無(wú)需要所述數(shù)據(jù)包中攜帶的業(yè)務(wù)數(shù)據(jù)單元時(shí)，在對(duì)接收到的數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元PDU進(jìn)行解密之前判斷當(dāng)前rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法，并根據(jù)判斷結(jié)果確定是否需要對(duì)數(shù)據(jù)包中的PDU進(jìn)行解密，從而減少一些非必要的解密和解壓縮處理，降低接收端的處理開銷。
本發(fā)明實(shí)施例中的方法及裝置適用于LTE等通信系統(tǒng)。通過(guò)以上實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以全部通過(guò)硬件來(lái)實(shí)施?；谶@樣的理解，本發(fā)明的技術(shù)方案對(duì)背景技術(shù)做出貢獻(xiàn)的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.ー種rocp層數(shù)據(jù)處理方法，其特征在于，包括 根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元； 在無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法； 若判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置未使用頭壓縮算法，則將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。
2.根據(jù)權(quán)利要求I所述的rocp層數(shù)據(jù)處理方法，其特征在于，還包括 若判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置使用了頭壓縮算法，則對(duì)所述數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元進(jìn)行解密和解壓處理以獲取頭壓縮信息，并將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。
3.根據(jù)權(quán)利要求I或2所述的rocp層數(shù)據(jù)處理方法，其特征在于，所述根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元，包括 如果接收到的數(shù)據(jù)包中的序號(hào)滿足條件接收端當(dāng)前所接收到的所述數(shù)據(jù)包的序號(hào)所在的位置減去所述接收端上一次向上層遞交的數(shù)據(jù)包的序號(hào)得到的差值大于重排序窗ロ或者所述接收端上一次向上層遞交的數(shù)據(jù)包的序號(hào)減去所述接收端當(dāng)前所接收到的所述數(shù)據(jù)包的序號(hào)所在的位置得到的差值大于等于O而小于重排序窗ロ，確認(rèn)無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元。
4.ー種rocp層超幀號(hào)狀態(tài)更新方法，其特征在于，包括 接收數(shù)據(jù)包； 對(duì)接收到的所述數(shù)據(jù)包中的序號(hào)進(jìn)行防篡改驗(yàn)證； 若驗(yàn)證結(jié)果表明所述序號(hào)通過(guò)了防篡改驗(yàn)證，則根據(jù)所述序號(hào)對(duì)所述數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新。
5.根據(jù)權(quán)利要求4所述的rocp層超幀號(hào)狀態(tài)更新方法，其特征在于，還包括 若驗(yàn)證結(jié)果表明所述序號(hào)未通過(guò)所述防篡改驗(yàn)證，則將所述數(shù)據(jù)包丟棄或者通知控制層驗(yàn)證失敗。
6.根據(jù)權(quán)利要求4或5所述的rocp層超幀號(hào)狀態(tài)更新方法，其特征在于，所述防篡改驗(yàn)證包括完整性驗(yàn)證和循環(huán)冗余校驗(yàn)碼校驗(yàn)中的至少ー種。
7.一種數(shù)據(jù)包發(fā)送方法，其特征在于，包括 對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)進(jìn)行防篡改保護(hù)； 對(duì)所述數(shù)據(jù)包進(jìn)行組裝并發(fā)送給接收端。
8.根據(jù)權(quán)利要求7所述的數(shù)據(jù)包發(fā)送方法，其特征在干，在所述對(duì)所述數(shù)據(jù)包進(jìn)行組裝之前，還包括 將防篡改驗(yàn)證所需的驗(yàn)證信息添加到所述數(shù)據(jù)包中。
9.根據(jù)權(quán)利要求7或8所述的數(shù)據(jù)包發(fā)送方法，其特征在于，所述防篡改保護(hù)包括完整性保護(hù)和循環(huán)冗余校驗(yàn)碼保護(hù)中的至少ー種。
10. ー種rocp層超幀號(hào)狀態(tài)維護(hù)方法，其特征在于，包括 根據(jù)接收到的數(shù)據(jù)包中的序號(hào)對(duì)超幀號(hào)的狀態(tài)進(jìn)行更新； 在后續(xù)出現(xiàn)數(shù)據(jù)包出錯(cuò)時(shí)，判斷所述超幀號(hào)是否已經(jīng)被修改； 若所述超幀號(hào)已經(jīng)被修改，則將所述超幀號(hào)恢復(fù)至修改前的狀態(tài)。
11.根據(jù)權(quán)利要求10所述的rocp層超幀號(hào)狀態(tài)維護(hù)方法，其特征在于，所述數(shù)據(jù)包出錯(cuò)包括數(shù)據(jù)包解密失敗。
12.—種rocp層數(shù)據(jù)處理裝置，其特征在于，包括 第一判斷単元，用于根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元； 第二判斷単元，用于在所述第一判斷単元的輸出結(jié)果表明無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的rocp實(shí)體或該rocp實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法； 第一處理單元，用于在所述第二判斷單元輸出的判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的rocp實(shí)體配置未使用頭壓縮算法時(shí)，將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。
13.根據(jù)權(quán)利要求12所述的rocp層數(shù)據(jù)處理裝置，其特征在于，還包括 第二處理單元，用于在所述第二判斷單元輸出的判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的PDCP實(shí)體配置使用了頭壓縮算法時(shí)，對(duì)所述數(shù)據(jù)包中的協(xié)議數(shù)據(jù)單元進(jìn)行解密和解壓處理以獲取頭壓縮信息，并將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。
14.根據(jù)權(quán)利要求12或13所述的rocp層數(shù)據(jù)處理裝置，其特征在干， 所述第一判斷単元，具體用于判斷接收到的數(shù)據(jù)包中的序號(hào)是否滿足條件接收端當(dāng)前所接收到的所述數(shù)據(jù)包的序號(hào)所在的位置減去所述接收端上一次向上層遞交的數(shù)據(jù)包的序號(hào)得到的差值大于重排序窗ロ或者所述接收端上一次向上層遞交的數(shù)據(jù)包的序號(hào)減去所述接收端當(dāng)前所接收到的所述數(shù)據(jù)包的序號(hào)所在的位置得到的差值大于等于O而小于重排序窗ロ ；如果滿足，則所述第一判斷單元輸出判斷結(jié)果為無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元。
15.ー種rocp層超幀號(hào)狀態(tài)更新裝置，其特征在于，包括 接收單元，用于接收數(shù)據(jù)包； 驗(yàn)證單元，用于對(duì)接收到的所述數(shù)據(jù)包中的序號(hào)進(jìn)行防篡改驗(yàn)證； 更新単元，用于在所述驗(yàn)證單元輸出的驗(yàn)證結(jié)果表明所述序號(hào)通過(guò)了防篡改驗(yàn)證時(shí)，根據(jù)所述序號(hào)對(duì)所述數(shù)據(jù)包接收端的超幀號(hào)狀態(tài)進(jìn)行更新。
16.根據(jù)權(quán)利要求15所述的rocp層超幀號(hào)狀態(tài)更新裝置，其特征在于，還包括 處理單元，用于在所述驗(yàn)證單元輸出的驗(yàn)證結(jié)果表明所述序號(hào)未通過(guò)所述防篡改驗(yàn)證時(shí)，將所述數(shù)據(jù)包丟棄或者通知控制層驗(yàn)證失敗。
17.根據(jù)權(quán)利要求15或16所述的rocp層超幀號(hào)狀態(tài)更新裝置，其特征在于，所述防篡改驗(yàn)證包括完整性驗(yàn)證和循環(huán)冗余校驗(yàn)碼校驗(yàn)中的至少ー種。
18.一種數(shù)據(jù)包發(fā)送裝置，其特征在于，包括 保護(hù)單元，用于對(duì)待發(fā)送的數(shù)據(jù)包包頭中的序號(hào)進(jìn)行防篡改保護(hù)； 組裝單元，用于對(duì)所述數(shù)據(jù)包進(jìn)行組裝； 發(fā)送單元，用于將組裝好的數(shù)據(jù)包發(fā)送給接收端。
19.根據(jù)權(quán)利要求18所述的數(shù)據(jù)包發(fā)送裝置，其特征在于，還包括 添加単元，用于將防篡改驗(yàn)證所需的驗(yàn)證信息添加到所述數(shù)據(jù)包中，之后將所述數(shù)據(jù)包傳送給所述組裝單元。
20.根據(jù)權(quán)利要求19所述的數(shù)據(jù)包發(fā)送裝置，其特征在于，所述防篡改保護(hù)包括完整性保護(hù)和循環(huán)冗余校驗(yàn)碼保護(hù)中的至少ー種； 所述防篡改驗(yàn)證包括完整性驗(yàn)證和循環(huán)冗余校驗(yàn)碼校驗(yàn)中的至少ー種。
21.—種rocp層超幀號(hào)狀態(tài)維護(hù)裝置，其特征在于，包括 更新単元，用于根據(jù)接收到的數(shù)據(jù)包中的序號(hào)對(duì)超幀號(hào)的狀態(tài)進(jìn)行更新； 判斷単元，用于在后續(xù)出現(xiàn)數(shù)據(jù)包出錯(cuò)時(shí)，判斷所述超幀號(hào)是否已經(jīng)被修改； 恢復(fù)單元，用于在所述判斷單元輸出的判斷結(jié)果表明所述超幀號(hào)已經(jīng)被修改吋，將所述超幀號(hào)恢復(fù)至修改前的狀態(tài)。
22.根據(jù)權(quán)利要求21所述的rocp層超幀號(hào)狀態(tài)維護(hù)裝置，其特征在于，所述數(shù)據(jù)包出錯(cuò)包括數(shù)據(jù)包解密失敗。
全文摘要
本發(fā)明涉及通信技術(shù)領(lǐng)域，公開了一種發(fā)送數(shù)據(jù)包、PDCP層超幀號(hào)狀態(tài)更新和維護(hù)、數(shù)據(jù)處理的方法及裝置。其中，數(shù)據(jù)處理方法包括根據(jù)接收到的數(shù)據(jù)包中的序號(hào)判斷是否需要讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元；在無(wú)需讀取所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元時(shí)，判斷當(dāng)前的PDCP實(shí)體或該P(yáng)DCP實(shí)體對(duì)應(yīng)的承載鏈路是否配置使用頭壓縮算法；若判斷結(jié)果表明所述數(shù)據(jù)包或者當(dāng)前的PDCP實(shí)體配置未使用頭壓縮算法，則直接將所述數(shù)據(jù)包中的業(yè)務(wù)數(shù)據(jù)單元丟棄。
文檔編號(hào)H04L12/24GK102857356SQ20111017535
公開日2013年1月2日 申請(qǐng)日期2011年6月27日 優(yōu)先權(quán)日2011年6月27日
發(fā)明者韓廣林 申請(qǐng)人:華為技術(shù)有限公司