<!-- title: 船满之后：准入与抢占原理 -->

# 船满之后：准入与抢占原理

## 一、从电影院包座说起

想象一家电影院，一共只有三百个座位。散客票（普通数据业务）随便卖，来晚了站后排、挤过道也行，反正总能看个大概——这就是 **Non-GBR（非保证比特速率）** 业务的处境。但有些观众不一样：他们要求“必须有专属座位，而且视野有保证”——比如带父母来看首映的、坐着轮椅的。影院必须给他们**包座**，这就是 **GBR（保证比特速率）** 业务，语音通话和实时视频是典型的两位乘客。

问题来了：座位是刚性的，包座的人越来越多，总有一刻**船会满**。此时影院前台必须回答三个问题：

1. 新来的包座观众，**收还是不收**？（准入控制，Admission Control）
2. 如果不收，有没有资格**请走一位坐着的低级别观众**？（抢占，Pre-emption）
3. 如果两件事都不行，怎么**体面地拒绝**？

上一层的“待遇条款”——5QI——规定了每条业务流享受什么速率、什么时延、什么丢包率。但**待遇条款不解决“满员时刻谁上谁下”的问题**。解决这个问题的，是另一个低调但极其关键的角色：**ARP（Allocation and Retention Priority，分配与保持优先级）**。今天这篇文章就讲清楚：当资源不够时，网络是按什么规则做判决的。

值得强调的是，这套参数从4G时代原封不动地延续到了5G，名字、取值、行为逻辑几乎没变。原因很简单：**稀缺资源的判决问题不会因为换了一代无线技术而消失**。

## 二、先看懂资源池：为什么GBR的座位是稀缺的

无线空口的容量来自一段固定带宽的频谱。调度器每1毫秒分一次“蛋糕”，但GBR业务的特殊之处在于：**它的蛋糕必须提前锁定，不能等到临场再抢**。

```mermaid
flowchart TD
    A["空口总容量：一块固定的蛋糕"] --> B["GBR保留区：包座区"]
    A --> C["Non-GBR共享区：拼座区"]
    B --> D["语音通话：包座"]
    B --> E["实时视频：包座"]
    C --> F["网页与下载：拼座"]
    C --> G["后台同步：拼座"]
```

为什么语音非要包座、不能拼座？因为语音是**恒定产生、恒定消费**的流量——每20毫秒生成一个语音包，晚了就没了。它可以容忍丢一点包，但绝不能等。而网页下载是“闲时多拉、忙时少拉都行”的弹性流量。两者的时间结构完全不同，所以资源模型也必须不同：

| 对比维度 | GBR（包座） | Non-GBR（拼座） |
|---|---|---|
| 资源模型 | 预留专属容量，按需占用 | 不预留，与所有拼座流共享 |
| 两个速率参数 | GFBR（保证值）+ MFBR（上限值） | MBR/最大速率（上限值） |
| 资源不足时 | **可能被拒绝接入**（准入控制） | 不因容量被拒，靠调度削峰 |
| 资源紧张时 | 可能被更高优先级流**抢占** | 调度器降权即可，无需抢占 |
| 典型业务 | 语音、视频通话、实时工业控制 | 网页、下载、流媒体、信令 |

这里有两个容易混淆的参数要分清：**GFBR**是网络承诺的“地板速率”，只要你在MFBR以内发包，这个速率之下网络兜底；**MFBR**是天花板，超发部分的包会被门控直接丢弃——包座不等于无限量供应。

## 三、ARP三件套：一张判决身份证

每条GBR流在建立时，核心网会随QoS档案下发给基站一个ARP，它由三个参数组成。可以把它们理解为一张**观影身份证**上的三行字：

| 参数 | 取值 | 含义 | 类比 |
|---|---|---|---|
| 优先级（Priority Level） | 1～15，**1最高** | 排队时的相对地位，数值越小地位越高 | 会员等级 |
| 可抢占（Pre-emption Capability） | 是/否 | 资源不足时，**能否把别人请走** | 有没有“清场权” |
| 可被抢占（Pre-emption Vulnerability） | 是/否 | 资源不足时，**是否同意被请走** | 有没有签"让座协议" |

这个设计的精妙之处在于**把“进攻”和“防守”拆成了两个独立开关**。为什么不合并成一个“优先级”？因为现实中存在四种截然不同的角色组合，单一数字表达不了：

```mermaid
flowchart TD
    A["可抢占 × 可被抢占 的四种命运"] --> B["能抢人 + 可被抢：战斗机"]
    A --> C["能抢人 + 不可被抢：王牌"]
    A --> D["不能抢 + 可被抢：普通乘客"]
    A --> E["不能抢 + 不可被抢：贵宾观众"]
```

