空中接口技术与性能.ppt

使用头压缩的目的是减少传输应用层的冗余数据，以节省宝贵的空中接口资源。头压缩仅应用于数据平面的PDCP PDU。PDCP子层是否使用头压缩由高层负责配置。 目前LTE的PDCP子层仅支持ROHC头压缩协议。ROHC协议框架中对应于多种高层协议分别定义了所使用的头压缩算法，其参考协议号见表4-1。 4.2.2 头压缩 表4-1 头压缩协议 算 法 标 识 用 途 协 议 号 0x0000 无压缩 RFC 4995 0x0001 RTP/UDP/IP RFC 3095，RFC 4815 0x0002 UDP/IP RFC 3095，RFC 4815 0x0003 ESP/IP RFC 3095，RFC 4815 0x0004 IP RFC 3843，RFC 4815 0x0006 TCP/IP RFC 4996 0x0101 RTP/UDP/IP RFC 5225 0x0102 UDP/IP RFC 5225 0x0103 ESP/IP RFC 5225 0x0104 IP RFC 5225 控制平面的PDCU PDU和用户平面的PDCP数据PDU都拥有一个SN字段，PDCP子层的发送和接收实体就是通过设置和检查SN字段来实现PDCP PDU的按序发送和接收。PDCP子层在发送侧和接收侧分别维护一个重排序窗口，重排序窗口的大小是SN范围的一半。当SN为0～4095时，即“最大_PDCP_SN”的值为4095时，重排序窗口的大小为2048。 在非切换状态下，RLC子层为PDCP子层提供按序提交和重复包丢弃服务。而在切换状态下，由于UE与两个eNode B同时通信，因此其RLC子层无法保证按序提交和重复包丢弃，从而需要由PDCP子层来完成这些功能。 下面以UE侧的操作为例说明PDCP子层的发送和接收流程。 4.2.3 数据传输流程 1．发送流程 UE侧PDCP PDU的发送流程如图4-7所示。 PDCP PDU的接收流程根据数据映射到数据无线承载（DRB）还是信令无线承载（SRB），以及使用RLC确认模式还是非确认模式而有所不同。PDCP子层接收侧的加密/解密和一致性检查功能都使用由RX_HFN和PDCP SN组成的32bit COUNT值实现，因此在接收存在乱第 4 章 空中接口和 RRC 技术 211 序的情况下，接收方需要根据接收到的PDCP PDU的SN与接收窗口的关系得到正确的RX_HFN，从而生成正确的COUNT值进行解密和一致性检查。 在数据无线承载上采用RLC确认模式时，由于存在RLC PDU重传，因此需要由PDCP子层保证PDCP SDU的按序提交和重复丢弃。数据无线承载上采用RLC确认模式的数据接收流程如图4-8所示。 数据无线承载上采用RLC非确认模式的接收流程如图4-9所示。 信令无线承载上的数据接收流程如图4-10所示。 2．接收流程 图4-8 数据无线承载RLC确认模式接收流程图 图 4-9 数据无线承载RLC非确认模式接收流程图 图 4-10 信令无线承载接收流程图 RLC子层为来自上层的用户数据和控制数据提供可靠的传输服务。RLC子层的功能由 第 4 章 空中接口和 RRC 技术 213 RLC实体实现。RLC实体可以被配置为3种模式：透明模式（TM）、非确认模式（UM）和确认模式（AM），即RLC子层能够提供3种模式的数据传输服务。 确认模式可以对未正确接收的RLC PDU通过ARQ机制进行重传，从而实现数据的无差错按序传输，可满足基于TCP的FTP等高层协议对无差错传输的需求。非确认模式可以向上层提供按序传输服务，对丢失的PDU不进行重传。非确认模式适用于VoIP等可容忍一些差错但对时延要求很高的应用。透明模式中RLC子层对来自上层的数据不做任何处理，只进行数据的透明传输。 4.3 RLC子层 MAC子层通过逻辑信道向RLC子层提供数据传输服务。逻辑信道包括广播控制信道（BCCH）、寻呼控制信道（PCCH）、公共控制信道（CCCH）、专用控制信道（DCCH）和专用业务信道（DTCH）等。 RLC子层示意图如图4-11所示。 P o w e r B a r 中国专业PPT设计交流论坛 * 一级建造师继续教育 一级建造师（通信与广电类）继续教育 一级建造师继续教育 一级建造师（通信与广电类）继续教育 LTE空中接口技术与性能 (4) 主讲: 西安邮电大学 孙友伟 教授 2012.10.23 第四章 空中接口和RRC技术 在LTE网络结构中，由于不存在RNC，所以整个空中接口协议结构和原来的UTRAN相比有较大不同，尤其是不同功能实体的位置出现了很多变化。原来