定义
LBS（Location Based Service）基于位置的服务，通过基站定位或 GNSS 获取位置，用于室内/弱 GNSS 场景的辅助定位，如共享单车、儿童手表等。
定位技术
LBS 定位方式包括：蜂窝基站定位（Cell-ID、ECID、OTDOA），利用基站位置与信号特征估算终端位置，精度约 50–500 米；Wi-Fi 定位，基于热点指纹或三角测量；蓝牙 Beacon 定位，用于室内精确定位。与 GNSS 相比，LBS 精度较低但功耗小、室内可用、无需额外硬件，适合对精度要求不高的场景。
模组能力
4G/5G 模组通常支持 AT 指令获取基站定位信息（如 MCC、MNC、LAC、Cell ID），终端或平台据此调用运营商或第三方定位 API 获取经纬度。部分模组集成 GNSS，可自动在 GNSS 与 LBS 间切换：户外优先 GNSS，室内或弱信号时 fallback 至 LBS，保障定位可用性。
应用场景
共享单车在禁停区、地下车库等 GNSS 不可用时，LBS 提供粗略位置用于违停判断与找车；儿童手表、老人手环在室内场景依赖 LBS；物流追踪在仓库、隧道等场景用 LBS 辅助。LBS 与 地理围栏 结合，可基于粗略位置实现进出判断，满足部分业务对精度要求不高的需求。
工程实践补充
针对「LBS」的跨团队协同：硬件提供阻抗与电源预算，射频提供杂散与灵敏度余量，嵌入式明确线程模型与存储寿命，云端明确 SLA 与限流。对 NB-IoT 等场景，业务模型需与唤醒周期、包长与下行容量匹配；对车载与移动场景，需考虑切换与漫游时的会话保持。项目收尾做一次「红队」式复盘：弱网、掉电、证书过期、时钟跳变与存储写满是否都有定义行为。
小区标识到坐标的换算
基于位置的服务在蜂窝侧通常不是模组自己解算出经纬度。模组通过指令读出当前登记小区和邻区的国家码、网络码、位置区或跟踪区、小区标识，有时还有信号时延或电平；真正的坐标来自运营商或第三方的小区位置库，用主小区加上若干邻区做加权或特征匹配。只上报一个小区标识时，结果落在该小区覆盖范围里的某个代表点，城区可能是街区量级，郊区和高速可能远大于此。它不依赖卫星可见，所以室内和遮挡处仍能给出粗位置，但精度由基站密度和库的新旧决定。
适合作为主定位的条件，是业务能接受小区级误差，例如找回大致区域、统计设备分布、在卫星不可用时维持“有位置”。需要车道级或门口级时，小区定位只能做兜底，并在数据里标明来源和精度等级。使用前要确认漫游地的位置库覆盖该网络号，否则境外小区会解出空坐标或错误国家。
邻区缓存过期后的位置跳变
模组缓存了上一次的邻区列表，人已经进地库，上报仍是路边的旧小区，平台却显示刚刚更新。位置库没跟上基站搬迁，同一小区标识解到旧站址，整批设备在地图上平移。把小区定位的点直接拿去卡很小的地理围栏，会在相邻小区重选时连续进出。多卡设备报了 A 卡的小区、业务绑在 B 卡上，坐标与会话对不上。接口按次计费时，每个上报周期都请求一次高精度定位 API，费用和时延都高于业务所需，而返回精度并不会因为多调一次就变成米级。
上报字段应区分卫星点、小区点和最后有效点，禁止在存储时抹掉来源。室内可改用室内定位（BLE/Wi‑Fi）的锚点，而不是把小区半径越画越小。卫星不可用但仍希望缩短恢复时间时，辅助数据走A-GNSS，那是另一条链路，不能把小区坐标当成星历。
调用位置服务时把主小区、邻区电平和时间戳一起送出，只送一个小区标识就只能落到覆盖范围的代表点。返回结果要保留精度半径和坐标系，展示层再决定怎么画，不能在入库时抹成一个没有误差的点。漫游地的位置库若没有该网络的站址，应显式失败，而不是返回上一次国内坐标。计费接口按次计价时，按业务需要选择小区级或更细的解算，重复请求不会把基站几何变成车道级。与卫星定位并存时，写出当前采用的是哪一种，切换瞬间不要把两种坐标平均成一个既不在路上也不在小区里的点。
基站搬迁后同一小区标识可能对应新站址，位置库更新前应允许结果为空，不要沿用旧坐标。邻区列表过期时注明测量时间，地库里仍报路边小区就不要刷新地图上的“刚刚在线”。多卡设备标明位置来自哪一张卡。粗位置只用于能接受小区尺度的业务，细围栏不要直接吃这个坐标。