LTE拉网速率提升手册_第1页
LTE拉网速率提升手册_第2页
LTE拉网速率提升手册_第3页
LTE拉网速率提升手册_第4页
LTE拉网速率提升手册_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、LTE拉网速率提升手册 项目名称 文档编号 版 本 号 作 者 技术支持部 V0.0.4 李安阳 版权所有 大唐移动通信设备 本资料及其包含的所有内容为大唐移动通信设备(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权,任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容,违者将被依法追究责任。 目录 1 2 速率提升思路介绍 . 4 ATU的秒级LOG处理 . 4 3 General文件输出 . 4 ATU日志格式转化 . 4 秒级General文件生成与合并 . 5 General文件格式修改 . 7 500M文件下载速率排

2、名输出 . 8 关键事件导出 . 8 下载时长统计 . 8 宏工具的使用 . 12 3.2.2 工具概述 . 12 工具使用 . 12 工具源数据输入 . 12 速率数据图例处理 . 12 4 速率提升常见问题归类思路与方法 . 14 4.3 基础知识 . 14 覆盖条件定义 . 14 信道条件定义 . 14 SINR与调制方式和速率对应关系 . 15 下行小区峰值吞吐量计算 . 15 上下行配置 . 16 特殊时隙配置 . 16 拉网速率分析思路 . 17 下行速率分析思路 . 17 RB数/DL-Grant分配不足 . 18 下行MCS偏低/波动 . 23 上行速率分析思路 . 25 5

3、上行速率分析 . 25 下行速率提升方案 . 27 5.4 MinBer保障方案 . 27 TM38&单双流门限 . 28 CCE自适应&固定CFI . 30 天线权值核查及修改 . 31 6 速率问题定位“三板斧” . 36 6.4 首板斧: . 36 二板斧: . 37 三板斧: . 39 参考图集合 . 39 1 速率提升思路介绍 日常优化分析中使用ATU进行拉网测试,一般通过回放LOG的方式进行问题点的排查,为提升效率,本次使用“ATU+大唐Outum+宏工具”的方式对拉网LOG进行快速处理,找出一次拉网中下载速率最低的10个500m文件为TOP低点,对

4、这些低点进行进一步分析确认,以找出提升网络速率的便捷途径。 需要指出的是,网络优化工作是随着工具的完善不断进行效率提升的过程,实际优化过程中我们要在不同的的方法上进行探索,并把多种手段进行组合使用,避免优化工作思路固化。 在本文的第二章,主要介绍ATU的秒级LOG处理,整理成宏工具要求的输入文件格式。 在本文的第三章,主要是宏工具的使用方法介绍。 在本文的第四章,主要尝试总结出速率提升过程中LOG分析的固定套路。 2 ATU的秒级LOG处理 本章节主要介绍ATU的秒级LOG处理,目的是将秒级LOG整理成宏工具要求的输入文件格式。具体包含Gneral文件输出和500M文件下载速率排名输出两部分

5、2.1 General文件输出 本过程主要介绍General文件输出的过程,包含ATU日志格式转化、秒级文件生成与合并、时间格式调整三部分。 2.1.1 ATU日志格式转化 日志来源:ATU直接用网线导出log 工作目的:将ATU日志转化成Outum格式 预期结果:形成.lgl文件 截图说明: ATU直接用网线导出待分析日志,打开Outum软件,点击“日志工具”之后点击“ADT日志转换”,找到目标log,双击进行日志转换,时间较长耐心等待,转换完毕之后,会在当前目录出现后缀是.lgl的文件,大约2-10MB。 2.1.2 秒级General文件生成与合并 日志来源:Outum转化后的lgl文件

6、 工作目的:导出ATU拉网LOG的秒级General文件 预期结果:输出文件,如果一次测试有多个LOG的,将两个文件合并为一个。如下图: 若一个网格中由多个log组成,则需要进行log合并。先对所有需要合并的子log一一进行转换,转换完成后点击“日志工具”中的“新日志合并”。在“日志文件”中点击“浏览”找到需要合并的多个log,一起选中,之后点击“输出文件夹”中的“浏览”设置目标文件夹。之后点击“确定”进行log合并。 合并完成后开始将log中的采样点进行表格化处理。首先,点击“报表”,点击完成后,点击“IE导出”。会出现如图所示的对话框。选择输入日志文件即转换合并完成后的log,选择输出文件

7、夹。在“IE Report”前的方框中打“”之后在子目录中的“General”前方打“”点击完成后,右侧将“原始数据”改为“采样”时间设定为1000ms。更改完成后 点击“确定”。输出完成,则在该输出文件地址,会出现相应的文件夹,文件夹中的General就是总体的秒级数据汇总表格。 2.1.3 General文件格式修改 日志来源:合并后的General文件 工作目的:输出适合宏工具使用的General文件格式 预期结果:将General文件Time列设置为时间格式。 截图说明:图3 选中Time列,调整单元格格式为时间,调节完成后单元格内容显示不变,但选中任何一个单元格,从编辑栏看到显示为h

8、h:mm:ss的时间格式时为正常。 2.2 500M文件下载速率排名输出 本部分主要介绍500M文件下载速率排名的输出,目的是为了宏工具找出TOP10低速率的时间段,为TOP10文件的分割提供依据。 2.2.1 关键事件导出 日志来源:大唐Outum输出的lgl文件 工作目的:导出拉网日志的关键IE 预期结果:形成关键事件的excel文件 导出说明: 点击“开始”后打开目标log,之后右键单击事件栏中的随意文字皆可出现如图所示的情况。单击“文件导出”将事件报表导出至目标文件夹即可。 2.2.2 下载时长统计 首先,打开已经导出的事件表格。在EVENT这一列筛选出如下两个事件: 其中FTP Do

9、wnload Attemp是下载业务开始的意思,FTP 524288000是下载500M文件结束的意思。筛选出这两条事件的意思是,找出开始时间和截止时间。 之后进行时间栏的裂项。把时间列复制到另一列,选中新的这一列,点击“数据”里面的“分裂”。出现如下图所示的对话框,点击其他,用“:”分裂。 之后我们开始计算分裂出的“时、分、秒”的总时间。总时间=小时X3600+分钟X60+秒+毫秒。如下图: 接下来求时间差,因为后一项减去前一项的时间差才是下载500M的总时间。求完时间 差开始求平均速率。平均速率=500(500兆文件)X1024(换算成KB)X8(B与b之间的换算)/时间差 筛选出所有“#

10、DIV/0!”删掉,去掉筛选得到下图: 筛选出速率最低的10个数字并标红,去掉筛选,得到速率最低的10个500M下载速率,TOP10完成。 3 宏工具的使用 工具概述 适用版本说明: 运行条件说明: 本工具采用Excel 2007的VBA进行开发。因此运行本工具的机器应该安装Excel 2007(或更高)版本; 3.2 工具使用 3.2.1 工具源数据输入 将OUTUM导致的“general文件”内容,粘贴到宏文件的“general”sheet中,然后选择对应测试文件大小如:500M,选择下载或上传,点击“一键分析”。根据测试时长的不同导出的分析表也不一致。 3.2.2 速率数据图例处理 根据

11、SINR、RSRP和调度PRB数三个维度,输出不用的图表,如下图: General表格中,有一列是PDCP层的下行吞吐量,为了更好地将吞吐量这一参数更好地体现在表格中,我们采取将吞吐量/100的方式。因此,我们在这一列的右侧再单独加一列,这列的数据是由PDCP层吞吐量/100得到的。 4 速率提升常见问题归类思路与方法 4.1 基础知识 4.1.1 覆盖条件定义 根据覆盖条件的不同分为三类测试点:好点、中点、差点,根据RSRP值来进行区分如下: ? 好点:RSRP>-85,对应路损<100dB ? 中点:RSRP在-95左右,对应路损110dB左右 ? 差点:RSR

12、P在-105左右,对应路损120dB左右 4.1.2 信道条件定义 根据信道条件的不同分为四类测试点,“极好”点、“好”点、“中”点和“差”点。这四类点依据SINR值来进行区分如下: ? 极好点:>22dB ? 好点:1520dB ? 中点:5dB10dB ? 差点:-5dB0dB 4.1.3 SINR与调制方式和速率对应关系 4.1.4 下行小区峰值吞吐量计算 4.1.5 上下行配置 4.1.6 特殊时隙配置 4.2 拉网速率分析思路 4.2.1 下行速率分析思路 一般而言,速率由频谱效率、频带宽度、频带占用机会、误码率综合决定。在LTE系统中,直接影响下行速率的因素包括下行调

13、度次数、下行每子帧调度PRB数、下行平均MCS等级、下行双流占比。 下行速率维测思路分解图 下行速率的分析定位围绕着上述几方面展开,可维可测的设计也以满足该定位思路为目标。由于RB数分配和DLGrant在当前算法中统一由下行调度算法决定,其影响因素基本一致,因此在分析定位思路图中将二者合并考虑。 4.2.2 RB数/DL-Grant分配不足 从端到端角度分析,影响RB数/DL-Grant分配不足的因素有:FTP服务器不稳定、传输连读丢包、无线侧丢包、TCP窗长减小、GAP导致调度不足。以上因素都会对RB数/DL-Grant分配有不同程度的影响。 影响RB数/DL-Grant分配不足因素维测分解

14、图 服务器不稳定 DT测试中由于FTP服务器导致速率低的现象时有发生,主要体现在调度PRB数少,调度次数低。关于排除服务器问题有以下两种方法: 1) 峰值速率对比测试 A、 保证测试站点为正常站点; B、 选点SINR是否满足峰值要求,一般峰值28阶要求均衡前SINR大于25dB以上; C、 根据“峰值吞吐量计算表”达到对应配置的峰值速率;注:外场测试时,测试实际值较 峰值速率波动值应在5%以内,差值超过5%测试选点可能存在问题。 D、 服务器正常速率较为平稳,服务器异常速率抖动较大。 2) Ping包时延测试 运行CMD对测试服务器进行ping包测试,看是否存在ping包时延

