DTMF داخل النطاق هو أسلوب لإرسال إشارات لوحة المفاتيح ذات الترددات المتعددة ثنائية النغمة كأصوات مسموعة داخل نفس تدفق الصوت الذي يحمل الكلام. عندما يضغط المتصل على مفتاح مثل 1 أو 2 أو 3 أو * أو #، يقوم الهاتف بتوليد زوج من النغمات. في نظام DTMF داخل النطاق، تنتقل هذه النغمات عبر قناة الصوت تماماً مثل صوت الكلام العادي.

يُستخدم DTMF عادةً في قوائم IVR، والوصول إلى البريد الصوتي، وإدخال PIN للمؤتمرات، والأنظمة المصرفية، والتحكم في الدخول، وتوجيه مراكز الاتصال، ووظائف التحكم عن بعد، وأنظمة النداء، وأنظمة فتح الأبواب، وخطوط الخدمة. ويعد DTMF داخل النطاق من أقدم وأبسط طرق نقل هذه النغمات، لأنه لا يحتاج إلى قناة إشارات منفصلة.

في أنظمة VoIP وSIP الحديثة، ما زال DTMF داخل النطاق يظهر في كثير من البيئات الهجينة، خصوصاً عندما تشمل الهواتف التناظرية، وبوابات PSTN، وأنظمة PBX القديمة، والواجهات الشبيهة بالفاكس، وهواتف المصاعد، وهواتف الأبواب، وأنظمة IVR القديمة. ومع ذلك يجب استخدامه بحذر، لأن مرمّزات الضغط، وفقدان الحزم، وإلغاء الصدى، وتقليل الضوضاء، ومعالجة الصوت يمكن أن تشوه النغمات وتسبب فشل التعرف عليها.

ما هو DTMF داخل النطاق؟

التعريف والمعنى الأساسي

يعني DTMF داخل النطاق أن نغمات DTMF تُنقل داخل المسار الصوتي العادي للمكالمة. ولا تُرسل هذه النغمات كرسائل SIP منفصلة أو كحزم RTP telephone-event منفصلة. فهي جزء من تدفق الوسائط نفسه الذي يحمل صوت المتصل. يقوم النظام المستقبل باكتشاف هذه النغمات من خلال الاستماع إلى الصوت وفك تردداتها.

المعنى الأساسي هو نقل أرقام بسيط قائم على الصوت. يقوم الهاتف أو البوابة بتوليد النغمات، وتحملها قناة الصوت، ثم يتعرف عليها الجهاز أو التطبيق المستقبل. وهذا يجعل DTMF داخل النطاق مفهوماً وسهل الدمج مع كثير من أنظمة الهاتف التقليدية.

في الهاتف التناظري كان DTMF داخل النطاق طبيعياً لأن مسار المكالمة كان دائرة صوتية. وفي الهاتف عبر IP يمكن للطريقة أن تعمل أيضاً، ولكن بشرط أن يحافظ مرمّز الصوت ومسار الوسائط على نغمات DTMF بدقة كافية ليتمكن الطرف المستقبل من فكها.

يرسل DTMF داخل النطاق أرقام لوحة المفاتيح كنغمات صوتية حقيقية داخل تدفق الصوت، لذلك يجب على النظام المستقبل اكتشاف النغمات من صوت المكالمة.

لماذا لا يزال DTMF داخل النطاق مهماً؟

يظل DTMF داخل النطاق مهماً لأن كثيراً من أنظمة الاتصال يجب أن تتوافق مع معدات الهاتف القديمة. فقد تتوقع البوابات التناظرية، وخطوط PSTN، وأنظمة الاتصال عند الأبواب، وهواتف الطوارئ في المصاعد، وأنظمة IVR القديمة، ومنصات مراكز الاتصال، وأجهزة التحكم في الدخول وصول نغمات DTMF كصوت مسموع.

كما أنه مفيد في البيئات البسيطة التي يستخدم فيها مسار المكالمة كله صوتاً عالي الجودة وغير مضغوط، ولا يحتاج إلى تفاوض منفصل لإشارات DTMF. في مثل هذه الحالات يمكن أن يكون DTMF داخل النطاق مباشراً وموثوقاً.

ومع ذلك، لا يكون DTMF داخل النطاق دائماً الخيار الأفضل لمسارات VoIP الحديثة المضغوطة. فإذا تم ضغط الصوت بقوة أو معالجته بخاصية تقليل الضوضاء، فقد تتلف النغمات. لذلك يقارن المهندسون غالباً بين DTMF داخل النطاق وطرق RTP telephone-event وSIP INFO عند تصميم أنظمة VoIP.

كيف يعمل DTMF داخل النطاق

توليد إشارة ثنائية النغمة

يستخدم DTMF ترددين صوتيين متزامنين لكل رقم من أرقام لوحة المفاتيح. يأتي أحد النغمتين من مجموعة الترددات المنخفضة، وتأتي الأخرى من مجموعة الترددات العالية. ويحدد هذا الجمع المفتاح المضغوط. فعلى سبيل المثال، لكل مفتاح رقمي زوج نغمات فريد.

عندما يضغط المستخدم على مفتاح، يولد الهاتف زوج النغمات المقابل لمدة قصيرة. يستمع الجهاز المستقبل إلى هذه الأزواج ويحولها مرة أخرى إلى أرقام. وبذلك تستطيع الأنظمة تفسير إدخال المستخدم دون الحاجة إلى واجهة لوحة مفاتيح مرئية في الطرف المستقبل.

يعتمد DTMF داخل النطاق على قدرة المسار الصوتي على حفظ هذه النغمات بدقة. إذا تعرضت مدة النغمة أو ترددها أو حجمها أو شكل موجتها للتشويه، فقد يفوتها مفكك الترميز المستقبل أو يتعرف عليها كرقم خاطئ.

النقل عبر قناة الصوت

في مكالمة DTMF داخل النطاق، تنتقل النغمات المولدة عبر تدفق الوسائط نفسه الذي يحمل الكلام. في الأنظمة التناظرية، يعني ذلك أن النغمات تمر عبر دائرة صوت الهاتف. وفي أنظمة VoIP، يتم ترميز النغمات بواسطة مرمّز الصوت وتحمل كحزم صوتية.

