UE Capability深度解析：从LTE到NR，终端能力上报如何影响5G体验-育师

前阵子帮朋友排查一台4G工业网关，明明插卡有信号，数据业务就是跑不动。抓了一圈日志，最后发现根因特别基础：终端上报的UE Capability里根本没有网络侧主推的那个LTE Band组合，基站想开载波聚合都开不了。这事让我想写一篇真正讲透UE Capability的文章——也就是题目说的“LTE(4G) - NR(5G) 手机发送能力(UE Capability)”。

很多人一看到“发送能力”四个字，第一反应是“发射功率大不大、信号好不好”。真不是。UE Capability是手机/模组在接入网络后，向基站交底的一整套能力清单：支持哪些频段、支持几路发射接收、上行能用多少层MIMO、能解调哪种调制阶数、能不能做CA、CA组合是什么、有没有能力测量另一个制式的邻区……这些内容直接决定网络给不给你调度资源、调度多大带宽、开不开第二个载波。可以说，它比手机壳上的logo都诚实。

这篇文章不聊空泛概念，直接把LTE和NR两代系统的Capability上报流程、字段含义、典型翻车场景、日志定位方法讲清楚。适合做基站/核心网协议测试的工程师、做4G/5G模组产品选型的同学、搞物联网终端的嵌入式开发，也适合在运营商或路测团队天天跟“5G信令”打交道的人。

1. UE Capability到底是什么：不是发射功率，是终端给网络交的“能力底牌”

1.1 一次实测引发的思考

先说开头那个案例。现场使用的是某运营商的FDD LTE网络，主用Band 3，计划开Band 3 + Band 7的载波聚合来提升下行速率。但让我很意外的是，终端在RRC连接建立之后上报的UE Capability Information里面，单频段列表里有Band 3，也有Band 7，可supportedBandCombination字段里居然没有任何一个包含Band 3和Band 7的组合。

这意味着什么？意味着网络侧就算配置了CA测量的测量对象，就算终端能看到两个小区，也永远不会下发“添加SCell”的RRC重配置。因为协议规定，网络只能基于终端上报的能力组合来配置SCell，终端没有上报的组合，基站绝不能用。

这类问题用一句话总结就是：终端实际的硬件支持能力和终端上报给网络的能力声明不一致。我们做协议和产品的人，天天跟“UE Capability”打交道，实际是在跟这份“底牌”打交道。

1.2 UE Capability的定义和范围

3GPP里并没有一个单独的“UE Capability”信元，它是一大堆ASN.1结构和字段的总称。LTE侧核心是UE-EUTRA-Capability，NR侧核心是UE-NR-Capability，两者里面又嵌套很多字段：

射频相关：rf-Parameters，包括支持的频段、带宽、Band组合。
性能相关：ue-Category（LTE）或phy-Parameters（NR），包括调制方式、MIMO层数、缓冲区大小、HARQ能力。
测量与移动性相关：measAndMobParameters，包括测量间隙、事件类型、异系统测量能力。
业务相关：VoLTE/VoNR、eMBMS、IMS、紧急呼叫等。
双连接相关：UE-NR-Capability里还要有supportedBandCombinationList，支持EN-DC的组合列表，注意这里往往包含LTE和NR两个制式的频段组合。

所以当我们说“手机发送能力”时，在协议栈语境里，更多是指终端上行相关的射频和物理层能力：上行发射天线数、上行MIMO层数、上行支持的调制阶数、上行CA组合、功率等级等。但日常交流中，大家习惯把整份UE Capability都简称为“手机能力”。

1.3 LTE和NR能力系统为什么设计成两套

LTE时代能力字段虽然复杂，但还是一张相对“扁平的清单”：UE Category直接告诉你峰值速率等级，supportedBandList告诉你能在哪些频段工作。到了NR时代，能力体系明显变厚了。

原因在于NR引入了大量灵活配置：不同子载波间隔、不同numerology、FR1/FR2、动态频谱共享、各种CA组合、EN-DC/NE-DC/NGEN-DC……如果还是用“Category几”这种粗粒度办法，根本无法表达一个终端到底支持哪个子载波间隔下的64QAM，也没法表达它在EN-DC场景里能不能同时支持n78和Band 3的组合。

