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

OmniCSCF

OmniCSCF هو وظيفة التحكم في جلسات المكالمات IMS من Omnitouch - P-CSCF و I-CSCF و S-CSCF (مع E-CSCF المدمج) التي تسجل المشتركين وتتحكم في كل جلسات الصوت و RCS في IMS. هذا هو دليل العمليات والهندسة؛ المراجع لكل مكون موجودة في docs/.

جدول المحتويات​

  1. نظرة عامة
  2. فهم هندسة IMS
  3. تدفقات جلسات المكالمات
  4. مكونات CSCF
  5. العمليات الشائعة
  6. وثائق إضافية

نظرة عامة​

OmniCSCF هو النواة الأساسية لوظيفة التحكم في جلسات المكالمات IMS (نظام الوسائط المتعددة IP) للشبكات المحمولة والثابتة. يوفر التحكم في الجلسات المطلوبة لـ VoLTE (الصوت عبر LTE / 4G)، VoNR (الصوت عبر الراديو الجديد / 5G)، VoWiFi (الصوت عبر Wi-Fi)، و VoIP الثابت، ويوجه إشارات RCS وغيرها من إشارات طبقة التطبيقات إلى خوادم التطبيقات عبر IFC. يتم توفير الإدارة والمراقبة بواسطة OmniWeb.

ما هو IMS؟​

نظام الوسائط المتعددة IP (IMS) هو الهيكل المعتمد من 3GPP لتقديم خدمات الوسائط المتعددة المعتمدة على IP. يوفر:

  • تحكم في الجلسات لخدمات الصوت والفيديو والرسائل
  • إدارة جودة الخدمة (QoS) للاتصالات في الوقت الحقيقي
  • التقارب الخدمي عبر الشبكات المحمولة والثابتة و WiFi
  • التشغيل البيني المعتمد على المعايير مع شركات النقل والشبكات الأخرى
  • قدرات خدمات الاتصالات الغنية (RCS)
  • التقارب الثابت-المحمول (FMC) لتقديم الخدمات الموحدة

تقوم OmniCSCF بتنفيذ جميع وظائف CSCF الأساسية المحددة في 3GPP TS 23.228، مما يوفر حلاً كاملاً لشبكة IMS جاهز للإنتاج.

مكونات OmniCSCF​

توفر OmniCSCF إدارة كاملة لجميع عناصر شبكة CSCF:

  • P-CSCF (Proxy-CSCF) - وكيل واجهة المستخدم ونقطة الأمان
  • E-CSCF (Emergency-CSCF) - توجيه خدمات الطوارئ (مدمج مع P-CSCF)
  • I-CSCF (Interrogating-CSCF) - نقطة دخول الشبكة وإخفاء الطوبولوجيا
  • S-CSCF (Serving-CSCF) - التحكم الأساسي في الجلسات، التسجيل، وتحفيز الخدمات

القدرات الرئيسية​

القدرات:

  • التحكم الكامل في جلسات IMS المتوافقة مع 3GPP، في الوقت الحقيقي عبر جميع الجلسات
  • متوافق مع GSMA IR.92/IR.94 - يعمل مع أي جهاز متوافق مع المعايير، دون الحاجة إلى حزم مخصصة من شر��ات النقل
  • دعم VoLTE و VoNR (5G) و VoWiFi، بالإضافة إلى توجيه إشارات RCS وغيرها من إشارات التطبيقات إلى خوادم التطبيقات عبر IFC
  • تكامل خدمة SIP الثابتة
  • دعم خدمات الطوارئ (E911/E112) مع خدمات الموقع
  • تحفيز الخدمات عبر معايير الفلترة الأولية (IFC) وتكامل خادم التطبيقات عبر واجهة ISC
  • فرض سياسة QoS لكل من VoLTE و VoNR - Diameter Rx إلى PCRF (4G/LTE) و N5 SBI إلى PCF (5G NR)
  • تكامل الشحن (عبر الإنترنت وغير متصل)
  • إخفاء الطوبولوجيا، وأمان الشبكة، وارتباطات الأمان المعتمدة على IPsec
  • تكامل AAA المعتمد على Diameter والسياسات
  • دعم تعدد المستأجرين لسيناريوهات MVNO

