Pith. sign in

REVIEW 4 major objections 6 minor 24 references

Forecasting Global Network Traffic Trends: The Role of Virtual Reality

T0 review · 4 major / 6 minor · reviewed 2026-08-09 · deepseek-v4-flash

Pith's one-line read This paper claims that cable length, data rate, and packet processing rate control latency and throughput in a UDP Ethernet VR system, with latency rising linearly with cable length and throughput falling as cable grows.

desk verdict Standard Ethernet formulas mislabeled as experiments, with a throughput artifact that doesn't survive contact with actual UDP streaming. read the letter →

arxiv 2502.00785 v1 pith:HE7TOX7S submitted 2025-02-02 cs.NI

classification cs.NI
keywords virtualrealityUDPEthernetlatencythroughputnetworktrafficforecastingpacketprocessingratecablelengthdata
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

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

The reading

Virtual reality needs low-latency, high-bandwidth transport, and this paper argues that UDP Ethernet can meet that need if three link parameters are managed. The authors model a VR client-server session on a single Ethernet link and plot how latency and throughput move with cable length, data rate, and packet processing rate. Their central claim is that latency grows linearly with cable length (roughly 20 to 35 microseconds from 0 to 1000 meters), throughput drops from about 0.60 to 0.40 Gbps over the same range, and that raising data rate or packet processing rate improves throughput while lowering latency. Getting these relationships right matters because network engineers need quantitative guidance on where bottlenecks will appear as VR traffic grows.

What carries the argument

The central object is a small closed-form model: maximum payload of 1432 bytes, total latency equal to Ethernet data latency plus acknowledgement latency, throughput equal to frame bits divided by total latency, and a propagation-plus-serialization delay equation in which cable length and data rate enter directly. Hooking in the sequence diagram's signal structure and Table II's UDP Ethernet specifications, the model turns three adjustable parameters into latency and throughput curves; that is the machinery the conclusions ride on.

What would settle it

Set up a real UDP Ethernet VR link at 1 Gbps with packet processing rate near 205k, measure round-trip latency and throughput on 10 m and 1000 m cables; the paper predicts latency near 20 microseconds at 10 m and roughly 35 microseconds at 1000 m, with throughput falling from 0.60 to 0.40 Gbps. If the measured cable-length trend is absent or in the opposite direction, or if queueing makes latency multiple orders of magnitude larger, the central claim is refuted.

Watch

Extended reading notes

Core claim

The paper's core finding is a parameter-level account of what limits a VR session over UDP Ethernet: packet processing rate, data rate, and cable length. Using equations for maximum payload size, Ethernet data latency, acknowledgement latency, and throughput, the authors conclude that total latency is dominated by serialization and propagation delays, so longer cables push latency from about 20 to 35 microseconds and lower throughput from about 0.60 to 0.40 Gbps. Throughput increases roughly linearly with data rate up to about 2.5 Gbps and with packet processing rate, while latency falls toward about 20 microseconds at high data rates. The 1 MB VR frame is split into 733 Ethernet frames, so the throughput in Equation (3) is best read as a per-Ethernet-frame rate; the paper treats these trends as the basis for VR network capacity planning.

Load-bearing premise

The load-bearing premise is that a single lossless Ethernet link with no queueing, no loss, no retransmissions, and no competing traffic represents a real VR network, and that plotting the model equations counts as an experiment.

Editorial extensions

