GMCC网维中心数据维护室网维中心数据维护室 中国移动中国移动IP电话工程介绍电话工程介绍1GMCC网维中心数据维护室网维中心数据维护室中国移动IP电话业务分网组织图组织2GMCC网维中心数据维护室网维中心数据维护室一次拨号业务网：网络结构一次拨号业务网：网络结构两级多域结构整个网络由清算中心和一级网守构成清算中心负责对外的帐务清算一级网守管理一次拨号业务，有北京、上海、广州、武汉、成都、西安、沈阳七个域北京设置集中数据库服务器3GMCC网维中心数据维护室网维中心数据维护室一次拨号业务网：网络结构一次拨号业务网：网络结构清算中心管理所有一级网守（地址解析和认证）其它运营者IP电话网的互通和地址交换 负责管理国际业务，即国际呼叫的建立与拆除 存储/处理国际话务的账单与国外清算中心的清算 4GMCC网维中心数据维护室网维中心数据维护室一次拨号业务网：网络结构一次拨号业务网：网络结构一级网守（指挥中心）管理一次拨号的网关 一次拨号的地址解析和认证路由管理管理呼叫的建立、释放实时计费和计费信息的采集 共1802个E1 5GMCC网维中心数据维护室网维中心数据维护室一次拨号业务网：网络结构一次拨号业务网：网络结构一次拨号设置七个域北京域：北京、山西、内蒙古、山东、河北、天津北京、山西、内蒙古、山东、河北、天津 上海域：上海、福建、江西、浙江上海、福建、江西、浙江广州域：广东、广西、海南广东、广西、海南武汉域：湖北、湖南、河南、江苏、安徽湖北、湖南、河南、江苏、安徽成都域：四川、云南、重庆、贵州、西藏四川、云南、重庆、贵州、西藏西安域：陕西、新疆、青海、宁夏、甘肃陕西、新疆、青海、宁夏、甘肃沈阳域：辽宁、吉林、黑龙江辽宁、吉林、黑龙江在北京设置集中的数据库服务器6GMCC网维中心数据维护室网维中心数据维护室一次拨号业务网：业务类型一次拨号业务网：业务类型移动IP电话业务移动主叫拨打固定被叫电话固定主叫拨打固定被叫电话（PPIP）国际来话业务固定被叫用户移动被叫用户7GMCC网维中心数据维护室网维中心数据维护室1 x OC-48/STM-16 (2.5G)4 x OC-3/STM-1 (155M)2 x OC-3/STM-1 (155M)1 x OC-3/STM-1 (155M) x E1 (2M)(二次拨号网二次拨号网)GW-5300GK-7206VoIP逻辑域V VVoIP国际营运商HK-1616iBasis2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x2x北京北京北京北京哈尔滨哈尔滨哈尔滨哈尔滨乌鲁木齐乌鲁木齐乌鲁木齐乌鲁木齐海口海口海口海口合肥合肥合肥合肥南京南京南京南京长春长春长春长春沈阳沈阳沈阳沈阳呼和浩特呼和浩特呼和浩特呼和浩特银川银川银川银川西宁西宁西宁西宁兰州兰州兰州兰州广州广州广州广州上海上海上海上海台湾台湾台湾台湾拉萨拉萨拉萨拉萨福州福州福州福州杭州杭州杭州杭州天津天津天津天津武汉武汉武汉武汉南昌南昌南昌南昌郑州郑州郑州郑州石家庄石家庄石家庄石家庄西安西安西安西安太原太原太原太原昆明昆明昆明昆明成都成都成都成都长沙长沙长沙长沙南宁南宁南宁南宁贵阳贵阳贵阳贵阳重庆重庆重庆重庆济南济南济南济南2x2x2x2x2x2x2x2x2x2x2x2x4x4x4x4x12121212x x x x12121212x x x x16161616x x x x16161616x x x x4x4x4x4x12121212x x x x8x8x8x8xGK-7206GK-7206GK-7206GK-72068GMCC网维中心数据维护室网维中心数据维护室DGKDGKDGKDGK北京北京北京北京GKGKGKGK北京北京GKGKGKGKGKGK上海上海广州广州武汉武汉GKGKiBasisiBasisHK1616HK1616二次二次拨号网关守的结构拨号网关守的结构9GMCC网维中心数据维护室网维中心数据维护室GK BARQLRQIP NetworkPhone APhone BGW AGW BH.225/Q.931+ SetupH.225/Q.931+ AlertRTPACFLCFV VV VARQACFH.245H.225/Q931+ConnectRadiusH.225/Q931+ReleaseCompleteDRQDCFDRQDCFLELEDBGK A10GMCC网维中心数据维护室网维中心数据维护室17950业务：移动、固定作主叫拨打固定被业务：移动、固定作主叫拨打固定被叫电话结构图叫电话结构图11GMCC网维中心数据维护室网维中心数据维护室1795117951业务：移动主叫业务：移动主叫拨打固定被叫拨打固定被叫电话电话12GMCC网维中心数据维护室网维中心数据维护室17951业务：固定主叫拨打固定被叫电话 13GMCC网维中心数据维护室网维中心数据维护室网关常见案例分析：网关常见案例分析：CISCO AS5300 E1 状态与交换机中继设备状态不一致故障现象：市公司经常报障说：交换机与IP网关相连的中继设备不可用， 状态为“SEAL”或“LIBL”。而从IP网关上检查该局向的设备状 态却是一切正常。处理过程：在主用边的信令服务器SC2200上做解闭操作，具体命令为： rtrv-tc:dpc-XXXX:cic= ,rng= 查看该局向电路的CIC号 reset-cic:dpc-XXXX:cic= ,rng= 重置该局向电路设备的状态 sw-ovet:confirm 切换信令服务器 有时候，在交换机端也要对设备进行解闭，确保两端对MTP层 消息的一致性。14GMCC网维中心数据维护室网维中心数据维护室故障分析：故障原因主要在于交换机与IP网关之间 对N0.7号信令的处理方面有差异导致。 爱立信交换机发一个MTP层的消息给IP 网关，IP网关收到此消息后，并没有正 确回送一个消息给爱立信交换机，使 爱立信交换机误认为IP网关不可用，而IP 网关却一直认为自己的设备是可用的， 因此出现两边状态不一致的现象。该故 障已提交CISCO TAC。15GMCC网维中心数据维护室网维中心数据维护室CISCO AS5300 网关电路不能传送DTMF数字信息故障现象：中山公司投诉拨打17950IP电话时，有约50%的话务在听到语音提示后，所有操作都无反应。处理过程：首先在中山TR上用TCON设备进行拨打测试，发现一切正常，然后在佛山TR上做同样的测试，发现在听到语音提示选择1.普通话2.英语时，按话机的任何按键都无何反应，查看佛山TR-佛山IP网关的中继电路占用情况时，发现IP网关第4套E1电路设备一占用很快就释放，以为是电路“单通”现象。马上对该条电路上的设备进行监听，听到的声音都是用户在拼命地按话机的数字键时的响声。由于用户按数字信息后无响应，很快就会挂机，所以故障初步定位为IP网关不能接受DTMF数字信息。首先尝试重启IP网关，无效。在佛山TR上尝试解闭该电路上的设备后，一切正常。16GMCC网维中心数据维护室网维中心数据维护室谢谢！17GMCC网维中心数据维护室网维中心数据维护室18