在了解流媒体协议之前，先预习下基础数据传输协议，因为流媒体协议也是基于基本数据传输协议的

数据传输协议：

  • TCP - 传输控制协议
  • UDP - 用户数据报协议
  • HTTP - 超文本传送协议
  • HTTPS - 基于SSL的超文本传送协议
  • SOCKET - 套接字，端口协议
TCP：传输控制协议 (Transmission Control Protocol)
  • 是一种面向连接的、可靠的、基于字节流的传输层通信协议
  • TCP是因特网中的传输层协议，使用三次握手协议建立连接
  • 每一条TCP连接只能是点到点的
UDP：用户数据报协议 (User Datagram Protocol)
  • UDP是无连接的、不可靠的一种数据传输协议
  • 传输速度很快，但不可靠
  • UDP支持一对一，一对多，多对一和多对多的交互通信
HTTP：超文本传送协议 (Hypertext Transfer Protocol )
  • 是互联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用
  • HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接
HTTPS: 基于SSL的超文本传送协议（Hyper Text Transfer Protocol over Secure Socket Layer）
  • 是以安全为目标的HTTP通道，简单讲是HTTP的安全版
  • HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL
  • HTTPS 协议需要到CA申请证书，一般免费证书很少，需要交费
Socket 套接字
  • socket本质是编程接口(API)，对TCP/IP的封装
    套接字（socket）是通信的基石，是支持TCP/IP协议的网络通信的基本操作单元
  • 它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地主机的IP地址，本地进程的协议端口，远地主机的IP地址，远地进程的协议端口

流媒体协议

常见的流媒体协议
  • RTP(Real-time Transport Protocol), 常用语电话会议, 网络电话等场景, 但是缺点是不提供网络保障
  • RTCP(Real-time Transport Control Protocol), 是实时传输协议（RTP）的一个姐妹协议, 也常用于语电话会议, 网络电话等场景
  • RTMP(Real Time Streaming Protocol), RTMP是Adobe开发的协议
  • HLS(HTTP Live Streaming)是苹果公司(Apple Inc.)实现的基于HTTP的流媒体传输协议，可实现流媒体的直播和点播
HLS ( HTTP Live Streaming )

HTTP Live Streaming - Apple 开发文档

HTTP Live Streaming（HLS）是苹果公司实现的基于HTTP的流媒体传输协议，可实现流媒体的直播和点播

  • HLS协议在服务器端将直播数据流存储为连续的、很短时长的媒体文件（MPEG-TS格式），而客户端则不断的下载并播放这些小文件，因为服务器端总是会将最新的直播数据生成新的小文件，这样客户端只要不停的按顺序播放从服务器获取到的文件，就实现了直播
  • HLS基于HTTP协议实现,所以HLS比RTMP有较高的延迟
工作流程为:
  • 1、采集视频源和音频源的数据
  • 2、对原始数据进行H264编码和AAC编码
  • 3、视频和音频数据封装为MPEG-TS包
  • 4、HLS分段生成策略及m3u8索引文件
  • 5、HTTP传输协议传输数据

iOS开发 实现HID数据传输 ios数据传输协议_TCP

HTTP Live Streaming Overview - 图片来源

RTMP ( Real Time Streaming Protocol )

RTMP协议是 Adobe 公司开发的一个基于TCP的应用层协议

RTMP本质上是流协议，主要的特点是：
  • 实时性高：RTMP的实时性在3秒之内，经过多层CDN节点分发后，实时性也在3秒左右,在一些实时性有要求的应用中以RTMP为主
  • 支持加密：RTMPE和RTMPS为加密协议
  • 稳定性高：HTTP也很稳定，但HTTP是在协议上稳定稳定性不只是服务端的事情，在CDN分发，服务器管理，客户端的支持上
RTMP的使用
  • 1、RTMP协议也要客户端和服务器通过“握手”来建立基于传输层链接之上的RTMP Connection链接，在Connection链接上会传输一些控制信息
  • 2、TMP协议传输时会对数据做自己的格式化，这种格式的消息我们称之为RTMP Message
  • 3、而实际传输的时候为了更好地实现多路复用、分包和信息的公平性，发送端会把Message划分为带有Message ID的Chunk，每个Chunk可能是一个单独的Message，也可能是Message的一部分，在接受端会根据chunk中包含的data的长度，message id和message的长度把chunk还原成完整的Message，从而实现信息的收发