If this is right

  • Network designers can budget latency and throughput directly from cable length, data rate, and packet processing rate without simulating the full VR session.
  • Keeping cable runs short, below roughly 200 meters, keeps VR latency near the 20-microsecond floor; beyond that, throughput loss becomes material.
  • Raising packet processing rate and data rate together is the route to higher throughput, but the model shows diminishing latency returns as data rate grows.
  • Because a 1 MB VR frame requires about 733 Ethernet frames, capacity planning must count per-frame and per-session traffic separately.
  • The same equations give a cheap pre-deployment check for VR-over-Ethernet installations before hardware is purchased.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • Beyond the paper's claims: because the model has no queueing, loss, or cross-traffic terms, its quantitative predictions are upper bounds; real shared links would likely show higher latency and lower throughput than Equations (3) through (6) give.
  • The same three-parameter structure could be extended to Wi-Fi or edge networks by replacing the propagation term with a channel-contention model and adding a wireless access delay term; the paper's qualitative sign of each effect would likely survive.
  • A testable extension is to instrument a real UDP VR session with controlled cable lengths and measure whether the predicted linear latency slope of about 15 microseconds per 1000 meters holds.
  • The paper's forecasting framing implies that aggregate VR traffic forecasts should derive from per-session parameters times the number of concurrent sessions; that multiplication is absent from the current equations.
Share X Bluesky LinkedIn Reddit HN

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

4 major / 6 minor

Summary. The paper proposes a model for UDP Ethernet communication in VR systems, derives equations for maximum payload size, total latency, throughput, frame count, and network utilization, and plots how latency and throughput vary with packet processing rate (PPR), cable length, and data rate in Figs. 4-6. The abstract and conclusion describe experiments and tests, but the body of the paper reports only that the system equations were applied and that two parameters were fixed while the third was varied to obtain graphs. The central claim is that cable length, data rate, and PPR significantly influence latency and throughput, with specific numerical trends such as throughput decreasing from about 0.60 Gbps to 0.40 Gbps as cable length grows to 1000 m.

Significance. If the reported trends were correct, the paper would provide simple scaling rules for VR network design and a quantitative basis for choosing cable lengths, data rates, and processing rates. The paper makes its equations explicit, which allows the derivation to be checked quickly, and it addresses a timely topic. However, the claimed empirical basis is absent, and the model equations contain errors that directly produce the headline trends. In particular, the throughput formula is a stop-and-wait per-frame calculation with an ACK term applied to a UDP stream, and the utilization equation is dimensionally inconsistent. The central findings are therefore artifacts of the model rather than robust results, and the paper in its current form does not make a reliable contribution.

major comments (4)
  1. [Abstract and Section III.C] The abstract states that 'Experiments were conducted' and that 'a series of tests were performed,' but Section III.C reports only that 'we applied the system equations' and 'set two parameters and change the third to obtain graphs.' No experimental setup, measurement equipment, data collection procedure, or raw data is described anywhere in the paper. The results in Figs. 4-6 are numerical evaluations of Eqs. (2)-(6), not empirical observations, so the paper's central empirical claim is unsupported.
  2. [Eqs. (3)-(5) and Fig. 5] Equation (3) defines throughput as one Ethernet data frame's bits divided by total latency, where total latency includes an 'Ack. latency' term in Eq. (5). For a UDP stream there is no per-frame acknowledgment, and in a full-duplex pipelined Ethernet link propagation delay adds a fixed per-packet latency but does not reduce sustained throughput, which is governed by the link rate and protocol overhead. The decrease of throughput with cable length shown in Fig. 5 is an artifact of this stop-and-wait formula rather than a property of the VR UDP system the paper claims to model.
  3. [Eq. (8)] The network utilization equation mixes units incoherently: (data packet length + ack packet length) has byte units, (VR frame size / Ethernet frame size) is dimensionless, (VR fps * 8) has units of bits per second, and dividing by data rate (bits per second) yields bytes, not a dimensionless utilization. In addition, the factor (VR frame size / Ethernet frame size) should represent the number of Ethernet frames per VR frame, but Eq. (7) shows that this count is 733, which is not used consistently; the formula instead multiplies byte lengths by a dimensionless ratio in a way that is dimensionally incorrect.
  4. [Eqs. (3) and (7)] Equation (7) correctly states that a 1 MB VR frame is split into 733 Ethernet frames, but Eq. (3) computes throughput as one Ethernet frame's bits divided by total latency. The throughput values in Figs. 4-6 are therefore per-frame stop-and-wait rates, approximately 733 times lower than the throughput of a continuous VR stream that pipelines the 733 frames. This makes the absolute throughput numbers (0.4-0.6 Gbps on a 1 Gbps link) misleading when presented as VR session throughput.
