انتقل إلى المحتوى الرئيسي

SRVCC (استمرارية مكالمة الصوت عبر راديو واحد)

📖 العودة إلى الوثائق الرئيسية

كيف يقوم TAS بتثبيت مكالمة VoLTE نشطة وينفذ نقل جلسة SIP عندما تنتقل المكالمة من LTE (PS) إلى حاملة دائرية (CS) من الجيل الثاني/الثالث.

الوثائق ذات الصلة

الوثائق الأساسية

معالجة المكالمات


نظرة عامة

SRVCC (3GPP TS 23.216) تحافظ على مكالمة صوتية عندما يغادر جهاز المستخدم (UE) تغطية LTE ويجب أن ينتقل إلى حاملة CS من الجيل الثاني/الثالث. يعتبر TAS نقطة الربط لكل مكالمة VoLTE: حيث يحتفظ بكل من الساق الوصول نحو UE والساق البعيدة نحو الطرف البعيد. عندما يحدث الانتقال، يقوم TAS بنقل الساق البعيدة إلى المسار CS الجديد ويحرر ساق الوصول LTE القديمة. يبقى الطرف البعيد متصلاً. يتغير فقط المسار بين TAS و UE.

تصف هذه الصفحة اتجاه PS إلى CS (من LTE إلى CS). الاتجاه المعاكس CS إلى PS مخطط له كمتابعة.

تدفق المكالمة (PS إلى CS)

  1. يكتشف eNB إشارة LTE تتدهور ويرسل طلب نقل S1AP إلى MME.
  2. يرسل MME طلب Sv PS-to-CS إلى MSC-Server. يحمل هذا الطلب STN-SR، وهو رقم E.164 الذي يوجه إلى TAS.
  3. يقوم MSC-Server ببدء مكالمة CS عادية إلى STN-SR. ليس لدى MSC-Server معرفة بـ SIP أو IMS.
  4. تصل مكالمة CS إلى TAS كدعوة SIP موجهة إلى رقم STN-SR.
  5. يتعرف TAS على STN-SR، يستخرج MSISDN المشترك، يجد جلسة VoLTE النشطة، وينفذ نقل جلسة SIP.
  6. ينقل TAS الساق البعيدة إلى مسار CS ويفكك ساق الوصول LTE.
MSC-S ──INVITE sip:+9<MSISDN>──► TAS
(C-MSISDN: <MSISDN>)
│ strip prefix -> find active session
◄──100 Trying────────────┤
TAS ──REFER──► Remote S-CSCF (Refer-To: CS MGW endpoint)
◄──202 Accepted──
◄──NOTIFY (200 OK sipfrag)── transfer succeeded
◄──200 OK────────────────┤
TAS ──BYE──► UE VoLTE access leg (teardown)

مخطط بادئة STN-SR

STN-SR (رقم نقل الجلسة لـ SRVCC) هو رقم E.164 في نطاق بادئة مملوك لـ TAS. يشكل TAS STN-SR كالهروب الدولي، ثم البادئة المكونة، ثم أرقام MSISDN للمشترك:

STN-SR = <escape> + <prefix> + <MSISDN digits>

لبادئة 9 والمشترك +61412345678، يكون STN-SR هو +961412345678. يستعيد TAS MSISDN عن طريق إزالة البادئة والاحتفاظ بالهروب:

+961412345678  --(strip "9")-->  +61412345678

تتمتع مخطط البادئة بثلاث فوائد:

  • لا يوجد توفير لكل مشترك. كل مشترك لديه STN-SR ضمني.
  • يتم استرداد MSISDN عن طريق إزالة بادئة بسيطة، لذا فإن البحث عن المشترك فوري.
  • النطاق هو كتلة DID داخلية واحدة يسهل الحفاظ عليها غير قابلة للتوجيه.

يجب أن يكون نطاق STN-SR غير قابل للتوجيه خارج النواة. قم بحظره عند بوابة PSTN واحتفظ به كنطاق DID داخلي فقط.

التكوين

SRVCC اختياري ومغلق بشكل افتراضي. عندما تكون مفتاح srvcc غائبة، أو enabled ليست true، لا يتم التعامل مع أي مكالمة كتحفيز STN-SR وتظل معالجة المكالمات العادية دون تغيير.

