CN115934593A - 在数据流中传输usb数据 - Google Patents

在数据流中传输usb数据 Download PDF

Info

Publication number
CN115934593A
CN115934593A CN202211220847.1A CN202211220847A CN115934593A CN 115934593 A CN115934593 A CN 115934593A CN 202211220847 A CN202211220847 A CN 202211220847A CN 115934593 A CN115934593 A CN 115934593A
Authority
CN
China
Prior art keywords
data
usb
stream
transmission
unit
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
CN202211220847.1A
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.)
Siemens Healthineers AG
Original Assignee
Siemens Healthineers AG
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 Siemens Healthineers AG filed Critical Siemens Healthineers AG
Publication of CN115934593A publication Critical patent/CN115934593A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/40—Bus structure
    • G06F13/4004—Coupling between buses
    • G06F13/4027—Coupling between buses using bus bridges
    • G06F13/4045—Coupling between buses using bus bridges where the bus bridge performs an extender function
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/16—Handling requests for interconnection or transfer for access to memory bus
    • G06F13/1605—Handling requests for interconnection or transfer for access to memory bus based on arbitration
    • G06F13/161—Handling requests for interconnection or transfer for access to memory bus based on arbitration with latency improvement
    • G06F13/1621—Handling requests for interconnection or transfer for access to memory bus based on arbitration with latency improvement by maintaining request order
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/382—Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38—Information transfer, e.g. on bus
    • G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4265—Bus transfer protocol, e.g. handshake; Synchronisation on a point to point bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2838—Distribution of signals within a home automation network, e.g. involving splitting/multiplexing signals to/from different paths
    • 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
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/0042—Universal serial bus [USB]

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Automation & Control Theory (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Systems (AREA)

Abstract

本发明包括一种用于在包括流数据(StrData)的数据流(SerDesData)中发送(I)USB数据(TxData)的方法。在此，接收流数据(StrData)和包括多个具有第一位数的USB包的USB数据(TxData)。此外，划分USB数据(TxData)，用于产生多个具有第二位数的USB数据(TxData)的发送包(SP)。此外，将发送包(SP)插入到数据流(SerDesData)中。发送组合数据流(SerDesData)。在此，将中断模式(Pat)至少附加到初始发送包(SP)，以便用信号通知USB数据(TxData)存在于数据流(SerDesData)中。本发明还涉及一种用于接收数据的方法(II)和一种传输方法(I，II)、以及一种发送单元(50)、一种接收单元(70)和一种传输系统(100)。

Description

在数据流中传输USB数据
技术领域
本发明涉及一种在数据流中发送USB数据的方法、一种接收这种数据的方法、以及一种发送单元、一种接收单元和一种传输系统。
背景技术
USB网络具有如下特性：在PC或主机与终端设备之间只能桥接有限的距离(5m)。对于该限制的主要原因是1.5μs的最大允许的往返延迟或响应时间。如果USB设备在允许的时间内没有响应USB主机指令，则主机认为指令丢失。为了满足USB规范，线缆长度不应长于5米或3米。通过分别使用中间连接的USB集线器，可以串联直至六个所述线缆。因此总共可以实现最多大约30米的传输路径。
一个示例性的应用情况从医学技术得出：监视器以及鼠标和键盘经常处于检查室中，其必须经由USB附接到PC。然而，PC距离10m-30m之间处于另一房间中，例如处于操作室或者中央计算或服务器室中。即在PC与显示设备之间经常存在有线视频连接，并且附加地需要USB连接，使得通常铺设两条线缆。
对于大于由标准设置的距离的桥接，从实践中已知光学扩展器。所述光学扩展器将终端设备的电USB信号直接转换为光信号，传输所述光信号并将所述光信号在接收器处再次转换回来。在此，对于每个USB接口需要自身的光缆。
此外，从实践中已知所谓的KVM扩展器。然而，所述KVM扩展器并不是透明地传输USB信号，而是通常以了解所连接的终端设备为前提。
发明内容
本发明的一个目的是经由线缆传输任意USB数据以及其他任意流数据。
所述目的通过根据一种用于发送的方法和一种用于接收的方法以及通过一种发送单元、一种接收单元以及通过一种传输系统来实现。
开头提到的方法用于在数据流中发送USB数据。在此，数据流包括任意流数据。所述方法具有以下步骤。在一个步骤中，接收流数据和USB数据的至少一部分。USB数据包括多个具有第一位数的USB包。在另一步骤中，划分USB数据，以便产生多个具有第二位数的USB数据的发送包。在随后的步骤中，将这样的发送包插入到数据流中。在另一步骤中，发送组合数据流。在此，将中断模式至少附加到初始发送包，以便例如用信号通知接收器：USB数据存在于数据流中、尤其随后的数据流中。
术语数据流一般指数据集的连续流动，通常无法提前预见所述连续流动的结束。数据流尤其是串行的，即数据集被连续地处理、发送和/或接收。流数据原则上可以作为连续的或串行的数据以任意格式或协议(例如HSSL)接收。在此，流数据包括内容，如音频数据、视频数据、测量数据或还有以太网数据等，然而不包括USB数据。在此，所述流数据例如在4K视频数据的情况下具有数GB/s的高数据率或带宽。
要接收的USB数据原则上可以来自任意USB设备，例如鼠标、键盘、大容量存储介质等，或者例如也已经借助于USB集线器组合。根据USB规范，USB数据可以基于不同的传输速度(低速、全速、高速)，对于所述传输速度，在标准中又定义USB包的不同的最大尺寸。USB包的最大尺寸对应于最大位数，例如在低速的情况下的8字节直至在高速的情况下的1024字节，所述字节包含相应的USB包。
USB数据或各个USB包被划分意味着，尤其将较大的USB包划分到多个发送包上。USB数据因此是发送包的发送有效数据。只要接收到USB包的对应于第二位数的部分，则以USB数据划分到发送包上优选地已经开始。第二位数尤其小于第一位数。即使在该上下文中使用术语“位”，清楚的是，在数据传输时的标准尺寸通常以字节说明。
发送包(也称为小滴(Droplet))被插入到数据流中，即尤其被插入到连续的流数据中。因此，所述发送包是原则上可以设置在流数据之间的任意位置处的外来数据。为了能够将发送包与数据流中的其余流数据区分开，中断模式被附加到至少一个初始发送包。
中断模式为尽可能表征性的位序列。例如，所述中断模式可以是静态预定义的，或者例如可以从多个预定义的中断模式中选择，这随后更详细地阐述。
即使中断模式原则上可以跟随发送包，但是对于进一步的数据处理有利的是，中断模式在发送包之前。因此，中断模式识别所属的发送包，并向接收器用信号通知这为发送包。中断模式和发送包的组合也称为滴(Drop)。
因为USB数据涉及时间关键的数据，所以有利的是，发送包中的USB数据尽可能快地转发。USB数据借助于发送包的传输透明地并且尤其位透明地进行，即USB数据在发送之后在接收时再次相同地重建，而不必存在关于USB数据的源的信息。因此，甚至在USB包作为整体被接收之前，USB数据就已经可以划分到发送包上。因此可行的是，发送包在其产生之后的尽可能短的时间段中、即例如在数据流的直接跟随的时钟或周期中发送。该时间节省特别有利，因为在数据处理中的任何时间节省引起用于USB数据的传输距离的可能的延长。
用于传输数据流的机构在此设计成，使得除了流数据所需的带宽外，也可以附加地以发送包的形式传输USB数据。
开头提到的用于在包括流数据的数据流中发送USB数据的发送单元具有以下部件。所述发送单元包括用于接收流数据的至少一个流输入接口和用于接收USB数据的USB输入接口，所述USB数据包括多个具有第一位数的USB包。所述发送单元还包括分配单元，用于划分USB数据，以便产生多个具有第二位数的USB数据的发送包。发送单元还包括用于将发送包插入到数据流中的组合单元。此外，所述发送单元具有用于发送组合数据流的输出接口。在此，中断模式至少附加到初始发送包，以便用信号通知：USB数据存在于数据流中。
因此，发送单元具有用于实施根据本发明的用于发送数据的方法的所有部件。
在开始提到的用于接收数据的方法中，在第一步骤中接收组合数据流，所述组合数据流按照根据本发明的方法发送。在另一步骤中，在数据流中识别中断模式。利用中断模式，将数据流划分成发送包和流数据。在另一步骤中，将在发送包中包含的USB数据重建为USB数据包，所述USB数据包尤其与原始USB数据包相同。在另一步骤中，单独输出流数据和重建的USB数据。
开头提到的接收单元用于接收在包括流数据的数据流中的USB数据。所述接收单元具有用于接收包括发送包和流数据的组合数据流的输入接口。在此，中断模式至少附加到初始发送包，以便用信号通知：USB数据存在于数据流中。输入接口因此用于接收根据本发明发送的数据流。接收单元还具有用于识别中断模式的识别单元。此外，所述接收单元包括用于利用中断模式将数据流划分成发送包和流数据的划分单元。借助于此外包含的重建单元，将在发送包中包含的USB数据重建为USB数据包。此外，接收单元包括用于输出流数据的至少一个流输出接口和用于输出USB数据的USB输出接口。
因此，接收单元具有用于实施根据本发明的用于接收数据的方法的所有部件。
开头提到的用于传输数据的方法包括借助于根据本发明的用于发送USB数据的方法发送数据的步骤和根据本发明的用于接收数据的方法的步骤。
开头提到的用于在至少一个包括流数据的数据流中传输USB数据的传输系统具有以下部件。所述传输系统包括具有根据本发明的发送单元和根据本发明的接收单元的客户端设备。此外，所述传输系统包括具有根据本发明的发送单元和根据本发明的接收单元的主机设备。在此，客户端设备的发送单元与主机设备的接收单元连接，并且主机设备的发送单元与客户端设备的接收单元连接。
客户端设备因此与主机设备处于典型的客户端-主机关系，在所述客户端-主机关系中，主机为客户端提供可以由客户端要求的服务、例如计算能力。每个传输路径、即一方面从客户端设备至主机设备以及另一方面从主机设备至客户端设备的传输路径优选地是单向的并且不与另一传输路径连接。传输系统借助于两个传输路径能够实现USB数据和流数据的双向传输。每个传输路径在此构成为，使得所述传输路径包括实施根据本发明的用于传输数据的方法所必需的部件。
发送单元、接收单元和/或传输系统的前述部件的大部分可以完全地或部分地以逻辑电路或逻辑装置的形式实现。
原则上，所述部件但是也能够部分地、尤其当涉及特别快的计算时，以软件支持的硬件、例如FPGA、ASIC等的形式实现。同样地，所需的接口、例如当仅涉及从其他软件部件接收数据时，可以构成为软件接口。所述接口但是也可以构成为通过合适的软件操控的以硬件的方式构造的接口。
很大程度以软件的方式的实现方案具有如下优点：也能够以简单的方式通过软件更新或FPGA的重新配置来加装已经至今使用的发送单元、接收单元和/或传输系统，以便以根据本发明的方式工作。就此而言，所述目的也通过对应的计算机程序产品来实现，所述计算机程序产品可以连接到发送单元、接收单元和/或传输系统的可编程逻辑装置中，所述计算机程序产品具有程序段或逻辑指令，以便当在发送单元、接收单元和/或传输系统中执行逻辑时，执行根据本发明的方法的步骤。除了计算机程序之外，这种计算机程序产品必要时可以包括附加的组成部分、例如文档和/或附加的部件，还有硬件部件、例如用于使用软件的硬件秘钥(软件狗等)。
计算机可读介质，例如记忆棒、硬盘或其他便携式或固定安装的数据载体可以用于运输至发送单元、接收单元和/或传输系统和/或用于存储在发送单元、接收单元和/或传输系统处或发送单元、接收单元和/或传输系统中，在所述计算机可读介质上存储有计算机程序的在发送单元、接收单元和/或传输系统的逻辑装置上可编程且可执行的程序段。逻辑装置例如可以为此具有一个或多个协作的逻辑元件等。
本发明的其他的、特别有利的设计方案和改进方案在下面的描述中得出，其中一个实施例类别的实施例也可以与另一实施例类别的实施例和描述部分类似地改进，并且不同的实施例或变型方案的各个特征尤其也可以组合成新的实施例或变型方案。
发送包优选地在其产生之后的短的时间段内插入到数据流中并且发送。发送包在其产生之后的短的时间段内插入到数据流中优选地意味着，所述发送包在其产生和必要时先前的中断模式之后的几个周期或时钟插入。所述发送包特别优选地在其产生之后的至多四个周期、还更优选在其产生之后的至多两个周期、和最优选地在其产生之后的至多一个周期插入。例如，周期可以是60MHz，如所述周期典型地由ULPI-PHY模块输出，或者所述周期取决于典型地在USB3标准中使用的构件的要求。然而，优选地使用如下周期：串行器-串并转换器或者输出接口也使用所述周期来输出或接收数据流，即例如156MHz。
发送包优选地也包括发送控制数据，所述发送控制数据包含关于在何处、在什么后续位置或在什么时间间隔内传输另外的发送包的信息。因此，以中断模式为特征的初始发送包尤其可以借助于发送控制数据来说明，另外的发送包在何处或何时跟随。显然，每个另外的发送包也可以包含对应的发送控制数据。然而，特别优选地预先定义间隔，所述间隔说明随后的发送包之间的距离。所述间隔优选地相对于数据流的周期来定义。与此对应地，借助于发送控制数据只必须说明，另外的发送包在预定义的间隔内传输。由此，对应的发送控制数据所需的数据量或位数可以有利地保持为小。
利用发送控制数据的之前描述的使用，在初始发送包之后，另外的发送包可以根据其位置、时间或其间隔来识别，并且与其余的流数据区分开。因此，中断模式不再需要用于区分。为了节省数据量，优选地，其他发送包不再具有中断模式。
优选地，每个发送包具有发送控制数据。由此，优选地随着每个发送包说明，下一发送包是否根据其位置、时间和/或其间隔或基于中断模式识别。
如已经提及的，只要接收到第二位数的USB数据，则开始划分、插入和发送的步骤。由此，如果尚未接收到整个USB包，那么有利地也可以已经处理和发送USB数据。划分和插入优选地对每四个接收字节、特别优选地对每个接收字节、并且完全特别优选地对每两个接收字节进行。通过这种小部分划分，在数据流中也可以有利地发送其余的流数据，而没有大的延迟。
中断模式优选地选择成，使得所述中断模式在其余的流数据中尽可能少地出现。为此，例如可以从实践经验选择位模式。这意味着，在较长时间段内对位模式进行分析或计数，并且然后选择最少出现的模式作为中断模式。特别优选地，以这种方式也能够确定很少出现的预定义的中断模式的数量，并且从所述数量中在运行中选择在当前定义的时间间隔中最少出现的模式。通过中断模式的这种选择确保，中断模式与其余的流数据尽可能少地冲突。
中断模式优选地包括两个相同的子模式，所述子模式特别优选地如上所述地选择。如果现在发生在流数据中出现所述两件式的中断模式的情况，则优选地将第三相同的子模式附加到流数据。在接收到数据时，现在可以分类成，使得仅具有恰好两个相同的子中断模式的数据与USB数据相关联。如果仅出现一个子中断模式，则将所述子中断模式与其余的流数据相关联。然而，如果连续出现三个子中断模式，则再次移除一个子中断模式，并将两个子中断模式与流数据相关联。
发送控制数据优选地也包括关于当前使用哪个中断模式的信息。对应地，一个发送包可以为下一发送包规定，使用另一中断模式。发送控制数据还可以优选地也包括关于发送包是否包含USB包的开始、中间或结束的信息。此外，发送控制数据可以包含关于在发送包后面是否直接附加另一发送包的信息。发送控制数据还可以包含关于下述的信息：发送包多大，即所述发送包包括多少字节的数据，例如一字节的数据、二字节的数据或四字节的发送有效数据。替选地，也可以规定，发送包仅包括USB控制数据。
发送包优选地包括发送检查数据，利用所述发送检查数据可以规定和可选地修正传输错误。这例如可以借助于CRC数据(Cyclic Redundancy Check，循环冗余校验)来完成，由此可以借助于校验和已知的方式检测和必要时也修正随机传输错误。
附图说明
在下文中参照附图根据实施例再次详细阐述本发明。在此，在不同的附图中，相同的部件设有相同的附图标记。
附图通常不是符合比例的。附图示出：
图1示出根据本发明的传输系统的一个实施例的示意性方框图，
图2示出组合的根据本发明的发送和接收单元的一个实施例的示意性方框图，
图3示出发送包的数据结构的一个示意性实施例，
图4示出包括USB控制数据的发送包的数据结构的一个示意性实施例，
图5示出组合的根据本发明的发送和接收单元与ULPI-PHY模块之间的接口的一个实施例的示意性方框图，
图6示出根据本发明的发送单元的一个实施例的示意性方框图，
图7示出根据本发明的接收单元的一个实施例的示意性方框图，以及
图8示出根据本发明的传输方法的一个实施例的流程图。
具体实施方式
在图1中作为方框图示例性地和示意性地示出根据本发明的传输系统100。传输系统100包括基本上相似构造的主机设备30和客户端设备31。所述主机设备30和所述客户端设备31借助于能够实现传输多路复用数据SerDesData的线路双向连接。所述连接例如可以实施为光学连接或电连接。主机设备30和客户端设备31类似地构成并且都包括可商购的ULPI-PHY模块33以及根据图2更详细地阐述的组合的根据本发明的发送和接收单元40的一个实施例。
主机设备30的发送和接收单元40经由ULPI-PHY模块33与作为主机、尤其作为USB主机的计算单元20连接，用于交换USB数据RxData、TxData。此外，根据要求和设计，计算单元20具有至主机设备30的发送和接收单元40的一个或多个连接、例如HSSL连接，所述连接设立用于传输、即用于发送或接收流数据StrData。流数据StrData例如包括医疗设备的音频数据、视频数据、测量数据和/或等等以及必要时所属的流控制数据StrCtrl(参见图2和图6)，然而没有USB数据。
与主机设备30不同，客户端设备31的发送和接收单元40经由作为USB接口的ULPI-PHY模块33首先与USB集线器32连接，用于交换USB数据RxData、TxData。在USB集线器32上连接有各种USB终端设备22、23、24，例如键盘22、鼠标23、DVD驱动器24、大容量存储介质(此处未示出)和/或等等。客户端设备31的发送和接收单元40此外为了接收呈测量数据的形式的流数据StrData与作为医学设备的CT设备25连接，并且为了发送呈视频数据的形式的流数据StrData与作为光学输出机构的屏幕21连接。
对于数据流SerDesData中的每个连接方向，不仅USB数据RxData、TxData，而且流数据StrData都经由主机设备30与客户端设备31之间的连接传输，如下面更详细描述的那样。
图2示例性地和示意性地示出组合的根据本发明的发送和接收单元40的方框图，其包括发送单元50和接收单元70。发送单元50经由输出接口62发送根据本发明组合的数据流SerDesData，相反，接收单元70经由输入接口71接收根据本发明组合的数据流SerDesData。
发送和接收单元40还具有USB接口41，所述USB接口41与ULPI-PHY模块33双向连接，从而根据ULPI标准交换ULPI数据ULPIData。此外，ULPI-PHY模块33将其ULPI时钟信号ULPI-Clk发送至USB接口41。USB接口41与发送单元50连接以用于交换输出USB数据TxData，并且与接收单元70连接以用于交换输入USB数据RxData。此外，所述USB接口41从输出接口62接收输出时钟SerDesTxClk和从输入接口71接收输入时钟SerDesRxClk，并且使两个时钟或周期SerDesTxClk、SerDesRxClk彼此同步并且与ULPI时钟信号ULPI-Clk同步。根据图5更详细地描述USB接口41。
发送单元50与流输入接口52连接，所述发送单元50从所述流输入接口52接收流数据StrData，所述流数据StrData在此也包括流控制数据StrCtrl。发送单元50将输出USB数据TxData与流数据StrData组合，并将其作为组合数据流SerDesData发送，在所述组合数据流SerDesData中，USB数据TxData位透明地传输。在图6中更详细地描述发送单元50和在所述发送单元50中进行的过程。
接收单元70将组合数据流SerDesData划分成输入USB数据RxData和流数据StrData，所述流数据StrData也包括流控制数据StrCtrl。所述接收单元70将输入USB数据RxData传输到USB接口41，并将流数据StrData传输到流输出接口76。在图7中更详细地描述接收单元70和在所述接收单元70中进行的过程。
图5示例性地和示意性地示出根据本发明的发送和接收单元40的USB接口41的方框图。USB接口41包括与ULPI-PHY模块33连接的ULPI接口42、与ULPI接口42和发送单元50连接的USB输出接口43、以及与ULPI接口42和接收单元70连接的USB输入接口45。
如已经描述的那样，根据ULPI标准，在ULPI接口42与ULPI-PHY模块33之间进行ULPI数据ULPIData和ULPI时钟信号ULPI-Clk的传输和连接。
USB输出接口43将USB接口41与输出时钟SerDesTxClk的信号同步。所述USB输出接口43从ULPI接口42接收输出USB数据TxData并将所述输出USB数据TxData传输到发送单元50。此外，USB输出接口43在传输USB包期间传输输出包验证信号TxPktV作为梯度(Steigung)，并且在从ULPI接口42读取一字节的USB数据期间传输数据验证信号TxDataV。
USB输入接口44将USB接口41与输入时钟SerDesRxClk的信号同步。所述USB输入接口44还与接收单元70连接，并且在传输USB包期间从那里接收输入USB数据RxData以及所属的输入包验证信号RxDrpPkt作为斜率。USB输入接口44发送读取请求RxDrpRd，以便如果所述USB包在接收单元70处可用，则调用USB包。
USB接口41的USB控制单元46经由ULPI接口42从ULPI PHY模块33以已建立的ULPI格式接收输入USB控制数据RxCMD、例如USB状态的改变，并将所述USB控制数据RxCMD转换为呈适合于发送包SP的形式的USB控制数据CMDData。
借助于由输入发送包SP的USB控制数据CMDData变换的输出USB控制数据TxCMD，USB接口41的USB控制单元46经由ULPI接口42以已建立的ULPI格式将指令传送至ULPI-PHY模块33，所述指令例如是请求附加信息或更改ULPI-PHY模块33的配置，例如将传输速度从全速(FS)改变为高速(HS)。
对应于ULPI PHY模块33的配置，USB控制单元46也借助于速度信号HS-Con向USB输入接口44显示传输速度，使得可以经由ULPI接口42对应地输出USB数据。
在本设计方式中，USB输入接口44包括缓存器45，发送包可以在所述缓存器45中根据传输速度组合成USB包并输出。USB接口41的所述部分因此在功能上与接收单元70相关联。替选地，USB包也可以直接在接收单元70中重建或组合，如根据图7还描述的那样。
在图6中示例性地和示意性地示出根据本发明的发送单元50的方框图。发送单元50包括USB输入接口51，用于接收输出USB数据TxData。如根据图5所描述的，输出USB数据TxData由USB接口41传输、接收、转发到分配单元53并在那里存储在缓存器54中，直至划分到多个发送包SP上。输出USB数据TxData首先以包括第一位数的USB包的形式存在。在分配单元53中，所述输出USB数据TxData划分成具有第二位数、例如两个字节的USB数据TxData的发送包SP或小滴。
发送包SP此外包括发送控制数据ds、pc、lnd、ndc、sdd、sid、pa，所述发送控制数据由发送控制单元55接收并设置在USB数据TxData之后。为了检查发送包SP的正确传输，在所述发送包SP之前设置校验和或循环冗余校验CRC。位在发送包中的设置根据预定义的方案进行。方案具体如何构造可以根据具体要求规定。如此组合的发送包SP被传输到组合单元61，所述组合单元61将输出数据流SerDesData组合。
图3示出这种发送包SP的示意性示例。第一字节b0、b1、...、b7设为用于循环冗余校验CRC，所述循环冗余校验CRC基于其余的位以已知的方式形成。第二字节和第三字节b8、b9、...、b15、b16、b17、...、b23通常设为用于有用数据，即USB数据data0、data1或USB控制数据mt0、mt1、rsi、res、ct0、ct1、ct2、ct3(参见图4)。第四字节b24、b25、...、b31包含发送控制数据pa0、pa1、pc0、pc1、lnd、ndc、ds0、ds1。
下面分别阐述发送控制数据pa0、pa1、pc0、pc1、lnd、ndc、ds0、ds1。位pa0、pa1用信号通知：哪个中断模式Pat是激活的。即，借此选择四个预定义的中断模式Pat中的一个中断模式，所述中断模式表明下一个发送包SP。位pc0、pc1包含USB包控制数据。即，所述位pc0、pc1说明四个USB包状态，即“start of packet”(SOP)、即USB包的开始，“end of paket”(EOP)、即USB包的结束，“body of paket”、即USB包的主体或中间部分，或者借助于“指令(command)”，即在发送包SP中传输USB控制数据mt0、mt1、rsi、res、ct0、ct1、ct2、ct3。借助于位Ind用信号通知：另一发送包是否直接、即在没有中断模式Pat的情况下跟随发送包SP或小滴。在其他情况下，所述位Ind用信号通知：流数据StrData跟随。位ndc用信号通知：另一个发送包SP是否在预定义的间隔中并且优选地在没有附加中断模式Pat的情况下跟随。在其他情况下，所述位ndc用信号通知：下一个发送包SP通过中断模式Pat标识。位ds0、ds1说明当前发送包的大小，即所述发送包是否不包含数据字节、包含一个或两个数据字节Data0、Data1。但是，不包含数据字节在此也可能意味着，在发送包SP中仅包含USB控制数据mt0、mt1、rsi、res、ct0、ct1、ct2、ct3。
在图4中示出在发送包SP的数据字节data1中的USB控制数据mt0、mt1、rsi、res、ct0、ct1、ct2、ct3的传输的示意性示例。USB控制数据mt0、mt1、rsi、res、ct0、ct1、ct2、ct3的传输借助于发送控制数据pc0、pc1以及ds0、ds1用信号通知。在下面单独阐述USB控制数据mt0、mt1、rsi、res、ct0、ct1、ct2、ct3。mt0、mt1说明消息类型。借此用信号通知，是否为不需要响应的纯信息，是否要求响应，或者是否为要求的响应。位rsi用信号通知：是否为第一次发送的消息或重复发送的消息。位res对于进一步的实现方案保持空闲，并且设置为0。借助于位ct0、ct1、ct2、ct3，不同的在ULPI中定义的控制过程用信号通知，也就是说，例如“空闲(Idle)”、“客户端连接(Client Connect)”、“控制器重置(Controller reset)”、“客户端线性调频开始(Client chirp started)”、“控制器开始帧超时(Controller start offrame timeout)”、“控制器挂起(Controller suspend)”、“控制器SE0(Controller SE0)”、“控制器恢复启动(Controller resume start)”。其他原则上也可用于USB控制数据的位、即发送包SP的字节data0保留用于进一步的实现方案。
发送控制单元55优选地指示分配单元53将2字节的USB数据TxData分别分配到发送包SP上。然而，如果在两个输出包验证信号TxPktV之间的时间过长，则也可以生成具有仅一个字节的USB数据TxData的发送包SP。
图6中的发送单元50还具有用于接收流数据StrData的流输入接口52。所述流输入接口52例如构造为HSSL接口等。除了真正的流数据StrData之外，经由流输入接口52也接收流控制数据StrCtrl，所述流控制数据StrCtrl例如用信号通知流开始sos或流结束eos。此外，由输出接口62提供的输出时钟SerDesTxClk借助于流输入接口52接收。所述输出时钟SerDesTxClk也可以替选地例如借助于时钟发生器在发送单元50中产生。在发送单元50中进行的所有过程，例如也有在分配单元52中将USB数据TxData分配给发送包SP，优选地借助输出时钟SerDesTxClk执行或借助所述输出时钟SerDesTxClk计时。
流数据StrData被传输到模式识别单元56。模式识别单元56借助于模式检测信号PatDet对发送控制单元55用信号通知中断模式Pat或子模式的出现。
流数据StrData随后暂存在缓冲器57中。所述缓冲器57优选地包括四个或更多个双字的流数据StrData，以便能够足够及早地确定流的中断，以便能够确保时间关键的输出USB数据TxData的进一步传输。模式分析器58与缓冲器57连接。模式分析器58分别对流数据StrData中的多个、优选四个不同的预定义的中断模式Pat或所述中断模式的子模式的出现进行计数。中断模式Pat或所述中断模式的两个相同的子模式保存在模式存储器59中，并且可以从所述模式存储器59中调用并且在所述模式存储器59中、例如在升级时或者通过模式选择过程来更新。通过选择最少出现的中断模式Pat有利地节省带宽，因为必须插入较少的附加子模式来识别流数据StrData。模式分析器58向发送控制单元55说明对应的中断模式Pat，并且发送控制单元55在下一个发送包SP的控制数据pa0、pa1中发送对应的信息。
模式分析器58在此集成到发送单元50中。但是，替选地，所述模式分析器58也可以构造为借助于对应的接口与发送单元50连接的单独的单元。
发送控制单元55的中心目的是控制借助于输出接口62发送的输出组合数据流SerDesData的组合。为此，所述发送控制单元55向组合单元61发送组合控制信号muxctrl。所述发送控制单元55优选地确保，在输出时钟SerDesTxClk的一个周期内将USB数据TxData作为发送包插入到输出组合数据流SerDes中，或者必要时，在输出时钟SerDesTxClk的一个周期内至少将之前的中断模式SP插入到输出组合数据流SerDes中。为此，所述发送控制单元55根据在缓存器54中累积的USB数据TxData生成用于要插入的发送包SP的发送控制数据pa0、pa1、pc0、pc1、lnd、ndc、ds0、ds1。尤其地，在此借助于控制数据Ind、ndc确定：下一个发送包SP何时跟随，即所述下一个发送包SP是否在预定义的间隔中直接跟随，或者所述下一个发送包SP例如作为初始发送包SP是否通过中断模式Pat用信号通知。如果通过中断模式Pat用信号通知发送包SP，则发送控制单元55指示组合单元61首先插入来自模式存储器59的当前使用的中断模式Pat，并且然后插入发送包SP。
如果在流数据StrData中出现具有两个相同的子模式的当前中断模式Pat，则发送控制单元55指示组合单元61向所述中断模式添加另一个相同的子模式。由此，如果出现三个彼此跟随的子模式或仅一个子模式，则接收单元70(参加图7)中的逻辑可以将数据解释为流数据StrData。仅当出现具有恰好两个相同的彼此跟随的子模式的中断模式Pat时，随后的数据才被解释为发送包。
如果不需要经由组合数据流SerDesData发送发送包SP，则流数据StrData——必要时连同如所描述的插入的附加子模式——被发送。如果没有打开流，即不发送流数据StrData，但是必须发送发送包SP，则发送控制单元55可以借助于流打开信号NewStr直接指示输出接口62打开新的数据流SerDesData。所述数据流SerDesData那么在必要时和只要需要时，可以借助于所谓的“空闲包”、即不包含其他相关数据的发送包SP维持。
在图7中示例性地和示意性地示出根据本发明的接收单元70的方框图。所述接收单元70用于在数据流SerDesData中接收呈发送包SP的形式的输入USB数据RxData，所述数据流SerDesData如上所述地发送并且包括流数据StrData。为此，接收单元70具有输入接口71，所述输入接口71与图6中的发送单元50的输出接口61连接。
输入接口71将数据传输到划分单元73的缓存器72中，所述划分单元73将数据流SerDesData划分成发送包SP和流数据StrData。划分单元73又包括识别单元79，所述识别单元79识别在组合数据流SerDesData中出现的激活的中断模式Pat或所述中断模式Pat的相同的子模式，其方式为：将其与来自模式存储器78的预定义的模式进行比较。如果识别出具有恰好两个彼此跟随的相同子模式的激活的中断模式Pat，其中直接跟随的数据不等于子模式，则数据被识别为发送包SP并且被转发到重建单元74。以这种方式识别的中断模式Pat表明借助于发送控制数据ndc用于以间隔跟随的发送包SP的先前的计划。然而，如果先前的发送包SP指示，其他发送包SP借助于发送控制数据ndc、ldc计划为直接跟随或以间隔跟随，则到达的数据对应地解释为发送包SP并且同样转发给重建单元74。
如果不存在上述条件，即并非恰好两个相同的子模式形成中断模式并且数据不解释为直接跟随或以间隔跟随的发送包SP，则数据解释为流数据StrData。在三个彼此跟随的相同的子模式的情况下，移除在发送时附加添加的子模式，以便恢复原始流数据StrData。流数据StrData然后被转发到流输出接口76以用于输出，所述流输出接口76与输入时钟SerDesRxClk同步。这里，如已经描述的那样，流数据StrData也包括所属的流控制数据StrCtrl。
重建单元74首先对应于循环冗余校验CRC检查发送包SP的校验和。具有不正确的校验和CRC的发送包SP被丢弃。由此，如果USB数据RxData未到达或未完整到达，则这通过在USB标准中定义的措施、例如收集涉及的USB数据的新请求。
此外，评估发送控制数据pa0、pa1、pc0、pc1、lnd、ndc、ds0、ds1。包含在发送控制数据pa0、pa1、lnd、ndc中的信息被传输到划分单元73，用于解释数据流SerDesData的随后到达的数据。如上所述，发送控制数据pc0、pc1、ds0、ds1涉及在当前发送包SP中包含的数据data0、data1，并且当前发送包与此对应地被重建为呈USB包的形式的输入USB数据RxData。通常，传输和重建无错误地进行，使得输入USB数据RxData与之前发送的输出USB数据TxData相同。因此传输位透明地进行。如已经根据图5描述的那样，如此重建的输入USB数据RxData与所属的控制数据RxDrpRd、RxDrpPkt一起经由USB输出接口75传输到连接的USB接口41或ULPI-PHY模块33上，其中其与ULPI-PHY模块33的ULPI时钟信号ULPI-Clk同步(这里未示出)。
替选地，可以类似于上述描述在USB接口41中重建输入USB数据RxData。USB接口41的对应部件于是在功能上与接收单元70相关联。
图8示例性地和示意性地示出根据本发明的用于传输数据的方法的流程图，其包括用于发送数据的方法I和用于接收数据的方法II。用于发送数据的方法I在此细分为步骤i、i'、ii、iii、iv，并且尤其在发送单元50中实施，如根据图6所描述的那样。
在步骤i中，如上面根据发送单元50所描述的那样，借助于USB输入接口51接收包括多个具有第一位数的USB包的输出USB数据TxData。此外，在步骤i'中，借助于流输入接口52接收流数据StrData。
在另一步骤ii中，借助于分配单元53划分输出USB数据TxData并且由此产生多个具有第二位数的USB数据的发送包SP。
在步骤iii中，由组合单元61将发送包SP插入到数据流SerDesData中，其中至少一个初始发送包SP借助中断模式Pat标记。中断模式Pat因此尤其以两个相同的子模式的形式并且优选地直接在发送包SP之前插入到数据流SerDesData中。通过此外流数据StrData在数据流SerDesData中传输，因此产生组合或组成的数据流SerDesData。
在步骤iv中，借助于输出接口62发送组合数据流SerDesData。
用于接收数据的方法II在此细分为步骤v、vi、vii、viii、ix、ix'，并且尤其在接收单元70中实施，如其根据图7所描述的那样。
在步骤v中，借助于接收单元70的输入接口71接收如在步骤iv中描述的发送的组合数据流SerDesData。组合数据流SerDesData因此包括发送包SP和流数据StrData。在此，至少一个初始发送包SP具有中断模式Pat。借此，用信号通知：USB数据RxData存在于随后的数据流SerDesData中。
在另一步骤vi中，借助于识别单元79在组合数据流SerDesData中识别至少一个中断模式Pat。
中断模式Pat表明直接跟随的发送包SP，使得在随后的步骤vii中，划分单元73利用中断模式Pat将数据流SerDesData划分成发送包SP和流数据StrData。
在步骤viii中，借助于重建单元74将在发送包SP中包含的输入USB数据RxData重建为USB数据包。
在步骤ix中，借助于USB输出接口75输出重建为包的输入USB数据RxData。
在步骤ix'中，借助于流输出接口76输出单独的流数据StrData。
最后再次指出，在上文中详细描述的设备和方法仅是实施例，所述实施例可以由本领域技术人员以不同的方式修改，而不脱离本发明的范围。此外，不定冠词“一”或“一个”的使用不排除，涉及的特征也可以多次存在。同样地，术语“单元”并不排除，其由必要时也可以在空间上分布的多个部件构成。例如，如上所述，接收单元70的重建单元74也可以在USB接口41中构成，所述USB接口41于是同时用作为从接收单元的USB输出接口，其中发送包SP在这种情况下在USB接口41中才重建成输出USB包。在另一种情况下，优选的可以是，在组合的发送和接收单元40中一起处理往返路径、即输入和输出数据流SerDesData，使得必要时也可以共同使用一些部件。

Claims (17)

1.一种用于在包括流数据(StrData)的数据流(SerDesData)中发送(I)USB数据(TxData)的方法，所述方法具有以下步骤：
-接收(i，i')所述流数据(StrData)和所述USB数据(TxData)的至少一部分，所述USB数据包括多个具有第一位数的USB包，
-划分(ii)所述USB数据(TxData)，以产生多个具有第二位数的USB数据(TxData)的发送包(SP)，
-将发送包(SP)插入(iii)所述数据流(SerDesData)中，以及
-发送(iv)组合数据流(SerDesData)，其中
将中断模式(Pat)至少附加到初始发送包(SP)，以便用信号通知USB数据(TxData)存在于所述数据流(SerDesData)中。
2.根据权利要求1所述的方法，
其中发送包(SP)包括发送控制数据(ndc)，所述发送控制数据(ndc)包含关于在何处传输另外的发送包(SP)的信息。
3.根据权利要求2所述的方法，
其中所述信息说明，在预定义的间隔中传输另外的发送包(SP)。
4.根据权利要求2或3中任一项所述的方法，
其中所述另外的发送包(SP)不具有中断模式(Pat)。
5.根据上述权利要求中任一项所述的方法，
其中每个发送包(SP)包括发送控制数据(ndc)。
6.根据上述权利要求中任一项所述的方法，
其中只要接收到所述第二位数的USB数据(RxData，TxData)，划分和插入的步骤已经开始。
7.根据上述权利要求中任一项所述的方法，
其中将所述中断模式(Pat)、尤其多个预定义的中断模式中的中断模式选择成，使得所述中断模式在其余的流数据(StrData)中尽可能少地出现。
8.根据上述权利要求中任一项所述的方法，
其中所述发送包(SP)包括发送检查数据(CRC)，利用所述发送检查数据(CRC)能够确定和可选地修正传输错误。
9.根据上述权利要求中任一项所述的方法，
其中将发送包(SP)在其产生之后的短的时间段内插入到所述数据流中并且发送。
10.根据上述权利要求中任一项所述的方法，
其中所述中断模式(Pat)由恰好两个相同的子模式构成，并且如果在所述流数据中出现所述两个相同的子模式，则对其附加第三相同的子模式，以与所述中断模式(Pat)区分开。
11.一种用于接收(II)根据上述权利要求中任一项发送的数据(SerDesData)的方法，所述方法具有下述步骤：
-接收(v)组合数据流(SerDesData)，
-识别(vi)中断模式(Pat)，
-利用所述中断模式(Pat)将所述数据流(SerDesData)划分(vii)成发送包(SP)和流数据(StrData)，
-将在所述发送包(SP)中包含的USB数据(RxData)重建(viii)为USB数据包，以及
-单独输出(ix,ix')所述流数据(StrData)和经重建的USB数据(RxData)。
12.一种用于传输(I，II)数据的方法，所述方法包括用于借助于根据权利要求1至10中任一项所述的方法发送数据的步骤(i，i'，ii，iii，iv)和用于借助于根据权利要求11所述的方法接收数据的步骤(v，vi、vii、viii、ix、ix')。
13.一种用于在包括流数据(StrData)的数据流(SerDesData)中发送USB数据(TxData)的发送单元(50)，所述发送单元(50)具有：
-至少一个流输入接口(52)，用于接收所述流数据(StrData)，
-USB输入接口(51)，用于接收所述USB数据(TxData)，所述USB数据(TxData)包括多个具有第一位数的USB包，
-分配单元(53)，用于划分所述USB数据(TxData)，以便产生多个具有第二位数的USB数据(TxData)的发送包(SP)，
-组合单元(61)，用于将发送包(SP)插入到所述数据流(SerDesData)中，以及
-输出接口(62)，用于发送组合数据流(SerDesData)，其中
将中断模式(Pat)至少附加到初始发送包(SP)，以便用信号通知：USB数据(TxData)存在于所述数据流(SerDesData)中。
14.一种用于在包括流数据(StrData)的数据流(SerDesData)中接收USB数据(RxData)的接收单元(70)，所述接收单元(70)具有：
-输入接口(71)，用于接收包括发送包(SP)和流数据(StrData)的组合数据流(SerDesData)，其中至少一个初始发送包(SP)具有中断模式(Pat)，以便用信号通知USB数据(RxData)存在于随后的数据流(SerDesData)中，
-识别单元(79)，用于识别中断模式(Pat)，
-划分单元(73)，用于利用所述中断模式(Pat)将所述数据流(SerDesData)划分成发送包(SP)和流数据(StrData)，
-重建单元(74)，用于将在所述发送包(SP)中包含的USB数据(RxData)重建为USB包，
-至少一个流输出接口(76)，用于输出所述流数据(StrData)，
-USB输出接口(75)，用于输出所述USB数据(RxData)。
15.一种用于在包括流数据(StrData)的至少一个数据流(SerDesData)中传输USB数据(TxData，RxData)的传输系统(100)，所述传输系统(100)具有：
-客户端设备(31)，所述客户端设备(31)具有根据权利要求13所述的发送单元(50)和根据权利要求14所述的接收单元(70)，以及
-主机设备(30)，所述主机设备(30)具有根据权利要求13所述的发送单元(50)和根据权利要求14所述的接收单元(70)，其中
所述客户端设备(31)的发送单元(50)与所述主机设备(30)的接收单元(70)连接，并且所述主机设备(30)的发送单元(50)与所述客户端设备(31)的接收单元(70)连接。
16.一种计算机程序产品，所述计算机程序产品具有计算机程序，所述计算机程序能够直接加载到发送单元(50)和/或接收单元(70)的逻辑装置中，所述计算机程序具有程序段，以便当在所述发送单元(50)和/或所述接收单元(70)中执行所述计算机程序时，执行根据权利要求1至10中任一项和/或权利要求11或权利要求12所述的方法的步骤的至少一部分。
17.一种计算机可读介质，在所述计算机可读介质上存储有能够在逻辑装置上编程和执行的程序段，以便当由所述逻辑装置执行所述程序段时，执行根据权利要求1至10中任一项和/或权利要求11或权利要求12所述的方法的步骤的至少一部分。
CN202211220847.1A 2021-10-01 2022-10-08 在数据流中传输usb数据 Pending CN115934593A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP21200430.3 2021-10-01
EP21200430.3A EP4160427A1 (de) 2021-10-01 2021-10-01 Übertragung von usb-daten in einem datenstrom

Publications (1)

Publication Number Publication Date
CN115934593A true CN115934593A (zh) 2023-04-07

Family

ID=78516457

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211220847.1A Pending CN115934593A (zh) 2021-10-01 2022-10-08 在数据流中传输usb数据

Country Status (3)

Country Link
US (1) US20230104594A1 (zh)
EP (1) EP4160427A1 (zh)
CN (1) CN115934593A (zh)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050273312A1 (en) * 2004-06-03 2005-12-08 Francisc Sandulescu Distriubte USB KVM switch
TWI458309B (zh) * 2007-12-24 2014-10-21 Ind Tech Res Inst 多協定單一介質網路傳輸方法與裝置
US9479279B2 (en) * 2012-06-13 2016-10-25 Lattice Semiconductor Corporation Multiple protocol tunneling using time division operations
US10111269B2 (en) * 2015-03-18 2018-10-23 Lattice Semiconductor Corporation Multi-gigabit wireless tunneling system
US11029750B2 (en) * 2017-06-29 2021-06-08 Intel Corporation Apparatus for universal serial bus 2.0 (USB2) combined high speed squelch and disconnect detection
EP3477650B1 (de) * 2017-10-25 2022-11-23 Siemens Healthcare GmbH Verfahren und einrichtung zur kommunikation in einer medizinischen bildgebungseinrichtung und medizinische bildgebungseinrichtung
US11132441B2 (en) * 2019-05-06 2021-09-28 The Florida International University Board Of Trustees Systems and methods for inhibiting threats to a computing environment

Also Published As

Publication number Publication date
US20230104594A1 (en) 2023-04-06
EP4160427A1 (de) 2023-04-05

Similar Documents

Publication Publication Date Title
JP4847955B2 (ja) 自動タイムスタンプを備える通信コントローラ
TWI407313B (zh) 統一多重傳送媒體連接器架構
TWI575918B (zh) 利用分時操作之裝置、方法及非暫態電腦可讀儲存媒體
US7996588B2 (en) Method and apparatus for real-time transport of multi-media information in a network
US7675919B2 (en) End system scheduling for switched networks
JP5009795B2 (ja) 定期メッセージ及び不定期メッセージの送信を協調させる通信コントローラ
CN109597782B (zh) 用于通过扩展介质来扩展usb 3.0兼容通信的方法和设备
US8335576B1 (en) Methods and apparatus for bridging an audio controller
CN101926146A (zh) 灵活的时间标记
KR20130107618A (ko) Ｕｓｂ 디바이스 장치의 데이터를 클라이언트 단말을 통해 서버로 전송하는 데이터 처리 방법 및 클라이언트 단말
JP2011239469A (ja) 低遅延のデータパケット受信及び処理
WO2015131626A1 (zh) 用于网络设备的时间同步方法、装置及时间同步服务器
JP5662946B2 (ja) デジタル無線周波数インタフェースの制御
CN113676386B (zh) 一种fc-ae-1553总线协议报文通讯系统
KR20070117264A (ko) 플렉스레이-캔 게이트웨이 구조 및 메시지 매핑방법
US10649947B2 (en) Stack timing adjustment for serial communications
CN101212480B (zh) 在usb主机和usb装置之间通信的方法和设备
CN115934593A (zh) 在数据流中传输usb数据
US11750310B2 (en) Clock synchronization packet exchanging method and apparatus
CN109120628A (zh) 打印系统千兆网通信方法、终端及系统
Tusch Performance measurement in token ring networks
KR20240028835A (ko) Mipi a-phy rts 계층 설계 및 구현
KR20210045190A (ko) Dds 데이터 변환 및 전송 장치의 구동 방법
JPH11308246A (ja) シリアルバス試験器
CN110661689A (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