minor comments (6)
  1. [Abstract] The phrase 'may contribute understanding of network performance' is missing the word 'to' and should read 'may contribute to understanding.'
  2. [Fig. 4 caption] The caption reads 'Latency and Throughput and vs ppr'; it should be 'Latency and Throughput vs ppr.'
  3. [Eq. (3)] The word 'throuput' in the equation title is a typo; it should be 'throughput.'
  4. [Table (I)] The column header 'Pager' should be 'Paper,' and the reference numbers in the table should be checked for consistency with the bibliography.
  5. [Conclusion] The conclusion mentions 'packets per refresh,' but the paper defines and uses 'packet processing rate (PPR)'; the terminology should be made consistent.
  6. [Page 1 header] The placeholder text 'REPLACE THIS LINE WITH YOUR PAPER IDENTIFICATION NUMBER' remains in the header and should be removed.

Circularity Check

3 steps flagged · score 6.0 of 10

Central 'experimental' findings are direct plots of the paper's defining equations, not independent observations.

  1. self definitional [Section III.C, Eqs. (3) and (6); Results, Fig. 5]
    "𝑇ℎ𝑟𝑜𝑢𝑔ℎ𝑝𝑢𝑡 = 𝑒𝑡ℎ𝑒𝑟𝑛𝑒𝑡 𝑑𝑎𝑡𝑎 𝑓𝑟𝑎𝑚𝑒 ∗ 8 / 𝑡𝑜𝑡𝑎𝑙 𝑙𝑎𝑡𝑒𝑛𝑐𝑦 … 𝑒𝑞𝑢. (3). 𝐸𝑡ℎ𝑒𝑟𝑛𝑒𝑡 𝑑𝑎𝑡𝑎 𝑛𝑒𝑡𝑤𝑜𝑟𝑘 𝑑𝑒𝑙𝑎𝑦 = 𝑑𝑎𝑡𝑎 𝑝𝑎𝑐𝑘𝑒𝑡 𝑙𝑒𝑛𝑔𝑡ℎ/𝑑𝑎𝑡𝑎 𝑟𝑎𝑡𝑒 + 𝑐𝑎𝑏𝑙𝑒 𝑙𝑒𝑛𝑔𝑡ℎ/𝑝𝑟𝑜𝑝𝑎𝑔𝑎𝑡𝑖𝑜𝑛 𝑠𝑝𝑒𝑒𝑑 … 𝑒𝑞𝑢. (6). Results: 'Throughput decreases as the cable length increases, starting from ~0.60 Gbps at short cable lengths (0-200 meters) and dropping to ~0.40 Gbps at 1000 meters.'"

    Since throughput is defined as frame bits divided by total latency, and Eq. (6) places cable length in the denominator via propagation delay, longer cables necessarily reduce the computed throughput. The plotted trend simply evaluates Eq. (3); it is not an empirical observation. The paper's explanation in terms of 'signal degradation and increased error rates' is not present in the model equations and therefore cannot be the source of the trend.

  2. self definitional [Section III.C, Eqs. (2), (4), and (6); Results, Fig. 5]
    "Latency increases linearly with cable length, starting from ~20 microseconds for short cables (0-200 meters) and rising to ~35 microseconds at 1000 meters. ... 𝐸𝑡ℎ𝑒𝑟𝑛𝑒𝑡 𝑑𝑎𝑡𝑎 𝑛𝑒𝑡𝑤𝑜𝑟𝑘 𝑑𝑒𝑙𝑎𝑦 = 𝑑𝑎𝑡𝑎 𝑝𝑎𝑐𝑘𝑒𝑡 𝑙𝑒𝑛𝑔𝑡ℎ/𝑑𝑎𝑡𝑎 𝑟𝑎𝑡𝑒 + 𝑐𝑎𝑏𝑙𝑒 𝑙𝑒𝑛𝑔𝑡ℎ/𝑝𝑟𝑜𝑝𝑎𝑔𝑎𝑡𝑖𝑜𝑛 𝑠𝑝𝑒𝑒𝑑 … 𝑒𝑞𝑢. (6)."

    Eq. (6) defines the network delay as an affine function of cable length with slope equal to the reciprocal of the propagation speed, and Eqs. (2) and (4) add that term to the total latency. Thus 'latency increases linearly with cable length' is literally written into the formula. The graph in Fig. 5 is a plot of the defining equation, not a measured relationship.

