5G RedCap (NR-Light): เช็กลิสต์เลือกใช้ 5G ระดับกลางสำหรับ IIoT — เมื่อ LTE-M น้อยไป แต่ 5G เต็มรูปแบบเกินจำเป็น

โจทย์คลาสสิกของวิศวกร IIoT: ต้องติดตามอุปกรณ์หลายร้อยจุดที่กระจายทั่วโรงงานหรือนิคมอุตสาหกรรม — กล้องวงจรปิดความละเอียดกลาง, สมาร์ทมิเตอร์, เซ็นเซอร์แวดล้อม, อุปกรณ์สวมใส่ — ถ้าใช้ LTE-M หรือ NB-IoT ก็ได้ความคุ้มค่าพลังงานแต่ throughput ต่ำเกินไปสำหรับภาพ ถ้าใช้ 5G NR เต็มรูปแบบก็ได้สมรรถนะเกินความจำเป็นและแพงเกินไปต่อจุด

ช่องว่างตรงกลางนี้เองที่ 5G RedCap (Reduced Capability หรือ NR-Light) ถูกออกแบบมาเติม โดยเป็นมาตรฐาน 3GPP Release 17 (ตีพิมพ์ปี 2022) ที่ “ตัดความสามารถ” ของ 5G NR ลงเพื่อแลกกับโมเด็มที่เข้าถึงง่ายและพลังงานที่ต่ำลงมาก เหมาะกับอุปกรณ์ IIoT ระดับกลาง

RedCap ตัดอะไรออกจาก 5G NR — และได้อะไรคืน

หลักการของ RedCap คือการลดความซับซ้อนของชิปเซ็ตโดยตรง ซึ่งส่งผลทั้งด้านการลงทุนและการใช้พลังงาน:

• Bandwidth ลดเหลือ 20 MHz ใน sub-6 GHz (จาก 100 MHz ของ NR เต็มรูปแบบ) และ 100 MHz ใน mmWave (จาก 400 MHz)
• จำนวนเสาอากาศลดเหลือ 1–2 ชั้น แทน 4 ชั้น ลดทั้ง RF chain และขนาดโมเด็ม
• รองรับ half-duplex FDD ได้ (ส่งกับรับไม่พร้อมกันในโหมดนี้) เพื่อลดความซับซ้อนอีกชั้น
• ผลลัพธ์: throughput สูงสุดราว 150–220 Mbps downlink ใน sub-6 GHz — ต่ำกว่า 5G เต็มรูปแบบ แต่สูงกว่า LTE-M หลายสิบเท่า

สิ่งที่ RedCap ไม่ได้ตัดออกคือสถาปัตยกรรมเครือข่าย: อุปกรณ์ยังเชื่อมต่อกับ gNB มาตรฐานเดียวกัน ผ่าน 5G Core (5GC) แบบ standalone และได้ความปลอดภัยระดับ 256-bit encryption, network slicing และ edge computing เหมือน 5G เต็มรูปแบบ รวมถึง RRC Inactive state ที่ช่วยประหยัดพลังงานอุปกรณ์ที่ส่งข้อมูลเป็นพัก ๆ

เช็กลิสต์: งานของคุณควรใช้ RedCap หรือไม่

ขั้นตอนทำงานจริง: วาง RedCap ลงนิคมอุตสาหกรรม

ถ้าตัดสินใจแล้วว่า RedCap คือคำตอบ ลำดับการทำงานที่เราแนะนำจากประสบการณ์งานติดตั้งจริงคือ:

