企业官网建设流程全解析

做物联网硬件开发的朋友，应该都听过Cat.X这个说法。早几年大家还在纠结要不要上NB-IoT，现在客户已经把“能不能Cat.1”写进需求书里了。可等我真的把这些类别一个个梳理清楚，才发现Cat.X不是一个产品，甚至也不是某个固定的技术名词，而是一整条按“能力等级”排出来的序列，里面每一档都有自己的脾气。

写这篇的原因很简单：我做过的几个项目里，几乎每一次选型争论最后都会落回到“到底该用哪个Cat”这个问题上。参数表大家都会看，可真正到打样、测试、跑量之后，很多隐藏的代价才浮出来。这篇就按我从标准分类、选型逻辑到实操测试的完整思路来聊，希望能帮正在做通信选型的人少走点弯路。

1. 先搞清楚一件事：Cat.X不是某颗芯片，而是整个类别

很多人第一次接触Cat，会把它当成模组的“型号后缀”，比如“Cat.1模组”“Cat.4模组”。这个说法没错，但容易让人误解成不同型号之间只是速率高低的问题。实际上，Cat是蜂窝网络标准里对用户设备能力等级的划分，全称是UE Category。它规定了设备能支持多大的带宽、多少根天线、峰值速率能到多少，甚至还包括调制方式、MIMO能力这一类底层属性。

LTE从早期版本一路演进，Cat的编号也越来越高。从Cat.1到Cat.4再到Cat.6、Cat.12、Cat.20，数字越大，意味着设备越“能跑”，但也意味着射频前端越复杂、成本越高、功耗越大。普通手机用的都是高类别，因为手机不缺电、不缺空间，还可以靠多天线、载波聚合把速率堆上去。物联网设备不一样，它要省电、要小尺寸、要便宜，于是标准组织在演进过程中专门为机器类通信定义了简化类别。这就是我们常说的Cat.1、Cat.1 bis、Cat.M1、Cat.NB1这几位。

在物联网圈子里，真正被讨论得最多的其实就这四类。Cat.1是LTE里最低的完整速率等级，下行10Mbps、上行5Mbps；Cat.1 bis是它的单接收天线简化版；Cat.M1保留了移动性和语音能力，速率在1Mbps上下；Cat.NB1就是NB-IoT，为海量连接和高覆盖增益而生，峰值速率只有几十kbps量级。Cat.0虽然也在早期低功耗讨论里出现过，但实际规模化商用远不如前面几个。

我自己的一个判断是：选Cat之前，先别管峰值参数，先问自己三个问题。设备是固定的还是会移动的？每次通信要传多少数据？对时延能容忍到什么程度？这三个答案基本能锁定一半的选型范围，剩下的才是看成本、功耗和网络覆盖条件。

这里还有一个常见的误区：总觉得“速率越高越好”。在物联网场景里，过高的能力往往意味着浪费。就像你雇了一辆满载卡车去送一个快递，卡车的成本和油耗都摊在你身上，可实际利用率低得可怜。选型不是选最强的，而是选恰好合适的。

2. 一张表说清主流Cat的边界，“中速率”为什么值得单独对待

先把几个主流类别的关键能力放在一起看，比单独念参数要直观得多。

这张表有很多简化，实际还要看具体网络配置、双工方式、模组实现差异。但拿来做方向性的初筛已经够了。

我想重点说说“中速率”这件事。过去很多团队眼中的物联网通信只有两档：只听价格的2G，和看起来什么都能干的Cat.4。2G退网后，大量存量应用被迫找新出路，比如共享设备、定位器、充电桩、电梯监控。这类业务数据量不大，单次报文可能只有几十KB到几百KB，偶尔上传个图片，时延要求却比“后台慢慢等”要严一些。用Cat.4不仅贵，而且整个射频链路设计都要跟着升级；用NB-IoT又面临移动性和时延上的限制。Cat.1正好卡在这个区间里：速率够用，网络是LTE，生命周期长，还天然支持VoLTE。

这里要吐槽一个习惯：很多人看Cat.1觉得“才10Mbps下行，是不是太小了”。你真去跑一轮业务就发现，一张几百KB的图片通过Cat.1的大带宽也只要几秒，日常设备根本不是每时每刻都在传数据。真正要警惕的不是峰值不够，而是上行实际吞吐达不到预期。凡是涉及视频回传的场景，直接放弃Cat.1，去看Cat.4以上才靠谱。

