一句话定义：丢包隐藏（Packet Loss Concealment，PLC）是实时音频通信中的一种补救手段——当某个语音数据包在网络传输中丢失时，接收端不直接静音，而是根据已收到的声音“猜”出一小段填进去，让听感尽量连续。
为什么需要它：实时语音通常按很短的帧打包发送，很多编码器以 20 毫秒左右为一帧。也就是说，丢一个包，听感上就少了一小截声音。如果直接补零，波形会突然断掉，耳朵听到的是“咔哒”声和断续感，比轻微失真更刺耳。PLC 的思路是：既然真实数据回不来，那就造一个“听起来像”的替代品。常见做法有几种：重复上一个基音周期、用线性预测的参数往外推、或者用轻量神经网络根据上下文生成一小段。
打个比方：就像看视频卡了一帧，播放器先拿上一帧画面顶一下，画面不至于黑屏；也像听人说话漏了半个字，你按上下文和语调自己脑补一个音，短时间能糊弄过去。
关键在于“补得太多会露馅”。预测只在很短的时间窗内靠谱，一旦连续丢好几个包、补的时长超过几十毫秒，误差就会累积，声音开始发闷、发嗡，出现机械音、金属感，像机器人卡带。所以工程上不追求“一直补下去”，而是设一个连续隐藏上限：补到一定帧数就平滑淡出到静音或舒适噪声，宁可短暂安静，也不要长时间怪声。
它和几个相邻概念容易混：
| 手段 | 做什么 | 代价 |
|---|---|---|
| 丢包隐藏（PLC） | 事后在接收端“编”一段 | 内容不真实，补多了机械音 |
| 前向纠错（FEC） | 提前多发冗余数据 | 占带宽 |
| 重传（ARQ/RTX） | 让发送方重发丢失的包 | 至少一个往返延迟，实时语音常常等不起 |
| 抖动缓冲（Jitter Buffer） | 多等一会儿，把乱序和迟到理顺 | 增加延迟 |
对从业者的意义：评估语音链路质量时，只看“丢包率”不够，更要看连续丢包长度和 PLC 实际触发时长——分散丢 1% 和连续丢 1% 体验差别很大。做实时语音助手、会议、在线客服时，要把最大连续隐藏时长当作一个可调参数，并把它和延迟预算一起权衡。还有一个容易忽略的点：补出来的音频人耳听着顺，语音识别却可能听错，所以送给 ASR 的音频最好保留“这段是隐藏出来的”标记，避免把猜出来的音当成真实内容去识别。
对普通人来说，下次视频会议里听到对方声音突然变得像机器人，大概率就是网络连丢了几包，系统正在硬撑。具体参数和实现差异，以各家官方文档为准。