One-Way Audio, Echo at Robotic Voice: Ano ang Sanhi ng mga Ito

Anong problema ba talaga ang nararanasan mo?

May ilang magkakaibang paraan kung paano pumapalya ang Voice-over-IP calls, at magkakaiba rin ang sanhi ng bawat isa. Karamihan sa diagnosis ay ang pagtukoy sa eksaktong sintomas, dahil hindi magkakapareho ang mga solusyon: walang magagawa para sa one-way audio ang solusyong para sa choppy audio, at walang magagawa para sa echo ang solusyong para sa one-way audio.

Sintomas	Pinakamalamang na sanhi	Saan unang mag-check
Naririnig mo sila pero hindi ka nila marinig (o kabaligtaran)	NAT o firewall na humaharang sa return media stream	Router, VPN, microphone permission
Tunog robotic, metallic o parang galing sa ilalim ng tubig ang boses	Packet loss	Lakas ng Wi-Fi signal, network congestion
Putol-putol ang audio sa maiikling pagitan	Jitter — mga packet na dumarating nang wala sa tamang ayos	Wi-Fi interference, quality of service ng router
May kapansin-pansing delay bago sumagot ang kausap	Latency, karaniwang dahil sa routing distance	Network path, server region
Naririnig mo ulit ang sarili mong boses	Acoustic echo mula sa speaker ng kabilang panig	Setup ng kausap, hindi sa iyo
Maayos ang volume pero hindi malinaw ang mga salita	Codec o bandwidth throttling	Connection speed, codec choice ng provider

Hanapin sa page na ito ang row na tumutugma sa problema. Mas maraming oras ang masasayang sa paghuhula kaysa sa pag-check.

Bakit naririnig nila ako pero hindi ko sila marinig?

Ang one-way audio ay halos palaging problema sa network address translation, hindi sa microphone o speaker. Nagseset up ang isang VoIP call ng signalling at audio sa magkahiwalay na channel, at ibig sabihin ng one-way audio ay nagtagumpay ang signalling — kaya nga nakakonekta ang call — pero hindi nakabalik ang audio stream sa isang direksyon.

Ganito ang nangyayari. Nasa likod ng router ang device mo, at binibigyan ito ng private address ng router. Kapag na-establish ang call, ipinapaalam ng device mo kung saan nito inaasahang tatanggap ng audio. Kung nire-rewrite ng router ang address na iyon nang hindi nito iniiwang bukas ang kaukulang port, dumarating sa router ang audio na ipinadala sa iyo at itinatapon ito, dahil walang nakakaalam doon kung aling device sa loob ng network ang para rito. Walang problema sa outgoing audio mo dahil nagbubukas ito ng sarili nitong path palabas. Ang resulta ay call kung saan hindi makarinig ang isang panig.

Ito ang mga aktuwal na solusyon, ayon sa pagkakasunod na pinakamainam subukan:

1. Magpalit ng network. Lumipat mula Wi-Fi papuntang mobile data, o kabaligtaran. Kung bumalik ang audio, ang partikular na network na iyon ang may problema at nakumpirma mo ang diagnosis sa loob ng ten seconds.
2. I-off ang anumang VPN. Ang VPN ang pinakakaraniwang sanhi ng one-way audio sa connection na gumagana naman, dahil maaaring magkaiba ang daan ng media stream at signalling at isa lang sa mga ito ang dumaan sa tunnel.
3. I-check ang microphone permission kung ang problema ay hindi ka nila marinig. Ang denied permission ay nagdudulot ng silence sa isang direksyon na eksaktong kamukha ng NAT fault. Kumpirmahing may signal ang microphone gamit ang microphone test bago sisihin ang network.
4. I-restart ang router. Totoong nagkakaroon ng stale NAT table entries, at nililinis ng restart ang mga ito.
5. Kung corporate o hotel network ito, asahang sinadya ang pag-block. Maraming managed network ang humaharang sa UDP port ranges na nagdadala ng voice media habang hinahayaan ang web traffic. Wala kang maaayos mula sa panig mo; gumamit ng mobile data.

Bakit robotic o parang galing sa ilalim ng tubig ang tunog ng boses?

Ang robotic, metallic o parang galing sa ilalim ng tubig na audio ay packet loss. Ipinapadala ang boses bilang stream ng maliliit na packet, karaniwang tig-iisa kada 20 milliseconds. Kapag may ilang hindi dumating, kailangang hulaan ng tumatanggap na device ang nawawalang audio — tinatawag itong packet loss concealment — at ang mga artefact ng paghuhulang iyon ang eksaktong metallic warble na inilalarawan ng mga tao.