إذا كان المرمّز شفافاً بما يكفي، تبقى نغمات DTMF قابلة للتعرف. غالباً ما تكون مرمّزات مثل G.711 أكثر ملاءمة لـ DTMF داخل النطاق لأنها تحافظ على الصوت بشكل مباشر. أما المرمّزات المضغوطة جداً أو منخفضة معدل البت فقد تضر بجودة النغمة وتقلل موثوقية الكشف.

قد تمر قناة الصوت أيضاً عبر بوابات، وخوادم وسائط، وSBC، ومزيلات الصدى، ومحوّلات الترميز، والمسجلات، ومنصات IVR. ويمكن لكل خطوة أن تؤثر في جودة النغمة إذا لم يتم إعدادها بشكل صحيح.

الاستقبال وكشف النغمات

يجب على الطرف المستقبل اكتشاف نغمات DTMF من تدفق الصوت. وقد يحدث ذلك في خادم IVR، أو PBX، أو منصة البريد الصوتي، أو البوابة، أو وحدة التحكم في الدخول، أو جسر المؤتمرات، أو خادم التطبيقات. يقوم الكاشف بتحليل الصوت وتحديد أزواج النغمات الموجودة.

يحتاج الكشف إلى مدة نغمة كافية، وتوازن ترددي صحيح، ومستوى صوت مناسب، وتشويش خلفي محدود. إذا تحدث المستخدم أثناء الضغط على المفاتيح، أو كانت المكالمة مشوشة، أو غيرت معالجة الصوت النغمة، فقد يصبح الكشف أقل موثوقية.

يجب أن يرفض كشف DTMF الجيد الإشارات الخاطئة الناتجة عن الكلام، وفي الوقت نفسه يتعرف بدقة على نغمات لوحة المفاتيح الحقيقية. وهذا التوازن مهم لأن بعض أصوات الكلام قد تحتوي على مكونات ترددية تشبه النغمات.

مثال على تدفق المكالمة

مثال شائع هو قائمة IVR. يتصل المستخدم برقم خدمة ويسمع: “اضغط 1 للمبيعات، واضغط 2 للدعم”. يضغط المستخدم على 2. يولد الهاتف زوج نغمات DTMF للرقم 2. تنتقل النغمات داخل تدفق الصوت. يكتشف IVR النغمة ويوجه المكالمة إلى قائمة انتظار الدعم.

في مثال التحكم في الدخول، قد يدخل المتصل PIN عبر لوحة مفاتيح الهاتف. يكتشف نظام الدخول أرقام DTMF داخل النطاق ويقرر ما إذا كان سيفتح الباب أو البوابة أو يقبل أمر التحكم.

في الحالتين، لا يعمل النظام إلا إذا حافظ المسار الصوتي الكامل على النغمات بوضوح كافٍ ليتمكن مفكك الترميز المستقبل من التعرف عليها.

الخصائص التقنية لـ DTMF داخل النطاق

نقل قائم على الصوت

السمة الأساسية لـ DTMF داخل النطاق هي النقل القائم على الصوت. فالرقم لا يُنقل كحدث بيانات منفصل، بل كصوت. وهذا يجعل الطريقة سهلة الاستخدام مع الأنظمة التي تفهم النغمات الصوتية.

يكون النقل القائم على الصوت مفيداً بشكل خاص عندما يكون الجهاز المستقبل مصمماً لاكتشاف النغمات بأسلوب تناظري. تستطيع كثير من الأنظمة القديمة، ووحدات التحكم البسيطة، ومنصات IVR التقليدية التعرف على DTMF من المسار الصوتي.

لكن هذه السمة نفسها تشكل القيد الرئيسي. فبما أن النغمات تُعامل كصوت، فإن أي شيء يغير الصوت يمكن أن يؤثر في إشارة DTMF.

لا حاجة إلى قناة إشارات منفصلة

لا يحتاج DTMF داخل النطاق إلى قناة إشارات منفصلة للأرقام. ولا تحتاج المكالمة إلى إرسال رسائل SIP INFO أو حزم RTP telephone-event. فالنغمات مدمجة مباشرة في تدفق الوسائط.

يمكن أن يسهّل ذلك التوافق مع الأنظمة القديمة. فإذا كان المستقبل يستمع إلى صوت المكالمة، يمكنه اكتشاف الرقم دون دعم خاص لطرق الإشارة خارج النطاق.

لكن غياب قناة إشارات منفصلة يعني أيضاً أن الطرف المستقبل يعتمد على الكشف الصوتي بدلاً من حدث رقمي نظيف. وقد يقلل ذلك الموثوقية في بيئات VoIP المضغوطة.

الحساسية للمرمّزات

يتأثر DTMF داخل النطاق بسلوك المرمّزات. فالمرمّزات المصممة لضغط الكلام البشري قد لا تحفظ نغمات DTMF بشكل كامل. وقد تشوه الترددات، أو تغير مدة النغمة، أو تخفض مستوى الصوت، أو تضيف تشوهات.

غالباً ما يُفضّل G.711 عندما يجب استخدام DTMF داخل النطاق، لأنه يحافظ على موجة الصوت بشفافية أعلى من كثير من المرمّزات منخفضة معدل البت. وقد تسبب مرمّزات مثل G.729 أو غيرها من المرمّزات المضغوطة كشف DTMF غير موثوق في بعض البيئات.

لذلك يعد اختيار المرمّز من أهم الاعتبارات التقنية لـ DTMF داخل النطاق.

متطلبات التوقيت والمدة

يعتمد كشف DTMF على التوقيت. إذا كانت النغمة قصيرة جداً، فقد لا يتعرف عليها المستقبل. وإذا أرسلت الأرقام بسرعة كبيرة، فقد يفوت المستقبل رقماً أو يدمج أرقاماً. وإذا كانت النغمة طويلة جداً، فقد يحدث كشف متكرر حسب مفكك الترميز.

