CN113950088A - 基站监测分析方法、装置、系统、电子装置及存储介质 - Google Patents

基站监测分析方法、装置、系统、电子装置及存储介质 Download PDF

Info

Publication number
CN113950088A
CN113950088A CN202111046950.4A CN202111046950A CN113950088A CN 113950088 A CN113950088 A CN 113950088A CN 202111046950 A CN202111046950 A CN 202111046950A CN 113950088 A CN113950088 A CN 113950088A
Authority
CN
China
Prior art keywords
base station
message
data
protocol
communication protocol
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
Application number
CN202111046950.4A
Other languages
English (en)
Other versions
CN113950088B (zh
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.)
Zhejiang Sanwei Lipway Network Co ltd
Sunwave Communications Co Ltd
Original Assignee
Zhejiang Sanwei Lipway Network Co ltd
Sunwave Communications 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 Zhejiang Sanwei Lipway Network Co ltd, Sunwave Communications Co Ltd filed Critical Zhejiang Sanwei Lipway Network Co ltd
Priority to CN202111046950.4A priority Critical patent/CN113950088B/zh
Publication of CN113950088A publication Critical patent/CN113950088A/zh
Application granted granted Critical
Publication of CN113950088B publication Critical patent/CN113950088B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0677—Localisation of faults
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及一种基站监测分析基站监测分析方法、装置、系统、电子装置及存储介质。该基站监测分析基站监测分析方法包括：通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据；确定基站消息数据所对应的第一通信协议，并判断第一通信协议是否为目标通信协议；在判断到第一通信协议为目标通信协议的情况下，通过网络抓包器，对基站消息数据按与目标通信协议对应的第一解析规则进行解析，得到解析信息，解析信息包括基站消息数据所对应的消息类型和消息内容；根据消息类型和消息内容，确定基站的运行状态。通过本申请，解决了相关技术中对基站的监测分析，无法实时监测基站数据和解析基站运行状态的解析效率及准确率低的问题。

Description

