الانتقال إلى المحتوى
جديدNOS 1.2 · Aurora متاح الآن — NOC محادثي بـ 24 لغةجديدالطراز الرائد Core X100 — مثبّت عنقودي لأكثر من 500,000 مشتركجديدتطبيق Field Engineer — أوامر عمل وGIS واختبارات ميدانيةجديدمجموعة Netxol One — NMM · CRM · ERP تحت هوية واحدةجديدقصة نشر · 82,000 مشترك على Core X20 واحد
Netxol
مزوّد خدمة FTTH · 140 ألف مشترك · الشرق الأوسط

اكتشاف انقطاعات الألياف قبل اتصال أول عميل

منح الزحف التلقائي بالذكاء الاصطناعي وتحليل الأسباب الجذرية NOC سبقاً قدره 30 دقيقة على الأعطال، محوّلاً الاستجابة الارتجالية إلى ضمان استباقي.

RCA بالذكاء الاصطناعيAuto-Fixالضمانالطوبولوجيا
اكتشاف انقطاعات الألياف قبل اتصال أول عميل

−47%

MTTR

−38%

الشكاوى الواردة

−61%

خروقات SLA

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

الخلفية

يشغّل المشغّل أسطولاً مختلطاً من OLT من Huawei وZTE، مع اعتماد كبير على الألياف الهوائية في الأحياء الأقدم والألياف تحت الأرضية في الأحياء الأحدث. كانت الأحداث المناخية — وبخاصة العواصف الرملية النادرة لكن الشديدة — تُنتج مجموعات من الأعطال يعرضها NMS القائم على شكل آلاف الإنذارات المستقلّة. لم يكن NOC مُثقلاً بالأعطال بل بالضجيج.

كان تدفق الضمان السابق كالآتي: يتصل العميل، يُفتح تذكرة، يبحث مهندس NOC عبر خمس أدوات، تُحدَّد السبب الجذري بعد 12–25 دقيقة، يُتّخذ الإجراء، وتُغلق التذكرة. كان متوسط زمن الإصلاح يزيد قليلاً عن 38 دقيقة. وكانت خروقات SLA على دوائر الشركات بمعدل 8–12 شهرياً. أراد مجلس الإدارة تحسينات لا تتطلّب مضاعفة عدد الموظفين.

ما سعينا لتحقيقه

  • خفض حجم الإنذارات المرئية إلى إشارة قابلة للتنفيذ — دون فقدان الأعطال الحقيقية.
  • تتبّع أي عطل جديد عكسياً حتى سببه الحقيقي في ثوانٍ.
  • اكتشاف الأعطال قبل أن يتصل المشتركون — أي بشكل استباقي، من القياسات عن بُعد وحدها.
  • المعالجة التلقائية لفئات الأعطال الآمنة للإصلاح تلقائياً (ارتفاع حرارة CPE، تذبذب مصادقة RADIUS، تذبذبات شائعة ناتجة عن البرنامج الثابت).

المنهجية

طرح لمدة ستة أشهر، مضبوط بفحوصات صحّة عند كل مرحلة

1المرحلة 1 — توحيد القياسات عن بُعدالأسابيع 1–4
  • إدماج جميع أجهزة OLT في Netxol NMM (SNMP وSSH وAPIs المورّدين).
  • دفق جميع الإنذارات إلى مخزن الأحداث في Netxol مع إرفاق سياق الطوبولوجيا عند الاستيعاب.
  • وضع مستويات مرجعية للأحجام: إنذارات/أسبوع، شكاوى/أسبوع، توزيع MTTR.
2المرحلة 2 — قمع الإنذاراتالأسابيع 4–8
  • تفعيل التجميع المدرك للطوبولوجيا — تتذبذب ONUs الشقيقة معاً فتنطوي في حدث واحد لمنفذ OLT.
  • يقمع الارتباط عبر نافذة زمنية الإنذارات اللاحقة خلال 90 ثانية من حدث أصلي.
  • انخفض حجم الإنذارات المرئية بنسبة 86% في أول نافذة قياس؛ ولم يُفقد أي عطل حقيقي في الفترة ذاتها.
