กลุ่มนี้กำลังเรียกร้องให้มีการปรับใช้ O-RAN ขนาดใหญ่ตั้งแต่ปีหน้า กลุ่มนี้กล่าวว่า“ การปรับใช้มาโครเป็นเป้าหมายหลัก” และเสริมว่าเซลล์ขนาดเล็ก O-RAN ยังเป็นเป้าหมายสำหรับภายในอาคาร
“ จุดโฟกัสที่ชัดเจนสำหรับ Open RAN อยู่ที่ 3.4-3.8 GHz และแถบความถี่ FDD แบบเดิมจำนวนหนึ่งในขณะที่ความสนใจของคลื่นมิลลิเมตรนั้นเชื่อมโยงกับความพร้อมใช้งานในบางประเทศ” เอกสารกล่าว
“Open X2/Xn นั้นเป็นพื้นฐาน แต่ RAN ที่แยกส่วนอย่างสมบูรณ์นั้นจะต้องมีอินเทอร์เฟซ Open F1 สำหรับการแยก CU-DU ของ gNB ด้วย จำเป็นต้องมีอินเทอร์เฟซแบบเปิด E2 และ A1 และจะต้องเป็นไปตามข้อกำหนด O-RAN ALLIANCE เพื่ออนุญาตให้มีผู้จำหน่ายหลายราย / multi0เทคโนโลยี การปรับใช้ RIC ในระยะกลาง” เอกสารกล่าว โดยเสริมว่า “สำหรับแนวทาง SMO แบบครบวงจร จำเป็นต้องมีอินเทอร์เฟซ O1 ที่ทำงานร่วมกันได้กับโหนด RAN ทั้งหมด ในขณะที่อินเทอร์เฟซ O2 จะจำเป็นสำหรับ SMO (การจัดการบริการและการจัดระบบ) เพื่อดำเนินการ CNF ที่ทำงานบนโครงสร้างพื้นฐาน O-Cloud”
เอกสารระบุว่าการใช้งานหลักจะเป็นแพลตฟอร์ม O-Cloud (Open Cloud) บน Kubernetes ที่รองรับซอฟต์แวร์ RAN ที่จำเป็น สำหรับซอฟต์แวร์นั้น Containerized Network Function (CNF) บน Bare Metal คือโซลูชันเป้าหมาย
ตัวดำเนินการสนับสนุนฟังก์ชันระบบคลาวด์เช่น“ คำจำกัดความของนโยบายการปรับขนาดอัตโนมัติสำหรับ Node Pool ที่กำหนดทำให้จำนวนโหนดสามารถปรับขนาดได้โดยอัตโนมัติตามเมตริกเช่น CPU และจำนวนผู้ใช้”
แพลตฟอร์ม O-Cloud ควรรองรับการซิงโครไนซ์เวลา (PTP, SyncE, GPS) และตัวเร่งฮาร์ดแวร์เช่นเดียวกับ Acceleration Abstraction Layer (AAL) ที่จัดเตรียมชุดของ Open APIs ให้กับแอปพลิเคชัน CNF สำหรับการยกเลิกการโหลดฟังก์ชันเร่งฮาร์ดแวร์
O-CU / O-DU จะถูกนำไปใช้เป็น CNF บน "ซีพียู GPP ที่ประหยัดพลังงานและเชื่อถือได้พร้อมการรองรับการเร่งความเร็ว HW สำหรับการประมวลผล O-DU"
กระดาษนี้เรียกร้องให้ใช้แถบความถี่เดิม 3.4-3.8 GHz และสเปกตรัมคลื่นมิลลิเมตรพร้อมโหมดการส่งข้อมูลต่างๆ (จำนวน TRX) ค่ากำลังส่งออกและข้อกำหนดแบนด์วิดท์ขึ้นอยู่กับคลื่นความถี่
"ต้องใช้ผลิตภัณฑ์วงดนตรีเดี่ยววงดนตรีคู่หรือวงดนตรีสามวงขึ้นอยู่กับวงดนตรีที่เกี่ยวข้อง การสนับสนุน O-RU แบบหลายแบนด์สำหรับแถบความถี่ต่ำและระดับกลางเป็นสิ่งสำคัญสำหรับการใช้งานที่คุ้มค่า ผลิตภัณฑ์ MIMO ขนาดใหญ่ (32 และ 64 TRX) มีความต้องการเป็นหลักใน 3.4-3.8 GHz โฟกัสหลักอยู่ที่ผลิตภัณฑ์เซลล์มาโคร แต่ก็จำเป็นต้องมีผลิตภัณฑ์เซลล์ขนาดเล็กเช่นกันทั้งในร่มและกลางแจ้ง”
RIC ได้รับการอนุมัติโดยแจ้งว่าควรมีการปรับปรุงในแง่ของความสามารถในการเขียนโปรแกรมด้วยแอปพลิเคชัน SON และ Radio Resource Management ที่เปิดใช้งาน AI / ML ที่เกี่ยวข้องกับระบบควบคุมการรับส่งข้อมูลการเพิ่มประสิทธิภาพ QoS / QoE การแบ่งส่วน RAN และ MIMO ขนาดใหญ่
“ อินเทอร์เฟซ E2 และ A1 แบบเปิดเป็นข้อกำหนดพื้นฐานเพื่อให้สามารถใช้งาน RIC ของผู้จำหน่ายหลายรายได้ตั้งแต่ระยะแรก” เอกสารกล่าว
การปรับใช้ต้องสามารถจัดการได้ภายในไฟล์ กรอบการทำงานอัตโนมัติและการจัดการบริการและการจัดระเบียบ (SMO)และในที่นี้ผู้ประกอบการกล่าวว่า“ ผู้ขายระบบอัตโนมัติและ SMO จะต้องใช้ข้อมูลและรูปแบบข้อมูลที่เป็นหนึ่งเดียว (สอดคล้องกับ O-RAN ALLIANCE, 3GPP, ETSI และ ONAP) เพื่อเพิ่มประสิทธิภาพการจัดการบริการและระบบอัตโนมัติที่เป็นอิสระของผู้ขาย
“ เฟรมเวิร์กการจัดการบริการและการจัดระเบียบเป็นฟังก์ชันโดเมน RAN ส่วนกลางเพื่อจัดการและควบคุมฟังก์ชันเครือข่าย RAN ของผู้ให้บริการหลายรายที่ไม่รวมกัน (NF) วิสัยทัศน์คือการหลีกเลี่ยงการนำฟังก์ชัน EMS (Element Management System) ที่เป็นกรรมสิทธิ์เฉพาะของผู้ขายมาใช้โดยใช้วิธีการสร้างแบบจำลองแบบรวม "
“ ฟังก์ชัน SMO ต้องการอินเทอร์เฟซ Northbound ที่กำหนดไว้เช่น 3GPP, TM Forum Open API หรือการแบ่งฟังก์ชันที่กำหนดไว้สำหรับระบบ OSS”
'Open fronthaul ถือเป็นอินเทอร์เฟซหลักในการใช้ RAN แบบแยกผู้ขายหลายรายรวมถึง MIMO ขนาดใหญ่เป็นพื้นฐานสำหรับการปรับใช้มาโครครั้งแรก "
“ ในการเป็นทางเลือกในการแข่งขันกับ RAN แบบเดิมผู้ให้บริการต้องการโซลูชันที่จะไม่ลดทอนคุณภาพของเครือข่ายความปลอดภัยประสิทธิภาพการใช้พลังงานที่สูงเนื่องจากการรองรับ 4G และ 5G ทั้งแบบสแตนด์อโลนและแบบไม่สแตนด์อโลนการแบ่งปัน RAN ที่มีประสิทธิภาพและการรองรับแบนด์เดิม ”.
“ ความสามารถอื่น ๆ ที่เกี่ยวข้องกับ RAN ที่ชาญฉลาดและตั้งโปรแกรมได้คาดว่าจะเกิดขึ้นในภายหลังโดยนำเสนอศักยภาพสำหรับสตาร์ทอัพผู้เชี่ยวชาญที่จะปรากฏตัวและมีบทบาทอย่างแข็งขัน ทั้งหมดนี้มีความสำคัญในระยะยาวในการสร้างระบบนิเวศ RAN แบบเปิดที่สามารถแข่งขันได้”