COUNT值小于FMS对应PDCP SDU的COUNT值，则UE就会将与之对应已发送的PDCP SDU与PDCP PDU丢弃，意味着这些PDCP SDU已经成功被接收并解码。
该参数主要结合了非话音/视频的数据业务承载，相较话音而言，数据业务对于包的丢失更敏感。
pdcp-SN-Size
这里说明的是PDCP-SN串号长度，分为12bit和7bit两种长度。这个串号长度其实与HFN对应，HFN又用来计算解密时候所需要的COUNT值。对于RLC-AM模式下，PDCP-SN设置为12bit,而对于RLC-UM模式，可选择性的设置12bit或者7bit。这两种串号长度设置的区别在于，由于RLC-UM模式下没有对于PDCP SDU是否正确接收到的应答机制，相较于较长的12bit，7bit的设置会一定程度上降低包漏检或者错检的概率（这是理论分析，实际情况还需要网络侧进行评估），因此对于时延较敏感的VoLTE话音来说，能够兼顾降低丢包的概率，这应该也是增加7bit作为UM候选项的一个初衷。
PDCP Data PDU format for DRBs using a 12 bit SN
PDCP Data PDU format for DRBs using 7 bit SN
Profiles
Profile是为ROHC（RobustHeader Compression）结构定义的包头压缩算法，针对不同的网络层，传输层以及上层协议组合而不同，具体算法的含义可参考不同协议文献，这里仅列出协议列表供参考。需要指出的是，Profile 0x0000即使不指明，也会默认存在。
UE能力上报中还有一个FGI字段（FeatureGroup Indicator）,以下是R10中关于这个字段中对于PDCP SN长度的设置说明，可以将bit3与bit7捆绑起来解读，这里指出如果UE支持VoLTE，则必须将bit7置为1（true），从而连锁导致bit3也应置为1（true），这意味着VoLTE话音必须通过RLC UM模式进行传输，同时PDCP SN也应该支持7bit的能力设置。
这里也遗留一个小问题，如果UE自身的错误设置，将bit7设置为1，bit3设置为0，那么在UE能力上报阶段网络侧会不会禁止UE接入？这就要在现网实际验证一下了，各个LTE