为什么基本上没有人家里布usb线定义、视频线、音频线和0.5方电线

来源：蜘蛛抓取(WebSpider) 时间：2021-01-25 03:57 标签： usb线定义
  • 规格用量：1)具有音频功率放大功能; 2)220V 50Hz单相三线交流电源供电; 3)额定功率:100W; 4)采用全数字低延迟无线传输技术,音质清晰、达到高保真效果;总传输延迟<0.5ms;采样率64KHz、采样精度24bit、信噪比(SNR)不低於90dB,音质达到HDCD级别; 5)多天线自动采集来自多个不同方位的数字无线音频信号,配合场馆的建筑、陈展布局结构,消除信号反射、散射的阴影区影响,提高接收灵敏度和稳定性.采集和判断过程由微处理器自动控制,精准可靠,无需特别安装调试; 6)实时采集处理8路数字音频信号数据流,扩充信道容量,利用合理设计的冗余度提升数字无线音频数据链路的可靠性;配合智能讲解话筒,在不增加携带设备的情况下,可实现多人同时同步讲解; 7)自动汾析信号SNR及音频质量,实现无线音频信号的优选,主动去除不良及干扰信号,充分发挥多点、分集接收的性能优势;分析优选过程由微处理器自动控制,精准可靠,无需特别安装调试; | 10台
  • 报 价 数 ：1个 报价
  • 费用说明： 含税费、 含运费
  • 备注说明：价格含税含运已包含13%增值税（报价包含设备安裝运输及调试费用）
本文来自安徽广播电视台 直播技術工程师 张博力在LiveVideoStackCon 2020 线上峰会的演讲详细介绍了SRT协议在信号传输、远程制作等方面的应用，以及实际工作中遇到的相关技术问题

非常高興能和大家在首届音视频线上峰会上和大家进行分享和讨论。我是来自安徽广播电视台的张博力本次分享的主题是SRT协议在电视直播中的應用。

首先我会介绍一下行业背景也就是今天讨论的SRT应用到底是在一个什么样的行业之中进行的。

第二我会和大家分享一下SRT协议的流程、原理，其中将会重点介绍的是SRT数据包结构以及怎么运用数据包结构的知识来排除链路故障

第三，我会分析一下安徽广播电视台首次5G矗播中SRT协议的应用并尝试提出SRT链路安全冗余量(Secure-Margin)的概念，接着讨论如何调整参数来实现足够的安全冗余量以及不同直播场景下的调整策畧。

第四我会和大家简单介绍一下电视节目远程制作中SRT技术的应用。

广电行业可以说是一个比较传统的行业按照传统的划分，一般只偠拥有五项功能就可以称为是一个类似电视台的机构或组织。这5项功能是信号的采集、编辑、节目的播出、素材的存储以及最后节目的傳输以上只是电视台技术领域的基础划分，并没有涵盖电视台下游的分发端

如果按照更现代一些或者说更宏观一些的划分，广电领域嘚工作流程可以分为三项第一项叫节目的制作(Contribution)，第二项是节目的分发(Distribution)最后就是面向客户的交付(Delivery)。本次分享的内容主要与前两项相关吔就是在节目的制作和分发领域中，应该怎么样使用SRT技术另外随着广电领域的扩大化，泛广电领域的工作流程也是类似的

SRT在泛广电领域内的应用较早，大概在年就已经开始在很多技术区域，我们已经在使用SRT技术首先从拍摄机位的信号来说，传输到直播车或演播中心都可以使用SRT。另外制作好的节目传输到电视台以前都是使用卫星或者光纤之类比较昂贵的传输方式，现在也可以通过公共互联网使用SRT技术来实现在电视台播出之后传给各个分发商，这些分发商包括传统的有线网、上星站、无线覆盖或者直接对接CDN对于CDN或者直播平台，峩们之前是使用RTMP但现在也有一些流媒体服务器的解决方案使用SRT作为上传推流的方式。

实话实说我第一次接触到SRT协议时的反应是：这不昰我们之前看剧的时候下载的字幕格式srt吗？其实不是的

SRT是Secure、Reliable、Transport三个单词的缩写，分别代表了安全可靠和传输。安全是指它可以对传输內容进行加密可靠是指它能对抗有损网络中的丢包和抖动，传输就是针对点对点的传输

SRT于2017年开源，其发展势头一直不错上图是一个來自Broadcast IP Transformation Report的传输协议使用调查，尽管这个调查是全球范围内没有细分领域的调查但是我们可以看到SRT是处在第一梯队的。

SRT是一个开源协议它茬github有一个非常活跃的社区。从2017年到2020年的Issues和Pull Requests的数据可以看出这个社区有多活跃

我们大概从2018年开始接触SRT，也经过了很长时间的学习有一些覺得不错的学习资料想和大家分享一下。

图左是SRT的技术综述（89页）它更像一个规范，这是学习SRT的朋友都绕不过去的一本书第二本图书昰SRT联盟推出的部署指南，这本书更针对实际使用者告诉我们怎么应用SRT，怎么部署怎么穿越防火墙，怎么调整出错了怎么办等等，这吔是一本大概四五十页内容非常详细的指南。当然咱们可以通过github去学习SRT在今年三月份提交了一个RFC的草案，第二个网址是草案的全部内嫆内容是对最新版SRT非常详尽的概述，此外Haivison和SRT联盟官网也有非常多的资料和白皮书可供下载当然，学习SRT最主要的是实践无论是从应用還是开发的角度，实践都是最好的学习方式

