CN113746993B - VoIP通话检测方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开了一种VoIP通话检测方法、装置、设备及存储介质，属于移动通信技术领域。本发明在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；根据所述输入参数获取所述待检测VoIP通话对应的目标数据包；确定待检测VoIP通话的类型；按照所述类型对所述目标数据包进行检测，得到检测结果，通过基于VoIP通话对应的不同类型对VoIP通话的数据包进行检测，以实现VoIP通话的检测，避免人工检测的方式，提升了VoIP通话的检测效率。

Description

VoIP通话检测方法、装置、设备及存储介质

技术领域

本发明涉及移动通信技术领域，尤其涉及一种VoIP通话检测方法、装置、设备及存储介质。

背景技术

VoIP音视频通话主要基于IETF(InternetEngineeringTaskForce，因特网工程任务组)制定的多媒体通信协议，SIP协议。SIP协议主要用于IP通话的创建、修改、释放等流程的发起和控制。SIP协议相关的问题分析在研发和测试过程中起着至关重要的作用，问题分析效率的高低直接影响着项目进度的快慢。同时也关系着线上问题反馈时的响应速度，间接影响整个VoIP产品在市场中的竞争力。

目前，VoIP音视频通话问题分析主要是依靠开发或者测试人员人为的去查看日志和抓包文件，手动过滤，查看信令流程，媒体流传输，日志打印等一些列流程，最终分析出VoIP音视频通话是否存在问题。人工分析问题时，需要先找到待分析问题所在的信令数据包，如果信令数据包无法定位出问题，则需要结合日志文件，日志文件中定位需要再过滤相关关键字来进一步分析。整个过程繁琐且无规律，每次分析问题都要周而复始的进行相同的操作。并且问题分析工作集中在开发人员手中，无法下沉给测试人员。测试人员在发现问题后，无法自身定位问题，需要开发来分析定位。而在项目运行周期内，经常出现，开发既要一边修改Bug，一边定位问题，而测试人员在发现问题后，只能坐等开发人员的定位，如果遇到偶现的严重问题，还要保留问题现场，等待开发定位分析，这样的方式使得VoIP通话检测的效率很低。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种VoIP通话检测，旨在解决现有技术VoIP通话检测的效率低的技术问题。

为实现上述目的，本发明提供了一种VoIP通话检测方法，所述VoIP通话检测方法包括以下步骤：

在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；

根据所述输入参数获取所述待检测VoIP通话对应的目标数据包；

确定待检测VoIP通话的类型；

按照所述类型对所述目标数据包进行检测，得到检测结果。

可选地，所述根据所述输入参数获取所述待检测VoIP通话对应的目标数据包，包括：

获取服务器中存储的原始数据包；

对所述原始数据包进行处理，得到参考数据包；

根据所述输入参数从所述参考数据包中提取所述待检测VoIP通话对应的目标数据包。

可选地，所述对所述原始数据包进行处理，得到参考数据包，包括：

从所述原始数据包中提取出包含预设字段的待过滤数据包；

获取所述待检测VoIP通话对应的呼叫标识；

根据所述呼叫标识对所述待过滤数据包进行过滤，得到有效数据包；

按照预设方式对所述有效数据包进行重写，得到参考数据包。

可选地，所述按照所述类型对所述目标数据包进行检测，包括：

从所述目标数据包中提取对应的当前流程；

将所述当前流程与所述类型对应的预设标准流程进行比对；

在所述当前流程与所述预设标准流程一致时，判定所述目标数据包无异常。

可选地，所述将所述当前流程与所述类型对应的预设标准流程进行比对之后，还包括：

在所述当前流程与所述预设标准流程不一致时，判定所述目标数据包存在异常；

根据流程比对结果从所述当前流程中筛选出错误流程，并根据所述错误流程从服务器日志中提取相应的错误码；

将所述错误码与预设数据库进行比对，并根据错误码比对结果输出相应的检测结果。

可选地，所述在所述当前流程与所述预设标准流程一致时，判定所述目标数据包无异常，包括：

在所述当前流程与所述预设标准流程一致时，检测所述类型是否为通话类型；

在所述类型为通话类型时，检测所述当前流程对应的收发端口与所述目标数据包对应的收发端口是否一致；

