FAPI专题-5：5G FAPI接口 - 中文规范-2- 核心流程与消息格式解析

最新推荐文章于 2026-06-24 16:22:26 发布

原创

最新推荐文章于 2026-06-24 16:22:26 发布 · 673 阅读

标签

#5G #FAPI #接口规范 #无线接入网

1. 从宏观到微观：理解FAPI接口的核心流程

在上一篇文章里，我们聊了5G FAPI接口的“骨架”，知道了它是什么、在5G网络里站在哪个位置，也分清了P5和P7这两条“大动脉”。这就好比我们刚认识了一台精密的发动机，知道了它有燃油系统和点火系统。今天，咱们得卷起袖子，把这台发动机拆开，看看燃油是怎么喷射的，火花塞是怎么点火的。说白了，就是要搞懂MAC层这个“大脑”是怎么通过P5和P7这两个接口，精准指挥PHY层这个“手脚”干活的。

很多刚接触FAPI的朋友，包括我刚开始的时候，容易犯一个错误：一上来就扎进密密麻麻的消息格式定义里，看那些slot_indication、dl_tti_request的字段，看得头昏脑涨，结果还是云里雾里，不知道这些消息在真实的5G时隙里是怎么跑起来的。我踩过这个坑，所以我的经验是，一定要先建立流程的“时空观”。什么是“时空观”？就是你要在脑子里画出一张时间轴，知道在每一个微小的时刻（比如一个5G的时隙或符号），MAC和PHY之间在“说”什么、“做”什么。有了这个全局视角，再去看每条消息的细节，你才会恍然大悟：“哦，原来这个字段是为了在那个时刻干这个用的！”

所以，咱们这一章不急着翻规范文档，我先带你走一遍最核心的、贯穿始终的工作流。你可以把它想象成PHY层（物理层）的一天。这一天，不是从干活开始的，而是从“起床准备”开始的。这个准备阶段，就是P5接口的舞台。MAC层作为管理者，会通过P5接口，给PHY层下发一系列的“配置文件”和“工作指令”。比如，告诉PHY：“今天咱们小区的工作频点是3.5GHz，带宽是100MHz，使用参数集是Numerology 1（即30kHz子载波间隔）。” 这些配置是相对静态的，一旦设好，不会在每个时隙都重复发送。这就好比给工人分配好了工位、工具和操作规程。

当PHY层配置妥当，准备就绪后，真正的“生产流水线”就启动了。这条流水线是以时隙（Slot）为单位周而复始地运转的，而驱动这条流水线的，就是P7接口的消息。这里就是最精彩、也是最容易让人困惑的部分了。P7接口的消息传递，是一个严丝合缝的闭环。我经常用一个“厨房炒菜”的类比来向团队新人解释：MAC层的调度器是“厨师长”，PHY层是“灶台和锅”。厨师长（MAC）必须提前告诉灶台（PHY）：“下一个时隙（比如10毫秒后），第3号锅要炒一个宫保鸡丁（下行数据），需要大火（特定的MCS编码），这是菜谱（传输块）；同时，第5号锅正在炖的汤（上行数据）快好了，你注意看一下火候（接收并解码）。” 这个“提前告知”的动作，就是通过P7接口的DL_TTI.request和UL_TTI.request等消息完成的。

为什么一定要提前？因为物理层处理信号需要时间！从编码、调制到生成射频信号，或者从接收信号到解调、解码，这一系列数字信号处理（DSP）操作是硬件的活，需要固定的处理时长。如果MAC临到点了才下指令，PHY根本来不及反应。所以，FAPI规范里严格定义了这些消息的时序关系。例如，对于下行发送，MAC必须在某个时隙开始前的N个符号时刻，就把这个时隙的所有下行调度信息（给哪个用户、用什么资源、发什么数据）通过DL_TTI.request消息发给PHY。PHY拿到指令和数据，吭哧吭哧处理，准时在无线电空中接口上把信号发射出去。对于上行，MAC同样需要提前告诉PHY：“请在下一个时隙的某个位置，去监听并接收可能存在的用户数据。” PHY收到指令后，就会在指定时间打开接收机，把收到的模拟信号转换成数字数据，处理完后，再通过RX_Data.indication等消息把收到的数据包“端回”给MAC。

这个“请求-指示”的闭环，是P7接口流程的灵魂。MAC发XXX.request，PHY执行后回复XXX.confirmation；或者PHY监测到事件（如用户随机接入）后，主动给MAC发XXX.indication。整个流程就像一场精心编排的双人舞，每一步都踩在精确的节拍上。下面，我们就分别走进P5和P7的幕后，看看这场舞的细节。