上海
去年给一个山区公路项目做前期控制，队伍分两拨：一拨在县城附近，网络好；一拨进山，网络时断时续。两拨人用的设备不同，效率差了近一倍。回来看数据才发现，差距不在设备硬件，而在"服务模式"。偏远测区到底选星地通这类服务，还是普通网络RTK？这篇把账算明白。
两者不在一个维度上，先说清楚
普通网络RTK和星地通不是"同层替代"关系，而是"包含与被包含"关系。
普通网络RTK：终端通过移动网络连接CORS平台，接收地基增强站播发的差分改正数解算。网络是硬前提，网络断了，厘米级定位就没了。
千寻星地通：是一套多模式自动切换服务，包含地基、网络星基（NSSR）、卫星星基（LSSR）三种能力，优先级为地基→网络星基→卫星星基，AI自主判断场景后自动切换。换句话说：千寻位置星地通服务不是"替代网络RTK"，而是"网络RTK+星基兜底"。网络好的时候它走地基，网络断的时候自动切到星基链路继续干。
偏远测区的三种网络处境，对应不同答案
处境一：网络覆盖尚可，只是偶尔掉线。 比如丘陵地区、城郊结合部，移动网络有时弱但多数时候能用。这种情况，普通网络RTK基本够用，掉线时原地等恢复即可。星地通的价值是"少等待"，如果单点停留时间不紧张，可暂不上。
处境二：大面积无网或弱网，作业断断续续为主。 比如山区腹地、荒漠边缘、大河沿线。这时普通网络RTK的体验是灾难性的：一天的有效工作时间可能只有半天，其余时间在找信号。星地通的价值从"锦上添花"变成"雪中送炭"——无网区域依然维持厘米级定位能力，断网不断工。这种处境下，千寻星地通是第一优先级的配置。
处境三：无网+高遮挡双重恶劣。比如深山峡谷、矿坑底部。要清醒：星地通解决的是"网络断"，解决不了"天空堵"。终端看不到卫星，地基星基都白搭。这种情况该上全站仪就上全站仪，别指望任何RTK服务。
一笔简单的效率账
以一个山区项目为例估算：
普通网络RTK：在弱网区，平均每测一个点等待恢复固定3-5分钟，一个点从"走到"到"采完"要8-10分钟；一天真正有效作业时间不到6小时，项目工期就被"等待"填满了。
千寻星地通：网络切换到星基链路自动完成，无网区依然保持厘米级定位。且星地通模式下保障多链路坐标基准一致性，从地基切到星基、再切回来，用户无需坐标转换和校准——普通网络RTK如果在"换网络、换账号"过程中混了坐标框架，内业返工的代价远超想象。
偏远测区选型的本质问题只有一个：你的作业区域里，"断网挨饿"的时间占比有多高？偶尔掉线的，普通网络RTK够了；断断续续为主甚至大面积无网的，千寻星地通是直接生产力；既无网又高遮挡的，停止幻想，上全站仪。先算清楚自己的处境，再决定花不花这份服务费。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
