4.7 5G 在物联网中的应用

4.7 5G 在物联网中的应用

5G 不是"更快的 4G"，而是用 eMBB / mMTC / URLLC 三大场景同时照顾高速、海量与低时延三类物联网需求。本节拆解三大场景的母题，指出哪些物联网应用在 5G 下真正受益、哪些只是"蹭热度"。

本节三件必备认知，先摆上桌

阅读完本节，你应当能够：

1. 说出 5G 的三大应用场景并分别定义。
2. 解释"5G 不是单点更快"而是"为不同需求订床位"。
3. 判断某个物联网应用是真需要 5G，还是用 4G 就够。

一、5G 的正确打开方式：它不是"更快的 4G"

很多人对 5G 的第一反应是"下载更快"。但对物联网来说，这个理解会把方向带偏。5G 真正的内核，是把移动通信从"一条高速大道"改造成"同时容纳高中低三类车流的立体高速网"。它用三大场景给不同需求各分床位：

• eMBB（增强移动宽带）：面向超高速率、大流量的应用，如 8K 视频、云游戏、VR/AR。对应"最在乎快"的人。
• mMTC（海量机器通信）：面向海量低速小传感设备的大规模接入，是物联网最典型的床位，对应"最在乎量"的传感器的海洋。
• URLLC（超可靠低时延通信）：面向毫秒级低时延、高可靠的控制类应用，如工业自动化、远程医疗、车联协同，对应"最在乎又准又快"的人。

把这三张床摆开，你就明白 5G 解决的不是一个"更快"的问题，而是"不同要求各得其所"的问题。哪个应用该睡哪张床，是设计的第一步。

二、一张图看懂 5G 三大场景的分工

看懂这张图，5G 对物联网的意义就不言而喻：它不再逼所有设备挤同一条高速路，而是让"要快的、要多的、要准的"各归其位。

三、哪些应用是真受益，哪些只是蹭热度

5G 落地节奏各有快慢，别被营销带节奏：

真受益：

• 海量传感的聚合（mMTC）——城市级数万设备同区并发，4G 会排队拥塞，5G 的广连接能容纳。
• 工业现场自动化（URLLC）——产线上毫秒级指令与闭环，低时延高可靠是命根。
• 车路协同与远程控制（URLLC）——安全关键型，容不得丢几毫秒。

别蹭：

• 一个静态抄表的水表，NB-IoT 已完全满足，换上 5G 是纯烧钱。
• 一个园区内的传感上报，LoRaWAN 自建就好，不上 5G 也无所谓。

判断口诀：先问你真正卡在哪根瓶颈上——带宽量、连接数、还是时延。卡哪个，才去 5G 对应的那个场景里找解药，而不是"因为 5G 新就上 5G"。

四、5G 里的物联网三问自查

在决定"要不要 5G"之前，把这三问过一遍：

• 你的接入量在同一区域内是否动辄数万、且 4G 已开始排队？（→ mMTC）
• 你的命令链路是否要求毫秒级且失链等于事故？（→ URLLC）
• 你的数据流是否达到 GB 级、4G 顶不住？（→ eMBB）

三答都"是"，5G 值得认真规划；一个都没有，那就是 4G 或 LPWAN 的天下，别被"下一代"三个字牵着走。5G 的时代价值不在"每个设备都用"，而在"该用的时候用得上"。

五、一条产线同时睡三张床的示例

真拿"三张床并存"在现实里摆一个完整例子，会比空谈清楚太多。一座自动化车间，几乎同一时刻躺着三种需求：

监控摄像头若干路  → 高清大流，走 eMBB（要快）
产线上数百个传感器 → 海量低频并发上报，走 mMTC（要多）
机械臂/安全门锁    → 毫秒级联动，走 URLLC（要准且急）

同一座车间、同一套 5G 网络，一条产线正好把三大场景全用上，
而不是逼所有设备挤一条高速大道。
​

这个例子点破 5G 对物联网最实在的贡献：它让"一个园区既看高清、又收海量、又控毫秒"成为同一个网络里的事。相比之下，4G 面对同一场景要么排队拥塞（大量并发）、要么时延不够（毫秒控制），只能拆成多张网络凑合。

六、几句诚实的冷水

