讲义成果讲稿

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进行大规 是可行的，但并没必要在所有场景下使适合少量用户上麦，大量听众，并当前基建