CN112468375A - 一种针对数据分发服务的传输性能评估数据的获取方法 - Google Patents
一种针对数据分发服务的传输性能评估数据的获取方法 Download PDFInfo
- Publication number
- CN112468375A CN112468375A CN202110100515.9A CN202110100515A CN112468375A CN 112468375 A CN112468375 A CN 112468375A CN 202110100515 A CN202110100515 A CN 202110100515A CN 112468375 A CN112468375 A CN 112468375A
- Authority
- CN
- China
- Prior art keywords
- data
- performance evaluation
- transmission performance
- message
- distribution service
- 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
Images
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
- H04J3/0658—Clock or time synchronisation among packet nodes
- H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
- H04J3/0667—Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays
-
- 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/0852—Delays
-
- 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/0852—Delays
- H04L43/0858—One way delays
-
- 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/0852—Delays
- H04L43/087—Jitter
-
- 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/0876—Network utilisation, e.g. volume of load or congestion level
-
- 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/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0888—Throughput
-
- 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Multimedia (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种针对数据分发服务的传输性能评估数据的获取方法,属于通信传输领域。该方法执行如下步骤:步骤1,关联匹配;步骤2,数据传输;步骤3,获取传输性能评估参数。本发明在数据分发服务的场景下,实现了低运行开销、低网络开销、实时性、全面覆盖和低复杂度的数据传输性能评估获取方法。在数据分发服务的标准化互操作协议RTPS(实时发布‑订阅协议)的基础上,选择其所属的十二种不同子消息中的若干子消息进行修改。在不改变原协议规范的基础上,实现其数据交互流程,同时在收发端可以获取与传输性能相关的数据。
Description
技术领域
本发明涉及一种针对数据分发服务的传输性能评估数据的获取方法,属于通信传输领域。
背景技术
DDS的全称是Data Distribution Service, 即数据分发服务,是对象管理组织(OMG)在HLA及CORBA等标准的基础上制定的新一代分布式实时通信中间件技术规范。该规范标准化了分布式实时系统中数据发布、传递和接收的接口和行为,定义了以数据为中心的发布-订阅(Data-CentricPublish-Subscribe)机制,提供了一个与平台无关的数据模型。DDS将分布式网络中传输的数据定义为主题(Topic),将数据的产生和接收对象分别定义为发布者(Publisher)和订阅者(Subscriber),从而构成数据的发布/订阅传输模型,如图1所示,为一个典型的数据分发服务的数据交互模型。各个节点在逻辑上无主从关系,点与点之间都是对等关系,通信方式可以是点对点、点对多、多对多等,在QoS的控制下建立连接,自动发现和配置网络参数。
由于DDS不具备底层的网络层权限,需与基础网络(如UDP/IP)提供的内容兼容,不能保证确定性行为。所以为了满足实时性和时间确定性的需求,DDS与时间敏感型网络(TSN)的结合是未来工业通信系统设计发展的方向和趋势。
同时,为了评估端到端的实时性和确定性,也需要相应的数据传输性能评估机制,即从当前数据分发服务中取得评估用参数的方式方法,并以此得到或作为评估当前网络性能状况的依据。在过去,对于此项需求所使用的方式是借助NQA的网络性能度量与诊断工具。NQA通过主动在多个站点之间或多条路径之间发送指定数量的报文,来获取可以度量网络性能的数据,以便得到如丢包、抖动、IP地址的时延、TCP连接时延、HTTP总时延、FTP连接时延和文件传输速率等。用户通过专门的命令行或网管配置NQA测试用例,以指定对应的协议类型、报文长度、发包间隔、TOS标记等参数。根据测试结果,用户可以了解到当前网络的性能状况,以做出适应性调整。
尽管NQA能够满足目前对于端到端的实时性确定性评估的需要,但NQA的运行机制需要在网络两端分别部署server端和client端。且评估过程会占用额外的网络开销和性能开销。不能够适应数据分发服务的场景特性,降低了分发服务部署的灵活性。因此需要一种新的方式,既可以获得数据传输性能参数作为评估依据,又可以适应目前数据分发服务的特有需求。
发明内容
本发明要解决的技术问题是:提供一种基于DDS的数据传输性能评估机制,且满足性能评估对于实时性和准确性的要求。
为了解决上述技术问题,本发明提出的技术方案是:一种针对数据分发服务的传输性能评估数据的获取方法,执行如下步骤:
步骤1,关联匹配;
所述数据分发服务涉及的各应用中的发布者和订阅者通过主题进行匹配;
步骤2,数据传输;
基于RTPS消息及RTPS协议标准获取所述发布者到所述订阅者的单次数据传输的传输性能评估参数;
所述RTPS消息包括数据子消息、心跳子消息、确认子消息和时间戳子消息;
其中,所述数据传输中报文的所述确认子消息前有携带至少一个时间戳的所述时间戳子消息;
步骤3,获取传输性能评估参数;
从所述发布者和/或订阅者中获取所述传输性能评估参数;
所述传输性能评估参数包括单向时延、往返时延、抖动、报文数和吞吐量。
上述方案的进一步改进是:步骤4,各应用将传输性能评估参数汇总于各自的分机,所述分机将数据上传主机,实现所述数据分发服务整体的传输性能评估参数汇总。
上述方案的进一步改进是:所述应用中包括至少一个发布者和/或至少一个订阅者。
上述方案的进一步改进是:所述发布者包括至少一个数据发送器,所述订阅者包括至少一个数据阅读器。
上述方案的进一步改进是:步骤1中的发布者和订阅者通过主题进行匹配是指,所述发布者中一个数据发送器与所述订阅者中的至少一个数据阅读器关联同一个主题。
上述方案的进一步改进是:步骤2中,所述时间戳子消息所携带时间戳数量为三个,并依照时间先后顺序排序。
本发明的有益效果是:本发明在数据分发服务的场景下,实现了低运行开销、低网络开销、实时性、全面覆盖和低复杂度的数据传输性能评估获取方法。在数据分发服务的标准化互操作协议RTPS(实时发布-订阅协议)的基础上,选择其所属的十二种不同子消息中的若干子消息进行修改。在不改变原协议规范的基础上,实现其数据交互流程,同时在收发端可以获取与传输性能相关的数据。
实现了复用RTPS协议的处理流程;复用RTPS协议报文,仅在报文内部新增有限的子消息;在数据报文和协议报文交互的同时即完成网络传输性能的评估;得益于实时发布/订阅协议的特性, 评估机制可以覆盖每一个发布/订阅者和数据发送器/数据阅读器;仅对RTPS协议的处理流程做小幅改动,无需引入复杂的检测协议。
附图说明
图1是本发明中的典型的数据分发服务的数据交互模型。
图2是符合RTPS规范的一次数据消息的交互流程图。
图3是本发明实施例一的流程示意图。
图4是本发明实施例一中获取单向时延的流程示意图。
图5是本发明实施例一中获取往返时延的流程示意图。
图6是本发明实施例一中数据汇总的模型示意图。
图7是本发明实施例二考虑多种因素影响后的获取往返时延的流程示意图。
具体实施方式
实施例一
本实施例的一种针对数据分发服务的传输性能评估数据的获取方法,如图3所示,执行如下步骤:
步骤1,关联匹配;
数据分发服务涉及的各应用中的发布者和订阅者通过主题进行匹配;
步骤2,数据传输;
基于RTPS消息及RTPS协议标准获取发布者到订阅者的单次数据传输的传输性能评估参数;
RTPS消息包括数据子消息、心跳子消息、确认子消息和时间戳子消息;
其中,数据传输中报文的确认子消息前有携带至少一个时间戳的时间戳子消息;
步骤3,获取传输性能评估参数;
从发布者和/或订阅者中获取传输性能评估参数;
传输性能评估参数包括单向时延、往返时延、抖动、报文数和吞吐量。
以图1的典型的数据分发服务的数据交互模型为例,该模型中有3个应用(application),application1、application2、application3。其中,application1有1个发布者(publisher)和1个订阅者(subscriber),application2有一个订阅者,application3有一个发布者。每一个发布者都有至少一个数据发送器(data writer),每一个订阅者都有至少一个数据阅读器(data reader)。可以看到,application1的发布者有两个数据发送器,application2的订阅者有两个数据阅读器。每个数据发送器与数据阅读器通过主题(topic)关联匹配,从而实现发布者与订阅者的匹配。
本实施例中,当已建立关联匹配的数据发送器与数据阅读器之间传输数据时,基于RTPS协议实现。按照RTPS标准实现一次数据消息的交互流程如图2所示。
RTPS消息由标题和几个子消息组成。RTPS规范中定义了十二种不同类型的子消息。 本实施例涉及到四种类型的子消息,分别为数据子消息(DATA)、心跳子消息(HEARTBEAT)、确认子消息(ACK/NACK)和时间戳子消息(InfoTimestamp)。
本实施例的单向时延,首先需借助精确时钟同步协议,比如,PTP或其他类似,以实现高精度时钟同步。在此基础上,如图3所示,数据发送器于T1时刻发出一条携带有时间戳(T1)、数据和心跳的消息。而数据阅读器在于T2时刻收到,则从数据发送器到数据阅读器的单向时延为T2-T1。与之类似,数据阅读器于T3时刻回复一条携带有时间戳(T3)和确认的消息, 数据发送器于T4时刻收到并计算出由数据阅读器到数据发送器的单向时延为T4-T3。
本实施例的往返时延,如图4所示,数据发送器于T1时刻发出一条携带有时间戳(T1)、数据和心跳的消息。数据阅读器收到后,记录下T1, 并立刻回复一条携带有时间戳(T1)和确认的消息,数据发送器于T4时刻收到并计算出数据发送器和数据阅读器之间的往返时延为T4-T1。
本实施例的抖动,取决于以本实施例中方法获取的单向时延/往返时延,在其前后几次数据传输过程中的差值。
本实施例的报文数、吞吐量,在数据阅读器中分别维护一个数据报文数量计数和数据报文有效总长度计数。 每当数据阅读器收到来自数据发送器的数据消息, 即对这两个计数进行维护。当前消息中的数据报文长度可以从RTPS协议处理层获取。通过周期性计算可以得到报文速率(pps)和吞吐量。
此外,实际应用中,应用中的数据发送器会根据主题关联匹配多个数据阅读器,某个数据发送器到数据阅读器的评估数据并不能表现出整体的性能和情况。且一部分的性能评估是在数据发送器上完成,如数据阅读器到数据发送器的单向时延、数据发送器和数据阅读器之间的往返时延;另一部则是在数据阅读器上完成,如数据发送器到数据阅读器的单向时延、报文数量、吞吐量。因此,实际使用中,为了获得整个数据分发服务的部署情况,如图5所示,在模型中的每一个应用中设置诊断用的client端,无论是数据发送器或数据阅读器的数据都将先到client端,再汇总到server端,从而获得对于数据分发服务的部署情况的整体评估数据。
本实施例的应用中包括至少一个发布者和/或至少一个订阅者。
实施例二
本实施例与实施例一基本相同,不同之处在于,本实施例的往返时延较于实施例一更为精确,考虑了性能、 调度等因素对于时延的影响。如图6所示,数据发送器于T1时刻发出一条携带有时间戳(T1)、数据和心跳的消息。数据阅读器于T2时刻收到,并记录下T1和T2。数据阅读器于T3时刻回复一条携带有时间戳(T1,T2,T3)和确认的消息,数据发送器于T4时刻收到并计算出数据发送器和数据阅读器之间的往返时延是T4-T1-(T3-T2)。即排除由于各种原因导致的,数据阅读器的发送非即时产生造成的时延,以展现出与外因无关,完全基于数据分发服务的部署情况相关的往返时延,以便提供参考依据。
本发明不局限于上述实施例所述的具体技术方案,除上述实施例外,本发明还可以有其他实施方式。对于本领域的技术人员来说,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等形成的技术方案,均应包含在本发明的保护范围之内。
Claims (6)
1.一种针对数据分发服务的传输性能评估数据的获取方法,其特征在于,执行如下步骤:
步骤1,关联匹配;
所述数据分发服务涉及的各应用中的发布者和订阅者通过主题进行匹配;
步骤2,数据传输;
基于RTPS消息及RTPS协议标准获取所述发布者到所述订阅者的单次数据传输的传输性能评估参数;
所述RTPS消息包括数据子消息、心跳子消息、确认子消息和时间戳子消息;
其中,所述数据传输中报文的所述确认子消息前有携带至少一个时间戳的所述时间戳子消息;
步骤3,获取传输性能评估参数;
从所述发布者和/或订阅者中获取所述传输性能评估参数;
所述传输性能评估参数包括单向时延、往返时延、抖动、报文数和吞吐量。
2.根据权利要求1所述的针对数据分发服务的传输性能评估数据的获取方法,其特征在于:
步骤4,各应用将传输性能评估参数汇总于各自的分机,所述分机将数据上传主机,实现所述数据分发服务整体的传输性能评估参数汇总。
3.根据权利要求1或2所述的针对数据分发服务的传输性能评估数据的获取方法,其特征在于:所述应用中包括至少一个发布者和/或至少一个订阅者。
4.根据权利要求3所述的针对数据分发服务的传输性能评估数据的获取方法,其特征在于:所述发布者包括至少一个数据发送器,所述订阅者包括至少一个数据阅读器。
5.根据权利要求4所述的针对数据分发服务的传输性能评估数据的获取方法,其特征在于:步骤1中的发布者和订阅者通过主题进行匹配是指,所述发布者中一个数据发送器与所述订阅者中的至少一个数据阅读器关联同一个主题。
6.根据权利要求1所述的针对数据分发服务的传输性能评估数据的获取方法,其特征在于:步骤2中,所述时间戳子消息所携带时间戳数量为三个,并依照时间先后顺序排序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110100515.9A CN112468375B (zh) | 2021-01-26 | 2021-01-26 | 一种针对数据分发服务的传输性能评估数据的获取方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110100515.9A CN112468375B (zh) | 2021-01-26 | 2021-01-26 | 一种针对数据分发服务的传输性能评估数据的获取方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112468375A true CN112468375A (zh) | 2021-03-09 |
CN112468375B CN112468375B (zh) | 2021-04-23 |
Family
ID=74802367
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110100515.9A Active CN112468375B (zh) | 2021-01-26 | 2021-01-26 | 一种针对数据分发服务的传输性能评估数据的获取方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112468375B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112929448A (zh) * | 2021-03-10 | 2021-06-08 | 奥特酷智能科技(南京)有限公司 | 一种基于dds的多路传输场景下的动态调度模型 |
CN114398303A (zh) * | 2022-01-19 | 2022-04-26 | 扬州万方科技股份有限公司 | 一种实现低延时的数据传输方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101848236A (zh) * | 2010-05-06 | 2010-09-29 | 北京邮电大学 | 具有分布式网络架构的实时数据分发系统及其工作方法 |
US9893835B2 (en) * | 2015-01-16 | 2018-02-13 | Real-Time Innovations, Inc. | Auto-tuning reliability protocol in pub-sub RTPS systems |
CN109327279A (zh) * | 2017-08-01 | 2019-02-12 | 徐州天荣医疗通讯设备有限公司 | 一种用于医疗的低质量移动通信网络数据包大小控制方法 |
CN109450908A (zh) * | 2018-11-23 | 2019-03-08 | 工业互联网创新中心(上海)有限公司 | 基于分布式消息的通信方法 |
CN109995875A (zh) * | 2019-04-11 | 2019-07-09 | 华夏天信(北京)智能低碳技术研究院有限公司 | 虚拟化数据分发弹性网络系统 |
CN112230630A (zh) * | 2020-12-09 | 2021-01-15 | 奥特酷智能科技(南京)有限公司 | 基于dds协议在自动驾驶中实现诊断的方法 |
-
2021
- 2021-01-26 CN CN202110100515.9A patent/CN112468375B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101848236A (zh) * | 2010-05-06 | 2010-09-29 | 北京邮电大学 | 具有分布式网络架构的实时数据分发系统及其工作方法 |
US9893835B2 (en) * | 2015-01-16 | 2018-02-13 | Real-Time Innovations, Inc. | Auto-tuning reliability protocol in pub-sub RTPS systems |
CN109327279A (zh) * | 2017-08-01 | 2019-02-12 | 徐州天荣医疗通讯设备有限公司 | 一种用于医疗的低质量移动通信网络数据包大小控制方法 |
CN109450908A (zh) * | 2018-11-23 | 2019-03-08 | 工业互联网创新中心(上海)有限公司 | 基于分布式消息的通信方法 |
CN109995875A (zh) * | 2019-04-11 | 2019-07-09 | 华夏天信(北京)智能低碳技术研究院有限公司 | 虚拟化数据分发弹性网络系统 |
CN112230630A (zh) * | 2020-12-09 | 2021-01-15 | 奥特酷智能科技(南京)有限公司 | 基于dds协议在自动驾驶中实现诊断的方法 |
Non-Patent Citations (2)
Title |
---|
OBJECT MANAGEMENT GROUP: "《The Real-time Publish-Subscribe Protocol (RTPS) DDS Interoperability Wire Protocol Specification;Version 2.2》", 1 September 2014 * |
网友: ""关于mqtt性能测试的流程记录(emqx broker,xmeter)"", 《HTTPS://BLOG.CSDN.NET/WEIXIN_43176672/ARTICLE/DETAILS/111178174》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112929448A (zh) * | 2021-03-10 | 2021-06-08 | 奥特酷智能科技(南京)有限公司 | 一种基于dds的多路传输场景下的动态调度模型 |
CN114398303A (zh) * | 2022-01-19 | 2022-04-26 | 扬州万方科技股份有限公司 | 一种实现低延时的数据传输方法及系统 |
CN114398303B (zh) * | 2022-01-19 | 2022-10-28 | 扬州万方科技股份有限公司 | 一种实现低延时的数据传输方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN112468375B (zh) | 2021-04-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11843535B2 (en) | Key performance indicators (KPI) for tracking and correcting problems for a network-under-test | |
CN112468375B (zh) | 一种针对数据分发服务的传输性能评估数据的获取方法 | |
US20210328856A1 (en) | Scalability, fault tolerance and fault management for twamp with a large number of test sessions | |
De Vito et al. | One-way delay measurement: State of the art | |
US7616568B2 (en) | Generic packet generation | |
US20030023710A1 (en) | Network metric system | |
CN108737003A (zh) | 用于测试时间敏感网络(tsn)元件的方法、系统和计算机可读介质 | |
US20050060403A1 (en) | Time-based correlation of non-translative network segments | |
EP1424809B1 (en) | Decentralized SLS monitoring in a differentiated service environment | |
CN113328902B (zh) | 网络性能检测方法、装置及网络设备 | |
CN112448896B (zh) | 确定性网络中的发送周期的确定方法和装置 | |
US11916660B2 (en) | TSN operation management system with time capture location protocol | |
CN104410581A (zh) | Afdx网络的配置信息设计及信息提取 | |
CN115086250B (zh) | 一种网络靶场分布式流量发生系统与方法 | |
CN110381071A (zh) | 一种报文传输方法、装置及发送方设备 | |
CN112039621B (zh) | 一种时间同步方法和系统 | |
WO2020128683A1 (en) | A device and method for scheduling data transmission for non-tsn devices over time sensitive networking (tsn) | |
US10334539B2 (en) | Metered interface | |
Senk et al. | Flexible measurement testbed for evaluating Time-Sensitive networking in industrial automation applications | |
Chen et al. | DDS Performance Evaluation for PREEMPT_RT Linux | |
CN112398560A (zh) | 一种测量方法、装置及存储介质 | |
Donde | Support for Emulated 5G-System Bridge in a Time-Sensitive Bridged Network | |
Zhou | Measuring available bandwidth for smart cyber-physical applications | |
CN116266818A (zh) | 信息测量方法及装置 | |
İckin | Implementation of measurement module for seamless vertical handover |
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 | ||
CP02 | Change in the address of a patent holder | ||
CP02 | Change in the address of a patent holder |
Address after: 210012 room 401-404, building 5, chuqiaocheng, No. 57, Andemen street, Yuhuatai District, Nanjing, Jiangsu Province Patentee after: AUTOCORE INTELLIGENT TECHNOLOGY (NANJING) Co.,Ltd. Address before: 211800 building 12-289, 29 buyue Road, Qiaolin street, Pukou District, Nanjing City, Jiangsu Province Patentee before: AUTOCORE INTELLIGENT TECHNOLOGY (NANJING) Co.,Ltd. |