RTC 简介 on Techunder

什么是 RTC

Mon, 01 Jan 0001 00:00:00 +0000

什么是 RTC

整理发布时间：2026-06-26 | 更新时间：2026-06-30

概念#

在音视频流媒体通信领域，我们经常听到P2P，WebRTC，RTC这个三个概念，我们先来弄清楚它们的关系。

P2P#

P2P 全称为 Peer-to-Peer，点对点的网络架构，通信双方直接建立连接，通信数据不经过服务器转发，去中心化。但 NAT 防火墙穿透困难，必须依靠 STUN 做地址探测，甚至只能降级为使用 TURN 中继。多人通话时，每个客户端都要上传 N-1 路流，4 人以上时容易导致卡顿。

WebRTC#

WebRTC 全称为 Web Real-Time Communication，是一套开源实时音视频通信技术标准，包括客户端和服务端的规范，底层优先使用 P2P 通信，由谷歌主导推出，浏览器原生支持，不需要安装插件，目前是 W3C 标准。

RTC#

RTC 是 Real-Time Communication 实时通信的统称，指端到端延迟 < 400ms 的双向音视频/数据传输能力。 RTC 是一个完整的解决方案，通常包含：信令、媒体协商、网络传输、编解码、回声消除、降噪、QoS 等十几个模块。声网 RTC、百度 RTC、腾讯 TRTC、阿里 RTC 都是常见的 RTC 服务商。

P2P，WebRTC，RTC这个三者的关系为：

stateDiagram-v2
    direction LR

    rtc : RTC（实时通信服务/产品）
    webrtc : WebRTC（标准协议，1v1）
    p2p : P2P（通信技术）
    sfu : SFU（私有协议）
    turn : TURN（中继服务）
    stun : STUN（NAT 穿透服务）
    signaling : 信令服务

    state rtc {
        direction LR
        state webrtc {
            p2p
            stun
            turn
            signaling
        }
        sfu
    }
    style turn    fill:#d9f0e0,stroke:#5a9a6e
    style stun  fill:#d9f0e0,stroke:#5a9a6e
    style signaling  fill:#d9f0e0,stroke:#5a9a6e
    style rtc      fill:#fff3cd,stroke:#d48806,stroke-width:2px
    style sfu      fill:#fff3cd,stroke:#d48806,stroke-width:2px

RTC 架构演进#

P2P 只是 RTC 连接方式之一，事实上 RTC 服务里的连接架构有好几种演进：

P2P

Mon, 01 Jan 0001 00:00:00 +0000

Peer-to-Peer

原创发布时间：2026-07-02 | 更新时间：2026-07-02

Peer-to-Peer 是去中心化的点对点通信技术，数据不经过服务器转发。但因为对端（Peer）通常都藏在 NAT 网关后面，无法直接触达对端，需要服务器协助完成 NAT 网关的穿透。

但并不是所有类型的 NAT 网关都能穿透成功的，得分情况讨论。

NAT 分类#

话说未来的某一天，每个人对个人隐私都非常注重，人人都隐藏了自己的具体家庭地址（别人最多知道住宅所在小区），不能通过地址直接寄送东西。所有住宅区都实行了全封闭管理，来往物流受到了严格的管控。如果要寄送物品，得先短时租用小区门口快递柜的一个格口，填入收件人地址（通常都是公开的公共地址）和收件人电话号码，把物品放入格口寄送出去。在寄送的物品发出后，短期内该快递格口仍归租用人使用，可以用于接收短时要回寄的物品。如果要接收快递，也得先短时租用一个快递格口，并主动向对方寄出一封信，让对方知道自己的快递格口信息，以便接收快递。不同的住宅小区实行了不同的快递柜使用规则。

NAT 网关的工作方式是，只要发起方来自局域网内部，就会把内网的源IP和端口映射到网关的外网 IP 和端口上，以便把对方的回复转发回内网的主机上。

例如 NAT 网关的外网 IP 为 121.197.216.227，内网主机 192.168.1.100 以源端口 34567 通过 NAT 网关访问公网服务 1.2.3.4:443，请求会在 NAT 网关上被映射到源端口 45678 访问公网。（192.168.1.100:34567 ↔ 121.197.216.227:45678 ↔ 1.2.3.4:443）

NAT 的类型有：

全锥 NAT
IP 受限锥 NAT
IP:Port 受限锥 NAT
对称 NAT

全锥 NAT#

Full Cone NAT

WebRTC

Mon, 01 Jan 0001 00:00:00 +0000

WebRTC

原创发布时间：2026-06-30 | 更新时间：2026-06-30

概述#

名词解释#

SDP: Session Description Protocol（会话描述协议）
ICE: Interactive Connectivity Establishment（交互式连接建立）
STUN: Session Traversal Utilities for NAT（NAT 穿透服务）
TURN: Traversal Using Relays around NAT（中继服务）
SFU: Selective Forwarding Unit（媒体分发服务）
MCU: Multipoint Control Unit（多点控制单元）

分层结构#

客户端三层：

媒体采集层：MediaStream
连接管理层：RTCPeerConnection
数据通道层：RTCDataChannel

服务端三层：

信令层：WebSocket 信令服务（交换 SDP+ICE）
ICE 穿透层：STUN（公网探测）+ TURN（流量中继）
媒体分发层：SFU（多人会议，开源实现 MediaSoup，可选）

整体流程#

A 打开摄像头，创建 RTCPeerConnection，生成 Offer SDP
A 通过 WebSocket 信令服务把 Offer 发给 B
B 收到 Offer，生成 Answer SDP，再回传给 A
两端同时向 STUN 服务请求公网地址，收集 ICE 候选（Candidate），互相交换地址
RTCPeerConnection 尝试按照 ICE 优先级建立 UDP P2P 直连
直连失败，自动切换到 TURN 中继模式
连通后，音视频以 RTP 包直接传输（P2P or TURN）
多人会议场景：所有流推送到 SFU，再由 SFU 分发定订阅方（可选）

sequenceDiagram
    actor A as 🖥️ A
    actor B as 🖥️ B
    participant Sig as 📨 Signaling
    participant STUN as 🔍 STUN
    participant TURN as 🚚 TURN

    Note over A,TURN: SDP (Session Description Protocol)
    autonumber 1
    A->>A: Generate Offer SDP
    A->>Sig: Offer SDP
    Sig->>B: Offer SDP
    B->>B: Generate Answer SDP
    B->>Sig: Answer SDP
    Sig->>A: Answer SDP

    Note over A,TURN: ICE (Interactive Connectivity Establishment)
    autonumber 1
    A->>STUN: ICE request
    STUN->>A: candidate1
    A->>Sig: send candidate1
    Sig->>B: send candidate1

    autonumber 1
    B-->>STUN: ICE request
    STUN-->>B: candidate2
    B-->>Sig: send candidate2
    Sig-->>A: send candidate2

    Note over A,TURN: Data Travesal
    autonumber off
    alt NAT Traversal
        A<<->>B: Media
        B<<->>A: Media
    else Traversal Using Relays
        A<<->>TURN: Media
        TURN<<->>B: Media
    end

客户端#

完整流程：