نقل AT&T توصيل Customer Voice Portal (CVP) وإدارة الاتصال الذكية (ICM)

المقدمة

يصف هذا المستند مشكلة تمت مصادفتها عند إستخدام تدفق المكالمات الشامل CVP مع ميزة توصيل النقل في AT&T ( DTMF *8).

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• CVP، الإصدار 8.5
• Intelligent Contact Manager (ICM)
• خدمات اتصال نقل AT&T

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• ICM 8.5
• CVP 8.5
• CUBE الإصدار 151-3.T4
• اتصال نقل AT&T

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.

الأعراض

تقوم بإجراء مكالمة ويتم توجيه المكالمة إلى Cisco Unified Contact Center Enterprise (UCCE) عبر CVP، ويتم نقل المكالمة مرة أخرى إلى رقم خارجي على شبكة AT&T (خدمة إتصالات النقل). عندما تحدث المشكلة تسمع هذه الطلبات من AT&T:

الرجاء الانتظار

نأسف لعدم إمكانية إكمال مكالمتك. يرجى محاولة إجراء المكالمة مرة أخرى

وصف السبب / المشكلة

في تدفق مكالمات CVP الشاملة، يتم تلقي مكالمة على CVP، ويستلم CVP تسمية DTM *8 متبوعة ب 500 مللي ثانية (MS) متوقف مؤقتا ورقم 1800. يرسل CVP DTMF إلى Cisco Unified Border Element (CUBE) وتخرج البوابة الأرقام إلى شبكة AT&T. ومع ذلك، لم يتم نقل المكالمة ويسمع العميل عذرا يتعذر إكمال مكالمتك. يرجى محاولة إجراء مكالمتك مرة أخرى.

الخطوة 1. يقوم المتصل بإجراء مكالمة من شبكة هاتف محولة عامة (PSTN).

الخطوة 2. يستلم المدخل مدخل مدخل مدخل (IGW) الاستدعاء من ال PSTN، في هذه الحالة CUBE المدخل مدخل مدخل مدخل مدخل مدخل مدخل مدخل مدخل مدخل مدخل مدخل مدخل.

الخطوة 3. يرسل ال IGW رسالة دعوة SIP إلى CVP عن طريق SIP وكيل نادل.

الخطوة 4. يرسل CVP طلب مكالمة جديد إلى ICM.

الخطوة 5. يقوم ICM بتنفيذ البرنامج النصي للتوجيه وإرسال تسمية وحدة الاستجابة الصوتية (VRU) إلى CVP.

الخطوة 6. يرسل CVP رسالة دعوة SIP عبر خادم SIP Proxy إلى عبارة Voice XML (VXML GW).

الخطوة 7. يقوم VXML GW بتنفيذ البرنامج النصي لبروتوكول bootstrap ويرسل طلب HTTP إلى CVP.

الخطوة 8. يرسل CVP إرشادات الطلب إلى ICM.

الخطوة 9. يقوم ICM بإلغاء ساق VRU وإرسال تسمية DTMF إلى CVP. يقوم CVP بإنهاء قدم وحدة VRU باستخدام VXML GW.

الخطوة 10. يرسل CVP DTMF إلى IGW (CUBE).

الخطوة 11. IGW (CUBE) ينبض DTMF إلى شبكة AT&T.

الخطوة 12. تقوم شبكة AT&T بإرسال DTMF **7 لم تستلم الشبكة الرقم المطلوب أو لا يمكنها التعرف عليه. بالنسبة لسيناريوهات الحالة الجيدة، يرسل CVP DTMF **6 وسماع العملاء الرجاء الانتظار بعد الرجاء الانتظار.

التحقق من الصحة

الخطوة 1. تكوين CVP.

في ملف sip.properties ضمن مجلد التكوين، يلزم إضافة ميزة SIP.ExternalTransferWait وتعيينها على 1000 (ثانية واحدة). بعد إعادة تشغيل خادم إستدعاء CVP.

الخطوة 2. سجلات خادم الاتصال ل CVP.

قم بتجميع آثار CVP باستخدام تحديد com.dynamicSoft.DsLibs.DsUALibs التي تم تعيينها على مستوى تصحيح الأخطاء.

من سجلات CVP تؤكد أن CVP يرسل رسائل معلومات SIP إلى بوابة الدخول (CUBE) لكل DTMF:

على سبيل المثال، الدرجة اللونية "*" المرسلة إلى IGW (CUBE) من CVP.