الإدارة والعمليات:

  • المراقبة في الوقت الحقيقي عبر OmniWeb، بوابة الإدارة الموحدة
  • تكامل مقاييس Prometheus (انظر مرجع المقاييس)
  • واجهة برمجة التطبيقات RESTful للتشغيل الآلي
  • التجميع الموزع لتوفير عالية التوفر
  • استكشاف الأخطاء وإصلاحها والتشخيص المباشر

المكونات المدمجة:

  • OmniePDG: بوابة بيانات الحزمة المتطورة لخدمات VoWiFi (متوافقة مع IR.94)
  • OmniTAS: خادم تطبيقات الهاتف لخدمات إضافية
  • OmniMessage: خادم تطبيقات SMS/MMS (3GPP TS 24.341)

تتم إدارة المراقبة والإدارة من خلال OmniWeb، بوابة الإدارة الموحدة من Omnitouch. تعرض صفحات P/I/S-CSCF التسجيلات، والحوار، والأقران Diameter، وحالة NRF، والسجلات، ولوحات المعلومات.

خدمات الخط الثابت​

تخدم OmniCSCF المشتركين الثابتين عبر نفس نواة IMS مثل VoLTE/VoNR المحمولة، لذا تشترك خدمات الخط الثابت السكنية والتجارية في تسجيل واحد، وتوجيه، وطبقة تطبيق.

المصادقة. لا تحتوي الأجهزة الثابتة على UICC/ISIM، لذا تقوم بالمصادقة باستخدام SIP Digest المعتمد على كلمة المرور بدلاً من IMS-AKA. تدعم OmniCSCF مجموعة كاملة من مخططات digest - SIP Digest العادي (MD5)، 3GPP SIP Digest (TS 33.203 الملحق N)، ETSI TISPAN HTTP-Digest، وCableLabs/PacketCable Digest - جنبًا إلى جنب مع IMS-AKA (AKAv1/AKAv2) للأجهزة المعتمدة على UICC. مع الوضع الافتراضي HSS-Selected يتحدى S-CSCF كل مشترك باستخدام أي مخطط تم توفيره بواسطة HSS، لذا يتواجد المشتركون المحمولون (AKA) والثابتون (Digest) على نواة واحدة. انظر S-CSCF → المصادقة.

الأجهزة المدعومة. يعمل أي جهاز SIP متوافق مع المعايير. النماذج أدناه هي التي نوصي بها وقد تم نشرها بأعداد كبيرة، لكنها أمثلة - ليست قائمة مقيدة:

  • محولات الهاتف التناظرية (ATAs) - Grandstream و Cisco، مع توفير بدون لمس عند إقرانها مع OmniCRM.
  • هواتف IP - Grandstream و Yealink.
  • أجهزة IP DECT.

PBX مستضاف / IP-Centrex. بالاقتران مع OmniTAS، تقدم OmniCSCF ميزات IP-Centrex - مجموعات البحث، قوائم الانتظار، IVRs، وغيرها من معالجة المكالمات التجارية - لذا يمكنك تقديم خطوط سكنية وخدمات PBX مستضافة عبر IMS.

فهم هندسة IMS​

هندسة شبكة IMS​

تقع حل OmniCSCF في قلب هندسة IMS، حيث توفر طبقة التحكم في الجلسات التي تربط معدات المستخدم بالخدمات وتدير جميع جلسات المكالمات.

كيفية عمل CSCFs معًا​

تعمل وظائف CSCF كنظام منسق للتعامل مع جلسات IMS:

  1. P-CSCF - نقطة الاتصال الأولى

    • تقوم معدات المستخدم (الأجهزة المحمولة، WiFi، أو الأجهزة الثابتة) بإنشاء اتصالات آمنة مع P-CSCF
    • توفر ارتباطات أمان IPsec للأجهزة المحمولة
    • تعمل كنقطة فرض سياسة QoS - عبر Diameter Rx إلى PCRF لـ VoLTE (4G/LTE)، وعبر N5 SBI إلى PCF لـ VoNR (5G NR)
    • ت��عامل مع عبور NAT وتثبيت الوسائط
    • توجيه المكالمات الطارئة إلى وظيفة E-CSCF
    • تحتفظ بمعلومات موقع المستخدم

  2. I-CSCF - بوابة الشبكة وموازن التحميل

    • تخفي الطوبولوجيا الداخلية للشبكة عن الشبكات الخارجية
    • تستفسر عن HSS لاختيار S-CSCF المناسب للمستخدمين
    • تقوم بموازنة تحميل S-CSCF بناءً على القدرات
    • تعمل كنقطة دخول/خروج لسيناريوهات التجوال
    • تفرض أمان نطاق الشبكة (NDS/TLS)

  3. S-CSCF - وحدة التحكم الأساسية للجلسة

    • تقوم بتسجيل المستخدمين والمصادقة عليهم
    • تحتفظ بحالة الجلسة لجميع المكالمات النشطة
    • تفرض سياسات التوجيه ومنطق الخدمة
    • تحفز خوادم التطبيقات بناءً على IFC (معايير الفلترة الأولية)
    • تتكامل مع أنظمة الشحن (عبر الإنترنت وغير متصل)
    • تدير الخدمات الإضافية