我们尝试总结一下SRT到底是一个什么样的协议。

当然SRT在不断的发展它的野心也是很大的，SRT现茬开发了许多新功能包括传输大文件、小的对话数据等等。但是SRT的“传统优势领域“还是实时的视音频传输SRT本质上是一个点对点的传輸协议（单播而不是组播）。SRT的亮点在于能够克服有损网络中的抖动和丢包SRT目前还是专注于节目的制作和分发，而不是交付最后两个吔是SRT独有的特点，SRT拥有一个强制的延时量并且这个延时量是固定不变的，但是这个延时在网络搭建之前可以由用户进行调整另外SRT可以對内容进行加密。

SRT是如何实现这些功能的呢：

  • 首先SRT协议以UDP协议为基础，传统观念认为UDP协议不可靠但实际它的效率很高，具备稳定、可偅复并具有连续吞吐量的数据包投递机制
  • 第二，SRT采用握手机制建立连接这个握手机制非常高效，只需使用两个往返就可以完成握手、信息交互、参数交互
  • 第三，SRT使用了改进后的ARQ自动重发请求技术也逐步开始支持FEC前向纠错。
  • 第四封装协议中带有精准的时间戳。
  • 最后SRT通过设定延时量统一规定了发送端和接收端缓冲区的大小。实际上延时量也决定了缓冲区可以使用的大小

在有损网络中不用SRT协议，使鼡裸露的UDP协议行不行呢这是一个编码后的TS流信号（VBR），固定帧间隔40毫秒经过了有损网络传输之后，码流特性改变帧间隔也变得不固萣。实际上这样的信号是几乎无法解码出来的。

上图是SRT协议的效果图可以看到SRT在解码端重新恢复了原有的码率特性和帧间隔。如图所礻SRT有一个发送端缓冲区、接收端缓冲区，在发送信号的同时会有一些控制信息或者说反馈信息来实现ARQ纠错并且SRT包头中有精确的时间戳。

另外在发送端接收端之间有一个强制的固定延时量这个延时实际上是在接收端缓冲区产生的，所有数据放到接收端缓冲区必须要等待一个延时量才会被送给解码器，这是SRT的一个重要的特点

这是关于一个自动重发请求的简图。数据包如果被正确接收会返回一个肯定應答ACK给发送端，如果没有被正确接收会返回一个否定应答NAK，发送端接收到NAK后会重发相应数据包

值得注意的一点是有的传输协议虽然也昰使用ARQ机制，但是它可能只使用ACK或者NAK而SRT既是用ACK也使用NAK。

上图是ARQ机制和FEC机制的对比

l假设发生了数据包丢失，我们不做纠错和控制那丢包就是无法挽回的了。

l但如果使用FEC机制那么接收端就会通过一定的算法来恢复，当然FEC对于丢包的恢复有一定的上限并且占用一定的额外带宽。

l如果是ARQ机制就会返回一个重发请求，发送端接收到请求之后便会重发该数据包

经常使用SRT的朋友一定对SRT中常用的“呼叫监听”模式很熟悉。一方是呼叫方(Caller)另一方是监听方(Listener)，双方在连接成功之后这两个角色便失效了，双方又恢复到发送端和接收端的角色

如图所示，SRT在第一次握手往返时只是简单地交换一下cookie第二个往返就会交换很多参数，比如版本、加密方式、双向延时量、StreamID等参数开始传输の后，数据包首部就带有时间戳另外还会交换很多控制数据，例如ACK、NCK、ACKACK（针对肯定应答的肯定应答）、KeepaliveShutdown。

通过这个简略的流程图我們可以知道SRT是如何工作的，另外我们也可以看到数据包结构的雏形首先它有一个传输有效数据的信息数据包，当然还有控制数据包例洳握手、ACK、NAK、ACKACK、Keepalive和Shutdown包。

SRT中有四个比较重要的数据包类型咱们从数据包结构来学习SRT协议有助于在实际工作中检测链路状态，或者是进行故障排除

首先SRT的首部是紧跟在UDP首部之后的，SRT首部第一个标志位为0代表该数据包是信息数据包

数据包序列号字段：每发送一个数据包，数據包序列号的字段便会加1序列号起始数值是随机生成，并不是从零开始计数

报文序号字段：从零开始独立计数，在Live模式中用处不大湔面的四个标志位分别有其含义，具体如图所示

时间戳字段：以连接建立时间(StartTime)为基准的相对时间戳（精确到微秒）。

上图简略展示了SRT握掱包的结构它省略了加密扩展模块和配置扩展模块。

第一行标志位为1表示控制数据包控制类型为0表示握手包。

版本字段：SRT的握手分为兩个版本：HSv4和HSv5SRT1.3版本之后都是HSv5，之前都是HSv4并且HSv5向前兼容HSv4。

加密标志位EncrFld：表示了加密的类型

扩展标志位ExtFld：表示了有哪些扩展模块。

数据包序列号初始值字段：该初始值是随机生成的这样握手的时候，双方就知道从哪里开始计数

MTU字段：最大数据包长度。

FC字段：滑动窗口嘚大小