所以NR把能力拆成更细的“FeatureSet”。每个FeatureSet描述一组在某个频段、某个双工模式、某个MIMO层数和调制阶数组合下的能力；多个FeatureSet再组合成FeatureSetCombination。网络在决策时，看的不是“你这个手机支持5G吗”，而是“你上报的这条Band组合和FeatureSet组合支不支持我现在的配置”。这也是为什么很多人看NR日志时，发现UE Capability Information消息非常大——动不动就是几百行甚至上千行，因为它要把所有可能的组合都列出来。

2. 一次完整的能力上报流程：从LTE Attach到5G注册里的信令位置

2.1 LTE网络是怎么问的：UECapabilityEnquiry

终端接入LTE网络后，RRC连接建立完成，完成安全激活，基站并不是天然就知道终端能力。一般流程是网络侧主动发一条下行RRC消息，叫做UECapabilityEnquiry，翻译成中文就是“终端能力查询”。

这条消息里有一个关键字段ue-CapabilityRAT-RequestList，就是网络告诉终端：“你现在只报EUTRA能力，还是把NR能力也一起报上来？”在NSA组网场景下，LTE基站会询问终端是否有NR能力，终端才会把UE-NR-Capability通过UECapabilityInformation消息带回。

这里有个常见误解：很多测试人员以为，只要手机支持5G，只要搜索栏能显示“5G”，网络就一定知道。实际上，如果网络侧没有主动发起UECapabilityEnquiry，或者侧行消息里没有请求nr这个RAT类型，终端即使支持NR，也不会主动上报NR能力。这在4G/5G自动切换问题排查里非常常见。

2.2 终端怎么回答：UECapabilityInformation

终端收到查询后，回复UECapabilityInformation。在LTE里，这条消息通过SRB1传输，主要内容是ue-CapabilityRAT-ContainerList，每个RAT类型对应一个能力容器。如果网络同时请求了EUTRA和NR，那么容器里会同时出现：

eutra：UE-EUTRA-Capability
nr：UE-NR-Capability（其实是NR的RRC能力结构，通过LTE RRC透传）

对NSA终端来说，最关键的字段就是NR容器里的rf-Parameters、supportedBandCombinationList。这个supportedBandCombinationList里包含了大量EN-DC组合，比如Band 3 + n78、Band 1 + n78、Band 41 + n78等。网络会根据这些组合判断要不要给终端添加5G NR小区作为Secondary Cell Group。

2.3 注册态和连接态：能力是在连接建立之后才拿到的

从整体流程看，终端能力并不是在Attach Request或Registration Request阶段就完整上报的。LTE的附着流程大致是：

终端发起RRC连接建立。
完成NAS层的Attach Request / Registration Request。
网络完成鉴权和安全模式激活。
eNB/gNB下发UECapabilityEnquiry。
终端回UECapabilityInformation。
网络保存/传递能力信息，并下发RRC重配、建立数据承载。

在5G独立组网（SA）里流程类似：RRCSetup完成后，gNB通过UECapabilityEnquiry查询，UE回UECapabilityInformation。AMF有时候从核心网侧也能拿到历史能力信息，但基站通常还是会问一次，因为无线侧配置必须以基站的判断为准。

2.4 双连接EN-DC下，LTE和NR能力要一起看

NSA（EN-DC）场景里，终端同时连着LTE和NR，但RRC连接锚点在LTE侧。网络主节点是LTE eNB，辅节点是NR gNB。能力协商的核心不是简单回答“支不支持5G”，而是必须同时满足：

LTE侧支持某个LTE频段组合。
NR侧支持某个NR频段。
LTE和NR这个“跨制式频段组合”在终端的supportedBandCombinationList里有明确声明。
对应的FeatureSetCombination里，MIMO层数、调制阶数、测量能力都匹配。

如果只支持单制式的LTE CA组合但没有EN-DC组合，终端在NSA网络里就永远只能是4G状态，显示不出5G。这个问题在“红米手机4G和5G怎么自动切换”这类用户问题背后经常存在——用户以为是手机开关问题，实际很可能是能力上报或者网络配置问题。

2.5 一个“主动”补充信令：UE Capability Info Indication