قد تسمح الهواتف والبوابات وأنظمة IVR بضبط مدة نغمة DTMF والفاصل بين الأرقام. يساعد التوقيت الصحيح على تحسين التعرف، خصوصاً عندما يتضمن مسار المكالمة بوابات أو معالجة صوت.

يجب اختبار التوقيت مع النظام المستقبل الفعلي، لأن منصات IVR ووحدات التحكم المختلفة قد تمتلك مستويات تحمل مختلفة.

مستوى الصوت ومستوى الإشارة

يجب أن تصل نغمات DTMF بمستوى مناسب. إذا كانت منخفضة جداً، فقد يفوتها الكاشف. وإذا كانت عالية جداً، فقد يحدث قص أو تشويه. كما قد يتداخل الضجيج الخلفي والصدى مع الكشف.

قد تحتوي البوابات والواجهات التناظرية على إعدادات كسب تؤثر في مستوى نغمة DTMF. وقد يؤدي الكسب غير الصحيح إلى مشكلات متقطعة، حيث تُكتشف بعض الأرقام وتفوت أرقام أخرى.

يتطلب DTMF داخل النطاق الموثوق تخطيطاً صحيحاً لمستوى الصوت عبر مسار المكالمة الكامل.

التوافق مع الأنظمة التناظرية وأنظمة PSTN

يتوافق DTMF داخل النطاق بشكل طبيعي مع كثير من الأنظمة التناظرية وأنظمة PSTN لأنها صممت لحمل النغمات الصوتية. عندما تتصل أنظمة VoIP بخطوط تناظرية أو بوابات PSTN، قد تكون هناك حاجة إلى DTMF داخل النطاق أو يتم توليده عند حدود البوابة.

في الشبكات الهجينة، قد تحول البوابات بين DTMF داخل النطاق وصيغ RTP telephone-event. على سبيل المثال، قد يستخدم طرف VoIP أحداث RFC 4733، بينما يتلقى الطرف التناظري نغمات مسموعة معاد توليدها.

يساعد هذا التحويل على ربط تقنيات الاتصال القديمة والجديدة، لكنه يحتاج إلى إعداد دقيق.

المزايا الصوتية لـ DTMF داخل النطاق

توافق صوتي بسيط

الميزة الصوتية الرئيسية لـ DTMF داخل النطاق هي التوافق البسيط مع الأنظمة التي تعالج الصوت بالفعل. بما أن الأرقام نغمات مسموعة، لا يحتاج النظام المستقبل إلا إلى قدرة كشف النغمات. ولا يحتاج إلى فهم SIP INFO أو تفاوض SDP أو حمولات RTP telephone-event.

يجعل ذلك DTMF داخل النطاق مفيداً لأنظمة PBX القديمة، والمحوّلات التناظرية، وأنظمة الدخول، ومنصات IVR القديمة. كما يساعد على الحفاظ على التوافق أثناء الانتقال من الهاتف التقليدي إلى VoIP.

في البيئات التي يكون فيها المسار الصوتي نظيفاً وغير مضغوط، يمكن أن يعمل DTMF داخل النطاق بشكل موثوق.

ملاءمة طبيعية للواجهات التناظرية

صُممت واجهات الهاتف التناظرية حول الصوت. لذلك يناسبها DTMF داخل النطاق طبيعياً، لأن النغمات تمر عبر الدائرة نفسها التي يمر عبرها الكلام. تستطيع الهواتف والبوابات التناظرية وأجهزة PSTN توليد هذه النغمات وكشفها دون إشارة حزم منفصلة.

يفيد ذلك في البيئات المختلطة التي تبقى فيها الأطراف التناظرية قيد الاستخدام. فقد يحتاج هاتف باب تناظري، أو هاتف مصعد، أو PBX قديم إلى نغمات مسموعة للتحكم في القوائم أو الوظائف.

تكون الفائدة أقوى عندما يكون التوافق التناظري أهم من تحسين VoIP الحديث.

عدم الاعتماد على دعم الإشارات

يمكن أن يعمل DTMF داخل النطاق حتى عندما لا يدعم مسار الإشارات أحداث DTMF منفصلة. إذا لم يدعم جهاز أو خط SIP INFO أو تفاوض RTP telephone-event، فقد تظل النغمات الصوتية تمر.

يمكن أن يكون ذلك مفيداً في الاتصالات الأساسية أو البوابات القديمة أو الأنظمة ذات دعم الميزات المحدود. يستطيع النظام المستقبل تفسير الأرقام إذا بقيت النغمات سليمة.

ومع ذلك، لا ينبغي أن تخفي هذه الميزة حدود الموثوقية. عدم الاعتماد على الإشارات مفيد، لكن جودة الوسائط تصبح أكثر أهمية.

تسهيل استكشاف الأعطال بالاستماع

قد يكون DTMF داخل النطاق أسهل في التشخيص أحياناً لأن النغمات مسموعة. يمكن للفني الاستماع إلى تسجيل مكالمة أو تدفق وسائط والتأكد من وجود النغمات.

يختلف ذلك عن الطرق خارج النطاق، حيث تُرسل الأرقام كأحداث منفصلة لا تُسمع في الصوت. في التشخيص الميداني الأساسي، تساعد النغمات المسموعة على تأكيد أن الهاتف ولّد DTMF فعلاً.

أما التشخيص التفصيلي فيتطلب أيضاً فحص المرمّزات، والتقاط الحزم، وسجلات البوابة، وإعدادات كشف IVR، ومستويات الصوت.

DTMF داخل النطاق مقارنة بطرق DTMF الأخرى

DTMF داخل النطاق مقابل RTP Telephone-Event

ترسل طريقة RTP telephone-event، المرتبطة غالباً بـ RFC 2833 وخلفه RFC 4733، أرقام DTMF كأحداث RTP بدلاً من نغمات صوتية عادية. تنتقل معلومات الرقم في مسار الوسائط، لكنها تمثل كحدث منظم وليس كصوت كلام مرمز.

تُفضّل هذه الطريقة كثيراً في VoIP لأنها أقل تأثراً بضغط الصوت. لا يحتاج النظام إلى أن يحافظ المرمّز على شكل موجة النغمة، بل يرسل تمثيلاً رقمياً للرقم والمدة ومعلومات الحدث.