3المرحلة 3 — محرّك RCA بالذكاء الاصطناعيالأسابيع 8–14
  • تشغيل RCA في وضع الظل لمدة 3 أسابيع. يرى NOC استنتاجات الذكاء الاصطناعي جنباً إلى جنب مع استنتاجاته.
  • عيّنة معايرة: 200 نتيجة بمستوى ثقة ≥ 90% — منها 184 صحيحة (معايرة مقبولة).
  • ترقية RCA إلى الوضع النشط: يُرفَق استنتاج الذكاء الاصطناعي بكل تذكرة عند فتحها.
4المرحلة 4 — الاكتشاف الاستباقيالأسابيع 14–20
  • مكتبة أنماط لتوقيعات الإنذار المبكّر (انحراف قدرة Rx، وتكرار إعادة تهيئة عتاد ONU).
  • يعمل Netxol AI Auto-Crawler باستمرار على الشبكة الحيّة — يفتح تذاكره الخاصة قبل مكالمات العملاء.
  • الشهر الأول المُقاس: 42% من تذاكر الأعطال فُتحت قبل أي مكالمة عميل.
5المرحلة 5 — معالجة تلقائية مُقيّدةالأسابيع 20–24
  • مكتبة سياسات Auto-Fix: ارتفاع حرارة CPE → حدّ QoS + إشعار؛ ONU عالقة في المرحلة 4 → إعادة تشغيل خاضعة للتحكّم.
  • حدود نطاق التأثير وبوابات تحقّق على كل إجراء.
  • حُلّت 57% من تذاكر الأعطال دون تدخّل بشري في الشهر الأول من Auto-Fix.

المكسب غير المتوقّع — رباطة الجأش أمام عاصفة الإنذارات

لم يكن أنفع أثر للنشر متوقّعاً مسبقاً. تاريخياً، كانت العواصف الرملية تُنتج "عواصف إنذارات" — أكثر من 4,000 حدث في 30 دقيقة، فتُغرق NOC بالكامل. مع القمع المدرك للطوبولوجيا والمعالجة الاستباقية بالذكاء الاصطناعي، أنتج الحدث المناخي ذاته في الشهر الخامس 71 حدثاً فقط لتتعامل معها NOC؛ أما البقية فقد قُمعت (مرتبطة بأصول معروفة) أو عولجت تلقائياً (إعادة تشغيل، إعادة دفع الملفات التعريفية). وصف NOC ذلك بأنه "يوم سيئ قابل للإدارة" بدلاً من "نوبة ضائعة".

أصبحت فئة SLA جديدة ممكنة

بعد المرحلة 4، أطلق المشغّل فئة "Proactive Care" لعملاء الشركات الصغيرة والمتوسطة، مدعومة بالتزام تعاقدي بنافذة إشعار استباقية مدتها 30 دقيقة. لم يكن ممكناً بيع تلك الفئة إلا لأن المنصة صارت توفّرها باستمرار.

النتائج

MetricBeforeAfterΔ
الإنذارات المرئية / يوم2,400 (متوسط)230−90%
متوسط زمن الإصلاح38 دقيقة20 دقيقة−47%
مكالمات الأعطال الواردة / شهر11,4007,050−38%
خروقات SLA / شهر10 (متوسط)4−61%
الاكتشاف الاستباقي للأعطال0%42%قدرة جديدة

الحزمة التقنية المستخدمة

  • Netxol NMM — محوّلات Huawei + ZTE وSNMP وsyslog وAPIs المورّدين.
  • Netxol AI RCA Engine — بايزي + رسم بياني للطوبولوجيا + تتبّع تاريخي عكسي.
  • Netxol AI Auto-Crawler — كشف مستمر للانحرافات.
  • محرّك سياسات Netxol Auto-Fix مع حدود لنطاق التأثير.
  • مخزن أحداث مع قمع وتجميع مدركَين للطوبولوجيا.

الدروس المستفادة

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