एकतरफ़ा ऑडियो, इको और रोबोट जैसी आवाज़: इनके कारण क्या हैं

आपको असल में कौन-सी समस्या हो रही है?

Voice-over-IP कॉल कुछ अलग-अलग तरीकों से खराब होती हैं और हर समस्या का कारण अलग होता है। लक्षण को सही तरह पहचानना ही डायग्नोसिस का सबसे बड़ा हिस्सा है, क्योंकि इनके समाधान एक-दूसरे पर लागू नहीं होते: जो बदलाव टूट-टूटकर आने वाले ऑडियो को ठीक करता है, वह एकतरफ़ा ऑडियो पर कोई असर नहीं करेगा, और जो बदलाव एकतरफ़ा ऑडियो को ठीक करता है, वह इको पर काम नहीं करेगा।

लक्षण	सबसे संभावित कारण	सबसे पहले कहाँ देखें
आप उनकी आवाज़ सुनते हैं, लेकिन वे आपकी आवाज़ नहीं सुन सकते (या इसका उल्टा)	NAT या firewall की वजह से वापस आने वाली media stream ब्लॉक होना	Router, VPN, microphone permission
आवाज़ रोबोट जैसी, धातु जैसी या पानी के अंदर से आती हुई लगती है	Packet loss	Wi-Fi signal strength, network congestion
ऑडियो छोटे-छोटे अंतराल में कटता और वापस आता है	Jitter — packets का क्रम से बाहर पहुँचना	Wi-Fi interference, router quality of service
दूसरे व्यक्ति के जवाब देने से पहले साफ़ delay सुनाई देता है	Latency, आमतौर पर routing distance की वजह से	Network path, server region
आपको अपनी ही आवाज़ वापस सुनाई देती है	दूसरे व्यक्ति की तरफ़ के speaker से acoustic echo	दूसरे व्यक्ति का setup, आपका नहीं
Volume ठीक है, लेकिन शब्द साफ़ सुनाई नहीं देते	Codec या bandwidth throttling	Connection speed, provider codec choice

इस पेज पर नीचे जाते हुए उस row तक पहुँचें जो आपकी समस्या से मेल खाती है। अंदाज़ा लगाने में जाँच करने से ज़्यादा समय लगता है।

वे मेरी आवाज़ सुन सकते हैं, लेकिन मैं उनकी आवाज़ क्यों नहीं सुन सकता?

एकतरफ़ा ऑडियो लगभग हमेशा network address translation की समस्या होती है, microphone या speaker की नहीं। VoIP कॉल अपना signalling और audio अलग-अलग channels पर सेट करती है, और एकतरफ़ा ऑडियो का मतलब है कि signalling सफल रहा — इसी वजह से कॉल connect हुई — लेकिन एक दिशा में audio stream वापस पहुँच ही नहीं पाई।

यह ऐसे काम करता है। आपका device एक ऐसे router के पीछे होता है जो उसे private address देता है। कॉल स्थापित होने पर आपका device बताता है कि वह audio कहाँ receive करने की उम्मीद कर रहा है। अगर router उस address को बदल देता है और संबंधित port को open नहीं रखता, तो आपको भेजा गया audio router तक पहुँचकर discard हो जाता है, क्योंकि router को पता नहीं होता कि network के अंदर किस device का है। आपका outgoing audio प्रभावित नहीं होता, क्योंकि वह बाहर जाने के लिए अपना रास्ता खुद खोलता है। नतीजा ऐसी कॉल होती है जिसमें एक तरफ़ का व्यक्ति कुछ सुन नहीं पाता।

इसे ठीक करने के लिए, इस क्रम में कोशिश करें:

1. Network बदलें। Wi-Fi से mobile data पर जाएँ या इसका उल्टा करें। अगर audio वापस आ जाता है, तो समस्या उसी network में है और आपने दस सेकंड में इसकी पुष्टि कर दी।
2. कोई भी VPN बंद करें। ठीक काम कर रहे connection पर one-way audio का सबसे आम कारण VPN होता है, क्योंकि media stream और signalling अलग-अलग रास्तों से जा सकते हैं और उनमें से सिर्फ़ एक tunnel से होकर गुजरता है।
3. Microphone permission जाँचें, अगर समस्या यह है कि वे आपकी आवाज़ नहीं सुन सकते। Denied permission एक दिशा में बिल्कुल silence पैदा करती है, जो NAT fault जैसी ही लगती है। Network को दोष देने से पहले microphone test से पुष्टि करें कि microphone signal भेज रहा है।
4. Router restart करें। पुरानी NAT table entries सच में समस्या पैदा कर सकती हैं और restart उन्हें clear कर देता है।
5. Corporate या hotel network पर इसे जानबूझकर किया गया मानें। कई managed networks voice media ले जाने वाले UDP port ranges को block करते हैं, जबकि web traffic चलता रहता है। आपकी तरफ़ से इसे ठीक करने के लिए कुछ नहीं है; mobile data इस्तेमाल करें।

आवाज़ रोबोट जैसी या पानी के अंदर से आती हुई क्यों लगती है?