15、较大、丢包或拆包的现象,应选择ping包时延较小且无丢包的服务器进行测试。Ping包时延正常在30-50ms,若超过100ms会对拉网速率产生影响。 Ping包指令:(测试服务器地址)-l 1500 t 时延在TCP协议中有重大意义。因为TCP数据包需要反馈,时延越长,线程的发包 量增长速度越慢。一旦发生丢包,该线程速率恢复以及其它线程速率互补也越慢。通常 来说缩短时延能提升和稳定速率。 基站一些参数配置会影响时延,可以先为下行FTP用户打上行BO,此时的上行时延为最小值,若有速率明显提升或变稳,则可通过LMT修改以下参数来尽可能缩短上行时延: 如果调整基站参数后ping时延仍然很大,需排查核

16、心网和服务器(传输的时延一般较小)。 传输及无线丢包 1)传输链路丢包 远程进行Wireshark S1口抓包,通过抓包结果分析下载用户的实际线程数、传输丢包率、重传率,抓包方法如下: 基站远程wiershark抓包方法.txt 2)无线侧丢包 导致无线侧丢包的主要因素有:BLER过高、RLC重传、GTPU丢包率、PDCP丢弃,以上都会导致无线丢包,具体原因需要借助终端侧的wiershark抓包进行分析。终端侧wiershark抓包方法如下: A、参数配置: B、参数配置 C、参数配置 D、端口选择 E、端口选择 BLER: 当速率低时首先关注BLER,尤其是残留BLER。由于

