做风控、广告、物流这些业务的团队，手里大概率有一样东西——基站参数。手机连上基站那一刻，运营商网络侧就已经拿到了cellid、lac、mnc这套数据。问题是如何把这串数字变成可用的经纬度。
很多人第一反应是自己算。网上也有现成的开源库，但跑一遍下来发现，数据源老、精度差、三四线城市缺数据，用起来处处是坑。
反过来，接第三方接口又容易踩另一个坑——移动联通是一套参数，电信又是另一套，接口文档写得不清楚，对接时参数传错才发现。
探数API的基站查询接口，一条请求同时支持移动、联通、电信三网的基站位置查询，返回经纬度、信号覆盖半径和地址信息。下面把接口完整拆开讲。
 

接口详解

接口地址：[https://www.tanshuapi.com/market/detail-80]，GET/POST均可。

请求参数

三网参数对照

移动和联通用同一套参数命名，电信的参数名不同，但逻辑对应关系很清晰：

电信接口里，sid/nid/bid 这三个字段分别对应 mnc/lac/cellid，上传参数时注意映射关系，不然会返回参数错误。

返回示例

以绵阳市某移动基站为例：

{
    "code": 1,
    "msg": "操作成功",
    "data": {
        "lat": "31.056400",
        "lng": "105.110687",
        "radius": 736,
        "addr": "四川省绵阳市三台县潼川镇长林村;205省道与三象路路口东北659米"
    }
}

返回字段解读

四个字段，结构很干净。拿到 lat/lng 之后，如果你的业务用到GCJ02坐标系（高德、腾讯地图），记得做坐标系转换，WGS84 转 GCJ02 有成熟的转换公式，网上可以直接找到。

拿到经纬度之后，各行业怎么用

同一个接口返回四样东西，不同行业取的是不同的子集。

📱 APP风控反欺诈

核心字段：lat / lng / radius
用户注册或登录时，后台拿到设备上报的基站参数，调接口换经纬度，和用户填写的收货地址、历史登录地进行比对。两个地方差了几百公里，风控策略直接触发。
radius 字段在这里也有用——如果基站覆盖半径本身就很大（比如郊区的宏站，覆盖半径几公里），那定位精度天然有限，不能单靠基站数据下结论，需要叠加GPS或WiFi数据做交叉验证。

📍 广告精准投放

核心字段：lat / lng / addr
广告系统拿到用户当前位置后，判断用户是否在目标商圈或门店附近，决定是否推送附近门店的优惠信息。
addr 字段省了一道反向地理编码的步骤，直接用就好。如果只需要粗粒度的城市级定位，addr 里包含的省市区信息已经够用，不用再调逆地址解析接口。

📦 物流轨迹补全

核心字段：lat / lng / addr
快递员配送过程中，终端设备不一定一直有GPS信号（地下室、电梯里）。这时候设备上报基站参数，通过接口换位置信息，填补GPS空窗期的轨迹断点。
addr 字段在轨迹回放界面直接展示，用户看到的不再是”信号丢失”，而是一个具体的位置描述。

🏭 物联网设备定位

核心字段：lat / lng
物联网场景里很多设备没有GPS模块，靠基站定位做粗略位置上报。共享单车、智能电表、烟感报警器这些设备，通过基站定位确认设备是否在预期区域内。
精度方面需要提前跟业务方说明——基站定位的精度取决于基站密度，城市里通常几百米，郊区可能几公里。如果是需要精确到门牌号的应用，基站定位不够，得加其他定位方式。

四行业字段需求对照

看这张表，知道自己的业务最依赖哪几个字段。

基站定位的精度边界

基站定位不是GPS。GPS在室外开阔地带精度可以到米级，基站定位的精度取决于你所在位置基站的密度。

radius 字段返回的就是当前基站的大致覆盖半径，这个数值可以直接用来判断当前定位的精度上限——如果 radius 是 3000 米，那定位结果在这个范围内浮动是正常的。
所以基站定位适合的场景是：需要一个大概位置做判断，不需要精确到门牌号。反欺诈的”同城/异地”判定、广告的”商圈内”判断、物流的”轨迹补全”，这些场景精度足够用。如果业务要求精确到米，基站定位撑不住，得用GPS。

应用场景

APP风控反欺诈

用户登录时后台获取设备基站参数 → 调接口换经纬度 → 与历史行为数据比对 → 异常位置触发风控策略。

广告精准投放

广告系统拿到用户实时位置 → 判断是否在目标商圈范围内 → 决定是否推送附近门店优惠信息。

物流轨迹补全

快递员终端在GPS信号弱的区域（地下室、电梯）上报基站参数 → 接口换位置信息 → 填补轨迹断点。

物联网设备定位

IoT设备无GPS模块 → 通过基站定位确认设备在预期区域内 → 异常离区触发告警。

错误码速查

服务级

系统级

📌 电信参数映射是最常见的对接问题。移动联通传 mnc/lac/cellid，电信要传 sid/nid/bid，参数名不同但逻辑对应，对接时注意映射。

总结

探数API基站查询接口，一条请求支持移动、联通、电信三网的基站位置查询。传入 mnc/lac/cellid（电信对应 sid/nid/bid），返回经纬度、信号覆盖半径和基站地址。支持全国2G/3G/4G基站查询，返回WGS84坐标系坐标，适合风控反欺诈、广告投放、物流轨迹补全、物联网设备定位等场景。
接口结构简单，四个字段拿到就能用。需要注意坐标系转换和精度边界——基站定位适合做粗粒度位置判断，不替代GPS。有技术对接问题可以联系平台客服。