Skip to content

Perception-SLAM Fleet Data Contract

Last updated: 2026-05-09

Purpose

This contract defines the minimum fleet data required to validate, monitor, debug, and release perception-SLAM and map packages for airside autonomous ground vehicles. It covers on-vehicle logging, event capture, cloud ingestion, dataset partitioning, map defect reporting, and post-release fleet reliability monitoring.

It supports the safety protocols in:

Contract Principles

  1. Every safety-relevant event must be reconstructable from immutable raw data and metadata.
  2. Every bag/MCAP, map tile, calibration file, model, and release decision must be hash-addressed.
  3. Fleet telemetry must preserve failures, aborted missions, upload failures, and quarantined data, not only successful drives.
  4. Data must be sliced by ODD, airport, route, weather, lighting, sensor health, and map version.
  5. Logging must support both safety evidence and operational root cause analysis without exposing unnecessary personal data.
  6. Post-release monitoring must be able to trigger rollback, route disable, or map quarantine.

Required Identifiers

IDFormatOwnerNotes
vehicle_idStable fleet identifierFleet opsNever reused
session_idVehicle/date/start-time/uuidData platformOne operating session or shift segment
event_idUUIDVehicle loggerUnique across fleet; generated at source
bag_id / mcap_idContent hash plus metadata IDData platformImmutable after upload
map_package_idSemantic version plus content hashMappingIncludes tile hashes
map_tile_idAirport/zone/tile coordinate/versionMappingUsed for quarantine and rollback
calibration_idSensor rig/version/hashPerception/maintenanceIncludes intrinsics, extrinsics, time sync
software_build_idGit SHA/container digestReleaseIncludes runtime config
model_idRegistry ID/hashML/perceptionIncludes training dataset manifest
release_idRelease decision record IDRelease managerConnects build/map/model/calibration
incident_idSafety event or external report IDSafetyCan cross-reference SGO-style reports

Required Event Types

Event typeTriggerRequired pre/post windowPriority
localization_lossPose invalid, covariance threshold, relocalization failure30 s before / 30 s afterP0
high_pose_uncertaintyPose uncertainty above route threshold20 s / 20 sP1
scan_map_residual_spikeResidual exceeds calibrated envelope20 s / 20 sP1
false_free_space_candidateMonitor or reviewer suspects occupied space marked free30 s / 30 sP0
map_change_detectedCandidate change above threshold30 s / 60 sP1
map_tile_quarantinedTile blocked from publication or runtime usefull contextP0
sensor_degradationPoint density, image quality, radar health, time sync, or diagnostics degrade20 s / 20 sP1
gnss_ins_degradedGNSS dropout/bias or INS residual issue30 s / 30 sP1
fault_monitor_actionDegraded mode, speed reduction, controlled stop, remote assist30 s / 60 sP0
operator_interventionSafety operator, remote operator, or teleop intervenes60 s / 60 sP0
collision_near_miss_incidentContact, near miss, aircraft/GSE/person/FOD safety event120 s / 120 sP0

Required Topics and Signals

GroupRequired data
Raw sensorsLiDAR point clouds, camera frames if installed, radar tracks/returns if installed, IMU, GNSS, wheel encoders
Time syncSensor timestamps, host receive time, clock source, PTP/NTP status, dropped/reordered frames
LocalizationPose, covariance, map frame, factor residuals, scan-match score, relocalization state
PerceptionObjects, tracks, occupancy/free-space, class confidence, uncertainty, unknown regions
Map runtimeMap package ID, tile IDs loaded, layer versions, lookup failures, quarantine status
Sensor healthPoint count, range distribution, intensity stats, image exposure/blur, radar health, temperature
Runtime healthNode latency, CPU/GPU/memory, queue sizes, watchdogs, diagnostics
Vehicle stateSpeed, steering, braking, mode, commanded trajectory, safety monitor state
ODD contextAirport, zone, route, geofence, lighting, weather, surface, aircraft stand state when available
Human/operatorOperator intervention, remote assist request, safety driver notes, maintenance state

Metadata Schema

Each session and event must include a metadata record equivalent to:

