# 六万人开唱，基站怎么扛：一场演唱会的网络保障实战 **概述**：灯一暗、前奏一响，几万部手机同时举起——对运营商来说，一场头部演唱会就是一次突发的、不可调度的、目标明确的网络攻击，只不过攻击者是自家付费用户。本文以一线运维视角拆解：为什么密集人群场景上行先崩、3GPP标准里藏着哪些"限流旋钮"（ACB/EAB/UAC）、活动前30天要做什么、当晚参数怎么边打边调、散场为什么是第二场硬仗。机制部分均可溯源至3GPP规范，工程经验部分为作者18年核心网与无线运维的实践观点。 ## 目录 - 一、引子：满格信号，发不出一张图 - 二、为什么演唱会是无线网络最难的考题 - 三、标准里藏着的旋钮：ACB、EAB与UAC - 四、活动前三十天：评估、仿真与临时站 - 五、开演当晚：参数是边打边调的 - 六、散场才是第二场仗 - 七、一线经验八条 - 八、结语 ## 一、引子：满格信号，发不出一张图 先讲一个所有干过大型活动保障的无线优化工程师都见过的场景。 体育场内场，六万人。开场前四十分钟，用户投诉工单开始爬升，症状出奇一致：**信号满格，图发不出去，转圈**。用户不理解，营业厅解释不清，最后压力全到网优身上——"你们不是说5G下载1个G吗？" 这是我职业生涯里回答过最多遍的问题之一。答案只有一句话：**你看到的"满格"，是下行参考信号的质量；而你要发的图，走的是上行。**这两件事在人群密集场景里，是两个世界。 日常网络，下行流量占比远大于上行，运营商的整张网都是围绕"下多上少"设计的。演唱会的流量画像是反的：几万人同时拍舞台、发短视频、开直播，**发的人极多，看的人极少**——因为内容就在眼前，没人低头刷视频。上行瞬间被顶到天上，而终端的发射功率是有物理上限的：按照3GPP对主流手持终端的功率等级定义（Power Class 3），最大发射功率23dBm，也就是200毫瓦。你的手机再旗舰，也只是一根200毫瓦的小蜡烛，还要在几万根同样的小蜡烛互相干扰的环境里，把视频塞给几百米外的基站。这是物理问题，不是加设备就能瞬间解决的信仰问题。 所以，演唱会的网络保障，本质是一道**上行工程题 + 接入控制题 + 流程管理题**。下面一层层拆。 ## 二、为什么演唱会是无线网络最难的考题 把一道大题拆成四个小题，每一个都有明确的机理。 **第一，上行底噪抬升。**几万部终端密集分布，每一部都是其他终端的干扰源。基站接收侧的噪声底被人为抬升，上行信道质量（MCS）被压低，同样的PRB（物理资源块）能装下的数据变少。经验上，极端密集场景底噪抬升可达十dB量级——上行等效容量可能被吃掉一大半。基站信号质量没变差，是"空气里的教室"太吵了。 **第二，RRC连接数天花板。**每个小区同时维持的RRC连接数是有工程上限的，量级在数百到一两千（取决于载波带宽、厂家实现和参数配置，标准允许多种实现，具体以各厂家官方文档为准）。六万人聚在一个场馆，靠场馆原有的十几个宏站小区根本撑不住，必须把容量"搬"进来。 **第三，信令正反馈。**上传失败→应用层重试→RRC重建→信令进一步挤占→更多上传失败。这个雪崩模式我在之前的信令风暴文章里详细写过（docomo案例），今天不展开，只强调一点：**演唱会现场是全网最容易触发这种正反馈的地方**，因为几万人在同一分钟失败、重试。 **第四，人流的时间确定性。**这是演唱会与日常话务最大的不同：日常话务是随机的，演唱会的负荷曲线是跟着节目单走的。开场、中场互动、散场，每一次人流和情绪的波动，都会精确地砸在网络上。**主办方手里的节目单，比任何话务预测模型都准**——这一点后面细说。 ## 三、标准里藏着的旋钮：ACB、EAB与UAC 很多人以为应对拥塞靠的是"多建站"，其实3GPP标准里早就埋好了一组"限流旋钮"。这是本文最想讲清楚的机制部分，以下内容可溯源至3GPP RRC规范（LTE见TS 36.331，NR见TS 38.331，规范入口见文末参考来源[1]）。 **LTE的接入等级 barring（ACB）。**每个终端内部持有一个0~9的接入等级（AC0~AC9，开卡时随机分配），加上10~15的特殊身份（比如AC10保留给紧急呼叫）。基站通过SIB2广播每个等级的放行概率（barringFactor，从0到0.95分档）和禁止时长。拥塞时把某几个等级的概率调低，一部分终端就被"温柔地挡在了门外"——不是拒绝服务，是**请你晚一点再试**，且终端会在禁止时长内自行抑制发起。 **EAB（扩展接入禁止，SIB14广播）。**这是LTE Release 10引入的机制，专门针对物联网/低成本终端做更长周期的接入限制。活动场景下的意义在于：场馆周边的抄表、POS机不该和几万人的手机抢信令，EAB给了运营商区分"人与物"的合法武器。 **SSAC。**针对VoLTE语音和视频通话单独设防，避免有人在拥塞现场反复拨打语音电话，把稀缺资源从数据业务嘴里抢走。 **NR的统一接入控制（UAC）。**5G时代，3GPP把上述五花八门的机制统一成一套：业务被划入接入类别AC0~AC9（信令、语音、数据、短信各归其位），应急呼叫、多媒体优先级服务（MPS）、关键任务服务（MCS）等特殊身份由Access Identity表达。基站按类别广播禁止因子和禁止时长，终端自己算自己能不能发起接入。**这套机制的精髓是把选择权交给终端、把策略权留给运营商**，信令不会因为"你能不能接入"而空转。 这些旋钮的哲学是一致的：**牺牲一小部分人的"立即接入"，保住大部分已接入用户的会话质量和全网的信令秩序。**工程上最难的不是调参数，是向市场部门和现场观众解释"为什么不让所有人同时上网"——这是预案里必须写清楚的一页。 需要说清的是：上面是标准机制层面的事实；具体参数名称、取值粒度，各厂家实现不同，标准允许多种实现，以各厂家官方文档为准。 ## 四、活动前三十天：评估、仿真与临时站 演唱会保障不是当天的事。经验上，头部活动提前30天立项，流程如下： ```mermaid flowchart TD A[活动立项
拿人数与节目单] --> B[历史话务评估
上一次的曲线] B --> C[容量测算
人数乘并发] C --> D{现有载扇够吗} D -->|不够| E[小区劈裂与临时载波] D -->|不够| F[应急车与临时站] E --> G[进场施工与合路] F --> G G --> H[开演前夜满负荷压测] H --> I[当晚值守专席] I --> J[散场保障] J --> K[复盘归档] K -->|参数模板沉淀| B ``` 几个关键动作，逐条说透。 **1. 历史话务是最值钱的资产。**同一场馆上一场演唱会的话务曲线，比任何仿真工具都准。开场前一小时的上行PRB爬坡斜率、RRC连接峰值出现在节目第几分钟、散场后多少分钟回落——这些曲线直接决定这次要加多少容量、什么时候加。运维团队成熟的标志之一，就是有活动话务档案库。 **2. 容量测算要打七折。**测算公式不复杂：人数 × 并发率 × 单用户上行需求 = 所需上行PRB总量。但测算结果要打七折再用——因为底噪抬升、终端驻留不均、切换损耗都会吃掉纸面容量。经验上，万人级的场馆动辄需要新增数十个临时载扇，宁可备而不用。 **3. 应急通信车不是万能钥匙。**很多人以为拉一台应急车进场就万事大吉。实际上应急车是"半成品"：天面好解决，**传输和电源才是命门**。场馆内没有可用的光缆路由、没有可靠的供电点、审批走不完，车来了也是摆设。干过现场的人都知道，应急车提前三天进场是常态，第一天往往在拉光缆。 **4. 4G/5G协同分工。**当前的主流做法：5G大容量载波做主力吞流量，4G做覆盖兜底和深度驻留，通过切换和重选参数把用户按业务类型分层。场馆自建WiFi是重要的分流渠道，保障方案里要明确哪些流量引导给WiFi。 常见手段对比如下： | 手段 | 原理 | 见效速度 | 成本 | 适用场景 | |---|---|---|---|---| | 小区劈裂 | 增加扇区/天线，摊薄单小区负荷 | 中 | 中 | 场馆有富余天面资源 | | 临时载波 | 同站新增频点，扩容不扩站 | 快 | 低 | 现有设备支持剩余频谱 | | 应急通信车 | 车载全套基站+天面，临时拉远 | 慢（传输电源是瓶颈） | 高 | 无设施的广场、露天场地 | | DAS合路 | 信号合入场馆分布式天线系统 | 中 | 中 | 有室内分布的场馆 | | 接入控制参数 | ACB/UAC限流，保信令秩序 | 极快 | 近零 | 当晚应急兜底 | | WiFi分流 | 场馆自建WiFi承接视频上传 | 中 | 低（借场馆建设） | 高规格场馆 | ## 五、开演当晚：参数是边打边调的 当晚的NOOC值守不是"看着大屏喝茶"，而是一场有剧本的战役。 **专席与大盘。**NOC设活动专席，盯的不是全省大盘，而是场馆级KPI：上行PRB利用率、RRC连接数、PDU会话/ERAB建立成功率、掉线率，分钟级刷新。每一个指标都预设有红线，触线即触发预案动作，不靠临场发挥。 **负载均衡是最常用的动作。**多载波场景下，通过X2/Xn接口的负载均衡机制（标准机制，见TS 36.423/38.423的负荷上报与移动性changyuang）把用户从热点载波往空闲载波赶，配套调整小区个体偏移（CIO）和切换门限。经验上的纪律是：**切换类参数一次只动一个，动完盯十分钟**——活动现场最怕的就是乒乓切换把掉线率打上去。 **接入控制是最后的盾。**当RRC连接数逼近上限、信令出现雪崩征兆时，按预案分档启用ACB/UAC限流。分档的意义在于可控：第一步只限数据类接入，保语音；第二步扩大禁止范围；始终为应急呼叫留出通道（Access Identity机制天然保证这一点）。每一档对应什么KPI阈值、谁有权下令执行，预案里写死，当晚没有人有权限"拍脑袋"。 **流量画像的应对。**现场人人上传、无人观看，与其对称的常规优化（下行内容分发、CDN下沉）在这里全部失效，能做的是：调度上给上行更多权重、把非实时大流量业务的调度优先级压后、保住信令和语音的底座。这些动作都是当晚在网管上实时执行的，参数变更单提前备好，每一条都走应急变更流程。 ## 六、散场才是第二场仗 很多保障事故不是出在演出中，而是散场后的十五分钟。 **波纹式过载。**六万人沿有限的通道向外移动，人流头部扫过的每一个宏站小区瞬间过载，像水波一样向外传递。演出中再稳的网络，也可能在散场时崩掉——因为负荷不是均匀上涨，是**链式冲击**。 **切换带拥堵。**高速移动的人群在小区边缘疯狂切换，切换信令挤占资源，掉话率飙升。经验做法是散场时段临时放大切换迟滞、压低测量事件触发灵敏度，让终端"少折腾"。 **应用的脉冲。**散场后集体打开打车软件、刷新定位、呼叫网约车，信令和位置更新形成脉冲式洪峰。这不是猜测，是每年都在重演的固定戏码，预案里必须有它的位置。 **纪律：临时资源不提前撤。**应急车和临时载波在散场后再守一到两小时，等话务曲线回落到日常水位再撤场。见过提前撤车导致二次投诉的，也见过因为多守了一小时把一次保障做成完美案例的。**保障的最后一公里，拼的不是技术是纪律。** ## 七、一线经验八条 把18年里踩过的坑压缩成八条，供同行参考： 1. **上行是第一瓶颈，下行是假象。**现场投诉"满格发不出图"，先查上行PRB和底噪，别浪费时间看下行覆盖。 2. **历史话务档案是核心资产。**每次保障的KPI曲线、参数变更单全部归档，下一次保障从上一次的终点开始。 3. **限流旋钮要敢用，更要提前沟通。**ACB/UAC启用前，市场口径、政府报备、现场公告话术都要在预案里写好，当晚执行不扯皮。 4. **别把宝押在应急车上。**传输、电源、许可，三样缺一样车就是铁壳子，提前三天进场。 5. **开演前夜做满负荷压测。**用CPE灌包把新增容量打满，验证传输、验证调度、验证切换带，第二天才有底气。 6. **测算打七折，冗余是美德。**纸面容量和真实容量之间隔着一个拥挤的空气接口。 7. **向主办方要节目单。**扫码互动、大屏抽奖、荧光棒联动，每一个互动环节都是人为制造的信令脉冲，提前知道就能提前布防。 8. **散场再守两小时。**撤资源的时刻表按人流曲线定，不按演出结束时间定。 ## 八、结语 大型活动保障是运营商运维能力的"体检报告"：它同时考容量规划、参数功力、流程纪律和跨部门协同，而且答卷当场揭晓、无法补救。全球范围内，从沙特运营商每年百万级人群的朝觐保障（其官网每年发布保障动态，见参考来源[5]），到美国运营商在头部巡演城市观察到的数据流量陡增（Verizon官方新闻室曾披露巡演当晚流量观察，见参考来源[2]），再到国内三大运营商演唱会保障新闻稿里"扩容数百小区、出动多台应急车"的常态化表述（通信世界、C114常年报道，见参考来源[3][4]），做法殊途同归：**把不确定的人潮，变成确定的预案。** 网络建设决定你有多好，网络运维决定你有多稳。演唱会散场后那两小时的坚守，就是"稳"这个字在一线最朴素的写法。 --- ## 参考来源 1. [3GPP规范库](https://www.3gpp.org/) — 本文接入控制机制（LTE ACB/EAB/SSAC见TS 36.331，NR统一接入控制UAC见TS 38.331，终端功率等级见TS 38.101系列）的规范出处 2. [Verizon官方新闻室](https://www.verizon.com/about/news) — 美国头部巡演（Eras Tour等）期间城市级数据流量上涨观察的披露渠道 3. [通信世界](https://www.cww.net.cn) — 国内运营商大型演唱会/活动通信保障的常态化报道（扩容小区、应急通信车部署等） 4. [C114通信网](https://www.c114.com.cn) — 国内运营商活动保障新闻稿与一线实践的行业媒体渠道 5. [stc集团官网](https://www.stc.com.sa) — 沙特朝觐保障主体运营商之一，每年通过官网发布百万级人群场景的网络保障动态 --- > 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 > 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。 > [!tip] 51学通信知识星球 > **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 > **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 > **当前规模**：5200 篇主题 / 990 个回答，198 元/年。 > **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 > **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。