1、usb3.0与 usb2.0 的特性比较3.2 超速结构超速总线是一个分层的通讯结构，如下图所示：1协议层：协议层在 主机和设备 间定义了 end-to-end 通讯规则。超速协议在 主机 和设备端点 (endpoint)之间提供应用数据信息交换。这个通讯关系叫做 管道 (pipe )。它是 主机导向的协议 ，意味着主机决定什么时候在主机和设备间进行应用数据传输 。设备可以通过一个 特定端点 向主机发起 异步请求 服务，所以它不是一个 轮询协议 （ usb2.0 为轮询协议）。数据可以连续 突发传输 ，提高 总线效率 。对某些传输类型（块传输） ，协议提供 流控支持 。ss 设备可以 异步发送

2、， 通知主机，设备的功能状态发生改变。而不是轮询的方式。设备端点可以通过设备异步发送的“ready”包（ erdytp）通知主机进行数据发送与接收，主机对于“ ready”通知，如果有有效的数据发送或者缓存接收数据，会添加管道。主机发送包含主机时间戳的特殊包头（itp ） 到总线上，该值可以用于保持设备和主机同步 （如果需要的话） 。超速 usb 电源管理：链路电源管理的关键点是：·设备向主机发送异步“ ready”通知· 包是有路由路径的，这样就允许不参与数据通讯的链路进入或仍旧停留在低电源状态。· 如果包送到一个处于低电源状态的端口，这个端口会切换到退出低电源

3、状态并指示这是个切换事件。设备：·超速需要支持usb2.0 对默认的控制管道的规定。hub 设备：因为 usb3.0 向下兼容usb2.0 ，为支持 usb3.0 双总线结构， usb3.0 hub在逻辑上是两个 hub 的组合：一个usb2.0 hub和一个usb3.0 hub 。连接到上游端口的电源和地线是共享的。集线器参与到一个端到端的协议中，所承当的工作：·路由选择输出的包到下游端口。·输入包混合传递到上游端口·当不在低功耗状态下时，向所有下游端口广播时间戳包（itp ）·当在一个低功耗状态的端口检测到包时，集线器将目标端口转变成退出低

4、功耗状态， 通知主机和设备（带内）包遭遇到了一个在低功耗状态的端口。主机 (hosts) ：一个 usb3.0 主机通过主控器和usb 设备互连。 为了支持usb3.0 双总线结构 ，usb3.0 主控器必须包括超速（usb3.0 ）和 usb2.0 部分，这样可以同时管理每一个总线上主机和设2备间的控制、状态和信息交换。主机含有几个根下行端口实现超速usb 和 usb2.0，主机通过这些端口：·检测 usb 设备的连接和移除；·管理主机和设备间的控制流 ；·管理主机和设备间的数据流；·收集状态和活动统计；·对连接的设备供电；usb 系统软件继

5、承了usb2.0 的结构，包括：· 设备枚举和配置；·规划周期性和异步数据传输；·设备和功能电源管理；·设备和总线管理信息。数据流模型：超速 usb 集成 了 usb2.0 的数据流模型，包括：·主机和设备间的数据和控制交换通过管道（ pipe） 进行 ，数据传输在主机软件和指定的设备端点间进行。·设备可以有 不止一个 的活动管道，有两种类型的管道：流式管道（数据）和消息管道（控制），流式管道没有usb2.0 定义的结构，消息管道有指定的结构（请求的结构）。管道相关联的是数据带宽，传输类型（见下面描述），端点属性，如传输方向与缓冲大小

6、。·大多数管道在系统软件对设备进行配置后才存在，但是当设备上电在默认的状态后， 一个消息管道即默认的控制管道总是存在的。提供权限访问设备的配置，状态和控制信息。·一个管道支持usb2.0 定义的四种传输类型的一种 (管道和端点属性一致)。·海量传输类型（bulk ）在超速中进行了扩展，叫做流（ stream）。流式提供在协议级支持在标准块传输管道中多路传输 多个独立的逻辑数据流。第四章超速数据流模型4.2 超速通信流ss 保持相似的观念和机理，支持端点，管道和传输类型。参考usb2.0 协议。端点的属性（最大包尺寸（端点缓存大小），突发大小等）被记录在描述符中和s

7、sendpoint companion descriptor 。正如在usb2.0 中，端点是使用三个参数组成的地址来验证（设备地址， 端点号和方向） 。所有的 ss 设备必须起码在默认控制管道（端点0）开始执行。4.2.1 管道一个超速管道是一个设备上的端点和主机软件的连接。管道代表拥有缓存空间的主机软 件和设备端点之间传输数据的能力，和usb2.0 有相同的过程。主要的区别在于当超速的非同步端点忙时，会返回一个没有准备好（nrdy ）应答 ，当它想又要服务时必须发送准备好（erdy ）通知 。主机在下一个传输类型限制下的有效时机中重新安排事务。4.3 超速协议综述：正如在 usb3.0 结