LTE时代协议里还有一个可选消息叫UE Capability Info Indication，用于终端在某些场景下主动向网络补充或更新能力信息。实际日志里它没有UECapabilityEnquiry那么常见，但在排查一些终端从空闲态恢复后能力信息异常、网络侧拿到的能力过期时，这条消息有时会出现。

需要留意的是：在NR SA里，能力协商更强调定期更新和按需上报。终端版本升级、RF配置修改后，能力信息可能变化，最稳妥的做法是每次重新入网都让它完成一次正常的UE Capability查询，而不是把旧日志里的能力列表直接拿去填新测试表。

3. LTE侧能力字段拆解：Band/Category/调制/HARQ，一条条读给你听

3.1 LTE Band和为什么B1/B3/B5/B8/40/41总挂在嘴边

搜索“lte band”的人特别多，因为LTE频段是整个能力清单里最直观、最影响覆盖的地方。常见LTE频段：

LTE Band	上行频率范围	下行频率范围	双工方式	常见使用
Band 1	1920-1980 MHz	2110-2170 MHz	FDD	2100MHz频段
Band 3	1710-1785 MHz	1805-1880 MHz	FDD	1800MHz频段
Band 5	824-849 MHz	869-894 MHz	FDD	850MHz频段
Band 8	880-915 MHz	925-960 MHz	FDD	900MHz频段
Band 40	2300-2400 MHz	2300-2400 MHz	TDD	2300MHz频段
Band 41	2496-2690 MHz	2496-2690 MHz	TDD	2500-2690MHz频段

对4G模块选型来说，支持哪些Band直接决定部署区域。国内运营商最常用的LTE Band有Band 1、Band 3、Band 5、Band 8、Band 38/40/41等。如果一台“4G云广播”设备只支持Band 3，却被部署到主要用Band 8覆盖的乡镇，那就算有信号覆盖，终端也扫不到网络。

很多4G模块支持用AT指令查询或配置Band，但请注意：终端上报的能力不一定是“全硬件支持列表”。一些模组厂商会在固件里把Band列表裁剪成运营商定制版本，硬件上可能有这个频段，但软件根本不上报。这种情况下，网络无法调度，信号再好也没用。

3.2 UE Category怎么换算成速率

LTE的ue-Category是网络侧做调度和缓冲区配置的重要依据。常见几个等级：

Category	下行峰值	上行峰值	典型载波聚合
Cat 4	150 Mbps	50 Mbps	单载波或双载波
Cat 6	300 Mbps	50 Mbps	2CC下行CA
Cat 7	300 Mbps	150 Mbps	2CC下行 + 2CC上行CA
Cat 12	600 Mbps	100 Mbps	3CC下行CA
Cat 16	1 Gbps	150 Mbps	4CC下行CA

注意，Category只是能力等级，不代表实际速率。实际速率还要看网络分配的带宽、MIMO层数、调制阶数、资源块数量、信道质量。做模组选型时，如果一个4G摄像头业务上行大量传输视频，就不要只盯下行Cat等级，要重点看上行Category和是否支持上行CA。

3.3 上行发送能力不只是功率：Tx链、MIMO层和调制阶数

回到题目里“发送能力”，在LTE/NR里，上行发送能力包含几个容易被忽略的维度：

发射天线数（Tx chain数量）：大多数手机/模组是1T2R或1T4R，也就是一根发射链路、两根或四根接收链路。能做上行MIMO的终端少，因为多路发射对功耗、PA、天线隔离度都是挑战。
上行MIMO层数：如果终端支持2路发射，理论上可以实现上行2层MIMO，速率翻倍。但这个能力必须在Capability里明确上报，基站才会配对应调度。
上行调制阶数：LTE常见64QAM，NR FR1常见64QAM/256QAM。如果终端上报只支持64QAM，网络不会用256QAM去调度上行。
功率等级（Power Class）：手机一般PC3是23dBm，有些Band 41或n41场景支持PC2的26dBm。功率等级影响上行覆盖和速率，但也不是功率越大越好，PA、散热、电磁兼容都得匹配。

