MJ000301GSMRBSC故障分析与处理ISSUE1.0

1、华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开2引入引入l在系统故障的情况下迅速定位并排除故障，是在系统故障的情况下迅速定位并排除故障，是bss稳定、安全运行的重要保障稳定、安全运行的重要保障l“防患于未然防患于未然”！预防故障比解决故障更重要！预防故障比解决故障更重要！华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开3学习目标学习目标l了解发现了解发现bsc系统故障的途径和方法系统故障的途径和方法l掌握掌握bsc故障分析的思路故障分析的思路l掌握掌握bsc常见故障的处理方法常见故障的处理方法l了解如何预防了解如

2、何预防bsc故障故障学习完本课程，您应该能够：学习完本课程，您应该能够：华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开4课程内容课程内容第一章第一章 故障处理一般流程故障处理一般流程第二章第二章 bsc常见故障分析常见故障分析第三章第三章 bsc故障预防措施故障预防措施华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开5第一章第一章 故障处理故障处理一般流程一般流程l故障处理的一般流程故障处理的一般流程 l故障定位的常用方法故障定位的常用方法华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档

3、密级：内部公开6故障处理一般流程故障处理一般流程l发现故障：多种途径、越早越好l判断故障：确定故障位置、范围、种类l定位故障：确定故障原因l解决故障：清除故障、恢复系统华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开7发现故障的途径发现故障的途径l告警：反映系统的“硬伤”l话务统计：全面的系统监控l用户投诉：越少越好l全面巡检：设备“体检”华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开8故障范围判断故障范围判断lbsc故障一般是全网性故障，影响多个基站或所有基站lbts故障一般只影响本基站覆盖区域或周边基站切换指

4、标l判断是否为bts故障的方法新开局或扩容时，可以通过“替换法”快速定位是否是bsc问题导致bts故障维护期间，除了数据修改发生错误外，其他bsc故障一般不会对单个bts造成影响华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开9常见故障种类常见故障种类l操作维护问题omc类故障加载类故障lbsc问题语音类故障链路类故障对接类故障时钟类故障lbts问题天馈类故障传输类故障l网络优化问题接入类故障掉话类故障拥塞类故障切换类故障华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开10故障定位故障定位的的常用方法常用方法l告警

5、信息分析包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、中继、cpu负荷等bss的各个方面，是进行故障分析和定位的重要依据之一l指示灯状态分析反映诸如端口、电路、链路、光路、节点、主备用等的工作状态，常常与告警信息分析配合使用 l话务统计分析定位、解决网络问题（尤其是呼叫问题）最有效的手段华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开11故障定位的常用方法故障定位的常用方法l仪器、仪表辅助分析以直观、量化的数据直接反映故障的本质主要仪器有：信令分析仪、误码仪、测试手机、天馈分析仪等l接口跟踪利用跟踪的结果，常常可以直接

6、得到呼叫失败的原因，找出问题的症结所在，或者从中得到启发，为后续分析提供宝贵的思路 l拨打测试判断bss的呼叫处理功能和相关设备是否正常最直接的方法华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开12故障定位的常用方法故障定位的常用方法l对比/互换对比：将故障的部件或现象与正常的部件或现象进行比较分析，查出不同点，从而找出问题的所在，一般适用于故障范围单一的场合互换：将处于正常状态的部件（如单板、光纤，甚至整个基站等）与可能故障的部件对调，比较对调后二者运行状况的变化，以此判断故障的范围或部位，一般适用于故障范围复杂的场合 l倒换/复位：只能作为应急措施

7、，迫不得已时谨慎使用相对于其他方法而言，倒换或复位不能对故障的原因进行精确定位倒换或复位后，故障现象一般难以在短期内重现，从而容易掩盖故障的本质，给设备的安全、稳定运行带来隐患华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开13故障定位的常用方法故障定位的常用方法l联系华为技术支持热线：联系华为技术支持热线：8008302118l反馈问题的时候，请注意提供或收集以下信息局点的详细名称（全称）联系人姓名、电话号码故障发生的具体时间故障现象的详细描述故障现象的详细描述告警文件、接口跟踪文件、话统结果等原始信息告警文件、接口跟踪文件、话统结果等原始信息交换机的

8、主机软件版本故障后已采取的措施和结果故障后已采取的措施和结果问题的级别及希望解决的时间华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开14小结小结l故障处理的一般流程发现故障判断故障定位故障解决故障l故障定位的主要方法一般故障 告警信息分析、指示灯分析 对比/互换复杂故障 话务统计分析、仪器分析 接口跟踪、拨打测试紧急恢复系统 倒换/复位华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开15课程内容课程内容第一章第一章 故障处理一般流程故障处理一般流程第二章第二章 bsc常见故障分析常见故障分析第三章第三章 bsc故

