نظرة عامة على إمكانية التشغيل التفاعلي لبوابة اتصالات Azure مع التوجيه المباشر ل Microsoft Teams

Azure Communications Gateway هي SBC معتمدة للتوجيه المباشر ل Microsoft Teams، مما يسمح لمشغلي الاتصالات بتزويد عملائهم باتصال PSTN من Microsoft Teams. يمكن ل Azure Communications Gateway معالجة الإشارات والوسائط لتلبية متطلبات شبكاتك ونظام هاتف Microsoft، الذي يشغل التوجيه المباشر ل Microsoft Teams.

ستتعرف في هذه المقالة على ما يلي:

  • مكان احتواء Azure Communications Gateway في شبكتك.
  • كيف تدعم Azure Communications Gateway العديد من العملاء.
  • ما هي ميزات الإشارات والوسائط المتداخلة التي تقدمها.

هام

يجب أن تكون مشغل اتصالات لاستخدام Azure Communications Gateway.

الدور والموضع في الشبكة

تقع Azure Communications Gateway على حافة شبكة الخط الثابت. يقوم بتوصيل هذه الشبكة بنظام هاتف Microsoft، مما يسمح لك بدعم التوجيه المباشر ل Microsoft Teams. يوضح الرسم التخطيطي التالي مكان تواجد Azure Communications Gateway في شبكتك.

رسم تخطيطي للبنية ل Azure Communications Gateway للتوجيه المباشر ل Microsoft Teams.

تتدفق المكالمات من عملاء Microsoft Teams من خلال نظام هاتف Microsoft وبوابة اتصالات Azure إلى شبكتك.

الامتثال لمواصفات SBC المعتمدة

تدعم Azure Communications Gateway مواصفات Microsoft ل SBCs المعتمدة للتوجيه المباشر ل Microsoft Teams. لمزيد من المعلومات حول الشهادة وهذه المواصفات، راجع وحدات تحكم حدود الجلسة المعتمدة للتوجيه المباشر.

تتضمن Azure Communications Gateway ميزات متعددة تسمح لشبكتك بتلبية متطلبات التوجيه المباشر، بما في ذلك:

دعم عملاء متعددين باستخدام نموذج Microsoft Teams متعدد المستأجرين

تم تصميم توزيع Azure Communications Gateway لدعم التوجيه المباشر للعديد من المستأجرين. يسمح لك تصميمه بتوفير خدمات الاتصال في Microsoft Teams للعديد من العملاء، ولكل منهم العديد من المستخدمين. يستخدم المستأجر الناقل ونموذج مستأجر العميل الموضح في وثائق Microsoft Teams حول تكوين وحدة تحكم حدود جلسة العمل لعدة مستأجرين. في هذا النموذج:

  • يتم تعريف التكوين الخاص بك ل Microsoft Teams في مستأجر مؤسستك: مستأجر الناقل.
  • كل عميل من عملائك لديه مستأجر العميل الخاص به، ويمثل التكوين لهذا العميل.

يتلقى توزيع Azure Communications Gateway دائما FQDN (اسم مجال مؤهل بالكامل) عند إنشائه. يمكنك استخدام FQDN هذا كمجال أساسي لمستأجر الناقل الخاص بك.

تتلقى Azure Communications Gateway أيضا مجالين فرعيين لكل منطقة من المجال الأساسي (واحد لكل منطقة).

يحتاج كل عميل من عملائك إلى مجالات فرعية للعملاء لهذه المجالات لكل منطقة. تتضمن Azure Communications Gateway أحد هذه المجالات الفرعية في رأس جهة الاتصال لكل رسالة ترسلها إلى نظام هاتف Microsoft: يسمح وجود المجال الفرعي لنظام هاتف Microsoft بتحديد مستأجر العميل لكل رسالة. لمزيد من المعلومات، راجع تحديد مستأجر العميل لنظام هاتف Microsoft.

لكل عميل، يجب عليك:

  1. اختر تسمية DNS مناسبة خاصة بالعميل لتشكيل المجالات الفرعية.
    • يجب أن يصل طول التسمية إلى تسعة أحرف ويمكن أن تحتوي فقط على أحرف وأرقام وتسطير أسفل السطر والشرطات.
    • يجب عدم استخدام المجالات الفرعية لأحرف البدل أو المجالات الفرعية ذات التسميات المتعددة.
    • على سبيل المثال، يمكنك تخصيص التسمية contoso.

    هام

    يجب أن تكون المجالات الفرعية الكاملة للعميل (بما في ذلك أسماء المجالات لكل منطقة) بحد أقصى 48 حرفا. لا يعتمد معرف Microsoft Entra أسماء المجالات التي تزيد عن 48 حرفا. على سبيل المثال، النطاق contoso1.1r1.a1b2c3d4e5f6g7h8.commsgw.azure.com الفرعي للعميل هو 48 حرفا.

  2. قم بتكوين Azure Communications Gateway بهذه المعلومات، كجزء من تكوين "الحساب" المتوفر في مدخل إدارة الأرقام وواجهة برمجة تطبيقات التزويد في Azure Communications Gateway.
  3. الاتصال بالعميل لتحديث المستأجر الخاص به بالمجال الفرعي المناسب، باتباع وثائق Microsoft Teams لتسجيل أسماء النطاقات الفرعية في مستأجري العملاء.