config :tas,
...
srvcc: %{
enabled: true,
stn_sr_prefix: "9"
},
...

معلمات التكوين:

المعلمةالنوعمطلوبالوصف
enabledbooleanنعميشغل معالجة نقل SRVCC. عندما تكون false أو غير محددة، يتم التعامل مع أرقام STN-SR كمكالمات عا��ية.
stn_sr_prefixstringنعمالبادئة التي تحدد نطاق STN-SR لـ TAS. توضع مباشرة بعد الهروب الدولي + أو 00. مثال "9".

كلا المفتاحين مطلوبان لتفعيل SRVCC. إذا كانت enabled هي true ولكن stn_sr_prefix فارغة، يبقى SRVCC مغلقًا حتى لا يتم تحويل المكالمات عن طريق الخطأ بسبب تكوين جزئي.

كيف يتعامل TAS مع دعوة STN-SR

عندما تصل دعوة، تتحقق مرحلة التفويض من رقم Request-URI مقابل بادئة STN-SR قبل تطبيق منطق إنهاء المكالمات العادية. يتم توجيه دعوة STN-SR إلى معالج النقل بدلاً من معالجة MT القياسية.

ثم يقوم معالج النقل بـ:

  1. إزالة البادئة لاستخراج MSISDN المشترك.
  2. التأكد من أن العقدة مزودة لـ SRVCC.
  3. البحث عن جلسة VoLTE النشطة للمشترك في حالة المكالمة الحية.
  4. استخدام رأس C-MSISDN لاختيار الجلسة الصحيحة عندما تكون هناك أكثر من مكالمة واحدة قيد التشغيل (انتظار المكالمات أو انتظار المكالمات، وفقًا لـ TS 24.237).
  5. يجيب على دعوة MSC-Server وينفذ نقل الجلسة.

الاستجابة عندما لا يكون النقل ممكنًا

الحالةاستجابة SIPالسلوك
لا توجد جلسة VoLTE نشطة لـ MSISDN404 غير موجوديتم إبلاغ MSC-Server بأن النقل لا يمكن أن يستمر.
المشترك غير مزود لـ SRVCC480 غير متاح مؤقتًايتم رفض المكالمة بشكل نظيف.
جلسات متعددة و C-MSISDN لا تحل واحدة480 غير متاح مؤقتًايتم رفض المكالمة بدلاً من التخمين.
Request-URI ليس STN-SR صالحًا484 العنوان غير مكتملالرقم لم يحمل البادئة.

النقل الذي يفشل في منتصف الطريق لا يسقط المكالمة الأصلية VoLTE. يتم تحرير ساق الوصول فقط بعد تأكيد النقل.

خطة الاتصال

تستخدم SRVCC نفس النمط كما في المكالمات الطارئة: يقوم TAS باكتشاف المكالمة ويقدم قالب خطة اتصال مخصص مع المتغيرات المملوءة مسبقًا. تعيش مطابقة بادئة STN-SR في طبقة توجيه Elixir (Tas.Dialplan.Authorization باستخدام stn_sr_prefix المكونة)، وليس في خطة الاتصال العامة MT. عندما يتم التعرف على دعوة STN-SR، يقوم TAS بعرض قالب SRVCC المخصص بدلاً من قالب MT العادي.

  • priv/templates/srvcc_transfer_dialplan.xml هو القالب المخصص لـ SRVCC. يسجل النقل، ويعرض القرار كمتغيرات قناة (srvcc_msisdn, srvcc_c_msisdn, srvcc_transferred_call_id, srvcc_cs_target)، يجيب على دعوة MSC-Server، ويدفع نقل الساق البعيدة إلى حاملة CS.

الواجهات ذات الصلة

  • واجهة MME Sv تحفز PS-to-CS وترسل STN-SR إلى MSC-Server.
  • HSS تسلم STN-SR و C-MSISDN في إجابة تحديث موقع S6a.

مراجع 3GPP

المواصفةالموضوع
TS 23.216 §6.2إجراء SRVCC من PS إلى CS
TS 24.237استمرارية خدمة IMS (تفاصيل مستوى SIP)
TS 29.280واجهة Sv (من MME إلى MSC-Server)