网络通话质量的评估方法、系统、电子设备及存储介质与流程

1.本发明涉及电子信息技术领域，尤其是指一种网络通话质量的评估方法、系统、电子设备及存储介质。


背景技术：

2.随着移动网络的快速发展voip(voice over internet protocol，基于ip(internet protocol网络互联协议)的语音传输，是一种语音通话技术)电话的应用已经非常广泛了，但是由于其受网络环境影响非常大，导致某些情况下语音质量非常差。目前虽然freeswitch(一种开源的电话软交换平台)自带mos(mean opinion score，平均主观评分)评分指标，但是该测试方式存在测试结果发现准确率不达预期，而且并不能反映出通话中存在的具体网络问题，只能作为总体评价的参考，使得voip语音质量的分析和改善比较困难。


技术实现要素：

3.本发明要解决的技术问题是为了克服现有技术中对监控网络通话的网络环境的缺陷，提供一种网络通话质量的评估方法、系统、电子设备及存储介质。
4.本发明是通过下述技术方案来解决上述技术问题：
5.第一，本发明提供一种网络通话质量的评估方法，所述评估方法包括：
6.预先确定目标端的网络指标，所述目标端包括服务端和/或客户端；
7.将与所述网络指标对应的网络指标阈值配置至通道变量中，所述通道变量与所述服务端和所述客户端之间的数据通道相对应；
8.接收所述目标端的网络通话记录信息；
9.基于所述网络通话记录信息获取网络指标实际值；
10.基于所述网络指标阈值和所述网络指标实际值，生成表征网络通话质量的评估结果。
11.优选地，当所述目标端为所述服务端，且将整个通话过程划分为若干第一时间段时，所述网络指标为设定时间段内的跳包比例，所述设定时间段包括所述第一时间段或第二时间段，所述第二时间段为通话结束前的预设时间段；
12.所述将与所述网络指标对应的网络指标阈值配置至通道变量中的步骤包括：
13.将所述设定时间段对应的跳包比例阈值配置至所述通道变量中；
14.所述接收所述目标端的网络通话记录信息的步骤包括：
15.接收所述服务端在所述设定时间段内对应的数据包的第一总数量和接收到的数据包的第一数量；
16.所述基于所述网络通话记录信息获取网络指标实际值的步骤包括：
17.计算得到所述第一总数量与所述第一数量的差值以作为所述设定时间段内的跳包总数量；
18.计算得到所述跳包总数量与所述第一总数量之间的比值以作为实际跳包比例；
19.所述基于所述网络指标阈值和所述网络指标实际值，生成表征网络通话质量的评估结果的步骤包括：
20.若所述实际跳包比例超过所述跳包比例阈值，则生成第一评估结果，所述第一评估结果用于表征所述设定时间段内网络通话出现语音断续的情况。
21.优选地，当所述设定时间段为所述第一时间段，且所述实际跳包比例超过所述跳包比例阈值时，所述基于所述网络指标阈值和所述网络指标实际值，生成表征网络通话质量的评估结果的步骤还包括：
22.获取最大的所述实际跳包比例对应的时间信息，并生成第二评估结果，所述第二评估结果用于表征整个网络通话过程中最大语音断续的时间信息。
23.优选地，当所述目标端为所述客户端，所述网络指标为预设发送周期内的丢包比例，所述预设发送周期为所述客户端向所述服务端发送数据的周期；
24.所述将与所述网络指标对应的网络指标阈值配置至通道变量中的步骤包括：
25.将所述预设发送周期对应的丢包比例阈值配置至所述通道变量中；
26.所述接收所述目标端的网络通话信息的步骤包括：
27.接收所述客户端在所述预设发送周期内的对应的数据包的第二总数量和接收到的数据包的第二数量；
28.所述基于所述网络通话记录信息获取网络指标实际值的步骤包括：
29.计算得到所述第二总数量与所述第二数量的差值以作为所述预设发送周期内的丢包总数量；
30.计算得到所述丢包总数量与所述第二总数量的比值以作为实际丢包比例；
31.所述基于所述网络指标阈值和所述网络指标实际值，生成表征网络通话质量的评估结果的步骤包括：
32.若所述实际丢包比例超过所述丢包比例阈值，则生成第三评估结果，所述第三评估结果用于表征所述预设发送周期内网络通话出现语音断续的情况。
33.优选地，当所述目标端为所述客户端，所述网络指标为预设发送周期内的网络延迟次数，所述预设发送周期为所述客户端向所述服务端发送数据的周期；
34.所述将与所述网络指标对应的网络指标阈值配置至通道变量中的步骤包括：
35.将所述预设发送周期内的网络延迟次数阈值配置至所述通道变量中；
36.所述接收所述目标端的网络通话信息的步骤包括：
37.接收所述客户端向所述服务端发送网络延迟数据；
38.所述基于所述网络通话记录信息获取网络指标实际值的步骤包括：
39.统计所述客户端向所述服务端发送网络延迟数据的接收次数以作为实际网络延迟次数；
40.所述基于所述网络指标阈值和所述网络指标实际值，生成表征网络通话质量的评估结果的步骤包括：
41.若所述实际网络延迟次数超过所述网络延迟次数阈值，则生成第四评估结果，所述第四评估结果用于表征所述预设发送周期内网络通话出现网络延迟的情况。
42.优选地，所述将与所述网络指标对应的网络指标阈值配置至通道变量中的步骤包
括：
43.通过预设配置方式，将与所述网络指标对应的网络指标阈值配置至所述通道变量中；
44.其中，所述预设配置方式包括dialplan(一种拨号规则)。
45.优选地，所述基于所述网络指标阈值和所述网络指标实际值，生成表征网络通话质量的评估结果步骤之后还包括：
46.将所述网络指标实际值和/或所述评估结果存储于预设数据库；
47.和/或，
48.所述客户端包括主叫端和/或被叫端。
49.第二，本发明提供一种网络通话质量的评估系统，所述评估系统包括：
50.确定模块，用于预先确定目标端的网络指标，所述目标端包括服务端和/或客户端；
51.配置模块，用于将与所述网络指标对应的网络指标阈值配置至通道变量中，所述通道变量与所述服务端和所述客户端之间的数据通道相对应；
52.接收模块，用于接收所述目标端的网络通话记录信息；
53.获取模块，用于基于所述网络通话记录信息获取网络指标实际值；
54.生成模块，用于基于所述网络指标阈值和所述网络指标实际值，生成表征网络通话质量的评估结果。
55.第三，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的网络通话质量的评估方法。
56.第四，本发明提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的网络通话质量的评估方法。
57.本发明的积极进步效果在于：
58.本发明通过在服务端、客户端分别预先确定能够准确识别通话质量的若干网络指标并配置至通道变量中，界定合适的网络指标阈值，以直接分析得到导致通话质量差的网络原因，提高了网络通话质量的评估精度和效率；同时将整个通话时长分段，进行分段分析，以获取在通话过程中的每个时间段内导致网络语音通话质量差的所有具体原因，界定合适的网络指标阈值，覆盖了几乎所有由网络问题导致的通话质量问题，为当前网络通话质量提供了可量化的评估方法，从而有利于采取相对应的网络质量改善方法。
附图说明
59.图1为本发明实施例1提供的一种网络通话质量的评估方法的流程示意图；
60.图2为本发明实施例1的评估服务端跳包比例的流程示意图；
61.图3为本发明实施例1的评估服务端最大语音断续时间信息的流程示意图；
62.图4为本发明实施例1的评估客户端丢包比例的流程示意图；
63.图5为本发明实施例1的评估客户端网络延迟次数的流程示意图；
64.图6为本发明实施例1的预设配置通道变量方式和存储数据的流程示意图；
65.图7本发明实施例1的voip网络指标监控表的示意图；
66.图8为本发明实施例2提供的一种网络通话质量的评估系统的结构示意图；
67.图9为本发明实施例3提供的一种电子设备的结构示意图。
具体实施方式
68.下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
69.实施例1
70.本实施例提供一种网络通话质量的评估方法，参见图1，评估方法包括：
71.s1、预先确定目标端的网络指标，目标端包括服务端和/或客户端；
72.s2、将与网络指标对应的网络指标阈值配置至通道变量中，通道变量与服务端和客户端之间的数据通道相对应；
73.s3、接收目标端的网络通话记录信息，网络通话记录信息包括目标端的表征网络通话质量的原始数据和预处理数据；
74.s4、基于网络通话记录信息获取网络指标实际值；
75.s5、基于网络指标阈值和网络指标实际值，生成表征网络通话质量的评估结果。
76.网络通话系统通常是基于freeswitch构建的，在freeswitch中大部分协议的媒体传输都是由核心直接管理的。网络通话需要freeswitch的rtp engine(实时传输协议引擎)中的channel(通道)存储整个网络通话期间的丢包、抖动、延时等网络通话记录信息。当通话结束以后，可以通过设置通道变量的方式，通知freeswitch通过channel_hangup_complete事件(挂机完成事件)吐出服务端的网络指标实际值，通过rtcp_message_event事件(实时传输信息事件)吐出客户端的网络指标实际值。
77.在步骤s1前先判断当前通话是否为网络语音通话。若当前通话为网络语音通话，则将预先设置在通道变量中的网络指标阈值与网络指标实际值作比较，若网络指标实际值在网络指标阈值评估范围内，则生成表征网络通话质量良好的评估结果；若网络指标实际值超出网络指标阈值的评估范围，则生成表征网络通话质量差的评估结果，不同的网络指标用于评估确定的网络通话质量好或坏，反映通话质量不同层面上的质量好坏，即不同的网络指标用于多维度评估网络通话的好坏。
78.在一个实施方式中，参见图2，当目标端为服务端，且将整个通话过程划分为若干第一时间段时，网络指标为设定时间段内的跳包比例，设定时间段包括第一时间段或第二时间段，第二时间段为通话结束前的预设时间段；第一时间段和第二时间段一般设为5秒时间段和/或10秒时间段。
79.例如，通话双方共通话60秒，第一时间段可以设置为第1秒至第11秒，第2秒至第12秒，第3秒至第13秒
······
第50秒至第60秒。
80.在本实施例中，可以在hang up(挂机)事件中携带两个指标用于表征第一时间段的跳包比例和第二时间段的跳包比例。
81.variable_rtp_audio_in_period_max_skiped：用于表征第一时间段的跳包比例；
82.variable_rtp_audio_in_last_n_seconds_skiped：用于表征第二时间段的跳包比例。
83.s2、将与网络指标对应的网络指标阈值配置至通道变量中的步骤包括：
84.s21、将设定时间段对应的跳包比例阈值配置至通道变量中；
85.s3、接收目标端的网络通话记录信息的步骤包括：
86.s31、接收服务端在设定时间段内对应的数据包的第一总数量和接收到的数据包的第一数量；
87.s4、基于网络通话记录信息获取网络指标实际值的步骤包括：
88.s41、计算得到第一总数量与第一数量的差值以作为设定时间段内的跳包总数量；
89.s42、计算得到跳包总数量与第一总数量之间的比值以作为实际跳包比例；
90.s5、基于网络指标阈值和网络指标实际值，生成表征网络通话质量的评估结果的步骤包括：
91.s51、若实际跳包比例超过跳包比例阈值，则生成第一评估结果，第一评估结果用于表征设定时间段内网络通话出现语音断续的情况。
92.虽然现有的freeswitch自带mos评分指标，但是其只能作为对总体通话过程的评价参考，对通话过程中部分时段出现的网络质量问题不敏感，因此准确率不高，不能反映出通话中存在的具体网络问题。
93.而本实施例预先设置的网络指标为设定时间段内的跳包比例，设定时间段为第一时间段或第二时间段，在第一时间段内的实际跳包比例大于第一时间段内的跳包比例阈值时，则说明在通话双方语音通话时，在第一时间段内的对方的声音呈现断续的状况。在第二时间段内的实际跳包比例大于第二时间段内的跳包比例阈值时，这里的第二时间段内的跳包比例阈值应当大于第一时间段内的跳包比例阈值，也就是说实际跳包比例过大时，则说明通话双方在经过第二时间段后，通话突然中断。
94.本实施例通过设定第一时间段的跳包比例和第二时间段的跳包比例，为后期排查不良通话原因提供了极大的助力，更为改善网络通话质量提供了明确的方向，提供准确地通话质量的影响情况，便于工作人员直接基于评估结果进行干预处理，降低人工成本，提高改善通话质量的工作效率。
95.在一个实施方式中，参见图3，当设定时间段为第一时间段，且实际跳包比例超过跳包比例阈值时，s5、基于网络指标阈值和网络指标实际值，生成表征网络通话质量的评估结果的步骤还包括：
96.s52、获取最大的实际跳包比例对应的时间信息，并生成第二评估结果，第二评估结果用于表征整个网络通话过程中最大语音断续的时间信息。
97.时间信息可以是实际跳包比例最大的对应的第一时间段，也可以是实际跳包比例最大的对应的第一时间段内的随机的时间点。生成的第二评估结果可用于快速定位到影响通话的时间，为后期排查不良通话找到了排查重点，为改善网络通话质量找到了改善重点。
98.在一个实施方式中，参见图4，当目标端为客户端，网络指标为预设发送周期内的丢包比例，预设发送周期为客户端向服务端发送数据的周期；
99.s2、将与网络指标对应的网络指标阈值配置至通道变量中的步骤包括：
100.s22、将预设发送周期对应的丢包比例阈值配置至通道变量中；
101.s3、接收目标端的网络通话信息的步骤包括：
102.s32、接收客户端在预设发送周期内的对应的数据包的第二总数量和接收到的数据包的第二数量；
103.s4、基于网络通话记录信息获取网络指标实际值的步骤包括：
104.s43、计算得到第二总数量与第二数量的差值以作为预设发送周期内的丢包总数量；
105.s44、计算得到丢包总数量与第二总数量的比值以作为实际丢包比例；
106.s5、基于网络指标阈值和网络指标实际值，生成表征网络通话质量的评估结果的步骤包括：
107.s53、若实际丢包比例超过丢包比例阈值，则生成第三评估结果，第三评估结果用于表征预设发送周期内网络通话出现语音断续的情况。
108.非连续性丢包对通话质量影响不大，因此，客户端向服务端发送数据的预设发送周期应当设为5秒以内的较短时间，当预设发送周期的实际丢包比例超过丢包比例阈值时，以此判定连续丢包。连续丢包会导致语音断断续续，实际丢包比例越高，持续时间越长，语音断续表现越明显。
109.在一个实施方式中，参见图5，当目标端为客户端，网络指标为预设发送周期内的网络延迟次数，预设发送周期为客户端向服务端发送数据的周期；
110.s2、将与网络指标对应的网络指标阈值配置至通道变量中的步骤包括：
111.s23、将预设发送周期内的网络延迟次数阈值配置至通道变量中；
112.s3、接收目标端的网络通话信息的步骤包括：
113.s33、接收客户端向服务端发送网络延迟数据；
114.s4、基于网络通话记录信息获取网络指标实际值的步骤包括：
115.s45、统计客户端向服务端发送网络延迟数据的接收次数以作为实际网络延迟次数；
116.s5、基于网络指标阈值和网络指标实际值，生成表征网络通话质量的评估结果的步骤包括：
117.s54、若实际网络延迟次数超过网络延迟次数阈值，则生成第四评估结果，第四评估结果用于表征预设发送周期内网络通话出现网络延迟的情况。
118.网络延迟次数需要连续多次，才会语音通话有比较明显的影响。当实际网络延迟次数超过网络延迟次数阈值时，通话双方会产生交流卡顿，回声加重等网络延迟的现象。
119.通过检测客户端的网络质量问题，提醒通话对象改善网络环境，从而改善当前的通话质量。
120.在一个实施方式中，参见图6，s2、将与网络指标对应的网络指标阈值配置至通道变量中的步骤包括：
121.s24、通过预设配置方式，将与网络指标对应的网络指标阈值配置至通道变量中；
122.其中，预设配置方式包括但不限于dialplan。
123.使用dialplan，将网络指标加入固定通道变量，提高了分析网络指标的效率，再通过修改freeswitch的源码，实现分时跳包统计指标，再通过esl(event socket library事件套接字库)发给下游服务。
124.在一个实施方式中，参见图6，s5、基于网络指标阈值和网络指标实际值，生成表征网络通话质量的评估结果的步骤之后还包括：
125.s6、将网络指标实际值和/或评估结果存储于预设数据库，从而便于后期查阅和制
定改善措施；
126.和/或，
127.客户端包括主叫端和/或被叫端。主叫端是发起语音通话的一方，被叫端是接听语音通话的一方，主叫端和被叫端都会与服务端进行数据的交换，从而更明确网络质量问题的责任方。
128.本实施例的网络通话质量的评估结果可以集成在一张voip网络指标监控表中，参见图7，横轴表示时间(单位min)，纵轴表示通话数量(单位个)，l1代表voip通话总量，表征某段时间内(例如1分钟内)服务端接收到的voip的通话总数量；l2代表voip严重不良数，表征该时间段内voip通话中的variable_rtp_audio_in_last_n_seconds_skiped：用于表征第二时间段的跳包比例的网络指标实际值超过网络指标阈值的voip通话数量；l3代表voip总体不良数，表征该时间段内voip通话中的任一网络指标实际值超过网络指标阈值的voip通话数量。通过voip网络指标监控表，管理网络质量的工作人员可以很清楚地了解当前语音通话的网络质量存在的问题，并针对性地改善。
129.实施例2
130.本实施例提供了一种网络通话质量的评估系统，参见图8，评估系统包括：
131.确定模块101，用于预先确定目标端的网络指标，目标端包括服务端和/或客户端；
132.配置模块102，用于将与网络指标对应的网络指标阈值配置至通道变量中，通道变量与服务端和客户端之间的数据通道相对应；
133.接收模块103，用于接收目标端的网络通话记录信息；
134.获取模块104，用于基于网络通话记录信息获取网络指标实际值；
135.生成模块105，用于基于网络指标阈值和网络指标实际值，生成表征网络通话质量的评估结果。
136.需要说明的是，本实施例的网络通话质量的评估系统与实施例1的中的网络通话质量的评估方法实现的原理类似，因此在此就不再赘述。
137.本实施例提供的网络通话质量的评估系统，通过各个模块的相互连接，通过在服务端、客户端分别预先确定能够准确识别通话质量的若干网络指标并配置至通道变量中，界定合适的网络指标阈值，以直接分析得到导致通话质量差的网络原因，提高了网络通话质量的评估精度和效率。
138.实施例3
139.图9为本实施例提供的一种电子设备的模块示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1的网络通话质量的评估方法。图9显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
140.如图9所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
141.总线33包括数据总线、地址总线和控制总线。
142.存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。
143.存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
144.处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1的网络通话质量的评估方法。
145.电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图9所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
146.应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
147.实施例4
148.本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1的网络通话质量的评估方法。
149.其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
150.在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1的网络通话质量的评估方法。
151.其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
152.虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。