仪表案例分析_2010061017080055

•MSCserver B
•H.248 SIGTRAN •SIGTRAN
•MSCserver A •MGW
•MSCserver B
•MGW
A接口掉话分析（BSSAP） 接口掉话分析（BSSAP）
NGN网络监测案例分析 NGN网络监测案例分析
•故障现象： 故障现象： 故障现象 从网管上H.248消息模块分析发现，目前出现了众多失败呼叫， H.248消息模块分析发现 从网管上H.248消息模块分析发现，目前出现了众多失败呼叫，这些失败呼叫返 回的H.248协议错误码中， H.248协议错误码中 Resource”此类错误较多 回的H.248协议错误码中， “Insufficient Resource”此类错误较多 • 处理步骤及思路 首先分析H.248的媒体控制流程， H.248的媒体控制流程 1) 首先分析H.248的媒体控制流程，是否有异常流程 其次定位发生问题的局向，具体问题由PSTN那个局向产生， PSTN那个局向产生 2）其次定位发生问题的局向，具体问题由PSTN那个局向产生，如果是集中局向 产生，那么可以快速定位问题。 产生，那么可以快速定位问题。 由于NGN现网中所应用的H.248媒体控制过程中，不会有主、 NGN现网中所应用的H.248媒体控制过程中 3）由于NGN现网中所应用的H.248媒体控制过程中，不会有主、被叫号码以及 CIC，点编码的出现，无法定位局向。 CIC，点编码的出现，无法定位局向。 对于H.248中终结点的分析，结合电路资料表，进行协议关联分析，定位ISUP H.248中终结点的分析 4）对于H.248中终结点的分析，结合电路资料表，进行协议关联分析，定位ISUP PSTN局向 局向。 PSTN局向。 针对定位出的局向，检查软交换或网关的相应配置数据， 5）针对定位出的局向，检查软交换或网关的相应配置数据，通过修改数据解决 此问题。 此问题。 •H.248中“Insufficient Resource”错误是一个比较严重的错误。根据规范中的定义 H.248中 Resource”错误是一个比较严重的错误 错误是一个比较严重的错误。 H.248 ——没足够资源可用 没足够资源可用（ resources），具体定义为MG 应向MGC ），具体定义为 ，510 ——没足够资源可用（Insufficient resources），具体定义为MG 应向MGC 发送消息，消息中应给出描述符中被选中的属性（ ）。如果 如果MG 发送消息，消息中应给出描述符中被选中的属性（组）。如果MG 没有足够的资源来 支持任何属性（ ），则返回出错响应510。 则返回出错响应510 支持任何属性（组），则返回出错响应510。
•SS-->MG •ADD_REQ消息： 消息： 消息 •(contextid=4294967294 handle=719) •MEGACO/1 [10.51.0.2]:2944 T=1685594306{C=${A=A0{M{O{MO=SR,RV=OFF,RG=OFF}},E=1685481737{al/*},SG{}},A= ${M{O{MO=IN,RV=OFF,RG=OFF,bcp/bncchar=IP/RTP},L{v=0 •c=IN IP4 $ •m=audio $ RTP/AVP 8 •a=ptime:20 •},R{v=0 •c=IN IP4 10.52.254.4 •m=audio 13912 RTP/AVP 8 •a=ptime:20 •}}}}} •MG-->SS •ADD_REPLY消息： 消息： 消息 •(contextid=756 handle=719) •MEGACO/1 [10.52.1.211]:2944 P=1685594306{C=756{A=A0,A=${ER=440{"Unsupported or unknown Package"}}}}
初步判断为诺基亚设备间关于切换测试协议参数有漏填标准规范不符或与中兴rnc切换协议不匹配建议诺基亚和中兴对于自身设备协议配置进行与3gpp标准规范核对即可解决3g到2g切换问题基站现网割接失败原因分析通过呼叫跟踪查询大量的位置更新失败过程现象原因为鼎桥的nodeb设备割接失败
• 发现H.248中的510错误 ，呼叫没有出局，无法从SIP关联 发现H.248中的510 H.248中的510错误 呼叫没有出局，无法从SIP SIP关联 • 首先针对H.248 错误码为510的CDR进行分析，以 510的 进行分析， 首先针对H.248 错误码为510 CDR进行分析 TerminationID=0X40000625.为例 为例。 TerminationID=0X40000625.为例。
•非正常： 非正常： 非正常 •ADD_REQ消息： 消息： 消息 •(contextid=4294967294 handle=719) •MEGACO/1 [10.51.0.2]:2944 T=1685594306{C=${A=A0{M{O{MO=SR,RV=OFF,RG=OFF}},E=1685481737{al/*},SG{}},A=${ M{O{MO=IN,RV=OFF,RG=OFF,bcp/bncchar=IP/RTP},L{v=0 •c=IN IP4 $ •m=audio $ RTP/AVP 8 •正常： 正常： 正常 •a=ptime:20 •ADD_REQ消息 Q •},R{v=0 •MEGACO/1 [192.168.100.1]:2944 •c=IN IP4 10.52.254.4 •T=369363687{ •m=audio 13912 RTP/AVP 8 •C=${ •a=ptime:20 •A=A0{ •}}}}} •M{O{MO=SR,RV=OFF,RG=OFF}}, •E=369109253{al/*}, •SG{}}, •A=${ •M{O{MO=IN,RV=OFF,RG=OFF,nt/jit=40}, •L{v=0 c=IN IP4 $ m=audio $ RTP/AVP 8}}}}}
•CDR（call data record）在PSTN中表示呼叫数据记录，现在延伸意思为一个完整的 CDR（ record） PSTN中表示呼叫数据记录 中表示呼叫数据记录， CDR 流程，CDR合成是监测功能的基础 合成是监测功能的基础。 流程，CDR合成是监测功能的基础。然后才便于完成诸如呼叫跟踪和呼损统计等高级功 能 •监测仪表无需设置任何条件，即可实时对网络中消息按信令流程进行归类，并用索引 监测仪表无需设置任何条件， 监测仪表无需设置任何条件 即可实时对网络中消息按信令流程进行归类， 方式把这些消息联系到一起。 方式把这些消息联系到一起。 •根据某些关键信息，可对呼叫记录进行实时过滤，可以快速定位所查找的CDR，所以 根据某些关键信息， CDR， 根据某些关键信息 可对呼叫记录进行实时过滤，可以快速定位所查找的CDR 过滤条件的丰富性是必要的，可根据协议关键字段、甚至协议任意字段进行消息和CDR 过滤条件的丰富性是必要的，可根据协议关键字段、甚至协议任意字段进行消息和CDR 的过滤。 的过滤。
仪表案例分析
监测仪表的协议解码 实时协议解码是监测仪表的基本功能，在此功能准确无误的基础上， 实时协议解码是监测仪表的基本功能，在此功能准确无误的基础上，仪 表才可以进行更高级的统计追踪功能，解码功能具体如下： 表才可以进行更高级的统计追踪功能，解码功能具体如下：
无需设置，自动识别网络协议， 无需设置，自动识别网络协议，搭建网络协议栈 支持实时解码 支持协议的概要、详细解释、 支持协议的概要、详细解释、原始数据三种显示方式 详细解释中，可按照协议标准严格分层解码，并提供解码注释， 详细解释中，可按照协议标准严格分层解码，并提供解码注释，
可进行多接口完整呼叫流程跟踪： 可进行多接口完整呼叫流程跟踪： –可进行单个接口呼叫跟踪 可进行单个接口呼叫跟踪 –可进行多个接口呼叫跟踪 可进行多个接口呼叫跟踪
最大七块采集板卡采集能力 软交换信令集中
H.248协议互通问题 协议互通问题
•现象：用户做主叫摘机有拨号音，但拨号后听忙音；作被叫，主叫侧听忙音。 现象：用户做主叫摘机有拨号音，但拨号后听忙音；作被叫，主叫侧听忙音。 现象 •原因分析： 原因分析： 原因分析 网关数据配置错误。 1、网关数据配置错误。 MG接口协议不正常 接口协议不正常。 2、MG接口协议不正常。 网关终端ID分配和软交换设备上不对应。 ID分配和软交换设备上不对应 3、网关终端ID分配和软交换设备上不对应。 •详细分析： 详细分析： 详细分析 跟踪信令，发现MG用户作被叫时，MG向SS回 MG用户作被叫时 跟踪信令，发现MG用户作被叫时，MG向SS回 Package”（440：不支持或未知的包）， ），然后 “Unsupported or unknown Package”（440：不支持或未知的包），然后 分析SS AG发ADD的时候带了特殊属性 bcp/bncchar=IP/RTP。一般SS SS向 的时候带了特殊属性： SS上网 分析SS向AG发ADD的时候带了特殊属性：bcp/bncchar=IP/RTP。一般SS上网 关的特殊属性， BNC没有选上 应该选择关闭），修改属性后故障可恢复。 没有选上（ ），修改属性后故障可恢复 关的特殊属性，NO BNC没有选上（应该选择关闭），修改属性后故障可恢复。 •注：BNC character字段，该字段指明了承载网是ATM网络还是IP网络。由于 character字段 该字段指明了承载网是ATM网络还是IP网络。 字段， ATM网络还是IP网络 注 大部分媒体网关默认承载网为IP网络， SS发送给媒体网关的H.248协议报文中 IP网络 发送给媒体网关的H.248 大部分媒体网关默认承载网为IP网络，即SS发送给媒体网关的H.248协议报文中 不包含BNC character字段 字段。 不包含BNC character字段。
•可实现： 可实现： 可实现 •多接口的自动关联分析， 多接口的自动关联分析， 多接口的自动关联分析 进行用户级、网元、 进行用户级、网元、网络级 的呼叫流程分析跟踪
•多协议多接口关联分析 多协议多接口关联分析
•多协议多接口关联分析 多协议多接口关联分析
•BICC
•H.248
•MSCserver A •BICC
•所有510错误中H.248的ADD Request消息中包括两个COMMAND 所有510错误中H.248的 Request消息中包括两个 消息中包括两个COMMAND 所有510错误中H.248
• 通过局方提供的链路资料表， 通过局方提供的链路资料表， • 找到ISUP过程。定位局响、定位过程 找到ISUP过程。定位局响、 ISUP过程
实时CDR（ Records） 实时CDR（Call Detail Records）自动合成及过滤 CDR
•例图：协议中标准流程 例图： 例图
•例图：合成后CDR流程 例图：合成后CDR流程 例图 CDR
•例图：全协议、全字段过滤 例图：全协议、 例图
多接口关联: 通过集中数据采集，实时关联各个接口流程，在一个CDR 多接口关联: 通过集中数据采集，实时关联各个接口流程，在一个CDR 中实时呈现多接口完整流程，快速定位问题点， 中实时呈现多接口完整流程，快速定位问题点，便于监视全网通信过 程，是监测仪表特色的呼叫跟踪功能。 是监测仪表特色的呼叫跟踪功能。
•例图：分层解码 例图： 例图
监测仪表的协议解码 支持协议列表如下： 支持协议列表如下： • 全面支持WCDMA相关协议 全面支持WCDMA WCDMA相关协议 – ISUP – RANAP – NBAP – ALCAP – BICC – H.248/Megaco/GCP – Sigtran: M2UA, M3UA, Sigtran: – SIP/SIP-T/SIP-I SIP/SIP-T/SIP– RTP/RTCP – INAP – BSSAP – MAP …
NGN网络监测案例分析 NGN网络监测案例分析
• 错误原因： 错误原因： 发生510 510错误的是出局呼叫 1、发生510错误的是出局呼叫 SS分析后可能对部分呼叫会向MG发出带有两个 分析后可能对部分呼叫会向MG 2、SS分析后可能对部分呼叫会向MG发出带有两个 COMMAND的 COMMAND的ADD MG目前无法处理这个消息 从而产生510 目前无法处理这个消息， 510错误 3、MG目前无法处理这个消息，从而产生510错误 • 解决办法： 解决办法： 定位局向后由厂家分别分析SS产生两个COMMAND SS产生两个 1、定位局向后由厂家分别分析SS产生两个COMMAND ADD 原因和MG无法处理的原因， MG无法处理的原因 原因和MG无法处理的原因，修改软交换上参数解决