كجزء من ترتيب التحديثات لمستأجري العملاء، يجب عليك إنشاء سجلات DNS تحتوي على رمز تحقق (يوفره Microsoft 365 عندما يقوم العميل بتحديث المستأجر الخاص به باسم المجال) على خادم DNS الذي تتحكم فيه. تسمح هذه السجلات ل Microsoft 365 بالتحقق من أن مستأجر العميل مخول لاستخدام اسم المجال. توفر Azure Communications Gateway خادم DNS الذي يجب استخدامه. يجب الحصول على رمز التحقق من العميل وتحميله إلى Azure Communications Gateway باستخدام مدخل إدارة الأرقام (معاينة) أو واجهة برمجة تطبيقات التزويد (معاينة). تسمح هذه الخطوة ل Azure Communications Gateway بإنشاء سجلات DNS TXT التي تتحقق من المجال.

للحصول على الإرشادات، راجع إدارة عملاء التوجيه المباشر ل Microsoft Teams والأرقام باستخدام Azure Communications Gateway.

دعم فحص هوية المتصل

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

لمنع تزييف هوية المتصل، تقوم Azure Communications Gateway بشاشات جميع مكالمات التوجيه المباشر التي تنشأ من Microsoft Teams. يضمن هذا الفحص أن العملاء يمكنهم إجراء مكالمات فقط من الأرقام التي قمت بتعيينها لهم. ومع ذلك، يمكنك تعطيل هذا الفحص على أساس كل عميل، كجزء من تكوين "الحساب" المتوفر في مدخل إدارة الأرقام (معاينة) وواجهة برمجة تطبيقات التزويد (معاينة).

يوضح الرسم التخطيطي التالي تدفق المكالمة لدعوة من رقم تم تعيينه لعميل. في هذه الحالة، يتضمن تكوين Azure Communications Gateway للرقم أيضا تكوين رأس مخصص، لذلك تضيف Azure Communications Gateway عنوانا مخصصا بالمحتويات.

يظهر تدفق المكالمات مكالمة صادرة من Microsoft Teams مسموحا بها من خلال فحص المكالمات وتكوين الرأس المخصص.

رسم تخطيطي لتدفق المكالمات يعرض دعوة من رقم معين لعميل. تتحقق Azure Communications Gateway من قاعدة البيانات الداخلية الخاصة بها لتحديد ما إذا كان قد تم تعيين رقم الاستدعاء إلى عميل. يتم تعيين الرقم، لذلك تسمح Azure Communications Gateway بالاتصال. يتضمن تكوين الأرقام على Azure Communications Gateway محتويات رأس مخصصة. تضيف Azure Communications Gateway محتويات العنوان كعنوان X-MS-Operator-Content قبل إعادة توجيه الاستدعاء إلى شبكة عامل التشغيل.

إشعار

يجب تكوين اسم العنوان المخصص كجزء من نشر Azure Communications Gateway. الاسم هو نفسه لجميع الرسائل. في هذا المثال، اسم العنوان المخصص هو X-MS-Operator-Content.

يوضح الرسم التخطيطي التالي تدفق المكالمات لدعوة من رقم لم يتم تعيينه لعميل. ترفض Azure Communications Gateway المكالمة باستخدام 403.

تم رفض تدفق المكالمات الذي يظهر مكالمة صادرة من Microsoft Teams عن طريق فحص المكالمات.

رسم تخطيطي لتدفق المكالمات يعرض دعوة من رقم لم يتم تعيينه لعميل. تتحقق Azure Communications Gateway من قاعدة البيانات الداخلية الخاصة بها لتحديد ما إذا كان قد تم تعيين رقم الاستدعاء إلى عميل. لم يتم تعيين الرقم، لذلك ترفض Azure Communications Gateway المكالمة باستخدام 403.

تحديد مستأجر العميل لنظام هاتف Microsoft

يستخدم نظام هاتف Microsoft المجالات الموجودة في رأس جهة الاتصال للرسائل لتعريف المستأجر لكل رسالة. تعيد Azure Communications Gateway كتابة رؤوس جهات الاتصال تلقائيا على الرسائل نحو نظام هاتف Microsoft بحيث تتضمن المجال المناسب لكل عميل. تزيل هذه العملية الحاجة إلى أن تقوم شبكتك الأساسية بتعيين بين الأرقام والمجالات لكل عميل.

يجب توفير Azure Communications Gateway مع كل رقم تم تعيينه لعميل للتوجيه المباشر. يستخدم هذا التوفير واجهة برمجة تطبيقات تزويد Azure Communications Gateway (معاينة) أو مدخل إدارة الأرقام (معاينة).

