Fact-checked by Grok 2 weeks ago

Packet delay variation

Packet delay variation (PDV) is a fundamental metric in IP network performance measurement that quantifies the variability in the end-to-end delay of packets transmitted from a source to a destination across an Internet path. Defined as the difference in one-way delays between two selected packets within a stream, PDV captures fluctuations caused by factors such as queueing, routing changes, and congestion, distinguishing it from average delay by focusing on temporal inconsistencies. This metric, often synonymous with packet jitter in networking contexts, is crucial for ensuring reliable delivery in time-sensitive applications. PDV is typically measured using active probing techniques, where streams of test packets are sent between endpoints, and one-way delays are computed based on timestamps, assuming synchronized or skew-corrected clocks at the source and destination. The standard approach employs sampling to distribute packet transmission times randomly, enabling statistical analysis of delay differences without biasing toward specific network states, with the metric expressed in seconds and bounded by minimum (L) and maximum (U) delay limits. Two variants exist: inter-packet delay variation (IPDV), which calculates differences between consecutive packets to highlight short-term fluctuations, and PDV, which subtracts the minimum observed delay from each packet's delay to emphasize absolute variation relative to the best-case path, each applicable depending on path stability and measurement goals. In practical networking, PDV plays a pivotal role in dimensioning play-out buffers for real-time services like (VoIP) and video streaming, where high variation can cause audible disruptions or visual artifacts by requiring larger buffers to smooth irregular arrivals. It also supports network diagnostics, such as inferring queue occupancy and detecting or path-switching effects, and informs service-level agreements (SLAs) through percentiles like the 99.9th, ensuring bounded variation for quality guarantees. For scenarios involving frequent path changes or challenges, IPDV is recommended, while PDV excels in stable environments for buffer sizing and spatial performance composition across network segments.

Fundamentals

Definition

Packet delay variation (PDV) refers to the variation in end-to-end one-way delay experienced by selected packets in a , excluding any lost packets. It quantifies the inconsistency in packet transit times across a path, which can affect the timing of packet arrivals at the destination. A related , delay variation (IPDV), specifically measures the difference in one-way delay between consecutive packets, while PDV measures the difference for each packet relative to the minimum delay observed in the measurement interval. The overall PDV can be characterized by the difference between the maximum and minimum one-way delays observed over a specific or set of packets within the , but per-packet PDV is calculated as the delay of each packet minus the minimum delay. This metric focuses on the range of delays rather than absolute values, providing insight into the spread of arrival times without regard to the baseline delay. The concept was first formalized in networking literature in the early 2000s through efforts by the (IETF) to define performance metrics for IP networks, with key specifications emerging in 2002. For example, in a video streaming application, excessive PDV can cause buffering issues due to inconsistent packet arrival times. Unlike average delay, which measures , PDV highlights the variability that impacts real-time synchronization.

Importance in Packet-Switched Networks

In packet-switched networks, such as those based on the (IP), packet delay variation (PDV) introduces significant variability in the experienced by packets, which can severely disrupt timing-sensitive traffic like streams and interactive communications. This variability arises from the dynamic nature of packet and resource sharing, leading to inconsistent arrival times that degrade overall and . PDV is particularly critical for applications requiring constant bit rate (CBR) transmission, where synchronization and predictable timing are essential to maintain data integrity and quality. For instance, in (VoIP) and video streaming, excessive PDV causes audio or video artifacts, such as choppiness or desynchronization, directly impacting the reliability of control systems in industrial environments or delivery. Often referred to colloquially as , PDV thus represents a key metric for ensuring smooth operation in these scenarios. Unlike circuit-switched networks, which provide dedicated end-to-end paths with fixed and predictable delays free from PDV due to the absence of contention during data transfer, packet-switched architectures inherently exhibit this variation through statistical multiplexing and shared . In packet networks, packets from multiple flows compete for resources, resulting in queuing delays that fluctuate based on traffic load and routing decisions, a phenomenon absent in the reserved circuits of traditional systems. This fundamental difference underscores why PDV management is a persistent challenge in modern IP-based infrastructures. The relevance of PDV has grown with the proliferation of networks and (IoT) deployments, where ultra-reliable low-latency communications (URLLC) demand stringent control over delay variations to support mission-critical applications. In these environments, PDV must be minimized to achieve end-to-end latencies below 1 ms with reliability exceeding 99.999%, enabling real-time use cases such as autonomous vehicles, remote , and factory automation that rely on precise timing for safety and efficiency.

