为什么需要 QoS
蜂窝网络同一小区内大量终端共享空口与回传资源，若所有流量采用“尽力而为”（Best Effort）转发，视频、语音与关键控制报文可能被突发数据挤占。QoS（Quality of Service）通过在网络各节点标记、排队、调度与整形，使高优先级业务获得可预期的带宽、时延与丢包率。对工业远程控制、车载安全消息或医疗告警类物联网应用，QoS 往往是合同指标的一部分，而不仅是“能上网即可”。
LTE 中的承载模型
LTE 为每个 PDN 连接建立默认承载（Default Bearer），通常映射为一条尽力而为的 IP 路径。若运营商与终端支持，可为特定业务建立专用承载（Dedicated Bearer），绑定不同 QCI（QoS Class Identifier）。不同 QCI 对应标准化的优先级、时延与丢包目标，例如语音常用 QCI=1，物联网大连接可能使用较低优先级类别。终端模组需通过 NAS/AS 信令配合核心网完成承载建立，应用层通常感知为“多路 IP”或 DSCP/802.1p 标记（若企业侧延伸）。
5G 中的 QoS Flow
5G SA 引入更细粒度的 QoS Flow，一个 PDU 会话可包含多个 Flow，分别映射到不同的 DRB（数据无线承载）。网络基于 5QI（5G QoS Identifier）与相关参数（GFBR、MFBR、延迟预算等）进行调度。物联网场景若采用网络切片，切片、DNN 与 QoS Flow 共同决定端到端体验。模组侧需确认协议栈是否暴露 Flow 级统计，以便与 OTA 平台联合分析。
落地注意
并非所有物联网卡套餐都开放专用承载或差异化 QoS，需向运营商确认策略与计费。即便核心网配置了 QCI，企业专网侧防火墙若未做相应队列，瓶颈仍可能出现在 VPN 或云入口。应用层可配合使用 DSCP 标记，但端到端一致性需全路径协同。对于低数据速率传感器，盲目追求高 QCI 可能增加信令与资费，并不经济。
保证速率与最大速率的调度差别
QoS 在蜂窝里不是应用自己把包标成重要就能生效。网络为一条数据会话分配资源时，要知道这段流量能不能排队、允许的时延大概多少、丢了要不要重传优先，以及是否承诺最低速率。LTE 里用承载绑定服务质量类别；5G 里一个会话可以拆成多条业务流，每条流有自己的标识，再映射到无线承载上。保证比特率表示网络尽量维持的下限，最大比特率是上限，两者可以同时存在。没有保证速率的流在小区忙时会被压到很低，即使终端射频很好。
使用前要确认卡和网络是否真的打开了差异化策略。许多物联网接入点只有一条默认的尽力而为路径，应用层标记不会变成专用承载。若合同里写了类别，还要问清是只在无线侧生效，还是企业网和云入口的队列也认得同一套标记。低速率传感器去申请语音级优先级，信令和费用都上升，空口上却没有多少数据可保。需要的是「告警先于日志」，不是所有字节都最高。
标记已打但队列未生效
最常见的落空是终端打了区分服务标记，运营商不映射，企业防火墙又按先进先出转发，端到端没有任何一段在排队。第二是默认承载被当成专用承载来验收，实验室空载时延很好，小区忙时告警和升级包挤在一起。第三是把业务流的统计当成应用时延，无线调度已经优先，但服务器在公网回程上仍被限速。多路流若在模组里共用一个套接字，网络侧即使分了流，主机也分不出来。
会话本身还没建立时谈优先级没有意义，先确认参数集合见 PDP 上下文。简化能力的 5G 终端是否支持多条流，还取决于网络是否打开对应特性，见 5G RedCap，不能按手机的承载行为套到模组上。
验收时要在小区空载和人为制造上行拥塞两种情况下各跑一遍告警与日志。空载时两者都快，说明不了优先级是否生效；拥塞时告警仍能在约定时间内到达、日志被推迟，才说明调度按流分开了。若两条业务共用一个套接字，拥塞下会一起变慢，这时应先拆开主机侧的流，再怀疑网络没开通策略。标记值、承载或业务流标识、以及防火墙队列要能在同一次抓包里对上，缺任何一段都不要宣布端到端已经区分服务。低速率终端申请到保证速率后，还要看这个保证是否大于实际业务，过大的保证会在签约和无线资源上付出不必要的代价，过小则在忙时仍被压掉。把这三处数字写进联调记录，后续换卡或换接入点时才知道哪一项变了。只在空载下对比时延，会把默认承载误当成已经生效的保证速率，忙时告警仍会和日志挤在一起。验收记录要留下空载和拥塞各一次的到达时间，只留空载数据无法证明保证速率已经生效。