多媒体USB数据传输透过数字视频和音频(DiiVA)的交互界面

摘要

本发明公开了一种系统，其透过DiiVA网络以传递USB资料，该系统包含一个USB主机控制器，至少一个USB设备，第一DiiVA设备通过上游USB端口连接到USB主机控制器；第二DiiVA设备通过下游USB端口连接到USB设备；和根据USB协议，经由一DiiVA双向混合链接，一个网络配置为在第一DiiVA和第二DiiVA设备间传输数据；透过递送于上游USB端口和下游USB端口之间的混合链接之至少一LineState信息包及至少一USB数据包，网络响应USB主机控制器以递送遵守USB协议之内容。

说明书

技术领域

本发明属于多媒体USB数据传输的技术领域，尤其指一种多媒体USB 数据传输透过数字视频和音频(DiiVA)的交互界面方法及系统。

背景技术

DiiVA(数字视频和音频的互动界面)是个双向视频和音频的接口， 允许双向传输无压缩的高清视频，以及多声道音频，通过单一电缆以高带 宽的数据传送。DiiVA除了有专门用于传输未压缩的视频像素数据通道和 同步的单向视频通道之外，还同时实现了链接双向混合数据通道，可以运载 不同类型的数据，包括但不是限于：音频数据、控制数据、以太网数据和 批量数据。

USB(通用串行总线)规范广泛被使用，用来建立各种设备和 主机控制器，如个人电脑，之间的通信，现已有效地再一些先前实施的接 口上，如串行和并行接口上。

因此，实有需要提出在例如DiiVA的网络中可靠传输USB数据 的方法和系统。

发明内容

本发明之目的在提供一种多媒体USB数据传输透过数字视频和音频 (DiiVA)的交互界面方法及系统，以在DiiVA的网络中可靠传输USB数据。

依据本发明之一特色，本发明提出一种系统，包括：一个USB主机 控制器和至少一个USB设备；一个第一设备，其通过一个上游USB端 口连接到该USB主机控制器；一个第二设备，其通过一个下游USB端口 连接到该USB设备；和一个网络，其配置为根据USB协议在第一和第二 次设备间传输数据，并包括一个混合链接；其中该混合链接被配置为通过 在上下游USB端口之间传送至少一个线路状态信息包及至少一个USB数 据包而递送遵守USB协议的内容，该线路状态信息包包含与一个或多个 事件有关的封包的线路状态信息。

依据本发明之另一特色，本发明提出一通过连结第一个和第二个设备 的网络以进行USB数据通信的方法，包括：上游的USB端口和下游USB 端口之间，通过在网络中的双向混合链接，传送至少一个LineState信息 包，上游USB端口连结第一个设备到USB主机控制器，下游USB端口 连结第二个设备到一个USB设备；通过的上游USB端口和下游USB 端口之间的双向混合链接传送至少一个USB数据包；执行USB枚举和 USB暂停/恢复操作，使用LineState信息包；其中LineState信息包封 包有关一个或多个事件的信息。

附图说明

附图披露了说明性的实施例。这些实施例并不表示所有可能的实例. 其他的实施例也可能体现除此以外或其他的可能使用。当同一数字被使用 在不同的的图中时，这数字是被用来指出相同或类似的组件或步骤。

图1是USB连结到DiiVA网络的示意图，根据一目前披露的 实施例。

图2是一个框图显示USB数据在DiiVA网络中通信的系统设 置，根据目前申请披露的实施例。

图3说明USB的周转期限制，根据目前申请披露的一个体现实 施例

图4A说明了一个在混合链接中USB数据包的范例，根据目前 申请披露的一个体现实施例。

图4B的列表说明了再图3中混合链接里USB数据包的SSINFO 信息域区。

图5以示意图描述了高速USB总线枚举的一个范例，根据目 前申请披露的一个体现实施例。

图6说明了在DiiVA USB的控制传输范例，根据目前申请披露 的一个体现实施例。。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实 施例，并参照附图，对本发明作进一步的详细说明。

