Jitter là gì? Cách kiểm tra jitter và mất gói trước cuộc gọi

Jitter là mức độ thay đổi của độ trễ kết nối từ thời điểm này sang thời điểm khác. Mất gói tin là tỷ lệ dữ liệu không bao giờ đến nơi. Trong cuộc gọi, jitter cao khiến giọng nói nghe như rô-bốt, còn mất gói tin khiến từ và âm tiết bị ngắt quãng, ngay cả khi kết nối nhanh. Microsoft đưa ra các giá trị thông thường cho âm thanh Teams là jitter dưới 30 ms và mất gói tin dưới 2%. Zoom khuyến nghị jitter không quá 40 ms và mất gói tin không quá 2%. Bạn có thể đo cả hai bằng trình duyệt, dòng lệnh Windows hoặc thống kê tích hợp của ứng dụng họp.

Hướng dẫn về cuộc gọi bị giật dù mạng nhanh giải thích vì sao tốc độ không phải là tất cả; còn hướng dẫn kiểm tra Internet trước cuộc gọi cho biết khi nào nên kiểm tra. Hướng dẫn này giải thích ý nghĩa của hai chỉ số và cách đo chúng.

Jitter và mất gói tin trong cuộc gọi

Âm thanh và video được truyền thành nhiều gói nhỏ, với tần suất cao. Nếu mọi gói đều mất đúng 40 ms để đến nơi, cuộc gọi chỉ bị trễ 40 ms và chẳng ai nhận ra. Jitter là sự không đồng đều: một gói mất 20 ms, gói tiếp theo mất 70 ms. Ứng dụng họp giữ các gói trong bộ đệm để làm mượt sự thay đổi này. Microsoft cho biết Teams có thể thích ứng với một mức jitter nhất định bằng bộ đệm, và bạn chỉ nhận thấy vấn đề khi jitter vượt quá mức bộ đệm có thể xử lý.

Mất gói tin nghiêm trọng hơn vì gói bị mất sẽ biến mất và ứng dụng phải bù vào khoảng trống. Hướng dẫn của Microsoft về chất lượng cuộc gọi mô tả âm thanh của từng vấn đề như sau:

Mức nào được xem là tốt

Các ứng dụng họp công bố giá trị tham khảo riêng. Đây là các mục tiêu dành cho lưu lượng cuộc gọi của chính ứng dụng; hãy dùng chúng làm thang tham chiếu khi đọc kết quả của các bài kiểm tra khác:

Một kết quả đo duy nhất vượt các giá trị này không có nghĩa là cuộc gọi sẽ thất bại. Nếu kết quả duy trì ở mức cao trong vài phút hoặc tăng lên mỗi khi có người khác bắt đầu dùng kết nối, bạn nên khắc phục trước cuộc gọi.

Cách tính jitter

Các công cụ đo jitter theo những cách hơi khác nhau, vì vậy hãy so sánh kết quả từ cùng một công cụ. Chẳng hạn, bài kiểm tra tốc độ của Cloudflare tính jitter bằng độ chênh lệch trung bình giữa các lần đo độ trễ liên tiếp. Với năm lần đo là 20, 24, 19, 45 và 21 ms, độ chênh lệch lần lượt là 4, 5, 26 và 24 ms, nên jitter vào khoảng 15 ms. Độ trễ trung bình 26 ms che khuất việc một lần đo mất khoảng gấp đôi thời gian so với các lần còn lại.

Ba cách kiểm tra trước cuộc gọi

1. Bài kiểm tra trên trình duyệt báo cáo cả hai chỉ số

