CN104754634A - 测试多路pdn的方法及其装置 - Google Patents
测试多路pdn的方法及其装置 Download PDFInfo
- Publication number
- CN104754634A CN104754634A CN201310749740.0A CN201310749740A CN104754634A CN 104754634 A CN104754634 A CN 104754634A CN 201310749740 A CN201310749740 A CN 201310749740A CN 104754634 A CN104754634 A CN 104754634A
- Authority
- CN
- China
- Prior art keywords
- pdn
- data
- channel
- multichannel
- test
- 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.)
- Granted
Links
Abstract
本发明涉及通信领域,公开了一种测试多路PDN的方法及其装置。本发明中,通过在上行灌包过程中,可以修改待发送数据的源地址,将所发送的数据的源地址改为该路PDN对应的IP地址,以模拟多个PDN环境中每个PDN对应的IP地址,并通过判断UE发送的该数据所处的信道来判断该多路PDN的功能是否正确。使得一台PC可以测试多路PDN,结构简单,成本低,解决了困扰多时的多路PDN无法被测试的问题。
Description
技术领域
本发明涉及通信领域,特别涉及测试多路PDN的技术。
背景技术
随着移动通信技术和多媒体技术的快速发展以及移动通信终端上数字处理能力的增强,移动终端更多的业务将会是包交换PS数据。
PDN(Packet Data Network,分组数据网络)的概念首先是在EPS(EvolvedPacket System,演进分组系统)中提出,指提供移动通信终端UE和公共陆地移动网络PLMN分组数据网络的网络互联协议IP连接,即PDN连接服务。每个PDN连接都会给用户分配IP地址。
这里简单介绍现有技术下对单路PDN的测试流程,如图1所示,现有测试包括以下步骤:
步骤101,移动通信终端开机。
步骤102,移动通信终端激活单路PDN的主PDP(Packet Data Protocol,分组数据协议),并上报IP地址。
步骤103,PC驱动收到UE上报的IP地址后,配置PC端UE对应网卡IP地址。
步骤104,通过灌包工具(如Iperf等)进行上行灌包。灌包时,设置对端目标地址及IP协议类型。
步骤105,通过高层协议分析工具,分析上行数据在高层层2端是否在PDP对应通道上发送,如果不是的话,说明程序功能不正确,需要高层分析,修改,然后重新测试;如果正确的话,测试结束。
综上分析,现有技术中,在测试指定的PDN可用性时,只要知道该PDN对应的IP地址,在上行数据灌包时,指定IP数据的源地址为该PDN对应的IP地址,就能使该上行数据在该PDN对应的通道上发送。对于测试多路PDN,由于建立多路PDN时,每个PDN连接都会给用户分配IP地址,因此为了支持多PDN,UE必须支持多IP地址。PC驱动可以根据UE上报的多个IP地址配置PC,但由于虚拟网卡只有一个,其只对应一个主IP地址,当进行灌包时,上行数据的源地址不能根据多个PDN的IP地址切换,而是固定为一个IP地址,也就是只能测试多路PDN中的一路PDN的功能,从而导致利用现有技术无法测试多路PDN。
发明内容
本发明的目的在于提供一种测试多路PDN的方法及其装置,使得一台PC可以测试多路PDN,结构简单,成本低,解决了困扰多时的多路PDN无法被测试的问题。
为解决上述技术问题,本发明提供了一种测试多路PDN的方法,包含以下步骤:
A.移动通信终端UE建立多路PDN,并将各路PDN对应的IP地址上报给PC端,由所述PC端进行上行灌包;
B.上行灌包过程中PC端为待发送的数据添加源地址并发送至UE,其中,源地址为UE上报的IP地址中需测试的一路PDN对应的IP地址;
C.UE发送上述数据,并判断所发送的数据所处的信道是否为需测试的一路PDN所对应的信道;
D.若判定该数据在对应的信道上,则判定该路PDN功能正确,并返回步骤B直至多路PDN测试完毕;若判定该数据不在对应的信道上,则判定多路PDN功能不正确。
本发明还提供了一种测试多路PDN的装置,包含:移动通信终端UE、PC端;
UE包含:多路PDN建立上报模块,用于建立多路PDN,并将各路PDN对应的IP地址上报给PC端,由所述PC端进行上行灌包;
PC端用于在上行灌包过程中为待发送的数据添加源地址并发送至UE,其中,源地址为UE上报的IP地址中需测试的一路PDN对应的IP地址;
UE还包含:
单路PDN测试模块,用于发送上述数据,并判断所发送的数据所处的信道是否为需测试的一路PDN所对应的信道;
PDN检测模块,用于在单路PDN测试模块判定该数据在对应的信道上,则判定该路PDN功能正确,并触发单路PDN测试模块直至多路PDN测试完毕;若判定该数据不在对应的信道上,则判定多路PDN功能不正确。
本发明实施方式相对于现有技术而言,在测试多路PDN中的每一路PDN时,通过在上行灌包过程中,可以修改待发送数据的源地址,改为该路PDN对应的IP地址,以模拟多个PDN环境中每个PDN对应的IP地址,并通过判断UE发送的该数据所处的信道来判断该路PDN的功能是否正确。若UE发送的数据所处的信道位置与上述IP地址对应的信道位置一致,则可以判定该路PDN功能正确,继续判断多路PDN的其他各路;若UE发送的数据所处的信道位置与上述IP地址对应的信道位置不一致,则可以判定该路PDN功能不正确,并通知高层。本发明的实施方式使得一台PC可以测试多路PDN,结构简单,成本低,解决了困扰多时的多路PDN无法被测试的问题。
作为进一步改进,在UE发送数据,并判断所发送的数据所处的信道是否为需测试的一路PDN所对应的信道的步骤中,还包含以下子步骤:
获取需测试的一路PDN建立主PDP时的承载ID;
根据数据的层2逻辑log数据找到层2数据发送上行通道的承载ID;
比较上述两个步骤中得到的承载ID;若一致,则判定数据在对应的信道上;若不一致,则判定数据不在对应的信道上。
提供一种判断多路PDN中一路PDN是否正确的方法,是通过比较该路PDN建立主PDP时的承载ID和通过该路PDN发送的层2数据发送上行通道的承载ID,使得多路PDN中一路PDN的测试结果准确。
作为进一步改进,在上行灌包过程中PC端为需发送的数据添加源地址并发送至UE的步骤中,PC端还为需发送的数据添加IP协议类型。
由于分属不同IP协议类型的数据有不同的反馈要求,通过添加IP协议类型可以对数据进一步区分,以满足用户对不同数据的测试要求。
作为进一步改进,UE为LTE终端、TD-SCDMA终端或数据卡。使得本发明的应用场景非常广泛。
附图说明
图1是根据现有技术中的单路PDN测试流程;
图2是根据本发明第一实施方式的测试多路PDN的方法流程图;
图3是根据本发明第一实施方式中终端建立并激活PDN的方法流程图;
图4是根据本发明第一实施方式中可变源地址工具的工作方法流程图;
图5是根据本发明第二实施方式中测试一路PDN功能的方法流程图;
图6是根据本发明第三实施方式的测试多路PDN的装置结构示意图;
图7是根据本发明第四实施方式的测试多路PDN的装置结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请各权利要求所要求保护的技术方案。
本发明的第一实施方式涉及一种测试多路PDN的方法,如图2所示,包含以下步骤:
步骤201,移动通信终端开机。
需要说明的是,本实施方式中的移动通信终端为LTE终端,当然根据应用场景的不同,也可以是TD-SCDMA终端或数据卡等,由此可见,本发明应用场景非常广泛。
步骤202,建立第一路PDN并激活,终端上报IP地址。建立一路PDN并激活的过程如图3所示,由以下分步骤完成:
步骤301,下发定义PDP上下文的AT命令(AT+CGDCONT),定义PDN的主PDP。
步骤302,下发激活或解除PDP移动场景的AT命令(AT+CGACT),激活该PDN的主PDP,参数CID应该与定义PDP时的CID一致。
步骤303,下发使进入数据状态的AT命令(AT+CGDATA),使该PDN的主PDP进入数据态,参数CID应该与定义PDP时的CID一致。
上述步骤301至步骤303可以建立一路PDN并激活,然后终端上报IP地址,也就是终端建立一路PDN后,将该路PDN对应的IP地址上报给PC端,再执行步骤203。
步骤203,PC驱动配置网卡及第一路PDN对应的IP地址。也就是说,PC驱动收到UE上报的IP地址后,配置PC端UE对应网卡IP地址。
接着,在步骤204中,建立第二路PDN并激活,终端上报IP地址。本步骤与步骤202类似,具体描述可以参照步骤202,本发明在此不做赘述。
步骤205,PC驱动配置网卡及第二路PDN对应的IP地址。本步骤与步骤203类似,具体描述可以参照步骤202,本发明在此不做赘述。
需要说明的是,类推步骤202至步骤205,可以根据实际PDN的路数需要建立多路PDN,也就是说,根据上述相同步骤可以建立多路PDN。例如:需测试的多路PDN为三路PDN,则再按照步骤204及步骤205,终端建立第三路PDN并上报IP地址,PC配置第三路PDN对应的IP地址,在此不再赘述。在建立完成多路PDN之后,执行步骤206。
步骤206,判断多路PDN测试是否完成;若完成,则结束多路PDN测试;若未完成,则执行步骤207。
也就是说若完成,则表示该多路PDN测试成功,并结束测试;若未完成,则表示需要测试该多路PDN的一路PDN,则执行步骤207。
步骤207,使用可变源地址新工具,对其中一路PDN对应的源地址进行上行灌包。
需要说明的是,该可变源地址新工具为本发明的发明人针对多路PDN测试的新灌包工具,该工具的工作方法流程如图4所示,具体由以下子步骤完成:
步骤401,解析工具命令行参数,并且设置一些全局变量以便确定要执行的动作。
命令行参数可以有源地址,目标地址,发送数据大小,发送次数,IP协议类型等。
需要说明的是,本工具可以修改待发送数据的源地址,改为该路PDN对应的IP地址。
步骤402,初始化Winsock。
步骤403,根据获取的地址,协议等,构造IP数据地址结构体,并验证地址的有效性,如果无效,则推出,否则继续。
步骤404,创建raw socket。
步骤405,组织上行发送数据。首先根据“发送数据大小”参数分配内层,然后对该内存设置需要发送的数据。
步骤406,设置socket选项。
步骤407,组织IP数据,包括数据打包,必要时,进行分段操作。
步骤408,判断“发送数据次数达到要求次数”,如果达到,则执行步骤410,否则执行步骤409。
步骤409,发送IP包数据,必要时,会分段发送该IP包数据。
步骤410,去初始化操作。包括已分配内存的释放,socket的关闭,Winsock的清除等操作。
步骤401至步骤410是使用了可变源地址新工具进行的上行灌包过程,该工具在进行灌包操作时,不仅可以设定对端的IP地址,而且可以对灌包数据的源地址进行修改以模拟多个PDN环境中每个PDN对应的IP地址。在测试指定的PDN可用性时,只要知道该PDN对应的IP地址,在上行数据灌包时,指定IP数据的源地址为该PDN对应的IP地址,就能使该上行数据在该PDN对应的通道上发送。本发明实施方式中通过使用该可变源地址新工具使得一台PC可以测试多路PDN,结构简单,成本低,解决了困扰多时的多路PDN无法被测试的问题。
值得一提的是,本工具还可以为数据添加IP协议类型,以区分IP协议为TCP和UDP,由于分属不同IP协议类型的数据有不同的反馈要求,通过添加IP协议类型可以对数据进一步区分,以满足用户对不同数据的测试要求。
还需说明的是,由于上述工具可以改变发出数据的源地址,也就是可以隐藏所发出数据的真实源地址,也就可以模拟PC机发送可指定IP地址的数据,也就是发送假数据。
在上行灌包完成后继续执行步骤208。
步骤208,判断上行数据通道是否正确;若正确,则返回执行步骤206;若不正确,则执行步骤209。具体的说,通过判断所发送的数据所处的信道是否为需测试的一路PDN所对应的信道来判断该路PDN功能是否正确。也就是说,此步骤判断终端支持该路PDN功能是否正确,若正确,则说明该路PDN功能正确,返回判断是否需要执行下一路PDN的测试。
步骤209,通知高层,测试不正确,并结束。也就是说,通知高层,终端支持多路PDN功能不正确。
本发明实施方式相对于现有技术而言,在测试多路PDN中的每一路PDN时,通过在上行灌包过程中,可以修改待发送数据的源地址,改为该路PDN对应的IP地址,以模拟多个PDN环境中每个PDN对应的IP地址,并通过判断UE发送的该数据所处的信道来判断该多路PDN的功能是否正确。若UE发送的数据所处的信道位置与上述IP地址对应的信道位置一致,则可以判定该路PDN功能正确,继续判断多路PDN的其他各路;若UE发送的数据所处的信道位置与上述IP地址对应的信道位置不一致,则可以判定该路PDN功能不正确,并通知高层。
从而使得一台PC可以测试多路PDN,结构简单,成本低,解决了困扰多时的多路PDN无法被测试的问题。
本发明的第二实施方式同样涉及一种测试多路PDN的方法,本实施方式是在第一实施方式上做了进一步改进,主要改进之处在于:进一步限定了该测试一路PDN功能时判断上行数据通道是否正确的具体方法,如图5所示,具体步骤为:
步骤501,通过协议分析工具或者下发AT命令,获取PDN对应主PDP的承载ID。
也就是获取需测试的一路PDN建立主PDP时的承载ID。
步骤502,通过协议分析工具,找到IP数据头为工具发送IP数据头的层2逻辑数据。也就是获取数据的层2逻辑log数据。
步骤503,根据步骤502,查找该层2数据发送上行通道的承载ID,该承载ID和步骤501获取的承载ID进行比较,如果一致,则执行步骤504,否则执行步骤505。
也就是找到步骤502中的层2数据发送上行通道的承载ID,并与步骤501中获取的承载ID相比较,比较两个承载ID是否一致。
步骤504,判断该路PDN功能正确。若一致,则判定数据在对应的信道上,也就是判定该路PDN功能正确。
步骤505,判断该路PDN功能不正确。若不一致,则判定数据不在对应的信道上,也就是判定该路PDN功能不正确。
需要说明的是,上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包含相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明第三实施方式涉及一种终端设备,其连接结构如图6所示,包含:移动通信终端UE、PC端。
UE包含:多路PDN建立上报模块,用于建立多路PDN,并将各路PDN对应的IP地址上报给PC端;UE为LTE终端、TD-SCDMA终端或数据卡。
PC端用于在上行灌包过程中为待发送的数据添加源地址并发送至UE,其中,源地址为UE上报的IP地址中需测试的一路PDN对应的IP地址。
PC端还用于,为所需发送的数据添加IP协议类型。
UE还包含:
单路PDN测试模块,用于发送上述数据,并判断所发送的数据所处的信道是否为需测试的一路PDN所对应的信道。
PDN检测模块,用于在单路PDN测试模块判定该数据在对应的信道上,则判定该路PDN功能正确,并触发单路PDN测试模块直至多路PDN测试完毕;若判定该数据不在对应的信道上,则判定多路PDN功能不正确。
不难发现,本实施方式为与第一实施方式相对应的系统实施例,本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第一实施方式中。
值得一提的是,本实施方式中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以以多个物理单元的组合实现。此外,为了突出本发明的创新部分,本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施方式中不存在其它的单元。
本发明第四实施方式同样涉及一种终端设备,第四实施方式与第三实施方式基本相同,如图7所示,主要区别在于:进一步限定了第三实施方式中单路PDN测试模块中的具体结构,其中还包含了以下子模块:
第一获取承载ID子模块,用于获取需测试的一路PDN建立主PDP时的承载ID。
第二获取承载ID子模块,用于根据数据的层2逻辑log数据找到层2数据发送上行通道的承载ID。
检测子模块,用于比较上述两个步骤中得到的承载ID;若一致,则判定数据在对应的信道上;若不一致,则判定数据不在对应的信道上。
由于第二实施方式与本实施方式相互对应,因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效,在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第二实施方式中。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (8)
1.一种测试多路分组数据网络PDN的方法,其特征在于,包含以下步骤:
A.移动通信终端UE建立多路PDN,并将各路所述PDN对应的网络互联协议IP地址上报给个人计算机PC端,由所述PC端进行上行灌包;
B.所述上行灌包过程中所述PC端为待发送的数据添加源地址并发送至所述UE,其中,所述源地址为所述UE上报的所述IP地址中需测试的一路PDN对应的IP地址;
C.所述UE发送所述数据,并判断所发送的数据所处的信道是否为所述需测试的一路PDN所对应的信道;
D.若判定所述数据在所述对应的信道上,则判定该路PDN功能正确,并返回步骤B直至所述多路PDN测试完毕;若判定所述数据不在所述对应的信道上,则判定所述多路PDN功能不正确。
2.根据权利要求1所述的测试多路PDN的方法,其特征在于,在所述UE发送所述数据,并判断所发送的数据所处的信道是否为所述需测试的一路PDN所对应的信道的步骤中,还包含以下子步骤:
获取所述需测试的一路PDN建立主分组数据协议PDP时的承载识别号码ID;
根据所述数据的层2逻辑数据找到所述层2数据发送上行通道的承载ID;
比较上述两个步骤中得到的承载ID;若一致,则判定所述数据在所述对应的信道上;若不一致,则判定所述数据不在所述对应的信道上。
3.根据权利要求1所述的测试多路PDN的方法,其特征在于,在所述上行灌包过程中所述PC端为需发送的数据添加源地址并发送至所述UE的步骤中,所述PC端还为所述需发送的数据添加IP协议类型。
4.根据权利要求1至3中任意一项所述的测试多路PDN的方法,其特征在于,所述UE为长期演进LTE终端、时分同步的码分多址技术TD-SCDMA终端或数据卡。
5.一种测试多路PDN的装置,其特征在于,包含:移动通信终端UE、PC端;
所述UE包含:多路PDN建立上报模块,用于建立多路PDN,并将各路所述PDN对应的IP地址上报给所述PC端,由所述PC端进行上行灌包;
所述PC端用于在所述上行灌包过程中为待发送的数据添加源地址并发送至所述UE,其中,所述源地址为所述UE上报的所述IP地址中需测试的一路PDN对应的IP地址;
所述UE还包含:
单路PDN测试模块,用于发送所述数据,并判断所发送的数据所处的信道是否为所述需测试的一路PDN所对应的信道;
PDN检测模块,用于在所述单路PDN测试模块判定所述数据在所述对应的信道上,则判定该路PDN功能正确,并触发所述单路PDN测试模块直至所述多路PDN测试完毕;若判定所述数据不在所述对应的信道上,则判定所述多路PDN功能不正确。
6.根据权利要求5所述的测试多路PDN的装置,其特征在于,在所述单路PDN测试模块中还包含以下子模块:
第一获取承载ID子模块,用于获取所述需测试的一路PDN建立主PDP时的承载ID;
第二获取承载ID子模块,用于根据所述数据的层2逻辑数据找到所述层2数据发送上行通道的承载ID;
检测子模块,用于比较上述两个步骤中得到的承载ID;若一致,则判定所述数据在所述对应的信道上;若不一致,则判定所述数据不在所述对应的信道上。
7.根据权利要求5所述的测试多路PDN的装置,其特征在于,所述PC端还用于为所述需发送的数据添加IP协议类型。
8.根据权利要求5至7中任意一项所述的测试多路PDN的装置,其特征在于,所述UE为LTE终端、TD-SCDMA终端或数据卡。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310749740.0A CN104754634B (zh) | 2013-12-31 | 2013-12-31 | 测试多路pdn的方法及其装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310749740.0A CN104754634B (zh) | 2013-12-31 | 2013-12-31 | 测试多路pdn的方法及其装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104754634A true CN104754634A (zh) | 2015-07-01 |
CN104754634B CN104754634B (zh) | 2018-08-03 |
Family
ID=53593592
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310749740.0A Active CN104754634B (zh) | 2013-12-31 | 2013-12-31 | 测试多路pdn的方法及其装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104754634B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111247773A (zh) * | 2017-04-03 | 2020-06-05 | 力士塔有限公司 | 超安全最后一里路通信的方法和设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143559A (zh) * | 2010-02-02 | 2011-08-03 | 中兴通讯股份有限公司 | 实现多分组数据网络连接的方法及接入网关、系统 |
CN102571466A (zh) * | 2010-12-16 | 2012-07-11 | 中国移动通信集团安徽有限公司 | 业务测试方法、装置及系统 |
WO2012139478A1 (zh) * | 2011-04-13 | 2012-10-18 | 华为技术有限公司 | 一种多接入技术的传输方法及装置 |
CN102917389A (zh) * | 2012-10-22 | 2013-02-06 | 大唐移动通信设备有限公司 | 一种lte系统中基站传输自检的方法及装置 |
-
2013
- 2013-12-31 CN CN201310749740.0A patent/CN104754634B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143559A (zh) * | 2010-02-02 | 2011-08-03 | 中兴通讯股份有限公司 | 实现多分组数据网络连接的方法及接入网关、系统 |
CN102571466A (zh) * | 2010-12-16 | 2012-07-11 | 中国移动通信集团安徽有限公司 | 业务测试方法、装置及系统 |
WO2012139478A1 (zh) * | 2011-04-13 | 2012-10-18 | 华为技术有限公司 | 一种多接入技术的传输方法及装置 |
CN102917389A (zh) * | 2012-10-22 | 2013-02-06 | 大唐移动通信设备有限公司 | 一种lte系统中基站传输自检的方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111247773A (zh) * | 2017-04-03 | 2020-06-05 | 力士塔有限公司 | 超安全最后一里路通信的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104754634B (zh) | 2018-08-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105430108B (zh) | 一种测试环境访问方法及代理服务器 | |
CN105260299A (zh) | 软件测试方法、装置及系统 | |
CN105787364B (zh) | 任务的自动化测试方法、装置及系统 | |
WO2018036273A1 (zh) | 模拟测试方法、服务器、设备及计算机可读存储介质 | |
CN107404418B (zh) | 互联网产品测试方法、装置、设备及存储介质 | |
CN104579830B (zh) | 服务监控方法及装置 | |
CN105491140A (zh) | 一种终端的远程测试方法和系统 | |
CN105335287A (zh) | 一种自动化测试方法及装置 | |
CN109873735A (zh) | H5页面的性能测试方法、装置和计算机设备 | |
CN105630683A (zh) | 一种云测试体系架构 | |
CN104978276A (zh) | 用于检测软件的方法、装置及系统 | |
CN109408309A (zh) | 多终端的测试方法及装置 | |
CN113268243A (zh) | 内存预测方法及装置、存储介质、电子设备 | |
CN104703197A (zh) | 一种基于ttcn-3的终端协议一致性测试平台及方法 | |
CN107231305B (zh) | 一种路由代理及缓存管理方法和装置 | |
CN111682979B (zh) | 高速信号测试板生成方法及装置 | |
TW201321765A (zh) | 通訊裝置之自動化測試系統 | |
CN104754634A (zh) | 测试多路pdn的方法及其装置 | |
CN111447273B (zh) | 云处理系统及基于云处理系统的数据处理方法 | |
CN104850492A (zh) | 一种基于windwos的服务器压力测试方法 | |
CN111078562A (zh) | 接口测试方法、终端设备及计算机可读存储介质 | |
CN105376116A (zh) | 无线路由器与移动终端之间数据抓包的测试装置及方法 | |
CN105430142A (zh) | 接入点参数的检测方法、系统及移动终端 | |
CN103368786A (zh) | 控制器局域网络总线数据的测试方法及装置 | |
CN105703964A (zh) | 一种在线应用系统测试方法与设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
EE01 | Entry into force of recordation of patent licensing contract | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20150701 Assignee: Shanghai Li Ke Semiconductor Technology Co., Ltd. Assignor: Leadcore Technology Co., Ltd. Contract record no.: 2018990000159 Denomination of invention: Method and device for testing multi-channel PDN (Public Data Network) License type: Common License Record date: 20180615 |
|
GR01 | Patent grant | ||
GR01 | Patent grant |