Berkeley Nucleonics Corporation
ICX-FieldHawk technical paperBNC-AN-108 Rev AAugust 2026

Analyzing 5G, Wi-Fi and Bluetooth in one instrument

Why multi-radio analysis is a continuity problem, and what a front end must do before any protocol decoder can help.

Abstract

A device carrying an FR1 modem, an 802.11ax radio and a Bluetooth controller fails in ways no single-radio measurement reproduces. This paper derives why: a stepped receiver holds at most one Bluetooth packet in forty-nine intact, a composite error vector magnitude figure hides a rare severe symbol by construction, and a stitched carrier carries five independent amplitude, phase and timing references. The arithmetic becomes six numbered requirements a reader can score any receiver against, with a plain statement of where a 100 MHz gap-free window is not enough.

Who this paper is for

Test-equipment engineers specifying the front end inside a protocol analysis product. Integration engineers chasing a symptom that appears only when two radios are active. Coexistence engineers asked to prove simultaneity with instruments that measure one thing at a time.

Contents
  1. Three radios, one enclosure, and no way to see them together
  2. What the signals actually require
  3. Why swept and segmented architectures fall short
  4. Derived requirements
  5. Meeting the requirements
  6. Measurement practice
  7. Honest limits
  8. Summary, definitions and further reading

1Three radios, one enclosure, and no way to see them together

The report never arrives from an RF engineer. It arrives from a systems engineer, and it says the Bluetooth link drops when the modem uplink is busy, or that Wi-Fi throughput falls forty percent when the audio stream starts. A telematics unit, a medical gateway and an industrial access point share an anatomy: separate radios, one antenna structure, one ground plane, one power rail. The measurements available are per-radio, taken at different times on different instruments. Coexistence is a question about simultaneity, and it is being investigated with non-simultaneous data.

The escape hatch a competent engineer reaches for first is a faster sweep. Section 3 derives why it cannot work: sweeping faster shortens the dwell in exactly the proportion it shortens the revisit interval. The second is a longer averaging interval, and that fails worse, because averaging is what hides the defect.

The framing worth installing first

Wireless protocol analysis asks two things of an RF front end: enough instantaneous bandwidth to hold the signal whole, and IQ clean enough and continuous enough to demodulate. Everything above that line is software. The failures that cost the most are not sensitivity failures. They are continuity failures.

2What the signals actually require

3GPP defines a scalable orthogonal frequency-division multiplexing (OFDM) numerology indexed by one integer. Fix it and every timing quantity in the frame follows:

Δf = 2μ × 15 kHz    and    Tslot = 1 ms / 2μ
(1)
where
  • μ is the numerology index, 0 to 4 in Release 15 (1 is the FR1 workhorse)
  • Δf is the subcarrier spacing, in hertz
  • Tslot is the slot duration, fourteen symbols with normal prefix

Table 1 evaluates it. The normal cyclic prefix is 144 × 64 × 2−μ basic units of 0.5086263 ns, which at 30 kHz is 2.34375 µs.

Table 1. The cyclic prefix costs 6.57 percent of air time at every numerology, because 144/(2048+144) is a constant. NR trades prefix length against symbol length at fixed overhead, which is why one analysis bandwidth serves every row.
μΔf (kHz)Tu (µs)TCP (µs)Symbol (µs)Slots / subframeUsed in
01566.6674.687571.3541FR1
13033.3332.343835.6772FR1, dominant
26016.6671.171917.8394FR1, FR2
31208.3330.58598.9198FR2
42404.1670.29304.46016SSB only

Occupied bandwidth is fixed by the resource-block allocation:

Bocc = NRB × 12 × Δf
(2)
where
  • NRB is the maximum transmission bandwidth configuration, TS 38.104 Table 5.3.2-1 (273 at 100 MHz and 30 kHz)
  • 12 is subcarriers per resource block, fixed in NR

A 100 MHz FR1 carrier at 30 kHz spacing occupies 273 × 12 × 30 kHz = 98.28 MHz, leaving 0.86 MHz of guard per side. And 100 MHz is the largest single-carrier bandwidth 3GPP defines for FR1; above it, NR aggregates carriers rather than widening one. So a gap-free 100 MHz window is not merely enough bandwidth for a 5G signal: it is exactly one FR1 carrier, edge to edge, under one amplitude reference. The NR synchronization block sits on the channel raster rather than at carrier center, so an analyzer narrower than the carrier can be tuned to the carrier and still never see it (verify).