Terminology and Standards

Key Terms

Packet delay refers to the one-way end-to-end time elapsed from when the first bit of a packet is transmitted by the sender until the last bit is received by the , excluding any retransmissions. In networking contexts, the term is often used informally as a for packet delay variation (PDV), but it is imprecise because it can encompass other types of signal or timing variations beyond packet-specific delays. Instantaneous Packet Delay Variation (IPDV) is defined as the difference in one-way delay between two consecutive packets in a , providing a granular measure of delay fluctuations between successive transmissions. The boundary of selection specifies the criteria for choosing packets over which PDV is evaluated, such as a fixed time window or a specific packet count, ensuring consistent application of the metric across measurements. The terminology has evolved from "jitter" in early IETF RFCs, such as RFC 1889 for RTP, to "delay variation" in later standards like RFC 3393, to promote greater precision and avoid ambiguity with broader jitter concepts in signal processing.

Relevant Standards and Definitions

The ITU-T Recommendation Y.1540, initially published in 2006 and updated through amendments including one in 2020, defines packet delay variation (PDV) in section 6.2.4 as the variations in IP packet transfer delay observed between two IP packets in a packet stream, serving as a key parameter for assessing network performance in IP-based networks. The companion ITU-T Recommendation Y.1541 establishes network classes (e.g., Class 0 to Class 5) with specific PDV objectives based on these parameters, such as 100 ms (1-10^{-3} quantile) for both Class 1 (real-time interactive) and Class 5 (best effort), to guide quality of service provisioning across international IP interconnections. RFC 3393, published by the IETF in 2002, introduces the IP Packet Delay Variation (IPDV) metric as a precise measure of delay variation between selected packets in a , calculated as the in one-way delays while excluding lost packets. The document explicitly advises against using the term "jitter" due to its ambiguous and non-standard definitions in prior literature, instead promoting IPDV for consistent performance evaluation in IP performance metrics (IPPM). It specifies packet selection methods, such as consecutive pairs, to ensure the metric captures relevant variations without distortion from outliers. RFC 5481, issued by the IETF in 2009, provides an applicability statement for PDV metrics, recommending their use in scenarios like inferring queue occupancy and determining de-jitter buffer sizes, with particular relevance to MPLS networks where consistent delay is critical for pseudowire emulation and traffic engineering. This RFC clarifies distinctions between single-point (e.g., local buffer sizing) and two-point (e.g., end-to-end path assessment) PDV forms, aligning with Y.1540 parameters to support active measurements in MPLS environments. In mobile networks, Technical Specification TS 22.261 (Release 18, 2024) addresses PDV requirements for Ultra-Reliable Low-Latency Communications (URLLC), mandating that the system support packet delay variation (referred to as ) sufficiently low to meet time-sensitive application needs, alongside user plane targets of less than 1 for uplink and downlink in key scenarios like industrial automation. For instance, motion control use cases require end-to-end constraints of ≤1 , with monitored as a QoS parameter to ensure reliability exceeding 99.999%. As of 2025, Release 20 studies for (IMT-2030) are investigating performance requirements for advanced deterministic communications, building on URLLC while addressing evolutions like AI-enhanced networks.

Causes

Network Congestion and Queuing Delays