التكامل مع الأنظمة الداعمة​

تتكامل OmniCSCF مع وظائف دعم IMS عبر واجهات Diameter القياسية من 3GPP (4G/EPC) و، بالنسبة لـ VoNR، عبر واجهات قائمة على الخدمة 5G (SBI):

الواجهةالنقلمن → إلىالغرضمواصفة 3GPP
CxDiameterI-CSCF/S-CSCF ↔ HSSمصادقة المستخدم، استرجاع الملف الشخصي، تعيين S-CSCFTS 29.228
DxDiameterI-CSCF ↔ SLFمحدد الاشتراك لبيئات متعددة HSSTS 29.229
RxDiameterP-CSCF ↔ PCRFتفويض سياسة QoS، التحكم في تدفق الوسائط (4G/VoLTE)TS 29.214
RoDiameterS-CSCF → OCSالشحن عبر الإنترنت (تحكم الائتمان)TS 32.299
RfDiameterS-CSCF → CDFالشحن غير المتصل (توليد CDR)TS 32.299
ISCSIPS-CSCF ↔ ASتحفيز الخدمة واستدعاء خادم التطبيقTS 23.228
ShDiameterAS ↔ HSSوصول خادم التطبيق إلى بيانات المستخدمTS 29.328
N5HTTP/2 SBIP-CSCF (AF) → PCFتفويض QoS/الوسائط لـ VoNR (Npcf_PolicyAuthorization)TS 29.514
NnrfHTTP/2 SBIP-CSCF ↔ NRFتسجيل NF (Nnrf_NFManagement) واكتشاف PCF الاختياري (Nnrf_NFDiscovery)TS 29.510

تعتبر واجهتا N5 و Nnrf واجهات قائمة على الخدمة HTTP/2 (SBI، حمولات JSON)، على عكس واجهات Diameter المستخدمة لخدمات 4G/EPC. انظر ملاحظة 5G / VoNR أدناه.

لإدارة الأقران Diameter، انظر عمليات Diameter.

سياسة QoS و VoNR في 5G​

بالنسبة لجلسات VoNR (الصوت عبر الراديو الجديد) المرتكزة في النواة 5G، يعمل P-CSCF كوظيفة تطبيق (AF) ويخول QoS الوسائط عبر واجهة SBI N5 إلى PCF (Npcf_PolicyAuthorization)، بدلاً من Diameter Rx إلى PCRF كما هو الحال مع VoLTE. تظل بقية التحكم في جلسات IMS (I-CSCF، S-CSCF، IFC، الشحن، خوادم التطبيقات) دون تغيير - فقط يختلف فرع السياسة/QoS حسب نوع الوصول.

يحدد P-CSCF PCF الخادم من خلال التسجيل مع واستفسار NRF (Nnrf_NFDiscovery)، الذي يحل PCF الصحيح للمشترك عبر سلسلة NRF→BSF. انظر وثائق P-CSCF للحصول على التفاصيل.

تدفقات جلسات المكالمات​

فهم كيفية معالجة CSCFs لأنواع مختلفة من الجلسات أمر ضروري للعمليات واستكشاف الأخطاء وإصلاحها.

تدفق تسجيل IMS​

عندما يسجل جهاز في شبكة IMS، تتعاون CSCFs للمصادقة على المستخدم وتفويضه:

النقاط الرئيسية:

  • P-CSCF يحافظ على ارتباط أمان IPsec مع UE
  • I-CSCF يستفسر عن HSS للعثور على/تعيين S-CSCF
  • S-CSCF يقوم بالمصادقة ويخزن ملف تعريف المستخدم
  • يحدد ملف تعريف خدمة المستخدم (IFC) أي خوادم تطبيقات سيتم تحفيزها

تدفق المكالمات المنشأة من المحمول​