The 2.4 GHz band lands the same way. The industrial, scientific and medical allocation is 83.5 MHz wide, so one record centered at 2441.75 MHz holds all 79 Bluetooth channels, all 40 Low Energy channels and Wi-Fi 1, 6 and 11 at once.

Reading a record before demodulating it

A cyclic prefix is a copy of the end of a symbol prepended to it, so two samples separated by the useful symbol length are identical whenever the earlier lies inside a prefix. That gives the metric of van de Beek, Sandell and Börjesson:

M(d, N) = | Σ r[n] · r*[n+N] |  /  Σ |r[n+N]|2,   n = dd+L−1
(3)
where
  • r[n] is complex baseband sample n of the record
  • N is the lag, the useful symbol length (4096 samples at 30 kHz, 122.88 MSa/s)
  • L is the window, the prefix length (288 samples at 30 kHz)

Run it as a hypothesis test over the four lags that occur in practice, those for 15, 30, 60 and 120 kHz spacing. Only the true lag yields a regular train of peaks. Symbol timing, the half-subframe grid and the frequency offset come free with it, at a coherent gain of 10 log10(288) = 24.6 dB, for one pass over the record.

Tax on the idealization just granted

The prefix estimator resolves frequency offset only within half the subcarrier spacing, 15 kHz at 30 kHz. Beyond that it wraps, and the integer part needs the primary synchronization signal.

3Why swept and segmented architectures fall short

A 100 MHz carrier stitched from five 20 MHz segments is five acquisitions, each with its own amplitude calibration, its own local-oscillator phase and its own trigger instant, so the composite carries five references where the signal has one. An error vector magnitude computed across a seam measures the instrument, not the transmitter. That is the second and better reason to forbid stitching in R1, and it is independent of bandwidth.

The antagonist is an architecture. Swept and stepped-tuned receivers, and the stitched measurement built on them, are excellent at characterizing stationary signals over wide spans at high dynamic range. Neither was designed for signals whose defining property is that they change.

Mechanism one, probability of intercept

Filter settling is not the binding constraint on Bluetooth; 83.5 MHz at 1 MHz resolution settles in roughly 209 µs. Dwell is. To capture a packet intact the receiver must stay on its channel for the packet's whole duration:

tdwell = Tsweep · (RBW / S)   ⇒   TsweepTpkt · S / RBW
(4)
where
  • S is the span, 83.5 MHz for the 2.4 GHz band
  • RBW is the resolution bandwidth, 1 MHz to resolve one BR/EDR channel
  • Tpkt is the packet air time, at most 366 µs for a single-slot DH1 (verify)

A sweep long enough to hold one DH1 packet needs 366 µs × 83.5 = 30.56 ms, and in that interval Bluetooth executes 1600 × 0.03056 = 48.9 hops. One was caught intact and forty-eight were not, so the best-case intercept fraction is 1/48.9 = 2.05 percent. Sweeping faster does not rescue it: at a 1 ms sweep the dwell is 12 µs, 3.3 percent of a packet, a fragment with no access code and no address. Both branches lose.

Now grant the stepped receiver everything and see whether it recovers. Take away the retune time entirely, let it settle instantly, and widen its instantaneous bandwidth. The dwell constraint becomes Tsweep = Tpkt · S/B, and the fraction of packets caught intact collapses to a single ratio:

f = min[1, B / (h · Tpkt · S)]
(5)
where
  • B is the instantaneous bandwidth held at once, in hertz
  • h is the hop rate, 1600 per second for BR/EDR
  • S is the band to be covered, 83.5 MHz
020406080100120406083.5bound reaches 1 at 48.9 MHzInstantaneous bandwidth B (MHz)Packets caught intact (%)Intact-capture bound, Eq. 5Coverage ceiling, B / SIllustrative. Curves are computed from the stated model, not measured data.
Figure 1. The bound of equation (5) against the coverage a receiver actually has. Coverage rises linearly in B the whole way; the bound rises linearly until it saturates at 48.9 MHz. Neither depends on sweep rate or retune time, which is the point. Below the knee the bound runs 1.71 times above coverage, so where it first reaches 1 the receiver is still blind to 41 percent of the band at every instant.Derived

Figure 1 draws both. A stepped receiver can be argued up the orange line by engineering; it cannot be argued past the blue one by anything at all.

