mediasoup源码分析（二十）服务端架构设计

最新推荐文章于 2025-10-12 11:05:35 发布
最新推荐文章于 2025-10-12 11:05:35 发布
阅读量1.4k 收藏 6
点赞数 2
CC 4.0 BY-SA版权
分类专栏： mediasoup源码分析 文章标签： RTC架构 调度服务器 信令服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lcalqf/article/details/109550384
本文详细介绍了流媒体服务器的三大模块：信令服务、调度服务和媒体服务。信令服务负责维持客户端长连接，转发信令，并通过调度服务选择合适的媒体服务。调度服务维护所有媒体服务的状态信息，确保负载均衡。媒体服务处理音视频，采用PlainTransport实现服务间高效传输。文章还提到了实时性和服务间的通信协议。

 

目录

信令服务（房间服务）

调度服务

媒体服务

时序图

流媒体服务器大的方向上可以分为信令、调度、媒体服务三个模块。目前行业内都是分布式服务，独立部署。mediasoup信令与媒体之间虽然可以管道通信。但在行业内，服务之间通过管道通信用的少。一般是rpc、mq，或者传统的tcp。这块licode架构比较不错，licode是信令和媒体服务通过MQ消息队列解耦。

下面介绍一下这三个服务主要功能，当然文中所说也是一家之言。

信令服务（房间服务）

  信令服务也称为房间服务。有的企业把信令和房间分开，信令服务和客户端维持长连接，中转加入房间、发布订阅等消息；信令（房间）服务负责维护房间内用户信息、用户的订阅关系。

  服务整体设计如下：

信令服务主要职责：

1、通过调度服务获得合适媒体媒体服务

  合适两个字比较重要，什么算合适呢？主要考虑几点