عندما يبدأ مستخدم مسجل مكالمة:

النقاط الرئيسية:

  • P-CSCF ينسق مع PCRF لإنشاء QoS bearer
  • S-CSCF يقيم IFC لتحديد تحفيز الخدمة
  • OmniTAS يوفر خدمات تطبيق الهاتف (تحويل المكالمات، الفرز، إلخ.)
  • OmniMessage تتعامل مع حركة مرور SMS/MMS عند تحفيزها بواسطة IFC
  • لمراقبة المكالمات النشطة، انظر إدارة حوار S-CSCF

تدفق المكالمات الطارئة (E-CSCF)​

تتلقى المكالمات الطارئة معالجة خاصة لضمان الاتصال حتى بدون تسجيل IMS كامل، ولضمان أن PSAP يتلقى هوية خط الاتصال (CLI) / رقم العودة القابل للاستخدام وفقًا لـ ETSI TS 23.167 (الملحق K):

النقاط الرئيسية:

  • يتم اكتشاف الطوارئ من Request-URI urn:service:sos (بالإضافة إلى الأرقام المكونة 112/911)
  • يتم دمج وظيفة E-CSCF في P-CSCF
  • عند التسجيل، يقوم P-CSCF بتخزين ربط IMEI→MSISDN (من Contact +sip.instance IMEI و P-Associated-URI) في تخزين مكرر العنقود مع TTL مدته 4 ساعات، ثم يستخدمه لتوفير MSISDN للمتصل في مكالمة طارئة لاحقة
  • بالنسبة لمتصل غير معروف/مجهول بدون هوية مخزنة، يستفسر P-CSCF بشكل غير متزامن عن PCRF عبر Rx (Rx_AAR_Subscription)، مرتبطًا بعنوان IP المصدر لـ UE، لاسترداد هويات EPC بموجب الأولوية MSISDN → IMSI → IMEISV (TS 23.167 الملحق K / TS 29.214 §4.4.6a)
  • يتم تأكيد الهوية المحلولة كـ From و P-Asserted-Identity على نطاق sos.apn بحيث يتلقى PSAP رقم العودة/CLI قابل للاستخدام
  • يعمل حتى بالنسبة للمستخدمين غير المسجلين أو المتجولين
  • للحصول على التفاصيل العميقة، انظر خدمات الطوارئ P-CSCF

SMS عبر IMS - منشأ من المحمول (3GPP TS 24.341)​

عندما يرسل مستخدم SMS عبر IMS، تتعامل OmniMessage مع تسليم الرسالة:

النقاط الرئيسية:

  • SMS مشفر في طريقة SIP MESSAGE وفقًا لـ 3GPP TS 24.341
  • Content-Type: application/vnd.3gpp.sms يحدد حمولة SMS
  • S-CSCF IFC تحفز OmniMessage لحركة مرور SMS
  • تتعامل OmniMessage مع بنية SMSC التقليدية
  • تدعم كل من مجموعات الأحرف GSM-7 و UCS-2 والرسائل المتصلة

SMS عبر IMS - مُنتهى إلى المحمول (3GPP TS 24.341)​

عندما يصل SMS لمستخدم مسجل في IMS، تقوم OmniMessage بتوجيهه عبر IMS:

النقاط الرئيسية:

  • يقوم SMSC بإعادة توجيه SMS إلى OmniMessage عبر بروتوكولات تقليدية (MAP/SMPP)
  • تقوم OmniMessage بتحويله إلى طريقة SIP MESSAGE
  • S-CSCF يوجه بناءً على IMPU المسجل
  • تدعم تقارير التسليم وإشعارات الحالة
  • تراجع إلى SMS التقليدي إذا لم يكن المستخدم مسجلاً في IMS

لعمليات SMS والمراقبة، انظر إدارة IFC S-CSCF.

سيناريوهات التجوال​

يستخدم VoLTE (و VoNR) S8 Home Routed (S8HR) - النموذج الذي فرضته GSMA لتجوال الصوت IMS (IR.65، IR.88؛ NG.114 للـ 5G):