9、障预防措施故障预防措施华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开16第二章第二章 bsc常见故障分析常见故障分析l第二节第二节 链路类故障分析链路类故障分析l第三节第三节 接入类故障分析接入类故障分析l第四节第四节 语音类故障分析语音类故障分析华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开17omc总体结构总体结构华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开18典型故障典型故障l故障一：ws与omc server通信中断l故障二： bam与omc server通信

10、中断l故障三： bam与bsc主机通信中断华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开19故障一：故障一：ws与与omc server通信中断通信中断l故障现象启动omc shell以后，系统没有弹出登录界面；过了一段时间，系统提示“与omc server通信超时”l故障分析处理第一步：检查ws和omc server之间的硬件连接第二步：使用命令“ping omc server 的ip地址” 如果无法ping通，请检查ws和omc server的ip地址是否正确、是否在同一网段 对于设置为“自动获取ip地址”的omc server，请特别注意一下其i

11、p地址是否已经改变华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开20故障一：故障一：ws与与omc server通信中断通信中断l故障分析处理第三步：检查ws上omc.ini文件，该文件中三处omc server的ip地址应该一致 ws commdrv项switch ip= omc server的ip地址 stat report项svrip= omc server的ip地址 warndb项svrip= omc server的ip地址华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开21故障一：故障一：ws与与omc

12、 server通信中断通信中断l故障分析处理第四步：检查omc server上的进程，8个进程必须全部正常；如果不正常或缺少某个进程，请联系omc维护人员重启该进程 timesvrdnewswitchsvr newcommdrivernewlogmanager alarmbamsumserver mssvrnewserverd第五步：检查omc server上的sybase数据库是否已经启动；如果不正常，请联系omc维护人员重启数据库华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开22故障二：故障二：bam与与omc server通信中断通信中断l故障现

13、象bam程序运行起来之后，对应omc shell上图标总是叉华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开23故障二：故障二：bam与与omc server通信中断通信中断l故障分析处理第一步：检查bam和omc server之间的硬件连接第二步：使用命令“ping omc server 的ip地址” 如果无法ping通，请检查bam和omc server的ip地址是否正确、是否在同一网段 对于设置为“自动获取ip地址”的omc server和bam，请特别注意一下其ip地址是否已经改变第三步：检查omc shell界面上bsc节点的对象属性配置是否正

14、确（特别是ip地址）华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开24故障二：故障二：bam与与omc server通信中断通信中断l故障分析处理第四步：检查bam上的bam.ini文件中的omc server的ip地址 network项serveraddress= omc server的ip地址第五步：检查omc server上的进程，8个进程必须全部正常；如果不正常或缺少某个进程，请联系omc维护人员重启该进程第六步：检查omc server上的sybase数据库是否已经启动；如果不正常，请联系omc维护人员重启数据库华为机密，未经许可不得扩散华为

15、机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开25故障三：故障三：bam与与bsc主机通信中断主机通信中断l故障现象bam程序运行起来之后，与主机通信指示灯红色，同时，状态栏显示“bam与主机通信中断”；在omc shell界面的bsc图标上有一个“斜杠”华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开26故障三：故障三：bam与与bsc主机通信中断主机通信中断l故障分析处理bam与bsc主机通信的路径如下 am bam-mcp-加载电缆-背板-gsnt-gmccm-am/cm其他单板 bm bam-mcp-加载电缆-背板-gsnt-gmcc

16、m-gmccs-gsnt-gfbi-光纤-gopt-gnet-gmc2-gmpu故障可能的原因 硬件问题：mcp卡、背板、通信路径中各单板 传输问题：加载电缆、光纤 软件问题：bam与主机版本不配套华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开27小结小结lomc故障的常见原因硬件连接：网线的连接ip地址：ws、omc server、bam的ip地址配置；bam.ini和omc.ini文件里对omc server的ip地址配置omc server启动不正常，进程、数据库启动不正常华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档

17、密级：内部公开28第二章第二章 bsc常见故障分析常见故障分析l第一节第一节 omc类故障分析类故障分析l第三节第三节 接入类故障分析接入类故障分析l第四节第四节 语音类故障分析语音类故障分析华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开29bsc的信令路径的信令路径天馈cdu2.0trxfputmu3.0trx42biehw邮箱e1跳线um信令lapd信令no.7信令2.03.0数据总线32bienetlapdmpuhwhw邮箱透传bienetlpn7hwhwe3mtcsm（msm）msce1e1e1ms华为机密，未经许可不得扩散华为机密，未经许可不

