pith. sign in

arxiv: 2604.04616 · v2 · submitted 2026-04-06 · 💻 cs.NI

nascTime: A Full-Stack 5G-TSN Bridge Simulation Framework with SDAP-Based QoS Mapping and IEEE 802.1AS Transparent Clock

Mohamed Seliem , Utz Roedig , Cormac Sreenan , Dirk Pesch This is my paper

Pith reviewed 2026-05-10 19:33 UTC · model grok-4.3

classification 💻 cs.NI
keywords 5G-TSN bridgeSDAP QoS mappingIEEE 802.1AStransparent clockOMNeT++ simulationgPTP transportresidence timefactory automation
0
0 comments X

The pith

nascTime is the first full-stack simulation of a 5G system acting as an IEEE 802.1 TSN bridge that includes SDAP-based QoS mapping and measured transparent clock behavior.

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The paper introduces nascTime as a complete simulation framework that turns a 5G network into a transparent TSN bridge per 3GPP Release 16 rules. It builds the full path for quality-of-service decisions from incoming priority tags through DSCP and QFI labels into SDAP and data radio bearer selection, while also moving gPTP synchronization messages across the radio link with explicit residence-time corrections. Earlier tools could handle QoS mapping alone or time synchronization alone but not both together with actual radio delay effects. The framework uses modular components inside OMNeT++ to connect the network-side and device-side translators to existing Ethernet and 5G libraries. Tests on a small factory layout confirm that high-priority streams meet tight delivery targets while the simulator records how fading channels widen timing variations.

Core claim

nascTime realizes the complete 3GPP 5G-TSN bridge architecture inside OMNeT++ 6.3 with INET 4.6 and Simu5G, placing NW-TT and DS-TT as compound modules that attach to LayeredEthernetInterface and streaming PHY. QoS mapping runs the entire PCP to DSCP to QFI to SDAP/DRB chain, and gPTP frames cross the radio via L2-in-GTP-U encapsulation that applies per-message residence-time adjustments. In a three-endpoint factory topology the framework records 99.9 percent delivery for high-priority traffic at 2.58 ms mean delay under ideal channels and residence-time variance below 0.2 μs, while fading channels raise that variance to 48 μs.

What carries the argument

The modular NW-TT and DS-TT compound modules together with the PCP→DSCP→QFI→SDAP/DRB pipeline and L2-in-GTP-U gPTP transport that together reproduce 3GPP Release 16 bridge behavior and radio residence times.

If this is right

  • High-priority traffic reaches 99.9 percent delivery with 2.58 ms mean end-to-end delay under ideal radio conditions.
  • 5GS residence-time variance stays below 0.2 μs in ideal channels but grows to 48 μs when fading is present.
  • The framework records radio-induced timing variations that abstract-delay simulators omit.
  • QoS differentiation operates through the full mapping chain from PCP tags to per-flow DRB selection.
  • The tool is released publicly so other researchers can study integrated 5G-TSN performance.

Where Pith is reading between the lines

These are editorial extensions of the paper, not claims the author makes directly.

  • Network designers could run the simulator to forecast how specific 5G radio settings will affect clock accuracy in a real factory before any hardware is installed.
  • The same structure could be extended to test mixed wired and wireless TSN segments that share a common 5G bridge.
  • Adding newer 3GPP features would let users explore how future releases change the timing and QoS trade-offs.

Load-bearing premise

The modular OMNeT++ implementation of the NW-TT, DS-TT, SDAP/DRB pipeline, and L2-in-GTP-U gPTP transport accurately reproduces 3GPP Release 16 behavior and real radio-induced residence-time effects.

What would settle it

Running the identical three-endpoint factory topology on physical 5G hardware with IEEE 802.1AS clocks and comparing the measured residence-time variance under fading to the simulated 48 μs value.

Figures

Figures reproduced from arXiv: 2604.04616 by Cormac Sreenan, Dirk Pesch, Mohamed Seliem, Utz Roedig.