8、构总览那章中提到的，超速协议是利用双差分数据线的物理层。所有的 usb2.0 的类型都可以被高速协议支持。协议之间的区别在于下面要首先讨论的超速中使用的包的描述。34.3.1 与 usb2.0 的区别：在框架上，超速是向后兼容 usb2.0 的，但是二者在协议上还是有一些重大的不同：· usb2.0 的 transaction 有三部分 ( 令牌（ token）、数据（ data） 和握手 (handshake)，超速也是这三部分但是用法不同（令牌包集成在头包和dph 中，各种类型的握手包都是 tp 包形式）；对于 out 事务，令牌被合并在数据包中；对于 in 事务，令牌被握手包代

9、替。· usb2.0 不支持 突发（ bursting），超速支持 持续突发 ；· usb2.0 是半双工 (half-duplex) 的广播总线，超速是dual-simplex （全双工）的非广播总线， 支持同时进行in 、out transaction ；· usb2.0 使用 轮询模式 ，超速使用 异步通知方式 ；· usb2.0 不支持 流能力 ，超速支持海量 (bulk) 端点的 stream 方式；·usb2.0 在同步传输 (isochronous)间隔中没有进入 低耗电状态 的机制， 超速则允许同步传输服务间隔中自动进入低耗电状

10、态 （不服务的时间段进入低功耗） ；ss 主机在服务间隔前发送一个 ping 包到目标同步设备允许开始同步传输之前转变成电源活动状态。· usb2.0 设备无法通知主机自己在进入低耗电状态前可容忍的 延迟时间（设备通知主机自己进入低功耗状态的最长延迟时间） ，超速则提供 latency tolerance 消息；·usb2.0 以固定的1ms/125us 间隔发送帧包/小帧包（ usb 2.0 全速和高速模式） 。超速下，设备可以发送interval adjustment 消息给主机调整间隔125us 一直到 +/-13.333us ；· usb2.0 电源管理总

11、是 主机导向（主机初始化） 的，超速链路 两端 都支持 电源管理 ； 因此不管何时需要空闲，需要退出，需要通信，每个链路能独立的进入低电源状态。· usb2.0 仅在每个transaction 进行 end-to-end 级别的错误检测、恢复、流控，超速在end-to-end（数据包重试）和链路级别（头包重试）分割这些功能。4.3.2 比较 usb2.0 和超速的 事务处理 (transaction)超速全双工总线物理层允许同时 进行双向 的通信。超速协议允许收到握手包之前发送多个数据包 （突发）。对于 out 传输， 包含在 usb2.0 令牌包中的信息 （设备地址和端点信息） 被

12、合并在数据包头里面，因此不需要额外令牌包。对于输入传输in ，超速主机发送一个握手包（ ack ）给设备以 请求数据（和指示数据是否正确）。设备可以通过返回数据或者返回stall 握手包来应答，或者返回一个没准备好(nrdy) 握手包 延迟 传输直到设备准备好了。usb2.0 的包是 广播方式 ，每个连接的设备解析每个包的地址、端点、方向信息来决定自己是否应该响应。超速包有路由信息 ，hub 决定每个包要送达哪个设备，只有一个例外， 等时时间戳包（isochronous timestamp packet， itp）广播到每一个设备。usb2.0 的查询方式已经被异步通知代替。超速传输通过主机发

13、出一个请求来开始传输， 后面跟随着设备的应答。如果设备能接受请求，它就接收数据或者发送数据；如果端点停止了，设备应该以stall 握手包响应；如果设备由于缺少缓存空间或者没有数据而不能接受请求，应该以nrdy应答告诉主机现在还不能处理请求。当等到设备能接受请求时，设备会主动发送一个端点准备好（erdy ）异步通知给主机然后主机会重新安排传输事务。单路传送和有限制的多点广播的包以及异步通知，都允许没有活跃传输包的链路进入一 个降低功耗状 态，上游和下游端口共同决定它们的链路进入一个低功耗状态，集线器会传递到上游端口。 通过允许链路伙伴独立控制它们的链路电源状态，集线器将任意下游端口可见的最高链路

14、电源状态传递到上游端口，使总线快速进入最低允许电源状态。4.3.1.2 超速包介绍：4超速 包以 16 字节的头部开始。一些包只包含有头部（tp，lmp,itp ）。所有的头部以用于决定包处理方式的包类型信息开始。头部有16 位 crc 保护，以 2 个字节链路控制字 （linkcontrolword ）结束。依赖于类型，大多数包包含有路由信息 （路由字符）和一个三参数的设备地址 （设备地址，端点号和方向）。路由字符给主机用来指导包被发送到被指向的拓扑 路径。设备发送的包被集线器默认路由选择，集线器总是把数据从任何可见的下游端口传到上游端口（这一过程不需要路由信息）。有四种基本类型的包：（协议

15、层 ）· link management packet(lmp ) ，只穿过一对直接连接的端口（链路两端），主要用来管理链路。· transaction packet(tp，事务包 )，穿过所有直接连接主机与设备的链路，用来控制流式 数 据 包 ， 配 置 设 备 和 集 线 器 等 （ 任 何 传 输 类 型 的 事 务 处 理 都 用 到 ） 。 注 意 一 个transaction packet 是没有数据的。 （控制命令包，tp 包就是一个包头（dph ）·data packet(dp)，穿过所有直接连接主机与设备的链路，数据包有两部分组成，一个和 tp

16、包相似的数据包头(dph) 和带有数据块加上用来确保数据完整性的32 位 crc 的数据包（ ddp ）· isochronous timestamp packet(itp) 。它被主机用来多点广播到所有的活动 的链路上。4.4 对传输 (transfer) 的一般性描述：每一个发送给接收器的非同步数据包通过一个握手包（ack tp ）被应答（同步端点不应答，非同步端点要为每个收到的数据包进行应答，以报告是否正确传输和是否要重传）， 但是由于超速有独立的发送与接收路径，所以发送器不必在发送下一个包之前为每次传输的数据包等待一个握手（超速usb 的一个特色：同时进行发送数据与接收应答，

17、当设备检测到数据包错误时或者端点错误，没准备好等，都会通过在应答tp 包中反应给主机，主机收到的应答tp 包中记录出错的包顺序号，于是主机从错误的那个顺序号开始重新发送包）。超速保护所有的基本数据流和usb2.0 定义的传输观点，包括传输类型，管道和基本数据流模式。和usb2.0 的区别在这章被讨论，开始是协议层，然后是传输类型。usb2.0 规范利用一系列事务处理的模式。这从本质上意味这主机是在开始下一次事务前完成这一次总线处理（令牌，数据和握手）。分离事务处理也坚持这相同模式，因为他们由完整的高速事务组成，类似所有其他事务在相同的模式下完成。超速通过实施发送与接受同步改善了 usb2.0

18、事务的协议。 因此超速 usb 事务处理协议本质上是一个分离的事务处理协议 ，它允许在同一时间不止一个 out 总线事务处理（设备可以多个）和至多一个 in 总线事务处理（主机只有一个）在总线上活动。设备对事务处理的应答的命令是确定在每个端点基础上（例如，如果一个端点接收三个dp 包，端点必须为每一个 dp 包返回 ack tp 告知收到 dp 包）。usb2.0 协议要在继续下一个总线事务处理之前完成整个in 或 out 事务（令牌，数据和握手包连续传输） ，所有的来自主机的传输本质上是广播到usb2.0 总线上的每一个活动设备，与之比较起来，超速协议不进行广播任何包（itp除外），包只穿过

19、需要达到目标接 收方的链路，主机通过发送握手请求（ack tp ）或者发送数据（out ）开始所有的事务， 设备以数据或者握手来应答。假如设备没有有效的数据（in ）或者不能接受数据(out) ，它会以一种包（ nrdy ）来应答以指示不能进行此操作。之后，当设备准备好发送或者接收数据时， 它会发送一个包给主机指示它已经准备好重新进行事务处理。除此之外， 超速提供将链路转变成指定的低电源状态或者退出低电源状态的能力。低电源链路状态可以在软件使能5以后由软件控制或者自发的硬件控制来进入。还提供一个自动将主机与设备之间的所有链路由非活动电源状态转变成活动电源状态的机制。设备在每个端点的描述符中记录

20、每个端点的最大包尺寸。这个尺寸只指示负载数据块长度，不包括链路层和协议层的包头（dph ）。超速的带宽分配相似于usb2.0 。4.4.1 data bursting （突发数据）突发数据通过消除在每个基于数据包应答的等待时间提高效率（即无需等待应答就能处理数据）。每个超速设备上的端点指示了它在必须等待一个明显握手之前能够发送/接受的包数量（称之为最大数据突发大小）。最大数据突发大小是一个每个端点各自的能力，一个主机从与端点相关的superspeed endpoint companion descriptor描述符决定 一个端点的最大数据突发大小。主机在每个事务处理的基础之上能动态改变突发大小

21、， 直到最大突发大小被配置了。 主机能使用不同突发大小的一个例子， 不受限于， 但是包括一个主机上的公平决策和中断流的重试。 当端点是 out 类型，主机能容易控制突发大小（接收器必须总是能管理突发大小事务处理），当端点为 in 类型，主机能基于每次事务处理限制端点突发大小，是通过在发送给设备的应答包中的一个域来限制。4.4.2 in transfer （输入传输） ：主机和设备应该延续传输类型和端点属性的约束。一个主机通过发送一个ack 确认请求包给设备 （ in ）开始请求一次传输。这个确认（握手包）包包含了数据包路由选择到想要的端点所需要的地址信息。主机告知设备它可以发送的数据包数量和期

22、望来自于设备第一个包的序号（ 0）。在应答中， 端点会发送正确的序列号 的数据包给主机，主机发的确认包也暗中应答了之前成功收到的数据包（以及请求下一个顺序号的数据包） 。注意 ：即使主机需要为每一个收到的数据包发送一个确认包，但是设备可以不需等待任何确认包就发送所需要的数据包数量。超速总线的 一次 in 传输 由一个或 多个 in 事务处理 组成，一个 in 事务处理由一个或多个包组成（比如主机发送ack tp ，设备发送dp 或 nrdy tp 或 stall ）。当下面的任何条件发生，都能结束in 传输：·所有数据已经成功传送；·设备端点发送一个短包（比最大包尺寸小的包

23、）作为应答；·端点响应错误。（ host 发送 in packet 之后，设备可以持续发送多个数据包，不需要等待每个包都得到host 的确认包（ acktp），因为超速是dual-simplex （全双工） 的，但是设备收到的总的认可包数量应该和设备发送的数据包数量一样。）64.4.3 out transfer：主机通过发送一个突发数据包给设备开始一次out 传输，每一个数据包（的dph ）包含需要路由选择目标端点的地址信息，也包含数据包的顺序号（作为区分不同发送顺序的数 据包标号）。对于一个 非同步事务，设备返回一个确认包，其中包含下个要接收的数据包顺序号和隐含地应答当前数据包。注

24、意虽然设备需要为每个收到的数据包发一个确认包，但是主机不需等待一个应答就能发送最大的突发数据包数量给设备。out transfer 在下列情况下时会结束：·所有数据已经成功传送；· host 发送了一个 短包 ；·端点响应错误。8四种 transfer 类型： control 、bulk 、interrupt 、isochronous transfer 。用意同 usb2.0，但是 bulk 最大包大小增加为 1024b ，control 端点最大包大小增加为 512b。control 端点不支持burst ，bulk 可以 burst 1 16，bulk 还增加

25、了 stream 能力；interrupt 、isochronous可以 bust 1 16（当最大突发大小为 1 时，对于同步传输，其最大包大小能为 0-1024 之间任意大小，对于中断端点，最大包大小可以在 1-1024 之间任意大小；如果最大突发大小为 >1 时，最大包大小只能为 1024）。4.4.5 控制传输控制传输的目的与特点与usb2.0 协议 完全相同 。这个规格的协议层章节详细描述了用于完成控制传输的包，总线事务处理和事务处理流程。设备架构 那章定义了完整系列的设备使用的 标准命令 编码。每个设备需要启动默认控制管道作为一个消息管道 。这个管道用来进行设备初始化和管理，

26、用来访问设备描述符和向设备请求对其进行操作（在设备级）。控制传输必须维持相同的在 usb2.0 中定义的请求（获取描述符等命令）。超速系统会制造一个最好的条件情况支持主机与设备间的控制传输。正如usb2.0，功能和客户软件不能为控制传输主动要求指定带宽（不是能分配10%的带宽吗？） 。4.4.5.1 控制传输包大小控制端点有一个固定的最大控制传输数据包大小为512 字节（同时反应了端点缓存大小）。还有一个最大突发大小为 1（ 控制传输不支持突发数据？ ）。这些最大值适用于在控制传输 数据阶段 的所有的数据事务处理。参考 8.12.2 章，详细描述了超速控制传输的建立（setup）与数据阶段（

27、data）。超速设备在设备描述符的bmaxpacketsize域中必须记录一个09h 的值。默认控制管道的默认最大包大小的解码规则在9.6.1 章被给出（ 2 的 9 次方 =512b ）。默认控制管道必须支持最大顺序值为32（在 0-31 范围的顺序值被使用）。usb2.0 与超速之间，设备到主机和主机到设备的数据阶段数据传输和完成一般没有什么改变。4.4.5.2 控制传输带宽需求设备没有方法为控制管道指示想要的带宽。主机通过权衡所有控制管道总线访问需求与在那些管道上挂起事务处理来提供一个最好的情况给客户软件和功能设备之间的传输。这个规则跟 usb2.0 相似。超速需要保留有效的总线带宽给控

28、制管道作为以下使用：·控制传输事务处理可能与其他被定义功能端点的事务处理一同被安排·控制传输的重试不能优先于其他最好情况的事务处理·如果有控制传输和块传输为多个端点挂起，根据一个主机控制器相关的公平规则，不同端点的控制传输被选择服务。·当一个控制端点传输一个流控制事件，主机会移除来自于被安排的活动端点。一旦收到一个来自于设备准备好的通知，主机会对这个端点恢复传输。这些要求允许主机与设备间的控制传输周期性的通过有最好条件的超速总线移动数据。系统软件的任意操作行为在usb2.0 5.5.4 定义。超速控制传输同样适用。4.4.5.3 控制传输数据流程超速保护

29、消息格式和在usb2.0 定义的控制传输的一般阶段流程。超速协议定义了对控制传输建立和状态阶段的相同改变。4.4.6 块传输此规格的8.12.1 章详细描述了用来完成块传输的包，总线事务处理和事务处理流程。块传输类型是用来支持想要跟相当大的海量数据通信设备，传输能使用任何可用的超速带宽。超速块传输功能端点提供以下：·对基于有限带宽的超速总线访问·保证数据的发送，但是不保证带宽和发送时间超速维持下面的块传输管道特征：·对块传输管道通信流没有强制固定的数据结构·块传输管道是一个流式管道，因此总是有通信流进出主机。如果应用需要一个双向块传输通信流，必须使用两个

30、块传输管道（一个out ，一个 in ）。标准 usb 块传输管道提供移动数据流的能力。超速增加了协议级支持多倍流模式 的流式概念。4.4.6.1 块传输数据包大小块传输端点应该在端点描述符中设置最大数据包大小为1024 字节。也要指定端点在超速总线上能够接受或发送的突发大小。可允许的块传输端点突发大小在1 到 16 的范围。所有的超速块传输端点要支持0-31 的顺序值。主机需要支持任何超速bulk 传输端点和所有的bulk 传输突发大小。主机要确保发送给端点的数据包的数量不能超过描述符中定义的最大包大小。此外， 发送的突发数据包不能超过记录的最大突发大小。块传输功能端点发送的数据包，其数据域

31、必须总是小于等于1024 字节。如果块传输数据量超过 1024，则突发事务中所有数据包除了最后一次，都必须是1024 字节大小。最后一次是剩下的不足 1024 字节的数据。 块传输可以持续多个总线事务处理 。块传输在端点有以下情况时完成：·已经准确传输完了所期待的数据·传输了一个比1024 字节少的数据包（短包）9·应答 stall 握手包4.4.6.2 块传输带宽需求正如 usb2.0 ，块传输功能端点没有方法为块管道指定想要的带宽。块事务处理只发生在超速总线上有可用带宽的基础上。超速提供一个最好的条件在客户软件和功能设备间传输块数据。 控制传输对总线操作比块传

32、输更有优先权（对总线操作的优先级，控制传输比较高）。当有多个端点的bulk 传输挂起时，主机会根据一个公平访问原则提供事务处理的机会给每个端点，这就是主机依赖性操作。所有在系统中挂起的块传输竞争相同的有效总线时间。端点和客户软件不能为块传输假 定配置一个指定的服务率（总线带宽不能为块传输主动分配）。总线时间被提供给客户软件， 由于其他设备被插入到系统或者从系统中移除或者因为块传输被其他功能端点需要，端点能被改变。 客户软件不能假定在块传输和控制传输之间的顺序，即在一些情形中，块传输能在控制传输的前面进行。主机在带有块传输端点的事务处理中能使用任何在1 和记录的最大的突发大小，更高效的利用有效总

33、线带宽。例如， 可能有比有效总线带宽更多的块传输，所以主机可以每次使用事务中更小的数据突发，以提供公平服务给所有挂起的块数据流（因为块传输多，有效带宽少，所以为了能公平给所有等待的块传输机会，主机会使用事务处理中比较小的数据突发大小，从而将有效带宽充分平均分配给所有块传输）。当一个块传输端点传输一次流控制事件（在 8.10.1 章定义） 时，主机会从安排的活动端点中移除它，主机会基于接收到来自于设备的准备好通知恢复端点的传输。4.4.6.3 块传输数据流程块事务处理为数据可靠传输使用标准的突发序列，在 8.10.2 章定义。 块端点通过一次合适的控制传输 （ setconfiguration,

34、 setinterface, clearendpointfeature）被初始化成最初的发送 /接受顺序号和突发大小值（ 8.12.1.2 和 8.12.1.3）。同样， 主机在已经成功完成了上面提到的合适的控制传输后，配置块传输管道初始的发送/接收序列号和突发大小值。超速块管道的停止条件跟usb2.0 定义的块端点一样同样有副作用。从停止条件中恢复也跟 usb2.0 相同。块管道停止条件 包括 stall握手包作为一次事务处理的应答或者 由于发送错误主机事务处理的重试次数消耗完的应答。4.4.7 中断传输中断传输类型用来支持带有轮询服务间隔需要高可靠性传输小数量数据的设备。这个规格的协议层章

35、详细描述了与中断传输相关的包，总线事务和事务处理流程。超速中断传输类型一般提供以下方面：·能保证最大的服务间隔·能保证在下一次服务间隔中尝试重新传输在每个服务周期中为中断端点尝试中断传输，保留一定带宽保证在每个服务间隔尝 试传输。一旦传输成功，就不尝试另外一次传输（在此周期内），直到下一个轮询服务周期到来（保证每个服务周期中尝试一次中断传输）。如果端点以没有准备好的通知或 者一个指示不能接收任何包的ack 应答，则主机不会在此次服务中尝试另外一次到端点的传输，除非接收到准备好的通知。然后主机必须在收到（准备好）通知后的2个服务周期内服务端点。端点服务周期的请求在它的端点描述

36、符中描述。超速维持中断管道下面的特性：·没有数据内容结构用于中断管道通信流10·中断管道是一条流式管道，因此总是单向的。4.4.7.1 中断传输包大小中断传输端点指定了超速总线上可以接受的/发送的最大数据包大小， 对于支持突发次数（ burst size ）大于 1的中断端点，仅仅允许的最大数据包大小为1024 字节；对于突发次数等于 1的中断端点，最大数据包大小能为1到1024 的任何值。中断端点允许的最大的突发次数是3. 所有的超速中断端点应该支持在范围0-31 的顺序值。超速中断端点只用来移动带有界限服务间隔的小数量数据。超速协议不要求中断事务处理的包为最大化大小（即

37、不要求每个数据包都为1024 字节大）。主机被要求支持超速中断端点，主机应该支持所有允许的中断包大小和突发大小的组合。主机要确保在一次突发事务处理中发送到端点的数据包大小不能超过端点的最大 数据包大小。在突发事务处理中主机也不能发送超过端点最大突发大小的数据包数量。中断端点应该总是发送带有数据域小于等于端点最大数据包大小的包，如果中断传输有比适应端点最大数据包大小更多的信息，所有的突发事务处理的数据都要求为最大包大小，除了突发事务处理的最后一个数据包，就是包含剩下的数据。中断传输可以包 含多个突发事务。中断传输是在端点做以下几个完成的：·已经传输了所需精确的数据量·传输了比

38、最大包尺寸小的数据包（短包）·应答 stall 握手包4.4.7.2 中断传输带宽需求周期性端点（中断和同步）可以被分配到超速总线可利用带宽的80% 。中断管道的端点通过端点描述符指定它想要的服务间隔，中断端点能指定一个想要的周期2(binterval-1) x 125 s,binterval 值是在范围 1到（包含 16 ）16。usb 系统软件会在配置期间使用这个 信息，决定能被采用的连续周期。被系统提供的周期可以缩到比设备想要的还短，最短到超速定义的周期大小（也是参考的总线轮询周期125 s）。注意总线上的错误能阻止中断事务处理在总线上的成功传输，因此超过了想要的周期。超速中断

39、端点在每个服务周期能提升到三个最大数据包的大小（ 3x1024bytes ）。 对于中断传输， 主机没有方法决定端点是否在没有访问端点和请求一个中断传输下进行源/同步数据。 如果一次 in中断端点没有中断数据要传输或者out 中断端点没有充足buffer接受数据，当被主机访问的话，会以一个流控制进行应答。当有中断数据挂起避免客户软件错误通知传输完成的时候，端点应该只提供中断数据。一个数据负载为零长度的数据包是一次有效传输，可以用来进行某些操作。主机可以在轮询服务周期中任何时刻访问一个端点。中断端点不应该在尝试事务处理之间分配固定的空间。 中断端点只能假定它在轮询服务周期会收到一次事务处理尝试。

40、错误能阻止轮询服务周期中的数据成功传输，主机不被要求在同一个轮询服务周期中重新尝试事务处理，只在下一个轮询服务周期中重试事务处理。4.4.7.3 中断传输数据流程中断事务处理使用标准的 突发流程 进行可靠的数据传输 （在 8.10.2) 。中断端点通过适当的控制传输（ setconfiguration, setinterface, clearendpointfeature ）被初始化成初始的发送或者接收顺序号值和突发大小（参考 8.12.4.1 和8.12.4.2 ）。主机在完成了合适的控制传输后成功为中断管道设置初始的发送 /接收序列好和突发大小。超速中断管道停止条件和 usb2.0 定义的