يكون DTMF داخل النطاق أبسط للأنظمة القائمة على الصوت، بينما يكون RTP telephone-event عادةً أكثر موثوقية في شبكات الصوت عبر IP المضغوطة.

DTMF داخل النطاق مقابل SIP INFO

ترسل SIP INFO معلومات DTMF عبر إشارات SIP أثناء جلسة نشطة. بدلاً من وضع الرقم في مسار الصوت، يرسل الطرف رسالة INFO تحمل معلومات الرقم إلى النظام المستقبل.

يمكن أن تتجنب SIP INFO تشويه مرمّز الصوت لأن الرقم لا يُنقل كصوت. لكنها تعتمد على دعم مسار الإشارات والتوافق بين الأنظمة. وقد تطبق المنصات SIP INFO DTMF بطرق مختلفة، لذلك يجب اختبار التوافق.

DTMF داخل النطاق قائم على الوسائط، وRTP telephone-event قائم على الأحداث داخل RTP، وSIP INFO قائم على الإشارات. يعتمد اختيار الطريقة على دعم الأطراف والبوابات والخطوط ومتطلبات IVR وتصميم الشبكة.

DTMF داخل النطاق مقابل DTMF خارج النطاق

DTMF خارج النطاق يعني أن الرقم يُرسل خارج صوت الكلام العادي. وتعد RTP telephone-event وSIP INFO من الأمثلة الشائعة. والهدف هو تجنب الاعتماد على حفظ النغمة الصوتية.

غالباً ما تكون الطرق خارج النطاق أفضل لأنظمة VoIP التي تستخدم مرمّزات مضغوطة أو معالجة وسائط معقدة. ويمكنها تحسين التعرف على الأرقام لقوائم IVR ومراكز الاتصال وخطوط SIP.

يبقى DTMF داخل النطاق مفيداً عندما تكون هناك حاجة إلى توافق مع النغمات الصوتية القديمة أو عندما يكون مسار المكالمة معروفاً بقدرته على حفظ النغمات بدقة.

اختيار الطريقة في الشبكات الهجينة

غالباً ما تحتاج الشبكات الهجينة إلى تحويل بين الطرق. قد يستخدم خط SIP طريقة RTP telephone-event، بينما يحتاج جهاز تناظري إلى نغمات داخل النطاق. ويمكن للبوابة اكتشاف أحداث RTP telephone وإعادة توليد DTMF مسموع في الجانب التناظري.

قد يحدث العكس أيضاً. فقد يرسل هاتف تناظري نغمات داخل النطاق إلى بوابة VoIP، ثم تحول البوابة هذه النغمات إلى أحداث RTP telephone في الجانب IP.

يعد الإعداد الصحيح للبوابة ضرورياً. فإذا ولد الجانبان DTMF في الوقت نفسه أو تم تعطيل التحويل، فقد تحدث أرقام مكررة أو مفقودة.

تطبيقات DTMF داخل النطاق

التنقل في قوائم IVR

تستخدم أنظمة IVR DTMF لتمكين المتصلين من اختيار خيارات القائمة. قد يضغط المتصل على 1 للمبيعات أو 2 للدعم أو 0 للمشغل. يمكن استخدام DTMF داخل النطاق عندما يكتشف IVR الأرقام من تدفق الصوت.

هذا شائع في الهاتف التقليدي وبعض أنظمة VoIP المتصلة عبر بوابة. ويعمل بشكل أفضل عندما يستخدم المسار الصوتي مرمّزاً مناسباً ويتجنب المعالجة الزائدة.

إذا أبلغ المتصلون أن اختيارات القائمة لا تُعرف، فيجب فحص طريقة DTMF وإعدادات المرمّز.

البريد الصوتي وإدخال PIN للمؤتمرات

غالباً ما تتطلب أنظمة البريد الصوتي وجسور المؤتمرات إدخال PIN أو أرقام صندوق البريد أو أوامر القائمة. يستطيع DTMF داخل النطاق نقل هذه الأرقام كنغمات مسموعة.

يكون ذلك مفيداً عندما يتوقع نظام البريد الصوتي أو المؤتمر كشف نغمات صوتية. لكن إذا اتصل المستخدمون عبر مسارات VoIP مضغوطة، فقد يصبح التعرف على الأرقام غير موثوق.

في أنظمة المؤتمرات SIP الحديثة، غالباً ما تكون RTP telephone-event مفضلة، لكن DTMF داخل النطاق قد يبقى ضرورياً للتكامل مع الأنظمة القديمة.

التحكم في الدخول وفتح الأبواب

قد تستخدم أنظمة التحكم في الدخول أرقام DTMF لفتح الأبواب أو البوابات أو التحكم في المصعد أو إدخال أوامر عن بعد. يمكن للمستخدم الاتصال بجهاز إنتركم والضغط على رقم أو رمز لفتح الباب.

يعد DTMF داخل النطاق شائعاً في هواتف الأبواب وأنظمة الدخول القديمة لأن وحدة التحكم تستمع إلى النغمات المسموعة. وعند توصيل هذه الأنظمة بـ VoIP عبر بوابات، تصبح جودة النغمة داخل النطاق مهمة.

يجب تصميم تطبيقات التحكم في الدخول بحذر لأن التحكم القائم على النغمات قد يؤثر في الأمن المادي. ويجب النظر في المصادقة، وصلاحيات المتصل، وقيود الأوامر.

التحكم عن بعد والأتمتة

تستخدم بعض الأنظمة البعيدة DTMF لأوامر تحكم بسيطة. يستطيع المستخدم الضغط على مفاتيح لبدء وظيفة أو إيقافها أو إعادة ضبطها أو فتحها أو تأكيدها أو اختيارها. يتيح DTMF داخل النطاق حمل هذه الأوامر عبر قناة صوتية.

قد يظهر ذلك في الأتمتة القديمة، والتحكم في النداء، وتأكيد الإنذارات، وواجهات الراديو، وأنظمة المرافق، أو الأجهزة البسيطة التي يتم التحكم بها هاتفياً. وهو مفيد عندما لا تتوفر واجهة بيانات كاملة.