Makitid ang tolerances at mahalagang malaman ang mga ito:

• Mas mababa sa 1% loss: hindi napapansin.
• 1–3% loss: paminsan-minsang gaspang sa mga katinig.
• Higit sa 3% loss: malinaw na robotic, at nagsisimula nang bumaba ang pagkaintindi sa sinasabi.
• Higit sa 5% loss: palaging hihiling ang karamihan sa mga nakikinig na ulitin mo ang sinabi mo.

Sa home connection, Wi-Fi ang karaniwang pangunahing sanhi, hindi ang internet connection sa likod nito. Nawawalan ng packet ang Wi-Fi kapag mahina ang signal, kapag congested ang channel dahil sa mga kalapit na network, o kapag nasa dulo ng range ang device. Ang pinakamabisang isang test ay tumayo sa tabi ng router at tumawag ulit. Kung mawala ang problema, maayos ang internet service at wireless link ang may problema.

May dalawang praktikal na solusyon na mas madalas gumana kaysa inaasahan: gamitin ang 5 GHz band sa halip na 2.4 GHz kung available ang pareho, dahil ginagamit din ang 2.4 GHz ng mga microwave, Bluetooth at network ng bawat kapitbahay; at itigil ang anumang malaking download o video stream sa parehong connection, dahil kakaunti lang ang bandwidth na kailangan ng voice call pero kailangan nito ng tuloy-tuloy na supply, at inaagawan ito ng saturated uplink.

Bakit putol-putol ang audio?

Ang choppy audio na nangyayari sa maiikling bursts ay jitter — pagbabago sa oras ng pagdating ng mga packet, hindi tuluyang pagkawala ng mga ito. Itinatapon ang mga packet na sobrang late nang dumating para ma-play sa tamang pagkakasunod, kaya naririnig ito bilang pagkaputol sa simula o dulo ng mga salita.

May jitter buffer ang bawat VoIP client, isang maliit na imbakan ng audio na tumutulong mag-ayos ng hindi pantay-pantay na pagdating ng mga packet. Kayang saluhin ng buffer na 30 to 50 milliseconds ang normal na variation. Kapag lumampas ang jitter sa kapasidad ng buffer, dini-drop ang mga packet at nagiging putol-putol ang call.

Karaniwang sintomas ang jitter ng congestion sa last hop, hindi ng long-distance problem. Kung may quality-of-service rules ang router mo, direktang malulutas ito sa pag-prioritise ng voice traffic. Kung wala, pareho ang praktikal na alternatives sa packet loss: lumapit sa access point, lumipat sa 5 GHz, o itigil ang ibang traffic.

Bakit naririnig ko ulit ang sarili kong boses?

Acoustic ang echo at nagmumula ito sa kabilang panig. Umaabot ang boses mo sa speaker ng kausap, nasasagap ito ng microphone niya, at ipinapadala pabalik sa iyo. Naririnig mo ang sarili mo na may delay na katumbas ng round trip.

May mahalagang resulta ito na madalas nagkakamali ang mga tao: kung may naririnig kang echo, sa device ng kausap dapat ayusin ang problema, hindi sa iyo. Sabihin sa kanya na hinaan ang speaker volume o magsuot ng headphones. Agad nitong nalulutas ang problema sa halos lahat ng pagkakataon.

Umiiral pa rin ang tunay na electrical echo, na sanhi ng impedance mismatch kapag nag-uugnay ang isang VoIP call sa traditional analogue line, sa mga tawag patungo sa lumang landline equipment. Iba ang tunog nito — mas mahina at mas metallic na reflection — at wala itong magagawa ang sinuman maliban sa terminating carrier. Karamihan dito ay hinahandle ng echo cancellation sa network.

Bakit may delay bago sumagot ang kausap?

Latency ang conversational delay, at itinatakda ng physics at routing ang pinakamababang posibleng halaga nito. Sa fibre, humahakbang ang liwanag nang humigit-kumulang 200 kilometro kada millisecond, kaya may hindi maiiwasang one-way delay na humigit-kumulang 85 milliseconds ang call sa pagitan ng London at Sydney bago pa ito maapektuhan ng anumang equipment.