很多工程师以为“上行慢就加发射功率”，这是不对的。如果终端EVM、频谱模板不过关，基站会降低MCS（调制编码方案），速率反而更差。这个话题延伸到4G模组硬件设计上，就是很多人搜过的“4G模组中用到的DC-DC芯片”——PA电源如果动态响应差，上行突发时电压跌落，射频指标一定崩。

4. NR侧能力字典：从频段n1/n3/n41/n77/n78/n79到FeatureSet

4.1 读频点：NR 513630是什么

很多人在搜索“nr 513630”，这个数字其实是NR的绝对射频频道号（NR-ARFCN）。在FR1频段，0-3000MHz范围的GLOBAL频栅是5kHz，所以：

F = N_REF × ΔF_Global = 513630 × 5kHz = 2568.15 MHz

这个频点落在n41频段（2496-2690MHz）内。也就是说，日志里看到NR-ARFCN 513630，通常代表终端搜索或测量到的是一个n41小区频点。

NR的频点远不止一个数值能说清楚，实际信令里还有absoluteFrequencySSB、absoluteFrequencyPointA、absoluteFrequencyFR1等字段，分别表示SSB中心频点、公共资源块0的参考频点等。做信令分析时，不要拿一个频点就直接判断“这是n78还是n79”，先要看它属于哪个NR频段范围，再看是SSB频点还是数据传输频点。

4.2 NR频段范围：n1/n3/n41/n77/n78/n79到底指什么

NR Band	频率范围	双工方式	应用场景
n1	1920-1980 MHz / 2110-2170 MHz	FDD	2100MHz重耕
n3	1710-1785 MHz / 1805-1880 MHz	FDD	1800MHz重耕
n41	2496-2690 MHz	TDD	2500-2690MHz，热点容量
n77	3300-4200 MHz	TDD	全球主要C频段
n78	3300-3800 MHz	TDD	这是大家最常说的3.5GHz
n79	4400-5000 MHz	TDD	4.9GHz频段，容量补充

5G基站建设时，天线和RRU的型号直接决定覆盖哪个频段。5G天线参数里常看到的“3.5GHz 64T64R Massive MIMO”，指的就是n78某个子频段上的64通道天线。你在终端日志里看到“支持n78”，并不代表支持整个3300-3800MHz，还要再看具体支持的带宽和子载波间隔。

4.3 FeatureSet和FeatureSetCombination：NR能力的最小单元

NR能力比LTE复杂，核心概念是FeatureSet。一份UE-NR-Capability里，频段列表只是“地图”，真正的“武器配置”在FeatureSet里。每个FeatureSet可以理解成一个容器，里面放着：

支持的下行MIMO层数（比如最多4层或8层）。
支持的上行MIMO层数（比如1层或2层）。
支持的调制阶数（QPSK、16QAM、64QAM、256QAM）。
支持的子载波间隔（15kHz、30kHz、60kHz）。
支持的带宽（FR1常见50MHz、100MHz）。
是否支持某种特定特性，如低峰均比、CP-OFDM/DFT-S-OFDM等。

单个FeatureSet描述一种配置，多个FeatureSet组成FeatureSetCombination。NR里一个终端可能支持几十上百个组合，所以Capability消息很大。网侧会逐一匹配当前小区配置和业务需求，找一条最合适的组合。

看NR日志时，如果只看到频段列表而忽略FeatureSetCombination，很容易误判。比如终端上报了n78频段，但在某个FeatureSetCombination里n78只能支持30kHz子载波间隔、2层MIMO、64QAM，那网络在高阶调制或更多层数上的调度就无法生效。

4.4 NR CA的完整触发链路：从上报到SCell激活

“NR CA的相关流程”是5G信令里经常被搜索的话题。NR载波聚合的核心过程和LTE类似，但多了一些注意点：

终端必须有NR CA能力，并且在supportedBandCombinationList里声明对应的载波聚合组合。
网络下发RRCReconfiguration配置测量，通常用测量事件A4或A5来触发对邻区载波的测量。
终端上报MeasurementReport，携带当前主小区和邻小区的测量结果。
如果邻区载波满足门限、终端能力也支持，网络下发RRCReconfiguration，在里面增加SCellToAddModList，把辅小区加进来。
SCell添加完成后，网络通过MAC CE下发SCell激活命令。
激活后，终端会通过MAC和RRC消息反馈SCell状态，基站开始做跨载波调度。