18、得扩散文档密级：内部公开文档密级：内部公开30常见的链路故障常见的链路故障l七号链路故障断链链路闪断链路负荷不均lrsl链路故障loml链路故障华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开31典型案例典型案例l案例一：我司bsc与l厂家msc对接不通l案例二： 传输接地不正确引起7号链路闪断华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开32案例一：案例一：我司我司bsc与与l厂家厂家msc对接不通对接不通l故障现象bsc版本为g3bsc32.10101.08.0520b，l厂家msc设备为5ess2000，我

19、司bsc结构为1am/cm +1 bm，与l厂家的a接口开通128条中继电路，其中有一条七号信令。所在时隙均为16时隙，cic为16，slc为0，msc信令点编码为06f9h，bsc信令点编码为06c9h当客户将msc侧七号信令做好以后，发现lpn7板link0指示灯为闪烁状态，从维护台查询七号信令链路状态为“传输业务 否”华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开33l故障分析检查硬件及其连接 lpn7板、透传bie板、e3m板、msm板的硬件故障可能导致七号链路断链 中继线收发接反或鸳鸯线都有可能导致七号信令不通。通过检查七号信令路径上的各中继

20、单板（透传bie、e3m、msm）的e1端口指示灯状态是否正常可以检查传输通路是否正常检查相关数据：与七号信令链路相关的数据有 dpc、opc、slc、该链路对应的cic及其e1时隙；网标识案例一：案例一：我司我司bsc与与l厂家厂家msc对接不通对接不通华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开34l故障分析：利用自环法定位七号链路故障在七号信令路径上各e1端口对lpn7板自环（一般自环透传bie和a接口） ，可通过下述方法判断各部分是否正常 如果本信令点硬件和物理层数据配置正确，则自环后链路可在层二（数据链路层）正常定位；但1012秒后，由于s

21、lc、dpc等参数不匹配，链路将因不能通过层三测试而再次断开，重新进入初始定位过程。所有这些反映在链路状态上，表现为lpn7单板上与某七号链路对应的指示灯出现“1012秒闪断”的现象 如果本信令点硬件和物理层数据配置不正确，则自环后lpn7单板上与某七号链路对应的指示灯一直闪烁，表示“一直断链”案例一：案例一：我司我司bsc与与l厂家厂家msc对接不通对接不通华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开35l处理过程 检查硬件通路。未发现问题核对数据配置。未发现问题自环七号信令所在中继线，从维护台跟踪七号信令的全部消息，发现bsc能正确的发出和收到正

22、确的dpc和opc取消自环，接通和msc的a接口中继线，从维护台跟踪七号信令的全部消息，发现我方发出的dpc和opc均正确，但对方发过来的dpc和opc均不正确，编码位数不是14位，而是24位，且发过来的dpc后14位即为bsc的信令点编码案例一：案例一：我司我司bsc与与l厂家厂家msc对接不通对接不通华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开36l处理过程 再次确认双方关于信令配置数据正确无误，在核对网标识时，对方不能提供准确的类型，只是说明信令点编码是14位的，而我方数据配置根据国标默认为国内备用14位信令点。从跟踪消息中的dpc和opc位数

23、判断，怀疑是双方的网标识不一致导致将我方涉及到的网标识均改成国内主用14位信令点（msc为现网运行设备，因此只能改动新建bsc数据）。观察七号信令链路状态，发现lpn7板link0灯常亮，从维护台查询七号信令链路状态为“传输业务 是”，跟踪七号信令消息，发现发出的消息和收到的消息能够一一对应、opc和dpc显示正常均为14位，问题解决该问题是由于对端局版本与协议不符引起。如果对端打版本补丁修正该错误，bsc需要做相应修改案例一：案例一：我司我司bsc与与l厂家厂家msc对接不通对接不通华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开37案例二：案例二：

24、传输接地不正确引起传输接地不正确引起7号链路闪断号链路闪断l故障现象某a地多模bsc在正常运行一个月以后，突然发现到b地msc的a接口7号链路存在不同程度的闪断现象 a接口共6条链路，其中4条链路闪断较频繁，其余2条相对较稳定 链路闪断没有必然的规律，有时候有1条闪断，有时候又是2条、3条或4条闪断，闪断的链路号和时间也不定，有时候几天都不能恢复，有时候只闪断几分钟 此现象在此设备开通后的一个月内一直未出现，之后就一直非常频繁 在链路闪断时伴随着大量的如下告警： signaling link service interruptted signaling link locating failur

