一种基于VoLTE网络接通率及流程异常自动分析方法与流程

一种基于volte网络接通率及流程异常自动分析方法
技术领域
1.本发明涉及一种基于volte网络接通率及流程异常自动分析方法。


背景技术：

2.随着网络的发展，volte用户持续增长，volte网络接通率是用户对网络的第一感知，volte网络接通率直接影响到用户对4g网络的感知情况，由于技术与之前的2、3g网络不同，且在统计时需要跨单据统计，因此，volte网络接通率对于运营商有着极大的挑战与痛点：
3.挑战：
4.1)调研显示接通率是引起客户对4g网络感知体验差的主因之一，但缺乏实时有效的分析监控方法，无法指导规划优化；
5.2)客户体验主动关怀难，只能通过客户反映来发现问题；
6.3)缺乏多角度数据分析支撑；
7.痛点：
8.1)volte网络接通率指标只能通过路测、网管及mr数据获取，指标的实时性和优化效果趋势缺少分析监控；
9.2)起呼阶段每一环节缺少分析监控，难以定位到接通失败具体细节；
10.3)volte与他网、地市区域及不同厂家等各维度的呼叫成功率，需从多渠道获取，对比困难；
11.4)缺失具体的失败原因码的分析监控；
12.综上，volte网络接通率的自动分析与定界对于运营商有着强烈的诉求。


技术实现要素：