很多人遇到“NR CA一直不生效”，第一反应是查邻区关系、查干扰。其实最应该先看终端上报的supportedBandCombinationList里有没有对应的NR-NR组合。如果组合缺失，网络再想配SCell也配不了，流程可能在第四步之前就悄悄放弃了。

4.5 PSS/SSS、小区搜索和UE Capability上报的关系

5G小区搜索里最常提到的两个信号是PSS（主同步信号）和SSS（辅同步信号）。终端开机后，先在目标频段盲扫PSS/SSS，通过它们获得符号定时、帧定时、频偏估计和物理小区ID（PCI）。PSS有3种序列，SSS有336种序列，组合起来一共1008个PCI。

PSS/SSS本身不携带UE Capability，它们是终端“找到网络”的第一步。找到小区后，终端还要读SSB里的MIB，再读SIB1，获取接入参数，然后才发起随机接入、RRC连接建立，最后才是UE Capability上报。所以“搜到5G信号”到“注册上5G网络”之间，还有一大段信令流程。如果终端在RRC连接建立后上报的NR能力不包括当前小区频段，gNB最后还是会拒绝或无法给它配置业务。

5. 最容易翻车的几个UE Capability场景：实测排查链路

5.1 为什么搜到5G信号却注册不上

现象：手机/模组在n78小区旁边，状态栏有5G信号，但一直显示“已断开”或者注册失败。

排查链路：

先确认终端是否真的上报了当前频段。很多设备搜到SSB后会显示信号格，但RRC连接建立后，UE Capability Information里可能根本没有n78，只有n1、n3、n41。
再看supportedBandCombination里是否有包含n78的组合。有时频段列表里有n78，但所有Band组合里都没有n78参与的EN-DC或NR-DC组合，网络就无法在NSA里添加NR为辅小区。
再查PLMN限制和网络侧白名单。有些运营商会在核心网配置“终端准入名单”，即使空口能力匹配，AMF或MME也会在注册流程中拒绝。

日志里如果看到注册请求在Registration Accept之前反复重试，而且RRCSetup后网络迟迟不下发RRCReconfiguration，多半就是能力或接入控制问题。

5.2 4G/5G自动切换失败

“红米手机4G和5G怎么自动切换”这类词看起来像用户操作问题，但从网络侧看，自动切换失败往往跟能力上报有关。

NSA架构下，终端在4G网络里要能测量NR邻区，必须依赖测量间隙（Measurement Gap）。终端上报的能力里有一个很细的字段，表明它支持哪种测量间隙配置、在某种CA组合下能不能同时测量异系统。如果能力上报的测量能力不够，基站就不会配置NR测量，终端只能停在4G。

另一个常见坑是：终端上报支持EN-DC，但网络侧配置的EN-DC不支持或没有下发MeasObjectNR。这种时候即使终端显示5G图标，也只是因为收到了SIB里的NR邻区信息或运营商配置，数据业务并一定承载在NR上。

5.3 载波聚合不生效：能力组合漏报

回到开头说的CA问题。LTE载波聚合不生效，常见现象是：状态栏还是4G，速率也不上去，抓日志发现只有一个服务小区，SCell一直不添加。

检查步骤：

看UE Capability Information里的supportedBandCombinationList有没有CA_3A-7A这种组合。
看上报的CA组合里，辅小区带宽、MIMO层数、调制阶数是否满足网络侧配置。
看FeatureSetCombination里是否有对应的组合索引，如果上报的FeatureSetCombination编号与实际FeatureSet不匹配，有些基站实现会直接忽略。

这个问题的隐蔽之处在于：很多模组固件默认只上报“最大能力”的少数组合，而不是所有组合。如果你测试的运营商配置刚好不在那几个组合里，CA就是起不来。解决方法是让模组厂商按运营商需求定制能力列表，或者选择支持运营商配置的固件版本。

5.4 上行速率远低于宣传：是不是“发送能力”被限了

上行速率差，不要只怪“信号弱”。信号满格但上行MCS很低的大有人在。原因可能包括：