25、e mtp link unavailable mtp link available华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开38案例二：案例二： 传输接地不正确引起传输接地不正确引起7号链路闪断号链路闪断l故障分析由于是设备运行一段时间后才出现此现象，在此之前未做任何数据操作，与数据配置应该没有关系a接口出现链路闪断现象，一般是时钟或传输方面的问题，应重点从这两方面进行检查和定位 检查传输系统的误码率是否过大 观察传输设备、交换机中继单板等的指示灯是否正常 必要时，使用误码仪对e1信道进行测试，获取精确的误码率数值。正常情况下，e1的误码率应该小于

26、110-6 检查相关单板是否发生异常或故障、单板间的外部连线是否牢固。e1头质量是否有问题：虚焊、内芯过短 检查bsc的时钟参考源是否正常、频偏是否过大、是否有时钟告警华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开39案例二：案例二： 传输接地不正确引起传输接地不正确引起7号链路闪断号链路闪断l处理过程：详细的处理过程请参考附件华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开40小结小结l分析链路类故障，以信令路径为主线l对于no.7链路问题，自环测试最有效序号故障原因备注1传输故障传输中断可导致断链；传输闪断、

27、传输误码、中继电缆接触不良等将造成链路差错率增加，导致bsc与msc之间消息重传次数增多，严重时链路将频繁进行初始定位，从而造成链路拥塞或链路不稳定。2透传bie、e3m、msm等中继单板故障可导致断链、链路不稳定、链路拥塞等各种故障。7数据配置不当mtp数据中的slc、dpc如果与对端不匹配，将导致链路在初始定位成功后不能通过层三业务测试，致使链路频繁进行定位，链路运行出现不稳定；链路集选择码与链路选择码设置不当，将引起多信令链路中负荷分担不均，导致信令负荷重的链路出现拥塞故障。华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开41第二章第二章 bsc常

28、见故障分析常见故障分析l第一节第一节 omc类故障分析类故障分析l第二节第二节 链路类故障分析链路类故障分析l第四节第四节 语音类故障分析语音类故障分析华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开42常见的接入类故障常见的接入类故障l移动台找不到网络l移动台无法上网l移动台频繁掉网l移动台能够上网但打不通电话或呼叫困难华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开43典型案例典型案例l案例一：信号太弱引起移动台上网困难l案例二：msc小区数据不全引起移动台上网困难 l案例三：cgi配置错误引起移动台掉网l案例

29、四：打电话听嘀嘀音后通话结束华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开44案例一：信号太弱引起移动台上网困难案例一：信号太弱引起移动台上网困难l故障现象客户反映在去a地的路上经过b基站时，虽然看见基站但是打不通电话，移动台无法上网l处理过程对b基站进行路测。在高度低于基站的地点，接收电平较高，在-80-90dbm。在高度超过基站垂直距离约500m的地点，虽然看得见基站，但是接收电平很低，在靠近山的一侧无法上网由于b基站是个全向站，天线的主瓣在平行于地面的方向，向上辐射的功率较低，同时移动台天线距离地面的高度不高，地面对信号的衰减很大，所以造成在高处

30、看见基站但是移动台却上不了网对于以上情况，可以增加天线高度解决华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开45案例二：案例二：msc小区数据不全导致移动台上网困难小区数据不全导致移动台上网困难 l故障现象某基站a自从开通以来，移动台刚开机时信号良好，可以正常呼叫，但时间一长就显示网络故障或者无网络。重新关机开机后信号正常，但是时间一长又出现网络故障l原因分析时好时坏，最有可能的是传输故障该基站采用微波，误码率会否过高？基站时钟的精准度，该站为级联站，时钟是否合乎要求？数据配置错误引起周期性位置更新失败华为机密，未经许可不得扩散华为机密，未经许可不得扩

31、散文档密级：内部公开文档密级：内部公开46案例二：案例二：msc小区数据不全导致移动台上网困难小区数据不全导致移动台上网困难 l处理过程通过检查排除传输故障检查tmu的时钟状态，正常基站a附近还有两个基站b、c，且基站b、c和基站a属于同一个位置区，用测试移动台扫描所有频点，可以接收到附近基站b、c的信号上网和发起呼叫。随后移动台检测到更强的小区信号（基站a）而发生重选，驻留到基站a的小区，到周期性位置更新时，遭到msc的位置更新拒绝，引起网络故障。因此推断bsc和msc的数据配置可能有误华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开47案例二：案例二