In packet-switched s, arises when packet arrival rates exceed router processing capacities, causing packets to accumulate in output buffers and introducing variable queuing delays that fundamentally contribute to packet delay variation (PDV). Packets arriving during low-traffic periods experience minimal wait times, while those arriving amid bursts must queue behind earlier packets, resulting in differential delays that manifest as PDV spikes. This variation is exacerbated by the bursty nature of , where short-term overloads lead to fluctuating queue occupancies at network nodes. Queuing delays become particularly pronounced during peak traffic periods, where buffer backlogs can extend wait times significantly for successive packets in a . For example, in moderately scenarios, queuing of 85-95 ms have been observed, directly translating to increased PDV as packets straddle varying lengths. Such spikes highlight how transforms fixed into highly variable end-to-end latencies, with PDV potentially rising by tens of milliseconds or more depending on traffic intensity. Queue management policies play a critical role in modulating these effects, with tail-drop and Random Early Detection () representing contrasting approaches. Tail-drop allows queues to fill to capacity before discarding arriving packets, fostering large backlogs during bursts that amplify variation through prolonged and inconsistent wait times. RED, by contrast, employs probabilistic early packet drops based on average length thresholds to signal preemptively, thereby maintaining smaller queues and reducing overall delay variation compared to tail-drop, although performance hinges on proper parameter tuning to avoid suboptimal variability. Statistically, PDV in congested links often follows heavy-tailed distributions that capture the skewed nature of delay outliers. The effectively models the tail of packet delay cumulative distributions (95-99.9% quantiles) under , reflecting self-similar traffic patterns that lead to extreme variation events. Complementarily, the three-parameter characterizes end-to-end delays, with shape parameters (β ≥ 3.7) indicating high levels where right-skewed tails signify pronounced PDV due to queuing bursts. These models underscore the non-Gaussian, burst-driven statistics of PDV in overloaded networks.

Routing and Propagation Variations

Route flapping occurs when network routes frequently change due to link failures, policy updates, or load balancing mechanisms, leading to inconsistent packet paths and subsequent delay variations. These changes can cause packets to traverse alternative routes with differing lengths or congestion levels, resulting in delay shifts typically ranging from 20 to 200 ms for intradomain routing events. For instance, a path adjustment might increase latency by 40 ms when rerouting traffic from a direct link to a longer alternative via an intermediate node. Such instability exacerbates packet delay variation (PDV) by introducing non-deterministic path selections, particularly in BGP-enabled networks where convergence delays can prolong these effects. Propagation delays in packet-switched networks arise from the physical of signals across , but variations stem from factors like , medium types, and clock drifts in multi-hop environments. Serialization delay, the time to transmit a packet onto the link, varies with packet size and link speed; for example, a 1500-byte packet on a 10 Mbps link incurs about 1.2 , while smaller packets experience less, leading to PDV when mixed sizes compete for . Differences in —such as optics (offering lower due to higher signal speeds) versus links (susceptible to and multipath )—further contribute to inconsistencies, with paths showing higher delay variance under varying loads. In multi-hop networks, cumulative clock drifts between nodes can amplify these effects, as unsynchronized timestamps distort calculations in protocols like two-way time transfer. External factors, including clock synchronization inadequacies and variable serialization, compound PDV independently of queuing. The (PTP, IEEE 1588) aims to mitigate clock offsets but struggles in networks with high PDV, where variable queuing delays at switches reduce the availability of low-delay packets needed for accurate , leading to wander in slave clocks. PTP's sample-minimum filtering, for instance, can fail in heavily loaded or multi-hop scenarios, as minimum-delay packets become rare, resulting in errors. Additionally, serialization delays for variable packet sizes (e.g., 40-1400 bytes) introduce further PDV in shared links, as larger packets block transmission queues longer than smaller ones. In modern networks, handovers between base stations during mobility introduce PDV bursts, particularly in ultra-reliable low-latency scenarios. These events, triggered by signal degradation, can cause interruption times starting with a 10 ms radio resource control processing delay, leading to PDV variations of up to 10 ms as packets are buffered or rerouted to the target cell. Wireless-specific factors, such as beam switching and resource reallocation, amplify these bursts compared to wired networks, highlighting a gap in traditional PDV models that overlook mobility-induced path changes.

Measurement and Analysis

Measurement Methods

