Track,MediaChannel,MediaStream的关系

Audio/Video track，MediaChannel，MediaStream是Webrtc的业务核心，对媒体的操作都是围绕着这三个对象进行，弄清出它们见的关系及作用，就等于弄清了Webrtc的骨架，对阅读Webrtc的代码大有益处。先看下面一张图:

首先分为了三层：

1. Session层，即对外的接口层

• Track就在这层中，对应的类为VideoTrack和AudiTrack，代表了视频和音频的源。
• 通过PeerConnectionFactoryInterface的CreateVideoTrack和CreateAudioTrack来创建。
• 通过PeerConnectionInterface的AddTrack加入到pc对象中。
• 这些Track最终会体现在本地的sdp中。

2. MediaEngine层，MediaChannel在这一层

根据本地sdp或sdp的协商结果，来产生MediaChannel，MediaChannel代表一个Video或Audio通道，里面会有多个不同方向的MediaStream。

3. Call层，MediaStream在这一层

它管理MediaStream，MediaStream就是具体的某一个方向的Video或Audio流。这些Stream属于最底层，直接与编解码器打交道。

Session层中的Track与MediaEngine层中的channel对应，channel中包含多个不同方向的stream。

Call是每个pc对象都包含一个，其中stream是与编解码相关的。

一次SDP的协商最终成果就是产生或更新MediaStream对象。

下面都以Video的Send方向(encoder)说明MediaStream的创建流程及参数设置体系，AudioSendStream及Video/AudioReciveStream与它的流程基本相同。

MediaStream的创建流程

创建VideoChannel的堆栈

在产生本地sdp后，就会根据sdp信息来创建VideoChannel。

创建VideoStream的堆栈

当协商出的sdp中video的方向属性有send时，则会创建VideoSendStream。

1. 在收到对端的sdp后，调用SetRemoteDescription方法，开始sdp解析及channel，stream，encoder的创建过程，如下两个堆栈。

2. 最终以创建video encoder为目标，VideoStreamEncoder就是video encoder的封装类。

从这个堆栈图中也可以看到channel, call, stream的一层层的关系。

一个pc对象可以有多个VideoTrack，那么每个VideoTrack最终会产生VideoEncoder(如果设置了send方向)，所以一个pc对象中可能会有多个编码器。

sdp中媒体参数信息的映射

sdp中媒体信息

一个stream的信息包括如下信息：

• ssrc
• codec name
• codec payload type
• media ssrc
• codec rtx payload type
• rtx ssrc
• codec fec payload type
• nack
• rtp header extension
• codec encoder info
• rtcp info

这些信息最终会分别变成为编/解码器的参数(codec name,codec payload type)，重传流(rtx)的信息，rtp包的信息(rtp header extension)，rtcp包的信息。每个stream的信息不一定相同，取决于sdp的具体协商结果。

参数设置体系

sdp中的媒体信息需要转化为具体的编解码器，rtp流的信息。

参数设置流程

参数设置的流程跟stream的创建流程一致。

参数映射体系

下面的一张体系图显示了sdp中的video媒体信息是如何转化为video stream的参数核心结构

• 标蓝色的为session层的sdp信息。
• 绿色的为编码的参数体系。
• 红色的为传输的参数体系。