《电视剧幸福生活万年长》

实时流协定(💦)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美圆符(🐂)号封装，后跟一个一字节通道标 识，其(🏄)后是封装二进制数(🍭)据的长(👠)度，两字(🔪)节整数(😯)。

【电视剧幸福生活万年长的相关新闻】