32、：msc小区数据不全导致移动台上网困难小区数据不全导致移动台上网困难 l处理过程检查bsc小区表、小区模块信息表、小区描述数据表，发现一个重叠的小区号，小区的相邻关系定义不完全，添加完整后故障依旧检查msc的数据，发现新开通a基站的小区的cgi未定义。移动台如果在a基站所属小区发起周期性位置更新，msc因为查找不到cgi而拒绝，移动台掉网在msc的数据配置中，添加a基站小区的cgi，故障排除华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开48案例三：案例三：cgi配置错误引起移动台掉网配置错误引起移动台掉网l故障现象某基站自从开通后，反映移动台接入网络不

33、正常，信号时有时无，即使在基站附近也是这样。移动台先关机再开机后正常l处理过程现场发现机房温度达到40，空调工作一直不正常；怀疑高温引起基站工作不正常，整改后，问题仍然存在更换基站载频测试，问题仍然存在，排除了载频问题现场采集话务统计、abis接口消息和上下行测试功率等，经过分析没有发现问题查看msc的位置区小区表，发现：msc侧基站3个小区的cgi相同，与bsc侧的不一致。修改msc侧的cgi，问题解决华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开49案例四：打电话听嘀嘀音后通话结束案例四：打电话听嘀嘀音后通话结束l故障现象加载数据后bsc、bts正

34、常开工a接口：7号链路指示灯定位，ftc、msm单板指示灯正常，查询7号链路传输业务状态为是，a接口电路状态为空闲abis接口lapd链路多帧建立状态，基站信道状态正常手机正常上网后，互相拨打电话，听嘀嘀音后通话结束 l故障分析排除硬件问题：该设备在试验机房，使用标准数据可以打通电话查看a接口信令，msc下发 assignment _request 之后，bsc回了assignment _failure，原因值为：equipment_failure华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开50案例四：打电话听嘀嘀音后通话结束案例四：打电话听嘀嘀音后

35、通话结束l故障分析进一步查看abis接口信令，在bsc下发call proceeding之后，本来应该接着发assignment _request，但是却直接给bts发了disconnect，原因值为：requested circuit/channel not available从信令上看，立即支配请求到bsc就中止了， 没有下发到bts，因此应该是a接口电路指配出了问题。因为a接口电路状态为空闲，但是拨打时电路又指配不上，怀疑是关于a接口的电路方面的数据有问题l处理过程检查数据，发现cic模块表里目的信令点编码填成了目的信令点编码索引0。改正后，打电话正常华为机密，未经许可不得扩散华为机密，

36、未经许可不得扩散文档密级：内部公开文档密级：内部公开51小结小结l移动台找不到网络主要原因：信号较弱，或手机自身问题l移动台无法上网主要原因：信号较弱，或cgi配置有问题l移动台频繁掉网主要原因：信号较弱、干扰较大，或位置区设置不合理l移动台能够上网但打不通电话或呼叫困难主要原因：电路相关数据配置有误，或bsc内部网络时隙分配出错如何判断是“无法上网”还是“能上网但打不通电话”？发送短消息发送短消息华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开52第二章第二章 bsc常见故障分析常见故障分析l第一节第一节 omc类故障分析类故障分析l第二节第二节 链路

37、类故障分析链路类故障分析l第三节第三节 接入类故障分析接入类故障分析华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开53bsc的语音路径的语音路径 e 3 m e 3 m c t n f b i f b i o p t o p t n e t 3 2 b i e t c s m t c s m a m / c ma m / c mbmbm华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开54语音故障处理思路语音故障处理思路l逐步缩小故障范围首先判断故障是否出msc 只有本msc下的两手机（且不包括预付费手机）间的呼叫

38、才可以保证其所经过的路线仅限于本msc内。对于出msc的故障要检查相关的出局设备及数据，如无错误，则为局外设备故障 对于同一msc内的故障，可按以下步骤定位： 第一步：确定故障是个别站点还是多个站点 第二步：如果是个别站点，需对该站点下各载频进行拨测，进一步判断是某个时隙、某个频点还是该站点下普遍存在的问题 对于频点问题，可考虑干扰原因，另外还可查看是否载频故障或个别时隙故障 对于站点问题，可检查该站点到gnet的传输路径上的故障（包括单板、连线、基站中继传输设备等）华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开55语音故障处理思路语音故障处理思路l逐

39、步缩小故障范围 第三步：如果是多个站点的问题，结合数据配置查看这些站点的分布，看是共传输、共bie、共bm、共bsc还是共msc 如果是特定传输路径的问题，需检查相应的传输设备和连线、光纤等 如果故障的站点是共bie的，则需检查bie单板以及bie到gnet之间的hw连线 对于某一个bm下普遍存在的问题，应检查从gnet到gctn之间的单板以及连线 如果是整个bsc均存在故障，则需检查的路径包括bsc的gctn到msc之间的所有单板以及连线，尤其是tcsm单元内ftc板的硬件和各拨码开关华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开56语音故障处理思路

