Là sự khác biệt về độ trễ của các gói tin khác nhau trong cùng một luồng lưu lượng. Các gói tin trên cùng một luồng lưu lượng không đến đích cùng tốc độ mà chúng đã được phát đi. Những gói tin này được xử lý, đưa vào hàng đợi, đi ra khỏi hàng đợi, … là riêng lẽ và độc lập với nhau. Do đó, thứ tự đi ra của các gói tin này, và độ trễ của chúng có thể bị thay đổi. Kết quả của sự tác động của độ biến thiên trễ đối với các ứng dụng thời gian thực như thoại IP là dội tín hiệu – echo signal, nhiễu tín hiệu.
Một số giải pháp nhằm làm giảm độ biến thiên trễ của lưu lượng mạng:
Tăng băng thông liên kết: đây là cách tốt nhất để hạn chế và khác phục hiện tượng jitter, tuy nhiên giải pháp này gặp phải một số điểm hạn chế trên thực tế như thời gian, chi phí và đôi khi còn hạn chế bởi công nghệ của các thiết bị truyền dẫn để nâng cấp hệ thống.
Ưu tiên các gói tin có độ trễ nhạy cảm và chuyển các gói tin quan trọng trước: để thực hiện được điều này thì các gói tin phải qua giai đoạn phân loại hoặc đánh dấu gói tin trước khi chúng được đưa vào các hàng đợi tương ứng cho các loại gói tin ví dụ như hàng đợi cân bằng trọng số WFQ (Weighted Fair Queuing), hàng đợi cân bằng trọng số theo lớp CBWFQ (Class-base weighted fair queuing)… Đây là những phương pháp không tốn kém chi phí nhưng lại nâng cao được băng thông.
Thay đổi độ ưu tiên của gói tin: Đây là trường hợp chắc chắn xẩy ra, độ ưu tiên của gói tin đã được thiết lập khi các gói tin đi vào thiết bị định tuyến. Khi gói tin di chuyển từ miền này sang miền khác, độ ưu tiên của các gói tin này có thể được thay đổi. Ví dụ, gói tin đi ra từ mạng doanh nghiệp đã được đánh dấu và đi vào mạng của nhà cung cấp dịch vụ thì giá trị độ ưu tiên của gói tin phải thay đổi lại để bảo đảm chất lượng dịch vụ đã cam kết giữa nhà cung cấp dịch vụ với mạng doanh nghiệp.
Nén nội dung của gói tin ở tầng 2 và hearder của giao thức RTP: Nén tầng 2 sẽ làm giảm kích thước gói tin IP, và nó làm giảm số lượng bít truyền qua mạng do đó nó làm tăng băng thông khả dụng lên. Nén hearder của giao thức RTP là một phương pháp hiệu quả cho gói tin VoIP, bởi vì nó làm giảm kích thước phần tiêu đề cố định của giao thức RTP. Việc nén header của giao thức RTP được đề xuất dành cho kết nối có băng thông nhỏ hơn 2 Mbps. Nén Header làm giảm thời gian chiếm dụng CPU ít hơn hơn so với nén nội dung tầng 2 và cả hai đều có tác dụng làm giảm delay trong hàng đợi. Tuy nhiên, ngay cả việc nén header hay nén nội dung tầng 2 đều tạo ra thời gian trễ cho việc xử lý.