Packet delay variation (PDV) is measured through active and passive techniques that capture timing information from network packets to assess delay differences. Active measurements entail sending synthetic probe packets across the network and recording high-precision timestamps at both the sender and receiver to determine one-way delays, with PDV computed as the variation among these delays. The One-way Active Protocol (OWAMP) standardizes this process using UDP-based probes for unidirectional delay and loss assessment, ensuring via initial sessions. Complementing OWAMP, the Two-way Active Protocol (TWAMP) extends capabilities to round-trip metrics by incorporating receiver-generated timestamps, facilitating PDV in bidirectional paths. Basic active probing can also employ ICMP echo requests, akin to , to estimate round-trip times, though such methods approximate one-way PDV less accurately due to reliance on symmetric paths. Passive measurements, in contrast, involve observing and capturing live traffic flows without injecting probes, using packet capture timestamps to derive arrival times and compute inter-packet delay differences or approximate one-way delays. Sequence numbers from protocols like or RTP help identify packet order, and embedded timestamps in application-layer protocols (e.g., RTP) can enable more accurate PDV if available. Common tools for this include , which dissects captured packets to display arrival times and enables manual or scripted computation of delay variations, and , a command-line utility for filtering and logging traffic timestamps suitable for post-capture analysis. Packet selection for PDV computation follows defined criteria to ensure representativeness, such as choosing consecutive packets via sequence numbers or those arriving within specified time windows, while excluding lost packets to avoid biasing the variation metric toward outliers. This approach, detailed in RFC 3393, prioritizes delay differences among successfully transmitted packets for accurate network characterization.

Mathematical Modeling and IPDV

Packet delay variation (PDV) is mathematically defined such that, for a sequence of one-way delays d_1, d_2, \dots, d_n corresponding to n packets within a specified measurement window or sample, the PDV for the i-th packet is \text{PDV}_i = d_i - \min_{j=1,\dots,n} d_j. The PDV values are thus non-negative and capture the variation of each delay relative to the minimum observed delay in the sample, with the maximum PDV providing an upper bound on fluctuations equal to \max(d_i) - \min(d_i). This per-packet approach allows for statistical analysis of the distribution of PDV values, often using percentiles to characterize overall variation. A related and more granular measure is the instantaneous packet delay variation (IPDV), which quantifies the delay difference between consecutive packets in a . For one-way d_n and d_{n+1} of successive packets, IPDV is given by \text{IPDV}_n = d_{n+1} - d_n. To focus on the magnitude of variation regardless of direction, the IPDV is often used: |\text{IPDV}_n|. This pairwise approach enables fine-grained analysis of short-term fluctuations, with lost packets typically ignored . PDV distributions are frequently modeled statistically to predict network behavior under varying loads. In many scenarios, such as those assuming random queuing processes, PDV is approximated as a , where delay variations follow a centered around the mean delay. Alternatively, percentile-based metrics, such as the 99th delay variation, are employed to emphasize tail behaviors and extreme outliers, offering robust summaries for non-Gaussian cases influenced by bursty traffic. Smoothing techniques derive broader PDV estimates from IPDV values by averaging over sliding windows of consecutive pairs. For instance, the mean absolute IPDV across a window of m pairs yields a smoothed PDV : \text{Smoothed PDV} = \frac{1}{m} \sum_{k=1}^{m} |\text{IPDV}_k|, which reduces noise from transient events while preserving trends in variation. This approach aligns with standards for estimation in protocols. Visualizations aid in interpreting PDV characteristics from measured data. A plot, with packet sequence number on the x-axis and one-way delay on the y-axis, reveals temporal patterns such as clusters indicating periodic queuing or outliers from route changes; for example, vertical spreads highlight sustained high-variance periods. Complementary plots of delay values or IPDV differences display the distribution's shape, where bimodal peaks often signal alternating low-delay (uncongested) and high-delay (congested) states, as observed in virtualized environments or backbone links under load.

Effects and Applications

Impacts on Real-Time Communications