Mở speed.cloudflare.com trên PC mà bạn sẽ dùng để tham gia cuộc gọi. Cloudflare giải thích rằng bài kiểm tra đo jitter khi kết nối không tải và khi đang bận tải xuống cũng như tải lên; đồng thời đo mất gói tin bằng cách chuyển tiếp các gói qua máy chủ TURN WebRTC. Hãy chú ý khoảng cách giữa kết quả khi không tải và khi có tải. Nếu jitter tăng vọt khi kết nối bận, có thể bản sao lưu, đồng bộ đám mây hoặc hoạt động tải lên từ thiết bị khác đang chiếm đường truyền, khiến cuộc gọi cũng bị ảnh hưởng tương tự.

2. Dòng lệnh Windows: ping và pathping

Mở Command Prompt hoặc Terminal rồi chạy:

ping -n 100 1.1.1.1

Theo mặc định ping gửi bốn yêu cầu; -n 100 gửi một trăm yêu cầu, mất khoảng một hoặc hai phút. Dòng tóm tắt cho biết có bao nhiêu yêu cầu bị mất và tỷ lệ phần trăm. Thời gian tối thiểu và tối đa cho thấy chênh lệch giữa phản hồi nhanh nhất và chậm nhất.

Để xem mất gói bắt đầu ở đâu, hãy chạy:

pathping 1.1.1.1

pathping gửi 100 yêu cầu đến mọi bộ định tuyến trên đường truyền và hiển thị mức mất gói tại từng bộ định tuyến. Quá trình này mất vài phút. Hãy đọc kết quả cẩn thận: ví dụ của chính Microsoft cho thấy có những bộ định tuyến loại bỏ các yêu cầu gửi đến chúng nhưng vẫn chuyển tiếp mọi thứ khác. Mất gói xuất hiện ở một bộ định tuyến nhưng không kéo dài đến cuối đường truyền thì không đáng lo. Mất gói bắt đầu ở một bộ định tuyến và kéo dài đến tận đích là mất gói thực sự.

• Mất gói từ chặng đầu tiên, tức bộ định tuyến của bạn, cho thấy vấn đề nằm ở Wi-Fi hoặc mạng gia đình.
• Mất gói bắt đầu ở chặng xa hơn cho thấy vấn đề nằm ở nhà cung cấp dịch vụ hoặc phía bên kia.

3. Các chỉ số của chính ứng dụng họp

Đây là phương pháp duy nhất đo chính cuộc gọi. Trong Teams, mở Tùy chọn khác → Cài đặt → Tình trạng cuộc gọi trong khi đang gọi; Microsoft cho biết các giá trị được cập nhật mỗi 15 giây. Trong ứng dụng Zoom dành cho máy tính, mở Cài đặt → Thống kê. Một cuộc gọi thử là đủ. Hướng dẫn cuộc gọi thử Teams và cuộc họp thử Zoom cho biết cách bắt đầu cuộc gọi thử.

Đối với Teams, Microsoft cũng cung cấp miễn phí Công cụ đánh giá mạng Teams. Công cụ gửi các gói tin đến máy chủ chuyển tiếp Teams gần nhất rồi gửi ngược lại, sau đó báo cáo mất gói, jitter và thời gian khứ hồi.

Cần thay đổi gì khi các chỉ số ở mức cao

CallReady đo những gì

CallReady kiểm tra kết nối như một phần của bước kiểm tra trước cuộc gọi, từ khay hệ thống Windows. Ứng dụng đo độ trễ, jitter và thông lượng tải xuống, tải lên ước tính đến Cloudflare, rồi hiển thị các chỉ số này bên cạnh kết quả camera và micrô. Ứng dụng không đo mất gói tin. Nếu người khác nói rằng họ bị mất từ khi nghe bạn, hãy dùng bài kiểm tra Cloudflare pathping hoặc thống kê của ứng dụng họp để kiểm tra.

CallReady đo đường truyền đến Cloudflare, không phải đường truyền âm thanh và video đến máy chủ Teams hoặc Zoom. Kết quả tốt có nghĩa là kết nối của bạn ổn định. Để kiểm tra riêng Teams hoặc Zoom, hãy dùng thống kê của ứng dụng trong cuộc gọi thử.

Câu hỏi thường gặp