3gpp_pdcp中文協(xié)議36-資料下載頁(yè)
2025-06-06 17:23本頁(yè)面
【正文】 位填充?！?COUNT長(zhǎng)度：32比特。加密及完整性保護(hù)維護(hù)一個(gè)COUNT值。COUNT值由HFN和PDCP SN組成。PDCP SN值的長(zhǎng)度由上層配置。圖8 COUNT的格式HFN部分的長(zhǎng)度等于32減去PDCP SN的長(zhǎng)度。注：在進(jìn)行COUNT相關(guān)值的比較時(shí)，UE將視COUNT為32比特的值，值為循環(huán)值（例如，值為232 1的COUNT小于值為0的COUNT）?！?R長(zhǎng)度：1比特。保留值。在此規(guī)范的當(dāng)前版本，保留位都置為0。在接收機(jī)處忽略保留位。 D/C長(zhǎng)度：1比特。表3 D/C域BitDescription0Control PDU1Data PDU PDU類(lèi)型長(zhǎng)度：3比特。表4 PDU類(lèi)型BitDescription000PDCP status report001Interspersed ROHC feedback packet010111reserved FMS長(zhǎng)度：12比特。第一個(gè)丟失的PDCP SDU的PDCP SN值?！?Bitmap長(zhǎng)度：可變。Bitmap 字段的長(zhǎng)度可為0。類(lèi)型“Bitmap”第一個(gè)字節(jié)的最高位表示模4096的SN（FMS+1）對(duì)應(yīng)的PDCP SDU是否已被接受，并且正確的進(jìn)行選擇性解壓。第一個(gè)字節(jié)的最低位表示模4096的SN（FMS+8）對(duì)應(yīng)的PDCP SDU是否已被正確接收，并且正確的進(jìn)行選擇性解壓。表5 BitmapBitDescription0PDCP SDU with PDCP SN = (FMS + bit position) modulo 4096 is missing in the receiver. The bit position of Nth bit in the Bitmap is N, ., the bit position of the first bit in the Bitmap is 1.1PDCP SDU with PDCP SN = (FMS + bit position) modulo 4096 does not need to be retransmitted. The bit position of Nth bit in the Bitmap is N, ., the bit position of the first bit in the Bitmap is 1.UE填充Bitmap的如下位：指示丟失SDU的位（未配置位“0”），即，SDU沒(méi)有成功接收或者選擇性接收但未正確解壓；指示不需要重傳的SDU的位（配置位“1”），即，SDU成功接收并且可能或可能未正確解壓?！?零散的ROHC反饋包長(zhǎng)度：可變。包含一個(gè)只具有反饋的ROHC包，即未關(guān)聯(lián)PDCP SDU的ROHC包。7 變量，常量及定時(shí)器 狀態(tài)變量本節(jié)描述PDCP 實(shí)體中使用的狀態(tài)變量，以此來(lái)詳細(xì)說(shuō)明PDCP 協(xié)議。所有的狀態(tài)變量都是非負(fù)的整數(shù)。PDCP實(shí)體的傳輸方應(yīng)維護(hù)以下?tīng)顟B(tài)變量：a) Next_PDCP_TX_SN變量Next_PDCP_TX_SN 表示特定PDCP 實(shí)體的下一個(gè)PDCP SDU的PDCP SN值。在PDCP實(shí)體重建時(shí)，UE應(yīng)置Next_PDCP_TX_SN為0。b) TX_HFN變量TX_HFN 表示HFN值，用以產(chǎn)生特定PDCP 實(shí)體的PDCP PDU的COUNT值。在PDCP實(shí)體重建時(shí)，UE應(yīng)置TX_HFN 為0。PDCP實(shí)體的接收方需要維護(hù)一下?tīng)顟B(tài)變量：c) Next_PDCP_RX_SN變量Next_PDCP_RX_SN 表示特定PDCP 實(shí)體接收的下一個(gè)預(yù)期PDCP SN。在PDCP 實(shí)體重建時(shí)，UE應(yīng)置Next_PDCP_RX_SN為0。d) RX_HFN變量RX_HFN 表示HFN值，用以產(chǎn)生特定PDCP實(shí)體就收的PDCP PDU使用的COUNT值。在PDCP 實(shí)體重建時(shí)，UE應(yīng)該RX_HFN為0。e) Last_Submitted_PDCP_RX_SN對(duì)于映射到RLC AM上的DRB的PDCP實(shí)體，變量Last_Submitted_PDCP_RX_SN 表示最后一個(gè)傳輸?shù)缴蠈拥腜DCP SDU的SN值。在PDCP實(shí)體重建時(shí)，UE應(yīng)置Last_Submitted_PDCP_RX_SN 為4095。 定時(shí)器DRB每個(gè)PDCP實(shí)體的傳輸方應(yīng)維護(hù)以下定時(shí)器：a) discardTimer定時(shí)器的持續(xù)時(shí)間由上層配置[3]。在發(fā)射機(jī)側(cè)，一個(gè)新定時(shí)器在接收到上層的SDU后開(kāi)啟?！?常量a) Reordering_Window表示重排窗口的大小。對(duì)于映射到RLC AM的無(wú)線(xiàn)承載，其大小等于2048，也即，PDCP SN空間的一半。b) Maximum_PDCP_SN是： 4095如果PDCP實(shí)體配置為使用12bit SN值； 127如果PDCP實(shí)體配置為使用7bit SN值； 31如果PDCP實(shí)體配置為使用5bit SN值。參考文獻(xiàn)[1] 3GPP TR : Vocabulary for 3GPP Specifications.[2] 3GPP TS : Evolved Universal Terrestrial Radio Access (EUTRA) and Evolved Universal Terrestrial Radio Access Network (EUTRAN)。 Overall description.[3] 3GPP TS : Evolved Universal Terrestrial Radio Access (EUTRA) Radio Resource Control (RRC)。 Protocol Specification.[4] 3GPP TS : Evolved Universal Terrestrial Radio Access (EUTRA) Medium Access Control (MAC) protocol specification.[5] 3GPP TS : Evolved Universal Terrestrial Radio Access (EUTRA) Radio Link Control (RLC) protocol specification.[6] 3GPPTS: 3GPP System Architecture Evolution: Security Architecture.[7] IETF RFC 4995: The RObust Header Compression (ROHC) Framework.[8] IETF RFC 4996: RObust Header Compression (ROHC): A Profile for TCP/IP (ROHCTCP).[9] IETF RFC 3095: RObust Header Compression (ROHC): Framework and four profiles: RTP, UDP, ESP and unpressed.[10] IETF RFC 3843: RObust Header Compression (ROHC): A Compression Profile for IP.[11] IETF RFC 4815: RObust Header Compression (ROHC): Corrections and Clarifications to RFC 3095.[12] IETF RFC 5225: RObust Header Compression (ROHC) Version 2: Profiles for RTP, UDP, IP, ESP and UDP Lite”.
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1