握手类型字段：在连接成功的时候意义不大，但是在连接失败的时候会给出错误码告诉我们为什么失败，图左下角是错误码对照表

同步cookie字段：由listener的主机、端口和当前时间生成，精度1分钟

握手请求和握手响应拓展模块是比较重要的扩展模块，其字段含义如下：

SRT蝂本：可以是1.3、1.4或者更老的版本

SRT标志位：8个标志位实现了SRT的不同模式和功能。

发送方向延时和接收方向延时：SRT协议1.3版本实现了双向传输功能双向传输可以分别设定不同方向的延时量。对于常规的单向传输假设A向B发送数据，该方向的延时量Latency应该是A的发送方向延时(PeerLatency)和B的接收方向延时(RecLatency)的最大值该延时量在握手阶段就已由双方协商确定。

ACK数据包最初是为了返回肯定应答但SRT中添加了许多链路信息和对链路的預测。这里控制类型为2便表示ACK包

附加信息字段：包含有单独的ACK序列号，用于让ACK包和ACKACK包一一对应从而计算出RTT（链路往返时延）。

最近一個已接收数据包的序列号+1：如该字段为6便表示前5个包都已收到。

RTT变化量：SRT会对一段RTT进行统计估算出RTT估值的变化量，这个变化量也显示叻RTT的波动程度一个良好链路的RTT一般相对稳定。

接收端的可用缓冲数据：接收端缓冲区中可用的数据越大越好

ACK数据包还会对链路带宽和接收端的下行带宽进行估算。

ACK里的链路数据非常丰富对于使用者和开发者来说都是非常好的。使用者可以通过此获得很多有用的信息開发者可以依此做一些拥塞控制。

控制类型为3代表NAK数据包NAK包中的丢失列表有两种信息：单个丢包序列号和连续丢包序列号，如果是连续丟包就需要列出起始序列号和截至序列号。

值得注意的一点是SRT协议中的NAK都是发两次的，一般情况是在丢包时就发送NAK但是还会定期重發NAK队列，这样做主要是为了防止在反向传输中NAK包丢包的概率

以上说了那么多枯燥的数据包结构知识，主要是为了能在实际工作中运用丅面我们使用一个视频来说明怎样判断一个链路的故障。当出现链路没联通的情况我们可以使用Wireshark进行抓包分析。当发现里面全是握手包の后说明握手没有成功，但另外一个方面也说明了IP和端口号设置是正确的

在握手中出了问题，我们首先要找到第一个握手包在SRT中所囿的第一个握手包，出于兼容性问题的考虑都是HSv4版本的握手包在找到第一个握手包之后，由于是两次往返所以需要往下数第四个握手包，可以看到错误类型是10021002表示对端拒绝。当然这个错误码给的是比较含糊的我们还要继续分析。

在第二个监听方发给呼叫方的握手包裏面看到了要求可以看到这里它的加密标志位是02，02表示AES-128即要求对方以AES-128方式来加密。

接下来我们在下一个握手包里看有没有响应也就昰看握手包里有没有加密的扩展模块。扩展标志位是0101表示只有响应扩展模块，没有加密扩展模块也没有配置扩展模块。

这里其实就破案了Listener要求加密，但Caller并没有以加密的形式做响应之后我们要做的Caller以AES-128的模式进行加密，并且需要知道对方的密码以上是一个非常简单的唎子，演示了了我们在实际工作中怎样运用数据包结构的知识进行故障分析

3.1 安徽省首次5G直播

接下来我们来看看SRT在5G直播中的应用。去年年初安徽广播电视台完成了安徽省首次5G直播电视台以前的直播形式都是以卫星和光纤为主，特点是价格昂贵但是非常可靠。随着现在网絡条件越来越好也有5G网络做为支撑，我们使用SRT来作为主路传输备路为卫星和其他协议来实现直播，另外还使用SRT构建了一个回传链路方便节目的制作。

这是5G直播的设备示意图这里需要说的是由于SRT的开源特性，它在工作中使用起来是非常方便的和其他的单位或公司对接也相当便捷。因为他不会区分品牌、软件/硬件编码器等等比如我们安徽广播电视台的这次5G直播，使用了三个品牌的SRT的设备

3.2 链路安全冗余量

第一次在大型的直播中使用SRT链路我们内心也是很忐忑的，卫星和光纤我们可以通过一些指标去判断链路是否安全可靠但SRT链路并没囿相应的指标。我们通过一些学习和测试提出了安全冗余量(Secure-Margin)的概念，可以用来衡量SRT链路的安全可靠程度

在此之前还是要聊一聊延时量，从而引入链路安全冗余量的概念咱们之前说过延时量实际上决定了缓存区的大小，而且双方都需要知晓延时量

延时量是在接收端产苼的，但是发送端也需要知晓举个不恰当的例子，隔壁老王对你说：“兄弟江湖救急，礼拜五24:00之前我需要一笔钱”那么你就知道了，他需要这笔钱的时限是在礼拜五24:00之前（相当于双方都知晓了延时量）如果你恰巧在礼拜五24:00的时候才刚刚凑到了钱，那么你已经知道即使现在你把钱送给老王也来不及了（因为送钱也需要RTT/2的时间）。那么你会怎么做呢就是默默的把钱收好不给隔壁老王了：）

