蜂窝物联网与GNSS SiP模组：小尺寸、低功耗、高集成方案解析

最近在评估一颗很有意思的器件：把Cellular IoT（蜂窝物联网）和GNSS（全球导航卫星系统）定位打包进同一个SiP封装里的微型模组。这类"Tiny SiP"对做智能硬件的人来说是个蛮值得关注的方向，它直接解决了终端设备"又要通信、又要定位、还得小得离谱"的三角矛盾。文章会围绕这颗器件的设计思路、内部结构、实测流程和常见坑展开，适合做产品硬件、物联网方案选型、嵌入式开发的朋友参考。

这类芯片级模组本质上干的是"整合"的活：传统方案里，蜂窝通信和GNSS定位是两个独立芯片、两套天线、两套电源和两套协议栈，硬件要留双倍的PCB面积，设计上还要处理两个射频前端互相干扰的问题。SiP（System in Package，系统级封装）思路则是直接把基带、射频收发、GNSS接收前端、电源管理甚至天线匹配网络全塞进一个封装体里，对外只露出标准接口。好处非常直观：尺寸小、研发周期短、器件一致性高，尤其适合可穿戴设备、资产追踪器、车载终端这类对体积和功耗极度敏感的产品。

我手上这颗样片来自国产某模组厂，支持LTE Cat-M1/NB-IoT双模，GNSS部分覆盖GPS/北斗/GLONASS/Galileo四系统，整体封装尺寸只有10mm x 10mm左右。拿游标卡尺量的时候确实有点感慨，十年前做一套2G+GPS的方案，板子上光两个模组就得占半个火柴盒，现在一个QFN封装大小的器件就搞定了。这篇文章就围绕这个项目，把从器件选型、设计验证到量产落地的完整链路拆开讲讲，重点是那些规格书上不写的实战细节。

1. 整体思路拆解：为什么非得是SiP，而不是SoC或分立方案

1.1 核心痛点：通信与定位在物理空间上的博弈

任何带定位功能的蜂窝物联网终端，本质上都在做同一件事：把位置数据通过蜂窝网络传出去。听起来简单，但拆开看有三个绕不开的约束。第一是尺寸，尤其现在做宠物项圈、共享单车锁、集装箱追踪器，PCB面积可能就指甲盖大小，分立方案光放器件就很拥挤。第二是功耗，电池通常只有几百毫安时，蜂窝通信的瞬时发射电流能到2A，GNSS连续接收也要十几毫安，两者叠加对电源设计压力很大。第三是射频共存，蜂窝发射功率高，GNSS接收灵敏度要求极低（对GPS L1大概-165dBm），强信号和弱信号在同一块板子上共存，处理不好就是互相干扰。

SiP方案正好命中这三个点。封装内部用高密度基板把不同功能的die（裸芯片）和被动元件集成在一起，外部尺寸比PCB级集成小一个量级；因为内部走线短、封装屏蔽做得好，射频干扰问题在出厂前就解决了一大部分；再加上厂商会做整体功耗调优，模块级的睡眠电流和唤醒策略都已经优化过了，终端厂商不用从零折腾。

我当时在选择方案时也犹豫过SoC（System on Chip，片上系统）路线，比如某些厂商把蜂窝基带和应用处理器做在一个die上，但GNSS射频前端仍然是外置的，因为定位接收机的LNA、滤波器这些器件工艺和蜂窝射频不太一样，强行做进同一颗die会导致成本上升而性能下降。SiP走的是异构集成路线，不同工艺的die用先进封装放在一起，性能和成本都更灵活，这也是近两年这类器件越来越多的原因。

1.2 SiP封装的"搭积木"逻辑

SiP的核心思路可以理解成"把一块PCBA压缩成一个芯片"。传统PCB设计里，你需要考虑芯片间距、走线阻抗、去耦电容位置、屏蔽罩设计，而SiP在封装内部就把这些事做了。具体到这颗器件，内部大致是：一块高密度多层基板作为骨架，上面贴装蜂窝基带die、射频收发die、GNSS接收die、电源管理芯片、Flash存储，还有一堆0201甚至01005封装的电阻电容电感，最后整体包一封塑封或金属屏蔽罩。