17、FTP是双向的,因此上下行BLER都需要关注。如果初始BLER大于10%或者有残留BLER,需重点关注。 对于下行BLER,需要先确认终端侧是否也有BLER。如果终端侧没有bler,则可能是基站ACK译码错误或终端没有检到PDCCH,首先检查测试小区是否配置了异频临小区,如果配置了,需确保“MAC测试开关”中的“测量GAP处理开关”为“打开”。 如果终端侧的BLER与基站接近(TDD反馈采用bundling模式,终端侧bler比基站侧低一些也是合理的),需要确认是否空口环境较差,查看终端侧的SNR和RSRP,好点SNR应大于20;也可尝试基站关闭下行AMC,固定MCS为较低等级看BLER是否消

18、除,如果bler随MCS降低而降低,则可基本确认是环境问题。 如果BLER与MCS无关需查看是否有时钟相关告警,通过LMT查看RRU底噪等,需提取RRU的65号日志。 对于上行BLER,通过LMT查询上行IOT信息确认是否有干扰,也可以通过关闭上行AMC,固定MCS为较低等级看BLER是否消除,如果BLER随MCS降低而降低,则基本确认是环境问题。 如果BLER不变,需要研发同事进行定位。 ACK反馈不及时 ACK/NACK应答消息,用于答复下行业务数据的传输。若终端正确接收并解调发送的数据块,则通过上行控制信令向基站反馈一个ACK应答消息,否则反馈一个NACK消息。 TD-L