5G 很好，但落地时请带着三句冷水进门：

• 终端与资费还不便宜：5G 模组价格比 LPWAN 贵一截，卡费也高。为几分钟一次的传感上报上 5G，多半是收不回成本的。
• 覆盖仍在长高：5G（尤其毫米波）穿透与覆盖主干还在完善，偏远传感点未必够得着，别把 5G 当"到处都有"的兜底网络。
• 真瓶颈未必是网络：很多"要上 5G"的项目，卡点其实在算法、在传感精度、在业务逻辑。先把这些排掉，再谈升级通道，才是负责任的选型。

记住这三句，再看前面那张三床分工图：5G 是"按需就坐"的调度高手，不是"来了都上"的万能车。

七、三大场景的硬指标，量化后才不空谈

前面一直在说"快""多""准"，落到文档里得给硬指标，否则没法跟别人对齐。国际标准给 5G 三大场景立的量的尺子大致是这样：

• eMBB：峰值速率向 10 Gbps 级别看齐，面向"每秒几千几万帧的流水"。
• mMTC：要支撑每平方公里 约 100 万级连接密度，面向"一条街几万只灯一台上"这种海量。
• URLLC：端到端时延目标 1 毫秒级、可靠性 99.999%（五个九），面向"每毫秒都赌命"的工业与安全控制。

记住这三个数量级再去看"要不要 5G"就清楚多了：你的场景若只是每分钟报一次温湿度，别碰这些门槛；可一旦要的是"平方公里的十万设备并发"或"失链等于设备停机"，这些硬指标才是你该对着它设计的线。

八、网络切片：怎么让一张网同时满足三部门

三大场景能同时装进一张 5G 网，靠的底层装置叫网络切片（Network Slicing）。通俗讲，物理上你只有一条 5G 大马路，但可以用软件把它切成几条互不干扰的逻辑车道——给视频部门留一条大带宽道、给海量传感器留一条省电小道、给工业控制留一条最短时延特快道，各跑各的互不抢。

工程上一条切片通常由三部分拼成：无线侧的接入切片、传输侧的承载切片、核心网侧的用户面与策略控制。配置时你要为每条切片指定带宽、时延上限、隔离级别、安全域，运营商再据此在共享物理资源上划拨独享的调度份额。对物联网业务来说，切片的意义在于"你不用为最苛刻的那一条需求，去给所有设备都买满配"——低时延工控和高带宽视频各按其需求下单，帐才算得过来。

当然切片也有门槛：它不是每一张 5G 现网都全面开放商业化的能力，落地要谈运营商能力、要按地区核实覆盖。别把它当成"文档里写写就有的默认功能"。

九、一次港口无人集卡用全网切片的沙盘推演

把切片放到一个具体行业里推演一遍，理解立刻立体。一个港口要把几十辆无人集卡、上百个吊机状态传感器、和若干路桥吊监控摄像头接进一张 5G 专网：

无人集卡协同    → URLLC 切片：定位与指令毫秒级，失链即停车
吊机/皮带传感    → mMTC 切片：海量低频状态点，密度高但每点很小
桥吊/装卸监控    → eMBB 切片：几路高清流，带宽优先
​

推演前大家以为"上 5G 就是给所有的端配最好的 5G 模块"，推演后明白真正要做的是三件事：按业务划三条切片、给每类终端配对应能力的模块（而非统一买最贵的）、和运营商把切片配额和覆盖谈死。推演做完你就知道——5G 在行业里从来不是"一张无限的网"，而是"一张可以被分而治之的网"，分得好不好，直接决定你花出去的钱值不值。

本节要点回顾

• 5G 不是更快：三大场景同时关照高速、海量与低时延。
• 三张床：eMBB 快、mMTC 多、URLLC 准且急。
• 真受益 vs 蹭热度：海量接入/工业控制/车联是真刚需，静态抄表别凑热闹。
• 三问自查：卡带宽→eMBB，卡连接数→mMTC，卡时延→URLLC。
• 时代价值：5G 让不同需求各得其所，而非让所有设备都上它。

无线广域的"天上"部分到这里基本讲完。下一章回头补上有线技术的半边天——为什么工业里至今还要拉网线、用电力线。