40、语音故障处理思路l通用定位步骤使用两个测试手机，如果条件允许，可以将这两个测试手机开通呼叫保持（call hold）和呼叫等待（call wait）功能。将两个手机都锁定频点到一个基站上，并记录下该基站的版本号。在晚上开始拨测，并打开msc的用户接口跟踪，跟踪a接口消息，当出现语音故障时，不要挂机，按顺序做如下操作：第一步：根据跟踪到的a接口消息，记录下主叫和被叫的cic，根据测试手机上的显示记录对应的频点和信道时隙。主要是记录cic和对应的trx的时隙，看是否集中在某块ftc和某个trx上华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开57语音故障处理

41、思路语音故障处理思路l通用定位步骤第二步：如果测试手机开通了呼叫保持和呼叫等待的功能，则进行此步操作，否则进行后面的操作 a和b通话，出现问题后，使用另一部手机c拨打听音有问题的手机（假设为a），a手机将新的呼叫接入，此时原来的呼叫被保持，由于a手机使用的资源在前后2次呼叫中完全没有变化，那么如果第二次通话中仍有问题，可以初步判定a手机侧可能有一定问题（可以用c再拨打b以确认）；反之，如果第二次呼叫问题消失，可以判定问题应该是出现在b手机一侧第三步：在保持通话的情况下，倒换bsc的gctn，如果故障仍然存在则继续后面的操作。如果故障消失，则可能是gctn的问题，再倒回看是否仍然存在原问题华为机

42、密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开58语音故障处理思路语音故障处理思路l通用定位步骤第四步：根据a接口消息中记录的cic查找bsc数管台的“中继电路表”，可以找到对应的bsc模块号。倒换对应bsc模块的gnet，如果现象依旧，则进行后面的操作。如果故障消失，则可能是bsc的gnet或者和主用gnet相连的hw线有问题。将其倒回看故障是否仍然存在第五步：找到拨测基站所属的bie板，倒换该组bie，如果现象依旧，则继续后面的步骤。如果语音故障消失，则可能跟bie有关，请倒回再测试第六步：用测试手机可以进行强制切换。设定手机使其切换到另外一个相邻站点的

43、小区，看语音故障是否消失。注意：如果条件允许，可以进行跨bsc模块的切换测试华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开59常见的语音故障常见的语音故障l话音不正常：单通、双不通、串话l话音质量差：语音断续、杂音l回声华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开60话音不正常：单通、双不通、串话话音不正常：单通、双不通、串话l故障现象单通：通话双方仅一方能听到对方话音，而另一方却什么也听不到双不通：能够打通电话，但双方均无话音串话：通话过程中不仅听到对方话音，还能听到第三方的话音；或听不到对方话音，却听到第

44、三方的话音l原因分析根据系统内话路的流程，产生单通、双不通可能的原因有： 无线环境问题：如上下行电平不平衡导致单方质量差、干扰等 基站问题 硬件方面：单板（tedu、trx、tmu等）故障、tmu 软件方面：“无线信道配置表”（时隙号）、“站点bie中继模式表”（中继模式号与“站点bie描述表”中不一致）等数据配置错误华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开61话音不正常：单通、双不通、串话话音不正常：单通、双不通、串话l原因分析 abis接口问题：主要是基站到bie之间（包括中间的中继传输设备）各接口处接头以及连线的端口质量、传输线路的误码等原

45、因，可能导致单方话音质量的恶劣 bsc问题 硬件方面：bie至gctn之间所有单板及连线（包括母板） 软件方面：bie的时隙配置、bie的hw配置 a接口问题 硬件方面：（1）单板故障或拨码错误：e3m、msm、ftc等；（2）连线错误（交叉线、鸳鸯线等） 软件方面：cic配置，a接口中继电路是否可用的设置 对于个别手机存在的单通或双不通情况，也有可能是手机本身的问题华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开62典型案例：部分基站出现单通现象典型案例：部分基站出现单通现象l故障现象用户投诉有好几个地方有单通现象，这些地方的基站分布在不同的模块，而且