Packet delay variation (PDV) significantly impairs (VoIP) communications by introducing inconsistencies in packet arrival times, leading to audible distortions such as choppy audio or echoes when PDV exceeds 30 ms. To mitigate this, VoIP systems employ playout buffers that temporarily store incoming packets to smooth out variations and maintain a steady playback rate; however, if PDV is excessive, packets arriving too late may be discarded, resulting in gaps in the audio stream and further degradation of call quality. In video streaming applications utilizing (RTP) and (RTCP), PDV disrupts audio-video synchronization, causing noticeable lip-sync issues where audio and video streams fall out of alignment. For instance, in platforms like or , high PDV can lead to perceptible desynchronization, prompting viewers to experience immersion-breaking artifacts during sessions. RTCP feedback mechanisms help monitor these variations, but persistent high PDV forces adaptive buffering or rate adjustments, which may introduce additional or quality drops. For industrial control systems (ICS) and automotive networks, PDV poses risks to real-time operations by destabilizing closed-loop control mechanisms, where tolerances are often in the millisecond range to prevent instability in processes like motion control or vehicle coordination. In Time-Sensitive Networking (TSN) environments, excessive PDV can delay sensor-actuator communications, leading to erroneous feedback and potential system failures, such as in factory automation or autonomous driving scenarios. Emerging 5G applications further highlight PDV's challenges, particularly in enhanced (eMBB) and Ultra-Reliable Low-Latency Communications (URLLC) services, which target end-to-end within 1 ms for URLLC to support latency-sensitive use cases like and remote surgery. In gaming, high PDV causes input lag and stuttering, while in telesurgery, it risks imprecise control and safety hazards due to delayed haptic feedback. These stringent requirements drive designs to minimize PDV through advanced scheduling and .

Role in Quality of Service Metrics

Packet delay variation (PDV), also known as , plays a central role in (QoS) frameworks by quantifying the consistency of packet delivery times, which is essential for applications sensitive to timing irregularities, such as voice and video services. In standardized QoS classifications, the Y.1541 recommendation defines network performance objectives across eight classes, where PDV limits are specified for higher-priority classes to ensure reliable real-time performance. For instance, Class 0 and Class 1, intended for jitter-sensitive applications like and video teleconferencing, address IP packet delay variation (IPDV) objectives qualitatively to support end-to-end timing requirements. These limits help network operators provision services that meet stringent timing requirements, distinguishing PDV from average delay by focusing on variability that can disrupt synchronized data flows. PDV integrates into broader QoS metrics, including its influence on (MOS) assessments for voice quality and its use in (SLA) monitoring. In MOS calculations, based on the ITU-T E-model (G.107), PDV contributes to the effective mouth-to-ear delay through de-jitter buffering, where excessive variation increases buffering delays and degrades perceived quality; for example, PDV levels above 30 ms can reduce MOS scores by introducing audible artifacts in VoIP calls. For SLA enforcement, percentile-based PDV metrics, such as the 95th PDV (P-PDVar), provide probabilistic guarantees, ensuring that a specified percentage of packets experience variation below a , which is critical for contractual commitments in enterprise networks. In services defined by the Metro Ethernet Forum (MEF), delay variation (FDV)—analogous to PDV—is measured as the maximum variation for a given of pairs over an , enabling service providers to report and assure consistent . In end-to-end QoS evaluation, PDV correlates strongly with packet loss and throughput, as high variation can cause buffer overflows leading to discards, particularly under congestion, thereby reducing effective throughput for delay-sensitive traffic. Tools like Cisco's IP Service Level Agreement (IP SLA) enable continuous assessment by measuring PDV alongside one-way delay and loss in path jitter operations, allowing proactive monitoring and correlation analysis for SLA validation across IP networks. Recent IETF drafts extend this to carrier Ethernet, incorporating PDV percentiles into performance monitoring for Ethernet Virtual Connections (EVCs) to support modern service guarantees.

Mitigation Techniques

Buffering and Jitter Control

