CN113162977B - 一种信息处理方法及装置、设备、存储介质 - Google Patents
一种信息处理方法及装置、设备、存储介质 Download PDFInfo
- Publication number
- CN113162977B CN113162977B CN202110282946.1A CN202110282946A CN113162977B CN 113162977 B CN113162977 B CN 113162977B CN 202110282946 A CN202110282946 A CN 202110282946A CN 113162977 B CN113162977 B CN 113162977B
- Authority
- CN
- China
- Prior art keywords
- message
- node
- target
- information processing
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
Abstract
本发明实施例公开了一种信息处理方法及装置、设备、存储介质,其中,应用于第一信息处理端;所述方法包括:确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;根据所述目标消息的消息类型,调用消息配置文件;利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议。
Description
技术领域
本发明涉及定位技术,尤其涉及一种信息处理方法及装置、设备、存储介质。
背景技术
在多任务实时操作系统中,不同的系统任务之间最常见的通信机制是通过系统消息队列进行的。协议栈软件是典型的实时多任务系统,不同的协议模块作为不同的系统任务互相协同工作。在协议开发阶段,一种常见的单元测试方法是测试台程序(Test Bench,TB)发送测试消息给目标模块,模拟与目标模块的交互,如何快捷方便的模拟TB与目标协议模块之间交互的测试消息,称为亟需解决的问题。
发明内容
本发明实施例提供一种信息处理方法及装置、设备、存储介质,能够。
本发明实施例的技术方案是这样实现的:
第一方面,本发明实施例提供一种信息处理方法,应用于第一信息处理端;所述方法包括:确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;根据所述目标消息的消息类型,调用消息配置文件;利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议。
第二方面,本发明实施例提供一种信息处理装置,应用于第一信息处理端,所述装置包括:
第一确定模块,用于确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;
第二确定模块,用于根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;
调用模块,用于根据所述目标消息的消息类型,调用消息配置文件;
交互模块,用于利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议。
第三方面,本发明实施例提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时,实现上述信息处理方法中的步骤。
第四方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,实现上述信息处理方法。
本发明实施例提供的信息处理方法,包括:确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;根据所述目标消息的消息类型,调用消息配置文件;利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议,从而根据第一信息处理端模拟的第一目标协议的类型和第二信息处理端采用的第二目标协议,确定第一信息处理端和第二信息处理端之间交互的目标消息的消息类型,并利用目标消息对应的消息配置文件对目标消息进行构造或解析,以在第一处理端和第二信息处理端之间进行目标消息的交互,从而快捷方便的模拟TB与目标协议模块之间交互的测试消息,不需要用户人工编写或解读第一信息处理端和第二信息处理端之间测试码流。
附图说明
图1是本发明实施例提供的信息处理系统的一个可选的架构示意图;
图2是本发明实施例提供的信息处理方法的一个可选的流程示意图;
图3是本发明实施例提供的信息处理方法的一个可选的流程示意图;
图4是本发明实施例提供的节点参数的一个可选的构成示意图;
图5是本发明实施例提供的信息处理方法的一个可选的流程示意图;
图6是本发明实施例提供的信息处理系统的一个可选的结构示意图;
图7是本发明实施例提供的信息处理装置的一个可选地结构示意图;
图8是本发明实施例提供的电子设备的可选地结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,所描述的实施例不应视为对本发明的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例可提供为信息处理方法及装置、设备和存储介质。实际应用中,信息处理方法可由信息处理装置实现,信息处理装置中的各功能实体可以由计算机设备(如耳机、终端设备)的硬件资源,如处理器等计算资源、通信资源(如用于支持实现光缆、蜂窝等各种方式通信)协同实现。
当然,本发明实施例不局限于提供为方法和硬件,还可有多种实现方式,例如提供为存储介质(存储有用于执行本发明实施例提供的信息处理方法的指令)。
本发明实施例提供的信息处理方法可应用于图1所示的信息处理系统,如图1所示,信息处理系统包括:第一信息处理端10和第二信息处理端20,第一信息处理端与第二信息处理端之间可基于网络30进行通信。
在图1所述的信息处理系统中,第一信息处理端和第二信息处理端为独立的物理实体,在实际应用中,第一信息处理端和第二信息处理端可集成在同一物理实体中。
第一信息处理端模拟第一目标协议,第二信息处理端采用第二目标协议。其中,第一目标协议和第二目标协议的协议类型不同。其中,第一信息处理端可运行有TB,以接收控制第一信息处理端和第二信息处理端之间的交互的控制指示。第一信息处理端可向第一信息处理端发送的测试消息,还可向接收第二信息处理端发送测试信息。
本申请实施例中,第一信息处理端确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;根据所述目标消息的消息类型,调用消息配置文件;利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议。
在实际应用中,信息处理系统中可包括多个第二信息处理端,第一信息处理端能够与多个第二信息处理端交互,且不同的第二信息处理端采用不同的第二目标协议。
本申请实施例中,第一信息处理端模拟的第一目标协议和第二信息处理端采用的第二目标协议属于同一协议栈。
本申请实施例提供的信息处理方法可应用于协议测试的场景。其中,协议是计算机进程或网络中进行数据交换而建立的规则、标准或约定的集合,协议测试为信息处理系统中第一信息处理端与第二信息处理端之间的通信规则的测试,第一信息处理端为提供软件界面的用户端,第二信息处理端为应用服务器。
信息处理系统中的第一信息处理端和第二信息处理端可基于各种通信系统进行通信,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code Division Multiple Access,CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access,WCDMA)系统、通用分组无线业务(General Packet RadioService,GPRS)、长期演进(Long Term Evolution,LTE)系统、LTE频分双工(FrequencyDivision Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal Mobile Telecommunication System,UMTS)、全球互联微波接入(WorldwideInteroperability for Microwave Access,WiMAX)通信系统或5G系统等。
第一信息处理端10和第二信息处理端20可为终端设备,终端设备可以指接入终端、用户设备(User Equipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进的PLMN中的终端设备等。
下面,结合图1所示的信息处理系统的示意图,对本发明实施例提供的信息处理方法、装置、设备和存储介质的各实施例进行说明。
本实施例提供一种信息处理方法,该方法应用于第一信息处理端,图2为本发明实施例的一种信息处理方法的实现流程示意图,如图2所示,该方法可以包括如下步骤:
S201、确定第一目标协议的类型和第二目标协议的类型。
所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同。其中,第一信息处理端与第二信息处理端在交互过程中,交互的设置依据第一目标协议进行设置,以模拟为第一目标协议。
第一目标协议可第二目标协议可为同一协议栈的进行通信的不同层的协议。在一示例中,第一目标协议为无限链路控制(Radio Link Control,RLC)层的RLC协议,第二目标协议为分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)层的PDCP协议。在一示例中,第一目标协议为RLC层的RLC协议,第二目标协议为媒体访问控制(MediumAccess Control,MAC)层的MAC协议。本申请实施例中,对第一目标协议和第二目标协议的协议类型不进行任何的限定。
在实际应用中,第一信息处理端可输出协议选择界面,在协议选择界面中提供协议栈中的各协议,使得用户在协议选择界面所提供的协议栈中的各协议中选择第一目标协议的类型和第二目标协议的类型。其中,当用户在协议选择界面中选择第一目标协议的类型后,协议选择界面中可输出第二目标协议的候选协议,使得用户在第二目标协议的互候选协议中选择第二目标协议的类型。当用户在协议选择界面中选择第二目标协议的类型后,协议选择界面中可输出第一目标协议的候选协议,使得用户在第一目标协议的互候选协议中选择第一目标协议的类型。
本申请实施例中,不同的第二目标协议可对应不同的第二信息处理端,当第一信息处理端确定第二目标协议的协议类型后,第一信息处理端根据第二目标协议的类型确定需要交互的第二信息处理端,并获取当前第二信息处理端的设备参数,根据获取的参数与当前第二信息处理端建立通信链路。
S202、根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型。
所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;所述第一信息处理端。
第一目标协议和第二目标协议之间的交互消息可构成消息集合,第一信息处理端从消息集合中选取目标消息,确定目标消息的消息类型。
这里,第一信息处理端可提供并输出目标消息选择界面,在目标消息界面中提供消息集合中的交互消息,使得用户在下次集合中选择目标消息的消息类型。这里,选择的目标消息的消息类型可包括至少一个消息类型。
在一实施例中,第一目标协议和第二目标协议之间交互的消息集合包括:消息A、消息B、消息C和消息D。第一信息处理端提供的目标消息选择界面中输出消息A、消息B、消息C和消息D,且对应每个消息输出勾选框,当消息A和消息B对应的勾选框被用户选中时,则将消息A、消息B确定为目标消息。
本申请实施例中,第一目标协议和第二目标协议之间交互的目标消息可包括:传输方向为第一方向的第一目标消息和传输方向为第二方向的第二目标消息,其中,第一方向为第一目标协议至第二目标,第二方向为第二目标协议至第一目标协议。
S203、根据所述目标消息的消息类型,调用消息配置文件。
本申请实施例中,第一信息处理端存储有对应消息集合中各消息对应的消息配置文件。在实际应用中,不同的消息对应的消息配置文件为独立的消息配置文件,也可将多个消息的消息配置文件集成在同一文件中,以不同的配置段落进行区分。
其中,消息配置文件可以脚本的方式存储在第一信息处理端。
第一信息处理端将在不同的消息类型和对应的配置文件之间建立关联关系,根据关联关系获取目标消息的消息类型对应的配置文件。
本申请实施例中的配置文件可为采用可扩展标记语言(Extensible MarkupLanguage,XML)的XML文件。
S204、利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互。
所述第二信息处理端采用所述第二目标协议。
第一信息处理端调用消息配置文件后,根据消息配置文件生成表征第一目标消息的待发送数据,将待发送数据发送至第二信息处理端;或第一信息处理端接收第二信息处理端发送的表征第二目标消息的接收数据,根据消息配置文件对第二目标消息进行解析。
本申请实施例中,将第一目标协议和第二目标协议分别作为不同的任务,在信息处理系统构成的多任务系统的不同任务之间进行消息的传输,实现对第二目标协议的测试。
本发明实施例提供的信息处理方法,包括:确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;根据所述目标消息的消息类型,调用消息配置文件;利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议,从而根据第一信息处理端模拟的第一目标协议的类型和第二信息处理端采用的第二目标协议,确定第一信息处理端和第二信息处理端之间交互的目标消息的消息类型,并利用目标消息对应的消息配置文件对目标消息进行构造或解析,以在第一处理端和第二信息处理端之间进行目标消息的交互,从而快捷方便的模拟TB与目标协议模块之间交互的测试消息,不需要用户人工编写或解读第一信息处理端和第二信息处理端之间测试码流。
在一些实施例中,接收输入操作,所述输入操作的输入信息包括待编辑节点和所述待编辑节点的目标参数;基于所述目标参数,对所述消息配置文件中所述待编辑节点的节点参数进行修改。
本申请实施例中,第一信息处理端可提供用于对消息配置文件进行修改的修改页面,在修改页面中提供消息配置文件所包括的节点和各编辑节点,以及待编辑节点对应的编辑参数。
本申请中,对待编辑节点的编辑方式包括:删除、添加和修改。其中,当待编辑节点的编辑方式为修改,则对待编辑节点的节点参数进行修改。
当待编辑节点为消息配置文件中的已存在节点,则根据待修改参数对该节点的参数进行修改,或将待编辑节点删除。
当待编辑节点为消息配置文件中的不存在的节点,则在修改配置文件中添加待编辑节点,并将待编辑参数作为待修改节点的节点参数。
本申请实施例中,当待编辑节点为消息配置文件中的已存在节点,且待编辑参数为空的情况下,可确定对待编辑节点的编辑方式为删除,则在消息配置文件中删除待编辑节点。
在目标消息包括第一信息处理端向第二信息处理端发送的第一目标消息的情况下,如图3所示,S204的实施包括:
S2011、利用所述消息配置文件,构造表征所述第一目标消息的待发送数据;
S2012、将所述待发送数据,发送至所述第二信息处理端。
第一信息处理端,对消息配置文件进行翻译,得到表征第一目标消息的待发送数据,将待发送数据发送至第二信息处理端,以模拟第一目标消息在第一目标协议和第二目标协议之间的通信。其中,待发送数据可为二进制码流。
在一示例中,当第一目标协议为PDCP,第二目标协议为RLC,第一目标消息为PDCP层发送RLC层的请求消息:PDCP_RLC_DATA_RE,根据PDCP_RLC_DATA_RE对应的配置文件得到表征PDCP_RLC_DATA_RE的待发送数据:00 0010 00 00 000102030405060708090A0B0C0D0E0F,第一信息处理端将00 0010 00 00 000102030405060708090A0B0C0D0E0F发送第二信息处理端。
在一些实施例中,S2011的实施包括:遍历所述消息配置文件中节点的节点参数;所述节点对应所述第一目标消息的信息域;对各节点的节点参数进行翻译,得到所述第一目标消息的各信息域对应的数据;根据所述消息配置文件中节点的顺序,将各信息域对应的数据,进行拼接,得到所述待发送数据。
调用的第一目标消息对应的消息配置文件中包括多个节点,且各节点对应第一目标消息中不同的信息域。
在消息配置文件采用XML的情况下,XML文件中可包括多个根节点,该根节点的标识包括各节点的标识,且各节点为该根节点的子节点。在一示例中,XML文件中包括节点a、节点b和节点c,则XML文件中的内容如下:
其中,abc为该XML的根节点,UINT32为节点a、节点b、节点c的数据的类型。
消息配置文件中不同的节点对应第一目标消息的不同的信息域。如上例,节点a对应第一目标消息的信息域1、节点b对应第二目标消息的信息域2,节点c对应第二目标消息的信息域3。
第一信息处理端遍历消息配置文件中的各节点的节点参数,得到各信息域对应的数据,并对各信息域的数据进行拼接,得到待发送数据。
在一示例中,如上例,节点a对应第一目标消息的信息域1、节点b对应第一目标消息的信息域2,节点c对应第一目标消息的信息域3,对节点a的节点参数进行翻译,得到信息域1的数据1,对节点b的节点参数进行翻译,得到信息域2的数据2,对节点c的节点参数进行翻译,得到信息域3的数据3,根据节点1、节点2和节点3的顺序对数据1、数据2和数据3进行拼装,得到待发送数据。
在一示例中,第一目标消息为PDCP层发送RLC层的请求消息:PDCP_RLC_DATA_RE,第一目标消息包括的信息域包括:测试标识、源端和消息体。其中,测试标识为PDCP_RLC_DATA_RE在第一信息处理端中的标识,源端指示PDCP_RLC_DATA_RE的发送端的标识,消息体表征PDCP_RLC_DATA_RE的消息体。
在一些实施例中,所述节点参数包括:节点类型、节点长度和节点内容;对应的,所述对各节点的节点参数进行翻译,得到所述第一目标消息的各信息域对应的数据,包括:
对每一节点的节点参数执行以下处理:根据所述节点类型对所述节点内容进行编码,得到长度为所述节点长度的数据。
如图4所示,节点的节点参数包括:节点类型、节点长度和节点内容。其中,节点类型表征该节点的节点内容的格式,可包括:bit、uint8、uint16、uint32、string、pointer等抽象数据类型。节点长度表征相应信息域对应的数据的长度。节点内容表征信息域的信息即信息内容。
其中,当节点的类型为指针(pointer)时,此时,节点内容为指针指向的地址,此时,获取指针执行的地址在内存中的数据,将获取的数据作为实际的节点内容。
在对节点的节点参数进行翻译时,根据节点类型对节点内容进行编码,得到的数据的长度为节点参数中的节点长度。
在一示例中,节点参数包括:type="uint32"len="4"value=""0x12345678",则根据类型uint32对0x12345678进行翻译,得到的数据为:12 34 56 78。
在一示例中,第一目标消息的信息域包括:测试标识TB cmd、源端source和消息体message body,消息配置文件的内容包括:
其中,节点a对应信息域TB cmd,节点b对应信息域source,节点c对应信息域message body。各节点的节点参数中,type指示节点类型,len指示节点长度,value指示节点内容。
则对该消息配置文件中的节点a、节点b和节点c进行翻译,得到待发送数据:12 3456 78 00 00 00 FF 04 00 00 FF,其中,第五至第八这四个字节表示节点b的内库地址:0xFF000000,其指向的内存的内容为0x11223344,第九至第十三这四个字节表示节点c的内存地址:0xFF000004,其指向内存的内容为:99AA 61 62 63 64 65 66。
在目标消息包括第一信息处理端接收第二信息处理端发送的第二目标消息的情况下,如图5所示,S204的实施包括:
S2021、接收所述第二信息处理端发送的表征所述第二目标消息的接收数据;
S2022、利用所述消息配置文件,对所述接收数据进行解析。
第一信息处理端接收到第二信息处理端发送的表征第二目标消息的接收数据,根据消息配置文件对接收数据进行解析,以模拟第二目标消息在第二目标协议和第一目标协议之间的通信。其中,接收数据可为二进制码流。
在一示例中,当第一目标协议为PDCP,第二目标协议为RLC,第一目标消息为RLC层发送PDCP层的确认消息:RLC_PDCP_DATA_CNF,第一信息处理端从第二信息处理端接收表征RLC_PDCP_DATA_CNF的接收数据01 0004 01 01 00010203,根据RLC_PDCP_DATA_CNF对应的配置文件对表征RLC_PDCP_DATA_CNF的接收数据01 0004 01 01 00010203进行翻译,确定接收数据是否正确表征RLC_PDCP_DATA_CNF。
在实际应用中,第一信息处理端可向第二信息处理端发送表征第一目标消息的待发送数据,并接收第二信息处理端响应第一目标消息发送的表征第二目标消息的接收数据。其中,第一目标消息对应的消息配置文件和第二目标消息对应的消息配置文件为不同的消息配置文件,也可为同一消息配置文件中不同的配置段落。
在一些实施例中,S2021的实施包括:遍历所述消息配置文件中节点的节点参数;所述节点对应所述第二目标消息的信息域;根据各节点的节点参数对所述接收数据进行反翻译,确定所述第二目标消息的信息域的信息。
调用的第二目标消息对应的消息配置文件中包括多个节点,且各节点对应第二目标消息中不同的信息域。
在消息配置文件采用XML的情况下,XML文件中可包括多个根节点,该根节点的标识包括各节点的标识,且各节点为该根节点的子节点。在一示例中,XML文件中包括节点a、节点b和节点c,则XML文件中的内容如下:
其中,abc为该XML的根节点,UINT32为节点a、节点b、节点c的数据的类型。
消息配置文件中不同的节点对应第二目标消息的不同的信息域。如上例,节点a对应第二目标消息的信息域1、节点b对应第二目标消息的信息域2,节点c对应第二目标消息的信息域3。
第一信息处理端遍历消息配置文件中的各节点的节点参数,根据节点参数对接收数据中各信息域对应的数据进行解析,得到各信息域的信息。
在一示例中,如上例,节点a对应第二目标消息的信息域1、节点b对应第二目标消息的信息域2,节点c对应第二目标消息的信息域3,第一信息处理端通过节点a的节点参数对信息域1对应的数据进行解码,得到信息域1的信息1,通过节点b的节点参数对信息域2对应的数据进行解码,得到信息域2的信息2,通过节点c的节点参数对信息域3对应的数据进行解码,得到信息域3的信息3,。
在一示例中,第二目标消息为RLC层发送PDCP层的请求消息:PDCP_RLC_DATA_CNF,第二目标消息包括的信息域包括:测试标识、源端和消息体。其中,测试标识为PDCP_RLC_DATA_CNF在第一信息处理端中的标识,源端指示PDCP_RLC_DATA_CNF的发送端的标识,消息体表征PDCP_RLC_DATA_CNF的消息体。
在一些实施例中,所述节点参数包括:节点类型、节点长度;对应的,所述根据各节点的节点参数对所述接收数据进行反翻译,确定所述第二目标消息的信息域的信息,包括:
根据所述消息配置文件中所述节点的排序和各节点的节点长度或所述节点类型确定各信息域对应的数据;对于各信息域对应的数据,根据相应节点的节点类型对所述信息域对应的数据进行解码,得到所述信息域的信息。
这里,第一信息处理端对接收数据进行反翻译的过程中,当节点类型不是指针时,根据消息配置文件中该节点的节点长度确定该节点对应的信息域的数据,当节点类型是指针时,根据内存地址的长度确定该节点对应的信息域的数据。在一示例中,内存地址的长度为4。
在一示例中,接收数据包括:12 34 56 78 00 00 00 FF 04 00 00 FF,节点包括:节点a、节点b和节点c,且节点a对应第一目标消息的信息域1、节点b对应第二目标消息的信息域2,节点c对应第二目标消息的信息域3,其中,节点a的节点长度为长度4,且节点a的节点类型为uint32,节点b的节点长度为4,且节点b的节点类型为指针,节点c的节点长度为长度6,且且节点b的节点类型为指针,则信息域1对应的数据为:12345678,信息域2对应的数据为:表征地址的0xFF000000,信息域3对应的数据为:表征地址的0xFF000004。
第一信息处理端确定各信息域对应的数据后,根据各信息域对应的节点的节点类型对各信息域对应的数据进行解码,得到第二目标消息的各信息域的信息。
同上例,信息域1对应的数据为:0x12345678,信息域2对应的数据为:地址0xFF0000000,信息域3对应的数据为:地址0xFF000004,信息域1对应的节点的节点类型为:uint32,则信息域1的信息为:0x12345678,信息域2对应的节点的节点类型为pointer,则信息域2的信息为:地址0xFF0000000的内容0x11223344,信息域3对应的节点的节点类型为pointer,则信息域3的信息为:0xFF000004的内容:99 AA 61 62 63 64 65 66。
第一信息段将第二目标消息的各信息域的信息进行拼接,得到第二目标消息。
在一些实施例中,所述节点参数还包括:节点内容;所述方法还包括:
将所述信息域的信息和对应节点的节点内容进行匹配;
在所述匹配结果为所述信息域的信息和对应节点的节点内容不匹配的情况下,输出所述信息域和所述信息域对应的数据。
第一信息处理端在对第二目标消息进行解析后,确定各信息域的信息,这里,解析得到的各信息域的信息为第二信息处理端发送的第二目标消息的各信息域的信息。第一信息处理端获取第二目标消息对应的消息配置文件中对应节点的节点参数中的节点内容,其中,节点内容为预设的标准的第二目标消息中信息域的信息。
第一信息处理端将解析的各信息域的信息和第二目标消息对应的消息配置文件中对应节点的节点参数中的节点内容进行匹配,当解析的信息和对应的节点内容匹配,确定解析的信息域的信息正常,当解析的信息和对应的节点内容不匹配,确定解析的信息域的信息异常。
当对接收数据的解析结果中存在异常的信息域的信息,则确定第二目标消息的传输过程存在异常,输出信息异常的信息域。
本申请实施例中,通过消息配置文件对接收数据进行解析,并核对接收数据的正确性,能够快速有效的检测出接收数据是否正确,不需要人为逐个对接收数据进行正确性校验。
在一示例中,信息处理系统可包括图6所示的进行协议测试的测试系统,如图6所示,包括:TB601、目标模块602,其中,TB601模拟RLC,目标模块为采用PDCP的PDCP模块。
TB601中存储有消息配置文件603,TB601基于消息配置文件603得到待发送的第一测试消息604,并将待发送的测试消息发送至目标模块602,目标模块602将接收的测试消息发送至第一接收队列605中,并对第一接收队列604中的消息进行解析。
目标模块602向TB601发送第二测试消息606,TB601将接收到的第二测试消息606发送至第二接收队列607中,并对第二接收队列607中的消息进行解析。
在一示例中,当TB601期望目标模块602发送第二测试消息606之前,可向目标模块602发送能够第三测试消息,此时,目标模块602将第二测试消息606作为针对第三测试消息的响应,发送至TB601。
本申请实施例提供的信息处理方法,具有以下技术效果:
1、测试脚本以全文本方式展现,方便用户阅读;
2、用户配置脚本时,只需要更改消息配置文件,不需要重新编译项目;
3、具体信息域的修改在消息配置文件内进行,方便直观;
4、消息数据结构变化时,对脚本影响小。
当消息配置文件采用XML格式,TB作为和被测模块对等的系统任务是一个轻量级应用,通过读取脚本并利用操作系统消息队列收发消息。XML格式的消息配置文件中定义了bit、uint8、uint16、uint32、string、pointer等抽象数据类型,这些类型应用到作为测试脚本的消息配置文件中,可以自由生成各种消息格式在内存中的映像,该内存可以映射到开发语言数据结构,供代码开发使用。
当消息配置文件采用XML格式,因为XML是一个跨平台的描述语言,使得作为测试脚本的消息配置文件具有良好的移植性。TB配合XML脚本不仅可以和被测模块运行在同一平台,也可以跨平台运行在远程,通过IP连接对被测模块进行测试。同时,该XML脚本对各种编程语言以及开发平台都能提供良好的支持。对XML脚本深入开发节点属性和编解码库,XML方案的脚本可以表达ASN.1定义的数据格式,从而达到测试通信协议的最大灵活性:对标准信令消息进行自由配置和更改。
下面,以目标任务为RLC协议模块为例,对本发明实施例提供的信息处理方法进行进一步说明。
相关技术中,在模拟TB与目标协议模块之间交互的测试消息,一组消息序列的组合构成一个测试用例的脚本,要想对目标模块进行比较完备的测试,就需要构造包括各种测试消息的脚本。
脚本构造的方法是人工把消息序列进行编码,编码后的字节码流作为测试消息直接发给目标模块。字节码流的构造是一个耗时费力的工作,很容易出错。另外,工程师对脚本中的字节码流的解释非常困难,如果仅仅依靠阅读脚本,要想在一串长长的字节码流中找到某几个有特定含义的比特位进行更改,这几乎是不可能完成的任务。因此,这种方式给改造码流而形成新的测试脚本这项工作带来了巨大的挑战。
在一示例中,TB通过脚本文件向RLC协议模块发送的测试消息的码流为:00 001000 00 000102030405060708090A0B0C0D0E0F,从RLC协议模块接收的测试消息的码流为000004 01 01 00010203。
其中,接收的码流中,第一字节为TB需要执行收发消息的命令,例如TB_SEND或者TB_RECEIVE。第二三字节为发送或者接收的消息长度。第四字节为目标任务标识,当TB_SEND时,该标识代表消息要被发送的任务;当TB_RECEIVE时,该标识代表要从哪个任务接收队列收消息。第五字节为消息标识,它标识发送或者接收的是哪条消息。后面剩余的字节为消息体,它们是该消息在内存中的映射。
由此可见,TB直接向目标协议模块发送的所有的内容全部为二进制码流,想要解读或者更改某些域是很困难的。
本申请实施例信息处理方法中的,测试脚本所发送的测试消息如表1所示:
表1、测试消息的信息域示例
其中,收发类型域可标识为#TB cmd,用于指示TB执行消息的接收还是发送,为源任务域可标识#source,用于指示发送测试消息的任务,消息体域可标识为#message body,是测试消息在内存中的映射。
上述第一条表示TB模拟PDCP模块给RLC模块发送PDCP_RLC_DATA_REQ消息;上述第二条表示TB模拟PDCP模块等待RLC模块发出的RLC_PDCP_DATA_CNF消息。对于TB cmd、source这些信息域而言,TB程序很容易将字节码流翻译成文本,这里不再详述。
下面,介绍本申请实施例中,基于XML格式构造脚本的构造方式。
假设任务间通信的消息以如下abc这个C语言结构作为定义。
要想把这个消息以XML语言描述出来,我们采用如下定义,并做相应的赋值:
其中,第1行“<?xml version="1.0"encoding="utf-8"?>”是XML的声明语句。
声明之后的第一个元素“abc”为XML文档的根节点,根节点包括XML文档中所有其他的节点“a、b和c”,且其他节点“a、b和c”为根节点“abc”的子节点即内部节点。
内部节点包括有三个属性:类型(type)、长度(len)和值(value),其中,type表示该内部节点的类型,如bit、uint8、uint16、uint32、string、pointer等;len表示该内部节点类型所占用的内存长度是几个字节或bit串长度(针对bit类型);value表示该节点的默认值。
当TB_SENDXML时,节点中间部分为对该节点的赋值,即TB进行编码的原始内容。实际运行时,TB会解析XML文件,遍历每一个节点,根据节点类型和节点内容把赋值编码到内存中,这段内存便是abc对应的数据内容。测试台程序把该段内存作为消息发送到目标模块做为输入触发目标模块相应的动作,并通过TB_RECEIVEXML期望相应的输出。
当TB_RECEIVEXML时,如果没有等到期望的消息,说明被测模块对输入没有正确处理,测试用例失败;如果等到了期望的消息,TB测试台程序对该消息字节流进行解码,TB解析XML文件,遍历节点,根据节点类型及长度对数据进行解码,解码之后的数据需要和XML节点赋值部分比对,如果匹配则代表测试程序执行正确,否则给出具体哪一个节点未能匹配的信息,并返回测试用例失败的信息。
图7为本发明实施例的一种信息处理装置的实现流程示意图,应用于第一信息处理端,如图7所示,装置700包括:
第一确定模块701,用于确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;
第二确定模块702,用于根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;
调用模块703,用于根据所述目标消息的消息类型,调用消息配置文件;
交互模块704,用于利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议。
在一些实施例中,装置700还包括:修改模块,用于:
接收输入操作,所述输入操作的输入信息包括:待编辑节点和所述待编辑节点的目标参数;
基于所述目标参数,对所述消息配置文件中所述待编辑节点的节点参数进行修改。
在一些实施例中,交互模块704,还用于:
利用所述消息配置文件,构造表征所述目标消息中的第一目标消息的待发送数据;
将所述待发送数据,发送至所述第二信息处理端。
在一些实施例中,交互模块704,还用于:
遍历所述消息配置文件中节点的节点参数;所述节点对应所述第一目标消息的信息域;
对各节点的节点参数进行翻译,得到所述第一目标消息的各信息域对应的数据;
根据所述消息配置文件中节点的顺序,将各信息域对应的数据,进行拼接,得到所述待发送数据。
在一些实施例中,交互模块704,还用于对每一节点的节点参数执行以下处理:
根据节点类型对节点内容进行编码,得到长度为节点长度的数据;所述节点参数包括:所述节点类型、所述节点长度和所述节点内容。
在一些实施例中,交互模块704,还用于:
接收所述第二信息处理端发送的表征所述目标消息所包括的第二目标消息的接收数据;
利用所述消息配置文件,对所述接收数据进行解析。
在一些实施例中,交互模块704,还用于:
遍历所述消息配置文件中节点的节点参数;所述节点对应所述第二目标消息的信息域;
根据各节点的节点参数对所述接收数据进行反翻译,确定所述第二目标消息的信息域的信息。
在一些实施例中,交互模块704,还用于:
根据所述消息配置文件中所述节点的排序和各节点的所述节点参数中的节点长度和所述节点类型确定各信息域对应的数据;
对于各信息域对应的数据,根据相应节点的所述节点参数中的节点类型对所述信息域对应的数据进行解码,得到所述信息域的信息。
在一些实施例中,交互模块704,还用于:
将所述信息域的信息和对应节点的所述节点参数中的节点内容进行匹配;
在所述匹配结果为所述信息域的信息和对应节点的节点内容不匹配的情况下,输出所述信息域和所述信息域对应的数据。
需要说明的是,本发明实施例提供的信息处理装置包括所包括的各模块,可以通过电子设备中的处理器来实现;当然也可通过具体的逻辑电路实现;在实施的过程中,处理器可以为中央处理器(CPU,Central Processing Unit)、微处理器(MPU,Micro ProcessorUnit)、数字信号处理器(DSP,Digital Signal Processor)或现场可编程门阵列(FPGA,Field-Programmable Gate Array)等。
以上装置实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明装置实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。
需要说明的是,本发明实施例中,如果以软件功能模块的形式实现上述的信息处理方法,并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read OnlyMemory,ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样,本发明实施例不限制于任何特定的硬件和软件结合。
对应地,本发明实施例提供一种电子设备,包括存储器和处理器,所述存储器存储有可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述实施例中提供的信息处理方法中的步骤。其中,该电子设备可实施有第一信息处理端。
对应地,本发明实施例提供一种存储介质,也就是计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中提供的信息处理方法中的步骤。
这里需要指出的是:以上存储介质和设备实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果。对于本发明存储介质和设备实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。
需要说明的是,图8为本发明实施例电子设备的一种硬件实体示意图,如图8所示,所述电子设备800包括:一个处理器801、至少一个通信总线802、至少一个外部通信接口804和存储器805。其中,通信总线802配置为实现这些组件之间的连接通信。在一示例中,电子设备800还包括:用户接口803、其中,用户接口803可以包括显示屏,外部通信接口804可以包括标准的有线接口和无线接口。
存储器805配置为存储由处理器801可执行的指令和应用,还可以缓存待处理器801以及电子设备中各模块待处理或已经处理的数据(例如,图像数据、音频数据、语音通信数据和视频通信数据),可以通过闪存(FLASH)或随机访问存储器(Random Access Memory,RAM)实现。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一些实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
在本发明所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元;既可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(Read Only Memory,ROM)、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种信息处理方法,其特征在于,应用于第一信息处理端;所述方法包括:
确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;
根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;所述目标消息为从所述第一目标协议和所述第二目标协议之间的交互消息所构成的消息集合中选择的消息;
根据所述目标消息的消息类型,调用消息配置文件;
利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收输入操作,所述输入操作的输入信息包括:待编辑节点和所述待编辑节点的目标参数;
基于所述目标参数,对所述消息配置文件中所述待编辑节点的节点参数进行修改。
3.根据权利要求1所述的方法,其特征在于,所述目标消息包括第一目标消息;所述利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互,包括:
利用所述消息配置文件,构造表征所述第一目标消息的待发送数据;
将所述待发送数据,发送至所述第二信息处理端。
4.根据权利要求3所述的方法,其特征在于,所述利用所述消息配置文件,构造表征所述第一目标消息的待发送数据,包括:
遍历所述消息配置文件中节点的节点参数;所述节点对应所述第一目标消息的字段;
对各节点的节点参数进行翻译,得到所述第一目标消息的各信息域对应的数据;
根据所述消息配置文件中节点的顺序,将各信息域对应的数据,进行拼接,得到所述待发送数据。
5.根据权利要求4所述的方法,其特征在于,所述节点参数包括:
节点类型、节点长度和节点内容;对应的,所述对各节点的节点参数进行翻译,得到所述第一目标消息的各信息域对应的数据,包括:
对每一节点的节点参数执行以下处理:
根据所述节点类型对所述节点内容进行编码,得到长度为所述节点长度的数据。
6.根据权利要求1至5任一项所述的方法,其特征在于,所述目标消息包括第二目标消息;所述利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互,包括:
接收所述第二信息处理端发送的表征所述第二目标消息的接收数据;
利用所述消息配置文件,对所述接收数据进行解析。
7.根据权利要求6所述的方法,其特征在于,所述利用所述消息配置文件,对所述接收数据进行解析,包括:
遍历所述消息配置文件中节点的节点参数;所述节点对应所述第二目标消息的信息域;
根据各节点的节点参数对所述接收数据进行反翻译,确定所述第二目标消息的信息域的信息。
8.根据权利要求7所述的方法,其特征在于,所述节点参数包括:节点类型、节点长度;对应的,所述根据各节点的节点参数对所述接收数据进行反翻译,确定所述第二目标消息的信息域的信息,包括:
根据所述消息配置文件中所述节点的排序和各节点的节点长度或所述节点类型确定各信息域对应的数据;
对于各信息域对应的数据,根据相应节点的节点类型对所述信息域对应的数据进行解码,得到所述信息域的信息。
9.根据权利要求8所述的方法,其特征在于,所述节点参数还包括:节点内容;所述方法还包括:
将所述信息域的信息和对应节点的节点内容进行匹配;
在所述匹配结果为所述信息域的信息和对应节点的节点内容不匹配的情况下,输出所述信息域和所述信息域对应的数据。
10.一种信息处理装置,其特征在于,应用于第一信息处理端,所述装置包括:
第一确定模块,用于确定第一目标协议的类型和第二目标协议的类型;所述第一信息处理端模拟为所述第一目标协议;所述第一目标协议与所述第二目标协议不同;
第二确定模块,用于根据所述第一目标协议的类型和所述第二目标协议的类型,确定目标消息的消息类型;所述目标消息为所述第一目标协议与第二目标协议之间的交互消息;所述目标消息为从所述第一目标协议和所述第二目标协议之间的交互消息所构成的消息集合中选择的消息;
调用模块,用于根据所述目标消息的消息类型,调用消息配置文件;
交互模块,用于利用所述消息配置文件,与所述第一目标协议对应的第二信息处理端进行交互;所述第二信息处理端采用所述第二目标协议。
11.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时,实现权利要求1至9任一项所述信息处理方法中的步骤。
12.一种存储介质,存储有可执行程序,其特征在于,所述可执行程序被处理器执行时,实现权利要求1至9任一项所述的信息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110282946.1A CN113162977B (zh) | 2021-03-16 | 2021-03-16 | 一种信息处理方法及装置、设备、存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110282946.1A CN113162977B (zh) | 2021-03-16 | 2021-03-16 | 一种信息处理方法及装置、设备、存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113162977A CN113162977A (zh) | 2021-07-23 |
CN113162977B true CN113162977B (zh) | 2022-10-18 |
Family
ID=76887483
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110282946.1A Active CN113162977B (zh) | 2021-03-16 | 2021-03-16 | 一种信息处理方法及装置、设备、存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113162977B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114003472B (zh) * | 2022-01-04 | 2022-04-12 | 连连(杭州)信息技术有限公司 | 一种数据处理方法、装置、电子设备及存储介质 |
CN114816371B (zh) * | 2022-06-29 | 2022-11-08 | 深圳华锐分布式技术股份有限公司 | 消息处理方法、装置、设备及介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1997035406A1 (en) * | 1996-03-22 | 1997-09-25 | Tekelec Corporation | Protocol simulator |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5732213A (en) * | 1996-03-22 | 1998-03-24 | Ericsson Inc. | System and method of testing open systems interconnection (OSI) layers in telecommunication networks |
CN103812580A (zh) * | 2012-11-09 | 2014-05-21 | 亚旭电脑股份有限公司 | 通信装置的信号检测方法与信号检测系统 |
CN105577463B (zh) * | 2014-10-13 | 2019-10-11 | 阿里巴巴集团控股有限公司 | 一种基于通信协议的测试方法及其装置 |
-
2021
- 2021-03-16 CN CN202110282946.1A patent/CN113162977B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1997035406A1 (en) * | 1996-03-22 | 1997-09-25 | Tekelec Corporation | Protocol simulator |
Also Published As
Publication number | Publication date |
---|---|
CN113162977A (zh) | 2021-07-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9727574B2 (en) | System and method for applying an efficient data compression scheme to URL parameters | |
CN113162977B (zh) | 一种信息处理方法及装置、设备、存储介质 | |
CN109873735B (zh) | H5页面的性能测试方法、装置和计算机设备 | |
CN105141567B (zh) | 终端应用和服务端的交互数据处理方法及系统、交互方法 | |
CN107404418B (zh) | 互联网产品测试方法、装置、设备及存储介质 | |
KR20140106857A (ko) | 프로토콜 적합성 검증 방법, 이를 실행하는 장치 및 이를 실행하는 시스템 | |
CN112783748B (zh) | 程序调试方法、装置、设备及计算机可读存储介质 | |
US9883364B2 (en) | Apparatus and method for transmitting handwriting animation message | |
CN112631590A (zh) | 组件库生成方法、装置、电子设备和计算机可读介质 | |
CN114157461B (zh) | 工控协议数据流处理方法、装置、设备及存储介质 | |
US8457419B2 (en) | Method of decoding entropy-encoded data | |
CN109947431A (zh) | 一种代码生成方法、装置、设备及存储介质 | |
CN110381056B (zh) | 基于Netty的私有协议编解码方法及装置 | |
CN111752644A (zh) | 接口模拟方法、装置、设备及存储介质 | |
CN104796929A (zh) | 网络调试方法及装置 | |
CN103856552A (zh) | 用于互动直播的方法和设备 | |
CN114637531A (zh) | 应用程序接口动态生成方法及装置 | |
KR100951837B1 (ko) | 인터페이스 생성 방법 및 장치 | |
CN112019357A (zh) | 网络配置方法、装置、设备和系统 | |
CN112688863B (zh) | 网关数据处理方法、装置及电子设备 | |
CN107276968A (zh) | 一种网络传输方法及系统 | |
CN111008178B (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
CN114168226A (zh) | 一种解码数据结构方法及相关装置 | |
CN116962595A (zh) | 图像素材包的转换方法、装置、设备及存储介质 | |
CN114201179A (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 |