目前申请披露，方法和系统被披露在如DiiVA的网络中做USB 数据和多媒体数据的传输，也包括一个双向混合链结以及单向链结。DiiVA 是一双向视频和音频的接口，允许双向传输无压缩的高清视频，以及多声 道音频，通过单一电缆以高带宽的数据传送。尤其是DiiVA应用一个双向 混合连结，可携带音频、控制和批量(以太网和USB)数据，和状态信息。 DiiVA也包含单向视频连结，专门携带无压缩视频画素数据和同步化。

在某些实施例中，DiiVA缆线包含四对绞线，其中一对是混合 链接，其他三对构成单向视频连结。DiiVA允许用户从他们的数字电视或 其他DiiVA节点来连接、设定和控制多重消费电子装置(范例包括但不限 于DVD播放器、数字录象机、机顶盒、个人计算机、摄录像机、摄相机、 和家庭视听系统等等)。

有关USB的完整细节可供参考，如″USB 2.0规范″和″USB 3.0 规范，″，可在互联网上取得，且在此被完整参考引用。

在目前申请披露的实施例中的技术，可在其他系统中被用来传 输多媒体数据和网络管理(例如其他非DiiVA系统)，包含可在单一缆在线 同时做单向和双向数据传输。

讨论说明性的实施例。其他的实施例也可能体现除此以外或其 他的可能使用。

图1以示意图说明一个USB连接到DiiVA网络的范例。如图1 所示，目前披露的某些实施例中，一个或多个DiiVA混合链结在DiiVA网 络110中作为延伸USB连结。利用目前实施例所述的方法和系统，DiiVA 的USB可无缝地连接一个USB主机120到至少一个USB装置130到DiiVA 网络110。DiiVA网络可总体包含USB装置130，而功能有如USB装置 130是唯一藉由USB电缆和一个USB上游接口，即一个面对上游的USB 接口，连接到USB主机120，

图2是一示意性的块状图说明了一种系统200设置在DiiVA 网路210进行USB数据通信，根据目前披露的一个实施例。该系统200 包括USB主机控制器220(例如个人电脑)连接到至少一个USB设 备230(其中的例子包括，但不限制于，网络摄像机或记忆棒)通过USB 连接。USB连接需要两个DiiVA设备，DiiVA设备A(参考数字205所 示)和DiiVA设备B(参考数字206所示)，其中一个连接到USB主 机220，另一个连接到USB设备230。

在图2中所示的实施例，USB主机220连接到DiiVA设备 A(205)中的USB上游端口22，和USB设备230连接到DiiVA设备B (206)的USB下游端口226。一般情况下，DiiVA设备可以有多个USB上 游端口或多个USB下游端口，如图2所示。总括而言，系统200因此 包括第一个DiiVA设备205通过上游USB端口225连接到USB主机 控制器220。第二个DiiVA 206设备通过下游USB端口226，连接到 USB设备230；所以DiiVA网络连接两个DiiVA设备205和206。

DiiVA网络210包含至少一个双向DiiVA混合链接240，并 根据USB协议之间在第一次的DiiVA设备205和第二个DiiVA设备 206通过链接传输数据。

DiiVA网络210中的组件，包括但不限于混合链接240和第一 和第二次的DiiVA设备205、206在内，都包括硬件(如处理器或控制器) 设置为执行本披露中所述的功能。

网络210是回应于USB主机控制器220，在上游USB端口 225和下游USB端口226之间，以符合USB协议内容传输通过混合链 接240至少一个链接线状态信息包和至少一个USB数据包，。

第一的205和第二的206DiiVA设备，每个包含一个USB PHY(物理层)232通过接口236连接到逻辑模块234。逻辑模块234 可能是具有双向连接收发器，且设置为执行多协议数据的运行和分享。在 一些实施例中，该接口236是UTMI(USB 2.0标准。收发器宏单元接口) 或ULPI(UTMI+Low Pin接口)。在其他的实施例，可能使用除了UTMI 或ULPI以外的接口。

