维护经验
WEIHU JINGYAN
2003年创刊
总第469期2010年第35期
内部资料 免费交流准印证号：粤内准字2007第0036号
编者的话敬告读者
一、本刊享有所发表文章的版权，包括外文版、电子版
和网络版版权，所支付的稿酬已包含上述各版本的
费用。
二、未经本刊许可，不得以任何形式全文转载本刊内容，
如部分引用本刊内容，须注明该内容出自本刊。主 任：邱未召
副主任：陈健洲
编 委（排名不分先后）：
方 希、王兆政、许信勇、肖书庆、张 健
张结斌、周贵锋、赵 岑、赵海涛、姜海军
徐志宇、黄 颖、葛 俊、董业民、董文斌
《维护经验》编辑部
责任编辑：裴 非
技术编审：符宏涛、李 斌、吴 赟、程劲松
陈新市、孙 健
执行编辑：宁家铤
美术编辑：徐 恒
发 行：李玉梅
地 址：深圳市科技南路55号中兴通讯大厦3楼
邮 编：518057
联 系 人：宁家铤
电 话：0755-********
传 真：0755-********
投稿邮箱：weihujingyan@https://www.doczj.com/doc/35843034.html,
文档支持邮箱：doc@https://www.doczj.com/doc/35843034.html,
技术支持网站：https://www.doczj.com/doc/35843034.html, 《维护经验》编辑委员会
秉承“精诚服务、凝聚顾客身上”的客户服务理念，使中兴通讯产品能更好地为客户创造价值，为客户提供更好的服务。为了向客户提供最好、最实用的维护经验和方法，切实提高相关专业技术人员的业务知识水平和技能，我们编辑了本期《维护经验》，内容针对中兴通讯的CDMA产品。随着中兴通讯CDMA产品在国内外的广泛应用，CDMA产品的日常维护工作变得十分重要，稳定的系统才能为用户提供优质的服务。本期《维护经验》共收录中兴通讯CDMA产品的案例分析9篇，稿件来源于中兴通讯CDMA产品的技术专家和富有工程维护经验的用户，希望对您的维护工作有所帮助。若要查阅更多有关中兴通讯产品的维护经验文章与相关技术资料，请登录中兴通讯技术支持网站：（https://www.doczj.com/doc/35843034.html,）。由于水平有限，难免有不足和疏漏之处，恳请各位专家和读者批评、指正，同时也感谢大家对本专辑的关注和支持。您可以随时联系我们，讲述您的心得与体会。欢迎投稿。
2010年6月
相关内容的《维护经验》
CONTENTS
目 录
CDMA基站低功率不告警的处理案例
中国电信湖北无线网优中心 柳宏楚 (02)
BSC隐性故障导致下载速度异常案例
中国电信广东无线中心 王俊林 (03)
潮州往漳州边界单边硬切换失败案例
中国电信潮州无线网络运营中心 王棉儿 (07)
FTP Server与OMP之间链路异常案例
中兴通讯第三营销事业部 杨松 陈锋 王梦飞 (10)
中兴EVDO业务开通调测案例
江苏电信无线网络优化中心 郑亚忠 徐州电信无线网络优化中心 李佳昊 (13)
CDMA手机问题导致业务故障案例
河南电信周口分公司网络部 周 东 (17)
关于基站误码问题案例
中国电信马鞍山分公司无线网络中心 李 林 (21)
ABPM2故障引起BSCB机框业务中断案例
中兴通讯第三营销事业部 杨松 陈锋 翟帅兵 (22)
利用BSC侧告警排查传输隐性故障案例
中国电信潮州无线网络运营中心 王棉儿 (25)
案例分析
2 ︱《维护经验》总第469期
CDMA 基站低功率不告警的处理案例
□ 中国电信湖北无线网优中心 柳宏楚
摘要：本文通过一个基站故障案例，经过现场测试并结合网管系统参数分析，最终找到故障原因，并成功解决问题。
关键词：低功率不告警
故障现象
湖北某乡镇的CDMA 用户反映，该地区手
机信号有时突然变弱或消失。
湖北电信技术人员根据用户所在的区域确
定服务基站，在网管系统上对该服务基站进行
检查，该基站无任何故障。上站（该站为早期
的中兴公司HIRS 基站）进行测试，基站输出功
率只有320mW 左右，但基站无任何告警。 故障分析和处理 基站出现低功率故障，可能是本载波的TRX （收发信机）或HPA （高功放）有故障造成的。维护人员先更换HPA 后进行测试，输出功率仍在300 mW 左右，说明故障不在HPA 。 再更换TRX 后进行测试，输出功率达到了40W ，基站恢复正常。对投诉用户进行拔打测试，通话效果良好，一切恢复正常。 排查过程 技术人员在网管系统上仔细查找该站出现低功率而不告警的原因，怀疑是低功率门限设置有问题。在网管系统中查找“低功率告警门限”，一般默认设置为5（范围为0 ~ 255）。
“低功率告警门限”设置为5，表示为定标值（自动定标功率）的5%，定标值设为143，对应功率为（143/2-35）dBm=36.5 dBm ，大约为5W ，5%对应的功率为5W ×5%=250 mW 。 在本案例中，技术人员最开始测试基站的发射功率为320 mW ，大于“低功率告警门限”设置的250 mW ，因此网管系统不会出现告警。 目前在网运行的老HIRS 基站服务时间已超过8年，存在部分板件老化的问题，为避免
此类现象的出现，造成用户投诉的被动局面，
建议将“低功率告警门限”设置为20 ~ 30，也
就是当基站发射功率低于1000 mW ~ 1500 mW
时，就会发出低功率告警提示。目前网管系统
上1X 载频低功率告警门限的范围为[0，255]，
应为[0，100]，建议在下次软件版本升级时进行
更新。
DO 载频中，“低功率告警门限”设置与
1X 载频不同，DO 载频可在“载频状态关系”
中查找到“低功率告警门限”默认值为0，这并
不是无低功率告警门限，因网管系统对于DO
载频都是通过“功率百分比”来配置低功率告
警门限，所以对于DO 载频“低功率告警门限”
值没有意义，如图1和图2所示。
精诚服务
图1 低功率告警门限值为
图2 功率百分比为40%
此DO载频前向发射功率为25000 mW（即25W），“功率百分比”值为40%，25W×40%=10W，则该DO载频的低功率告警门限值对应为10W，也就是当输出功率低于10W时，就会出现低功率告警。■
BSC隐性故障导致下载速度异常案例
□ 中国电信广东无线中心王俊林
摘要：EVDO上网速率慢不容易排查，原因是从终端到INTERNET要经过很多网元，涉及很多协议，缺乏统一的分析处理工具。本文介绍BSC隐性故障造成下载速度异常的处理案例，该案例涉及了基站、传输、基站控制器、PCF等多种网元。
关键词：EVDO；BSC；无线上网
故障现象
用户投诉，广东H市某基站覆盖区内使用EVDO无线上网速度很慢，前期针对基站板件做了部分处理，但是问题仍然存在。
故障分析
首先定位故障存在的位置。收集到的信息显示，同BSC下其它基站覆盖区域内3G上网正常，故该问题属于个体性质。测试表明，该基站覆盖区内语音业务正常，故问题仅限于数据业务。接下来需要定位出上网慢的原因，并找出故障位置点进行解决。
（1）常规检查
检查版本、告警、通知等均无异常，对基站的板件进行诊断测试，正常。检查BSC配置，
CDMA专刊2010年第6期︱3
案例分析
无异常。常规检查无效，需要展开更深层次分析和排查。
（2）系统结构分析
用户通过EVDO上网，数据流经过的关键网元结构如图1所示，由于上网速度慢仅出现在单个BSC内，其它BSC覆盖区域无异常，所以排除了PCF上层网元的问题，限制在BSC内处理。
设备类型为中兴ZXC10 BSSB，涉及的关键网元为：基站、基站侧传输接入单元、传输网络、BSC
。图1 网络结构
（3）测试与分析
1）分析CNO2统计数据。
DO接入性能评估：呼叫成功率一直稳定在94%以上；Session建立成功率稳定在97%以上。
DO话务评估：一直比较稳定，没有明显变化。
DO前向RLP吞吐量：一直比较稳定，没有明显变化。
DO传输状况评估：前向RLP重传率达到11%，明显异常，比历史指标偏高。
2）分析现场测试数据。
C/I=13，良好。
DRC达到3Mbps，正常。
上传速率达到1M，正常。
下载速率不到300kbps，异常，理想状况应该达到1M以上，如图2所示。
在客户端上网时用Wireshark抓包，发现TCP误包率过高，由于大量的数据包被丢弃，浪费了有效带宽，因此用户感知上网速度慢，如图3所示。
图2 测试数据4︱《维护经验》总第469期
精诚服务
图3 网络抓包
该基站的三个小区具有共性问题，通过以
上分析，确定影响上网速度的主要因素是网络
下行通路误包率过高。 故障处理 排除了前向干扰等因素之后，怀疑SA 板故障，更换后问题仍然存在。由于前期处理已经
更换过其它板件，所以排除了基站主设备存在
问题的可能性，准备检查传输是否正常。
图4是问题基站的传输路由，由于上级传输设备大坝Metro2050 下带的其它基站下载速率正常，故排除了该传输设备及以上的传输网
络的故障。在网管系统中使用系统自带工具
DBLOG 抓包，反馈给厂家分析，得出Abis 口
无丢包的结论，传输侧存在故障的可能性被排
除，问题逐渐聚焦于BSC
。
图4 传输路由
详细分析CNO2数据，发现配置在同一块
SDTB 板的很多基站存在前向RLP 重传率很高
的现象。到这些问题基站覆盖区内现场测试，
都存在下载速度慢的现象。这说明不是单个基
站问题，而是多个基站问题，最初推断“故该
问题属于个体性质”是误判。 首先怀疑ABPM 板问题，这是因为之前发生过ABPM 板隐性故障造成多个基站上网非常慢的案例，倒换ABPM ，问题依旧。再检查SDTB 板，因为SDTB 板故障，其下带的大多数基站都会出现该故障。为了避免更换SDTB 板造成基站断站，通过调整时隙配置来做判断。将时
隙调整更换到另外一块SDTB 板，现场测试下
CDMA 专刊2010年第6期︱ 5
案例分析
载速率恢复正常，初步认定SDTB板故障。但更换新的SDTB板后，问题仍然存在。
最后分析BSC资源链接关系，BUSN框通过UIMU板与BPSN框进行媒体通信，如果UIMU板出现故障，也会影响到多个基站。主备倒换UIMU板，现场测试下载速率恢复正常，测试其它问题基站，都恢复了正常速率，原来问题出在第9槽位的UIMU板，如图5
所示。图5 故障位置
倒换UIMU接口板后，下载速率回复正常，达到2M。在网管系统IP E1流量观察的数据与现场测试数据吻合。查询指标，前向RLP重传率约0.3%，属于正常，至此问题得到解决。经验总结
解决这类EVDO下载速度变慢的问题，先确定问题范围，建立整体处理思路，再分段处理，处理时尽量减小对现网的影响。UIMU接口板故障，导致BUSN与BPSN之间的媒体通信异常，会造成申请DRC速率正常、上传速率正常，但前向下载速率异常的现象。
设备出现故障没有告警，浪费大量资源排查，因此建议集成商提高设备的监控性能。■
6︱《维护经验》总第469期
精诚服务
潮州往漳州边界单边硬切换失败案例□ 中国电信潮州无线网络运营中心 王棉儿
故障现象
广东潮州与福建漳州目前实现MSC互联，BSS侧没有软切换电路，切换方式为硬切换。今年开通MSC互联电路后，双边可以实现正常硬切换。但是在福建漳州进行网络升级后，从网管系统的切换统计上发现潮州的硬切换出失败率非常高。
故障分析
在现场进行长呼测试时，发现潮州往漳州方向无法进行切换，最终导致掉话。而漳州往潮州方向切换时则可以正常进行硬切换，如图1所示。
通过无线侧信令跟踪，发现潮州往漳州方向切换的时候，手机发起“A1反向切换请求消息”后，被A口直接拒绝，原因是上报小区错误，如图2所示。因此，判断该硬切换失败的问题应存在于广东省内部，需重点检查潮州BSC侧与核心网MSC侧之间的情况。
图1 潮州漳州边界硬切换情况
CDMA专刊2010年第6期︱7
案例分析
图2 潮州往漳州方向硬切换失败信令抓图
故障处理 联系核心网侧人员再次进行同步跟踪，核
心网侧通过信令跟踪发现潮州上报的切换请求
信息中，因为核心网侧无法识别BSS 侧上报的
小区信息，所以拒绝了切换请求。
核心网侧核对漳州配置的数据，发现双方
配置的漳州交换机序号不一致。无线侧配置福
建漳州的交换机序号为“10”，而核心网侧配
置的福建漳州交换机序号为“3”。该参数的不
一致导致手机发起硬切换请求时，因核心网侧
无法识别该小区而被拒绝，如图3所示。 经过验证测试，只要保证核心网侧和无线侧的交换机号一致，同时设置为“3”或者同时设置为“10”，都可以保证硬切换成功。为了和福建漳州现网的交换机号保持一致，最后将交换机号统一设置为“3”，潮州往漳州的硬切换去指标维持在75%左右，如图4所示，原边界单边硬切换失败的问题得到解决。
8 ︱《维护经验》总第469期
精诚服务
图3 BSS
侧的交换机序号配置
图4 潮州往漳州硬切换去指标走势图
经验总结
本次省际边界硬切换单边失败的主要原因是由于福建漳州进行网络升级后，核心网侧和无线侧的数据配置不一致所致。虽然在进行省际边界硬切换时并不需要交换机号信息，但是在无线侧发起切换请求时，核心网侧会判断小区信息是否一致，所以省际边界小区的交换机号在无线侧和核心网侧需保持一致，否则将导致BSS侧发起的切换请求在A口被拒绝。
处理省际边界切换问题时，在关注日常指标变动的同时，还需关注双方网络变动，并及时采取相关的配置数据修改工作，使网络运行在最佳状态。■
CDMA专刊2010年第6期︱9
案例分析
FTP Server 与OMP 之间链路异常案例
□ 中兴通讯第三营销事业部 杨松 陈锋 王梦飞
摘要：本案例主要解决了一例CDMA2000 BSC 因CDT 管理员密码过期引起的“CDT(呼叫详细跟踪)的FTP Server 与网元OMP 之间的链路异常”告警，并根据此案例总结这类问题的特点和解决方法。
关键词：密码过期
故障现象
故障分析 某日，河南电信维护人员反映，在中兴
NetNumen 网管系统发现有BSC 的OMP 单板上
报“CDT(呼叫详细跟踪)的FTP Server 与网元
OMP 之间的链路异常”告警，如图1所示，并
且CDT 服务器上没有今天的采集数据。 “CDT(呼叫详细跟踪)的FTP Server 与网元OMP 之间的链路异常”告警一般是由于从OMP 到CDT FTP Server 链路不通引起的，应该重点检查OMP 到CDT FTP Server 之间的链路
是否正常。
图1 CDT(呼叫详细跟踪)的FTP Server 与网元OMP 之间的链路异常告警
10 ︱《维护经验》总第469期
精诚服务
故障处理
（1）为了确认告警期间是否有数据上报，先通过NetNumen网管系统的呼叫详细跟踪，对告警时段的数据进行查询，发现服务器上确实没有CDT数据上报。如图2所示。
图2 历史呼叫详细跟踪信息查询
（2）检查OMP到CDT FTP Server的网线是否松动。经过检查，没有发现异常现象。
（3）在呼叫详细跟踪的“系统参数”中检查“FTP服务器配置”的IP、端口、用户、密码等参数是否正确。经过检查，这些配置数据都正常。
（4）登录CDT服务器，查看CDT服务器的网络链接和IP地址。在登录的过程中发现，系统提示“您的密码已过期。必须更改”，如图3所示。
图3 密码过期提示
（5）怀疑与系统提示密码过期有关，于是重新登录，并更改系统密码，发现BSC的“CDT(呼叫详细跟踪)的FTP Server与网元OMP之间的链路异常”告警恢复。并且从NetNumen网管系统的呼叫详细跟踪中，发现开始有FTP数据包上报到服务器，如图4所示。
图4 CDT数据上报信息
CDMA专刊2010年第6期︱11
案例分析
经验总结
本次故障是由于CDT服务器的管理员密码过期导致系统注销，引起了CDT服务器与OMP 的链路中断，可以通过更改密码，重新激活用户来解决此问题。但在系统设置密码的有效期之后（Windows Server 2003 默认是42天）还会出现此问题。
为了避免此问题重现，可以通过更改CDT 服务器用户密码有效期限来解决，在CDT服务器用户属性中将用户密码设置为“密码永不过期”，此问题将彻底解决，如图5所示。■
图5 设置用户密码永不过期12︱《维护经验》总第469期
精诚服务
中兴EVDO业务开通调测案例
□ 江苏电信无线网络优化中心郑亚忠
□ 徐州电信无线网络优化中心李佳昊
摘要：本案例分析了中兴BSCB EVDO业务开通调测过程中配置PCF的SPI时，PCF与PDSN 侧的SPI编解码鉴权值设置不一致，导致业务不能正常调通的问题。其中的组网规划、IP路由设置注意事项等内容，对数据业务问题定位分析有一定的参考意义。
关键词：业务调测；IP路由；PCF配置；SPI；A9ReleaseA8
故障现象
某业务区新开局BSC2 EVDO业务调测过程中，发现始终不能成功建立A8链路、A9connectA8建立失败，导致业务流程终止，业务不能正常调通，如图1所示。
图1 测试信令
故障分析
（1）组网路由地址排查
首先根据消息流程，判断可能是因为A8、A10地址设置错误所致。BSC2 数据业务链路组网规划中无防火墙分隔子网，根据IP地址规划情况，排查IP路由配置，如图2所示。
CDMA专刊2010年第6期︱13
案例分析
图2 EVDO业务组网规划
检查SPCF接口地址配置是否正确，检查静态路由配置，PDSN所在子网的前缀、掩码、以及下一跳地址皆按规划设置是否正确。
另一方面，根据消息流程看，PDSN收到A11RegRequest消息，也说明地址配置无误。因为无防火墙隔离，PCF、RP、PDSN属于同一网段，检查A8、A10、防火墙地址配置、绑定IP设置等内容，并没有发现异常。并且通过诊断测试，ping测试也正常，如图3所示。
图3 ping测试结果
（2）核心侧配置核查
经过第一步检查，确认无线侧地址配置无误，因此初步判定，可能是核心侧A8、A10地址绑定错误，造成无法建立A8链路。
仔细分析消息流程，查看A11RegReply解码消息，发现信令参数字段解码失败，这就进一步证实是核心侧问题，如图4所示。正常情况下应该可以解码，并返回HomeAgent地址。PCF发往PDSN的IP包的目的地址为网管系统配置的PDSN IP，A11中的HomeAgent字段为绑定的IP地址。
14︱《维护经验》总第469期
精诚服务
图4 信令参数解码失败
（3）结合消息内容，核实鉴权信息
查阅A11接口协议，“A11RegistrationReply”消息内容主要是地址和鉴权信息，结合信令流程，检查鉴权相关配置。
首先检查鉴权功能使能开关（用于A11信令MD5鉴权功能的使能）是否打开。然后检查SPI 鉴权参数配置，SPI为“100”也正确。最后检查发现，编码鉴权值为“testtesttesttest”与PDSN侧RP会话信息“1111111111111111”配置不一致。编解码鉴权值与PDSN设置不一致，PDSN拒绝PCF，造成鉴权失败，导致A8建立失败，如图5所示。
图5 编解码鉴权值与PDSN设置不一致
编码鉴权值修改一致后，PCF发出“E_S_A11RegRequest”消息，PDSN返回“A11 Registration Reply”消息，信令参数解码为HomeAgent地址，SPI为“256”，aucAuthenticator[16]为经MD5加密而成的数据，这时成功建立A8链路，消息流程正常，EVDO业务调通。正常的信令流程如图6所示。
CDMA专刊2010年第6期︱15
案例分析
图6 正常的信令流程
经验总结
（2）信令流程 信令流程也映射了物理路由问题。如果PDSN 可以收到“A11RegRequest ”，但PCF 收不到“A11RegReply ”，则需要检查防火墙配置是否正确，地址转换是否正确。根据消息流程，如果PDSN 可以收到“A11RegReply ”消息，但A11消息解码有问题，则需要检查SPI 的配置是否正确。 （1）组网规划
主要需熟悉实际的物理组网结构，清楚
PCF 、RP 、PDSN 之间的组网结构，是否有防火
墙隔离，然后根据IP 地址配置规划，正确配置
各接口IP 地址。
常出现的错误是计算PDSN 所在子网前缀
错误，导致A11请求消息发送失败，以及存在
防火墙组网时，绑定IP 设置和地址转换失败问
题。
本案例如果单纯从消息流程、IP 路由方面考虑，则较难定位故障点，如果使用中兴业务观察内部功能命令，并结合业务观察失败原因，应较为容易分析。当然，在熟悉协议信令消息内容的情况下，还是很容易判断的。所以，要结合多种OMC 诊断分析功能，深入解析信令参数内容，根据消息流程，进行定位分析。■
当PCF 和PDSN 之间不存在防火墙时，中
国电信的组网方式一般是将OMC 的防火墙IP
设置成“PCF_A10_IP ”，PDSN 侧R-P 会话信
息的PCF 地址也设为“PCF_A10_IP ”。
16 ︱《维护经验》总第469期
精诚服务
CDMA手机问题导致业务故障案例
□ 河南电信周口分公司网络部周东
摘要：本文介绍了实际工作中处理的几例C网手机终端问题导致业务故障的典型案例。关键词：手机终端、业务故障
前言
在移动通信系统中，一次成功的业务提供需要手机终端、基站子系统、交换子系统、业务平台，甚至各运营商网络之间的完美配合。传统的以网络设备为中心的维护思路，对手机终端明显关注不够。“面向产品、面向客户”的新要求提醒我们要从客户消费体验的角度来提升网络维护的水平和层次，有必要加强对手机终端知识的了解、学习，在解决业务故障时，不要忽视了终端的因素。下面介绍实际工作中处理的几例C网手机终端问题导致业务故障的典型案例。
手机退出下载业务后无法拨打电话某一C网用户投诉，在手机上使用完下载业务后，经常无法立即拨打电话，手机上提示“呼叫失败”。
详细询问用户后得知用户使用的是某品牌手机，为定位故障原因，在BSC上对用户设置1x信令跟踪，让用户通过手机使用下载业务。
登录业务平台后，在13:05:32退出手机下载业务，但手机在13:05:59才向网络发送释放消息，导致此期间拨打电话时失败。
通过测试还发现此期间做被叫时，如果没有激活呼叫等待，主叫方会听到“正在通话中”的语音提示，图1是详细的信令流程。
从信令上可以看出，1x数据业务与1x语音业务的流程是类似的，都需要由MSC来控制接续和维护用户的状态信息。做主叫失败是因为手机系统还在上网状态，无法呼出。做被叫时，如果没有激活呼叫等待，MSC判断用户还在上网状态，所以给主叫正在通话中的语音提示。
定位出问题原因在于手机后，又找了几个同型号的手机进行测试，发现都存在同样的问题，应该是手机系统的小BUG导致。
此缺陷根本的解决办法只能是厂家对手机软件进行升级来解决。短期内建议用户退出手机下载业务后，过一分钟后再打电话，同时开通呼叫等待（CW）功能，以免影响被叫。
手机无法拨打10000服务热线某一C网用户投诉不能拨打中国电信10000服务热线，手机里提示“无此业务”，拨打其它号码都正常。
接到用户投诉后，先在HLR受理台查询用户基本属性，发现都正常；询问用户得知，拨打其它号码都没有问题。为定位故障原因，在MSCe上对用户设置BSSAP信令跟踪，同时让用户拨打10000号码。分析MSCe收到的A接口消息caCmServReq_M，发现了被叫号码异常，如图2所示。
CDMA专刊2010年第6期︱17
案例分析
图1 信令流程
图2 被叫号码异常18︱《维护经验》总第469期