Figure 1
Figure 1. Figure 1: 3GPP 5G-TSN bridge architecture with multi-endpoint topology and [PITH_FULL_IMAGE:figures/full_fig_p002_1.png] view at source ↗
Figure 2
Figure 2. Figure 2: NW-TT compound module architecture. non-streaming PHY to match the UE’s standard Ethernet interface. On the forward path (UE → TSN), the translator strips the incoming Ethernet framing, checks for gPTP-in￾UDP encapsulation (destination port 30001), and processes accordingly: Data frames: The translator reads the IPv4 DSCP, maps it to a PCP value, reconstructs a complete Ethernet frame with the correspondin… view at source ↗
Figure 4
Figure 4. Figure 4: End-to-end QoS mapping pipeline across TSN and 5G components. [PITH_FULL_IMAGE:figures/full_fig_p004_4.png] view at source ↗
Figure 5
Figure 5. Figure 5: Three-endpoint nascTime topology in OMNeT++ with per-endpoint packet delivery and gPTP forwarding statistics. [PITH_FULL_IMAGE:figures/full_fig_p006_5.png] view at source ↗
read the original abstract

3GPP Release~16 specifies how a 5G system can operate as a transparent IEEE~802.1 TSN bridge, yet no existing simulation framework implements the complete bridge architecture with end-to-end QoS mapping through the SDAP layer, per-flow Data Radio Bearer selection, and IEEE~802.1AS transparent clock behaviour with measured residence time. Existing tools model either QoS mapping without time synchronisation, or time synchronisation without a data plane. This paper presents nascTime, a simulation framework built on OMNeT++~6.3, INET~4.6, and Simu5G that implements the full 3GPP 5G-TSN bridge model. The NW-TT and DS-TT are realised as modular compound modules that integrate with INET's \texttt{LayeredEthernetInterface} and streaming PHY. QoS mapping traverses the complete PCP\,$\rightarrow$\,DSCP\,$\rightarrow$\,QFI\,$\rightarrow$\,SDAP/DRB pipeline, and gPTP frames are transported through the simulated 5G radio path via L2-in-GTP-U encapsulation with per-message residence-time correction. We validate the framework with a three-endpoint factory topology under both ideal and fading channel conditions. In the ideal scenario, high-priority traffic achieves 99.9\% delivery with a mean end-to-end delay of 2.58\,ms, while the measured 5GS residence time exhibits a variance below 0.2\,$\mu$s. Under a fading channel, residence-time variance increases to 48\,$\mu$s, confirming that the framework captures radio-induced timing effects absent from abstract-delay simulators. nascTime is publicly available and constitutes the first full-stack 5G-TSN bridge simulation with SDAP-based QoS differentiation and measured IEEE~802.1AS transparent clock behaviour.

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, simulated authors' rebuttal, and a circularity audit. Tearing a paper down is the easy half of reading it; the pith above is the substance, this is the friction.

Referee Report

2 major / 2 minor

Summary. The paper presents nascTime, an OMNeT++-based full-stack simulation framework implementing the 3GPP Release 16 5G-TSN transparent bridge. It realizes NW-TT and DS-TT as modular compound modules integrated with INET's LayeredEthernetInterface, performs complete PCP-to-DSCP-to-QFI-to-SDAP/DRB QoS mapping, and transports gPTP frames via L2-in-GTP-U encapsulation with per-message residence-time correction for IEEE 802.1AS transparent clock behavior. Validation is performed on a three-endpoint factory topology under ideal and fading channels, reporting 99.9% delivery ratio, 2.58 ms mean delay, and residence-time variances below 0.2 µs (ideal) versus 48 µs (fading).

Significance. If the OMNeT++ modules accurately reproduce 3GPP R16 procedures, nascTime would provide the first publicly available tool combining end-to-end QoS differentiation through SDAP with measured 802.1AS timing effects under realistic radio conditions. This addresses a gap between existing QoS-only or synchronization-only simulators and could support industrial 5G-TSN research. The modular design and stated public availability are positive attributes.

