Web 对讲网关：基于 Netty 的 GB28181 音频推流实现

• 音频采集与切片：
  • 使用 Recorder.js 采集 8000Hz 16bit PCM 音频。
  • RealTimeSendTry 函数将音频流切分为固定大小的帧（SendFrameSize，例如 3200 字节），确保发送频率稳定（约 100ms/帧）。
• 二进制发送 (优化点)：
  • 传输层：TransferUpload 函数中移除了 FileReader 转 Base64 的逻辑。
  • WebSocket：直接调用 ws.send(blob) 发送 Blob 对象。浏览器底层会自动将其作为二进制帧（Binary Frame）处理，带宽节省约 33%。
  • 配置：显式设置 ws.binaryType = 'arraybuffer' 以便正确接收服务端回显（如有）。

以下是前端核心实现（音频采集、切片与二进制发送）的关键代码片段，位于 teach.realtime.encode_transfer_frame_pcm.js 中：

音频参数配置与切片

这段代码定义了采样率（与后端对齐为 8000Hz）、位深（16bit）和发送帧大小（3200 字节，约 200ms），是保证音频流畅播放的基础。

var testSampleRate = 8000; // 采样率必须与后端 G711Codec 一致
var testBitRate = 16; // 位深 16 位
// 每次发送指定二进制数据长度的数据帧，单位字节。
// 16 位 8000hz 的 pcm 1 秒有：8000hz * 16 位 / 8 比特 = 16000 字节的数据
// 配置 3200 字节则每秒发送大约 5 次 (200ms/帧)
var SendFrameSize = 3200;

实时切片与转码 (RealTimeSendTry)

RealTimeSendTry 函数负责将采集到的 PCM 数据流缓存起来，凑够一帧（SendFrameSize）后才进行处理。虽然源数据本身就是 PCM，但为了统一流程，这里使用了 Recorder.mock 将数据封装为 Blob 对象。

// ... 从缓冲中切出一帧数据 ...
// 满一帧了，清除已消费掉的缓冲
if(pcmLen == chunkSize){ pcmOK=true; }
// ... 
// 16 位 pcm 格式可以不经过 mock 转码，直接发送
new Blob([pcm.buffer], {type:"audio/pcm"}) // 但为了通用性，这里使用 Recorder mock 接口统一封装为 Blob
var recMock=Recorder({type:"pcm",sampleRate:testSampleRate, bitRate:testBitRate}); 
recMock.mock(pcm,pcmSampleRate); 
recMock.stop(function(blob,duration){
    TransferUpload(number,blob,duration,recMock,false);
    RealTimeSendTry([],0, isClose);
});

二进制发送逻辑 (TransferUpload)

var ws;
var TransferUpload=function(number, blobOrNull, duration, blobRec, isClose){
    if(blobOrNull){
        var blob = blobOrNull;
        //*********发送方式二：Blob 二进制发送 (推荐) ***************
        if(!ws){
            ws = new WebSocket('ws://127.0.0.1:7211/ws_pcm?deviceId=填入设备 id');
            ws.binaryType = 'arraybuffer';
            ws.onopen = evt=>{ console.log("ws talk open (Binary Mode)"); }
            // ... 错误处理与关闭逻辑 ...
        }
        if(ws && ws.readyState === WebSocket.OPEN){
            ws.send(blob);
            console.log("Sent binary blob, size: "+ blob.size);
        }
    }
};

后端接入 (src/)：二进制帧处理与转码

后端核心逻辑位于 WebSocketHandler.java，负责接收二进制流并进行转码存储。

• Netty 处理器升级：
  • 类定义改为 SimpleChannelInboundHandler，同时支持 FullHttpRequest（握手）和 WebSocketFrame（数据）。
  • handleWebSocketFrame 方法增加了对 BinaryWebSocketFrame 的支持。
  • 零拷贝读取：直接从 Netty 的 ByteBuf 中读取 PCM 字节流，避免了 Base64 解码的 CPU 消耗和内存分配。