रोबोट जैसी, धातु जैसी या पानी के अंदर से आती हुई आवाज़ packet loss का संकेत है। Voice को छोटे packets की stream के रूप में भेजा जाता है, आमतौर पर हर 20 milliseconds में एक packet। जब इनमें से कुछ packets पहुँचते नहीं हैं, तो receiving device को missing audio का अंदाज़ा लगाना पड़ता है — इस process को packet loss concealment कहते हैं — और उस अनुमान की वजह से पैदा होने वाली आवाज़ बिल्कुल वही metallic warble होती है जिसका लोग वर्णन करते हैं।

इन सीमाओं को जानना उपयोगी है:

• 1% से कम loss: सुनाई नहीं देता।
• 1–3% loss: consonants में कभी-कभार roughness।
• 3% से ज़्यादा loss: आवाज़ साफ़ तौर पर robotic लगती है और समझने में दिक्कत शुरू हो जाती है।
• 5% से ज़्यादा loss: ज़्यादातर लोग आपसे लगातार दोहराने को कहेंगे।

Home connection पर इसका सबसे बड़ा कारण उसके पीछे का internet connection नहीं, बल्कि Wi-Fi होता है। Signal weak होने पर, channel आसपास के networks से congested होने पर या device range के किनारे पर होने पर Wi-Fi packets खो देता है। सबसे असरदार single test है कि router के पास खड़े होकर दोबारा कॉल करें। अगर समस्या दूर हो जाती है, तो internet service ठीक है और wireless link में दिक्कत थी।

दो practical fixes उम्मीद से ज़्यादा बार काम करते हैं: जहाँ दोनों उपलब्ध हों, वहाँ 2.4 GHz के बजाय 5 GHz band इस्तेमाल करें, क्योंकि 2.4 GHz microwaves, Bluetooth और हर पड़ोसी के network के साथ share होता है; और उसी connection पर कोई बड़ा download या video stream बंद करें, क्योंकि voice call को बहुत कम bandwidth चाहिए, लेकिन वह लगातार उपलब्ध होनी चाहिए, और saturated uplink उसे पर्याप्त bandwidth नहीं देता।

ऑडियो बार-बार कटता और वापस क्यों आता है?

छोटे bursts में choppy audio jitter होता है — यानी packets के पहुँचने के समय में बदलाव, न कि उनका पूरी तरह खो जाना। जो packets sequence में चलाए जाने के लिए बहुत देर से पहुँचते हैं, उन्हें discard कर दिया जाता है और शब्दों की शुरुआत या अंत में clipping सुनाई देती है।

हर VoIP client में jitter buffer होता है, जो audio का एक छोटा store है और अनियमित arrival को smooth करने में मदद करता है। 30 से 50 milliseconds का buffer सामान्य बदलाव को संभाल लेता है। जब jitter buffer से ज़्यादा हो जाता है, तो packets drop होते हैं और कॉल कटती है।

Jitter आमतौर पर long-distance problem के बजाय last hop पर congestion का संकेत होता है। अगर आपका router quality-of-service rules support करता है, तो voice traffic को priority देने से समस्या सीधे हल हो जाती है। अगर ऐसा नहीं है, तो practical alternatives packet loss जैसे ही हैं: access point के करीब जाएँ, 5 GHz पर switch करें या competing traffic बंद करें।

मुझे अपनी ही आवाज़ वापस क्यों सुनाई देती है?

Echo acoustic होता है और इसकी शुरुआत दूसरे छोर से होती है। आपकी आवाज़ दूसरे व्यक्ति के speaker तक पहुँचती है, उनके microphone से pick up होती है और वापस आपको भेज दी जाती है। आप अपनी आवाज़ उतनी देरी से सुनते हैं जितना round trip में समय लगता है।

इसका एक ज़रूरी परिणाम है जिसे लोग लगातार गलत समझते हैं: अगर आपको echo सुनाई देता है, तो इसे दूसरे व्यक्ति के device पर ठीक करना होगा, आपके device पर नहीं। उनसे speaker volume कम करने या headphones लगाने को कहें। लगभग हर मामले में इससे समस्या तुरंत हल हो जाती है।

Impedance mismatch की वजह से होने वाला genuine electrical echo तब भी मौजूद है जब VoIP कॉल किसी traditional analogue line से connect होती है, जैसे पुराने landline equipment पर कॉल करते समय। इसकी आवाज़ अलग होती है — हल्की और ज़्यादा metallic reflection जैसी — और इसे terminating carrier के अलावा कोई ठीक नहीं कर सकता। Network में मौजूद echo cancellation इसका ज़्यादातर हिस्सा संभाल लेता है।

दूसरे व्यक्ति के जवाब देने से पहले delay क्यों होता है?

बातचीत में delay latency होता है और इसकी न्यूनतम सीमा physics और routing तय करते हैं। Fibre में light लगभग 200 kilometres per millisecond की रफ़्तार से चलती है, इसलिए London और Sydney के बीच कॉल में किसी भी equipment के signal को छूने से पहले ही लगभग 85 milliseconds का unavoidable one-way delay होता है।

