? 利用卫星地图观察重叠覆盖区域周围建筑和地形情况，载根据周边基站分布情况，选
择一个合适的小区作为主小区，从而对主小区信号进行增强，或者对其他重叠覆盖小区的信号进行控制。
? 对于信号强度RSRP在弱覆盖边缘的重叠覆盖，结合无线环境和周边站点性能指标，
评估是否需要新增站点。
2.3特性参数优化
在夯实网络覆盖的同时，通过应用VOLTE业务TTI Bundling、ROHC、VoLTE语音上行时延动态调度特性、VoLTE语音上行补偿调度特性等特性参数优化，进一步挖掘网络性能，提升VOLTE用户感知。 2.3.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示意图
第6页, 共26页
TTI Bundling是指在4个连续的TTI上传输同一个数据块，4个绑定的TTI作为同一个资源进行处理，不同的TTI传输同一个数据块的不同HARQ冗余版本。TTI Bundling可以减少重传，降低RTT传输所需要的时间，充分利用HARQ合并的增益。
在小区边缘，当用户信道质量较差，发射功率受限时，TTI Bundling特性可以提升PUSCH的边缘覆盖（约1dB）。该特性旨在改善边缘发射功率受限的语音用户的上行链路质量；在保证一定语音质量（例如MOS为3分）前提下可观测到特性增益。
2.3.2 ROHC特性
ROHC可以将语音报文的RTP/UDP/IP包头压缩为更小的字节，使整个语音报文的长度更小，使用更少的分片以更高概率保证语音包的正确传输，从而增加了语音业务的边缘覆盖。例如AMR速率为12.65kbps的语音用户在小区中均匀分布，开启ROHC功能且正常工作时，相对于关闭ROHC，语音用户占用RB资源平均节省约20%。
? ROHC优势及影响
? 开启ROHC功能，可减少空口传输的数据量，对于边缘语音用户而言，意味着更少的RLC
分段，更小的语音包时延
ROHC头压缩示例
? ROHC可以将语音报文的RTP/UDP/IP包头压缩为更小的字节，使整个语音报文的长度更
小，使用更少的分片以更高概率保证语音包的正确传输，从而增加了语音业务的边缘覆盖。
? 当网络中不存在ROHC终端兼容性问题时，ROHC头压缩率可以达到约15%。若某类UE
启动ROHC后出现通话质量下降或无法正常通话等异常时，eNodeB可以通过打开终端差异化处理，将此类UE关闭ROHC，以规避终端异常对网络性能的影响。
? ROHC实体位置
第7页, 共26页
LTE系统中的ROHC功能实体位于UE和eNodeB的用户面PDCP实体内。
PDCP实体位置
ROHC功能实体仅用于用户面数据包的头压缩和解压缩，此时，UE和eNodeB已完成了DRB的建立，每个DRB独立的进行ROHC操作。对于下行业务，压缩方位于eNodeB，解压方位于UE；对于上行业务，压缩方位于UE，解压方位于eNodeB。
ROHC在PDCP实体中的位置
? ROHC基本框架
压缩方发送经过ROHC压缩后的报文与头压缩信息。压缩方和解压缩方通过一定机制分别维护双方的上下文信息，确保一致。解压方通过上下文信息恢复原始头报文。
第8页, 共26页
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启动。
第9页, 共26页
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使用新的
第10页, 共26页
93、广东省-深圳高价值商务区域VOLTE感知提升优化案例-深圳
