跨年倒计时、演唱会、大型展会……人群高度聚集的瞬间，用户疯狂发朋友圈、直播、扫码，网络瞬时话务可能达到平时数十倍。无线应急保障做得好是「无感知」，做不好就是「网络崩了」上热搜。这篇讲透保障全流程。

一、保障的本质：确定性工程

保障不是「现场随机应变」，而是一套可复制的确定性流程：

1
需求确认 → 容量预估 → 方案设计 → 资源准备 → 现场实施 → 实时监控 → 复盘总结

二、第一步：需求与容量预估

1. 基础信息收集

  • 活动类型、规模（预估人数）、时间、地点（室内/室外）
  • 是否直播/转播（媒体区需求特殊）
  • 用户画像（学生/粉丝/商务，决定业务模型）

2. 话务预估模型

指标 计算方法
峰值用户数 预估人数 × 同时在线比例（一般 60%~80%）
每用户业务模型 视频直播 24Mbps、社交 0.51Mbps、语音 0.02Mbps
容量需求 峰值用户 × 每用户平均速率
拥塞风险点 出入口、舞台/主屏幕前、餐饮区

经验值：演唱会这类视频密集型活动，每万人的容量需求通常需要 2~4 个 5G 大容量小区（或等效带宽）。

三、第二步：方案设计（扩容四板斧）

1. 加基站/加小区

  • 现场新增应急通信车（应急车/卫星车）
  • 室内活动：开启室内分布全部小区，必要时加 pRRU

2. 载波扩容与 CA

  • 增加载波（FDD+TDD 叠加）
  • 开启**载波聚合（CA）**提升单用户速率
  • 5G 网络开大带宽（100M/200M）

3. 参数与策略优化

  • 调整小区容量相关参数：调度算法、资源预留
  • 开启负荷均衡：让多小区分担话务
  • 关闭低优先级功能，保障关键业务

4. 应急资源

  • 应急通信车部署位置：出入口、人流主通道
  • 卫星回传备份（防止传输中断）
  • 备电/油机保障（停电场景）

四、第三步：现场实施与验收

实施清单

  1. 设备就位：应急车位置、天馈朝向、传输连通性
  2. 单站验证：每个新开小区的覆盖、容量、业务测试
  3. 参数核查：负荷均衡开关、邻区完整性（新增小区务必加邻区！）
  4. 容量验证：压测/模拟用户数，确认小区不拥塞

验收标准

指标 保障目标
接入成功率 ≥ 99%
掉话率 ≤ 0.5%（高话务场景）
拥塞率 0（重点小区）
峰值用户体验速率 视频类 ≥ 2Mbps
核心网/传输 无拥塞、无告警

五、第四步：实时监控与应急响应

监控要点

  • 实时话务看板：每小区用户数、PRB 利用率、拥塞次数
  • 告警监控：小区退服、传输中断、容量告警
  • KPI 盯防：RRC 连接成功率、ERAB 建立成功率、掉线率

分级响应

级别 触发条件 响应动作
黄色 小区 PRB > 70% 提前负荷均衡，关注增长趋势
橙色 小区 PRB > 85% / 出现拥塞 立即扩容/调参，通知现场
红色 小区退服 / 大面积拥塞 启动应急流程，抢修/分流

六、第五步：复盘总结

  1. 数据复盘：峰值话务、用户数、KPI 曲线，与预估对比
  2. 问题复盘：哪些小区拥塞/退服，为什么，下次怎么预防
  3. 沉淀模板：形成「活动保障参数模板」「应急车部署模板」，下次直接套用

经验小结

  1. 预估宁高勿低：保障是「超卖」场景，容量预留不足是最大风险
  2. 邻区是隐形杀手：应急车新开小区忘加邻区，用户根本切不进去
  3. 监控要盯 PRB 和拥塞，不要只看用户数——话务模型偏差很大
  4. 方案要提前演练：跨年这类大活动，至少提前 1~2 周完成方案并演练
  5. 留存数据：每次保障数据都是下次预估的黄金输入