华为TD梅州RNC上网速率不稳定问题处理报告.docVIP

梅州RNC上网速率不稳定问题处理报告 近期发现梅州新建的两台RNC设备上网速率不稳定，网速时快时慢，全网所有基站均存在该现象。经过工程师对该问题分析与处理，现已明确了问题的根源，输出处理报告如下。 一、现象描述 自1月30日起，陆续接到TD体验用户投诉上网及下载很慢，网络时断时续问题，且投诉用户分布比较零散，2月6日PS数据业务问题变得突出，且对网络KPI指标造成影响，经过测试，发现问题涉及到梅州TD整网基站。 测试终端截图 G3上网卡截图 二、原因分析 由于问题只存在于数据业务，语言业务完成正常，没有发现任何问题。因此问题原因可能出现在RNC侧、SGSN侧和CE侧。目前梅州RNC的数据业务主要由CE01和CE2两个CE共同承担，RNC侧、SGSN侧和CE侧分析处理过程如下： 2.1 RNC问题分析 首先对网优侧参数进行检查，由于1月27日对网优参数进行过一些调整，具体为PS永久在线计时器及DCCC相关参数，怀疑这些参数会造成影响。对这些参数按照网优参数基线进行核查，没有发现问题，将这些参数恢复到调整前原始状态，再进行测试及信令跟踪，网速没有任何改善。 产品侧对RNC PS域相关参数及业务状态进行检查。没有发现任何告警。信令面与用户面状态均正常，传输状态也没有问题。IP PATH丢包率为0，时延小于10ms。 2月3日联系华为800技术工程师并转研发专家分析问题。现场工程师跟踪了由高速率转变为低速率的CDT、Tcpwin及IU标准口信令，将该问题单及数据提交到技术支持中心及研发处理，初步鉴定为RNC上游核心网侧返回数据包过小。RNC侧没有发现问题。因此排除是RNC侧问题，开始联系惠州方面进行SGSN问题排除。 研发反馈的具体内容如下： 2.2 SGSN问题分析 1、2月8日配合惠州诺西SGSN侧工程师进行共同抓包分析，诺西分析结果认为SGSN没有问题，问题是从无线侧引入的。分析报告如下： 2、2月9日进行复测，PS业务没有太大改善，与诺西SGSN侧再次进行抓包及分析，没有发现SGSN侧存在问题，得出结论问题出现在无线侧，具体如下： 2.3 CE问题分析 查看设备历史告警发现，CE01_NE40E 1槽位单板频繁打印NP-3 的告警，记录如下： 从log分析1月22日就开始出现此故障。 [GDMZH-PS-IMS-CE01-HWNE40E-hidecmd]dis alarm all history ---------------------------------------------------------------------------- Level Date Time Info Warning 10-01-22 23:10:51 LPU1 is failed, Line Buffer of NP-3 is abnormal Warning 10-01-22 23:11:51 LPU1 is failed, Line Buffer of NP-3 is abnormal , Resume 。。。。。。。。。。。。。。。。。。。。。。。 Warning 10-02-10 18:31:52 LPU1 is failed, Line Buffer of NP-3 is abnormal Warning 10-02-10 18:32:52 LPU1 is failed, Line Buffer of NP-3 is abnormal , Resume ---------------------------------------------------------------------------- 查看日志发现单板频繁打印NP-3的异常中断，软件的定时检测检测到NP-3的RX buffer data memory parity error ，出现此中断说明RX buffer 已经出现硬件故障，导致经过该buffer的数据错误，校验的时候有奇偶校验错误，并上送告警。 日志记录如下： Feb 10 2010 18:30:58 GDMZH-PS-IMS-CE01-HWNE40E %%01SRM/2/NODEFAULT_D(D):-Slot=1; NP-