模块化设计其核心思想并非简单地拆分功能,而是通过定义清晰的“通用单元”和接口,使系统能够像调用 GPU 一样,灵活地调用不同功能模块,并在不推翻整体架构的前提下持续演进。模块化的目标不是拆碎系统,而是:如果我们可以通过 API 调用一个 GPU,为什么通信系统不能调用“通用通信单元”?
We can borrow principles from the successful approach of creating new interfaces and APIs to general units… akin to having a call to a GPU…
这与 3GPP 6G MAC 研究中的方向也是高度一致:[td]在接入与调度层面,决定“何时、对谁、跨哪些链路、以什么冗余方式进行编码传输”,从而用编码来承担原本由 ARQ / HARQ 承担的可靠性职责。
| 6G MAC 研究关注点 | GMACU 提供的视角 |
| 减少控制信令 | 编码替代部分反馈 |
| 提升可靠性 | 编码内生抗丢包 |
| 多连接/多接入 | 跨链路编码 |
| 网络切片差异化 | 编码强度可调 |
| 跨 RAT 协同 | 非独立接入设计 |
文章中提到,基于 GRAND 的芯片已经实现并验证,在90MHz频率下实现了0.76pJ/bit的极低能耗和6.5Gbps的吞吐量,其性能优于最先进的专用软检测解码器。由于 GRAND 解码过程不依赖特定码结构,而是对噪声进行枚举与验证,因此在系统层面,它天然支持多种码型共存。因此,这一技术还可以纠正了 5G 中 LDPC 与 Polar 并存所带来的复杂性 - 将控制信道和数据信道拆分为LDPC和Polar两种完全不同的编码。这与 3GPP 在 6G 中探索的 PHY 方向形成自然映射:[td]解码的核心对象不是“码结构”,而是“加性噪声的可能性”。
| 6G 关注方向 | GRAND 的对应能力 |
| 通用物理层能力(generic PHY) | 单一解码算法支持多码本 |
| 短包通信 | 无需深度交织、低时延 |
| 能效优化 | 低功耗、低能耗/bit |
| 硬件可持续演进 | 新码本无需新解码器 |
| 控制/数据信道统一 | 同一解码范式适配不同信道 |
附件: 640?wx_fmt=png&from=appmsg#imgIndex=0 (2025-12-30 10:25, 184.2 KB) / 下载次数 0
附件: 640?wx_fmt=png&from=appmsg#imgIndex=1 (2025-12-30 10:25, 184.73 KB) / 下载次数 0
附件: 640?wx_fmt=png&from=appmsg#imgIndex=2 (2025-12-30 10:25, 197.28 KB) / 下载次数 0
附件: 640?wx_fmt=png&from=appmsg#imgIndex=3 (2025-12-30 10:25, 183.21 KB) / 下载次数 0
附件: 640?wx_fmt=png&from=appmsg#imgIndex=4 (2025-12-30 10:25, 125.92 KB) / 下载次数 0
附件: 640?wx_fmt=png&from=appmsg#imgIndex=5 (2025-12-30 10:25, 189.88 KB) / 下载次数 0
附件: 640?wx_fmt=png&from=appmsg#imgIndex=6 (2025-12-30 10:25, 143.7 KB) / 下载次数 0| 通信人家园 (https://test.txrjy.com/) | Powered by C114 |