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

التوفير التلقائي بلا لمس: من وصول الصندوق إلى النشط في 8 دقائق

كان تفعيل مشترك جديد يستغرق أياماً. عند القيام به بشكل صحيح، يُقلّصه التوفير التلقائي الحديث إلى سير عمل غير مراقب تماماً — إليك التشريح.

٢ أبريل ٢٠٢٦13 دقيقةبقلم Netxol Engineering
التوفير التلقائي بلا لمس: من وصول الصندوق إلى النشط في 8 دقائق

سير العمل الأكثر تكراراً داخل أي مشغل FTTH هو "تفعيل مشترك جديد". يدوياً، هو خمس عشرة إلى خمس وأربعين دقيقة من وقت NOC، معظمه نسخ ولصق، بمعدل خطأ 6–12% يُنتج بعضاً من زيارات الشاحنات الأغلى في الأعمال — تلك التي تخلقها بنفسك. بشكل صحيح، نفس سير العمل غير مراقب، 8 دقائق على الساعة، والعميل يدخل الإنترنت قبل أن يُغلق المهندس الخط.

ماذا يتطلب "بلا لمس" فعلاً

كثير من الموردين سيبيعونك "توفير مُؤتمَت". قليل منهم يُسلّم المسار الكامل. البلا لمس من طرف إلى طرف يتكون من أربعة أجزاء متحركة، كلها يجب أن تكون حاضرة:

  1. 1استلام الطلب — خطة مُنظّمة + سجل عميل تصل من CRM، ليس إنساناً في محادثة.
  2. 2اكتشاف هوية ONU — OLT يرى رقماً تسلسلياً جديداً غير مُسجّل، وACS يرى إبلاغ TR-069 جديداً — يجب التوفيق بينهما مع الطلب في CRM.
  3. 3دفع بروفايل — بروفايل الخدمة، VLAN، QoS، حالة RADIUS، خطة IP كلها مدفوعة إلى النطاق الصحيح (منفذ OLT، مؤشر ONU، LAN CPE).
  4. 4التحقق — المنصة تقيس فعلياً أن الخط ارتفع، وأن السرعة تُطابق الحزمة، وأن CPE يستجيب لاختبار صناعي، ثم تُغلق الطلب.

اختبار يفضح معظم الموردين

اطلب من مورد توفير مشترك جديد من البداية إلى النهاية باستخدام مكالمات API فقط — بدون نقرات UI، بدون وصول shell. إذا كان الجواب يتطلب خطوات يدوية في أي من الكتل الأربع أعلاه، فليس بلا لمس؛ بل أتمتة جزئية.

ميكانيكا جانب OLT

على OLT، البلا لمس يعتمد على شيئين يعملان معاً: سياسة التكوين المسبق لمورد OLT (اكتشاف تلقائي / تفويض تلقائي لـ ONUs غير المسجلة مقابل قائمة بيضاء بالأرقام التسلسلية)، وقدرة المنصة على حقن إدخالات القائمة البيضاء في اللحظة التي يُنشأ فيها الطلب. الكسر الأكثر شيوعاً في الإنتاج هو حالة سباق بينهما — ONU على الخط قبل دفع القائمة البيضاء، OLT يرفضها، والمنصة يجب أن تُعيد المحاولة. التطبيقات القوية تُعيد دفع القائمة البيضاء بشكل idempotent وتتحمل السباق.

ميكانيكا جانب CPE — ACS يفعل الباقي

بمجرد أن تُفوّض ONU على OLT وتحصل على عنوان IP (أو جلسة PPP)، يُسجّل CPE مع ACS عبر TR-069 (أو TR-369). في هذه النقطة يدفع ACS التكوين الذي تُمليه خطة المشترك: SSID وكلمة مرور WiFi (أو WPA3 PSK لكل مشترك)، إصدار البرنامج الثابت إذا احتاج ترقية/تخفيض، إعدادات WAN، فئات QoS، وأعلام الميزات. تطبيقات ACS الحديثة يمكنها فعل كل هذا في اتصال واحد — مقابل النمط القديم الثرثار من ثلاث رحلات ذهاب وإياب وإعادة تشغيل.

CRM ↔ NMS ↔ ACS — مستوى البيانات

السبب الذي يجعل معظم المشغلين ينتهون بـ "مؤتمَت عدا خطوة واحدة" هو أن البيانات لا تتدفق بنظافة بين الأنظمة المعنية. CRM يعرف العميل والخطة والعنوان. NMS يعرف OLT والمنفذ وONU. ACS يعرف الرقم التسلسلي لـ CPE. ربط هذه الثلاثة معاً في لحظة التفعيل هو عمل التكامل الفعلي — لا دفع التكوين نفسه.

تقصر Netxol هذا بحفظ الثلاثة في مستوى بيانات موحّد. تدفق التفعيل هو معاملة واحدة تلمس كائن المشترك وكائن الشبكة وكائن CPE — أبداً صف في ثلاث قواعد بيانات مختلفة يجب التوفيق بينه لاحقاً.

ما يُقاس

MetricBeforeAfterΔ
ساعة تفعيل3 أيام (مقيدة بالطابور)8 دقائق−98%
دقائق مهندس لكل تفعيل22 دقيقة0 (استثناءات فقط)−100%
معدل خطأ الأسبوع الأول7%0.6%−92%
زيارات شاحنة قابلة للتجنّب / 1 ألف تفعيل243−87%

مسار الاستثناء يهم أكثر من المسار السعيد

ستحصل على بلا لمس تام في حوالي 92–97% من التفعيلات. الـ 3–8% المتبقية هي استثناءات — رقم تسلسلي خطأ على الصندوق، لحام ألياف لم يتم، العميل ليس في العنوان فعلاً. حيث تعيش الأتمتة أو تموت هي في مدى نظافة تصعيد تلك الاستثناءات. يجب على المنصة إيقاف الطلب مؤقتاً، وإرفاق الأدلة التشخيصية، والتوجيه إلى الدور الصحيح، وعدم عرقلة الـ 95% الأخرى.

تجربة عميل المئوي 95

في خط أنابيب بلا لمس، أول تفاعل للعميل مع شبكتك ليس انتظار تذكرة NOC — بل SSID WiFi الذي ظهر تلقائياً بالاسم الذي أخبره الوكيل به على المكالمة.

قراءات إضافية