1 more flagged steps
  1. self definitional [Section III.C, Eqs. (2)-(6); Results, Figs. 4 and 6]
    "𝑇𝑜𝑡𝑎𝑙 𝑙𝑎𝑡𝑒𝑛𝑐𝑦 = 𝐸𝑡ℎ𝑒𝑟𝑛𝑒𝑡 𝑑𝑎𝑡𝑎 𝑙𝑎𝑡𝑒𝑛𝑐𝑦 + 𝐴𝑐𝑘. 𝑙𝑎𝑡𝑒𝑛𝑐𝑦 … 𝑒𝑞𝑢. (2). 𝐸𝑡ℎ𝑒𝑟𝑛𝑒𝑡 𝑑𝑎𝑡𝑎 𝑙𝑎𝑡𝑒𝑛𝑐𝑦 = 𝐸𝑡ℎ𝑒𝑟𝑛𝑒𝑡 𝑑𝑎𝑡𝑎 𝑛𝑒𝑡𝑤𝑜𝑟𝑘 𝑑𝑒𝑙𝑎𝑦 + 𝑠𝑤𝑖𝑡𝑐ℎ 𝑑𝑒𝑙𝑎𝑦 + 1/𝑝𝑎𝑐𝑘𝑒𝑡 𝑝𝑟𝑜𝑐𝑒𝑠𝑠𝑖𝑛𝑔 𝑟𝑎𝑡𝑒 … 𝑒𝑞𝑢. (4). 'Increasing the number of packets processing rate enhances the system's throughput.' ... 'The throughput increases steadily as the data rate rises, showing a nearly linear trend up to the highest data rate tested (~2.5 Gbps).'"

    The throughput formula (Eq. 3) has total latency in the denominator. Eq. (4) contains 1/ppr, so throughput must increase as ppr increases; Eq. (6) contains packet length/data rate, so throughput must increase as data rate increases. Both reported trends are algebraic consequences of the model equations, and the accompanying 'likely because' explanations are not derived from or tested by any additional data.

full rationale

The paper's abstract and conclusion describe 'experiments' and 'tests', but the methods section states 'By applying these equations to the network specifications... we obtained the results shown below.' No measured traffic, external data set, or benchmark is used. Every headline trend—latency versus cable length, throughput versus cable length, throughput versus PPR, and throughput versus data rate—follows immediately by algebra from Eqs. (2)-(6). The graphs are therefore displays of the defining equations rather than empirical findings, making the reported 'findings' circular with respect to the model's own construction. Additional model issues, such as including ACK latency (Eqs. 2 and 5) for a claimed UDP system and using stop-and-wait rather than pipelined streaming, are correctness concerns rather than circularity themselves. No load-bearing self-citation or imported uniqueness theorem was found. The score reflects that the central experimental claims reduce to the model equations by construction, although the paper is fully self-contained and does not conceal a fitted-parameter step.

Assumptions & free parameters 7 free parameters · 4 assumptions · 0 invented entities

The paper introduces no new physical or conceptual entities. All parameters are chosen by hand, and the model relies on standard networking equations plus several ad hoc simplifications, notably the neglect of control signals and the incorrect per-frame throughput interpretation.

free parameters (7)
  • packet processing rate (ppr) = 205k packets per second
    Chosen by hand as a representative baseline, not measured or fitted to data.
  • cable length = 10 m (baseline); varied in figures
    Set to 10 m for the baseline calculation, then swept in the plots without justification.
  • data rate = 1 Gbps (baseline); varied to 2.5 Gbps
    Selected as a typical Ethernet speed, not based on measurement.
  • switch delay = 1 microsecond
    Assumed constant in Eq. 4 and Eq. 5, with no citation or measurement.
  • propagation speed = 2e8 m/s
    Assumed value in Eq. 6, typical for copper but not stated as a measured quantity.
  • VR frame size = 1 MB
    Assumed frame size used in Eq. 7, no source or measurement.
  • health check interval = 50 ms
    Assumed periodic health check interval, used to argue control signal impact is negligible.
