D2dUeMacBase< Base > Class Template Reference¶

CRTP mixin that adds D2D support to a UE MAC.

The core UE MACs (LteMacUe and its NR subclass NrMacUe) carry no D2D code; this mixin layers the D2D UE-MAC logic (D2D BSR handling, D2D RAC requests, mode-switch dispatch, D2D H-ARQ buffer factories, the D2D macPduMake seams) on top of either of them, so the LTE and NR D2D MACs share one implementation. The D2D state and mode-switch machinery live in D2dUeMacHelper; the mixin holds the module-side logic the two leaf classes used to duplicate. It has native protected access to the Base internals it needs.

The concrete Define_Module'd MACs are: LteMacUeD2D = D2dUeMacBase<LteMacUe> (+ the LTE-specific main loop, see LteMacUeD2D.h) NrMacUeD2D = D2dUeMacBase<NrMacUe>

The LTE/NR differences inside the shared macPduMake body flow through the two D2D-agnostic Base seams isCarrierActive() (numerology period) and reserveTxHarqUnits() (synchronous vs. asynchronous H-ARQ), preserving each variant's historical behavior exactly.

Signals: every D2D signal id in this package is obtained by interning the name at RUNTIME – from a module's initialize(), or from a helper's constructor – never by a static registerSignal() initializer. Static registration happens at load time in link order, so a static in any D2D translation unit would insert D2D names into the middle of the core's signal-id sequence, shifting the order in which results are recorded and with it the 'sz' fingerprint ingredient, in a way that depends on the link line. Interning at runtime keeps every core signal id identical whether or not the D2D package is linked in, which is what makes the feature-off build genuinely equivalent to the core alone.