הקבוצה קוראת לפריסת O-RAN בקנה מידה גדול מהשנה הבאה. "פריסת מאקרו היא היעד העיקרי", אומרת הקבוצה והוסיפה כי תאים קטנים מסוג O-RAN הם גם יעד לבית.
"התמקדות ברורה עבור Open RAN היא 3.4-3.8 GHz ומספר להקות FDD מדור קודם, בעוד שהעניין בגל מילימטרים קשור לזמינות ספציפית במדינה", נכתב במסמך.
"Open X2/Xn הם קו בסיס אבל RAN מפורק לחלוטין ידרוש גם ממשק Open F1 עבור פיצול CU-DU של gNBs. ממשקי E2 ו-A1 פתוחים נדרשים גם הם ויעמדו במפרט O-RAN ALLIANCE כדי לאפשר ריבוי ספקים / multi0טֶכנוֹלוֹגִיָה פריסת RIC באמצע הטווח", נכתב במסמך, ומוסיף "לגישת SMO אחידה, יידרשו ממשקי O1 הניתנים לפעולה הדדית כלפי כל צמתי ה-RAN, בעוד שממשק O2 יידרש עבור ה-SMO (ניהול ותזמורת שירות) כדי להפעיל את CNFs הפועלים על תשתית O-Cloud."
העיתון אומר כי היישום המרכזי יהיה פלטפורמת O-Cloud (Open Cloud) מבוססת Kubernetes שתומכת בתוכנת ה- RAN הדרושה. עבור התוכנה, פונקציית רשת Containerized (CNF) על Bare Metal היא פתרון היעד.
המפעילים תומכים בפונקציות ענן כגון "הגדרת מדיניות קנה מידה אוטומטית עבור מאגר צומתים נתון, המאפשרת לשנות את מספר הצמתים באופן אוטומטי על פי מדדים כגון מעבד ומספר משתמשים."
על פלטפורמת ה- O-Cloud לתמוך גם בסינכרון זמן (PTP, SyncE, GPS) ומאיצי חומרה וכן בשכבת הפשטה של Acceleration (AAL) המספקת קבוצה של ממשקי API פתוחים ליישומי CNF לפריקת הפונקציות המואצות בחומרה.
ה- O-CU / O-DU יושמו כ- CNF על "מעבדי GPP יעילים ואמינים עם תמיכה בהאצת HW לעיבוד O-DU."
העיתון דורש וריאציות ללהקות מדור קודם, 3.4-3.8 ג'יגה הרץ וספקטרום הגלים המילימטר, עם מצבי שידור שונים (מספר TRX), ערכי הספק יציאה ודרישות רוחב הפס בהתאם לתדרים.
"יש צורך במוצרי פס יחיד, כפול פס או משולש, בהתאם ללהקות המתאימות. תמיכה בריבוי O-RU ללהקות נמוכות ובינוניות חשובה לפריסה חסכונית. מוצרי MIMO מסיביים (32 ו- 64 TRX) נדרשים בעיקר ב -3.4-3.8 ג'יגה הרץ. ההתמקדות העיקרית היא במוצרי תאי מאקרו, אך יש צורך במוצרי תאים קטנים גם בפנים וגם בחוץ. "
RIC מקבל אישור באומרו כי עליו להביא לשיפורים מבחינת יכולת התכנות, עם יישומי SON וניהול משאבי רדיו המאפשרים 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 דורשת ממשקים מוגבלים לצפון, למשל 3GPP, TM Forum Open API, או פיצול פונקציונלי מוגדר עבור מערכות OSS."
'חזיתית פתוחה נחשבת כממשק המפתח ליישום RAN מפוזר ורב-ספקים, כולל MIMO מסיבי, כבסיס לפריסת מאקרו ראשונה ".
"כדי להפוך לחלופה תחרותית ל- RAN המסורתי, המפעילים דורשים פתרונות שלא יתפשרו על איכות הרשת, אבטחה, יעילות אנרגיה גבוהה, כתמיכה ב- 4G ו- 5G המבוססת על עצמאי וגם לא עצמאי, שיתוף RAN יעיל ותמיכה בלהקה מדור קודם. ”.
"יכולות אחרות הקשורות ל- RAN אינטליגנטי וניתן לתכנות צפויות להופיע מאוחר יותר, מה שמציע פוטנציאל לסטארט-אפים מומחים להופיע ולמלא תפקיד פעיל. כולם חיוניים בטווח הארוך לבניית מערכת אקולוגית RAN פתוחה תחרותית. "