YD/T 2505.3-2013
基本信息
标准号： YD/T 2505.3-2013
中文名称：2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入(HSPA+) Uu接口层2技术要求 第3部分：PDCP协议
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：3228KB
相关标签： 数字 蜂窝 移动 通信网 增强型 高速 分组 接入 接口 技术 协议
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 2505.3-2013 2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入(HSPA+) Uu接口层2技术要求 第3部分：PDCP协议
YD/T2505.3-2013
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS33.070.99
中华人民共和国通信行业标准
YD/T2505.3-2013
2GHZTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）
Uu接口层2技术要求
第3部分：PDCP协议
2GHzTD-SCDMAdigital cellularmobiletelecommunication network-HSPA+Uuinterfacelayer2technical requirements-part3:packetdataconvergenceprotocol(PDCP)(3GPPTS25.323V9.1.0,PacketDataConvergenceProtocol,NEQ）2013-04-25发布
2013-06-01实施
中华人民共和国工业和信息化部发布前言
1范围
2规范性引用文件
3缩略语
4概述·
子层结构概述
5功能·
5.1头压缩
数据传输
5.4SRNS重定位
无损DLRLCPDU大小改变
般过程
MBMS的头压缩和解压缩
6服务
提供给上层的服务
6.2期望从RLC层获得的服务…
7层到层通信的元素
7.1PDCP和上层间的原语
8端到端通信的元素
协议数据单元
8.2格式
9处理未知的、未预见的及错误的协议数据…9.1无效的PDUtype
无效的PID值
PDCP不可恢复错误检测
附录A（规范性附录）ROHC性能测试次
附录B（资料性附录）产生ROHC性能要求的参考模型参考文南
YD/T2505.3-2013
YD/T2505.3-2013
YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》是2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口系列标准之一该系列标准的结构和名称计划如下：a）YD/T2504《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口物理层技术要求》
一第1部分：总则
一第2部分：物理信道和传输信道到物理信道的映射一第3部分：复用和信道编码
一第4部分：扩频和调制
一第5部分：物理层过程
一第6部分：物理层测量
b）YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》
一第1部分：MAC协议
一第2部分：RLC协议
一第3部分：PDCP协议
C）YD/T2506《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求》
随着技术的发展，还将制定后续的相关标准。YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》分为三个部分：
a）第1部分：MAC协议
b）第2部分：RLC协议
）第3部分：PDCP协议
本部分是YD/T2505《2GHzTD-SCDMA数字蜂宽移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》的第3部分。本部分按照GB/T1.1-2009给出的规则起草。本部分对应于3GPPTS25.323《PDCP协议》（版本v9.1.0），一致性程度为非等效，主要差异为删除了FDD相关的内容
本部分由中国通信标准化协会提出并归口。I
YD/T2505.3-2013
本部分起草单位：工业和信息化部电信研究院、大唐电信科技产业集团、中兴通讯股份有限公司、鼎桥通信技术有限公司、中国普天信息产业股份有限公司、重庆重邮信科股份有限公司、北京展讯高科通信技术有限公司、北京天碁科技有限责任公司。本部分主要起草人：师延山、段红光、张元、宋爱慧、严
果、张英、徐菲、黄
河、贺刚、
王梅、申敏、常永宏。
1范围
2GHzTD-SCDMA数字蜂窝移动通信网YD/T2505.3-2013
增强型高速分组接入（HSPA+）Uu接口层2技术要求第3部分：PDCP协议
本部分规定了2GHzTD-SCDMA数字蜂窝移动通信网高速分组接入增强（HSPA+）Uu接口层2中分组数据的汇聚协议，及玩健头压缩性能测试用例。本部分适用于2GHzTD-SCDMA数字蜂宽移动通信网高速分组接入增强（HSPA+）Uu接口层2。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。YD/T2505.2-20132GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求第2部分：RLC协议YD/T2506-20132GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求
3GPPTS23.060通用分组无线服务业务描述（GeneralPacketRadioService（GPRS)：Servicedescription;Stage2)
3GPPTS25.301无线接口协议架构CRadioInterfaceProtocolArchitecture）3GPPTS26.101：AMR语音编解码顿结构，语音编解码处理功能（Mandatoryspeechcodecspeechprocessingfunctions;AdaptiveMulti-Rate(AMR)speech codec frame structure)3GPPTS26.201宽带AMR语音编解码顿结构，语音编解码处理功能（Speechcodec speechprocessingfunctions;AdaptiveMulti-Rate-Wideband(AMR-WB)speechcodec;Frame structure)IETFRFC2507IP头压缩（IPHeaderCompression）IETFRFC3095玩健头压缩（RObustHeaderCompression(ROHC):Frameworkandfourprofiles:RTPUDP,ESP,and uncompressed)
IETFRFC3096玩健IP/UDP/RTP头压缩的要求（RequirementsforrobustIP/UDP/RTPheadercompression)
IETFRFC4815玩健头压缩：对RFC3095的纠错与澄清（RObustHeaderCompression（ROHC)：CorrectionsandClarificationstoRFC3095)3缩略语
下列缩略语适用于本文件。
AcknowledgedMode
AdaptiveMulti-Rate
AccessStratum
确认模式
自适应多速率
接入层
YD/T2505.3-2013
Context IDentifier
Control Service Access PointCircuit Switched
Downlink
Discontinuous Transmission
Header Compression
InternetEngineeringTaskForceInternetProtocol
Layer 2 (data link layer)
Layer 3 (network layer)
Multimedia Broadcast Multicast ServiceMobile HeaderCompressor
MobileHeaderCompressor/DecompressorMobile HeaderDecompressor
NonAccess Stratum
Network Header Compressor
NetworkHeaderCompressor/DecompressorNetwork HeaderDecompressor
PacketData ConvergenceProtocolProtocol Data Unit
Packet IDentifier
Point-to-PointProtocol
Packet Switched
point-to-point
point-to-multipoint
Radio Access Bearer
RadioBearer
RequestForComments
Radio Link Control
Radio Network Controller
RObustHeaderCompression
Real Time Protocol
Service Access Point
Service Data Unit
ServingRadioNetworkSubsystemTransmission Control ProtocolTransparent Mode
上下文标识
控制服务接入点
电路交换
不连续发送
头压缩
因特网工程任务组
因特网协议
层2（数据链路层）
层3（网络层）
多媒体广播多播业务
移动头压缩
移动头压缩/解压缩
移动头解压缩
非接入层
网络头压缩
网络头压缩/解压缩
网络头解压缩
分组数据汇聚协议
协议数据单元
数据标识
点对点协议
分组交换
点对点
点对多点
无线接入承载
无线承载
建议请求
无线链路控制
无线网络控制器
玩健头压缩
实时协议
业务接入点
服务数据单元
服务无线网络子系统
传输控制协议
透明模式
4概述
4.1目标
UserDatagramProtocol
\UserEquipment
Uplink
UnacknowledgedMode
UniversalMobileTelecommunicationsSystemUMTSTerrestrialRadioAccess
UMTS Terrestrial RadioAccess NetworkYD/T2505.3-2013
用户数据报协议
：用户设备
非确认模式
通用移动电信系统
UMTS陆地无线接入
UMTS陆地无线接入网络
本部分描述PDCP的功能。附录A是定义了ROHC性能测试，附录B定义了产生ROHC性能要求的参考模型。
4.2子层结构概述
图1展示了无线接口协议架构中PDCP模块。图1基于3GPPTS25.301中定义的无线接口协议架构，无线承载
PDCP-SDU
PDCP-SAPS
协设1
协设2
UM-SAP
SDU计数
协议1
AM-SAP
协设2
图1PDCP结构
协议1
TM-SAP
RLC-SDU
每一个PS域RAB与一个RB相关联，此RB与一个PDCP实体相关联。根据RB特性（即：.单向或双向）及RLC模式，每个PDCP实体与一个或者两个（每个方向一个）RLC实体相关联。PDCP实体位于PDCP子层。
每个PDCP实体使用零个、一个或者多个不同的头压缩协议。对于每个头压缩协议，每个单独的PDCP实体至多使用一个实例。UE可以定义多个PDCP实体，每个实体使用相同或者不同的头压缩协议集。在本部分版本中，只支持RFC2507（见IETFRFC2507）和RFC3095（见IETFRFC3095）两种头压缩为了方便使用者对照阅读及编写者维护后续版本，本部分的章节号与所对应的3GPP标准保持一致。m
YD/2505.3-2013
协议。
每个CS域话音RAB与一个RB相关联，此RB与一个PDCP实体相关联。由于CS话音RB总是双向的，因此每个PDCP实体与两个UMRLC实体相关联。PDCP实体位于PDCP子层。服务于CS业务的PDCP实体不使用头压缩。
PDCP子层由上层（见YD/T2506-2013（2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求》）通过PDCP-C-SAP配置。图1描述了PDCP子层一种可能的结构：这一结构不限制实现。一个PDCP实体被映射到一个AMRLC实体，或者一至二个UM/TMRLC实体。当PDCP实体被映射到两个UM/TMRLC实体时，每个RLC实体被用于不同的方向。
5功能
PDCP向UE侧的NAS或者无线网络控制器（RNC）的中继器提供服务。分组数据汇聚协议应实现如下功能：分别在发送端和接收端实体对TP数据流进行头压缩和解压缩（例如：IPv4和IPv6的TCP/IP和RTP/UDP/IP头）。
一用户数据传输。此功能用于在PDCP业务的用户间传送数据。一对于配置为支持无损SRNS重定位或者无损DLRLCPDU大小改变的无线承载进行PDCP序列号的维护。
如果无线承载连接到一个CS域的无线接入承载上，传输CS计数器。增加或者移除字节对齐的PDCPPDU填充。PDCP使用无线链路控制（RLC）子层提供的服务。5.1头压缩
头压缩协议与特定的网络层，传输层或者上层协议组合（例如TCP/IP和RTP/UDP/IP）所专用。网络层协议类型（例如IP或PPP）在PDP上下文激活时指定，PDP上下文激活在3GPPTS23.060中进行规定。对于每个PDCP实体，头压缩协议和头压缩协议参数由上层配置。在操作过程中对等PDCP实体间的压缩器和解压器初始信令是通过携带信令完成的。5.1.1映射PID值
依据上层配置（例如：使用的PDCPPDU类型和头压缩协议），PDCP子层应能够：一识别头压缩协议的不同类型：一如果是RFC2507：
。在一个头压缩协议里区分不同的头压缩协议分组类型。以上需求通过在PDCPPDU里使用PID域实现。映射PID值的通用规则如下所列：一在每个PDCP实例中，PID值应独立映射到不同的分组类型。一PID值“0”指示“不压缩”。PDCPPDU中应使用PID值“0”指示发送端没有对PDCPPDU数据域中一个PDCPSDU进行改变，且接收端不应进行解压。一对于每个配置的头压缩协议，PID值应以上层配置的顺序，从1开始递增。第一个可用的PID值分配给当前头压缩协议的在本部分里定义的第一个头压缩协议分组类型。对于每个头压缩协议，PID+YD/T2505.3-2013
值被映射到头压缩协议里所定义的分组类型，并且按照5.1.2.2节和5.1.3.3节定义的顺序进行映射。PDCP实体重配头压缩协议后，此实体的PID值重映射。表1给出了一个PDCP实体配置了五种头压缩方法时PID值到分组类型映射的例子，五种头压缩方法有：RFC2507（见IETFRFC2507），MethodsA和B，RFC3095（见IETFRFC3095）和MethodCMethodA，MethodB和MethodC是用于图像压缩表1PID值映射表示例
PID值
5.1.2IP头压缩（RFC2507）
优化方法
无头压缩
RFC2507
RFC2507
RFC2507
RFC2507
RFC2507
方法A
方法A
方法B
方法B
RFC309S
方法℃
方法C
未分配的值
分组类型
全部头
压缩的TCP
压缩的TCPnondelta免费标准bzxz.net
压缩的非TCP
上下文状态
方法A的分组类型1
方法A的分组类型2
方法B的分组类型 1
方法B的分组类型2
RFC3095分组格式
方法C的分组类型1
方法C的分组类型2
RFC2507头压缩协议的详细操作在IETFRFC2507里规定。有关错误恢复和分组重排序机制在RFC2507里也有说明。PDCP应在头压缩功能里包含这些机制。本部分里不涉及RFC2507头压缩功能的实现。
5.1.2.1上下文标识
RFC2507的上下文标识只应包含在RFC2507分组类型格式，如IETFRFC2507中定义。5.1.2.2RFC2507PID值映射
PID值应以表2所示顺序映射到RFC2507头压缩协议分组类型。其中“n”为已经映射到其他协议分组类型的PID值。
表2RFC2507头压缩协议PID值映射PID值
5.1.2.3完整头传送管理
优化方法
RFC2507
RFC2507
RFC2507
RFC2507
RFC2507
完整头的传送可根据低层信息控制。分组类型
全部头
压缩的TCP
压缩的TCPnon-delta
压缩的非TCP
上下文状态
对于一个TCP流，如果PDCP接收到底层单个分组失败传送信息，PDCP可在下一个分组发送一个3
YD/T2505.3-2013
完整头。
对于非TCP流，如果PDCP接收到底层指示的完整头已成功传输的信息，PDCP可以停止发送那些和前一个分组中包含相同完整头信息的完整头，5.1.3玩健头压缩（RFC3095）
玩健头压缩（ROHC）协议详细操作在IETFRFC3095和IETFRFC4815里规定。5.1.3.1上下文标识
RFC3095协议的上下文在IETFRFC3095中定义。RFC3095可以配置支持一个或多个上下文。每个上下文通过上下文标识（CID）值标识。5.1.3.2空
5.1.3.3RFC3095PID值映射
表3PID值应映射到RFC3095头压缩协议，其中n为已经分配给其他协议分组类型的PID值。表3RFC3095头压缩协议PID值映射PID值
5.1.3.4空
5.1.3.5协议参数
优化方法
RFC3095
RFC3095包含两种类型参数（见IETFRFC3095）：配置参数：这些参数是强制的，应在压缩器和解压器之间配置分组类型
RFC3095分组格式
一实现参数：这些参数是可选的，如果使用，规定RFC3095如何操作。这些参数划分为四种不同组，定义如下：M：强制的且由上层配置的。
一MO：参数应支持，如果使用只能由上层配置或触发。O：可选RFC309S参数，上层不配置这些参数。只在本地使用（例如：UTRAN和/或UE）。N/A：这些参数在RFC3095没有使用。使用和定义的参数指定如下：
-MAXCID(M：可以使用最大的CID值。应为未压缩流预留一个CID值。一LARGECIDS：上层不配置这个值，而是通过MAXCID配置值推导出，推导规则如下：如果MAXCID>15则LARGECIDS=TRUE否则LARGECIDS-FALSE。PROFILES（M：简表用来定义UE在上行链路允许使用哪个简表.在下行链路上，IETFRFC3095中定义的所有简表都应改被支持。-FEEDBACKFOR(N/A):
一MRRU(M)：默认情况不使用分段。-NO_OF_PACKET_SIZES_ALLOWED(N/A)。-PACKETSIZESALLOWED(N/A)
-PAYLOAD_SIZES(O)。
-NO_OF_PACKET_SIZES_USED(O)。PACKET SIZES USED(O)
-CONTEXT_REINITIALIZATION(MO)。-MODE(O)。
CLOCKRESOLUTION(O)
YD/T2505.3-2013
REVERSEDECOMPRESSIONDEPTH(M：默认值为没有使用预留解压器。5.1.3.6RRC配置
如果UE存储了“PDCPROHCTARGETMODE”变量，并且应用了ROHC简表，解压器应根据IETFRFC3095中指定的方式进行操作状态迁移，此时只能迁移到存储模式。如果UE没有存储“PDCPROHCTARGETMODE”变量，解压器可以根据IETFRFC3095进行任意操作状态的迁移。
5.3数据传输
如果配置了头压缩，发送端PDCP应：在接收到上层PDCPSDU时执行头压缩一如果无线承载被配置为无损SRNS重定位或者无损DLRLCPDU大小改变：·按照5.6.1.1节规定维护PDCP序列号：一按照从上层接收的顺序递交PDCPPDU到底层。如果无线承载连接到CS域无线接入承载，发送端应：一如果PDCPSDU长度大于等于1bit：，按照5.6.1.4节规定，在PDCPAMR数据PDU中包含CS计数器：·在PDUtype域指示PDCPAMRPDU类型：·用PDCPSDU填充PDCPAMRPDU类型的数据域，按照8.2.4节规定添加填充位。注：如果上层没有生成AMR或者AMRWB顿，没有PDCPPDU向底层递交，当PDCP实体接收端收到底层的PDCPPDU，应：如果接收到的PDCPPDU是PDCPAMR数据PDU：从PDCPAMR数据PDU的数据域获得PDCPSDU。接收端由PDU数据域长度确定位对齐数据的内容和顿类型，当字节对齐时AMR和AMRWB有效负荷大小可能相同；向上层递交PDCPSDU和CS计数器，CS计数器从接收到的PDCP头中获得。否则：
·对PDCPPDU执行头解压缩（如果配置了头压缩）以获取PDCPSDU：并且。按照从底层接收的顺序递交PDCPSDU到上层：如果接收到的PDCPPDU是PDCPSeqNumPDU：按照5.6.1.2节步骤执行。
5.3.1RLC确认模式下的数据传输图2所示为在RLC确认模式下的PDCP数据传输。YD/T2505.3-2013
PDCP用户
发起方
PDCP-DATA.reg
RLC-AM-DATA.req
RLC-AM-DATA.CnT
Acknowedgemet
接收方
RLC-AM-DATA.ind
PDCP用户
PDCP-DATA.ind
注：如果原语RLC-AM-DATA.req使用了参数CNF，那么需要传递RLC-AM-DATA.cnf原语。否则，不需要传递RLC-AM-DATA.cnf原语。
图2RLC确认模式下的PDCP数据传输5.3.2RLC非确认模式和透明模式下的数据传输图3所示为在RLC非确认模式和透明模式下的PDCP数据传输发起方
POCP用户
PDCP-DATA.reg
RLC-UM-DATAreqi
RLC-TM-DATA.r0Q
接收方
RLC-UM-DATA.ind
PDCP用户
RLC-TM-DATAindPDCP-D.ATA.ind图3RLC非确认模式和透明模式下的PDCP数据传输5.4SRNS重定位
如果发生SRNS重定位，上层指示PDCP对一个RB的压缩协议复位、重定位上下文或者释放，本部分版本中，重定位上下文只适用于RFC3095。每一个头压缩协议单独处理，但是重定位上下文能力对UE而言是可选的，它被作为UE无线接入能力的一部分。复位一个给定的压缩协议需要遵循：在复位时压缩参数可以被上层重配，否则压缩参数仍然有效。一所有的压缩状态信息都被初始化，例如：头压缩上下文。因此，SRNS重定位后第一个“压缩的”分组类型为一个完整头。
一PDCP序列号不因PDCP头压缩协议复位而改变。一个给定的压缩协议的上下文重定位需要遵循：一在重定位上下文时配置的压缩参数仍然有效。压缩状态信息（上下文）的快照信息由源RNC传送到目标RNC，目标RNC根据传输的快照信息初始化头压缩协议。因此，在SRNS重定位后压缩（解压）继续使用重定位前的上下文。在SRNS重定位时UE和UTRAN需要执行部分额外的动作以保持压缩器（解压器）一致。5.4.1无损SRNS重定位
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T2505.3-2013
2GHZTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）
Uu接口层2技术要求
第3部分：PDCP协议
2GHzTD-SCDMAdigital cellularmobiletelecommunication network-HSPA+Uuinterfacelayer2technical requirements-part3:packetdataconvergenceprotocol(PDCP)(3GPPTS25.323V9.1.0,PacketDataConvergenceProtocol,NEQ）2013-04-25发布
2013-06-01实施
中华人民共和国工业和信息化部发布前言
1范围
2规范性引用文件
3缩略语
4概述·
子层结构概述
5功能·
5.1头压缩
数据传输
5.4SRNS重定位
无损DLRLCPDU大小改变
般过程
MBMS的头压缩和解压缩
6服务
提供给上层的服务
6.2期望从RLC层获得的服务…
7层到层通信的元素
7.1PDCP和上层间的原语
8端到端通信的元素
协议数据单元
8.2格式
9处理未知的、未预见的及错误的协议数据…9.1无效的PDUtype
无效的PID值
PDCP不可恢复错误检测
附录A（规范性附录）ROHC性能测试次
附录B（资料性附录）产生ROHC性能要求的参考模型参考文南
YD/T2505.3-2013
YD/T2505.3-2013
YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》是2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口系列标准之一该系列标准的结构和名称计划如下：a）YD/T2504《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口物理层技术要求》
一第1部分：总则
一第2部分：物理信道和传输信道到物理信道的映射一第3部分：复用和信道编码
一第4部分：扩频和调制
一第5部分：物理层过程
一第6部分：物理层测量
b）YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》
一第1部分：MAC协议
一第2部分：RLC协议
一第3部分：PDCP协议
C）YD/T2506《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求》
随着技术的发展，还将制定后续的相关标准。YD/T2505《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》分为三个部分：
a）第1部分：MAC协议
b）第2部分：RLC协议
）第3部分：PDCP协议
本部分是YD/T2505《2GHzTD-SCDMA数字蜂宽移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求》的第3部分。本部分按照GB/T1.1-2009给出的规则起草。本部分对应于3GPPTS25.323《PDCP协议》（版本v9.1.0），一致性程度为非等效，主要差异为删除了FDD相关的内容
本部分由中国通信标准化协会提出并归口。I
YD/T2505.3-2013
本部分起草单位：工业和信息化部电信研究院、大唐电信科技产业集团、中兴通讯股份有限公司、鼎桥通信技术有限公司、中国普天信息产业股份有限公司、重庆重邮信科股份有限公司、北京展讯高科通信技术有限公司、北京天碁科技有限责任公司。本部分主要起草人：师延山、段红光、张元、宋爱慧、严
果、张英、徐菲、黄
河、贺刚、
王梅、申敏、常永宏。
1范围
2GHzTD-SCDMA数字蜂窝移动通信网YD/T2505.3-2013
增强型高速分组接入（HSPA+）Uu接口层2技术要求第3部分：PDCP协议
本部分规定了2GHzTD-SCDMA数字蜂窝移动通信网高速分组接入增强（HSPA+）Uu接口层2中分组数据的汇聚协议，及玩健头压缩性能测试用例。本部分适用于2GHzTD-SCDMA数字蜂宽移动通信网高速分组接入增强（HSPA+）Uu接口层2。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。YD/T2505.2-20132GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口层2技术要求第2部分：RLC协议YD/T2506-20132GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求
3GPPTS23.060通用分组无线服务业务描述（GeneralPacketRadioService（GPRS)：Servicedescription;Stage2)
3GPPTS25.301无线接口协议架构CRadioInterfaceProtocolArchitecture）3GPPTS26.101：AMR语音编解码顿结构，语音编解码处理功能（Mandatoryspeechcodecspeechprocessingfunctions;AdaptiveMulti-Rate(AMR)speech codec frame structure)3GPPTS26.201宽带AMR语音编解码顿结构，语音编解码处理功能（Speechcodec speechprocessingfunctions;AdaptiveMulti-Rate-Wideband(AMR-WB)speechcodec;Frame structure)IETFRFC2507IP头压缩（IPHeaderCompression）IETFRFC3095玩健头压缩（RObustHeaderCompression(ROHC):Frameworkandfourprofiles:RTPUDP,ESP,and uncompressed)
IETFRFC3096玩健IP/UDP/RTP头压缩的要求（RequirementsforrobustIP/UDP/RTPheadercompression)
IETFRFC4815玩健头压缩：对RFC3095的纠错与澄清（RObustHeaderCompression（ROHC)：CorrectionsandClarificationstoRFC3095)3缩略语
下列缩略语适用于本文件。
AcknowledgedMode
AdaptiveMulti-Rate
AccessStratum
确认模式
自适应多速率
接入层
YD/T2505.3-2013
Context IDentifier
Control Service Access PointCircuit Switched
Downlink
Discontinuous Transmission
Header Compression
InternetEngineeringTaskForceInternetProtocol
Layer 2 (data link layer)
Layer 3 (network layer)
Multimedia Broadcast Multicast ServiceMobile HeaderCompressor
MobileHeaderCompressor/DecompressorMobile HeaderDecompressor
NonAccess Stratum
Network Header Compressor
NetworkHeaderCompressor/DecompressorNetwork HeaderDecompressor
PacketData ConvergenceProtocolProtocol Data Unit
Packet IDentifier
Point-to-PointProtocol
Packet Switched
point-to-point
point-to-multipoint
Radio Access Bearer
RadioBearer
RequestForComments
Radio Link Control
Radio Network Controller
RObustHeaderCompression
Real Time Protocol
Service Access Point
Service Data Unit
ServingRadioNetworkSubsystemTransmission Control ProtocolTransparent Mode
上下文标识
控制服务接入点
电路交换
不连续发送
头压缩
因特网工程任务组
因特网协议
层2（数据链路层）
层3（网络层）
多媒体广播多播业务
移动头压缩
移动头压缩/解压缩
移动头解压缩
非接入层
网络头压缩
网络头压缩/解压缩
网络头解压缩
分组数据汇聚协议
协议数据单元
数据标识
点对点协议
分组交换
点对点
点对多点
无线接入承载
无线承载
建议请求
无线链路控制
无线网络控制器
玩健头压缩
实时协议
业务接入点
服务数据单元
服务无线网络子系统
传输控制协议
透明模式
4概述
4.1目标
UserDatagramProtocol
\UserEquipment
Uplink
UnacknowledgedMode
UniversalMobileTelecommunicationsSystemUMTSTerrestrialRadioAccess
UMTS Terrestrial RadioAccess NetworkYD/T2505.3-2013
用户数据报协议
：用户设备
非确认模式
通用移动电信系统
UMTS陆地无线接入
UMTS陆地无线接入网络
本部分描述PDCP的功能。附录A是定义了ROHC性能测试，附录B定义了产生ROHC性能要求的参考模型。
4.2子层结构概述
图1展示了无线接口协议架构中PDCP模块。图1基于3GPPTS25.301中定义的无线接口协议架构，无线承载
PDCP-SDU
PDCP-SAPS
协设1
协设2
UM-SAP
SDU计数
协议1
AM-SAP
协设2
图1PDCP结构
协议1
TM-SAP
RLC-SDU
每一个PS域RAB与一个RB相关联，此RB与一个PDCP实体相关联。根据RB特性（即：.单向或双向）及RLC模式，每个PDCP实体与一个或者两个（每个方向一个）RLC实体相关联。PDCP实体位于PDCP子层。
每个PDCP实体使用零个、一个或者多个不同的头压缩协议。对于每个头压缩协议，每个单独的PDCP实体至多使用一个实例。UE可以定义多个PDCP实体，每个实体使用相同或者不同的头压缩协议集。在本部分版本中，只支持RFC2507（见IETFRFC2507）和RFC3095（见IETFRFC3095）两种头压缩为了方便使用者对照阅读及编写者维护后续版本，本部分的章节号与所对应的3GPP标准保持一致。m
YD/2505.3-2013
协议。
每个CS域话音RAB与一个RB相关联，此RB与一个PDCP实体相关联。由于CS话音RB总是双向的，因此每个PDCP实体与两个UMRLC实体相关联。PDCP实体位于PDCP子层。服务于CS业务的PDCP实体不使用头压缩。
PDCP子层由上层（见YD/T2506-2013（2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Uu接口RRC层技术要求》）通过PDCP-C-SAP配置。图1描述了PDCP子层一种可能的结构：这一结构不限制实现。一个PDCP实体被映射到一个AMRLC实体，或者一至二个UM/TMRLC实体。当PDCP实体被映射到两个UM/TMRLC实体时，每个RLC实体被用于不同的方向。
5功能
PDCP向UE侧的NAS或者无线网络控制器（RNC）的中继器提供服务。分组数据汇聚协议应实现如下功能：分别在发送端和接收端实体对TP数据流进行头压缩和解压缩（例如：IPv4和IPv6的TCP/IP和RTP/UDP/IP头）。
一用户数据传输。此功能用于在PDCP业务的用户间传送数据。一对于配置为支持无损SRNS重定位或者无损DLRLCPDU大小改变的无线承载进行PDCP序列号的维护。
如果无线承载连接到一个CS域的无线接入承载上，传输CS计数器。增加或者移除字节对齐的PDCPPDU填充。PDCP使用无线链路控制（RLC）子层提供的服务。5.1头压缩
头压缩协议与特定的网络层，传输层或者上层协议组合（例如TCP/IP和RTP/UDP/IP）所专用。网络层协议类型（例如IP或PPP）在PDP上下文激活时指定，PDP上下文激活在3GPPTS23.060中进行规定。对于每个PDCP实体，头压缩协议和头压缩协议参数由上层配置。在操作过程中对等PDCP实体间的压缩器和解压器初始信令是通过携带信令完成的。5.1.1映射PID值
依据上层配置（例如：使用的PDCPPDU类型和头压缩协议），PDCP子层应能够：一识别头压缩协议的不同类型：一如果是RFC2507：
。在一个头压缩协议里区分不同的头压缩协议分组类型。以上需求通过在PDCPPDU里使用PID域实现。映射PID值的通用规则如下所列：一在每个PDCP实例中，PID值应独立映射到不同的分组类型。一PID值“0”指示“不压缩”。PDCPPDU中应使用PID值“0”指示发送端没有对PDCPPDU数据域中一个PDCPSDU进行改变，且接收端不应进行解压。一对于每个配置的头压缩协议，PID值应以上层配置的顺序，从1开始递增。第一个可用的PID值分配给当前头压缩协议的在本部分里定义的第一个头压缩协议分组类型。对于每个头压缩协议，PID+YD/T2505.3-2013
值被映射到头压缩协议里所定义的分组类型，并且按照5.1.2.2节和5.1.3.3节定义的顺序进行映射。PDCP实体重配头压缩协议后，此实体的PID值重映射。表1给出了一个PDCP实体配置了五种头压缩方法时PID值到分组类型映射的例子，五种头压缩方法有：RFC2507（见IETFRFC2507），MethodsA和B，RFC3095（见IETFRFC3095）和MethodCMethodA，MethodB和MethodC是用于图像压缩表1PID值映射表示例
PID值
5.1.2IP头压缩（RFC2507）
优化方法
无头压缩
RFC2507
RFC2507
RFC2507
RFC2507
RFC2507
方法A
方法A
方法B
方法B
RFC309S
方法℃
方法C
未分配的值
分组类型
全部头
压缩的TCP
压缩的TCPnondelta免费标准bzxz.net
压缩的非TCP
上下文状态
方法A的分组类型1
方法A的分组类型2
方法B的分组类型 1
方法B的分组类型2
RFC3095分组格式
方法C的分组类型1
方法C的分组类型2
RFC2507头压缩协议的详细操作在IETFRFC2507里规定。有关错误恢复和分组重排序机制在RFC2507里也有说明。PDCP应在头压缩功能里包含这些机制。本部分里不涉及RFC2507头压缩功能的实现。
5.1.2.1上下文标识
RFC2507的上下文标识只应包含在RFC2507分组类型格式，如IETFRFC2507中定义。5.1.2.2RFC2507PID值映射
PID值应以表2所示顺序映射到RFC2507头压缩协议分组类型。其中“n”为已经映射到其他协议分组类型的PID值。
表2RFC2507头压缩协议PID值映射PID值
5.1.2.3完整头传送管理
优化方法
RFC2507
RFC2507
RFC2507
RFC2507
RFC2507
完整头的传送可根据低层信息控制。分组类型
全部头
压缩的TCP
压缩的TCPnon-delta
压缩的非TCP
上下文状态
对于一个TCP流，如果PDCP接收到底层单个分组失败传送信息，PDCP可在下一个分组发送一个3
YD/T2505.3-2013
完整头。
对于非TCP流，如果PDCP接收到底层指示的完整头已成功传输的信息，PDCP可以停止发送那些和前一个分组中包含相同完整头信息的完整头，5.1.3玩健头压缩（RFC3095）
玩健头压缩（ROHC）协议详细操作在IETFRFC3095和IETFRFC4815里规定。5.1.3.1上下文标识
RFC3095协议的上下文在IETFRFC3095中定义。RFC3095可以配置支持一个或多个上下文。每个上下文通过上下文标识（CID）值标识。5.1.3.2空
5.1.3.3RFC3095PID值映射
表3PID值应映射到RFC3095头压缩协议，其中n为已经分配给其他协议分组类型的PID值。表3RFC3095头压缩协议PID值映射PID值
5.1.3.4空
5.1.3.5协议参数
优化方法
RFC3095
RFC3095包含两种类型参数（见IETFRFC3095）：配置参数：这些参数是强制的，应在压缩器和解压器之间配置分组类型
RFC3095分组格式
一实现参数：这些参数是可选的，如果使用，规定RFC3095如何操作。这些参数划分为四种不同组，定义如下：M：强制的且由上层配置的。
一MO：参数应支持，如果使用只能由上层配置或触发。O：可选RFC309S参数，上层不配置这些参数。只在本地使用（例如：UTRAN和/或UE）。N/A：这些参数在RFC3095没有使用。使用和定义的参数指定如下：
-MAXCID(M：可以使用最大的CID值。应为未压缩流预留一个CID值。一LARGECIDS：上层不配置这个值，而是通过MAXCID配置值推导出，推导规则如下：如果MAXCID>15则LARGECIDS=TRUE否则LARGECIDS-FALSE。PROFILES（M：简表用来定义UE在上行链路允许使用哪个简表.在下行链路上，IETFRFC3095中定义的所有简表都应改被支持。-FEEDBACKFOR(N/A):
一MRRU(M)：默认情况不使用分段。-NO_OF_PACKET_SIZES_ALLOWED(N/A)。-PACKETSIZESALLOWED(N/A)
-PAYLOAD_SIZES(O)。
-NO_OF_PACKET_SIZES_USED(O)。PACKET SIZES USED(O)
-CONTEXT_REINITIALIZATION(MO)。-MODE(O)。
CLOCKRESOLUTION(O)
YD/T2505.3-2013
REVERSEDECOMPRESSIONDEPTH(M：默认值为没有使用预留解压器。5.1.3.6RRC配置
如果UE存储了“PDCPROHCTARGETMODE”变量，并且应用了ROHC简表，解压器应根据IETFRFC3095中指定的方式进行操作状态迁移，此时只能迁移到存储模式。如果UE没有存储“PDCPROHCTARGETMODE”变量，解压器可以根据IETFRFC3095进行任意操作状态的迁移。
5.3数据传输
如果配置了头压缩，发送端PDCP应：在接收到上层PDCPSDU时执行头压缩一如果无线承载被配置为无损SRNS重定位或者无损DLRLCPDU大小改变：·按照5.6.1.1节规定维护PDCP序列号：一按照从上层接收的顺序递交PDCPPDU到底层。如果无线承载连接到CS域无线接入承载，发送端应：一如果PDCPSDU长度大于等于1bit：，按照5.6.1.4节规定，在PDCPAMR数据PDU中包含CS计数器：·在PDUtype域指示PDCPAMRPDU类型：·用PDCPSDU填充PDCPAMRPDU类型的数据域，按照8.2.4节规定添加填充位。注：如果上层没有生成AMR或者AMRWB顿，没有PDCPPDU向底层递交，当PDCP实体接收端收到底层的PDCPPDU，应：如果接收到的PDCPPDU是PDCPAMR数据PDU：从PDCPAMR数据PDU的数据域获得PDCPSDU。接收端由PDU数据域长度确定位对齐数据的内容和顿类型，当字节对齐时AMR和AMRWB有效负荷大小可能相同；向上层递交PDCPSDU和CS计数器，CS计数器从接收到的PDCP头中获得。否则：
·对PDCPPDU执行头解压缩（如果配置了头压缩）以获取PDCPSDU：并且。按照从底层接收的顺序递交PDCPSDU到上层：如果接收到的PDCPPDU是PDCPSeqNumPDU：按照5.6.1.2节步骤执行。
5.3.1RLC确认模式下的数据传输图2所示为在RLC确认模式下的PDCP数据传输。YD/T2505.3-2013
PDCP用户
发起方
PDCP-DATA.reg
RLC-AM-DATA.req
RLC-AM-DATA.CnT
Acknowedgemet
接收方
RLC-AM-DATA.ind
PDCP用户
PDCP-DATA.ind
注：如果原语RLC-AM-DATA.req使用了参数CNF，那么需要传递RLC-AM-DATA.cnf原语。否则，不需要传递RLC-AM-DATA.cnf原语。
图2RLC确认模式下的PDCP数据传输5.3.2RLC非确认模式和透明模式下的数据传输图3所示为在RLC非确认模式和透明模式下的PDCP数据传输发起方
POCP用户
PDCP-DATA.reg
RLC-UM-DATAreqi
RLC-TM-DATA.r0Q
接收方
RLC-UM-DATA.ind
PDCP用户
RLC-TM-DATAindPDCP-D.ATA.ind图3RLC非确认模式和透明模式下的PDCP数据传输5.4SRNS重定位
如果发生SRNS重定位，上层指示PDCP对一个RB的压缩协议复位、重定位上下文或者释放，本部分版本中，重定位上下文只适用于RFC3095。每一个头压缩协议单独处理，但是重定位上下文能力对UE而言是可选的，它被作为UE无线接入能力的一部分。复位一个给定的压缩协议需要遵循：在复位时压缩参数可以被上层重配，否则压缩参数仍然有效。一所有的压缩状态信息都被初始化，例如：头压缩上下文。因此，SRNS重定位后第一个“压缩的”分组类型为一个完整头。
一PDCP序列号不因PDCP头压缩协议复位而改变。一个给定的压缩协议的上下文重定位需要遵循：一在重定位上下文时配置的压缩参数仍然有效。压缩状态信息（上下文）的快照信息由源RNC传送到目标RNC，目标RNC根据传输的快照信息初始化头压缩协议。因此，在SRNS重定位后压缩（解压）继续使用重定位前的上下文。在SRNS重定位时UE和UTRAN需要执行部分额外的动作以保持压缩器（解压器）一致。5.4.1无损SRNS重定位
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。