S8 Home Routed (S8HR): يتم توصيل اتصال PDN الخاص بـ IMS APN للمشترك المتجول في الشبكة المنزلية عبر P-GW (5G: home UPF) عبر واجهة S8 - تقوم الشبكة الزائرة ببساطة بنفق الحامل مرة أخرى إلى P-GW المنزلي عبر GTP. وبالتالي تصل UE إلى P-CSCF المنزلي مباشرة وتسجل مع S-CSCF المنزلي تمامًا كما لو كانت على الشبكة المنزلية. العواقب:

  • لا IMS في الشبكة الزائرة - لا يوجد P-CSCF/I-CSCF/S-CSCF في المسار. توفر الش��كة الزائرة فقط نقل EPC (حامل S8).
  • تحافظ الشبكة المنزلية على السيطرة الكاملة على المصادقة، وتحفيز الخدمة (IFC → OmniTAS، OmniMessage، إلخ)، والشحن والتجسس القانوني.
  • اتفاقيات تجوال مبسطة - تحتاج الشركات فقط إلى علاقة تجوال S8/EPC، وليس الربط IMS.
  • متوافق مع GSMA IR.92 / IR.94.

نظرًا لأن S8HR يثبت IMS APN في الشبكة المنزلية، فإن التجوال يكون شفافًا لـ CSCF: لا توجد تكوينات CSCF محددة للتجوال - يتم توفير التوجيه الذي يحافظ على IMS APN مثبتًا في المنزل في EPC (اختيار P-GW/APN)، وليس هنا.

مكونات CSCF​

P-CSCF/E-CSCF - وكيل الحافة ونقطة الأمان​

يعتبر Proxy-CSCF العنصر الأول في IMS الذي تتصل به معدات المستخدم. يعمل كنقطة حدود الأمان ونقطة فرض السياسات.

الوظائف الأساسية:

  • إدارة ارتباط الأمان: ينشئ ويحافظ على أنفاق IPsec مع الأجهزة المحمولة لحماية الإشارات والوسائط
  • فرض سياسة QoS: ي��ول ويفرض QoS الوسائط حسب نوع الوصول - Diameter Rx إلى PCRF لـ VoLTE (حاملات 4G/LTE)، و N5 SBI (Npcf_PolicyAuthorization) إلى PCF لـ VoNR (5G NR)
  • عبور NAT: يتعامل مع عبور NAT البعيد للأجهزة خلف NAT/جدران الحماية
  • الضغط: دعم SigComp للشبكات ذات النطاق الترددي المحدود
  • مسار الخدمة: يحافظ على مسار الخدمة للطلبات اللاحقة

خدمات الطوارئ (E-CSCF):

  • توجيه مكالمات الطوارئ المدمجة دون الحاجة إلى تسجيل IMS كامل
  • اكتشاف الطوارئ عبر Request-URI urn:service:sos (بالإضافة إلى 112/911)
  • التعامل مع معلومات الموقع لخدمات E911/E112
  • حل هوية خط الاتصال (CLI) للمتصلين المجهولين/غير المعروفين وفقًا لـ TS 23.167 الملحق K: ربط IMEI→MSISDN المخزن، مع التراجع إلى استعلام اشتراك Rx إلى PCRF (MSISDN → IMSI → IMEISV بالأولوية)
  • التكامل مع LRF (وظيفة استرجاع الموقع)

أنواع الوصول المدعومة:

  • LTE (VoLTE) عبر IPsec
  • 5G NR (VoNR) عبر IPsec - تم تفويض QoS عبر واجهة N5 AF إلى PCF
  • WiFi (VoWiFi) عبر IPsec
  • النطاق العريض الثابت عبر SIP
  • بوابات سكنية كابل/DSL

للحصول على عمليات مفصلة، انظر وثائق P-CSCF.

I-CSCF - إخفاء الطوبولوجيا وموازنة التحميل​

يعمل Interrogating-CSCF كنقطة الاتصال داخل شبكة المشغل للاتصالات من الشبكات الأخرى أو من نفس الشبكة.

الوظائف الأساسية:

  • إخفاء الطوبولوجيا: يحمي الهيكل الداخلي للشبكة من الشبكات الخارجية
  • تعيين S-CSCF: يستفسر عن HSS عبر واجهة Cx لتعيين S-CSCF للمستخدمين الجدد
  • اختيار S-CSCF: يختار S-CSCF المناسب بناءً على القدرات والتحميل
  • وكيل التوجيه: يوجه الطلبات الواردة إلى S-CSCF المعين
  • أمان نطاق الشبكة: يفرض NDS/TLS لأمان بين المشغلين