一般情况下，USB协议依赖于行的状态信息或与D+D-状态 和周转时间和电缆长度的限制。而DiiVA网络，没有保证交付的时间，所 以需要长时间。

图3说明了这种周转时间在USB情形的约束，根据目前披 露的一个实施例。USB协议定义了最长周转时间限制，如果回应仍未在 给定的时间完成，它已被视为错误。然而，DiiVA协议本身并不保证混合 链路传输的延迟时间。为了克服这一限制，USB在DiiVA中的使用USB 流量控制协议里NAK来中断/批量/控制等的传输。

USB协议定义的周转时间和包间延迟的最短和最长时间值。最 短的期间内可以藉由缓冲控制通过USB数据的数据包来控制。但因为 DiiVA网络有本身的网络延迟，而且并不能保证包间延迟，不能很容易的 满足最长期限。此问题对周转时间有两种影响：一种是当USB主机等待 时，另一种是当USB设备等待时，如图3所示。

目前申请披露中，DiiVA针对USB的特定协议，可以克服这些 限制。范例包括但不限于线状态仿真、流量控制机制和投机性的 ACK/NACK。通过使用这些协议，任何USB设备点对点连接到任何 USB主机，都可以通过DiiVA网络实现。多个点对点连接也可能藉DCL 管理下达成。

USB连线状态信息仅在USB主机和USB设备连接时可以提 供。然而，如图2所示，DiiVA网络210和USB主机220以及230的 USB设备并不直接连接，因此连线状态信息不是随时可用。

在DiiVA中，所有的连线状态信息和一般USB数据包都是以 混合链接数据包的形式传递。在目前披露的一些实施例，连线状态信息在 UTMI(或ULPI)界面260于USB主机220和USB设备230，都是 藉混合链接USB数据包由DiiVA网络210到另一边的USB主机 220和USB设备230的。通过混合链接240传播的封装的连线状态信 息包可包含有关一个或多个事件的连线状态信息。

图4A阐释了这种混合链接USB包400，根据目前披露的一 个实施例。数据源和目的地的信息，即确切的USB端口，可以由相结合 的CH ID和服务ID的信息来指定。

在混合链接USB数据包中，除了数据源和目的地的信息之外， 还可包含多种其它USB相关信息。混合链接USB数据包中的SSINFO 字段域区带有这些信息。图4B的列表说明信息的连线状态有关的事件， 4A图中所示那些信息存在混合链接USB数据包中的SSINFO字段域 区。

在图4B列表中显示，前缀的UU_表示从USB上游面向端口 到USB下游面向端口中数据包的方向。UD_的前缀前缀表示相反的方 向。图4B中的J状态和K状态的定义，比照在在USB 2.0规范中 full-speed USB的定义。在位16、27、之间地址和端点的字段域区， 指示出通用USB包USB地址和USB端点。

藉由使用连线状态信息包，如图4a和图4B中所述，如USB 枚举，USB暂停/恢复，等动作，可以通过DiiVA网络执行流控制。在 图2中所示的系统200中，传输的USB端口将连线所有状态信息打包， 并传输到接收的USB端口交换信息。接收的USB端口设置UTMI或 ULPI接口来模拟传输来的USB端口的连线状态行为。

一些实施例，在上游USB端口225是传输的USB端口，下游 的USB端口226是接收的USB端口。在其他的实施例中，上游USB端 口225是接收的USB端口，下游的USB端口226传输的USB端口。

在USB中枚举是一个确定何种设备已连接到总线的过程，以 及决定需要哪些参数(如电力消耗，终结点的数目等)。因此，在USB 设备首先连接到USB主机时，将启动USB设备枚举过程。USB主机将设 备分配一个唯一的地址，并设置配置，从而可以将数据传输到总线上的设 备。

图5的示意图阐释了方法500在DiiVA网络中执行高速 USB枚举的例子，根据目前披露的一个实施例。