这种"积木"式设计的优势在于各功能模块可以分别用最合适的工艺。蜂窝射频用RF-SOI工艺能拿到更好的线性度和效率，GNSS接收前端用SiGe BiCMOS能做到更低的噪声系数，基带处理器用先进CMOS节点可以兼顾算力和功耗，最后在封装层面汇合。这个思路跟SoC把所有功能塞进单一工艺完全不同，它是"专业的人干专业的事"，然后由封装工艺统一协调。

对终端厂商来说，最大的省心之处在于射频匹配网络和天线开关的布局已经被厂商调校好了。分立方案里，GNSS天线端要自己加SAW滤波器防带外干扰，蜂窝天线端要调匹配网络，这些事情对经验不足的团队来说要花好几轮改板，而SiP方案把这些都固化在封装内部，终端只需要按参考设计接天线即可。

1.3 通信制式怎么选：Cat-M1和NB-IoT背后的逻辑

这颗器件支持Cat-M1和NB-IoT双模，这个配置我很欣赏，因为它覆盖了两类典型应用。Cat-M1（LTE-M）支持移动性，比如车辆追踪器、宠物项圈在大范围移动时能保持连接不脱网，带宽到1Mbps以上，还支持VoLTE语音，甚至可以做低成本的语音通话终端。NB-IoT则主打超低功耗和超低速率，适合水表气表、停车位检测这类固定位置、极低频次传输的场景，覆盖深度也更好，能穿到地下室和管道井里。

很多朋友问为什么不能只做一个模式，非要双模？其实从芯片设计角度看，双模是在一颗芯片里共享大部分射频前端和基带资源，成本增加有限，但给终端产品的市场适应性带来了极大的灵活。你在做产品定义的时候根本不用纠结是选低成本超低功耗还是选高可靠移动性，一个器件通吃，后面想切换方案直接改软件配置就行。

我在实测中发现，同一定位上报周期下，NB-IoT模式的平均功耗比Cat-M1低30%-50%，但Cat-M1的实时性和吞吐量优势在数据传输量大的场景（比如上报轨迹点列表、OTA升级固件）更明显。所以选型时不要光看"哪个功耗低"，要结合你那边的实际业务模型去算。

2. 核心细节解析：封装内部的射频博弈与定位协同

2.1 蜂窝天线与GNSS天线间的"片内隔离战"

频率共存问题的本质是：蜂窝上行链路（LTE Band 13上行在777-787MHz，Band 5上行824-849MHz，Band 1上行1920-1980MHz等）发射功率可达23dBm甚至更高，而GPS L1频点在1575.42MHz，北斗B1在1561.098MHz，离LTE Band 1下行（2110-2170MHz）和上行有一定距离，但谐波和杂散仍然可能落在GNSS频段内。哪怕隔离度做到40dB，23dBm的大信号泄漏到GNSS接收机输入端仍有-17dBm，这对于需要接收-160dBm卫星信号的接收机来说，简直是灾难性的。

SiP解决这个问题的第一道防线是封装内的电磁屏蔽结构，通常会用金属屏蔽罩或者封装级屏蔽涂层把各功能区域物理隔开。第二道防线是滤波，在GNSS接收链路里集成高抑制比的SAW/BAW滤波器，专门把蜂窝频段的杂散和谐波拦在外面。第三道防线是时序调度，很多器件内部把蜂窝发射和GNSS接收安排在互斥的时间窗口内，利用GNSS接收机内部的高稳定时钟保持连续跟踪，这就绕开了频域干扰。

实测数据可能比你想的更乐观：在蜂窝模块满功率发射时，GNSS信号强度只下降1-3dB，冷启动和热启动性能几乎不受影响。但如果用分立方案，没有专业做共存设计的话，这个数字可能恶化到10dB以上，直接导致定位失败。

2.2 GNSS多星座接收和并发方案的意义

传统GPS单系统接收机在城市里经常"看天吃饭"，高楼峡谷里可见卫星数少就定位慢甚至定不住。多星座接收就不一样了，GPS+北斗+GLONASS+Galileo四系统联合解算，城市里可见卫星数量翻倍都不止，定位成功率和稳定性都大幅提升。这颗器件支持四系统并发接收，同时L1频段和多频点（L1/L5）双频选项在大赛道上也留了空间。