Jitter buffers are essential mechanisms in real-time communication systems, such as (VoIP), to mitigate packet delay variation (PDV) by temporarily storing incoming packets and releasing them at a steady rate for playout. These buffers operate at the or application level, smoothing out arrival time discrepancies without relying on network-wide interventions. Jitter buffers can be implemented as static or adaptive. Static buffers employ a fixed size, providing consistent delay regardless of conditions, which simplifies but may lead to during unexpected PDV spikes or unnecessary in stable environments. In contrast, adaptive buffers dynamically adjust their size based on ongoing PDV estimates, such as by inter-arrival times of RTP packets, to balance low with robustness; for VoIP applications, they typically target a buffer depth of 20-50 ms to accommodate common variations while preserving conversational flow. RFC 3611 defines key metrics for both types, including jitter buffer nominal delay (the typical delay) and absolute maximum delay, enabling receivers to report buffer performance via RTCP XR blocks. The total playout delay is influenced by the size and any dynamic adjustments based on PDV trends. For instance, adaptive algorithms may expand the during transient to prevent underruns and then contract it to minimize added delay. While effective at reducing perceived PDV, jitter s introduce trade-offs: larger sizes absorb more variation but elevate overall , potentially degrading in applications like video conferencing, whereas undersized s risk packet discards and audio artifacts. Optimal sizing often relies on analyzing PDV histograms from prior measurements, where the depth is set to cover a high (e.g., 99th) of observed delays relative to the minimum, ensuring low discard rates without excessive ; RFC 5481 outlines this approach for static cases, emphasizing alignment to the PDV distribution's lower bound.

Quality of Service Implementations

Quality of Service (QoS) implementations provide network-level policies and hardware mechanisms to control packet delay variation (PDV) by prioritizing traffic, reserving resources, and isolating flows, ensuring more predictable performance for delay-sensitive applications. (DiffServ), defined in 2474, employs a DS field in IP headers to classify packets into classes of service, enabling priority queuing at routers to minimize queuing delays and PDV for high-priority traffic such as voice or video streams. This architecture aggregates flows into behavior aggregates, avoiding per-flow state while applying per-hop behaviors (PHBs) like expedited forwarding to reduce variation in congested environments. In contrast, (IntServ) uses the (RSVP), as specified in 2205, to establish end-to-end reserved paths with guaranteed bandwidth and delay bounds, signaling resource needs along the path to limit PDV for individual flows in real-time communications. Traffic shaping and policing mechanisms complement these by regulating bursty traffic to prevent congestion-induced PDV. The algorithm, a core component of traffic conditioning in DiffServ networks per RFC 2475, meters incoming packets against a and bucket depth, smoothing bursts by delaying excess traffic and enforcing compliance to service level agreements. This approach ensures steady transmission rates, thereby constraining PDV in enterprise settings where variable loads could otherwise amplify delays. Hardware-oriented solutions extend QoS to specialized domains. (TSN), governed by standards, integrates time-aware scheduling, credit-based shapers, and frame preemption in Ethernet switches to deliver deterministic low-PDV transport, with bounded and variation typically under microseconds for industrial applications. In wireless contexts, , as outlined in specifications, logically isolates tenant traffic across shared infrastructure, allocating dedicated resources per slice to prevent interference and maintain PDV isolation for ultra-reliable low-latency communications. Deterministic Networking (DetNet), specified by IETF RFC 8655, provides IP-layer mechanisms for end-to-end bounded latency and low packet delay variation in routed networks, using techniques like packet replication and elimination to ensure reliability and predictability for time-sensitive flows, often in conjunction with TSN at lower layers. Studies demonstrate the effectiveness of these QoS implementations in reducing PDV during congestion; for example, priority queuing in SDN environments can stabilize delays for real-time flows. Modern extensions via Software-Defined Networking (SDN) further enhance these by enabling dynamic policy enforcement and path optimization, providing end-to-end delay guarantees for real-time systems through centralized control. Buffering techniques can complement QoS by absorbing residual variation at endpoints.