major comments (2)
  1. Abstract (validation paragraph): the central claim that the framework 'captures radio-induced timing effects absent from abstract-delay simulators' and faithfully implements 3GPP R16 NW-TT/DS-TT + SDAP/DRB + L2-in-GTP-U gPTP behavior rests on a single three-endpoint run; no comparison is provided to 3GPP reference test vectors, analytical residence-time bounds from TS 23.501/TS 38.300, an independent 5G-TSN simulator, or hardware measurements, leaving the observed 48 µs fading variance unverified as a real effect rather than a simulator artifact.
  2. Abstract (validation paragraph): reported metrics (99.9% delivery, 2.58 ms mean delay, residence-time variances) include no error bars, confidence intervals, or multiple-run statistics, and no baseline comparison is made to the 'abstract-delay simulators' referenced in the introduction, weakening support for the implementation's accuracy.
minor comments (2)
  1. Abstract: the claim of being 'the first full-stack 5G-TSN bridge simulation' would be strengthened by a brief related-work comparison table citing specific prior OMNeT++/Simu5G or ns-3 5G-TSN efforts.
  2. The manuscript should clarify the exact public repository URL and licensing for the nascTime code to enable reproducibility.

Simulated Author's Rebuttal

2 responses · 0 unresolved

We thank the referee for the constructive comments on the validation approach. We agree that the current presentation of results can be strengthened with additional statistical analysis and will revise the manuscript accordingly while clarifying the scope of the simulation-based validation.

read point-by-point responses

  1. Referee: Abstract (validation paragraph): the central claim that the framework 'captures radio-induced timing effects absent from abstract-delay simulators' and faithfully implements 3GPP R16 NW-TT/DS-TT + SDAP/DRB + L2-in-GTP-U gPTP behavior rests on a single three-endpoint run; no comparison is provided to 3GPP reference test vectors, analytical residence-time bounds from TS 23.501/TS 38.300, an independent 5G-TSN simulator, or hardware measurements, leaving the observed 48 µs fading variance unverified as a real effect rather than a simulator artifact.

    Authors: We acknowledge that the validation uses a single topology and does not include external benchmarks such as 3GPP test vectors or hardware measurements. The implementation strictly follows the 3GPP R16 procedures for NW-TT/DS-TT, full PCP-to-SDAP/DRB QoS mapping, and L2-in-GTP-U gPTP transport with residence-time correction, as specified in Sections 3–5. The variance increase from <0.2 µs (ideal) to 48 µs (fading) arises directly from Simu5G’s radio model, which introduces variable delays absent in abstract models. In revision we will add multiple runs with statistics and a discussion of mean-delay bounds from TS 23.501; however, public 3GPP reference vectors for 5G-TSN transparent-clock behavior under fading do not exist, and hardware validation lies outside the scope of this simulation-framework paper. We will explicitly state these limitations. revision: partial

  2. Referee: Abstract (validation paragraph): reported metrics (99.9% delivery, 2.58 ms mean delay, residence-time variances) include no error bars, confidence intervals, or multiple-run statistics, and no baseline comparison is made to the 'abstract-delay simulators' referenced in the introduction, weakening support for the implementation's accuracy.

    Authors: We agree that the reported metrics lack statistical measures and baseline comparisons. In the revised manuscript we will execute multiple independent runs (different random seeds) and report means with standard deviations or 95% confidence intervals for delivery ratio, delay, and residence-time variance. We will also add a baseline using an abstract constant-delay model (set to the observed mean) to quantify the additional timing variance introduced by the radio channel. These changes will be reflected in an updated abstract and evaluation section. revision: yes

Circularity Check

0 steps flagged

No circularity: implementation and measurement paper with no derivation chain

full rationale