终端上报的上行能力只支持64QAM，网络不会用256QAM调度。
终端虽然支持2路发射，但Power Headroom Report显示功率受限，PUSCH实际分配资源块少。
PA供电不足。尤其是在4G模组设计中，DC-DC芯片的瞬态响应不够，上行突发时PA电压跌落，终端EVM变差，基站感知到后自动降MCS。

这里给做4G模组硬件的朋友一个经验：选DC-DC时不要只看额定电流，要看高峰值电流和负载瞬态响应。调制和MCS是由基带决定的，但能不能把调制质量做上去，硬件供电占了很大比重。

5.5 老平台硬开新band的坑

网上搜“MTK6752 4G分区文件”之类的内容，本质是想通过改分区或改配置文件“解锁”更多LTE Band。但我的建议很直接：不要这么干。

原因是射频能力不只是软件列表，还涉及前端PA、滤波器、天线匹配、校准数据。一个只支持Band 1/3/8的老平台，硬件上本来就没有Band 40/41的滤波器和功放，就算软件改了Band列表，终端上报了Band 40/41，射频发射时也会因为失配导致功率上不去、频谱超标。真到了入网测试或者运营商后台，这种“纸面能力”一验就穿帮。

做产品选型时，老老实实按硬件能力和原厂校准数据来，比什么都靠谱。

6. 想抓UE Capability日志？信令打点位置和工具经验

6.1 用什么工具、在哪里抓

不同平台抓UE Capability日志的入口不太一样：

平台/手段	常用工具	对应日志位置
高通平台	QXDM / QCAT	LTE RRC OTA，NR RRC OTA
联发科平台	Catcher / Log	LTE RRC / NR RRC / Message
展锐平台	展锐Log工具	RRC消息
路测终端	鼎利、万思维、TEMS	信令列表里直接筛选“UECapabilityInformation”
实验室综测仪	Keysight / Anritsu / R&S	协议消息记录

抓日志时，最好在终端首次接入网络的完整开机流程里抓，不要只抓半路。因为能力上报经常只在RRC连接建立后的第一个连接里发生。如果终端注册完成后一直处于空闲态，再触发业务时网络可能直接用缓存的能力信息，不再重新查询。

6.2 关键字段怎么看

拿到一份UE Capability Information，先扫这几个字段：

消息类型：UECapabilityEnquiry和UECapabilityInformation成对出现。
请求的RAT列表：看网络是否同时请求了EUTRA和NR。
ue-Category：LTE基础等级。
supportedBandListEUTRA：LTE频段列表。
supportedBandCombinationList：LTE或LTE/NR组合列表。
supportedBandListNR：NR频段列表。
featureSetCombinations：NR各条组合的详细能力。
measAndMobParameters：测量间隙能力，特别是在NSA/CA场景。

如果看到NR频段列表有n78，但supportedBandCombinationList里却没有Band x + n78，那基本可以断定EN-DC或NR CA无法在n78上建立。

6.3 复现条件要固定

UE Capability信息跟终端软件版本、射频前端选型、运营商定制配置文件都有关系。排查问题时，最好固定以下几项：

基带软件版本和射频固件版本。
运营商定制能力配置（很多手机软件包里有一份mcfg或运营商配置文件）。
SIM卡的PLMN，因为部分终端会针对不同PLMN屏蔽或开放某些能力。
测试网络的Band优先级和CA配置。

同一个手机，插不同运营商的卡，上报的Capability都可能不完全一样。所以别拿到一份日志就下结论，多卡多频点对比更靠谱。

6.4 “UE能力文件”和终端版本强绑定

手机软件升级后，UE Capability列表很可能变化。厂商可能因为某个频段的性能不过关，在新版本里把对应Band组合从能力列表里删掉；也可能通过运营商定制文件，只对特定运营商开放某些CA组合。

这就是为什么做问题复现时，一定要记录终端软件版本和IMEISV（IMEI软件版本号）。有时候用户报告某款手机“升级后5G不显示了”，大概率不是基站参数变了，而是升级后的UE Capability里某个频段或EN-DC组合被移出了。

7. 从4G云广播到5G远程驾驶，UE Capability怎么影响实际产品

