浅谈人际关系的障碍 浅谈软交换维护障碍中的处理过程

　　[摘 要]NGN(Next Generation Network)即下一代通信网络。它是以软交换为核心的,能够提供包括语音、数据、视频和多媒体业务的基于分组技术的综合开放的网络架构,代表了通信网络发展的方向。NGN具有分组传送、控制功能从承载、呼叫/会话、应用/业务中分离、业务提供与网络分离、提供开放接口、利用各基本的业务组成模块、提供广泛的业务和应用、端到端QoS和透明的传输能力通过开放的接口规范与传统网络实现互通、通用移动性、允许用户自由地接入不同业务提供商、支持多样标志体系,融合固定与移动业务等等特征。基于NGN的多种优势,NGN用户发展速度越来越快,由于是一项新的用户接入方式,因此在维护中会遇到一些以往未见过的问题,下面将几个典型案例列举出来,与同行们共同交流。
　　[关键词]软交换 融合 特征
　　[中图分类号]TP[文献标识码]A[文章编号]1007-9416(2010)02-0081-03
　　
　　案例一:SS和10010客服平台对接后NGN电话无法二次拨号
　　1 故障现象
　　10010割接到客服平台后,拨测测试,拨完10010后应该根据提示音选择按键“1”或按键“2”,但是当按完“1”或“2”后,并没有根据所按的键进入相应的子菜单。
　　2 二次拨号
　　一次拨号的收号处理是在用户所属交换机来进行的。对于交换机的直接用户(固话),支持脉冲,音频拨号。对于间接用户,比如通过V5口(SA口)等上来的用户,支持音频和信令方式收号。当听到忙音,空号,回铃音等类似提示音时,意味着一次收号过程的结束,交换机释放收号相关资源,不再处理号码。
　　二次拨号指的是通话过程中的拨号。是端到端的,可以理解为通话用户间传递的信号,只是对端用户不再是人,而是一套任意类型的智能系统,可以识别DTMF信号并作出一些处理。这种信号是在音频通路上传送的,所以需要用DTMF制式的信号。二次拨号中,交换机不参与任何处理。
　　二次拨号的特点,通话后才能进行,只能在通路上传递DTMF信号到对端。
　　一次拨号的收号,是在交换机进行的,二次拨号的收号,是对端的任意用户系统完成的。(包括智能网,各种语音服务系统,电脑话务员等)
　　3 处理过程
　　通过跟踪信令发现测试电话当按完“1”或“2”后,客服平台并没有收到测试电话的二次拨号的相关信息。
　　在测试电话的终端抓包并分析发现测试电话送出了二次拨号的相关信息,如图1所示,从媒体上看,能看到音频的拨号,是两次“1”,一次“2”。
　　之后进一步分析所抓的包发现里面有96、97的payload值,如图2。
　　检查AG的缺省属性模版中的SDP描述并没有定义payload值96、97的属性,如图3。
　　导致AG给返回的H248消息如下:
　　!/1 [10.35.65.2]:2944 P=1177263{C=4299{A=USER23,A=RTP0090101
　　{M{ST=1{L{v=0
　　c=IN IP4 10.35.65.4
　　m=audio 12002 RTP/AVP 0
　　a=ptime:20
　　需要在SS上给AG节点所使用的属性模版中增加一段SDP描述,指定96、97的属性值, a=rtpmap:97 telephone-event/8000 a=rtpmap:96 red/8000。
　　如下:
　　v=0
　　c=IN IP4 $
　　m=audio $ RTP/AVP 8 0 18 97 96
　　a=ptime:20
　　a=rtpmap:96 red/8000/1
　　a=rtpmap:97 telephone-event/8000/1
　　a=fmtp:96 97
　　修改后测试一切正常,故障消失。
　　4 故障原因
　　在媒体协商阶段并没有关于二次拨号方式进行协商,因此当测试终端使用2833方式送号时对方收不到。
　　案例二:TG放提示音不准确的问题处理
　　1 故障描述
　　某地市的NGN电话当没有“长途呼出权限”时,拨打长途电话听提示音是:“无可用电路请等待”,实际应该听到的提示音是:“对不起,您的电话无此权限”。
　　2 相关信息
　　别的地市的NGN电话没有这种现象,且该地市的TG只负责给本地市的NGN电话放音。
　　3 分析处理
　　(1)在SS上按该地市TG节点号跟踪H.248信令,发现如下消息:
　　!/1 [10.66.159.1]:2944 T=53739028{C=76290{MF=RTP0010000000101508528
　　{SG{au/play{an=19,du=150,it=255,gsl=lang/chn,gsl=lang/eng}}}}}
　　!/1 [10.45.10.132]:2944 P=53739028{C=76290{MF=RTP0010000000101508528}}
　　从“an=19”可以看出TG所放的音资源的协议编号为19;
　　(2)在TG上“音资源管理->基本音->音元管理”里查看音资源的协议编号和业务音编码的对应关系,如图4所示。
　　可以看到音资源协议音编号19对应的业务音编码是69(提示音是:无可用电路,请等待)。
　　从TG的“音资源管理->基本音->音元管理”里查到提示音“对不起,您的电话无此权限”对应的音元编号是150,如图5所示:
　　(3)将音资源协议编号19对应的业务音编码由69修改为150后,拨打电话测试,提示音正常。
　　(4)分析原因
　　这次故障是由TG上音资源的协议编号和业务音编码对应关系错误所致,修改为正确的对应关系后故障消失。
　　案例三:TG服务器无法启动故障处理
　　1 现象描述
　　在TG服务器启动的过程中发现启动过程中提示“A disk read error occurred”的错误信息。
　　2 处理过程
　　重启该服务器,发现启动过程中提示“A disk read error occurred”的错误信息,由此怀疑是硬盘出现问题。后又查看磁振的Raid信息,发现一块硬盘的状态是“Out of Sync”、另一块硬盘的状态是“Missing”(该服务器一共有两块硬盘),由此判断问题出在磁振的Raid信息丢失。
　　先用WinPE光盘启动工具从光驱启动服务器,备份出服务器内的有用数据。后来重新做了磁振和重装了操作系统,服务器无法启动的问题解决。之后重新安装了SQL2005数据库、TG服务器软件、统一网管软件,然后恢复之前备份出的有用数据,该服务器恢复正常。
　　3 故障原因
　　该服务器有两块硬盘做了1+1的磁振,由于在运行过程中磁振的Raid信息丢失从而导致无法找到硬盘,因此无法启动。
　　案例四:TG版本升级后看不到子单元的故障
　　1 故障现象
　　对TG进行版本升级,从V0.0.05.R01升到V1.0.05.R02N5P2。升级后当晚测试业务正常,但是第二天发现网管显示有些问题,具体表现为:查看MVTCM板的子单元配置时发现子单元号都是空的(如图6所示),查看DTB板的子单元配置发现子单元号也是空的,但是在动态数据管理里查看VTC、TRUNK的状态都正常。
　　2 处理过程
　　看到这种情况后,怀疑是网管下载到的人机命令版本号和OMP以及129的人机命令版本号是否一致造成的。在网管的MT256的命令行终端上执行2913命令查询人机命令版本号,得到如下结果:
　　人机命令版本号(主用):3.0.1619
　　人机命令版本号(备用):5.0.1787
　　数据库版本号:V5.0.00.BONE.05.01
　　数据配置命令版本号:5.0.1787
　　可以看到主用OMP的人机命令版本号和129服务器的人机命令版本号不一致,而备用的却一致。查看该TG机架图是12槽主用11槽备用,之后进行主备倒换将11槽主用12槽备用。再次查看MVTCM板和DTB板的子单元配置时,显示都正常了。
　　重启12槽OMP板后执行2913命令得到如下结果:
　　人机命令版本号(主用):5.0.1787
　　人机命令版本号(备用):5.0.1787
　　数据库版本号:V5.0.00.BONE.05.01
　　数据配置命令版本号:5.0.1787
　　此时主备用OMP板的人机命令版本号都和129服务器的人机命令版本号一致了。重新将OMP板倒换成12槽主用11槽备用后,查看MVTCM板和DTB板的子单元配置时,显示也都正常了。
　　3 故障原因
　　在升级前将12槽的OMP板拔了出来,升级后进行业务拨测,业务拨测正常,之后将12槽的OMP板插了进去,数据同步成功后传送新的人机命令,接着将OMP板倒换成12槽备用11槽主用,再次进行业务拨测,业务拨测也正常,之后离开了现场。
　　因为在备用的OMP板同步数据并传送新的人机命令后没有重启该单板,新的人机命令没有生效,才会导致备用OMP板的人机命令版本和129服务器的人机命令版本不一致,从而使子单元看不到。
　　[作者简介]
　　程宇健,1997年毕业于内蒙古邮电学校,2004年毕业于哈尔滨理工大学计算机专业,现就职于呼伦贝尔联通分公司网管中心。
本文为全文原貌 未安装PDF浏览器用户请先下载安装 原版全文