13.针对现有技术中存在的问题，本发明的目的在于提供一种基于volte网络接通率及流程异常自动分析方法的技术方案，从而帮助客户及时发现及分析网络提，从而间接做到提升用户对网络的满意度。
14.所述一种基于volte网络接通率及流程异常自动分析方法，其特征在于包括如下步骤：
15.步骤一：基础数据准备；
16.步骤二：volte网络接通率自分析；
17.步骤三：volte网络接通率6阶段细化自分析；
18.步骤四：volte网络接通率多维度自分析；
19.步骤五：volte网络接通失败原因自分析；
20.步骤六：volte网络接通失败钻信令自分析；
21.步骤七：对于失败分析结果的优化自建议。
22.所述的一种基于volte网络接通率及流程异常自动分析方法，其特征在于所述的
基础数据准备中需要准备的数据信息为：
23.被叫号码地址与运营商的对照关系：原始单据中缺少用户与运营商的对照关系，无法支撑自分析，故截取原始用户标识字段前4位，配置与运营商的对照关系；
24.小区与自定义场景关系：自定义的场景在原始单据中没有字段体现，故配置出小区与自定义场景的关系，从而使自定义场景与原始单据关联；
25.失败码说明以及与对应优化关系：原始单据中的失败码仅为数字，需要转换后方可呈现，故为失败码配置对应的优化建议用于自分析。
26.所述的一种基于volte网络接通率及流程异常自动分析方法，其特征在于所述的volte网络接通率自分析如下：
27.对网络接通率指标做到主动实时监控和后分析：
28.指标算法：
[0029][0030]
其中，volte语音始呼网络未接通次数：主叫侧volte sbc向cscf发出volte语音的invite始呼请求后，未收到180响应消息的次数或200响应消息的次数；volte语音始呼请求次数：主叫侧volte sbc向cscf发出volte语音的invite始呼请求的次数；使用scala语言将接通率按照上述的指标公式计算方法进行汇聚，将指标自动存储在数据库中。
[0031]
所述的一种基于volte网络接通率及流程异常自动分析方法，其特征在于所述volte网络接通率6阶段细化自分析如下：
[0032]
1)呼叫响应成功率：
[0033]
指标算法：
[0034]
起呼试呼次数：主叫侧volte ue向sbc发出volte语音的invite始呼请求的次数；呼叫响应成功次数：主叫侧volte ue向sbc发出volte语音的invite始呼请求后，收到100响应消息的次数；
[0035]
2)承载建立成功率：
[0036]
指标算法：
[0037]
承载建立请求次数：主叫侧volte ue呼叫响应成功后，sbc向enb发出e-rab setup requst承载建立请求消息的次数；承载建立响应次数：enb收到e-rab setup requst承载建立请求消息后，向sbc回应承载建立响应creat bearer response消息的次数；
[0038]
3)被叫资源准备成功率：
[0039]
指标算法：
[0040]
被叫资源请求次数：sbc收到资源建立响应消息后，sbc通过mw接口向cscf转发invite消息的次数；被叫资源响应次数：sbc转发invite消息后，收到100响应消息后，主叫侧ue收到183响应消息的次数；
[0041]
4)qci 1承载更新成功率：
[0042]
指标算法：
[0043]
承载更新请求次数：主叫收到被叫资源准备响应183消息后，sbc向enb发送承载更新请求消息的次数；承载更新响应次数：enb收到承载更新请求消息后，并发送承载更新响应消息，sbc侧收到承载更新响应消息的次数；
[0044]
5)媒体面更新成功率：
[0045]
指标算法：
[0046]
媒体面更新请求次数：qci1承载更新完成后后，sbc向p-cscf发送媒体面更新，gm口收到媒体面更新请求200响应消息的次数；媒体面更新响应次数：gm口收到更新请求消息后，完成媒体面更新，gm口收到更新响应183响应消息的次数；6)回铃成功率：
[0047]
指标算法：
[0048]
等待振铃次数：媒体面更新完成后后，gm口收到振铃183响应消息的次数；振铃次数：媒体面更新完成后，振铃，并向主叫发送200响应消息的次数。
[0049]
所述的一种基于volte网络接通率及流程异常自动分析方法，其特征在于所述volte网络接通率多维度自分析如下：
[0050]
使用scala语言将指标按照不同的时间和空间维度进行计算汇聚，并生成数据表周期性存储在数据库中；javascript、css语言完成前台界面开发；页面通过dac中间件json查询方式实现与数据库通信；
[0051]
分析的空间维度：省、市、县、自定义区域、厂家、运营商；
[0052]
通过基础数据的小区与自定义场景关系配置，用scala将原始单据与此关系相结合，从而支撑自定义区域维度数据分析；通过基础数据的运营商与用户号段关系配置，用scala将原始单据与此关系相结合，从而支撑运营商维度数据分析；通过市场调研，将小区与厂家相结合，并用scala将原始单据与此关系相结合，从而创新出厂家维度数据分析；
[0053]
分析的时间维度：小时、天，小时粒度数据用于实时监控；天粒度数据用于后分析；
[0054]
页面多元化分析：界面使用卡片、趋势图、图片；打开界面后，数据自动呈现。所述的一种基于volte网络接通率及流程异常自动分析方法，其特征在于所述volte网络接通失败原因自分析如下：
[0055]
指标算法：volte网络接通失败次数＝volte网络未接通次数
[0056]
volte语音始呼网络未接通次数：主叫侧volte sbc向cscf发出volte语音的invite始呼请求后，未收到180响应消息的次数或200响应消息的次数；
[0057]
时间维度：小时、天，将指标按照小时粒度和天粒度进行汇聚入库，用于实时监控和后分析；
[0058]
空间维度：省、市、区县等行政区域维度；
[0059]
分析维度：失败原因码；
[0060]
使用scala语言将指标按照不同的时间和空间维度进行计算汇聚，并生成数据表周期性存储在数据库中；原始单据只有失败代码，通过将准备的基础数据与之，可将失败的具体原因、场景、大类等信息全部分析；javascript、css等语言完成前台界面开发；页面呈
现表格，饼图等多元化样式；页面通过dac中间件json查询方式实现与数据库通信；运用java语言将失败分析结果导出，导出格式为excel，可支撑客户对数据的延展性。
[0061]
所述的一种基于volte网络接通率及流程异常自动分析方法，其特征在于所述volte网络接通失败钻信令自分析如下：
[0062]
通过dac中间件json查询方式；失败码、以及时间空间维度信息过虑原始单据，将底层失败单据过滤出；运用java语言将失败分析结果导出，导出格式为excel，支撑客户对数据的延展性；通过调用接口，将底层失败单据对应的原始信令码流直观呈现出。
[0063]
所述的一种基于volte网络接通率及流程异常自动分析方法，其特征在于所述对于失败分析结果的优化自建议如下：
[0064]
通过json方式构建失败码与优化建议关系表；通过dac查询方式实现与基础表通信；界面通过javascript、css、java语言完成；呈现失败码与前台优化建议信息。
[0065]
本发明将主客观数据关联建模，对于用户的需求，按照集团对接通率的考核要求，将volte网络接通率指标进行6阶段细化，结合探针数据，将volte网络接通率所有指标进行多维化分析呈现，且对失败原因进行专项分析，详细的失败原因码自分析以及失败信令自钻取，并将优化措施(可配置)页面呈现，高效对volte网络接通率指标进行分析监控，及时处理网络问题，提升用户网络感知度。
附图说明
[0066]
图1为volte网络接通率6阶段流程详解图。
具体实施方式
[0067]
下面结合说明书附图对本发明作进一步说明：
[0068]
本发明基于客户实际业务诉求，参考集团(中国移动集团)规范，为此构建一套对volte网络接通率及流程异常自动分析方法。
[0069]
该自分析方法包括如下步骤：
[0070]
步骤一：基础数据准备；
[0071]
步骤二：volte网络接通率自分析；
[0072]
步骤三：volte网络接通率6阶段细化自分析；
[0073]
步骤四：volte网络接通率多维度自分析；
[0074]
步骤五：volte网络接通失败原因自分析；
[0075]
步骤六：volte网络接通失败钻信令自分析；
[0076]
步骤七：对于失败分析结果的优化自建议。
[0077]
以下为该发明的步骤详解：
[0078]
步骤一：基础数据准备
[0079]
由于volte的原始字段数据(底层数据)存于运营商数据库中，部分为代码，需要转换后呈现给客户，该发明将需要的数据做成关系表，用户在页面导入数据后，本发明将数据自动插入到数据库中用于支撑后面的自分析；
[0080]
需要准备的数据信息为：
[0081]
被叫号码地址与运营商的对照关系；(原始单据中缺少用户与运营商的对照关系，
无法支撑自分析，故截取原始called_party_address(用户标识)字段前4位，配置与运营商的对照关系)
[0082]
小区与自定义场景关系；(自定义的场景(如酒店，机场，高速公路，高铁，政府)在原始单据中没有字段体现，现配置出小区与自定义场景的关系，从而使自定义场景与原始单据关联)
[0083]
失败码说明以及与对应优化关系。(原始单据中的失败码仅为数字，需要转换后方可呈现，现为失败码配置对应的优化建议用于自分析)
[0084]
步骤二：volte网络接通率自分析
[0085]
对volte网络接通率指标进行自分析，服务部无须通过客户投诉反馈来间接获取接通率是否达标。现通过本发明，服务部可对网络接通率指标做到主动实时监控和后分析。具体分析见下：
[0086]
指标名称：volte网络接通率
[0087]
英文名称：volte.networkconnectedsuccrate
[0088]
业务需求：volte非网络故障的呼叫接通成功率。
[0089]
指标定义：volte网络接通率指从网络角度看，收到volte语音的invite始呼请求后，用户成功转发180响应消息，或被叫转发invite消息收到用户发出的180响应消息的比率；针对收到下述响应消息：403响应消息、404响应消息、405响应消息、413响应消息、414响应消息、415响应消息、416响应消息、422响应消息、423响应消息、480响应消息、486响应消息、4867响应消息、488响应消息、600响应消息、603响应消息、604响应消息、606响应消息视为起呼无效，即不统计起呼次数；
[0090]
指标算法：
[0091][0092]
volte语音始呼网络未接通次数：主叫侧volte sbc向cscf发出volte语音的invite始呼请求后，未收到180响应消息的次数或200响应消息的次数；
[0093]
volte语音始呼请求次数：主叫侧volte sbc向cscf发出volte语音的invite始呼请求的次数；
[0094]
测量数据映射关系：引用ims始呼会话单据(xdr)
[0095]
volte语音始呼网络未接通次数：xdr中字段“access_type”＝1、或“access_type”＝2、“access_type”＝43，且“p_cscf_id”≠“空”，且“service_type”＝0，且(“alerting_time”≠“空”，且“alerting_time”＝“空”，且((response_code＝403、或response_code＝404、response_code＝405、response_code＝413、response_code＝414、response_code＝415、response_code＝416、response_code＝422、response_code＝423、response_code＝480、response_code＝486、response_code＝488、response_code＝600、response_code＝603、response_code＝604、response_code＝606以及response_code＝487)，或者response_code＝“空”)的xdr个数；
[0096]
volte语音始呼请求次数：xdr中字段“access_type”＝1、或“access_type”＝2、“access_type”＝43，且“p_cscf_id”≠“空”，且“service_type”＝0的xdr个数；
[0097]
数据类型:实型；
[0098]
自分析技术：使用scala语言将接通率按照上述的指标公式计算方法进行汇聚，将指标自动存储在数据库中；
[0099]
时间维度：小时、天；
[0100]
将指标按照小时粒度和天粒度进行汇聚入库，用于实时监控和后分析。步骤三：volte网络接通率6阶段细化自分析
[0101]
虽然通过步骤二能够对网络接通率指标进行分析监控，但仍无法对接通率6阶段进行指标监控和分析；且长期以来只能通过路测、网管及mr数据获取，无法满足网络部的诉求，本发明现对接通率6环节进行自分析，具体见下：
[0102]
volte网络接通率6阶段流程详解如图1，volte网络接通率6阶段指标介绍：
[0103]
1)呼叫响应成功率：
[0104]
指标名称：呼叫响应成功率
[0105]
英文名称：volte.callresponsesuccrate
[0106]
业务需求：volte语音主叫业务的呼叫响应成功率。
[0107]
指标定义：volte呼叫响应成功率指从网络角度看，拨打语音电话后，用户发出语音的invite始呼请求后，收到sbc发出的100响应消息的的比率；
[0108]
指标算法：
[0109][0110]
起呼试呼次数：主叫侧volte ue向sbc发出volte语音的invite始呼请求的次数；
[0111]
呼叫响应成功次数：主叫侧volte ue向sbc发出volte语音的invite始呼请求后，收到100响应消息的次数；
[0112]
测量数据映射关系：引用ims呼叫接口单据(xdr)
[0113]
起呼试呼次数：xdr中字段“source_ne_type”＝0，且“dest_ne_type”＝1的xdr个数；
[0114]
呼叫响应成功次数：xdr中字段“source_ne_type”＝4的xdr个数。
[0115]
2)承载建立成功率：
[0116]
指标名称：承载建立成功率
[0117]
英文名称：volte.bearersetupsuccrate
[0118]
业务需求：volte语音主叫业务的承载建立成功率；
[0119]
指标定义：volte承载建立成功率指从网络角度看，拨打语音电话，用户呼叫响应成功，sbc向enb发出的增加承载建立请求后，收到enb的承载建立响应的比率；
[0120]
指标算法：
[0121][0122]
承载建立请求次数：主叫侧volte ue呼叫响应成功后，sbc向enb发出e-rab setup requst(承载建立请求)消息的次数；
[0123]
承载建立响应次数：enb收到e-rab setup requst(承载建立请求)消息后，向sbc回应承载建立响应(creat bearer response)消息的次数；
[0124]
测量数据映射关系：引用信令面单据s1mme(xdr)
[0125]
承载建立请求次数：xdr中字段“s1ap_trans_type”＝9，且“qci_neg”＝1，且“s1ap_succed_flag”≠“空”的xdr个数；
[0126]
承载建立响应次数：xdr中字段“s1ap_trans_type”＝9，且“qci_neg”＝1，且“s1ap_succed_flag”＝0的xdr个数。
[0127]
3)被叫资源准备成功率：
[0128]
指标名称：被叫资源准备成功率
[0129]
英文名称：volte.mtcresourpreparasuccrate
[0130]
业务需求：volte语音主叫业务的被叫资源准备成功率；
[0131]
指标定义：volte被叫资源准备成功率指从网络角度看，主叫建立承载后，sbc转发invite消息后，ue收到sbc发出的183响应消息的比率；
[0132]
指标算法：
[0133][0134]
被叫资源请求次数：sbc收到资源建立响应消息后，sbc通过mw接口向cscf转发invite消息的次数；
[0135]
被叫资源响应次数：sbc转发invite消息后，收到100响应消息后，主叫侧ue收到183响应消息的次数；
[0136]
测量数据映射关系：引用ims呼叫接口单据(xdr)；
[0137]
被叫资源请求次数：xdr中字段“source_ne_type”＝1，且“dest_ne_type”＝0的xdr个数；
[0138]
被叫资源响应次数：xdr中字段“source_ne_type”＝1，且“dest_ne_type”＝0，且“sip_183_delay”≠“空”的xdr个数。
[0139]
4)qci 1承载更新成功率：
[0140]
指标名称：qci 1承载更新成功率
[0141]
英文名称：volte.qci1bearerupdatesuccrate
[0142]
业务需求：volte语音主叫业务的qci 1承载更新成功率
[0143]
指标定义：volte qci 1承载更新成功率成功率指从网络角度看，主叫收到被叫资源准备响应消息后，sbc向enb发出的承载更新请求消息后，收到enb的承载建更新响应消息的比率；
[0144]
指标算法：
[0145][0146]
承载更新请求次数：主叫收到被叫资源准备响应183消息后，sbc向enb发送承载更新请求消息的次数；
[0147]
承载更新响应次数：enb收到承载更新请求消息后，并发送承载更新响应消息，sbc侧收到承载更新响应消息的次数；
[0148]
测量数据映射关系：引用信令面单据s1mme(xdr)
[0149]
被叫资源请求次数：xdr中字段“s1ap_trans_type”＝10，且“qci_neg”＝1，且“s1ap_succed_flag”≠“空”的xdr个数；
[0150]
被叫资源响应次数：xdr中字段“s1ap_trans_type”＝10，且“qci_neg”＝1，且“s1ap_succed_flag”＝0的xdr个数。
[0151]
5)媒体面更新成功率：
[0152]
指标名称：媒体面更新成功率
[0153]
英文名称：volte.mediaupdatesuccrate
[0154]
业务需求：volte语音主叫业务的媒体面载更新成功率
[0155]
指标定义：volte媒体面更新成功率成功率指从网络角度看，承载更新完成后，gm口收到更新请求200消息的次数，与gm口收到更新完成183响应消息的比率；
[0156]
指标算法：
[0157][0158]
媒体面更新请求次数：qci1承载更新完成后后，sbc向p-cscf发送媒体面更新，gm口收到媒体面更新请求200响应消息的次数；
[0159]
媒体面更新响应次数：gm口收到更新请求消息后，完成媒体面更新，gm口收到更新响应183响应消息的次数；
[0160]
测量数据映射关系：引用ims呼叫接口单据(xdr)
[0161]
被叫资源请求次数：xdr中字段“update_200_ok_delay”≠“空”的xdr个数；
[0162]
被叫资源响应次数：xdr中字段“sip_183_delay”≠“空”的xdr个数。
[0163]
7)回铃成功率：
[0164]
指标名称：回铃成功率
[0165]
英文名称：volte.ringingsuccrate
[0166]
业务需求：volte语音主叫业务的回铃成功率
[0167]
指标定义：volte回铃成功率成功率指从网络角度看，媒体面更新完成后，gm口收到振铃完成183响应消息，与gm口收到等待振铃200响应消息的次数的比率
[0168]
指标算法：
[0169][0170]
等待振铃次数：媒体面更新完成后后，gm口收到振铃183响应消息的次数；
[0171]
振铃次数：媒体面更新完成后，振铃，并向主叫发送200响应消息的次数；
[0172]
测量数据映射关系：引用ims呼叫接口单据(xdr)；
[0173]
等待振铃次数：xdr中字段“sip_183_delay”≠“空”的xdr个数；
[0174]
振铃次数：xdr中字段“update_200_ok_delay”≠“空”的xdr个数；
[0175]
数据类型:实型；
[0176]
时间维度：小时、天；将指标按照小时粒度和天粒度进行汇聚入库，用于实时监控和后分析；
[0177]
自分析技术：使用scala语言将接通率6阶段指标按照上述的指标公式计算方法进行汇聚，将指标自动存储在数据库中。
[0178]
步骤四：volte网络接通率多维度自分析
[0179]
通过上述步骤对接通率和6阶段指标进行自分析，但对于业务部多角度数据支撑
的诉求扔无法满足，现通过各种空间与时间维度相结合对接通率指标进行详细分析，部分维度(volte与他网、地市区域及不同厂家等各维度的呼叫成功率，需从多渠道获取)对比困难，本发明可解决客户痛点，具体见下：
[0180]
分析指标：详见步骤三和步骤四的指标分析；
[0181]
自分析技术：
[0182]
使用scala语言将指标按照不同的时间和空间维度进行计算汇聚，并生成数据表周期性存储在数据库中；
[0183]
javascript、css等语言完成前台界面开发；
[0184]
页面通过dac中间件json查询方式实现与数据库通信；
[0185]
分析的空间维度：省、市、县、自定义区域、厂家、运营商等；
[0186]
通过基础数据的小区与自定义场景关系配置，用scala将原始单据与此关系相结合，从而支撑自定义区域维度数据分析；
[0187]
通过基础数据的运营商与用户号段关系配置，用scala将原始单据与此关系相结合，从而支撑运营商维度数据分析；
[0188]
通过市场调研，将小区与厂家相结合，并用scala将原始单据与此关系相结合，从而创新出厂家维度数据分析；
[0189]
其他空间维度与上述维度组合，组合出各种新维度；
[0190]
分析的时间维度：小时、天；
[0191]
小时粒度数据用于实时监控；
[0192]
天粒度数据用于后分析；
[0193]
页面多元化分析：
[0194]
界面使用卡片、趋势图、图片等形势直观展示；
[0195]
打开界面后，数据自动呈现。
[0196]
步骤五：volte网络接通失败原因自分析
[0197]
通过上述对指标的自分析，能够统计出接通率差的时间和空间所在，对于具体的接通失败原因等细节，以前只能通过网络部的外场优化、巡检、mr数据等形式进行分析，这种形式缺乏时效性以及自主性。本发明对接通失败原因进行监控与分析，具体见下：
[0198]
指标名称：volte网络接通失败次数
[0199]
英文名称：volte.networkconnectedfainum
[0200]
业务需求：volte网络接通率的失败次数分析及其原因
[0201]
指标定义：volte网络接通率指从网络角度看，主叫侧volte sbc向cscf发出volte语音的invite始呼请求后，未收到180响应消息的次数或200响应消息的次数；针对收到下述响应消息：403响应消息、404响应消息、405响应消息、413响应消息、414响应消息、415响应消息、416响应消息、422响应消息、423响应消息、480响应消息、486响应消息、4867响应消息、488响应消息、600响应消息、603响应消息、604响应消息、606响应消息视为起呼无效，即不统计为失败次数；
[0202]
指标算法：
[0203]
volte网络接通失败次数＝volte网络未接通次数
[0204]
volte语音始呼网络未接通次数：主叫侧volte sbc向cscf发出volte语音的
invite始呼请求后，未收到180响应消息的次数或200响应消息的次数；
[0205]
测量数据映射关系：引用ims始呼会话单据(xdr)
[0206]
volte语音始呼网络未接通次数：xdr中字段“access_type”＝1、或“access_type”＝2、“access_type”＝43，且“p_cscf_id”≠“空”，且“service_type”＝0，且(“alerting_time”≠“空”，且“alerting_time”＝“空”，且((response_code＝403、或response_code＝404、response_code＝405、response_code＝413、response_code＝414、response_code＝415、response_code＝416、response_code＝422、response_code＝423、response_code＝480、response_code＝486、response_code＝488、response_code＝600、response_code＝603、response_code＝604、response_code＝606以及response_code＝487)，或者response_code＝“空”)的xdr个数；
[0207]
数据类型:实型；
[0208]
时间维度：小时、天；将指标按照小时粒度和天粒度进行汇聚入库，用于实时监控和后分析；
[0209]
空间维度：省、市、区县等行政区域维度；
[0210]
分析维度：失败原因码；
[0211]
自分析技术：
[0212]
使用scala语言将指标按照不同的时间和空间维度进行计算汇聚，并生成数据表周期性存储在数据库中；
[0213]
原始单据只有失败代码，通过将准备的基础数据与之，可将失败的具体原因、场景、大类等信息全部分析；
[0214]
javascript、css等语言完成前台界面开发；页面呈现表格，饼图等多元化样式；
[0215]
页面通过dac中间件json查询方式实现与数据库通信；
[0216]
运用java语言将失败分析结果导出，导出格式为excel，可支撑客户对数据的延展性。
[0217]
步骤六：volte网络接通失败钻信令自分析
[0218]
界面自分析出失败原因信息，可供客户直接查看，但仍无法满足客户对失败具体环节(底层信令)的诉求，现将失败原因与底层相结合，在页面直接呈现，且本发明支持大批量数据导出；
[0219]
自分析步骤：
[0220]
通过dac中间件json查询方式；
[0221]
失败码、以及时间空间维度等信息过虑原始单据(ims始呼会话单据)，将底层失败单据过滤出；运用java语言将失败分析结果导出，导出格式为excel，可支撑客户对数据的延展性；
[0222]
通过调用接口，将底层失败单据对应的原始信令码流直观呈现出。
[0223]
步骤七：对于失败分析结果的优化自建议
[0224]
长期以来，指标后台分析与实际优化一直没有直接关联，优化仅存于路测等外场环境，经过长期的优化与指标分析经验总结，现将接通率指标的后台失败原因与前台优化建议相结合，在通过各种技术手段将两者直观呈现给客户，以解决客户诉求：
[0225]
自分析步骤：
[0226]
通过json等方式构建失败码与优化建议关系表；
[0227]
通过dac查询方式实现与基础表通信；
[0228]
界面通过javascript、css、java等语言完成；
[0229]
呈现失败码与前台优化建议信息(如下表)。
[0230]
[0231]
[0232]
[0233]
[0234][0235]
1.缩略语：
[0236]
[0237][0238]
2.sip信令代码值以及消息方法
[0239]
a.信令代码值
[0240][0241][0242]
b.6种方法
[0243]
基本方法说明register注册联系信息invite初始化一个会话，可以理解为发起-个呼叫ack对invite消息的最终响应cancel取消一个等待处理或正在处理的请求bye终止一个会话options查询服务器和能力，也可以用作ping测试update是sip扩展的一种机制,用以在通话尚未建立的时候更新媒体流状态的一种机制prack是sip消息中保证临时消息(101-199)可靠传输的机制
[0244]
1.详单字段含义
[0245]
a.ims始呼会话单据
[0246][0247]
b.信令面单据s1mme
[0248][0249]
c.ims始呼会话单据
[0250]
[0251]