264788: 10.1.1.1: Nov 25 2013 12:28:25.362 -0800: %CVP_8_5_SIP-7-CALL:  {Thrd=pool-1-thread-197-SIP-61173} 409D1D04-4D6B11E3-8E94E199-7280FCFD: Starting an external transfer with label: DTMF*8,,,,,18YYNXXXXXX
2059160: 10.1.1.1: Nov 25 2013 12:28:25.362 -0800: %_Connection-7-com.dynamicsoft.DsLibs.DsUALibs.DsSipLlApi.Connection:  Sending Message (NB): INFO sip:5123809981@10.1.2.2:5060 SIP/2.0
Via: SIP/2.0/TCP 10.1.1.1:5060;branch=z9hG4bKa74MS0n9A4oRWinVIAjXSA~~47394
Max-Forwards: 70
To: <sip:5123809981@10.1.2.2>;tag=658DC428-11DA
From: <sip:5008007435000@10.1.1.11>;tag=dsefb53fdb
Call-ID: 409D1D04-4D6B11E3-8E94E199-7280FCFD@10.1.2.2
CSeq: 1 INFO
Content-Length: 26
Contact: <sip:10.1.1.1:5060;transport=udp>
Content-Type: application/dtmf-relay
Signal=*    
Duration=100

الخطوة 3. تجميع سجلات عبارة الدخول (CUBE).

debug ccsip رسالة

debug voip rtp session name حدث

تم التفاوض على ترحيل DTMF على نقطة PSTN (AT&T) هي RTP-NTE باستخدام نوع الحمولة 100.
ترحيل DTMF الذي تم التفاوض عليه على نقطة CVP هو sip-info و rtp-nte باستخدام نوع الحمولة 101.

من السجلات، يمكن ملاحظة أن مدخل العبارة (CUBE) يستلم كل الأرقام من ال CVP باستخدام رسالة معلومات SIP ويرسلها إلى PSTN (AT&T)

على سبيل المثال، يقوم المكعب بإرسال الرقم 7 إلى شبكة PSTN / AT&T

289591: Nov 15 22:20:52.244:          s=DSP d=VoIP payload 0x64 ssrc 0x149A460E sequence 0xBD4 timestamp 0x2B700
289592: Nov 15 22:20:52.244:          Pt:100    Evt:7       Pkt:0A 00 00  <Snd>>>
289593: Nov 15 22:20:52.244:          s=DSP d=VoIP payload 0x64 ssrc 0x149A460E sequence 0xBD5 timestamp 0x2B700
289594: Nov 15 22:20:52.244:          Pt:100    Evt:7       Pkt:0A 00 00  <Snd>>>
289595: Nov 15 22:20:52.244:          s=DSP d=VoIP payload 0x64 ssrc 0x149A460E sequence 0xBD6 timestamp 0x2B700

الخطوة 4. تجميع التقاط الحزمة على البوابة وتأكيد متطلبات AT&T.

المتطلبات:

الفترة الزمنية الفاصلة بين الأعداد = 3 ثوان

لإرسال إشارات DTMF إلى الشبكة، يجب أن يرسل الطرف المعاد توجيهه وحدة VRU (CVP في هذه الحالة و CUBE) نغمات DTMF مع 80 مللي ثانية على الأقل من مدة الرقم و 80 مللي ثانية من صمت الأرقام.

يجب تطبيق إيقاف مؤقت مدته 350 مللي ثانية على الأقل بين *T ورقم إعادة التوجيه أو رمز SD. (تتراوح الحدود العليا والدنيا بين 300 مللي ثانية و 11 ثانية.)

تحليل التقاط الحزمة

في المكالمات الجيدة، بعد أن يرسل المكعب آخر رقم إلى AT&T، ترسل AT&T رقم DTMF "* 6" حوالي 500 ميللي ثانية

الوقت بين الأرقام المرسلة إلى AT&T = 200 مللي ثانية

يتم إرسال الوقت من DTMF *8 والرقم الأول = 400 مللي ثانية

مدة الحدث - طول الرقم = 100 مللي ثانية

مكالمة غير صحيحة:

ترسل AT&T ملف DTMF **7، بعد مرور 6 ثوان من إستلامه آخر رقم

الوقت بين الأرقام المرسلة إلى AT&T = 200 مللي ثانية

يتم إرسال الوقت من DTMF *8 والرقم الأول = 400 مللي ثانية

مدة الحدث - طول الرقم = 100 مللي ثانية

لا يوجد فرق بين المكالمات الجيدة والسيئة في التقاط الحزمة.

قرار

بما أن DTMFs التي تم إرسالها إلى AT&T لإجراء المكالمات الجيدة والسيئة لها نفس الخصائص وأجهزة التوقيت، ولكن في بعض السيناريوهات لم يتم التعرف على DTMF، يتم إجراء الاختبارات إضافة توقفات قبل مجموعة محددة من الأرقام، والجمع الذي يحل المشكلة هو: DTMF*8،،،،،،،،،،،،1،،،8YY،،،،NXX،،XXXX،،،،،،، يتم تغيير ذلك في برنامج ICM النصي.