41、中断端点一样有相同的副作用。从停止条件中恢复也跟usb2.0 相同（ section5.7.5intheuniversalserial bus specification, revision 2.0. ）。中断管道 停止条件 包含stall 握手包 对事务处理应答或者对由于发送错11误导致主机事务处理尝试次数的消耗的应答。4.4.8 同步传输正如 usb2.0 一样，超速同步传输类型是用来支持想要能容忍错误，周期性的轮询服务的传输流。超速跟usb2.0 一样不发送起始帧，但是时序信息要通过同步时间戳包（itp ）被发送给设备。这个规格的协议层章详细描述了用来完成同步传输的包，总线事务和事务处理

42、流程。也描述了怎么样传送时序信息给设备。超速同步传输类型提供下面的：·保证在超速总线上一定范围延迟尝试事务处理的带宽·只要数据被提供给管道，保证通过管道的数据率同步事务处理在每个服务周期 在同步端点上被尝试。超速总线上承认的同步端点被保证它们需要的总线带宽。主机在对设备的特殊端点进行轮询服务间隔的任何时候都能 请求来自设备的数据或者发给设备数据。被要求的端点轮询服务周期在端点描述符中被定义。超速同步传输是用来支持一个以相同平均速率产生和消耗数据的发送器/接受器。超速同步管道是一种流管道，总是单向 的管道。端点描述符确定被给定的同步管道通信流是流向主机还是流出主机。如果设备需