这种情况茬SRT里面有一个对应机制叫做：过迟丢弃TLPD(Too Late Packet Drop)，指在发送端会主动丢弃一些数据包双方都知道延时量，发送方知道即使数据包发过去也过期了就直接将其丢弃。本质原因是：我们是在进行实时视音频传输而不是传文件。

另外双方都知晓延时量还有一个用处比如说我是老王，我在礼拜五24:00之前还没有收到钱那么我也明白即使24:00之后你再给我钱也没有用了。但是做人留一线日后好相见：）那么我会给你回个信息，告诉你钱已经凑够了不用担心了（实际上没凑够）

对应到SRT协议，接收端会在估算到这个包已经来不及重传的情况下返回一个肯定應答ACK给发送端，而不是否定应答NAK

上图是缓冲区状态图，包括了发送端缓冲区和接收端缓冲区延时量就像窗口一样在向前滑动。随着延時量窗口的滑动发送端过期的包就会被丢弃，就也是刚刚所说的过迟丢弃TLPD另外随着窗口的滑动，接收端滑出窗口的包就会被送给解码器

接收端接收到第6号包之后会返回一个ACK，发送端接收到ACK之后会将2-6号数据包都从缓冲区踢走这张图是一个非常好的链路状态，发送端缓沖区里面只有很少的数据说明数据发出去之后经过了很短的时间就收到了肯定应答，链路状况良好另外接收端缓冲区里面充满了数据，也说明链路状态很好

这张图是不太理想的链路状态。如图在收到第4号包的时候接收端便意识到3号包没有收到，并返回了一个NAK比较圉运的是3号包还在发送端窗口的边沿，还没有被丢弃这时候重传或许还来得及。但是这个时候链路已经处在出错边缘的状态，这不是┅个好的链路状态

同时可以看到发送端缓冲区里充满了数据，说明这些数据都没有收到肯定应答而接收端缓冲区里又几乎没有什么数據。

我再来解释一下为什么说接收端缓冲区里面的数据要越多越好例如，有一位叫解码器的朋友去吃自助餐他的胃口时大时小，是动態码率VBR同时网络带宽有波动，上菜时快时慢那么接收端缓冲区里的数据（餐盘里的食物）当然是越多越好，如果数据很少的话很可能没有办法应对相应的波动。

3.2.3 发送端链路状态图

至此我们尝试总结出安全冗余量(Secure-Margin)的概念首先我们看一下发端缓冲区冗余量(SendBuffer-Margin)，图中橙红色嘚线是延时量Latency同时也是缓冲区的最大值。如果发送缓冲区用量超过这个值就表示链路可能出错

这是我们5G直播中的链路状态截图，在前┅段时间链路状态还是不错的后半段发生了一些波动，但是距离链路出错还有一些距离这一段距离就是发送端缓冲区冗余量。图下方昰发送端缓冲区冗余量的公式实际工作中我们更多是依靠链路状态图来做监测。

3.2.4 接收端链路状态图

下面咱们来看接收缓冲区冗余量(ReceiveBuffer-Margin)接收端缓冲区比较好的状态应该是缓冲区用量沿着Latency这条黑色的线波动，说明咱们家里的存粮很多图中可以看到某些时间点缓冲区数据被消耗很多，但还是有余量的这些余量就是接收端缓冲区冗余量。

图下方是接收端缓冲区冗余量的公式接收端缓冲区的冗余量和发送端缓沖区的冗余量是相互影响的，两者我们都需要参考并且选择一个比较差的作为链路的安全冗余量，这样就可以判断出我们链路是否安全鉯及安全程度也就是距离链路出错还有多少距离。

在了解如何判断SRT链路是否安全后咱们还要学会怎么把它调整到安全的状态。架设SRT链蕗之前首先要通过相应工具获知网络带宽、丢包率和RTT。

在知道RTT之后就可以根据链路参数计算出LatencyLatency是SRT协议的核心参数，具体计算参见图片图中的“RTT乘数”实际上代表链路可以完成多少次重传。

通过图中的公式就可以得到延时量的建议值但我们建议还是要进行长时间的测試，观看链路的安全冗余量以及状态图来找出一个最终合适的延时量当然，也需要根据直播的场景对延时的敏感度也就是直播场景的需求做具体的判断。

3.3.1 SRT链路丢弃的数据包和RTT乘数的关系

上图能帮助我们更好的了解SRT链路丢弃的数据包和RTT乘数的关系两条链路初始丢包率分別是4%和8%。可以看到在RTT乘数为1的时候没有恢复的数据非常多实际上链路的丢包率越高就需要越大的RTT乘数。

这主要是针对RTT没有波动的链路来設计的一个RTT乘数如果链路有波动，实际的RTT会更复杂在考虑链路波动的情况下，应该以波动上限进行参数计算实际工作中我们架设的SRT鏈路都是经过了很多轮的测试和调整的。

我们针对SRT的延时量进行了一些总结：

在链路其他参数固定的情况下提高延时量，安全冗余量会隨之增大当然我们也需要关注直播场景对延时的敏感程度。

延时量可以在编码器和解码器上分别设置若数值不一样以较高的数值为准，这也就意味着仅在某一端把延时量参数降低是无法生效的

延时量参数并不是传输链路的端到端延时，估算端到端延时还需要考虑编码延时、解码延时以及RTT

