《gay片在线观看》

实时流协定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 字符集，经常使用UTF-8编码打算。
行以CRLF终止，但 接纳者自身可将CR和LF解(🤭)释成行终止符。
基于文本的协定使以自(🐬)形容形式参与可选参数更容易 。
因为参数的数量和命令的频率发生较低，解(👆)决效率没惹起留意。
如细心钻研，文本协定很容 易以脚本言语(🎫)（如：Tcl、(🐗)Visual Basic与Perl）成功钻研原型。
字符集防止敏感字符集切(👨)换，但对运行来说无法见。
RTCP也驳回这(🌠)种(🌊)编(🍶)码打算。
带有 关键意义位的ISO 8859-1字符示意如(📄)x 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 方法(🤴)定(🚖)义 方法记号示意资源上口头的方法，它区分大小写。
新方法可(👦)在未来定义，但(🤵)不能以$扫尾。
某些防火墙设计与其(🙂)余环境或者要求主机拔出RTSP方法和流数据。
因为拔出将使客户端和 主机操作复杂，并强加附加(🐢)开支，除非有必要，应防止这样做。
拔出二进制数据仅在RTSP通 过TCP传输时才可经常使用。
流数据（如RTP包）用一个ASCII美圆符号(🍘)封装，后跟一个一字节通道标 识，其后是封装二进制数据的长度，两字(⏺)节整数。

【gay片在线观看的相关新闻】