3. 远程识别技术原理

远程识别（Remote ID）是无人机在飞行过程中对外声明自身身份、位置与飞行状态的能力。它并不是单一链路，而是由两套互补机制构成：广播式远程识别（Broadcast RID）与网络式远程识别（Network RID）。理解两者的工作机制、协议栈、数据格式与传输方式，是后续合规测试用例设计的基础。

一、广播式远程识别的工作机制

广播式远程识别由无人机（或外接广播模块）周期性发送包含身份与位置信息的报文，任何处于接收范围内的设备都可以被动接收，无需与无人机建立连接。其典型链路是蓝牙 4/5 低功耗扩展广播或 Wi-Fi Neighbor Awareness Networking（NAN），部分场景也使用 Wi-Fi Beacon。

工作机制可拆为四步：

1. 采集：飞控从 GNSS 获取经纬度、高度、速度、航向，从系统获取无人机序列号、会话 ID、操作员位置。
2. 组帧：按 ASTM F3411 定义的消息格式封装为 Broadcast RID 消息（Message Pack）。
3. 广播：以固定周期（通常 1 秒 1 次，位置变化快时可提高频率）在广播信道上发送，不等待应答。
4. 接收：地面接收设备（手机、专用接收机、反制设备）被动解析，得到无人机身份与实时位置。

广播式的关键特征是无连接、单向、低时延、覆盖有限。它不依赖蜂窝网络，因此在无网区域仍可工作，但接收距离通常只有数百米到数公里，取决于发射功率与天线。

二、网络式远程识别的工作机制

网络式远程识别要求无人机通过互联网（通常是蜂窝网络）将识别数据上传至远程识别服务提供方（RID Service Provider），再由服务端向授权用户（如空管、公安）提供查询接口。其链路是无人机 → 网络 → 服务端 → 查询方。

工作机制同样可拆为四步：

1. 联网：无人机或机载模块建立蜂窝/Wi-Fi 连接，完成鉴权与注册。
2. 上报：按固定周期（通常 1 秒）将位置、速度、状态等数据以 HTTPS/REST 或 MQTT 方式提交。
3. 存储与分发：服务端校验、存储，并按权限向查询方开放。
4. 查询：授权方通过 API 按无人机 ID、区域、时间范围检索实时或历史轨迹。

网络式的关键特征是有连接、双向、依赖网络、可远程追溯。它突破了广播的距离限制，但一旦断网即失效，因此合规要求中常规定“网络式与广播式需同时具备或按场景择一”。

三、通信协议与传输方式对比

两种机制在协议栈上的差异，直接决定了测试时的抓包点、时延指标与断链判据。下表给出关键对比。

四、典型场景与测试关注点

以城市物流配送为例：无人机同时开启广播式与网络式。地面巡检人员用手机接收广播报文，验证 Basic ID 与 Location 是否一致；后台平台通过 API 查询网络式轨迹，核对上报周期与断点。测试时需重点关注以下参数：

# 广播式抓包关键字段（示例）
Basic ID:    uav_id=1581F5BKD22A001X, ua_type=Helicopter
Location:    lat=31.2304, lon=121.4737, alt=120.5m, speed=8.2m/s
System:      operator_lat=31.2290, operator_lon=121.4720, status=Airborne
Timestamp:   2025-03-18T10:22:31Z

# 网络式上报接口（示例）
POST /v1/rid/telemetry
{
  "uav_id": "1581F5BKD22A001X",
  "session_id": "S-20250318-1022",
  "lat": 31.2304, "lon": 121.4737, "alt": 120.5,
  "speed": 8.2, "heading": 135,
  "timestamp": "2025-03-18T10:22:31Z"
}

五、常见误区与复盘

• 误区一：认为网络式可以替代广播式。广播式在无网、近距、反制场景下不可替代，合规通常要求两者并存或按运行场景择一。
• 误区二：只看“有没有发”，不看“发得对不对”。广播报文中的会话 ID、操作员位置、时间戳若缺失或错误，接收方无法正确关联，等同于无效识别。
• 误区三：忽略周期抖动。广播周期若从 1s 漂移到 3s 以上，接收方可能判定目标丢失，测试需统计 P95 周期。
• 误区四：网络式断网后不补传。断网期间的数据若未缓存补传，轨迹会出现空洞，影响合规审计。