基站监测分析方法、装置、系统、电子装置及存储介质
技术领域
本申请涉及计算机技术领域，特别是涉及基站监测分析方法、装置、电子装置及存储介质。
背景技术
为提高基站性能和研发基站的效率，相关技术中，提出了对基站软件进行维测分析，进而实现反馈基站运行中的异常信息并及时定位问题、排除故障。
相关技术中，对运行在基站上的软件的监测，是通过打印方式将基站运行过程中的数据或者消息存储成指定数据格式，称之为日志(log)，然后通过设定的方式将基站的日志信息下载到本地，再进行解析从而获取基站运行状态；采用解析日志的方式，每次抓取基站日志后，需要离线进行解析，无法实时监测基站数据，并且，基站存储日志需要占据内存空间，从而造成可获取的日志信息有限。
相关技术中，采用网络抓包器抓取基站数据从而进行基站软件分析，但相关技术中应用于基站监测分析的网络抓包器，对于私有定制协议解析存在解析效率低、维测准确率低、降低对基站维测效率的问题。
目前针对相关技术中对基站的监测分析，无法实时监测基站数据和解析基站运行状态的解析效率及准确率低的问题，尚未提出有效的解决方案。
发明内容
本申请实施例提供了一种基站监测分析方法、装置、系统、电子装置及存储介质，以至少解决相关技术中对基站的监测分析，无法实时监测基站数据和解析基站运行状态的解析效率及准确率低的问题。
第一方面，本申请实施例提供了一种基站监测分析方法，包括：通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，所述基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为所述基站消息数据，并基于预设的局域网通信模式将所述基站消息数据传输至所述第一网口；判断所述基站消息数据所对应的第一通信协议是否为目标通信协议，其中，所述目标通信协议包括所述基站的多个协议层所采用的自定义协议；在判断到所述第一通信协议为目标通信协议的情况下，通过所述网络抓包器，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，所述解析信息包括所述基站消息数据所对应的消息类型和消息内容；根据所述消息类型和所述消息内容，确定所述基站的运行状态。
在其中一些实施例中，根据所述消息类型和所述消息内容，确定所述基站的运行状态包括：根据所述消息类型，确定所述基站消息数据的生成单元，其中，所述生成单元包括以下其中一种：所述基站的协议栈的多个协议层中的一个协议层、基站软件系统；在所述消息内容中检测目标状态标识，获取所述目标状态标识的参数值，其中，所述参数值用于表征所述生成单元所处的工作状态；基于所述参数值，确定所述生成单元所处的工作状态，其中，所述基站的运行状态包括所述生成单元所处的工作状态。
在其中一些实施例中，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息包括：根据所述第一解析规则，从所述基站消息数据所对应的数据报文中解析出消息头，其中，所述消息头至少携带有所述消息类型和消息内容长度信息；基于所述内容长度信息，在位于所述消息头之后的所述数据报文中，解析出第一字节数组，其中，所述消息内容包括所述第一字节数组。
在其中一些实施例中，根据所述第一解析规则，从所述基站消息数据所对应的数据报文中解析出消息头包括：从所述第一解析规则中获取所述消息头所对应的第一数据长度，根据所述第一数据长度，确定所述消息头的末字节，其中，所述消息头的未字节为所述消息头与所述消息内容的字节分割点；将所述数据报文的首字节和所述字节分割点之间的所有数据字节与所述数据报文进行分割，得到第二字节数组，其中，所述消息头包括所述第二字节数组。
在其中一些实施例中，基于所述内容长度信息，在位于所述消息头之后的所述基站消息数据中，解析出第一字节数组包括：根据所述内容长度信息，确定所述消息内容所对应的第二数据长度；在位于所述字节分割点之后的所述数据报文中，分割出与所述第二数据长度对应的所述第二字节数组。
在其中一些实施例中，在得到解析信息之后，所述方法还包括：将所述解析信息进行显示，和/或，对所述基站消息数据进行存储。
在其中一些实施例中，所述第一通信协议还包括标准IP/UDP协议，在判断到所述第一通信协议为所述标准IP/UDP协议的情况下，所述方法还包括：从所述网络抓包器中读取所述标准IP协议所对应的第二解析规则；通过所述网络抓包器，对所述基站消息数据所对应的数据报文按所述第二解析规则进行解析，并根据解析得到的对应的所述消息类型和所述消息内容，确定所述基站的运行状态。
在其中一些实施例中，所述网络抓包器包括wireshark抓包器，所述局域网通信模式包括UDP Socket通信。
第二方面，本申请实施例提供了一种基站监测分析装置，包括：
抓取模块，用于通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，所述基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为所述基站消息数据，并基于预设的局域网通信模式将所述基站消息数据传输至所述第一网口；
判断模块，用于判断所述基站消息数据所对应的第一通信协议是否为目标通信协议，其中，所述目标通信协议包括所述基站的多个协议层所采用的自定义协议；
处理模块，用于在判断到所述第一通信协议为目标通信协议的情况下，通过所述网络抓包器，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，所述解析信息包括所述基站消息数据所对应的消息类型和消息内容；
确认模块，用于根据所述消息类型和所述消息内容，确定所述基站的运行状态。
第三方面，本申请实施例提供了一种基站监测分析系统，包括基站、传输设备以及终端设备；其中，所述基站通过传输设备按预设的局域网通信模式连接终端设备，所述终端设备配设网络抓包器；所述基站用于将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据；所述传输设备用于基于预设的局域网通信模式将所述基站消息数据传输至第一网口；所述终端设备用于执行第一方面所述的基站监测分析方法。
第四方面，本申请实施例提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行第一方面所述的基站监测分析方法。
第五方面，本申请实施例提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行第一方面所述的基站监测分析方法。
相比于相关技术，本申请实施例提供的一种基站监测分析方法、装置、系统、电子装置及存储介质，通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据，并基于预设的局域网通信模式将基站消息数据传输至第一网口；确定基站消息数据所对应的第一通信协议，并判断第一通信协议是否为目标通信协议，其中，目标通信协议包括基站的多个协议层所采用的自定义协议；在判断到所述第一通信协议为目标通信协议的情况下，通过所述网络抓包器，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，所述解析信息包括所述基站消息数据所对应的消息类型和消息内容；根据所述消息类型和所述消息内容，确定所述基站的运行状态，解决了相关技术中对基站的监测分析，无法实时监测基站数据和解析基站运行状态的解析效率及准确率低的问题，实现了对采用私有协议运行的基站的监测分析，对基站数据在线解析以及提高基站维测的效率及准确率。
本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例的基站监测分析方法的终端的硬件结构框图；
图2是根据本申请实施例的基站监测分析方法的流程图；
图3是根据本申请实施例的基站监测分析装置的结构框图；
图4是根据本申请实施例的基站监测分析系统的部署框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所做出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。
在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。
除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。
本申请中描述的各种技术可用于基站、微站及皮基站的维测与分析。
在对本申请的实施例进行描述和说明之前，先对本申请中涉及的相关技术说明如下：
长期演进(Long Term Evolution，LTE)，是无线数据通信技术标准。LTE基于旧有的GSM/EDGE和UMTS/HSPA的网络技术，是GSM/UMTS标准的升级。
LTE协议栈架构，在LTE网络系统的架构中，LTE协议栈标准按照分层的概念可分为三个层次，包括位于层一的物理层(Physical Layer，PHY)、位于层二的数据链路层、位于层三的无线资源控制层(Radio Resource Control，RRC)，其中，数据链路层又被分成了三个子层：PDCP层、RLC层、MAC层。
用户数据报协议(User Datagram Protocol，UDP协议)，非连接的协议，传输数据之前源端和终端不建立连接，是在IP的数据报服务上增加了端口和差错检测来实现进程到进程之间的数据传输。
套接字(Socket)，是对网络中不同主机上的应用进程之间进行双向通信的端点的抽象，一个套接字就是网络上进程通信的一端，提供了应用层进程利用网络协议交换数据的机制；套接字上联应用进程，下联网络协议栈，是应用程序通过网络协议进行通信的接口，是应用程序与网络协议根进行交互的接口。
基于UDP协议的Socket通信，UDP以数据报作为数据的传输载体，在进行传输时，将传输的数据定义成数据报(Datagram)，在数据报中指明数据要到达的Socket(主机地址和网口号)，然后，将数据以数据报的形式发送出去。
Wireshark是一个网络封包分析软件，网络封包分析软件的功能是撷取网络封包，并尽可能显示出最为详细的网络封包资料，Wireshark使用WinPCAP作为接口，直接与网卡进行数据报文交换。Wireshark是目前应用最广泛的网络协议分析软件之一，以GPL开源许可证发布，Wireshark可以根据自身协议解析的需求对其进行定制和扩展，也就是可以基于Wireshark的系统结构，进行私有协议解析插件开发验证。Wireshark结构由综合调度模块(Capture Core)、底层抓包工具(win-/libpcap)、磁盘读写包模块(Wire Tap)、解析器模块(Dissector)等核心模块构成，其中，综合调度模块调用底层抓包工具获得网络数据，并调用磁盘读写包模块写入本地磁盘，因为数据是二进制文件，所以，必须调用解析器模块对二进制数据进行协议解读，并把协议部分的各个字段信息进行详细地呈现。
采用Wireshark对网络封包进行解析时，常常需要涉及到对通信协议为自定义协议的基站消息数据的解析，因而，需要对解析器模块进行拓展，解析器模块包括内置式和插件式，其中，插件式是指通过新增提供通用接口的调用插件。
以下对插件式的解析器模块的创建进行说明如下(设定源代码目录为\plugins\下增加编译好的库文件(*.dll))：
1、在Wireshark的plugins目录下创建一个目录，以解析的协议名作为目录名，例如：LTE_eNB_API。
2、新建协议解析文件，对应的文件名格式为：packet-XXX.C，例如：packet-lte_enb_api.c。
3、注册协议，函数模板为：void proto_register_xxx(void)；在此函数中，函数调用语句为proto_XXX＝proto_register_protocol("Protocol full name","Protocolshort name","protocol filter name")；除了注册协议名称外，还可以根据需要注册其他相关的数据结构，如：hf_register_info结构和gint指针数组等，代码指令如下：
void proto_register_lte_enb_api(void)
{proto_lte_enb_api＝proto_register_protocol("LTE eNB API Messages","LTE enb","lte_info")；}
4：注册协议，将解析器挂载到前文提到的树形节点上，在注册过程调用函数：voidproto_reg_handoff_xxx(void)；该函数主要的工作是：生成解析函数的句柄、挂载解析器、注册协议，代码指令如下：
void proto_reg_handoff_lte_enb_api(void)
{heur_dissector_add("udp",dissect_lte_enb_api,"LTE eNB APIMessages","lte_info",proto_lte_enb_api,HEURISTIC_ENABLE)；}
5、解析函数的定义，提供解析过程，定义解析函数的内容，例如：包头的解析、负荷数据的解析，解析器的复杂程度取决于该函数的具体解析工作，调用函数格式：staticvoid dissect_xxx(tvbuff_t*tvb,packet_info*pinfo,proto_tree*tree)，代码指令如下：
static void dissect_lte_enb_api(tvbuff_t*tvb,packet_info*pinfo,proto_tree*parent_tree)
{
col_set_str(pinfo->cinfo,COL_PROTOCOL,"LTE_INFO")；
col_clear(pinfo->cinfo,COL_INFO)；col_append_fstr(pinfo->cinfo,COL_INFO,"[％s(0x％02x)]",msg_name_tbl[msgid])；
lte_tree＝proto_tree_add_subtree(parent_tree,tvb,0,-1,xxx,xxx,xxx)；proto_tree_add_item(lte_tree,hf_msg_id,tvb,0,1,ENC_BIG_ENDIAN)；
proto_tree_add_item(lte_tree,hf_rsv,tvb,1,1,ENC_BIG_ENDIAN)；
proto_tree_add_item(lte_tree,hf_msg_len,tvb,2,2,ENC_BIG_ENDIAN)；
…}。
6、生成插件。
本实施例提供的基站监测分析方法实施例可以在终端、计算机或者类似的测试平台中执行。以运行在终端上为例，图1是根据本申请实施例的基站监测分析方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的基站监测分析方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
本实施例提供了一种基站监测分析方法，图2是根据本申请实施例的基站监测分析方法的流程图，如图2所示，该流程包括如下步骤：
步骤S201，通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据，并基于预设的局域网通信模式将基站消息数据传输至第一网口。
在本实施例中，网络抓包器包括wireshark抓包器，局域网通信模式包括UDPSocket通信。
在本实施例中，执行基站检测的主体是配设的网络抓包器的终端，例如：PC机，通过将网络抓包器对应的程序包在终端上运行，从而构建网络抓包器，并通过网络抓包器进行基站消息数据的捕获；同时，在监测解析阶段，网络抓包器还执行按与第一通信协议对应的解析规则对捕获的基站消息数据进行解析。
在本实施例中，基板包括但不限于LTE基站中的eNodeB基站，eNodeB基站包括射频RRU和基带BBU两个模块，其中，射频RRU用来发射空口数据，完成与终端UE用户设备的通信，基带BBU运行在嵌入式系统中，用来处理各种基站LTE协议数据；在eNodeB基站运行过程中，会根据配置要求，将指定的基站消息数据通过预设数据报格式(UDP格式)发送到对应的第一网口(对应的IP端口)，网络抓包器捕获到对应的第一网口上的数据，实时完成解析和显示。
在本实施例中，基站在默认工作状态下，基站所生成的基站消息是不会按预设数据报格式进行封包，并将封包所产生的基站消息数据传输至对应的网口；当需要对基站进行监测时，通过预设的监测指令，触发待监测的基站将运行中所产生的基站消息按预设数据报格式封包，然后，将封包的基站消息数据传输至对应的网口；基站封包的基站消息数据中携带有基站消息数据需要传输的网口参数，该网口参数是通过监测指令传输至基站的，当基站按预设的局域网通信模式传输基站消息数据时，会将对应的基站消息数据传输至该网口参数所对应的网口；在本实施例中，在触发基站传输基站消息数据的同时，网络抓包器被配设为在网口参数所对应的网口处捕获基础传输的基站消息数据。需要说明的是，在本实施例中，基站消息来源基站的协议栈的各协议层的数据，本申请实施例的基站的协议栈包括物理层、数据链路层和无线资源控制层三个协议层，其中，数据链路层包括三个子协议层：PDCP层、RLC层、MAC层；在本实施例中，基站消息所包括的数据源至少包括以下其中一种：协议栈RRC消息、协议栈RLC消息、协议栈PDCP消息、协议栈MAC消息、协议栈PHY消息、还包括基站每个模块运行状态数据和定义的维测消息。
步骤S202，判断基站消息数据所对应的第一通信协议是否为目标通信协议，其中，目标通信协议包括基站的多个协议层所采用的自定义协议。
在本申请的实施例中，第一通信协议包括网络抓包器所对应的标准IP/UDP协议和根据基站运行需求所设定的自定义协议；网络抓包器在捕获到对应的基站消息数据后，会读取基站消息数据所对应的数据报格式，并基于数据报格式的配置项(例如：消息头、预留位、消息体)而确定基站消息数据所对应的通信协议类型，也就是确定第一通信协议，而自定义协议所对应的配置项会是在标准IP/UDP协议所对应的配置项上进行增删，标准IP/UDP协议和自定义协议均必须携带有网口参数，而差异在于数据报中与基站消息对应的数据的配置项不同。
步骤S203，在判断到第一通信协议为目标通信协议的情况下，通过网络抓包器，对基站消息数据按与目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，解析信息包括基站消息数据所对应的消息类型和消息内容。
在本实施例中，在确定基站消息数据所对应的目标通信协议为自定义协议(私密协议)时，网络抓包器采用插件式的解析器模块完成对通信协议为自定义协议的基站消息数据的解析；在本实施例中，第一解析规则对应插件式的解析器模块的解析函数；在本实施例中，通过解析，将封包的基站消息数据进行反解，从而获得与基站运行状态对应的消息类型及消息内容。
步骤S204，根据消息类型和消息内容，确定基站的运行状态。
在本实施例中，根据不同的消息类型，定义不同的消息内容，例如：消息类型为0X01表示基站物理层运行状态，此时，对应的消息内容指导当前基站运行状态和系统信息；当对消息内容进行解析后，可以获取到产生基站消息的单元的运行状态和消息内容的状态标识的参数值，例如：设定物理层的运行状态所对应的参数值为phyState，基站的运行状态根据phyState的值所确定，其中，phyState＝0，表示物理层处于空闲状态；phyState＝1，表示物理层处于参数配置状态；phyState＝2，表示物理层处于运行状态；phyState＝3，表示物理层处于错误状态。
通过上述步骤S201至步骤S204，通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据，并基于预设的局域网通信模式将基站消息数据传输至第一网口；确定基站消息数据所对应的第一通信协议，并判断第一通信协议是否为目标通信协议，其中，目标通信协议包括基站的多个协议层所采用的自定义协议；在判断到所述第一通信协议为目标通信协议的情况下，通过所述网络抓包器，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，所述解析信息包括所述基站消息数据所对应的消息类型和消息内容；根据所述消息类型和所述消息内容，确定所述基站的运行状态，解决了相关技术中对基站的监测分析，无法实时监测基站数据和解析基站运行状态的解析效率及准确率低的问题，实现了对采用私有协议运行的基站的监测分析，对基站数据在线解析以及提高基站维测的效率及准确率有益效果。
需要说明的是，在本实施例的基站监测分析方法，实现对采用私有协议和定制接口消息的基站检测分析，同时，通过定制私有协议和接口消息，满足不同基站的定制化开发，通过将协议消息按预设数据报格式(UDP格式)进行发送，即可完成对基站的维测；同时，与相关技术中的基站维测手段相比，不需要将基站内部的日志信息进行存储，实时通过网口将协议信息发送，节省了处理系统的内存空间；再者，本申请实施例采用定制化的解析工具插件，使预设的网络抓包器(wireshark抓包器)可捕获网络数据包和对私有消基站息数据进行解析，并还能对接收的基站消息数据进行存储，从而进行回放分析。
在其中一些实施例中，根据消息类型和消息内容，确定基站的运行状态通过如下步骤实现：
步骤1、根据消息类型，确定基站消息数据的生成单元，其中，生成单元包括以下其中一种：基站的协议栈的多个协议层中的一个协议层、基站软件系统。
在本实施例中，基站消息的来源是基站的协议栈的各协议层的数据，本申请实施例的基站的协议栈包括物理层、数据链路层和无线资源控制层三个协议层，其中，数据链路层还包括三个子协议层：PDCP层、RLC层、MAC层，因此，在本实施例中，基站消息数据对应的数据源至少包括以下其中一种：协议栈RRC消息、协议栈RLC消息、协议栈PDCP消息、协议栈MAC消息、协议栈PHY消息、还包括基站每个模块运行状态数据和定义的维测消息，因此，当解析出消息类型表征是上述数据源的某个消息，籍以确定生成单元包括生成该基站消息的协议层，或是，协议层之间对应的接口信息，例如：当解析出的消息类型为0x01，则对应的生成单元为物理层。
在本实施例中，消息类型作为基站检测分析的消息的唯一标识。
步骤2、在消息内容中检测目标状态标识，获取目标状态标识的参数值，其中，参数值用于表征生成单元所处的工作状态。
步骤3、基于参数值，确定生成单元所处的工作状态，其中，基站的运行状态包括生成单元所处的工作状态。
在本实施例中，检测消息内容中的目标状态标识，并提取目标状态标识的参数值，例如：设定消息内容对应为物理层运行状态的状态标识的参数值为phyState，当phyState＝0，表示物理层处于空闲状态；phyState＝1，表示物理层处于参数配置状态；phyState＝2，表示物理层处于运行状态；phyState＝3，表示物理层处于错误状态。
通过上述步骤中的根据消息类型，确定基站消息数据的生成单元；在消息内容中检测目标状态标识，获取目标状态标识的参数值，其中，参数值用于表征生成单元所处的工作状态；基于参数值，确定生成单元所处的工作状态，其中，基站的运行状态包括生成单元所处的工作状态，实现了根据解析出的解析信息，确定基站的运行状态。
在其中一些实施例中，对基站消息数据按与目标通信协议对应的第一解析规则进行解析，得到解析信息通过如下步骤实现：
步骤1、根据第一解析规则，从基站消息数据所对应的数据报文中解析出消息头，其中，消息头至少携带有消息类型和消息内容长度信息。
在本实施例中，第一解析规则对应为通信协议为自定义协议的基站消息解析时所使用的解析规则，同时，也对应为对应的解析函数，解析函数定义对应的解析内容，定义的解析内容包括：消息头的解析，消息内容(负荷数据)的解析。
步骤2、基于内容长度信息，在位于消息头之后的数据报文中，解析出第一字节数组，其中，消息内容包括第一字节数组。
在本实施例中，消息头是靠近预设数据包格式的基站消息数据的首端，且字节长度为固定字节数的字节数组，第一解析规则中携带有该固定字节数的参数值，因为，可以通过在第一解析规则中获取到该固定字节数的参数值后，确定消息头的终止位置，也就是与下一个配置项(在本实施例中，设定为消息内容)的分割点；同时，在消息头中，不仅包括用于指示基站消息数据的生成单元的消息类型，也包括表示预设数据报文格式的基站消息数据中，哪些部分是属于消息内容对应的字节数组的消息内容长度信息，该内容长度信息用于在解析是确定属于消息内容所对应的字节数组的终止字节的位置，例如：当消息内容长度信息所指示的消息内容是8位字节的字节数组，解析时，则将消息头的终止位置之后的第一个字节作为消息内容的起始字节，依次读取8位字节的字节数组，则对应解析出消息内容。
通过上述步骤中的根据第一解析规则，从基站消息数据所对应的数据报文中解析出消息头，其中，消息头至少携带有消息类型和消息内容长度信息；基于内容长度信息，在位于消息头之后的数据报文中，解析出第一字节数组，其中，消息内容包括第一字节数组，实现了对实时的基站消息数据的解析；同时，解决了相关技术中对自定义协议的基站消息数据的解析需要逐字节或者比特来进行判断，解析工作量大、出错率高、降低基站维测效率的问题。
在其中一些实施例中，根据第一解析规则，从基站消息数据所对应的数据报文中解析出消息头通过如下步骤实现：
步骤1、从第一解析规则中获取消息头所对应的第一数据长度，根据第一数据长度，确定消息头的末字节，其中，消息头的未字节为消息头与消息内容的字节分割点。
在本实施例中，第一解析规则中携带有指定消息头具有的固定字节数的数目的参数值，基于该指定的参数值，从而可获知消息头所对应的字节数组的字节数和消息头的末字节所对应的位置。
步骤2、将数据报文的首字节和字节分割点之间的所有数据字节与数据报文进行分割，得到第二字节数组，其中，消息头包括第二字节数组。
在本实施例中，根据第一解析规则确定了消息头的末字节的位置后，自消息头的末字节位置将预设数据报格式的基站消息数据进行分割，从而得到整个消息头。
通过上述步骤中的从第一解析规则中获取消息头所对应的第一数据长度，根据第一数据长度，确定消息头的末字节；将数据报文的首字节和字节分割点之间的所有数据字节与数据报文进行分割，得到第二字节数组，其中，消息头包括第二字节数组，实现了从基站消息数据中解析出消息头，籍以确定消息类型和消息内容长度。
在其中一些实施例中，基于内容长度信息，在位于消息头之后的数据报文中，解析出第一字节数组采用如下步骤实现：
步骤1，根据内容长度信息，确定消息内容所对应的第二数据长度。
第二数据长度对应为消息内容的首字节与消息内容的末字节之间具有的字节数组的字节数目。
步骤2，在位于字节分割点之后的数据报文中，分割出与第二数据长度对应的第二字节数组。
在本实施例中，字节分割点对应为消息头的末字节所对应的位置，通过将消息头的末字节之后的第一个字节作为消息内容的起始字节，依次第二数据长度所对应的字节数的字节数组，得到第二字节数据，也就是对应解析出消息内容。
通过上述步骤中的根据内容长度信息，确定消息内容所对应的第二数据长度；在位于字节分割点之后的数据报文中，分割出与第二数据长度对应的第二字节数组，实现了从基站消息数据中解析出消息内容。
在其中一些实施例中，在得到解析信息之后，还实施如下步骤：将解析信息进行显示，和/或，对基站消息数据进行存储。
在本实施例中，网络抓包器实现捕获基站消息数据，实现对自定义协议的基站消息数据的实时解析显示，同时，通过对捕获的基站消息数据进行存储，便于回放分析。
在其中一些实施例中，第一通信协议还包括标准IP/UDP协议，在判断到第一通信协议为标准IP/UDP协议的情况下，还实施如下步骤：
步骤1、从网络抓包器中读取标准IP协议所对应的第二解析规则。
步骤2、通过网络抓包器，对基站消息数据所对应的数据报文按第二解析规则进行解析，并根据解析得到的对应的消息类型和消息内容，确定基站的运行状态。
在本实施例中，当基站消息数据所对应的通信协议为标准IP/UDP协议时，则解析的过程则是基于习知的标准协议对应的解析规则完成的解析。
需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本实施例还提供了一种基站监测分析装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图3是根据本申请实施例的基站监测分析装置的结构框图，如图3所示，该装置包括：
抓取模块31，用于通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据，并基于预设的局域网通信模式将基站消息数据传输至第一网口；
判断模块32，与抓取模块31耦合连接，用于判断基站消息数据所对应的第一通信协议是否为目标通信协议，其中，目标通信协议包括基站的多个协议层所采用的自定义协议；
处理模块33，与判断模块32耦合连接，用于在判断到第一通信协议为目标通信协议的情况下，通过网络抓包器，对基站消息数据按与目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，解析信息包括基站消息数据所对应的消息类型和消息内容；
确认模块34，与处理模块33耦合连接，用于根据消息类型和消息内容，确定基站的运行状态。
在其中一些实施例中，确认模块34用于根据消息类型，确定基站消息数据的生成单元，其中，生成单元包括以下其中一种：基站的协议栈的多个协议层中的一个协议层、基站软件系统；在消息内容中检测目标状态标识，获取目标状态标识的参数值，其中，参数值用于表征生成单元所处的工作状态；基于参数值，确定生成单元所处的工作状态，其中，基站的运行状态包括生成单元所处的工作状态。
在其中一些实施例中，处理模块33用于根据第一解析规则，从基站消息数据所对应的数据报文中解析出消息头，其中，消息头至少携带有消息类型和消息内容长度信息；基于内容长度信息，在位于消息头之后的数据报文中，解析出第一字节数组，其中，消息内容包括第一字节数组。
在其中一些实施例中，处理模块33用于从第一解析规则中获取消息头所对应的第一数据长度，根据第一数据长度，确定消息头的末字节，其中，消息头的未字节为消息头与消息内容的字节分割点；将数据报文的首字节和字节分割点之间的所有数据字节与数据报文进行分割，得到第二字节数组，其中，消息头包括第二字节数组。
在其中一些实施例中，处理模块33用于根据内容长度信息，确定消息内容所对应的第二数据长度；在位于字节分割点之后的数据报文中，分割出与第二数据长度对应的第二字节数组。
在其中一些实施例中，在得到解析信息之后，基站监测分析装置还用于将解析信息进行显示，和/或，对基站消息数据进行存储。
在其中一些实施例中，第一通信协议还包括标准IP/UDP协议，在判断到第一通信协议为标准IP/UDP协议的情况下，基站监测分析装置还用于从网络抓包器中读取标准IP协议所对应的第二解析规则；通过网络抓包器，对基站消息数据所对应的数据报文按第二解析规则进行解析，并根据解析得到的对应的消息类型和消息内容，确定基站的运行状态。需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。
本实施例还提供了一种基站监测分析系统，图4是根据本申请实施例的基站监测分析系统的部署框图，如图4所示，该基站监测分析系统包括：包括基站41、传输设备以及终端设备42；其中，基站41通过传输设备按预设的局域网通信模式连接终端设备42，终端设备42配设网络抓包器43；
基站41用于将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据；
传输设备用于基于预设的局域网通信模式将基站消息数据传输至第一网口；
终端设备42用于执行上述的基站监测分析方法的步骤。
本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据，并基于预设的局域网通信模式将基站消息数据传输至第一网口。
S2，判断基站消息数据所对应的第一通信协议是否为目标通信协议，其中，目标通信协议包括基站的多个协议层所采用的自定义协议。
S3，在判断到第一通信协议为目标通信协议的情况下，通过网络抓包器，对基站消息数据按与目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，解析信息包括基站消息数据所对应的消息类型和消息内容。
S4，根据消息类型和消息内容，确定基站的运行状态。
需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
另外，结合上述实施例中的基站监测分析方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种基站监测分析方法。
本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种基站监测分析方法，其特征在于，包括：
通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，所述基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为所述基站消息数据，并基于预设的局域网通信模式将所述基站消息数据传输至所述第一网口；
判断所述基站消息数据所对应的第一通信协议是否为目标通信协议，其中，所述目标通信协议包括所述基站的多个协议层所采用的自定义协议；
在判断到所述第一通信协议为目标通信协议的情况下，通过所述网络抓包器，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，所述解析信息包括所述基站消息数据所对应的消息类型和消息内容；
根据所述消息类型和所述消息内容，确定所述基站的运行状态。
2.根据权利要求1所述的基站监测分析方法，其特征在于，根据所述消息类型和所述消息内容，确定所述基站的运行状态包括：
根据所述消息类型，确定所述基站消息数据的生成单元，其中，所述生成单元包括以下其中一种：所述基站的协议栈的多个协议层中的一个协议层、基站软件系统；
在所述消息内容中检测目标状态标识，获取所述目标状态标识的参数值，其中，所述参数值用于表征所述生成单元所处的工作状态；
基于所述参数值，确定所述生成单元所处的工作状态，其中，所述基站的运行状态包括所述生成单元所处的工作状态。
3.根据权利要求1所述的基站监测分析方法，其特征在于，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息包括：
根据所述第一解析规则，从所述基站消息数据所对应的数据报文中解析出消息头，其中，所述消息头至少携带有所述消息类型和消息内容长度信息；
基于所述内容长度信息，在位于所述消息头之后的所述数据报文中，解析出第一字节数组，其中，所述消息内容包括所述第一字节数组。
4.根据权利要求3所述的基站监测分析方法，其特征在于，根据所述第一解析规则，从所述基站消息数据所对应的数据报文中解析出消息头包括：
从所述第一解析规则中获取所述消息头所对应的第一数据长度，根据所述第一数据长度，确定所述消息头的末字节，其中，所述消息头的未字节为所述消息头与所述消息内容的字节分割点；
将所述数据报文的首字节和所述字节分割点之间的所有数据字节与所述数据报文进行分割，得到第二字节数组，其中，所述消息头包括所述第二字节数组。
5.根据权利要求4所述的基站监测分析方法，其特征在于，基于所述内容长度信息，在位于所述消息头之后的所述基站消息数据中，解析出第一字节数组包括：
根据所述内容长度信息，确定所述消息内容所对应的第二数据长度；
在位于所述字节分割点之后的所述数据报文中，分割出与所述第二数据长度对应的所述第二字节数组。
6.根据权利要求1所述的基站监测分析方法，其特征在于，在得到解析信息之后，所述方法还包括：将所述解析信息进行显示，和/或，对所述基站消息数据进行存储。
7.根据权利要求1所述的基站监测分析方法，其特征在于，所述第一通信协议还包括标准IP/UDP协议，在判断到所述第一通信协议为所述标准IP/UDP协议的情况下，所述方法还包括：
从所述网络抓包器中读取所述标准IP协议所对应的第二解析规则；
通过所述网络抓包器，对所述基站消息数据所对应的数据报文按所述第二解析规则进行解析，并根据解析得到的对应的所述消息类型和所述消息内容，确定所述基站的运行状态。
8.根据权利要求1至7任一项所述的基站监测分析方法，其特征在于，所述网络抓包器包括wireshark抓包器，所述局域网通信模式包括UDP Socket通信。
9.一种基站监测分析装置，其特征在于，包括：
抓取模块，用于通过网络抓包器在第一网口处，捕获待监测的基站所对应的基站消息数据，其中，所述基站在响应预设的监测指令后，将基站运行中所生成的基站消息按预设数据报格式封包为所述基站消息数据，并基于预设的局域网通信模式将所述基站消息数据传输至所述第一网口；
判断模块，用于判断所述基站消息数据所对应的第一通信协议是否为目标通信协议，其中，所述目标通信协议包括所述基站的多个协议层所采用的自定义协议；
处理模块，用于在判断到所述第一通信协议为目标通信协议的情况下，通过所述网络抓包器，对所述基站消息数据按与所述目标通信协议对应的第一解析规则进行解析，得到解析信息，其中，所述解析信息包括所述基站消息数据所对应的消息类型和消息内容；
确认模块，用于根据所述消息类型和所述消息内容，确定所述基站的运行状态。
10.一种基站监测分析系统，其特征在于，包括：基站、传输设备以及终端设备；其中，所述基站通过传输设备按预设的局域网通信模式连接终端设备，所述终端设备配设网络抓包器；
所述基站用于将基站运行中所生成的基站消息按预设数据报格式封包为基站消息数据；
所述传输设备用于基于预设的局域网通信模式将所述基站消息数据传输至第一网口；
所述终端设备用于执行权利要求1至8中任一项所述的基站监测分析方法。
11.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至7中任一项所述的基站监测分析方法。
12.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至7中任一项所述的基站监测分析方法。
CN202111046950.4A 2021-09-07 2021-09-07 基站监测分析方法、装置、系统、电子装置及存储介质 Active CN113950088B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111046950.4A CN113950088B (zh) 2021-09-07 2021-09-07 基站监测分析方法、装置、系统、电子装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111046950.4A CN113950088B (zh) 2021-09-07 2021-09-07 基站监测分析方法、装置、系统、电子装置及存储介质

