三个都是一中协定http-//-代表超文本传输协定 MMS-MMS协定（Microsoft Media Server Protocol）是用来拜访并且流式接受Windows Media服务器中.asf文件的一种协定MMS协定用于拜访Windows Media宣布点上的单播内容我们可以在windows2003中组建一个流媒体服务器，则在其网络上的机器可以通过在window media play中mms-//来拜访
实时流协定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 恳求此外，可使用无衔接传输协定，如UDPRTSP流节制
的流可能用到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媒体流打开一个%26quot-缺
口%26quot-
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没有绑定到RTPRTSP假设存在演示描写格
式可表现包含几个媒体流的演示的静态与临时属性

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%26quot-块%26quot-传输编码，须要有内容长度头如果返回适度演示描
述长度，即使动态发生，使块传输编码没有必要，服务器也应当能决议其长度如有实体，即
使必需有内容长度，且长度没显式给出，规矩可确保行动合理
从用户到服务器端的恳求信息在第一行内包含源采取的方法、源标识和所用协定版本RTSP
定义了附加状况代码，而没有定义任何HTTP代码
6.3.4 实体
如不受恳求方法或响应状况编码限制，恳乞降响应信息可传输实体，实体由实体头文件和试
题体组成，有些响应仅包含实体头在此，依据谁发送实体、谁接受实体，发送者和接受者可
分别指用户和服务器
实体头定义实体体可选元信息，如没有实体体，指恳求标识的资源扩大头机制容许定义附
加实体头段，而不用转变协定，但这些段不能假定接受者能辨认不可辨认头段应被接受者忽
略，而让代办署理转发
6.3.5 衔接
RTSP恳求可以几种不同方法传送-
1、持久传输衔接，用于多个恳求/响应传输
2、每个恳求/响应传输一个衔接
3、无衔接模式
传输衔接类型由RTSP URI来定义对 %26quot-rtsp%26quot- 计划，须要持续衔接-而%26quot-rtspu%26quot-计划，调用
RTSP 恳求发送，而不用树立衔接
不象HTTP，RTSP容许媒体服务器给媒体用户发送恳求然而，这仅在持久衔接时才支撑，否
则媒体服务器没有可*道路达到用户，这也是恳求通过防火墙从媒体服务器传到用户的独一途
径
6.3.6 方法定义
方法记号表现资源上执行的方法，它区分大小写新方法可在将来定义，但不能以$开头
某些防火墙设计与其他环境可能请求服务器插入RTSP方法和流数据因为插入将使客户端和
服务器操作庞杂，并强加附加开销，除非有必要，应避免这样做插入二入制数据仅在RTSP通
过TCP传输时才可使用流数据（如RTP包）用一个ASCII美圆符号封装，后跟一个一字节通道标
识，其后是封装二入制数据的长度，两字节整数

如果您对我的答复满意，欢迎到我们优衫网望望-http-//www.ushan.cn

参考文献-http-//www.ushan.cn

转载请注明出处。