LTE系統(tǒng)中PDCP子層功能研究
IETF在“RFC 4995”中規(guī)定了一個框架,ROHC框架中有多種頭壓縮算法,稱為Profile,每一個Profile與特定的網(wǎng)絡(luò)層、傳輸層和更上層的協(xié)議相關(guān),如TCP/IP和RTP/UDP/IP等。具體的報頭壓縮協(xié)議及屬性如表1所示。本文引用地址:http://butianyuan.cn/article/156371.htm
報頭壓縮協(xié)議可以產(chǎn)生兩種類型的輸出包:
(1)壓縮分組包,每一個壓縮包都是由相應(yīng)的PDCP SDU經(jīng)過報頭壓縮產(chǎn)生的;
(2)與PDCP SDU不相關(guān)的獨立包,即ROHC的反饋包。
壓縮包總是與相應(yīng)的PDCP SDU采用相同的PDCP SN和COUNT值;ROHC反饋包不是由PDCPSDU產(chǎn)生的,沒有與之相關(guān)的PDCP SN,也不加密。
1.2 安全性功能
LTE的安全性是在PDCP層負(fù)責(zé)的,通過加密(控制平面RRC數(shù)據(jù)和用戶平面數(shù)據(jù))及完整性保護(hù)(僅控制平面數(shù)據(jù))實現(xiàn)。
1.2.1 加密/解密
在LTE系統(tǒng)中,加密功能位于PDCP實體中,加密對象包括:
(1)控制平面,被加密的數(shù)據(jù)單元是PDCP PDU的數(shù)據(jù)部分(未壓縮的用戶面或控制面的PDCP SDU或壓縮的用戶平面PDCP SDU)和MAC—I域(完整性消息鑒權(quán)碼)。
(2)用戶平面,被加密的數(shù)據(jù)單元是PDCP PDU的數(shù)據(jù)部分。
PDCP實體所使用的加密算法和密鑰(KEY)由高層協(xié)議配置。一旦激活安全功能,加密功能即被高層激活,該功能應(yīng)用于高層指示的所有PDCP PDU。PDCP用于加密的參數(shù)包括以下2個:COUNT;DIRECTION(傳輸?shù)姆较?。
RRC協(xié)議提供給PDCP加密功能所需要的參數(shù)包括以下2個:BEARER;KEY(控制平面使用KRRCenc,用戶平面使用KUPenc)。
加密是通過對消息和加密流做異或(XOR)運(yùn)算來實現(xiàn)的,這里加密流是由基于接入層(AS)導(dǎo)出密鑰、無線承載ID、傳輸方向(上行或下行)以及COUNT值的加密算法所生成的。加密僅適用于PDCP數(shù)據(jù)PDU。控制PDU(如ROHC反饋或PDCP狀態(tài)報告)既不使用加密,也不適用完整性保護(hù)。
1.2.2 完整性保護(hù)
完整性保護(hù)功能包括完整性保護(hù)和完整性驗證兩個過程,完整性保護(hù)功能僅應(yīng)用于SRB。用于PDCP實體的完整性保護(hù)功能的算法和KEY由上層配置。一旦激活安全功能,完整性保護(hù)功能即被高層激活,該功能應(yīng)用于高層指示的所有PDCP PDU。PDCP用于完整性保護(hù)的參數(shù)包括以下2個:COUNT;DIREC-TION(傳輸?shù)姆较?。
RRC協(xié)議提供給PDCP完整性保護(hù)功能的參數(shù)包括以下2個:BEARER;KEY(控制平面使用KRRCint)。
UE基于上述輸入的參數(shù)計算X-MAC,進(jìn)行PDCP PDU的完整性驗證。如果計算出的X-MAC與MAC-I相同,則完整性保護(hù)驗證成功。
1.3 數(shù)據(jù)的傳輸
控制平面的PDCP PDU和用戶平面的PDCP數(shù)據(jù)PDU都擁有一個序列號SN字段,PDCP子層的發(fā)送和接收實體就是通過設(shè)置和檢查SN字段來實現(xiàn)PDCPPDU的按序發(fā)送和接收。PDCP子層在發(fā)送側(cè)和接收側(cè)分別維護(hù)一個重排序窗口的大小是SN范圍的50%。當(dāng)SN為0~4 095時,即“最大PDCP SN”的值為4 095時,重排序窗口的大小為2 048。
在非切換狀態(tài)下,RLC子層位為PDCP子層提供按序提交和重復(fù)包丟棄服務(wù)。而在切換狀態(tài)下,由于UE與兩個eNodeB同時通信,因此其RLC子層無法保證按序提交和重復(fù)包丟棄,從而需要由PDCP子層來完成這些功能。
下面以UE側(cè)的操作為例說明PDCP子層的發(fā)送和接收流程。
評論