19、TE系统中支持两种上行ACK/NACK反馈模式:ACK/NACK合并(bundling)和ACK/NACK复用(multiplexing)。 ACK/NACK合并(bundling):UE每次值反馈1bit(单码字传输)或2bit(双码字传输)信息。Bundling是将多个ACK/NACK进行“与”的合并操作,形成一个反馈信息,多个下行数据包全部正确,就反馈ACK消息;其中一个下行数据包错误,就反馈NACK消息,基站收到NACK后,将把反馈窗口内对应同一码字编号的所有数据包都重传一遍。故:此模式传输可靠性高,传输效率低,适用于小区边缘用户。 ACK/NACK复用(multiplexing):U

20、E每次可以反馈14bit信息,反馈信息的数量与反馈窗口的长度相等。Multiplexing是将多个下行数据包的反馈信息进行复用,合并在一个子帧中。基站根据反馈信息可以判断出多个子帧对应的ACK/NACK状态,并将对应NACK状态的子帧上的所有数据包重传一次。故:此模式传输可靠性低,传输效率高,适用于小区中心信道条件较好的用户。 如果ACK反馈不及时会导致TCP窗长减小,从而影响调度和速率。 GAP导致调度低 GAP用于异频测量,但开启GAP会损失上行调度次数,不同的GAP配置对调度次数的影响稍有不同,GAP通过A2/A1测量来进行开启和关闭,因此网络中需要合理配置A2/A1的门

21、限值。 4.2.3 下行MCS偏低/波动 MCS偏低/波动问题主要分为2类,一类是ENB收到的终端上报的CQI存在问题,另一类是ENB CQI调整方面出现的问题。 如果存在BLER,则CQI修正会将MCS修低,需要先解决BLER因素。 如果没有BLER但MCS较低,需要确认MAC测试开关中的AMC开关是否打开,是否限制最高MCS等级。 MCS偏低/波动维测分解图 UE上报的CQI存在问题 ENB收到UE CQI偏低或者波动大,可分为UE侧问题和ENB侧问题两部分。在保证ENB上行CQI解调没有问题的前提下,分CQI低和波动两种情况分别分析原因。 1) UE侧CQI问题如下几种可

22、能: ? 下行SINR过低,造成下行SINR低的原因可能有多种,弱覆盖、针尖覆盖、无主覆盖、 疑似干扰、模三干扰; ? RSRP过低,小区弱覆盖、过覆盖导致RSRP过低;可以通过调整天线和调整CRS参考信 号功率进行提升; ? 底噪过高,可以从是否存在异系统干扰,含窄带干扰,使用UE扫频功能排查是否存在 异系统; ? 邻区干扰导频,根据优化经验,判断TD-LTE网络中的某点存在重叠覆盖的条件是:服 务小区RSRP=>-105dBm且服务小区RSRP与邻区RSRP差值小于等于6dBm的邻区数量大于等于3个;PCI MOD3干扰,通过对PCI mod3干扰源小区的天馈调整,控制该小区

23、的覆盖来解决干扰,或者通过修改PCI的方法,解决干扰问题。 ? UE测量问题,测试设备ATU天线松动或天线损坏也会导致CQI测量出现问题,需要更 换天线进行测试验证。 2) CQI波动大:一般认为相同码字、前后2个CQI上报周期上报的全带CQI波动超过5(移 动)、3(静止)属于上报CQI波动较大了。 ? 确定UE是否处于高速移动状态,如果处于高速移动状态,可能是正常现象。 ? UE中、低度移动,需要确定现网环境是否波动剧烈(比如时不时会有较大遮挡物); ? 如果不属于以上两种问题,需要怀疑UE CQI测量是否存在问题,或者存在UE CQI调整 算法。 ENB对CQI的调整问题