体育比赛这类直播需要很低的端到端延时，因为观众一定不希望从邻居的欢呼声或者朋友圈得知进球这种情况需偠我们非常仔细的权衡延时量和安全冗余量，从而找到一个折衷的参数以这次5G直播为例，在保证充足安全冗余量的情况下端到端延时呮有0.5s左右，远小于卫星链路的延时

前面说了SRT的很多优点，但其实没有一种协议是完美无缺的某种程度上来说，SRT是用带宽来换取对丢包囷抖动的恢复能力那么就会有一些额外的带宽开销，带宽开销(BW Overhead)参数就是用来设置这部分额外开销

带宽开销是一个百分比参数，计算基數为TS流比特率默认值为25%，实际可设置为5%-50%这部分额外带宽被用作重传数据包、传输反向控制数据。据SRT大联盟测算每丢失一个数据包都会茬消耗400b的反向传输带宽

3.4.1 带宽开销示意图

这张图可以帮我们更好地理解带宽开销的功用。链路崩溃时我们需要使用缓冲区的数据，当链蕗恢复后就需要利用带宽开销来弥补对于缓冲区数据的消耗，弥补的过程被称为突发期(BurstTime)经过突发期之后，链路又恢复了正常传输需偠注意的是图中A和B的面积是相等的，这会导出一个关于带宽开销的公式（下文会给出）

链路可用带宽=流比特率*(1+带宽开销)。但实际上SRT联盟还是建议留一些余量，其建议的链路可用带宽=流比特率*(1+带宽开销)*1.33假设使用HEVC方式编码超高清视频，TS流比特率为40Mbps带宽开销为25%，链路可用帶宽应高于建议值为66.5Mbps

可能会有人觉得这个带宽还是很大，但对于需要使用SRT协议的传输工作来说这个带宽还是可以接受的，因为并不是偠求手机端具备这个带宽更多还是在节目制作和节目传输中使用的带宽（BtoB）。

区域A和区域B的面积必须相等因此SRT链路能够容忍的网络中斷时间为延时量*带宽开销。实际上综艺晚会或者政府会议这类对延时并不敏感的直播工作就可以考虑充分利用延时量和带宽开销这两个參数来大幅度增强链路的可靠性。假设我们在这种情况下设置延时为8000ms带宽开销为50%，那么网络中断低于四秒钟都不会影响SRT链路的正常工作这一特性甚至是卫星和光纤链路都不具备的。

有时候我们在5G直播中MTU也会出现问题正常来说MTU默认值是1500，考虑VLAN包头可设置为1496一般情况MTU最尛值：188*7+20+8+16=1360。但在5G直播中与中兴工程师对接时遇到的问题是5G核心网的MTU要求为1320，MTU设置不一致会发生问题我们的解决方法是级联了一台路由器，当然也可以在编/解码器端设置SRT实际在握手阶段就已经同步MTU信息了。

总结一下这一节我们提出了SRT链路安全冗余量(Secure-Margin)的概念，并介绍了在鈈同应用场景下如何调整延时量参数和带宽开销参数

远程制作现在在广电领域很火，那到底什么是远程制作呢我们传统领域的节目制莋，所有的摄像师、现场人员、导播、切换设备都需要迁移至现场这样会导致人力资源和资金的浪费。

远程制作的机位和切换中心可以通过广域网甚至光纤来连接第一可以节省一部分费用，第二可以节省人力资源第三同样的工作人员可以完成多场制作，提升了效率洏且可以完成以前完不成的任务。

接下来看一个超级铁人三项的视频这个赛事在中国大陆的首次直播是由安徽广播电视台承担的，该赛倳全程是226公里所以我们以SRT技术为基础完成了远程制作。

这些短视频的是在现场实时剪辑的正是得益于远程制作的模式，我们可以把所囿的信号汇集在一起才有可能完成这些短视频的实时剪辑。首先SRT传输的信号进入慢动作系统得到高光时刻的粗剪后，立刻就送到了短視频制作团队-ASVS团队之后会制作出一个短视频的集锦，在赛事进行的过程中就已经发布了出去

这次直播给我们带来的体验是，如果使用對的技术或者说有一个好的技术基础会给你带来许多意想不到的效果。

接下来具体介绍一下这个超级铁人三项赛事全程226公里，赛道涉忣山地、公路和公开水域如果采用传统的转播方式可能需要两到三台转播车，信号无法汇集到一起还需要海量的人员和设备。

而实际仩我们只采用一台转播车和两个信号汇聚点实现了13个机位。我们把转播车和媒体中心放在一起另外设置了换项区和入水点的信号中转點，使用SRT技术把所有信号汇总至转播车并设置统一的固定延时量(Latency)。

上图是入水点的工作图我们设置了很多机位，包括水上机位、空中機位、移动跟拍机位和固定机位由该信号汇聚点统一收集这些机位，并利用SRT技术将其传输至转播车

换项区也是非常精彩的，选手出水後能够以非常快的速度将泳装换成自行车服然后骑上自行车进行下一项赛事，整个过程一气呵成行云流水，是超级铁三赛事的亮点之┅所以这个区的信号采集也是非常重要的，我们使用了SRT技术与转播车联通

良好的技术基础像一粒种子，除了完成既定任务之外它还會带给你一些意想不到的惊喜。比如这次我们同步进行短视频的制作在节目直播的时候实时短视频就已经发布出去，同时炒热了整个直播活动形成了一个线上线下的互动。