46、出现单通现象的呼叫没有规律，不论是本局呼叫还是出局呼叫，无论是到本地还是到长途，无论是主叫还是被叫，都有单通现象l处理过程网优人员到现场进行测试，排除了基站信号质量差导致单通的可能华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开63典型案例：部分基站出现单通现象典型案例：部分基站出现单通现象l处理过程对msc和bsc的数据进行了检查，由于该局的网络经过了多次扩容，msc和bsc的数据经过多次改动，数据配置比较乱，不符合数据配置规范的地方较多在检查数据过程中，发现在a接口电路的数据配置中，bsc侧一组tcsm单元的最后一个时隙配置为维护链路，但对应msc侧

47、的时隙未配置成不可用。对数据进行修改后，实地进行了近200次的拨打测试，未发现单通。 但是根据用户的反映，单通现象并未完全消除华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开64典型案例：部分基站出现单通现象典型案例：部分基站出现单通现象l处理过程为了收集更多单通的案例，分3组，2组到用户投诉的单通多发区进行实地拨测，另外1组，在机房跟踪信令，并进行分析。从10点钟开始，经过2个半小时，400余次的拨测，共发现3例单通，根据测试手机显示的信息和跟踪的信令分析，出现单通时， 占用的cic都与msc的7模块有关，同时在保持该呼叫的情况下，让手机发生了多次模块

48、内和模块间的切换，现象依旧。根据上面的测试案例，初步定位单通跟msc的7模块有关到机房针对msc的7模块进行测试，采用了闭塞msc其他模块a接口，只保留7模块a接口电路的方法进行拨打测试。结果，很快就遇到了单通的例子，说明单通确实与msc的7模块有关华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开65典型案例：部分基站出现单通现象典型案例：部分基站出现单通现象l处理过程对msc和bsc的相关单板依次进行了倒换，发现问题仍然存在用第三方手机对发生单通的主被叫方进行拨打测试，发现占用7模块a接口电路16时隙的手机无法与第三方手机通话，怀疑单通是a接口电路时隙

49、导致通过大量拨测，单通现象出现频繁（大概拨 打10次便会出现1次）而且出现单通的手机都是占用上7模块a接口电路的第16时隙检查了7模块a接口电路的状态，发现对应的tcsm单元 的16时隙是传送信令，但对应bsc的数据没有将第16时隙的电路设为“不可用”。将msc7模块和对应的 bsc继数据修改，然后再次进行拨打测试，单通不再重现，故障排除华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开66话音质量差：语音断续、杂音话音质量差：语音断续、杂音l故障现象话音断续：通话过程中有停顿感，可以丢掉半个字甚至几个字，断续明显时会影响正常通话 杂音：通话过程中出现水泡

50、声、咔咔声、金属声等，严重时只能听到噪声而听不到正常话音l原因分析话音断续一般是由于无线方面的原因造成 无线信号弱：在小区的边缘，信号一般很差或者波动大 频繁切换可能导致语音断续：由于gsmr系统为硬切换，从源信道切换到目标信道必然存在abis接口下行语音帧的丢失。如果频繁切换，用户会感到通话断断续续 无线链路干扰：干扰会导致无线链路上的误码增大，而根据gsmr协议的规定，如果误码较大，系统将丢弃该语音帧，从而造成话音断续华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开67话音质量差：语音断续、杂音话音质量差：语音断续、杂音l原因分析杂音一般是由于有线传

51、输时的大量误码造成 引入误码的原因语音信号所经过的路线上单板、接头、连线的故障接地错误时钟不同步将导致滑帧或丢帧中继拨码开关75或120的设置不当 不同的误码有其一定的规律性如为a接口以上，由于影响的是pcm样值，噪声与话音的关系类似叠加的效果，杂音相对较均匀，起伏不大，杂音比较平和，如沙沙声如为a接口以下，误码虽然也比较均匀，但因为影响的是经压缩的语音信号，在听之前需经解码，杂音起伏较大，声音较怪，如水泡声、断续感、金属声等因时钟问题引入的滑帧或丢帧，具有一定的时间规律性，比如几秒钟丢一帧，因此杂音在一次通话过程中表现为定时出现 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：

52、内部公开文档密级：内部公开68话音质量差：语音断续、杂音话音质量差：语音断续、杂音l处理建议出现话音断续问题，主要是通过拨测的方法，查找出现话音断续的地区，然后根据上述方法确定话音断续的原因对于杂音的处理，可由杂音的特点作出初步的判断（a接口以下、a接口以上还是时钟问题），再结合杂音反馈的地点，确定定位测试的范围 华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开69典型案例：某局典型案例：某局bss话音大面积水冒泡声话音大面积水冒泡声l故障现象很多基站的用户投诉说通话过程中有类似于水冒泡的声音。测试发现通话的话音不好，但并不是每次通话都会碰到，而是每拨打

