CN104243235A - 拨测的方法及装置 - Google Patents

拨测的方法及装置 Download PDF

Info

Publication number
CN104243235A
CN104243235A CN201410472198.3A CN201410472198A CN104243235A CN 104243235 A CN104243235 A CN 104243235A CN 201410472198 A CN201410472198 A CN 201410472198A CN 104243235 A CN104243235 A CN 104243235A
Authority
CN
China
Prior art keywords
testing
response message
signaling
server
success response
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.)
Pending
Application number
CN201410472198.3A
Other languages
English (en)
Inventor
李京辉
郭景赞
乔自知
李衡
孟照方
李德屹
郭省力
李峻洋
饶栋
赵剑雄
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201410472198.3A priority Critical patent/CN104243235A/zh
Publication of CN104243235A publication Critical patent/CN104243235A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种拨测的方法及装置，涉及信息技术领域，可以对分组域业务进行拨测。所述方法包括：首先当获取到操作指令时，按照预置周期向服务器发送拨测信令，然后接收服务器发送的成功响应消息，最后根据拨测信令以及成功响应消息，确定网络性能。本发明适用于对业务进行拨测。

Description

拨测的方法及装置
技术领域
本发明涉及信息技术领域，特别涉及一种拨测的方法及装置。
背景技术
随着信息技术的发展，用户设备通过网络进行业务越来越广泛，因此用户设备对网络性能的要求越来越高。一般地，用户设备可以通过拨测，实现对网络性能的确定。
目前，一种拨测的方法，对于电路域业务，用户设备通过该电路域业务对应的应用程序接口(英文全称：Application Program Interface，英文缩写：API)，向服务器发送拨测信令，并接收服务器返回的成功响应消息，从而实现对网络性能的确定。
然而，当通过API接口进行拨测时，对于第三方公司开发的分组域业务，第三方公司并未提供该分组域业务对应的API接口，从而导致无法对分组域业务进行拨测。
发明内容
本发明提供一种拨测的方法及装置，可以对分组域业务进行拨测。
本发明采用的技术方案为：
第一方面，本发明提供一种拨测的方法，包括：
当获取到操作指令时，按照预置周期向服务器发送拨测信令，所述操作指令用于触发用户设备发送所述拨测信令；
接收所述服务器发送的成功响应消息，所述成功响应消息由所述服务器根据所述拨测信令生成；
根据所述拨测信令以及所述成功响应消息，确定网络性能。
第二方面，本发明提供一种拨测的装置，包括：
发送单元，用于当获取到操作指令时，按照预置周期向服务器发送拨测信令，所述操作指令用于触发用户设备发送所述拨测信令；
接收单元，用于接收所述服务器发送的成功响应消息，所述成功响应消息由所述服务器根据所述发送单元发送的所述拨测信令生成；
确定单元，用于根据所述拨测信令以及所述接收单元接收的所述成功响应消息，确定网络性能。
本发明提供的拨测的方法及装置，首先当获取到操作指令时，按照预置周期向服务器发送拨测信令，然后接收服务器发送的成功响应消息，最后根据拨测信令以及成功响应消息，确定网络性能。与目前通过API接口进行拨测相比，本发明按照预置周期发送拨测信令，能够避免由于第三方公司未提供分组域业务对应的API接口，而导致无法对分组域业务进行拨测的情况，从而可以对分组域业务进行拨测。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案，下面将对本发明或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本发明实施例中拨测的方法流程图；
图2为本发明实施例中另一种拨测的方法流程图；
图3为本发明实施例中拨测的装置结构示意图；
图4为本发明实施例中另一种拨测的装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
本发明实施例提供一种拨测的方法，可以对分组域业务进行拨测，如图1所示，所述方法包括：
101、当获取到操作指令时，用户设备按照预置周期向服务器发送拨测信令。
其中，操作指令用于触发用户设备发送拨测信令。在本发明实施例中，操作指令具体可以为，用户在用户设备屏幕对应位置上的触击或者点击操作。例如，微信业务的操作指令具体可以为，用户在用户设备屏幕的“发送”键所在位置处，进行的触击或者点击操作。
对于本发明实施例，预置周期可以由用户设备预先进行配置，也可以由服务器预先进行配置，本发明实施例不做限定。例如，预置周期可以为3秒、5秒或10秒等。
102、用户设备接收服务器发送的成功响应消息。
其中，成功响应消息由服务器根据拨测信令生成。具体地，当用户设备向服务器发送拨测信令时，若服务器成功接收到用户设备发送的拨测信令，则服务器生成该拨测信令对应的成功响应消息，并向用户设备返回该成功响应消息。
对于本发明实施例，服务器是指网络环境中的高性能设备，用来侦听网络上的其他设备发送的服务请求，并为这些设备提供相应的服务。例如，当用户设备需要进行微信业务时，服务器为微信服务器，当用户设备向该微信服务器发送微信业务对应的拨测信令时，若该微信服务器成功接收到该拨测信令，则该微信服务器生成该拨测信令对应的成功响应消息，并向用户设备发送该成功响应消息。
103、用户设备根据拨测信令以及成功响应消息，确定网络性能。
其中，网络性能是指当前网络的运行状态，可以用来评估当前网络的网络质量。在本发明实施例中，网络性能可以包括：网络覆盖情况、网络干扰情况或网络拥塞情况等。
本发明实施例提供的拨测的方法，首先当获取到操作指令时，按照预置周期向服务器发送拨测信令，然后接收服务器发送的成功响应消息，最后根据拨测信令以及成功响应消息，确定网络性能。与目前通过API接口进行拨测相比，本发明实施例按照预置周期发送拨测信令，能够避免由于第三方公司未提供分组域业务对应的API接口，而导致无法对分组域业务进行拨测的情况，从而可以对分组域业务进行拨测。
作为对图1所示方法的具体说明，本发明实施例提供另一种拨测的方法，如图2所示，所述方法包括：
201、用户设备通过Getevent命令，获取操作指令。
对于本发明实施例，获取事件(英文全称：Getevent)命令可以用来获取操作指令事件，并获取该事件的相关参数值。例如，Getevent命令获取的操作指令事件具体可以包括：按下按键、按键位置及抬起按键。在本发明实施例中，按键位置具体可以为用户设备屏幕上的“发送”键所在位置处。
对于本发明实施例，操作指令用于触发用户设备发送拨测信令。在本发明实施例中，操作指令具体可以为，用户在用户设备屏幕对应位置上的触击或者点击操作。例如，微信业务的操作指令具体可以为，用户在用户设备屏幕的“发送”键所在位置处，进行的触击或者点击操作。
202、用户设备通过Sendevent命令，按照预置周期向服务器发送拨测信令。
对于本发明实施例，发送事件(英文全称：Sendevent)命令可以根据Getevent命令获取到的操作指令对应的事件，按照预置周期连续模拟该事件，即按照预置周期连续向服务器发送拨测信令。在本发明实施例中，通过将Getevent命令获取到的操作指令事件的相关参数值，作为Sendevent命令的输入，可以实现Getevent命令按照预置周期模拟操作指令事件，从而可以实现Getevent命令按照预置周期模拟发送拨测信令。
对于本发明实施例，Sendevent命令的命令格式具体可以为：Sendevent[device][type][code][value]。其中，device用于表征事件对应的设备，device的格式具体可以为：/dev/input/eventX，/dev/input/表示***的目录，eventX表示具体的设备标识；type用于表征事件对应的类；code用于表征事件对应的代号；value用于表征事件对应的具体值。
对于本发明实施例，type的定义可以为：
type对应的类 type的具体值
EV_SYN 0x00
EV_KEY 0x01
EV_REL 0x02
EV_ABS 0x03
EV_MSC 0x04
EV_SW 0x05
EV_LED 0x11
EV_SND 0x12
EV_REP 0x14
EV_FF 0x15
EV_PWR 0x16
EV_FF_STATUS 0x17
EV_MAX 0x1f
其中，type的具体值通过十六进制数进行表示，不同的值分别表示不同的类。例如，当type的值为0x00时，Sendevent命令的类具体为EV_SYN，表示一组事件；当type的值为0x01时，Sendevent命令的类具体为EV_KEY，表示按键；当type的值为0x02时，Sendevent命令的类具体为EV_REL，表示相对坐标；当type的值为0x03时，Sendevent命令的类具体为EV_ABS，表示绝对坐标。
对于本发明实施例，当type的值为0x00时，即当Sendevent命令的类具体为EV_SYN时，code的定义可以为：
code对应的代号 code的具体值
SYN_REPORT 0x00
SYN_CONFIG 0x01
SYN_MT_REPORT 0x02
其中，code的具体值通过十六进制数进行表示，不同的值分别表示不同的代号。例如，当code的值为0x00时，EV_SYN的代码具体为SYN_REPORT，表示报告；当code的值为0x01时，EV_SYN的代码具体为SYN_CONFIG，表示配置；当code的值为0x02时，EV_SYN的代码具体为SYN_MT_REPORT，表示机器报告。
对于本发明实施例，当type的值为0x03时，即当Sendevent命令的类具体为EV_ABS时，code的定义可以为：
code对应的代号 code的具体值
ABS_MT_TOUCH_MAJOR 0x30
ABS_MT_TOUCH_MINOR 0x31
ABS_MT_WIDTH_MAJOR 0x32
ABS_MT_WIDTH_MINOR 0x33
ABS_MT_ORIENTATION 0x34
ABS_MT_POSITION_X 0x35
ABS_MT_POSITION_Y 0x36
ABS_MT_TOOL_TYPE 0x37
ABS_MT_BLOB_ID 0x38
ABS_MT_TRACKING_ID 0x39
ABS_MT_PRESSURE 0x3a
其中，code的具体值通过十六进制数进行表示，不同的值分别表示不同的代号。例如，当code的值为0x30时，EV_ABS的代码具体为ABS_MT_TOUCH_MAJOR，表示接触长轴；当code的值为0x31时，EV_ABS的代码具体为ABS_MT_TOUCH_MINOR，表示接触短轴；当code的值为0x32时，EV_ABS的代码具体为ABS_MT_WIDTH_MAJOR，表示接近长轴；当code的值为0x33时，EV_ABS的代码具体为ABS_MT_WIDTH_MINOR，表示接近短轴；当code的值为0x35时，EV_ABS的代码具体为ABS_MT_POSITION_X，表示X坐标位置；当code的值为0x36时，EV_ABS的代码具体为ABS_MT_POSITION_Y，表示Y坐标位置。
例如，用户设备根据Getevent命令获取到操作指令后，执行的Sendevent命令具体可以为：
Sendevent/dev/input/event3 1 330 1
Sendevent/dev/input/event3 3 53 366
Sendevent/dev/input/event3 3 54 1863
Sendevent/dev/input/event3 1 330 0
Sendevent/dev/input/event3 0 0 0
其中，event3为发送拨测信令的设备屏幕的标识，这五个Sendevent命令的type、code及value的值均不完全相同，通过这五个Sendevent命令可以表征五个事件。具体地，第一个Sendevent命令中，type为1表示按键，code为330表示对按键进行操作，value为1表示按下，即Sendevent/dev/input/event3 1 330 1表示按下按键；第二个Sendevent命令中，type为3表示绝对坐标，code为53表示X坐标位置，value为366表示具***置的值为366，即Sendevent/dev/input/event3 3 53 366表示X绝对坐标的值为366；第三个Sendevent命令中，type为3表示绝对坐标，code为54表示Y坐标位置，value为1863表示具***置的值为1863，即Sendevent/dev/input/event3 3 54 1863表示Y绝对坐标的值为1863；第四个Sendevent命令中，type为1表示按键，code为330表示对按键进行操作，value为0表示抬起，即Sendevent/dev/input/event3 1 330 0表示抬起按键；第五个Sendevent命令中，type为0表示一组事件，code为0表示事件状态，value为0表示已完成，即Sendevent/dev/input/event3 0 0 0表示一组事件已完成。
对于本发明实施例，用户设备可以将需要执行的Getevent命令保存为.sh脚本文件，并利用安卓调试桥(英文全称：Android Debug Bridge，英文缩写：ADB)接口执行该.sh脚本文件，从而实现用户设备按照预置周期向服务器发送拨测信令。
对于本发明实施例，预置周期可以由用户设备预先进行配置，也可以由服务器预先进行配置，本发明实施例不做限定。例如，预置周期可以为3秒、5秒或10秒等。
203、用户设备接收服务器发送的成功响应消息。
其中，成功响应消息由服务器根据拨测信令生成。具体地，当用户设备向服务器发送拨测信令时，若服务器成功接收到用户设备发送的拨测信令，则服务器生成该拨测信令对应的成功响应消息，并向用户设备返回该成功响应消息。
对于本发明实施例，服务器是指网络环境中的高性能设备，用来侦听网络上的其他设备发送的服务请求，并为这些设备提供相应的服务。例如，当用户设备需要进行微信业务时，服务器为微信服务器，当用户设备向该微信服务器发送微信业务对应的拨测信令时，若该微信服务器成功接收到该拨测信令，则该微信服务器生成该拨测信令对应的成功响应消息，并向用户设备发送该成功响应消息。
204、用户设备根据拨测信令以及成功响应消息，确定网络性能。
其中，网络性能可以包括发送成功率或者发送平均时延等。
可选地，步骤204之前，还可以包括：用户设备获取发送次数及成功发送次数。其中，发送次数为发送拨测信令的次数，成功发送次数为接收成功响应消息的次数。此时，步骤204具体可以为：用户设备根据公式确定发送成功率。其中，α为发送成功率，nr为成功发送次数，ns为发送次数。
例如，若用户设备获取到的发送次数为10次，成功发送次数为8次，则根据公式可以确定发送成功率为0.8。
可选地，步骤204之前，还可以包括：用户设备获取发送时间、接收时间及成功发送次数。其中，发送时间为发送拨测信令的时间，接收时间为接收成功响应消息的时间，成功发送次数为接收成功响应消息的次数。此时，步骤204具体可以为：用户设备根据公式确定发送平均时延。其中，tΔ为发送平均时延，tr为接收时间，ts为发送时间，nr为成功发送次数。
例如，若用户设备成功发送8次拨测信令，这8次拨测信令的接收时间与发送时间之间的差值分别为：4秒、3.5秒、2秒、3秒、3秒、4秒、5秒、3.5秒，则根据公式可以确定发送平均时延为3.5秒。
对于本发明实施例，步骤202之后，还可以包括：用户设备在拨测信令中提取第一特征码。步骤203之后，还可以包括：用户设备在成功响应消息中提取第二特征码。此时，步骤204具体可以为：用户设备根据拨测信令、成功响应消息、第一特征码及第二特征码，确定网络性能。其中，第一特征码用于表征拨测信令的业务类型，第二特征码用于表征成功响应消息的业务类型。
对于本发明实施例，业务类型可以为文字业务、语音业务、图片业务或视频业务等。在本发明实施例中，由于在同一网络中，不同的业务类型对应的网络性能可能不同，因此可以针对不同的业务类型分别计算对应的网络性能，从而可以提高网络性能的准确度。
具体地，用户设备可以首先通过第一特征码确定拨测信令对应的业务类型，通过第二特征码确定成功响应消息对应的业务类型，然后对于某一业务类型，根据业务类型为该业务类型的拨测信令，以及业务类型为该业务类型的成功响应消息，确定该业务类型对应的网络性能。
例如，拨测信令为0000006800100001000000ed0000004a，该拨测信令通过十六进制数进行表示，其中，第5位及第6位为该拨测信令对应的特征码，“00”可以表示该拨测信令的业务类型为文字业务。
需要说明的是，本发明实施例不限于通过上述十六进制数表示拨测信令，通过第5位及第6位表示拨测信令对应的特征码，其他任何可以表示拨测信令以及拨测信令对应的特征码的方式，均适用本发明实施例，例如，可以通过八进制数表示拨测信令，其中，第9位至第12位可以表示该拨测信令对应的特征码。
对于本发明实施例，针对发送的拨测信令或者接收的成功响应消息，用户设备均需对其进行采集并保存，从而实现根据拨测信令及成功响应消息确定网络性能。在本发明实施例中，用户设备采集的拨测信令及成功响应消息均为基于传输控制协议/网际协议(英文全称：Transmission Control Protocol/InternetProtocol，英文缩写：TCP/IP)的数据包，因此可以通过用户设备中的TcpDump工具采集这些数据。
对于本发明实施例，当TcpDump工具及.sh脚本文件执行工具不能同时运行时，可以通过其他辅助工具辅助TcpDump工具采集数据，从而实现TcpDump工具及.sh脚本文件执行工具的同时运行。例如，辅助工具可以为Shark For Root工具。
本发明实施例提供的拨测的方法，首先当获取到操作指令时，按照预置周期向服务器发送拨测信令，然后接收服务器发送的成功响应消息，最后根据拨测信令以及成功响应消息，确定网络性能。与目前通过API接口进行拨测相比，本发明实施例按照预置周期发送拨测信令，能够避免由于第三方公司未提供分组域业务对应的API接口，而导致无法对分组域业务进行拨测的情况，从而可以对分组域业务进行拨测。
进一步地，本发明实施例提供的拨测的方法，通过将Getevent命令获取到的操作指令事件的相关参数值，作为Sendevent命令的输入，可以实现Getevent命令按照预置周期模拟操作指令事件，从而可以实现Getevent命令按照预置周期模拟发送拨测信令；通过针对不同的业务类型分别计算对应的网络性能，从而可以提高网络性能的准确度。
作为对图1及图2所示方法的实现，本发明实施例还提供了一种拨测的装置，该装置可以位于用户设备中，可以用于对分组域业务进行拨测，如图3所示，所述装置包括：发送单元31、接收单元32、确定单元33。
发送单元31，用于当获取到操作指令时，按照预置周期向服务器发送拨测信令。
其中，操作指令用于触发用户设备发送拨测信令。
接收单元32，用于接收服务器发送的成功响应消息。
其中，成功响应消息由服务器根据发送单元31发送的所述拨测信令生成。
确定单元33，用于根据拨测信令以及接收单元32接收的成功响应消息，确定网络性能。
进一步地，如图4所示，所述装置还包括：获取单元41。
获取单元41，用于通过Getevent命令，获取操作指令。
发送单元31，具体用于通过Sendevent命令，按照预置周期向服务器发送拨测信令。
确定单元33确定的网络性能包括发送成功率或者发送平均时延。
获取单元41，还用于获取发送次数及成功发送次数。
其中，发送次数为发送拨测信令的次数，成功发送次数为接收成功响应消息的次数。
确定单元33，还用于根据公式确定发送成功率。
其中，α为发送成功率，nr为获取单元41获取的成功发送次数，ns为获取单元41获取的发送次数。
获取单元41，还用于获取发送时间、接收时间及成功发送次数。
其中，发送时间为发送拨测信令的时间，接收时间为接收成功响应消息的时间，成功发送次数为接收成功响应消息的次数。
确定单元33，还用于根据公式确定发送平均时延。
其中，tΔ为发送平均时延，tr为获取单元41获取的接收时间，ts为获取单元41获取的发送时间，nr为获取单元41获取的成功发送次数。
本发明实施例提供的拨测的装置，首先当获取到操作指令时，按照预置周期向服务器发送拨测信令，然后接收服务器发送的成功响应消息，最后根据拨测信令以及成功响应消息，确定网络性能。与目前通过API接口进行拨测相比，本发明实施例按照预置周期发送拨测信令，能够避免由于第三方公司未提供分组域业务对应的API接口，而导致无法对分组域业务进行拨测的情况，从而可以对分组域业务进行拨测。
进一步地，本发明实施例提供的拨测的装置，通过将Getevent命令获取到的操作指令事件的相关参数值，作为Sendevent命令的输入，可以实现Getevent命令按照预置周期模拟操作指令事件，从而可以实现Getevent命令按照预置周期模拟发送拨测信令；通过针对不同的业务类型分别计算对应的网络性能，从而可以提高网络性能的准确度。
需要说明的是，本发明实施例中提供的拨测的装置中各单元所对应的其他相应描述，可以参考图1及图2中的对应描述，在此不再赘述。
本发明实施例提供的拨测的装置可以实现上述提供的方法实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。本发明实施例提供的拨测的方法及装置可以适用于对业务进行拨测，但不仅限于此。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种拨测的方法，其特征在于，包括：
当获取到操作指令时，按照预置周期向服务器发送拨测信令，所述操作指令用于触发用户设备发送所述拨测信令；
接收所述服务器发送的成功响应消息，所述成功响应消息由所述服务器根据所述拨测信令生成；
根据所述拨测信令以及所述成功响应消息，确定网络性能。
2.根据权利要求1所述的拨测的方法，其特征在于，所述按照预置周期向服务器发送所述拨测信令的步骤之前，还包括：
通过获取事件Getevent命令，获取所述操作指令；
所述按照预置周期向服务器发送所述拨测信令的步骤，具体包括：
通过发送事件Sendevent命令，按照所述预置周期向所述服务器发送所述拨测信令。
3.根据权利要求1所述的拨测的方法，其特征在于，所述网络性能包括发送成功率或者发送平均时延。
4.根据权利要求3所述的拨测的方法，其特征在于，所述方法还包括：
获取发送次数及成功发送次数，所述发送次数为发送所述拨测信令的次数，所述成功发送次数为接收所述成功响应消息的次数；
根据公式确定所述发送成功率，其中，α为所述发送成功率，nr为所述成功发送次数，ns为所述发送次数。
5.根据权利要求3所述的拨测的方法，其特征在于，所述方法还包括：
获取发送时间、接收时间及成功发送次数，所述发送时间为发送所述拨测信令的时间，所述接收时间为接收所述成功响应消息的时间，所述成功发送次数为接收所述成功响应消息的次数；
根据公式确定所述发送平均时延，其中，tΔ为所述发送平均时延，tr为所述接收时间，ts为所述发送时间，nr为所述成功发送次数。
6.一种拨测的装置，其特征在于，所述装置包括：
发送单元，用于当获取到操作指令时，按照预置周期向服务器发送拨测信令，所述操作指令用于触发用户设备发送所述拨测信令；
接收单元，用于接收所述服务器发送的成功响应消息，所述成功响应消息由所述服务器根据所述发送单元发送的所述拨测信令生成；
确定单元，用于根据所述拨测信令以及所述接收单元接收的所述成功响应消息，确定网络性能。
7.根据权利要求6所述的拨测的装置，其特征在于，所述装置还包括：获取单元；
所述获取单元，用于通过获取事件Getevent命令，获取所述操作指令；
所述发送单元，具体用于通过发送事件Sendevent命令，按照所述预置周期向所述服务器发送所述拨测信令。
8.根据权利要求6所述的拨测的装置，其特征在于，
所述确定单元确定的所述网络性能包括发送成功率或者发送平均时延。
9.根据权利要求8所述的拨测的装置，其特征在于，
所述获取单元，还用于获取发送次数及成功发送次数，所述发送次数为发送所述拨测信令的次数，所述成功发送次数为接收所述成功响应消息的次数；
所述确定单元，还用于根据公式确定所述发送成功率，其中，α为所述发送成功率，nr为所述获取单元获取的所述成功发送次数，ns为所述获取单元获取的所述发送次数。
10.根据权利要求8所述的拨测的装置，其特征在于，
所述获取单元，还用于获取发送时间、接收时间及成功发送次数，所述发送时间为发送所述拨测信令的时间，所述接收时间为接收所述成功响应消息的时间，所述成功发送次数为接收所述成功响应消息的次数；
所述确定单元，还用于根据公式确定所述发送平均时延，其中，tΔ为所述发送平均时延，tr为所述获取单元获取的所述接收时间，ts为所述获取单元获取的所述发送时间，nr为所述获取单元获取的所述成功发送次数。
CN201410472198.3A 2014-09-16 2014-09-16 拨测的方法及装置 Pending CN104243235A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410472198.3A CN104243235A (zh) 2014-09-16 2014-09-16 拨测的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410472198.3A CN104243235A (zh) 2014-09-16 2014-09-16 拨测的方法及装置

