Placement-strategy selection guide¶
Placement strategies decide where each signal in a scene lands in time and frequency. They let an author choose generic timing and channel-grid priors rather than only uniform-random layouts. This page is written for ML engineers who are PyTorch- and statistics-fluent but not yet RF experts; it maps each of the framework’s 11 shipped strategies to its evidence tier, cites the primary source, and gives parameter-context examples. The full 11-strategy catalog with per-strategy pseudocode lives in Scene Composition Algorithm.
These are generic RF placement templates, not standards implementations. A named standard below supplies a timing or channel-grid value only; these strategies do not synthesize packets, model protocol state, implement protocol cadence or hopping rules, or produce calibrated captures of Wi-Fi, Bluetooth, cellular, ADS-B, or another named system.
Evidence tier per strategy¶
Every shipped strategy is classified by the strength of the empirical grounding for its behavior. The tiers are defined in How to interpret the evidence tiers below.
Frequency-placement strategies¶
Strategy |
Evidence tier |
Primary citation |
Modeling target |
|---|---|---|---|
|
|
Cover & Thomas, Elements of Information Theory Ch 12 (maximum-entropy baseline) |
Maximum-entropy carrier draw with no domain prior. |
|
|
(no external citation; standard variance-reduction technique) |
Guaranteed spectral coverage across bins for benchmarking. |
|
|
IEEE 802.11-2020; Bluetooth Core 5.4; LoRa Alliance RP002-1.0.5; ICAO Annex 10 Vol IV |
Standards-defined channel grids with prior weights. |
|
|
(canonical anchor-plus-jitter model) |
Anchor-and-jitter around a handful of protocol-defined centers. |
|
|
(no external citation; adversarial training convention) |
Deliberate cochannel collisions for detector stress tests. |
Time-placement strategies¶
Strategy |
Evidence tier |
Primary citation |
Modeling target |
|---|---|---|---|
|
|
Cover & Thomas, Elements of Information Theory Ch 12 (maximum-entropy baseline) |
Uniform onset with no cadence prior. |
|
|
Richards, Fundamentals of Radar Signal Processing Ch 1.4; Skolnik, Introduction to Radar Systems § 3.6 |
Pulse-repetition-interval cadence for radar. |
|
|
IEEE 802.11-2020 § 11.1.3 (Wi-Fi TBTT); Bluetooth Core 5.4 Vol 6 § 4.4.2 (BLE adv); 3GPP TS 38.213 § 4.1 (NR SSB); ICAO Annex 10 Vol IV § 3.1.2.8 (ADS-B) |
Generic periodic timing prior; references supply example periods only. |
|
|
Willinger, Taqqu, Sherman, Wilson 1997, IEEE/ACM TON 5(1), 71–86 doi:10.1109/90.554723 |
Bounded, Pareto-derived cadence increments; not an on/off or event-duration model. |
|
|
Hawkes 1971, Biometrika 58(1), 83–90 doi:10.1093/biomet/58.1.83 |
Self-exciting point process; models packet cascades and retransmit storms where prior events increase the probability of subsequent events (temporal correlation, not just heavy-tailed marginals). |
|
|
Simon, Omura, Scholtz, Levitt 2001, Spread Spectrum Communications Handbook Ch 4 |
Frequency-hopping dwell schedules. |
Default recipes per scene type¶
Scene |
Time strategy |
Frequency strategy |
Rationale + citation |
|---|---|---|---|
2.4 GHz timing and channel-grid prior |
|
|
IEEE 802.11-2020 § 11.1 and Bluetooth Core 5.4 Vol 6 § 1.4.1 give parameter context; Willinger et al. 1997 or Hawkes 1971 motivate generic timing priors. |
Radar-only |
|
|
Richards 2014 Ch 1.4; Skolnik 2001 § 3.6 |
Periodic timing and clustered channel-grid prior |
|
|
A 3GPP SSB period and ARFCN raster can provide parameter context; this does not model NR. |
Generic (no domain prior) |
|
|
Cover & Thomas Elements of Information Theory Ch 12 (max-entropy baseline) |
Copy-paste config recipes¶
# Generic 2.4 GHz timing and channel-grid prior
scene:
time_placement: event_periodic_beacon
frequency_placement: realistic_density
# 102.4 ms is one standards-derived parameter context (IEEE 802.11-2020 §11.1.3),
# not a Wi-Fi beacon implementation.
time_placement_params: {period_seconds: 0.1024}
frequency_placement_params: {taxonomy: wifi-2.4ghz, min_spacing_hz: 5_000_000.0}
# Generic 2.4 GHz prior with correlated synthetic arrivals
scene:
time_placement: event_burst_self_exciting
frequency_placement: realistic_density
# baseline_rate_hz: mean event rate absent excitation
# excitation_strength must be < 1 for stationarity (Hawkes 1971)
time_placement_params: {baseline_rate_hz: 5.0, excitation_strength: 0.6, decay_rate_hz: 20.0}
frequency_placement_params: {taxonomy: wifi-2.4ghz, min_spacing_hz: 5_000_000.0}
# Radar-only
scene:
time_placement: event_radar_pri
frequency_placement: clustered
# 1 ms PRI is a typical surveillance value; tracking radars run ~100 us,
# LPI/agile radars ~10 us. See Skolnik 2001 § 3.6.
time_placement_params: {pri_seconds: 0.001, jitter_s: 0.0}
frequency_placement_params: {anchors_hz: [9.5e9]}
# Generic periodic timing and clustered channel-grid prior
scene:
time_placement: event_periodic_beacon
frequency_placement: clustered
# 20 ms is a standards-derived parameter context (3GPP TS 38.213 § 4.1),
# not an NR SSB implementation.
time_placement_params: {period_seconds: 0.020}
# These are selected centers; an ARFCN raster can provide parameter context.
frequency_placement_params: {anchors_hz: [3.5e9, 3.6e9, 3.7e9]}
# Generic (no domain prior)
scene:
time_placement: iid_uniform
frequency_placement: iid_uniform
# min_spacing_hz set to the widest expected emitter bandwidth prevents
# trivially-overlapping draws without imposing a domain-specific channel plan.
frequency_placement_params: {min_spacing_hz: 20_000_000.0}
How to interpret the evidence tiers¶
REGULATORY_FACTcites a standards document; the values are what real devices are required to use. Trust boundary: the standard itself.TEXTBOOK_STANDARDis a canonical model in the field, cited to a widely-used textbook. Trust boundary: the model is the community-agreed default; parameter values may still need tuning for a specific scenario.PEER_REVIEWED_RESEARCHcites a specific peer-reviewed paper. Trust boundary: the paper’s findings. If your scenario differs from what the paper measured (band, protocol, deployment density), results may differ.ENGINEERING_PRIORis a sensible convention widely used but with no direct empirical grounding for the specific parameter values. Trust boundary: use as a starting point, tune if you have measurement data.
Weights in the shipped channel-grid manifests¶
The RealisticDensityFreq strategy loads a per-taxonomy manifest that ships with the package. Manifests carry channel centers (from standards) plus channel weights (mostly engineering priors). This table makes that split explicit.
Manifest |
Centers grounded in |
Weights grounded in |
|---|---|---|
|
IEEE 802.11-2020 Cl 19 |
Engineering prior (canonical 1/6/11 triplet from DSSS-bandwidth arithmetic; not measurement-backed) |
|
IEEE 802.11-2020 Cl 17 (UNII bands) |
Engineering prior |
|
Bluetooth Core 5.4 Vol 6 § 1.4.1 |
Engineering prior (channels 37/38/39 upweighted because they are the advertising channels, Bluetooth Core 5.4 Vol 6 § 4.4.2) |
|
LoRa Alliance RP002-1.0.5 Table 2-3 |
Engineering prior |
|
LoRa Alliance RP002-1.0.5 Table 2-7 |
Partial regulatory grounding (RP002-1.0.5 § 2.4.3 duty-cycle rules imply mandatory channels are used ~2x optional) |
|
ICAO Annex 10 Vol IV § 3.1.2.8 |
Trivial (single channel) |
Weights are prior distributions, not empirical measurements. Kokkoniemi & Lehtomäki (2012) CROWNCOM published measured 2.4 GHz occupancy that could replace the Wi-Fi weights; the framework’s BaseChannelPlanSource plug-in surface (see the RealisticDensityFreq strategy subsection) lets you ship measurement-backed channel plans as an alternative source without touching the default.
Future work¶
Documented placement models rfgen does not yet implement:
Semi-Markov FHSS (hop-dwell with state-dependent duration; Simon et al. 2001 Spread Spectrum Communications Handbook Ch 4).
Poisson-cluster / Neyman-Scott frequency placement for large device-swarm scenes (Neyman & Scott 1958 doi:10.1111/j.2517-6161.1958.tb00272.x).
Cellular Poisson-point-process placement (Andrews, Baccelli, Ganti 2011, above).
See also¶
Scene Composition Algorithm - full 11-strategy catalog with per-strategy pseudocode.
Concepts / Scenes - conceptual overview.
Reference / Config Schema § Selecting placement strategies - YAML surface.