53、4、5次就会碰到一次，并且主要是上行话音不好，因为手机与固定之间的拨测发现有同样的语音问题，固定能听见水泡声，而手机听不到l处理过程由于一开始用户反映强烈的地方主要是基站a和b，所以分析话音问题的思路也主要集中在基站有问题或者这两个基站的传输有问题（主要体现在tch 信道问题、基站时钟问题）。然而对基站进行逐个载频逐个时隙的拨测中发现，话音问题与tch无关。任何一个信道，只要拨打次数一多，就会碰到用户反映的话音问题问题。在bsc 话统台上登记上下行电平和质量统计任务进行观察，也没有发现基站有上行下行问题。检查基站时钟，发现该基站工作稳定华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密

54、级：内部公开文档密级：内部公开70典型案例：某局典型案例：某局bss话音大面积水冒泡声话音大面积水冒泡声l处理过程基站传输是否有问题呢？利用误码仪进行了长时间的在线测试，没有发现误码。同时，通过在bsc机房的ddf架上的跳线把基站c跳接到基站a的32bie端口（基站c原来测试时很少碰到话音问题），即基站c跑的是基站a的数据，然后对基站c进行通话测试，发现很快就碰到话音问题了，并且出现的频率挺高的，显然话音问题与基站传输也没有关系。但也不可能是基站的数据问题，因为在我们bsc 中并没有哪项数据会导致话音质量问题华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公

55、开71典型案例：某局典型案例：某局bss话音大面积水冒泡声话音大面积水冒泡声l处理过程根据以往的经验，既然基站及基站传输都没有问题，那很有可能会是a接口的ftc问题。对a接口的每条电路每块ftc进行通话测试，但测试的结果又显示与具体的电路和ftc板无关，任何ftc上拨打次数多了都有该问题该设备有2个bm模块。分别在bm1和bm2所属的基站上做测试，发现在bm1连接的基站上测试没有问题；而在bm2连接的基站上测试很容易出现该问题，怀疑bm2模块的硬件有故障华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开72典型案例：某局典型案例：某局bss话音大面积水冒泡

56、声话音大面积水冒泡声l处理过程话音在bm2模块内的传输路径是 bts传输32biehw线bnethw线opt光纤fbi从上面可以看出话音问题基本上出在bm2的bnet 、opt、 fbi以及相关连线（hw线、光纤） 倒换bnet网板，发现话音问题仍存在。可以基本排除网板和hw线的问题 互换bm1、bm2的opt、 fbi板，问题仍未解决 检查光纤的接头。考虑到话音问题主要是上行话音不好，所以重点检查模块2 的opt 上的光纤tx 端。结果发现有一个opt 的光纤tx 端有问题：沾有灰尘 用酒精插拭光纤头后装好话音问题解决华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档

57、密级：内部公开73回声回声l故障现象通常所说的回声，是指数字手机拨打数字手机，或数字手机拨打固定电话情况下，除了可以听到对方的话音外，还能听到自己的声音还有一种声音的环回，是指数字手机拨打数字手机或固定电话时，一方只能听到自己的的声音，而无法听到对方的声音l原因分析手机打手机的回声 这种回声为声学回声。回声的引入是由于某些手机声学隔离性能不符合gsmr协议要求，导致其听筒的声音很容易传至麦克风，然后进行编码，发送到基站，最终传送到对端手机，使对端手机听到回声。这种回声，是由本端手机产生，并引入系统的，导致对端听到回声 声学回声和ftc的时隙，基站载频时隙，以及数据的重新加载均没有关系，和手机的

58、类型有关系华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开74回声回声l原因分析手机打固定的回声 此类回声是属于电学回声，它来源于pstn（public switched telephone network）端混合变换器（hybrid）阻抗不匹配，导致发送信号被耦合到接收线路中，会在四线端产生回波声音环回问题 如果本局内的呼叫发生环回，一般为a接口中继线接错，发生硬件环回造成的。如果为出局的呼叫发生环回，则可能为出局的中继出现硬件环回 还有一种可能导致环回，即bsc或msc的gnet、gctn出现故障，导致时隙交换错误华为机密，未经许可不得扩散华为机密，未经许可不得扩散文档密级：内部公开文档密级：内部公开75回声回声l处理建议手机打手机的回声 声学回声与通话者所处的声音传播环境有关（如背景噪音大小、手机四周障碍物、空间大小、气候等），因此并非产生回声的手机，在任何时刻都有回声 可以通过以下方法来确认声学回声是由对端手机产生的： 将对端手机的音量进行调整，能明显的感觉到本端听见的回声音量相应的变化手机打固定的回声 如果固定电话和数字移动电话间的通