这里要提示一个细节：多星座接收不代表每个卫星系统都在同一时刻连续跟踪，很多接收机会根据信号质量和功耗需求动态调整星座优先级。实际项目中不要迷信"星座越多越好"，关键看定位环境。我做过一个工厂内AGV小车项目，厂房里金属货架密集，四系统比单GPS可见卫星数多了大概60%，定位更新率从5Hz降到2Hz也能保证厘米级平滑度（配合RTK之后）。所以，在评估GNSS性能的时候，别只看空旷环境的定位精度，重点测你真实施用环境的首次定位时间（TTFF）和定位可用性。

2.3 A-GNSS：让"冷启动不冷"的关键

GNSS冷启动在没有星历的情况下，要完成卫星搜索→比特同步→帧同步→星历解析，最快也要30秒到1分钟，这在很多应用场景下不可接受。比如追踪器开机后如果等一分钟才把位置传出去，用户早以为设备坏了。A-GNSS（Assisted GNSS）技术通过蜂窝网络下载星历、历书和粗略时间，把TTFF从几十秒压缩到几秒钟。

这颗SiP器件对A-GNSS的支持很完整，既支持通过蜂窝网络下载，也支持通过主控MCU用串口注入。实测下来，冷启动TTFF在网络辅助下能做到3-5秒，比无辅助的35-45秒快了一个数量级。要注意的是，A-GNSS的星历有有效期，通常是3-7天，过期后设备还是会回到普通冷启动状态。所以产品设计时要安排合理的"辅助更新"频率，比如每次联网时顺便拉一次星历。如果设备长期不联网，也可以在RTC时钟和本地存储的星历配合下，做"温启动"，通常10秒左右也能定位。

3. 实操过程：从评估板到量产级的完整记录

3.1 开发阶段的环境搭建与测试准备

拿到样片的时候，官方配套了一套评估板，核心接口包括一个USB转串口、一个Nano SIM卡座、SMA天线座（蜂窝和GNSS各一路）、还有排针引出各种GPIO和电源测试点。我的习惯是，硬件调试之前先做三件事：准备一张能正常附着网络的物联网SIM卡、一个室外空旷的天线架设位置（至少能看到半个天空）、一台装好串口工具和NMEA解析软件（如u-center或自写脚本）的电脑。

这里有个容易踩的坑：SIM卡激活和资费套餐要提前确认。有些NB-IoT卡默认是"测试模式"，需要运营商侧先做数据业务激活才能附着网络。我试过在办公室等了一下午手机信号满格但模组就是附不上网，最后发现是SIM卡套餐里没有开通APN。所以第一步别急着调软件，先确认卡能上网，最简单的办法是插到手机里发一条数据流量试试。

天线方面，开发阶段用胶棒天线或者外置贴片天线都可以，但要记得天线尽量放置在桌面的边缘，别让金属桌板和大面积地铜直接压在下面。GNSS天线还要注意有源天线的馈电问题，常见的有源天线需要3V或5V馈电，评估板上一般有跳线帽或者贴片电阻来配置，细节一定要看原理图。

3.2 核心验证：网络注册与GNSS定位的一次性打通

我的验证顺序是：先注册蜂窝网络，再解GNSS，最后做联合上报测试，避免两头同时排查麻烦。

第一步，上电后通过串口发AT指令，先确认模组响应正常。指令很简单，AT回OK就行，核心的初始化序列大概是：

• AT+CGDCONT=1,"IP","cmnbiot"设置APN
• AT+CFUN=1确认射频模块功能开启
• AT+COPS=0让模组自动搜索网络
• AT+CGATT=1发起PS域附着
• AT+CEREG?查询注册状态，返回值里的第二位数字等于1（已注册）或5（已注册漫游）就算网络通了

如果CEREG一直返回0或3，就要检查SIM卡和APN。APN错了最典型的表现是能注册但PDP上下文激活失败，表现为IP地址一直获取不到。