24、 与ENB CQI调整算法相关的问题,表象就是UE上报的CQI较高或者平稳,而ENB调整的CQI偏低或者波动大。主要可从以下几方面进行分析: ? 邻区空载的场景下(可通过UE子带干扰噪声功率判断)。一般来说,现网同站导频模3 错开,因此,邻区空载场景下,有很大概率导频没有干扰本小区,必然干扰了本小区的数据区; ? UE解调性能受限,可采用不同终端同地点进行吞吐率比较,如果一个吞吐率明显高于 另一类型终端,可认为终端解调能力受限。或者采用固定MCS的方式,选择调度概率较大的MCS,查看其误码率波动情况。 ? CQI上报周期设置和配置是否合适。可以通过修改参数看问题是否有改善。 ? 由于LTE处于

25、起步阶段,各类终端良莠不齐,需要考虑不同终端与ENB CQI算法的配合, 属于算法研究问题。 4.3 上行速率分析思路 4.3.1 上行速率分析 图1.4.1 上行吞吐率低问题分析定位思路 一般而言,吞吐率由频谱效率、频带宽度、频带占用机会、误码率综合决定。在LTE 系统中,频谱效率由MCS决定,MCS由SINR和IBLER决定;频带宽度由分配的RB数决定;频带占用机会由UL grant决定;误码率主要考虑IBLER,HARQ重传以后,残留BLER通常较低,但由于重传会影响传输的效率,进而影响RLC层吞吐率,因此只考虑初次传输的BLER,也即IBLER。 5 下行速率提升方案 5.1 MinB

26、er保障方案 实现方案的基本思想是MAC针对下行FTP业务做特殊保障,尽量保证对于下行FTP业务每个上行子帧都调度一次。这样即避免了可能SR过程,减少了RTT时延,同时由于ack都从pusch上带上来,也不存在混淆问题,一举两得。 修改内容包括: (1)对于识别的下行FTP业务用户 MAC上行Bo更新为0的次数超过连续N次或者Bo为0的时间超过T ms,BO才真正更新为0;否则该承载依然维持一个小BO。 将该用户的上行minBR速率修改为2Mbps。 (2)MAC识别下行FTP业务用户的方法 当一个用户1s 的下行瞬时速率或者cdl上报的下行平均速率有一项达到配置的速率时,则按照步骤1对其进行

27、特殊的处理。 当cdl上上报的下行平均速率低于配置速率时,停止其特殊处理。 当用户的1s 的下行瞬时速率低于配置速率时,停止其特殊处理。此处为由开关控制,默认关闭,主要担心有误识别的情况,提供给外场测试使用。 (3)MIB含义修改 (4)参数修改 ? 610版本需要修改的参数 610版本参数.xlsx ? 620版本参数变更 A、 修改“下行差异化调度功能开关”为“打开” B、 高层VIP切换传递功能,对应参数“X2切换过程中传递VIP用户信息功能开关”,已默 认打开。 5.2 TM38&单双流门限 传输模式8是一种闭环的MIMO方案,存在三种MIMO方式,单流波束赋形、双流波

28、束赋形和传输分集。单流波束赋形的应用场景与模式7的单流波束赋形应用场景相同,主要用于eNB配置8天线、信道质量较差的场景。双流主要用于eNB配置8天线、用户信道质量较好的场景。此时模式内切换主要涉及单流波束赋形和双流波束赋形的自适应切换,而传输分集主要适用于模式间切换的回退方式。 BF1 BF2 双流波束赋形是将空分复用和波束赋形有效的结合。波束赋形可以有效降低干扰和提升小区覆盖半径,因为波束赋形是采用用户特定的波束赋形,一方面波束的能量集中在更窄的范围内,当小区边缘的两个用户的波束错开时,可以有效降低对邻区的平均干扰,另一方面可以形成指向用户的波束,从而获得赋形增益,有效提升小区的覆盖半径。

29、空分复用则是利用空间信道的不相关性并行传输多个独立的数据流,从而提升系统的吞吐量。 目前8天线主要采用4+4双极化天线,这种配置的天线更是为波束赋形和空分复用的结合提供了可能性。同一个极化方向的四根天线间距较小,相关性较强,适合做波束赋形,不 同极化方向天线相关性较弱,适合做双流。 同一个极化方向具有强相关性,适用 波束赋形技术 同一物理位置不同的极化方向具有弱相关性,适用MIMO技术 由于双流波束赋形需要获得2*8的信道状态信息,目前很多R9终端都不支持SRS的天线轮流发送,只支持SRS的单天线发送,只能获得1*8的信道,此时采用EBB分解其实只能得到一个有效的1*8赋形向量,因此会影响双流

