Chuyển sang tổng đài IP, doanh nghiệp tiết kiệm được cước — đó là chuyện ai cũng biết. Nhưng cái đánh đổi thường gặp: chất lượng cuộc gọi không còn ổn định như PSTN ngày xưa. Một cuộc gọi bị rè, tiếng đứt đoạn, hoặc đối phương nghe thấy bạn chậm nửa giây — tất cả đều có thể đo lường bằng bốn con số.

Bài này tôi sẽ đi thẳng vào từng chỉ số: ý nghĩa vật lý của nó, ngưỡng nào là chấp nhận được, và cách đọc chúng khi có công cụ đo.

Chất lượng cuộc gọi VoIP: MOS, jitter, latency, packet loss — ý nghĩa và cách đo

MOS — Mean Opinion Score

MOS là chỉ số tổng hợp, cho điểm chất lượng cuộc gọi trên thang 1 (rất tệ) đến 5 (hoàn hảo). Về mặt lý thuyết, nó được định nghĩa trong ITU-T P.800, dựa trên cảm nhận chủ quan của người nghe. Nhưng ngoài thực tế, ít ai có điều kiện gọi 50 người vào nghe mẫu thử. Vì thế người ta dùng E-model (ITU-T G.107): một công thức tính R-factor từ các tham số mạng (codec, packet loss, latency, echo), rồi map R-factor ra MOS.

Ngưỡng thực tế:

• MOS ≥ 4.0: toll quality — tương đương chất lượng PSTN, người dùng không phàn nàn
• MOS 3.5–3.9: nghe được, nhưng nếu kéo dài, user sẽ nhận ra “hơi khác PSTN”
• MOS < 3.5: complaint zone — doanh nghiệp bắt đầu nhận feedback từ khách hàng hoặc nhân viên

Lưu ý: MOS trên phần mềm như Wireshark hoặc SIPp là MOS tính toán (objective MOS), không phải MOS cảm nhận. Hai cái này xấp xỉ nhau khi E-model được calibrate đúng, nhưng không hoàn toàn giống.

Jitter — độ biến động độ trễ

Jitter là sự chênh lệch giữa các gói RTP đến so với khoảng thời gian phát đều đặn. RFC 3550 định nghĩa jitter trung bình là độ lệch của timestamp giữa các gói, dùng công thức trượt để tính.

Gọi một cuộc điện thoại IP: gói 1 mất 20ms, gói 2 mất 50ms, gói 3 mất 25ms — thời gian đến không đều. Jitter buffer ở đầu nhận sẽ gom lại để phát đều, nhưng nếu jitter vượt quá dung lượng buffer, gói bị drop — người nghe thấy tiếng ngắt quãng.

Ngưỡng:

• < 20ms: rất tốt, không cần can thiệp
• 20–50ms: buffer phải set hợp lý, latency tăng nhẹ
• > 50ms: khả năng cao mất gói do buffer overflow — cần kiểm tra đường truyền và QoS

Jitter thường đến từ mạng không ổn định: Wi-Fi nhiễu, uplink bão hòa, CPE xử lý forwarding không đồng đều. Trong triển khai thực tế, jitter thường là chỉ số đầu tiên tăng trước khi packet loss xuất hiện — nên theo dõi sớm.

Latency (one-way delay) — độ trễ một chiều

Latency là thời gian gói thoại đi từ micro người gọi đến loa người nghe, tính bằng mili-giây. Khác với round-trip time (RTT), one-way delay mới là chỉ số ảnh hưởng cảm nhận cuộc gọi.

ITU-T G.114 khuyến nghị:

• < 150ms: không nhận thấy trễ
• 150–300ms: nghe thấy trễ nhưng hội thoại vận hành được
• > 300ms: khó conversation — người nói thường nói chồng lên người nghe

Nguyên nhân: khoảng cách địa lý (định tuyến quốc tế), xử lý SBC/PBX, serialization delay, và — phổ biến nhất — jitter buffer set quá lớn. Khi buffer 200ms + propagation delay 100ms = 300ms, ngay lúc đó cuộc gọi vào vùng khó chịu.

Packet loss — tỉ lệ mất gói

Packet loss là % gói RTP không đến được đầu nhận trong khoảng thời gian buffer có thể chờ. Mỗi gói RTP thoại thường chứa 20ms âm thanh (codec G.711 hoặc G.729). Mất 1 gói = mất 20ms âm thanh. Mất 5 gói liên tiếp = mất 0,1 giây, người nghe nghe thấy “khuyết”.

Ảnh hưởng phụ thuộc codec:

• G.711 (PCM, 64kbps): mất 1% → MOS giảm khoảng 0,2–0,5
• G.729 (CS-ACELP, 8kbps): mất 1% → MOS giảm sâu hơn, có thể > 1,0 — vì codec dựa trên dự đoán, mất gói làm sai lệch chuỗi
• Opus (codec hiện đại): built-in PLC (Packet Loss Concealation) tốt hơn, chịu được ~5% mất gói nhẹ, nhưng ngưỡng an toàn vẫn ≤ 1% cho voice trực tiếp

Ngưỡng thực tế:

• < 0,5%: không ảnh hưởng cảm nhận
• 0,5–1%: có thể nghe thấy nếu mất gói dạng burst
• > 1%: nghe rõ tiếng ngắt, cần can thiệp

Đo kiểm thực tế — cách lấy số liệu

Có ba mức:

1. RTCP SR/RR — mọi PBX/SBC đều ghi fraction lost, jitter, latency từ RTCP report. Đọc từ web UI của thiết bị là có ngay.
2. Wireshark — capture trên trunk SIP, lọc RTP, Telephony → RTP → Show all streams. Wireshark tính sẵn jitter, delta, sequence errors.
3. Tool chuyên dụng — SIPp với voice quality scenario, hoặc VQmon, Telchemy. Đo liên tục, log + cảnh báo.

Với doanh nghiệp có tổng đài VoIP, cách đơn giản nhất: kiểm tra CDR/CDRplus của PBX. Hầu hết IP PBX (Yeastar, Asterisk/FreePBX, 3C) đều log jitter và packet loss per-call. Nếu PBX không hỗ trợ, mirror port trunk SIP một laptop trong 1 giờ là đủ dữ liệu.

Nếu các chỉ số thường xuyên chạm ngưỡng cảnh báo, cần rà soát: QoS trên switch (DSCP EF cho RTP), bandwidth uplink, mất gói layer 2, hoặc jitter buffer size trên SBC và đầu cuối.

Kết luận

Bốn chỉ số MOS, jitter, latency, packet loss không khó hiểu. Cái khó là theo dõi có hệ thống — không phải chỉ khi có complaint. Kiểm soát được cả bốn, chất lượng cuộc gọi IP sẽ tương đương hoặc tốt hơn PSTN truyền thống.

Nếu hệ thống của bạn thường xuyên gặp vấn đề về chất lượng giọng nói, đội ngũ kỹ thuật của chúng tôi có thể hỗ trợ — từ đo kiểm chuyên dụng đến tối ưu QoS cho hạ tầng hiện tại. Liên hệ hotline 0869 31 31 69 hoặc 0917 32 36 37 để được tư vấn.