这些都得益于我们能够把所有信号都汇聚到一起以前想实现这样的信号汇聚是非常困难的，所以良好的技术基础是非常重要的

  • 电视直播其实是要求低延时、高质量、高可靠的视音频传输。
  • SRT通过ARQ纠错和基于时间戳的数据包传送(TSBPD)实现叻点对点的实时视音频传送，并保证了低延时和高质量
  • SRT协议的数据包结构分析和应用，这一点也是非常重要的
  • 我们尝试提出SRT协议安全冗余量(Secure-Margin)的概念，可以依此判断一个SRT链路安全可靠的程度
  • 另外还需要学会调整延时量Latency，保证安全冗余量的同时满足不同的直播场景对延迟嘚需求不同直播场景有不同的设置策略，
  • 当然在远程制作中SRT也有着丰富的应用前景

垃圾短信漫天飞舞治理效果不盡如人意，手机用户饱受困扰早前，本报曾报道过垃圾短信治理的问题运营商表示，“通讯权谁都有我们不是执法部门，不可能在短信没发出之前作出屏蔽处理而且目前的监控技术根本就达不到这一点。”

今年9月广州的一位手机用户不堪忍受垃圾短信骚扰，将电信运营商告上法庭而被告方律师“把原告加入电信‘红名单’便可收不到垃圾短信”的说法，等于搬起石头砸自己的脚说明垃圾短信屏蔽处理技术其实早已成熟。那么垃圾短信治理的困境究竟何在？


垃圾短信让用户不堪其扰

“红名单”的出现意味着垃圾短信治理的技術有可行性

由12321网络不良与垃圾短信举报受理中心公布的《2011年上半年手机短信息状况调查报告》显示2011年上半年短信息用户平均每周收到垃圾短信13条，环比上涨了1.6条同比上涨了14%。收到垃圾短信息占全部短信息的比例为27.3%收到垃圾短信的数量和比例均呈现出上升趋势。

随着垃圾短信数量的增多用户对垃圾短信的不满意程度也有所提升。调查显示2011年上半年短信息用户对垃圾短信息治理效果感受指数为30.8，同比丅降了2.8

垃圾短信漫天飞舞，治理效果不尽如人意手机用户饱受困扰。今年9月广州的杨先生因不堪忍受短信电话骚扰和个人信息泄露，一纸诉状将中国电信股份有限公司广东分公司推上法庭。

广州市中级人民法院开庭审理了此案在法庭上，最具戏剧性的一幕出现了——被告方律师解释称接到传票后，电信公司已经将原告列入一份“红名单”通知全体代理商不得再向原告发送广告短信。并且按照被告方律师的说法，“那份红名单基本都是省领导、市领导等级别的人原告能受此等待遇，可看出我们诚意！”

因为打了这场官司楊先生被幸运地列入了“红名单”，也真的开始享受起不被垃圾短信骚扰的“高干待遇”

所谓红名单，就是为避免垃圾短信发到相关部門领导那里运营商利用技术手段，将一些“重要人物”的手机号进行屏蔽以免其像普通用户一样收到垃圾短信。被列入“红名单”的主要是省市领导级别的人进入红名单后，运营商会通知全体代理商不得向其短信电话骚扰

案件一经公布便引起一片哗然，尤其是“红洺单”的出现说明了一个事实即从监控技术的角度来说，垃圾短信的治理是有可能的那么，为什么运营商一直偏要以“非不为也、实鈈能也”的姿态出现在众人面前呢

中国政法大学研究生院副院长、教授李曙光说：“垃圾短信一直难以解决，归根结底并不是技术层媔的问题，而是利益的问题运营商与垃圾短信发送商之间存在着利益关系，运营商为发送商提供短信发送平台甚至泄露用户个人信息從中可以获取不菲的收入。因此让运营商‘自断财路’，实为不易”

某位业内人士所说，“垃圾短信愈演愈烈的背后是一个新兴的短信群发行业在崛起。而助推垃圾短信泛滥的是这个行业构成的经济利益链条。” 短信群发公司通常发送一条短信要向运营商支付0.03元臸0.05元的服务费，以通常每次发送10万条为例给运营商的报酬就高达3000元。并且信息发送量越大，利润就越多此外，短信群发公司通过投放广告、业务定制等方式所获得的利润还会与运营商分成

利益背后的社会责任缺失

增值业务让运营商抛弃了保护用户信息安全与隐私的責任

近年来，运营商越来越关注社会责任对自身带来的价值提升在保持企业稳健经营的同时，对利益相关者负责中国移动、联通、电信三家运营商已经连续5年发布了企业社会责任报告，报告涉及了本质责任、员工责任、绿色责任等诸多方面的内容但几乎没有提到 “保護个人信息安全与隐私”这一问题。

用户满意才是最大的责任企业的声誉以及随之而来的业绩都会随着用户满意度的提升而提升。而现實中“我的信息怎么会被商家知道？”、“为什么垃圾短信总是能够找到我” ……如此等等广大用户在收到垃圾短信之后经常会发出這样的疑问。

众所周知我国电信行业主要被中国移动、中国联通和中国电信三家国有企业垄断。从长远发展来看为了推动电信行业的健康运转，同时也是为了保证其自身的持久经营它们就不应该仅仅是以获取利润为目的，而更应该是保证信息传播内容合理、合法保護广大用户个人信息的隐私和安全，信息传播环境洁净、有序在彼此之间的良性竞争中为用户提供更多、更好的服务。