Publications (1)

Publication Number Publication Date
CN104243235A true CN104243235A (zh) 2014-12-24

Family

ID=52230632

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410472198.3A Pending CN104243235A (zh) 2014-09-16 2014-09-16 拨测的方法及装置

Country Status (1)

Country Link
CN (1) CN104243235A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108377201A (zh) * 2018-02-09 2018-08-07 腾讯科技（深圳）有限公司 网络异常感知方法、装置、设备及计算机可读存储介质
CN114024876A (zh) * 2021-10-15 2022-02-08 中国联合网络通信集团有限公司 一种网络拨测方法、装置、设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101014177A (zh) * 2007-02-05 2007-08-08 浪潮乐金信息***有限公司 无线网络集中监控业务中交叉测试验证可靠性的方法
CN101437085A (zh) * 2008-12-09 2009-05-20 ***通信集团广东有限公司 一种检测语音中继通路的方法及其设备
CN101610525A (zh) * 2009-07-28 2009-12-23 京信通信***（中国）有限公司 一种wcdma网络自动监测***及方法
CN101938760A (zh) * 2010-08-20 2011-01-05 中国电信股份有限公司 视频业务用户感知度的拨测方法和***
CN101957793A (zh) * 2010-09-03 2011-01-26 中国科学院软件研究所 一种面向Android及其衍生***的软件操作录制回放方法
CN102457884A (zh) * 2010-10-22 2012-05-16 ***通信集团北京有限公司 一种无线网络测试***、测试方法及装置
US20130173963A1 (en) * 2009-01-09 2013-07-04 International Business Machines Corporation Dynamic testing of networks
CN103259935A (zh) * 2013-05-16 2013-08-21 浪潮通信信息***有限公司 一种通过自动拨测识别中继异常的方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101014177A (zh) * 2007-02-05 2007-08-08 浪潮乐金信息***有限公司 无线网络集中监控业务中交叉测试验证可靠性的方法
CN101437085A (zh) * 2008-12-09 2009-05-20 ***通信集团广东有限公司 一种检测语音中继通路的方法及其设备
US20130173963A1 (en) * 2009-01-09 2013-07-04 International Business Machines Corporation Dynamic testing of networks
CN101610525A (zh) * 2009-07-28 2009-12-23 京信通信***（中国）有限公司 一种wcdma网络自动监测***及方法
CN101938760A (zh) * 2010-08-20 2011-01-05 中国电信股份有限公司 视频业务用户感知度的拨测方法和***
CN101957793A (zh) * 2010-09-03 2011-01-26 中国科学院软件研究所 一种面向Android及其衍生***的软件操作录制回放方法
CN102457884A (zh) * 2010-10-22 2012-05-16 ***通信集团北京有限公司 一种无线网络测试***、测试方法及装置
CN103259935A (zh) * 2013-05-16 2013-08-21 浪潮通信信息***有限公司 一种通过自动拨测识别中继异常的方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108377201A (zh) * 2018-02-09 2018-08-07 腾讯科技（深圳）有限公司 网络异常感知方法、装置、设备及计算机可读存储介质
CN108377201B (zh) * 2018-02-09 2021-03-26 腾讯科技（深圳）有限公司 网络异常感知方法、装置、设备及计算机可读存储介质
CN114024876A (zh) * 2021-10-15 2022-02-08 中国联合网络通信集团有限公司 一种网络拨测方法、装置、设备及存储介质
CN114024876B (zh) * 2021-10-15 2023-06-16 中国联合网络通信集团有限公司 一种网络拨测方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN102395945B (zh) 用于触摸屏终端的用户行为跟踪方法、装置和***
CN102904996B (zh) 一种手机触摸屏性能测试的方法及装置、***
CN103729110A (zh) 弹窗信息显示方法、装置及终端
CN105376335B (zh) 一种采集数据上传方法和装置
CN103619030A (zh) 仿真基站的检测方法及设备
CN104881408A (zh) 页面点击次数统计及结果展示方法、装置和***
CN107395404B (zh) 为网络应用提示网络环境、预测服务质量的方法和装置
CN106095676A (zh) 数据上报的测试方法、装置及***
CN105578310A (zh) 基于websocket协议的智能电视遥控方法及装置
CN105472417A (zh) 获取视频播放器异常的方法及装置
CN108021494A (zh) 一种应用操作的录制方法、回放方法和相应装置
CN105022687A (zh) 自动化测试方案中滑动操作的实现方法及装置
CN105338564B (zh) 一种客户端适配方法、客户端、服务器以及***
US9800490B2 (en) Testing by simulation using variations of real-time traffic
CN104243235A (zh) 拨测的方法及装置
CN105575016A (zh) 一种应用于实验中的实验语音提示方法、装置及***
CN109426578A (zh) 处理客户端故障的方法和装置
US9547488B2 (en) Firmware update system for video security equipment
CN110244885A (zh) 输入方法、装置、设备及存储介质
CN104239018A (zh) 一种演示、生成演示脚本的方法及***
US9749397B2 (en) Methods, systems, and computer-readable media for testing applications on a handheld device
CN105743939A (zh) 一种消息推送的方法和装置
CN105391602B (zh) 一种数据采集测试方法和装置
CN110890981A (zh) 配置网络设备的***和实现网络设备配置的方法
CN105577433A (zh) 一种acs集群管理方法、装置和***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20141224

RJ01 Rejection of invention patent application after publication