做硬件和物联网项目的人只要方案里出现“4G”两个字早晚会被一张频段表折磨一次。我刚开始做 4G 模块那会儿觉得频段就是个数字区间抄一张 4G LTE 频率表贴进文档就完事了。结果第一次外场测试就翻车模块明明注册上了网络数据业务死活起不来天线厂给的样品号称全频段实测 Band 41 的效率低到没法看更要命的是客户拿着别人家的设备问“为什么他们的机器在同一个位置信号格数更多”。回头一点点翻手册、抓 log、算 EARFCN才发现问题全藏在频率表里那些看起来枯燥的行和列中。这篇东西就是我这些年攒下来的 4G LTE 频率表使用笔记不只是把表贴出来而是讲清楚这张表怎么读、怎么算、怎么落到代码和硬件上。适合三类人看一是刚接手 4G 模块选型和驱动的嵌入式工程师二是要做 LTE 外场测试和网络优化的同学三是搞 4G 路由器、4G 摄像头这类整机产品、需要判断频段支持够不够的硬件与产品同学。全文尽量说人话该给参数给参数该给代码给代码能直接抄作业的地方我尽量写成可以直接复制的形式。1. 一张频率表背后到底有哪几层信息1.1 频段、频点、带宽三个不能混着说的概念很多人第一次看频率表会犯一个错把“频段”和“频点”当成一回事。Band 3 覆盖 1805–1880 MHz这是一段连续的频谱属于频段而 EARFCN 1650 是这段频谱里的一个具体信道编号属于频点。频段是“路”频点是“门牌号”带宽则是这条路被划成了多宽的一车道还是多宽的四车道。LTE 的信道带宽一共六档1.4 MHz、3 MHz、5 MHz、10 MHz、15 MHz、20 MHz。带宽越大能塞进去的资源块RB越多理论峰值速率越高。20 MHz 对应 100 个 RB每个 RB 占 180 kHz这是 LTE 里最常用的配置。你在模块里看到的“Band 320 MHz100 RB”这类信息本质上就是这三层信息凑齐了。理解了这三层很多现场问题就有了解释的口径。比如同样在 Band 3 上一个小区用 20 MHz另一个用 10 MHz模块显示的小区标识一样、频段一样但速率差一倍原因就在带宽这儿跟频率表本身没关系但你必须知道去哪一行找答案。1.2 为什么这张表值得背下来几个关键数字我个人的习惯是把频率表拆成“必须记住”和“用时再查”两部分。必须记住的是国内三大运营商的主力频段落在哪几个 Band 上以及这些 Band 的上下行范围大概在什么量级。剩下的国际频段、载波聚合组合、边界频点全部交给工具和代码去算。为什么这么分因为现场调试时你没有时间翻手册。模块注册不上你要在几十秒内判断是天线的频段不对、还是当地根本没有这个频段、还是模块被锁了 band。脑子里有张粗表判断速度完全不一样。相反EARFCN 到频率的精确换算写个脚本一劳永逸记它没意义。这个习惯帮我省了不少事。有次客户反馈某型号 4G 摄像头在郊区装不上我第一反应是查当地基站用了哪个频段确认是 Band 8 的 900 MHz 覆盖而他们那批设备的天线只调了 1800/2100低频效率极差。这个判断过程大概两分钟靠的就是对频段量级的熟悉。1.3 表格读法的三个坑上下行方向别搞反。FDD 频段里基站发、终端收叫下行终端发、基站收叫上行。Band 3 的下行是 1805–1880上行是 1710–1785下行频率比上行高这个规律在多数 FDD 频段成立但 Band 20、Band 28 这类低频段也是下行高于上行只是区间更窄。不要拿 5G 的频段表套 4G。n41 和 Band 41 虽然都叫 41频率范围也接近但帧结构、子载波间隔都不一样混用会得出错误结论。表格里的“范围”是频段边界不是你能用的中心频率。设备实际工作点由运营商的小区配置决定你只能在这个范围里工作不能自己挑。2. FDD 与 TDD 决定了这张表的读法2.1 FDD 频段为什么总是成对出现FDD 是频分双工上行和下行用两段不同的频率同时跑所以频率表里 FDD 频段一定是成对的一边给上行一边给下行中间还夹着一段双工间隔。Band 1 的上下行间隔是 190 MHzBand 3 是 95 MHzBand 8 是 45 MHz。这个双工间隔不是随便定的它决定了双工器的设计难度。间隔越窄双工器越难做滤波器的矩形系数要求越高成本也越贵。这就是为什么 Band 8 的射频前端普遍比 Band 1 贵一些同样的性能指标窄间隔的滤波器要多花成本。对做整机的人来说这个知识点很实用。你在选射频前端模组时如果方案里同时要 Band 1、Band 3、Band 8就要考虑双工器数量和布板面积而不是单纯看频段数量。我见过一个项目为了“多支持几个频段”硬塞了六个双工器结果 PCB 面积不够隔离度做不上去灵敏度掉了一大截。2.2 TDD 频段只有一个频率范围TDD 是时分双工上下行用同一段频率靠时间片切换。所以频率表里 TDD 频段只给一个范围比如 Band 38 的 2570–2620 MHzBand 39 的 1880–1920 MHz。国内中国移动的 TD-LTE 网络主力就在这几个 Band 上。TDD 的麻烦在于时序。上下行切换点、特殊子帧配比、GP 长度这些参数会直接影响覆盖和速率。你在做外场测试时会发现同一个频段、同样的 RSRP不同基站的 TDD 配比不一样上行速率能差出好几倍。这时候排查方向不是频率表而是网络配置但前提是你得先知道这个小区跑的是 TDD。TDD 还有个特点上下行信道互易性好适合做波束赋形。这也是为什么大规模天线阵列最早在 TDD 上落地。对普通模块用户来说感受不明显但如果你做的是 CPE 或者需要高上行带宽的场景选 TDD 频段有时反而更划算。2.3 常用频段速查表下面这张表是我自己最常翻的部分把国内和国际上常见的 4G LTE 频段整理在一起。数字都对着 3GPP 的规范日常够用了。Band双工上行频率MHz下行频率MHz双工间隔典型地区/用途1FDD1920–19802110–2170190 MHz国内联通/电信 2100M3FDD1710–17851805–188095 MHz国内三大运营商 1800M5FDD824–849869–89445 MHz电信 800M 重耕7FDD2500–25702620–2690120 MHz海外常见 2600M8FDD880–915925–96045 MHz移动/联通 900M 重耕20FDD832–862791–82141 MHz欧洲 800M28FDD703–748758–80355 MHz亚太 700M38TDD2570–2620同频—移动 D 频段39TDD1880–1920同频—移动 F 频段40TDD2300–2400同频—移动 E 频段41TDD2496–2690同频—移动 2.6G 主力42TDD3400–3600同频—海外 3.5G这张表我一般只看两列上行范围和下行范围。双工间隔和用途是辅助判断真正用来做天线匹配、算频点的是前后两列。3. 国内三大运营商的核心频段逐条拆解3.1 中国移动TDD 为主FDD 补盲中国移动的 4G 网络以 TDD 为主力核心频段集中在 Band 38、Band 39、Band 40、Band 41 上。Band 39 的 1880–1920 MHz 是最早大规模部署的覆盖广、穿透好缺点是带宽只有 20 MHz容量有限Band 41 的 2496–2690 MHz 频段宽能达到 100 MHz 以上是容量主力常见锁频点比如 2593 MHz 就落在这里。后来移动把 1800M 和 900M 重耕用于 LTE也就是 Band 3 和 Band 8这两个 FDD 频段主要用来补齐 TDD 的覆盖短板尤其是室内和农村。这个组合挺聪明TDD 给容量FDD 给覆盖两者互补。做模块选型的时候要注意如果你的设备只支持 Band 38–41在移动网络下能跑但到了弱覆盖区域容易掉网因为没有低频托底。实际工程里常见的做法是至少支持 Band 3、Band 8、Band 39、Band 41 这四个覆盖和容量都不吃亏。3.2 中国联通与中国电信FDD 主导的多频组合联通的 4G 主力是 Band 1 和 Band 3后来把 900M 的 Band 8 也重耕了形成高频做容量、低频做覆盖的结构。电信则是 Band 1、Band 3 加 Band 5Band 5 的 800M 是电信最强的一张牌穿透和覆盖能力在三大运营商里数一数二很多偏远地区只有电信能打通靠的就是这一段低频。这里有个容易踩的坑Band 5 和 Band 8 都是低频但频率不同天线设计要求也不同。有人图省事把 800M 和 900M 的天线合并设计结果两个频段的效率都只能做到勉强及格。低频天线的电长度长两个频段靠得近互相耦合严重宁可拆成两支天线也不要硬合。另一个细节是 Band 1 的 2100M 在联通和电信上都有但电信的 2100M 主要用于容量叠加覆盖不像 800M 那么关键。如果你的产品只做联通/电信双模Band 1 Band 3 Band 5 或者 Band 1 Band 3 Band 8 是比较稳的组合具体看面向哪一家。3.3 低频覆盖与高频容量的取舍逻辑频段高低直接决定两件事绕射能力和可用带宽。频率越低波长越长绕射和穿透越好但相同比例的相对带宽下能分到的绝对带宽越小。700–900 MHz 这段单频段能做到 20 MHz 已经不容易2500 MHz 以上随便就能拿出 100 MHz 来。这个物理规律落到产品上就是一句话要覆盖选低频要速率选高频。但现实里没得选因为运营商用哪个频段你决定不了你能做的是让设备支持尽可能多的频段然后在软件里根据信号质量做切换。我做过一个远程监控的项目设备装在山区一年就换一次电池。这种场景下低频段是刚需因为高频在山区的覆盖断断续续模块反复搜网会把功耗拉上去。最后方案是锁在 Band 5 上速率需求不高但连接稳定性提高了一大截电池寿命从三个月延长到八个月。这个决策的依据就是频率表和场景的匹配。4. EARFCN 换算把频率表变成能写进代码的数字4.1 换算公式与参数表LTE 里频率和频点号的换算关系是线性的公式如下FDL FDL_low 0.1 × (NDL − NOffs_DL) FUL FUL_low 0.1 × (NUL − NOffs_UL)其中 FDL_low 和 FUL_low 是该频段的起始频率NOffs_DL 和 NOffs_UL 是该频段的频点偏移。每个 Band 这四个参数都是固定的查表就行。下面这张表是我脚本里内嵌的常用频段参数。BandFDL_lowNOffs_DLNDL 范围FUL_lowNOffs_ULNUL 范围1211000–59919201800018000–185993180512001200–194917101920019200–19949586924002400–26498242040020400–206497262027502750–344925002075020750–21449892534503450–37998802145021450–217992079161506150–64498322415024150–244492875892109210–96597032721027210–276593825703775037750–38249———3918803825038250–38649———4023003865038650–39649———4124963965039650–41589———TDD 频段上下行同频只需要一组参数就够了表格里留空是有意的不要以为是漏填。4.2 三个手算示例示例一Band 3NDL 1650FDL 1805 0.1 × (1650 − 1200) 1805 45 1850 MHz1850 MHz 是 Band 3 里很典型的一个中心频率很多 1800M 小区就落在这附近。反推也一样知道中心频率 1850NDL 1200 (1850 − 1805) / 0.1 1650。示例二Band 41NDL 40620FDL 2496 0.1 × (40620 − 39650) 2496 97 2593 MHz2593 MHz 是中国移动 2.6G 网络里非常常见的一个中心频点做外场测试时经常在这一带上抓到小区。看到 40620 这个数字心里直接换算成 2593比翻工具快。示例三Band 8NDL 3625FDL 925 0.1 × (3625 − 3450) 925 17.5 942.5 MHz900M 频段里的一个典型点。注意这里出现了小数说明频点间隔是 100 kHz换算出来不一定落在整数 MHz 上这在低频段很常见别觉得是自己算错了。4.3 用一段 Python 把换算和掩码都搞定手算三个示例是为了让你理解公式实际工作中没人手算。下面这段脚本我用了好几年输入 Band 和 EARFCN 出频率输入 Band 列表出锁频掩码两件事一次解决。BANDS { 1: {dl_low: 2110, n_off_dl: 0, ul_low: 1920, n_off_ul: 18000}, 3: {dl_low: 1805, n_off_dl: 1200, ul_low: 1710, n_off_ul: 19200}, 5: {dl_low: 869, n_off_dl: 2400, ul_low: 824, n_off_ul: 20400}, 7: {dl_low: 2620, n_off_dl: 2750, ul_low: 2500, n_off_ul: 20750}, 8: {dl_low: 925, n_off_dl: 3450, ul_low: 880, n_off_ul: 21450}, 20: {dl_low: 791, n_off_dl: 6150, ul_low: 832, n_off_ul: 24150}, 28: {dl_low: 758, n_off_dl: 9210, ul_low: 703, n_off_ul: 27210}, 38: {dl_low: 2570, n_off_dl: 37750}, 39: {dl_low: 1880, n_off_dl: 38250}, 40: {dl_low: 2300, n_off_dl: 38650}, 41: {dl_low: 2496, n_off_dl: 39650}, } def earfcn_to_freq(band, ndl): b BANDS[band] fdl b[dl_low] 0.1 * (ndl - b[n_off_dl]) if ul_low in b: nul b[n_off_ul] (ndl - b[n_off_dl]) ful b[ul_low] 0.1 * (nul - b[n_off_ul]) return round(fdl, 1), round(ful, 1) return round(fdl, 1), None def band_mask(band_list): mask 0 for b in band_list: mask | (1 (b - 1)) return 0x{:X}.format(mask) print(earfcn_to_freq(3, 1650)) print(earfcn_to_freq(41, 40620)) print(band_mask([1, 3, 5, 8])) print(band_mask([38, 39, 40, 41]))跑出来的掩码分别是 0x95 和 0x1E000000000。这个掩码可以直接填进模块的锁频指令里省得你对着表格一位一位数 bit。写这个脚本花了我半小时这几年省下的时间早就回来了。5. 模块侧怎么用查询、锁频与排障5.1 主流模块的频段查询指令不同厂家的模块指令集不一样但查询当前服务小区这块大同小异。以常见的移远系列为例ATQNWINFO能返回当前注册的网络类型、频段和信道号ATQENGservingcell返回的信息更细包括 RSRP、RSRQ、SINR、小区 ID。广和通系列通常用ATGTCCINFO?之类的指令查服务小区具体的要翻对应的 AT 手册。这里有个经验不要在项目后期才发现某型号模块的 AT 指令不支持查询频段那会让外场排障变得极其痛苦。选型阶段就把“能不能查服务小区频段”列进验收项成本几乎为零收益很大。查询返回的频段字段是十六进制或者枚举值需要转成 Band 号。有的固件直接返回“LTE BAND 3”有的返回一个数字。我在项目里一般写个转换表把模块返回的原始值映射成 Band 号再把 EARFCN 换算成频率一起打进日志。外场抓回来的 log 一看就知道设备当时锁在哪个频段上。5.2 锁频的正确姿势与风险锁频是排障利器也是事故源头。它的原理很简单就是告诉模块“只准在这些频段上搜网”模块会把其他频段直接从扫描列表里剔除。好处是搜网更快、更省电坏处是一旦锁错了设备在某个区域会彻底失联。以移远模块常见的写法为例指令形态类似ATQCFGband,0,lte_band_mask第二个参数是全频段掩码第三个是 LTE 频段掩码。掩码的每一位对应一个 Bandbit0 对应 Band 1bit2 对应 Band 3依此类推。不同固件版本这个指令的参数个数和顺序可能有差异动手前一定查对应版本的 AT 手册别照着网上的帖子直接敲。风险控制我一般这么做先在实验室用假基站或者信号源验证锁频后的搜网行为确认不会一锁就失联。产品出厂默认不锁频把锁频做成调试口的功能或者做成远程可配置项。如果必须锁至少保留两个不同频段比如一个高频一个低频避免单一频段失效导致断网。锁频后要做完整的搜网时间测试有时候锁得太死开机搜网从 5 秒变成 40 秒用户体验直接崩掉。注意锁频属于调试手段不是产品策略。现场遇到问题可以临时锁频定位但定位完要记得恢复默认配置否则下一批设备到另一个城市可能直接连不上网。5.3 STM32 加 4G 模块的实践要点用 STM32 加 4G 模块做数据采集或者 MQTT 上报是很典型的组合。频率表在这个场景下主要影响三件事模块选型、天线设计、掉网重连策略。模块选型上如果设备是固定安装先确认安装地的主要频段。国内城市里 Band 3、Band 39、Band 41 覆盖都不错如果装在山区或者地下室务必要有 Band 5 或 Band 8 的低频支持。别信“全频段”三个字要看模块规格书里逐条列出的 Band 列表Cat.1 模块为了成本砍掉几个低频段是常见操作。这里可以多说一句Cat.1 模块的频段配置跟 Cat.4 不完全一样选型时要单独核对我见过一个项目直接按 Cat.4 的频段表选 Cat.1结果低频段不支持返工重做。掉网重连策略上STM32 固件里应该记录最近一次成功注册的频段和 EARFCN重连时如果发现当前频段和上次不同可以加一段日志。这样排查现场问题时你至少知道设备在哪个频段上掉的。另外频繁的搜网会显著增加功耗如果设备是电池供电建议在信号质量差的时候增加重连间隔而不是死循环搜网。MQTT 上报和 OTA 升级这两个场景对频段不敏感但对连接稳定性敏感。我的做法是在应用层维护一个“连续失败计数”连续失败超过阈值就触发一次模块重启重启后重新走完整搜网流程。这个策略配合低频段支持能解决大部分野外设备的断连问题。6. 外场测试与天线频率表落到物理世界6.1 外场测试记录表怎么设计外场测试最容易犯的错是只记信号强度不记频段和频点。信号强度是结果频段和频点是原因只记结果没法复盘。我自己的记录表里固定有这么几列字段说明示例时间精确到秒10:23:41经度纬度GPS 坐标39.9xxx, 116.4xxxBand服务小区频段Band 3EARFCN信道号1650中心频率换算后频率1850 MHzRSRP参考信号接收功率-95 dBmSINR信噪比12 dB带宽小区带宽20 MHz速率实测上下行25/8 Mbps这张表的好处是事后你能把数据按频段分组做统计判断哪个频段在实际路测中表现最好。我做过一次三小时的城区路测按 Band 分组后发现 Band 41 的 RSRP 波动最大但速率最高Band 3 的 RSRP 最稳但速率一般最后的产品策略是优先驻留 Band 41信号差到阈值再切 Band 3切换逻辑就是从这个统计里来的。测试工具方面模块自带的 AT 指令足够记录基础数据要更细的物理层信息就得用专业的测试终端。普通开发者用模块加串口日志的方式成本低、上手快覆盖 80% 的排障需求。6.2 天线匹配与频段宽度的现实约束天线是频率表落地时最容易被低估的一环。理论上一个宽频天线能覆盖 700–2700 MHz实际上在这个范围内做到效率都超过 40% 非常难。常见的做法是分段设计低频 700–960 一支中高频 1700–2700 一支用分频器或者双馈点合并。Band 3 的 1710–1785 和 Band 1 的 1920–1980 靠得比较近同一支天线容易兼顾Band 41 的 2496–2690 和它们之间隔得远往往需要单独优化。Band 5 和 Band 8 都在 900 MHz 以下波长长天线尺寸压不下来这是小型化产品的最大痛点。我踩过的一个坑是天线厂给的“全频段”样品实验室用信号源一个个频段测过去Band 3 和 Band 1 都还行Band 8 的效率只有 25%。换了方案之后把低频单独做了一支整机灵敏度提高了 6 dB 左右效果立竿见影。所以我的建议是拿到天线先按频段逐条测效率别只看一个平均值。6.3 摄像头、路由器类设备的频段选择4G 摄像头和 4G 路由器这两类产品对频段的需求差别挺大。摄像头通常装在固定位置主要诉求是连接稳定速率要求不高选型时低频段的优先级高于高频段路由器要给多个终端提供上网速率是核心指标高频段和载波聚合的价值就体现出来了。载波聚合是把多个频段或者同一频段内的多个载波绑在一起用相当于把几条车道拼起来跑。实现载波聚合需要模块和网络同时支持而且组合是固定的不是随便两个频段都能聚合。常见的组合比如 Band 3 Band 41、Band 1 Band 3具体支持哪些要查模块规格书里的 CA 组合表。做路由器方案时我的经验是不要盲目追求 CA 组合数量先看目标市场的主力频段再看这些频段之间有没有可用的聚合组合。一个只支持 Band 3 和 Band 41 聚合的模块在移动网络下已经能跑出不错的速率如果硬要加一堆用不上的组合射频前端复杂度和成本都会上去。7. 常见问题与排查速查7.1 问题速查表下面这些问题都是我在项目里真实遇到过的按现象整理成表方便你对照排查。现象可能原因排查方向注册上网络但数据不通频段支持不全、APN 配置错查服务小区频段核对 APN同一位置信号比别人差天线频段匹配差、低频缺失逐频段测天线效率频繁掉网重连只在单一高频段工作检查是否支持 Band 5/8搜网时间过长锁频范围过窄恢复默认频段配置速率远低于预期带宽不足、未启用 CA查小区带宽和 CA 状态模块发热严重长期在高功率发射、频段效率低检查天线驻波和频段这张表的作用是缩小排查范围。我的习惯是先看现象落在哪一行然后按排查方向走一遍通常十分钟内能定位个大概。7.2 几个不外传的避坑经验第一条别把频率表当成静态文档。运营商的频段使用是在变化的早期部署的频段后期可能重耕新的频段可能启用。做长期项目时把频段配置做成可以从服务器下发的参数比烧死在固件里灵活得多。我见过一个项目因为把频段写死在代码里运营商调整之后整批设备需要返厂升级代价很大。第二条记日志的时候把频段、EARFCN、带宽、RSRP 一起记缺一个都可能在事后复盘时抓瞎。日志存储空间不够就做滚动覆盖但字段一定要全。我有一次因为日志里没记带宽一个速率异常的问题查了三天最后才发现是小区带宽从 20 MHz 变成了 10 MHz跟模块一点关系都没有。第三条实验室验证要和现场验证分开。实验室里用信号源可以精确控制频段和功率但测不出真实的干扰和切换行为。现场测试要覆盖至少三个典型场景强信号、弱信号、频繁切换。这三个场景下的表现差异往往比频段表本身更能决定产品的成败。第四条选模块时把频段支持列成表格逐个打勾核对不要凭印象。模块厂商的规格书里频段列表有时候藏在附录里Cat.1 和 Cat.4 的表格还分开列看漏一行就可能少一个关键低频段。这个核对动作我给团队定成了硬性流程实施之后频段相关的返工基本没了。我自己做项目的体会是频率表这种东西看着枯燥实际上是把射频世界和软件世界连起来的那根线。你把它读懂了模块选型、天线设计、外场排障、固件策略这几件事就都有了共同的判断依据遇到问题不用瞎猜顺着表和公式一步步查下去答案基本都在里面。后续如果要做 5G 相关的项目这套读表的方法同样适用只是参数表要换一份思路是可以直接搬过去的。