30、波束赋形的性能。目前我司采用的算法是:当终端支持天线轮流发送时,采用EBB算法分解得到两个有效的1*8赋形向量,即PORT7的信号会在8根天线上发送,PORT8的信号也会在8根天线上发送,PORT7和PORT8的信号通过正交的赋形向量来进行区分;当终端不支持天线轮流发送时,采用GOB算法匹配信号的来波方向,PORT7的信号在同一个极化方向的四根天线上发送,PORT8的信号在另一个极化方向的四根天线上发送,此时PORT7和PORT8通过不同的天线来进行区分。 ? 参数调整前后ATU验证测试结果: 修改参数后下行平均速率由提升到,平均速率有6%的提升;双流 占比提升7%,TM3占比提升7.5%。

31、5.3 CCE自适应&固定CFI eNB根据UE的信道质量,选择合适的CCE聚合等级。由于eNB只能根据PDSCH的CQI来初步判断UE的链路质量,而PDSCH的CQI依赖于当前的MIMO方式。由于PDSCH与PDCCH所采用的MIMO方式有可能不一样,因此就需要对PDSCH的频谱效率进行修正,从而得到等效到PDCCH的频谱效率。若用表格的形式,则频谱效率与CCE对应的关系如下所示: ? 涉及修改的参数: ? ATU拉网测试验证结果如下: 拉网测试结果分析:下行平均速率由提升到,下行平均速率提升6%。 ? 修改前后KPI指标对比情况 由三项关键KPI指标对比情况可以看出,修改C

32、CE参数前后接通率与切换成功率基本保持一致,无线掉线率有一定的变换,掉线率有个百分点的劣化属于正常范围的波动。 5.4 天线权值核查及修改 现网中TD-LTE站点,基站物理层生效的天线权值与网元布配中天线型号对应的天线权值信息不一致。此问题影响智能天线的赋形效果,影响业务质量。具体核查步骤下: 1. 查询基站本地小区和天线阵的对应关系。 一般情况下,现场天线阵、本地小区编号都是一一对应的,此步骤可以省去。 (1) 通过LMT对象树“物理设备-射频单元布配-天线安装规划”,找到“RRU编号”(实 例描述)、“天线阵编号”、“TD-LTE本地小区标识1”的对应关系。 (2) 使用“天线阵编号”作为

33、索引,分别查找“网元布配”和“物理层生效”的天线权 值。 2. 查询“网元布配”的天线权值。以天线阵编号为索引。 (1) 通过LMT对象树“物理设备-射频单元布配-天线阵规划”,找到“天线阵编号”(实 例描述)、“天线阵厂家索引”、“天线阵型号索引”、“天线阵规划波束宽度”。 (2) 以“天线阵厂家索引”、“天线阵型号索引”、“天线阵规划波束宽度”为索引,在LTE_ 基站天线广播波束权值参数配置表.xls中,找到此天线型号对应的天线权值。 3. 查询“物理层生效”的天线权值。以天线阵编号为索引。 通过LMT对象树“物理设备-天线阵拓扑-天线权重信息”,找到“天线阵编号xxxx”(实例描述)、“

34、天线阵波束宽度”、“天线xx幅度”、“天线xx相位”。找到“实际物理层生效”的天线权值信息。 4. 对比“网元布配”的天线权值和“物理层生效”的天线权值的差异。 ? 通过OMT批量提取基站天线参数 (1)进入快速配置模块,在批量管理中选择“配置数据导出”功能,右键点击“添加”: (2)在弹出的配置数据自动导出界面中,填写“任务名称、导出方式、文件格式”,并在配置树上选择需要导出的“参数”,其它默认,然后选择“下一步”: (3)在下一步界面中类型处选择“按对象”,并在PLMN中选择对应的“网元”,然后点击确定: (4)任务创建后,在任务列表界面会呈现刚刚建立的任务和任务结果: (5)通过FTP找

