1. 原理说明：
3GPP 协议 MAC 层支持下行 padding bit 的调度， 在当前协议中， MAC 层如果收到的RLC 层来水量不足的情况下， 基站会根据当前可调度的 MCS 和 RB， 选择对应的 TBS 进行调度， 如果“实际业务量” <“调度 TBS” ， 那么 TBS 中多余的 bit 填入 paddingbit， UE 的 MAC 层在收到这些 padding bit 之后丢弃， 不上报到 RLC 层；因此基于MAC 层 padding bit 的协议， 基站侧实现 MAC 层 padding bit 预调度功能， 即在基站侧实现一个开关， 打开后， 基站 MAC 层在真实业务的基础上， 其余全部填写 paddingbit， 按照空口最大的 MCS 和可用 RB 进行调度， 可用来实现空口 MAC 层灌包功能， 验证空口性能调度性能是否正常。
2. 灌包指导：
1） 5G 基站版本 BTS5900 V100R015C10SPC150 及以后版本
2） MML 执行 STR GNBMACPADDINGTEST 进行 MAC Padding 灌包， 观察终端 MAC层和物理层速率、 调度次数、 RB 数、 MCS、 Rank 是否正常， 满足峰值选点要求。
MML 执行 STP GNBMACPADDINGTEST 停止 MAC Padding 灌包。
3） 该 MML 的参数选项仅需要填写 UEID 信息， 其中 STMSI 和 Random_Value 在 NSA下可用， 5G_STMSI5G_Random_Value SA 下可用， TraceID 通用（ 需要从核心网处获取） ；
3. FAQ
Q1：如何获得用户的 STMSI 或 Random Value 信息？
可以通过 ping 测试识别获取， 具体方法：商用终端共享 WIFI 给笔记本， 笔记本上持续ping 互联网上的任意地址 1000 字节（ Ping x.x.x.x –l 1000 -t）
基站侧 MML 执行 DSP GNBUEBASICINFO， ping Packet Length 设置为 1000， 就可以查到这个用户的 TMSI 和 Random Value 信息。
Q2：为什么 MAC Padding 灌包不需要设置灌包速率？
MAC 层灌包是根据调度算法自适应选择每个 Slot 调度 PDSCH RB 数、 DL MCS、 DLRANK， 并得到最终的 TBsize（ 全部填 0） ， 得到一秒的速率结果。这个速率结果就是当前空口的最大速率能力， 因此不需要再设定灌包速率。
Q3: MAC Padding 能测出 MAC 层的速率吗？还是只能看到物理层的？
有些终端能够看到 MAC 层和物理层速率， 如 Mate20x
但是有些终端（ 如 TUE） 看不到 MAC 层的， 只能看到物理层速率， 终端侧 MAC 层速率可通过如下公式计算得到：物理层速率*（ 1-DL Retransfer Rate Total(%) ） 。例如物理层速率是 100Mbps， DL Retransfer Rate Total 是 10%， 实际的 MAC 层速率就是 100*（ 1-10%） =90Mbps。
基站侧可以看到 MAC 层速率， 直接在基站的小区速率跟踪可以看到。
Q4：为什么提示“权限不够” 不能使用 MAC Padding 灌包？
由于 MAC Padding 灌包会耗尽用户的空口资源， 为了避免该功能被滥用， 只有 M2000管理员级别权限可以使用。
Q5：其他注意事项？
1) 一个站支持最多10个用户进行MAC层灌包；
2) MAC层灌包不支持切换， 如果发生切换， 灌包停止。
