পাঠ ৪৪ · ৫৭-এর মধ্যে · মডিউল ১০
Home / Courses / Microprocessors, Embedded Systems & IoT / সেলুলার IoT

সেলুলার IoT — NB-IoT ও LTE-M

Cellular IoT: NB-IoT and LTE-M
৭ মিনিট পড়া মধ্যম · Intermediate Python সিমুলেশনসহ সম্পূর্ণ বাংলায়

এই পাঠে যা শিখবেন

  • NB-IoT ও LTE-M কী এবং সাধারণ LTE থেকে কীভাবে ভিন্ন
  • কেন সেলুলার IoT-তে নিজস্ব গেটওয়ে/হাব দরকার হয় না — Zigbee/LoRaWAN-এর সাথে এই মূল পার্থক্য
  • Power Saving Mode (PSM)-এর কারণে অল্প-ঘন-ঘন রিপোর্টিং ডিভাইসের আনুমানিক ব্যাটারি লাইফ — সত্যিকারের গণনা দিয়ে
  • কখন সেলুলার IoT অন্য বিকল্পের (Zigbee/LoRaWAN/WiFi) চেয়ে বেশি বাস্তবসম্মত হয়

১ · NB-IoT ও LTE-M — LTE-র IoT সংস্করণ

NB-IoTNarrowband IoTঅত্যন্ত সংকীর্ণ (২০০ kHz) ব্যান্ডউইথে চলা একটি লো-পাওয়ার সেলুলার IoT স্ট্যান্ডার্ড — কম ডেটা রেট, গভীর-কভারেজ, স্থির ডিভাইসের জন্য উপযুক্ত। হলো একটি অত্যন্ত সংকীর্ণ ব্যান্ডউইথে (মাত্র ২০০ kHz) চলা সেলুলার স্ট্যান্ডার্ড — এই সংকীর্ণতার বিনিময়ে এটি খুব দুর্বল সিগন্যাল এলাকাতেও (যেমন একটি বেসমেন্টে বসানো ওয়াটার মিটার) নির্ভরযোগ্যভাবে পৌঁছাতে পারে, এবং ডিভাইসের পাওয়ার খরচ অনেক কম রাখে। ডেটা রেট কম, আর ডিভাইসটি সাধারণত স্থির থাকবে ধরে নিয়ে ডিজাইন করা — টাওয়ার-থেকে-টাওয়ার দ্রুত হ্যান্ডওভার এখানে মূল লক্ষ্য নয়।

LTE-MLTE Cat-M1NB-IoT-এর চেয়ে বেশি ব্যান্ডউইথ ও ডেটা রেট দেওয়া একটি সেলুলার IoT স্ট্যান্ডার্ড, যা টাওয়ার-থেকে-টাওয়ার হ্যান্ডওভার (মোবিলিটি) সাপোর্ট করে। (LTE Cat-M1) একই লক্ষ্যে (কম পাওয়ার, কম খরচ, IoT-অপ্টিমাইজড) কাজ করে, কিন্তু NB-IoT-এর চেয়ে বেশি ব্যান্ডউইথ দেয় এবং — গুরুত্বপূর্ণভাবে — একটি চলমান ডিভাইসকে এক টাওয়ার থেকে আরেক টাওয়ারে "হ্যান্ডওভার" করাতে পারে। তাই অ্যাসেট-ট্র্যাকিং (যেমন একটি শিপিং কন্টেইনার বা গাড়ির ট্র্যাকার) যেখানে ডিভাইস নড়াচড়া করে, সেখানে LTE-M সাধারণত বেশি উপযুক্ত।

IoT ডিভাইস (NB-IoT/LTE-M মডেম) বিদ্যমান সেলুলার টাওয়ার (নিজস্ব গেটওয়ে নয়) ক্যারিয়ার নেটওয়ার্ক + ক্লাউড
L43-এর Zigbee/LoRaWAN-এর তুলনায় মূল পার্থক্য — এখানে ডিভাইসকে নিজস্ব কোনো গেটওয়ে বা কো-অর্ডিনেটর বসাতে হয় না, শুধু বিদ্যমান মোবাইল অপারেটরের নেটওয়ার্কের সাথে সংযুক্ত হয়।
Cloud & DevOps কোর্সের সাথে সম্পর্ক

সেলুলার ক্যারিয়ারের কোর নেটওয়ার্ক ও ডেটা প্ল্যানের বিলিং/সাবস্ক্রিপশন মডেল সাধারণ টেলিকম/ক্লাউড অবকাঠামোর অংশ — সেই সাধারণ অবকাঠামোর ভিত্তি Cloud Computing & DevOps কোর্সে ধরে নেওয়া আছে। এখানে ফোকাস শুধু IoT ডিভাইসের দৃষ্টিকোণ থেকে — কেন এই কানেক্টিভিটি বেছে নেওয়া হয়, তার পাওয়ার/কভারেজ প্রভাব কী।

২ · একটি হালকা গণনা — PSM-সহ ব্যাটারি লাইফ

L42-এর মতো একই ব্যাটারি-লাইফ ফর্মুলা এখানেও প্রযোজ্য। ধরা যাক একটি NB-IoT স্মার্ট মিটার দিনে মাত্র একবার রিডিং পাঠায় (একটি খুবই সাধারণ, কালেভদ্রে-রিপোর্টিং ব্যবহার) এবং বাকি সময় Power Saving Mode (PSM)-এ অত্যন্ত কম কারেন্টে থাকে — এটি NB-IoT/LTE-M-এর একটি প্রকৃত, স্ট্যান্ডার্ড ফিচার।

Python
capacity_mah = 220              # illustrative কয়েন-সেল-ক্লাস ব্যাটারি capacity (L42-এর মতো)
seconds_per_day = 24 * 60 * 60

transmissions_per_day = 1       # দিনে একবার রিডিং (illustrative স্মার্ট মিটার ব্যবহার)
active_current_ma = 180.0       # সেলুলার TX কারেন্ট (illustrative, WiFi/BLE-র চেয়ে বেশি)
active_time_s = 2.0             # প্রতি ট্রান্সমিশনে
psm_sleep_current_ma = 0.005    # Power Saving Mode-এ কারেন্ট (illustrative, অত্যন্ত কম)

active_total_s = transmissions_per_day * active_time_s
sleep_total_s = seconds_per_day - active_total_s

avg_current_ma = ((active_current_ma * active_total_s)
                   + (psm_sleep_current_ma * sleep_total_s)) / seconds_per_day

life_hours = capacity_mah / avg_current_ma
life_days = life_hours / 24
life_years = life_days / 365

print(f"দিনে {transmissions_per_day} বার রিপোর্ট, ব্যাটারি {capacity_mah} mAh\n")
print(f"গড় কারেন্ট:            {avg_current_ma:.6f} mA")
print(f"আনুমানিক ব্যাটারি লাইফ: {life_days:.1f} দিন (~{life_years:.2f} বছর)")

    
লক্ষ্য করুন — L42-এ দিনে ২৮৮ বার রিপোর্ট করা একটি WiFi ডিভাইসের ব্যাটারি লাইফ ছিল প্রায় ১১ দিন, অথচ এখানে দিনে মাত্র ১ বার রিপোর্ট করা একটি NB-IoT ডিভাইসের ব্যাটারি লাইফ প্রায় ২.৭ বছর এসেছে। এই দুটো সংখ্যা সরাসরি "WiFi বনাম NB-IoT" তুলনা নয় — ডিউটি সাইকেল সম্পূর্ণ আলাদা — বরং এটি দেখায় PSM-এর মতো ফিচার কতটা বড় প্রভাব ফেলতে পারে যখন রিপোর্টিং সত্যিই কালেভদ্রে হয়।
মূল কথা · Key takeaway

সেলুলার IoT (NB-IoT/LTE-M) বিদ্যমান মোবাইল অপারেটরের অবকাঠামো ব্যবহার করে ওয়াইড-এরিয়া কভারেজ দেয় — কোনো নিজস্ব গেটওয়ে বসানো লাগে না — যা Zigbee/LoRaWAN থেকে এর মূল পার্থক্য। বিনিময়ে একটি মাসিক ডেটা সাবস্ক্রিপশন/SIM খরচ থাকে, যা L45-এ "অবকাঠামো খরচ" মানদণ্ড হিসেবে বিবেচনায় আসবে।

ভাবনার প্রশ্ন

প্রতিটি প্রশ্ন নিজে কিছুক্ষণ ভাবুন — তারপর "→ উত্তর" চাপুন।

প্র ০১ একটি চলমান ডেলিভারি ট্রাকের GPS ট্র্যাকারে NB-IoT ও LTE-M-এর মধ্যে কোনটি বেশি উপযুক্ত হবে বলে মনে করেন?

LTE-M — কারণ ট্রাকটি নড়াচড়া করবে এবং একাধিক সেলুলার টাওয়ারের কভারেজ এলাকা পার হবে, যার জন্য টাওয়ার-থেকে-টাওয়ার হ্যান্ডওভার দরকার — এটি LTE-M-এর একটি স্ট্যান্ডার্ড সাপোর্টেড ফিচার, কিন্তু NB-IoT মূলত স্থির ডিভাইসের জন্য ডিজাইন করা।

প্র ০২ কোড সেলে NB-IoT-এর ব্যাটারি লাইফ প্রায় ২.৭ বছর এলো, অথচ L42-এ WiFi-র মাত্র ~১১ দিন — এই দুই সংখ্যা সরাসরি তুলনা করা কেন ভুল হবে?