في أوامر التحكم الحرجة، يجب الجمع بين DTMF والتفويض والتسجيل. فالتحكم بالنغمات وحده قد لا يكون آمناً بما يكفي للعمليات الحساسة.

توافق بوابات PSTN والمحوّلات التناظرية

غالباً ما تحتاج بوابات PSTN ومحولات الهاتف التناظرية إلى التعامل مع DTMF داخل النطاق. تولد الأجهزة التناظرية النغمات طبيعياً، بينما قد تفضل شبكات IP إشارة telephone-event. ويمكن للبوابات اكتشاف النغمات أو تمريرها أو كتمها أو إعادة توليدها حسب الإعداد.

هذا شائع في الأنظمة التي تربط الهواتف التناظرية، والأجهزة الشبيهة بالفاكس، وهواتف المصاعد، ولوحات الإنذار، وهواتف الأبواب، أو PBX القديم بخطوط SIP أو أنظمة IP PBX.

يجب أن تتطابق إعدادات DTMF في البوابة مع خادم SIP ومزود الخط ومتطلبات الطرف لتجنب الأرقام المفقودة أو المكررة.

مراكز الاتصال وأنظمة خدمة العملاء

تعتمد مراكز الاتصال على DTMF لاختيار IVR، وإدخال رقم الحساب، وتوجيه الدفع، والتحويل إلى الوكيل، والخدمة الذاتية. وقد يكون DTMF داخل النطاق موجوداً عندما تأتي المكالمات من PSTN أو من أنظمة متصلة تناظرياً.

في مراكز الاتصال، تؤثر موثوقية DTMF في تجربة العميل. إذا فشلت الأرقام، قد يكرر المتصل الإدخال أو يصل إلى قائمة انتظار خاطئة أو يترك المكالمة.

غالباً ما تفضل مراكز الاتصال الحديثة الطرق خارج النطاق لمسارات VoIP، لكن التوافق داخل النطاق قد يظل مطلوباً لبعض الخطوط والبوابات ومسارات وصول العملاء.

اعتبارات النشر

اختيار المرمّز الصحيح

اختيار المرمّز هو أول اعتبار عند نشر DTMF داخل النطاق. إذا كان يجب حفظ النغمات داخل النطاق، فاستخدم مرمّزاً ينقل النغمات بدقة. ويُستخدم G.711 غالباً لهذا السبب.

قد تقلل المرمّزات منخفضة معدل البت من عرض النطاق، لكنها قد تشوه نغمات DTMF. إذا كان مسار المكالمة يجب أن يستخدم مرمّزات مضغوطة، فقد تكون RTP telephone-event خياراً أفضل.

يجب أن تتطابق سياسة المرمّزات مع طريقة DTMF. لا تفترض أن DTMF داخل النطاق سيعمل بشكل موثوق عبر كل مرمّز.

تجنب معالجة الصوت الضارة

يمكن أن تؤثر ميزات معالجة الصوت في DTMF داخل النطاق. فقد تغير إلغاء الصدى، وتقليل الضوضاء، والتحكم التلقائي في الكسب، واكتشاف النشاط الصوتي، وكتم الصمت، والتحويل بين المرمّزات إشارة النغمة.

هذه الميزات مفيدة لجودة الكلام، لكنها قد تتداخل مع كشف النغمات إذا أُعدت بشكل غير صحيح. تحتوي بعض الأنظمة على منطق خاص لاكتشاف DTMF وكتمه لمنع المشكلات.

يجب اختبار DTMF داخل النطاق مع كل معالجة الوسائط مفعلة كما ستستخدم في بيئة التشغيل.

فحص إعدادات البوابة

توفر البوابات غالباً إعدادات DTMF مثل in-band، أو RFC 2833، أو RFC 4733 telephone-event، أو SIP INFO، أو auto، أو أوضاع التحويل. ويعد الإعداد الخاطئ للبوابة سبباً شائعاً لفشل DTMF.

إذا أرسل جهاز تناظري نغمات داخل النطاق، فقد تمررها البوابة كصوت أو تحولها إلى أحداث هاتفية. وإذا أرسل طرف VoIP أحداثاً هاتفية، فقد تعيد البوابة توليد نغمات مسموعة للطرف التناظري.

يجب أن تتفق البوابة وخادم SIP ومزود الخط والطرف على طريقة التعامل مع DTMF.

اختبار مسارات المكالمة الحقيقية

يجب اختبار DTMF عبر مسارات مكالمة حقيقية، وليس فقط بين امتدادين محليين. اختبر المكالمات الداخلية، ومكالمات SIP trunk، ومكالمات PSTN، ومكالمات الهاتف المحمول، والوصول إلى IVR، والبريد الصوتي، وأوامر التحكم في الدخول، وإدخال PIN للمؤتمرات.

قد تعمل الطريقة داخلياً لكنها تفشل عبر خط أو بوابة لأن المرمّز أو مسار الوسائط أو تحويل DTMF يتغير. يجب أن تشمل الاختبارات كل السيناريوهات المهمة.

يساعد اختبار المسار الحقيقي على منع الأعطال التي يراها العملاء بعد النشر.

منع الأرقام المكررة

قد تحدث الأرقام المكررة عندما تصل النغمات داخل النطاق والأحداث خارج النطاق إلى النظام المستقبل في الوقت نفسه. على سبيل المثال، قد تمرر البوابة النغمة المسموعة وتولد أيضاً رقم RTP telephone-event.

عندها قد يكتشف النظام المستقبل المفتاح نفسه مرتين. وقد يسبب ذلك اختيارات IVR خاطئة، أو PIN غير صالح، أو أوامر دخول فاشلة.

يجب إعداد الأنظمة لتمرير DTMF أو كتمه أو تحويله بشكل متسق، بحيث تصل طريقة رقم واحدة صالحة فقط إلى التطبيق المستقبل.

يعتمد نشر DTMF داخل النطاق على اختيار المرمّز، ومعالجة الصوت، وسلوك البوابة، ومستويات النغمة، والتوقيت، واختبار مسار المكالمة من الطرف إلى الطرف.

