CN109818817B - 数据传输时延分析方法、装置、电子设备及存储介质 - Google Patents
数据传输时延分析方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN109818817B CN109818817B CN201711164595.4A CN201711164595A CN109818817B CN 109818817 B CN109818817 B CN 109818817B CN 201711164595 A CN201711164595 A CN 201711164595A CN 109818817 B CN109818817 B CN 109818817B
- Authority
- CN
- China
- Prior art keywords
- interface
- data transmission
- information table
- call connection
- comprehensive information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Abstract
本发明实施例公开了一种数据传输时延分析方法、装置、电子设备及存储介质，可以包括：采集数据传输过程的完整原始信令数据；基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表；根据呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联；依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表；根据第二综合信息表获得单信令单网元的单位时延信息，以基于单位时延信息进行时延分析。上述数据传输时延分析方法、装置、电子设备及存储介质能够实现准确和多维度的进行数据传输时延分析。
Description
技术领域
本发明涉及数据推送技术领域，尤其涉及一种数据传输时延分析方法、装置、电子设备及存储介质。
背景技术
在移动通信中，IP数据传输相比传统数据传输方案具有低接续时延的优点。
例如，在基于IMS(IP Multimedia Subsystem，IP多媒体子系统)的语音传输业务Voice over LTE(以下简称VoLTE)中，由于脱离传统2G或3G网络，在4G LTE网络上实现，并通过IP数据传输技术，借助4G高速率网络实现端到端语音解决方案。
相比传统语音方案，VoLTE高分辨率编解码技术给用户带来高质量的音视频通话，更为突出的特色是为用户带来更低的接续时延(VoLTE主叫拨号后到VoLTE被叫振铃的等待时间)，VoLTE在1-3秒左右，而2G或3G直至CSFB(电路域回落,Circuit Switched Fallback)的网络演进阶段都在5-9秒，对用户感知的提升明显。
新技术带来使用感知提升的同时也对现有网络的改造带来了巨大的挑战。VoLTE技术的全面部署涉及无线网、核心网、信令网、承载网、用户数据等端到端的网络改变，涉及新建及改造网元类型超过10类，常用接口28个，复杂程度是空前的。也导致了VoLTE技术在部署前期的困难重重，网元之间、异厂家之间的消息交互亟需优化，VoLTE技术带来的接续时延短的优势没有完全体现。现有VoLTE接续时延的分析优化方法较缺乏，且一些相关的分析方法存在如下缺陷：
分析结果准确度不高。分析结果的准确性对于最终的优化实施起到了最为关键的作用，准确的统计分析能最快的暴露出网络问题进而采取整改措施，能起到立竿见影的效果。但目前时延的优化分析方法过于依赖人工的分析和统计，鉴于人员能力参差不齐等因素影响，时延分析结果的准确性得不到保障，直接影响到后续优化措施的落实效果。
分析方法深度不够。基于流程优化仅触及“面”，不能深入到“点”。VoLTE呼叫流程涉及网元数量包括SBC、CSCF、VoLTEAS、DRA等21种，目前技术方案仅将接续时延优化细分到某域的单一流程，无法进一步细化至每类网元，进而无法定位网元内部、网元之间影响接续时延的因素，现有方法仍存在较大局限性。
分析方法效率低，优化结果移植性差。现有分析方法更多的是依靠人工参与进行异常流程判断和时延统计，无法对通话进行大规模分析，排查样本较少，对分析结果佐证力度不够。同时，分析结果仅适用于当前VoLTE网络架构，不利于移植推广。
发明内容
本发明实施例的目的在于提供一种数据传输时延分析方法、装置、电子设备及存储介质，能够实现准确和多维度的进行数据传输时延分析。
为达上述目的，第一方面，本发明实施例提供了一种数据传输时延分析方法，上述方法可以包括：
采集数据传输过程的完整原始信令数据；
基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表；
根据呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联；
依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表；
根据第二综合信息表获得单信令单网元的单位时延信息，以基于单位时延信息进行时延分析。
第一方面提供的数据传输时延分析方法，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
第二方面，本发明实施例提供了一种数据传输时延分析装置，上述装置可以包括：采集单元、第一综合信息表生成单元、关联单元、第二信综合信息表关联单元和单位时延信息分析单元。
采集单元可以用于采集数据传输过程的完整原始信令数据。
第一综合信息表生成单元可以用于基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表。
关联单元可以用于根据呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联。
第二信综合信息表关联单元可以用于依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表。
单位时延信息分析单元可以用于根据第二综合信息表获得单信令单网元的单位时延信息，以基于单位时延信息进行时延分析。
第二方面提供的数据传输时延分析装置，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
第三方面，本发明实施例提供了电子设备，可以包括处理器和存储器；
该存储器可以用于储存有可执行程序代码；
该处理器可以用于读取所述存储器中存储的可执行程序代码以执行上述第一方面提供的数据传输时延分析方法。
第三方面提供的电子设备，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
第四方面，本发明实施例提供了一种计算机可读存储介质，可以包括指令，当指令在计算机上运行时，使得计算机执行上述第一方面提供的数据传输时延分析方法。
第四方面提供的计算机可读存储介质，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
第五方面，本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面提供的数据传输时延分析方法。
第六方面，本发明实施例提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面提供的数据传输时延分析方法。
与现有技术相比，本发明实施例提供的数据传输时延分析方法、装置、电子设备及存储介质的方案中，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一种实施例提供的数据传输时延分析方法的示意性流程图；
图2为本发明一种实施例提供的数据传输时延分析方法的第一综合信息表的示意性示例图；
图3为本发明另一种实施例提供的数据传输时延分析方法的示意性流程图；
图4为本发明又一种实施例提供的数据传输时延分析方法的示意性流程图；
图5为本发明一种实施例提供的数据传输时延分析方法的第二综合信息表的示意性示例图；
图6为本发明一种实施例提供的数据传输时延分析装置的示意性结构框图；
图7为本发明另一种实施例提供的数据传输时延分析装置的示意性结构框图；
图8为本发明又一种实施例提供的数据传输时延分析装置的示意性结构框图；
图9为本发明一种实施例提供的电子设备的示意性结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
下面首先对本发明中涉及到的技术术语进行简单介绍。
VoLTE即Voice over LTE，它是一种IP数据传输技术，无需2G或3G网络，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一。换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，后者便需要VoLTE技术来实现。需要说明的是，本发明实施例的数据传输时延分析方法包括但不限于应用于现有的2G、3G和4G网络。
SIP(Session Initiation Protocol，会话初始协议)，是一个应用层的信令控制协议。用于创建、修改和释放一个或多个参与者的会话。
下面再通过具体实施例来对本发明进行详细介绍。
图1为本发明一种实施例提供的数据传输时延分析方法的示意性流程图。如图1所示，一种数据传输时延分析方法，包括：S110～S150。
在S110中，采集数据传输过程的完整原始信令数据。
由于单位时延分析方法十分依赖于完整的呼叫原始数据收集，为了避免原始数据采集出现丢包而导致分析结果不准确的情况，在一些示例中，我们采用通过数据传输流程的设备物理接口基于分光方式进行所述完整原始信令的采集。
在S120中，基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表。
在一些示例中，基于完整原始信令数据分流获得MW接口、ISC接口、MG接口和S1-U接口的原始信令数据，原始信令数据可以包括：INVITE、UPDATE、PRACK、183、180和200六种消息类型。通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表。
在一些示例中，以VoLTE的完整原始信令为例，上述第一综合信息表可以用表SIP_Tab表示，SIP_Tab表里涵盖了从完整原始信令分流得到的MW接口、ISC接口、MG接口和S1-U接口的原始信令数据。
图2为本发明一种实施例提供的数据传输时延分析方法的第一综合信息表的示意性示例图。如图2所示，上述第一综合信息表可以用表SIP_Tab表示。原始信令数据可以包括：INVITE、UPDATE、PRACK、183、180和200六种消息类型、信令时间、信令方向、开始网元IP(IP_S)、结束网元IP(IP_D)、CALL-ID(呼叫标识)、SIP_FROM(主叫号码)、SIP_TO(被叫号码)、PCV(MW接口、ISC接口、MG接口信令中的P-Charging-Vector字段)和INTF(接口)等。其中，CALL-ID可以标识同一完整数据传输流程的呼叫。
在S130中，根据呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，上述关键字段可以包括：CALL_ID字段和PCV字段。上述S130可以包括：
根据呼叫接续关键会话初始协议消息中的CALL_ID字段，对第一综合信息表中，属于同一完整数据传输流程的S1-U接口和MW接口的呼叫接续关键会话初始协议消息进行关联；
根据呼叫接续关键会话初始协议消息中的PCV字段，对第一综合信息表中，属于同一完整数据传输流程的MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联；
根据与S1-U接口关联的MW接口的PCV字段，对第一综合信息表中，属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在S140中，依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表。
在一些示例中，可以根据网元设备IP配置表关联并填充S120生产的SIP_Tab中开始和结束网元名称，可以生成第二综合信息表，第二综合信息表可以用表SIP_Tab_New表示。
在S150中，根据第二综合信息表获得单信令单网元的单位时延信息，以基于单位时延信息进行时延分析。
在一些示例中，可以分解表SIP_Tab_New中信令数据，得到呼叫接续的最小时间、最大时间、智能网类型、主被叫起呼网络等信息，为后续计算各种呼叫接续场景的单位时延和最终的时延专题分析呈现提供数据支撑。
在一些示例中，S150中的单位时延可以理解为将呼叫接续过程中的主叫和被叫所有流程，如主叫要求通话、业务触发、锚定、域选、承载建立和振铃等，按网元间交互的域内SIP消息类型归纳为INVITE、PRACK、UPDATE、183、200和180六类，涉及接口包括MJ、MW、ISC和MG等。呼叫建立的信令流程里各消息进入各个网元所消耗的时间，将这种单信令单网元的时延称为单位时延。而所有单位时延的总和为同一完整数据传输流程的呼叫接续时延，即一通呼叫的整体接续时延。单信令单网元划分表在表1中给出。
表1，单信令单网元划分表
如表1所示，单信令单网元的时延时间可以通过以下方式计算：
主叫INV＝∑(o_ai)，被叫INV＝∑(t_ai)；
主叫183＝∑(o_bi)，被叫183＝∑(t_bi)；
主叫PRA＝∑(o_ci)，被叫PRA＝∑(t_ci)；
主叫200＝∑(o_di)，被叫200＝∑(t_di)；
主叫UPD＝∑(o_ei)，被叫UPD＝∑(t_ei)；
主叫180＝∑(o_fi)，被叫180＝∑(t_fi)；
主叫时延＝主叫INV+主叫183+主叫PRA+主叫200P+主叫UPD+主叫180；
被叫时延＝被叫INV+被叫183+被叫PRA+被叫200P+被叫UPD+被叫180；
呼叫时延＝主叫时延+被叫时延。
在本发明实施例提供的数据传输时延分析方法中，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
与现有技术不同的是，现有技术中，将接续时延优化细分到某域的单一流程，无法进一步细化至每类网元，进而无法定位网元内部、网元之间影响接续时延的因素，现有方法仍存在较大局限性。
在一些示例中，可以分解表SIP_Tab_New中信令数据，得到智能网类型信息。图3为本发明另一种实施例提供的数据传输时延分析方法的示意性流程图。如图3所示，在S140之后，上述方法还可以包括：S310～S320。
在S310中，根据ISC接口的INVITE类型原始信令数据获得主叫和/或被叫的智能网类型。
在S320中，根据ISC接口的PCV字段，对第二综合信息表中，将智能网类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，可以取出每个PCV字段对应最小时间，此时间可以记为呼叫开始时间STIME。根据PCV字段，对第二综合信息表中，将开始时间STIME与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，可以取出每个PCV字段对应180最大的时间，此时间记为ETIME结束时间，如果该PCV没有180，则过滤掉；如果有180信令，且存在信令时间大于ETIME的，此部分也过滤掉，因为只需关注呼叫接续的消息时间，接通后的消息无需保留。根据PCV字段，对第二综合信息表中，将ETIME结束时间与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，可以对智能网类型(智能网业务类型)进行如下定义：
其中，基础智能网类型在表2中给出。
表2，基础智能网类型
| 缩写 | 智能业务 |
| L | 彩玲 |
| Y | 彩印 |
| M | SCIM |
| P | SCP |
| ^ | 主叫业务 |
| * | 被叫业务 |
也可对表2中的智能网类型进行业务搭配组合，智能网类型组合在表3中给出。
表3，基础智能网类型
| #N/A | 不带智能业务 |
| L | 只带彩玲 |
| Y | 只带彩印 |
| LY | 彩玲+彩印 |
| M* | 只带被叫SCIM |
| M*L | 被叫SCIM+彩玲 |
| M^ | 只带主叫SCIM |
| M^M* | 主叫SCIM+被叫SCIM |
| M^M*L | 主叫SCIM+被叫SCIM+彩玲 |
| M^P* | 主叫SCIM+被叫SCP |
| M^P*L | 主叫SCIM+被叫SCP+彩玲 |
| P* | 只带被叫SCP |
| P*L | 被叫SCP+彩玲 |
| P^ | 只带主叫SCP |
| P^L | 主叫SCP+彩玲 |
| P^M*L | 主叫SCP+被叫SCIM+彩玲 |
| P^P* | 主叫SCP<sub>+</sub>被叫SCP |
| P^P*L | 主叫SCP+被叫SCP+彩玲 |
在一些示例中，可以根据ISC接口的INVITE类型原始信令数据中的网元名、方向、主叫等字段得出主叫智能网类型；根据ISC接口的PCV字段，对第二综合信息表中，将主叫智能网类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，可以根据ISC接口的INVITE类型原始信令数据中的网元名、方向、被叫等字段得出被叫智能网类型。根据ISC接口的PCV字段，对第二综合信息表中，将被叫智能网类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，可以分解表SIP_Tab_New中信令数据，得到呼叫场景信息。例如，呼叫类型可以在表4中给出。
表4，呼叫类型
| 缩写 | 中文 | 英文 |
| VOC | VoLTE起始呼叫 | VoLTE Originated Call |
| VTC | VoLTE终止呼叫 | VoLTE Terminated Call |
| VCS | VoLTE终止域选CS | VoLTE TADS-CS |
| COC | CS起始呼叫 | CS Originated Call |
| CTC | CS终止呼叫 | CS Terminated Call |
在一些示例中，基于上述的呼叫类型，我们可以将主叫和被叫的呼叫类型进行细分，主叫和被叫的呼叫类型细分在表5中给出。
表5，主叫和被叫呼叫类型
在一些示例中，可以分解表SIP_Tab_New中信令数据，得到呼叫场景信息。图4为本发明又一种实施例提供的数据传输时延分析方法的示意性流程图。如图4所示，在S140之后，上述方法还可以包括：S410～S440。上述实施例提供的数据传输时延分析方法
在S410中，根据主叫S1-U接口原始信令数据获得主叫呼叫类型。
在S420中，根据S1-U接口的PCV字段，在第二综合信息表中，将主叫呼叫类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在S430中，根据INVITE类型原始信令数据经过的接口类型，获得被叫呼叫类型。
在S440中，根据INVITE类型原始信令数据经过的接口的PCV字段，在第二综合信息表中，将被叫呼叫类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，可以根据主叫S1-U接口原始信令数据判断主叫的呼叫类型，例如，PCV字段下，主叫S1-U接口有信令数据，可以判断主叫呼叫类型为VOC(VOLTE始呼)；PCV字段下，主叫S1-U接口无信令数据，可以判断主叫呼叫类型为COC(CS始呼)。获得主叫呼叫类型后，可以根据S1-U接口的PCV字段，在第二综合信息表中，将主叫呼叫类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
在一些示例中，可以把INVITE类型信令的被叫经过的接口情况信息去重后按PCV字段汇总，如果其中PCV字段对应的接口有MG或MJ接口，且该PCV字段没有被叫ISC接口信息，可以判断被叫呼叫类型为CS域；如果接口为MG或MJ接口，且有被叫ISC接口信息，则可以判断被叫呼叫类型为VOLTE域选CS(电路交换域)；如果被叫接口有MW接口，则可以判断被叫呼叫类型为VOLTE域选PS(分组交换域)，否则为其他类型。
在一些示例中，通过S410～S440，判断出主叫和被叫的呼叫类型后，可以根据表5对呼叫场景进行判断分析。
在一些示例中，结合上述各类单位时延信息及呼叫信息后，可以根据时间将关联后的第二综合信息表中同一PCV字段内的每条消息按升序进行排序。至此，通过多表多关联的方式，汇总后得到每通通话相关呼叫场景及信令之间的时长详单表，以基于单位时延信息进行时延分析。
在一些示例中，可以继续将排序后的第二综合信息表中前后信令时间相减，可以得到两条信令的时间差，即为单位时延，处理后的第二综合信息表如图5所示。根据时延分析的多维度需要，可以按PCV字段、主叫和被叫类型以及智能网组合汇总得出每一通通话的时长、主叫和被叫时长等整体维度的时延信息；也可以根据信令、接口方向和网元类型等汇总得出每个主被叫网元维度信令时长统计表。
在一些示例中，可以根据单位时延开展多维度的接续时延优化专题分析。例如，可以进行整体网络的全景时延梳理。根据单位时延的分析的基础数据，可以进行全网呼叫类型占比分析、主被叫流程时延分析、智能业务及补充业务占比分析，从而更全面且多维度的了解影响接续时延的各类因素。还可以进行网元维度专题分析。对消息传递耗时较长的网元进行专项分析，推进设备厂商对网元设备内部消息处理机制的优化。以及还可以进行超长呼叫专题分析。根据单位时延结果，对异常的接续超长时延进行归类分析。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
上文中结合图1至图5，详细描述了根据本发明实施例的数据传输时延分析方法，下面将结合图6至图9，详细描述根据本发明实施例的数据传输时延分析装置和电子设备。
图6为本发明一种实施例提供的数据传输时延分析装置的示意性结构框图。如图6所示，一种数据传输时延分析装置700，可以包括：采集单元710、第一综合信息表生成单元720、关联单元730、第二信综合信息表关联单元740和单位时延信息分析单元750。
采集单元710可以用于采集数据传输过程的完整原始信令数据。
第一综合信息表生成单元720可以用于基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表。
关联单元730可以用于根据呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联。
第二信综合信息表关联单元740可以用于依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表。
单位时延信息分析单元750可以用于根据第二综合信息表获得单信令单网元的单位时延信息，以基于单位时延信息进行时延分析。
根据本发明实施例的数据传输时延分析装置700可对应于根据本发明实施例的数据传输时延分析方法中的执行主体，并且数据传输时延分析装置700中的各个单元的功能分别为了实现图1中的各个方法的相应流程，为了简洁，在此不再赘述。
在本发明实施例提供的数据传输时延分析装置中，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
与现有技术不同的是，现有技术中，将接续时延优化细分到某域的单一流程，无法进一步细化至每类网元，进而无法定位网元内部、网元之间影响接续时延的因素，现有方法仍存在较大局限性。
在一些示例中，采集单元710还可以用于：
通过数据传输流程的设备物理接口基于分光方式进行所述完整原始信令的采集。
在一些示例中，第一综合信息表生成单元720还可以用于：
基于完整原始信令数据分流获得MW接口、ISC接口、MG接口和S1-U接口的原始信令数据，原始信令数据包括：INVITE、UPDATE、PRACK、183、180和200六种消息类型；
通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表。
在一些示例中，上述关键字段可以包括：CALL_ID字段和PCV字段，上述关联单元730还可以用于：
根据呼叫接续关键会话初始协议消息中的CALL_ID字段，对第一综合信息表中，属于同一完整数据传输流程的S1-U接口和MW接口的呼叫接续关键会话初始协议消息进行关联；
根据呼叫接续关键会话初始协议消息中的PCV字段，对第一综合信息表中，属于同一完整数据传输流程的MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联；
根据与S1-U接口关联的MW接口的PCV字段，对第一综合信息表中，属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
图7为本发明另一种实施例提供的数据传输时延分析装置的示意性结构框图。如图7所示，上述装置700还包括：智能网类型关联单元760，可以用于：
根据ISC接口的INVITE类型原始信令数据获得主叫和/或被叫的智能网类型；
根据ISC接口的PCV字段，对第二综合信息表中，将智能网类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
图8为本发明又一种实施例提供的数据传输时延分析装置的示意性结构框图。如图8所示，上述装置700还可以包括：呼叫场景关联单元770，可以用于：
根据主叫S1-U接口原始信令数据获得主叫呼叫类型；
根据所述S1-U接口的PCV字段，在第二综合信息表中，将主叫呼叫类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联；
根据INVITE类型原始信令数据经过的接口类型，获得被叫呼叫类型；
根据INVITE类型原始信令数据经过的接口的PCV字段，在第二综合信息表中，将被叫呼叫类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
图9为本发明一种实施例提供的电子设备的示意性结构框图。如图9所示，上述的数据传输时延分析方法和数据传输时延分析装置的至少一部分可以由电子设备1000实现。该设备1000可以包括处理器1003和存储器1004。
存储器1004可以用于储存有可执行程序代码。
处理器1003可以用于读取存储器1004中存储的可执行程序代码以执行上述的数据传输时延分析方法。
因此，在本发明实施例提供的电子设备中，通过基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，并根据呼叫接续关键会话初始协议消息中的关键字段及网元设备IP配置表对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，生成能够体现每一个独立网元时延情况的单位时延信息，进而可以对网元内部的消息转发机制、网元之间影响接续时延的因素进行分析。将时延分析细化至每一个独立网元，便于分析每一个网元处理时长，了解每个网元处理能力，清楚各个信令阶段的呼叫时延，从而发现影响网络时延过长的问题瓶颈，快速定位出问题网元。同时通过统计工具的开发实现对每个通话接续时延的自动化串联和统计分析。细化并简化分析流程，同时方便不同组网间的移植性。
与现有技术不同的是，现有技术中，将接续时延优化细分到某域的单一流程，无法进一步细化至每类网元，进而无法定位网元内部、网元之间影响接续时延的因素，现有方法仍存在较大局限性。
在一些说明性示例中，电子设备1000还可以包括输入设备1001、输入端口1002、输出端口1005、以及输出设备1006。其中，输入端口1002、处理器1003、存储器1004、以及输出端口1005通过总线1010相互连接，输入设备1001和输出设备1006分别通过输入端口1002和输出端口1005与总线1010连接，进而与设备1000的其他组件连接。
在一些示例中，这里的输出接口和输入接口也可以用I/O接口表示。具体地，输入设备1001接收来自外部的输入信息，并通过输入端口1002将输入信息传送到处理器1003。例如，输入信息为数据传输过程的完整原始信令数据。
在一些示例中，处理器1003基于存储器1004中存储的计算机可执行程序代码或指令对输入信息进行处理以生成输出信息，例如，处理器1004执行以下步骤：基于完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表；根据呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联；依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表；根据第二综合信息表获得单信令单网元的单位时延信息，以基于单位时延信息进行时延分析。将输出信息临时或者永久地存储在存储器1004中，随后在需要时经由输出端口1005将输出信息传送到输出设备1006。输出设备1006将输出信息输出到设备1000的外部。
本发明实施例提供了一种计算机可读存储介质，可以包括指令，当指令在计算机上运行时，使得计算机执行上述天馈系统调整方法。
本发明实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述数据传输时延分析方法。
本发明实施例提供了一种计算机程序，当其在计算机上运行时，使得计算机执行上述数据传输时延分析方法
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法、装置、电子设备以及计算机可读存储介质实施例而言，由于其基本相似于系统实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
Claims (10)
1.一种数据传输时延分析方法，其特征在于，所述方法包括：
采集数据传输过程的完整原始信令数据；
基于所述完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表；
根据所述呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联；
依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表；
根据所述第二综合信息表获得单信令单网元的单位时延信息，以基于所述单位时延信息进行时延分析。
2.根据权利要求1所述的数据传输时延分析方法，其特征在于，所述采集数据传输过程的完整原始数据，包括：
通过数据传输流程的设备物理接口基于分光方式进行所述完整原始信令的采集。
3.根据权利要求1所述的数据传输时延分析方法，其特征在于，所述基于所述完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表，包括：
基于所述完整原始信令数据分流获得MW接口、ISC接口、MG接口和S1-U接口的原始信令数据，所述原始信令数据包括：INVITE、UPDATE、PRACK、183、180和200六种消息类型；
通过所述消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表。
4.根据权利要求3所述的数据传输时延分析方法，其特征在于，所述关键字段包括：CALL_ID字段和PCV字段，根据所述呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联，包括：
根据所述呼叫接续关键会话初始协议消息中的CALL_ID字段，对第一综合信息表中，属于同一完整数据传输流程的S1-U接口和MW接口的呼叫接续关键会话初始协议消息进行关联；
根据所述呼叫接续关键会话初始协议消息中的PCV字段，对第一综合信息表中，属于同一完整数据传输流程的MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联；
根据与S1-U接口关联的MW接口的PCV字段，对第一综合信息表中，属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
5.根据权利要求4所述的数据传输时延分析方法，其特征在于，所述方法还包括：
根据ISC接口的INVITE类型原始信令数据获得主叫和/或被叫的智能网类型；
根据所述ISC接口的PCV字段，对第二综合信息表中，将所述智能网类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
6.根据权利要求4所述的数据传输时延分析方法，其特征在于，所述方法还包括：
根据主叫S1-U接口原始信令数据获得主叫呼叫类型；
根据所述S1-U接口的PCV字段，在第二综合信息表中，将所述主叫呼叫类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联；
根据INVITE类型原始信令数据经过的接口类型，获得被叫呼叫类型；
根据INVITE类型原始信令数据经过的接口的PCV字段，在第二综合信息表中，将所述被叫呼叫类型与属于同一完整数据传输流程的S1-U接口、MW接口、ISC接口和MG接口的呼叫接续关键会话初始协议消息进行关联。
7.一种数据传输时延分析装置，其特征在于，所述装置包括：
采集单元，用于采集数据传输过程的完整原始信令数据；
第一综合信息表生成单元，用于基于所述完整原始信令数据，通过消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表；
关联单元，用于根据所述呼叫接续关键会话初始协议消息中的关键字段，对第一综合信息表中，属于同一完整数据传输流程的呼叫接续关键会话初始协议消息进行关联；
第二信综合信息表关联单元，用于依据网元设备IP配置表和关联后的第一综合信息表生成第二综合信息表；
单位时延信息分析单元，用于根据所述第二综合信息表获得单信令单网元的单位时延信息，以基于所述单位时延信息进行时延分析。
8.根据权利要求7所述的数据传输时延分析装置，其特征在于，所述第一综合信息表生成单元还用于：
基于所述完整原始信令数据分流获得MW接口、ISC接口、MG接口和S1-U接口的原始信令数据，所述原始信令数据包括：INVITE、UPDATE、PRACK、183、180和200六种消息类型；
通过所述消息类型获得呼叫接续关键会话初始协议消息，以生成第一综合信息表。
9.一种电子设备，其特征在于，包括处理器和存储器；
所述存储器用于储存有可执行程序代码；
所述处理器用于读取所述存储器中存储的可执行程序代码以执行权利要求1至6中任一项所述的数据传输时延分析方法。
10.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1至6中任一项所述的数据传输时延分析方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711164595.4A CN109818817B (zh) | 2017-11-21 | 2017-11-21 | 数据传输时延分析方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711164595.4A CN109818817B (zh) | 2017-11-21 | 2017-11-21 | 数据传输时延分析方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109818817A CN109818817A (zh) | 2019-05-28 |
| CN109818817B true CN109818817B (zh) | 2020-12-04 |
Family
ID=66599699
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711164595.4A Active CN109818817B (zh) | 2017-11-21 | 2017-11-21 | 数据传输时延分析方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109818817B (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102026234A (zh) * | 2010-11-30 | 2011-04-20 | 北京拓明科技有限公司 | Gsm网络主被叫呼损统计分析方法 |
| CN103648125A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种lte网络话音业务的监测方法 |
| CN105307201A (zh) * | 2014-06-30 | 2016-02-03 | 中国移动通信集团浙江有限公司 | 一种分析电路域回落业务质量的方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9648514B2 (en) * | 2013-08-09 | 2017-05-09 | Blackberry Limited | Method and system for protocol layer enhancements in data offload over small cells |
-
2017
- 2017-11-21 CN CN201711164595.4A patent/CN109818817B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102026234A (zh) * | 2010-11-30 | 2011-04-20 | 北京拓明科技有限公司 | Gsm网络主被叫呼损统计分析方法 |
| CN103648125A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种lte网络话音业务的监测方法 |
| CN105307201A (zh) * | 2014-06-30 | 2016-02-03 | 中国移动通信集团浙江有限公司 | 一种分析电路域回落业务质量的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109818817A (zh) | 2019-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108428459A (zh) | 一种VoLTE语音质量评估方法及系统 | |
| CN101043689B (zh) | 呼叫分析方法与装置 | |
| CN109275044B (zh) | 一种实现ip组播流灵活调度的系统 | |
| CN101159914B (zh) | 用于ims网络的基于规则的动态业务触发方法 | |
| CN110620849B (zh) | 一种ims电话终端呼叫记录集中分拣方法及系统 | |
| CN110912885B (zh) | 一种ims网络中多账号未接来电即时通知方法及系统 | |
| CN104853357A (zh) | 一种自动识别和触发诈骗号码的方法及系统 | |
| CN109150794B (zh) | 一种VoLTE语音业务质量分析处理方法及装置 | |
| CN109818817B (zh) | 数据传输时延分析方法、装置、电子设备及存储介质 | |
| CN111371575B (zh) | 一种通话问题定界的方法和装置 | |
| CN101431768A (zh) | 一种单通故障判别方法 | |
| US9584560B2 (en) | Providing external application services with an existing private branch exchange media server | |
| CN114172867B (zh) | 一种基于ims的海量信令诊断系统及方法 | |
| CN109788365A (zh) | 一种页面弹幕的过滤方法及系统 | |
| CN101163272B (zh) | 用于ims网络的基于应用服务器分组的业务触发方法 | |
| CN106028379B (zh) | Csfb语音的lte信令与cs域信令的关联系统及方法 | |
| CN100556021C (zh) | 下一代网络媒体网关呼叫全流程跟踪的方法 | |
| US9838437B2 (en) | Method, device, and system for implementing prompting and collecting user information | |
| JP2011508988A (ja) | メディアリソース予約方法、サービスパッケージ情報取得方法、及び装置 | |
| CN110856128B (zh) | 一种判定VoLTE呼叫互通网络场景的方法和装置 | |
| WO2016197885A1 (zh) | 一种媒体级联的管理方法及装置 | |
| CN111328086B (zh) | 一种定位呼叫接通时延异常段的方法及系统 | |
| CN111212192B (zh) | Ims固话用户拨打volte用户的放音方法、装置和存储介质 | |
| CN109981527B (zh) | 关联处理的方法、装置、电子设备和存储介质 | |
| WO2016045383A1 (zh) | 一种业务处理模块负载均衡的方法及媒体服务器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |