‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

פתרון בעיות והשעיית הרשאות

ההוראות האלה יעזרו לכם לפתור בעיות שקשורות לשגיאות במכשיר Citizens Broadband Radio Service Device ‏ (CBSD) ולהשעיית הרשאה.

כדי לפתור בעיות בבדיקות של יכולת פעולה הדדית בין Spectrum Access System‏ (SAS) לבין CBSD, אפשר לעיין במאמר פתרון בעיות בבדיקות של יכולת פעולה הדדית.

כדי לפתור בעיות בשימוש בפורטל SAS, אפשר לעיין במאמר בנושא פתרון בעיות ב-SAS.

עיון בהיסטוריה של מכשירי CBSD

כדי לפתור בעיות שמתרחשות כשרושמים מכשיר CBSD או כשמבקשים מענקים חדשים לשימוש בספקטרום, אפשר לעיין ביומן ההיסטוריה של מכשיר ה-CBSD ובפעילות המכשיר. בדיקת יומן ההיסטוריה של CBSD עוזרת גם לבדוק למה אישור השידור של מענק ספקטרום בוטל.

כדי לראות את ההיסטוריה של CBSD, פועלים לפי השלבים הבאים:

עוברים אל פורטל SAS.
לוחצים על הצגת הפריסות.
אופציונלי: אם אתם אדמינים בכמה ארגונים, בוחרים את הארגון שכולל את המכשיר שרוצים לבדוק את ההיסטוריה שלו.
בוחרים את המכשיר ולוחצים על פתיחה.
בצד שמאל, לוחצים על הכרטיסייה היסטוריה.
מזינים את טווח התאריכים בפורמט MM-DD-YYYY או לוחצים על יומן. ההיסטוריה של CBSD מוצגת באופן אוטומטי, אלא אם אין היסטוריה זמינה בפרק הזמן שצוין.
כדי לראות את ההיסטוריה של אירוע חדש, לוחצים על רענון.
כדי להוריד קובץ CSV של היסטוריית ה-CBSD, בחלק העליון של יומן הפעילות של ההרשאה, לוחצים על הורדת קובץ.

הסבר על אירועים ב-CBSD

בפורטל Google SAS מוצג יומן של כל הפעילות ב-30 הימים האחרונים עבור כל CBSD שנרשם ב-SAS. היסטוריית ה-CBSD זמינה במצב Registered,‏ Granted או Authorized. למכשירים שנמצאים במצב טיוטה, מוכן ל-CPI או בהמתנה להרשמה יש היסטוריה של CBSD רק אם ה-CBSD ניסה להתחבר ל-SAS.

בפורטל SAS מתועדים האירועים הבאים לכל CBSD.

אירועים	תיאור
רשום	ההגדרות של CBSD נרשמו בהצלחה ב-SAS.
הענקת הרשאה חדשה	נוצרת מענק.
פעימת לב ראשונה	ה-CBSD השלים את הפעימה הראשונה שלו בהצלחה.
ההשעיה בוטלה	המענק הושעה בפעימת הלב האחרונה, אבל עכשיו הוא מאושר.
מושעה	המענק לא הושעה בפעימת הלב האחרונה, אבל הוא מושעה עכשיו.
Unsync op param	קוד התגובה של אות החיים שנשלח אל CBSD היה `UNSYNC_OP_PARAM`. מידע נוסף מופיע בטבלת פתרון הבעיות של קודי השגיאה ב-SAS.
חודש	ה-CBSD ביקש לחדש את המענק.
הסתיים	‫SAS סיימה את הגישה.
Relinquished	ה-CBSD ביקש לוותר על המענק.
הועברה אוטומטית	ה-CBSD ביקש לבטל את הרישום או לרשום מחדש את הציוד, ולכן מערכת ה-SAS נדרשת לבטל את ההרשאה.
ביטול הרישום	ה-CBSD ביקש לבטל את הרישום של הגדרת ה-CBSD שלו מ-SAS ולבטל את כל ההרשאות שלו.
הבקשה נכשלה	אירעה שגיאה במהלך עיבוד הבקשה של ה-CBSD. האירוע הזה מכיל הודעת שגיאה ספציפית יותר. מידע נוסף זמין במאמר בנושא הודעות שגיאה.

