تساعد شبكات الجيل الخامس على توسيع فئات معينة من إنترنت الأشياء، بفضل سعة اتصال أكبر، وزمن استجابة أقل في سيناريوهات محددة، ودعم أفضل للتطبيقات الصناعية والحرجة والبيئات المكتظة بالأجهزة. لكنها ليست الشبكة المناسبة لكل جهاز IoT، ولا بديلًا تلقائيًا عن Wi‑Fi أو Bluetooth أو NB‑IoT أو LTE‑M.
كثيرًا ما يُختزل الحديث عن 5G وإنترنت الأشياء في معادلة بسيطة: شبكة أسرع تعني أجهزة أذكى. غير أن الواقع الهندسي أعقد من ذلك بكثير. فعدّاد المياه الذي يعمل على بطارية واحدة لعشر سنوات لا يحتاج شيئًا من السرعة التي تطلبها كاميرا صناعية عالية الدقة، وروبوت خط الإنتاج يطلب زمن استجابة وموثوقية لا يعنيان شيئًا لحساس رطوبة يرسل بضعة بايتات كل ساعة.
لهذا لا يكون السؤال المفيد «هل 5G أفضل لإنترنت الأشياء؟»، بل سؤال أدق يوجّه هذا المقال كله:
أي نوع من الاتصال يناسب متطلبات جهاز IoT وحالة استخدامه؟ ومتى تضيف 5G قيمة فعلية؟
إنترنت الأشياء: منظومة لا جهاز
إنترنت الأشياء (Internet of Things — IoT) منظومة من الأجهزة المادية القادرة على الاستشعار أو القياس أو التحكم، وعلى التواصل مع أنظمة أخرى عبر الشبكات. وتمتد هذه الأجهزة من حساسات الحرارة والرطوبة وعدادات الكهرباء والمياه وأجهزة تتبع الأصول، إلى الكاميرات والروبوتات الصناعية والأجهزة الطبية المتصلة، مرورًا بالسيارات والأجهزة المنزلية الذكية والأنظمة الزراعية ومعدات المصانع.
لكن نظام IoT أكثر من «جهاز متصل بالإنترنت». فالحساس يلتقط القياس، ثم تعبر البيانات طبقة الاتصال نحو بوابة أو شبكة تجمعها، لتصل إلى منصة Edge أو سحابية تعالجها وتحللها، وأخيرًا يترجم التطبيق أو منظومة الأتمتة الناتج إلى قرار منفَّذ. الشبكة حلقة واحدة في هذه السلسلة، والسلسلة كلها تنهار إذا انكسرت أي حلقة قبلها أو بعدها.
من هنا تأتي قاعدة أساسية: حتى أسرع شبكة لن تنقذ مشروع IoT إذا كان الجهاز يستنزف بطاريته بسرعة، أو كانت البيانات رديئة، أو المنصة غير آمنة، أو كان التطبيق لا يحتاج أصلًا إلى اتصال واسع النطاق.
أين تدخل 5G في هذه المنظومة؟
موقع 5G هو طبقة الاتصال تحديدًا. وفيها يمكن أن تمنح بعض المشاريع معدلات بيانات مرتفعة، وزمن استجابة منخفضًا في حالات استخدام محددة، وقدرة على خدمة أعداد كبيرة من الأجهزة، وجودة خدمة أكثر قابلية للضبط. وتضيف إلى ذلك أدوات معمارية مثل Network Slicing في البيئات الداعمة، والشبكات الخاصة للمصانع والمنشآت، وتكاملًا أوثق مع Edge Computing، فضلًا عن خيارات مخصصة للأجهزة الأقل تعقيدًا مثل RedCap.
غير أن هذه القائمة من القدرات لا تعني أن كل جهاز يجب أن يحمل مودم 5G كاملًا، وهو ما يتضح فور مقارنة ثلاثة أجهزة من عالم IoT نفسه.
ثلاثة أجهزة وثلاث أولويات مختلفة
عدّاد المياه الذكي يرسل قيمة استهلاك صغيرة بضع مرات في اليوم، فما يهمه هو عمر بطارية طويل وتغطية جيدة وتكلفة منخفضة وموثوقية، مع حجم بيانات ضئيل. السرعة هنا لا تكاد تدخل في الحساب.
أما كاميرا المراقبة الصناعية فقد ترسل فيديو أو بيانات رؤية حاسوبية، فتنقلب الأولويات: عرض نطاق أعلى، واستجابة أسرع، واتصال مستقر. ويذهب الروبوت الصناعي أبعد من ذلك، إذ قد يحتاج زمن استجابة شديد الانخفاض، وموثوقية عالية، وتزامنًا دقيقًا، وشبكة محلية يمكن التحكم فيها.
| الجهاز | نمط البيانات | الأولوية الأولى |
|---|---|---|
| عدّاد مياه ذكي | قيم صغيرة بضع مرات يوميًا | البطارية والتغطية والتكلفة |
| كاميرا مراقبة صناعية | فيديو أو بيانات رؤية حاسوبية | عرض النطاق والاستقرار |
| روبوت صناعي | أوامر تحكم وتزامن مستمر | زمن استجابة منخفض جدًا وموثوقية |
الخلاصة أنه لا توجد تقنية اتصال واحدة مثالية لكل IoT، وأن قيمة 5G تظهر حين نعرف بدقة ما الذي أضافته.
ما الذي أضافته 5G؟ السيناريوهات الثلاثة لـIMT‑2020
وضع إطار IMT‑2020، المرتبط بالجيل الخامس، ثلاث فئات رئيسية للاستخدام، لكل منها أهداف أداء مرجعية. وفهم هذه الفئات، وفهم حدود أرقامها، هو المدخل الصحيح لتقييم 5G في أي مشروع.
eMBB — النطاق العريض المحسّن
تركز فئة Enhanced Mobile Broadband على نقل كميات كبيرة من البيانات، وتستفيد منها تطبيقات مثل الفيديو عالي الدقة وكاميرات IoT والواقع المعزز وأجهزة الفحص الميداني وبعض المركبات المتصلة. وتتضمن متطلبات IMT‑2020 المرجعية في هذا السيناريو 20 جيجابت/ثانية كذروة للوصلة الهابطة و10 جيجابت/ثانية للوصلة الصاعدة.
لكن هذه أرقام Peak Technical Requirements، أي متطلبات تقنية للذروة، لا السرعة التي سيحصل عليها جهاز فعلي بصورة مستمرة. فالسرعة الواقعية حصيلة عوامل كثيرة: الطيف المتاح، وعرض القناة، وعدد المستخدمين، والتغطية، ونوع الشبكة، وقدرات الجهاز، وتقنية MIMO، وحمل الشبكة، والبنية الخلفية التي تقف وراءها.
URLLC — الاتصالات فائقة الموثوقية منخفضة الزمن
صُممت فئة Ultra-Reliable Low-Latency Communications لخدمات تحتاج الموثوقية العالية والزمن المنخفض معًا، مثل بعض أنظمة الأتمتة الصناعية والتحكم عن بعد والتطبيقات الحساسة للزمن والشبكات الصناعية الخاصة. ويشير معيار IMT‑2020 إلى 1 ms كمتطلب User Plane Latency في سيناريو URLLC ضمن ظروف التقييم المحددة.
وهنا يقع أحد أكثر الأخطاء شيوعًا: هذا الرقم لا يعني أن أي تطبيق يعمل على 5G سيحصل على 1 ms end-to-end latency. فالزمن الكلي الذي يشعر به التطبيق يتراكم عبر الجهاز نفسه، وجدولة الشبكة، والـCore Network، والإنترنت، وعقدة Edge أو السحابة، ثم الخادم والتطبيق. لذلك يجب التفريق دائمًا بين Radio/User-plane target وبين زمن الاستجابة الفعلي من التطبيق إلى التطبيق.
mMTC — اتصالات الآلات الكثيفة
تستهدف فئة Massive Machine-Type Communications دعم عدد ضخم من الأجهزة التي تتبادل بيانات صغيرة نسبيًا. ومتطلب IMT‑2020 المرجعي لكثافة الاتصال فيها هو 1,000,000 جهاز لكل كيلومتر مربع.
ومرة أخرى، هذا رقم ضمن إطار المتطلبات والتقييم، لا وعد بأن أي شبكة تجارية تستطيع تشغيل مليون جهاز في أي كيلومتر مربع مع أي نمط حركة وبيانات.
قراءة الأرقام بواقعية: السرعة والتغطية والهوائيات
الأرقام المرجعية السابقة تولّد بدورها ثلاث مقولات شائعة تستحق الفحص قبل أن تتسلل إلى دراسة جدوى أي مشروع.
هل 5G أسرع من 4G بمئة مرة؟
العبارة شائعة، لكنها مضللة إذا قُدمت كحقيقة عامة. فالمواصفات النظرية تسمح بفارق كبير في الذروة، بينما قد يلمس المستخدم فروقًا أصغر بكثير في الواقع، بل قد تتفوق شبكة 4G متقدمة وجيدة التغطية في موقع معين على شبكة 5G تعمل بطيف محدود أو تحت حمل كبير.
السبب أن الأداء الذي يهم المشروع يتشكل من عناصر منفصلة: القدرة النظرية القصوى (Peak theoretical capability)، والإنتاجية التي يختبرها المستخدم فعلًا (User-experienced throughput)، والتغطية، والازدحام، ونطاق الطيف المستخدم. ولهذا لا يجوز استخدام عبارات مثل «5G = 10 Gbps» أو «أسرع 100 مرة» لتوقع أداء مشروع IoT قبل اختبار فعلي في الموقع.
هل تغطي 5G مسافة أكبر من 4G؟
ليس بالضرورة، لأن التغطية تعتمد قبل كل شيء على التردد. وكل نطاق من نطاقات 5G يقدم مقايضة مختلفة بين المدى والسعة:
| النطاق | التغطية والاختراق | السرعة والسعة | ملاحظة |
|---|---|---|---|
| Low-band | تغطية أكبر واختراق أفضل نسبيًا | أقل من النطاقات الأعلى | مناسب للمساحات الواسعة |
| Mid-band | توازن جيد | سعة جيدة | أساسي في كثير من شبكات 5G |
| mmWave | مدى أقصر وحساسية أعلى للعوائق | عرض نطاق كبير وسرعات مرتفعة محتملة | يحتاج غالبًا كثافة أكبر من الخلايا |
لذلك فإن عبارة «5G لها نطاق أوسع من 4G» ليست قاعدة صحيحة؛ النطاق الترددي هو الذي يحدد المدى، لا اسم الجيل.
دور MIMO وحدوده في أجهزة IoT
MIMO اختصار لـMultiple Input Multiple Output، ووظيفتها لا تقتصر على إرسال نسخ متعددة من الإشارة حتى «تنجو نسخة واحدة». فهي تُستخدم في Spatial Multiplexing لزيادة السعة، وفي Diversity لتحسين الاعتمادية، وفي Beamforming لتوجيه الطاقة الراديوية نحو المستخدم، وكلها تصب في تحسين الكفاءة الطيفية. وتعتمد شبكات 5G على Massive MIMO في سيناريوهات كثيرة لرفع الكفاءة والسعة، خصوصًا في النطاقات المتوسطة.
لكن الجهاز الطرفي الصغير قصة أخرى: فاعتبارات الطاقة والحجم والتكلفة قد تمنعه من حمل العدد نفسه من الهوائيات أو التعقيد الراديوي نفسه. وهذا القيد تحديدًا أحد الأسباب التي أدت إلى ظهور RedCap، بعد أن نتوقف عند التقنيات التي سبقتها.
NB‑IoT وLTE‑M: الأساس الذي لم يتقاعد
من أهم النقاط التي تضيع في الشروحات المبسطة أن تقنيات IoT الخلوية السابقة ما زالت في قلب المشهد. فبحسب GSMA تبقى NB‑IoT وLTE‑M أساسًا مهمًا لـMassive IoT، خصوصًا للتطبيقات التي تحتاج استهلاك طاقة منخفضًا، وتكلفة جهاز منخفضة، وتغطية واسعة، وبطارية طويلة العمر، مع معدل بيانات محدود.
والأرقام تؤكد ذلك: فقد تجاوز عدد اتصالات NB‑IoT وLTE‑M الخلوية منخفضة الطاقة مليار اتصال نشط بنهاية 2025 وفق GSMA. وتجد هذه التقنيات مكانها الطبيعي في العدادات الذكية وتتبع الأصول والزراعة وحساسات البنية التحتية وأجهزة القياس البعيدة. فالانتقال إلى 5G إذن لا يعني التخلص الفوري من كل ما سبقه.
RedCap: الحلقة الوسطى بين LPWA و5G الكامل
بين هذين العالمين ظهرت فجوة واضحة: أجهزة IoT تحتاج قدرات أكبر مما تقدمه NB‑IoT وLTE‑M، لكنها لا تحتاج مودم 5G كامل التعقيد والسرعة والتكلفة. لهذه الفجوة صُممت 5G RedCap — Reduced Capability، التي قدمتها 3GPP في Release 17، ثم طورتها إلى eRedCap في Release 18.
تقوم الفكرة على تقليص تعقيد الجهاز واستهلاكه للطاقة وعدد الهوائيات أو القدرات الراديوية المطلوبة، ومن ثم تكلفته، مع الاحتفاظ بميزات من بيئة 5G تناسب حالات الاستخدام متوسطة المتطلبات. ومن أبرز هذه الحالات الأجهزة القابلة للارتداء (Wearables)، والكاميرات وأنظمة المراقبة متوسطة المتطلبات، وتطبيقات Telemetry، والأجهزة الصناعية، والشبكات الكهربائية الذكية (Smart Grid)، والأجهزة الطبية المتصلة، وأجهزة التتبع التي تحتاج قدرات تفوق LPWA التقليدية.
وتصف GSMA تقنيتي RedCap وeRedCap بأنهما طبقة تقع عمليًا بين تقنيات LPWA مثل NB‑IoT/LTE‑M وبين 5G NR كامل القدرات. ويواصل القطاع في 2026 تطوير HD-FDD eRedCap لخفض استهلاك الطاقة والتكلفة أكثر، ودعم Massive IoT على 5G.
كيف تختار تقنية الاتصال المناسبة؟
بعد أن اتضحت الخريطة، يصبح المنهج العملي واضحًا: لا تبدأ باسم الشبكة، بل بمتطلبات الجهاز. والأسئلة التالية هي التي تحسم الاختيار عادة:
| السؤال | لماذا يهم؟ |
|---|---|
| كم حجم البيانات؟ | يحدد الحاجة إلى Bandwidth |
| كم مرة يرسل الجهاز؟ | يؤثر في الطاقة وحجم الشبكة |
| ما عمر البطارية المطلوب؟ | قد يستبعد حلولًا عالية الاستهلاك |
| هل الجهاز متحرك؟ | يؤثر في LTE-M/5G وغيرها |
| ما زمن الاستجابة المطلوب؟ | يحدد الحاجة إلى شبكة أكثر حساسية للزمن |
| هل التطبيق حرج؟ | يؤثر في الموثوقية والـSLA |
| هل توجد تغطية فعلية؟ | أهم من مواصفات النظرية |
| كم تكلفة المودم والاشتراك؟ | تؤثر في اقتصاد المشروع |
| هل الاتصال محلي أم واسع النطاق؟ | قد يجعل Wi‑Fi/BLE كافيًا |
| ما عمر المشروع؟ | مهم لتوافر الشبكة والدعم |
| هل يحتاج اتصالًا مباشرًا بالسحابة؟ | أم تكفي Gateway محلية؟ |
مقارنة مفاهيمية بين التقنيات
حين تتضح الإجابات، تأتي المقارنة بين الخيارات المتاحة. الجدول التالي مفاهيمي، إذ يختلف الأداء الفعلي حسب الشبكة والجهاز والتردد والتنفيذ:
| التقنية | الاستخدام النموذجي | معدل البيانات | الطاقة | النطاق |
|---|---|---|---|---|
| Bluetooth LE | أجهزة قريبة وWearables | منخفض–متوسط | منخفض جدًا | قصير |
| Wi‑Fi | منزل/مكتب/كاميرات | مرتفع | أعلى | محلي |
| LoRaWAN | حساسات واسعة منخفضة البيانات | منخفض جدًا | منخفض جدًا | واسع |
| NB-IoT | عدادات وحساسات خلوية | منخفض | منخفض | واسع |
| LTE-M | تتبع وIoT متنقل | منخفض–متوسط | منخفض | واسع |
| 5G RedCap/eRedCap | IoT متوسط المتطلبات | متوسط | أقل من 5G الكامل | خلوي |
| 5G NR كامل | فيديو/صناعة/أداء عالٍ | مرتفع | أعلى | خلوي |
5G في الميدان: كيف تتغير التطبيقات؟
ينعكس منطق الاختيار السابق مباشرة على القطاعات المختلفة، حيث نادرًا ما تعمل 5G وحدها.
في المصانع يمكن أن تدعم 5G حساسات المعدات والروبوتات والمركبات الموجهة آليًا (AGVs) وكاميرات الفحص وتطبيقات الصيانة التنبؤية (Predictive Maintenance)، إضافة إلى الشبكات الخاصة. لكن المشروع الصناعي لا يقوم عليها وحدها؛ فغالبًا ما تتعايش في البيئة نفسها شبكات Ethernet وWi‑Fi وتقنيات صناعية أخرى.
وفي المدن الذكية تتنوع الأحمال بين العدادات والإضاءة والمواقف ومراقبة البنية التحتية والكاميرات والنقل، فقد يكتفي الحساس البسيط بـNB‑IoT بينما يحتاج تطبيق الفيديو مسارًا مختلفًا تمامًا. وفي اللوجستيات، حيث تتبع الأصول (Asset Tracking) ومراقبة الأساطيل ومستشعرات الشحن ومراقبة سلسلة التبريد (Cold-chain monitoring)، قد تكون LTE‑M أو NB‑IoT أو RedCap أكثر منطقية من 5G كامل القدرات.
أما في الصحة فيمكن للشبكات الخلوية أن تدعم الأجهزة القابلة للارتداء والمراقبة عن بعد ونقل بيانات الأجهزة الطبية، لكن أي استخدام طبي حرج يتطلب اشتراطات سريرية وتنظيمية وأمنية خاصة لا تكفي سرعة الشبكة لتلبيتها. وفي الزراعة تحتاج معظم الحالات تغطية واسعة واستهلاكًا منخفضًا وإرسال بيانات صغيرة، فتكون LPWA غالبًا أنسب من مودم 5G كامل. وأخيرًا تستفيد المركبات والأنظمة المتحركة من التغطية الخلوية والإنتاجية وتقنيات V2X في السيناريوهات الداعمة والمعالجة الطرفية، مع بقاء متطلبات السلامة أوسع من أن تُختزل في اتصال الشبكة.
الأدوات المعمارية المرافقة: Edge والشبكات الخاصة وNetwork Slicing
تأتي 5G مصحوبة بثلاث أدوات معمارية تُذكر معها دائمًا، ولكل منها حدود يجب فهمها.
Edge Computing: المعالجة حيث تولد البيانات
إرسال كل البيانات إلى سحابة بعيدة ليس دائمًا الخيار الأمثل. فبدلًا من ذلك، يرسل جهاز IoT بياناته عبر 5G أو شبكة محلية إلى عقدة Edge داخل الموقع، تعالج ما يلزم محليًا وترفع إلى السحابة النتائج المجمعة فقط. بهذا التدرج تحصل الأحداث الحرجة على استجابة سريعة في الموقع، بينما تحتفظ السحابة بقدرات التخزين والتحليل العميق لما لا يستعجله الزمن.
وتظهر فائدة الـEdge حين نحتاج استجابة أسرع، أو تقليل حجم البيانات المرسلة، أو معالجة الفيديو محليًا، أو استمرار بعض الوظائف عند ضعف الاتصال الخارجي، أو حماية بيانات معينة من مغادرة الموقع. ومثالها النموذجي كاميرا المصنع: فهي لا تحتاج رفع كل إطار إلى السحابة، بل تُعالج الفيديو قرب موقع المصنع، ثم تُرسل نتائج الكشف (Detection results) والتنبيهات والمقاييس المجمعة بدل الفيديو الخام كاملًا.
شبكات 5G الخاصة
في بعض المصانع والموانئ والمنشآت يمكن تشغيل شبكة خلوية خاصة، أو ما يُعرف بـNon-Public Network. ومزاياها المحتملة تحكم أكبر بالشبكة، وسياسات أمن منفصلة، وتغطية مصممة على مقاس الموقع، وجودة خدمة أفضل حسب الحالة، وتكامل مع الأنظمة المحلية، وإدارة مباشرة للأجهزة الصناعية.
لكنها ليست «أفضل دائمًا» من Wi‑Fi أو Ethernet. فالقرار يتطلب موازنة التكلفة، وتوافر الطيف، والأجهزة الداعمة، وخبرة التشغيل، وحالات الاستخدام الفعلية، ومدى الحاجة إلى التنقل (mobility)، ومستوى جودة الخدمة المطلوب.
Network Slicing: شرائح منطقية لا شبكة لكل جهاز
لا تعني Network Slicing شبكة مستقلة لكل جهاز. إنها آلية تسمح بتقديم خصائص شبكية منطقية مختلفة فوق بنية 5G نفسها، وفق الخدمة والسياسات. فيمكن تصميم شريحة (Slice) لخدمة تحتاج زمن استجابة مختلفًا، أو سياسة أمنية خاصة، أو سعة محددة، أو مستوى QoS معينًا. غير أن وجود 5G لا يعني تلقائيًا أن كل مشغل وكل مشروع يملك Network Slicing متقدمًا ومتاحًا تجاريًا بالطريقة نفسها.
الأمن والتوسع: ما لا تحله الشبكة وحدها
هل تجعل 5G إنترنت الأشياء أكثر أمانًا؟
ليس تلقائيًا. قد تقدم 5G تحسينات في المصادقة والبنية والسياسات، لكن مشروع IoT يبقى معرضًا لمخاطر تقع خارج الشبكة تمامًا: كلمات مرور افتراضية، وFirmware قديم، وتحديثات غير آمنة، ومفاتيح مسربة، وواجهات APIs ضعيفة، وصلاحيات مبالغ فيها، وأخطاء في إعدادات السحابة (Cloud misconfiguration)، وأجهزة مهجورة بعد البيع، ومخاطر سلسلة التوريد، وتخزين بيانات حساسة، ومنافذ وخدمات غير ضرورية.
ولهذا تتجه المرجعيات الأمنية إلى الجهاز نفسه. ففي أبريل 2026 نشر NIST مراجعة NISTIR 8259 Rev. 1 حول الأنشطة الأساسية التي ينبغي لمصنعي IoT مراعاتها طوال دورة حياة المنتج، بينما يحدد NISTIR 8259A القدرات الأساسية للجهاز:
| القدرة الأساسية (NISTIR 8259A) | ما تعنيه |
|---|---|
| Device Identification | هوية فريدة للجهاز |
| Device Configuration | إمكانية ضبط إعدادات الجهاز |
| Data Protection | حماية البيانات المخزنة والمنقولة |
| Logical Access to Interfaces | تقييد الوصول إلى الواجهات |
| Software Update | تحديث البرمجيات بأمان |
| Cybersecurity State Awareness | الوعي بحالة الجهاز الأمنية |
والفكرة الجوهرية هنا:
أمن الشبكة لا يعوض جهازًا غير آمن.
هل تتحمل الشبكة أي عدد من الأجهزة؟
لا. فكثافة الأجهزة ليست مجرد رقم راديوي. المشروع الذي يضم أعدادًا كبيرة من الأجهزة يجب أن يحسب حساب عواصف الاتصال (Attach storms)، وإعادة اتصال الأجهزة دفعة واحدة بعد انقطاع الكهرباء، وحمل الإشارات (Signaling overhead)، وتحديثات Firmware، وإدارة شرائح SIM/eSIM، والتجوال (Roaming)، ثم قدرة السحابة على استقبال البيانات (Cloud ingestion)، وقابلية قواعد البيانات للتوسع، وسعة وسيط الرسائل (Message broker). فمليون جهاز يرسل كل منها رسالة صغيرة كل بضع ساعات يختلف جذريًا عن مليون كاميرا تحاول بث الفيديو.
ما بعد اليوم: 5G-Advanced والأقمار الصناعية و6G
5G-Advanced
Release 18 هو أول Release يُشار إليه رسميًا ضمن 5G-Advanced. ويحمل تطورات مرتبطة بـIoT، منها تحسين RedCap وتقديم eRedCap، وتحسينات في توفير الطاقة، ومسارات تطوير لـIoT عبر الشبكات غير الأرضية، وشبكات IoT الشخصية (Personal IoT Networks)، وتحسينات صناعية وفي تحديد الموقع والتطبيقات العمودية. ويُظهر مسار 3GPP أن Release 19 أصبح Frozen في ديسمبر 2025، بينما ما يزال Release 20 مفتوحًا في 2026، وهو ما يؤكد أن 5G لم تتوقف عند إصدارها الأول، بل ما زالت تتطور.
الشبكات غير الأرضية (NTN)
توسع Non-Terrestrial Networks مفهوم الاتصال إلى ما وراء الأبراج الأرضية التقليدية. وبالنسبة لإنترنت الأشياء تبرز قيمتها في الزراعة البعيدة والبحار وخطوط الأنابيب والتعدين والمناطق قليلة البنية التحتية والتتبع الدولي، وتعمل 3GPP على مسارات تشمل دعم IoT عبر NTN. لكن الاتصال الفضائي لن يحل محل الشبكات الأرضية؛ إنه طبقة تغطية إضافية لحالات استخدام بعينها.
وماذا عن 6G؟
في 2026، 6G ليست شبكة تجارية ناضجة تحل محل 5G. فالاسم الرسمي للجيل القادم لدى ITU هو IMT‑2030، وقد انتهت مجموعة العمل التابعة لـITU في فبراير 2026 من إعداد مسودة متطلبات الأداء له، واكتملت في يونيو 2026 مسودة إرشادات تقييم تقنيات الراديو المرشحة، بينما تستمر العملية المعيارية. وبالتوازي بدأت 3GPP في Release 20 دراسات مرتبطة بمعمارية 6G وحالات الاستخدام والبروتوكولات. فالتوصيف الدقيق اليوم هو:
6G في مرحلة التقييس والدراسة والتطوير، بينما 5G و5G‑Advanced هما الأساس التجاري الحالي الذي يتوسع عليه IoT الخلوي.
من النظرية إلى القرار
أخطاء شائعة في تصميم مشاريع 5G IoT
تتكرر في المشاريع الفعلية أخطاء بعينها، يجمعها الجدول التالي مع التصحيح المقابل لكل منها:
| الخطأ | التصحيح |
|---|---|
| البدء بعبارة «نريد 5G» | ابدأ بحالة الاستخدام ثم اختر الاتصال |
| اختيار الشبكة بناءً على السرعة فقط | قد تكون البطارية أهم من Mbps |
| استخدام Peak Speed في Business Case | الذروة النظرية ليست Throughput حقيقيًا مضمونًا |
| اعتبار 1 ms زمنًا نهائيًا للتطبيق | End-to-end latency أكبر من زمن واجهة الراديو وحدها |
| تجاهل تغطية المشغل | تحقق من التغطية والـBand المتاح فعليًا |
| إرسال كل البيانات إلى Cloud | استخدم Edge أو Filtering عندما يفيد ذلك |
| تجاهل عمر الجهاز | مشروع Sensor لمدة 10–15 سنة يحتاج استراتيجية لاستمرارية الشبكة وFirmware وSIM/eSIM وتحديثات الأمن |
| ربط كل الأجهزة مباشرة بالإنترنت | أحيانًا تكون Gateway محلية أكثر أمانًا وأقل تكلفة |
| افتراض أن 5G تحل الأمن | الأمن يبدأ من الجهاز والهوية والتحديثات والصلاحيات |
إطار عملي لاختيار الاتصال
قبل اتخاذ القرار، دوّن القيم التالية لمشروعك بأرقام فعلية لا بتقديرات عامة:
| المعيار | ما الذي تدوّنه |
|---|---|
| Payload size | حجم الرسالة الواحدة |
| Messages per day | عدد الرسائل يوميًا |
| Peak throughput | أعلى معدل بيانات مطلوب |
| Required latency | زمن الاستجابة المطلوب |
| Reliability | مستوى الموثوقية |
| Battery life | عمر البطارية المستهدف |
| Coverage | التغطية المتاحة في الموقع |
| Mobility | هل الجهاز ثابت أم متحرك |
| Device count | عدد الأجهزة |
| Hardware cost | تكلفة العتاد |
| Monthly connectivity cost | تكلفة الاتصال الشهرية |
| Security classification | التصنيف الأمني للبيانات |
| Expected product lifetime | العمر المتوقع للمنتج |
بعدها قارن بين BLE وWi‑Fi وEthernet وLoRaWAN وNB‑IoT وLTE‑M وRedCap/eRedCap وFull 5G NR. وكثيرًا ما تكتشف أن أفضل معمارية تجمع أكثر من تقنية. فالتصميم الواقعي قد يبدأ بحساسات منخفضة الطاقة تتحدث عبر BLE إلى بوابة قريبة تجمع بياناتها، ثم ترسلها البوابة عبر 5G أو Fiber إلى عقدة Edge تعالجها محليًا، وترفع الخلاصات وحدها إلى السحابة. كل تقنية هنا تؤدي الدور الذي تتفوق فيه: الحساس يحافظ على بطاريته، والبوابة تجمع، و5G تنقل بسرعة، والـEdge يقرر محليًا. وهذا أبعد ما يكون عن النمط الساذج الذي يزوّد كل حساس بمودم 5G خاص يرسل مباشرة إلى السحابة.
الخلاصة
العلاقة بين 5G وإنترنت الأشياء أعمق من مجرد «سرعة أكبر». فقيمة 5G تأتي من قدرتها على خدمة فئات مختلفة من الاتصال: eMBB للبيانات الكثيفة، وURLLC للتطبيقات الحساسة للزمن والموثوقية، وMassive IoT للأعداد الكبيرة من الأجهزة، وRedCap/eRedCap لسد الفجوة بين LPWA و5G الكامل، والشبكات الخاصة لبعض البيئات الصناعية، ثم Edge وNetwork Slicing وNTN كعناصر مكملة حسب طبيعة المشروع.
وفي المقابل، تبقى NB‑IoT وLTE‑M وWi‑Fi وBluetooth وتقنيات LPWA الأخرى الخيار الأنسب لعدد كبير من الأجهزة. لذلك لا يبدأ التصميم الجيد بالسؤال «كيف نستخدم 5G؟»، بل بسؤال آخر:
ما متطلبات الجهاز والتطبيق؟ وما أقل تقنية اتصال تعقيدًا وتكلفة تحقق هذه المتطلبات بأمان وموثوقية؟
المصادر والمراجع
ITU — IMT-2020 and Report ITU-R M.2410
https://www.itu.int/en/itu-r/study-groups/rsg5/rwp5d/imt-2020/pages/default.aspx
https://www.itu.int/pub/R-REP-M.2410/en3GPP — Release 18 / 5G-Advanced
https://www.3gpp.org/ftp/Inbox/Marcoms/A0_size_MC_standards_Rel18.pdf3GPP — Release status
https://portal.3gpp.org/Releases.aspxGSMA — 5G IoT
https://www.gsma.com/solutions-and-impact/technologies/internet-of-things/5giot/GSMA — Massive IoT
https://www.gsma.com/solutions-and-impact/technologies/internet-of-things/massive-iot/GSMA — 1 billion NB-IoT and LTE-M connections
https://www.gsma.com/solutions-and-impact/technologies/internet-of-things/billion-lpwan-connections/GSMA — RedCap/eRedCap for IoT
https://www.gsma.com/solutions-and-impact/technologies/internet-of-things/gsma_resources/redcap-eredcap-for-iot/GSMA — Advancing 5G Connectivity for Massive IoT with HD-FDD eRedCap
https://www.gsma.com/solutions-and-impact/technologies/internet-of-things/gsma_resources/advance-the-future-of-massive-iot-with-hd-fdd-eredcap/NIST — NISTIR 8259 Series
https://www.nist.gov/itl/applied-cybersecurity/nist-cybersecurity-iot-program/nistir-8259-seriesNIST — IoT Device Cybersecurity Capability Core Baseline
https://www.nist.gov/publications/iot-device-cybersecurity-capability-core-baselineITU — IMT-2030 technical requirements, March 2026
https://www.itu.int/hub/2026/03/imt-2030-technical-requirements-for-the-6g-future/ITU — IMT towards 2030 and beyond
https://www.itu.int/en/ITU-R/study-groups/rsg5/rwp5d/imt-2030/pages/default.aspx
الأسئلة الشائعة حول المقال
هل يحتاج كل جهاز IoT إلى 5G؟
لا. كثير من الأجهزة منخفضة البيانات والطاقة تعمل بكفاءة أكبر عبر NB‑IoT أو LTE‑M أو Wi‑Fi أو Bluetooth أو LPWA أخرى.
هل 5G تعني دائمًا سرعة 10 أو 20 جيجابت؟
لا. هذه أرقام ذروة مرتبطة بالمواصفات والاختبارات. السرعة الفعلية تعتمد على الشبكة والطيف والجهاز والحمل والتغطية.
هل زمن 5G هو 1 ms؟
1 ms قيمة مرجعية لـUser Plane في سيناريو URLLC ضمن متطلبات IMT‑2020. الزمن من التطبيق إلى التطبيق عادة يتضمن مراحل إضافية وقد يكون أعلى.
ما الفرق بين NB-IoT و5G RedCap؟
NB‑IoT موجه لاتصالات منخفضة البيانات والطاقة والتكلفة، بينما RedCap يقدم قدرات 5G أوسع لأجهزة متوسطة المتطلبات مع تقليل التعقيد مقارنة بـ5G كامل.
هل LTE-M وNB-IoT ستختفيان بسبب 5G؟
لا يوجد انتقال فوري من هذا النوع. ما زالتا جزءًا مهمًا من منظومة Massive IoT، وتواصل الصناعة دعمهما وتشغيلهما.
متى تكون 5G مفيدة في المصنع؟
عند وجود Mobility أو أجهزة عديدة أو تطبيقات تحتاج QoS أو زمن استجابة منخفضًا أو شبكات خاصة، مع ضرورة مقارنة 5G أيضًا بـWi‑Fi وEthernet والحلول الصناعية الأخرى.
هل 5G آمنة لإنترنت الأشياء؟
يمكن أن توفر بنية واتصالات قوية، لكن أمن IoT يعتمد أيضًا على الجهاز والهوية والتشفير والتحديثات والصلاحيات وCloud وعمليات التشغيل.
ما 5G-Advanced؟
هي المرحلة التطورية التالية من 5G، ويُعد 3GPP Release 18 أول Release ضمن 5G‑Advanced، مع تحسينات تشمل RedCap والطاقة والتموضع وميزات أخرى.
هل 6G متاحة الآن؟
لا. في 2026 ما تزال IMT‑2030/6G في مرحلة المتطلبات والتقييس والدراسات، بينما 5G و5G‑Advanced هما التقنيات التجارية الحالية.
ما الفرق بين eMBB وURLLC وmMTC في شبكات 5G؟
هي ثلاث فئات استخدام رئيسية حددتها منظومة IMT-2020 للجيل الخامس. تركز eMBB على نقل كميات كبيرة من البيانات مثل الفيديو عالي الدقة وكاميرات IoT، وتجمع URLLC بين موثوقية عالية وزمن استجابة منخفض لتطبيقات مثل الأتمتة الصناعية والتحكم عن بعد، بينما تستهدف mMTC دعم أعداد ضخمة من الأجهزة التي ترسل بيانات صغيرة نسبيًا.
النقاش الهندسي والملاحظات (0)
سجّل الدخول للمشاركة في النقاش والرد على التعليقات والإعجاب بها.