Matagal nang malinaw ang mga threshold na mahalaga sa pag-uusap. Itinatakda ng Recommendation G.114 ng International Telecommunication Union ang 150 milliseconds one-way bilang limit para sa transparent interactivity, 150–400 milliseconds bilang katanggap-tanggap pero kapansin-pansin, at higit sa 400 milliseconds bilang hindi katanggap-tanggap para sa normal na pag-uusap. Ang mga pagputol sa pagsasalita at sabayang pagsasalita na nangyayari sa napakahahabang route ay naririnig na epekto ng paglampas sa threshold na iyon.

Kaunti lang dito ang makokontrol mo. Ang magagawa mo: iwasang magdagdag ng VPN hop sa malayong bansa, iwasang mag-tether gamit ang pangalawang device, at mas piliin ang wired o malakas na wireless connection, dahil nagdaragdag ang mahinang Wi-Fi link ng retransmission delay bukod pa sa delay ng route.

Mahalaga ba ang codec?

Oo, at ipinapaliwanag nito ang isang partikular na reklamo: maayos ang volume at connection pero manipis o muffled ang tunog ng mga boses.

Ang codec ay algorithm na nagko-compress ng boses para maipadala. Ito ang dalawang malamang na makaharap mo:

• Ang G.711 ay uncompressed telephone-quality audio, humigit-kumulang 87 kbps kasama ang overhead. Tunog traditional phone call ito at ginagamit ng karamihan ng mga call patungo sa public telephone network, dahil walang kakayahan ang network na iyon na magdala ng mas mahusay na audio.
• Ang Opus ay modern variable-bitrate codec, karaniwang 16–40 kbps para sa voice, at kaya nitong magdala ng mas malawak na frequency range. Kapag parehong gumagamit ng Opus ang dalawang tao sa iisang app, kapansin-pansing mas malinaw ang tunog kumpara sa normal na phone call — ito ang tinatawag na "HD voice" sa marketing.

Ito ang praktikal na limit: nililimitahan ng phone network ang call patungo sa ordinaryong phone number. Walang app na makakapaghatid ng wideband audio sa landline dahil hindi ito sinusuportahan ng landline. Kapag nag-a-advertise ang isang service ng HD voice, para iyon sa app-to-app calls. Tunog phone call ang tawag sa totoong phone number, at katangian iyon ng destination.

Para sa epekto sa data ng bawat codec, tingnan ang kung gaano karaming data ang ginagamit ng voice calls.

Five-minute diagnostic sequence

Kung ayaw mong pag-isipan ang mga sanhi, gawin ito nang sunod-sunod at huminto kapag naayos na ang call.

1. I-test ang microphone at speaker sa isang browser tab gamit ang microphone test. Inaalis nito ang hardware at permissions bilang mga posibleng sanhi sa loob ng wala pang isang minuto, dahil dito talaga nagmumula ang nakakagulat na dami ng tinatawag na "network problems".
2. Tawagan ang parehong tao gamit ang mobile data sa halip na Wi-Fi, o kabaligtaran. Sa isang hakbang, malalaman kung network ang problema.
3. I-disable ang VPN, kung mayroon.
4. Lumipat sa loob ng ilang metro mula sa router at tumawag ulit.
5. Itigil ang ibang traffic sa connection — backup, video stream, game download.
6. I-restart ang router, pagkatapos ay ang device.
7. Tumawag sa ibang bansa. Kung hindi maayos ang isang destination pero maayos ang iba, nasa terminating route ang problema at walang local troubleshooting na makakapagbago rito. I-report ito sa provider kasama ang number, oras at direksyon ng tawag.

Iyo ang Steps 1 to 6. Tinutukoy ng Step 7 ang mga kasong hindi mo maaayos.

Sa madaling sabi

Partikular ang mga problema sa VoIP call at may dominanteng sanhi ang bawat isa. Problema sa NAT, VPN o permission ang one-way audio — magpalit ng network para makumpirma ito sa loob ng ilang segundo. Packet loss ang robotic voice, at sa home connection, halos palaging Wi-Fi ang sanhi sa halip na internet service. Jitter ang chopping. Galing sa speaker ng kausap ang echo at sa panig niya ito inaayos. Routing distance ang sanhi ng delay at kadalasan ay hindi talaga ito maaayos.

Ang pinakamabilis na paraan para malaman ang sagot ay baguhin ang isang variable — network, VPN, distansya mula sa router — at tingnan kung sumasama rito ang sintomas. Sa microphone test at call gamit ang mobile data, maipapaliwanag na ang karamihan ng mga problemang call bago ka pa magbago ng kahit isang router setting.