在这实施例中，高速USB设备连接到US下游端口515，如步 骤510所示，此步骤即是USB设备连接。一个UD FS DEVICE READY 的数据包518发送到USB上游端口516。USB主机连接，如中所示的步 骤520，此步骤即USB主机接入。USB上游端口516检测到VBus的声明。 USB上游端口516发送UU VBUS DETECT 524到USB下游端口515， 然后USB下游端口515解除VBus，如图所示的解除步骤525。

USB上游端口516发送UU VBUS ENABLE 532到USB下游端 口515，然后USB下游端口515确定汇流排，步骤522。USB下游端口515 检测到J状态，步骤534，并向516的USB上游端口发送UD J状态 536。USB上游端口516从USB主机，步骤540，检测到USB复位， 并发送UU USB复位542。

然后USB下游端口515检测出K芯片，步骤546，然后发 送UD K状态544。USB下游端口515检测SE0状态，并发送UD SEO 状态548。

在步骤550中，检测到切换K-J Chirps，并将UU K状态552和 UU J状态554发送到USB下游端口515。最后在步骤560，从USB主 机检测到SOF，这时高速枚举就已完成。

在目前披露的其他实施例，USB全速枚举和/或USB低速枚举 可能被执行。这些实施例形式，在执行全速枚举可能包括：

将全速USB设备连接到下游USB端口，并将一个FS Device Ready 的事件数据包发送到上游USB端口；

附加USB主机控制器，当汇流排确定时，上游USB端口发送汇流排 检测的事件数据包到下游的USB端口，和由下游USB端口解除汇流排 的肯定。

上游的USB端口将Bus Enable事件数据包发送到下游USB端口，和 由下游USB端口送肯定到汇流排；

下游的USB端口检测到J状态，并发送J状态事件的数据包；

上游USB端口检测到从USB主机控制器发出的USB重置复位，并 发送USB重置事件数据包；和

在上游USB端口中检测到J状态，并将J状态事件的数据包发送到 下游USB端口；和探测到从USB主机发出的SOF，于是便完成全速度 枚举。

可能在其他的实施例中，可能执行低速枚举。这些实施例形式， 在执行低速枚举可能发生的包括：

在下游USB端口连接了低速USB设备，并将LS Device Ready的事 件数据包发送到上游USB端口；

附加了USB主机控制器，并有VBus的肯定，上游USB端口发送 VBus detect事件数据包到下游USB端口，而由下游USB端口解除VBus 的肯定；

上游USB端口将VBus Enable事件数据包发送到下游USB端口，由 下游USB端口送出Vbus的肯定；

下游USB端口检测K的状态，并发送K状态事件的数据包；

上游USB端口检测到USB主机控制器发出的USB重置复位，并发 送USB Reset的事件数据包；

上游USB端口检测K的状态，并将K状态事件数据包发送到下游 USB端口；和

从USB主机检测到SOF的数据包，于是低速枚举完成。

可能在一些实施例中，可能执行一个USB暂停和恢复的操作。 在这些实施例形式中，可以执行下列行为：

检测3ms的闲置状态，并生成3ms闲置事件数据包和送到下游端 口；如果之前的速度是高速USB，上游端口以USB的规格和UTMI的 规格，来检查3ms空闲是否是暂停状态或是USB重置复位；和

如果上游USB端口检测到K状态，上游USB端口生成的K状态的 事件包和去恢复状态。

在IN的网路交换时，USB主机预计如果IN在最长的周转时间 之内发生，则可以收到数据包或握手(handshake)。在OUT的网路交换时， 在OUT/SETUP和数据送出之后，需要有相同的握手限制。要解决这一 问题，在USB主机端，DiiVA设备的USB上游面向的端口使用NAK 和流量控制的机制，图6中所示。这是目前披露的一个实施例。

在安装阶段610，USB上游端口625收到SETUP，并送出 SETUP的USB数据包到USB端口下游626。下游USB端口626缓 冲此SETUP一直到在下游USB端口有下一个数据可用。与此同时，上游 USB端口625发送投机性的ACK，即使从USB设备并没有可用的 ACK。当数据到达下游USB端口626时，下游USB端口626开始送 出SETUP和数据，并收到ACK。