若是，则获取通话过程中的当前丢包率；

在所述当前丢包率满足预设丢包率时，判定所述目标数据包无异常。

可选地，所述按照所述类型对所述目标数据包进行检测，得到检测结果之后，还包括：

在所述检测结果为所述目标数据包存在异常时，获取所述目标数据包对应的错误码；

在预设数据库中未查询到所述错误码时，根据所述错误码对所述预设数据库进行更新。

此外，为实现上述目的，本发明还提出一种VoIP通话检测装置，所述VoIP通话检测装置包括：

接收模块，用于在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；

读取模块，用于根据所述输入参数获取所述待检测VoIP通话对应的目标数据包；

确定模块，用于确定待检测VoIP通话的类型；

检测模块，用于按照所述类型对所述目标数据包进行检测，得到检测结果。

此外，为实现上述目的，本发明还提出一种VoIP通话检测设备，所述VoIP通话检测设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的VoIP通话检测程序，所述VoIP通话检测程序配置为实现如上文所述的VoIP通话检测方法。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有VoIP通话检测程序，所述VoIP通话检测程序被处理器执行时实现如上文所述的VoIP通话检测方法。

本发明通过在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；根据所述输入参数获取所述待检测VoIP通话对应的目标数据包；确定待检测VoIP通话的类型；按照所述类型对所述目标数据包进行检测，得到检测结果，通过基于VoIP通话对应的不同类型对VoIP通话的数据包进行检测，以实现VoIP通话的检测，避免人工检测的方式，提升了VoIP通话的检测效率。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的VoIP通话检测设备的结构示意图；

图2为本发明VoIP通话检测方法第一实施例的流程示意图；

图3为本发明VoIP通话检测方法一实施例中VoIP通话高效智能分析系统结构示意图；

图4为本发明VoIP通话检测方法第二实施例的流程示意图；

图5为本发明VoIP通话检测方法第三实施例的流程示意图；

图6为本发明VoIP通话检测装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的VoIP通话检测设备结构示意图。