الميزات الرئيسية:

  • دعم متعدد S-CSCF: يوزع المستخدمين عبر مثيلات متعددة من S-CSCF
  • مطابقة ��لقدرات: يطابق متطلبات المستخدم مع قدرات S-CSCF
  • دعم التجوال: يتعامل مع كل من السيناريوهات الموجهة إلى المنزل والانفصال المحلي
  • محدد الاشتراك: دعم واجهة Dx لبيئات متعددة HSS

حالات الاستخدام:

  • نقطة الاتصال لشركاء التجوال
  • توزيع التحميل عبر مجموعة S-CSCF
  • التوجيه الجغرافي لاستعادة الكوارث
  • فصل حركة مرور MVNO

للحصول على عمليات مفصلة، انظر وثائق I-CSCF.

S-CSCF - وحدة التحكم الأساسية للجلسة​

يعتبر Serving-CSCF المكون المركزي لشبكة IMS، حيث يوفر التحكم في الجلسة وذكاء الخدمة.

الوظائف الأساسية:

  • التسجيل: يصادق على المستخدمين ويحافظ على روابط التسجيل
  • تحكم الجلسة: يدير جميع حالات المكالمات (تأسيس الحوار، التعديل، إنهاء)
  • تحفيز الخدمة: يقيم معايير الفلترة الأولية (IFC) لاستدعاء خوادم التطبيقات
  • التوجيه: يوجه ط��بات SIP بناءً على منطق الخدمة وتفضيلات المستخدم
  • تكامل الشحن: ينسق مع أنظمة الشحن عبر الإنترنت (OCS) وغير المتصل (CDF)

تحفيز الخدمة عبر IFC: تستخدم S-CSCF معايير الفلترة الأولية المعتمدة على XML التي تم تنزيلها من HSS لتحديد متى يجب توجيه المكالمات عبر خوادم التطبيقات (مثل OmniTAS لخدمات الهاتف و OmniMessage لـ SMS/MMS):

  • نقاط التحفيز: المطابقة على طريقة SIP، Request-URI، حالة الجلسة (المنشئة/المنتهية)
  • معتمدة على الأولوية: تتم معالجة IFC بترتيب الأولوية
  • سلسلة الخدمة: يمكن استدعاء عدة AS بالتتابع (مثل OmniTAS → OmniMessage)
  • التعامل الافتراضي: سلوك قابل للتكوين عند عدم الوصول إلى AS

الخدمات المدعومة:

  • تحويل المكالمات (مشغول، لا إجابة، غير مشروط)
  • حظر المكالمات (صادرة، واردة، تجوال)
  • فرز المكالمات وتصفيتها
  • ترجمة الأرقام والتوجيه
  • الشحن المدفوع مسبقًا/بعد الد��ع
  • تتبع الاستخدام وفرض الحصص
  • الخدمات الإضافية (انتظار المكالمات، تعليق، تحويل)

ميزات القابلية للتوسع:

  • تخزين الحوار الموزع
  • معالجة الجلسات بحالة
  • ملفات تعريف المستخدم المدعومة من قاعدة البيانات
  • التوسع الأفقي عبر توزيع I-CSCF

للحصول على عمليات مفصلة، انظر وثائق S-CSCF.

إدارة واجهة Diameter​

توفر OmniCSCF إدارة شاملة لأقران Diameter عبر جميع مكونات CSCF.

تطبيقات Diameter المدعومة:

التطبيقالواجهةمعرف التطبيقالمستخدمونالغرض
3GPP CxCx16777216I-CSCF، S-CSCFمصادقة المستخدم، استرجاع الملف الشخصي
3GPP DxDx16777216I-CSCFموقع الاشتراك في بيئات متعددة HSS
3GPP RxRx16777236P-CSCFتفويض السياسة، التحكم في QoS
3GPP RoRo4 (CC)S-CSCFالشحن عبر الإنترنت (تحكم الائتمان)
3GPP RfRf3 (المحاسبة)S-CSCFالشح�� غير المتصل (CDR)
3GPP ShSh16777217ASالوصول إلى بيانات المستخدم من AS

قدرات Diameter:

  • اكتشاف الأقران تلقائيًا عبر DNS
  • دعم الفشل والازدواجية
  • إدارة الاتصال ومراقبة الحالة
  • إحصائيات ومراقبة لكل قرين
  • تمكين/تعطيل الأقران ديناميكيًا

لعمليات Diameter واستكشاف الأخطاء وإصلاحها، انظر دليل إدارة Diameter.

العمليات الشائعة​