The result that closes the architecture question

At 1 MHz the idealized receiver catches at most 2.0 percent, at 20 MHz at most 40.9 percent, at 40 MHz at most 81.8 percent, and the bound reaches 1 at 48.9 MHz, where it stops constraining anything. Read it as a ceiling and not a promise: a receiver holding 48.9 MHz of an 83.5 MHz band is blind to the rest at every instant, so certainty needs B = S, and a receiver that holds the whole band at once is not a stepped receiver. The retune time never appeared. Speed never appeared. The best a stepped receiver can do is set by how much of the band it holds at once, and every other specification on its datasheet is an argument about how quickly it fails.

020406080100Bluetooth BR/EDR1600 hops/s, 79 channelsStepped receiver1 MHz RBW, 84 stepstuned elsewheretuned elsewhere48 hops unobservedGap-free 100 MHzone time baseall 79 channels, every hop, continuouslyTime, 100 units = 30.56 msA sweep long enough to hold one 366 microsecond packet takes 30.56 ms, in which Bluetooth hops 48.9 times.
Figure 2. The best case for a stepped receiver on Bluetooth BR/EDR is one intact packet in 48.9, or 2.05 percent. What is lost is not power accuracy but the sequence: the hopping map, the retransmission pattern, the address in the access code.Schematic

Figure 2 draws that arithmetic, and the same physics governs any burst: an SS/PBCH block lasts 142.7 µs and repeats every 20 ms, so it is present 0.71 percent of the time.

Mechanism two, periodic blindness

Retune dead time is not random; it repeats at the revisit period. A duplex pattern switching every 2.5 ms, watched by an analyzer revisiting five slices on a 25 ms period, is sampled at the same phase every time. If the dead time overlaps the switch, the transient is never observed. Not rarely. Never. Running longer does not help.

Mechanism three, the composite that hides the defect

Error vector magnitude combines in root-sum-square, because device and instrument error vectors are uncorrelated:

EVMmeas2 = EVMDUT2 + EVMinst2
(6)
where
  • EVMDUT is the true device error vector magnitude, percent of the RMS reference
  • EVMinst is the instrument residual, measured on a known-good loop at the frequency and bandwidth actually used

A transmitter sitting exactly at the 3GPP 256QAM limit of 3.5 percent reads sqrt(12.25 + 4.00) = 4.031 percent on an instrument with a 2.0 percent residual: a wrong verdict, not a less precise one.

The averaging is worse. Take a 70-symbol window in which 69 symbols sit at 2.5 percent and one, at a duplex switch, sits at 15 percent. The composite is sqrt[(69 × 6.25 + 225)/70] = sqrt(9.375) = 3.06 percent, passing with margin. That symbol exceeds even the 16QAM limit of 12.5 percent, so it is undecodable and it fails the whole slot: one slot in five, a 20 percent block error rate, a throughput collapse no EVM report explains. It shows in one view only, EVM against symbol index over a contiguous record, which a segmented acquisition cannot produce.

22.533.544.500.511.522.53R5: 1.0% residualInstrument residual EVM (%)Reported EVM (%)True DUT 2.5%True DUT 3.0%True DUT 3.3%256QAM limit 3.5%Illustrative. Curves are computed from the stated model, not measured data.
Figure 3. A transmitter with 14 percent true margin against the 256QAM limit is failed by an instrument residual of 1.8 percent and passed by one of 1.0 percent. At this modulation order the residual decides the verdict, it does not refine the number.Derived

Figure 3 plots the crossings. What it shows is that a receiver residual near the limit does not degrade the measurement gracefully; it moves the pass boundary.

4Derived requirements

Table 2 turns those mechanisms into six numbers, each with the reason a looser value is wrong rather than merely worse. Score any receiver with it.