Publications (2)

Publication Number Publication Date
CN113950088A true CN113950088A (zh) 2022-01-18
CN113950088B CN113950088B (zh) 2024-01-23

Family

ID=79328164

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111046950.4A Active CN113950088B (zh) 2021-09-07 2021-09-07 基站监测分析方法、装置、系统、电子装置及存储介质

Country Status (1)

Country Link
CN (1) CN113950088B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114760345A (zh) * 2022-04-22 2022-07-15 北京和利时智能技术有限公司 多源异构数据的网络连接控制方法和装置

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120129540A (ko) * 2011-05-20 2012-11-28 주식회사 두두원 에이전트 기반 ｌｔｅ 시스템용 프로토콜 분석기 및 프로토콜 분석방법
US20120300639A1 (en) * 2011-05-24 2012-11-29 Tektronix, Inc. Multiple Protocol Correlation And Topology Detection in eHRPD Networks
JP2017060074A (ja) * 2015-09-18 2017-03-23 株式会社日立製作所 ネットワーク分析装置、ネットワーク分析システム、及びネットワークの分析方法
US10291496B1 (en) * 2015-09-29 2019-05-14 Juniper Networks, Inc. Packet capture based capturing of protocol layer state information
CN110086691A (zh) * 2019-05-08 2019-08-02 视联动力信息技术股份有限公司 数据包处理方法和装置
CN110166477A (zh) * 2019-05-30 2019-08-23 桂林电子科技大学 一种基于UDP协议的无人机Wi-Fi图传信号检测方法
CN110661683A (zh) * 2019-09-26 2020-01-07 苏州浪潮智能科技有限公司 一种基于pcap格式的文件分析UDP协议的方法及装置
CN112468370A (zh) * 2020-11-30 2021-03-09 北京锐驰信安技术有限公司 一种支持自定义规则的高速网络报文监测分析方法及系统
CN112751845A (zh) * 2020-12-28 2021-05-04 北京恒光信息技术股份有限公司 网络协议解析方法、系统及装置

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120129540A (ko) * 2011-05-20 2012-11-28 주식회사 두두원 에이전트 기반 ｌｔｅ 시스템용 프로토콜 분석기 및 프로토콜 분석방법
US20120300639A1 (en) * 2011-05-24 2012-11-29 Tektronix, Inc. Multiple Protocol Correlation And Topology Detection in eHRPD Networks
JP2017060074A (ja) * 2015-09-18 2017-03-23 株式会社日立製作所 ネットワーク分析装置、ネットワーク分析システム、及びネットワークの分析方法
US10291496B1 (en) * 2015-09-29 2019-05-14 Juniper Networks, Inc. Packet capture based capturing of protocol layer state information
CN110086691A (zh) * 2019-05-08 2019-08-02 视联动力信息技术股份有限公司 数据包处理方法和装置
CN110166477A (zh) * 2019-05-30 2019-08-23 桂林电子科技大学 一种基于UDP协议的无人机Wi-Fi图传信号检测方法
CN110661683A (zh) * 2019-09-26 2020-01-07 苏州浪潮智能科技有限公司 一种基于pcap格式的文件分析UDP协议的方法及装置
CN112468370A (zh) * 2020-11-30 2021-03-09 北京锐驰信安技术有限公司 一种支持自定义规则的高速网络报文监测分析方法及系统
CN112751845A (zh) * 2020-12-28 2021-05-04 北京恒光信息技术股份有限公司 网络协议解析方法、系统及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HAI LI; JI ZHANG; MENG LIU: ""Monitoring and analysis of TETRA Base Stations"", 《2009 3RD IEEE INTERNATIONAL SYMPOSIUM ON MICROWAVE, ANTENNA, PROPAGATION AND EMC TECHNOLOGIES FOR WIRELESS COMMUNICATIONS》, pages 1 - 4 *
林帅；王俊峰: ""基于Tshark的可扩展报文解析功能的实现"", 《安全模型、算法及编程》 *
池小强: ""高速大数据量的网络监视与数据包捕获解析技术研究"", 《中国优秀硕士学位论文全文数据库信息科技辑》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114760345A (zh) * 2022-04-22 2022-07-15 北京和利时智能技术有限公司 多源异构数据的网络连接控制方法和装置
CN114760345B (zh) * 2022-04-22 2023-10-13 北京和利时智能技术有限公司 多源异构数据的网络连接控制方法和装置