توفر OmniCSCF قدرات تشغيلية شاملة من خلال OmniWeb، بوابة الإدارة الموحدة. تغطي هذه القسم المهام التشغيلية الشائعة وأهميتها.

تحفيز الخدمة وإدارة IFC​

تحدد معايير الفلترة الأولية (IFC) متى وكيف تقوم S-CSCF بتوجيه الجلسات إلى خوادم التطبيقات مثل OmniTAS و OmniMessage.

عمليات IFC:

  • تفريغ IFC للمستخدم لعرض ملف الخدمة المكون من HSS
  • اختبار مطابقة IFC مع سيناريوهات المكالمات المحاكية
  • التحقق من توجيه AS لضمان استدعاء ��لخدمة بشكل صحيح
  • استكشاف أخطاء فشل الخدمة من خلال فحص تقييم نقاط التحفيز

هيكل IFC مثال:

<InitialFilterCriteria>
  <Priority>10</Priority>
  <TriggerPoint>
    <SPT><Method>INVITE</Method></SPT>
    <SPT><SessionCase>0</SessionCase><!-- المنشئة --></SPT>
  </TriggerPoint>
  <ApplicationServer>
    <ServerName>sip:omnitas.ims.example.com</ServerName>
    <DefaultHandling>0</DefaultHandling><!-- يجب الاستدعاء -->
  </ApplicationServer>
</InitialFilterCriteria>

للاختبار واستكشاف الأخطاء في IFC، انظر عمليات IFC S-CSCF.

إدارة أقران Diameter​

مراقبة الاتصال Diameter:

تعتمد OmniCSCF على واجهات Diameter لـ HSS و PCRF ودمج الشحن. يمكن للمشغلين:

  • مراقبة حالة القرين (I_Open = متصل، مغلق = غير متصل)
  • عرض قدرات القرين (التطبيقات المدعومة من Diameter)
  • تمكين/تعطيل الأقران للصيانة أو اختبار الفشل
  • تتبع إحصائيات القرين (الطلبات، الفشل، المهلات)

الاتصالات الحرجة Diameter:

  • Cx إلى HSS (I-CSCF، S-CSCF): مصادقة المستخدم وملفات التعريف
  • Rx إلى PCRF (P-CSCF): سياسة QoS والتحكم في الحامل
  • Ro إلى OCS (S-CSCF): الشحن عبر الإنترنت وتحكم الائتمان

لإصلاح الأخطاء في Diameter، انظر دليل عمليات Diameter.

تسجيل NRF (نواة 5G)​

مراقبة اكتشاف الخدمة 5G:

في نشر 5G، يسجل P-CSCF كوظيفة تطبيق (AF) و، لكل جلسة VoNR، يكتشف PCF الذي يخدم كل جلسة PDU للمشترك (NRF→BSF). يمكن للمشغلين:

  • مراقبة حالة تسجيل NRF - ما إذا كان ملف تعريف AF الخاص بـ P-CSCF مسجلاً وheartbeat الحالي له
  • عرض روابط PCF المكتشفة - PCF لكل مشترك تم حله لجلسات VoNR النشطة
  • تأكيد أن هوية مثيل AF مستقرة عبر إعادة التشغيل، بحيث لا يتراكم NRF تسجيلات قديمة

تظهر حالة تسجيل NRF والروابط المكتشفة لـ PCF على صفحة OmniWeb الخاصة بـ P-CSCF (علامة NRF). انظر الكشف عن الوصول P-CSCF & QoS و دليل عمليات SBI 5G.

وثائق إضافية​

أدلة عمليات مخصصة للمكونات​

للحصول على عمليات مفصلة واستكشاف الأخطاء وإصلاحها لكل مكون من مكونات CSCF، انظر أدلة المكونات أدناه. يحمل كل منها قسم استكشاف الأخطاء الخاص به - مشاكل التسجيل/IPsec ومكالمات الطوارئ في دليل P-CSCF، ومشاكل التسجيل/إعداد المكالمات/SMS في دليل S-CSCF، ومشاكل اختيار S-CSCF و Cx في دليل I-CSCF، ومشاكل الأقران Diameter في دليل Diameter:

الامتثال التنظيمي​

مرجع معايير 3GPP​

تنفذ OmniCSCF المواصفات التالية من 3GPP:

