TDLTE峰值速率问题定位手册要点.docx
《TDLTE峰值速率问题定位手册要点.docx》由会员分享，可在线阅读，更多相关《TDLTE峰值速率问题定位手册要点.docx（17页珍藏版）》请在冰豆网上搜索。
TDLTE峰值速率问题定位手册要点
TD-LTE峰值速率问题定位手册
项目名称
文档编号
版本号
作者
版权所有
大唐移动通信设备有限公司
本资料及其包含的所有内容为大唐移动通信设备有限公司（大唐移动）所有,受中国法律及适用之国际公约中有关著作权法律的保护。
未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。
文档更新记录
日期
更新人
版本
备注
2013-12-12
王会庆
V1.0.00
引言
编写目的
在中国移动/电信LTE一期新建设项目中，各地需要针对新开通的LTE站点，面向客户进行相关的业务演示，各种演示方案的基础是单小区性能调试到最优。
预期读者和阅读建议
LTE项目网络优化经理、单站优化测试人员、系统技术人员。
参考资料
《TD-LTE业务演示参数配置指导手册》《TD-LTE业务业务速率定位方法》
缩写术语
BO：
BufferOccupied
LTE峰值速率调测
1.峰值数据参考数据
1、理论峰值数据表：
商用终端峰值速率列表:
商用终端UE能力等级为3
传输模式
上下行子帧配比
上行峰值
（96PRB）Mbit/s
下行峰值（100PRB）
TM1
2U2D
19.57Mbit/s
39.528Mbit/s
默认：
10：
2：
2，Dwpts有数据
1U3D
9.7872Mbit/s
54.6032Mbit/s
默认：
10：
2：
2，Dwpts有数据
传输模式
上行峰值
（96PRB）
下行峰值（SFBC）
下行峰值（SDM）
TM3
2U2D
19.57Mbit/s
39.528Mbit/s
59.57Mbit/s
默认：
10：
2：
2，Dwpts有数据
1U3D
9.7872Mbit/s
54.6032Mbit/s
79.98Mbit/s
默认：
10：
2：
2，Dwpts有数据
1U3D（双模）
9.7872Mbit/s
45.2256Mbit/s
61.2288Mbit/s
双模，3：
9：
2，Dwpts无数据
商用终端峰值速率列表:
商用终端UE能力等级为4
传输模式
上下行子帧配比
上行峰值
（96PRB）Mbit/s
下行峰值（100PRB）
TM1
2U2D
19.57Mbit/s
39.528Mbit/s
默认：
10：
2：
2，Dwpts有数据
1U3D
9.7872Mbit/s
54.6032Mbit/s
默认：
10：
2：
2，Dwpts有数据
传输模式
上行峰值
（96PRB）
下行峰值（SFBC）
下行峰值（SDM）
TM3
2U2D
19.57Mbit/s
39.528Mbit/s
79.056Mbit/s
默认：
10：
2：
2，Dwpts有数据
1U3D
9.7872Mbit/s
54.6032Mbit/s
109.2Mbit/s
默认：
10：
2：
2，Dwpts有数据
1U3D（双模）
9.7872Mbit/s
45.2256Mbit/s
90.4512Mbit/s
双模，3：
9：
2，Dwpts无数据
2.业务速率问题定位流程
3.业务速率问题定位步骤
3.1基站/小区配置和状态检查
通过OMC或LMT查询eNB是否有影响业务性能的异常告警（例如小区降质、部分RRU通道异常等），如果有类似告警，先处理清除相应告警后查看业务峰速是否能达到正常。
如果峰速测试任务比较紧急，某些告警清除短时间内不能快速清除，建议可通过复位基站直接排除相应告警后进行峰速测试。
如果峰值速率仍然偏低，可进一步查询eNB的基本数据配置是否合理。
3.2核查基站配置参数
通过核查参数设置可以排除一些未按照参数模板设置或者人为的修改操作导致的速率问题，建议主要检查如下峰值速率相关的参数：
1.查看MAC测试开关：
AMC、MCS、CQI修正、HARQ都为打开
2.查看MAC测试开关：
MIMO方式设置为模式间自适应
3.查看MAC测试开关：
专用搜索空间启用开关，默认打开
4.查看MAC测试开关：
查看CFI上下行都发PDCCH时控制区域符号数、下行发PDCCH时控制区域符号数）的配置，单用户测试时，可设为1
5.查看CQI与ACK同时传输指示，默认支持
7.查看DRX配置有效指示：
默认关闭。
8.查看GAP配置：
关闭（如果有异频邻小区存在，会影响终端的上下调度，从而影响峰值速率），GAP配置默认为打开，为异频测量开关，如果单小区业务验证，可关闭此开关进行测试。
其他参数都与新版标参手册的默认设置是一致的，核查参数设置是否正确。
特别说明：
eNB支持参数一键恢复功能，如果在核查参数过程中，发现所用的eNB的参数与参标默认参数不一致的情况，建议直接使用参数一键恢复功能将eNB的参数恢复到默认参标。
3.3基站和空口环境问题排除
3.3.1.在线用户数查询
通过OMC或LMT查询当前小区是否有其他用户接入占用了部分资源；
如果经过上述排查后，用户峰值速率仍然偏低，则建议先进行基站侧的问题排查，先通过在eNB侧打BO进行测试，用以排除峰值速率偏低是否与eNB有关。
eNB侧打BO后，如果速率正常，证明基站处理和空口没有问题，则可以进一步排查其他网元或传输网、服务器的配置；
3.3.2.通过基站侧打BO进行问题排查
1、通过打BO来分析空口速率是否可以达到峰速，如果打BO后UE可以到达峰速，说明非基站问题，需要排查其他网元或传输网、服务器等的配置是否合理；如果不能到达预期的峰速，则需要对空口信号质量进行排查；
2、eNB侧打BO的方法：
1）打bo前在LMT上工具/UE信息查看UE的附着情况。
2）LMT打BO。
命令树-小区-测试开关-MACBO测试开关：
将对应小区的BO开关打开，并根据上面UE附着情况的查询，设置UE起始索引和UE数，设置完成后点击确认。
3、打BO后后台通过ATP抄送基站的消息，根据ATP画图情况初步判断是否正常，ATP画图是主要关注点如下截图红框：
根据ATP画图的情况，要求上下行BLER<5%、CQI>13、MCS>25，确认下行PRB占用量（100）和下行调度次数（2U2D，10:
2:
2配置为600,1U3D，10:
2:
2配置是800）正常。
3.3.3.打BO后业务峰速偏低的处理
eNB打BO后业务峰速仍然偏低，建议通过进一步检查空口信号质量相关的BLER、RSRP、SNR、CQI等参数进行进一步核查。
如果终端上报的CQI比较低，需要查询终端侧的RSRP、SNR、BLER，如果这些值比较低说明此时终端位于远点或差点；
如果终端CQI、RSRP、SNR、BLER都满足好点的要求，但业务峰速还是偏低，建议
直接联系支持人员，通过提取Ping日志（L2Ping过程日志及PDCP数据内容日志）和业务CDL日志进行进一步分析定位。
如果好点选择确定后，打BO速率正常，请按照下一章节内容进行操作定位。
3.4终端和测试电脑问题排除
如果打BO后UE可以到达峰速，排除基站和空口环境问题，需要排查其他网元或传输网、服务器等的配置是否合理；
首先，现场有条件的话，可以更换测试终端，并且使用不同的测试笔记本进行测试，如果问题依旧，基本可以排除测试终端和测试电脑的问题；
3.5传输带宽问题排除
首先，建议对传输带宽和业务服务器的带宽是否受限进行确认。
如果说传输对终端业务峰值速率有影响，一般表现在端到端链路的业务带宽上，为了排除传输的问题，需要逐个节点排查，找出所有节点中传输带宽最小的一个，作为整条业务链路的传输带宽。
只要链路的传输带宽大于峰值速率两倍以上，应该就不会影响峰值速率。
其次，传输带宽问题一般使用Wireshark镜像抓包或者业务CDL日志的数据分析进行排查确认相关的问题，如果通过抓包数据分析或者业务CDL日志分析，确认在基站入口以上的数据存在较多的丢包重传现象，可以确认此问题为传输侧或者服务器侧存在丢包情况，需要通知传输相关人员定位。
特别说明：
外场反馈的速率问题主要和传输带宽受限相关，本文进行了介绍，其他影响速率的因素还包括时延抖动较大或者服务器能力受限，本文未进行相关说明。
下面分别介绍了抓包方法和简单分析以及业务CDL日志的提取方法和分析：
3.5.1.镜像抓包方法和简单分析
在LTE的LMT-B上选择“传输管理->镜像功能”，右键点击将镜像开关设置为打开，这样在基站的外部调试网口就镜像了S1口的收发数据，抓取对应的数据相当于获得了外部网元与基站的所有交互数据。
通过基站侧镜像抓包获得的内容如图所示，抓到的数据包源IP和目的IP均为基站内部IP包的协议类型为UDP。
此时需要选中其中一条报文，右键选择“DecodeAs”，选择按照GTP报文协议进行解析。
按照GTP协议解析后，数据包的源IP和目的IP变为了真正的服务器与终端的IP，例如下图中序号7的数据包为从服务器112.15.166.94发往终端172.16.0.76的下行GTPU包，长度为1450字节。
分析方法见附录2。
3.5.2.业务CDL日志分析方法：
在LTE的LMT-B上选择“小区”>>选择小区>>右键>>“修改CDL开关”>>三个开关全部置为“打开”。
测试后由CDL服务器提取业务CDL文件。
通过CDLBrowser工具（伴随版本发布的CDL工具）打开，如下图：
CDL日志打开后，点击“事件名称”尖角符号，选择“GTPU_DATATCPANALYSIS”，过滤出所有TCP分析消息，该消息每个承载10秒一次性上传10条，10条的记录间隔为1秒，如下图：
根据消息时间查找测试时间段消息，根据服务器IP和终端IP或承载TEID查找测试用户。
如图：
分析下行重传率：
DlRetranNum/DlTotalRecvNum，其中DlRetranNum为下行重传报文数，DlTotalRecvNum为下行总报文数。
重传率大于万分之一为影响下载速率，若大于百分之一，在5下载线程情况下，速率只能达到峰速的1/2左右。
分析重传大致原因：
DlDataLostNum为下行丢数据报文导致的快速重传次数，DlDataLostAckNum为超时重传次数。
分析乱序率：
DlDataUnorderNum/DlTotalRecvNum，乱序一般不会影响速率，除非乱序非常严重。
分析下载速率和线程数：
速率DlDataRate，单位KB，线程数TreadCount，需要说明的是无论丢包率多高，只要空口质量良好，均可以通过增加线程数使得速率达到峰速，因此，线程数是速率的前提，定义现网峰速概念：
即现网可以达到的较理想速率，约为理论峰速的80%-90%，根据现网测试情况如下，可作参考。
a）5线程，重传率小于万分之一，空口BLER平均在3%以内，下载可以达到现网峰速。
b）5-10线程，重传率约千分之一，空口BLER平均在3%以内，下载速率可以达到1/2现网峰速。
c）30-50线程，重传率千分之二以内，空口BLER平均在3%以内，下载速率可以达到现网峰速。
d）50线程以上，重传率千分之三以内，空口BLER平均在3%以内，下载速率可以达到现网峰速。
附1：
空口信号好点的选取
如果发现CQI、RSRP、SNR、BLER不满足好点的要求，则建议先进行好点的选择。
好点的标准：
好点：
好点PDCP速率>38Mbit/s（RSRP=-85～-95dBm；SINR=15～20dB）
第一步：
避开阻挡。
在目前的LTE系统中，D频段穿透能力较弱，实测结果看来很难在穿透一栋普通楼宇后还能获得近20dB的SNR。
因此，对于好点的选择，我们首先需要避开阻挡，最好是LOS环境，考虑到实际情况，绕射环境也可接受。
第二步：
沿着服务小区法线方向寻找，尽量避开干扰小区法线方向。
考虑到目前同频组网的LTE系统为干扰受限的特性，获得较高的业务信道SNR才是速率达标的最大保障。
因此我们需要尽量在服务小区主瓣方向选点并且尽量避开干扰小区信号，此时沿着服务小区的法线方向去找点的成功率会较高。
第三步：
适当利用极好点做文章。
在找到极好点后，可以充分利用周边凉亭、雕塑、树林等自然景观进行遮挡，增加无线信道衰落。
一般情况下，只需微调即可获得好点位置。
附2：
wireshark数据典型问题分析
常见的业务速率低问题在问题复现时可以上站抓包分析，同时终端侧在对应时间段也可进行抓包分析。
下面是xx站点在复现下行FTP业务速率低时的基站侧抓包结果，复现时该站点小区中仅有一个UE在进行测试，此时基站侧上下行残留bler为0。
服务器侧IP为112.15.166.94，终端侧IP为172.16.0.47。
该抓包针对GTP类型包进行了过滤，并选择了streamindex=5的数据包。
其中序号（No）为28743和28770两行是基站侧连续收到的这个stream线程的两个GTP包，其包序号（Sequencenumber）分别为179521和183601，差值为4080，约为3个GTP包，因此抓包显示TCPPrevioussegmentnotcaptured，仅基站的上一级节点PTN设备存在丢包。
此时终端发起了TCPDupACK，要求重传包序号为180881的GTP包，参见28821行，此后服务器重发了180881和182241两个GTP包，参见28856和28857行。
基站将此数据包正确的发送给了终端，在此之后未再次见到序号为180881的GTP包，这说明基站的正常转发没有问题，之前的丢包现象确实是丢在基站外侧，而非空口环节。
升级会员 