1. ทำ site survey ความคุ้มครอบสัญญาณก่อนเสมอ — ตรวจ RSRP/RSRQ ของทุกจุดที่จะวางอุปกรณ์ จุดที่สัญญาณอ่อนในโรงงานเหล็กหรือใต้ดินต้องออกแบบ repeater หรือ private network เพิ่ม ไม่ใช่ปล่อยให้เป็นปัญหาภายหลัง
2. ยืนยันกับผู้ให้บริการเครือข่ายว่ารองรับ RedCap จริง — RedCap ต้องการ 5G SA core ไม่ใช่ NSA ในไทยเริ่มมีการทดสอบ RedCap แล้วตั้งแต่ปี 2566 แต่การรองรับเชิงพาณิชย์แต่ละพื้นที่ต่างกัน ต้องเช็กก่อนสั่งซื้อโมเด็มเป็นจำนวนมาก
3. ออกแบบ power budget ให้ครบวงจร — RedCap ประหยัดกว่า 5G เต็มรูปแบบ แต่ถ้าอุปกรณ์ต้องส่งภาพต่อเนื่อง 2–4 Mbps การออกแบบแหล่งจ่ายและ thermal ยังต้องรอบคอบ โดยเฉพาะในตู้คอนโทรลกลางแจ้ง
4. วางแผนข้อมูลขึ้นคลาวด์หรือ edge — ปริมาณข้อมูลจากกล้องหลายสิบตัวเข้า pipeline เดียวกันต้องคิดตั้งแต่ bandwidth รวม, การเลือก SIM/data plan ไปจนถึงกฎหมายคุ้มครองข้อมูลถ้าภาพมีตัวบุคคล
5. ทดสอบด้วยอุปกรณ์จริงก่อน roll-out เต็มรูปแบบ — วัด throughput จริง, การเปลี่ยนมือ cell (mobility) และพฤติกรรม RRC Inactive ในสภาพโรงงานจริง แล้วค่อยขยาย

บทเรียนจากทีมติดตั้ง: สิ่งที่ datasheet ไม่บอก

ทีมงาน Honey Corporation มีประสบการณ์ติดตั้งระบบ IoT Monitoring ครอบคลุมทั้งโรงงานและระบบตู้แช่ทางไกล — งานที่ต้องพิสูจน์ว่าอุปกรณ์สื่อสารได้จริงในสภาพแวดล้อมหนัก บทเรียนที่ซ้ำกันทุกโครงการคือ: ความท้าทายที่แท้จริงไม่ได้อยู่ที่โมเด็ม แต่อยู่ที่การออกแบบระบบรวม — การเลือก SIM และ data plan ที่เหมาะกับพฤติกรรมข้อมูล, การจัดการ firmware update ระยะไกล, และการดูแลอุปกรณ์หลังติดตั้ง คือส่วนที่กินเวลาและความสนใจมากกว่าตัวเทคโนโลยีเอง

อีกประเด็นที่ควรติดตามคือ eRedCap ใน Release 18 ที่ลด bandwidth ขั้นต่ำลงเหลือ 5 MHz ทำให้การลงทุนและพลังงานเข้าใกล้ LTE-M มากขึ้น — ถ้าโครงการของคุณยังไม่เริ่มในปีนี้ การรอ ecosystem โมเด็ม eRedCap ที่จะทยอยออกตามหลังก็เป็นทางเลือกที่สมเหตุสมผล

Key Takeaways

• RedCap คือ 3GPP Release 17 — 5G ระดับกลางที่ตัด bandwidth (20 MHz), เสาอากาศ และ duplex ลงเพื่อแลกกับโมเด็มที่เข้าถึงง่ายและประหยัดพลังงานกว่า แต่ยังได้ throughput 150–220 Mbps
• เหมาะกับงาน mid-tier IIoT — กล้อง 1080p (2–4 Mbps ต่อตัว), wearable, smart meter แบบส่งภาพ, asset tracking เรียลไทม์ — งานที่ LTE-M ต่ำเกินและ 5G เต็มรูปแบบเกินจำเป็น
• ต้องพึ่ง 5G SA core — RedCap ไม่ทำงานบน NSA ต้องยืนยันกับผู้ให้บริการว่าพื้นที่ของคุณรองรับจริงก่อนตัดสินใจ
• ได้ความปลอดภัยและความสามารถของ 5GC ครบ — 256-bit encryption, network slicing, RRC Inactive ที่ช่วยอุปกรณ์แบตเตอรี่
• eRedCap (Release 18) คือระลอกถัดไป — bandwidth ขั้นต่ำ 5 MHz เข้าใกล้ LTE-M ด้านการลงทุน ถ้าโครงการไม่เร่ง การรอ ecosystem เติบโตอีก 1–2 ปีมีความเสี่ยงต่ำและความคุ้มค่าสูงกว่า
• ความท้าทายจริงอยู่ที่การออกแบบระบบรวม — SIM/data plan, firmware management และการดูแลระยะยาว สำคัญกว่าการเลือกโมเด็มรายตัว