在数据/状态阶段610中，IN和OUT的发生如下所示：上游 USB端口625接收到IN，并传递到下游USB端口626。下游USB端口 626发出IN，并从USB设备获得的回应。与此同时，上游USB端口625 中首先发送对应IN的NAK或者OUT/数据，直到从USB设备得到数 据或是握手。

在USB设备方面，如果USB设备发送出IN的NAK或是 OUT/数据及NAK到达USB上游端口625，USB上游端口625则取 消阻止下一步的未来IN或OUT/数据，并提供了对下游USB端口626再 次发送IN或OUT/数据到USB设备，与NAK握手到USB主机。如 果USB设备对应IN发送的数据或对应OUT/DATA送出ACK，并数据 或ACK到达USB上游端口625，USB下游端口626对应于IN的网路 交换的ACK回应，并送出此IN的数据或是OUT的ACK到USB的上 游端口625。USB上游端口625发送的数据的下一个可用的IN或ACK 下一个可用的OUT/数据。

USB上游端口625始终回应ACK对应于SETUP网路交换， 因为依据USB规范，当它接收到SETUP或数据时，必须以ACK回应。

USB下游端口626直到下一个未来数据在USB的下游端口 626可用之前会缓冲OUT或SETUP，以保证OUT/SETUP及数据的包间 的延迟。

USB支持许多不同类型的数据传输：同步、中断、批量和控 制转移。同步传输发生一些保证的数据速率，但可能会丢失数据的情形， 例如，即时的音频或视频。中断传输用于设备需要保证快速反应(有限定 的最长等待时间)，例如鼠标、键盘等。批量传输是用于大型的零星传输， 使用所有剩余的可用带宽，但没有保障的带宽或延迟，例如文件传输等。 控制转移通常用于送短、简单的命令到设备上和状态的回应，使用例子 如，通过第0个总线控制管道。

除了通过发送NAK的使用流量控制机制在IN或OUT/数据， 同步传输使用零数据和管道在IN网路交换形势下。对于第一次多个同步 传输的IN下，上游USB端口以零数据回应，是符合USB的规范。这第 一次IN被传递到下游USB端口，并从同步的USB设备中获取数据。这 第一个数据当它到达USB上游模块时，也用于回复下一个同步IN，。在 这种方式下，USB主机从USB设备接收到的延迟和流水线的同步数据。

如果USB主机停止发送同步IN，最后一个剩余的数据数据包 将被抛弃。

一个同步OUT的网路交换，将被在没有NAK的传递到下游 USB端口。为了保持之间的包间延迟OUT和数据，在下游USB端口数 据可用之前，应保持缓冲OUT。

为了作出适当回应对于无NAK反应的同步IN，同步上游USB 端口应知道哪些USB地址和USB端点用于同步传输。若要获取此信 息，DiiVA USB应该要有能力从USB设备描述符中进行解码。

解码描述符可以通过分析混合链接USB数据包，或者下游 USB端口可能有USB主机能力执行枚举和在上游USB端口连接到下游 USB端口之前，就读出从USB设备的描述符。解码方法的描述符是与实 现方法相关，也有其他可能的实现方法。

依据USB规格、高带宽同步IN的终结点必须根据数据大小支 持PID的数据序列。因为从同步USB设备的数据大小各异，每个微帧 中的Ins数目每一帧中是不同在。因此，只需从上游USB端口到下游USB 端口提供同步IN的机制，并不能满足USB规格。

DiiVA USB支持高带宽同步IN在终结点是按下面的方法：每个 微帧中只传送第一次的同步IN。当下游USB端口接收的同步数据本身根 据数据的PID来决定多少IN需要发送。如果第一个数据PID是DATA0， 则下游USB端口应该像上面流水线同步传输的方案。如果第一个数据PID 是DATA2，则下游USB端口在微型帧中生成两个相同的IN。如果第一个 数据PID是DATA1，相对的下游USB端口将生成一个相同IN.上游USB 端口应该有足够的缓冲，来储存每个框架高带宽同步终结点中的最大数据 的大小。