还有一类场景我特别提醒：如果产品长期扔在弱信号环境，比如地下车库、楼道死角，那Cat.1乃至Cat.1 bis都不一定是首选。信号差时通信成功率掉的幅度，比峰值速率低要致命得多。这类设备应该优先考虑NB-IoT的覆盖增益，哪怕它速率慢，至少能把自己“说出去的话”送回来。

3. Cat.1与Cat.1 bis的差异，不是“同样性能”这么简单

很多做产品的人把Cat.1和Cat.1 bis划等号，理由是两者峰值速率一致。我第一次接触Cat.1 bis时也这么认为，直到做一个可穿戴设备，才发现它们在硬件层面的差别很具体：标准Cat.1的接收链路通常包含双天线接收，也就是RX diversity；而Cat.1 bis是标准组织专门为物联网定义的简化版本，接收链路降为单天线单通路。

单天线接收带来的好处是模组外形更小、成本更低、整体功耗略降，很多对PCB面积极度敏感的产品因此才有机会塞进蜂窝通信模块。但它也有一个绕不开的代价：弱信号环境下的接收灵敏度通常比双接收差2到3dB。2到3dB是什么概念？简单说，原本在某个地下室角落能稳定传输的位置，换成单接收方案后，可能直接变成“时好时坏”的临界状态。这种体验问题非常难查，因为它不是完全断网，而是间歇性失败。

另一个容易被忽略的差异在频段和网络兼容性上。为了把成本压下来，部分Cat.1 bis模组会精简支持的频段范围，只保留当地市场最常用的几个。做国内项目还好，如果产品有海外销售计划，或者需要在不同运营商之间灵活切换，选型前一定要逐个核对模组支持的频段列表。我见过一个项目为省成本选了精简版，结果去某个区域测试时频繁脱网，最后查到是缺了一个关键频段，只能重新改板。

我的建议是：手环、电子表、小型追踪器这类内部空间极度有限的产品，Cat.1 bis是合理选项；车载设备、工业数传终端、共享类机具这类机身相对宽松的设备，优先选标准Cat.1，双接收带来的弱覆盖稳定性会让售后省心很多。成本差的那几块钱，往往不如一次现场维护的成本来得高。

4. 三个真实选型场景，看看逻辑是怎么落地的

只讲概念容易飘，我拆几个实际做过的项目场景，大家可以自己对号入座。

4.1 桌面支付终端：为什么绕不开Cat.1

之前做一款桌面收银/支付终端，早期方案用的是2G网络。2G退网之后，设备经常在用户下单时无法完成联网认证，表现为“支付超时”，使用体验很差。这类终端的典型特征是位置基本固定、人机交互强、单次交互数据量小但要求低时延，同时它还依赖SIM卡的语音域能力，因为部分认证场景需要用到相关流程。

当时我们对比过NB-IoT，发现它在“强交互”场景下并不合适，信令模式和网络调度偏向于后台型低速业务，对交互时延不稳定。后来整体切到Cat.1，VoLTE能力作为保底，网络注册成功率和交互时延都达到预期。这个案例说明一个问题：选Cat.1不一定因为参数惊艳，而是业务形态需要“中等速率+可靠注册+LTE长生命周期”这个组合。

4.2 车载视频和远程诊断：数据量一大，档位问题立刻暴露

另一个项目是车载终端，除了定位之外，还需要周期性回传视频和做远程诊断。最初有人建议用Cat.1降低成本。实测下来，定位和远程指令没问题，但一到回传视频就露馅：几十MB的数据，靠Cat.1的上行根本跑不动，实际吞吐可能只有几十KB到几百KB每秒，用户等得烦躁。后来换成Cat.4才算把体验拉回来。

这个项目给我的教训很直接：峰值速率是理论值，实际有效吞吐和网络调度、信道质量、RRC状态强相关，而且上行往往是瓶颈。凡是涉及视频回传和大文件上行的设备，选型时要按需求峰值至少留一倍余量，别把“够用”当成设计目标，否则后面折腾的是整个系统。

4.3 表计和烟感：NB-IoT不是低配LTE，而是另一种设计逻辑

水表、电表、烟感这类设备，经常部署在地下层、管道井和楼道角落，一年换一次电池，上报频率很低。有团队直接套用Cat.1方案，结果在地下空间里要么注册不上，要么信号弱到靠运气传输。NB-IoT的覆盖增强在这里价值极大，链路预算增益可以帮助救回大量边缘位置。