बातचीत के लिए महत्वपूर्ण thresholds अच्छी तरह स्थापित हैं। International Telecommunication Union की Recommendation G.114 150 milliseconds one-way को transparent interactivity की सीमा मानती है, 150–400 milliseconds स्वीकार्य लेकिन ध्यान देने लायक है, और 400 milliseconds से ज़्यादा normal conversation के लिए अस्वीकार्य है। बहुत लंबे routes पर होने वाली interruptions और एक-दूसरे की बात के ऊपर बोलना इसी threshold को पार करने का audible नतीजा है।

इसमें से बहुत कुछ आपके control में नहीं है। जो आपके control में है: किसी दूर के देश से होकर जाने वाला VPN hop न जोड़ें, दूसरे device के ज़रिए tethering से बचें और wired या strong wireless connection इस्तेमाल करें, क्योंकि कमजोर Wi-Fi route के ऊपर retransmission delay जोड़ देता है।

क्या codec से फर्क पड़ता है?

हाँ, और यह एक खास शिकायत को समझाता है: volume और connection दोनों ठीक होते हैं, लेकिन आवाज़ पतली या दबे हुए जैसी लगती है।

Codec वह algorithm है जो transmission के लिए voice को compress करता है। इन दोनों से आपका सामना सबसे अधिक होने की संभावना है:

• G.711 uncompressed telephone-quality audio है, overhead के साथ लगभग 87 kbps। इसकी आवाज़ traditional phone call जैसी होती है और public telephone network पर होने वाली ज़्यादातर calls इसी का इस्तेमाल करती हैं, क्योंकि वह network इससे बेहतर audio carry नहीं कर सकता।
• Opus एक modern variable-bitrate codec है, जो voice के लिए आमतौर पर 16–40 kbps इस्तेमाल करता है और बहुत wider frequency range carry कर सकता है। Opus इस्तेमाल करने वाले दो लोग एक ही app पर normal phone call की तुलना में काफ़ी साफ़ सुनाई दे सकते हैं — marketing में "HD voice" का मतलब यही होता है।

Practical limit यह है: ordinary phone number पर होने वाली कॉल phone network की सीमा में रहती है। कोई भी app landline पर wideband audio deliver नहीं कर सकता, क्योंकि landline इसे support नहीं करता। जब कोई service HD voice का दावा करती है, तो वह app-to-app calls पर लागू होता है। किसी वास्तविक phone number पर कॉल phone call जैसी ही सुनाई देगी और यह destination की property है।

हर codec के data implications के लिए देखें voice calls कितना data इस्तेमाल करती हैं।

पाँच मिनट में diagnostic sequence

अगर आप causes के बारे में सोचना नहीं चाहते, तो इसे इसी क्रम में चलाएँ और कॉल ठीक होते ही रुक जाएँ।

1. Browser tab में microphone और speaker test करें और microphone test इस्तेमाल करें। इससे एक मिनट से कम समय में hardware और permissions की समस्या अलग हो जाती है, जबकि हैरानी की बात है कि "network problems" का बड़ा हिस्सा असल में यहीं होता है।
2. Wi-Fi के बजाय mobile data पर उसी व्यक्ति को कॉल करें, या इसका उल्टा करें। इससे एक ही step में network की समस्या अलग हो जाती है।
3. VPN disable करें, अगर कोई VPN चालू है।
4. Router से कुछ metres के अंदर जाकर फिर कॉल करें।
5. Connection पर चल रहा बाकी traffic बंद करें — कोई backup, video stream या game download।
6. Router restart करें, फिर device restart करें।
7. किसी दूसरे country में कॉल करें। अगर एक destination खराब है और बाकी ठीक हैं, तो fault terminating route पर है और local troubleshooting से इसमें कोई बदलाव नहीं आएगा। Number, समय और direction के साथ provider को report करें।

Steps 1 से 6 आपके control में हैं। Step 7 उन cases की पहचान करता है जो आपके control में नहीं हैं।

सारांश

VoIP call faults अलग-अलग होते हैं और हर एक का एक dominant cause होता है। One-way audio NAT, VPN या permission की समस्या है — इसकी पुष्टि करने के लिए network switch करके कुछ ही seconds में पता लगाएँ। Robotic voice packet loss की वजह से होती है और home connection पर culprit लगभग हमेशा internet service के बजाय Wi-Fi होता है। Chopping jitter है। Echo दूसरे व्यक्ति के speaker से आता है और उसे उनकी तरफ़ ठीक करना पड़ता है। Delay routing distance की वजह से होता है और ज़्यादातर मामलों में इसे ठीक नहीं किया जा सकता।

जवाब पाने का सबसे तेज़ तरीका है एक समय में एक variable बदलना — network, VPN या router से दूरी — और देखना कि symptom उसके साथ बदलता है या नहीं। Microphone test और mobile data पर की गई एक कॉल मिलकर router की एक भी setting बदले बिना खराब calls के ज़्यादातर मामलों का कारण बता देंगे।