assumptions (4)
  • domain assumption The Ethernet MTU is 1500 bytes and the header sizes (Ethernet 14, IP 20, UDP 8, VR app 26) sum to 68 bytes, giving a maximum payload of 1432 bytes.
    Used in Eq. 1 with no citation or verification; the Ethernet header subtraction is atypical since MTU already excludes the Ethernet header.
  • ad hoc to paper The impact of control and health check signals on latency is less than 0.19 percent and can be neglected.
    Stated after Fig. 3 without showing the calculation; this simplification is central to the model's tractability.
  • domain assumption The network under study is a single lossless Ethernet link with no contention, packet loss, or retransmissions.
    The latency and throughput equations (Eq. 2-6) contain no term for congestion or error recovery, yet the text later mentions retransmissions as a reason for throughput loss at long cable lengths.
  • ad hoc to paper Throughput computed in Eq. 3 as Ethernet frame bits divided by total latency represents the VR session throughput.
    The paper uses this as session throughput but Eq. 7 shows each VR frame is split into 733 Ethernet frames, so the session throughput must be 733 times larger.

how reviews work

0 comments
Cite this review

Pith. "Pith review of Forecasting Global Network Traffic Trends: The Role of Virtual Reality." pith.science (2026). https://pith.science/paper/HE7TOX7S

@misc{pith2026250200785,
  author       = {Pith},
  title        = {Pith review of: Forecasting Global Network Traffic Trends: The Role of Virtual Reality},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/HE7TOX7S}},
  note         = {Machine review of arXiv:2502.00785}
}
read the original abstract

Virtual Reality (VR) technology demands real-time data transmission to deliver an immersive and interactive user experience. This study investigates the implementation of UDP Ethernet communication in VR systems, focusing on its impact on network performance. Experiments were conducted to analyze how factors such as cable length, data rate, and packet processing rate (PPR) influence system performance. A series of tests were performed, and the results were visualized through detailed graphs. The findings reveal how variations in these parameters affect communication speed and stability, providing insights for optimizing VR system design. By leveraging the high-speed, low-overhead advantages of UDP Ethernet, this study may contribute understanding of network performance in VR applications, offering practical guidance for developers and engineers in creating responsive and efficient VR environments.

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

