CCtalk技術 個人微 滬江技術學院應用場景應用場景老師簽約入駐、系列課程，快速結算、打賞 劵

云、大數據、智能助教、 教學指數、學習質 、課程個性分銷等Ctalk是滬江旗下實時互推等育平臺，為立的知識傳授者 者提供完善 教育具和平臺能力，為求知者提供豐富的知識內社預習社群環 課后答疑 回顧、聊等等，支持從一對一到大型

指所有實時互動 通訊協議，WebRTC只時延要求在400ms800msWebRTC目前還沒有穩定 的程（Well,EverybodyBetterRestartTheir RTMP/RTSP/Private

MPEGHTTPPrivate

irat*irat*ComputationLoad:i

稍非傳統RTC的應用場 Virtual

VirtualSFU/MCU

OutgoingBitrate=bitrateingBitrate=bitrateComputationLoad:

OutgoingBitrate=ingBitrate=M*bitrateComputationLoad如使用MCU時高M:參與互動人數質量評估標準-TC Quote:ChrisWandt,只能三者取平衡，無法兼顧（至少短期RTC大規模面對的問題

無法解決，也沒有意決所有人同時互動? 如何從技術上使RTC?方方案一：反饋驅動的自適應碼率上PROSPROS&多方碼率協商，可以降低系統卡頓風計算分布化，云端計算復雜度

對編碼?碼率控制算精準度要求較方案二：多碼率數據

PROSPROS&解決了用戶下行速率不均等的問降低了卡頓

RTCCloud成本明顯增方方案三Wiegand,G.J.Sullivan,J.Reichel,H.Schwarz,andM.Wien,JointDraft11ofSVCAmendment,Joint Jul.2007.ISO/IEC14496-10–MPEG-4Part Coding,AnnexGPROSPROS&SVCstreamextractor需要轉碼，性能消耗RTCCloud成本提升較

客戶端編碼復雜度變沒有原生編支功耗高，耗電燙燙streamPROSPROS&解決了scale問題，弱化了quality問上麥用戶latency低，其他用戶成本相對

教育大課場景（課件白板等信令數據速度匹配失敗互動不同streamPROSPROS&解決了速度匹配問題，將快部分慢下來，課程過程正成本相對低，只是軟件適

損失了教學公平性，損失教學質其他互動依然不同LatencyvsVBR->ConstantQuality->HighCBR->VariableQuality->Low在低延遲要求下，需要盡可能使用RUDP、FECor穩定網絡丟包低，FEC效果更Acknowledgementof

?不穩定網絡丟包高，RUDP效果更好?TurboRetransmissionoflost

Over目前還非IETF標

可按用戶場景進行不同的算法設計與組更高的傳輸效率，帶寬削Celerity:ALowDelayMulti-PartyConferencingSolution,XiangwenChen,Sniesiof,osit, ,tfs s在SFU、TURN/STUN應用場景下，合理加大使用

Allin

PROS&解決了大 的訴求-頁

多一組業務相關的MCU單元，計算密二次編碼，質量下一些復雜的場景MCU很難合成，需要級服

POWERPOWER 0Home App 0(not chat chat chat 功耗≈聊天中的功耗

POWERPOWER

0HomeScreen Appon (not0

chat

chat

chat

QoS&Qo?總使用RTC進行大規 是可行的，但并沒必要在所有場景下使適合少量用戶上麥，大量聽眾，并當前基建