一些实施例中，提供USB数据通过带有同步IN符记于混合链 接的方法可包括下列：数据的数据包使用零数据和流水线IN的数据，其 中的可能状态的数目取决于连接的延迟；第一，或第一次多种，同步的 IN数据包，一个上游端口反应一个或多个零数据包；当送出比如说第 一，或第一次多个，同步IN数据包，发送给下游的端口，并从同步的USB 设备里接受DATAO或DATA1或DATA2的数据包；

流水线这些数据包来回复同步IN的数据包；

如果USB主机停止发送同步IN数据包，则删除最后剩余的数据； 和

上游USB端口，由从数据包的数据流的监控和解码USB描述符， 找出哪些终结点和地址是用于同步的终结点，。

一些实施例中，提供USB数据通过带有同步OUT符记的混合 链接的方法可包括：

向下游端口发送同步OUT网路交换，其中的上游端口的发送不根据 USB协议；

下游USB端口缓冲OUT数据，直到有可用的DATAO，DATA1，DATA2 或MDATA数据包；

当有可用的DATAO，DATA1，DATA2或MDATA数据包时，发送OUT 数据包和DATAO，DATA1，DATA2或MDATA数据包到USB设备；和

上游USB端口，从数据包的数据流的监控和解码USB描述符中， 找出哪些终结点和地址是用于同步终结点。

目前披露，异步传输的USB数据也可以在执行使用DiiVA具 体协议。在一些实施例中，USB数据可能由异步IN符记传递，通过执行 下列行为：

上游USB端口接收IN数据包，并输送到下游USB端口；

下游USB端口发送IN数据包和从USB设备接收到数据包或握手的 数据包；

上游USB端口发送NAK数据包，并阻止传输下一个IN数据包和 NAK数据包，直到收到从USB设备传来的有效反应；

如果USB设备为IN数据包来发送NAK数据包，且从下游的上游 USB端口USB端口，上游USB端口解除封锁下一个IN数据包，并 将再次输送到下游的端口到USB设备；

如果USB设备发送DATAO或DATA1数据包，或者是DATA1的 数据包送达上游USB端口，下游端口将送一个ACK数据包来应对，并 向上游端口送出DATAO或DATA1数据包。和

上游端口为了下一个IN数据包而发送DATAO或DATA1数据包，。

在一些实施例中，USB数据可能交付与异步OUT符记传递， 通过执行下列行为：

上游USB端口接收OUT数据包和一个DATAO或一个DATA1数据 包，并将其输送到下游USB端口；

下游USB端口缓冲OUT数据包，直到有可用的DATAO或DATA1 数据包，并在有可用DATAO或DATA1数据包时，发送OUT数据包和 DATAO或DATA1数据包到USB设备；

上游USB端口为OUT网路交换发送出NAK数据包，并不送出下一 个OUT和DATA0或DATA1数据包，直到下游USB端口是可用的；

如果USB设备以OUT网路交换发送一个NAK数据包，以及下游 USB端口将NAK数据包发送到上游USB端口；则上游USB端口向下游 港口送出下一个传入OUT数据包和DATAO或DATA1数据包。

如果USB设备发送ACK数据包，上游端口会发送ACK，为了下 一个OUT网路交换。

目前披露中，USB数据传输可能会使用执行PING数据包。

在一些实施例中，PING协议实现时USB主机获取OUT网路 交换的NAK。在这些实施例形式，上游USB端口以NAK回应，但并 不提供PING数据包到下游USB端口。上游USB端口阻断PING，并不 断发送NAK直到从USB设备得到OUT网路交换的可用反应。

如果USB设备为OUT网路交换而发送出NAK数据包，USB 上游端口的下一步对ping反应的ACK，也为下一步OUT网路交换反应 送出ACK。这最后的OUT网路交换不会传递到下游USB端口，因为USB 设备已经接受了第一个OUT网路交换。

如果USB设备反应NAK于OUT网路交换，上游USB端口 提供下一个PING到USB下游的端口。