• 音频转码：
  • 调用优化后的 G711Codec.java 的 encodeToG711A 方法。
  • 将 16bit PCM (128kbps) 压缩为 8bit G.711A (64kbps)，符合安防标准。
• 文件缓冲：
  • 将转码后的 G.711 数据写入本地磁盘（{项目根目录}/recorders/{日期}/{端口}/），作为发送缓冲。

二进制帧处理 (Netty Inbound)

兼容 Text 帧（Base64）和 Binary 帧（Raw PCM），并实现零拷贝读取二进制数据。

public class WebSocketHandler extends SimpleChannelInboundHandler<Object> {
    private void handleWebSocketFrame(ChannelHandlerContext ctx, WebSocketFrame frame) throws IOException {
        byte[] pcmData = null;
        if(frame instanceof TextWebSocketFrame){
            String text = ((TextWebSocketFrame) frame).text();
            pcmData = Base64Decoder.decode(text);
        } else if(frame instanceof BinaryWebSocketFrame){
            // 二进制模式 (性能更优)
            ByteBuf content = frame.content();
            pcmData = new byte[content.readableBytes()];
            content.readBytes(pcmData);
        }
        if(pcmData != null && pcmData.length > 0){
            processPcmData(ctx, pcmData);
        }
    }
}

音频转码与缓冲 (Transcode & Buffer)

收到 PCM 数据后，立即进行 G.711A 转码，并将结果写入磁盘文件作为缓冲。这是连接 Web 前端与 RTP 发送端的关键桥梁。

private void processPcmData(ChannelHandlerContext ctx, byte[] pcmData) throws IOException {
    byte[] g711a = G711Codec.encodeToG711A(pcmData);
    String dirStr = getRecorderDir(server.getPort());
    FileUtil.mkdir(dirStr);
    String fileName = System.currentTimeMillis() + ".pcm";
    try(FileOutputStream out = new FileOutputStream(dirStr + fileName, false)){
        out.write(g711a);
    }
}

连接握手与信令触发 (Handshake & Signaling)

在建立 WebSocket 连接时，解析 URL 参数并触发外部 SIP 信令（通知摄像机/平台准备接收）。

private void handleHttpRequest(ChannelHandlerContext ctx, FullHttpRequest request){
    server = new BroadcastServer();
    server.start();
    Map<String,String> paramMap = getUrlParams(request.uri());
    String deviceId = paramMap.get("deviceId");
    if(deviceId != null){
        online(deviceId, ctx.channel());
        try{
            HttpRequest.get("https://127.0.0.1:8843/api/play/broadcast/"+ deviceId).execute(true);
        } catch(Exception e){
            System.err.println("调用 WVP 接口失败："+ e.getMessage());
        }
    }
}

推流服务 (src/)：RTP 封装与 TCP 推送

这部分由 BroadcastServer.java 和 RtpPack.java 负责，确保输出符合 GB28181 标准的流。

• RTP 封装 (已修复)：
  • RtpPack 类负责将 G.711 音频流封装为 RTP 包。
  • 头部修正：现在能正确生成 12 字节 RTP 头 + 2 字节 TCP 长度头。
  • 时间戳同步：根据数据长度动态计算 RTP 时间戳，确保播放连续、不卡顿、不变调。
• TCP 推流：
  • BroadcastServer 启动一个独立的 TCP Server（动态端口）。
  • 智能轮询 (优化点)：循环读取缓冲目录下的新文件。如果暂无新文件，线程会短暂休眠（Thread.sleep），防止 CPU 空转。
  • 读取到的数据经过 RTP 封装后，直接通过 Socket 发送给连接的摄像机或平台。

总结

该工程是一个轻量级的 Web 对讲/广播网关系统。它利用 Netty 的高性能网络处理能力，实现了从 Web 前端采集音频，经过服务端转码与协议封装，最终以标准 GB28181/RTP 协议推送到前端设备（如摄像机、NVR 或国标平台）的核心功能。

• 前端：PCM -> Blob -> WebSocket (Binary)
• 后端：BinaryFrame -> PCM -> G.711A -> File -> RTP -> TCP

参考代码仓库：https://github.com/clpz299/gb28181-intercom-example