7.1 行业终端选型：不是所有模块都叫全网通

现在很多4G模块都宣传“全网通”，但“全网通”只代表支持国内运营商的常用制式和频段，不代表支持所有Band组合。做4G云广播、4G摄像头、工业DTU这类产品前，一定要向模组厂商要一份“UE Capability列表”，重点确认：

是否覆盖部署区域的主要LTE Band。
是否支持目标运营商需要的Band组合。
上行能力够不够业务需求（比如视频上传需要的UL Category）。
是否支持通过AT指令查询当前注册频段。

我在选型时通常会让模组厂商提供一份AT+QCFG="band"或类似指令输出的默认频段列表，再拿测试卡实测一遍，因为文档有时比实际固件乐观。

7.2 视频/摄像头类回传对上行能力的要求

视频监控、4G摄像头这类业务，下行数据量很小，上行是大头。一个1080P摄像头实时上传，码率可能在2-8Mbps浮动。如果上行只有Cat 4的50Mbps理论值，在小区边缘速率掉到几Mbps时，视频就会卡顿或掉帧。

有人搜“海康威视4G监控摄像头晚上开全彩模式下灵敏度低下”，这个问题的根因更多在图像传感器、补光和ISP算法，但也不能忽略网络上行能力。夜间全彩模式码率如果因为噪声增大而上升，4G上行容易被挤爆，画质和流畅度会进一步恶化。做这类产品时，宁可多留上行余量，选支持上行CA的模组，也不要只看下行速率参数。

7.3 室外5G远程驾驶和港口5G应用里的低时延与上行保障

室外5G远程驾驶无人车、港口5G网络应用这类场景，对UE Capability的关注点不太一样。除了基础的频段和速率，更重要的是低时延特性、上行高可靠、URLLC相关能力。

远程驾驶对空口时延的要求很高，如果终端上报的能力里没有配置grant、URLLC相关feature，网络即使支持低时延调度，也无法为这台终端提供对应服务。而且这类终端往往工作在一个固定的5G基站覆盖范围内，建议在部署前用终端实测整条信令链路，确认RRC重配、SCell添加、切换都不掉链子。

港口场景里大量龙门吊、无人集卡移动范围有一定规律，5G基站要保障小区切换稳定。UE Capability里的测量能力和测量间隙会直接影响切换成功率，选型时一定要看终端是否支持运营商要求的异频测量配置。

7.4 5G影院和视频类业务：下行能力更关键，但别忽略协商结果

5G影院、大型4K/8K视频传输这类业务，核心瓶颈通常在下行大带宽。终端只要能上报对应的下行MIMO层数和256QAM，网络就能尽量满足峰值速率。但实际体验还取决于网络侧调度和终端上报的FeatureSet组合。

有些便宜终端标称5G，但实际上报的下行MIMO层数只有2层，调制只支持64QAM，在100MHz带宽下跑出来的速率和真正的4层、256QAM终端差一大截。所以做演示项目时，终端选型不能只看“有没有5G图标”，要看它的实际NR能力组合。

7.5 顺带说说Wi-Fi 5GHz和蜂窝5G的区别

排查终端问题时，常有人问“同一WiFi 2.4G可以连接5G连接不上，是不是5G能力有问题”。这两件事完全不是一个体系。

Wi-Fi里的5G指的是5GHz频段，属于无线局域网；蜂窝5G是NR，属于广域蜂窝网络。UE Capability只针对蜂窝网络，Wi-Fi 5G连接不上通常要查AP的信道配置、频段带宽、安全协议、漫游策略和设备兼容性，而不是查LTE/NR能力上报。我遇到过不少测试新人被这两个“5G”绕晕，所以在这里单独提醒一句。

最后分享一个实操习惯：现在我每次拿到新的手机或模组，第一件事不是看宣传页，而是插上测试卡，抓一份开机信令，直接把UECapabilityInformation导出来，用脚本把Band列表、CA组合和FeatureSet组合拉成表格。这份“自报家门”会比任何规格书都诚实。以后你再遇到“搜到5G但注册不上”“上行速率上不去”“CA不生效”这类问题，就不会只盯着信号格了，先去看它到底上报了什么，很多答案其实早就写在信令里了。