卫星通信越来越受到重视，人们的视角更多的放在了大带宽的星链上。可是在很多业务场景下，似乎我们并不需要那么大的卫星带宽。
近年来，卫星物联网的应用也开始逐步火爆，包括传统的卫星运营服务商，还是新进的低轨卫星服务商都推出了物联网卫星方案。
从而让卫星应用的成本降低，芯片和天线的设计规格更小，应用场景更广泛。
但是，摆在眼前的问题，由于物联网卫星带宽较低，人们继续进一步压缩语音和视频的算法，让物联网卫星不只是停留在指令和短消息的传输的水平。
德国弗劳恩霍夫集成电路研究所（Fraunhofer IIS）把这个矛盾说得很直白，目前的语音编解码器在地面 4G/5G 语音服务中表现良好，但通常需要 13 kbit/s 或更高的速率才能获得好的音质，这让它们对于 NTN 这类大规模应用而言并不适用。
13 kbit/s 在地面网络里不值一提，一条家用宽带能同时跑几千路。但把它搬到卫星上，它就成了一堵墙。
▌NESC：把语音压到 1 kbit/s 以下
Fraunhofer IIS 在 2025—2026 年间陆续披露了一款名为NESC的语音编解码器。它的核心指标只有一句话：通过基于人工智能的创新技术，把所需比特率降低到 1 kbit/s 甚至更低。
图注：同样是一路可懂的人声，占用的带宽可以相差六十倍以上
从 13 kbit/s 到 1 kbit/s，不是”优化了 20%”这种量级的改进，而是一个数量级的跃迁。换算成运营商能听懂的话：同一条卫星链路，原来能承载 1 路通话，现在能承载十几路。Skylo 的说法更直接——相比传统蜂窝语音，效率提升超过 10 倍。
这个数字之所以可信，还因为做它的是 Fraunhofer IIS。这家机构在音频编码领域的履历几乎就是一部行业断代史，从 mp3，到 5G 强制语音编解码器 EVS，再到今天这款基于 AI 的超高效 NESC。换句话说，压缩语音这件事，他们已经连续干了三十年。
▌AI 是怎么把语音”变轻”的
要理解这一个数量级是从哪省出来的，得先看传统编码在干什么。
无论是 G.711、AMR-WB 还是 EVS，它们的底层逻辑都是”搬运”，把你发出的那段声波，尽可能忠实地量化、去冗余、打包，再送到对面还原出来。
这条路走了几十年，工程师们已经把冗余榨得差不多了。再往下压，声音就开始发闷、发糊、金属味——因为可供删减的信息真的没有了。
AI 编码换了一个思路：不搬运，改成”复述”。
图注：一个是把声音本身寄过去，一个是把”怎么说”寄过去
发送端的神经网络不再试图保存波形，而是分析出这段话”是怎么说出来的”——说了哪些音素、语调如何起伏、音色是什么质地、节奏是快是慢。
这些东西的信息量极小，小到一条 1 kbit/s 的通道就能装下。接收端拿到这些参数后，用一个训练好的神经声码器，现场”重新说一遍”。
听感上，你听到的是对方的声音；技术上，那段波形是接收端生成的，从未在空中传输过。
这带来一个反直觉的结果，AI 编码在超低码率下的表现，不仅不比传统编码差，反而可能更好。
因为传统编码在低码率下是”残缺的真实”，而生成式编码给出的是”完整的近似”。Fraunhofer 的官方表述是，无论通过 GEO、LEO 还是多轨道星座传输，NESC 都能实现大规模语音通话，音质与地面通话相当甚至更佳；即使在最受限的网络条件下，其编码效率、抗误码能力和低时延算法也能可靠地做到这一点。
这里有三个词需要划重点：效率、抗误码、低时延。卫星链路不只是窄，它还抖、还有误码、还有天然的传播时延。一款编码器如果只有压缩率好看，在真实星地链路上照样不能用。
▌它会用在哪里
Fraunhofer 官方给出的应用场景有三个，指向性都很明确。
第一是应急呼叫。事故往往就发生在地面信号薄弱或完全没有覆盖的地方，能在任何位置拨通紧急电话本身就能救命；而通过 NESC 传输的声音越清晰，关键信息就越可能被正确传达。这一点对做应急通信的人来说体感最强——报警不是发个坐标就完了，接警员要问伤情、要问人数、要判断现场，这些必须靠语音双向确认。
第二是语音消息与对讲。文字短信的卫星化已经在一些机型上落地了，但语音消息仍是难题；用户期待 NTN 服务能提供高质量、无明显时延的语音消息能力。
第三是真正意义上的卫星语音通话。也就是前面说的大规模并发。
版权：© Photo Fraunhofer IIS
产业侧的落地进度比想象中快。Skylo 在其商用网络上完成了 NTN 语音网关的集成，这套网关把卫星信号转换成 SIP/RTP 协议，让移动运营商可以把卫星语音直接接入现有基础设施。
也就是说卫星语音在落地那一刻就变成了标准 IP 语音，后面的调度、录音、转接全都可以复用地面那一套。Skylo 官方披露其网络已有超过 800 万台激活设备，并在 36 个国家获得监管许可。
车厂这边，Viasat 与宝马集团完成了整车级别的卫星语音通话演示，HARMAN 则把 NESC 集成进了自家的 Ready Connect 卫星 TCU，在车载单元上以最小改动实现了实时编解码的概念验证，让车厂不必重新设计 TCU 就能增加卫星语音能力。
▌回到地面：10 kbit/s 意味着什么
说完天上的 1 kbit/s，我们把视角拉回国内的应急指挥现场。
NESC 目前主要瞄准的是消费终端和运营商网络这一层——手机、车机、NB-NTN 网关。但在专业应急通信领域，还有另一类需求：不是一个人打电话，而是一个指挥所要在窄带链路上组织起一张调度网。
这两件事的难度不在一个维度上。单路通话只要保证一条链路；而指挥调度要同时喂饱多个终端——常规对讲要接进来，公网集群要接进来，卫星电话要接进来，短波要接进来，后方指挥中心的视频会议还要能听到现场的声音。所有这些异构系统的声音，要在一台设备上汇聚、互通、统一调度。
这就是思载科技便携式语音综合调度台在做的事情，也是我们一直强调的那句话：互联互通不等于指挥调度。前者解决”通不通”，后者解决”乱不乱”。
图注：一台设备，多种语音汇聚回指挥中心
而在这套体系里，有一个关键参数长期被低估：10 kbit/s 的语音传输能力。
为什么是 10 kbit/s？因为这恰好是国内窄带卫星链路——包括天通、以及各类 C 波段卫星物联网通道——现实可用带宽的匹配点。
当现场的公网、专网全部中断，只剩一条几十 kbit/s 的卫星回传时，一路 64 kbit/s 的 G.711 根本挤不进去，10 kbit/s 是那个既能保证语音可懂、又能给链路留出呼吸空间的工程解。
思载调度台走的是今天就能部署的那一档：不依赖特定星座、不依赖终端芯片升级、不依赖运营商开通新业务，把一台设备背到现场、接上卫星便携站，一张多制式融合的调度网就能立起来。
而 NESC 这类技术代表的，是明天可能更省的那一档——当编码器把门槛再降一个数量级，同样一条卫星链路上能跑的就不再是一路调度，而是一整套指挥体系。
两者不矛盾，是同一条技术曲线上的前后两段。
▌章鱼观点：
把语音压到 1 kbit/s，在十年前会被认为是个不切实际的目标。让它成真的不是某个更聪明的量化算法，而是一个思路上的转身：我们真的需要把声音本身运过去吗，还是只需要把”怎么发出这个声音”运过去？
这个转身的意义，远不止省几个比特。它意味着卫星语音的边际成本从”贵得只能用于救命”降到了”便宜到可以日常使用”。对应急通信行业来说，这条曲线往下走的每一格，都是覆盖范围往外扩的一大圈。
天上的带宽永远是稀缺的。而稀缺资源的每一次效率跃迁，最后都会变成新的应用场景。
本文仅代表个人观点，只做交流分享之用。部分资料来源与网络，如有侵权请随时联系处理。发布者：章鱼评测，未经作者本人授权，禁止任何形式转载本网站内容。微信：15711082980：https://500miao.com/?p=4465
