一、蜂窝网络与 WiFi 的根本差异
| WiFi (802.11) | ⭐ 蜂窝 (4G/5G) | |
|---|---|---|
| 频谱 | ⭐ 免许可（任何人可用） | ⭐ 授权（运营商花巨资拍得） |
| 干扰 | 不可控，谁都能干扰 | ⭐ 可控（只有运营商在用） |
| 接入方式 | ⭐ 竞争（CSMA/CA，各自抢） | ⭐ 调度（基站统一分配资源） |
| 覆盖半径 | 几十米 | 几百米到几十公里 |
| 移动性 | ⭐ 基本不支持（切 AP 会断连接） | ⭐ 核心能力（高速移动中保持连接） |
| 计费与认证 | 简单（密码） | 复杂（SIM 卡、漫游、计费） |
| QoS | 弱 | ⭐ 可保证（承载/QoS Flow） |
⭐ 最重要的一条是「竞争 vs 调度」：
WiFi: 站点自己决定何时发送 → 分布式 → 简单，但高密度下碰撞严重
蜂窝: ⭐ 基站【集中调度】每个终端在哪个时频资源块上发送
→ 无碰撞 → 高密度下效率远高于 WiFi
→ 代价：复杂度高，必须有中心
📌 这与第 24 讲的「信道划分 vs 随机接入」是同一个取舍，只不过蜂窝有了授权频谱和中心调度器，才能把信道划分做到极致（OFDMA 精细到资源块级别）。
二、4G LTE 架构
┌─────────────────── 无线接入网 (E-UTRAN) ────────────────┐
│ │
[UE] ····无线···· [eNodeB 基站] ─────┐ │
手机 │ │
└──────────────────────────────────┼────────────────────────┘
│
┌──────────────── 核心网 (EPC) ─────┼───────────────────────┐
│ │ │
│ ┌──────┐ 控制平面 ┌────▼────┐ ┌──────────┐ │
│ │ HSS │◀────────────────▶│ MME │ │ │ │
│ │用户库 │ │移动管理 │ │ │ │
│ └──────┘ └────┬────┘ │ │ │
│ │ │ │ │
│ ┌────▼────┐ ┌▼───────┐ │ │
│ 用户平面 ─────────────▶│ S-GW │─▶│ P-GW │──┼──▶ 互联网
│ │服务网关 │ │分组网关 │ │ │
│ └─────────┘ └────────┘ │ │
└────────────────────────────────────────────────────────┘
网元职责
| 网元 | 全称 | 职责 |
|---|---|---|
| UE | User Equipment | 用户终端（手机） |
| eNodeB | Evolved Node B | ⭐ 基站：无线资源调度、加密、切换决策 |
| MME | Mobility Management Entity | ⭐ 控制平面核心：认证、移动性管理、承载建立 |
| HSS | Home Subscriber Server | 用户签约数据库（SIM 卡信息、权限） |
| S-GW | Serving Gateway | ⭐ 用户平面：切换时的移动锚点 |
| P-GW | PDN Gateway | ⭐ 对互联网的出口：分配 IP、计费、策略执行 |
⭐ 控制平面与用户平面分离
这是 LTE 架构最重要的设计。
控制平面（信令）： UE ─── eNodeB ─── MME ─── HSS
「我是谁、我要接入、我要切换」
用户平面（数据）： UE ─── eNodeB ─── S-GW ─── P-GW ─── 互联网
「实际的 IP 分组」
为什么分离？
- 独立扩容：信令量和数据量的增长速度不同（物联网设备信令多数据少，视频用户相反）
- 数据平面可以下沉：把 S-GW/P-GW 部署到离用户更近的地方（边缘计算），显著降低时延
- ⭐ 这与第 22 讲的 SDN 是同一个思想：把控制逻辑从数据转发路径上剥离
📌 5G 把这个分离做得更彻底（CUPS，Control and User Plane Separation），并且核心网被重构为基于服务的架构（SBA）——网元之间用 HTTP/2 + REST API 通信，本质上是把电信核心网微服务化了。
⭐ 关键概念：手机的 IP 地址由 P-GW 分配
无论你走到哪个基站下，你的 IP 地址【始终由归属的 P-GW 分配，保持不变】
⭐ 这就是移动性的实现方式：
IP 地址锚定在 P-GW，所有流量都绕经它
→ 移动时 IP 不变 → TCP 连接不断
⚠️ 代价：流量必须绕行到 P-GW（可能在几百公里外），增加了时延。这就是所谓的「归属路由」问题，5G 的边缘计算正是要解决它。
三、5G
3.1 三大应用场景
| 场景 | 全称 | 目标 | 典型应用 |
|---|---|---|---|
| eMBB | 增强移动宽带 | ⭐ 峰值速率 10–20 Gbps | 4K/8K 视频、VR |
| URLLC | 超可靠低时延 | ⭐ 空口时延 1 ms，可靠性 99.999% | 工业控制、自动驾驶、远程手术 |
| mMTC | 海量机器类通信 | ⭐ 每平方公里 100 万连接 | 物联网、智慧城市 |
⚠️ 这三个目标在物理上是互相冲突的（高速率要大带宽，低时延要短帧，海量连接要低功耗简单协议）。5G 不可能同时对所有用户满足全部三项——这引出了网络切片。
3.2 网络切片（Network Slicing）⭐
┌──────────────────────────────────────────┐
│ 同一套物理基础设施 │
├──────────┬──────────┬────────────────────┤
│ 切片 A │ 切片 B │ 切片 C │
│ eMBB │ URLLC │ mMTC │
│ 大带宽 │ ⭐低时延 │ 海量连接、低功耗 │
│ 手机视频 │ 工厂机械臂│ 水表电表 │
└──────────┴──────────┴────────────────────┘
⭐ 每个切片是一个逻辑上独立的端到端网络，有自己的资源保证、QoS 策略甚至独立的核心网功能实例。
📌 回到第 2 讲：切片本质上是为特定业务预留资源——这是电路交换思想的回归。它承认了一个事实：当业务确实需要硬性保证时，统计复用是不够的。
3.3 其他关键技术
| 技术 | 作用 |
|---|---|
| 毫米波（mmWave, 24–100 GHz） | ⭐ 带宽极大，但穿透力极差（一片树叶就能挡住），覆盖只有几百米 |
| Massive MIMO | 基站上数百根天线，波束赋形对准每个用户 |
| 小基站（Small Cell） | 密集部署，缩短距离 |
| 边缘计算（MEC） | ⭐ 把应用服务器放到基站附近，消除回程时延 |
⚠️ 关于"5G 很快"的现实：毫米波确实能提供极高速率，但覆盖范围小、穿透差、部署昂贵。绝大多数实际的 5G 部署使用的是 Sub-6 GHz 频段，速率提升相对温和。理论峰值与实际体验之间的差距，与第 25 讲讲的 WiFi 标称速率问题是同一类现象。
四、移动性管理的通用问题
抛开具体技术，移动性的核心问题只有一个：
⭐ 一个移动节点换了网络位置（因而换了地址），如何让别人还能找到它？
4.1 三个角色
⭐ 归属网络（Home Network）： 节点"户口"所在的网络
⭐ 被访网络（Visited Network）：节点当前实际所在的网络
⭐ 通信者（Correspondent）： 想与该节点通信的一方
4.2 两种基本方案
方案一：间接路由（Indirect Routing）⭐
通信者 归属代理 被访网络
│ │ │
│──── 发给归属地址 ───▶│ │
│ │─── ⭐ 隧道转发 ─────▶│──▶ 移动节点
│ │ │
│◀──────── 移动节点直接回复（可选）───────────│
特点：
- ✅ ⭐ 对通信者完全透明——它不需要知道对方在移动，也不需要任何修改
- ❌ ⭐ 三角路由（triangle routing）问题：即使通信者和移动节点近在咫尺，流量也要绕道归属网络
通信者（北京） ──────────────▶ 归属代理（纽约）
▲ │
│ │ 隧道
└────── 移动节点（北京）◀────────┘
⭐ 两个人都在北京，数据却绕了地球一圈
📌 4G/5G 用的就是这一类（P-GW 扮演归属锚点的角色）。
方案二：直接路由（Direct Routing）
① 通信者先向归属代理【查询】移动节点的当前地址
② 之后直接与移动节点通信，⭐ 不再绕行
特点：
- ✅ 路径最优，无三角路由
- ❌ ⭐ 不透明——通信者必须知道移动性的存在，要实现查询逻辑
- ❌ ⭐ 切换处理复杂：如果移动节点在通信过程中又换了位置怎么办？需要「锚点外区代理」等额外机制
4.3 取舍总结
| 间接路由 | 直接路由 | |
|---|---|---|
| 对通信者透明 | ⭐ ✅ | ❌ |
| 路径效率 | ❌ 三角路由 | ⭐ ✅ |
| 切换复杂度 | 低 | ⭐ 高 |
| 部署难度 | ⭐ 低（只改网络） | 高（要改所有通信者） |
🎯 **又一次「透明 vs 高效」的经典权衡。**间接路由赢了，理由和 NAT 赢了、TCP/IP 赢了 OSI 一样：它不要求别人改变。
五、切换（Handover / Handoff）
移动节点从一个基站移动到另一个基站，且不中断正在进行的通信。
5.1 LTE 的 X2 切换过程
① 源 eNodeB 命令 UE 测量邻近基站的信号强度
② UE 上报测量结果
③ ⭐ 源 eNodeB 根据测量结果决定切换到哪个目标 eNodeB
④ 源 eNodeB 通过【X2 接口】向目标 eNodeB 发送切换请求
⑤ 目标 eNodeB 预留资源，回复接受
⑥ 源 eNodeB 命令 UE 切换到目标小区
⑦ ⭐ 源 eNodeB【转发缓存中尚未发送的数据】给目标 eNodeB
（这一步是"无损切换"的关键）
⑧ UE 接入目标 eNodeB
⑨ 目标 eNodeB 通知 MME 更新路径，S-GW 把下行数据改送目标基站
⑩ 释放源 eNodeB 的资源
⭐ 第 ⑦ 步是关键：源基站把还没发出去的数据通过 X2 接口转交给目标基站，避免了丢包。这叫数据前转（data forwarding）。
📌 注意整个过程中 UE 的 IP 地址没有变——因为 IP 锚定在 P-GW，切换只改变了 P-GW 到基站这一段的路径。上层的 TCP 连接完全不受影响，甚至不知道发生了什么。
5.2 两个概念
| 说明 | |
|---|---|
| 切换（Handover） | ⭐ 同一运营商内部换基站 |
| 漫游（Roaming） | ⭐ 进入其他运营商的网络，需要运营商间的协议与计费结算 |
六、移动性对上层协议的影响 ⭐
6.1 TCP 的困境
TCP 连接由【四元组】标识（第 10 讲）：
(源IP, 源端口, 目的IP, 目的端口)
⭐ IP 地址变了 → 四元组变了 → 这就是【另一条连接】
→ 原连接必须断开重建
这就是为什么：手机从 WiFi 切到蜂窝时，正在进行的下载会中断、视频会卡一下、SSH 会话会断掉。
⚠️ 注意蜂窝网络内部的切换不会有这个问题（IP 不变），但跨网络类型的切换（WiFi ↔ 蜂窝）会，因为两者的 IP 来自完全不同的分配者。
6.2 三层解法
| 层次 | 方案 | 评价 |
|---|---|---|
| 网络层 | Mobile IP（归属代理 + 转交地址） | 理论完备，但部署极少——要改网络基础设施 |
| 传输层 | MPTCP（多路径 TCP，同时用 WiFi 和蜂窝） | ⭐ 有实际部署（iOS 的 Siri、部分运营商），但中间盒兼容性差 |
| ⭐ 传输层（新） | QUIC 的连接迁移 | ⭐ 最成功的方案 |
6.3 QUIC 连接迁移：正确的答案 ⭐
回顾第 6 讲：
TCP: 连接 = 四元组 → IP 变则连接断
QUIC: 连接 = ⭐ Connection ID（与 IP 完全无关）
→ IP 变了，连接【继续】
→ 只需重新验证路径（防止地址伪造攻击）
📌 为什么这是正确的答案：
- 它在正确的层解决问题——「连接的身份」本来就该由传输层定义，而不该借用网络层的地址
- ⭐ 它不需要网络基础设施做任何改变（对比 Mobile IP）
- 它在用户态实现，可以随浏览器/App 更新部署（第 6 讲的协议僵化）
🎯 这是本课程一条重要主线的终点： TCP 把「连接身份」与「网络地址」绑定，是 1974 年在一个"主机不会移动"的世界里做出的合理假设。 五十年后这个假设不再成立，而修正它的办法，是在一个新的、可以自由演进的层上重新定义连接。
七、例题（Worked Example）
题目：某用户在高铁上用手机看视频。列车以 300 km/h 行驶，沿途基站间距 2 km。
(a) 平均多久发生一次切换？ (b) 切换过程中，用户的 IP 地址会改变吗？TCP 连接会断吗？为什么？ (c) 若该用户此时从蜂窝切换到列车上的 WiFi，情况有何不同？ (d) 如果视频 App 使用 QUIC 而非 TCP，(c) 中的体验会有什么不同？ (e) 多普勒效应会带来什么问题？
解答：
(a)
300 km/h = 83.3 m/s
2000 m ÷ 83.3 m/s ≈ 24 秒
⭐ **约每 24 秒切换一次。**这解释了高铁场景对切换性能的极端要求——切换若有 1 秒中断，用户体验就会明显受损。
(b) ⭐ IP 地址不变，TCP 连接不断。
原因：在 LTE/5G 中，UE 的 IP 地址由 P-GW（5G 中为 UPF）分配并锚定，切换只改变了「P-GW → 基站」这一段的隧道路径，UE 的 IP 地址始终不变。由于 TCP 连接由四元组标识，IP 不变则四元组不变，连接完全不受影响——上层协议甚至不知道发生了切换。
配合 X2 接口的数据前转（源基站把缓存数据转交目标基站），理想情况下连一个包都不会丢。
(c) ⭐ 情况完全不同：IP 地址会改变。
WiFi 的 IP 来自列车 WiFi 的 DHCP 服务器（第 18 讲），与蜂窝网络的 P-GW 毫无关系。
IP 变化 → 四元组变化 → ⭐ 所有 TCP 连接立即失效
→ 视频播放器必须重新建立连接
→ 用户感受到：卡顿几秒，甚至播放器报错
(d) ⭐ QUIC 的连接迁移会让这次切换几乎无感。
QUIC 连接由【Connection ID】标识，与 IP 地址无关：
① 手机在新的 WiFi 网络上获得新 IP
② ⭐ 用【同一个 Connection ID】继续发送分组
③ 服务器识别出 Connection ID，知道这是同一条连接
④ 执行路径验证（发送一个随机 challenge，确认对方能收到）
⑤ ⭐ 连接继续，视频不中断
而且 QUIC 的加密密钥、拥塞控制状态、未确认数据全部保留
→ 不需要重新握手，不需要重新慢启动
📌 这就是为什么 YouTube、Google Meet 等应用在移动场景下的体验明显优于使用传统 TCP 的应用。
(e) 多普勒频移（Doppler shift）。
列车高速接近/远离基站 → 接收到的载波频率发生偏移
⭐ 频偏会破坏 OFDM 子载波之间的正交性 → 子载波间干扰（ICI）
→ 误码率上升
应对：接收机需要做频偏估计与补偿；LTE/5G 为高速场景定义了专门的参数集（如更大的子载波间隔），5G 的可变 numerology 正是为此类场景准备的。
⚠️ 此外，高铁场景下还有：穿透损耗（车厢是金属法拉第笼，信号衰减 20–30 dB）——这就是为什么很多高铁部署了车厢内中继/WiFi，而不是指望乘客直接连塔上的基站。
八、随堂自测
- 蜂窝网络与 WiFi 在接入方式上的根本差异是什么？各自的代价？
- 列出 4G LTE 的六个主要网元及其职责。
- 控制平面与用户平面分离带来了哪三个好处？它与 SDN 有什么共同之处？
- 手机的 IP 地址由谁分配？这如何实现了移动性？代价是什么？
- 5G 的三大场景是什么？它们为什么互相冲突？网络切片如何应对？
- ⭐ 间接路由和直接路由各自的优缺点是什么？为什么间接路由赢了？
- LTE 切换过程中哪一步是"无损"的关键？
- 切换和漫游的区别是什么？
- ⭐ 为什么 WiFi 切蜂窝会断 TCP 连接，而蜂窝内部切基站不会？
- QUIC 的连接迁移为什么被称为"在正确的层解决问题"？
九、本讲要点回顾
- ⭐ WiFi 是竞争接入，蜂窝是集中调度——后者在高密度下效率远高，代价是复杂度。
- LTE 核心网元：eNodeB（调度）、MME（控制面）、HSS（用户库）、S-GW（移动锚点）、P-GW（互联网出口 + 分配 IP）。
- ⭐ 控制/用户平面分离：独立扩容、数据面下沉到边缘——与 SDN 同源的思想。
- ⭐ UE 的 IP 锚定在 P-GW，因而移动时 IP 不变、TCP 不断；代价是流量绕行、时延增加。
- 5G 三大场景 eMBB / URLLC / mMTC 互相冲突，用网络切片为不同业务预留资源——电路交换思想的回归。
- 移动性两方案：间接路由（透明但三角路由） vs 直接路由（高效但不透明）；⭐ 间接路由赢在"不要求别人改变"。
- 切换的关键是数据前转；切换在运营商内，漫游跨运营商。
- ⭐ TCP 把连接身份绑定在 IP 上，是 1974 年"主机不移动"假设的遗产；QUIC 的 Connection ID 在正确的层修正了它。
十、自测答案
1. WiFi 采用竞争式接入（CSMA/CA，每个站点自行判断何时发送），完全分布式、实现简单，但高密度下碰撞和退避开销急剧上升。蜂窝采用集中调度（基站为每个终端精确分配时频资源块），没有碰撞，高密度下效率远高于 WiFi，且能提供 QoS 保证；代价是必须有中心调度器、协议复杂度极高，并且依赖授权频谱（否则无法保证调度结果不被外部干扰破坏）。
2. UE：用户终端。eNodeB：基站，负责无线资源调度、加密与切换决策。MME：控制平面核心，负责认证、移动性管理、承载建立。HSS：用户签约数据库。S-GW：用户平面的移动锚点，切换时保持数据路径连续。P-GW：连接外部分组数据网的网关，为 UE 分配 IP 地址，执行计费与策略。
3. ① 独立扩容——信令负载与数据负载的增长规律不同（物联网信令多数据少，视频相反），分离后可分别按需扩容；② 数据面可下沉——把用户平面网关部署到靠近用户的边缘，显著降低时延（MEC）；③ 演进更灵活——控制逻辑可以软件化、虚拟化、微服务化，不受转发硬件的约束。与 SDN 的共同之处是同一个核心思想：把控制逻辑从数据转发路径上剥离出来，集中管理、独立演进（第 22 讲）。
4. 由 P-GW（5G 中为 UPF） 分配。移动性的实现方式是：IP 地址锚定在 P-GW 上，无论 UE 移动到哪个基站，所有流量都通过隧道绕经该 P-GW，因此对外界而言 UE 的 IP 从未改变，TCP 连接得以保持。代价是流量必须绕行到可能很远的 P-GW（归属路由），引入额外时延——这正是 5G 推动边缘计算（把 UPF 下沉）要解决的问题。
5. eMBB（增强移动宽带，追求峰值速率）、URLLC（超可靠低时延，追求 1 ms 时延与五个九可靠性）、mMTC（海量机器通信，追求每平方公里百万连接与超低功耗）。它们冲突是因为：高速率需要大带宽和高阶调制，低时延需要极短的传输时间间隔和冗余重传，海量低功耗连接需要极简协议和长休眠周期——同一套无线资源无法同时对所有用户最优化这三项。网络切片的应对方式是在同一套物理基础设施上划分出多个逻辑上独立的端到端网络，每个切片按自身业务需求配置资源与 QoS 策略。
6. 间接路由：优点是对通信者完全透明，通信者无需知道对方在移动、无需任何修改，部署只涉及网络侧；缺点是三角路由——即使双方物理上很近，流量也要绕经归属网络，浪费带宽并增加时延。直接路由：优点是路径最优；缺点是不透明（通信者必须实现地址查询逻辑）且切换处理复杂（移动节点在通信中再次移动时需要额外的锚点机制）。间接路由赢了，是因为它不要求已有的通信者做任何改变——这与 NAT、TCP/IP 胜出的理由完全一致：可部署性压倒理论上的最优性。
7. ⭐ 第 ⑦ 步：源 eNodeB 通过 X2 接口把缓存中尚未发送成功的数据【前转】给目标 eNodeB。没有这一步，切换瞬间源基站缓冲区里的数据就会丢失，触发上层 TCP 重传甚至拥塞窗口减半；有了它，理想情况下切换可以做到零丢包。
8. 切换（Handover）是在同一运营商网络内部从一个基站转移到另一个基站，由网络自动完成，用户无感知。漫游（Roaming）是终端进入其他运营商的网络，需要两家运营商之间存在漫游协议，涉及跨网认证（回归属网络的 HSS 查询）与费用结算，流程和商业关系都复杂得多。
9. 因为 IP 地址的来源不同。蜂窝网络内部切基站时，UE 的 IP 由 P-GW 分配并保持不变，切换只改变了 P-GW 与基站之间的隧道路径，TCP 的四元组因而不变，连接不受影响。而从 WiFi 切到蜂窝（或反之）时，新 IP 来自完全不同的分配者（WiFi 的 DHCP 服务器 vs 蜂窝的 P-GW），IP 地址必然改变 → 四元组改变 → 对 TCP 而言这已是另一条连接，原连接必须断开重建。
10. 因为**「连接的身份」在概念上属于传输层，而 TCP 却借用了网络层的 IP 地址来定义它**——这是一个层次上的错配，只是在"主机不会移动"的年代不构成问题。QUIC 引入与地址无关的 Connection ID 作为连接标识，把连接身份的定义收回到传输层自己手里，从根本上消除了「地址变 = 连接断」的耦合。它还有两个工程优势：不需要网络基础设施做任何改变（对比需要部署归属代理的 Mobile IP），以及在用户态实现因而可以随应用更新迅速部署（对比需要内核和中间设备升级的 TCP 改进）。