RTP，即实时传输协议，是一种基于包的传输协议，专门用于传输实时数据。在网络上，数据包的延迟和误差是难以避免的，为了解决这一问题，RTP包头包含了时间戳、丢失保护、载荷标识、源标识以及安全性信息等关键数据。
RTP通常在UDP之上运行，利用UDP的复用和求和校验功能。它为两个主机之间提供基于连接的、稳定的数据流服务，而UDP则提供一种非连接的、数据报服务。如图所示，RTP协议的数据包会装成UDP/IP包进行传输。
RTP协议与RTCP（实时传输控制协议）一起工作，提供了针对多媒体数据流的传输层协议。在流媒体系统、视频会议和一键通系统中，RTP配合RTCP等协议使用，使其成为IP电话产业的技术基础。
RTP本身并不提供严格的实时传输机制或服务质量（QoS）保证，它依赖于底层服务来实现这一过程。在传输过程中，RTP实行有序传送，通过序列号允许接收方重组发送方的包序列。RTP中的时间戳功能使得接收方能确定底层网络的可靠性以及媒体播放的适当位置。
RTCP（实时传输控制协议）是RTP的姐妹协议，为RTP媒体流提供信道外控制。RTCP本身并不传输数据，但与RTP一起协作，将多媒体数据打包和发送。它定期在流媒体会话参加者之间传输控制数据，主要功能是为RTP提供服务质量反馈。
SRTP（安全实时传输协议）是在RTP基础上定义的一个协议，旨在为单播和多播应用程序中的实时传输协议的数据提供加密、消息认证、完整性保证和重放保护。它由David Oran和Rolf Blom开发，并由IETF发布。
HTTP Live Streaming（HLS）和RTSP（实时传输协议）都是常见的流媒体传输协议。HLS主要用于点播和直播服务，特别适用于iOS设备。而RTSP则是一种双向实时数据传输协议，允许客户端向服务器发送请求如回放、快进、倒退等操作。两者各具特点，适用于不同的应用场景。
在使用FLV（Flash Video）直播时，它是一种轻量级的流媒体传输方案。FLV直播具有低延迟、易用性强等特点。目前市场上如优酷等平台已采用HTTP-FLV方案进行直播。此方案通过HTTP协议传输FLV封装的数据，简单易用且具有较好的兼容性。
要让流媒体服务器支持FLV直播，需要实现采集视频源和音频源的数据、进行H264编码和AAC编码、将视频和音频数据封装为MPEG-TS包以及HTTP传输等关键技术。
各种流媒体传输协议和技术方案各有优缺点，选择使用哪种方案取决于具体的应用场景和需求。如需更深入地了解这些协议和技术细节，建议查阅相关技术文档或参加专业培训课程。
在HTTP请求的交互过程中，若服务器响应中未包含特定字段，客户端将持续接收数据，直至与服务器的socket连接被终止。
FLV直播流便是基于这一机制运作。具体而言，当服务器回复客户端请求时不添加’content-length’字段。在传输HTTP内容后，紧接着发送FLV数据，这样客户端便能持续接收数据流。