Table 2. Six requirements. R3, R4 and R6 are the ones most receivers miss, and section 7 says plainly that this one misses all three and cannot be scored on R5.
RequirementNumberWhy not looser
R1Gap-free, calibrated, flat analysis bandwidth, no stitching≥ 100 MHz80 MHz misses 18.28 MHz of the carrier; 98.28 MHz leaves the edges in the roll-off.
R2Sample rate with an exact rational path to the native rate≥ 122.88 MSa/s122.88 MSa/s is exactly 3072/3125 of 125; any other ratio forces an interpolating resampler.
R3Sustained, verified-lossless record throughput500 MB/s for 60 s8-bit halves the rate but yields 49.9 dB against the 85 dB R4 needs.
R4Instantaneous usable dynamic range in the capture bandwidth≥ 85 dB75 dB from a −10 dBm Wi-Fi peak to a −85 dBm peripheral, plus 10 dB of crest.
R5Instrument residual EVM at the modulation order under test≤ 1.0 percentAt the 3.5 percent limit, 1.0 percent inflates it by 4.0 percent, 2.0 percent by 15.2.
R6Frequency reference accuracy, lock state logged per record≤ 0.005 ppmThe 0.05 ppm base-station limit is 175 Hz at 3.5 GHz; measuring it needs ten times that.

R3 is where gap-free stops being a word and becomes an engineering constraint:

= fs × 2 × (b/8)
(7)
where
  • fs is the complex sample rate, in samples per second
  • b is the bits per component, 16 in a conventional format

At 125 MSa/s with 16-bit components that is 500 MB/s, or 4.0 Gbit/s of payload. Table 3 explains how an instrument can carry a 100 MHz converter and still not be gap-free.

Table 3. Two of these five paths cannot sustain 4.0 Gbit/s and a third fails once its cache is gone, which is why sustained throughput, not converter bandwidth, is the specification to interrogate.
LinkPayload ceilingSustainedVerdict at 500 MB/s
USB 3.2 Gen 14.0 Gbit/s, 8b/10babout 400 MB/sinsufficient
USB 3.2 Gen 29.7 Gbit/s, 128b/132b875 MB/s and upsufficient
1 GbE0.94 Gbit/s118 MB/sinsufficient by four times
SATA III drive4.8 Gbit/s, 8b/10b500 MB/s in burstfails after the cache
NVMe PCIe 3.0 ×4about 3.9 GB/s2 to 3.5 GB/ssufficient

5Meeting the requirements

A receiver satisfying R1 through R6 is a narrow class of instrument. The ICX-FieldHawk family meets R1 and R2 as published, and section 7 says where it does not and where it cannot be scored. Published, at 25 °C after ten minutes of warm-up with spur reject standard on: 100 MHz analysis bandwidth on the ICX-400, ICX-090R, ICX-400R and ICX-400U, 50 MHz standard with 100 MHz optional on the ICX-090U; IQ sample rate to 125 MSPS with decimation 1 to 4096; burst recording to 100 MHz into 128 Mbyte; continuous recording to 25 MHz.

R1 and R2 go together. A 100 MHz window holds an FR1 carrier plus both guard bands, and the whole ISM band. 125 MSPS clears the 122.88 MSa/s native rate, and 122.88/125 is exactly 3072/3125, so one polyphase stage reaches the standard's grid without interpolation. Ask any vendor for that numerator and denominator; resampler error arrives as EVM you will blame on the device.

one time baseCoupled tap or antennaFR1 carrier, or the 2.4GHz bandICX-FieldHawk frontend100 MHz gap-free,calibratedCorrected IQ streamto 125 MSPS, decimation 1to 4096Demodulation andprotocol decodeyour code, or an existingflowgraphSpectraCoresupplied application, orbypassedBandwidth and clean IQ from the front end; protocol intelligence from the software above it.
Figure 4. The division of labour that makes multi-radio analysis tractable. Corrected, continuous IQ on one time base lets the decoders above it be written once, in C, C++, Python, MATLAB or LabVIEW, against a receiver that does not drop samples.Schematic

Figure 4 draws the split. It matters most to anyone embedding a receiver in a product they sell: a dropped sample becomes a decode failure that carries their name, in code they cannot debug. The supplied application, SpectraCore, sits at the same boundary: it is where the corrected samples surface, and it is the layer a product design is free to replace without giving up the correction underneath it.

Now the hopping map. Treating the hops as sampling channels uniformly, the expected number of hops to touch all 79 at least once is 79 × (ln 79 + 0.5772 + 1/158) = 391, or 244 ms at 1600 hops per second. The published 128 Mbyte capture memory, filled at 100 MHz with 16-bit components, holds 128 MB / 500 MB/s = 0.26 s.

The memorable result

One fill of the built-in capture buffer at full bandwidth is 0.26 s. The expected time for Bluetooth to visit all 79 of its channels at least once is 0.244 s. A single burst capture is, to within seven percent, exactly one adaptive frequency hopping map. It also holds twenty-five 10 ms NR radio frames.