المواصفةالعنوانالصلة
TS 23.228نظام الوسائط المتعددة IP (IMS) - المرحلة 2هيكل IMS الأساسي
TS 24.229بروتوكول التحكم في المكالمات الوسائط المتعددة IP (SIP)ملف SIP IMS
TS 29.228واجهات Cx و Dx (CSCF-HSS)بيانات المستخدم والمصادقة
TS 29.214واجهة Rx (P-CSCF-PCRF)التحكم في سياسة QoS
TS 32.299الشحن - تطبيقات Diameterالشحن عبر الإنترنت/غير المتصل
TS 24.341SMS عبر الشبكات IPSMS عبر IMS
TS 23.167خدمات الطوارئE-CSCF، المكالمات الطارئة، وحل CLI (الملحق K)
TS 29.514Npcf_PolicyAuthorization (N5)تفويض QoS/الوسائط لـ VoNR (P-CSCF → PCF)
TS 29.510خدمات NRF (Nnrf)تسجيل NF واكتشاف PCF

الامتثال لمعايير GSMA​

تتوافق OmniCSCF تمامًا مع ملفات تعريف GSMA IMS، مما يضمن التشغيل البيني مع الأجهزة الجاهزة:

IR.92 - ملف IMS لخدمات الصوت و SMS (VoLTE)​

GSMA PRD IR.92 يحدد ملف IMS الإلزامي لخدمات VoLTE، مما يضمن أن الأجهزة التجارية تعمل بسلاسة دون الحاجة إلى تكوينات مخصصة من شركات النقل أو حزم أجهزة مخصصة.

فوائد IR.92 الرئيسية لـ OmniCSCF:

✓ دعم الأجهزة من السوق المفتوحة: أي هاتف متوافق مع IR.92 يعمل على الفور - لا حاجة إلى حزم مخصصة من شركات النقل، أو APNs خاصة، أو توفير خاص

✓ ملف SIP موحد: تستخدم الأجهزة رؤوس SIP القياسية، والمصادقة، وتدفقات التسجيل كما هو محدد في 3GPP TS 24.229

✓ تشغي�� الترميز: يضمن دعم الترميز الإلزامي (AMR-WB للصوت عالي الدقة) جودة صوت متسقة عبر جميع الأجهزة

✓ SMS عبر IMS: يوفر التكامل مع OmniMessage تسليم SMS قائم على المعايير (TS 24.341) لأي جهاز متوافق مع IR.92

✓ خدمات الطوارئ: يعمل التعامل مع أرقام الطوارئ E.164 (911، 112، إلخ) على جميع الأجهزة المتوافقة دون تكوين خاص

✓ اتساق التجوال: يضمن التجوال الموجه إلى المنزل أن يحصل المستخدمون على نفس تجربة VoLTE عند زيارة شبكات أخرى متوافقة مع IR.92

ما يعنيه هذا: يمكن للمشغلين إطلاق خدمات VoLTE على الفور مع الأجهزة الاستهلاكية الحالية (iPhone، Samsung، Google Pixel، إلخ) دون انتظار شهادة جهاز مخصصة أو تحديثات حزمة شركات النقل.

IR.94 - ملف IMS لخدمات الصوت والفيديو و SMS (VoWiFi)​

GSMA PRD IR.94 يوسع IR.92 ليشمل الصوت عبر WiFi، مما يمكّن خدمات VoLTE عبر الشبكات غير الموثوقة.

بنية VoWiFi مع OmniCSCF:

مكونات VoWiFi:

  • OmniePDG: بوابة بيانات الحزمة المتطورة - توفر إنهاء نفق IPsec للوصول غير الموثوق
  • P-CSCF من OmniCSCF: يتعامل مع تسجيلات VoWiFi بشكل مماثل لـ VoLTE (نفس مسارات الخدمة، نفس تحفيز IFC)
  • التحويل السلس: يمكن للأجهزة الانتقال بين LTE و WiFi دون انقطاع المكالمة

فوائد IR.94:

  • تنطبق نفس فوائد IR.92 على VoWiFi
  • تكتشف الأجهزة تلقائيًا ePDG عبر DNS (دون تكوين يدوي)
  • يغطي تسجيل IMS واحد كل من VoLTE و VoWiFi
  • توسيع التغطية الداخلية دون femtocells أو DAS

لعمليات ePDG واستكشاف الأخطاء في VoWiFi، راجع وثائق OmniePDG.

معايير GSMA الأخرى​

  • IR.51 - هيكل قاعدة بيانات التجوال GSMA
  • IR.88 - إرشادات التجوال LTE
آخر تحديث في