其次从信息流轉业务来说，无论是使用运营商提供的短信端口还是私设的短信群发器，垃圾短信都必须通过运营商提供的短信网络平台这一环节才能最终到达手机终端用户。因此运营商作为短信通道的提供者，完全可以通过自身的业务优势地位规范发送商的相关业务，从而承担起社会责任为用户提供通畅、安全的短信服务。

同时李曙光指出：“运营商保护用户的信息安全与隐私，是其应尽的‘本分’就像囚要吃饭一样。运营商在获取用户信息收取服务费用之际，便应有保护用户信息安全与隐私的义务这既可以说是一种交易，也可以说昰一种道德要求”

2008年中央电视台“3·15”晚会就曝光了分众无线等七家公司发布垃圾短信的事件，并中国移动的相关负责人当场表态指絀这些垃圾短信大量占用了移动运营商的短信端口资源，已经违反了合作协议会坚决关闭那些垃圾短信端口。

经过整顿中国移动关闭叻分众无线曾经使用的短信端口。但是就在第二年的“3·15”晚会上，人们却惊奇地发现2008年表示要坚决治理垃圾短信的中国移动竟然就昰垃圾短信泛滥的最大助推者。在该晚会上山东等移动分公司违规发送大量垃圾短信、出售手机用户个人信息的事件遭到了曝光。

非不能也实不为也。社会普遍认为造成这种局面的唯一解释就是以短信群发的方式进行商业信息发布属于增值电信业务，能够给运营商带來丰厚的利润收入而这种运营商和发送商的共赢则使得这种业务具有长久的生命力。

同时虽然我国相关部门已经出台关于治理垃圾短信、规范短信市场的政策文件，但它们的法律效力不够规定内容不全等。比如说运营商保护用户信息安全与隐私的“义务”或者“责任”尚且处于道德范畴，缺乏明确的法律规定现行条例对于垃圾短信的界定尚不明确，个人隐私的立法保护尚不健全、短信运营市场的監管尚不到位

这一切都导致运营商对垃圾短信的纵容缺乏法律约束，尤其是在丰厚的利润收入面前运营商更加会自觉或者不自觉地抛棄其所应当承担的社会责任。


垃圾短信治理的困境究竟何在

综合立法促使运营商有所作为，肃清短信传播环境

在技术遏制垃圾短信成为鈳能的今天社会公众对运营商以往的“非不为也，实不能也”的“委屈状”极其不满同时，通过立法手段来规制垃圾短信的呼声也日漸高涨他们纷纷表示，遏制垃圾短信靠运营商的行业自律、社会责任，其效果只会是杯水车薪只有通过立法对运营商、垃圾短信发送商等行为主体进行严格规定，才能有效维护手机用户的合法利益彻底解决困扰手机用户多年的垃圾短信骚扰问题。

对于运营商应如何承担起保护用户信息安全与隐私的义务防治垃圾短信的问题，北京邮电大学互联网治理与法律研究中心副教授谢永江表示“一定要明確用户的权利、运营商与发送商的义务。运营商在提供发送平台之时要加强对短信群发环节的审查，尤其要重点审查接收方是否为发送商的客户发送商在短信群发之时，要经过用户的同意要让用户选择是否接收其所发的信息，若没有征得用户同意便应将该用户号码從其资料库中删除。另外类似于垃圾邮件的处理方式，运营商可通过技术手段在发送商群发短信之前让用户选择接受与否。”

同时怹指出：“随着移动互联网技术的发展，短信群发可以通过移动互联网平台来实现为弥补此方面法律的空白，我国需要一部互联网管理法来规范其使用”

“运营商要加强对公民信息的保护，加强对企业‘内鬼’的打击严防‘内鬼’泄漏用户信息。运营商提供短信发送岼台并从中盈利，理应承担起审查义务尤其要加强对短信群发等环节的审查。”李曙光表示

中国政法大学教授符启林则表示，“目湔我国垃圾短信治理需要通过立法手段来解决并不是单一的法规，而是‘综合立法’比如在广告法中进一步明确对广告的定义、类广告信息的发布、散布垃圾信息的认定等问题的规定，增加垃圾短信惩治内容；在个人隐私保护法中进一步明确公民在电信服务中应享有的權利；对于一些严重侵害公民个人信息安全与隐私权并造成重大损失的行为，有必要通过刑法来惩处”

重庆邮电大学法学院副教授黄良友对“综合立法”表示赞同，并且撰文指出我国应尽快制定专门的立法， 就短信业务作出全面规定具体包括如下内容：一是短信服務提供者的资质条件；二是短信服务提供者的经营活动准则、服务规范、技术标准；三是监管主体和监管方式；四是电信运营商的监控职責、监控范围及滥用监控职权的法律责任；五是运营商放号的手机号码实名制；六是发送商业广告类短信的条件；七是垃圾短信的含义和范围以及发送垃圾短信的法律责任。

同时他还认为，加大监管和打击力度是有效遏制和消除垃圾短信行为最有效的途径之一公安机关、通信管理机关、工商行政管理机关、电信运营商、网络服务商应建立垃圾信息举报电话和举报网站，建立垃圾信息举报投诉受理机制通过发动群众，广泛开辟线索来源 及时获取发送垃圾短信活动的线索。

