WebRTC原生就是为了p2p通话而设计的，视频的码流会尽量匹配你的带宽。你会发现，当两个客户端在局域网内
通话时，视频的码流会非常大，有时会达到两三兆。在有些业务场景下，你可能不希望要这么大的视频码流，比如会占用
你的服务器很大的带宽。如果我们能够灵活的控制视频码流，这对节省服务器带宽会非常有用。
在WebRTC生成的SDP中，与视频编码相关的部分如下：
a=rtpmap:100 VP8/90000
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtpmap:101 VP9/90000
a=rtcp-fb:101 ccm fir
a=rtcp-fb:101 nack
a=rtcp-fb:101 nack pli
a=rtcp-fb:101 goog-remb
a=rtcp-fb:101 transport-cc
a=rtpmap:107 H264/90000
a=rtcp-fb:107 ccm fir
a=rtcp-fb:107 nack
a=rtcp-fb:107 nack pli
a=rtcp-fb:107 goog-remb
a=rtcp-fb:107 transport-cc
a=fmtp:107 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
如果你希望控制VP8编码的码流，你可以把SDP修改成如下
a=rtcp-fb:100 transport-cc
a=fmtp:100 x-google-max-bitrate=2800;x-google-min-bitrate=1200;x-google-start-bitrate=200000 这一行是新加的
a=rtpmap:101 VP9/90000
如果你希望控制VP9编码的码流，你可以把SDP修改成如下
a=rtcp-fb:101 transport-cc
a=fmtp:101 x-google-max-bitrate=2800;x-google-min-bitrate=1200;x-google-start-bitrate=200000 这一行是新加的
a=rtpmap:107 H264/90000
如果你希望控制H264编码的码流，你可以把SDP修改成如下
a=fmtp:107 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f;x-google-max-bitrate=2800;x-google-min-bitrate=1200;x-google-start-bitrate=200000
下面我来解释码流控制相关的三个参数：
x-google-max-bitrate：视频码流最大值，当网络特别好时，码流最大能达到这个值，如果不设置这个值，网络好时码流会非常大
x-google-min-bitrate：视频码流最小值，当网络不太好时，WebRTC的码流每次5%递减，直到这个最小值为，如果没有设置这个值，网络不好时，视频质量会非常差
x-google-start-bitrate：视频编码初始值 ，当网络好时，码流会向最大值递增，当网络差时，码流会向最小值递减
在PeerConnection调用setRemoteDescription前修改SDP就会生效，本人已经在WebRTC56版本中实验成功。