点播用tcp(点播用于小粒种子)

简单说来，UDP你需要保证和处理的事情比TCP更多一些，但是UDP的实时性比TCP略胜，你根据你的实际情况选择最适合你的方式和套接字类型，搞清楚你真正的瓶颈什么，不要做提前优化

流媒体技术基础-流媒体传输协议 作者/来源：未知实时传输协议RTP与RTCPRTP（Real-timeTransportProtocol）是用于Internet上针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但RTP也可以在TCP或ATM等其他协议之上工作。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。通常RTP算法并不作为一个独立的网络层来实现，而是作为应用程序代码的一部分。实时传输控制协议RTCP。RTCP(Real-timeTransportControlProtocol)和RTP一起提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性地传送RTCP包。RTCP包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。6.2.1 RTP数据传输协议RTP提供端对端网络传输功能，适合通过组播和点播传送实时数据，如视频、音频和仿真数据。RTP没有涉及资源预订和质量保证等实时服务，RTCP扩充数据传输以允许监控数据传送，提供最小的控制和识别功能。RTP与RTCP设计成独立传输和网络层。2.1.1 RTP固定头RTP 头格式如下：-----------------------------------------------------------------------------------------------|V=2|P|X| CC |M| PT | 系列号 |-----------------------------------------------------------------------------------------------| 时标 |-----------------------------------------------------------------------------------------------| 同步源标识(SSRC) |-----------------------------------------------------------------------------------------------| 作用标识 (CSRC) || .... |-----------------------------------------------------------------------------------------------开始12个八进制出现在每个RTP包中，而CSRC标识列表仅出现在混合器插入时。2.1.2 复用 RTP 连接为使协议有效运行，复用点数目应减至最小。RTP中，复用由定义RTP连接的目的传输地址（网络地址与端口号）提供。例如，对音频和视频单独编码的远程会议，每个媒介被携带在单独RTP连接中，具有各自的目的传输地址。目标不在将音频和视频放在单一RTP连接中，而根据SSRC段载荷类型进行多路分解。使用同一SSRC ，而具有不同载荷类型的交叉包将带来几个问题：如一种载荷类型在连接期间切换，没有办法识别新值将替换那一个旧值。SSRC定义成用于标识单个计时和系列号空间。如媒体时钟速率不同，而要求不同系列号空间以说明那种载荷类型有丢包，交叉复用载荷类型将需要不同计时空间。RTCP发送和接收报告可能仅描述每个SSRC的计时和系列号空间，而不携带载荷类型段。RTP混合器不能将不兼容媒体流合并成一个流。在一个RTP连接中携带多个媒介阻止几件事：使用不同网络路径或网络资源分配；接受媒介子集。对每种媒介使用不同SSRC，但以相同RTP连接发送可避免前三个问题，但不能避免后两个问题。2.1.3 对RTP头特定设置的修改可以认为，现用RTP数据包头对RTP支持的所有应用类共同需要的功能集是完整的。然而，为维持ALF设计原则，头可通过改变或增加设置来裁剪，并仍允许设置无关监控和记录工具起作用。标记位与载荷类型段携带特定设置信息，但由于很多应用需要它们，否则要容纳它们，就要增加另外32位字，故允许分配在固定头中。包含这些段的八进制可通过设置重新定义以适应不同要求，如采用更多或更少标记位。如有标记位，既然设置无关监控器能观察包丢失模式和标记位间关系，我们就可以定位八进制中最重要的位。其它特殊载荷格式（视频编码）所要求的信息应该携带在包的载荷部分。可出现在头，总是在载荷部分开始处，或在数据模式的保留值中指出。如特殊应用类需要独立载荷格式的附加功能，应用运行的设置应该定义附加固定段跟随在现存固定头SSRC之后。这些应用将能迅速而直接访问附加段，同时，与监控器和记录器无关设置仍能通过仅解释开始12个八进制处理RTP包。如证实附加功能是所有设置共同需要的，新版本RTP应该对固定头作出明确改变6.2.2 RTP控制协议-- RTCPRTCP协议将控制包周期发送给所有连接者，应用与数据包相同的分布机制。低层协议提供数据与控制包的复用，如使用单独的UDP端口号。RTCP执行下列四大功能：主要是提供数据发布的质量反馈。是作为RTP传输协议的一部分，与其他传输协议的流和阻塞控制有关。反馈对自适应编码控制直接起作用，但IP组播经验表明，从发送者收到反馈对诊断发送错误是致关重要的。给所有参加者发送接收反馈报告允许问题观察者估计那些问题是局部的，还是全局的。诸如IP组播等发布机制使网络服务提供商类团体可能接收反馈信息，充当第三方监控者来诊断网络问题。反馈功能由RTCP发送者和接收者报告执行。RTCP带有称作规范名字（CNAME）的RTP源持久传输层标识。如发现冲突，或程序重新启动，既然SSRC标识可改变，接收者需要CNAME跟踪参加者。接收者也需要CNAME 与相关RTP连接中给定的几个数据流联系前两种功能要求所有参加者发送RTCP包，因此，为了RTP扩展到大规模数量，速率必须受到控制。让每个参加者给其它参加者发送控制包，就大独立观察参加者数量。该数量用语计算包发送的速率。第四个可选功能是传送最小连接控制信息，如参加者辨识。最可能用在"松散控制"连接，那里参加者自由进入或离开，没有成员控制或参数协调，RTCP充当通往所有参加者的方便通道，但不必支持应用的所有控制通讯要求。高级连接控制协议超出本书范围。在IP组播场合应用RTP时，前3个功能是必须的，推荐用于所有情形。RTP应用设计人员必须避免使用仅在单播模式下工作的机制，那将导致无法扩展规模。6.2.2.1 RTCP 包格式下面定义几个携带不同控制信息的RTCP包类型：SR：发送报告，当前活动发送者发送、接收统计。RR：接收报告，非活动发送者接收统计。SDES：源描述项，包括CNAME。BYE：表示结束。APP：应用特定函数。类似于RTP数据包，每个RTCP包以固定部分开始，紧接着的是可变长结构元素，但以一个32位边界结束。包含安排要求和固定部分中长度段，使RTCP包可堆叠。不需要插入任何分隔符将多哥RTCP包连接起来形成一个RTCP组合包，以低层协议用单一包发送出去。由于需要低层协议提供提供整体长度来决定组合包的结尾，在组合包中没有单个RTCP包显式计数。组合包中每个RTCP包可独立处理，不需要根据包组合顺序。但未了执行协议功能，强加如下约束：接收统计（在SR或RR中）应该经常发送，只要带宽允许，因此每个周期发送的组合RTCP 包应包含报告包。新接收者需要接收CNAME，并尽快识别源，开始联系媒介进行同步，因此每个包应该包含SDES CNAME。出现在组合包前面的是包类型数量，其增长应该受到限制，以提高常数位数量，提高成功确认RTCP包对错误地址RTP数据包或其他无关包的概率。因此，所有RTCP包至少必须以两个包组合形式发送，推荐格式如下：加密前缀（Encryption prefix）：仅当组合包被加密，才加上一个32位随机数用于每个组合包发送。SR或RR：组合包中第一个RTCP包必须总为一个报告包，方便头的确认。即使没有数据发送，也没有接收到数据，也要发送一个空RR，那怕组合包中RTCP包为BYE。附加RR：如报告统计源数目超过31，在初始报告包后应该有附加RR 包。SDES：包含CNAME 项的SDES包必须包含在每个组合RTCP包中。如应用要求，其他源描述项可选，但受到带宽限制。BYE或APP：其它RTCP包类型可以任意顺序排列，除了BYE应作为最后一个包发送，包类型出现可不止一次。建议转换器或混合器从多个源组合单个RTCP包。如组合包整体长度超过网络路径最大传输单元，可分成多个较短组合包用低层协议以单个包形式发送。注意，每个组合包必须以SR或RR包开始。附加RTCP包类型可在Internet Assigned Numbers Authority (IANA)处注册。6.2.2.2 RTCP传输间隔RTP设计成允许应用自动扩展，连接数可从几个到上千个。例如，音频会议中，数据流量是内在限制的，因为同一时刻只有一两个人说话；对组播，给定连接数据率仍是常数，独立于连接数，但控制流量不是内在限制的。如每个参加者以固定速率发送接收报告，控制流量将随参加者数量线性增长，因此，速率必须按比例下降。一旦确认地址有效，如后来标记成未活动，地址的状态应仍保留，地址应继续计入共享RTCP带宽地址的总数中，时间要保证能扫描典型网络分区，建议为30分钟。注意，这仍大于RTCP报告间隔最大值的五倍。这个规范定义了除必需的CNAME外的几个源描述项，如NAME（人名）和EMAIL（电子邮件地址）。它也为定义新特定应用RTCP包类型的途径。给附加信息分配控制带宽应引起注意，因为它将降低接收报告和CNAME发送的速率而损害协议的性能。建议分配给单个参加者用于携带附加信息的RTCP带宽不要超过20%。而且并没有有意让所有SDES项包含在每个应用中。6.2.2.3 发送者与接收者报告RTP接收者使用RTCP报告包提供接收质量反馈，报告包根据接收者是否是发送者而采用两种格式中的一种。除包类型代码外，发送者报告与接收者报告间唯一的差别是发送者报告包含一个20个字节发送者信息段。如某地址在发出最后或前一个报告间隔期间发送数据包，就发布SR；否则，就发出RR；SR和RR都可没有或包括多个接收报告块。发布报告不是为列在CSRC列表上的起作用的源，每个接收报告块提供从特殊源接收数据的统计。既然最大可有31个接收报告块嵌入在SR 或 RR包中，丢失包累计数差别给出间隔期间丢掉的数量，而所收到扩展的最后一个系列号的差别给出间隔期间希望发送的包数量，两者之比等于经过间隔期间包丢失百分比。如两报告连续，比值应该等于丢失段部分；否则，就不等。每秒包丢失绿可通过NTP时标差除以丢失部分得到。从发送者信息，第三方监控器可计算载荷平均数据速率与没收到数据间隔的平均包速率，两者比值给出平均载荷大小。如假设包丢失与包大小无关，那么特殊接收者收到的包数量给出此接收者收到的表观流量。6.2.2.4 SDES: 源描述RTCP包SDES 包为三层结构，由头与数据块组成，数据块可以没有，也可有多个，组成项描述块所表明的源。项描述如下：版本（V）、填充（P）、长度：如SR包中所描述。包类型（PT）：8位，包含常数202，识别RTCP SDES包。源计数（SC）：5位，包含在SDES包中的SSRC/CSRC块数量，零值有效，但没有意义。源描述项内容如下：CNAME: 规范终端标识SDES项CNAME标识属性如下：如发生冲突或重启程序，由于随机分配的SSRC标识可能发生变化，需要CNAME项提供从SSRC标识到仍为常量的源标识的绑定。象SSRC标识，CNAME标识在RTP连接的所有参加者中应是唯一的。为了提供一套相关RTP连接中某个参加者所采用的跨多媒体工具间的绑定，CNAME应固定为那个参加者。为方便第三方监控，CNAME应适合程序或人员定位源。NAME：用户名称SDES项这是用于描述源的真正的名称，如"John Doe, Bit Recycler, Megacorp"，可是用户想要的任意形式。对诸如会议应用，这种名称也许是参加者列表显示最适宜的形式，它将是除CNAME外发送最频繁的项目。设置可建立这样的优先级别。NAME值至少在连接期间仍希望保持为常数。它不该成为连接的所有参加者中唯一依赖。EMAIL：电子邮件地址SDES项邮件地址格式由RFC822规定，如"John.Doe@megacorp.com"。连接期间，电子邮件仍希望保持为常数。PHONE：电话号码SDES项电话号码应带有加号，代替国际接入代码，如"+1 908 555 1212"即为美国电话号码。LOC：用户地理位置SDES项根据应用，此项具有不同程度的细节。对会议应用，字符串如"Murray Hill, New Jersey"就足够了。然而，对活动标记系统，字符串如"Room 2A244, AT&T BL MH"也许就适用。细节留给实施或用户，但格式和内容可用设置指示。在连接期间，除移动主机外，LOC值期望仍保留为常数。TOOL：应用或工具名称SDES项是一个字符串，表示产生流的应用的名称与版本，如"videotool 1.2"。这部分信息对调试很有用，类似于邮件或邮件系统版本SMTP头。TOOL值在连接期间仍保持常数。NOTE: 通知/状态SDES项该项的推荐语法如下所述，但这些或其它语法可在设置中显式定义。NOTE 项旨在描述源当前状态的过渡信息，如"on the phone, can´t talk"，或在讲座期间用于传送谈话的题目。它应该只用于携带例外信息，而不应包含在全部参加者中，因为这将降低接收报告和CNAME发送的速度，因此损害协议的性能。特殊情况下，它不应作为用户设置文件的项目，也不是自动产生。当其为活动时，由于NOTE项对显示很重要，其它非CNAME项（如NAME）传输速率将会降低，结果使NOTE项占用RTCP部分带宽。若过渡信息不活跃，NOTE项继续以同样的速度重复发送几次，但以一个串长为零的字符串通知接收者。然而，如对小倍数的重复或约20-30 RTCP间隔也没有接收到，接收者也应该考虑NOTE项是不活跃的。PRIV: 专用扩展SDES项该项用于定义实验或应用特定的SDES扩展，它包括由长字符串对组成的前缀，后跟填充该项其他部分和携带所需信息的字符串值。前缀长度段为8位。前缀字符串是定义PRIV项人员选择的名称，唯一对应应用接收到的其它PRIV项。应用实现者可选择使用应用名称，如有必要，外加附加子类型标识。另外，推荐其它人根据其代表的实体选择名称，然后，在实体内部协调名称的使用。注意，前缀消耗了总长为255个八进制项的一些空间，因此，前缀应尽可能的短。这个设备和受到约束的RTCP带宽不应过载，其目的不在于满足所有应用的全部控制通讯要求。SDES PRIV前缀没在IANA处注册。如证实某些形式的PRIV项具有通用性， IANA应给它分配一个正式的SDES项类型，这样就不再需要前缀。这简化了应用，并提高了传输的效率。6.2.2.5 BYE：断开RTCP包如混合器接收到一个BYE包，混合器转发BYE包，而不改变SSRC/CSRC 标识。如混合器关闭，它也应该发出一个BYE包，列出它所处理的所有源，而不只是自己的SSRC标识。作为可选项，BYE包可包括一个8位八进制计数，后跟很多八进制文本，表示离开原因，如："camera malfunction"或"RTP loop detected"。字符串具有同样的编码，如在SDES 中所描述的。如字符串填充包至下32位边界，字符串就不以空结尾；否则，BYE包以空八进制填充。6.2.2.6 APP：定义应用的RTCP包APP包用于开发新应用和新特征的实验，不要求注册包类型值。带有不可识别名称的APP包应被忽略掉。测试后，如确定应用广泛，推荐重新定义每个APP包，而不用向IANA注册子类型和名称段。实时流协议RTSP实时流协议RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。6.3 RTSP协议实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。6.3.1 简介6.3.1.1 目的实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可靠传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的操作如下：从媒体服务器上检索媒体：用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。媒体服务器邀请进入会议：媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。将媒体加到现成讲座中：如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由代理、通道与缓存处理。6.3.1.2 协议特点RTSP 特性如下：可扩展性：新方法和参数很容易加入RTSP。易解析：RTSP可由标准 HTTP或MIME解吸器解析。安全：RTSP使用网页安全机制。独立于传输：RTSP可使用不可靠数据报协议（UDP）、可靠数据报协议（RDP），如要实现应用级可靠，可使用可靠流协议。多服务器支持：每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在传输层执行。记录设备控制：协议可控制记录和回放设备。流控与会议开始分离：仅要求会议初始化协议提供，或可用来创建唯一会议标识号。特殊情况下， SIP或H.323可用来邀请服务器入会。适合专业应用：通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑演示描述中立：协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP URI。代理与防火墙友好：协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个"缺口"。HTTP友好：此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台（PICS）。由于在大多数情况下控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法。适当的服务器控制：如用户启动一个流，他必须也可以停止一个流。传输协调；实际处理连续媒体流前，用户 可协调传输方法。性能协调：如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的用户界面。6.3.1.3扩展RTSP由于不是所有媒体服务器有着相同的功能，媒体服务器有必要支持不同请求集。RTSP 可以如下三种方式扩展，这里以改变大小排序：以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。加入新方法。如信息接收者不理解请求，返回501错误代码（还未实现），发送者不应再次尝试这种方法。用户可使用OPTIONS方法查询服务器支持的方法。服务器使用公共响应头列出支持的方法。定义新版本协议，允许改变所有部分。（除了协议版本号位置）6.3.1.4操作模式每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演示描述文件定义。使用HTTP或其它途径用户可获得这个文件，它没有必要保存在媒体服务器上。为了说明，假设演示描述描述了多个演示，其中每个演示维持了一个公共时间轴。为简化说明，且不失一般性，假定演示描述的确包含这样一个演示。演示可包含多个媒体流。除媒体参数外，网络目标地址和端口也需要决定。下面区分几种操作模式：单播：以用户选择的端口号将媒体发送到RTSP请求源。组播，服务器选择地址：媒体服务器选择组播地址和端口，这是现场直播或准点播常用的方式。组播，用户选择地址：如服务器加入正在进行的组播会议，组播地址、端口和密匙由会议描述给出。6.3.1.5 RTSP状态RTSP控制通过单独协议发送的流，与控制通道无关。例如，RTSP控制可通过TCP连接，而数据流通过UDP。因此，即使媒体服务器没有收到请求，数据也会继续发送。在连接生命期，单个媒体流可通过不同TCP连接顺序发出请求来控制。所以，服务器需要维持能联系流与RTSP请求的连接状态。RTSP中很多方法与状态无关，但下列方法在定义服务器流资源的分配与应用上起着重要的作用：SETUP：让服务器给流分配资源，启动RTSP连接。PLAY与RECORD：启动SETUP 分配流的数据传输。PAUSE：临时停止流，而不释放服务器资源。TEARDOWN：释放流的资源，RTSP连接停止。标识状态的RTSP方法使用连接头段识别RTSP连接，为响应SETUP请求，服务器连接产生连接标识。6.3.1.6 与其他协议关系RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目前的协议规范目的在于允许在网页服务器与实现RTSP媒体服务器之间存在不同传递点。例如，演示描述可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许独立RTSP 服务器与用户不全依靠HTTP。但是，RTSP与HTTP 的本质差别在于数据发送以不同协议进行。HTTP是不对称协议，用户发出请求，服务器作出响应。RTSP中，媒体用户和服务器都可发出请求，且其请求都是无状态的；在请求确认后很长时间内，仍可设置参数，控制媒体流。重用HTTP功能至少在两个方面有好处，即安全和代理。要求非常接近，在缓存、代理和授权上采用HTTP功能是有价值的。当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。RTSP假设存在演示描述格式可表示包含几个媒体流的演示的静态与临时属性。6.3.2 协议参数6.3.3 RTSP 信息RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易。由于参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议携带。请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在服务器端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定：不管实体头段是否出现在信息中，不包括信息体的的响应信息总以头段后第一和空行结束。如出现内容长度头段，其值以字节计，表示信息体长度。如未出现头段，其值为零。服务器关闭连接。注意：RTSP目前并不支持HTTP/1.1"块"传输编码，需要有内容长度头。假如返回适度演示描述长度，即使动态产生，使块传输编码没有必要，服务器也应该能决定其长度。如有实体，即使必须有内容长度，且长度没显式给出，规则可确保行为合理。从用户到服务器端的请求信息在第一行内包括源采用的方法、源标识和所用协议版本。RTSP定义了附加状态代码，而没有定义任何HTTP代码。6.3.4 实体如不受请求方法或响应状态编码限制，请求和响应信息可传输实体，实体由实体头文件和试题体组成，有些响应仅包括实体头。在此，根据谁发送实体、谁接收实体，发送者和接收者可分别指用户和服务器。实体头定义实体体可选元信息，如没有实体体，指请求标识的资源。扩展头机制允许定义附加实体头段，而不用改变协议，但这些段不能假定接收者能识别。不可识别头段应被接收者忽略，而让代理转发。6.3.5 连接RTSP请求可以几种不同方式传送：1、持久传输连接，用于多个请求/响应传输。2、每个请求/响应传输一个连接。3、无连接模式。传输连接类型由RTSP URI来定义。对 "rtsp" 方案，需要持续连接；而"rtspu"方案，调用RTSP 请求发送，而不用建立连接。不象HTTP，RTSP允许媒体服务器给媒体用户发送请求。然而，这仅在持久连接时才支持，否则媒体服务器没有可靠途径到达用户，这也是请求通过防火墙从媒体服务器传到用户的唯一途径。6.3.6 方法定义方法记号表示资源上执行的方法，它区分大小写。新方法可在将来定义，但不能以$开头。 某些防火墙设计与其