المشكلات الشائعة في DTMF داخل النطاق

عدم اكتشاف الأرقام

المشكلة الأكثر شيوعاً هي أن النظام المستقبل لا يكتشف الأرقام. قد يحدث ذلك لأن المرمّز شوّه النغمات، أو لأن النغمات كانت قصيرة جداً، أو لأن المستوى منخفض جداً، أو لأن معالجة الصوت أزالت جزءاً من الإشارة.

يجب أن يفحص التشخيص المرمّز، ووضع DTMF، وإعدادات البوابة، وإعدادات كاشف IVR، ومدة النغمة، وفقدان الحزم، وما إذا كانت النغمات مسموعة في تدفق الوسائط.

إذا بقي الكشف داخل النطاق غير موثوق، فقد يكون التحول إلى RTP telephone-event هو الحل الأفضل لمسارات VoIP.

اكتشاف أرقام خاطئة

قد يحدث اكتشاف الأرقام الخاطئة عندما تتشوه النغمات أو عندما يشبه الكلام أو الضجيج ترددات DTMF. ورغم أن الكواشف الحديثة تحاول تجنب الإشارات الخاطئة، فإن ظروف الصوت السيئة ما زالت قد تسبب أخطاء.

تزداد هذه المشكلة في البيئات الصاخبة، أو مسارات الوسائط المضغوطة، أو الأنظمة ذات مستويات الكسب غير الصحيحة. ويمكن أن تؤثر في قوائم IVR وإدخال PIN وأوامر التحكم عن بعد.

قد يساعد ضبط مستوى الصوت، وتغيير المرمّز، وضبط الكاشف على تقليل الكشف الخاطئ.

الأرقام المكررة

قد تحدث الأرقام المكررة عندما يُنقل الرقم بأكثر من طريقة في الوقت نفسه. فعلى سبيل المثال، قد تبقى النغمة داخل النطاق في الصوت بينما ترسل البوابة أيضاً حدث RTP telephone.

يمكن أن تسبب الأرقام المكررة مشكلات خطيرة في تجربة المستخدم. فقد يُفسر ضغط المستخدم على 1 على أنه 11. وقد يفشل PIN لأن كل رقم يُحسب مرتين.

يكون الحل عادةً في إعداد كتم DTMF أو تحويله بشكل صحيح حتى يستقبل النظام مصدراً واحداً فقط للأرقام.

الفشل عبر المرمّزات المضغوطة

تعد المرمّزات المضغوطة سبباً متكرراً لفشل DTMF داخل النطاق. فالمرمّزات المحسّنة للكلام قد لا تعيد إنتاج نغمات DTMF بدقة كافية، مما يسبب أرقاماً مفقودة أو كشفاً خاطئاً.

إذا كان توفير عرض النطاق ضرورياً، فقد يكون استخدام DTMF خارج النطاق أفضل من إجبار النغمات داخل النطاق على المرور عبر مرمّز منخفض معدل البت.

بالنسبة إلى DTMF داخل النطاق، يكون صوت G.711 غالباً أكثر أماناً من الضغط القوي.

مشكلات DTMF في اتجاه واحد

أحياناً يعمل DTMF في اتجاه واحد فقط. قد يستطيع المتصل إرسال أرقام إلى IVR، لكن النظام البعيد لا يستطيع إرسال أوامر عكسية، أو العكس. قد يشير ذلك إلى إعدادات بوابة غير متماثلة، أو مرمّزات مختلفة، أو مشكلات NAT traversal، أو مسارات وسائط مختلفة.

يجب أن يفحص التشخيص كلا اتجاهي المكالمة، وكذلك تتبع الإشارات والوسائط. ولا ينبغي افتراض أن DTMF يعمل في الاتجاهين لمجرد أنه يعمل في اتجاه واحد.

اختبار الاتجاهات مهم في البوابات والخطوط والإنتركم وأنظمة التحكم في الدخول.

أفضل الممارسات لـ DTMF داخل النطاق

استخدام داخل النطاق عند الحاجة فقط

يجب استخدام DTMF داخل النطاق عندما يتوقع النظام المستقبل نغمات مسموعة أو عندما يتطلب التوافق القديم ذلك. وهو مناسب للواجهات التناظرية وبعض مسارات PSTN والأنظمة البسيطة التي تتحكم بها النغمات.

في مسارات VoIP الصرفة، خصوصاً التي تستخدم الضغط، يكون RTP telephone-event أكثر موثوقية غالباً. تعتمد الطريقة الأفضل على النظام الكامل وليس على إعداد جهاز واحد.

تجنب استخدام DTMF داخل النطاق افتراضياً دون فحص مسار المكالمة والتطبيق المستقبل.

تفضيل المرمّزات الصوتية الشفافة

إذا كان DTMF داخل النطاق مطلوباً، فاستخدم مرمّزات تحفظ النغمات جيداً. يُستخدم G.711 غالباً لأنه ينقل الصوت بشفافية أكبر من كثير من المرمّزات المضغوطة.

يجب التحكم في تفاوض المرمّزات حتى لا تعود المكالمات التي تحتاج إلى DTMF داخل النطاق إلى مرمّز يضر بجودة النغمة.

يجب توثيق سياسة المرمّزات للخطوط والبوابات والأطراف وأنظمة IVR.

إعداد البوابات بشكل متسق

يجب إعداد البوابات بشكل متسق عبر الشبكة. حدد ما إذا كانت البوابة ستمرر نغمات داخل النطاق، أو تحولها إلى RTP telephone events، أو تحول الأحداث الهاتفية مرة أخرى إلى نغمات، أو تكتم الصوت المكرر.

قد تسبب إعدادات البوابة غير المتسقة مشكلات يصعب تشخيصها، خصوصاً في الأنظمة متعددة المواقع أو عند اختلاف متطلبات الخطوط.

يجب أن تكون خطة DTMF الواضحة جزءاً من نشر بوابات VoIP.

اختبار التوقيت والمستوى ودقة الأرقام