কারণ দুটোর ডিউটি সাইকেল ভিন্ন — WiFi উদাহরণে দিনে ২৮৮ বার (প্রতি ৫ মিনিটে) রিপোর্ট করা হয়েছিল, আর NB-IoT উদাহরণে দিনে মাত্র ১ বার। যদি NB-IoT ডিভাইসটিও দিনে ২৮৮ বার রিপোর্ট করত, তার ব্যাটারি লাইফও অনেক কমে যেত (কারণ সেলুলার TX কারেন্ট WiFi-র চেয়েও বেশি)। তুলনা করতে হলে একই ডিউটি সাইকেলে করতে হবে — এটাই একটি সুষ্ঠু বেঞ্চমার্কের মূল শর্ত।

প্র ০৩ Zigbee বা LoRaWAN ব্যবহার করলে নিজস্ব একটি কো-অর্ডিনেটর/গেটওয়ে বসাতে হয়, কিন্তু সেলুলার IoT-তে তা লাগে না কেন?

কারণ NB-IoT/LTE-M মোবাইল অপারেটরের বিদ্যমান সেলুলার টাওয়ার নেটওয়ার্ক ব্যবহার করে, যা ইতিমধ্যেই দেশজুড়ে বসানো আছে। Zigbee/LoRaWAN-এ ডিভাইসটিকে নিজস্ব একটি হাব/গেটওয়ের রেঞ্জের মধ্যে থাকতে হয়, যা ব্যবহারকারীকেই কিনে বসাতে হয় — সেলুলারে এই বিনিয়োগের বদলে একটি চলমান সাবস্ক্রিপশন খরচ দিতে হয়।

অনুশীলন

  1. পরীক্ষা করুন: উপরের কোড সেলে transmissions_per_day ১ থেকে ২৪ (প্রতি ঘণ্টায় একবার) বদলান — নতুন আনুমানিক ব্যাটারি লাইফ কত দিন হবে?

    অ্যাক্টিভ সময় $= 24 \times 2 = 48$ সেকেন্ড, স্লিপ সময় $= 86400 - 48 = 86352$ সেকেন্ড। গড় কারেন্ট $= (180 \times 48 + 0.005 \times 86352)/86400 \approx 0.105$ mA, তাই ব্যাটারি লাইফ $\approx 220/0.105/24 \approx 87$ দিন — প্রতি ঘণ্টায় রিপোর্ট করলে ব্যাটারি লাইফ ~২.৭ বছর থেকে নেমে ~৩ মাসে চলে আসে।

  2. চিন্তা করুন: active_current_ma ১৮০ থেকে ২৫০ mA-এ বাড়ালে (দুর্বল সিগন্যাল এলাকায় বেশি ট্রান্সমিট পাওয়ার লাগছে ধরে) দিনে-১-বার রিপোর্টিং-এ নতুন ব্যাটারি লাইফ আনুমানিক কত হবে?

    গড় কারেন্ট $= (250 \times 2 + 0.005 \times 86398)/86400 \approx 0.0108$ mA, তাই ব্যাটারি লাইফ $\approx 220/0.0108/24 \approx 850$ দিন ($\approx 2.3$ বছর) — TX কারেন্ট বাড়লেও, যেহেতু অ্যাক্টিভ সময় দিনে মাত্র ২ সেকেন্ড, সামগ্রিক প্রভাব তুলনামূলক কম।

আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ

  • কোর্সের সম্পূর্ণ সিলেবাস দেখুন ৫৭টি পাঠ মাইক্রোপ্রসেসর আর্কিটেকচার, এমবেডেড C, GPIO, টাইমার/PWM/ADC, সিরিয়াল প্রোটোকল, RTOS, সেন্সর/অ্যাকচুয়েটর, IoT আর্কিটেকচার, ওয়্যারলেস প্রোটোকল, MQTT/CoAP ও IoT সিকিউরিটি — বাকি পাঠগুলো শীঘ্রই যুক্ত হবে।
  • Cloud Computing & DevOps কোর্স সহোদর কোর্স সাধারণ ক্লাউড অবকাঠামোর ভিত্তি সেই কোর্সেই তৈরি হয়েছে — এই কোর্স IoT ডিভাইস-ম্যানেজমেন্ট/টেলিমেট্রি প্যাটার্নে ফোকাস করে (M11-এ বিস্তারিত)।
  • সব Courses দেখুন ABCL TECH C, C++, Python, Java, JavaScript, DSA, DBMS, Discrete Mathematics, System Design, Cybersecurity, Cloud Computing & DevOps, Computer Networks, Operating Systems, Computer Architecture, Design and Analysis of Algorithms ও আরও অনেক কোর্স — সব এক জায়গায়।
আগের পাঠ
Zigbee ও LoRaWAN — লো-পাওয়ার WAN