Real-time density display with spectrogram
Figure 5. Real-time density on an ICX-FieldHawk, 2.389 to 2.491 GHz in a 101.56 MHz span at 60.3 kHz resolution, the display reporting a 65.54 microsecond probability of intercept. The density surface, which the real-time engine accumulates from every transform rather than from the peak of a sweep, means a hopping emitter resolves into a channel-occupancy statistic instead of a max-hold smear.Measured

Figure 5 follows from the real-time engine, whose published relation makes the guarantee computable. One hundred percent probability of intercept is 2 × N × D × 8 ns: 32.768 µs at 2048 points, 0.512 µs at 32. The single-slot DH1 packet worked in section 3 is eleven times the first figure and a 1 µs symbol twice the second, so neither sits near the boundary. Decimation is then the storage lever: at 64, one channel records at 7.8 MB/s, turning a minute from 30 GB into 469 MB.

Decoders that already exist

None of R1 through R6 asks for a software ecosystem, and that is the point. Once the IQ is gap-free, corrected and on one time base, the decoders above it are somebody else's finished work. The ICX-FieldHawk presents itself through SoapySDR, the vendor-neutral hardware abstraction layer, so it appears to GNU Radio, Gqrx or any other SoapySDR application as an ordinary software-defined radio device. The instrument calibration files install with the driver, which means the samples arriving in a flowgraph are corrected before the first block sees them.

For multi-radio work that matters more than it does anywhere else, because the protocol decoders for these three radios already exist. An 802.11a receiver, complete with packet detection, synchronization, transform, channel equalization and MAC decoding, is an existing GNU Radio flowgraph. Connecting it to a calibrated front end is a matter of changing the source block, not of writing a demodulator.

802.11a demodulation result recovered in GNU Radio
Figure 6. The 802.11a/g OFDM physical layer recovered at 2.412 GHz, with the flowgraph's own channel selector reading 11g and its least-squares channel estimator selected. The 12 Mb/s QPSK at rate 1/2 and the −40 dBm level are the integration guide's stated conditions rather than fields on this window. An existing flowgraph and a calibrated front end together produce a decoded frame with a traceable amplitude behind it. The frames leave as a PCAP file, so the coexistence argument continues in Wireshark rather than in a screenshot.Measured

Figure 6 is the result of exactly that substitution. The same path has been taken through 16-QAM demodulation, which the integration guide records as recovering a clean constellation from a −80 dBm, 500 kSym/s carrier at a root-raised-cosine roll-off of 0.35, and through ADS-B decoding to aircraft address and position. What makes it useful here is not the demodulation, which any receiver can be made to do, but that the amplitude underneath every decoded frame is still traceable. A coexistence dispute settled with a PCAP file and a calibrated power number is settled; one settled with a PCAP file alone is an opinion with better formatting.

Honest limitation

This path is demonstrated on x86_64 hosts running Ubuntu 22.04 or later with GNU Radio 3.9 or later over USB 3.0, and it does not yet appear on a datasheet. Treat it as demonstrated rather than specified, and ask before planning around a different environment.

6Measurement practice

None of this depends on which analyzer is on the bench.

  1. Prove gap-free before trusting the record. Confirm the file holds the sample rate times the duration, to the sample. Then feed a tone off center, unwrap the phase and fit a line: a dropped block of 4096 samples at 125 MSa/s is a 33 µs discontinuity. Repeat to storage for ten minutes.
  2. Set the reference level from the instantaneous-power distribution, not a peak marker. Take the 0.01 percent point and add 3 dB. A peak marker never saw the OFDM peak, and clipping manufactures the interference you are investigating.
  3. Run the cyclic-prefix autocorrelation before demodulating anything. One pass gives subcarrier spacing, symbol timing, the half-subframe grid and the frequency offset. If it disagrees with the configuration you were given, resolve that first.
  4. Capture the whole 2.4 GHz band once and filter in software, and record the RF path and reference lock state with the samples. Retuning between aggressor and victim destroys the only property coexistence analysis is about, and a dBm is meaningless without the path behind it.
  5. Plot EVM against symbol index, not just composite RMS. It costs nothing on a contiguous record and is the most diagnostic view in OFDM debug.

Field evidence