يجب أن يشمل الاختبار مدة الرقم، والفاصل بين الأرقام، ومستوى النغمة، ودقة الكشف، والإدخال المتكرر. ولا تختبر الأرقام من 0 إلى 9 فقط، بل اختبر * و # إذا كان التطبيق يستخدمهما.

اختبر مع IVR أو البريد الصوتي أو نظام المؤتمرات أو وحدة تحكم الباب أو التطبيق الفعلي الذي سيستقبل الأرقام. نجاح الاختبار مع مستقبل واحد لا يضمن النجاح مع مستقبل آخر.

يجب إدراج اختبار DTMF في التشغيل الأولي وبعد أي تغيير في المرمّز أو الخط أو البوابة أو IVR.

توثيق طريقة DTMF حسب المسار

قد تستخدم الأنظمة الكبيرة طرق DTMF مختلفة حسب المسار. قد تستخدم مكالمات SIP الداخلية RTP telephone-event، بينما تحتاج مكالمات البوابة التناظرية إلى in-band، وقد يحتاج خط SIP إلى حمولة محددة، وقد يحتاج نظام دخول قديم إلى نغمات صوتية.

يساعد توثيق طريقة DTMF المتوقعة حسب المسار على تسهيل التشخيص، كما يساعد المهندسين مستقبلاً على عدم تغيير الإعدادات دون فهم التأثير.

يجب أن يتضمن توثيق DTMF إعدادات الأطراف والبوابات ومتطلبات مزود الخط ومتطلبات التطبيق المستقبل.

نصائح الصيانة واستكشاف الأعطال

التقاط الإشارات والوسائط معاً

يتطلب استكشاف أعطال DTMF غالباً فحص الإشارات والوسائط معاً. يمكن لرسائل SIP أن توضح ما إذا تم التفاوض على telephone-event أو SIP INFO. ويمكن لالتقاط الوسائط أن يوضح ما إذا كانت نغمات داخل النطاق موجودة في تدفق الصوت.

إذا كان النظام يقول إنه يستخدم DTMF داخل النطاق، فيجب أن تكون النغمات مسموعة أو ظاهرة في شكل الموجة. وإذا كان يستخدم RTP telephone-event، فقد تظهر الأرقام كأحداث RTP منفصلة.

فهم الطريقة المستخدمة فعلاً هو الخطوة الأولى لحل مشكلات DTMF.

فحص تفاوض المرمّزات

يجب فحص تفاوض المرمّزات كلما فشل DTMF داخل النطاق. قد تستخدم المكالمة G.711 في اتجاه ومرمّزاً مضغوطاً في اتجاه آخر. وقد يفرض الخط تحويل الترميز، أو يغير جسر المؤتمر صيغة الوسائط.

إذا مر DTMF داخل النطاق عبر تحويل الترميز، فقد تنخفض موثوقية الكشف. يجب أن يراجع المهندسون SDP وسجلات البوابة وسلوك خادم الوسائط.

يعد عدم تطابق المرمّزات من أكثر أسباب عمل DTMF في بعض المكالمات وفشله في أخرى.

مراجعة إعدادات IVR والتطبيق

قد يمتلك التطبيق المستقبل إعدادات كشف DTMF خاصة به. قد تسمح منصات IVR وخوادم البريد الصوتي وجسور المؤتمرات ووحدات التحكم في الدخول بضبط الحساسية، وأقصر مدة نغمة، والمهلة، والأرقام المقبولة.

إذا كان المستقبل يتوقع أحداثاً خارج النطاق لكنه يستقبل نغمات داخل النطاق، فقد لا يعالج الأرقام. وإذا كان يتوقع نغمات داخل النطاق لكن البوابة تكتمها، فقد تضيع الأرقام.

يجب أن تتطابق إعدادات التطبيق مع طريقة DTMF التي يقدمها مسار المكالمة.

الاستماع إلى التشويه

يمكن أن يساعد الاستماع إلى تسجيل مكالمة أو التقاط حزم في تحديد تشويه النغمات. إذا بدت نغمات DTMF مقصوصة أو ضعيفة أو مشوشة أو متقطعة، فقد لا يفسرها المستقبل بشكل موثوق.

قد يحدث التشويه بسبب مشاكل الكسب، أو الضغط، أو فقدان الحزم، أو مزيلات الصدى، أو التغذية الراجعة الصوتية، أو ضعف جودة الواجهة التناظرية.

فحص الصوت مفيد بشكل خاص عند تشخيص DTMF داخل النطاق لأن الأرقام تُنقل كصوت.

الاختبار بعد تغييرات الشبكة أو الخط

قد يتغير سلوك DTMF بعد ترحيل خط SIP، أو استبدال البوابة، أو تحديث سياسة المرمّز، أو تغيير SBC، أو ترقية IVR، أو تغيير توجيه المزود. قد تبقى المكالمة متصلة بشكل طبيعي بينما يتوقف DTMF عن العمل.

بعد أي تغيير كبير في الاتصال، اختبر قوائم IVR، وPIN البريد الصوتي، والوصول إلى المؤتمرات، وأوامر التحكم في الدخول، والوظائف الأخرى المعتمدة على DTMF.

يجب أن يكون DTMF جزءاً من اختبارات الرجوع عند تغييرات VoIP.

DTMF داخل النطاق في الأمن وتجربة المستخدم

إدخال PIN والخصوصية

يُستخدم DTMF كثيراً لإدخال PIN. في وضع داخل النطاق، قد تكون النغمات موجودة في تدفق الصوت. وإذا تم تسجيل المكالمات، فقد تُسجل هذه النغمات أيضاً ما لم يقم النظام بإخفائها أو كتمها أو حمايتها.

في التطبيقات الحساسة مثل البنوك والدفع والتحكم في الدخول والتحقق من الحسابات، يجب على المؤسسات التفكير في كيفية حماية أرقام DTMF. تستخدم بعض الأنظمة طرق إدخال آمنة أو إخفاء DTMF أو أدوات دفع منفصلة.

يجب تقييم DTMF داخل النطاق بعناية عندما تمثل الأرقام كلمات مرور أو PIN أو أوامر حساسة.

الإدخال الخاطئ والتوجيه الخاطئ