The paper presents an OMNeT++-based simulation framework implementing 3GPP Release 16 5G-TSN bridge procedures (NW-TT/DS-TT, SDAP/DRB QoS mapping, L2-in-GTP-U gPTP transport). Validation consists of executing the simulator on a three-endpoint topology under ideal/fading channels and reporting observed metrics (delivery ratio, delay, residence-time variance). No equations, fitted parameters, predictions, or load-bearing self-citations appear in the provided text. Results are direct simulation outputs rather than reductions to inputs by construction. This matches the default expectation of no circularity for non-derivational work.

Axiom & Free-Parameter Ledger

0 free parameters · 1 axioms · 0 invented entities

The contribution is an engineering implementation rather than a theoretical derivation, so the ledger contains only standard simulation assumptions and no free parameters or invented entities.

axioms (1)
  • domain assumption The underlying OMNeT++, INET, and Simu5G libraries correctly model 5G radio, GTP-U, and IEEE 802.1AS behavior.
    The framework's accuracy depends on the fidelity of these external simulation packages.

pith-pipeline@v0.9.0 · 5672 in / 1280 out tokens · 43265 ms · 2026-05-10T19:33:00.318495+00:00 · methodology

discussion (0)

Sign in with ORCID, Apple, or X to comment. Anyone can read and Pith papers without signing in.

Reference graph

Works this paper leans on