json
{
  "schema_version": "perception_slam_fleet_data_contract/v1",
  "vehicle_id": "AGV-001",
  "session_id": "SIN-20260509-AGV001-0001",
  "event_id": "uuid",
  "event_type": "localization_loss",
  "timestamp_start_utc": "2026-05-09T01:23:45Z",
  "timestamp_end_utc": "2026-05-09T01:25:45Z",
  "airport_id": "SIN",
  "zone_type": "apron_stand",
  "route_id": "stand_42_service_loop",
  "odd_tags": ["night", "wet_surface", "aircraft_present"],
  "software_build_id": "git-or-container-digest",
  "model_id": "perception-model-hash",
  "map_package_id": "SIN-map-2026.05.09+hash",
  "map_tile_ids": ["SIN-A42-001@v17"],
  "calibration_id": "rig-cal-2026.05.01+hash",
  "sensor_config_id": "lidar8-camera6-radar4",
  "recording_tier": "event_full_fidelity",
  "bag_ids": ["sha256:..."],
  "safety_action": "controlled_stop",
  "operator_intervention": true,
  "privacy_class": "restricted",
  "retention_class": "safety_event_permanent"
}

Data Quality Gates

GatePass conditionBlock/triage condition
DQ0 schemaRequired fields present and schema version validReject ingest or quarantine
DQ1 timeTimestamps monotonic within tolerance; clock source knownFlag for time-sync fault analysis
DQ2 identityVehicle/build/map/calibration IDs presentCannot use for release evidence
DQ3 completenessRequired pre/post event windows presentP0 reroute to recovery workflow
DQ4 sensor integrityTopic rates and diagnostic fields within expected envelope or fault-taggedQuarantine unlabeled degradation
DQ5 map traceabilityRuntime map tile IDs match map package manifestBlock map release evidence
DQ6 ODD tagsZone/weather/light/route tags populatedExclude from sliced statistical claims
DQ7 privacy/securityAccess class, encryption, and retention controls setHold from general ML use

Dataset Partition Contract

PartitionSourceAllowed use
devCurated logs and synthetic/corrupt dataDevelopment and debugging
calibrationIndependent logs by ODD sliceThresholds, temperature scaling, conformal quantiles
validationCandidate selection logsModel/map selection and tuning
locked_testHeld-out logs with access controlRelease claims only
shadow_watchSupervised operational logsRelease confirmation and future campaign design
incident_holdP0 safety eventsSafety investigation, regulatory reporting, root cause

Near-duplicate logs are assigned together by route, date, map version, and event family to prevent leakage.

Fleet Reliability Metrics

MetricDefinitionWatch action
Localization alerts per operating hourCount by severity and ODD sliceInvestigate trend or route-specific spike
Controlled stops due to perception/SLAMStops by trigger and map tileReview within safety SLA
Map quarantine rateTiles quarantined per airport/weekTrigger mapping capacity review
Scan-to-map residual driftDistribution shift vs validation envelopeQuarantine route/tile if persistent
Sensor degradation rateEvents by sensor and weatherMaintenance or ODD adjustment
False-free-space candidatesSuspected or confirmed eventsImmediate safety triage
Relocalization failuresFailures per route and map ageBlock expansion if rising
Calibration driftConfidence/error distribution shiftRecalibration or release rollback
Upload completenessP0/P1 events uploaded within SLAFleet comms/storage incident if missed

Incident and Regulatory Alignment

For crashes, near misses, aircraft/GSE contact, injuries, or events that may require external reporting, preserve SGO-style fields even when the operating domain is airside and not directly identical to public-road ADS reporting:

Field familyRequired data
Pre-eventAutomation mode, vehicle state, route, ODD, weather, map/calibration/build IDs
EventTime, location, object/actor types, impact/near-miss description, safety action
Post-eventStop state, operator action, remote assist, injuries/damage if known
EvidenceRaw logs, derived telemetry, photos/video if available, operator narrative
ReportingInternal incident ID, external report ID if applicable, updates and corrections

Retention

Data classRetention
P0 safety event raw logsPermanent or safety-board approved legal retention
P1 reliability event logsMinimum 7 years or product lifecycle policy
Release locked test dataPreserve for the lifetime of the released system plus audit period
Calibration dataPreserve while thresholds/models remain active
Routine operational logsTiered retention by value and privacy class
Derived metricsPreserve with release evidence and fleet dashboards

Owner Handoffs

OwnerResponsibility
Vehicle softwareEmit required topics, event triggers, and local manifests
Data platformIngest, validate, store, partition, and expose lineage
Perception/SLAMDefine metrics, event triggers, and debugging payloads
MappingMap package/tile IDs, quarantine states, publication metadata
Fleet operationsOperator notes, intervention data, upload SLA, route context
SafetyIncident classification, retention holds, release evidence interpretation
Security/privacyAccess controls, encryption, redaction, export approvals

Sources

Public research notes collected from public sources.