43、要双向的同步通信流，则要使用两个同步管道，一个输入，一个输出。无论任何时候当同步传输需要穿过非活动链接，超速电源管理都会妨碍到同步传 输。结果延迟会导致数据在服务周期内没有到达。为防止这种情况，超速定义了ping 和ping_response机理 （参考 8.5.7 ），开始一次同步传输之前，主机可以发送一个 ping 包给设备， 设备以 ping_response包应答通知主机所有连到设备的链路在活动 状态 。4.4.8.1 同步传输包大小同步传输端点指定了端点在总线上能够接收/发送的最大数据包大小。 对于支持突发尺寸大于 1的同步端点，允许的最大数据包大小只能为1024 字节；对于支持突发

44、尺寸等于1 的同步端点，最大数据包大小可为0到1024 之间的任何值。同步端点允许的最大突发尺寸为 16. 但是同步端点能在同一个服务周期中请求3次突发事务处理。超速协议不要求同步数据包一定要为最大数据包大小，但是如果传输的数据量比最大数据包尺寸小的话，数据包不被填满。主机应该支持超速同步端点所有的同步数据包大小和突发大小。 主机应该确保发送到端点的数据包量小于端点描述符中定义的最大数据包大小； 还要确保突发事务处理中的数据包量不能超过端点的最大突发大小。同步端点应该总是发送数据域小于等于端点的最大数据包大小的数据包。如果同步传输对端点最大包大小有充足的信息，突发事务处理中的所有数据都要求为最