了解本专栏 订阅专栏 解锁全文 超级会员免费看
mediasoup 源码分析（二十二） XR包
lcalqf的专栏
12-14 881
目录 协议介绍 协议分析 1、BT=4 2、BT=5 协议介绍 XR 包是RTCP 扩展报告的一种，PT=207，主要用来提供更加详细的时间、丢包等统计信息。XR包总共有七个报告块，mediasoup主要第四和第五即BT=4 ,BT=5两个。 代码见：XR.cpp 、XrDelaySinceLastRr.cpp、XrReceiverReferenceTime.cpp 协议分析 协议文档：https://datatracker.ietf.org/doc/rfc3611/?include.
mediasoup 源码分析 （二十七）simulcast
lcalqf的专栏
08-15 1349
原理介绍 simulcast ：字面意思是多播，在webrtc中指大小流。推流的客户端同时发生多路不同分辨率、帧率的视频到服务器，服务器根据下行用户网络情况，选择一路合适流进行转发。 它的主要应用场景： 一次视频会议时不同参会人员的网络带宽不一样，不能仅仅因为一个人的网络不好就降低分辨率，因为那样网络好的人体验效果也变差了。所以应该探测出谁的网络不好，只给他降码率、帧率就行了。 如下图所示：pc客户端上行推送了1080p、720p、360p三路流，服务器在转发时给手机端下发了360p，给网络状...
webrtc服务器mediasoup源码分析
qq_22658119的博客
07-09 626
一、webrtc服务器meidasoup框架介绍 二、webrtc客户端与mediasoup服务器连接过程(服务器接收流媒体数据之前的工作) 三、mediasoup服务器接收流媒体数据及接收拥塞控制 四、mediasoup服务器转发流媒体数据及发送拥塞控制 五、mediasoup服务器接收RTCP消息处理 六、mediasoup服务器同时作为流媒体数据的接收端和发送端发送RTCP消息 ...
实时音视频解决方案：WebRTC信令优化与SFU架构选型
最新发布
xxx_0147的博客
10-12 555
随着互联网技术的飞速发展，实时音视频技术已经成为各类应用不可或缺的一部分。从视频会议到在线教育，再到远程医疗，实时音视频的应用越来越广泛。然而，随着用户数量的增多，网络质量的变化，如何优化实时音视频传输的质量和减少延迟成为了技术开发者面临的巨大挑战。本文将探讨WebRTC技术的信令优化方法及SFU（Selective Forwarding Unit）架构的选型，为开发者提供高效的解决方案，以提高实时音视频的传输性能。
mediasoup源码分析-初始化、建立连接及媒体数据的处理流程
专注音视频基础、WebRTC、ffmpeg、流媒体服务器
03-31 5807
mediasoup中的Transport有多种类型，以下只分析WebRtcTransport，且只分析音频、视频的传输。 线程模型 mediasoup使用的是多进程模型，服务器上有多个少CPU核，就启动多少个Worker进程。每个Worker进程采用单线程，运行一个事件循环，所有数据的处理，都是通过事件触发的。 MediaSoup的应用层和媒体处理层分别运行在不同的进程内，它们之间通过管道进行通信。 注意：应用进程和Worker进程之间可以使用普通的管道，也可以使用socketpair，这个部分的代码应该在
mediasoup 源码分析 （八）分析PlainTransport
littleboy_IT
06-23 874
PlainTransport 可以接收裸RTP流，也可以接收AES加密的RTP流。源码中提供了一个通过ffmpeg发送裸RTP流到mediasoup的脚本，具体地址为：mediasoup-demo/broadcasters/ffmpeg.sh。脚本就是通过HTTP Post发送创建PlainTranport请求，然后通过ffmpeg向指定地址+端口，发送RTP流。真正绑定的地方在PortManager::BindUdp(ip)中，随机从指定Port范围中选出可用Port，然后绑定。
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 总体架构分析
CopperSun 技术博客
08-20 1698
【网络通信 -- WebRTC】MediaSoup 源码分析 -- 总体架构分析 【1】MediaSoup 的整体架构 Worker A worker represents a mediasoup C++ subprocess that runs in a single CPU core and handles Router instances Worker 表示 MediaSoup C++ 的子进程，该子进程运行在一个单独的 CPU 核心中，用于处理 Router 实例 Router A .
mediasoup源码分析 （一）大纲
lcalqf的专栏
08-02 3808
一、mediasoup编译过程 内容： centos7环境下编译mediasoup-demo，搭建好demo环境可进行1V1视频通话。 二、分析mediasoup 源码编译过程 内容：介绍Makefile是如何编译worker项目 ，gyp如何管理项目。 三 、数据传输过程 内容：分析从socket收到数据到音视频stream处理的整个过程。 四、Transport模块 内容：介绍mediasoup各个Transport功能，如WebrtcT...
mediasoup 源码分析（八） 服务器级联 PipeTransport 分析
lcalqf的专栏
08-16 3581
一、级联概念 服务器级联通常指两个服务或者多个服务之间互相通信。比如视频会议或者在线教育中的小班课， 由于参会人员或者上课的 学生分布在全国各地，如果是外教英语课还要跨国。这两种情况下用户会连接到不同的媒体服务，比如学生A连接华南节点、学生B连接华东节点、老师连北京某个节点。他们会进入同一个房间进行上课，此时就需要媒体服务之间进行夸地区、跨服通信， 而级联就是用来解决这个问题的。 二、mediasoup的级联方案PipeTransport mediasoup通过PipeTr...
深入浅出mediasoup—拥塞控制
程序员老六的专栏
07-30 1466
本文分析了 mediasoup 拥塞控制实现，重点阐述了 TransportCongestionControlClient 如何对 GCC 进行封装和适配，并对 PacedSender 实现进行了深入分析。当然还有很多细节没有涉及，比如带宽分配逻辑，后面有时间再补充。大家在自己的项目中可以借鉴 mediasoup 集成 GCC 的方案。
mediasoup源码分析(一)编译及部署
littleboy_IT
05-12 1480
mediasoup编译
Mediasoup源码分析（1）——架构分析
点点滴滴
08-29 7889
1. 设计架构图 Worker 一个Worker代表着一个运行在单核CPU上并处理Router实例的mediasoup C++子进程； Router Router用于注入、选择和转发通过Transport实例创建的媒体流； Transport Transport将终端与MediaSoup Router连接起来，并通过在其上创建的Producer和Consumer实例实现双向媒体传输，...
mediasoup数据转发 源码剖析
椛茶的博客
10-31 2020
Worker：mediasoup 流媒体处理进程Router：路由对象，类似于房间的功能，保存了流之间的订阅关系，它接收 Producer 的数据并转发给订阅该 Producer 的 ConsumerProducer：音视频流生产者，一路音频就算一个单独的生产者，一路视频也算一个单独的生产者Consumer：音视频流消费者Transport：传输通道，有 WebRtcTransport，PlainRtpTransport 以及 PipeTransport。
mediasoup 源码分析（二十四）stun 协议分析
lcalqf的专栏
01-16 1182
目录 stun介绍 stun 协议分析 属性消息 stun介绍 stun 即:Session Traversal Utilities for NAT。用于NAT穿透的网络协议。 作用： stun协议主要用来得到自己的外网IP，然后进行连通性检测。 客户端比如chrome会向stun服务器发送stun包得到自己的外网IP。 对于mediasoup和srs等webrtc服务器，本身实现了ice-lite，不需要单独部署stun服务，只需要响应客户端发送的stun request就表明连接.
mediasoup 源码分析（三） room 和 router 创建过程
lcalqf的专栏
08-07 1676
一、server启动WebSockerServer server.js会通过protoo 启动WebSocketServer // Run a protoo WebSocketServer. await runProtooWebSocketServer(); 当用户请求连接时会带着roomId，server接收到用户请求后会判断当前房间是否存在，如果不存在会就创建一个。 具体详情见server.js的runProtoWebSockerServer()函数 async function run.
mediasoup源码分析之-网络基础库libuv
cynic_liu的博客
07-13 495
开源的网络事件库有很多种，大家最熟悉的莫过于集成在nginx里的event模块，很灵巧也很好的支撑了nginx的高性能服务。但是分析源码后，大家其实都比较类似，底层采用epoll机制探测事件，从而驱动上层业务运行。libuv也是一个开源的网络事件库，它的设计也比较巧妙，很轻量级。 mediasoup中，libuv使用由以下两个函数启动，ClassInit负责生成uv_loop_t对象，并初始化相关对象，类似nginx的ngx_worker_process_cycle，RunLoop调用uv_run，启动循
mediasoup 源码分析（十三） 丢包重传 webrtc nack 机制
lcalqf的专栏
08-21 1465
一、丢包介绍 由于webrtc所用的rtp协议底层是基于udp传输，所以并不能保证数据的可靠性。在发生丢包时，为了保证音视频的质量需要进行 重传，而 nack机制就是用来处理重传逻辑的，需要注意一点由于udp本身是无序的，所以在进行丢包重传时要做一定的特殊处理。 二、nack 报文介绍 文档 ：RFC4585 其中PT=205,FMT=1 ,Packet identifier即为丢失的RTP数据包的序列号，BitMap of lost packets指从,Packet ident...
【MediaSoup---源码篇】（二）Router
用可见的方式来记录和分享每一次收获
09-22 435
Router
mediasoup 源码分析（二十六）SRTP
lcalqf的专栏
01-31 831
目录 协议介绍 协议格式 srtp加密上下文信息 协议介绍 SRTP，即安全实时传输协议(Secure Real-time Transport Protocol)，是在实时传输协议(Real-time Transport Protocol)基础上所定义的一个协议。 协议格式 01234567890123456789012345678901 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-...
源码解析：征途服务端架构与开发指南
在知识点上，“架构合理”提示我们服务端源码可能采用了诸如模块化设计、设计模式、分层架构等软件设计原则和技术，这些都是构建大型、可维护和可扩展系统的基础。例如，服务端可能被分为网络层、逻辑层、数据访问层...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

致一

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值