——网络时代的传媒生存状态报告 机遇亦或噩梦？——网络冲击波中的大众传媒当网络以不可阻挡之势迅猛发展，又以不可思议之速闯进人类生活的时候，传统的信息传播媒介受到了全 新的挑战。当我们把新兴的网络媒介界定为ICP 的时候， 传统的传媒实际上成立一种traditionalconten t provider（传统内容提供商），于是我们把传统媒介相对称之为TCP，那么，在网络时代， 传统媒介纷纷登 陆互联网进行新的传播领地争夺，这种新型的传播媒介， 我们则称之为Internet traditionalcontent prov ider（网络之传统内容提供商），即ITCP。本文就是来自当今媒介市场的最新报告。《财富》杂志总编辑约翰·休依说：“Internet卖得比性或犯罪还要好。”就像猛烈的计算机病毒一样，网络，这个所谓的“第四媒体”正以近乎革命性的热情入侵这个美丽的世界 。人们不仅可以在网上查到各种五花八门的资料和信息，进行交友、征婚，甚至能够在网上举办画展、进行军 事演习。同时，日新月异的IT业正以其锐不可挡的凌厉攻势杀进陈旧的媒体文化，粉碎着一般的新闻定义，毫 不留情地夺去传统媒体的光彩。据调查，3年前美国人中只有4％上网看新闻，而现在却有20％的美国人开始阅读网上新闻，新闻网站已数 以千计，因特网已成为读者寻求深度报道和突发新闻的理想之地。今年9月， 一百多万人在网上观看了克林顿 长达4小时的陪审团证词， 约一千万人在网上阅读了独立检查官报告以及白宫对报告的批驳。与此同时，中国 网民数量也以令人瞠目结舌的速度持续上升，一年前还不知INTERNET为何物的中国人，现在津津乐道地谈论着 互联网，自豪地埋怨着：“速度太慢！”网上新闻成了相当一部分人每日不可或缺的信息来源。有人据此惊呼 ：“网络化已成为传统媒体的最大威胁者。”正如电子商务给传统商业带来革命性变化一样，电子新闻也紧追其后地为传统媒体注入了新鲜血液。这种 革新早在1995年INTERNET传入中国时便在孕育、骚动，正是“忽如一夜东风来，千树万树梨花开”，不出几年 时间，国内各大媒体均陆续建立了自己的站点，开始尝试起一种陌生的传播方式。据估计，目前全国上网的传 统媒体已达270多家， 网上新闻通道初具规模。一、通讯社抢滩因特网中国新闻社网站最初在香港建立，1995年5 月中新社香港分社以域名www. chinanews. com将该社中英文新 闻发上国际互联网， 成为全亚洲首批向INTERNET这只大螃蟹伸出筷子的新闻机构；1999年，总社以国内域名w ww. chinanews. com. net注册上网，依托该社雄厚的通讯资源，经10个月的发展，目前以达到日发消息160条 的能力，速度快， 覆盖面广，在国内各新闻网站中雄霸一方，搜狐、网易及8848等“网络大腕”均有转载。该 社网络部负责人表示，以后将结合网络和新闻媒体的特点，做好网站的交互功能；并在时机成熟时把电影声像 也送上网。他们还打算将香港和内地两地域名统一起来，并计划明年把全国20多个记者站全部上网，同时在美 、澳、欧等地也建立镜像或站点。二、《中国青年报》：新闻网络有空间《中国青年报》网站曾被业内一些人戏称为“报纸的翻版”，对此该报电脑网络部负责人在不满之余也表 示“有这种成分”。该网站主要围绕中青报，以此为依托的同时利用网络力量，扩大外延，自11月1 日改版以 来，该网站还只做了一些相关的青年站点的链接。网上的《中国青年报》有网络版的优势，比如近期自该报文 学版刊登《王朔评金庸》后读者反应强烈，报纸版面有限，网络版就有了用武之地，大大扩充了用稿量。这位 负责人在谈到媒体网络化的前景时态度慨然，认为“未来发展可观”。她表示，媒体网站与商业网站相比虽然 目前在资金、技术以及宽松程度上均有不足，但媒体网站具有自身的新闻优势，加上最近有关部门发出通知， 不允许商业网站再随意开设新闻栏目、无偿转载媒体新闻，因此前者必将有更大的发展空间和潜力。她举了一 个例子证明自己的观点：在美国最初也是商业网站独领风骚，到后来就变成了新闻网络雄霸天下。与此同时，《人民日报》、《广州日报》、《北京青年报》等其它报纸也纷纷强占网上高地，争先恐后地 建立自己的网站，以这种全新的方式扩展信息辐射面。可喜的是，其中部分报纸在这方面高瞻远瞩，网上通道 也走得比较通畅。三、广电媒体的新挑战纸介质传统媒体面临的挑战在网络时代似乎有些理所当然，然而科技含量更高的广播、电视媒体，在网络 化的浪潮中同样面临着一个自身发展的十字路口。CCTV网站建立于1996年12月，主要围绕电视节目，发布电视 节目的文字信息并进行网上直播和点播。该网站提出“像办一个频道一样办网站”口号，欲在海外建立一些网 站，并发挥互联网的交互功能；同时表示如果时机成熟，将来也会考虑开发互联网的多种用途，如电子商务等 ，“我们有能力提供互联网的全部服务功能”，该网站韩强先生如是说。但就像我们所看到的那样，CCTV以及 其它一些电视网站均还有待进一步完善，其自身的资源优势也有待进一步开采。广播网站的发展也不尽如人意。中国国际广播电台网站是1999年元旦开始使用的，主要也是以网上广播为 主，包括新闻稿和节目直播点播，并做了一些简单的链接。中央人民广播电台在页面制作上比国际台略为美观 ，但信息更新非常不及时，11月份还摆着6月份的新闻。 上海东方广播电台在上网电台中应该算是佼佼者了， 设计合理、页面简洁美观、信息更新较为及时，链接范围也很广，业内人士评价“可以算是一个完善的电台网 站”。然而整体而言，广播网站目前发展比较滞后，广播台的特点在网络化进程中既较之报纸网站具有很大的 优越性，也在某种意义上体现了一定的束缚性，如何将自身优势与网络更好结合，还是一个值得大量投入的命 题。TCP挑战ICP——传统媒体的网络狂奔近期，全国记协拟成立全国新闻媒体网络传播工作委员会，以推动新闻媒体网络版的经验交流与业务合作 ，使传媒的网络化进程有序发展，这大概是刚刚结束的“’99全国新闻媒体网络传播研讨会”最主要的成果之 一，标志着中国新闻界对于网络传播认识的深入。以因特网为平台、以多媒体为工具的网络传播手段被称为媒 体发展的“第三次技术革命”，对现在的新闻信息产生了前所未有的冲击和挑战。因特网正以互联、开放、迅 速的魅力，被越来越多的人所看重。显然，随着因特网的发展，因特网用户花在阅读印刷报刊上的时间比以前 减少。业内人士指出，由于读者能在网上获取新闻，他们就可以不再订阅报纸，这势必造成印刷发行量的减少 ，并且在发行总量中订阅的比例越来越少，赠阅的比例越来越大。即使发行量不减，当更多的网民在网上阅读 各种资料和信息时，报刊广告将会受到损失，也许这些损失一时还无法察觉，但随着网民的增多和时间的推移 ，传统的报业广告损失会越来越明显。据中国社会科学院研究员闵大洪提供的统计表示，国内上网报刊已达270家，其中不包括已上网的电台、电 视台。 传统媒体在面对互联网迅猛发展势头的同时，掩饰不住的却是内心深处的恐惧，在一片“狼来了”的惊 呼声中，一位报界人士尖锐地指出：现在传统媒体争先恐后地上网，但大多仅仅是做了一个上网工程而已，但 上网以后该如何发展，媒体都显得有些迷惘。原因在于，新闻媒体的网络化既要应对来自商业网站的挑战，又 要面对内部的技术、资金等限制，在夹缝中求生存。这是目前新闻媒体网站普遍的境遇。一、传统媒体竞争向网络倾斜不可否认，网络的应用给所有媒体提供了一个自由、开放与公平的竞争舞台。目前上网的新闻媒体，不管 其过去在经营过程中如何千差万别，但如今在网络化进程中都面临着相似的境遇：挑战和机遇并存，生存与压 力同在。新闻媒体上网，大报、小报一片欢呼，似乎都找到了新的发展机遇。一些专家给上网的媒体提醒说，未来的因特网是品牌的世界，网站的知名度是网上竞争的决定性因素。据 了解，人民日报网站自创办以来，其网页的访问量每年都以10倍的速度增长，该网站内容丰富，信息量大，权 威性强，是社会公认的中国第一大新闻媒体网站。中国青年报上网以来，也以其鲜明、锐利、清新、可读的特 色，在媒体网站中独树一帜。一些地方报纸也认为因特网是地方新闻媒体发展的天赐良机，它将打破传统新闻 媒体间的“等级差别”，使大家都处于同一条起跑线上，只要你的精力和技术允许，便可以与大报在网上平起 平坐。如郑州日报是一家市级报纸，在报纸印刷的同时新闻上网，“让全世界的网上读者比本市级报读者更早 看到本报”是他们的目标。网站开通不久，便收到来自美国、加拿大华侨读者的来信，尝到了“第四媒体”带 来的“极大乐趣”。该网站后来居上，访问量在省内已上网的几家报纸中“名列前茅”。二、“第四媒体”攻城掠地以互联网为主体的“第四媒体”正与传统的报刊、广播和电视这三大媒体在传播新闻、信息及娱乐内容方 面展开轰轰烈烈的“拉锯战”。1993年，中国开通了第一条Internet专线，当时主持这一项目的是中国高能物 理研究所的许榕生教授，并于1994年5 月推出了国内的第一个网站“中国之窗”。从现今我国已有两百多家媒 体上网来看，传统媒体开展网上服务已是一种必然的趋势，很多人开始担心，互联网会对传统媒体“取而代之 ”。然而，“一阵热潮未必意味着横扫千军”，一位资深报人说，“我绝不希望网络媒体取代传统媒体，况且 现在提出这个问题还为时过早。”业界人士普遍认为，一种新的传播手段横空出世，在淘汰传统媒体某些方面 的同时，也给传统媒体带来了新的发展机遇。和别的国家一样，今天中国的年轻人对印刷的报刊反应有些冷淡，他们认为那是爸爸妈妈的媒体，今天年 轻的媒体是Internet。“我们不够酷（cool）”，传统媒体终于认识到了自己已经逐渐失去了往昔的魅力。但是，与传统媒体有着密不可分的血缘关系的网络媒体还处于婴幼儿时期。三、从人民日报网络版看传统媒体生存状态网络为现实社会提供了前所未有的舆论多元空间，然而，当商业网站对这一功能运用得如火如荼之际，国 内新闻媒体却表现得小心翼翼。但大概谁也没有想到，这种现状在5月8日北约袭击中国驻南使馆得到了彻底改 变。5月9日，《人民日报》网络版便开设了“强烈抗议北约暴行 BBS论坛”，广大网友对人民日报网络版能够 开设论坛感到兴奋， 以高度的爱国情怀参与其中，到6月19 日晚“抗议论坛”改版为“强国论坛”，网友共上 贴了9万余条帖子， 在迅速形成舆论方面发挥了独特的作用，也令别的媒体大为眼热。8月13日， 《人民日报 》网络版论坛起用新的系统，在国内媒体中开创了“网络新时代”。人民日报网络版副主任蒋亚平认为，网络版经过3年发展， 在读者的支持和鼓励下取得了一些成绩，但也 累积了不少问题，近几个月访问量处于停滞不前的状态，推出的新东西也很少，和别的网站差距在拉大，为了 跟上互联网的发展趋势，人民日报网络版必须要改变，必须要创新。一位网友认为，人民日报在新闻媒体中无 疑是最好的，但还不够，人民日报网络版必须走商业化网站的道路，因为一个非商业化网站是不可能长期存活 的，他认为：1、人民日报面临很好的机会， 应该把自己定位在中国最大的门户站点上，人民日报完全具备这 种实力；2、 建议把人民日报做成一个网站群，开展商业化进程，以新闻为主体，另外开展电子商务、信息服 务等；3、要充分应用改版的机会， 把相应的公关、宣传和广告工作做起来；4、 要加强人力资源的开发和高 尖人才的引荐。经综合分析，人民日报网络版目前面临的最大挑战为：1、 政府上网“金版工程”正迅速展开，网上的行 业信息越来越多；2、 一批商业网站正抢滩新闻信息市场。他们有技术、资金、人才等优势，特别是运行机制 灵活，并且建立了各种免费的信息渠道；3、 海外信息机构利用因特网进军中国的信息市场。他们瞄准中国的 潜在巨大市场，纷纷与国内商业网站合作，或直接在其网站上发布大量的中文海外信息。这也是国内传统媒体 所面临的共同挑战。21世纪注定是一个网络化的世纪，在商业网站纷纷抢占制高地之际，越来越多媒体网站也敏锐地嗅到未来 网上群雄争霸的火药味，对自己未来的发展轨道也做出了种种预测和设计。也许与商业网站相比，传统媒体的 网络化道路会因自身的先天不足而更加崎岖难行，但压力也可以转变成为动力，若能置之死地而后生，进行一 次新的涅pán＠①，对其自身同样具有划时代意义。字库未存字注释： ＠①原字为般下加木