如果USB设备为PING反应ACK，且PING到达了USB上游 模块。USB上游模块进行下一步的PING响应的ACK，并反应的ACK 为下一步的OUT网路交换。这最后的OUT网路交换会被传递到该USB 设备，且预计将得到ACK的反应

如果USB设备为了PING而反应送出NAK，且PING到达上 游USB端口，则上游USB端口为下一步PING反应NA，并且PING再次 传递到该USB设备。上述步骤将重复直到USB设备进行PING反应的 ACK。该方案遵循上述步骤当USB设备反应ACK。

总括而言，提供通过使用USB PING数据包的混合链接传递数 据的一种方法可包括：

上游USB端口反应NAK数据包给OUT网路交换；

上游USB端口，应对NAK的数据包，并送出PING数据包到下游 USB端口；

上游USB端口，不提供PING数据包，并继续发送NAK数据包， 直到从USB设备有可用的反应；

如果USB设备为OUT网路交换而反应NAK数据包，上游USB端 口，为下一步传入PING数据包的ACK数据包来应对，并出下一个 ACK来应对下一个OUT网路交换；

其中最后的OUT网路交换不传递到下游USB端口；

如果USB设备为OUT网路交换而反应NAK数据包，和NAK数 据包传递到上游USB端口，则上游USB端口提供下一个PING数据包 到下游USB端口；

如果USB设备反应PING数据包以NAK数据包和NAK数据包 被传递给上游USB端口，则上游USB端口提供下一个PING数据包到 下游USB端口；

如果USB设备反应PING数据包的ACK数据包，和ACK数据 包被传递给上游USB端口，则上游USB端口提供下一个PING数据包 到下游USB端口；

下一个OUT网路交换将以ACK数据包反应；和

传递这些OUT数据包和DATAO或DATA1数据包到下游USB端 口，以发送到USB设备。

在其他的实施例中，PING用于没有前面的OUT网路交换。在 这些实施例形式，上游USB端口对NAK反应，并提供PING到USB下 游的端口。上游USB端口并不传递PING，只保持发送NAK，直到得到 USB设备可用的反应。

如果USB设备进行PING反应的ACK，上游USB端口进行 下一步的PING反应的ACK，也为下一步的OUT网路交换反应的 ACK。在这种情况下，这最后OUT网路交换被传递到USB下游端口与 第一种方案不同的，是因为尚未有OUT网路交换被传递到该USB设备。

如果USB设备反应NAK的PING，且PING到达上游USB 端口，则上游USB端口进行下一步的PING反应以NAK，并传递PING 到USB下游的端口。重复此步骤，直到下游USB端口从USB设备中获 取ACK。然后遵循上文所述的USB设备ACK反应的行为。

时USB设备为OUT网路交换反应NYET，DiiVA USB模块把 NYET当作为ACK，而上游USB端口始终发送ACK而不是NYET。

总括而言，提供通过使用USB PING数据包的混合链接传递数 据的一种方法可包括：

上游USB端口来应对NAK数据包，并将PING数据包输送到下游 USB端口；

上游USB端口，不提供PING数据包传递，并继续发送NAK数 据包，直到从USB设备有可用的反应；

如果USB设备反应PING数据包的ACK数据包，且ACK数据包 被传递给上游USB端口、上游USB端口未来应对下一步的PING数据 包的ACK数据包以ACK，也应对下一步的OUT网路交换以ACK；和

传递OUT数据包和DATAO或DATA1数据包到下游端口；

凡有上游USB端口在收到PING数据包之前不会有OUT网路交换。

在一些实施例中，DiiVA网络中的USB地址管理可如下所示来 执行。上游USB端口可以连接到任何枢纽下游端口，并带有各种USB地 址的数据包可播送出到上游USB端口。上游USB端口应能够识别哪些 USB地址是指派给上游USB端口，它应该不回应给任何其他USB设备的 通用USB数据包。