Also Published As

Publication number Publication date
CN113950088B (zh) 2024-01-23

Similar Documents

Publication Publication Date Title
CN112688967B (zh) 一种物联网数据处理方法、装置、设备及存储介质
Makris et al. Cloud-based convergence of heterogeneous RANs in 5G disaggregated architectures
JP2019520727A (ja) 中継伝送方法及び装置
CN107222887B (zh) 基站无线侧传输路径的通信性能测试方法及装置
CN106330483B (zh) 信息获取方法、客户端设备和服务端设备
CN111263377B (zh) 网络配置方法、装置、设备、系统和配网测试方法、系统
CN112333019A (zh) 路由器的配置、测试方法及系统和可读存储介质
CN110535812B (zh) 报文传输方法、通信装置和系统
CN113950088B (zh) 基站监测分析方法、装置、系统、电子装置及存储介质
CN110113771B (zh) 数据处理方法、装置、网关设备及存储介质
CN110248379B (zh) 无线局域网中基站的性能测试方法及装置
KR20210113332A (ko) 이더넷 프레임의 전송 방법 및 통신 장치
CN113438633B (zh) 通信数据处理方法、终端和计算机可读存储介质
US20160212045A1 (en) Method and system for using extension headers to support protocol stack migration
CN111490907B (zh) 一种确定vxlan网络性能参数的方法及装置
CN110581792A (zh) 一种报文传输方法及装置
CN104768176A (zh) 无线网络中sFlow采样的方法、装置
CN113973134A (zh) 数据传输方法、装置、电子设备及计算机存储介质
CN114726763A (zh) Dpi系统的业务识别能力的检测方法及系统
CN113395730A (zh) 一种物联网终端网络参数上报方法、装置和存储介质
CN113630802A (zh) Nr用户面业务测试方法及装置
CN115801629B (zh) 双向转发侦测方法、装置、电子设备及可读存储介质
CN110011820B (zh) 一种系统间的连接方法、设备及计算机存储介质
CN114079675B (zh) 报文处理方法、装置、终端设备及移动宽带上网设备
CN112165465B (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