当然NB-IoT也不是万能。它不支持无缝切换，移动性弱，网络側容量也有限，适合的是那种“固定部署、低频上报、单包小”的业务。如果设备需要在不同小区间漫游，或者有频繁移动的需求，NB-IoT就不合适，这时要么选Cat.M1，要么回到Cat.1。做选择的时候别把任何一种技术当信仰，它只是工具箱里的某一支工具。

5. 拿到一颗Cat.X模组之后，真正要关心的四件事

选完型不等于结束。模组焊上板子，噩梦才刚刚开始。下面四件事是我们在多个项目里反复验证过的，建议收藏。

5.1 入网和射频合规：先保证能“合法上网”

物联网模组在国内销售和组网，绕不开型号核准、入网许可、CCC这些认证流程。很多人误以为模组已经过了认证，整机就不用管。这个想法很危险：模组认证证明的是模组本身合规，整机天线设计、走线、结构件都会改变射频表现，部分场景下整机照样要作为独立产品走测试。

实操建议：打样阶段就把整机送去做预测试，重点看杂散、传导发射、接收灵敏度几个指标。这类认证周期往往比预期长，留足时间余量，比量产前临时赶进度靠谱得多。

5.2 网络注册和APN：不是插卡就能通

曾经有个同事反馈“模组死活注册不上网络”，排查半天发现是APN没配置对。物联网卡普遍使用专用APN，不同运营商甚至不同套餐类型，APN都不一样。这是新手最容易忽略的一步。

调试时建议按顺序来：先用AT指令看信号强度，再查网络注册状态，确认驻网成功后，再通过AT指令配置APN，并确认配置在断电重启后不会丢失。先驻网、再配数据连接、最后跑业务，这样出问题能很快定位是哪一步。

5.3 功耗和网络交互：电是这么一点点跑光的

Cat.1的功耗虽然不高，但如果不理解网络交互机制，产品照样可能几天就没电。关键几个机制是PSM、eDRX和RRC状态。普通LTE模组没业务时会进入空闲态，为了能被网络找到，还要周期性做位置更新或监听寻呼。业务模型设计得好不好，直接决定平均电流。

我们的经验是：能用不频繁的心跳就别给自己加戏，该释放的数据通道及时释放；心跳频率不要为了“看起来在线”就设30秒一次，实测很多设备就是被这种不必要的网络活动耗死的。功耗调优不能只看模组规格书里的待机数据，要抓一整天的真实电流曲线。

5.4 天线和弱信号：灵敏度差出来的体验问题

天线是通信模组最容易成为短板的地方。同样是Cat.1模组，装一个高效率的弹簧天线和一个低效率的小陶瓷天线，信号强度可能差5dB甚至更多。之前一个追踪器项目，室内停车场总是丢位置，换了天线后问题直接消失。

给一条务实建议：打样阶段至少用两种不同形态的天线做对比测试，记录弱信号场景下的时延和丢包率，不要只看信号格数。如果产品要放进金属外壳，天线周围要留出净空区，外壳材质对射频的影响也要提前评估。模组性能再强，天线设计不配合，一切都白搭。

6. 踩坑小结：我在Cat选型上给后来者的几句大实话

做了几年物联网通信选型，踩过不少坑，最后用几句话总结一下，希望能帮大家少走弯路。

第一句：先在纸面上把业务模型算清楚，再去看参数表。峰值速率是最不值得纠结的参数，上行实际吞吐、待机电流、网络注册成功率才是要命的。

第二句：不要因为某类模组便宜几块钱就直接换档位。之前有个项目为了控成本把Cat.1改成NB-IoT，后来因为设备需要频繁重定位，网络侧和终端配合一直不好，又改回Cat.1。改一次硬件和软件的代价，远远超过省下的模组差价。

第三句：多测真机，少信PPT。模组厂给的参考设计和功耗曲线都是理想实验室环境下的数据，真实场景里天线位置、发热、系统负载都会改变表现。有条件的话，把样品放到地下室、电梯井、停车场、高速路段这些极端位置各测一遍，心里才有底。

第四句：把认证和供货周期当技术风险一起评估。整个供应链波动不小，某些型号供货周期可能比预期多几周。如果产品对成本敏感，建议提前做二供储备，不同厂商的Cat.1参数可能略有差别，提前验证兼容性，才能避免临时换型时手忙脚乱。

Cat.X的问题，说到底不是参数问题，而是业务模型和网络能力之间的匹配问题。下次再拿到一个“用Cat.1还是Cat.4”的需求，先想清楚四件事：终端放在哪、要传什么、多久传一次、多久换一次电池。把这几个问题想明白，选型这件事就已经完成了一大半。