媒體音質改善有以下方式
nack, inboundfec opus, Fec(Red), remb, transport-cc rtt 200ms 以內OK, 否則必須考慮。
webrtc的音頻丟包處理部分，目前谷歌默認帶PLC.FEC, 但是沒有添加重傳的協商能力，重傳的rtcp標準協商屬性是 在sdp裏面增加針對某個codec 的一個sdp屬性，
格式爲 a=rtcp-fb:ocdec_pt nack 這裏的codec_pt是具體音頻codec的payload值， 通過這個屬性協商是否支持丟包重傳功能，音頻重傳在處理連續丟包情況下還是有用的，一般
內置的opus的fec只能支持n-1到n的丟包保護，而且默認的fec功能即使是開啓，編碼端也不一定會持續髮帶fec的包，所以在網絡類似發生突然斷線又立即恢復，或者網絡發生擁塞，導致udp連續丟包情況下，可以利用nack重傳，當然，這是以犧牲延遲爲代價的，需要根據實際使用場景發起nack請求。
具體webrtc裏面咋麼實現重傳呢？ 很簡單，在獲取到sdp時，把a=rtcp-fb:%d nack 追加到sdp的音頻屬性裏面，再發給對方就可以了。默認獲取的sdp沒有帶，但是底層是支持這個屬性的協商的。