24 extracted references · 16 canonical work pages

  1. [18]

    A review on the Challenges and Prospects in Harnessing Virtual Reality in Education,

    A. Adetunla, E. Akinlabi, T. C. Jen, I. P. Okokpujie, and S. S. Ajibade, “A review on the Challenges and Prospects in Harnessing Virtual Reality in Education,” Int. Conf. Sci. Eng. Bus. Driv. Sustain. Dev. Goals, SEB4SDG 2024 , pp. 1 –5, 2024, doi: 10.1109/SEB4SDG60871.2024.10630094

  2. [1]

    Virtual Reality, Augmented Reality, and Mixed Reality Applications: Present Scenario,

    T. Mirza, N. Tuli, and A. Mantri, “Virtual Reality, Augmented Reality, and Mixed Reality Applications: Present Scenario,” 2022 2nd Int. Conf. Adv. Comput. Innov. Technol. Eng. ICACITE 2 022, pp. 1405– 1412, 2022, doi: 10.1109/ICACITE53722.2022.9823482

  3. [2]

    Design, implementation and optimisation of an energy harvesting system for vehicular ad hoc networks’ road side units,

    Q. Ibrahim, “Design, implementation and optimisation of an energy harvesting system for vehicular ad hoc networks’ road side units,” IET Intell. Transp. Syst., vol. 8, no. 3, pp. 298–307, 2014, doi: 10.1049/iet- its.2012.0206

  4. [3]

    Approaches to Integrate Virtual Reality into K-16 Lesson Plans: an Introduction for Teachers,

    A. Hayes, L. A. Daughrity, and N. Meng, “Approaches to Integrate Virtual Reality into K-16 Lesson Plans: an Introduction for Teachers,” TechTrends, vol. 65, no. 3, pp. 394 –401, 2021, doi: 10.1007/s11528- 020-00572-7

  5. [4]

    Augmented reality technology in the manufacturing industry: A review of the last decade,

    E. Bottani and G. Vignali, “Augmented reality technology in the manufacturing industry: A review of the last decade,” IISE Trans., vol. 51, no. 3, pp. 284–310, 2019, doi: 10.1080/24725854.2018.1493244

  6. [5]

    Using mixed reality based digital twins for robotics education,

    H. Orsolits, S. F. Rauh, and J. G. Estrada, “Using mixed reality based digital twins for robotics education,” Proc. - 2022 IEEE Int. Symp. Mix. Augment. Real. Adjunct, ISMAR-Adjunct 2022, pp. 56–59, 2022, doi: 10.1109/ISMAR-Adjunct57072.2022.00021

  7. [6]

    An embedded and intelligent anomaly power consumption detection system based on smart metering,

    S. Lazim Qaddoori and Q. I. Ali, “An embedded and intelligent anomaly power consumption detection system based on smart metering,” IET Wirel. Sens. Syst., vol. 13, no. 2, pp. 75–90, 2023, doi: 10.1049/wss2.12054

  8. [7]

    Towards Future Internet: The Metaverse Perspective for Dive rse Industrial Applications,

    P. Bhattacharya et al. , “Towards Future Internet: The Metaverse Perspective for Dive rse Industrial Applications,” Mathematics, vol. 11, no. 4, pp. 1–41, 2023, doi: 10.3390/math11040941