קוד שגיאה 103 עבור CBSD

אם קיבלתם שגיאת Error code 103 Invalid field: installationParam כשניסיתם לרשום CBSD עם פרמטרים שחתומים על ידי מתקין מקצועי מוסמך (CPI), עליכם לכלול את השדה cpiSignatureData ולהסיר את השדה installationParam מבקשת הרישום.

אם שני השדות כלולים, בקשת ההרשמה לא מאושרת. זה קורה גם אם הערכים בשדה installationParam זהים לערכים שסופקו על ידי ה-CPI.

קוד תגובה Resend (106)

‫SAS שולח את קוד התגובה Resend (106) לשגיאות שאפשר לנסות שוב לתקן. אם ה-CBSD מקבל את קוד התגובה הזה, הוא שולח מחדש את הבקשה המקורית עד שהיא מצליחה. מומלץ להשתמש בהשהיה מעריכית לפני ניסיון חוזר (exponential backoff) בין בקשות.

סביר להניח שמכשיר CBSD יראה את קוד התגובה הזה כשהוא שולח בקשה למענק במהלך פעילויות תקופתיות מתואמות בין מערכות SAS‏ (CPAS).

קוד התגובה הזה עשוי להופיע בשרת proxy של דומיין (DP) כששולחים בקשת Batch ליותר מ-120 מכשירי CBSD. רק 120 הרשומות הראשונות יעובדו. מכשירים נוספים באצווה יקבלו קוד תגובה מסוג Resend (106). עם זאת, אין הגבלה על מספר הבקשות בו-זמניות של קבוצות שאפשר לשלוח ל-SAS.

טבלת פתרון בעיות של קודי שגיאה ב-SAS

הטבלה הבאה עוזרת למפעיל CBSD לקבוע את הסיבה הבסיסית לכל קוד תגובה של SAS שמוחזר ל-CBSD או ל-DP. היא מכילה את ארבע העמודות הבאות:

קוד תגובה. הערך והשם של קוד התגובה של פרוטוקול SAS-CBSD של WInnForum שמוחזר על ידי SAS.
המשמעות סיכום של הסיבה לקוד התשובה.
נדרשת פעולה. הפעולות שצריך לבצע כדי לבטל את החסימה של ה-CBSD כשמקבלים את קוד התגובה המתאים.
תמיכה מומלץ ליצור קשר עם צוות התמיכה שמופיע בשגיאה ואז להמשיך לשאר לפי הסדר.

