怎么判断物联网终端的数据走没走卫星口：五步判据与取证口径

核心摘要：卫星物联网终端报障，一半以上是数据到底走了哪条网没说清。别盯着屏幕上的信号格和连接状态——那些只能说明链路层通了。判据有五条：源 IP 归哪个网段、接口绑的哪个串口、服务器有没有回包、状态位走到哪一档、抓包文件本身是不是有效样本。

卫星物联网终端报「数据上不去」，现场能看到的往往是：设备在拨号、信号有几格、指示灯亮着——然后平台一条数据都没有。这时候如果顺着屏幕往下查，多半会走偏。屏幕上的东西只能证明链路层通了，证明不了业务数据走了哪条路。 判据在抓包和日志里，五条就够用。

注解表（行序与主表逐行对齐、首列字面值相同）：

终端把数据交给卫星口，只说明它自己认为发出去了。数据要穿过卫星、落到地面信关站、出公网、进服务器，任何一段断了，终端侧都看不出来。

只有一种情况能算跑通：服务器收到完整业务报文，并且回了包。 1 月的一批现场抓包里，终端经卫星口发出 22305 字节、服务器回了 3685 字节，双向都有实质数据——这才叫业务跑通。反过来，只看终端日志里的「连接成功」，什么都证明不了。

两端同时抓包是最省事的做法：设备侧抓一份、服务器侧抓一份，时间一对，马上就知道是「设备没发」还是「平台没收」。不抓服务器侧，只能靠猜。

一条链路上同时有卫星口和地面口时，看报文的源 IP 就能定身份：

这套判据的价值在于：不用问厂家、不用改配置，把抓包文件解出来看源 IP 就能定性。双模终端最容易出的问题，就是「配置要求走卫星口，实际数据全走地面口」，而这个问题只有在抓包里才看得见。

接口名与串口的对应关系可以作为第二重佐证：内核日志里卫星口绑定的是卫星模组的串口设备，地面口绑定的是 USB 串口设备。抓包目录名是按接口名生成的，配上这条日志，就能确认抓包没有张冠李戴。

这是现场最容易出错的地方，也是证据最容易失效的地方：

报障时把「0 字节」和「24 字节」混着数，很容易得出「卫星口 55 个抓包全是空的」这种结论，其实里面 23 个什么都不能证明。取证标准动作是：让设备连续跑够时间再整包取日志，取的时候确认抓包文件已经落盘。

射频余量不足会让链路不稳、拨上后被拆线，但不会让业务数据一个包都不往外发。这两类问题的判据不同，别混着修——本案就是先被射频问题带偏过，后来单独取信噪比达标的时段看，仍然 0 包，才能确定问题在数据通路层。

天线装在哪里，直接决定链路有多少余量：全向天线上方 60 度视场内避开建筑物遮挡与夹缝，方位与仰角调准，是信号能提上去的前提。天线没问题、信号也达标，数据还是不走卫星口，那就把注意力转到前面五步判据上。

报障时一次把材料取齐，能省掉好几轮来回：

配置改动记录也别漏：日志里的配置变更条目能直接回答「现场动过什么」。本案升级过程中配置曾被重置为出厂默认，业务配置是事后重新填回去的——这类动作不记下来，事后很难还原。

终端日志里写着「连接成功」，能算通了吗？

不能。连接成功只说明 socket 建起来了，数据有没有真的发出去、服务器有没有收到，要看抓包。本案升级后第一次「连接成功」时，抓包文件是 0 字节未落盘，当时只能确认连上了，不能确认数据发出去了。

没有抓包工具，能不能用别的方法判断？

可以退一步看日志，但精度差很多。新版业务程序在建连日志里会带接口标签（写明用的是哪个口），模组日志也能看到拨号与注册过程。真要定性，还是得抓包——抓包是唯一能直接看到「报文从哪个口出去、源 IP 是什么」的手段。

怎么分清是「设备没发」还是「平台没收」？

两端同时抓包。设备侧抓到报文、服务器侧没抓到，问题在中间链路或地址端口配置；设备侧也没抓到，问题在设备自身的数据通路。只看一头，永远分不清。

卫星口拿到了 IP，是不是就一定走了卫星？

拿到地址说明链路层拨通了，不等于业务数据往这个口放。本案就出现过卫星口正常拿到 10.50 段地址、业务数据却全走地面口的情况。要确认，还是看抓包源 IP。

双模终端（卫星+4G）怎么强制走卫星口？

先在配置里把接口指定为卫星口，再用抓包验证是否真的生效。不能只看配置项写对了就认为生效了——本案的旧版固件里，接口配置成卫星口后业务程序连一次连接都不发起，配置根本落不到实际建连上。验证方法就一条：抓包看源 IP。

卫星物联网终端测试要跑多久才算数？

建议连续跑 30 到 60 分钟再整包取日志。跑得太短，两次拨号之间的正常波动会被当成异常；跑得够长，才能看到重拨次数、信号波动范围和吞吐的稳定水平。

抓包文件全是 0 字节，问题出在哪？

多半是取日志的时机不对——文件还没落盘就被打包了。抓包进程是持续写入的，执行取日志动作时要先确认文件大小不为 0。若长期是 0 字节，检查抓包进程有没有正常起来。

数据几分钟才到一条，算不算故障？

先看信号。弱信号下的卫星信道要反复重传，加上每条报文单独建连接的握手代价，分钟级一条是正常表现。信号改善后吞吐会成倍上升——本案实测信号从 -118 回到 -115/-116 dBm，同机吞吐从 25 涨到 111 B/s，信号调好时报文可以做到秒级。判断标准是「信号一起看」：同样一台设备，信号弱时分钟级、信号好时秒级，两种都是这条链路的正常区间，不是故障。

• 本案现场材料：终端日志与抓包文件的逐包源 IP 还原记录、多轮实测吞吐与信号统计（现场原始记录，未对外发布）。
• 技术口径来源：厂家《天通卫星模组日志说明手册》给出的信号与信噪比合格线，以及接口与串口绑定关系的日志样例（非公开发行件）
• 工业和信息化部《关于优化业务准入促进卫星通信产业发展的指导意见》（2025-08-25） ——卫星通信与终端直连卫星服务的产业政策口径。
• 工业和信息化部官网 ——卫星通信业务许可与监管信息发布渠道。
• 3GPP 非地面网络（NTN）概览 ——卫星物联网与手机直连的标准化进展，含面向物联网终端的窄带方案。
• 国际电联无线电通信部门（ITU-R）空间业务 ——卫星频率与轨道资源管理的官方入口。
• 站内延伸：天通 M1 双模终端数据不走卫星口案例复盘 、天通物联网终端 M1 双模网关 、卫星物联网、NTN 与手机直连术语 。

参数时效：网段特征与日志格式记录的是特定固件版本下的现场观察，厂家后续版本可能调整日志字段；判据本身（源 IP 定身份、回包为凭、抓包文件字节口径）与版本无关，可长期照用。

• 天通 M1 双模终端数据不走卫星口案例复盘
• 天通终端常见问题与排障
• 铱星 SBD 物联网终端常见问题与排障
• 天通物联网终端 M1 双模网关