usb30协议规范中文解读文档格式.docx
《usb30协议规范中文解读文档格式.docx》由会员分享，可在线阅读，更多相关《usb30协议规范中文解读文档格式.docx（12页珍藏版）》请在冰点文库上搜索。
集线器参与到一个端到端的协议中，所承当的工作：
路由选择输出的包到下游端口。
输入包混合传递到上游端口
当不在低功耗状态下时，向所有下游端口广播时间戳包（itp）
当在一个低功耗状态的端口检测到包时，集线器将目标端口转变成退出低功耗状态，通知主机和设备（带内）包遭遇到了一个在低功耗状态的端口。
主机（hosts）：
一个usb3.0主机通过主控器和usb设备互连。
为了支持usb3.0双总线结构，usb3.0主控器必须包括超速（usb3.0）和usb2.0部分，这样可以同时管理每一个总线上主机和设
备间的控制、状态和信息交换。
主机含有几个根下行端口实现超速usb和usb2.0，主机通过这些端口：
检测usb设备的连接和移除；
管理主机和设备间的控制流；
管理主机和设备间的数据流；
收集状态和活动统计；
对连接的设备供电；
usb系统软件继承了usb2.0的结构，包括：
设备枚举和配置；
规划周期性和异步数据传输；
设备和功能电源管理；
设备和总线管理信息。
数据流模型：
超速usb集成了usb2.0的数据流模型，包括：
主机和设备间的数据和控制交换通过管道（pipe）进行，数据传输在主机软件和指定的设备端点间进行。
设备可以有不止一个的活动管道，有两种类型的管道：
流式管道（数据）和消息管道（控制），流式管道没有usb2.0定义的结构，消息管道有指定的结构（请求的结构）。
管道相关联的是数据带宽，传输类型（见下面描述），端点属性，如传输方向与缓冲大小。
大多数管道在系统软件对设备进行配置后才存在，但是当设备上电在默认的状态后，一个消息管道即默认的控制管道总是存在的。
提供权限访问设备的配置，状态和控制信息。
一个管道支持usb2.0定义的四种传输类型的一种（管道和端点属性一致）。
海量传输类型（bulk）在超速中进行了扩展，叫做流（stream）。
流式提供在协议级支持在标准块传输管道中多路传输多个独立的逻辑数据流。
第四章超速数据流模型
4.2超速通信流
ss保持相似的观念和机理，支持端点，管道和传输类型。
参考usb2.0协议。
端点的属性（最大包尺寸（端点缓存大小），突发大小等）被记录在描述符中和ssendpointcompaniondescriptor。
正如在usb2.0中，端点是使用三个参数组成的地址来验证（设备地址，端点号和方向）。
所有的ss设备必须起码在默认控制管道（端点0）开始执行。
4.2.1管道
一个超速管道是一个设备上的端点和主机软件的连接。
管道代表拥有缓存空间的主机软件和设备端点之间传输数据的能力，和usb2.0有相同的过程。
主要的区别在于当超速的非同步端点忙时，会返回一个没有准备好（nRdy）应答，当它想又要服务时必须发送准备好（eRdy）通知。
主机在下一个传输类型限制下的有效时机中重新安排事务。
4.3超速协议综述：
正如在usb3.0结构总览那章中提到的，超速协议是利用双差分数据线的物理层。
所有的usb2.0的类型都可以被高速协议支持。
协议之间的区别在于下面要首先讨论的超速中使用的包的描述。
4.3.1与usb2.0的区别：
在框架上，超速是向后兼容usb2.0的，但是二者在协议上还是有一些重大的不同：
·
usb2.0的transaction有三部分（令牌（token）、数据（data）和握手（handshake）），超速也是这三部分但是用法不同（令牌包集成在头包和dph中，各种类型的握手包都是tp包形式）；
对于out事务，令牌被合并在数据包中；
对于in事务，令牌被握手包代替。
usb2.0不支持突发（bursting），超速支持持续突发；
usb2.0是半双工（half-duplex）的广播总线，超速是dual-simplex（全双工）的非广播总线，支持同时进行in、outtransaction；
usb2.0使用轮询模式，超速使用异步通知方式；
usb2.0不支持流能力，超速支持海量（bulk）端点的stream方式；
usb2.0在同步传输（isochronous）间隔中没有进入低耗电状态的机制，超速则允许同步传输服务间隔中自动进入低耗电状态（不服务的时间段进入低功耗）；
ss主机在服务间隔前发送一个ping包到目标同步设备允许开始同步传输之前转变成电源活动状态。
usb2.0设备无法通知主机自己在进入低耗电状态前可容忍的延迟时间（设备通知主机自己进入低功耗状态的最长延迟时间），超速则提供latencytolerance消息；
usb2.0以固定的1ms/125us间隔发送帧包/小帧包（usb2.0全速和高速模式）。
超速下，设备可以发送intervaladjustment消息给主机调整间隔125us一直到+/-13.333us；
usb2.0电源管理总是主机导向（主机初始化）的，超速链路两端都支持电源管理；
因此不管何时需要空闲，需要退出，需要通信，每个链路能独立的进入低电源状态。
usb2.0仅在每个transaction进行end-to-end级别的错误检测、恢复、流控，超速在end-to-end（数据包重试）和链路级别（头包重试）分割这些功能。
4.3.2比较usb2.0和超速的事务处理（transaction）
超速全双工总线物理层允许同时进行双向的通信。
超速协议允许收到握手包之前发送多个数据包（突发）。
对于out传输，包含在usb2.0令牌包中的信息（设备地址和端点信息）被合并在数据包头里面，因此不需要额外令牌包。
对于输入传输in，超速主机发送一个握手包（ack）给设备以请求数据（和指示数据是否正确）。
设备可以通过返回数据或者返回stall握手包来应答，或者返回一个没准备好（nRdy）握手包延迟传输直到设备准备好了。
usb2.0的包是广播方式，每个连接的设备解析每个包的地址、端点、方向信息来决定自己是否应该响应。
超速包有路由信息，hub决定每个包要送达哪个设备，只有一个例外，等时时间戳包（isochronoustimestamppacket，itp）广播到每一个设备。
usb2.0的查询方式已经被异步通知代替。
超速传输通过主机发出一个请求来开始传输，后面跟随着设备的应答。
如果设备能接受请求，它就接收数据或者发送数据；
如果端点停止了，设备应该以stall握手包响应；
如果设备由于缺少缓存空间或者没有数据而不能接受请求，应该以nRdy应答告诉主机现在还不能处理请求。
当等到设备能接受请求时，设备会主动发送一个端点准备好（eRdy）异步通知给主机然后主机会重新安排传输事务。
单路传送和有限制的多点广播的包以及异步通知，都允许没有活跃传输包的链路进入一个降低功耗状态，上游和下游端口共同决定它们的链路进入一个低功耗状态，集线器会传递到上游端口。
通过允许链路伙伴独立控制它们的链路电源状态，集线器将任意下游端口可见的最高链路电源状态传递到上游端口，使总线快速进入最低允许电源状态。
4.3.1.2超速包介绍：
超速包以16字节的头部开始。
一些包只包含有头部（tp，lmp,itp）。
所有的头部以用于决定包处理方式的包类型信息开始。
头部有16位cRc保护，以2个字节链路控制字（linkcontrolword）结束。
依赖于类型，大多数包包含有路由信息（路由字符）和一个三参数的设备地址（设备地址，端点号和方向）。
路由字符给主机用来指导包被发送到被指向的拓扑路径。
设备发送的包被集线器默认路由选择，集线器总是把数据从任何可见的下游端口传到上游端口（这一过程不需要路由信息）。
有四种基本类型的包：
（协议层）
linkmanagementpacket（lmp），只穿过一对直接连接的端口（链路两端），主要用来管理链路。
transactionpacket（tp，事务包），穿过所有直接连接主机与设备的链路，用来控制流式数据包，配置设备和集线器等（任何传输类型的事务处理都用到）。
注意一个transactionpacket是没有数据的。
（控制命令包，tp包就是一个包头（dph））
datapacket（dp），穿过所有直接连接主机与设备的链路，数据包有两部分组成，一个和tp包相似的数据包头（dph）和带有数据块加上用来确保数据完整性的32位cRc的数据包（ddp）
isochronoustimestamppacket（itp）。
它被主机用来多点广播到所有的活动的链路上。
4.4对传输（transfer）的一般性描述：
每一个发送给接收器的非同步数据包通过一个握手包（acktp）被应答（同步端点不应答，非同步端点要为每个收到的数据包进行应答，以报告是否正确传输和是否要重传），但是由于超速有独立的发送与接收路径，所以发送器不必在发送下一个包之前为每次传输的数据包等待一个握手（超速usb的一个特色：
同时进行发送数据与接收应答，当设备检测到数据包错误时或者端点错误，没准备好等，都会通过在应答tp包中反应给主机，主机收到的应答tp包中记录出错的包顺序号，于是主机从错误的那个顺序号开始重新发送包）。
超速保护所有的基本数据流和usb2.0定义的传输观点，包括传输类型，管道和基本数据流模式。
和usb2.0的区别在这章被讨论，开始是协议层，然后是传输类型。
usb2.0规范利用一系列事务处理的模式。
这从本质上意味这主机是在开始下一次事务前完成这一次总线处理（令牌，数据和握手）。
分离事务处理也坚持这相同模式，因为他们由完整的高速事务组成，类似所有其他事务在相同的模式下完成。
超速通过实施发送与接受同步改善了usb2.0事务的协议。
因此超速usb事务处理协议本质上是一个分离的事务处理协议，它允许在同一时间不止一个out总线事务处理（设备可以多个）和至多一个in总线事务处理（主机只有一个）在总线上活动。
设备对事务处理的应答的命令是确定在每个端点基础上（例如，如果一个端点接收三个dp包，端点必须为每一个dp包返回acktp告知收到dp包）。
usb2.0协议要在继续下一个总线事务处理之前完成整个in或out事务（令牌，数据和握手包连续传输），所有的来自主机的传输本质上是广播到usb2.0总线上的每一个活动设备，与之比较起来，超速协议不进行广播任何包（itp除外），包只穿过需要达到目标接收方的链路，主机通过发送握手请求（acktp）或者发送数据（out）开始所有的事务，设备以数据或者握手来应答。
假如设备没有有效的数据（in）或者不能接受数据（out），它会以一种包（nRdy）来应答以指示不能进行此操作。
之后，当设备准备好发送或者接收数据时，它会发送一个包给主机指示它已经准备好重新进行事务处理。
除此之外，超速提供将链路转变成指定的低电源状态或者退出低电源状态的能力。
低电源链路状态可以在软件使能
篇二：
usb3.0线材规范（中文版）
5.4电缆施工和线定义
本节讨论了usb3.0电缆，电缆施工，线任务，并线计。
将在第5.6.1.1规定的性能要求。
5.4.1电缆施工
图5-15显示了usb3.0电缆横截面。
有三组线：
utp信号对，屏蔽差分对（sdp，双绞线或屏蔽双绞线对信号线），电源线和接地线。
utp传输的usb2.0信号的sdp是用于超速;
屏蔽层是需要超高速差分对信号完整性和电磁干扰性能。
每个安装sdp与漏极配线，它最终被连接到系统的地面在连接器，通过gnd_dRain针（s）。
金属编织物必须附上所有的usb3.0电缆线。
编织是终止的插头的金属壳，尽可能接近360°
，包含电磁干扰（emi）。
5.4.2线定义
表5-7定义的线号，信号分配，以及导线的颜色。
5.4.3线规和电缆直径
本规范选择不指定线规的。
表5-8列出了典型的线规参考。
大规格导线招致损失少，但付出的代价电缆的灵活性。
一应选择尽可能小的导线规格，以满足电气要求的电缆组件。
为了最大限度地提高电缆的灵活性，所有的导线都要被绞合和电缆外径应尽可能地最小化。
一个典型的usb3.0电缆外径的范围可以从3毫米至6毫米。
5.5电缆组件
5.5.1usb3.0标准a至usb3.0标准-b线集合
表5-9定义了usb3.0标准a至usb3.0标准-b线材连接组装。
5.5.2usb3.0标准ausb3.0标准a电缆集合
usb3.0标准ausb3.0标准的电缆组件被定义为操作系统调试等主机到主机连接的应用程序。
表5-10显示了线路连接这样一种电缆组件。
参见图5-16usb3.0标准a插头线模制尺寸。
5.5.3usb3.0标准ausb3.0micro-b型电缆组件
图5-17显示了usb3.0micro-b插头模制尺寸的usb3.0标准-ausb3.0micro-b型电缆组件。
3.0标准的usb-a插头模制尺寸可以图5-16中。
表5-11显示了usb3.0标准ausb3.0micro-b型电缆线连接组装。
注意：
usb3.0micro-b插头中的id引脚连接，但留在开放的条件。
篇三：
usb1.1中文协议-3
第四章usb数据流模型
本章介绍了数据如何在usb中传送，将涉及到系统中关于信号的发送和协议定义的一层。
对于usb系统中这一层中各个定义的详细情况可参见第六章和第七章。
本章中介绍的数据传送格式，将在第八章到第十一章中逐步扩充。
所有的实现者必须阅读此章，以便了解usb中一些非常核心的概念。
4.1实现者的视图
usb提供了在一台主机和若干台附属的usb设备之间的通信功能，从终端用户的角度看到的usb系统，可简单地用图4.1表示：
图4—1usb主机/设备的简单模型
但在实际的实现上，具体的系统要比这复杂，不同层次的实现者对usb的有不同要求，这使得我们必须从不同的层次观察usb系统。
usb系统提出了一些重要的概念和情况来支持现代个人计算机所提出的可靠性要求，所以usb的分层理解是必须的。
它能使不同层次的实现者只关心usb相关层次的特性功能细节，而不必掌握从硬件结构到软件系统的所有细节。
usb的这种层次结构如图4-2所示，
实际通信流
逻辑通信流
需实现的区域
图4—2usb需实现的区域
各层次的具体细节将在以后逐步介绍。
特别地，有四个层次的实现是较为集中的。
usb物理设备（usbphysicaldevice）：
usb上的一种硬件，可运行一些用户程序。
客户软件（clientsoftware）：
为一个特定的usb设备而在主机上运行的软件。
这种软件由usb设备的提供者提供，或由操作系统提供。
usb系统软件（usbsystemsoftware）：
此软件用于在特定的操作系统中支持usb，它由
操作系统提供。
与具体的usb设备无关，也独立于客户软件。
usb主机控制器（usbhostcontroller）:
总线在主机方面的接口，是软件和硬件的总和。
用于支持usb设备通过usb连到主机上。
这四个usb系统的组成部分在功能上存在相互重叠的部分。
为了支持主机与客户之间的坚
固可靠的通信，还需要在后面对这些部分进行细节性描述。
如图4-2所示，一台主机与一个usb设备间的连接是由许多层上的连接组成。
usb总线接口层提供了在主机和设备之间的物理连接、发送连接、数据包连接。
usb设备层对usb系统软件是可见的，系统软件基于它所见的设备层来完成对设备的一般的usb操作。
应用层可以通过与之相配合的客户软件向主机提供一些额外的功能。
usb设备层和应用层的通信是逻辑上的，对应于这些逻辑通信的实际物理通信由usb总线接口层来完成。
关于usb的物理通信在第5、6章中描述，而相关的逻辑通信在第8、9章中介绍。
本章描述一些核心概念，usb系统的实现者必须先掌握它们，然后在往后几章中阅读更加详细的部分。
为了描述和管理usb通信，以下概念是很重要的：
总线拓朴（bustopology）：
usb的基本物理组成、基本逻辑组成，以及各组成部分之间的相互关系。
这将在4.2节中描述。
通信流模型（communicationFlowmodels）:
描述主机与设备如何通过usb通信，以及通信所用的四种通信类型。
这将在4.3到4.8的各节中介绍。
总线访问管理（busaccess）：
主机面对大量的usb设备的各种通信要求，如何控制、协
调总线的访问。
关于同步传送的考虑：
4.10节中将介绍。
对要求同步传送的设备提供一些特性。
非同步传送设备的实现者不必阅读此节。
4.2总线拓朴
总线拓朴结构包括四个重要的组成部分。
主机和设备：
usb系统的基础组成部分。
物理拓朴结构：
描述usb系统中的各组成部分是如何连接起来的。
逻辑拓朴结构：
描述usb系统中各种组成部分的地位和作用，以及描述从主机和设备的角度观察到的usb系统。
客户软件层与应用层的关系：
描述从客户软件层看到的应用层的情况，以及从应用层看到的客户软件层的情况。
4.2.1usb主机
主机的逻辑结构如图4-3，包括
usb主机控制器（usbhostcontroller）
usb系统软件集合：
usb驱动程序，主机控制器的驱动程序，主机软件
（usb3.0协议规范中文解读） ·
客户软件
主机
图4—3主机的组成
usb主机在usb系统中是一个起协调作用的实体，它不仅占有特殊的物理位置，而且对于usb以及连到usb上的设备来说，还负有特殊责任。
主机控制所有的对usb的访问。
一个usb设备想要访问总线必须由主机给予它使用权。
主机还负责监督usb的拓朴结构。
关于主机和它的任务的更详细、更彻底的描述，请见第9章。
4.2.2usb设备
一个usb设备的逻辑结构如图4.4所示，包括
usb总线接口
usb逻辑设备
应用层
图4-4物理设备组成
usb设备用于向主机提供一些额外的功能。
usb设备提供的功能是多种多样的，但面向主机的接口却是一致的。
所以，对于所有这些设备，主机可以用同样的方式来管理它们与usb有关的部分。
为了帮助主机辨认及确定usb设备，这些设备本身需要提供用于确认的信息。
在某一些方面的信息，所有设备都是一样的；
而另一些方面的信息，由这些设备具体的功能决定。
信息的具体格式是不定的，由设备所处的设备级决定。
对usb设备更完备的描述，见第8章。
4．2．3总线的物理拓朴结构
usb系统中的设备与主机的连接方式采用的是星形连接，如图4-5。
图4—5usb物理总线的拓扑
图中的hub是一类特殊的usb设备，它是一组usb的连接点，主机中有一个被嵌入的hub叫根hub（roothub）。
主机通过根hub提供若干个连接点。
为了防止环状连接，采用星形连接来体现层次性，如图4-5。
这种连接的形状很像一棵树。
用于提供具体功能的设备叫应用设备。
许多不同功能的设备放在一起被看作一个整体，叫包。
例如，键盘和轨迹球可以被视作一个整体，在它的内部，提供具体功能的设备被永久地接到hub上，而这个hub被接到usb上。
所有这些设备及这个hub被看作一个复合设备，而这个hub又被看作这个复合设备的内部hub。
在主机看来，这个复合设备和一个带着若干设备的单独hub是一样的。
图中也标出了一个复合设备。
4.2.4总线逻辑拓朴结构
在物理结构上，设备通过hub连到主机上。
但在逻辑上，主机是直接与各个逻辑设备通信的，就好像它们是直接被连到主机上一样。
这个逻辑关系如图4-6所示。
与之对应的物理结构就是图4-5中的结构。
hub也是逻辑设备，但在图4-6中，为了简化起见，未被画出，虽然usb系统中的工作都是从逻辑角度来看待的，但主机必须对物理结构有个了解。
例如，在处理hub被移去的情况时，当一个hub被移出，通过它与主机相连的设备也应一起被移去，这是由其物理结构决定的。
关于hub的更详细的讨论在第10章。
图4—6usb逻辑总线的拓扑
4.2.5客户软件层与应用层的关系
usb系统的物理上、逻辑上的拓朴结构反映了总线的共享性。
操纵usb应用设备的客户软件只关心设备上与它相关的接口，客户软件必须通过usb软件编程接口来操纵应用设备。
这与另一些总线如pcl，elsa，pcmua等不同，这些总线是直接访问内存或i/o的。
在运行中，客户软件必须独立于usb上的其它设备。
这样，设备和客户软件的设计者就可以只关心该设备与主机硬件的相互作用和主机软件的相互作用的细节问题。
图4-7说明了在图4-6的逻辑结构下，一个设备设计者看到的客户软件与相应应用的关系的视图。
图4-7客户软件和应用间的关系
4.3usb通信流
usb是为主机软件和它的usb应用设备间的通信服务的，对客户与应用间不同的交互，usb设备对数据流有不同的要求。
usb为此提供了更好的overall总线使用，它允许各种不同的数据流相互独立地进入一个usb设备。
每种通信流都采取了某种总线访问方法来完成主机上的软件与设备之间的通信。
每个通信都在设备上的某个端点结束。
不同设备的不同端点用于区分不同的通信流。
图4-8是图4-2的扩充，它更详尽地描述了usb系统，支持了逻辑设备层和应用层间的通信。
实际的通信流要经过好几个接口边界，从第5章到第7章，刻画了机械上、电气上以及协议上的usb接口的定义。
第8章刻划了usb设备的编程接口。
通过此接口，可从主机侧对usb设备
升级会员 