GNSS部分的初始化通常不需要AT指令，默认上电就开始定位。看定位状态很简单，用串口抓NMEA数据。NMEA 0183是一种纯文本协议，里面最常见的语句：

• $GNRMC，包含经纬度、速度、航向和时间，是最常用的综合定位语句
• $GNGGA，包含定位质量、卫星数和海拔，适合做诊断
• $GNGSA，反映当前使用的定位模式和参与解算的卫星编号

解析的时候看RMC语句里的Status字段，A代表定位有效，V代表无效。我第一次测试时不知道这个，盯着经纬度数据看半天以为成功了，后来才发现Status还是V，只是接收机输出了一个全零的坐标。所以一定要写个状态判断，定位无效时不发送数据。

3.3 NB-IoT与GNSS联合上报的功耗策略

设备的意义在于"上报位置"，所以在测试完单点功能后，要设计一个低功耗联合流程。我的参考做法：

设备开机后先做A-GNSS辅助下载和定位，等拿到有效坐标后，进入NB-IoT网络的eDRX（扩展非连续接收）或PSM（省电模式）状态。PSM模式下模组的电流可以降到微安级别，但代价是不可达，只有当设备主动上报时才会唤醒。eDRX则保留了一小段监听窗口，服务器可以下发指令，功耗比PSM高一些但实时性更好。

针对周期上报的场景，我倾向于这样调度：

• 每30分钟醒来一次，主控RTC计时唤醒
• 醒来后先给GNSS接收机加电，利用内部热启动尝试快速定位（5秒）
• 定位失败再考虑A-GNSS辅助或冷启动（最多再等30秒）
• 拿到坐标后，打开蜂窝模组，附着网络并上报数据（这块约消耗40-80mAh的容量，取决于信号质量）
• 上包成功立即回到PSM，所有外设断电

实际项目里这条链路全跑通后，一个500mAh电池的设备做到一周一充没有问题，如果上报周期再放宽，待机时间会更长。

3.4 量产级的三个设计细节

开发板调通不代表产品能量产，至少有三个地方要额外注意。

第一，GNSS天线净空区不能省。SiP虽然把干扰控制住了，但天线本身的性能还是要靠终端设计来保证。很多开发者在GNSS天线附近铺了大面积地铜，或者把金属结构件压在天线正上方，结果灵敏度直接崩了。参考经验：陶瓷贴片天线下方要有完整的参考地，上方及周围3mm内不要有任何金属件和走线。

第二，蜂窝天线的匹配和天线效率是产品射频性能的核心。SiP的射频端口是50Ω输出，如果天线的回波损耗做得不好，发射功率泄漏回来不但降低效率，还会加大谐波，反过来干扰GNSS。批量生产时每片板子都要做传导测试和天线辐射效率抽检，指标达不到就返工。

第三，电源完整性极为重要。蜂窝发射时的瞬态大电流会造成电源电压跌落，如果GNSS接收机和蜂窝射频共用一路LDO，大电流抽取时LDO输出纹波会传导到GNSS电路，严重时导致卫星信号丢失。设计上GNSS的供电要从主电源层单独分支，并加足够的去耦电容，最好用独立的LDO供电。

4. 典型应用场景与选型思路扩展

4.1 资产追踪：冷链物流里的"移动温度计"

冷链运输场景里，货品不仅需要知道"在哪"，还要知道"沿途温度是否超标"。传统方案是GPS定位模块加一个温度传感器加蜂窝通信模组，三颗芯片加天线，PCB面积大且电池续航短。用这颗SiP器件后，板子上只需一颗主控MCU负责采集温度传感器数据和走业务流程，定位+通信由SiP完成，整体硬件面积缩小一半多。

在冷链车里还有一个特殊问题：车厢本身是个金属屏蔽罩，普通设备在里面根本收不到卫星信号。这个场景需要设备安装在车头挡风玻璃位置，或者通过外置天线把信号引入车厢。这种时候SiP的蜂窝通信和高灵敏GNSS接收能力就能提供比普通方案更宽松的容错空间，至少不会因为信号弱而无法定位。

