关闭

关闭

关闭

封号提示

内容

首页 华为FTTX案例库.doc

华为FTTX案例库.doc

华为FTTX案例库.doc

上传者: hhzy 2012-08-25 评分 0 0 0 0 0 0 暂无简介 简介 举报

简介:本文档为《华为FTTX案例库doc》,可适用于IT/计算机领域,主题内容包含文档名称文档密级:、线路故障案例标题:MA设备因用户线鸳鸯导致被叫通但主叫摘机无音 现象描述:组网:A厂家MGC-MAT-MA版本:MAVRCBSH符等。

文档名称文档密级:、线路故障案例标题:MA设备因用户线鸳鸯导致被叫通但主叫摘机无音 现象描述:组网:A厂家MGC-MAT-MA版本:MAVRCBSHP故障现象:A、A端口做被叫能接通主叫摘机无拨号音其它端口正常。 告警信息:无 原因分析:、语音板端口硬件故障、与A厂家对接问题、线路故障 处理过程:、现场配线架侧拨测通过DBWIN跟踪H消息定位。、AA摘机无摘机消息上报而且在系统中也查询不到端口摘机状态。、做被叫可以通话但是有很大杂音。通过DBWIN消息发现呼叫AA摘机的同时A也摘机A挂机的同时A也挂机。而A端口没有接外线。、从步骤中初步判定A、A线路串扰而且H消息没有其它异常。、A的A线和的B线在配线架侧打到一个端口A的B线和A的A线打到一个端口上导致了A和做被叫可以通话但有杂音主叫摘机无音故障。、将用户线内线从配线架上钩出将A的A线和A的A线互换。A、A摘机正常上报拨入拨出正常通话没有杂音。H信令也正常。 标题:MA设备由于直流电源接地不良导致ASPB单板反复复位 现象描述:设备组网:MA(直流供电)ODNOLT设备版本:MA:MAVRCSPH故障现象:ASPB单板状态一会正常一会故障如此反复。 告警信息:、存在"单板通讯故障"、"单板通讯恢复"的告警。、存在"PSTN用户板电源掉电"的运行事件。 原因分析:可能的原因:、单板故障。、设备V电源被拉低。、设备供电问题。 处理过程:、现场更换了其他设备上正常运行的单板还是同样现象排除了单板故障的可能性。、故障设备插有块ASPB单板怀疑外接语音用户偏多在端口同时上电时可能将系统V电源拉低。将所有用户板拔出只插入一块单板还是无法正常启动。现场测试设备供电为V且保持稳定可排除是语音用户过多上电瞬间将系统V拉低的可能性。、怀疑是现场供电存在问题更换过一个直流电源板问题依旧。但更换为一个交流供电的电源板后ASPB单板能够正常注册。由于设备在交流供电下正常而在直流供电下异常基本可确认是现场直流供电的问题。、现场测试给MA供电的整流电源的负载输出端子对地电压发现两根线对设备地都有电正常应该为电位的这根线对设备地存在V左右的电压。也就是说整流电源的地和MA的地之间存在压差。观察到现场使用的整流电源接地点没有接地用地线将整流电源的接地点和MA的地接到一起后ASPB单板注册恢复正常。 标题:MA由于用户外线有馈电导致设备反复重启 现象描述:某局MA版本为VRCBOLT为MAT设备版本VRCB安装在D机柜内。该设备的CCUB板频繁重启而OLT设备上看到的告警为掉电告警。 告警信息:MA反复重启并能保持正常注册状态秒后重启在MAT上可以看到有提示该ONU掉电的告警但现场看电源板是正常状态。 原因分析:、外部输入电压不稳定、HPAIA异常、HCCUB异常、业务单板或者机框有短路的可能、用户线馈电 处理过程:、通过万用表测试输入电压V符合设备工作范围。、拔出所有板件检查机框与单板未见异常。、更换HPAIA,故障仍然存在排除电源板问题。、更换HCCUB,故障仍然存在故该问题跟主控板也没有关系。、拔除所有业务单板故障消失。、拔掉所有的用户线依次插入业务单板故障没有重现。、依次插入用户线在插入其中一个时发现故障重现故断定该故障跟这根用户线有关系。、用万用表测试该用户线发现其中一对外线带有V电压在外线端子没有插入保安单元断开该外线后设备恢复正常。 标题:MAE的外线受到外部干扰导致摘机听到广播的声音 现象描述:某机房有一台MAE设备下挂的语音端口在摘机后可以听见广播的声音造成通话质量受到影响。 告警信息:无 原因分析:、设备故障。、从上层下发了异常的信息。、设备受到了干扰。 处理过程:、确认数据配置不存在问题怀疑可能为设备的硬件的问题更换了一台MAE设备后发现仍然可以听到广播的声音。、查询软交换配置没有问题怀疑可能为有异常的数据进行抓包确认没有收到异常的数据。、将语音线从端子排上取下在机房使用测试电话发现没有听到广播的声音将外线连接上后再次听到了广播的声音。确认是由于外线受到了干扰导到听到广播的声音。、检查线路发现有一个广播台的广播铁塔与外线有部分很接近广播的声音是从外线部分进入语音网络的整改外线后得以解决。 标题:MAE设备PON口光纤松动引起丢包导致拨打长途电话接通率低 现象描述:组网:SSSBCMATMAEPOTS现象:MAE下用户拨打长途电话接通率非常低做主叫拨打本地手机号码经常提示“你所拨打的号码不存在”有时会出现串号现象本来拨打用户A的手机号码结果打到用户B的手机上。 告警信息:无 原因分析:、MAE设备收号错误。、软交换收号错误。、网络丢包。 处理过程:、首先了解具体的组网情况和故障现象发现在出现问题的设备和一个正常的E设备都‘安装在同一个机房的同一个分光器下面于是检查和对比两台设备所有数据配置都一致排除数据配置因素。、通过上述情况分析故障现象属于个例故针对有故障的MAE设备进行DBWIN抓取信令报文。、通过信令报文发现软交换下发本地手机数图子做的非常粗、登录MAE在设备上直接PING软交换地址发现有高达的丢包率由于在同一个分光器下面的另一台e没有丢包现象故现场将两台设备的光纤进行了替换发现原来故障的E设备恢复正常。、在更换过程中发现有故障的MAE的光纤没有插紧比较松动重新插紧光纤后丢包消失再次测试所有电话接续正常。、再分析为什么会出现串号的现象:由于网络原因在逐位收号过程中部分号码进行了重传部分号码被丢弃导致软交换收到错误的号码而当软交换收到了位的手机号码就会进行相关接续操作从而出现串号最终原因还是网络丢包导致。 标题:MAT某PON到ONU之间的光信号太强导致同一个PON端囗下大量用户拔号错误的问题 现象描述:组网:BRAS--MAT--PON分光器ONU用户。此PON端囗下一共下挂台ONU设备MA自开局以来用户反映这个PON端囗下间歇的同时出现部分ONU或所有ONU下的所有用户均反映拔号错误远程无法登录这些反映拔号错误的MA设备同时远程也无法ping通。 告警信息:告警信息如下:ALARM  运行信息 次要 xaf 业务质量类  ::  告警名称 : MAC层错误帧秒数超过门限  参数信息 : 机框号: , 槽位号: , 端口号: , ONUID:   告警描述 : MAC层错误帧秒数超过门限  告警原因 : MAC层错误帧秒数超过了每秒一个误帧秒的阈值  修复建议 : 检查线路接头是否插好清洁光接头   END  ALARM  运行信息 重要 xac 业务质量类  ::  告警名称 : 物理编码子层误码率超过门限  参数信息 : 机框号: , 槽位号: , 端口号: , ONUID:   告警描述 : 物理编码子层误码率超过门限  告警原因 : 物理编码子层误码率超过阈值E  修复建议 : 重启ONU更换ONU   END  ALARM  运行信息 次要 xaf 业务质量类  ::  告警名称 : MAC层错误帧秒数超过门限  参数信息 : 机框号: , 槽位号: , 端口号: , ONUID:   告警描述 : MAC层错误帧秒数超过门限  告警原因 : MAC层错误帧秒数超过了每秒一个误帧秒的阈值  修复建议 : 检查线路接头是否插好清洁光接头   END 原因分析:、ONU设备故障。、分光器故障。、OLT上的PON端囗故障。、怀疑是光路的问题。 处理过程:根据分析的故障原因排除如下:、由于不只一个MA存在此问题是PON端囗下所有ONU都间歇性的出现此问题所以排除单个ONU设备的问题。、更换一个新的分光器无效故障现象依旧出现。、怀疑是PON端囗故障在OLT上更换到另外一个单板的PON囗后故障依旧出现。、怀疑是中间光路由的问题每个ONU到此OLT之间的距离在米左右在分光器主PON端囗测试收光为db左右每个ONU端囗测试收光在db左右。查找资料发现ONU的PON囗收光范围在~之间由于这几个ONU的PON收光都超过db所以怀疑是光信号太强导致在OLT的主PON上增加一个db的光率后测试ONU的收光在db左右观察将近一周时间这个PON端囗下的用户再也没有反映拔号错误的问题至此问题解决。 标题:OLTPON口下接长发光设备导致下带ONU无法注册 现象描述:在某小区ONU设备替换二层交换机的过程中出现OLT上某PON口新建ONU均无法上线的情况。原组网:MAG小区二层交换机现组网:MEOLT:分光器多台ONU  告警信息:无 原因分析:网络问题流氓ONU 处理过程:、在网络各结点进行测试光功率发现在OLT收光侧可以收到光由于ONU侧不会主动发光因此怀疑接入侧存在流氓ONU。、虽然所用的OLT版本可以检测流氓ONU但查看该GPON端口并没有相关告警上报。继续向下测试光功率发现由于此方案为ONU替换二层交换机安装人员在替换某台二层交换机时未将ONU接在分光器上而是将二层交换机的发光器直接接到了分光器上导致OLT的GPON端口下因有长发光设备而使新建ONU无法注册。 标题:光路损耗较大的流氓ONU常发光导致该PON口下其它ONU注册失败 现象描述:OLT下一个PON口下的ONU当发生掉电或者复位系统后ONU出现无法注册成功的问题。OLT为MAT版本为VRCB该PON口下的ONU类型包括HGE、MAT和MAE。 告警信息:The chipset of EMAC failed received error code EPON NNI Loss of Signal Recover 。 原因分析:、EMAC芯片故障、现网光路不稳定。 处理过程:、MAT打印“The chipset of EMAC failed ”告警打印此告警初步分析为EPBA单板的EMAC芯片故障现场更换EPBA单板但故障现象依然存在排除芯片故障原因、把定位方向重点放在光路的检查上现场发现一个ONU的的接收光功率为dbm(nm)而在同一个分路器下其它个ONU的接收光功率分别为dBm、-dBm、dBm同一分光器下为什么多了db的衰减?测量该ONU跳纤(米左右)的入口光功率和出口光功率,衰减db左右再进一步测试该ONU发送光功率为dbm通过命令无法关闭此ONU的发光此时故障已清晰该ONU由于故障出现常发光业界称之为流氓ONU因为流氓ONU的对应的链路损耗比其它ONU大dB左右不会完全导致其它ONU无法注册出现ONU当发生掉电或者复位系统后不能注册的问题。 标题:配线架接触不良导致MAE语音用户摘机无馈电及拨号音。 现象描述:MAE语音用户摘机无馈电及拨号音。 告警信息:无。 原因分析:、用户线缆问题。、端口硬件故障。、数据配置错误。 处理过程:、部分用户正常部分用户存在摘机无馈电、无拨号音。、使用display board 查询用户端口正常。对端口进行内线测试正常。判定物理端口正常。、对端口进行外线测试时提示未接话机。在配线架侧接入话机摘机后查看端口状态仍是空闲。怀疑用户外线故障。、从配线架拔出MAE电缆直接连接话机摘机有馈电有拨号音。、重新在配线架上打线后接入话机馈电和拨号音正常。 标题:因某MDU发光模块故障导致一个PON下其它MAE都注册失败 现象描述:某局组网:MAE-分光器-EPBA-SCUL现象PON下挂台MAE其中一台正常注册其它台都不能正常注册。离线添加MDU后查看运行状态为down注册状态为initial。 告警信息:无 原因分析:、MAE注册mac地址和能力集模板数据配置问题。、MAE供电电压问题过低或是过高。、光路衰耗大问题。、EPBA的PON口故障。、MAE设备问题或是某台MAE发光器件故障导致其他设备不能正常注册。 处理过程:、登录设备查看数据配置确认数据配置无问题。、现场测试电压和光衰电压为V左右光衰dB确认正常。、更换PON口重新配置数据测试故障依旧。、更换一台MAE后故障依旧还是注册。、在分光器处逐个拔掉MAE上行光纤当拔掉某台MAE后发现其他MAE注册全部正常。反复测试几次故障都能重现。确认问题原因。、将故障MAE拆掉后故障解决。 标题:由于OLT上行光路原因导致所有MxU下挂的语音用户拨打部分号段概率性的出现串号 现象描述:  某局点OLT下挂的所有MxU下用户都反映拨打手机以及号段经常出现空号、串号现象但是拨打固话以及长途(包括手机长途)反映正常。  组网:MxUOLTSR-NEE(NGN承载网)-SoftX 告警信息:无 原因分析:    一般串号问题主要有一下几个原因:    、MxU的DSP芯片收号问题。    、用户线路问题导致拨号音频被DSP芯片误检测所致。    、承载网质量问题导致号码乱序。    、软交换号码分析出错导致。 处理过程:    、在MxU以及跟踪H消息发现对于和号段MxU是首先上报前三位然后逐位上报后面的位查看消息分析其原因在于软交换下发的数图中没有和号段而是匹配到x。如下所示:    DM=dmap{(xxxxxx|xxxxxxxxx|xxxxxxxxx|xxxx|x|E|F|xF|L)}    、在MxU上跟踪的逐位上报的被叫号码顺序正确但是在软交换上跟踪到的号码却出现各种乱序情况故导致用户呼叫时经常出现串号、空号现象问题应该出在承载网。    、通过Ping测试发现中间的链路存在%左右的丢包以及ms左右的抖动查看中间链路发现SR下挂OLT的端口出现大量Error包增长。    、更换OLT到SR方向的光纤后端口无Error报增长Ping测试正常在MxU下做呼叫以及号段测试也正常。 建议与总结:    从上面处理过程可以看出导致故障的发生有原因如下:软交换下发的数图没有和号段导致后面位逐位上报由于承载网抖动、丢包(由于H协议本身可靠性设计会导致重传)问题导致逐位上报的号码送达软交换时已经错序了但是目前的华为软交换不会根据事务ID进行排序而是根据FIFO原理进行处理所以才会导致故障的发生。    而用户在呼叫固话时能够匹配到数图xxxxxx收齐位号码上报在拨打手机长途时匹配到L有数MxU上设置数图匹配方式为最小匹配等到长定时器超时后故也都能够收齐号码再上报所以用户拨打固话以及手机长途正常。    在拨打固话长途是由于数图xxxxxxxxx中还少一到两位(部分省市为位电话号码)故最后一到两位也会逐位上报但是由于只存在最后一位或二位才逐位上报乱序几率较小故测试时没有出现异常情况。  标题:由于背板主控板槽位的插针歪斜导致MAT反复重启 现象描述:由于背板主控板槽位的插针歪斜导致MAT反复重启。OLT提示框类型不正确请先清空数据库且加载空数据库后仍未排除此故障。Fatal error,frame type not right! Please clear the database first!!!DEVAddMainFrame::Can Not Support This Frame! 告警信息:Now system will boot from flash memoryTesting Flash memoryOK!Select area information : Program Area A,Data Area A Move program to SDRAMOK!Begin to expand programOK!Save extended BIOS enable start flagOK!Transferring control to the loaded programOK!Waiting for loading FPGA OK!Starting system application initsuccessfully! Starting system configuration data initsuccessfully!Fatal error,frame type not right! Please clear the database first!!!DEVAddMainFrame::Can Not Support This Frame! 原因分析:、告警提示提示框类型不正确请先清空数据库。据此判断是原有数据库存在错误的框类型导致。、主控板或者背板槽位问题。 处理过程:、告警提示提示框类型不正确请先清空数据库。据此判断是原有数据库存在错误的框类型导致但通过加载空白数据库后仍未解决此问题。、将主控板从槽位中拔出后发现背板主控板槽位有一根撞针歪斜修复后故障排除。 标题:由于光纤使用不当导致MAE设备PON口灯不亮 现象描述:组网:MAT分光器光缆MAE如上组网图所示MAE设备连接在分光器下PON口灯不亮使用光功率计在MAE设备端进行检测发现可以收到光并且收光功率为dbm在正常的接收范围内。 告警信息:无 原因分析:出现该问题大致有以下几种可能性:、设备、光纤、分光器等设备出现故障。、光功率不在正常接收范围。、其他问题。 处理过程:、根据描述在现场通过光功率计测试发现可以收到光证明OLT设备的光能够通过分光器发送到MAE设备端而且光功率为dbm在正常范围内所以光功率问题也可以排除。、将MAE设备直接连在MAT设备下(加db的光衰)MAE设备也能正常证明MAE设备也不存在故障。、后检查发现是因为光缆只支持nm左右的波长所以导致MAE设备PON口灯不亮。 建议与总结:因为EPON设备使用的光纤是符合ITUT G要求的单模光纤在一根光纤上通过支持不同的波长来实现单根光纤上下行:上行应使用nm~nm波长(nm)下行应使用nm~nm波长(nm)所以如果要连接EPON设备必须使用同时支持以上个波长段的光纤。、数据配置故障案例 标题:MAT在给MAE下发精确路由时由于下一跳地址跟MAE上VLAN接口地址不在同一网段导致配置恢复失败 现象描述:ATJDaKeShuNiuHWMATOLT(configifepon)#display ont info  all             FSP  ONTID    MAC       Control     Run      Config     Match    Loopback                               Flag        State    State      State    State               FAC  active      up       failed     match    disable          FBBC  active      up       failed     match    disable            FCC  active      up       failed     match    disable         FCC  active      up       failed     match    disable        In port , the total of ONTs are:                                           ATJDaKeShuNiuHWMATOLT(configifepon)#ATJDaKeShuNiuHWMATOLT(configifepon)#display ont snmproute        { portid<U><,> }:                                                                       Index     IP Address          Subnet mask         Next hop IP address                                                                           ATJDaKeShuNiuHWMATOLT(configifepon)# undo ont snmproute   all       The ONT SNMP static route is deleted successfullyATJDaKeShuNiuHWMATOLT(configifepon)#display ont snmproute       Failure: There is no configuration of ONT SNMP static route       查询没有下发            ATJDaKeShuNiuHWMATOLT(configifepon)#ont snmproute             { ipaddress<K> }:ipaddress                                                    { ipaddress<I><XXXX> }: mask  nexthop   ATJDaKeShuNiuHWMATOLT(configifepon)#                                Failure: The resources are insufficient when ONT runs CTC protocol stack      提示失败ATJDaKeShuNiuHWMATOLT(configifepon)#display ont ipconfig        ONT IP information         ONT IP          :                                                    ONT subnet mask :                                                  ONT gateway     :                                                     ONT manage VLAN :             ATJDaKeShuNiuHWMATOLT(configifepon)#AJAHaiZhuanFengHuangChengBeiFHWMAE(config)#display currentconfiguration#  vlanif           <vlanif>          interface vlanif                  ip address      告警信息:ATJDaKeShuNiuHWMATOLT(configifepon)#ont snmproute             { ipaddress<K> }:ipaddress                                                    { ipaddress<I><XXXX> }: mask  nexthop   ATJDaKeShuNiuHWMATOLT(configifepon)#                                Failure: The resources are insufficient when ONT runs CTC protocol stack      提示失败 原因分析:下发的nexthop地址跟MAE上VLANIF接口地址不在同一网段而ont snmproute   ipaddress  mask  nexthop 这一行是通过网管进行预部署的当ONU加电上线之后就会显示配置恢复失败删除该命令之后配置恢复正常而ONU在线时再配置这一行是会提示CTC冲突。 处理过程:修改nexthop地址跟VLANIF在同一网段问题解决。 标题:MAT由于域名设置问题导致无法注册 现象描述:某局新开MAT和Z商软交换配合开NGN语音业务组网方式:MATB软交换经过测试发现MAT上MG接口总是处于等待状态无法正常。 告警信息:无 原因分析:、MG接口配置数据问题、双方配合问题。 处理过程:、检查MAT设备上数据由于是采用域名注册重点检查MG接口域名是否和软交换一致检查双方配置域名配置一致。、经过了解MAT设备并不是直接注册到软交换而是注册到Z商B代理服务器上由于已经有MAT成功注册到B上。对照设备进行比较检查发现:以下是成功注册的MAT设备MG接口数据mat(config)#display ifh attribute     MGID                                    MG Description                        MG DomainName                XXXXX  Protocol                            H  Start Negotiate Version               Profile Negotiation Parameter       Disable  Profile index                       :ZTEAGW("")  Encrypt                           Codetype                            Text  Transmode                           UDP  HeartBeatGenTimer(s)                  HeartBeatRetransTimes                 HeartBeatRetransTimer(s)              MG signalling IP                      MG signalling Port                    MG media IP                           MIDType                             DOMAINNAME  DeviceName                            Active MGC       MGC Port       :          MGC IP:  Active MGC       MGC Domain Name:XXXXXBGW  Standby MGC      MGC Port       :             MGC IP:  Standby MGC      MGC Domain Name:  两台设备唯一区别是MGC Domain Name成功设备后面有-BGW而失败的设备上没有BGW。在失败的设备上对MG接口数据进行修改加BGW就可以成功注册。通过客户那里了解B设备之所以需要UA设备加BGW这个参数是为了区别信令是从软交换发到B还是从UA发到B。 标题:MA设备TID模板配置错误导致无法增加mgpstnuser用户 现象描述:组网:MAMATZ公司软交换版本:VRCBSP故障现象:因为Z公司软交换RTP媒体流和用户前缀比较特殊需要PON侧自定义TID模版修改RTP和PSTN的prefix。但引用模版后增加mgpstnuser用户时系统提示“MG接口下该类用户使用终端标识分层请保持一致 ”无法增加用户。具体命令:、增加TID模版:tidtemplate add  format u parameterlist p name ZTE。、绑定TID模版:tidformat rtp prefix RTP prefix USER template  告警信息:增加用户时提示“失败:MG接口下该类用户使用终端标识分层请保持一致”。 原因分析:模版配置错误 处理过程:、检查TID模版format配置为u为整数形式而parameterlist却配置了p。实际format的参数为整数形式时需要和parameterlist参数自然数G配合使用。、shutdown H接口修改TID模版tidtemplate add  format u parameterlist G name ZTE,再次引用tidformat rtp prefix RTP prefix USER template 后增加MGPSTN用户正常增加。 建议与总结:增加或者修改tidtemplate时需要注意配套关系parameterlist的参数:自然数G自然数固定值Gx。与整数形式格式表达式配合。MAX的tid分为前缀tid prefix和模版tid template。tid prefix是固定的一串字符。配置方式为:MAX(configifh)#tidformat pstn prefix <PSTN前缀>MAX(configifh)#tidformat rtp prefix <RTP前缀>tid template是可配的。其中号模版是系统自带的不可配置为自定义模版。配置方式为:MAX(config)#tidtemplate add  format <格式表达式> parameterlist <参数表达式> name <模版名>其中格式表达式支持:整数形式u等位整数形式u分层形式uuu等位分层形式uuu。参数表达式支持:自然数G自然数固定值Gx。与整数形式格式表达式配合。框槽端口FSP框固定值槽固定值端口固定值FxSxPx。最终tid name是tid prefix跟着tid template算出来的值的一个连续字符串 标题:MA设备传真业务由于faxmode模式设置错误导致不能收发 现象描述:MA版本为SmartAX MA VRCB +sph新开局传真业务不能收也不能发。 告警信息:无 原因分析:、信令交互异常、软交换设置问题、fax参数协商问题 处理过程:、跟踪信令信令交互过程没有问题、软交换参数设置经过检查也没有问题。、检查faxmode参数HWjdsnMA(config)#display faxmodem parameters    Negomode               : Negotiation  Packetintervalms   : Disable  Rfcstartmode     : enable  RfcSmartStartup  Vbdcodec              : GA  Vbdpayloadtype       : Static  发现Rfcstartmode这些参数是启用使用faxmodem parameters rfcstartmode disableRfcSmartStartup  命令将其禁用后测试传真业务正常。 建议与总结: 是自动启用冗余方式传输数据业务如果要启用必须对端也要启用由于对端网关一般都是关闭的所以也得关闭智能启动的方式。 标题:MA设备由于H模板参数配置不当导致不定时出现语音不通 现象描述:某局点MA设备不定时出现语音业务不通作主叫摘机无音。出现故障后拔插一下POTS单板业务能够恢复一段时间但运行一阵后会再次出现故障。故障出现后不能自动恢复必须人工干预。设备版本:MAVRCBSPH设备组网为:MA  LSW  B厂家软交换 告警信息:无 原因分析:可能的原因:、单板问题。、数图问题。、和软交换对接的问题。 处理过程:、现场更换过单板运行一段时间还是出现故障排除单板可能性。、由于其他端口摘机正常基本可排除软交换数图下发错误的可能性。、打开dbwin调测开关跟踪信令发现在用户摘机的时候没有看到上报摘机的H信令。此时在设备上查看端口的业务状态显示为"摘机"状态也就是说系统检测到了用户的摘机动作但是没有向软交换上报"alof"的摘机信息。、看系统H模板发现Hprofile的号参数为即预摘机标志关闭。考虑到此处和B厂家软交换对接将此参数修改为修改后观察多天业务均保持正常。 标题:MA设备由于数图和匹配方式设置异常导致号码上报不全 现象描述:MA设备语音用户设置呼叫转移时候拨##只能上报##号码。软交换为softx设备 告警信息:无 原因分析:在ma设备上使用dbwin抓取设备与软交换的交互信令发现设备上报的号码有遗漏,怀疑是如下原因导致:、设备异常、数图匹配方式异常、数图配置异常。 处理过程:因为其他号码都能正常上报设备出问题的可能性不大通过信令获取前方的数图配置:DM=dmap{(xxxxxxx|xxxxxxxxx|xxxxxxxxx|xxxxxxxxx|xxxx|x|E|F|xF|)}在数图没有发现针对##号码的精确数图匹配前方配置的最长匹配方式首先#匹配上了但是是最长匹配不会马上上报#这期间用户又拨了收到这个会继续去匹配发现#没有匹配上的就是错号了对于错号只会上报错号前的而这个会直接丢弃。而#等号码通过逐位上报会上报成功可以通过配置成最短匹配方式来解决此问题#匹配上后直接上报后面号码将采取逐位上报的方式上报。 建议与总结:建议将##做到数图里面采用整体发号的方式效率高。 标题:MAE的RTP前缀配置错误导致提机有拨号音拨号后听忙音 现象描述:组网概述:   Z软交换IP网络BRASMATMAE版本信息:MAT(MAVRCB)MAE(MAVRCB)故障现象:    话机提机有拨号音拨完后直接听忙音。 告警信息:无 原因分析:、怀疑是软交换下发的数图原因。、怀疑设备间的匹配原因。、怀疑Z软交换上的RTP资源和我们不一致造成。 处理过程:、Z软交换侧对方检查相关的配置数据:拓朴配置中格式配置、增加属性模板、增加包模块、去掉“不支持的MFD包FSK包”故障现像依旧。、怀疑数图原因只做了三个数图(包括xxxxxxxx)现场拨打xxxxxxxx号码测试提机有拨号音拨完后听忙音跟踪信令发现的手机号码已经匹配号码上报没有问题。、怀疑数图匹配原因已配置成了最大匹配这个怀疑也可排除。、通过Ethreal抓包定位发现是RTP不一致的原因造成(分析可参考附件)。我司RTP资源分配规则:A~NZ软交换RTP资源通常规则:RTPXX~N或RTP~N(X指任一数字)Z软交换可以改RTP资源Z软交换改RTP资源为RTP~RTP这个地方容量疏忽注意Z软交换设备的前缀是RTP和我们的前缀不同(我们的是A)可通过改动我们设备的前缀解决同时要注意字母的大小写。MAE(config)#interface h  MAE(configifh)#mgsoftware parameter        MAE(configifh)#shutdown force(注意:shutdown接口后才能改前缀)                                        MAE(configifh)#tidformat rtp prefix RTP   MAE(configifh)#display tidformat                                                                                      termtype templateindex prefix                                                                                                 RTP                     RTP                                          PSTN                    A                                                       改动后业务恢复正常问题解决! 建议与总结:配置MG接口时RTP资源容量犯错前缀的字母也很重要不能忽略前缀的改动。如果把前缀改成:MAE(configifh)#tidformat rtp prefix RTP    那我们就可以看到:MAE(configifh)#display tidformat                                                                                      termtype templateindex prefix                                                                                                 RTP                     RTP                                          PSTN                    A                                                        跟踪信令时可发现信令中的RTP也会变成RTP。 标题:MAE由于语音IP路由配置不规范导致语音单通 现象描述:某MAT(VRCB)通过上接S设备上行至承载网通过EPBA单板下接MAE设备(VRCBSPH)提供语音业务。业务发放后用户可以正常拨号也能正常振铃但在通话过程中MAE用户能听到对方语音而对方无法听到MAE的语音同时该话机在拨打

用户评论(0)

0/200

精彩专题

上传我的资料

每篇奖励 +2积分

资料评价:

/56
2下载券 下载 加入VIP, 送下载券

意见
反馈

立即扫码关注

爱问共享资料微信公众号

返回
顶部