视频直播有多种协议，使用rtmp协议的就是rtmp直播。直播流就是视频流，即传递的视频数据。常见的协议有哪些？RTMP、RTSP、HTTP协议这三个协议都属于互联网 TCP/IP五层体系结构中应用层的协议。理论上这三种都可以用来做视频直播或点播。但通常来说，直播一般用RTMP、RTSP。而点播用HTTP。下面分别介绍下三者的特点。1，RTMP协议（1）是流媒体协议。（2）RTMP协议是Adobe的私有协议，未完全公开。（3）RTMP协议一般传输的是flv，f4v格式流。（4）RTMP一般在TCP1个通道上传输命令和数据。2，RTSP协议（1）是流媒体协议。（2）RTSP协议是共有协议，并有专门机构做维护。.（3）RTSP协议一般传输的是ts、mp4格式的流。（4）RTSP传输一般需要2-3个通道，命令和数据通道分离。3，HTTP协议（1）不是是流媒体协议。（2）HTTP协议是共有协议，并有专门机构做维护。（3）HTTP协议没有特定的传输流。（4）HTTP传输一般需要2-3 个通道，命令和数据通道分离。

弱电里的TP代表的是电视；TO代表的是数据，也就是网络点。2TO就是2个网络点，2根网线的意思。以下同理。TD、TW代表的是语音，也就是电话点。弱电里的TP、TO、TD、TW主要看图例，成套图纸都有图例的，一般在第一或第二页就有了。工程看图都是以本套图shu的图例为基准的。扩展资料：常见的弱电系统包括：闭路电视监控系统、防盗报警系统、门禁系统、电子巡更系统、停车场管理系统、可视对讲系统、家庭智能化系统及安防系统、背景音乐系统、LED显示系统、等离子拼接屏系统、DLP大屏系统、三表抄送系统；楼宇自控系统、防雷与接地系统、寻呼对讲及专业对讲系统、弱电管道系统、UPS不间断电源系统、机房系统、综合布线系统、计算机局域网系统、物业管理系统、多功能会议室系统、有线电视系统、卫星电视系统、卫星通讯系统、消防系统、电话通讯系统、酒店管理系统、视频点播系统等等