另外，冷链场景的功耗策略也很考究，货物运输途中一般要求1-5分钟上报一次位置和温度，如果每次都走PSM唤醒链路，功耗会比较紧张。更合理的方案是连续小功率工作，利用Cat-M1的低功耗特性保持网络连接，配合eDRX定期接收下行指令，这样既能满足频繁上报，又能把平均电流控制在10mA以内。

4.2 可穿戴设备：儿童手表和老人手环的"通信+定位"一体方案

儿童手表是典型的"又要通信又要定位还要小"的品类。传统方案里主芯片负责蜂窝通信，另外集成一颗GPS芯片，两块芯片加天线和匹配电路，手表的表盘空间被挤占严重。SiP器件可以直接贴装在FPC软板上，配合小型化陶瓷天线，整个手表内部布局可以做到非常紧凑和谐。

这类应用里，GNSS的性能不仅仅用于室外定位，还依赖Wi-Fi扫描和基站定位做室内辅助。很多儿童手表用的是"GNSS+Wi-Fi+基站"三重定位，做室内外无缝切换。SiP方案在室外享受高精度GNSS，室内切换到基站的Cell-ID定位，因为蜂窝模组本身就必须工作，等于定位路径直接复用，不增加额外硬件。

功耗方面，儿童手表的要求是"每天充一次电甚至两天一充"。用PSM模式+定时唤醒上报的方案，配合GNSS的间歇性接收模式（例如只开20秒定位然后关闭），可以做到续航一天半以上。另外儿童手表要求紧急呼叫功能，需要Cat-M1的VoLTE语音能力，这种"语音+数据+定位"一体需求，正是双模SiP发挥优势的地方。

4.3 智能农业与车载终端的差异化应用

农业机械的定位场景不太一样，农机作业速度慢、路径重复率高，需要高精度定位配合导航作业。搭载RTK差分技术可以做到厘米级精度，但RTK本身需要蜂窝网络传输差分改正数据，这时候SiP方案的优势又出现了：GNSS原始观测量和蜂窝网络传差分数据天然"坐同一条船"，省去了外部差分模块和通信模组之间的接线和协议转换。

车载终端方面，UBI车险（基于使用情况的保险）和车队管理需求增长很快，终端设备要求即插即用OBD接口。OBD接口供电电压波动大（8-16V甚至更大），瞬间冲击电流也高，需要很好的电源保护，但SiP方案把主控和通信接口都简化了，整机设计就可以把精力集中在电源防护和天线布局上。GNSS持续定位配合Cat-M1的数据传输也能满足车队实时位置监控的低延迟要求。

还有一个很有意思的方向是宠物防丢追踪器，这个品类对尺寸的要求极其苛刻。一颗AirTag大小的产品里要塞电池、扬声器、蓝牙，再加入蜂窝和GNSS功能，必然只有SiP才有戏。实测下来，这类产品用SiP方案可以做到单节CR2477纽扣电池供电，每天上报三次位置，续航超过两个月，这在分立方案时代基本是做不到的。

5. 常见问题与排查技巧实录

5.1 GNSS定位慢或定位不到的排查顺序

如果设备在室外开旷环境下2分钟内还没有定位成功，我会按这个顺序排查：

第一步，检查NMEA输出语句，看$GNGSA里有没有至少4颗卫星参与解算。如果可见卫星很多但参与解算的少，大概率是多径干扰或者星历不完整，换个位置再试。

第二步，确认天线有源馈电是不是正常。有源GNSS天线如果馈电电压没有正确加到天线端，LNA不工作，信号会被衰减得很厉害。用万用表量天线座中心的直流电压，通常应该在1.8V到5V之间。

第三步，检查天线净空和天线的方向性。有些陶瓷天线是贴片形式的，它上面的金属面就是辐射体，如果贴片顶上有螺丝、屏蔽罩或其他金属物件，天线方向图会被严重畸变。可以先用手持外置有源天线对比测试，排除PCB自身天线的问题。

第四步，如果以上都排查了还是不行，怀疑SiP内部GNSS电路的电源纹波干扰。示波器看GNSS供电引脚在定位过程中的纹波，如果超过50mV就要加LC滤波或改供电方案。