The boundary in section 5 is not a theoretical one. It is where a wireless test vendor drew it when they built a multi-radio analysis product on a receive module and wrote the protocol layer themselves, and the reason is the one in section 3: from the customer's side, a decode failure caused by a dropped sample is indistinguishable from a decode failure in the vendor's own code. The arrangement is not the evidence. The evidence is where the party with the strongest reason to own the front end decided the line was.

7Honest limits

8Summary, definitions and further reading

Table 4 collects the relations and published values with their conditions.

Table 4. Published values with their conditions: 25 °C, ten minutes of warm-up, spur reject on.
QuantityRelation or valueCondition
Occupied bandwidthNRB × 12 × Δf98.28 MHz at 100 MHz, 30 kHz
Intact-capture sweep timeTpkt · S / RBW30.56 ms, DH1 across 83.5 MHz at 1 MHz
Best-case hop intercept2.05 percentone packet in 48.9, stepped receiver
Intact-capture ceiling, any stepped receiverB / (h · Tpkt · S)upper bound, not achievable; certainty needs B = S
Analysis bandwidth100 MHzICX-400, 090R, 400R, 400U; 50 MHz on the 090U
Recordingburst 100 MHz into 128 Mbyte; continuous 25 MHzabout 0.26 s at 16-bit (format not published, verify)
100 percent POI2 × N × D × 8 ns32.768 µs at N = 2048, D = 1
Frequency referenceTCXO < 1 ppm; OCXO option 01 < 0.15 ppmafter warm-up
Source: the ICX-FieldHawk handheld, rugged and USB datasheets.

Selection

Where a display matters, the ICX-400 handheld covers 9 kHz to 40 GHz at 100 MHz. Embedded, the ICX-400U gives the same bandwidth over USB or LAN; the ICX-090U covers 9 kHz to 9.5 GHz at 50 MHz standard, 100 MHz optional, enough for the 2.4 GHz band but not a full FR1 carrier. Option 71 adds digital demodulation, option 01 the OCXO.

Adaptive frequency hopping
The Bluetooth mechanism that drops congested channels from the hop sequence. A minimum number must stay in use, so a busy band forces some hops under interference.
Error vector magnitude
The root-mean-square distance between measured and ideal constellation points, normalized to the RMS reference.
Gap-free
Every sample reaches the record, with a verified count and no dropped block, for the stated duration. A claim about the path to storage, not the converter.
Probability of intercept
The minimum duration a signal must be present for its amplitude to be measured correctly.
Symbols used in this paper.
SymbolMeaningUnits
μ, ΔfNumerology index, subcarrier spacingdimensionless, Hz
Tu, TCPUseful symbol, cyclic prefix durations
NRB, BoccResource blocks, occupied bandwidthHz
fs, bComplex sample rate, bits per componentSa/s, bits
S, RBWSpan, resolution bandwidthHz
f, B, hIntact-capture ceiling; instantaneous bandwidth; hop ratedimensionless, Hz, s−1
TpktPacket air times
BR/EDR  Basic rate and enhanced data rate
EVM  Error vector magnitude
FR1  Frequency range 1, the 3GPP sub-7.125 GHz range
ISM  Industrial, scientific and medical
OFDM  Orthogonal frequency-division multiplexing
POI  Probability of intercept
SSB  Synchronization signal and PBCH block

Further reading

If you are specifying a front end for a multi-radio product, or settling a coexistence argument with a measurement, our application engineers would be glad to work through these requirements against your own signals.

Verification note

The following values in this paper are not yet confirmed against a published Berkeley Nucleonics datasheet and are marked verify in the text. They must be confirmed before this paper is released.

  • The Bluetooth minimum used-channel count and the 366 microsecond DH1 air time should be confirmed against the Core Specification version cited; the 2.05 percent result depends on it.
  • The TS 38.104 EVM limits and the SS/PBCH raster offset in TS 38.101-1 should be confirmed against the releases cited.
  • IQ sample formats are not published, so the 0.26 second figure assumes 16-bit I and Q. No dynamic-range figure, onboard AI compute, EMC function or VITA 49 is claimed here.
  • The SoapySDR and GNU Radio path is documented in a platform integration guide and demonstrated with captured results, but does not yet appear on a datasheet. The distribution route for the driver package is not settled, so no package name, repository or driver string is printed here.
  • The deployment described in the field evidence section is reported from account history rather than a published source, and no end user, vendor or country is named.