外场业务类问题快速定位手册.doc

大唐移动通信设备有限公司 外场业务类问题定位手册 外场业务类问题快速定位手册 项目名称外场业务类问题快速定位手册文档编号版 本 号v1.00作 者刘俊伟版权所有大唐移动通信设备有限公司本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动)所有,受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权，任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容，违者将被依法追究责任。版本：v 1.00 文档更新记录日期更新人版本备注2013-02-01刘俊伟v 1.00文档创建目 录1编写目的42预期读者和阅读建议43文档约定44参考资料45缩写术语46外场问题定位46.1接入失败46.1.1首板斧：46.1.2二板斧：46.1.3三板斧：56.2业务速率低66.2.1首板斧：66.2.2二板斧：66.2.3三板斧：76.3切换失败86.3.1首板斧：86.3.2二板斧：86.3.3三板斧：96.4切换业务中断：96.4.1首板斧：96.4.2二板斧：106.4.3三板斧：107对应图：11附件：l2远程日志228实现遗留问题23封页 31 编写目的外场开站阶段业务会出现各种各样的问题，一般问题可能由参数设置的不合理导致或开站初期网络没有优化导致空口信噪比恶劣。为了达到快速分析解决问题的目的，特别将分析解决问题过程分为3个步骤。对于不能快速解决的问题就提取l2远程日志、告警日志、信令cdl、业务类cdl、atplog等回传给研发定位。2 预期读者和阅读建议外场测试人员3 文档约定文档描述中涉及的终端除了特殊说明为nbt外，一般指定为商用终端。附件增加l2远程日志的提取方法及日志类型说明。文档附件携带了l2远程日志类型、提取等相关内容供参考。4 参考资料enb l2调试手册5 缩写术语6 外场问题定位外场遇到的问题可以分为随机接入失败问题、业务速率低问题、切换失败问题、业务中断问题。在遇到这些问题可以分别采取下面的步骤进行分析、排查到达快速解决和响应的目的，提升客户满意度。在遇到问题时我们分为3个步骤进行分析，借用古人的“3板斧”来比喻我们解决一些简单问题，所谓的“首板斧”是指通过基站与终端对业务类问题进行比较详尽的描述分析，通过一些合理的建议解决一些简单问题；“二板斧”是通过最简单的核查参数设置来排除一些认为的误操作导致的问题；“三板斧”是通过提取基站l2子系统的一些定位信息来进行分析解决问题。这几个步骤不是独立的，需要综合起来对问题进行分析。下面分了几种类型的问题进行说明。6.1 接入失败6.1.1 首板斧：查看小区及相关设备状态a. 查看对应小区的状态是否为未激活状态开站初期经常出现错误，导致终端无法搜索到小区。b. 查看小区对应rru的通道状态是否为通道故障状态通道如果出现故障，则没有下行信号，无法搜索到小区。c. 查看小区的参考信号功率影响终端接收下行sib，终端无法接收sib时重点关注参考图16.1.2 二板斧：查看接入相关参数配置a. 查看小区的广播传输mcs等级影响sib、msg2的接收，无法读取sib时需要查看；特别的，当终端为nbt时，由于nbt限制广播的prb不能超过8个prb，如果mcs配置的过低就会导致分配的prb变多，有可能超过8个prb，这样nbt就无法读取广播消息。 参考图2b. 查看小区加载开关及带真实用户的模拟加载开关如果小区加载开关打开而带真实用户的加载开关关闭，就会影响下行信号，此时终端无法读取sib及其他下行信令消息，需要确认小区加载开关是否打开，参考图3 确认带真实用户的模拟加载开关是否打开，参考图4c. 查看安全开关、加密算法、完保算法询问终端是否支持对应鉴权及加密算法，特别对于祖冲之算法是否支持，另外在开启安全加密算法时需要打开hl的安全开关，参加图；另外，eea1：snow 3g算法；eea2：aes算法；eea3：祖冲之算法；需要特别指出完整性保护算法、加密算法优先级数值越大说明优先级越高。查看完整性保护是否配置成eia3（祖冲之算法），并询问终端是否支持，参考图5查看加密算法是否配置为eea3，并询问终端是否支持，参考图6d. 查看prb限制情况可能只有mib消息，上下行prb的限制导致上下信令无法调度，接入必然失败；查看prb限制开关是否打开，参考图7；再查看上下行prb是否设置的比较少，参考图8e. 查看随机接入参数影响基站初始接入，初始接收目标功率影响msg1的检测、前导码最大传输次数影响终端msg1发送的次数、功率爬坡步长影响终端msg1多次发送时的功率调整步长、响应接收窗口大小影响msg2发送及终端接收、msg3最大传输次数影响msg3的发送，参考图9f. 查看ue定时器和常数接入过程失败时，lmt上有定时器超时告警，查看高层接入定时器设置，参考图106.1.3 三板斧：基站工具查看接入失败过程、终端配合分析接入过程并提取l2相关log及日志a. 提取对应小区的cdl，查看uu口消息或rrc层与其他层的信令消息，判断接入失败在哪一层b. 提取l2随机接入异常日志，即板卡dsp核4、核5的66号日志，记录了as层随机接入过程中l2记录到的异常情况，后续的版本会将该异常信息记录到cdl中，便于分析发现曾经发生的接入失败问题。c. 提取l2随机接入日志；即板卡dsp核4、核5的67号日志，但需要在mac测试开关中设置日志类型为随机接入日志。该日志记录as层的接入过程，及nas层信令调度、资源分配及反馈信息。该日志内存有限会出现循环覆盖的情况，仅限于现场抓取接入问题进行分析。日志的抓取参考附件文档。d. 提取atp的log；atp比较适于查看rrc层及nas层信令流程，在登录板卡时如果是查看随机接入相关只需要登陆sct板卡即可，如果分析业务类问题需要登录对应小区的bcp板卡，才能看到消息。e. 查看终端的接入流程：在终端侧可以通过对应的接入流程查看接入是卡在哪个步骤，最好配合机房人员共同分析。6.2 业务速率低6.2.1 首板斧：通过打bo、查看pdcp速率、上下行业务状态进行分析a. 遇到速率低问题时，停止原来业务，通过打上下行bo或下行pdcp发包来分析空口速率是否可以达到峰速，如果可以到达峰速，说明非l2层问题，需要排查其他网元及其配置（s1链路过来的数据速率及核心网业务服务器发包的状态）；如果不能到达很好的速率，需要就需要分析业务的状态。b. 查看业务类型确认业务采用ftp下载还是udp灌包c. 查看做业务的方式如果是ftp下载，需要确认采用什么软件进行业务，链接多少线程，线程过少或配置缓冲区较小会导致tcp数据量不足；d. 如果是ftp下载或tcp相关业务，需要确认传输带宽，传输最大带宽应至少为空口峰值速率的23倍，否则易出现传输丢包，应用层数据不足或不稳；e. 时延在tcp协议中有重大意义。因为tcp数据包需要反馈，时延越长，线程的发包量增长速度越慢。通常来说缩短时延能提升单线程速率。基站一些参数配置会影响时延，可以先为下行ftp用户打上行bo，此时的上行时延为最小值。 f. 如果终端上报的cqi比较低，需要查询终端侧的rsrp、snr，如果这些值比较低说明此时终端位于远点或差点；如果终端rsrp、snr都是比较好的值，说明处于好点或极好点，如果cqi仍然比较低，就需要核对参数是否配置错误。g. 如果终端检测或上报的rank大多为1，则无法切换到双流，此时可能是终端所在位置空间相关性较高，无法支持双流，建议调整位置；h. 终端笔记本性能对ftp速率也有较大影响，曾多次出现udp灌包能到峰速但ftp到不了的情况，然后什么都不变更换终端笔记本后ftp速率提升20m的情况。请尽量使用性能好的笔记本i. 服务器首先需确认服务器是千m网卡。其次需确认当前服务器是否有很多用户同时下载，服务器负荷较重可能影响速率，如果条件允许建议尝试使用空闲服务器进行测试，或同时使用两个ftp软件从两个服务器同时下载。如果服务器长时间未重启，建议重启服务器（之前出过重启服务器后ping时延缩短10ms的情况）。6.2.2 二板斧：查看小区相关业务参数a. 查看mac测试开关中的amc、mcs、cqi修正、harq对上下行业务非常有影响的参数，参考图11；如果关闭amc并固定了mcs就可能会导致速率降低；如果关闭了harq，当有bler时会影响影响业务速率；如果关闭cqi修正，但终端上报cqi比较低时，就会导致业务速率低。b. 查看mimo方式固定mimo方式一定要与传输模式一致否则导致业务不通或高bler，不同的mimo方式会影响ue的峰值速率，参考图12c. 查看cfi的配置多用户情况下cfi的配置较小就会影响ue的调度，影响其速率，但在单用户追求速率时，可以设置为1，有助于提升速率，参考图13、14d. 查看cqi与ack同时传输指示如果设置为不支持，则会影响cqi上报，影响amc的效果，一般设置为支持，参考图15e. 查看bsr上报周期对于下行ftp/tcp业务，较小的周期（5ms），有助于缩短rtt，提升速率，但注意，若已经打了上行bo，这就不起作用了，参考图16f. 查看ta定时器及mac测试开关中的ta配置影响上行数据业务，过长的ta周期会导致终端上行数据出窗，引起上行误码，进而影响到上行业务速率，对于下行ftp/tcp业务，也有可能有影响，参考图18、19g. 查看drx配置有效指示开启drx会导致终端峰值速率下降，查看对应的业务rb的drx是否开启，参考图20h. 查看gap配置如果有异频邻小区存在，配置gap时会影响终端的上下调度，从而影响峰值速率，高层切换时或a2上报时才配置终端测量gap，需要查看是否配置了异频邻区，参考图21i. 查看icic算法开关开启icic算法，当ue处在小区边缘，也会影响ue的速率，参考图22j. 查看上下行目标blerbler的高低对终端速率影响比较大，参考图23k. 查看上行prb底噪情况lmt上可以查询到上行prb级的底噪，便于查看干扰的情况。l. 查看流控开关打开了流控开关会按照rrc配置限制ue的总速率，参考图24m. 查看prb及mcs限制查看lmt上的prb及mcs设置，限制两个参数就会影响ue的速率，参考图25、26n. 查看pdcp丢弃定时器有效指示当空口质量不好或数据量过大时配置了对应的丢弃定时器会导致数据在pdcp层面丢弃，不合理的配丢弃置会导致数据被错误，目前推荐配置1500ms，参考图27o. 查看rlc发送端、接收端arq最大重传次数、探询重传定时器、重排定时器、当空口质量不好时配置定时器不合理会导致数据在rlc层面产生拥塞，参考图28p. 查看pdcp头压缩指示目前大部分终端不支持，不建议打开，参考图296.2.3 三板斧：从终端侧进行配合分析并提取l2的日志及loga. 对于ftp业务异常，也可以通过发起上下行udp业务(上下行bo或下行pdcp发包)，查看上下行空口通道状态上下行单方向的上udp业务可以分析出速率低的原因是上行链路还是下行链路异常导致的，并详细确认空口业务状态。b. 对于现场的突发的问题可以提取ping日志l2的ping日志分为ping过程日志及ping数据包日志，需要分别设置l2的远程日志类型为ping过程日志及pdcp数据内容日志（基于1227版本）3.20.00.22.02。c. 对于曾经发生过的问题可以提取对应时间点的业务cdl。d. tcp业务分析日志，对于ftp业务来说当怀疑底层数据包处理有异常时可以通过配置cdl中的tcp业务分析日志，查看对应ue的teid来查找对应的数据包，分析是否存在丢包的可能e. 提取atp的bcp板卡日志即 *.logt文件回传观察业务状态。f. wirshark 抓包分析丢包，可以分别安装在服务器侧及终端侧用来查看是否存在有丢包的现象6.3 切换失败6.3.1 首板斧：从基站及终端侧查看切换失败过程a. 查看切换类型是s1、x2还是站内切换，确认切换过程是否带业务，确认切换是同频切换还是异频切换。b. 查看切换失败在源小区还是目标小区查看源小区的mr是否收到，重配置消息终端是否收到，目标小区是否检测到重配置完成消息；如果切换失败在源小区，需要重点查看切换参数及下行空口信道状况；如果失败在目标小区，需要重点查看接入参数及上行空口信道状况。c. 从终端侧查看切换停留在哪个步骤终端是否发送了mr、终端是否收到了重配置消息、终端随机接入过程是否完成、终端是否上报了重配置完成消息。6.3.2 二板斧：查看源、目标小区相关参数a. 查看x2、s1链路状态是否正常区分切换类型并确认x2、s1链路的状态；在切换前务必保证x2、s1链路状态正常，特别是x2状态，s1链路异常小区触发退服，x2链路状态异常，只有事件类告警，因此发起x2切换前要查看链路状态b. 查看源小区协议定时器s1、x2切换相关定时器，如果发现s1、x2切换时出现定时器告警，需要查看是否定时器设置过短，参考图30c. 查看源小区enb内部定时器rrcrrm定时器，过短的定时器会导致切换失败，参考图31d. 查看源小区异频载波信息查看异频邻小区的参数，会导致终端在源小区无法发送测量报告或即使上报了测量报告也会被rrc拒绝而不发送重配置消息；当发现终端不发测量报告或基站不发送重配置消息（门限参数设置过高无法触发切换或终端无法测量邻小区功率），参考图32e. 查看源小区邻区关系查看邻区参数是否设置合理，会导致终端在源小区无法发送测量报告或即使上报了测量报告也会被rrc拒绝而不发送重配置消息；当发现终端不发测量报告或基站不发送重配置消息（门限参数设置过高无法触发切换或终端无法测量邻小区功率）参考图32f. 查看源小区eue测量小区参数配置参数是否合理影响ue的测量判决；如果终端不发测量报告时需要关注，参考图33g. 查看源小区a1、a2、a3、a4、a5事件配置；当有异频时，b1、b2事件配置影响ue的测量上报及切换的发起，如果基站不发重配置消息时需要重点关注，参考图34h. 查看目标小区的接入相关参数影响到随机接入过程6.3.3 三板斧：提取cdl、l2切换日志a. 提取源及目标侧cdl信令日志可以查看切换信令流程；切换问题分析最有效工具，如果无法确认切换在哪个步骤失败，就提取信令cdl进行分析b. 提取源及目标侧l2的dsp66日志从pdcp层面查看信令及am模式下数据倒换相关过程；如果带着业务切换时最好提前打开，可以看到pdcp层面数据倒换的信息，特别是切换后业务不通或陡降的情况，需要提前打开c. 提取目标侧l2的随机接入异常日志即dsp66号日志l2层面分析切换过程中as接入失败相关过程信息；如果切换是在目标侧接入失败时需要提取d. 登录atp的sct板卡查看源及目标侧log查看高层信令流程6.4 切换业务中断：6.4.1 首板斧：查看发包源端数据发包的情况a. 查看rru通道状态rru通道故障会导致业务中断，如果在lmt上发现有rru通道故障告警时需要在lmt上查询b. 查看发包源发包是否继续每次遇到业务中止，都首先要查看发包的情况，ftp软件下载状态，确认线程是否下载完成；服务器侧数据发送是否正常c. 查看下行pdcp吞吐量当发包服务器仍在发包中，需要查看pdcp的吞吐量，确认服务器数据包是否到达基站，如果pdcp有速率说明业务中断可能是底层问题d. 可以尝试ping服务器，看能否ping通服务器。e. 查看业务中断后是否可以恢复，如果业务中断可恢复，查看中断是否有周期性的规律f. 通过下行pdcp发包的方式上行打bo，来确认上下行空口状态，看上下行方向是否单通g. 查看空口残留bler多少对于ftp业务如果短时间内突发大量的残留bler就会导致业务中断，如果业务可以单通，就要观察上下行的bler高低，通过bler来确认