5.2 蜂窝与GNSS互扰的实际表现和应对

即便SiP内部做了大量隔离，终端板级设计如果太随意，仍然可能在蜂窝发送时GNSS丢失。我遇到过的情况是：单独测蜂窝通信没问题，单独测GNSS定位也正常，但一让两个同时工作，定位数据就开始断续，甚至完全失效。

排查思路要抓三个层面。第一是物理隔离，检查两颗天线之间的距离和方向，尽量让蜂窝天线和GNSS天线垂直摆放，利用极化隔离减小耦合。第二是频域滤波，看看蜂窝天线的谐波是否通过空间耦合到GNSS天线端口，可以在GNSS天线端临时串联一个1575MHz的带通滤波器来做对比实验，如果有效则说明板级滤波不足。第三是时域调度，如果硬件改不动，就用软件方案：在蜂窝发射的瞬间暂停GNSS数据处理，利用接收机的时间同步机制跨过这段盲区。虽然会丢失少量卫星信号，但总比一直定位失败强，实测对定位连续性影响很小。

5.3 功耗异常是最大的"隐形杀手"

很多工程团队把设备做出来后，发现电池续航远达不到预期，以为是电池质量差，最后查下来是软硬件配合不当导致的功耗异常。

最典型的错误是：主控MCU进入睡眠了，但GNSS接收机还在全速工作，或者蜂窝模组没有正确进入PSM状态，一直在联网等待。有次我抓到一个设备的平均电流是15mA，最初以为是正常水平，后来看电流波形才发现模组每隔几十秒就发一次"心跳包"保持网络连接，把PSM功能关掉了。排查方法很简单：用精密电源看设备在"空闲状态"的电流波形，如果出现周期性尖峰，就要检查是不是有心跳包、网络重附着或者传感器轮询在捣乱。

另外一个常见问题是电源轨的下电顺序。SiP器件本身有多路供电，如果某路电源在睡眠时没有正确拉低，会有漏电路径，瞬间吃掉几十微安的电流，在电池容量小的设备上是致命的。所以做低功耗设计的时候，不要只看模组规格书里的"睡眠电流"指标，要用功耗分析仪实测量整机在真实业务场景下的平均电流，并且把业务模型（上报频率、联网时间、定位次数）建模预估，用数据来指导优化。

5.4 常见问题速查表

6. 器件选型之外的扩展思考

只要产品形态还在往小型化、集成化走，SiP器件在蜂窝物联网和GNSS领域就不会只是过渡方案。我个人的判断是，后续这类产品会向三四个方向深化：一是加入RTK和PPP-RTK支持，直接在SiP内实现分米级甚至厘米级定位，进一步侵入高精度导航市场；二是向更低功耗演进，在NB-IoT下实现"一次充电用一年"的承诺，为海量的环境监测传感器带来可能；三是通过软件定义无线电（SDR）架构让同一颗芯片同时处理蜂窝和GNSS信号，用动态频谱分配替代静态滤波隔离。

实际做产品选型的时候，我的建议是不要只看芯片本身的指标，还要看三件事：第一，模组厂或芯片原厂的生态是否完善，文档、工具、参考设计、FAE支持是否靠谱，这直接决定了研发进度；第二，封装尺寸和未来演进路线是否匹配你的产品系列，如果后面要出低配版和高配版，最好选同一系列不同配置的器件，硬件设计可以最大程度复用；第三，供应链的稳定性和长期供货承诺，一颗芯片用进产品后，换型成本很高，一定要做供应商的背景调查和备选方案。

从这两年做的几个项目来看，SiP器件给终端硬件团队带来的最大价值不是省掉多少PCB面积，而是降低了对射频设计能力的门槛。以前一个团队里必须有个经验丰富的射频工程师来处理天线干扰、匹配调谐这些事，现在很多问题在模块层面被消化掉了，小团队也能做出性能不错的无线产品。这其实是很重要的一件事，它让物联网创新的门槛又一次降低了。如果你也在规划带定位蜂窝功能的终端产品，建议找一颗类似的SiP器件回来先打个样，你会明显感觉到研发节奏完全不一样。