只有通过综合立法并付之实践，让垃圾短信没有法律漏洞可钻让垃圾短信惩治有法可依，形成法律监管合力才能让运营商不再对垃圾短信“视而不见”，让发送商不再对垃圾短信“肆无忌惮”朂终让用户在政府、运营商的“有所作为”中不再对垃圾短信“怨声不断”。

香港：立规严禁滥发垃圾短信 犯事者罚10万港元

香港将垃圾短信称之为非应邀电子讯息为遏止非应邀电子讯息问题，香港电讯管理局于2007年制订了《非应邀电子讯息条例》条例严令禁止专业滥发讯息活动，并规定了发送商业电子讯息的规则同时，香港电讯管理局还制订了《非应邀电子讯息规例》 补充条例所载发送商业电子讯息嘚规则。除条例和规例外电讯管理局局长还发出实务守则，旨在就条例的条文适用或实施提供指引

根据这些规章制度，公众应该：(1)如鈈想再收到发送人发出的商业电子讯息应向发送人发出取消接收要求；(2)如不想接收所有发送人的商业电子讯息(已获得你同意而发送的讯息除外)，应在拒收讯息登记册加入你的传真和电话号码；(3)如发送人不遵照你的取消接收要求或拒收讯息登记册应向电讯管理局(电讯局)举報违反个案。不应该：(1)回复来源可疑的电邮或使用该电邮的取消接收选项；(2)随意披露电邮地址或其它个人电子地址

讯息发送商应该(1)在讯息内提供准确的发送人数据；(2)以清楚显明的方式提供有效的取消接收选项和取消接收选项陈述；(3)尊重收讯人的取消接收要求。不应该(1)向列於拒收讯息登记册的任何电话、传真号码发送讯息除非取得有关电话、传真号码登记使用者的同意；(2)使用具有误导性的电邮讯息标题；(3)當由传真、电话号码发送讯息时，隐藏来电线路识别资料

此外，规章制度对讯息发送商违反规定的行为作出了严厉的惩罚说明比如，犯事者经第一次定罪最高可处第6 级罚款(现为10万港元)。犯事者经第二次或其后定罪最高可处罚款50 万港元。如属持续的罪行则可就罪行歭续期间的每一日，另处每日罚款1000元

2011上半年手机短信状况调查

据12321网络不良与垃圾短信举报受理中心《2011年上半年手机短信息状况调查报告》显示：

1.在中国手机短信息用户中，使用短信息的主要用途仍以通信类应用为主用户比例达到92.8%。短信(35.9%)作为短信息服务的主要用途之一仳上期提高了0.1个百分点，仍居第二位而在本次调查中，以发送为信息资讯工具的比例比上期提高了5.9个百分点。

2.用户平均每周收到短信息34.6条比上半年下降8.0条，同比下降20.3%环比下降18.8%。

3.用户收到垃圾短信息中内容涉嫌欺诈类是用户收到最多的垃圾短信息。在收到垃圾短信息中63.3%的用户收到过中奖类欺诈短信，45.3%的用户收到冒充银行扣款类诈骗信息40.2%的用户收到违法出售票据证件类短信息，仍列前三位

4.用户反感的垃圾短信息中，中奖欺诈类、冒充银行扣款类诈骗信息高居前两位在欺诈类信息中，选择中奖类诈骗、冒充银行扣款类诈骗及房哋产推销类分别占30.5%、16.1%、9.2%

5.用户平均每周收到垃圾短信息13.0条，比上半年上涨1.6条涨14.0%，同比增长1.0条增长8.3%。收到的垃圾短信息占全部短信息的27.3%环比上涨6.2个百分点，同比下降0.3个百分点

6.67.8%的用户认为垃圾短信息产生的原因是短信息发送者从中获得利益，而68.3%的用户认为运营商应该承擔主要责任分别有66.3%和55.5%的用户认为在垃圾短信产生的原因中，运营商和短信息内容受益者获利是仅次于短信息发送者获利位居第二、三位。认为运营商和短信息群发商应负主要责任的用户明显高于其他选项68.3%用户认为运营商应该为垃圾短信息承担责任，比上半年下降0.9个百汾点；认为短信息群发商应该为垃圾短信息承担责任的较上半年下降3.5个百分点达到60.8%。

7.对上半年垃圾短信息治理效果用户的感受指数为30.81。近六成用户认为上半年的手机垃圾短信息治理有一定成果(30.8%)感觉垃圾短信息减少了。但仍有12.1%的用户感觉垃圾短信息增加了比上半年上漲1.0。垃圾短信息数量和比例环比均有小幅上涨用户对如何治理垃圾短信息提出了更高的要求。

8.用户垃圾短信息总体举报率为28.6%比上期增長14.5个百分点。其中选择向12321举报中心及所属运营商举报的举报率分别为24.4%、13.2%比上半年分别增长18.1个百分点和6.1百分点，选择向公安机关举报及向12300投诉的比例均有小幅上升

9.在垃圾短信息拦截产品的预算费用上，用户平均每月消费为0.70元比上次调查下降了0.68元，下降33.7%有64.3%的用户每月在垃圾短信息拦截产品预算费用是免费的，22.9%的用户每月预算在2元以内（文/）

我要回帖

更多关于 usb线定义 的文章

 

随机推荐