四种角色的典型归宿：**战斗机**（能抢人、可被抢）是高优先级实时业务的常见配置，比如应急通信、专网语音；**王牌**（能抢、不可被抢）极少授予，通常只留给最高优先级的公共安全类业务；**普通乘客**（不能抢、可被抢）是普通GBR业务的常见默认姿态；**贵宾观众**（不能抢、不可被抢）相当于“有座就行，不惹事也不怕事”。

## 四、满员时刻：一次完整的准入判决

现在把镜头对准基站。当一条新的GBR流到达，基站手里的台账上记着：保留区还剩多少容量、在座的每条流各自是什么身份证。判决流程如下：

```mermaid
flowchart TD
    S["新的GBR流申请到达"] --> T["查台账：保留区还有余量吗"]
    T -->|有余量| U["接纳：记入GFBR台账"]
    T -->|余量不足| V["查身份证：申请方能抢人吗"]
    V -->|不能抢| W["拒绝：可回退为Non-GBR"]
    V -->|能抢| X["找受害者：在座的脆弱流"]
    X -->|找不到可抢对象| W
    X -->|找到更低优先级者| Y["执行抢占：释放受害者"]
    Y --> U
```

三个细节值得展开。

**第一，抢占必须“以大欺小”**。申请方的优先级不仅要更高，而且通常要求严格高于受害者的优先级，两流优先级相同时一般不允许互抢。这是刻意设计的**秩序底线**——如果同级可以互抢，资源紧张时会出现“乒乓抢占”，双方反复把对方踢下船，网络瞬间失稳。

**第二，抢占对象只看“可被抢占”标记**。一条流的优先级再低，只要它的“可被抢占”是“否”，它就是**免抢金牌**持有者。这就是为什么这个开关要单独存在：低优先级不等于活该被牺牲，有些业务虽然地位不高，但中断的代价极其昂贵（比如一条正在进行的安全监控视频流），运营商会给它挂上免抢牌。

**第三，拒绝不等于业务死亡**。核心网收到拒绝后，可以决定把这条流降级为Non-GBR继续跑——语音包座失败，那就去拼座区，音质可能变差，但至少不断线。这套“降级续命”的机制，是很多现网语音业务在边缘弱覆盖区域仍能维持通话的隐性功臣。

## 五、抢占发生的瞬间：毫秒级的让座

抢占不是一瞬间“顶掉”那么简单，它是一串严格的信令动作。看一张时序图（聚焦抢占发生的那一瞬）：

```mermaid
sequenceDiagram
    participant C as 核心网
    participant G as 基站
    participant A as 高优先新流
    participant B as 低优先在座流
    C->>G: 下发QoS档案（含ARP）
    G->>G: 准入检查：余量不足
    G->>B: 释放承载：你被抢占
    B-->>G: 承载释放完成
    G->>A: 准入通过：欢迎上座
    Note over A,B: 被抢方的用户感知就是掉话
```

注意最后一行注释：**对被抢占的用户而言，这次事件在网络侧的记录和一次掉话没有任何区别**。这正是抢占机制被运营商谨慎使用的原因——它是用“牺牲一个人的通话连续性”去换“保证另一个人的资源确定性”。所以现网的普遍工程取向是：普通业务默认**关闭抢占能力**（不惹事），保留**可被抢占**（识大体），把“清场权”只留给极少数高优先级业务。标准允许多种实现，具体默认值以各厂家与运营商的配置策略为准。

## 六、一个公式：预留为什么总要打折

准入控制的核心台账其实是一个不等式。设保留区总容量为 $C_{\text{GBR}}$，已接纳各流的保证速率为 $\text{GFBR}_i$，则新流可被无条件接纳的条件是：

$$\sum_i \text{GFBR}_i + \text{GFBR}_{\text{new}} \le \alpha \cdot C_{\text{GBR}}$$

关键在于那个折扣系数 $\alpha < 1$。为什么不承诺到100%？因为GFBR的“保证”在物理层是**用资源换来的**，而换取同样速率所需的资源量因人而异：

$$N_{\text{PRB}} \approx \frac{\text{GFBR}}{R_{\text{PRB}}(\text{MCS})}$$

其中 $N_{\text{PRB}}$ 是需要占用的物理资源块数量，$R_{\text{PRB}}(\text{MCS})$ 是当前调制编码方案下单个资源块能承载的速率。同一个1 Mbps的保证速率：小区中心的用户信道质量好、调制阶数高，几个资源块就够；**小区边缘的用户信道差、只能用低阶调制，同样的速率可能要吃掉几倍的资源块**。如果按100%账面容量预留，几个边缘用户一来，台账上还有余量、物理上却已经发不出包了。所以工程规划上必须打折预留，给信道波动、干扰起伏和重传开销留出缓冲。具体折扣取值与规划方法，各运营商规划手册有各自的经验体系，此处不展开。

