چرا کلیدهای تلفن گویا کار نمیکنند؟ بررسی مشکل DTMF
تماسگیرنده کلید فروش را میزند، اما منو دوباره پخش میشود، پیام انتخاب نامعتبر میشنود یا به مقصد اشتباه میرود. این نشانهها یک علت واحد ندارند.
آخرین بازبینی متن:
در این صفحه
بعد از فشردن کلید چه میشنوید؟
این راهنما برای مشکل منوی شرکت و مسیر دریافت انتخاب تماسگیرنده است. اگر خود تماس به مرکز نمیرسد، راهنمای تماس ورودی ناموفق مناسبتر است. اگر از تلفن شرکت با منوی یک سازمان دیگر تماس میگیرید، نتیجه را در همان مسیر خروجی بررسی کنید؛ تنظیم منوی داخلی شرکت لزوماً به آن ارتباطی ندارد.
- منو بدون واکنش ادامه پیدا میکند یا تکرار میشود: هنوز معلوم نیست کلید نرسیده، در زمان مناسب دریافت نشده یا تعریف منو آن را نپذیرفته است.
- پیام «انتخاب نامعتبر» شنیده میشود: رقم دریافتشده، گزینههای تعریفشده و خود پیام خطا باید با هم بررسی شوند.
- منو قطع میشود اما به بخش اشتباه میروید: مقصد همان گزینه یا مسیری که بعد از آن اجرا میشود اهمیت بیشتری دارد.
- فقط یک کلید یا یک زیرمنو مشکل دارد: ابتدا همان گزینه را با گزینه سالم مقایسه کنید؛ خرابی کامل DTMF هنوز ثابت نشده است.
در یک تماس هماهنگشده، از صفحهکلید داخل مکالمه استفاده کنید و مطابق پیام، کلید را یکبار بزنید. زدن پیاپی کلیدها میتواند چند رقم پشت سر هم ایجاد کند و نشانه را عوض کند. علامت مربع یا کد اضافی را فقط وقتی وارد کنید که همان سامانه درخواست میکند.
صدای کلید شنیده میشود؛ پس چرا منو آن را نمیگیرد؟
DTMF روش ارسال انتخابهای صفحهکلید تلفن است. بوقی که هنگام زدن کلید از گوشی خود میشنوید ممکن است فقط بازخورد همان دستگاه باشد. برای تشخیص، باید معلوم شود طرف دریافتکننده چه انتخابی دیده است؛ صدای محلی بهتنهایی این موضوع را روشن نمیکند.
سالمبودن صدای گفتوگو هم دریافت درست کلیدها را تضمین نمیکند. در تلفن اینترنتی، انتخاب کلید میتواند همراه صوت یا از روشی جدا منتقل شود. به همین دلیل ممکن است صدای دو طرف واضح باشد اما منوی صوتی به انتخاب پاسخ ندهد.
منو از داخل شرکت کار میکند ولی از بیرون نه
اگر مسئول مرکز امکان تماس آزمایشی داخلی با منو را دارد، نتیجه آن با تماس ورودی از شماره عمومی مقایسه میشود. موفقبودن آزمون داخلی نشان میدهد منو در آن مسیر قابل استفاده است؛ دریافت کلید از سیپترانک، گیتوی یا مسیر بیرونی هنوز باید جدا بررسی شود.
در تماس بیرونی نیز ببینید مشکل برای همه تماسگیرندگان است یا فقط یک مبدأ. با هماهنگی، مقایسه یک مبدأ دیگر میتواند کمک کند. نتیجه بهتر از موبایل دیگر، بهتنهایی خرابی قطعی گوشی اول یا اپراتور آن را ثابت نمیکند؛ مسیر تماسها ممکن است متفاوت باشد.
اگر فقط یکی از چند خط ورودی مشکل دارد، همان خط نقطه شروع مناسبتری است. اگر منوی اول درست کار میکند ولی پس از انتقال به یک سامانه دیگر کلیدها عمل نمیکنند، مسیر بعد از انتقال هم بررسی میشود. تغییر همه گوشیها برای مشکلی که به یک خط یا یک مقصد محدود است، معمولاً بررسی را بیجهت گسترده میکند.
روشهای RFC 4733، SIP INFO و Inband چه فرقی دارند؟
نام این روشها ممکن است در تنظیم گوشی، گیتوی یا مرکز دیده شود. جدول زیر فقط تفاوت آنها را توضیح میدهد؛ انتخاب درست به تجهیزات، درایور و روش پشتیبانیشده در هر بخش تماس بستگی دارد.
| نام روش | کلید چگونه منتقل میشود؟ |
|---|---|
| RFC 4733؛ در بعضی رابطها با نام قدیمی RFC 2833 | رویداد کلید در RTP، جدا از محتوای اصلی صدای مکالمه حمل میشود. |
| SIP INFO | اطلاعات کلید با پیام SIP INFO فرستاده میشود. |
| Inband | آوای کلید در خود جریان صدای مکالمه قرار میگیرد. |
برای دیدن همه ستونها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
در مستند PJSIP نسخه ۲۲ استریسک، حالتهای خودکار هم تعریف شدهاند، اما معنای «خودکار» را نباید به همه گوشیها و نسخههای ایزابل تعمیم داد. یک گزینه واحد مثل Auto یا Inband نسخه عمومی رفع مشکل نیست.
لازم است هر دو سوی هر بخش ارتباط، روش سازگار داشته باشند؛ مرکز یا گیتوی ممکن است بین روشهای مختلف تبدیل انجام دهد. بنابراین الزاماً قرار نیست نام تنظیم در تمام تجهیزات یکسان باشد. اگر روش Inband مطرح است، مسیر صوت و پردازش آن نیز اهمیت پیدا میکند؛ تغییر کدک بدون بررسی روش واقعی، نقطه شروع مطمئنی نیست.
اگر کلید شناخته میشود اما مقصد درست نیست
متن پیام را با گزینههای فعلی تطبیق دهید. ممکن است صدای ضبطشده هنوز «۲ برای پشتیبانی» بگوید، در حالی که مقصد آن کلید تغییر کرده است. یک زیرمنو هم میتواند گزینههای متفاوتی از منوی اصلی داشته باشد؛ باید معلوم باشد تماسگیرنده هنگام زدن کلید در کدام بخش بوده است.
در یک مثال فرضی، مشتری کلید فروش را میزند و بلافاصله پیام انتظار صف فروش را میشنود، اما هیچ همکار پاسخ نمیدهد. در این حالت انتخاب انجام شده و مسئله بعدی میتواند زنگنخوردن اعضای صف باشد. تغییر روش DTMF برای این نشانه، لزوماً کمکی نمیکند.
مقصد گزینه، مسیرِ انتخاب نامعتبر و مسیرِ تمامشدن مهلت از هم جدا هستند. اگر هر سه به یک پیام مشابه میرسند، شنیدن آن پیام برای تشخیص کافی نیست. مسئول فنی باید مسیر واقعی همان تماس را مشخص کند؛ حدسزدن از روی صدای آخر میتواند به اصلاح بخش اشتباه منجر شود.
در بررسی ایزابل و خط ورودی چه چیزی باید روشن شود؟
بررسی فنی باید دو پرسش را جدا پاسخ دهد: چه رقمی از سمت تماسگیرنده به بخش دریافتکننده رسیده، و منو با آن چه کرده است؟ اگر رقمی دیده نمیشود، روش انتقال و مسیر مربوط بررسی میشوند؛ اگر رقم درست دیده میشود، تعریف گزینه، زمان پذیرش و مقصد اولویت دارند.
نسخه ایزابل، درایور SIP و تجهیز متصل به خط در انتخاب روش بررسی مؤثرند. تنظیمات chan_sip و PJSIP را به جای هم کپی نکنید. برای خط اپراتور هم روش پشتیبانیشده و شواهد همان تماس اهمیت دارند؛ تغییر همزمان تنظیم گوشی، ترانک و گیتوی مشخص نمیکند کدام بخش مشکل داشته است.
برای شروع پیگیری، دانستن زمان تقریبی تماس، خط مورد استفاده، کلید انتخابی و واکنش شنیدهشده کافی است؛ داشتن فایل فنی یا دانستن DTMF شرط تماس نیست. اگر ثبت اطلاعات فنی لازم باشد، مسئول مجاز آن را در جریان رسیدگی انجام میدهد.
پس از اصلاح، فقط یک کلید را امتحان نکنید
از مسیر ورودی قبلاً مشکلدار، گزینههای اصلی و زیرمنوی درگیر بررسی شوند. همچنین انتخاب نامعتبر و نزدن هیچ کلید باید به مسیر توافقشده برسند. آزمون داخلی موفق، جای بررسی تماس از شماره عمومی را نمیگیرد.
اگر شرکت تا زمان اصلاح از پاسخ مستقیم یا مسیر سالم دیگری استفاده میکند، این تغییر با مسئول پاسخگویی هماهنگ شود. پیام صوتی و مقصد نباید به مشتری وعده اتصالی بدهند که در عمل در دسترس نیست.
برای اصلاح منو، پیام، ساعت کاری و دریافت کلیدها، خدمات تلفن گویا را ببینید. هدف رسیدگی این است که انتخاب تماسگیرنده به پاسخگوی درست برسد؛ صرفاً ناپدیدشدن پیام خطا پایان کار نیست.