Audio Video Bridge
时间同步:各控制器使用统一的主时钟;
低延时:保证ClassA数据流经过7跳后的延时在2ms以内。
带宽预留:保证受保护的数据优先发送,且不过多影响其他数据发送。
数据处理同步:音视频,多路全景视频等可以同步处理
Standards | (Nick)Name | ||
IEEE 802.1AS | gPTP(general Precision Time Protocol) | 通用精确时间戳协议 | 保证网络中所有节点的时钟是同步的 |
IEEE 802.1Qat | SRP(Stream Reservation Protocol) | 流预留协议 | 为音视频数据预留了带宽,保证都能在一定的时间内到达目的地 |
IEEE 802.1Qav | FQSS(Forwarding and Queuing Enhancements for TimeSensive Streams) | 针对时间跨度流的转发和队列增强 | |
IEEE 1722 AVTP | AVTP(Audio/Videa Transport Protocol) | 音视频传输协议 |
时间同步模型
CBS 整理模型
CBS算法工作的工作工程分为一下三种情况:
情况1:对于队列中的一个帧,此时credit信用值为0,且无其他正在传输的帧(称为冲突,若有,则要等那帧传完),所以可以立刻传输。传输时credit以sendSlope下降,传完后,credit以idleSlope上升,升到0后又能传输新帧。如图L-1:
如果有源源不断的帧到来,即每当credit由负值升到0时,都要帧在等着传的话,则:该队列的传输速率/portTransmitRate = 该队列的帧在端口上传输的时间比例 。即:
bandwidthFraction = idleSlope/portTransmitRate
情况2:当端口正在传输一个冲突的帧时,frame A 需要排队等待,等冲突帧传完后再传。当frame A 传完时,此时credit仍大于0,可惜队列中已经无帧可传,故credit被置0.
情况3. 现在CBS队列中有3个帧在等待端口传完一个冲突帧,credit以idleSlope上升。冲突帧传完后,frame A 被传输,A 传完时,credit仍大于0,所以马上接着传输frame B;当B传完之后,credit小于0了,所以frame C 只能等待credit爬升回0,才能传输。注意:相当于credit小于0后,该CBS队列就“哑巴”了,需要等到credit升到0才能再次说话。在它哑巴期间,可能其他队列在使用端口传输。
Presentation Time
Max Transmit Time default 是2ms(Class A最大的延时是2ms),( 数据发送时是由延时的)