关于软交换原理和EPON语音故障案例研究.docVIP

关于软交换原理和EPON语音故障案例研究.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
关于软交换原理和EPON语音故障案例研究

关于软交换原理和EPON语音故障案例研究   摘 要 NGN软交换技术已经在我公司大规模推广,深刻了解软交换技术原理,对实践应用和故障排查具有重要指导作用。本文我们将实践中的典型案例进行分析,对软交换技术的故障处理提供点滴帮助。 【关键词】NGN 软交换 EPON 承载网 视频通信 1 软交换及承载网实例 NGN将语音交换中心IP化。SS(Soft Switch)和SDC(用户数据中心,又称固网HLR)、MRS(多媒体资源服务器)等均采用IP网连接。 SS和终端之间采用IP承载网络。实际应用中,IP承载网又分为汇聚层和接入层。其中接入层和IP城域网接入层重叠。 为了和传统PSTN互通,采用TG(媒体网关)和PSTN连接,采用SG(信令网关)和PSTN信令网连接。实际中采用华为UMG8900,它承担了SG和TG双重功能。 NGN软交换网络如下图1。 图1:NGN软交换网络结构 SoftSwitch是语音信令交换核心设备。使用SoftX3000充当媒体网关控制器(MGC),最终将完全替代SCP(HP L2000和IBM P670)。 借鉴移动网HLR(Home Location Register,意为归属位置寄存器),在PSTN中引入SDC。传统PSTN的用户数据是存储在各个端局的本地数据库中,这种结构很难适应新的业务需求,现在将各端局的用户数据集中在SDC中。在我公司PSTN智能网改造时,市局增加两台华为SDC9300,一主一备。SDC实现全网用户数据的统一查询和业务触发,打破了一个端局一个号段的局限,实现了局间移机不换号和统一放号(同一号段可以分布在不同局向),既方便了用户,又提高了电话号段的利用率。 MRS6000为多媒体资源服务器。通常主叫呼叫后,被叫摘机前的会有一段公告或广告录音,不同的用户定制自己的公告。MRS主要用来保存和播放公告录音的。另外在多方会议中有一些控制作用。 接入层是电信运营商重要的资源,在实现过程中常新建承载网核心层,但需要充分利用现有城域网接入层。目前电信运营商接入层已经大规模建设PON 网。PON网络由OLT和ONU组成,用户的语音和互联网均接在ONU上,上联到OLT,再分别走承载网和城域网。具体见图2。 充分了解软交换承载网络结构,对我们基层维护人员处理日常故障具有重要指导意义。下面几个实际案例的原因分析,可以看出来理论的重要指导作用。 2 EPON语音故障案例 2.1 案例1 组网:MA5606T---MA5680T----承载网。 现象:一台MA5606T语音业务不论主叫还是被叫,振铃正常,但是通话单通,能听到对方,而对方听不到自己。MA5606T内部两台话机互拨测试一切正常,没有单通的现象。 原因分析: 1、数据配置问题;2、MA5606T或软交换处理异常;3、承载网三层路由问题或某些UDP端口号被屏蔽。 处理过程: (1)内部呼叫正常,且通过dbwin抓取的信令来看,MA5606T跟软交换信令交互正常。 (2)用一台MA5620E替代MA5606T,相关配置完全一致,拨打电话却没有单通的现象,因此可以排除软交换和承载网的问题, 问题定位出在MA5606T上。 (3)查看MA5606T的配置,发现媒体流和信令流分别走不同的网关,其中ping 软交换信令ip是通的,而ping RTP 流的对端IP地址不通,说明RTP流的路由有问题。在MA5606T上配置一条媒体流的静态路由后(下一跳为VOIP地址池媒体流的网关),再次测试通话正常,问题解决。但是MA5606T明明在VOIP地址池中配置了媒体网关(且相同配置的MA5620E工作正常),为什么还要配置媒体流的静态路由才能正常通话呢? 经确认,MA5606T(MCUA)上行跟MA5620E的媒体流转发机制不同,MA5606T的媒体流是通过三层转发的,需要查系统路由表的。MA5606T VOIP地址池中的媒体网关只对RTP Turnaound 起作用,并不能做为实际的媒体流的网关。 建议与总结: 对于MCUA主控板的MA5606T VOIP地址池中的媒体网关不能直接做为实际媒体流的网关,需要通过手动配置静态路由或者默认路由来保证RTP 路由的正确。而对于MCUC主控板的MA5606T,跟MA5620E相同,只需配置voip地址池的媒体网关即可。 2.2 案例2 现象描述:组网方式:MA5620---MA5680T---汇聚交换机---IP城域网---软交换。 故障现象:MA5620下的POS用户打电话振铃正常,但有时接起电话出现单通。 原因分析:1.数据配置问题;2.软交换问题;3.上行承载

文档评论(0)

linsspace + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档