References

  1. [1]
    RFC 3393 - IP Packet Delay Variation Metric - IETF Datatracker
    IP Packet Delay Variation (ipdv) is the difference in the one-way delay of selected packets, measuring variation in packet delay across Internet paths.
  2. [2]
    RFC 5481 - Packet Delay Variation Applicability Statement
    RFC 5481 examines active measurements of delay variation, comparing two forms to determine which is best for different conditions and tasks.
  3. [3]
    Network Jitter - Common Causes and Best Solutions | IR
    Lower jitter values (below 30ms) are best. Packet loss should be no more than 1%, and latency shouldn't exceed 150 ms one-way (300 ms return). You can ...
  4. [4]
    What is IP Packet Delay Variation (IPDV), also called "jitter"?
    IPDV measures the variation in delay of uni-directional, consecutive packets (packet 1 and 2, 2 and 3 etc.) which flow between between two hosts over an IP path ...Missing: definition | Show results with:definition
  5. [5]
    [PDF] Understanding Network Delay Changes Caused by Routing Events
    ABSTRACT. Network delays and delay variations are two of the most important network performance metrics directly impacting real-time applica-.
  6. [6]
    Understanding Delay in Packet Voice Networks - Cisco
    Feb 2, 2006 · If the worst case delay is used, the figure is 40 ms, 10 ms for Coder delay and 30 ms for Packetization delay. Note that these examples neglect ...
  7. [7]
    [PDF] Chapter 2 Circuit and Packet Switching
    Intuition suggests that packet switching will lead to lower delay: A packet-switched network easily sup- ports heterogeneous flow rates, and flows can always ...<|control11|><|separator|>
  8. [8]
    A Comprehensive Survey of 5G URLLC and Challenges in the 6G Era
    Aug 27, 2025 · URLLC generally has very short packet size in order to meet the ultra low End-to-End (E2E) delay requirement typically in the range of < 1 ​ m ...
  9. [9]
  10. [10]
    RFC 3393: IP Packet Delay Variation Metric for IP Performance ...
    This document refers to a metric for variation in delay of packets across Internet paths. The metric is based on the difference in the One-Way-Delay of ...
  11. [11]
  12. [12]
    [PDF] ETSI TS 122 261 V18.13.0 (2024-05)
    ETSI TS 122 261 V18.13.0 is a technical specification for 5G service requirements, produced by the 3GPP.
  13. [13]
    6G Scenarios and Performance Requirements - 3GPP
    Dec 17, 2024 · The study represents a significant milestone in 3GPP's interactions with ITU on 6G technical performance requirements (TPRs) as future, deployment scenarios, ...
  14. [14]
  15. [15]
    In-Depth Articles | Jitter - VoIP Troubleshooter
    Jitter is a variation in packet transit delay caused by queuing, contention and serialization effects on the path through the network.
  16. [16]
  17. [17]
    RFC 2309: Recommendations on Queue Management and Congestion Avoidance in the Internet
    ### Summary: How RED Affects Queuing Delays and Delay Variation Compared to Tail-Drop
  18. [18]
    (PDF) Performance Comparison between Active and Passive Queue ...
    Aug 10, 2025 · Simulation results indicate that RED performed better related to Drop Tail in terms of queuing delay, queuing delay variation, and (lower) ...
  19. [19]
    Statistical Analysis of Packet delays in the Internet and Its ...
    Our analytic results show that the Pareto distribution is most appropriate in 95--99.9% region of the cumulative distribution of packet transmission delays.
  20. [20]
    [PDF] INFERRING CONGESTION FROM DELAY AND LOSS ...
    The delay and packet loss characteristics were modeled on the three-parameter Weibull distribution. It was found that for delay, the shape parameter, β, is less ...
  21. [21]
    [PDF] Methods for Reducing Packet Delay Variations in Time ... - DiVA portal
    This method selects the packet with the minimum delay within a block and uses its timestamps in the calculation of the offset. The rationale behind this method ...
  22. [22]
  23. [23]
    [PDF] Practical view to Packet Delay Variation (PDV) management
    Jan 20, 2016 · Maximum delay variation experienced is ~250ns. Packet delay variation in OBSAI ... - Other traffic with variable packet size (40-. 1400 bytes – ...Missing: serialization | Show results with:serialization
  24. [24]
    Predictive handover mechanism for seamless mobility in 5G and ...
    Jan 8, 2025 · To improve the mobile handover in 5G and future mobile networks, this article puts forth a predictive handover mechanism using reinforcement ...
  25. [25]
  26. [26]
    Configuring IP SLAs ICMP Path Jitter Operations - Cisco
    ICMP Path Jitter monitors hop-by-hop jitter, packet loss, and delay using ICMP echoes, measuring inter-packet delay variance.
  27. [27]
    Wireshark User's Guide
    Wireshark is a network packet analyzer. A network packet analyzer presents captured packet data in as much detail as possible.
  28. [28]
    tcpdump(1) man page | TCPDUMP & LIBPCAP
    Jun 30, 2025 · tcpdump dumps traffic on a network, printing packet contents matching a filter, and can save data to a file for later analysis.Missing: measurement | Show results with:measurement
  29. [29]
    RFC 8868 - Evaluating Congestion Control for Interactive Real-Time ...
    Jan 19, 2021 · ... packet delay variation was caused by a Gaussian random process. Because jitter is an overloaded term, we use the term Packet Delay Variation ...
  30. [30]
    RFC 6798
    This document defines an RTP Control Protocol (RTCP) Extended Report (XR) block that allows the reporting of packet delay variation metrics for a range of RTP ...
  31. [31]
    (PDF) Measurement-Based Analysis, Modeling, and Synthesis of the ...
    Aug 9, 2025 · In this paper, we analyze measured delay spaces among thousands of Internet edge networks and quantify key properties that are important for ...
  32. [32]
    [PDF] Radon spectroscopy of packet delay - CAIDA
    of congestion ... packet counts converge to a bell-shaped distribution albeit a bimodal one. ... investigated the inter-packet delay histograms for the SF and LA ...
  33. [33]
    Empirical performance analysis of anonymizing VoIP over The ...
    An acceptable quality call meets the QoS recommendation if its latency in VoIP is less than 400 ms, its jitter less than 30 ms and its packet loss less than 5%.
  34. [34]
    (PDF) An Analysis of the Impact of Playout Delay Adjustments ...
    Aug 7, 2025 · This paper investigates the impact of frequent and small playout delay adjustments (time-shifting) of 30 ms or less introduced to silence ...
  35. [35]
    RFC 8578 - Deterministic Networking Use Cases - IETF Datatracker
    Bounded Jitter (Latency Variation) ................79 11.3.4. Symmetrical ... lip-sync, the latency needs to be consistent within some reasonable ...
  36. [36]
    [PDF] Ultra-Reliable Low-Latency Communication - 5G Americas
    6 3GPP TS 22.261: Service requirements for next generation new services and markets. 7 3GPP TR 22.821: Feasibility Study on LAN Support in 5G. 8 3GPP TR ...
  37. [37]
    [PDF] ETSI TS 185 001 V1.1.1 (2005-11)
    1541 IPLR and IPER objectives as described for class 0 above. The Y.1541 IPDV objective is addressed qualitatively but without end-to-end assurance as noted ...Missing: PDV | Show results with:PDV
  38. [38]
    [PDF] Understanding Carrier Ethernet Service Assurance - Mplify
    The objective is the maximum inter-frame delay variation for a given percentage of pairs of service frames over a particular time interval. For example, a CSP ...
  39. [39]
    RFC 3611 - RTP Control Protocol Extended Reports (RTCP XR)
    This document defines the Extended Report (XR) packet type for the RTP Control Protocol (RTCP), and defines how the use of XR packets can be signaled by an ...Missing: variation impact audible
  40. [40]
    RFC 2474 - in the IPv4 and IPv6 Headers - IETF Datatracker
    This document defines the IP header field, called the DS (for differentiated services) field. In IPv4, it defines the layout of the TOS octet; in IPv6, the ...
  41. [41]
    RFC 2205 - Resource ReSerVation Protocol (RSVP)
    This memo describes version 1 of RSVP, a resource reservation setup protocol designed for an integrated services Internet.
  42. [42]
    [PDF] IEEE 802.1 Time-Sensitive Networking (TSN) - IETF
    Jul 16, 2017 · • Lowering the latency means losing packets ... Guaranteed data transport with bounded low latency, low delay variation, and extremely low loss.
  43. [43]
    The Isolation Concept in the 5G Network Slicing - IEEE Xplore
    The objective of this paper is to give a thorough insight into the isolation concept, discuss the challenges involved in providing it, and outline the means ...Missing: PDV | Show results with:PDV
  44. [44]
    [PDF] End-to-End Network Delay Guarantees for Real-Time Systems using ...
    The QoS Synthesis module. (Section VI) synthesizes flow rules by using the northbound API. In order to construct a logically centralized state of the SDN system ...