Không có âm thanh, chỉ nghe được một chiều, vọng âm, “robot”
Điện thoại có thể đã đăng ký, gọi được và nhấc máy được — mà vẫn không truyền được chút âm thanh nào. Vấn đề là đăng ký và thoại là hai con đường khác nhau: đăng ký đi bằng các bản tin dịch vụ tới cổng 5060, còn thoại đi bằng một luồng gói riêng trên các cổng 10000–20000. Router của cơ sở có thể cho qua luồng thứ nhất và chặn luồng thứ hai. Đây không phải hỏng điện thoại và cũng không phải hỏng tổng đài: trong chín trên mười trường hợp, thủ phạm là mạng giữa chúng, và có thể tìm ra trong vài phút.
Cấu hình chung cho điện thoại — trong bài tổng quan “Cấu hình điện thoại SIP”, các triệu chứng khác — trong chẩn đoán theo triệu chứng.
Trước tiên hãy kiểm tra trong bảng quản trị#
Bài kiểm tra vọng âm
*43từ chính máy đó. Tổng đài nhấc máy, sau một giây phát tín hiệu chuông rồi sau đó trả lại giọng nói của bạn. Tín hiệu chuông vang lên trước phần vọng âm là có chủ đích — nó kiểm tra hướng “tổng đài → điện thoại” tách biệt với micro:Nghe được gì Nghĩa là gì Chuông, sau đó là giọng của mình Âm thanh đi cả hai chiều — mạng tới tổng đài bình thường Có chuông, không nghe thấy mình Âm thanh không đi từ điện thoại tới tổng đài Ngay cả chuông cũng không có Âm thanh không đi từ tổng đài tới điện thoại Nghe thấy mình nhưng đứt quãng hoặc bị trễ Đường đi có, nhưng kém: mất gói, jitter, kênh quá tải Hãy nói vào
*43khoảng mười giây — như vậy tổng đài mới kịp đo mất gói, jitter và độ trễ. Phân tích chi tiết — “Kiểm tra chất lượng kết nối”.Nhật ký cuộc gọi — mở cuộc gọi có vấn đề. Dòng “Âm thanh” ở cuộc gọi đã trả lời cho biết thoại có đi cả hai chiều không: “cả hai chiều”, “từ điện thoại số nội bộ 101 không có âm thanh” hoặc “từ người đối thoại không có âm thanh”, — kèm theo mất gói, jitter và RTT cho từng chiều.
Thẻ máy → “Âm thanh cả hai chiều” — bao nhiêu cuộc gọi của điện thoại này bị một chiều. Với những model mất thoại ngay lúc trả lời, tổng đài tự bật “chuông từ tổng đài” — điều này cũng thấy được ở đây.
Ghi âm cuộc trò chuyện, nếu đã bật ghi âm: nghe được ai trong bản ghi âm thì người đó có thoại tới được tổng đài.
SIP trace trên tổng đài riêng: trong phần mô tả âm thanh (
SDP, các dòngc=vàm=audio) thấy được mỗi bên đã khai địa chỉ và cổng nào.
Vì sao có đăng ký mà không có âm thanh#
Tổng đài của chúng tôi luôn cho thoại đi qua chính nó (các điện thoại không trao đổi âm thanh trực tiếp với nhau) và trả thoại về đúng nơi mà thoại của điện thoại đã đi tới, chứ không theo địa chỉ mà điện thoại tự khai về mình. Vì vậy điện thoại nằm sau router không cần STUN cũng không cần mở cổng. Nhưng cũng từ đó suy ra: nếu từ điện thoại tới tổng đài không có gì đi tới, thì tổng đài cũng không có chỗ nào để trả lời — kết quả là im lặng cả hai chiều.
Những thứ thường phá thoại nhất, khi đăng ký vẫn tốt:
- SIP ALG trên router (“SIP Helper”, “SIP Passthrough”). Router “giúp” SIP và viết lại địa chỉ bên trong các bản tin dịch vụ — thường là sai. Đăng ký qua được, âm thanh thì không hoặc chỉ một chiều. Chỗ tắt theo từng hãng router — “Mạng, router và internet”.
- UDP 10000–20000 chiều ra bị đóng. Tường lửa cho qua “internet” (các cổng web) và 5060, nhưng các cổng thoại thì không.
- NAT hai lớp — router của nhà mạng cộng thêm router riêng đặt sau nó: địa chỉ bị viết lại hai lần, và một trong hai bộ viết lại mắc lỗi.
- Wi-Fi — mạng khách có cô lập client, tín hiệu yếu, điện thoại ở xa điểm truy cập.
- Kênh quá tải — camera giám sát đẩy bản ghi lên đám mây, khách xem video trên cùng đường internet đó: thoại tới với đầy lỗ hổng.
Dành cho quản trị viên mạng: tổng đài làm gì với âm thanh
- Thoại luôn đi qua tổng đài (
direct_media=no): các điện thoại không trao đổi RTP trực tiếp — nhờ vậy ghi âm, nhắc lời và đo lường mới hoạt động. - RTP đối xứng (
rtp_symmetric=yes): tổng đài gửi thoại tới địa chỉ và cổng mà luồng từ điện thoại thực sự đi tới. Tín hiệu cũng vậy (force_rport,rewrite_contact). - Nhận nghiêm ngặt (
strictrtp=yestrongrtp.conf): sau khi ghi nhớ nguồn thoại ở đầu cuộc trò chuyện, tổng đài chỉ nhận âm thanh từ nguồn đó — chống giả mạo. - Cổng RTP: máy chủ chung — UDP 10000–10200, tổng đài riêng — UDP 10000–20000. Cần mở UDP chiều ra tới địa chỉ tổng đài; không cần mở cổng vào trong.
- Codec: G.711 µ-law (PCMU), G.711 A-law (PCMA), G.722. G.729, Opus và AMR không được đề nghị cho điện thoại.
- Mã hóa thoại (SRTP) mặc định tắt. SRTP bật trong điện thoại sẽ gây im lặng hoặc cuộc gọi bị từ chối.
- Ngắt do im lặng không được cấu hình (
rtp_timeout=0): tổng đài không cúp máy vì thiếu âm thanh — cuộc gọi “im lặng” sẽ treo cho tới khi có người cúp máy.
Các giá trị — từ shared/sip/advanced-options.json và sip-edge/asterisk/rtp.conf.
Không có âm thanh hoàn toàn#
Vì sao lại như vậy#
- Cổng thoại bị đóng cả hai chiều: UDP ra 10000–20000 bị tường lửa hoặc router chặn. Vì từ điện thoại không có gì gửi đến, tổng đài không biết gửi phản hồi đi đâu.
- SIP ALG đã viết lại địa chỉ thoại trong phần mô tả cuộc gọi, và các gói tin đi sai chỗ.
- Trong điện thoại đang bật mã hóa thoại (SRTP) — tổng đài của chúng tôi mặc định không đề xuất mã hóa này.
- Trong điện thoại đã tắt cả ba codec của chúng tôi (G.711 PCMA, PCMU và G.722). Khi đó cuộc gọi thường thậm chí không kết nối được — phản hồi
488. - Điện thoại kết nối qua VPN hoặc proxy của doanh nghiệp, thứ không cho UDP đi qua.
Cần làm gì#
Sau mỗi bước, hãy bấm *43; chỉ làm tiếp nếu chưa khắc phục được.
- Tắt SIP ALG trên router và khởi động lại router cùng điện thoại.
- Mở UDP ra 10000–20000 đến địa chỉ tổng đài (với máy chủ dùng chung, chỉ cần 10000–10200).
- Trong điện thoại, tắt SRTP / mã hóa thoại và kiểm tra rằng ít nhất G.711 (PCMA hoặc PCMU) đang được bật.
- Kết nối điện thoại bằng cáp vào mạng chính của cơ sở, tránh Wi-Fi dành cho khách và VPN.
- Nếu sau router của nhà cung cấp còn có router riêng — hãy chuyển router của nhà cung cấp sang chế độ bridge hoặc cắm điện thoại trực tiếp vào đó. Chi tiết — “Mạng, router và internet”.
Chỉ nghe được một chiều#
Vì sao lại như vậy#
Âm thanh một chiều có hai trường hợp khác nhau — *43 phân biệt chúng qua tiếng chuông:
- “Không ai nghe thấy tôi” (có tiếng chuông, không có tiếng của mình): âm thanh không đến được từ điện thoại đến tổng đài. Nguyên nhân: SIP ALG, micro bị tắt hoặc nút Mute, tai nghe hỏng, đang bật chế độ tai nghe mà không có tai nghe, điện thoại trong Wi-Fi dành cho khách. Ở một số model, thoại mất đúng vào lúc trả lời — điện thoại đổi cổng âm thanh (ví dụ D-Link DPH-150S hoạt động như vậy); với các model đã biết, tổng đài tự sửa lỗi này bằng cách bật “tiếng chuông từ tổng đài”.
- “Tôi không nghe thấy” (không có tiếng chuông): âm thanh không đến được từ tổng đài đến điện thoại: tường lửa nghiêm ngặt, SIP ALG, NAT kép. Nếu trong nhật ký cuộc gọi ghi “từ phía đối phương không có âm thanh”, thì phía nhà mạng hoặc người gọi đã im lặng — điện thoại của bạn không liên quan.
Cần làm gì#
- Bấm
*43và xác định hướng qua tiếng chuông. - “Không ai nghe thấy tôi”: kiểm tra Mute và tai nghe, thử dùng ống nghe thay vì loa ngoài; tắt SIP ALG; đưa điện thoại ra khỏi Wi-Fi dành cho khách.
- “Tôi không nghe thấy”: tắt SIP ALG; kiểm tra tường lửa (UDP ra 10000–20000 và phản hồi cho nó); loại bỏ NAT kép.
*43sạch cả hai chiều, nhưng âm thanh một chiều chỉ xảy ra với cuộc gọi bên ngoài — lỗi nằm giữa tổng đài và nhà mạng. Hãy so sánh với cuộc gọi nội bộ cho đồng nghiệp và gửi thời gian cuộc gọi đến bộ phận hỗ trợ.- Âm thanh một chiều vào lúc trả lời và chỉ ở một model — trên tổng đài riêng, trong “Cài đặt điện thoại” của số nội bộ, hãy bật “Tiếng chuông gọi ra — từ tổng đài, không phải từ nhà mạng”. Đánh đổi: nhân viên sẽ không nghe được thông báo của nhà mạng trước khi trả lời (“thuê bao không liên lạc được”).
Vọng âm#
Vì sao lại như vậy#
Nguyên tắc chính của vọng âm: người nghe thấy vọng âm là người có giọng nói bị phản xạ ở đầu bên kia. Nếu bạn nghe thấy vọng âm của chính mình — nguồn ở phía đối phương: loa ngoài của họ, tai nghe rẻ tiền, loa vặn to, điện thoại trong xe — micro bắt giọng của bạn từ loa của họ và gửi ngược lại. Nếu khách phàn nàn — nguồn ở phía bạn.
Nguồn phổ biến thứ hai — đường dây tương tự: điện thoại thường qua bộ chuyển đổi cổng (ATA) hoặc đường dây thành phố qua cổng. Tại điểm nối giữa “bốn dây” của kỹ thuật số và “hai dây” của tương tự, một phần tín hiệu phản xạ ngược lại; bộ khử vọng âm của cổng sẽ dập nó.
Độ trễ trên đường dây càng lớn, vọng âm càng rõ: phản xạ đến gần như ngay lập tức thì tai không phân biệt được, còn đến muộn thì nghe như tiếng lặp.
Trong *43, bạn phải nghe thấy chính mình — đó không phải vọng âm mà chính là bài kiểm tra. Nhưng nếu giọng của bạn trong *43 quay lại với độ trễ đáng kể (độ trễ RTT trong nhật ký lớn hơn 300 ms), thì mọi vọng âm trong cuộc gọi thực sẽ gây khó chịu hơn: lỗi ở kênh truyền.
Cần làm gì#
- Xác định ai nghe thấy vọng âm. Bạn — hãy tìm ở phía đối phương; khách — ở phía bạn.
- Vọng âm từ thiết bị của bạn: dùng ống nghe thay vì loa ngoài, giảm âm lượng loa, đổi tai nghe khác; không để điện thoại sát tường hoặc kính nếu nói qua loa ngoài. Theo tài liệu Yealink, micro nhạy đặt quá gần cũng gây vọng âm.
- Vọng âm trong cuộc gọi qua cổng (điện thoại tương tự hoặc đường dây thành phố): kiểm tra rằng bộ khử vọng âm trong cổng đã bật — với Grandstream HT, đó là trường Disable Line Echo Canceller (LEC), đối với thoại trường này phải đặt là No (giá trị mặc định); khôi phục mức tăng cổng (Rx / Tx gain) về mặc định nếu đã tăng.
- Vọng âm trong tất cả cuộc gọi bên ngoài qua một nhà mạng, trong khi cuộc gọi nội bộ sạch — hãy gửi thời gian cuộc gọi đến bộ phận hỗ trợ.
Giọng “robot”, tiếng ọc ọc, mất âm tiết#
Vì sao lại như vậy#
Giọng nói bị cắt thành các gói nhỏ, và mỗi gói bị mất là một phần âm tiết bị mất. Các gói đến không đều, điện thoại sẽ san phẳng trong một khoảng thời gian, nhưng nếu độ lệch lớn — âm thanh bị đứt. Từ đó có ba con số mà tổng đài đo trong *43 và trên mỗi cuộc gọi được trả lời:
| Con số | Tốt | Chấp nhận được | Kém |
|---|---|---|---|
| Mất gói | đến 1 % | 1–3 % | hơn 3 % — “ọc ọc”, mất âm tiết |
| Jitter (độ không đều khi đến) | đến 30 ms | 30–50 ms | hơn 50 ms — âm thanh bị đứt |
| Độ trễ RTT (khứ hồi) | đến 150 ms | 150–300 ms | hơn 300 ms — hai bên nói chồng lên nhau |
Các ngưỡng này cũng đưa ra đánh giá “chất lượng tốt / chấp nhận được / kém” trong nhật ký.
Nguyên nhân mất gói và jitter: Wi-Fi (đặc biệt là xa điểm truy cập hoặc trên kênh bị nghẽn), internet quá tải (camera, tải lên, cập nhật, Wi-Fi khách trên cùng kênh), router yếu không đáp ứng được tải, internet di động và VPN.
Cần làm gì#
- Thực hiện
*43hai lần: vào giờ yên tĩnh và giờ cao điểm. Tốt khi yên tĩnh và kém khi cao điểm — kênh bị nghẽn; kém mọi lúc — mạng hoặc Wi-Fi. - Kết nối điện thoại bằng cáp thay vì Wi-Fi.
- Tách Wi-Fi khách khỏi mạng nội bộ và giới hạn tốc độ cho nó; chuyển việc tải video từ camera sang ban đêm.
- Bật ưu tiên cho điện thoại (QoS) trên router, nếu router hỗ trợ. Cần bao nhiêu internet cho một cuộc gọi — “Mạng, router và internet”.
- Không hiệu quả — cho nhà cung cấp xem các con số từ nhật ký (mất gói, jitter, thời gian): đây là trao đổi dựa trên thực tế, không phải “bên bạn nghe kém”.
Cách xác định sự cố ở phía nào#
| Kiểm tra | Nó phân tách điều gì |
|---|---|
*43 từ máy gặp sự cố |
Mạng của bạn đến tổng đài ↔ mọi thứ còn lại. *43 sạch — điện thoại và mạng của cơ sở bình thường |
| Cuộc gọi nội bộ cho đồng nghiệp so với cuộc gọi bên ngoài | Nội bộ sạch, bên ngoài kém — đoạn giữa tổng đài và nhà mạng hoặc phía người gọi |
| Ghi âm cuộc gọi | Ai nghe được trong bản ghi âm thì giọng người đó đã đến tổng đài. Nghe được cả hai, mà trong ống nghe không có — vấn đề ở đoạn từ tổng đài đến một trong các điện thoại |
| Dòng “Âm thanh” trong nhật ký | “Từ điện thoại số máy lẻ 101 không có âm thanh” — máy của bạn hoặc mạng của nó; “từ người đối thoại không có âm thanh” — phía bên kia |
| Điện thoại khác trong cùng ổ cắm | Cùng triệu chứng — mạng; triệu chứng hết — máy hoặc cài đặt của nó |
Cần gửi gì cho hỗ trợ#
- ngày và giờ cuộc gọi chính xác đến phút, số của người đối thoại và số máy lẻ;
- ai không nghe được ai hoặc ai nghe thấy tiếng vọng;
- kết quả
*43từ máy này: tiếng tút, giọng của mình, bị đứt — và các con số từ nhật ký (mất gói, jitter, RTT); - ảnh chụp màn hình thẻ cuộc gọi từ nhật ký với dòng “Âm thanh”;
- model và firmware của điện thoại (dòng từ thẻ máy), cách nó được kết nối (cáp / Wi-Fi), model router và SIP ALG đã tắt chưa;
- trên tổng đài riêng — nội dung SIP trace của cuộc gọi được lặp lại.
Cách viết cho chúng tôi — “Hỗ trợ”.
Câu hỏi thường gặp#
Trong *43 tôi nghe thấy giọng mình bị trễ — đó có phải là tiếng vọng?#
Không. *43 chính là “trả lại giọng của bạn”: độ trễ bằng thời gian đi đến tổng đài và quay lại. Đến 300 ms thì hầu như không nhận ra. Nếu độ trễ nghe thấy rõ (nửa giây trở lên), thì trong các cuộc gọi thực sẽ bất tiện — lỗi ở kênh, không phải ở điện thoại.
Âm thanh chỉ mất khi gọi từ điện thoại di động — có phải do chúng tôi?#
Nhiều khả năng là không: người đối thoại di động có đoạn yếu của riêng họ — mạng di động. Kiểm tra *43 từ máy của bạn: nếu nó sạch và các cuộc gọi nội bộ cũng vậy, hãy gửi thời gian của vài cuộc gọi như vậy cho hỗ trợ — chúng tôi sẽ xem âm thanh bị mất ở đoạn nào.
Các codec khác — G.729 hay Opus — có giúp không?#
Không. Tổng đài của chúng tôi cung cấp cho điện thoại G.711 (PCMA, PCMU) và G.722 — mọi điện thoại đều hỗ trợ chúng, và chúng không nén giọng nói, nên chịu lỗi tốt hơn. G.729, Opus và AMR không được cung cấp cho điện thoại: không cần bật chúng trong điện thoại.
Có thể bật mã hóa giọng nói để router “không can thiệp” vào cuộc gọi không?#
Hiện tại thì không: điện thoại hoạt động qua UDP / TCP không có TLS và SRTP. SRTP được bật “để phòng hờ” trong điện thoại lại chính là nguyên nhân gây im lặng. Chống lại router không phải là mã hóa, mà là tắt SIP ALG.
Các phần liên quan#
- Điện thoại không hoạt động: chẩn đoán theo triệu chứng
- Cấu hình điện thoại SIP — kiểm tra chất lượng kết nối
*43, mạng của cơ sở - Mạng, router và internet cho điện thoại — SIP ALG theo hãng router, NAT kép, kênh
- Cuộc gọi bị ngắt — ngắt sau 30 giây cũng bắt đầu từ SIP ALG
- Nhật ký cuộc gọi và SIP trace
- Cổng cho điện thoại analog: Grandstream HT, Yeastar TA và Dinstar DAG
Nguồn tham khảo#
- RFC 3550 — RTP và báo cáo RTCP, từ đó tính ra mất gói, jitter và độ trễ — https://www.rfc-editor.org/rfc/rfc3550
- ITU-T G.114 — khuyến nghị về độ trễ một chiều (ngưỡng 150 / 300 ms độ trễ khứ hồi trong
*43— thông lệ ngành) — https://www.itu.int/rec/T-REC-G.114 - Yealink SIP-T2/T3/T4/T5/CP920 Administrator Guide V86.60 — Troubleshooting → Audio Issues: nguyên nhân gây vọng và giọng nói đứt quãng
- Grandstream HT80x Administration Guide — Disable Line Echo Canceller (LEC), Rx / Tx gain — https://documentation.grandstream.com/knowledge-base/ht80x-administration-guide/
- Mã tổng đài:
shared/sip/advanced-options.json(direct_media=no,rtp_symmetric,force_rport,rewrite_contact, codec,rtp_timeout=0),sip-edge/asterisk/rtp.conf(strictrtp=yes, cổng),sip-edge/sipsync/linecheck.go(kiểm tra vọng*43, ngưỡng 1 / 3 %, 30 / 50 ms, 150 / 300 ms) - Màn hình trang quản trị: dòng “Âm thanh” của nhật ký (
admin/app/[locale]/calls/i18n/CallsPbxLog.i18n.ts), khối “Âm thanh hai chiều” (admin/components/integrations/SipDeviceMediaHealth.tsx), “Chuông gọi ra — từ tổng đài” (admin/components/integrations/SipOptions.i18n.ts)