博客专栏

EEPW首页 > 博客 > 骁龙820A汽车与智能设备间进行USB音频分享方案介绍--USB协议篇

骁龙820A汽车与智能设备间进行USB音频分享方案介绍--USB协议篇

发布人:车载技术工程师 时间:2017-12-05 来源:工程师 发布文章

上一篇《骁龙820A汽车与智能设备间进行USB音频分享方案介绍》仅仅是方案的概要描述,接下来会将涉及到的技术关键细节作进一步的详细分析,这一篇是涉及到的USB协议篇。


一、USB带宽分析

USB是通用串行总线的意思,本质上并不是专门用来传输音频数据的。它是主从模式的总线,Host控制器决定它下面所有设备一切事务的发送/接收时机。全速下,Host每1ms±500μs生成一个“帧” (frame)。高速下,每125us±0.0625μs生成一个“帧”[2]。一个“帧”以SOF包打头,包含发送给同一个Host控制器下的不同设备 的若干个USB数据包。因此同一个控制器下的USB设备带宽共享,这里引用上一篇《骁龙820A汽车与智能设备间进行USB音频分享方案介绍》中的图例:

185928sd3n911ttwr9dvwq.png


在上图中,在同一个USB控制器上的全速设备(FullSpeed/FS)、低速设备(LowSpeed/LS)设备之间共享带宽。高速设备(HighSpeed /HS)之间共享带宽,不与全速/低速设备共享。

这种共享带宽,在下行中是这样实现的:Host设备发给 高速设备 H1的数据包,高速设备H2同样会收到相同的数据包,但是因为接收地址与自身地址不符,H2设备会无视该数据包。同样的,Host发给F1全速设备的数据 包,F2全速设备和L1/L2慢速设备也会收到同样的包,但是会将其无视。上行带宽共享则是由主机控制:除非主机在“帧”中发送了IN包告诉这个设备准许发送数据,否则设备不允许发送数据。这样就避免了冲突产生。


二、USB传输类型和特点

USB有四种传输通道类型(Endpoint):控制(Control)、中断(Interrupt)、批量(Bulk)、同步(Isochronous)。
Control用于USB总线控制等(所有设备都有),Interrupt多用于鼠标键盘的数据传输(其实在USB令牌轮询的特性下这是个伪Interrupt),Bulk多用于U盘数据传输。
前三种类型都有重传,各有特点这里略过。但USB音频类(USB Audio Class,简称UAC)采用的音频数据传输是第四种端口,也就是Isochronous,拥有错误检测机制,但是没有重传。

为何没有重传呢。
一是音频/视频是很讲究“实时性”的,否则会音画不同步,带来的用户体验就会很差。因此音频/视频设备本质上都需要与主机同步,重传会打乱同步。
二是同步(Isochronous)类型因为要求低延迟,不像别的传输类型有握手过程,同一个"传输端口"内数据包是单向移动的(要么入要么出),Host不会给一个OUT方向的同步传输通道发送IN包,没有办法引入重传机制(发生错误时无法通知主机)。
另外还有一点,为了“同步”,每个“帧”中的每个同步(Isochronous)通道只会传送一次数据。

这里有人要问了 用一个IN和一个OUT的Isochronous通道不就可以解决错误处理了?
事实上,不可能。Host在一个Frame中轮询各个Endpoint的顺序是不可知的,很可能Host在一个Frame中先轮询了你的IN通道,但此时Host还没给你的OUT通道传送数据。这样就产生了:数据还没发送 怎么能确认数据收到了呢。

由于USB自身抗干扰特性(双绞线/屏蔽层)使得正常/正确使用的情况下,产生错误的概率非常非常低。真产生错误了,设备因为CRC校验失败,会将错误的USB数据包丢弃,从而导致导致短暂静音/爆音而已,所以对于没有重传机制不必过分担忧


上述就是和USB音频传输相关的一些USB协议基础知识,如有兴趣,可深入的研究USB完整协议。




*博客内容为网友个人发布,仅代表博主个人观点,如有侵权请联系工作人员删除。



关键词:

相关推荐

技术专区

关闭