如图1所示，该VoIP通话检测设备可以包括：处理器1001，例如中央处理器(CentralProcessingUnit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(Wireless-Fidelity，Wi-Fi)接口)。存储器1005可以是高速的随机存取存储器(RandomAccessMemory，RAM)存储器，也可以是稳定的非易失性存储器(Non-VolatileMemory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对VoIP通话检测设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及VoIP通话检测程序。

在图1所示的VoIP通话检测设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明VoIP通话检测设备中的处理器1001、存储器1005可以设置在VoIP通话检测设备中，所述VoIP通话检测设备通过处理器1001调用存储器1005中存储的VoIP通话检测程序，并执行本发明实施例提供的VoIP通话检测方法。

本发明实施例提供了一种VoIP通话检测方法，参照图2，图2为本发明一种VoIP通话检测方法第一实施例的流程示意图。

本实施例中，所述VoIP通话检测方法包括以下步骤：

步骤S10：在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数。

需要说明的是，本实施例的执行主体可以是VoIP通话检测设备，VoIP通话检测设备可以是个人电脑、服务器或车载终端等电子设备，还可以为其他可实现相同或相似功能的设备或服务器，本实施例对此不加以限制，在本实施例及下述各实施例中，以VoIP通话检测设备为例对本发明VoIP通话检测方法进行说明。

需要说明的是，基于IP的语音传输(VoiceoverInternetProtocol，VoIP)是一种语音通话技术，经由网际协议(IP)来达成语音通话与多媒体会议，也即经由互联网来进行通信，VoIP可用于包括VoIP电话、智能手机、个人计算机在内的诸多互联网接入设备，通过蜂窝网络、Wi-Fi进行通话及发送短信，通过VoIP可实现音频通话与视频通话。现有技术中对VoIP音视频通话的问题分析主要是依靠开发或者测试人员人为的去查看日志和抓包文件，通过手动过滤，查看信令流程，媒体流传输，日志打印等一些列流程，最终分析出VoIP音视频通话中所存在的问题，而这样的问题分析方法由于会涉及到较深的技术知识，故参与问题分析的往往都是开发人员，测试人员无法深入的参与到问题分析中，测试人员在发现问题后，只能坐等开发人员的定位，如果遇到偶现的严重问题，还要保留问题现场，等待开发定位分析，一方面影响项目进度，阻塞测试，另一方面也不利测试人员在专业方向上的技术积累和提升，严重影响了VoIP通话问题的分析效率。本实施例中为了解决上述存在的技术问题，采取自动化测试方式对VoIP音视频通话中存在的问题进行分析与定位。

需要说明的是，VoIP通话检测设备中设置有VoIP通话高效智能分析系统，通过该VoIP通话高效智能分析系统可以实现自动化检测VoIP音视频通话中存在的问题。如图3所示，本实施例中的VoIP通话高效智能分析系统具有搭建完善的日志和抓包环境、建立VoIP通话标准协议流程库、建立VoIP通话的常见错误码分析库以及分析结果展示的功能，并且VoIP通话高效智能分析系统还包括日志分析模块、数据包协议分析模块、数据包媒体数据重写模块以及VoIP流程智能分析模块。

在具体实施中，本实施例是通过VoIP通话高效智能分析系统进行自动化检测，在进行自动化测试之前，需要搭建相应的测试环境、制定标准流程库以及错误码分析库等。本实施例中日志包括客户端日志和服务器日志，客户端日志系统的具体搭建过程包括：客户端在每次通话结束后会触发本地日志自动上传；客户端日志上传服务器后，客户端日志分析脚本会定期将每路通话的客户端日志，依照sip协议流程进行提取和保存；每路客户端日志按客户端设备MAC地址为文件夹名进行分类保存；每路客户端日志还会根据VoIP通话的类型进行区分，注册信令、音频通话信令、视频通话信令；根据文件服务器的存储大小，制定客户端日志文件的清理周期。服务器日志系统的搭建过程包括：VoIP通话系统架构中涉及到信令交互和媒体交互的服务器和模块都需要有各自的日志系统；服务器日志分析脚本会依照每路通话的sip协议流程和处理逻辑进行关键信息的提取和保存；每路通话的服务器日志按服务器类型分类存储，并以每路通话的呼叫标识CallID为文件名；每路服务端日志还会根据VoIP通话的类型进行区分，注册信令、音频通话信令、视频通话信令；根据文件服务器的存储大小，制定服务器日志文件的清理周期。抓包环境搭建的过程具体包括：在VoIP通话系统架构中涉及到信令交互和媒体交互的服务器和模块都需要进行实时的数据包抓包处理；数据包抓包轮巡机制为，单次抓包的时长为固定的1min，且在单次抓包快结束的最后3s开始叠加新一次的抓包，以此类推进行抓包轮巡；每生成一个新的数据包后，数据包分析脚本就会通过CallID对数据包进行sip协议流程提取，将同一个CallID的信令和媒体流进行单独保存，以CallID和主被叫号码为文件名；遇到同一个CallID的信令或媒体数据在两个数据包的情况还需要对两个数据包进行去冗余和拼接；原始数据包在分析完成后会被删除；提取后的数据包会按照VoIP通话类型注册、音频通话、视频通话进行分类存储。

进一步地，建立VOIP通话的标准流程库包括创建VOIP通话sip协议信令流程库，将注册、音频通话、视频通话相关的信令流程建立通用结构模型，供后续数据包信令流程智能分析使用，支持持续更新。标准注册流程库的建立过程包括：不带鉴权的注册流程：Register(Expires：3600)→200OK，提取该流程的结构制作成流程模型；带鉴权的注册流程：Register(Expires：3600)→401Unauthorized→Register(Authorization)→200OK，提取该流程的结构制作成流程模型；不带鉴权的注销流程：Register(Expires：3600)→200OK，提取该流程的结构制作成流程模型；不带鉴权的注销流程：Register(Expires：0)→200OK，提取该流程的结构制作成流程模型；带鉴权的注销流程：Register(Expires：0)→401Unauthorized→Register(Authorization)→200OK，提取该流程的结构制作成流程模型。标准音视频通话流程的建立过程具体包括：带鉴权的通话流程：Invite→100Trying→407(ProxyAuthenticationRequired)→ACK→Invite(Authorization)→100Trying→180Ringing→200OK(SDP)→ACK→RTPTransmission→Bye→200OK，提取该流程的结构制作成流程模型；不带鉴权的通话流程：Invite→100Trying→180Ringing→200OK(SDP)→ACK→RTPTransmission→Bye→200OK，提取该流程的结构制作成流程模型；带PRACK的通话流程：Invite→100Trying→180Ringing→PRACK→200OK→200OK(SDP)→ACK→RTPTransmission→Bye→200OK，提取该流程的结构制作成流程模型；带183Callinprogress的通话流程：Invite→100Trying→180Ringing→183Callinprogress→200OK(SDP)→ACK→RTPTransmission→Bye→200OK，提取该流程的结构制作成流程模型；SDP在180Ringing中的通话流程：Invite→100Trying→180Ringing(SDP)→200OK→ACK→RTPTransmission→Bye→200OK，提取该流程的结构制作成模型流程；SDP在183Callinprogress中的通话流程：nvite→100Trying→180Ringing→183Callinprogress(SDP)→200OK→ACK→RTPTransmission→Bye→200OK，提取该流程的结构制作成流程模型。

进一步地，建立VOIP通话的常见错误码分析库的过程具体包括：创建VOIP通话sip协议信令常见错误码分析库，将注册、音频通话、视频通话相关的信令常见的错误码进行整理并给出对应的释义，支持持续更新；注册注销信令：注册403错误码、注册404错误码、注册502错误码、注册503错误码、注册无响应；音视频通话信令：通话403错误码、通话408错误码、通话480错误码、通话481错误码、通话483错误码、通话486错误码、通话500错误码、通话502错误码、通话603错误码、通话无响应。

此外，还需要说明的是，本实施例中的日志分析模块的作用在于：通过单路通话的唯一标识符Callid为过滤条件，将日志文件中同一个Callid的协议结构体进行提取；按照日志文件上下文顺序将提取的日志进行重组排序；新建一个新的文本文件，将同一个Callid的协议结构体写入该文本文件中；以CallId为新建文本的文件名。数据包协议分析模块的作用在于：注册/注销信令分析：过滤出整个数据包中所有Register字段的数据包；在所有的Register数据包中遍历所有Callid；根据不同的Callid，跟踪提取出所有同一个Callid的Register流程信令，并以Callid+注册账号为文件名进行保存。音视频通话信令分析：过滤出整个数据包中所有Invite字段的数据包；在所有的Invite数据包中遍历所有Callid；根据不同的Callid，跟踪提取出所有同一个Callid的Invite流程信令，并以Callid+主被叫号码为文件名进行保存。

在具体实施中，本实施例中的分析结果展示包括三部分，第一部分是实际数据包的分析结果，以流程图的形式展示，错误的流程会红色高亮显示；第二部分是智能分析结果，正确或错误的流程图都会给出智能分析的记过以供参考；第三部分是所有日志、数据包文件的链接地址，供开发或测试人员手动进一步分析。

在具体实施中，用户可以通过移动终端等设备输入VoIP通话检测指令，也可以通过物理按键输入VoIP通话检测指令，当然还可以采取其他方式，可以根据实际需求进行相应地设置，本实施例对此不加以限制。本实施例中还可以设置一预设时间，在达到预设时间时，自动获取待检测VoIP通话对应的输入参数。

步骤S20：根据所述输入参数获取所述待检测VoIP通话对应的目标数据包。

在本实施例中，VoIP通话包含两种流程，例如注册流程和通话流程，注册流程为使用VoIP通话之前所进行的注册过程，在处于注册流程中，所获取到的输入参数包括注册账号与时间，该时间为用户进行账号注册时的时间，在处于通话流程时，所获取到的输入参数包括主叫账号、被叫账号以及时间，主叫账号为发起VoIP音视频通话的账号，被叫账号为接收VoIP音视频通话的账号，时间为开始进行VoIP音视频通话的时间。

需要说明的是，不同的流程所对应的数据包不同，基于获取到的输入参数可以获取到相应流程的目标数据包，本实施例中是基于输入参数从核心服务器中获取目标数据包。例如根据注册账号与时间，遍历注册链路中的核心服务器下的所有注册数据包，然后锁定出待检测的注册流程的目标数据包，又如根据主叫账号、被叫账号以及时间，遍历通话链路中的核心服务器下的所有通话数据包，锁定出待检测的通话流程的目标数据包。

步骤S30：确定待检测VoIP通话的类型。

步骤S40：按照所述类型对所述目标数据包进行检测，得到检测结果。

需要说明的是，本实施例中的VoIP通话的类型包括注册类型和通话类型，不同类型所对应的检测方式不同，按照注册类型所对应的检测方式或通话类型所对应的检测方式对各自对应的目标数据包括进行检测，从而得到检测结果。检测结果包括注册异常、注册无异常、通话异常以及通常无异常等。

进一步地，需要说明的是，本实施例中是通过将待检测VoIP通话对应的错误码与预设数据库中所存储的错误码进行比对，从而判断待检测VoIP通话是否存在异常，预设数据库中为错误码分析库，其中所存储的错误码均为常见的错误码，而在实际情况中，可能存在错误码不属于常见的错误码的情况，也即无法从预设数据库中查询到错误码，在这种情况下，会对预设数据库中的错误码进行更新，以便在下次遇到类似错误码时，能够从预设数据库中查询到。

本实施例通过在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；根据所述输入参数获取所述待检测VoIP通话对应的目标数据包；确定待检测VoIP通话的类型；按照所述类型对所述目标数据包进行检测，得到检测结果，通过基于VoIP通话对应的不同类型对VoIP通话的数据包进行检测，以实现VoIP通话的检测，避免人工检测的方式，提升了VoIP通话的检测效率。

参考图4，图4为本发明一种VoIP通话检测方法第二实施例的流程示意图。

基于上述第一实施例，本实施例VoIP通话检测方法中，所述步骤S20具体包括：

步骤S201：获取服务器中存储的原始数据包。

需要说明的是，不同的用户在进行VoIP音视频通话时，服务器都会将该用户产生的数据包进行存储，由于用户的数量庞大，并且每一个用户每天可以进行多次VoIP音视频通话，一天所产生的数据包就可达到几百个G的大小，而在实现VoIP通话检测时，只需要用到数据包中的一部分数据，其他不影响VoIP通话检测的另一部分数据会占用大量服务器的存储空间，因此需要对数据包进行处理，本实施例中未经处理的数据包即为原始数据包。

步骤S202：对所述原始数据包进行处理，得到参考数据包。

在具体实施中，为了解决数据包占用空间较大的问题，本实施例中在获取到的原始数据包之后，会对数据包进行处理，从而得到参考数据包。本实施例中可采用对原始数据包进行压缩的方式得到参考数据包，也可以采用对原始数据包进行筛选的方式得到参考数据包，当然还可以根据实际需求选择不同的方式得到参考数据包，本实施例对此不加以限制。

进一步地，本实施例中为了保证在节约服务器存储空间的同时，又能通过参考数据包对VoIP通话检测进行准确检测，本实施例中可以按照如下方式实现。

在具体实现中，本实施例中是先基于预设字段对原始数据包进行过滤，从原始数据包中提取出待过滤数据包括，包括预设字段的数据包为待过滤数据包，本实施例中预设字段可以设置为Invite字段，当然还可以根据实际需求进行相应地调整，本实施例对此不加以限制。在得到待过滤数据包之后，基于待检测VoIP通话对应的呼叫标识进行第二次过滤，也即根据呼叫标识对待过滤数据包进行过滤，从而得到有效数据包，本实施例中可以将有效数据包设置为RTP数据包，最后再按照预设方式对RTP数据包(有效数据包)进行重写，通过重写的方式改变数据包的大小，从而得到参考数据包，其中，预设方式可以采用文本形式，当然还可以根据实际需求进行相应地调整，本实施例对此不加以限制。此外，在进行有效数据包过滤之前，本实施例中还根据VoIP通话流程中的SDP信息，提取出音频通话主被叫的音频媒体通信端口，通过该端口进行有效数据包的过滤。为了便于理解，本实施例中进行举例说明，例如对音频通话媒体数据重写的过程具体包括：过滤出整个数据包中所有Invite字段的数据包；在所有的Invite数据包中遍历所有呼叫标识；根据同一个呼叫标识流程中的SDP信息，提取出音频通话主被叫的音频媒体通信端口；通过端口，过滤出同一个呼叫标识下的所有RTP数据包；将RTP数据包以文本形式重写，并以呼叫标识+Audio-RTP为文件名。对视频通话媒体数据重写的过程具体包括：过滤出整个数据包中所有Invite字段的数据包；在所有的Invite数据包中遍历所有呼叫标识；根据同一个呼叫标识流程中的SDP信息，提取出音频与视频通话主被叫的音视频媒体通信端口；通过端口，过滤出同一个呼叫标识下的所有RTP数据包；将RTP数据包以文本形式重写，并以呼叫标识+Video-RTP为文件名。

步骤S203：根据所述输入参数从所述参考数据包中提取所述待检测VoIP通话对应的目标数据包。

需要说明的是，不同的流程所对应的数据包不同，基于获取到的输入参数可以获取到相应流程的目标数据包，本实施例中是基于输入参数从核心服务器中所存储的参考数据包中获取目标数据包。例如根据注册账号与时间，遍历注册链路中的核心服务器下的所有参考注册数据包，然后锁定出待检测的注册流程的目标数据包，又如根据主叫账号、被叫账号以及时间，遍历通话链路中的核心服务器下的所有参考通话数据包，然后锁定出待检测的通话流程的目标数据包，进一步地需要强调的是，从参考数据包中所提取出来的目标数据包所占用的空间较小，并且目标数据包中所包含的字段等数据足以完成VoIP音视频通话的自动化检测，还能保证检测的准确性。

本实施例通过获取服务器中存储的原始数据包；对所述原始数据包进行处理，得到参考数据包；根据所述输入参数从所述参考数据包中提取所述待检测VoIP通话对应的目标数据包，通过将原始数据包处理得到参考数据包，保证了在节约服务器存储空间的同时，又能实现对VoIP通话的准确检测。

参考图5，图5为本发明一种VoIP通话检测方法第三实施例的流程示意图。

基于上述第一实施例，本实施例VoIP通话检测方法中，所述步骤S40具体包括：

步骤S401：从所述目标数据包中提取对应的当前流程。

需要说明的是，本实施例中是通过流程比对的方式对VoIP音视频通话进行检测，待检测VoIP通话的当前流程可以从目标数据包从提取出来，当前流程包括注册流程或通话流程。

步骤S402：将所述当前流程与所述类型对应的预设标准流程进行比对。

易于理解的是，注册流程或通话流程都具有相应的标准流程，根据待检测VoIP通话的类型可以获取到的相应的预设标准流程，根据注册类型可以获标准注册流程，根据通话类型可以获取到标准通话流程，而VoIP音视频通话的异常检测，首先检测的是当前流程是否存在异常，本实施例中是将预设标准流程与当前流程进行比对，从而判断当前流程是否存在异常。

步骤S403：在所述当前流程与所述预设标准流程一致时，判定所述目标数据包无异常。

需要说明的是，如果当前流程与预设标准流程一致，则说明待检测VoIP通话是按照标准注册流程或标准通话流程进行的，此时可以判定目标数据包不存在异常，也即待检测VoIP通话中不存在通话问题。

进一步地，如果当前流程与预设标准流程不一致，则说明待检测VoIP通话不是按照标准注册流程或标准通话流程进行的，此时可以判定目标数据包存在异常，也即待检测VoIP通话中存在通话问题，需要分析出具体的错误原因。本实施例中会将与预设标准流程比对不一致的错误流程筛选出来，然后从服务器日志中获取错误流程所对应的错误码，具体地，本实施例中可以先提取出错误流程对应的错误字段，例如注册流程中错误字段403或404等等，根据该错误字段提取出服务器日志中的上下文，得到相应的错误码。在得到错误码之后，将该错误码与预设数据库，即错误码分析库进行比对，如果在预设数据库中能够查询到该错误码，则将预设数据库该错误码对应的释义(异常原因)输出，同时附上完整的服务器日志，如果未查询到，则按照上述实施例中的方式对预设数据库进行更新。

进一步地，如果为通话流程，除了要检测当前通话流程是否与标准通话流程是否一致，还要检测通话过程中的丢包率，因为存在丢包率也说明书通话存在异常。

在具体实施中，本实施例中在当前流程与预设标准流程一致时，会检测待检测VoIP通话是否为通话类型，如果为通话类型，还要检测当前流程对应的收发端口与所述目标数据包对应的收发端口是否一致，如果收发端口不一致，则可以判定待VoIP通话存在通话问题，如果收发端口一致，则获取通话过程中的当前丢包率，如果当前丢包率小于预设丢包率，就可以判定目标数据包无异常，也即待VoIP通话不存在通话问题，其中，预设丢包率可以根据实际需求进行相应地设置，本实施例对此不加以限制。此外，本实施例中还可以在检测丢包率之前，分析音视频通话编码、包实际长度、SSRC、Seq是否有异常。

本实施例从所述目标数据包中提取对应的当前流程；将所述当前流程与所述类型对应的预设标准流程进行比对；在所述当前流程与所述预设标准流程一致时，检测收发端口与丢包率是否满足条件，同时在所述当前流程与所述预设标准流程不一致时，判定所述目标数据包存在异常；根据流程比对结果从所述当前流程中筛选出错误流程，并根据所述错误流程从所述目标数据包中提取相应的错误码；将所述错误码与预设数据库进行比对，并根据错误码比对结果输出相应的检测结果，通过流程比对、收发端口比对以及丢包率检测，并在异常时输出相应的错误码，提升了VoIP通话检测的准确性。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有VoIP通话检测程序，所述VoIP通话检测程序被处理器执行时实现如上文所述的VoIP通话检测方法的步骤。

由于本存储介质采用了上述所有实施例的全部技术方案，因此至少具有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。

参照图6，图6为本发明VoIP通话检测装置第一实施例的结构框图。

如图6所示，本发明实施例提出的VoIP通话检测装置包括：

接收模块10，用于在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数。

读取模块20，用于根据所述输入参数获取所述待检测VoIP通话对应的目标数据包。

确定模块30，用于确定待检测VoIP通话的类型。

检测模块40，用于按照所述类型对所述目标数据包进行检测，得到检测结果。

本实施例通过在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；根据所述输入参数获取所述待检测VoIP通话对应的目标数据包；确定待检测VoIP通话的类型；按照所述类型对所述目标数据包进行检测，得到检测结果，通过基于VoIP通话对应的不同类型对VoIP通话的数据包进行检测，以实现VoIP通话的检测，避免人工检测的方式，提升了VoIP通话的检测效率。

在一实施例中，所述读取模块20，还用于获取服务器中存储的原始数据包；对所述原始数据包进行处理，得到参考数据包；根据所述输入参数从所述参考数据包中提取所述待检测VoIP通话对应的目标数据包。

在一实施例中，所述读取模块20，还用于从所述原始数据包中提取出包含预设字段的待过滤数据包；获取所述待检测VoIP通话对应的呼叫标识；根据所述呼叫标识对所述待过滤数据包进行过滤，得到有效数据包；按照预设方式对所述有效数据包进行重写，得到参考数据包。

在一实施例中，所述检测模块40，还用于从所述目标数据包中提取对应的当前流程；将所述当前流程与所述类型对应的预设标准流程进行比对；在所述当前流程与所述预设标准流程一致时，判定所述目标数据包无异常。

在一实施例中，所述检测模块40，还用于在所述当前流程与所述预设标准流程不一致时，判定所述目标数据包存在异常；根据流程比对结果从所述当前流程中筛选出错误流程，并根据所述错误流程从服务器日志中提取相应的错误码；将所述错误码与预设数据库进行比对，并根据错误码比对结果输出相应的检测结果。

在一实施例中，所述检测模块40，还用于在所述当前流程与所述预设标准流程一致时，检测所述类型是否为通话类型；在所述类型为通话类型时，检测所述当前流程对应的收发端口与所述目标数据包对应的收发端口是否一致；若是，则获取通话过程中的当前丢包率；在所述当前丢包率满足预设丢包率时，判定所述目标数据包无异常。

在一实施例中，所述VoIP通话检测装置还包括：更新模块；

所述更新模块，用于在所述检测结果为所述目标数据包存在异常时，获取所述目标数据包对应的错误码；在预设数据库中未查询到所述错误码时，根据所述错误码对所述预设数据库进行更新。

应当理解的是，以上仅为举例说明，对本发明的技术方案并不构成任何限定，在具体应用中，本领域的技术人员可以根据需要进行设置，本发明对此不做限制。

需要说明的是，以上所描述的工作流程仅仅是示意性的，并不对本发明的保护范围构成限定，在实际应用中，本领域的技术人员可以根据实际的需要选择其中的部分或者全部来实现本实施例方案的目的，此处不做限制。

另外，未在本实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的VoIP通话检测方法，此处不再赘述。

此外，需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(ReadOnlyMemory，ROM)/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (6)

1.一种VoIP通话检测方法，其特征在于，所述VoIP通话检测方法包括：

在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；

获取服务器中存储的原始数据包；

从所述原始数据包中提取出包含预设字段的待过滤数据包；

获取所述待检测VoIP通话对应的呼叫标识；

根据所述呼叫标识对所述待过滤数据包进行过滤，得到有效数据包；

按照预设方式对所述有效数据包进行重写，得到参考数据包；

根据所述输入参数从所述参考数据包中提取所述待检测VoIP通话对应的目标数据包；

确定待检测VoIP通话的类型；

从所述目标数据包中提取对应的当前流程；

将所述当前流程与所述类型对应的预设标准流程进行比对；

在所述当前流程与所述预设标准流程不一致时，判定所述目标数据包存在异常；

根据流程比对结果从所述当前流程中筛选出错误流程，并根据所述错误流程从服务器日志中提取相应的错误码；

将所述错误码与预设数据库进行比对，并根据错误码比对结果输出相应的检测结果；

在所述当前流程与所述预设标准流程一致时，判定所述目标数据包无异常。

2.如权利要求1所述的VoIP通话检测方法，其特征在于，所述在所述当前流程与所述预设标准流程一致时，判定所述目标数据包无异常，包括：

在所述当前流程与所述预设标准流程一致时，检测所述类型是否为通话类型；

在所述类型为通话类型时，检测所述当前流程对应的收发端口与所述目标数据包对应的收发端口是否一致；

若是，则获取通话过程中的当前丢包率；

在所述当前丢包率满足预设丢包率时，判定所述目标数据包无异常。

3.如权利要求1或2所述的VoIP通话检测方法，其特征在于，所述按照所述类型对所述目标数据包进行检测，得到检测结果之后，还包括：

在所述检测结果为所述目标数据包存在异常时，获取所述目标数据包对应的错误码；

在预设数据库中未查询到所述错误码时，根据所述错误码对所述预设数据库进行更新。

4.一种VoIP通话检测装置，其特征在于，所述VoIP通话检测装置包括：

接收模块，用于在接收到VoIP通话检测指令时，根据所述VoIP通话检测指令获取待检测VoIP通话对应的输入参数；

读取模块，用于获取服务器中存储的原始数据包；从所述原始数据包中提取出包含预设字段的待过滤数据包；获取所述待检测VoIP通话对应的呼叫标识；根据所述呼叫标识对所述待过滤数据包进行过滤，得到有效数据包；按照预设方式对所述有效数据包进行重写，得到参考数据包；根据所述输入参数从所述参考数据包中提取所述待检测VoIP通话对应的目标数据包；

确定模块，用于确定待检测VoIP通话的类型；

检测模块，用于从所述目标数据包中提取对应的当前流程；将所述当前流程与所述类型对应的预设标准流程进行比对；在所述当前流程与所述预设标准流程不一致时，判定所述目标数据包存在异常；根据流程比对结果从所述当前流程中筛选出错误流程，并根据所述错误流程从服务器日志中提取相应的错误码；将所述错误码与预设数据库进行比对，并根据错误码比对结果输出相应的检测结果；在所述当前流程与所述预设标准流程一致时，判定所述目标数据包无异常。

5.一种VoIP通话检测设备，其特征在于，所述VoIP通话检测设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的VoIP通话检测程序，所述VoIP通话检测程序配置为实现如权利要求1至3中任一项所述的VoIP通话检测方法。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有VoIP通话检测程序，所述VoIP通话检测程序被处理器执行时实现如权利要求1至3任一项所述的VoIP通话检测方法。

Images