45、大数据包 大小，除非突发事务中最后一次数据包，即包含了剩下的数据。同步传输能进行几次突发事务处理。4.4.8.2 同步传输带宽需求周期性端点（中断和同步传输）能分配到80% 的有效超速总线带宽。同步管道的端点通过端点描述符指定它想要的轮询间隔。同步端点能指定想要的周期2(binterval-1)x 125 s。binterval 的范围是 1-16.系统软件将在配置时候使用这个信息决定端点是否能被主机安排。注意总线错误能阻止同步事务在总线上的的成功进行。超速同步端点在每个服务周期能进行3 次最大突发大小为16 的事务处理的数据包传输（ 3x16x1024bytes）。主机会在 每个服务周期 发

46、送数据到端点或者从端点请求数据。注意， 如果端点没有同步数据发送而被主机访问请求数据，则会发送一个0长度包作为12数据请求的应答。主机可以在合适的服务间隔的任何时刻访问端点。同步传输端点不应该尝试在事务处理之间假定一个固定空间（两次事务处理间相隔的时间不固定？），同步端点只能假定它在服务周期会收到一次事务处理的尝试。轮询服务周期发生的错误可以阻止数据的 成功传输。但是由于同步事务处理中的包没有应答，主机没有方法知道包没有成功传输， 因此不会重试包传输。4.4.8.3 同步传输数据流程同步端点总是在轮询服务周期中从包顺序号0开始发送数据包。每个在轮询服务间 隔中被依次连续发送的的数据包都带有下一