35、到任务结果,FTP目录为“/export/home/omcrftp/fc/cfgdata/2015-07-07/”,如下: ? 通过LMT工具修改错误的天线信息 针对核查到的天线权值不一致的异常天线阵,需要使用LMT工具对网元布配进行修复,解决天线权值信息不一致的问题。 (1) 连接LMT,打开对应天线阵的网元布配; (2) 删除对应天线阵的网元布配; (3) 点击“设备规划命令下发”,然后选择“确定”按钮。(重点注意事项) 注意: 当网元布配有变化的时候,需要下发设备规划命令,不然新的改动将不会生效,可以通过刷新按钮刷新来确定新的改动是否生效。 (4) 根据实际天线型号等信息,创建对应天线阵

36、的网元布配 (5) 点击“设备规划命令下发”,然后选择“确定”按钮。(重点注意事项) (6) 下发网络规划并生成动态配置文件。(重点注意事项) 设备规划命令下发成功后,右键点击目标小区,选择“下发网络规划”,关闭布配开关,在弹出的网络下发成功对话窗中选择“确定”按钮,生成动态配置文件。 6 速率问题定位“三板斧” 业务速率低问题可以采取下面的步骤进行分析、排查到达快速解决和响应的目的,提升客户满意度。在遇到问题时我们分为3个步骤进行分析,借用古人的“3板斧”来比喻我们解决一些简单问题,所谓的“首板斧”是指通过基站与终端对业务类问题进行比较详尽的描述分析,通过一些合理的建议解决一些简单问题;“二

37、板斧”是通过最简单的核查参数设置来排除一些认为的误操作导致的问题;“三板斧”是通过提取基站L2子系统的一些定位信息来进行分析解决问题。这几个步骤不是独立的,需要综合起来对问题进行分析。 6.1 首板斧: 通过打BO、查看PDCP速率、上下行业务状态进行分析 A. 遇到速率低问题时,停止原来业务,通过打上下行BO或下行PDCP发包来分析空口速率是否可以达到峰速,如果可以到达峰速,说明非L2层问题,需要排查其他网元及其配置(S1链路过来的数据速率及核心网业务服务器发包的状态);如果不能到达很好的速率,需要就需要分析业务的状态。 B. 查看业务类型确认业务采用FTP下载还是UDP灌包 C. 查看做业

38、务的方式如果是FTP下载,需要确认采用什么软件进行业务,链接多少线程 D. 查看PDCP吞吐量情况确认从服务器下来的速率大小,如果PDCP吞吐量与核心 网发送数据吞吐量一致,速率低可能由于空口所致,需要查看业务相关状态。 E. 看上下行的bler;如果较高,请根据PL说明来分析原因。 F. 看ping时延; G. 排除服务器和终端、笔记本的原因,多试几款终端。 H. 如果终端上报的CQI比较低,需要查询终端侧的RSRP、SNR,如果这些值比较低说 明此时终端位于远点或差点;如果终端RSRP、SNR都是比较好的值,说明处于好点或极好点,如果CQI仍然比较低,就需要核对参数是否配置错误。 I. 查

39、看RRU通道状态RRU通道故障会导致PL不发送下行数据,下行数据可能中 断。 J. 查看上下行的业务速率情况从终端及基站两个方面查看上下行业务吞吐量 K. 查看上下行MCS、上下行PRB分配个数、上下行的调度次数、终端上报的CQI、上 下行的BLER从终端及基站两个方面核查上下行业务参数值及是否一致。 6.2 二板斧: 查看小区相关业务参数 A. 查看MAC测试开关中的AMC、MCS、CQI修正、HARQ对上下行业务非常有影 响的参数,参考图11;如果关闭AMC并固定了MCS就会导致速率降低;如果关闭了HARQ,当有BLER时会影响影响业务速率;如果关闭CQI修正,但终端上报CQI比较低时,就会导致业务速率低。 B. 查看MIMO方式固定MIMO方式一定要与传输模式一致否则导致业务不通或高 BLER,不同的MIMO方式会影响UE的峰值速率,参考图1 C. 查看CFI的配置多用户情况下CFI的配置较小就会影响UE的调度,影响其速率, 参考图2、3 D. 查看CQI与ACK同时传输指示如果设置为不支持,则会影响CQI上报,影响AMC 的效果,一般设置为支持,参考图4 E. 查看DSR上报周期影响上行数据速率,DSR上报周期过长影响上行业务速率, 参考图5 F.

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论