Show all 24 references
  1. [8]

    H. M. MOHAMMED and Q. I. ALI, “E -Proctoring Systems: A Review on Designing Techniques, Features and Abilities Against VR Security Concerns Health Concerns Limited acce ssibility Metaverse Security Privacy Inequality AR Ethical Implications Hardware Limitations Technical Limit...

  2. [9]

    Virtual Reality in Health Care,

    H. Ajmera and B. Gonen, “Virtual Reality in Health Care,” 2020 Int. Conf. Comput. Netw. Commun. ICNC 2020 , pp. 51 –55, 2020, doi: 10.1109/ICNC47757.2020.9049769

  3. [10]

    An Adaptive Wireless Virtual Reality Framework in Future Wireless Networks: A Distributed Learning Approach,

    F. Guo, F. R. Yu, H. Zhang, H. Ji, V. C. M. Leung, and X. Li, “An Adaptive Wireless Virtual Reality Framework in Future Wireless Networks: A Distributed Learning Approach,” IEEE Trans. Veh. Technol., vol. 69, no. 8, pp. 8514 –8528, 2020, doi: 10.1109/TVT.2020.2995877

  4. [11]

    Topological data models for virtual management of hidden facilities through digital reality,

    L. M. Ortega, J. M. Jurado, J. L. L. Ruiz, and F. R. Feito, “Topological data models for virtual management of hidden facilities through digital reality,” IEEE Access , vol. 8, pp. 62584 –62600, 2020, doi: 10.1109/ACCESS.2020.2984035

  5. [12]

    Performance Evaluation of a Multi -User Virtual Reality Platform,

    V. Parthasarathy, A. A. Simiscuka, N. O’Connor, and G. M. Muntean, “Performance Evaluation of a Multi -User Virtual Reality Platform,” 2020 Int. Wirel. Commun. Mob. Comput. IWCMC 2020, pp. 934–939, 2020, doi: 10.1109/IWCMC48107.2020.9148390

  6. [13]

    Virtual reality scene modeling in the context of Internet of Things,

    C. Huang, W. Zhang, and L. X ue, “Virtual reality scene modeling in the context of Internet of Things,” Alexandria Eng. J., vol. 61, no. 8, pp. 5949–5958, 2022, doi: 10.1016/j.aej.2021.11.022

  7. [14]

    A Review of Collaborative Virtual Reality Systems for the Architecture, Engineering, and Construction Industry,

    D. Ververidis, S. Nikolopoulos, and I. Kompatsiaris, “A Review of Collaborative Virtual Reality Systems for the Architecture, Engineering, and Construction Industry,” Architecture, vol. 2, no. 3, pp. 476–496, 2022, doi: 10.3390/architecture2030027

  8. [15]

    Immersive virtual reality for extending the potential of building information modeling in architecture, engineering, and construction sector: systematic review,

    S. Safikhani, S. Keller, G. Schweiger, and J. Pirker, “Immersive virtual reality for extending the potential of building information modeling in architecture, engineering, and construction sector: systematic review,” Int. J. Digit. Earth , vol. 15, no. 1, pp. 503 –526, 2022, d...

  9. [16]

    Network Traffic Prediction via Deep Graph-Sequence Spatiotemporal Modeling Based on Mobile Virtual Reality Technology,

    K. Zhang, X. Zhao, X. Li, X. Y . You, and Y. Zhu, “Network Traffic Prediction via Deep Graph-Sequence Spatiotemporal Modeling Based on Mobile Virtual Reality Technology,” Wirel. Commun. Mob. Comput., vol. 2021, 2021, doi: 10.1155/2021/2353875

  10. [17]

    Mixed Reality 3D Teleco nsultation for Emergency Decompressive Craniotomy: An Evaluation with Medical Residents,

    K. Yu et al. , “Mixed Reality 3D Teleco nsultation for Emergency Decompressive Craniotomy: An Evaluation with Medical Residents,” Proc. - 2023 IEEE Int. Symp. Mix. Augment. Reality, ISMAR 2023, pp. 662–671, 2023, doi: 10.1109/ISMAR59233.2023.00081

  11. [19]

    An efficient simulation methodology of networked industrial devices,

    Q. I. Ali, “An efficient simulation methodology of networked industrial devices,” 2008 5th Int. Multi -Conference Syst. Signals Devices, SSD’08, no. August, 2008, doi: 10.1109/SSD.2008.4632835

  12. [20]

    TCP / UDP Network Performance Evaluation of Various IPSec Algorithms,

    R. Weerawarna, “TCP / UDP Network Performance Evaluation of Various IPSec Algorithms,” 2013

  13. [21]

    Traffic Characteristics of Virtual Reality over Edge -enabled Wi-Fi Networks,

    S. Salehi, A. Alnajim, X. Zhu, M. Smith, C. -C. Shen, and L. Cimini, “Traffic Characteristics of Virtual Reality over Edge -enabled Wi-Fi Networks,” pp. 1 –9, 2020, [Online]. Available: http://arxiv.org/abs/2011.09035

  14. [22]

    Predicting the performance of virtual reality video streaming in mobile networks,

    R. I. T. Da Costa Filho et al., “Predicting the performance of virtual reality video streaming in mobile networks,” Proc. 9th ACM Multimed. Syst. Conf. MMSys 2018 , pp. 270 –283, 2018, doi: 10.1145/3204949.3204966

  15. [23]

    Green communication infrastructure for vehicular ad hoc network (VANET),

    Q. I. Ali, “Green communication infrastructure for vehicular ad hoc network (VANET),” J. Electr. Eng., vol. 16, no. 2, pp. 58–67, 2016

  16. [24]

    Beyond traditional training: Integrating data from semi-immersive VR dual -task intervention in Pa rkinsonian Syndromes. A study protocol,

    F. Bruni et al. , “Beyond traditional training: Integrating data from semi-immersive VR dual -task intervention in Pa rkinsonian Syndromes. A study protocol,” PLoS One, vol. 19, no. 2 February, pp. 1–13, 2024, doi: 10.1371/journal.pone.0294199. Raghad H. AlShekh received the B...

Pith tools

Reviewed August 9, 2026 · model on record in the stance chip above.