47、个递增的顺序号。顺序号应该从 0到31 循环。当发送了 32个包后，又从 0开始发送。同步端点不支持重试，不能应答流控制。4.4.9 设备告知（非管道模式）设备告知是一种为设备向主机进行设备级和总线级的事件通知的异步通信标准方式。这个特色没有映射到为标准传输类型定义的管道模式。设备告知总是由设备开始 。数据流通知总是从设备到主机。第七章链路层7.1 字节顺序包或者链路命令中的多字节域以小端顺序通过总线传输。即先传输最低有效字节(lsb) ， 最后传输最高有效字节（msb ）。figure 7-2 展示了字节顺序的例子：137.2.1 包和包帧超速使用包来传输信息。链路电源管理包、事务包、同步时

48、间戳包和数据包的详细包格式在第8.2 章定义。在协议层，头包帧是不可见的。7.2.1.1 头包结构所有头包有 20符号长度，格式在在figure 7-3中. 包括有 lmps, tps, itps, 和dphs。头包由三个部分组成，一个头包帧 ，一个 包头，一个 链路控制字 。7.2.1.1.1 头包帧头包帧， hpstart（ header）顺序集， 是一个 4个基于 k 标志的有序集合头包起始帧。17被定义为 3个连续的shp 标志后面跟着一个k-symbol 的epf。一个头包应该总是以hpstart序列集开始。头包帧的结构是能容忍1个符号错误的。7.2.1.1.2 包头一个包头由14

