M17：不用专有声码器的开源数字语音

一个不是厂商主导的数字语音协议

业余数字语音的四大主流——DMR、D-STAR、C4FM（System Fusion）、P25——有一个共同点：它们都绕不开 DVSI 的声码器，或者绕不开某一家厂商的生态。

M17 换了个思路。

它由波兰爱好者 Wojciech Kaczmarski（呼号 SP5WWP）发起，在业余社区的贡献下形成协议规范。2021 年和 2022 年，这个项目两次获得 ARDC（Amateur Radio Digital Communications）的资助。

最关键的一条差别是：M17 不使用 DVSI 的专有声码器，改用 David Rowe（VK5DGR）为业余无线电开发的 Codec2。 协议本身完全公开，主要面向 VHF 和 UHF 及以上频段。

这句话的实际含义是：任何愿意照着规范做的人，都能做出能用的 M17 电台、热点或者软件，不需要向谁买许可。

和另外三种模式比，差别在哪

按调制方式看，M17 并不特殊——它用的是四电平 FSK，跟 DMR、C4FM、NXDN、P25 是同一类调制方式。所以差别不在射频层，而在上面几层。

最常见的三种模式大致是这样分工的：

• DMR：标准本身是开放的，但实际生态高度集中在厂商实现上。网络侧（比如 BrandMeister）成熟，话机便宜量又大，但配频表和 ID 体系有一层学习成本。

• D-STAR：由日本业余无线电联盟推动，技术上有自己的特点（比如它的数字语音和数据并行能力），但生态跟 Icom 绑定得比较紧。

• C4FM / System Fusion：Yaesu 主导，自动模式切换的体验做得顺，代价同样是对厂商的依赖。

M17 的位置是：协议、硬件设计、固件都尽量开源，靠社区和自制推进。 这不是「更先进」，而是「主权在你手上」。如果你想改一行代码看看会怎样，前三种基本做不到，M17 可以。

技术上它是什么样子

翻开 M17 的协议规范，能看到几个具体的设计选择：

地址用呼号。 链路建立帧（LSF）里 48 位目标地址和 48 位源地址，可以直接编码成最多 9 个字符的业余呼号。这一点和现实里的通联习惯是对齐的——不需要先申请一个数字 ID 再去查表。

有一套特殊目标标识符。 除了点对点呼号，规范还定义了 ALL（广播，任何转发都送到已连接的反射器）、ECHO（触发中继或网关的本地回声）、INFO（播报当前链路状态）、UNLINK（断开反射器）等特殊地址。这些是给中继和网关用的控制入口。

语音用流模式（Stream Mode）承载。 帧结构上，编码后的数据要经过 1/2 码率的卷积编码（约束长度 K=5），再做打孔和交织，最终在 9600 bps 下形成 40 毫秒一帧的节奏。这套前向纠错和 DMR 那类系统的思路是一路的。

中继台有一个合规上的细节被专门处理过。 规范里写明：中继或网关转发时，源地址字段填自己的呼号，原始发信方的呼号则编码在 LSF 的扩展呼号数据（META）字段里。这么做是为了让中继台在任何国家的执照框架下都说得清「谁在发射」。

怎么上手

目前的主力入口是反射器，不是中继台。按 2025 年一场技术讲座里的统计，全球 M17 反射器数量在两百个以上，命名方式沿用 D-STAR 的「名称 + 模块」结构，比如 M17-M17 C 是新手最常去的那个，M17-OKLA、M17-SUN A 是地方性链路。很多反射器同时跨模式桥接向 DMR、D-STAR 和 C4FM。

上手有三条路：

1. 纯软件。 安卓和 iOS 上有 DroidStar，选协议下拉里的 M17，挑反射器和模块，点连接，按 TX 说话。不需要装 AMBE 声码器硬件。 树莓派上可以跑 mvoice。

2. 热点。 Pi-Star 和 WPSD 都支持 M17，但 MMDVM 调制解调器的固件必须升到 v1.6 或以上，否则跑不起来。这是在配置里最容易漏的一步。

3. 真机。 硬件方案有 Connect Systems 的 CS-7000-M17（2024 年 6 月，299 美元）和 CS-7000-M17Plus（2024 年 11 月，499 美元，可在 M17 和 DMR 之间按键切换）；也有走 OpenRTX 开源固件这条路，比如给 TYT MD-380 做硬件改装。此外还有开源的 Module17 数字语音调制解调器，让普通 FM 电台也能发 M17。

2026 年的新动向

生态还在动。

2026 年 9 月 12 日，AllStarLink 社区论坛上有人贴出了一份完整的搭建指南：在一台跑 Debian 13 的树莓派上，用独立的私有节点把 M17 桥接进 AllStarLink。架构是「AllStar 射频节点 → AllStar M17 桥接节点 → USRP2M17 → M17 反射器」，双向都通，还带一个网页看板实时显示当前连接的反射器和活动情况，支持 DTMF 切换反射器。

发帖人特意说明，M17 桥接节点跟原有的 DVSwitch 节点是分开的，互不影响。这条思路值得记一下：给数字语音的每一种协议留一个独立节点，比在一个节点里塞所有东西要稳。

商业侧也在跟进。土耳其的一个业余无线电项目 Digi Voice Radio 在 2026 年 9 月 3 日发布了 1.0.8 版，把 M17 和 DMR、NXDN、YSF、D-STAR、P25、IAX2 一起收进了同一款安卓应用，协议全部标为「Active」。这类多协议客户端变多，对 M17 是个好消息——一个协议能不能活下去，很多时候取决于有没有人愿意在客户端里给它留一个选项。

值不值得现在入场

先说清楚它不适合谁。

如果你的目标是「买了就能跟本地中继台上的人聊天」，M17 不是最短路径。 本地 M17 中继台数量少，很多地区根本没有覆盖；主流话机的选择也远不如 DMR 丰富，价格还未必更便宜。

它适合的是另一种人：想搞清楚数字语音是怎么工作的，而不是只想用。 M17 的规范是公开的，实现是开源的，你能一路从 Codec2 的比特率看到 LSF 的字段排布。这种透明度在业余数字语音里是稀缺的。

一个务实的起步方式是：先用 DroidStar 连一次 M17-M17 C，听听 Codec2 在 3200 bps 左右是什么声音，判断自己能不能接受。能接受再考虑上热点或者真机。

参考来源

• M17 协议规范（spec.m17project.org，含 LSF 地址编码、特殊标识符、卷积编码与帧结构）

• Missouri Digital Group：M17 — Open-Source Digital Radio Made By and For Amateur Radio（技术讲座资料，含反射器数量、CS-7000-M17 机型与价格）

• AllStarLink 社区论坛：M17 on AllStar Node（M17↔AllStarLink 桥接搭建指南），2026 年 9 月 12 日

• FOSDEM 2024：An open-source digital radio protocol for amateur radio（M17 生态与开源硬件）

• APKPure：Digi Voice Radio 1.0.8，2026 年 9 月 3 日（多协议客户端支持 M17）