VoLTE特性参数介绍--第1章

TTI Bundling特性

当TTI Bundling开启时，eNodeB会自适应根据信道条件判断是否进入TTI Bundling。进入TTI Bundling后，系统根据信道质量和待传输的数据量进行PRB数和MCS的选择。

UE绑定的4个TTI中进行HARQ重传，4个上行子帧只有一个PHICH反馈。HARQ重传间隔从普通的8TTI（Normal HARQ RTT）变成了16TTI（Bundle HARQ RTT）。在一个数据块传输过程中，假如最后一个绑定的TTI为N，则第N+4个TTI用于下行反馈ACK/NACK。UE根据收到的ACK/NACK决定是否要重传。如果要重传，UE在上行第N+13至N+16个TTI重传相同的数据块。

TTI Bundling是指在4个连续的TTI上传输同一个数据块，4个绑定的TTI作为同一个资源进行处理，不同的TTI传输同一个数据块的不同HARQ冗余版本。TTI Bundling可以减少重传，降低RTT传输所需要的时间，充分利用HARQ合并的增益。

在小区边缘，当用户信道质量较差，发射功率受限时，TTI Bundling特性可以提升PUSCH的边缘覆盖（约1dB）。该特性旨在改善边缘发射功率受限的语音用户的上行链路质量；在保证一定语音质量（例如MOS为3分）前提下可观测到特性增益。

ROHC特性

ROHC可以将语音报文的RTP/UDP/IP包头压缩为更小的字节，使整个语音报文的长度更小，使用更少的分片以更高概率保证语音包的正确传输，从而增加了语音业务的边缘覆盖。例如AMR速率为12.65kbps的语音用户在小区中均匀分布，开启ROHC功能且正常工作时，相对于关闭ROHC，语音用户占用RB资源平均节省约20%。

• ROHC优势及影响
• 开启ROHC功能，可减少空口传输的数据量，对于边缘语音用户而言，意味着更少的RLC分段，更小的语音包时延。

1、 ROHC可以将语音报文的RTP/UDP/IP包头压缩为更小的字节，使整个语音报文的长度更小，使用更少的分片以更高概率保证语音包的正确传输，从而增加了语音业务的边缘覆盖。

2、 当网络中不存在ROHC终端兼容性问题时，ROHC头压缩率可以达到约15%。若某类UE启动ROHC后出现通话质量下降或无法正常通话等异常时，eNodeB可以通过打开终端差异化处理，将此类UE关闭ROHC，以规避终端异常对网络性能的影响。

• ROHC实体位置

LTE系统中的ROHC功能实体位于UE和eNodeB的用户面PDCP实体内。

ROHC功能实体仅用于用户面数据包的头压缩和解压缩，此时，UE和eNodeB已完成了DRB的建立，每个DRB独立的进行ROHC操作。对于下行业务，压缩方位于eNodeB，解压方位于UE；对于上行业务，压缩方位于UE，解压方位于eNodeB。

• ROHC基本框架

压缩方发送经过ROHC压缩后的报文与头压缩信息。压缩方和解压缩方通过一定机制分别维护双方的上下文信息，确保一致。解压方通过上下文信息恢复原始头报文。

• ROHC流程及参数协商

EPC触发VoIP业务的DRB建立时，ROHC启动。此时，eNodeB和UE间需要协商ROHC参数，压缩方和解压方根据协商后的ROHC参数对报文头部进行压缩和解压。

当UE发生eNodeB间的切换时，ROHC参数需要重新协商；当UE在同一个eNodeB的小区间进行切换时，ROHC参数不变，无需重新协商。

（1）在初始接入时，如果压缩方和解压方都支持ROHC，则对VoIP业务承载建立时默认启动ROHC，对非VoIP业务，不启动ROHC。EPC触发VoIP业务的DRB建立时，ROHC启动。

1. EPC通过S1接口消息（ERAB SETUP REQUEST）触发eNodeB建立DRB用于用户面传输。

2. eNodeB查看自身配置的ROHC使能开关PdcpRohcPara.RohcSwitch和CellAlgoSwitch.RohcSwitch。如果ROHC使能开关未打开或业务类型不为VoIP，则不启动ROHC；否则，进行ROHC的下一步处理。

3. eNodeB查看自身是否存有UE的ROHC能力信息。如果没有该信息，则向UE查询；如果有，则进行以下判断。

4. eNodeB比较UE上报的最大并发上下文数量（包含在ROHC能力内）和自身支持的每UE最大并发上下文数量，取小值作为UE实际支持的最大并发上下文数量。

5. eNodeB计算以下两个集合的交集以确定UE实际支持的Profile集。

6. 如果Profile交集为空，则不启动ROHC；否则，根据UE实际支持的最大并发上下文数量为UE的每个DRB重新分配并发上下文数量，并将该值和计算的Profile交集作为ROHC参数通过空口消息通知UE。

7. DRB建立成功，UE和eNodeB间开始进行用户面数据传输。对于上行或下行链路，压缩方与解压缩方按照ROHC框架进行处理。

（2）当UE在E-UTRAN内发起eNodeB间切换时，源eNodeB需要将UE的ROHC能力告知目标eNodeB，目标eNodeB重新计算UE的实际能力。切换后，UE和目标eNodeB使用新的ROHC参数进行操作。

1. UE在源小区上报测量报告。

2. 源eNodeB进行切换判决。如果判决为需要切换，则向目标eNodeB发起切换请求（Handover Request），并在切换请求消息中携带UE的ROHC能力信息。

3. 目标eNodeB决定准入该切换UE后，计算UE和目标eNodeB都支持的ROHC参数，通过切换应答消息（Handover Request Acknowledge）将新的ROHC参数告知源eNodeB。

4. 源eNodeB向UE发送切换命令（RRC Connection Reconfiguration）指示切换，其中携带目标eNodeB发来的新ROHC参数。

5. UE在目标小区发起接入过程。

6. 当UE成功接入目标小区后，UE与目标eNodeB使用新的ROHC参数进行用户面数据传输。