这个公式也解释了一个反直觉现象：**接纳判决看的是速率账本，消耗的却是资源块**。两条同样承诺1 Mbps的流，一条在小区中心几乎不占地方，一条在边缘可能把半个保留区吃掉。所以更精细的实现会在准入时做“资源化折算”而非简单的速率加和。

## 七、三个常见误解

**误解一：ARP优先级越高，调度时越优先。** 这是最经典的认知陷阱。ARP只管两件事：**准入**（进不让你进）和**抢占**（资源不足时动谁）。而运行期的每毫秒调度排队，看的是5QI自带的调度优先级。两者数值碰巧都叫“优先级”，但各自独立配置、各管一段。把ARP配得很高以为能提升调度待遇，结果运行期毫无变化——这是参数核查时的常见乌龙。

**误解二：GBR保证了速率，就等于保证了时延。** 不对。GFBR保证的是“速率地板”，而时延指标来自5QI里定义的时延预算参数。两者通常配套出现（语音既保速率又限时延），但逻辑上互相独立：一条流可以只保速率不限时延，也可以反过来。排查时延问题时去调ARP，方向从一开始就是错的。

**误解三：被抢占就一定是网络出了故障。** 如果某条GBR流的释放原因显示为被抢占，这恰恰说明网络**按设计工作了**——是更高优先级的业务合法地拿走了资源。真正要排查的是：这个高优先业务是谁、它的优先级配置是否合理、被抢方是否本该挂上“免抢牌”。故障排查和配置审计，在这里是同一件事。

## 八、在现网哪里会遇到它

**话音掉话分析**：统计掉话原因时，“被抢占”是一个独立的归类项。如果某区域该计数偏高，通常说明高优先级业务频繁进場、或保留区规划过小，而不是无线链路质量问题。

**准入失败核查**：新呼叫建立失败且原因是“无线资源拒绝”，基本可以锁定GBR保留区已满。解决路径有三条：扩容保留区、下调折扣系数的保守程度、或审查是否有过多的GBR流本该配置为Non-GBR。

**优先级审计**：定期核对全网业务的ARP配置矩阵——哪些业务拿到了“清场权”、哪些挂了“免抢牌”、有没有优先级倒挂（低价值业务反而配了高优先级）。这份矩阵相当于一张“满员时刻的社交秩序表”，配置错了平时毫无症状，**只在网络最拥堵的那几秒钟集中爆发**。

**应急与优先服务**：重大活动、灾害场景下的高优先级呼叫，本质上就是通过临时提升ARP优先级来获得“插队权”。平时这套机制完全隐身，关键时刻它是网络资源分配的最终裁决者。

## 常见问题

**Q: ARP优先级和5QI的调度优先级，到底谁是“老大”？**
A: 各管一段，互不替代。ARP管“进门的资格”（准入与抢占判决），5QI调度优先级管“进门后的排队待遇”（每毫秒的资源分配）。一个是保安的名单，一个是餐厅的叫号规则。

**Q: Non-GBR业务也会被拒绝接入吗？**
A: 一般不会因为容量被拒。拼座区没有“满员”概念——用户永远可以进来，只是忙时大家分得少、速率变慢。拥塞对Non-GBR的体现是“变慢”，对GBR的体现才是“被拒或被抢”。

**Q: 优先级相同的两条GBR流，资源不够时会怎样？**
A: 一般不允许同级互抢。后来的申请会被直接拒绝（可能降级为Non-GBR），先到者保住座位。这是防止“乒乓抢占”的秩序设计。

**Q: 抢占只发生在空口吗？**
A: 空口是最主要也最刚性的战场，因为频谱资源无法临时扩容。传输网、核心网侧同样存在资源竞争，但那些资源通常有更大的弹性余量，判决逻辑不如空口这一层严苛。

**Q: 被抢占的流还能回来吗？**
A: 网络侧的释放是终局性的，原承载不会自动恢复。终端可能立即尝试重建或回落为Non-GBR继续业务，但对用户来说，那就是一次可感知的服务降级。

## 参考来源

1. [5G QoS – ShareTechnote](https://www.sharetechnote.com/html/5G/5G_QoS.html) — 长期维护的无线协议教学站，含ARP三参数、GBR/Non-GBR资源模型的结构化图解
2. [Quality of service – Wikipedia](https://en.wikipedia.org/wiki/Quality_of_service) — 保证比特速率与非保证比特速率的概念定义与承载模型综述
3. [5G – Wikipedia](https://en.wikipedia.org/wiki/5G) — 5G QoS流架构与4G承载体系延续关系的背景材料
4. 樊昌信《通信原理》—— 信道容量刚性与无线资源分配约束的经典教材基础

---
> 本文由「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 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