49、个字节组成，格式如figure 7-4 所示。它包括12 字节的头信息和一个 2 字节的 crc-16。crc-16 用来保护 12 字节的头信息的数据完整性。7.2.1.2 数据包结构数据包是一种由数据包头（dph ）和一个数据负载包(dpp) 组成的特别包。dph 定义在7.2.1.1.章。另外一方面，dpp 由数据包帧 和可变长度的数据构成，可变长度数据后面跟着crc-32 。figure 7-8 描述了 dpp 格式。7.2.1.2.1 数据包帧dpp 帧由 8 个 k-symbols ，一个作为dpp 起始帧的 four-symbol有序集和作为dpp 结束帧的four-symbol

50、 有序集构成。正如figure 7-8 所表示的，作为dpp 起始帧的dppstart 序列集，由三个连续的sdp 的 k-symbols 和后面跟着的一个epf的 k-symbol 组成。一个dpp 结束帧序列集有两种不同类型。第一种类型，dppend 序列集，它是一个由三个连续的k-symbol of end和后面跟着的单个k-symbol of epf组成的结束帧有序集。第二种类型，dppabort 序列集，是一个dpp（未完成）终止帧序列集，它 由 3 个连续的 k-symbol of edb和后面跟着的单个k-symbol of epf 组 成 。 dppend 序列集是用来指示完成

