下载文档原格式
RTSP协议详解中文版RTSP（Real Time Streaming Protocol）是一种用于控制实时流媒体的应用层协议，用于在客户端和服务器之间进行媒体资源的传输和控制。
它工作在TCP或UDP上，并且可以与各种流媒体服务器和客户端软件兼容。
RTSP协议的通信模型是基于客户端和服务器之间的请求和响应。
客户端通过发送请求来向服务器发送控制指令，服务器则通过发送响应来告知客户端请求的结果。
请求和响应是基于文本的，并且使用类似于HTTP的格式。
RTSP协议的请求由方法、URL和协议版本组成。
常见的请求方法包括DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN等。
DESCRIBE方法用于获取媒体资源的描述信息，SETUP方法用于建立与服务器的连接，PLAY方法用于开始播放，PAUSE方法用于暂停播放，TEARDOWN方法用于关闭连接。
RTSP协议的响应由状态码、状态描述和协议版本组成。
常见的状态码包括200 OK，表示请求成功；401 Unauthorized，表示未经授权；404 Not Found，表示资源不存在等。
状态码和状态描述用于告知客户端请求的结果。
RTSP协议还支持使用SDP（Session Description Protocol）来描述媒体资源。
SDP是一种用于描述会话信息的协议，它可以描述媒体资源的类型、媒体格式、传输地址等。
客户端可以使用DESCRIBE方法获取媒体资源的SDP描述，从而可以解析和播放媒体资源。
RTSP协议的优点包括灵活性和互操作性。
由于RTSP协议本身只负责控制，而不直接传输媒体数据，因此可以适用于各种不同的流媒体传输协议，如RTP、RTCP、RTMP等。
同时，RTSP协议还可以与其他媒体相关的协议配合使用，如RTSP over HTTP、RTSP over SSL等。
总结起来，RTSP协议是一种用于实时流媒体控制的协议，它可以实现实时流媒体的连续控制和广泛的交互性。
海康、⼤华的RTSP地址规则说明及通道问题（重点）海康RTSP取流URL地址规则1.1 预览取流设备预览取流的RTSP URL有新⽼版本，2012年之前的设备（⽐如V2.0版本的Netra设备）⽀持⽼的取流格式，之后的设备新⽼取流格式都⽀持（这⾥不得不再说⼀下海康是国内视频硬件独⼀档）。
【海康⽼版本，⽬前已经⾮常少见了】URL规定：rtsp://username:password@<ipaddress>/<videotype>/ch<number>/<streamtype>详细描述：举例说明：DS-9016HF-ST的IP通道01主码流：rtsp://admin:12345@172.6.22.106:554/h264/ch33/main/av_streamDS-9016HF-ST的模拟通道01⼦码流：rtsp://admin:12345@172.6.22.106:554/h264/ch1/sub/av_streamDS-9016HF-ST的零通道主码流（零通道⽆⼦码流）：rtsp://admin:12345@172.6.22.106:554/h264/ch0/main/av_streamDS-2DF7274-A的第三码流：rtsp://admin:12345@172.6.10.11:554/h264/ch1/stream3/av_stream【海康新版本，DS系列】URL规定：rtsp://username:password@<address>:<port>/Streaming/Channels/<id>(?parm1=value1&parm2-=value2…)详细描述：举例说明：DS-9632N-ST的IP通道01主码流：rtsp://admin:12345@172.6.22.234:554/Streaming/Channels/101?transportmode=unicastDS-9016HF-ST的IP通道01主码流：rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/1701?transportmode=unicastDS-9016HF-ST的模拟通道01⼦码流：rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/102?transportmode=unicast (单播)rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/102?transportmode=multicast (多播)rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/102 (?后⾯可省略，默认单播)DS-9016HF-ST的零通道主码流（零通道⽆⼦码流）：rtsp://admin:12345@172.6.22.106:554/Streaming/Channels/001DS-2DF7274-A的第三码流：rtsp://admin:12345@172.6.10.11:554/Streaming/Channels/103注：前⾯⽼URL，NVR（>=64路的除外）的IP通道从33开始；新URL，通道号全部按顺序从1开始。
RTSP协议详解中文版RTSP（Real Time Streaming Protocol）是一种用于控制媒体流传输的应用层协议。
它在传输数据之前，通过建立控制信道，协商会话参数，完成媒体流的控制和管理。
本文将详细介绍RTSP协议的各个方面。
RTSP协议中，客户端发送请求，服务器回复响应，请求和响应的消息格式基于文本，并且可以使用多种传输协议（如TCP或UDP）进行通信。
RTSP协议定义了丰富的方法（Method），以便客户端可以控制会话的各个方面。
常用的方法包括OPTIONS，DESCRIBE，SETUP，PLAY和TEARDOWN。
OPTIONS方法用于查询服务器支持的方法，客户端可以通过此方法获取服务器的能力信息。
DESCRIBE方法用于获取媒体会话的描述信息，客户端可以通过此方法获得媒体流的信息，例如编码格式和媒体地址。
SETUP方法用于建立媒体流的传输通道，客户端可以通过此方法告知服务器自己的传输能力，并请求服务器向其指定的地址发送数据。
服务器可以根据实际情况来进行响应，例如选择合适的传输协议（如TCP或UDP）以及传输端口。
PLAY方法用于开始播放媒体流，服务器会将实时传输协议（RTP）数据发送给客户端。
客户端可以通过TEARDOWN方法来终止会话，服务器在接收到TEARDOWN请求后会释放资源并关闭连接。
总结起来，RTSP协议是一种用于控制媒体流传输的应用层协议。
它使用文本消息格式，在客户端和服务器之间建立控制信道，并通过方法来实现会话管理和媒体流的控制。
RTSP协议具有可扩展性和灵活性，可以与其他协议结合使用，适用于不同的应用场景。
IPTV相关标准摘要IPTV业务目前成为业界的一个热点问题，在全球范围已经建设了许多IPTV业务的商用或试验网络，但到目前为止全球范围内还没有一个直接以IPTV命名的标准，而IPTV是一个集多种技术的集成业务，必定涉及到与各种技术相关的技术标准。
因此，本文分别介绍了IPTV业务发展现状、相关技术，及IPTV相关的标准化组织和相关的标准。
关键词IPTV 流媒体视频点播视频直播标准DRM1、引言电视业务(TV)是到目前为止最受用户欢迎的远程视频通信业务，到目前为止电视业务基本上还是以广播方式向用户提供单向业务。
在过去的几十年间，业界人士一直致力于研究具有交互性的视频业务。
直到20世纪末期，大规模实现交互式电视业务的方式仍是利用已有的通信网络，用户希望的随时随地获得所希望得到的视频节目一直还是一个梦想。
随着IP网络技术、网络传输带宽、网络接入技术、视频压缩技术、版权保护技术的不断发展和相应产品的成熟人们又将实现随时随地获得视频信息的希望寄托于IP网络，并形象地将该类业务称为IPTV业务。
自1999年以来全球各地组建了各种范围内，使用多种视频编码压缩技术、网络接入技术来提供多种基本和扩展业务。
虽然目前全球范围内没有一个直接以IPTV命名的标准。
但IPTV所采用的各种技术标准一直处于发展和完善阶段。
本文将介绍IPTV相关标准的标准化组织及主要的标准内容。
2、IPTV框架结构及相关技术对于不同的人，IPTV具有不同的含义，业界有希望将IPTV作为Triple-play(三重通信、语音、图像、数据通信)的雏形，也将IPTV业务扩大到VoIP，VOD。
NVOD，MMS，网络游戏。
借助于IPTV 平台可以提供上述几种应用，但IPTV核心的业务与应用依然是VOD以及视频直播。
如图1所示，IPTV业务核心框架主要由内容编码器、VOD服务器、视频管理服务器、接入服务器、骨干网络、运营商中心局(DSLAM)以及用户终端组成。
RTSP协议详解RTSP（Real-Time Streaming Protocol）是一种用于控制流媒体服务器和客户端之间数据传输的协议。
它允许用户在收到流媒体数据之前与服务器进行交互，选择想要接收的媒体流，控制播放速度和播放模式等。
RTSP协议使用客户端/服务器模型，其中客户端发送请求到服务器，服务器则响应这些请求并传输媒体数据。
RTSP协议仅用于控制，而不负责传输媒体数据本身，这一任务通常由RTP（Real-Time Transport Protocol）来完成。
1.建立连接：客户端与服务器建立TCP连接，并使用RTSP协议进行通信。
2.描述会话：客户端发送一个通信请求，请求服务器提供会话的相关信息，比如媒体描述、媒体流地址等。
3.选择媒体流：客户端从服务器提供的媒体描述中选择一个或多个希望接收的媒体流。
4.控制媒体会话：客户端使用RTSP协议发送控制命令给服务器，比如播放、暂停、停止、快进和回放等。
5.播放媒体：服务器向客户端传输所选的媒体流。
6.关闭连接：客户端发送关闭请求给服务器，结束RTSP会话。
1.节约带宽：RTSP协议允许客户端仅接收媒体流中的特定部分，从而节约带宽和提高传输效率。
2.实时传输：RTSP协议支持实时传输媒体流，适用于需要实时展示的场景，比如直播和视频会议等。
3.支持多媒体：RTSP协议可以同时传输音频、视频和其他媒体类型，使得用户可以选择自己感兴趣的内容。
4.内容交互：RTSP协议支持客户端和服务器之间的交互，如选择不同的流、调整播放速度和播放模式等。
总结来说，RTSP协议提供了一种灵活的方式来控制流媒体服务器和客户端之间的数据传输。
它可以在不同平台和设备之间实现兼容性，并支持对媒体流进行精细控制和交互。
这使得RTSP成为流媒体传输的重要协议之一，广泛应用于视频直播、会议系统和视频监控等领域。
从零开始写一个RTSP服务器（一）RTSP协议讲解文章目录•从零开始写一个RTSP服务器（一）不一样的RTSP协议讲解•o 3.1 RTP包格式o 3.2 RTP OVER TCPo 2.1 RTSP数据格式o 2.2 RTSP请求的常用方法o 2.3 RTSP交互过程o 2.4 sdp格式o前言o一、什么是RTSP协议？o二、RTSP协议详解oo三、RTP协议oo四、RTCP前言•为什么要写这个系列？因为我自己在学习rtsp协议想自己从零写一个rtsp服务器的时候，由于rtsp比较复杂，所以觉得这个过程非常的困难，网上许多相关文章或模棱两可，或是复制粘贴。
所以想写这样一个系列，来帮助想要学习rtsp协议或者想要从零写一个rtsp服务器的初学者•本系列的文章特点并系列文章实现追求精简，能够让人明白rtsp协议的实现过程，不追求复杂和完美如果想要实现一个比较完善的rtsp服务器，可以参考我的开源项目-RtspServer言归正传，下面开始本系列的文章一、什么是RTSP协议？RTSP是一个实时传输流协议，是一个应用层的协议通常说的RTSP包括RTSP协议、RTP协议、RTCP协议对于这些协议的作用简单的理解如下RTSP协议：负责服务器与客户端之间的请求与响应RTP协议：负责传输媒体数据RTCP协议：在RTP传输过程中提供传输信息rtsp承载与rtp和rtcp之上，rtsp并不会发送媒体数据，而是使用rtp协议传输rtp并没有规定发送方式，可以选择udp发送或者tcp发送二、RTSP协议详解rtsp的交互过程就是客户端请求，服务器响应，下面看一看请求和响应的数据格式2.1 RTSP数据格式RTSP协议格式与HTTP协议格式类似•RTSP客户端的请求格式•method url vesion\r\n•CSeq: x\r\n•xxx\r\n•...\r\nmethod：方法，表明这次请求的方法，rtsp定义了很多方法，稍后介绍url：格式一般为rtsp://ip:port/session，ip表主机ip，port表端口好，如果不写那么就是默认端口，rtsp的默认端口为554，session表明请求哪一个会话version：表示rtsp的版本，现在为RTSP/1.0CSeq：序列号，每个RTSP请求和响应都对应一个序列号，序列号是递增的•RTSP服务端的响应格式•vesion 200 OK\r\n•CSeq: x\r\n•xxx\r\n•...\r\nversion：表示rtsp的版本，现在为RTSP/1.0CSeq：序列号，这个必须与对应请求的序列号相同2.2 RTSP请求的常用方法方法描述OPTIONS 获取服务端提供的可用方法DESCRIBE 向服务端获取对应会话的媒体描述信息SETUP 向服务端发起建立请求，建立连接会话PLAY 向服务端发起播放请求TEARDOWN 向服务端发起关闭连接会话请求2.3 RTSP交互过程有了上述的知识，我们下面来讲解一个RTSP的交互过程OPTIONS•C–>S•OPTIONS rtsp://192.168.31.115:8554/live RTSP/1.0\r\n•CSeq: 2\r\n\r\n客户端向服务器请求可用方法•S–>C•RTSP/1.0 200 OK\r\n•CSeq: 2\r\n•Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY\r\ n\r\n服务端回复客户端，当前可用方法OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAYDESCRIBE•C–>S•DESCRIBE rtsp://192.168.31.115:8554/live RTSP/1.0\r\n•CSeq: 3\r\n•Accept: application/sdp\r\n\r\n客户端向服务器请求媒体描述文件，格式为sdp•S–>C•RTSP/1.0 200 OK\r\n•CSeq: 3\r\n•Content-length: 146\r\n•Content-type: application/sdp\r\n•\r\n••v=0\r\n•o=- 91565340853 1 in IP4 192.168.31.115\r\n•t=0 0\r\n•a=contol:*\r\n•m=video 0 RTP/AVP 96\r\n•a=rtpmap:96 H264/90000\r\n•a=framerate:25\r\na=control:track0\r\n服务器回复了sdp文件，这个文件告诉客户端当前服务器有哪些音视频流，有什么属性，具体稍后再讲解这里只需要直到客户端可以根据这些信息得知有哪些音视频流可以发送SETUP•C–>S•SETUP rtsp://192.168.31.115:8554/live/track0 RTSP/1.0\r\ n•CSeq: 4\r\n•Transport: RTP/AVP;unicast;client_port=54492-54493\r\n \r\n客户端发送建立请求，请求建立连接会话，准备接收音视频数据解析一下Transport: RTP/AVP;unicast;client_port=54492-54493\r\nRTP/AVP：表示RTP通过UDP发送，如果是RTP/AVP/TCP则表示RTP通过TCP发送unicast：表示单播，如果是multicast则表示多播client_port=54492-54493：由于这里希望采用的是RTP OVER UDP，所以客户端发送了两个用于传输数据的端口，客户端已经将这两个端口绑定到两个udp套接字上，54492表示是RTP端口，54493表示RTCP端口(RTP端口为某个偶数，RTCP端口为RTP端口+1)•S–>C•RTSP/1.0 200 OK\r\n•CSeq: 4\r\n•Transport: RTP/AVP;unicast;client_port=54492-54493;server_port=56400-56401\r\n•Session: 66334873\r\n\r\n服务端接收到请求之后，得知客户端要求采用RTP OVER UDP发送数据，单播，客户端用于传输RTP数据的端口为54492，RTCP的端口为54493服务器也有两个udp套接字，绑定好两个端口，一个用于传输RTP，一个用于传输RTCP，这里的端口号为56400-56401 之后客户端会使用54492-54493这两端口和服务器通过udp传输数据，服务器会使用56400-56401这两端口和这个客户端传输数据PLAY•C–>S•PLAY rtsp://192.168.31.115:8554/live RTSP/1.0\r\n•CSeq: 5\r\n•Session: 66334873\r\n•Range: npt=0.000-\r\n\r\n客户端请求播放媒体•S–>C•RTSP/1.0 200 OK\r\n•CSeq: 5\r\n•Range: npt=0.000-\r\n•Session: 66334873; timeout=60\r\n\r\n服务器回复之后，会开始使用RTP通过udp向客户端的54492端口发送数据TEARDOWN•C–>S•TEARDOWN rtsp://192.168.31.115:8554/live RTSP/1.0\r\n •CSeq: 6\r\n•Session: 66334873\r\n\r\n•S–>C•RTSP/1.0 200 OK\r\n•CSeq: 6\r\n\r\n2.4 sdp格式我们上面避开没有讲sdp文件，这里来好好补一补sdp格式由多行的type=value组成sdp会话描述由一个会话级描述和多个媒体级描述组成。
linkingvision(H5STREAM)用户手册Copyright © 零视技术2020 All rights reserved版本记录内容1.0发布说明 (6)1.1版本 2.00 (6)2.0范围 (6)3.0参考链接 (6)4.0常用术语 (7)5.0内容概述 (8)6.0内网直播 (9)6.1视频源支持 (9)6.2运行平台支持 (9)6.3国产CPU支持 (10)6.4直播协议支持 (10)6.5视频加密支持 (10)7.0云直播 (11)8.0软件安装 (12)8.1安装准备 (12)8.2安装 (13)8.3打开管理界面 (16)8.4安装license (17)8.5端口 (18)8.6菜单 (20)9.0配置视频源和设备 (21)9.1文件源配置 (22)9.2RTSP RTMP 源配置 (23)9.3ONVIF 源配置 (24)9.4RTMP推流源配置 (26)9.5海康SDK 设备配置 (26)9.6大华SDK 设备配置 (27)9.7海康ISC平台配置 (28)9.8天地伟业NVR SDK配置 (31)9.9指定协议访问单个视频 (31)10.0视频操作 (34)10.1实时预览 (34)10.2音频对讲 (35)10.3H5STREAM录像搜索回放 (36)10.4H5STREAM抓图搜索预览 (37)10.5设备录像搜索回放归档 (37)10.6高级回放 (38)10.7巡更 (39)10.8报警预览 (39)11.0监控点配置 (41)11.1监控点 (41)12.0视频上传 (43)12.1视频语音对讲 (43)12.2视频上传 (45)13.0GB28181配置 (46)13.1h5s GB28181 设备统一编码配置 (46)13.2h5s GB28181 服务端配置 (46)13.3配置海康NVR/IPC (47)13.4配置大华NVR/IPC (49)13.5配置宇视IPC (50)14.0WebRTC配置 (51)14.1介绍 (51)14.2Cloud云模式配置 (51)14.3转发模式配置 (52)15.0云推流模式配置 (54)15.1云推流内网服务器配置 (54)15.2推流云服务器配置 (54)16.0转码配置 (55)16.1转码支持介绍 (55)16.2默认H.265转H.264配置 default (56)16.3自定义转码配置 (57)17.0视频配置 (60)17.1视频加载图片配置 (60)18.0用户管理 (62)18.1用户密码修改 (62)18.2WEB管理界面全认证默认开启 (62)19.0标准协议 (64)19.1标准协议URL规则 (64)20.0网络配置 (65)20.1HTTPS证书配置 (65)21.0微信支付宝扫码 (66)21.1介绍 (66)21.2扫码播放摄像机视频 (66)1.0发布说明1.1版本2.00更新界面操作.2.0范围文档包含h5stream互联网直播方案的使用场景，安装指南，开发接口定义和使用。
E-mail：bryanj@译者：Bryan.Wong（王晶，宁夏固原）译文版本：alpha0.80译文发布时间：20XX-7-25版权：本中文翻译文档之版权归王晶所有。
可于非商业用途前提下自由转载，但必须保留此翻译及版权信息。
/filedownload?user=bryanj&id=611206网络工作组H.Schulzrinne请求注释:2326哥伦比亚大学.类别:标准跟踪A.RaoNetscapenphierRealNetworks1998年4月实时流协议(RTSP)本备忘录状态本文为Internet社区描述了一种Internet标准跟踪协议，还需要讨论和建议以便进行改善。
请查看最新版本的"Internet正式协议标准"（STD1）了解本协议的标准化进程和状态。
本备忘录的传播不受限制。
版权声明：版权为TheInternetSociety所有。
所有权利保留。
摘要：实时流协议（RTSP）是应用层协议，控制实时数据的传送。
RTSP提供了一个可扩展框架，使受控、按需传输实时数据（如音频与视频）成为可能。
数据源包括现场数据与存储在剪辑中的数据。
本协议旨在于控制多个数据发送会话，提供了一种选择传送途径（如UDP、组播UDP与TCP）的方法，并提供了一种选择基于RTP(RFC1889)的传送机制的方法。
目录：1介绍1.2要求1.3术语1.4协议特性1.5RTSP扩展1.6整体运作1.7RTSP状态1.8与其他协议的关系2符号协定3协议参数3.1RTSP版本3.2RTSPURL3.3会议标识3.4会话标识3.5SMPTE相对时间戳3.6正常播放时间3.7绝对时间3.8选项标签3.8.1用IANA注册新的选项标签G4RTSP消息4.1消息类型4.2消息头4.3消息主体4.4消息长度G5普通头部段6.1请求行6.2请求消息头段G7响应7.1状态行7.1.1状态码和原因短语7.1.2响应头部段G8实体8.1实体头部域8.2实体主体24G9连接9.1流水线化259.2可靠性及确认25G10方法定义2510.1可选项2610.2描述2610.3通知2610.4建立2610.5播放2710.6暂停2710.7断开2710.8获取参数2810.9设置参数2810.10重定向2810.11录制2910.12嵌入（交织）的二进制数据29G11状态码定义2911.1成功2xx3011.1.1存储空间低2503011.2重定向3xx3111.3客户端错误4xx3111.3.1方法不允许3211.3.2无法理解参数3211.3.3会议未找到3311.3.4带宽不足3311.3.5会话未找到3411.3.6本状态下该方法无效3411.3.7头部域与资源不匹配3411.3.8无效范围3511.3.9参数为只读3511.3.10不允许合操作3611.3.11只允许合操作3611.3.12不支持的传输3611.3.13目标不可达3711.3.14不支持的选项3712头部段定义（HeaderFieldDefinitions）38 12.1接受3812.2接受-编码3812.3接受-语言3912.4允许（Allow）3912.5授权（Authorization）4012.6带宽4012.7块大小4012.8缓存控制4112.9会议4112.10连接4112.11内容-基础4212.12内容-编码（Content-Encoding）4212.13内容-语言4312.14内容-长度（Content-Length）4312.15内容-位置4312.16内容-类型（Content-Type）4412.17命令序列题头（CSeq）4412.18日期（Date）4412.19过期（Expires）4512.20来自（From）4512.21主机4512.22如果匹配4512.23如果-被修改-自从（If-Modified-Since）46 12.24最后修改（Last-Modified）4612.25位置（Location）4612.26代理认证4712.27代理要求4712.28公布4712.29范围4912.30提交方（Referer）4912.31稍后重试4912.32要求4912.33RTP信息4912.34倍速（Scale）12.35速度4912.36服务器（Server）4912.37会话4912.38时间戳4912.39传输4912.40不支持4912.41用户代理（User-Agent）4912.42变化4912.43通过4912.44WWW-认证（WWW-Authenticate）50 G13缓存50G14例子5014.1按需点播（单播）5014.2容器文件的流化5114.3单个流容器文件5114.4实况媒体表示的组播5114.5在存在的会话中播放媒体5114.6录制52G15语法5215.1基本语法5216安全考虑（SecurityConsiderations）52 G附录ARTSP协议状态机53GA.1客户端状态机53GA.2服务器端状态机53G附录B与RTP协议的交互53G附录C使用SDP进行RTSP会话描述54 +C.1定义54oC.1.1控制URL55oC.1.2媒体流55oC.1.3有效载荷类型55oC.1.4详细格式参数55oC.1.5表示的范围56oC.1.6有效时间56oC.1.7连接信息56oC.1.8实体标签57+C.2合控制不可用57+C.3合控制可用57G附录D最小RTSP实现58+D.1客户端58D.1.1基本回放58D.1.2认证enabled58+D.2服务器59D.2.1基本回放59D.2.2认证enabled59G附录E作者地址60G附录F致谢60G参考书目60G版权申明611介绍1.1目的实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体，比如音频或视频。