上游USB端口检测到USB重置后时，上游USB端口只接受有 USB地址为0的通用USB数据包。通过监视和解码SET ADDRESS标准 USB设备请求，上游USB端口识别哪些USB地址是指派给下游USB端 口中的USB设备。

检测SET ADDRESS标准USB设备请求后，上游USB端口只 回应的新分配USB地址的通用USB数据包。如果在上游USB端口中检 测到USB重置，它将分配的USB地址重置为0，并等待SET ADDRESS 标准USB设备再次请求。解码SET ADDRESS设备请求是特定的实现。

总言，DiiVA网络中的USB地址管理方法可包括：

上游的USB端口检测到USB重置后，上游USB端口只接受有USB 地址为0的数据包。

上游端口识别到哪些USB地址分配给下游的端口的USB设备的，藉 由监测和解码SET ADDRESS标准USB设备请求；检测SET ADDRESS 标准USB设备请求后，上游端口仅应对有新USB地址的数据包，配有 SET ADDRESS标准USB设备请求；

USB重置重分配的USB地址置为0，并再次等待SET ADDRESS标 准USB设备请求。

在一些实施例中，DiiVA网络中，保持活跃转发可如下所示执 行。当枚举状态是LS ENUM DONE时，上游USB端口启动监视线路状态。 当第一次切换线路状态被检测时，它被视为作为第一个保持活跃信号。上 游USB端口设置内部计时器为T保持活跃状态，当逾期时，它开始再次 监视线路状态切换来检测保持活跃状态。在一些实施例，T保持活跃设置 为0.98ms。保持活跃信号通过UU保持活跃传送到USB下游模块。

总括而言，DiiVA网络中执行USB低速保持活跃信号的方法可 包括：

低速USB枚举完成后，上游USB端口开始监控线路状态；

当第一次更改线路状态被检测到时，则认为这是第一次保持活跃状态 信号；

上游USB端口设置内部计时器为T保持活跃，逾期时，上游USB 端口监测线路状态是否再次切换，以检测保持活跃和传送保持活跃事件数 具包到下游USB端口。

目前披露，方法和系统被描述有关DiiVA、USB和多媒体数 据的传送和DiiVA的网络化管理。组件、步骤、特征、对象、好处 和已经讨论过的优点是只是说明性的。没有人，也对他们来说，有关的讨 论旨在限制以任何方式保护的范围。虽然某些实施例已被描述的系统和方 法DiiVA USB数据传输有关，是应该理解以及其他实施例可用于在这些 实施例中隐式的概念。此外考虑了其他无数的实施例，包括实施例有更少 的、额外的和/或不同的组件，步骤、特征、对象、优点和优势。组件 和步骤还可能安排并以不同的方式订购。已声明或说明的什么也不被为了 对公众造成的任何组件、步骤、特征、对象、效益、优势或相当于 一种奉献。

[086]目前申请披露中，有关通过DiiVA传输USB和多媒体数据，和 DiiVA网络管理相关所叙述的方法和系统。所叙述之组件、步骤、特征、 对象、优点和优势主要是说明性质的。他们或相关的的描述，都不是意图 要用任何方法来限制所保护的范围。然而某些实施例叙述有关通过DiiVA 做USB数据传输之系统和方法，应该理解为这些实施例中隐含的概念， 同样可使用于及其他的实施例。此外考虑了其他许多的可能实施例，包括 实施例中有更少、额外的和/或不同的组件、步骤、特征、对象、优点和 优势。组件和步骤还可能安排并以不同的方式排列。所有已声明或说明的， 意图不在于被造成在公众领域减低了任何组件、步骤、特征、对象、效益、 优势等等。

目前申请披露中，当引用单数的元素时，它并不意味着″有一个， 并且只有唯一″，除非特别注明，而应理会成″一个或更多“。对此申请披 露，所有的结构和功能上等同于整个此披露的已知，或描述了各种实施例 的元素，或后来被称为普通技能在艺术，都明确纳入本参考中

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行 了进一步详细说明，应理解的是，以上所述仅为本发明的具体实施例而已， 并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、 等同替换、改进等，均应包含在本发明的保护范围之内。