20 extracted references · 20 canonical work pages

  1. [1]

    2022, doi:

    ”IEEE Standard for Local and Metropolitan Area Networks–Bridges and Bridged Networks,” in IEEE Std 802.1Q-2022 (Revision of IEEE Std 802.1Q-2018), vol., no., pp.1-2163, 22 Dec. 2022, doi:

    work page 2022

  2. [2]

    3GPP, ”System Architecture for the 5G System (5GS),” TS 23.501, Release 16

    work page

  3. [3]

    Debnath, M

    R. Debnath, M. S. Akinci, D. Ajith, and S. Steinhorst, ”5GTQ: QoS- Aware 5G-TSN Simulation Framework,” 2023 IEEE 98th Vehicular Technology Conference (VTC2023-Fall), Hong Kong, Hong Kong, 2023, pp. 1-7, doi:

    work page 2023

  4. [4]

    Towards tsn-5g integration: simulating time syn- chronization through 5g via omnet++

    da Silva, Sergio Rossi B., Francisco Germano V ogt, and Christian Esteve Rothenberg. “Towards tsn-5g integration: simulating time syn- chronization through 5g via omnet++.” Simp ´osio Brasileiro de Redes de Computadores e Sistemas Distribu ´ıdos (SBRC). SBC, 2024

    work page 2024

  5. [5]

    Haug, L., D ¨urr, F., Egger, S., Mostovaya, E., Gross, J., Sharma, G., & Sachs, J. (2025). A data-driven simulation framework for logi- cal 5G-TSN bridges. In B. Koldehofe, F. Klingler, C. Sommer, K. A. Hummel, & P. Amthor (Eds.), Proceedings of the International Conference on Networked Systems 2025 (NetSys 2025): Technische Universit¨at Ilmenau, 1 – 4 Se...

    work page doi:10.22032/dbt.67110 2025

  6. [6]

    Synchronizing TSN Devices via 802.1AS over 5G Networks,

    A. B. Muslim, R. T ¨onjes, and T. Bauschert, “Synchronizing TSN Devices via 802.1AS over 5G Networks,” Electronics (Basel), vol. 13, no. 4, p. 768, 2024., doi:

    work page 2024

  7. [7]

    Becker and W

    L. Becker and W. Kellerer, (2024). P5g-tsn: A private 5g tsn simu- lation framework. In KuVS Fachgespr ¨ach-W¨urzburg Workshop on 6G Networks (WueWoW AS’24)

    work page 2024

  8. [8]

    Time Synchronization for 5G and TSN Integrated Networking,

    Z. Wang, Z. Li, C. Long, Y . Zheng, B. Ai, and X. Song, “Time Synchronization for 5G and TSN Integrated Networking,” IEEE J. Sel. Areas Comm., vol. 43, no. 9, pp. 2969–2980, Sep. 2025., doi:

    work page 2025

  9. [9]

    2025, doi:

    ”IEEE Standard for Local and Metropolitan Area Networks–Timing and Synchronization for Time-Sensitive Applications,” in IEEE Std 802.1AS-2025 (Revision of IEEE Std 802.1AS-2020), vol., no., pp.1- 491, 17 Dec. 2025, doi:

    work page 2025

  10. [10]

    Simu5G–An OMNeT++ Library for End-to-End Performance Evaluation of 5G Networks,

    G. Nardini, D. Sabella, G. Stea, P. Thakkar, and A. Virdis, “Simu5G–An OMNeT++ Library for End-to-End Performance Evaluation of 5G Networks,” IEEE Access, vol. 8,181176–181191, 2020., doi:

    work page 2020

  11. [11]

    3GPP, ”General Packet Radio System (GPRS) Tunnelling Protocol User Plane (GTPv1-U),” TS 29.281

    work page

  12. [12]

    IEEE, ”IEEE Standard for Local and Metropolitan Area Net- works—Enhancements for Scheduled Traffic,” IEEE Std 802.1Qbv- 2015

    work page 2015

  13. [13]

    Varga and R

    A. Varga and R. Hornig, ”An overview of the OMNeT++ simulation environment.” In Proceedings of the 1st international conference on Sim- ulation tools and techniques for communications, networks and systems & workshops, pp. 1-10. 2008. 10.4108/ICST.SIMUTOOLS2008.3027

    work page doi:10.4108/icst.simutools2008.3027 2008

  14. [14]

    IEC/IEEE, ”TSN Profile for Industrial Automation,” IEC/IEEE 60802 (draft)

    work page

  15. [15]

    Satka, M

    Z. Satka, M. Ashjaei, H. Fotouhi, M. Daneshtalab, M. Sj ¨odin, and S. Mubeen, A comprehensive systematic review of integration of time sensitive networking and 5G communication, Journal of Systems Archi- tecture, V olume 138, 2023, 102852, ISSN 1383-7621, https://doi.org/

    work page 2023

  16. [16]

    Satka, M

    Z. Satka, M. Ashjaei, H. Fotouhi, M. Daneshtalab, M. Sj ¨odin, and S. Mubeen, ”QoS-MAN: A Novel QoS Mapping Algorithm for TSN- 5G Flows,” 2022 IEEE 28th International Conference on Embedded and Real-Time Computing Systems and Applications (RTCSA), Taipei, Taiwan, 2022, pp. 220-227, doi:

    work page 2022

  17. [17]

    Z. Satka, et al., ”Developing a Translation Technique for Converged TSN-5G Communication,” 2022 IEEE 18th International Conference on Factory Communication Systems (WFCS), Pavia, Italy, 2022, pp. 1-8, doi:

    work page 2022

  18. [18]

    Seliem, U

    M. Seliem, U. Roedig, C. Sreenan, and D. Pesch, ”SDAP-based QoS Flow Multiplexing Support in Simu5G for 5G NR Simulation,” 2025 IEEE 30th International Workshop on Computer Aided Modeling and Design of Communication Links and Networks (CAMAD), Tempe, AZ, USA, 2025, pp. 1-8, doi:

    work page 2025

  19. [19]

    Seliem, U

    M. Seliem, U. Roedig, C. Sreenan, and D. Pesch, ”QoS-Aware Propor- tional Fairness Scheduling for Multi-Flow 5G UEs: A Smart Factory Perspective,” 2025 International Conference on Modeling, Analysis and Simulation of Wireless and Mobile Systems (MSWiM), Barcelona, Spain, 2025, pp. 20-27, doi:

    work page 2025

  20. [20]

    Seliem, ”nascTime: A Full-Stack 5G-TSN Bridge ”

    M. Seliem, ”nascTime: A Full-Stack 5G-TSN Bridge ”. Available at: https://github.com/MohamedSeliem/nascTime-5gtsn

    work page