קוד תגובה	מה המשמעות של	נדרשת פעולה	תמיכה
`100-VERSION`	מערכת SAS לא תומכת בגרסת פרוטוקול SAS-CBSD שנדרשת על ידי CBSD. לדוגמה, `https://sas.goog/v0.5/` במקום `https://sas.goog/v1.2/`.	צריך לקבוע את גרסאות הפרוטוקול ש-SAS תומך בהן ולהגדיר את ה-CBSD או את ה-DP כך שישתמשו בגרסת פרוטוקול נתמכת. ברוב מכשירי ה-CBSD או ה-DP, אפשר לשנות את כתובת ה-URL הבסיסית של SAS-CBSD כדי לקבוע את הגרסה.	כדי לקבל מידע על פרוטוקולים נתמכים של SAS-CBSD, צריך לפנות אל התמיכה של SAS. לקבלת הוראות לשינוי המכשיר כדי להשתמש בגרסה או בכתובת URL אחרת של SAS, צריך לפנות לספק של CBSD או DP.
`101-BLACKLISTED`	ל-CBSD הזה אין הרשאה להתחבר ל-SAS.	פנו לתמיכה של SAS.	פנו לתמיכה של SAS.
`102-MISSING_PARAM`	מכשיר ה-CBSD לא מספק ל-SAS פרמטר נדרש.	מוודאים שהזנתם את כל הפרמטרים הנדרשים ב-CBSD, ב-DP או בפורטל SAS. ספק המכשיר יכול להגיד לכם איפה צריך להזין כל פרמטר. צריך לפנות לספק של מכשיר ה-CBSD ולציין איזו בקשה לא הצליחה.	לקבלת הוראות להגדרת פרמטרים חסרים או לזיהוי הסיבה לכך ש-CBSD או DP שלחו בקשה לא מלאה, צריך לפנות לספק של CBSD או DP.
`103-INVALID_VALUE`	ה-CBSD סיפק את כל הפרמטרים הנדרשים, אבל לפחות אחד מהפרמטרים האלה מכיל ערך לא תקין.	אפשר לראות את הודעת התשובה ואת נתוני התשובה כדי לקבל רשימה של השדות הלא תקינים. צריך לתקן את השדות האלה ולנסות לשלוח את הבקשה שוב. אלה כמה מהסיבות הנפוצות לשגיאה `103-INVALID_VALUE`: `maxEirp` בבקשת המענק גבוה יותר מ-`eirpCapability` שצוין במהלך הרישום. הגובה או ההספק המבוקשים של המכשיר לא מותרים לפי קטגוריית ה-CBSD. יש שדה מיותר `installationParam` ברישום המכשיר.	כדי לקבל הוראות למציאת הודעת התגובה מ-SAS ביומני המכשיר, צריך לפנות לספק ה-CBSD או ה-DP. כדי לוודא שהערכים בשדות שסומנו בנתוני התגובה הם ערכים קבילים, צריך לפנות למרכז התמיכה של CPI. חשוב לוודא שאתם מביאים בחשבון המרות של יחידות. לדוגמה, הספק המוצא המוקרן האפקטיבי (EIRP) בבקשת הרישום הוא ב-dBm/10 MHz, בעוד ש-EIRP בכל הודעה אחרת הוא ב-dBm/MHz. אם אתם לא מצליחים להבין למה השדה שמופיע בנתוני התגובה לא תקין, אתם יכולים לפנות אל התמיכה של SAS.
`104-CERT_ERROR` (יכולה להתרחש כשגיאת HTTP רגילה `403`)	יש שגיאה באישור שמשמש לשליחת בקשה ל-SAS.	פונים ליצרן המכשיר ומבקשים ממנו לבדוק את הבעיה. המכשיר צריך להשתמש בכל אישורי ה-CA הבסיסיים של CBRS שמאוחסנים כבסיסי מהימנות. המכשיר צריך להשתמש באישור מסוג CBSD או DP שהוא: הונפק על ידי רשות אישורים (CA) עליונה של CBRS. האישור לא פג ולא בוטל. נשלח עם כל בקשה ל-SAS. אישור CBSD בלבד, עם מזהה של רשות התקשורת הפדרלית (FCC) ומספר סידורי שתואמים לערכים המתאימים בבקשת הרישום.	כדי לוודא שכל האישורים הנדרשים מותקנים במכשיר, ושלא בוצעו בהם שינויים או שהם לא בוטלו, צריך לפנות לספק של CBSD או DP. כדי לבדוק למה האישורים נדחו, אחרי שהספק אישר שכל האישורים עומדים בדרישות, צריך לפנות אל התמיכה של SAS.
`105-DEREGISTER`	מערכת SAS ביטלה את הרישום של המכשיר שלך. בודקים את הודעת התשובה כדי לקבל הסבר.	מקבלים את הודעת התגובה מ-CBSD או מ-DP. אם הסיבה שצוינה לא ברורה, פנו אל התמיכה של SAS.	כדי לקבל הוראות למציאת הודעת התגובה מ-SAS ביומני המכשיר, צריך לפנות לספק ה-CBSD או ה-DP. לקבלת מידע על הסיבה לביטול הרישום שנשלחה למכשיר, אפשר לפנות אל התמיכה של SAS.
`106-RESEND`	מערכת SAS לא הצליחה למלא את הבקשה באופן זמני. אפשר לנסות שוב וללחוץ על שליחת קוד התגובה 106.	שולחים את הבקשה מחדש.	אם SAS לא נמצא ב-CPAS וממשיך להגיב עם הקוד הזה אחרי כמה ניסיונות לשלוח מחדש את הבקשה, צריך לפנות אל התמיכה של SAS.
`200-REG_PENDING`	חלק מפרמטרים הרישום מסופקים בפורטל SAS, וחלקם מסופקים על ידי CBSD או DP. עם זאת, עדיין חסר לפחות פרמטר חובה אחד. סיבה נפוצה לשגיאה הזו היא שגיאת הקלדה באחד מהערכים כשיוצרים מכשיר בפורטל SAS לרישום רב-שלבי.	מוודאים שמזהה ה-FCC והמספר הסידורי במכשיר תואמים לערכים המתאימים בפורטל SAS. חשוב לוודא שאין רווחים או תווים דומים – למשל, האות הגדולה (I) והאות הקטנה (l). חשוב לוודא שכל פרמטרי הרישום הנדרשים שלא הוזנו בפורטל SAS כלולים בבקשת הרישום שנשלחה על ידי ה-CBSD או ה-DP.	לקבלת הוראות לשליחת פרמטרים שלא הוזנו בפורטל SAS, צריך לפנות לספק של CBSD או DP. אם אין לכם אפשרות להציג או לערוך את מאפייני המכשיר בפורטל SAS, פנו לאדמין של פורטל SAS בחברה שלכם. רשימה של כל פרמטרי הרישום הנדרשים מופיעה במאמר בנושא SAS-CBSD Protocol Part 10.1.1.
`300-UNSUPPORTED_SPECTRUM`	ה-CBSD ביקש טווח תדרים מחוץ לפס CBRS, מתחת ל-3,550 MHz או מעל 3,700 MHz. צריך לוודא שתדרי הערוצים מבוטאים ביחידה שספק ה-CBSD או ה-DP שלכם ביקש.	בקשה רק לספקטרום בפס CBRS.	לקבלת הוראות להגדרת הפרמטרים של בקשת בדיקת הספקטרום, צריך לפנות לספק של CBSD או DP.
`400-INTERFERENCE`	מערכת SAS לא יכולה לאשר שידור בעוצמה כלשהי במכשיר הזה בערוץ הזה. קוד התגובה הזה מציין בדרך כלל שהמכשיר נפרס באזור החרגה עבור הערוץ המבוקש.	מנסים להפחית את עוצמת האות או לשנות את האזימוט של האנטנה. עם זאת, בדרך כלל בקשת הרשאה שמחזירה את קוד התגובה הזה לא מאושרת בשום רמת הרשאה. במקרה כזה, צריך לבקש מענק בערוץ אחר. בודקים את הודעת התגובה כדי לראות תיאור של הסיבה לכך שהמכשיר עלול לגרום להפרעות.	כדי לקבל הוראות למציאת הודעת התגובה למענק ולהגדרת הפרמטרים של בקשת המענק, צריך לפנות לספק של CBSD או DP. למידע נוסף על הסיבות לכך ש-SAS מדווח על הפרעות, אפשר לפנות לתמיכה של SAS.
`401-GRANT_CONFLICT`	למכשיר CBSD יחיד לא יכולות להיות הרשאות לטווחים חופפים של תדרים מ-3,550 MHz עד 3,560 MHz ומ-3,555 MHz עד 3,565 MHz. הקוד הזה עשוי להופיע כשמבצעים הפעלה מחדש של מכשיר ה-CBSD או כשמבקשים במיוחד הרשאות חופפות. בנוסף, מכשיר CBSD לא יכול להחזיק בהרשאות עם כמה מערכות SAS בו-זמנית.	אף אחד, אם התדירויות החופפות גרמו להתנגשות בהענקת ההרשאה. המכשיר אמור להיות מסוגל לשחזר את עצמו באופן אוטומטי. אם זה לא קורה, צריך לפנות לספק המכשיר. אם במכשיר הזה היו מענקים עם מערכת SAS אחרת במהלך ה-CPAS האחרון, הוא חייב לוותר על כל המענקים עם מערכת ה-SAS הזו. לאחר מכן, עליו להמתין עד ל-CPAS הבא כדי לבקש מענק.	כדי לברר למה המכשיר מבקש אישורים לתדרים חופפים, צריך לפנות לספק של CBSD או DP.
`500-TERMINATED_GRANT`	ההרשאה של המכשיר הזה לשדר בוטלה. כדי לקבל הרשאה חדשה לשידור, צריך לבקש מענק חדש עם פרמטרים תפעוליים שונים. התגובה הזו מתקבלת בדרך כלל בגלל אחת מהסיבות הבאות: פעילות חדשה של חברה קיימת או של PAL פרמטרים חדשים של מענקים שמחושבים אחרי CPAS	אם התגובה של אות החיים כוללת פרמטרים תפעוליים מוצעים, מכשיר ה-CBSD או ה-DP צריכים לבקש מענק חדש עם הפרמטרים האלה. אם התגובה של אות הפעימה לא כוללת פרמטרים תפעוליים מוצעים, צריך לבקש הענקת הרשאה חדשה בערוץ אחר.	לקבלת עזרה אם ה-CBSD או ה-DP לא מבקשים מענק חדש באמצעות הפרמטרים התפעוליים שסופקו על ידי SAS, צריך לפנות לספק ה-CBSD או ה-DP. מידע נוסף זמין במאמרים למה מענק מושעה וסנכרון SAS.
`501-SUSPENDED_GRANT`	הסבר על הסיבות להשעיית מענק ועל הפעלת מכשירי CBSD ליד החוף.	חישובי הפרעות בהמתנה: לא נדרשת פעולה. מחכים שה-SAS יסיים את החישובים. בדרך כלל התהליך נמשך רק כמה דקות. רכישה מתוך האפליקציה בהמתנה: אי אפשר לאשר את המענק לפני CPAS. אל תוותרו על המענק או תרשמו מחדש את המכשיר לפני CPAS. ‫SAS מציע פרמטרים תפעוליים חדשים אחרי CPAS. הפעלת DPA: אם ל-SAS יש הרשאה לשדר, הוא חייב להגן על משתמשים עם קדימות גבוהה יותר מפני הפרעות. אל תבטלו את ההרשאה או תרשמו מחדש את המכשיר לפני CPAS, כי יש סיכוי שההרשאה לא תשפיע על משתמשים עם עדיפות גבוהה יותר אחרי CPAS. אם ההרשאה עדיין מושעית אחרי CPAS, אפשר לבקש הרשאה חדשה בעוצמה נמוכה יותר כדי לקבל אישור בערוץ הזה. לפי בקשת ה-FCC: ה-FCC ביקש להשעות את המענק. הבקשה של ה-FCC עשויה להתייחס למכשיר ספציפי או לקבוצה של מכשירים, שאולי מקובצים לפי מיקום גיאוגרפי או תדר. ההשעיה עשויה להימשך לפרקי זמן שונים –	כדי לברר אם מענק מוחזק דרך CPAS, צריך לפנות לספק ה-CBSD או ה-DP. אם החישובים של ההפרעות נמשכים יותר מכמה דקות, או אם המכשיר מחזיק בהרשאה דרך CPAS אבל עדיין מושעה, צריך לפנות לתמיכה של SAS.
`502-UNSYNC_OP_PARAM`	מכשיר ה-CBSD שלח פעימת לב בצורה לא תקינה במצב Authorized באחד מהתרחישים הבאים: מיד אחרי הנפקת מענק לפני שההשעיה בוטלה אחרי שעבר יותר מדי זמן מאז בקשת הדופק האחרונה בכל המקרים, פעימת הלב הייתה אמורה להיות במצב Granted, אבל המכשיר דיווח על מצב Authorized במקום זאת. ‫WInnForum דורש ש-CBSD יבטל אוטומטית את ההרשאה כשקוד השגיאה הזה מתקבל.	בודקים את זמן האחזור ברשת מהמכשיר אל ה-SAS. אם יש השהיה גבוהה בבקשות של CBSD או בתגובות של SAS, יכול להיות ש-CBSD ו-SAS לא יסתנכרנו. צריך לפנות ליצרן המכשיר כדי להבין למה המכשיר שלח בקשת אות חיים מסוג Authorized במקום בקשת אות חיים מסוג Granted.	כדי לאמת את זמן האחזור ברשת ולזהות את שורש הבעיה, צריך לפנות לספק הרשת. כדי לקבל עזרה בקביעת הסיבה לכך שהמכשיר שולח בקשות דופק מסוג Authorized במקום Granted, צריך לפנות לספק ה-CBSD או ה-DP. אם יש לכם בעיות שקשורות לזמן האחזור ברשת, ויכול להיות שהן נובעות מ-SAS, אתם יכולים לפנות אל התמיכה של SAS.