一、场景切入：为什么“人在哪”不是装个 GPS 就解决
1.1 传统管理手段的三处断层
在很多外勤与现场作业场景里，“人现在在哪”长期以来靠的是经验而非数据。纸质签到、打卡机、对讲机呼叫、电话报位，这些手段共同的特点是位置获取是离散的、被动的、不可回溯的。离散，指的是你只在某个时刻知道人在某处，两个报位点之间的路径是黑盒；被动，指的是位置更新依赖人主动上报，睡着了、遇险了、想偷懒了就不会报；不可回溯，指的是事后想查“昨天下午三点某人在哪”几乎没有手段，只能靠回忆或监控录像逐帧翻找。
更关键的是危险干预的滞后。在化工、矿山、环卫、电力巡检这类场景里，真正危险的不是“找不到人”，而是“人已经走进不该进的区域，系统却毫无反应”。传统手段把安全寄托在人的自觉与事后追责上，缺少一道“实时位置—规则判定—主动告警”的自动化闭环。这正是人员定位系统要补的第一处断层：把位置从离散事件变成连续数据流。
1.2 人员定位真正要解决的三个问题
如果把人员定位系统理解为“装个定位终端”，就低估了它的工程内涵。它真正要解决的不是“找到某个人”这个瞬时问题，而是把四类信息持续数字化：人在哪（位置）、去过哪（轨迹）、待了多久（停留）、是否越界（围栏）。由此派生出三个必须提前定义好的工程问题，它们直接决定后面选什么技术。
其一是粒度。你需要的是点位级坐标（米级），还是区域级归属（在某栋楼、某层、某围栏内），还是楼层级归属？粒度每升一级，布设成本与计算复杂度往往是指数变化。其二是连续性。是要求 7×24 小时连续坐标，还是只在打卡/事件时刻采一个点？连续性越强，对回传链路与功耗的要求越高。其三是回溯。数据要保留多久才能满足管理与合规需要？这一点常被忽视，却会在事故复盘时成为硬约束。不同场景对这三者的权重截然不同：环卫与管线巡检偏广域连续，园区与楼宇偏室内区域，仓储与访客偏点位事件。
二、定位技术原理：测什么物理量，怎么变成坐标
2.1 室外卫星导航（GPS/北斗）：三边测量与误差来源
卫星导航的本质是“测距定位”。用一个生活化的类比：你站在未知点，知道三个朋友的精确坐标，又用测距仪量出到他们各自的距离，那么三个圆（在三维里是球）的交点就是你站的位置——这就是三边测量（trilateration）。GNSS 把“朋友”换成了太空中的卫星：每颗卫星通过星历广播自己的精确轨道位置，终端接收至少四颗卫星的信号，测量信号从卫星到终端的传播时间，乘以光速得到“伪距”，再解出经度、纬度、高程以及接收机钟差这四个未知数。之所以需要四颗而不是三颗，多出来的一颗正是为了把接收机自己的时钟误差也解掉。
但伪距不是真距。误差来自几个固定角色：卫星钟差、电离层与对流层延迟、多径效应（信号被建筑或地面反射后路径变长）、接收机噪声。把这些误差消掉，定位就从“米级粗定位”走向“厘米级高精度”，思路就是差分——在一个已知精确坐标的基准站上观测同样的卫星，算出公共误差修正量广播给周边终端。具体能到多少精度，取决于终端模组、星历质量与差分源，以厂商资料为准，本文不给出统一数字，因为不同硬件与模式下差异极大，统一口径反而会误导选型。
2.2 室内蓝牙信标：RSSI 衰减、指纹库与 MAC 登记
一旦进入室内，GNSS 信号被建筑结构衰减殆尽，必须另起一套“本地坐标”。蓝牙信标是一种持续广播自身标识的低功耗小设备，部署在天花、墙面或柱体上。终端扫描到周边信标的信号强度（RSSI），利用“信号随距离衰减”的规律反推距离，再像室外那样做三边或指纹匹配。这里有个在真实平台里很值得注意的机制细节：信标以 MAC 地址登记进系统；当终端设备开启信标扫描后，监控端看到的“定位方式”会从默认的室外模式切换为“信标定位”。换句话说，定位方式不是写死在终端里的静态标签，而是由它当前开启的扫描能力与可见锚点动态决定的。
纯靠 RSSI 衰减做三边定位，对多径和非视距非常敏感，所以工程上更常用指纹法：先派人拿着终端在现场逐点采样各信标的 RSSI，建成一张“位置—RSSI 向量”的指纹库；定位时把实时 RSSI 向量与库里最相近的样本匹配，相当于“用现场实测替代理论模型”，能在相当程度上抵消环境带来的偏差。指纹法的代价是库要随环境变动重新采样，这是后面“局限”一节要谈到的。
2.3 Wi-Fi 扫描定位：2.4GHz 指纹法
Wi-Fi 定位与蓝牙信标同源，核心都是“扫描已知锚点 + 指纹匹配”，区别只在于锚点形态。它采集的是 2.4GHz 频段的无线接入点（AP）的 MAC 与 RSSI，再匹配指纹库得到位置。AP 的密度通常比专用信标高得多，覆盖也更连贯，因此在已部署无线网络的楼层里，Wi-Fi 可以“白嫖”现成锚点。但 2.4GHz 同样会被墙体、金属货架和人体遮挡，精度与蓝牙同属室内亚十米到十米量级，具体数值以厂商资料为准。实践中两者常并存：蓝牙信标用于需要密集布设、精度要求更高的关键区域，Wi-Fi 用于已有 AP 覆盖的通用楼层作为补充。
2.4 基站定位与惯性辅助推算
当终端既收不到 GNSS、也扫不到足够信标时，还有蜂窝基站作为兜底。Cell ID 类方法直接用终端当前驻留的小区标识，在基站位置库里查一个大致坐标，精度受基站间距影响，属于百米级粗定位；更精细的三角或双曲线法需要运营商侧的多基站观测，终端侧一般拿不到。另一类是“辅助推算”：终端内置三轴加速度传感器，在信号盲区用步数与方向做航位推算（Dead Reckoning），把上一次可靠坐标沿估计路径“推”一段，用来填补 GNSS/蓝牙的断点。它不独立给出绝对位置，只做相对续接，误差随时间累积，必须与绝对源周期性对齐，否则越推越偏。
2.5 楼层定位：用进出记录与楼层停留时间推算
一个容易被忽略的事实是，很多“楼层级”定位并不依赖额外的楼层硬件。在参考平台的机制里，楼层定位是由楼宇的进出记录与楼层停留时间推算出来的——系统根据人员刷卡或扫码进出楼宇、以及在各楼层停留的时长，反推其当前所在楼层。它给出的是“楼层粒度”的归属，而不是楼层内的精确坐标，因此天然适合与蓝牙信标互补：信标负责层内点位，楼层推算负责“在几楼”。这种“复用已有门禁与停留数据做推断”的思路，避免了为楼层定位单独布设一套硬件，是工程上很务实的权衡，也提醒我们：定位不一定非要靠“专门测位置的传感器”，有时把已有业务数据用对地方，就能拼出需要的粒度。
三、五种技术路线对比
3.1 对比维度如何选取
做技术选型时，最容易犯的错误是把五种技术摆在一张“精度—成本”表里比高低，仿佛存在一个全面占优的解。实际上它们的差异首先是“输出粒度”与“适用环境”的差异，其次才是精度与成本。因此本文选取五个维度：所依据的测量、输出粒度、典型部署约束、主要约束，以及作为工程直觉的精度量级（仅作定性描述，因为资料未给出逐项数值，统一口径会失真）。时延与功耗单列在第四节的端侧细节里谈，因为它们更多取决于终端工作模式而非技术路线本身。
3.2 对比表与逐行解读
逐行看这张表。GNSS 是广域连续坐标的唯一来源，但它的“覆盖范围”恰恰是室内与遮挡环境，所以它是户外作业的主力、室内作业的盲区。蓝牙信标与 Wi-Fi 是室内双子星：前者靠专用锚点、精度与可控性更好，后者靠既有 AP、布设成本更低；两者都被“锚点密度”这一条约束死死绑定。蜂窝基站是兜底的粗定位，平时看不见它，但断网进隧道、进地下时它是最后一道保险。楼层推算最特殊，它不“测量”位置，而是“推断”楼层，复用门禁与停留数据，代价是给不出层内坐标。把五者并列，结论很清晰：没有谁替代谁，只有谁在哪种场景补谁的位。
四、端侧采集与数据链路的技术细节
4.1 精度门限与上报过滤
原始定位点并非“采到就传”。在参考机制里有明确的过滤逻辑：当终端已定位但精度不满足要求时，该点不会被上报（这一点体现在终端 LED 状态的设计逻辑里）；Wi-Fi 与基站类上报会过滤掉低于 -110dBm 的弱信号，并且单次上报的组数有上限（10 组）；蓝牙侧同样有 RSSI 过滤。这些规则的目的很直接——剔除不可靠样本、压低上行流量与终端功耗，让进入平台的位置流先过一道“可信度门槛”。对开发者来说，这意味着平台里看到的每一个点，已经是经过端侧初筛的“相对可信”点，而不是原始噪声；但反过来，过滤参数设置过严会导致轨迹“断点增多”，需要在可信与连续之间调平衡。
4.2 工作模式四档与上报间隔
终端并非始终满速上报，典型工作模式分四档：实时模式，可分别对运动与静止设置不同上报间隔（运动时密、静止时疏，用“是否移动”切换节奏）；计步模式，按步数触发上报，适合以“走了多少步”为节拍的岗位；定时模式，按固定时间间隔上报；省电模式，不主动上报，靠事件唤醒。四档差异的本质是“功耗—数据量—时效”这个三角权衡：实时模式时效最好但最耗电，省电模式相反。工程上应按岗位节奏配置，例如久坐值守岗位用静止长间隔，巡检走动岗位用运动短间隔，既保住关键时刻的轨迹密度，又把平均功耗压下来。
4.3 盲区补传与三轴传感器
信号盲区不可避免，地下车库、电梯井、偏远路段都会让终端短暂失联。盲区补传指的是终端在失联期间先把位置点缓存在本地，待网络恢复后再回传，保证轨迹是“断开后接上”而非“凭空消失一段”。三轴传感器在这里扮演两个角色：一是独立判定运动/静止，作为上报间隔切换的依据，不依赖定位是否锁定；二是提供步数，支撑计步模式与盲区里的航位推算。要强调的是它是“独立观测通道”，即便 GNSS 与蓝牙都没锁定，它仍能产出“是否在动、动了多少”的信号，这在切换判定与省电策略里非常关键。
4.4 回传链路与双服务器上报
位置点最终通过蜂窝网络回传。参考平台采用 4G 全网通模组，并使用 JT808 协议做主副双服务器上报——同一份位置数据上报到主、备两个服务端，提升链路可靠性，避免单点服务端故障导致整段轨迹丢失；AGPS（辅助 GPS）则利用网络预先下发星历，显著缩短首次定位的冷启动时间。整条链路上行传“位置点与事件”，下行传“指令与报表”：平台可下发 TTS 语音播报、定位、重启、查询配置等指令，也能把考勤报表、轨迹导出结果回推给客户端。理解这一点对架构师很重要——定位系统不是单向采集器，而是一条双向通道，上行决定“看得见”，下行决定“管得了”。
4.5 位置流如何被平台消费：围栏、轨迹与考勤
位置点进入平台后会被多重消费，这正是“定位”与“管理”的连接点，也是参考平台机制里最密集的一块。其一，电子围栏判定：平台支持自定义多边形与矩形围栏，围栏分安全、警示、危险三级，优先级从 0（最高）到 15（最低）；离开报警只对安全与警示区域生效，进入报警只对危险区域生效，且必须有“进/出”两个位置状态变化才触发；嵌套时要求出围栏等级低于入围栏等级（安全＜警示＜危险），比如危险区里再套一个安全区。其二，轨迹回放：记录时间、速度、里程、方位，并支持两人同段轨迹比对，用于聚集报警后的复核。其三，考勤：进出指定区域自动打卡要求有“从围栏外进入围栏内”的位置变化过程，开启后手动打卡会失败；考勤数据核算默认“明天处理今天”，检测到跨零点班次自动改为“后天处理今天”，且该模式暂不支持修改。其四，报警：分求救、进出围栏、聚集（标准版及以上、限上班时间）、停留（上班停留超时）四类；所有报警均只在平台显示，设备本身不会有反应；推送按 Web→微信→短信→邮件（邮箱需定制）顺序，任一节点成功即停止。
把这一节与第三节的对比表连起来看：端侧选源决定了“位置点从哪来、可不可信”，平台消费层决定了“这些点能变成什么管理动作”。两者之间的耦合点，正是电子围栏的“方向性进出判定”与“必须有位置状态变化”这两条硬规则——它们本质上是在对端侧位置流做质量校验，只有真实发生了空间跃迁才认定一次进出，避免弱信号抖动误报。
五、局限与边界
5.1 各技术的失效场景
GNSS 在室内、城市峡谷、密林、隧道全面失效；蓝牙信标与 Wi-Fi 都依赖锚点布设密度与质量，金属货架、人体、厚墙都会让 RSSI 失真，布设稀疏的区域会退化成“大致方位”；蜂窝基站在百米级，难区分同楼里的不同人；楼层推算依赖门禁与停留数据的质量，给不出层内坐标，且只对“长时间静止在某层”的判定才可靠；指纹法最娇气，货位一调整、AP 一迁移就要重采样，否则误差漂移。认清这些失效场景，比记住“某某技术精度多高”更有用，因为它决定了你在哪类场地会“塌”。
5.2 融合的代价与切换抖动
多源融合不是免费午餐。不同源的时间基准、坐标框架需要对齐；当终端在“GNSS 可见→进入室内切信标→再上楼做楼层推算”之间移动时，坐标会发生跳变与抖动，监控端看到的光标可能“瞬移”；融合权重的标定高度依赖现场，冷启动与热切换策略直接决定体验。把多个“各有所短”的源拼起来，收益是覆盖更全、盲点更少，代价是工程复杂度与持续的现场调参。一个常见的坑是以为“开了多源就自动无缝”，实际上融合策略本身就是一个需要设计、测试、按场景标定的子系统。
5.3 边界的诚实声明
必须有几句实话写在这里。第一，位置是带不确定度的估计，不是绝对真理，任何“精准到厘米、永不丢失”的表述都应打个问号。第二，“报警”依赖平台与网络可达，系统能“及时发现、主动推送”，但不能承诺“杜绝事故”——安全生产的责任边界必须说清楚。第三，数据的可回溯范围由保留期决定
六、结论与选型建议
6.1 小结：多源定位的本质
回到标题：人员定位系统的多源定位技术，本质不是“选一种最强的定位方式”，而是“按场景选源、按约束融合、按版本对齐能力”。室外交 GNSS，室内交蓝牙信标与 Wi-Fi，盲区交基站与惯性推算，楼层交进出与停留记录——它们各自补全对方的盲区，才拼出一条连续、可信、可回溯的位置流。技术的高低不在单点精度，而在能否让这条流在你的真实场地里“不断、不抖、不漏、可追溯”。
6.2 给开发者的六条判断标准
如果要把本文压缩成一份可执行清单，建议按以下六条顺序推进。其一，先定义粒度：点位级、区域级还是楼层级？粒度直接决定技术组合与布设成本。其二，列失效场景：把你场地的遮挡、地下、金属环境逐条列出来，看哪种源会塌，再决定要不要补基站或惯性推算。其三，定融合策略：明确切换阈值与抖动处理，别把“自动就好”当成设计。其四，对齐版本能力档位：，这些要写进需求基线。其五，确认回传与可靠性：双服务器上报、盲区补传、AGPS 冷启动要不要，决定了链路在弱网下的表现。其六，留好集成口：选择支持开放标准 API 接入、具备分布式 SaaS 百万接入量的平台，把位置流接进你已有的业务系统，而不是再竖一座数据孤岛。做到这六条，多源定位才真正从“能定位”走向“能管理”。
文末技术标签：人员定位系统 / 多源融合定位 / 蓝牙信标 / 电子围栏 / 物联网 / SaaS