يوضح الرسم التخطيطي التالي كيف تعيد Azure Communications Gateway كتابة رؤوس جهات الاتصال على الرسائل المرسلة من شبكة عامل التشغيل إلى نظام هاتف Microsoft مع التوجيه المباشر.

يظهر تدفق المكالمات إعادة كتابة رأس جهة الاتصال الخاصة بالعميل على الرسالة الواردة إلى Microsoft Teams.

رسم تخطيطي لتدفق المكالمات يعرض دعوة ل +14255550100 تم إرسالها من شبكة عامل تشغيل إلى Azure Communications Gateway. تستخدم Azure Communications Gateway قاعدة بيانات داخلية للعثور على المجال الفرعي المناسب للعميل للرقم وتحديث رأس جهة الاتصال بالمجال الفرعي. ثم توجه Azure Communications Gateway الدعوة إلى نظام هاتف Microsoft.

إشارة SIP

تقوم Azure Communications Gateway تلقائيا بربط المكالمات لدعم متطلبات التوجيه المباشر، بما في ذلك:

  • تحديث رؤوس جهات الاتصال لتوجيه الرسائل بشكل صحيح، كما هو موضح في تحديد مستأجر العميل لنظام هاتف Microsoft.
  • SIP عبر TLS.
  • عناوين X-MS-SBC (تصف الدالة SBC).
  • قواعد صارمة على = أسطر السمة في هيئات SDP.
  • قواعد صارمة بشأن معالجة تحويل المكالمات.

هذه الميزات هي جزء من توافق بوابة الاتصالات Azure مع مواصفات SBC المعتمدة للتوجيه المباشر ل Microsoft Teams.

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

  • معالجة عنوان SIP المتقدم أو رسالة SDP.
  • دعم الرسائل المؤقتة الموثوق بها (100rel).
  • التداخل بين وسائل الإعلام المبكرة والتأخر.
  • العمل بعيدا عن نغمات DTMF المترابطة.
  • وضع معرف المستأجر الفريد في مكان آخر في رسائل SIP لتسهيل استهلاك شبكتك، على سبيل المثال في tgrp المعلمات.

يتطلب نظام هاتف Microsoft الاتصال (A-) واستدعاء أرقام الهواتف (B-) لتكون بتنسيق E.164. ينطبق هذا المطلب على كل من أرقام SIP وTEL. نوصي بتكوين شبكتك لاستخدام تنسيق E.164 لجميع الأرقام. إذا تعذر على شبكتك تحويل الأرقام إلى تنسيق E.164، فاتصل بفريق الإعداد أو قم برفع طلب دعم لمناقشة متطلبات تحويل الأرقام.

تعد جذوع SIP بين شبكتك وAzure Communications Gateway متعددة المستأجرين، ما يعني أن نسبة استخدام الشبكة من جميع عملائك تشترك في نفس الجذع.

وسائط RTP وSRTP

يتطلب نظام هاتف Microsoft عادة SRTP للوسائط. تدعم Azure Communications Gateway كلا من RTP وSRTP، ويمكنها التفاعل بينهما. توفر Azure Communications Gateway المزيد من ميزات معالجة الوسائط للسماح لشبكاتك بالتشغيل المتداخل مع نظام هاتف Microsoft.

معالجة الوسائط للمكالمات

يجب تحديد برامج الترميز التي تريد دعمها عند نشر Azure Communications Gateway.

يتطلب التوجيه المباشر ل Microsoft Teams الشبكات الأساسية لدعم نغمات الرنين (نغمات الرنين) أثناء نقل المكالمات. يجب أن تدعم الشبكات الأساسية أيضا ضوضاء الراحة. إذا لم تتمكن شبكاتك الأساسية من تلبية هذه المتطلبات، يمكن ل Azure Communications Gateway إدخال الوسائط في المكالمات.

خيارات العمل التفاعلي للوسائط

توفر Azure Communications Gateway خيارات متعددة لتشابك الوسائط. على سبيل المثال، قد تحتاج إلى:

  • تغيير معالجة RTCP.
  • التحكم في تخصيص النطاق الترددي.
  • تحديد أولويات حركة مرور وسائط محددة لجودة الخدمة.

للحصول على تفاصيل كاملة عن ميزات العمل التفاعلي للوسائط المتوفرة في Azure Communications Gateway، قم برفع طلب دعم.

دعم تجاوز وسائط النظام هاتف Microsoft (معاينة)

تحتوي بوابة اتصالات Azure على دعم معاينة لتجاوز وسائط التوجيه المباشر. يسمح تجاوز وسائط التوجيه المباشر للوسائط بالتدفق مباشرة بين Azure Communications Gateway وعملاء Microsoft Teams في بعض السيناريوهات بدلا من إرسالها دائما عبر نظام هاتف Microsoft. تستمر الوسائط في التدفق عبر Azure، لأن كلا من بوابة اتصالات Azure ونظام هاتف Microsoft موجودان في Azure.

إذا كنت تعتقد أن دعم تجاوز الوسائط (معاينة) سيكون مفيدا للنشر، فناقش متطلباتك مع ممثل Microsoft.

الخطوات التالية