51、了的dpp 的正常结束，而dppabort序列集用来指示一个dpp 的半途终止结束。7.2.1.2.2 数据包dpp 区域有 0-1024 字节的数据， 后面跟着 4 字节的 crc-32。任何一个dpp 包提前结束应该包含一个crc-32 略dppabort 有序集。 dpp 应该快速无缝的跟着它相对应的dph。7.2.1.2.3 在数据包头（dph ）域数据负载包(dpp) 之间的空间间隙在数据包头（ dph）域数据负载包(dpp)之间不应该有空间间隙，如figure 7-10. 所示：头包由共20 个字节，四个字节的hpstart 序列集 ， 14 个字节的 包头 (packet hea

52、der)， 2 个字节的链路控制字构成。hpstart 似乎是用于链路双方数据时钟恢复同步用途，类似于 usb2.0 时的 sync （同步序列） ；packet header 则包含 12 个字节的包信息和 2 个字节的16 位 crc；link control word为 2 个 byte，包括 3 bit header sequence number，3 bit reserved， 3 bit hub depth index ，1 bit delayed bit ，1 bit deferred bit ，和 5bit crc 。在第八章将会看到， lmp ，tp，itp， dph 其实都

53、是头包结构，只不过12byte 的包信息定义了不同的格式意义。数据包构造 ：数据包其实是由一个数据包头(data packet header，dph) 后面无缝跟着一个数据负载包(data packet payload， dpp)构成的。 dph的结构同上面的头包结构， dpp 的结构如图7-8所示：dpp 由四个字节的dppstart（类似头包中的hpstart ），0 1024 字节 的数据， 四个字节的 32 位 crc ，以及四个字节的dppend （作用类似于usb2.0 的 eop？在数据有异常的时候这个将是dppabort ）构成。第八章、协议层协议层管理host 和 devic

54、e 间 end-to-end 数据流 ，是建立在链路层正确传输基础上的。本章详细描述：·包类型；（ lmp,dp,tp,itp ）·包格式；·包期待的响应；·四种 transaction 类型；8.1 超速事务处理随着向设备端点请求或者发送数据，主机开始超速事务处理。随着端点发送数据或者对接收数据应答完成事务处理。在超速总线上的一次传输是一次从设备到主机的数据请求，然后将其分解为一次或者几次突发 事务处理。 当超速主机在等待当前总线事务完成的时候，它可能会开始一次或多次out总线事务输出到一个或几个端点。然而，超速主机不应该开始另外一次对端点的in 总线

55、事务， 直到主机：（同时能进行多个out事务， 只能进行一个in 事务）·收到一个dp包或者 nrdy或 stalltp包或者因为当前被发送到非同步端点的acktp包的事务处理超时·收到了所有被请求的dp包或者主机收到一个短包，或者一个最后包标志域置位的dp 包，或者因为当前被发送到同步端点的ack tp（注意同步端点没有错误应答）事务处理超时对于非同步传输 ，端点可以通过下面应答有效的事务处理：·返回一个nrdy tp 包·在 out事务中通过返回一个ack tp（正确应答）包接收数据·在 in 事务中返回一个或更多数据包·如果发生了内部端点错误，则返回一个stall tp 包一个 nrdytp 包应答指示端点还没有准备好接受或发送数据。因此，设备端点和主机之间不应该有更多进一步操作，除非端点通知主机它准备好了。允许在设