يمكن أن يؤثر كشف DTMF الضعيف في تجربة المستخدم. قد يبقي الرقم المفقود المتصل في قائمة IVR نفسها، وقد يوجه الرقم الخاطئ المتصل إلى قسم غير صحيح، وقد تسبب الأرقام المكررة فشل PIN.

يمكن لهذه المشكلات أن تزعج المستخدمين وتزيد وقت معالجة المكالمات. وفي بيئات خدمة العملاء، يزيد DTMF غير الموثوق عبء الموظفين لأن المتصلين لا يستطيعون إكمال خطوات الخدمة الذاتية.

يدعم التصميم الجيد لـ DTMF الموثوقية التقنية وتجربة العملاء معاً.

تفويض الأوامر

عندما يُستخدم DTMF للتحكم في الأبواب أو البوابات أو الإنذارات أو النداء أو أنظمة الأتمتة، يصبح التفويض مهماً. فقد يستطيع أي شخص يرسل النغمات الصحيحة تشغيل الوظيفة إذا لم توجد ضوابط إضافية.

لا ينبغي أن تعتمد الوظائف الحساسة على أرقام DTMF بسيطة فقط. قد تكون هناك حاجة إلى التحقق من هوية المتصل، والمصادقة، وقوائم الوصول، وقواعد الوقت، والتسجيل، وتأكيد المشغل.

DTMF مفيد كإدخال تحكم، لكنه يجب أن يكون مدمجاً في سير عمل تحكم آمن.

الخلاصة

DTMF داخل النطاق هو طريقة لنقل أرقام لوحة المفاتيح كنغمات مسموعة داخل تدفق الصوت نفسه الذي يحمل الكلام. وهو بسيط ومألوف ومتوافق مع كثير من الأنظمة التناظرية وPSTN وIVR والبريد الصوتي والمؤتمرات والتحكم في الدخول وPBX القديم.

تشمل خصائصه التقنية الرئيسية النقل القائم على الصوت، وعدم الحاجة إلى قناة إشارات منفصلة، والتوافق مع الواجهات التناظرية، والحساسية لسلوك المرمّز، والاعتماد على مدة النغمة ومستواها، والحاجة إلى كشف دقيق في المستقبل. أما فوائده الرئيسية فهي التوافق مع الأنظمة القديمة، والتشغيل البسيط عبر المسار الصوتي، والملاءمة الطبيعية للهاتف التناظري.

في أنظمة VoIP الحديثة، يجب استخدام DTMF داخل النطاق بحذر. فهو يعمل بشكل أفضل مع المسارات الصوتية الشفافة مثل G.711، وقد يصبح غير موثوق مع المرمّزات المضغوطة، وتحويل الترميز، وتقليل الضوضاء، وإلغاء الصدى، وفقدان الحزم، أو إعداد البوابة غير المتسق. في كثير من تطبيقات SIP وIP الصوتية، تكون طرق RTP telephone-event القائمة على RFC 4733 أكثر موثوقية غالباً، بينما يمكن استخدام SIP INFO في بعض التطبيقات القائمة على الإشارات. يعتمد الخيار الأفضل على الأطراف والبوابات والخطوط ومنصات IVR واختبار مسار المكالمة الحقيقي.

FAQ

ما هو DTMF داخل النطاق ببساطة؟

يعني DTMF داخل النطاق أن أرقام لوحة المفاتيح تُرسل كنغمات مسموعة داخل تدفق الصوت العادي. يستمع النظام المستقبل إلى الصوت ويكتشف النغمات.

يُستخدم عادةً مع الهواتف التناظرية وأنظمة PSTN وقوائم IVR والبريد الصوتي وبعض أنظمة الاتصال القديمة.

ما الفرق بين DTMF داخل النطاق وRFC 2833 أو RFC 4733؟

يرسل DTMF داخل النطاق الرقم كنغمات صوتية. أما RFC 2833 وRFC 4733 فيرسلان DTMF كحزم RTP telephone-event منظمة بدلاً من الصوت الكلامي العادي.

تكون RTP telephone-event عادةً أكثر موثوقية في شبكات VoIP لأنها أقل تأثراً بضغط مرمّز الصوت.

ما أفضل مرمّز لـ DTMF داخل النطاق؟

غالباً ما يُفضّل G.711 لـ DTMF داخل النطاق لأنه يحافظ على النغمات الصوتية بشفافية أكبر من كثير من المرمّزات المضغوطة.

قد تشوه المرمّزات منخفضة معدل البت نغمات DTMF وتسبب أرقاماً مفقودة أو مكتشفة بشكل خاطئ.

لماذا يفشل DTMF داخل النطاق أحياناً في VoIP؟

قد يفشل DTMF داخل النطاق بسبب المرمّزات المضغوطة، أو تحويل الترميز، أو فقدان الحزم، أو إلغاء الصدى، أو تقليل الضوضاء، أو مستويات الكسب الخاطئة، أو قصر مدة النغمة، أو سوء إعداد البوابة.

يجب اختبار مسار المكالمة الكامل لأن DTMF قد يعمل في مسار ويفشل في مسار آخر.

أين يُستخدم DTMF داخل النطاق عادةً؟

يُستخدم عادةً في قوائم IVR، وأنظمة البريد الصوتي، وإدخال PIN للمؤتمرات، والتحكم في الدخول، وأنظمة فتح الأبواب، والبوابات التناظرية، واتصالات PSTN، وأنظمة PBX القديمة، وتطبيقات التحكم عن بعد.

يكون مفيداً بشكل خاص عندما يتوقع النظام المستقبل نغمات DTMF مسموعة.

هل DTMF داخل النطاق آمن لإدخال PIN؟

قد يكشف DTMF داخل النطاق نغمات PIN داخل تدفق الصوت وربما في تسجيلات المكالمات. يجب أن تنظر التطبيقات الحساسة في الإخفاء، وطرق الإدخال الآمنة، والتحكم في الوصول، والتشفير، أو طرق الإشارة البديلة.

بالنسبة إلى الدفع والبنوك والتحكم في الدخول، يجب تقييم أمن DTMF بعناية.