宁波TDLTE精品片区速率提升总结

文档发布

引言 4
一、 基础优化和SINR性能提升 5
1、问题提出 5
2、问题分析 5
3、解决过程及结果 7
3.1  天线型号配置 7
3.2  弱覆盖问题 7
3.3  重叠覆盖问题 10
3.4  模3干扰问题 12
3.5  参数配置问题 14
4、提升结果 15
二、下行单线程、5线程定点速率提升 17
1、问题提出 17
2、问题分析 17
3、解决过程 17
4、解决措施 17
5、提升效果 18
三、下行5线程拉网速率提升 19
1、问题提出 19
2、问题分析 19
3、解决过程及结果 19
3.1 配置GAP，GAP测量导致RRC重建立 19
3.2弱覆盖导致RRC重建立 20
3.3 SINR差导致RRC重建立 21
3.4  GAP RELEASE导致RRC重建立 23
3.5  高干扰导致速率低 23
3.6  基站收到MSG1，UE收不到MSG2导致速率低 25
3.7  调度不满导致速率低 26
3.8  下行BLER高，MCS等级导致速率低 27
4、提升结果 28
四、上行5线程定点速率提升 29
1. 问题提出 29
2. 问题分析 29
3. 解决过程 29
4. 解决措施 29
5. 提升效果 30
五、上行5线程拉网速率提升 31
1、问题提出 31
2、问题分析 31
3.1GAP RELEASE引起的RRC重建导致速率低 31
3.4 SINR差导致RRC重建立 32
3.5 上行干扰导致MCS等级降低,上行速率低 33
3.6 PUSCH-RB数降低导致速率低 33
3.5弱覆盖路段导致速率低,为2MBPS 34
4、提升结果 35
六、参数修改（附表） 36

部分内容：
引言
宁波双模片区下行吞吐量拉网吞吐量偏低，按照集团拉网测试规范进行测试，测试结果下行速率为16mbps。横向对比其他厂家测试结果，下行速率还有一定差距。所以在宁波江东选取53个站做为精品片区对速率及其他指标进行提升。精品片区指标达标后将提升方法进行全网推广。
 测试区域：
对宁波江东精品区域53个F频段站点共157个小区进行速率提升。
 提升目标:
精品片区在空扰条件下，片区SINR达到14db，下行速率达到30mbps，上行速率达到7mbps。
 测试方法：
 在城区内选择符合测试条件的测试区域，网络加扰方式为空扰；
 配置FTP业务的测试：FTP服务器各省指定，两个TDL测试终端，一个配置FTP下载业务（下载200MByte），一个配置FTP上传业务（上传50Mbyte）、HSPA+配置（下载150MBpte）, TDS配置（下载10MByte），测试间隔15s ，所有测试均使用5线程下载。
 启动设备，开始测试。测试车从起点出发，按照道路要求进行遍历测试，路线尽量不重复，且平均车速不低于20Km/h；
 提升结果：
7月12日按照集团规范拉网下行测试结果：

二、下行单线程、5线程定点速率提升
1、问题提出
杭州使用大唐服务器5线程可以达到峰速，宁波使用华为服务器5线程无法达到峰速，宁波使用华为服务器5线程可以达到峰速，宁波使用大唐服务器5线程无法达到峰速。

2、问题分析
2.1 杭州和宁波都使用大唐服务器，杭州可以达到峰速，宁波无法达到峰速，做如下分析：查看无法达到峰速原因，发现每次调度PRB个数均已经达到最大值，但无法达到满调度，查看L2的ping过程日志，发现基站PDCP上行出口到基站PDCP下行入口耗时16ms，查看L2调度日志，发现每隔一段时间MAC下行就持续一小段时间没有收到下行数据包，导致下行调度不满。
2.2 宁波使用华为服务器和大唐服务器，华为可以达到峰速，大唐无法达到峰速，做如下分析：
在大唐服务器侧抓包，发现TCP的窗长是65535，没有倍增因子，单线程理论速率不超过20M，大唐单线程19M符合预期，华为单线程48M不符合预期，由此推算出华为服务器的倍增因子很大。
3、解决过程
3.1 杭州和宁波都使用大唐服务器，杭州可以达到峰速，宁波无法达到峰速。服务器是DT服务器，终端为海思MIFI，只有基站和传输不是大唐的，经过L2的分析，传输耗时16ms，由此想到由移动协调传输，排查时延问题。
3.2 针对宁波使用华为服务器和大唐服务器，华为可以达到峰速，大唐无法达到峰速，因为单线程速率差的太多，可以得出在时延相差5ms的情况下，TCP的发送窗长应该不一样。
4、解决措施
4.1 杭州和宁波都使用大唐服务器，杭州可以达到峰速，宁波无法达到峰速，华为传输人员在核心网测ping大唐基站，发现时延均在10ms以上，经过和移动人员确认，宁波到杭州的光纤长达1000公里，理论上光纤上就耗时10ms，所以此段时延无法减少。
4.2 针对宁波使用华为服务器和大唐服务器，华为可以达到峰速，大唐无法达到峰速，根据前面分析，时延无法减小，只能通过增大TCP的窗长，来解决峰速问题。所以更新了SERV-U软件版本，将SERV-U软件由6.1版本更新成11.2版本。更换版本后，在大唐服务器侧抓包，发现TCP的窗长可以达到几十万不等，和笔记本的性能有关系，目前宁波4名测试人员的笔记本的倍增因子均大于等于4，因此TCP的理论窗长65535*4=262140。即通过更新了SERV-U的软件版本，增大了TCP的窗长，5线程定点峰速可以达到要求。
5、提升效果
更新SERV-U版本前使用大唐服务器的测试结果：

三、下行5线程拉网速率提升
1、问题提出
宁波现网5线程拉网测试速率为16mbps，故在性能提升专项测试中把下行速率提升列为重点提升项。
按照集团拉网测试规范在精品片区提升5线程下行拉网测试速率；提升目标达到30mbps。

2、问题分析
2.1 针对定点单线程和5线程进行速率提升后，进行5线程拉网测试，通过测试的CDS log发现异常事件是影响下行速率的主要原因。同时对下行速率低于5mbps的点进行重点分析解决。将宁波和杭州华为片区的拉网log进行对比分析发现，宁波DT出现异常事件的概率要比杭州HW出现异常事件高很多，对比结果如下：

湖北小羊

学习了，

litom2004

下载学习一下。。。