交换设备配置与维护任务8-软交换设备维护与管理.ppt

* * * * * * * * * * * * * * * * * * 业务类事故 UA业务阻塞：UA业务阻塞是指某个UA发生了全网关性的呼叫阻塞事故，即该UA下带的所有用户均不能正常呼叫，如无法呼入、无法呼出、摘机后无拨号音或听忙音等。 TMG业务阻塞：TMG业务阻塞是指某个TMG发生了全网关性的呼叫阻塞事故，即该TMG所提供的所有TDM中继电路均不能正常使用，如TDM电路全部故障、无法呼入、无法呼出等。 UMG业务阻塞：UMG业务阻塞是指某个UMG发生了全网关性的呼叫阻塞事故。 应急维护的总体处理流程 设备类事故的处理 主机设备瘫痪的处理 当维护人员确认系统发生了主机设备瘫痪的紧急事故后，应立即按照“排除机柜供电故障→排除基本框供电故障→排除基本框运行故障→排除配置数据错误”的基本思路来进行处理。 业务机框瘫痪的处理 当维护人员确认系统发生了业务机框瘫痪的紧急事故后，应立即按照“排除机框供电故障→排除SMUI模块运行故障”的基本思路来进行处理。 设备类事故的处理 业务模块瘫痪的处理 当维护人员确认系统发生了业务模块瘫痪的紧急事故后，应立即按照“排除配置数据错误→复位该业务模块所对应的单板→更换该业务模块所对应的单板”的基本思路来进行处理。 MRS6000瘫痪的处理 当维护人员确认系统发生了MRS6000瘫痪的紧急事故后，应立即按照“排除MRS6000供电故障→排除SCC板运行故障→排除MPC板运行故障→排除内部IP地址配置错误”的基本思路来进行处理。 设备类事故的处理 MRS6100瘫痪的处理 当维护人员确认系统发生了MRS6100瘫痪的紧急事故后，应立即按照“排除MRS6100供电故障→排除SMUI板运行故障→排除MCCU板运行故障→排除MSU板运行故障→排除内部IP地址配置错误”的基本思路来进行处理。 BAM瘫痪的处理 当维护人员确认系统发生了BAM瘫痪的紧急事故后，应立即按照“排除BAM供电故障→重新启动BAM→启动应急工作站→保护现场环境→等待技术支援”的基本思路来进行处理。 设备类事故的处理 iGWB瘫痪的处理 当维护人员确认系统发生了iGWB瘫痪的紧急事故后，应立即按照“切换iGWB→保护现场环境→等待技术支援”的基本思路来进行处理。 业务类事故的处理 全局业务阻塞的处理 当维护人员确认系统发生了全局业务阻塞的紧急事故后，应立即按照“排除硬件设备运行故障→排除承载网运行故障→排除配置数据错误→排除IFMI模块运行故障→排除CDBI模块运行故障”的基本思路来进行处理。 局部业务阻塞的处理 当维护人员确认系统发生了局部业务阻塞的紧急事故后，应立即按照“排除硬件设备运行故障→排除承载网运行故障→排除单个网关业务阻塞事故→排除配置数据错误→排除FCCU模块运行故障”的基本思路来进行处理。 业务类事故的处理 MRS业务阻塞的处理 当维护人员确认系统发生了MRS业务阻塞的紧急事故后，应立即按照“排除MRS硬件设备运行故障→排除承载网运行故障→排除误操作事故→排除SoftX3000配置数据错误→排除MRS配置数据错误”的基本思路来进行处理。 UA业务阻塞的处理 当维护人员确认系统发生了UA业务阻塞的紧急事故后，应立即按照“排除承载网运行故障→排除误操作事故→排除SoftX3000配置数据错误→排除UA配置数据错误”的基本思路来进行处理。 业务类事故的处理 TMG业务阻塞的处理 当维护人员确认系统发生了TMG业务阻塞的紧急事故后，应立即按照“排除承载网运行故障→排除误操作事故→排除信令对接故障→排除中继对接故障→排除SoftX3000配置数据错误→排除TMG配置数据错误”的基本思路来进行处理。 UMG业务阻塞的处理 由于UMG既可以作为独立式UA或独立式TMG应用，也可以作为UA与TMG混合应用，因此，当维护人员确认系统发生了UMG业务阻塞的紧急事故后，可根据UMG的组网模式参考“UA业务阻塞的处理”、“TMG业务阻塞的处理”两节的内容进行事故处理。 谢谢您的聆听 * * * * * * * * * * * * * * * * * * * * * * * 任务11 软交换设备维护与管理 重点难点 例行维护的主要目的 例行维护项目 应急维护基本原则 紧急事故处理 例行维护的主要目的 按照维护实施的周期长短来分，可将例行维护分为日常维护和定期维护。 日常维护：日常维护是指每天进行的、维护过程相对简单、并可由一般维护人员实施的维护操作，如机房环境检查、供电系统检查、话单系统检查、告警系统检查等。日常维护的目的是： 及时发现设备所发出的告警或已存在的缺陷，并采取适当的措施予以恢复和处理，维持设备的健康水平，降低设备的故障率。 及时发现并处理计费、话单系统在运行过程中所