Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

אימות יכולת הפעולה ההדדית של CBSD עם SAS

הגרסה הנוכחית של חבילת מקרים לבדיקה של מערכת הגישה לספקטרום (SAS) היא v5.5. אפשר לבדוק את יכולת הפעולה ההדדית בין מכשיר Citizens Broadband Radio Service (CBSD) לבין SAS באמצעות תרחישי הבדיקה הבאים. חשוב לוודא שאתם מאמתים את תוצאת הבדיקה בגיליון האלקטרוני Test Result שסופק על ידי Google.

הדרישות לבדיקת יכולת פעולה הדדית של SAS

כדי לבדוק את יכולת הפעולה ההדדית של SAS עם מודל SAS וגרסת התוכנה שלו, אתם צריכים את הדברים הבאים:

בדיקת מזהים של רשות התקשורת הפדרלית (FCC)

מזהה הבדיקה צריך להיות תקין לפי Part 96 FCC ID. למכשירים שממתינים לאישור FCC, פנו אל תמיכת SAS.
מזהי משתמשים לבדיקה

אם אתם לקוחות של Google SAS, אתם יכולים להשתמש במזהה המשתמש הקיים שלכם. אם אתם לא לקוחות ורוצים לבדוק את המכשיר, אתם צריכים לפנות אל תמיכת SAS כדי לקבל אישור לשימוש במזהה משתמש מותאם אישית בסביבת הבדיקה של SAS.
אישורי בדיקה של מכשירים

כל אישור מכשיר CBRS פועל עם סביבת הבדיקה של SAS. אם אין לכם אישור בדיקה למכשיר CBSD או למכשיר Domain Proxy (DP), עליכם לפנות אל SAS Support. האישורים לבדיקה פועלים רק בסביבת הבדיקה של SAS.

מקרה בדיקה 1: רישום של CBSD, שאילתת ספקטרום, הענקה ודופק (פעולה רגילה)

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

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

פרמטרים לקיבוץ CBRS שאושרו על ידי WInnForum

מערך האובייקטים groupingParam הוא אופציונלי ומשמש את Google SAS רק למטרות של דו-קיום של גישה מורשית כללית (GAA).

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

רשימה של ערכי groupType חוקיים פורסמה במסמך WINNF-SSC-0010.

אם מכשיר ה-CBSD שולח groupType לא תקין, ה-SAS מגיב עם responseCode 103 (Invalid_value). נכון לעכשיו, ה-SAS תומך בערכי groupType‏ Principal_Subordinate_SFG ו-Spectrum_Reuse. הוא מאחסן ומעלה פרמטרים של קיבוץ אל פורטל SAS. מערכת SAS מתעלמת מכל ערך תקין אחר של groupType עם responseCode 0 (Success).

דרישות מוקדמות

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

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD שולח בקשת רישום ל-SAS עם מזהה ה-FCC ומזהה המשתמש. אפשר להשתמש בכל FCC ID מאושר או במזהה שאושר יחד עם מזהה המשתמש והוסף לרשימת ההיתרים על ידי תמיכת SAS. איך מתחברים לסביבת הבדיקה של SAS

דוגמה 1: בקשת רישום חד-שלבית של מכשיר CBSD מקטגוריה א'

{
   "registrationRequest":[
      {
         "fccId":"allowed FCC ID",
         "userId":"allowed user ID",
         "cbsdSerialNumber":"unique device ID",
         "cbsdCategory":"A",
         "airInterface":{
            "radioTechnology":"E_UTRA",
         },
         "installationParam":{
            "latitude":latitude within US,
            "longitude":longitude within US,
                 "height":6,
                 "heightType":"AGL",
            "antennaGain":6
            "indoorDeployment":true
         },
         "cbsdInfo":{
            "vendor": "CBSD Vendor 1",
            "model": "CBSD Model 1",
            "softwareVersion": "2.0",
            "hardwareVersion": "2.0",
            "firmwareVersion": "2.0"
         },
         "groupingParam":[
            {
               "groupType": "PRINCIPAL_SUBORDINATE_SFG",
               "groupId": "string, e.g. CCG_1"
            },
            {
               "groupType": "SPECTRUM_REUSE",
               "groupId": "string, e.g. ICG_1"
            }
         ]
      }
   ]
}

דוגמה 2: בקשת רישום רב-שלבית של CBSD בקטגוריה B

הפרמטרים האלה שסופקו על ידי ה-CPI נטענו מראש ל-SAS דרך SAS Portal.

{
   "registrationRequest":[
      {
         "fccId":"allowed FCC ID",
         "userId":"allowed user ID",
         "cbsdSerialNumber":"unique device ID",
         "cbsdCategory":"B",
         "airInterface":{
            "radioTechnology":"E_UTRA"
         },
         "cbsdInfo":{
            "vendor": "CBSD Vendor 1",
            "model": "CBSD Model 1",
            "softwareVersion": "2.0",
            "hardwareVersion": "2.0",
            "firmwareVersion": "2.0"
         },
         "groupingParam":[
            {
               "groupType": "PRINCIPAL_SUBORDINATE_SFG",
               "groupId": "string, e.g. CCG_1"
            },
            {
               "groupType": "SPECTRUM_REUSE",
               "groupId": "string, e.g. ICG_1"
            }
         ]
      }
   ]
}

מכשיר ה-CBSD מקבל תגובת הרשמה מ-SAS.

דוגמה

{
   "registrationResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "response":{
            "responseCode":0
         }
      }
   ]
}

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

דוגמה

{
   "spectrumInquiryRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "inquiredSpectrum":[
            {
               "lowFrequency":within 3550 - 3700 MHz range (e.g. 3550000000),
               "highFrequency":within 3550 - 3700 MHz range (e.g. 3650000000)
            }
         ]
      }
   ]
}

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

דוגמה

{

"spectrumInquiryResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "availableChannel":[
            {
               "frequencyRange":{
                  "lowFrequency":3550 - 3700 MHz (e.g. 3600000000),
                  "highFrequency":3550 - 3700 MHz
               },
               "channelType":"GAA",
               "ruleApplied":"FCC_PART_96",
               "maxEirp": 37
            }
         ],
         "response":{
            "responseCode":0
         }
      }
   ]
}

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

דוגמה

{
   "grantRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3550 - 3700 MHz (e.g. 3600000000),
               "highFrequency":3550 - 3700 MHz
            }
         }
      }
   ]
}

מכשיר ה-CBSD מקבל תגובת מענק מ-SAS.

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      }
   ]
}

מכשיר ה-CBSD שולח בקשות של אותות חיים ל-SAS באופן תקופתי על סמך heartbeatInterval ומקבל תגובות של אותות חיים מ-SAS.

חשוב: בבקשת הדופק הראשונה, הערך של operationState צריך להיות granted.
דוגמה
```
{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState":"GRANTED"
      }
   ]
}
```

מערכת SAS מגיבה באישור בקשת הדופק.

דוגמה

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
         "heartbeatInterval": 60,
         "response":{
            "responseCode":0
         },
      }
   ]
}

אם בקשת הדופק הקודמת אושרה, ה-CBSD שולח בקשות דופק עוקבות ל-SAS באופן תקופתי על סמך heartbeatInterval, כשהשדה operationState מוגדר לערך Authorized.
דוגמה
```
{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState":"AUTHORIZED"
      }
   ]
}
```

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 1.** מקרה בדיקה 1
	מקבל	שליחות	סביר
SAS	בקשת רישום תקפה בקשת גישה תקינה בקשות תקופתיות תקינות של אות חיים לפחות כל `heartbeatInterval` שניות	תשובות מוצלחות לכל הבקשות, עם `transmitExpireTime` שכלול בתשובות של אותות החיים.
CBSD	תגובות מוצלחות לכל הבקשות	בקשת רישום תקפה בקשת גישה תקינה בקשות תקפות של פעימות לב תקופתיות כל `heartbeatInterval` שניות, כולל בקשות שבהן הערך של `operationState` הוא Authorized	אחרי הפעימה הראשונה שמתקבלת בהצלחה, ה-CBSD מתחיל לשדר בערוץ ובעוצמה המתאימים.
SAS Portal	פרמטרים של קיבוץ שנשלחים על ידי CBSD באחת מהודעות הבקשה, כשהערך של `groupType` הוא Principal_Subordinate_SFG או Spectrum_Reuse פרמטרי הקיבוץ מופיעים בכרטיסייה Config בקטע Coex groups.

מקרה בדיקה 2: ויתור על הרשאה וביטול רישום (פעולה רגילה)

מקרה הבדיקה הזה מאמת את ביטול הרישום של ה-CBSD מ-SAS.

דרישות מוקדמות

מוודאים שמכשיר ה-CBSD רשום, שיש לו הרשאה ושהוא שולח פעימות לב.

שלבים

צריך לבצע את השלבים הבאים:

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

דוגמה 1: אופציונלית, מכשיר ה-CBSD שולח בקשת ויתור ל-SAS

{
   "relinquishmentRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID"
      }
   ]
}

דוגמה 2: אם נשלחת בקשת ויתור, ה-CBSD מקבל תגובת ויתור מ-SAS

{
   "relinquishmentResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId" : "SAS-assigned grant ID",
         "response":{
            "responseCode":0,
         }
      }
   ]
}

מכשיר ה-CBSD שולח בקשת ביטול רישום ל-SAS.

דוגמה

{
   "deregistrationRequest":[
      {
         "cbsdId":"SAS-assigned device ID"
      }
   ]
}

מכשיר ה-CBSD מקבל תגובה לביטול הרישום ממערכת ה-SAS.

דוגמה

{
   "deregistrationResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "response":{
            "responseCode":0
         }
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 2.** מקרה בדיקה 2
	מקבל	שליחות	סביר
SAS	אופציונלי: בקשה להעברת בעלות בקשה לביטול הרישום	אופציונלי: תגובה על ויתור בקשה לביטול הרישום
CBSD	אופציונלי: תגובה על ויתור בקשה לביטול הרישום	אופציונלי: בקשה להעברת בעלות בקשה לביטול הרישום	השידור מפסיק לפני שליחת בקשה לביטול הרישום או בקשה להעברת הבעלות

מקרה בדיקה 3א: השעיית מענק: רכישה מתוך האפליקציה בהמתנה

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

השידור של CBSD מושבת כש-SAS משעה את ההרשאה של CBSD.
ה-CBSD מדווח על מצב הפעולה הנכון בבקשות הבאות של אותות חיים.

דרישות מוקדמות

ל-CBSD בארה"ב יש ערוצים עם זמינות מוגבלת של עוצמת שידור. במקומות מסוימים כמו טמפה (פלורידה) ולוס אנג'לס (קליפורניה), תקציבי ההספק נמוכים מ-37 dBm/MHz. כדי להקל על סימול תרחיש הבדיקה במיקומים לאורך החוף, מפעילים את שכבת העל של זמינות הספקטרום עבור CBRS.

חשוב לוודא את הפרטים הבאים:

מכשיר ה-CBSD שולח בקשת מענק עם ערך maxEirp נמוך מההספק הזמין של הערוץ ב-dBm/MHz.

דוגמה

{
    "grantRequest":[
      . . .
      {
         "operationParam":{
              "maxEirp":25, (e.g. Assume Partial power available for
                      2670-2680=28dBm/MHz)
              "operationFrequencyRange":{
             "lowFrequency":3670000000,
             "highFrequency":3680000000
             . . .
         }
      }
   ]
}

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

דוגמה 1: בקשת ה-heartbeat הראשונה אחרי שהבקשה לאישור אושרה

{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState": "GRANTED"
      }
   ]
}

דוגמה 2: תגובה של אות פעימת לב כשמוקצית הרשאת הגישה

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
         "heartbeatInterval": 60,
         "response":{
           "responseCode":0
         },
      }
   ]
}

דוגמה 3: בקשות חוזרות של אותות חיים כשההרשאה מאושרת

{
   "heartbeatRequest":[
      {
       "cbsdId":"SAS-assigned device ID",
       "grantId":"SAS-assigned grant ID",
       "operationState": "AUTHORIZED"
      }
   ]
}

שלבים

צריך לבצע את השלבים הבאים:

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

מערכת SAS שולחת את התגובה לפעימת הלב עם responseCode 501 (Suspended_Grant: IAP Pending).

דוגמה 1: תגובה לשאילתת ספקטרום לגבי ערוץ זמין עם עוצמה חלקית

 {
   "spectrumInquiryResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "availableChannel":{
           {
           "frequencyRange": {
           "lowFrequency":3670000000,
           "highFrequency":3680000000
         },
           "channelType": "GAA",
           "ruleApplied": "FCC_PART_96",
           "maxEirp": 26.73
      }
   ],
      "Response" {
      "responseCode": 0
      }
   }
   ]
}

דוגמה 2: תגובת פעימת לב כשבקשת ההרשאה חורגת מההספק הזמין

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "response":{
           "responseCode":501, {
           "responseMessage":"SUSPENDED_GRANT : IAP Pending"
           responseData = ["IAP Pending"]
         }
      }
   ]
}

דוגמה 3: בקשת אותות חיים כשההרשאה מושעית

{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState": "GRANTED"
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 3א.** מקרה בדיקה 3א
	מקבל	שליחות
SAS	בקשות Heartbeat עם `operationState` שמוגדר לערך Granted אחרי שה-CBSD מקבל הודעה שההרשאה הושעתה דרך תגובת ה-Heartbeat בקשות Heartbeat עם `operationState` שמוגדר לערך Authorized אחרי שה-CBSD מקבל הודעה דרך תגובת ה-Heartbeat שהמענק אושר	תגובות לפעימות לב עם `responseCode 0` (`Success`) כשההרשאה לא מושעית תגובות של פעימות לב עם `responseCode 501` (`Suspended_Grant:IAP Pending`) כשההרשאה מושעית
CBSD	תגובות לפעימת הלב עם `responseCode 0` (`Success`), כל עוד אזור ההשעיה לא פעיל תגובות של אותות חיים עם `responseCode 501` (`Suspended_Grant`), עד שתוקף ההרשאה הנוכחית יפוג ותוגש בקשה להרשאה חדשה, או עד שיהיה זמין חשמל נוסף אחרי מחזור של CPAS ה-CBSD מפסיק את השידור (מכבה את הרדיו) תוך פחות מ-60 שניות אחרי `transmitExpireTime`	בקשות Heartbeat עם `operationState` שמוגדר לערך Authorized אחרי שה-CBSD מקבל הודעה שהמענק אושר דרך תגובת ה-Heartbeat בקשות דופק עוקבות שבהן הערך של `operationState` מוגדר ל-Granted אחרי שה-CBSD מקבל הודעה שההרשאה הושעתה דרך תגובת הדופק אופציונלי: בקשה לבירור ספקטרום כדי לקבוע אילו ערוצים זמינים חשוב: מגבלות שנובעות מאירוע של יכולת חישה סביבתית (ESC) לא יכולות להשתקף בתגובת ה-SAS לבקשה לבירור ספקטרום.

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

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

תרחיש בדיקה 3ב: השעיית הרשאה: רשימת העברה של DPA הופעלה

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

השידור של CBSD מושבת כש-SAS משעה את ההרשאה של CBSD.
ה-CBSD מדווח על מצב הפעולה הנכון בבקשות הבאות של אותות חיים.

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

ה-CBSD רשום במיקום בתוך אזור ההשעיה המדומה.

דוגמה

מידע על אזור ההשעיה במכונת הבדיקה של SAS

{
    "registrationRequest":[
      {
         . . .
         . . .
         "installationParam":{
            "latitude":62.5,
            "longitude":-155.5,
            . . .
            . . .
         }
      }
   ]
}

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

דוגמה

{
   "grantRequest":[
     . . .
     {
         "operationFrequencyRange":{
             "lowFrequency":3550 - 3615 MHz (e.g. 3550000000),
             "highFrequency":3555 - 3700 MHz
             . . .
         }
      }
   ]
}

מכשיר ה-CBSD שולח בקשת פעימת לב. ההרשאה ניתנת על ידי SAS כל עוד אזור ההשעיה לא פעיל.

דוגמה 1: בקשת ה-heartbeat הראשונה אחרי שהבקשה לאישור אושרה

 {
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState":"GRANTED"
      }
   ]
}

דוגמה 2: תגובה לפעימת הלב כשאזור ההשעיה לא פעיל

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
         "heartbeatInterval": 60,
         "response":{
            "responseCode":0
         },
      }
   ]
}

דוגמה 3: בקשות דופק עוקבות כשאזור ההשעיה לא פעיל

{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState":"AUTHORIZED"
      }
   ]
}

שלבים

צריך לבצע את השלבים הבאים:

מחכים עד שאזור ההשעיה מושבת. מידע נוסף זמין במאמר בנושא בדיקת לוח הזמנים של אזור ההשעיה.
מערכת SAS משעה את ההרשאה כשאזור ההשעיה פעיל, כמו שצוין בלוח הזמנים של אזור ההשעיה.
מכשיר ה-CBSD שולח בקשת פעימת לב.
מערכת ה-SAS שולחת את תגובת הדופק עם responseCode 501 (Suspended_Grant : IAP Pending, "The grant is suspended because it is in the move list of a DPA that has been activated").

אופציונלי: מכשיר ה-CBSD שולח בקשה לבדיקת הספקטרום אחרי שההרשאה מושעית.

דוגמה 1: תגובה לפעימת לב כשאזור ההשעיה פעיל

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "response":{
            "responseCode":501,
            "responseMessage":"SUSPENDED_GRANT : The grant is suspended because it is in the move list of a DPA that has been activated."
            responseData = ["The grant is suspended because it is in the move list of a DPA that has been activated."]
         }
      }
   ]
}

דוגמה 2: בקשת פעימת לב כשההרשאה מושעית

{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState":"GRANTED"
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 3ב.** מקרה בדיקה 3ב
	מקבל	שליחות
SAS	בקשות Heartbeat עם `operationState` שמוגדר לערך Granted אחרי שה-CBSD מקבל הודעה שההרשאה הושעתה דרך תגובת ה-Heartbeat בקשות Heartbeat עם `operationState` שמוגדר לערך Authorized אחרי שה-CBSD מקבל הודעה דרך תגובת ה-Heartbeat שהמענק אושר	תשובות של פעימת הלב עם `responseCode 0` (`Success`) כשאזור ההשעיה לא פעיל תגובות של פעימת הלב עם `responseCode 501` (`Suspended_Grant: The grant is suspended because it is in the move list of a DPA that has been activated."`) כשאזור ההשעיה פעיל
CBSD	תגובות של פעימת הלב עם `responseCode 0` (`Success`) למשך כל עוד אזור ההשעיה לא פעיל תשובות של פעימת הלב עם `responseCode 501` (`Suspended_Grant: The grant is suspended because it is in the move list of a DPA that has been activated.`) כל עוד אזור ההשעיה פעיל ה-CBSD מפסיק את השידור (מכבה את הרדיו) פחות מ-60 שניות אחרי `transmitExpireTime`	בקשות Heartbeat עם `operationState` שמוגדר לערך Authorized אחרי שה-CBSD מקבל הודעה דרך תגובת ה-Heartbeat שהמענק אושר בקשות דופק עוקבות שבהן הערך של `operationState` הוא Granted אחרי שה-CBSD קיבל הודעה דרך תגובת הדופק שההרשאה הושעתה אופציונלי: בקשה לבירור ספקטרום כדי לקבוע אילו ערוצים זמינים. חשוב: מגבלות שנובעות מאירוע ESC לא יכולות להשתקף בתגובת SAS לבקשת בדיקת ספקטרום.

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

מקרה בדיקה 4: מתן הרשאה מחדש

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

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

ה-CBSD רשום במיקום שנמצא בתוך אזור ההשעיה. מידע נוסף זמין במאמר בנושא אזור השעיה.

דוגמה

{
"registrationRequest":[
  {
     . . .
     . . .
     "installationParam":{
        "latitude":62.5,
        "longitude":-155.5,
        . . .
        . . .
     }
  }
]
}

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

שלבים

צריך לבצע את השלבים הבאים:

ה-CBSD ממשיך לשלוח פעימות לב בזמן שההרשאה מושעית.
‫SAS שולח תגובות של פעימות לב עם responseCode 501 (Suspended_Grant).
אחרי שמבטלים את האזור של ההשעיה, SAS מאשר את בקשות הדופק עם responseCode (Success).
השידור של CBSD מתחדש אחרי קבלת אישור מ-SAS.
מכשיר ה-CBSD שולח בקשות דופק עוקבות עם הערך Authorized בכותרת operationState.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 4.** מקרה בדיקה 4
	מקבל	שליחות	סביר
SAS	בקשות Heartbeat עם הערך `operationState` שמוגדר כ-Granted	תגובות של פעימת הלב עם `responseCode 501` (`Suspended_Grant`) בזמן שהאזור המושעה פעיל תגובות של פעימת הלב עם `responseCode 0` (`Success`) אחרי השבתת אזור ההשעיה
CBSD	תגובות של פעימת הלב עם `responseCode 501` (`Suspended_Grant`) כשאזור ההשעיה פעיל תגובות של פעימת הלב עם `responseCode 0` (`Success`) אחרי השבתת אזור ההשעיה	תשובות של בדיקת פעילות עם `operationState` שמוגדרות לערך Granted או Authorized	ה-CBSD יחדש את השידור (יפעיל את הרדיו) אחרי שהוא יקבל `responseCode 0.`

תרחיש בדיקה 5א: ביטול הרשאה עם פרמטרים תפעוליים מוצעים

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

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

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

ה-CBSD רשום במיקום שנמצא בתוך אזור הסיום. מידע נוסף על אזור הסיום

ה-CBSD רשום במיקום בתוך אזור ההשעיה המדומה של ה-SAS לבדיקה.

דוגמה

{
   "registrationRequest":[
      {
. . .
. . .
         "installationParam":{
            "latitude":66.5,
            "longitude":-158.5,
. . .
. . .
         }
      }
   ]
}

ה-CBSD מחזיק במענק ושולח פעימות לב.
התדר operationFrequencyRange של המענק חופף באופן חלקי או מלא לתדרים 3550 MHz עד 3620 MHz.

שלבים

צריך לבצע את השלבים הבאים:

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

מערכת SAS שולחת את התגובה לפעימת הלב עם responseCode 500 (Terminated_Grant).

דוגמה

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "operationParam":{
            "maxEirp":"New max EIRP",
            "operationFrequencyRange":{
               "lowFrequency":"New low frequency",
               "highFrequency":"New high frequency"
            }
         },
         "response":{
            "responseCode":500,
            "responseMessage":"TERMINATED_GRANT"
         }
      }
   ]
}

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

דוגמה

 {
   "grantRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "operationParam":{
            "maxEirp":New max EIRP,
            "operationFrequencyRange":{
               "lowFrequency":New low frequency,
               "highFrequency":New high frequency
            }
         }
      }
   ]
}

מכשיר ה-CBSD מקבל תגובת מענק מ-SAS.

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 5א.** מקרה בדיקה 5א
	מקבל	שליחות	סביר
SAS	בקשת פעימת לב בקשת הרשאה תקינה עם הפרמטרים התפעוליים החדשים	תגובות לדופק עם `responseCode 500` (`Terminated_Grant`) לבקשת הדופק הראשונה אחרי שההרשאה הסתיימה תשובה על מענק שהתקבל אחרי שבקשת ה-CBSD למענק נשלחה עם פרמטרים תפעוליים חדשים
CBSD	תגובות לפעימות לב עם `responseCode 500` (`Terminated_Grant`) תשובה חיובית לבקשת מענק	בקשת פעימת לב בקשת הרשאה תקינה עם הפרמטרים התפעוליים ש-SAS מציעה בתגובה לדופק הסיום	הפסקת השליחה של בקשות heartbeat ל-SAS עבור ההרשאה שהופסקה ה-CBSD מפסיק את השידור תוך פחות מ-60 שניות אחרי `transmitExpireTime`.

תרחיש בדיקה 5ב: סגירה של מענק מורשה ממסכת ערוץ ב-SAS Portal

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

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

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

ה-CBSD מחזיק במענק ושולח פעימות לב.
ה-CBSD ממשיך לשלוח פעימות לב עד ש-SAS מפסיק את ההרשאה.

שלבים

צריך לבצע את השלבים הבאים:

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

‫SAS שולח את התגובה לפעימת הלב עם responseCode 500 (Terminated_Grant).

דוגמה

 {
   "heartbeatResponse":[
      {
     "cbsdId":"SAS-assigned device ID",
     "grantId":"SAS-assigned grant ID",
     "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
     "response":{
        "responseCode":500,
        "responseMessage":"TERMINATED_GRANT"
        }
     }
  ]
}

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

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

דוגמה

 {
 "grantRequest":[
    {
       "cbsdId":"SAS-assigned device ID",
       "operationParam":{
          "maxEirp":New max EIRP
          ""operationFrequencyRange":{
             "lowFrequency":"New low frequency",
             "highFrequency":New high frequency
          }
       }
    }
 ]
}

מכשיר ה-CBSD מקבל תגובת מענק מ-SAS.

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      }
   ]
}

מכשיר ה-CBSD שולח בקשת אות חיים למענק החדש.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 5ב.** מקרה בדיקה 5ב
	מקבל	שליחות	סביר
SAS	בקשת פעימת לב בקשת שאילתה בנושא Spectrum בקשת הענקת הרשאה תקינה לערוץ זמין	תגובות של פעימות לב עם `responseCode 500` (`Terminated_Grant`) לבקשת פעימת הלב הראשונה אחרי שהסתיימה התקופה של CPAS תשובה על מענק שהתקבל אחרי שבקשת ה-CBSD למענק נשלחה עם פרמטרים תפעוליים חדשים תגובה לפנייה בנושא ספקטרום עם רשימה של ערוצים זמינים תגובה חיובית למתן הרשאה אחרי שבקשת ה-CBSD להרשאה לערוץ זמין אושרה
CBSD	תגובות לפעימות לב עם `responseCode 500` (`Terminated_Grant`) תשובה לשאלה בנושא ספקטרום תשובה חיובית לבקשת מענק	בקשת פעימת לב בקשת שאילתה בנושא Spectrum בקשה תקפה למענק לאחד מהערוצים הזמינים	הפסקת השליחה של בקשות heartbeat ל-SAS עבור ההרשאה שהופסקה ה-CBSD מפסיק את השידור תוך פחות מ-60 שניות אחרי `transmitExpireTime`

תרחיש בדיקה 6: בקשת מתן הרשאה נכשלה

במקרה הבדיקה הזה מוודאים שמכשיר ה-CBSD לא מתחיל את תהליך הדופק או את השידור אם בקשת ההרשאה לא מצליחה.

דרישות מוקדמות

מוודאים שרשמתם את ה-CBSD במיקום שנמצא בתוך אזור ההגנה של רשתות אלחוטיות שהוקמו לפני התקנות החדשות (GWPZ).

דוגמה: רישום בתוך GWPZ

  {
    "registrationRequest":[
     {
       . . .
       . . .
       "installationParam":{
       "latitude":70,
       "longitude":-162,
        . . .
        . . .
      }
     }
   ]
  }

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD שולח בקשת מענק ל-SAS.

דוגמה: בקשת מענק לתדירויות שנפסלו על ידי GWPZ

{
   "grantRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3650 - 3695 MHz (e.g. 3650000000),
               "highFrequency":3655 - 3700 MHz
            }
         }
      }
   ]
}

מערכת SAS מגיבה בדחיית בקשת ההרשאה עם responseCode 400 (Interference).

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "response":{
            "responseCode":400,
            "responseMessage":"Inside GWPZ"
         }
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 6.** מקרה בדיקה 6
	מקבל	שליחות
SAS	בקשת מענק	אישור בקשה עם `responseCode 400` (`Interference`) במקרה הזה, ה-CBSD נמצא בתוך ה-GWPZ ומבקש מענק בתדר מוגן, אבל יכול להיות שזו כל סיבה אחרת.
CBSD	אישור בקשה עם `responseCode 400` (`Interference`) ה-CBSD לא צריך להתחיל לשלוח פעימות לב או לשדר.	בקשת מענק

תרחיש בדיקה 7: ביטול הרישום של CBSD ורישום מחדש

במקרה הבדיקה הזה, המערכת מוודאת שציוד ה-CBSD מבטל את הרישום שלו ב-SAS ורושם אותו מחדש כשמעבירים אותו ממיקום אחד למיקום אחר במרחק של יותר מ-50 מטרים.

דרישות מוקדמות

צריך לוודא שמכשיר ה-CBSD רשום, שיש לו הרשאה ושהוא שולח פעימות לב.

דוגמה: קואורדינטות של CBSD בבקשת הרישום הראשונית

    {
       "registrationRequest":[
          {
             . . .
             . . .
         "installationParam":{
            "latitude":37.4,
            "longitude":-122.0,
         . . .
         . . .

         }
      }
   ]
}

שלבים

צריך לבצע את השלבים הבאים:

הגדרת המיקום של ה-CBSD למיקום אחר שנבחר במרחק של יותר מ-50 מטרים. אפשר לעשות את זה על ידי הזזה פיזית של המכשיר או על ידי הגדרת המיקום שלו באופן ידני.
ה-CBSD שולח בקשת ביטול רישום באופן אופציונלי בגלל השינוי במיקום.
דוגמה
```
{
   "deregistrationRequest":{
      "cbsdId":"SAS-assigned device ID"
   }
}
```

לאחר מכן, מכשיר ה-CBSD שולח בקשת רישום חדשה עם המיקום החדש.

דוגמה

{
   "registrationRequest":[
      {
         . . .
         . . .

         "installationParam":{
            "latitude":37.5,
            "longitude":-122.1,
         . . .
         . . .
         }
      }
   ]
}

מערכת SAS שולחת תגובת רישום עם responseCode 0.

דוגמה

{
   "registrationResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "response":{
            "responseCode":0
         }
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 7.** מקרה בדיקה 7
	מקבל	שליחות
SAS	בקשת רישום עם פרטי מיקום התחלה אופציונלי: בקשה לביטול הרישום בקשת רישום עם פרטי מיקום חדשים	תגובה להרשמה עם `responseCode 0` אופציונלי: תגובה לביטול הרישום עם `responseCode 0` תגובה להרשמה עם `responseCode 0`
CBSD	תגובה להרשמה עם `responseCode 0` אופציונלי: תגובה לביטול הרישום עם `responseCode 0` תגובה להרשמה עם `responseCode 0`	בקשת רישום עם פרטי מיקום התחלה אופציונלי: בקשה לביטול הרישום בקשת רישום עם המיקום החדש

תרחיש בדיקה 8: תפוגה וחידוש של הרשאה

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

דרישות מוקדמות

מוודאים שמכשיר ה-CBSD רשום, שיש לו הרשאה ושהוא שולח פעימות לב.

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD שולח ל-SAS בקשת אות חיים עם הערך grantRenew שמוגדר כ-true לפני שתוקף ההרשאה פג.

דוגמה

{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "operationState": "AUTHORIZED",
         "grantRenew":"true"
      }
   ]
}

מערכת ה-SAS שולחת grantExpireTime חדש בתגובה של אות החיים אם מכשיר ה-CBSD מבקש לחדש את ההרשאה.

דוגמה

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID",
         "grantId":"SAS-assigned grant ID",
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
         "heartbeatInterval": 60,
         "response":{
            "responseCode":0
         },
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 8.** מקרה בדיקה 8
	מקבל	שליחות
SAS	Heartbeat request that also requests grant renewal	תגובת דופק שמכילה ערך חדש של `grantExpireTime`
CBSD	תגובת דופק שמכילה ערך חדש של `grantExpireTime`	בקשת אות פעימת לב עם `grantRenew` שמוגדר כ-true לפני שתוקף ההרשאה פג

תרחיש בדיקה 9: טיפול ב-CBSD בערכים לא תקינים או חסרים

במקרה הבדיקה הזה מוצגות דוגמאות לבקשות לא תקינות. ה-CBSD לא צריך לפעול לפי ההוראות שלב אחר שלב, אבל הבודק צריך לוודא שאחרי שה-CBSD מקבל קוד תגובה שמציין שיש שגיאה בבקשה, הוא לא מנסה לשלוח שוב את אותה בקשה (לא תקינה).

דרישות מוקדמות

מוודאים שה-CBSD לא רשום ב-SAS.

שלבים

מכשיר ה-CBSD שולח בקשת רישום ל-SAS.

דוגמה 1: בקשות עם שגיאות

השדה 'מזהה FCC' בטקסט עם קו חוצה מושמט מהבקשה, למרות שהוא נדרש לרישום CBSD.

{
   "registrationRequest":[
      {
         "fccId":"whitelisted FCC ID",
         "userId":"whitelisted user ID",
         "cbsdSerialNumber":"<unique device ID>",
         "cbsdCategory":"A",
         "airInterface":{
            "radioTechnology":"E_UTRA"
         },
         "installationParam":{
            "latitude": latitude within US,
            "longitude": longitude within US,
            "height":9,
            "heightType":"AGL",
            "indoorDeployment":false,
            "antennaGain":16
         },
         "cbsdInfo":{
            "vendor": "CBSD Vendor 1",
            "model": "CBSD Model 1",
            "softwareVersion": "2.0",
            "hardwareVersion": "2.0",
            "firmwareVersion": "2.0"
         }
      }
  ]
}

דוגמה 2: בקשת רישום שנייה עם ערכי קו רוחב וקו אורך שמוגדרים כ-0 (אפס)

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

{
   "registrationRequest":[
      {
         "fccId":"whitelisted FCC ID",
         "userId":"whitelisted user ID",
         "cbsdSerialNumber":"unique device ID",
         "cbsdCategory":"A",
         "airInterface":{
            "radioTechnology":"E_UTRA"
         },
         "installationParam":{
            "latitude": 0,
            "longitude": 0,
            "height":12,
            "heightType":"AGL",
            "indoorDeployment":false,
            "antennaGain":20
         },
         "cbsdInfo":{
            "vendor": "CBSD Vendor 1",
            "model": "CBSD Model 1",
            "softwareVersion": "2.0",
            "hardwareVersion": "2.0",
            "firmwareVersion": "2.0"
         }
      }

   ]
}

מערכת SAS דוחה את בקשת הרישום עם אחת מההודעות הבאות:

‫responseCode 102 (Missing_Param). מזינים את הפרמטרים החסרים בשדה responseData.

דוגמה

{
 "registrationResponse":[
    {
       "response":{
          "responseCode":102,
          "responseData":["fccId"],
          "responseMessage":"Missing field: fccId"
       }
    }
]
}

‫responseCode 103 (Invalid_Value). מזינים את הפרמטרים עם ערכים לא תקינים בשדה responseData.

דוגמה

{
"registrationResponse":[
    {
       "response":{
          "responseCode":103,
          "responseData":["latitude", "longitude"],
          "responseMessage":"Invalid field: latitude, longitude"
       }
    }
 ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 9.** מקרה בדיקה 9
	מקבל	שליחות	סביר
SAS	בקשת רישום ללא השדות הנדרשים או עם ערכים לא תקינים	אחת מהאפשרויות הבאות: תגובת רישום עם `responseCode 102` (`Missing_Param`) ופרמטרים חסרים בשדה `responseData` תגובת הרשמה עם `responseCode 103` (`Invalid_Value`) והפרמטרים עם ערכים לא חוקיים בשדה `responseData`
CBSD	תגובת הרשמה עם קוד תגובה שאינו אפס	בקשת רישום חסרה או לא תקינה	מכשיר ה-CBSD לא יכול לנסות לשלוח את אותה בקשה עד שהשגיאה תתוקן.

מקרה בדיקה 10: דיווח על מדידות של CBSD עבור RECEIVED_POWER_WITHOUT_GRANT

בבדיקה הזו מוודאים שמכשירי ה-CBSD שתומכים ביכולת המדידה Received_Power_Without_Grant שולחים דוחות מדידה בהתאם להנחיות שמופיעות במסמך WINNF-17-SSC-0002.

דרישות מוקדמות

מוודאים שה-CBSD לא רשום.

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD שולח בקשת רישום ל-SAS שכוללת את Received_Power_Without_Grant כאחת מיכולות המדידה שלו.
מערכת SAS משיבה בתגובת רישום שכוללת את Received_Power_Without_Grant בהגדרת דוח המדידה.
אופציונלי: מכשיר ה-CBSD שולח בקשה לבירור ספקטרום שמכילה מדידה תקינה.
אם נשלחת בקשה לבירור ספקטרום, מערכת ה-SAS שולחת תגובה לבירור ספקטרום עם responseCode 0.
מכשיר ה-CBSD שולח בקשת הרשאה שמכילה מדידה תקינה.
‫SAS שולח תגובה למתן הרשאה עם responseCode 0.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 10.** מקרה בדיקה 10
	מקבל	שליחות
SAS	בקשת הרשמה שכוללת את `Received_Power_Without_Grant` כאחת מיכולות המדידה אופציונלי: בקשה לבירור בנושא ספקטרום שמכילה מדידה תקינה בקשת גישה שמכילה מדידה תקינה	תגובה לרישום אופציונלי: תגובה לפניה בנושא ספקטרום תשובה למתן הרשאה
CBSD	תגובה לרישום אופציונלי: בקשה לפניות בנושא ספקטרום בקשת גישה שמכילה מדידה תקינה תשובה למתן הרשאה	בקשת הרשמה אופציונלי: בקשה לבירור בנושא ספקטרום שמכילה מדידה תקינה בקשת גישה שמכילה מדידה תקינה

מקרה בדיקה 11: דיווח על מדידות של CBSD עבור RECEIVED_POWER_WITH_GRANT

בבדיקה הזו מוודאים שמכשירי CBSD שתומכים ביכולת המדידה Received_Power_With_Grant שולחים דוחות מדידה כמו שמתואר במסמך WINNF-17-SSC-0002.

דרישות מוקדמות

מוודאים שה-CBSD לא רשום.

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD שולח בקשת רישום ל-SAS שכוללת את Received_Power_With_Grant כאחת מיכולות המדידה שלו.
שרת ה-SAS משיב בתגובת רישום עם responseCode 0.
אופציונלי: מכשיר ה-CBSD שולח בקשה לבירור ספקטרום.
מערכת SAS שולחת תשובה לשאילתת ספקטרום עם responseCode 0.
מכשיר ה-CBSD שולח בקשת גישה תקינה.
מערכת SAS שולחת תגובת הרשאה שכוללת את Received_Power_With_Grant בהגדרות של דוח המדידה.
במהלך חמש בקשות הדופק הראשונות, מכשיר ה-CBSD שולח לפחות בקשה אחת שמכילה מדידה תקפה.
מערכת SAS שולחת תשובות של פעימות לב עם responseCode 0.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 11.** תרחיש בדיקה 11
	מקבל	שליחות	סביר
SAS	בקשת רישום מ-CBSD שכוללת את `Received_Power_With_Grant` כאחת מהיכולות של המדידה אופציונלי: בקשה לבדיקת ספקטרום בקשת מענק תקפה מ-CBSD כל מספר של בקשות heartbeat, כאשר לפחות אחת מתוך חמש הבקשות הראשונות מכילה מדידה תקינה	תגובה לרישום אופציונלי: תגובה לפניה בנושא ספקטרום הענקת תגובה שכוללת את `Received_Power_With_Grant` בהגדרות של דוח המדידה תגובות לדופק עם `responseCode 0`
CBSD	תגובה לרישום אופציונלי: בקשה לפניות בנושא ספקטרום תשובה למתן הרשאה	בקשת הרשמה שכוללת את `Received_Power_With_Grant` כאחת מיכולות המדידה אופציונלי: בקשה לפניות בנושא ספקטרום בקשת מענק כל מספר של בקשות heartbeat, כאשר לפחות אחת מתוך חמש הבקשות הראשונות מכילה מדידה תקינה	אחרי הדופק הראשון שמתקבל, ה-CBSD מתחיל לשדר בערוץ ובעוצמה המתאימים.

תרחיש בדיקה 12: בקשות באצווה

במקרה הבדיקה הזה מוודאים ש-Domain Proxy ‏ (DP) יכול לשלוח בקשות אצווה ולקבל תגובות אצווה למספר CBSD.

בפרט, מקרה הבדיקה הזה מתמקד בנקודות הבאות:

שאילתת ספקטרום אצווה למספר מכשירי CBSD
הליך הענקת הרשאה למספר מכשירי CBSD
הדופק הראשון של קבוצת מכשירים שמפעיל את מכשירי הרדיו בכמה מכשירי CBSD

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

מכשירי ה-CBSD רשומים ב-SAS.
ה-DP מוגדר לבקש קבוצת משנה של הספקטרום שזמין.

שלבים

צריך לבצע את השלבים הבאים:

ה-DP שולח בקשה לבדיקת ספקטרום בקבוצה כדי לבדוק את הספקטרום הזמין לכל CBSD.

דוגמה

  {
     "spectrumInquiryRequest":[
        {
           "cbsdId":"SAS-assigned device ID #1",
           "inquiredSpectrum":[
              {
                 "lowFrequency":within 3550 - 3700 MHz range,
                 "highFrequency":within 3550 - 3700 MHz range
              }
           ]
        },
        {
           "cbsdId":"SAS-assigned device ID #2",
           "inquiredSpectrum":[
              {
                 "lowFrequency":within 3550 - 3700 MHz range,
                 "highFrequency":within 3550 - 3700 MHz range
              }
           ]
        },
        ...
        {
           "cbsdId":"SAS-assigned device ID #N",
           "inquiredSpectrum":[
              {
                 "lowFrequency":within 3550 - 3700 MHz range,
                 "highFrequency":within 3550 - 3700 MHz range
              }
           ]
        }
     ]
  }

לכל CBSD, ה-DP מקבל רשימה של ערוצים זמינים מ-SAS.

דוגמה

{
   "spectrumInquiryResponse":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "availableChannel":[
            {
               "frequencyRange":{
                  "lowFrequency":3550 - 3700 MHz,
                  "highFrequency":3550 - 3700 MHz
               },
               "channelType":"GAA",
               "ruleApplied":"FCC_PART_96",
               "maxEirp": 37
            },
            ...
         ],
         "response":{
            "responseCode":0
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "availableChannel":[
            {
               "frequencyRange":{
                  "lowFrequency":3550 - 3700 MHz,
                  "highFrequency":3550 - 3700 MHz
               },
               "channelType":"GAA",
               "ruleApplied":"FCC_PART_96",
               "maxEirp": 37
            },
            ...
         ],
         "response":{
            "responseCode":0
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "availableChannel":[
            {
               "frequencyRange":{
                  "lowFrequency":3550 - 3700 MHz,
                  "highFrequency":3550 - 3700 MHz
               },
               "channelType":"GAA",
               "ruleApplied":"FCC_PART_96",
               "maxEirp": 37
            },
            ...
         ],
         "response":{
            "responseCode":0
         }
      }
   ]
}

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

דוגמה

{
   "grantRequest":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3550 - 3700 MHz,
               "highFrequency":3550 - 3700 MHz
            }
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3550 - 3700 MHz,
               "highFrequency":3550 - 3700 MHz
            }
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3550 - 3700 MHz,
               "highFrequency":3550 - 3700 MHz
            }
         }
      }
   ]
}

ה-DP מקבל תגובה על הענקת הרשאה קבוצתית מ-SAS.

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "grantId":"SAS-assigned grant ID #1",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "grantId":"SAS-assigned grant ID #2",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "grantId":"SAS-assigned grant ID #N",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      }
   ]
}

ה-DP שולח בקשות באצווה של אותות חיים ל-SAS באופן תקופתי על סמך heartbeatInterval, ומקבל מ-SAS תגובות באצווה של אותות חיים.

דוגמה

{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "grantId":"SAS-assigned grant ID #1",
         "operationState":"GRANTED"
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "grantId":"SAS-assigned grant ID #2",
         "operationState":"GRANTED"
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "grantId":"SAS-assigned grant ID #N",
         "operationState":"GRANTED"
      }
   ]
}

ה-SAS מגיב באישור של בקשות ה-heartbeat.

דוגמה

{
   "heartbeatResponse":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "grantId":"SAS-assigned grant ID #1",
         "response":{
            "responseCode":0
         },
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "grantId":"SAS-assigned grant ID #2",
         "response":{
            "responseCode":0
         },
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "grantId":"SAS-assigned grant ID #N",
         "response":{
            "responseCode":0
         },
         "transmitExpireTime":"YYYY-MM-DDTHH:MM:SSZ"
      }

ה-DP שולח בקשות דופק לאצווה ל-SAS מעת לעת על סמך heartbeatInterval עם השדה operationState, ששייך לכל CBSD מסוים שהוגדר כ-Authorized אם בקשת הדופק הקודמת אושרה.

דוגמה

{
   "heartbeatRequest":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "grantId":"SAS-assigned grant ID #1",
         "operationState":"AUTHORIZED"
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "grantId":"SAS-assigned grant ID #2",
         "operationState":"AUTHORIZED"
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "grantId":"SAS-assigned grant ID #N",
         "operationState":"AUTHORIZED"
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 12.** תרחיש בדיקה 12
	מקבל	שליחות
SAS	בקשה תקפה לבירור לגבי ספקטרום בתקן CBRS, כולל בקשה אחת לכל CBSD בקשת מענק אצווה תקינה, כולל בקשה אחת לכל CBSD בקשות תקינות של אצווה תקופתית של אותות חיים, כולל בקשה אחת לכל CBSD לפחות כל `heartbeatInterval` שניות	תשובות מוצלחות לבקשות באצווה לכל הבקשות באצווה. הזמן `transmitExpire` בתגובות של אותות החיים מוגדר לערך במהלך ארבע דקות.
DP	תשובות מוצלחות באצווה לכל הבקשות באצווה אחרי התגובה המוצלחת הראשונה של אות פעימת הלב, כל CBSD מתחיל לשדר בערוץ המתאים ובעוצמה	בקשה תקפה לבירור לגבי ספקטרום בתדרים, כולל בקשה אחת לכל CBSD בקשת מענק אצווה תקינה, כולל בקשה אחת לכל CBSD בקשות תקפות של דופק אצווה תקופתי לפחות כל `heartbeatInterval` שניות, כולל בקשה אחת לכל CBSD. השדה `operationState` ששייך לכל מכשיר CBSD צריך להיות מוגדר לערך Authorized לפחות בבקשת דופק אחת.

תרחיש בדיקה 13: בקשות Batch גדולות מדי

במקרה הבדיקה הזה, אנחנו בודקים אם Domain Proxy (DP) יכול לטפל במצב שבו הגודל של בקשת אצווה חורג מהגודל המקסימלי של האצווה שמעובד על ידי SAS.

אם גודל האצווה גדול מ-maxBatchSize, ‏ SAS שולח תגובה תקינה ל-maxBatchSize הבקשות הראשונות עם השדה responseCode שמוגדר ל-0 (Success). לשאר הבקשות, SAS שולח responseCode 106 (Not_Processed).

ערך ברירת המחדל של maxBatchSize בסביבת הייצור של SAS הוא 120. כדי לתמוך בבדיקות פשוטות, הערך של maxBatchSize בסביבת הבדיקה של SAS הוא 20.

בפרט, תרחיש הבדיקה הזה מתמקד בתהליך של בקשת הרשאה כדי להדגים איך לטפל בבקשות גדולות מדי של פעולות בקבוצה.

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

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

מכשירי ה-CBSD רשומים ב-SAS.
ה-DP מוגדר לבקש קבוצת משנה של הספקטרום שזמין.

שלבים

צריך לבצע את השלבים הבאים:

ה-DP שולח ל-SAS בקשת אצווה גדולה מדי למענק. גודל הקבוצה הוא N, כאשר N הוא בין 20 ל-40. לכל מכשיר CBSD, פרוטוקול ה-DP מבקש טווח תדרים שצוין על ידי SAS כזמין.

דוגמה

    {
       "grantRequest":[
          {
             "cbsdId":"SAS-assigned device ID #1",
             "operationParam":{
                "maxEirp":20,
                "operationFrequencyRange":{
                   "lowFrequency":3550 - 3700 MHz,
                   "highFrequency":3550 - 3700 MHz
                }
             }
          },
          {
             "cbsdId":"SAS-assigned device ID #2",
             "operationParam":{
                "maxEirp":20,
                "operationFrequencyRange":{
                   "lowFrequency":3550 - 3700 MHz,
                   "highFrequency":3550 - 3700 MHz
                }
             }
          },
          ...
          {
             "cbsdId":"SAS-assigned device ID #N",
             "operationParam":{
                "maxEirp":20,
                "operationFrequencyRange":{
                   "lowFrequency":3550 - 3700 MHz,
                   "highFrequency":3550 - 3700 MHz
                }
             }
          }
       ]
    }

ה-DP מקבל תגובה על הענקת הרשאה קבוצתית מ-SAS. מערכת SAS שולחת תגובה תקינה ל-20 הבקשות הראשונות, כשהערך של השדה responseCode מוגדר כ-0 (Success). מערכת SAS מגדירה את הערך של השדה responseCode כ-106 (Not_Processed) עבור N עד 20 הפריטים האחרונים בחבילה.

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "grantId":"SAS-assigned grant ID #1",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "grantId":"SAS-assigned grant ID #2",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #20",
         "grantId":"SAS-assigned grant ID #20",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #21",
         "response":{
            "responseCode":106,
            "responseMessage":"The Google SAS requires that each request batch size be less than or equal to 20"
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #22",
         "response":{
            "responseCode":106,
            "responseMessage":"The Google SAS requires that each request batch size be less than or equal to 20"
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "response":{
            "responseCode":106,
            "responseMessage":"The Google SAS requires that each request batch size be less than or equal to 20"
         }
      }
   ]
}

הפלטפורמה לניהול נתונים שולחת את בקשות הגישה שעדיין לא עברו עיבוד.

דוגמה

גודל בקשת ה-Batch הזו לא עולה על 20, וזה מכוון.

{
   "grantRequest":[
      {
         "cbsdId":"SAS-assigned device ID #21",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3550 - 3700 MHz,
               "highFrequency":3550 - 3700 MHz
            }
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #22",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3550 - 3700 MHz,
               "highFrequency":3550 - 3700 MHz
            }
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "operationParam":{
            "maxEirp":20,
            "operationFrequencyRange":{
               "lowFrequency":3550 - 3700 MHz,
               "highFrequency":3550 - 3700 MHz
            }
         }
      }
   ]
}

ה-DP מקבל תגובה על הענקת הרשאה קבוצתית מ-SAS. מערכת SAS שולחת תגובה תקינה לכל הבקשות עם השדה responseCode שמוגדר לערך 0 (Success).

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID #21",
         "grantId":"SAS-assigned grant ID #21",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #22",
         "grantId":"SAS-assigned grant ID #22",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "grantId":"SAS-assigned grant ID #N",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      }
   ]
}

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 13.** מקרה בדיקה 13
	מקבל	שליחות
SAS	בקשת אצווה תקינה למתן הרשאה, כולל בקשה אחת לכל CBSD עבור גודל אצווה של 20 עד 40 בניסיון הראשון בקשות תקינות למתן הרשאות באצווה לחלק השני של האצווה בניסיון השני, כאשר גודל האצווה גדול מ-20	תשובות מוצלחות באצווה ל-20 בקשות ההרשאה הראשונות, ו-`responseCode 106` לשאר הבקשות באצווה בניסיון הראשון תשובות מוצלחות לבקשות מענק באצווה בניסיון השני
DP	תשובות מוצלחות באצווה ל-20 הבקשות הראשונות, ו-`responseCode 106` לשאר הבקשות באצווה בניסיון הראשון תשובות מוצלחות לבקשות מענק באצווה בניסיון השני	בקשת אצווה תקינה למתן הרשאה, כולל בקשה אחת לכל CBSD עבור גודל אצווה של 20 עד 40 בניסיון הראשון בקשות תקינות למתן הרשאות ב-Batch לחלק השני של ה-Batch בניסיון השני, כאשר גודל ה-Batch גדול מ-20

תרחיש בדיקה 14: רישום פסיבי של DAS ופרוצדורת הענקת הרשאה

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

הליך הרישום והאישור של ציוד רדיו מסוג Passive DAS.
אופציונלי: תהליך הבדיקה של הספקטרום לציוד רדיו פסיבי של DAS

הנחות

תרחיש פריסה

בתרחיש הבדיקה הזה, אנחנו מניחים תרחיש פריסה מקטגוריה 3, כפי שמוגדר במסמך WINNF-TR-5001: יחידת רדיו (RU) עם מגזר יחיד שנפרסה כ-DAS פסיבי עם כמה נקודות שידור (TP).

פריסה מקטגוריה 3 (לחצו כדי להגדיל)
מזהה ייחודי של CBSD

במקרה הזה, כל TP רשום כ-CBSD יחיד עם FCC ID ומספר סידורי של היצרן (MSN). מזהה ה-FCC ומספר ה-MSN של יחידת ה-RU משולבים עם מזהה TP נוסף כדי לזהות באופן ייחודי כל TP. אפשר לספק ל-SAS את מזהה ה-TP עם סיומות בפורמט cbsdSerialNumber. צריך להוסיף את מזהה ה-TP למספר ה-MSN של RU עם תו מפריד (:) לפני מזהה ה-TP. מידע נוסף זמין בכתובת WINNF-TR-5001.

חשוב: אל תרשמו יחידת RU כ-CBSD. כשרושמים את כל נקודות הגישה, המערכת מחשבת בצורה נכונה את סך עוצמת הקרינה שנוצרת על ידי מערכת ה-DAS הפסיבית.
קביעה אם המיקום הוא בתוך מבנה או מחוצה לו

בתרחיש הבדיקה הזה, אנחנו מניחים שמדובר בפריסה בתוך מבנה. באופן כללי, אפשר לפרוס ציוד DAS פסיבי בתוך מבנים או מחוצה להם. רשימת ההנחיות המלאה מפורטת במסמך WINNF-TR-5001.
יכולת EIRP

בפריסה בתוך מבנה, ה-EIRP המקסימלי של כל TP צריך להיות קטן או שווה ל-30 dBm או ל-10 MHz. כדי לראות דוגמאות לחישוב יכולת ה-EIRP של כל TP, אפשר לעיין במסמך WINNF-TR-5001.
קטגוריית CBSD

בפריסה בתוך מבנה, כל נקודת גישה צריכה להיות רשומה כ-CBSD מקטגוריה א'. אפשר לעשות זאת גם אם ה-RU אושר במקור על ידי ה-FCC כמכשיר מסוג B בהספק גבוה. אי אפשר להתקין מכשירי CBSD מקטגוריה B בתוך מבנים.
התקנה בעזרת עלות להתקנה (CPI)

ההנחיות הנוכחיות של FCC מצביעות על כך שציוד DAS פסיבי חייב להיות מותקן תמיד על ידי מתקין מקצועי מוסמך (CPI). הסיבות הן:
- ה-FCC ממליץ על התקנת CPI בכל פעם שמפעילים יחידת RU מסוג B בהספק גבוה בסביבה פנימית עם הספק מופחת בתור CBSD מסוג A.
- גם אם יחידת ה-RU מאושרת כמכשיר בקטגוריה A עם צריכת חשמל נמוכה, למכשיר TP טיפוסי אין יכולת מיקום גיאוגרפי אוטומטית. לכן, כל CPI חייב להתקין DAS פסיבי.
הרשמה בכמה שלבים

בתרחיש הבדיקה הזה, אנחנו מניחים שההרשמה מתבצעת בכמה שלבים. המשמעות היא שלפני שמבצעים את הבדיקה, עלות להתקנה (CPI) חייבת לטעון מראש פרמטרים של התקנה עבור כל ספק טכנולוגיה ל-SAS דרך פורטל SAS. חשוב שהפרמטר eirpCapability יצוין באובייקט InstallationParam ב-CPI.

במקרה הבדיקה הזה, הערך של eirpCapability צריך להיות עד 30 dBm או 10 MHz לכל נקודת גישה. אם לא נכלל, בהתאם למפרט של WInnForum בגרסה 1‏ WINNF- TS-0016, מערכת SAS מגדירה את eirpCapability כערך המקסימלי של EIRP של יחידת ה-RU שאושר על ידי FCC, לאחר עיגול כלפי מעלה. במקרה של יחידת RU בעלת עוצמה גבוהה, הערך הזה יכול להיות גבוה מ-30 dBm או מ-10 MHz, וזה לא מותר להתקנה פנימית מסוג קטגוריה א'.

חשוב: כתובת ה-URL של פורטל ה-SAS בסביבת הבדיקה שונה מכתובת ה-URL של פורטל ה-SAS בסביבת הייצור. מידע נוסף זמין במאמרים תחילת העבודה עם סביבת הבדיקה של SAS וההבדלים בין סביבת הבדיקה לבין סביבת הייצור של SAS.
Domain Proxy (DP)

בתרחיש הבדיקה הזה, אנחנו מניחים שיש DP שיכול לשלוח ולקבל בקשות אצווה מ-SAS.

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

מכשירי ה-CBSD (נקודות הגישה) לא רשומים בפורטל ה-SAS.
מערכות CBSD (נקודות גישה) מוגדרות לבקש תת-קבוצה של הספקטרום שזמין.
ה-CPI מספק פרמטרים של רישום, כולל eirpCapability לכל TP, שנטענים מראש ל-SAS דרך פורטל SAS.

שלבים

צריך לבצע את השלבים הבאים:

כדי לרשום כמה TPs, ה-DP שולח ל-SAS בקשה לרשום קבוצה של TPs.

דוגמה

  {
     "registrationRequest":[
        {
           "fccId":"allowed FCC ID of RU",
           "userId":"allowed user ID",
           "cbsdSerialNumber":"MSN of RU:TP ID #1",
           "cbsdCategory":"A",
           "airInterface":{
              "radioTechnology":"E_UTRA",
           },
           "cbsdInfo":{
             "vendor": "CBSD Vendor of RU",
             "model": "CBSD Model of RU",
             "softwareVersion": "2.0",
             "hardwareVersion": "2.0",
             "firmwareVersion": "2.0"
           }
        },
        {
           "fccId":"allowed FCC ID of RU",
           "userId":"allowed user ID",
           "cbsdSerialNumber":"MSN of RU:TP ID #2",
           "cbsdCategory":"A",
           "airInterface":{
              "radioTechnology":"E_UTRA",
           },
           "cbsdInfo":{
             "vendor": "CBSD Vendor of RU",
             "model": "CBSD Model of RU",
             "softwareVersion": "2.0",
             "hardwareVersion": "2.0",
             "firmwareVersion": "2.0"
           }
        },
        ...
        {
           "fccId":"allowed FCC ID of RU",
           "userId":"allowed user ID",
           "cbsdSerialNumber":"MSN of RU:TP ID #N",
           "cbsdCategory":"A",
           "airInterface":{
              "radioTechnology":"E_UTRA",
           },
           "cbsdInfo":{
             "vendor": "CBSD Vendor of RU",
             "model": "CBSD Model of RU",
             "softwareVersion": "2.0",
             "hardwareVersion": "2.0",
             "firmwareVersion": "2.0"
           }
        }
     ]
  }

מערכת ה-SAS שולחת ל-CBSD תשובה על רישום קבוצתי.

דוגמה

{
   "registrationResponse":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "response":{
            "responseCode":0
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "response":{
            "responseCode":0
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "response":{
            "responseCode":0
         }
      }
   ]
}

כדי לבדוק את הספקטרום הזמין לכל TP, ה-DP שולח בקשה לאיתור ספקטרום בקבוצה.

דוגמה

{
   "spectrumInquiryRequest":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "inquiredSpectrum":[
            {
               "lowFrequency":F1 (within 3550 - 3700 MHz range),
               "highFrequency":F2 (within 3550 - 3700 MHz range)
            }
         ]
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "inquiredSpectrum":[
            {
               "lowFrequency":F1 (within 3550 - 3700 MHz range),
               "highFrequency":F2 (within 3550 - 3700 MHz range)
            }
         ]
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "inquiredSpectrum":[
            {
               "lowFrequency":F1 (within 3550 - 3700 MHz range),
               "highFrequency":F2 (within 3550 - 3700 MHz range)
            }
         ]
      }
   ]
}

לכל נקודת שידור, ה-DP מקבל רשימה של ערוצים זמינים מ-SAS.

דוגמה

{
 "spectrumInquiryResponse":[
    {
       "cbsdId":"SAS-assigned device ID #1",
       "availableChannel":[
          {
             "frequencyRange":{
                "lowFrequency":3550 - 3700 MHz,
                "highFrequency":3550 - 3700 MHz
             },
             "channelType":"GAA",
             "ruleApplied":"FCC_PART_96",
             "maxEirp": 37
          },
          ...
       ],
       "response":{
          "responseCode":0
       }
    },
    {
       "cbsdId":"SAS-assigned device ID #2",
       "availableChannel":[
          {
             "frequencyRange":{
                "lowFrequency":3550 - 3700 MHz,
                "highFrequency":3550 - 3700 MHz
             },
             "channelType":"GAA",
             "ruleApplied":"FCC_PART_96",
             "maxEirp": 37
          },
          ...
       ],
       "response":{
          "responseCode":0
       }
    },
    ...
    {
       "cbsdId":"SAS-assigned device ID #N",
       "availableChannel":[
          {
             "frequencyRange":{
                "lowFrequency":3550 - 3700 MHz,
                "highFrequency":3550 - 3700 MHz
             },
             "channelType":"GAA",
             "ruleApplied":"FCC_PART_96",
             "maxEirp": 37
          },
          ...
       ],
       "response":{
          "responseCode":0
       }
    }
 ]
}

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

הערך של maxEirp לכל נקודת גישה לא צריך להיות יותר מ-30 dBm או 10 MHz לפריסה בתוך מבנה.
הערך בשדה operationFrequencyRange צריך להיות זהה לכל ספק טלפוניה. בפריסה של מערכת DAS פסיבית במגזר יחיד, כל נקודות הגישה חייבות להשתמש באותם ערוצי RF.

דוגמה

{
   "grantRequest":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "operationParam":{
            "maxEirp":value less than or equal to 30,
            "operationFrequencyRange":{
               "lowFrequency":F1 (within 3550 - 3700 MHz),
               "highFrequency":F2 (within 3550 - 3700 MHz)
            }
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "operationParam":{
            "maxEirp":value less than or equal to 30,
            "operationFrequencyRange":{
               "lowFrequency":F1 (within 3550 - 3700 MHz),
               "highFrequency":F2 (within 3550 - 3700 MHz)
            }
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "operationParam":{
            "maxEirp":value less than or equal to 30,
            "operationFrequencyRange":{
               "lowFrequency":F1 (within 3550 - 3700 MHz),
               "highFrequency":F2 (within 3550 - 3700 MHz)
            }
         }
      }
   ]
}

ה-DP מקבל תגובה על הענקת הרשאה קבוצתית מ-SAS.

דוגמה

{
   "grantResponse":[
      {
         "cbsdId":"SAS-assigned device ID #1",
         "grantId":"SAS-assigned grant ID #1",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      {
         "cbsdId":"SAS-assigned device ID #2",
         "grantId":"SAS-assigned grant ID #2",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      },
      ...
      {
         "cbsdId":"SAS-assigned device ID #N",
         "grantId":"SAS-assigned grant ID #N",
         "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
         "heartbeatInterval":60,
         "channelType": GAA,
         "response":{
            "responseCode":0
         }
      }
   ]
}

ה-DP שולח מעת לעת בקשות באצווה של פעימות לב אל SAS על סמך heartbeatInterval ומקבל מ-SAS תשובות באצווה של פעימות לב.

חשוב: בבקשת הדופק הראשונה של כל CBSD, הערך של operationState צריך להיות Granted. אם בקשת הדופק הקודמת אושרה, השדה operationState ששייך לכל TP ספציפי צריך להיות מוגדר לערך Authorized. דוגמה מפורטת יותר מופיעה במקרה הבדיקה מספר 12.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 14.** מקרה בדיקה 14
	מקבל	שליחות
SAS	בקשה תקפה לרישום קבוצתי, כולל בקשה אחת לכל TP בקשה תקפה לבדיקת ספקטרום באצווה, כולל בקשה אחת לכל נקודת שידור בקשת אצווה תקינה למתן הרשאה, כולל בקשה אחת לכל ספק צד שלישי בקשות תקפות של אצווה תקופתית של אותות חיים, כולל בקשה אחת לכל TP לפחות כל `heartbeatInterval` שניות	תשובות מוצלחות לבקשות באצווה לכל הבקשות באצווה. הערך של הזמן `transmitExpire` בתגובות של אותות החיים מוגדר לערך במהלך ארבע דקות.
DP	תשובות מוצלחות באצווה לכל הבקשות באצווה אחרי התגובה המוצלחת הראשונה של אות הדופק, כל נקודת גישה מתחילה לשדר בערוץ ובעוצמה המתאימים	בקשה תקפה לרישום קבוצתי, כולל בקשה אחת לכל TP בקשה תקפה לבדיקת ספקטרום באצווה, כולל בקשה אחת לכל נקודת שידור בקשת אצווה תקינה למתן הרשאה, כולל בקשה אחת לכל ספק צד שלישי בקשות תקופתיות תקינות של אצווה של אותות דופק לפחות כל `heartbeatInterval` שניות, כולל בקשה אחת לכל נקודת מעקב. השדה `operationState` ששייך לכל TP צריך להיות מוגדר לערך Authorized לפחות בבקשת דופק אחת.

מקרה בדיקה 15: תגובה מסודרת לפנייה בנושא ספקטרום

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

הנחות

מכשיר ה-CBSD מנסה לשדר בערוץ יחיד ברוחב 10MHz.

דרישות מוקדמות

חשוב לוודא שמכשיר ה-CBSD נרשם ב-SAS לפחות ארבע שעות לפני הבדיקה. אחרי ש-CBSD נרשם, יכולות לחלוף עד ארבע שעות עד שמערכת ה-SAS תחשב את איכות הערוץ והדירוג שלו.

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

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD שולח בקשה ל-SAS לבדיקת זמינות הספקטרום לכל טווח התדרים של CBRS,‏ 3,550 MHz עד 3,700 MHz.

דוגמה

  {
     "spectrumInquiryRequest":[
        {
           "cbsdId":"SAS-assigned device ID #1",
           "inquiredSpectrum":[
              {
                 "lowFrequency":3550000000,
                 "highFrequency":3700000000
              }
           ]
        }
     ]
  }

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

דוגמה

בדוגמה הזו, לאובייקט frequencyRange הראשון יש את האיכות הכי גבוהה והוא ישמש שוב בשלב 3.

{
 "spectrumInquiryResponse":[
    {
       "cbsdId":"SAS-assigned device ID",
       "availableChannel":[
          {
             "frequencyRange":{
                "lowFrequency":3560000000,
                "highFrequency":3570000000
             },
             "channelType":"GAA",
             "ruleApplied":"FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange":{
                "lowFrequency":3600000000,
                "highFrequency":3610000000
             },
             "channelType":"GAA",
             "ruleApplied":"FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange":{
                "lowFrequency":3630000000,
                "highFrequency":3640000000
             },
             "channelType":"GAA",
             "ruleApplied":"FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3640000000,
                "highFrequency": 3650000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3650000000,
                "highFrequency": 3660000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3660000000,
                "highFrequency": 3670000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3670000000,
                "highFrequency": 3680000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3680000000,
                "highFrequency": 3690000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3690000000,
                "highFrequency": 3700000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3610000000,
                "highFrequency": 3620000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3620000000,
                "highFrequency": 3630000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3580000000,
                "highFrequency": 3590000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3590000000,
                "highFrequency": 3600000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3570000000,
                "highFrequency": 3580000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          },
          {
             "frequencyRange": {
                "lowFrequency": 3550000000,
                "highFrequency": 3560000000
             },
             "channelType": "GAA",
             "ruleApplied": "FCC_PART_96",
             "maxEirp": 37
          }
       ],
       "response":{
          "responseCode":0
       }
    }
 ]
}

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

דוגמה

{
 "grantRequest":[
    {
       "cbsdId":"SAS-assigned device ID",
       "operationParam":{
          "maxEirp":27,
          "operationFrequencyRange":{
             "lowFrequency":3560000000,
             "highFrequency":3570000000
          }
       }
    }
 ]
}

מכשיר ה-CBSD מקבל תגובת מענק מ-SAS.

דוגמה

{
 "grantResponse":[
    {
       "cbsdId":"SAS-assigned device ID",
       "grantId":"SAS-assigned grant ID",
       "grantExpireTime":"YYYY-MM-DDTHH:MM:SSZ",
       "heartbeatInterval":60,
       "channelType": GAA,
       "response":{
          "responseCode":0
       }
    }
 ]
}

מכשיר ה-CBSD שולח בקשות של אותות חיים ל-SAS באופן תקופתי על סמך heartbeatInterval ומקבל תגובות של אותות חיים מ-SAS. במקרה הבדיקה 1 מפורטות הדרישות לשליחת בקשות heartbeat.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 15.** מקרה בדיקה 15
	מקבל	שליחות	סביר
SAS	בקשה תקפה לבירור בנושא ספקטרום בקשה תקפה למענק עבור הערוץ שמדורג הכי גבוה על סמך התשובה לבקשת המידע על הספקטרום בקשות תקופתיות תקינות של אותות חיים לפחות כל `heartbeatInterval` שניות	תשובה מוצלחת לשאילתת מיון ספקטרום תשובה חיובית לבקשת מענק תשובות מוצלחות לכל בקשות הדופק, עם `transmitExpireTime` שכלול בתשובות הדופק.
CBSD	תשובה מוצלחת לשאילתת מיון ספקטרום תשובה חיובית לבקשת מענק תגובות מוצלחות לפעימות לב לכל הבקשות לפעימות לב	אחרי הדופק הראשון שמתקבל, ה-CBSD מתחיל לשדר בערוץ ובעוצמה המתאימים.	בקשה תקפה לבירור בנושא ספקטרום בקשה תקפה למענק עבור הערוץ שמדורג הכי גבוה על סמך התשובה לבקשת המידע על הספקטרום בקשות תקופתיות תקינות של אותות חיים לפחות כל `heartbeatInterval` שניות, כולל בקשה אחת לפחות שבה הערך של `operationState` מוגדר כAuthorized
SAS Portal			בכרטיסייה Coex של ה-CBSD בפורטל SAS אפשר למצוא את הזמינות של הספקטרום, את איכות הערוץ ואת דירוג הערוץ. מאתרים את כתובת ה-URL של סביבת ה-SAS לבדיקה.

מקרה בדיקה 16: אותה תדירות

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

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

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

מכשיר ה-CBSD לא רשום ב-SAS.
ה-CBSD או ה-DP לא חולקים את אותו מזהה תדר עם ה-SAS.

שלבים

צריך לבצע את השלבים הבאים:

הגדרת פרטי הערך של WInnForum Same Frequency בהודעת הרישום של CBSD.

דוגמה

  {
   "registrationRequest": [
   {
   "fccId": "abc123",
   "cbsdCategory": "A",
   "callSign": "CB987",
   "userId": "John Doe",
   "airInterface": {
   "radioTechnology": "E_UTRA"
   },
   "cbsdSerialNumber": "abcd1234",
   "measCapability": [
   "RECEIVED_POWER_WITHOUT_GRANT"
   ],
   "installationParam": {
   "latitude": 37.419735,
   "longitude": -122.072205,
   "height": 6,
   "heightType": "AGL",
   "indoorDeployment": true
   },
   "groupingParam": [
   { "groupId": "example-group-1",
   "groupType": "PRINCIPAL_SUBORDINATE_SFG" },
   ]
   },

רושמים את המכשיר ב-SAS.
אם יש שינוי בערך של Same Frequency, אפשר להגדיר ערך חדש בהודעת בקשת הדופק ולשלוח אותה ל-SAS.
אופציונלי: אפשר להשתמש בפורטל SAS כדי להגדיר או לערוך את הערך Same Frequency (אותה תדירות) עבור CBSD.

הערה: אפשר לתעד ערכים שמוגדרים בפורטל SAS בגיליון Test Result ש-Google מספקת.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 16.** מקרה בדיקה 16
	מקבל	שליחות
SAS	בקשת רישום או הודעת אות חיים מ-CBSD או מ-DP, שכוללת את הערך המוגדר של Same Frequency אופציונלי: הגדרת תדירות זהה ל-CBSD ב-SAS Portal	תגובה להרשמה מוצלחת ל-CBSD או ל-DP
CBSD או DP	תגובת רישום או תגובת אות פעימה	התווית Common Channel Group לכל CBSD במהלך הרישום או באמצעות פעימת לב כשהערך Same Frequency משתנה

תרחיש בדיקה 17: שימוש חוזר בתדר

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

ציוד ה-CBSD או ה-DP שולח את מזהה השימוש החוזר באותה תדר ל-SAS של Google בכל פעם שהמכשיר נרשם.
אפשר להגדיר או לערוך את הערך של Frequency Reuse (שימוש חוזר בתדר) בפורטל SAS לכל מכשיר.

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

מכשיר ה-CBSD לא רשום ב-SAS.
ה-CBSD או ה-DP לא חולקים את אותו מזהה תדר עם ה-SAS.

שלבים

צריך לבצע את השלבים הבאים:

הגדרת פרטי הערך של WInnForum Same Frequency בהודעת הרישום של CBSD.

דוגמה

  {
   "registrationRequest": [
   {
   "fccId": "abc123",
   "cbsdCategory": "A",
   "callSign": "CB987",
   "userId": "John Doe",
   "airInterface": {
   "radioTechnology": "E_UTRA"
   },
   "cbsdSerialNumber": "abcd1234",
   "measCapability": [
   "RECEIVED_POWER_WITHOUT_GRANT"
   ],
   "installationParam": {
   "latitude": 37.419735,
   "longitude": -122.072205,
   "height": 6,
   "heightType": "AGL",
   "indoorDeployment": true
   },
   "groupingParam": [
   { "groupId": "example-group-1",
   "groupType": "PRINCIPAL_SUBORDINATE_SFG" },
   ]
   },

רושמים את המכשיר ב-SAS.
אם יש שינוי בערך של Same Frequency, אפשר להגדיר ערך חדש בהודעת בקשת הדופק ולשלוח אותה ל-SAS.
אופציונלי: אפשר להשתמש בפורטל SAS כדי להגדיר או לערוך את הערך Same Frequency (אותה תדירות) עבור CBSD.

הערה: אפשר לתעד ערכים שמוגדרים בפורטל SAS בגיליון Test Result ש-Google מספקת.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 17.** מקרה בדיקה 17
	מקבל	שליחות
SAS	בקשת רישום או הודעת אות חיים מ-CBSD או מ-DP, שכוללת את הערך המוגדר של שימוש חוזר בתדר אופציונלי: הגדרת שימוש חוזר בתדר עבור CBSD בפורטל SAS	תגובה להרשמה מוצלחת ל-CBSD או ל-DP
CBSD או DP	תגובת רישום או תגובת אות פעימה	התווית Common Channel Group ‏ (CCG) לכל CBSD במהלך הרישום או לפי פעימת לב כשערך השימוש החוזר בתדר משתנה

מקרה בדיקה 18: העדפה לבקשות מענק מרובות של 10MHz

במקרה הבדיקה הזה מאומתת הבחירה של CBSD או DP לבקשת כמה מענקים של 10 MHz כשמשתמשים בכמה ערוצים שגדולים מ-10 MHz לצורך הפעולה.

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

ה-CBSD או ה-DP רשומים ב-SAS.
ה-CBSD מוגדר לשימוש ביותר מ-10 MHz כדי לפעול.

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD או ה-DP שולח בקשת מענק ל-SAS.

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

דוגמה

  {
     "grantRequest":[
       {
         "cbsdId":"SAS-assigned device ID",
         "operationParam":{
           "maxEirp":20,
           "operationFrequencyRange":{
             "lowFrequency":3550 - 3700 MHz (e.g. 3600000000),
             "highFrequency":3550 - 3700 MHz
           }
         }
       }
     ]
  }

הפרמטרים lowFrequency ו-highFrequency מוגדרים לערוץ הנבחר של 10MHz.
המכשיר מבקש כמה מענקים בהתאם למספר הערוצים שנקבעו כנדרשים.

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 18.** מקרה בדיקה 18
	מקבל	שליחות
SAS	בקשות תקינות למענקים למספר הערוצים שנקבעו כנדרשים על ידי המכשיר	מענק מוצלח לכל הבקשות התקפות
CBSD או DP	תגובה להענקת הרשאה למספר הבקשות האפשרי, על סמך מיקום המכשיר ואזורי ההגנה של המשתמשים הקיימים	בקשת מענק תקפה אחת לכל ערוץ של 10MHz

תרחיש בדיקה 19: תמיכה במענקים בערוצים לא סמוכים

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

ה-CBSD או ה-DP תומכים במענקים ומבקשים מענקים לכמה ערוצים לא סמוכים של 10MHz לאותו CBSD.
ה-CBSD או ה-DP מבקשים ומקבלים מענקים בערוצים נפרדים שניתנו.

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

ה-CBSD או ה-DP רשומים ב-SAS.
ה-CBSD מוגדר לבקש קבוצת משנה של הספקטרום שזמין לפי התשובה לבקשת הספקטרום מ-SAS.

שלבים

צריך לבצע את השלבים הבאים:

המכשיר רשום ב-SAS.

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

דוגמה

 {
   "spectrumInquiryRequest":[
     {
       "cbsdId":"SAS-assigned device ID",
       "inquiredSpectrum":[
         {
           "lowFrequency":within 3550 - 3700 MHz range (e.g. 3550000000),
           "highFrequency":within 3550 - 3700 MHz range (e.g. 3650000000)
         }
       ]
     }
   ]
 }

מערכת ה-SAS שולחת לרכיב ה-CBSD רשימה של ערוצים זמינים.

דוגמה

 {
   "spectrumInquiryResponse":[
     {
       "cbsdId":"SAS-assigned device ID",
       "availableChannel":[
         {
           "frequencyRange":{
             "lowFrequency":3550 - 3700 MHz (e.g. 3600000000)
             "highFrequency":3550 - 3700 MHz
           },
           "channelType":"GAA",
           "ruleApplied":"FCC_PART_96",
           "maxEirp": 37
         }
       ],
       "response":{
         "responseCode":0
       }
     }
   ]
 }

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

חשוב: ה-CBSD שולח כמה בקשות למענק לכל ערוץ, גם כשרוחב הפס זמין בטווח רציף, כמו 3,550 MHz עד 3,600 MHz. מידע נוסף על שימוש חוזר בתדרים

תוצאה

התוצאות הצפויות מהבדיקה מפורטות בטבלה הבאה.

**טבלה 19.** מקרה בדיקה 19
	מקבל	שליחות
SAS	בקשת גישה תקינה	תגובות חיוביות לכל בקשות ההרשאה התקפות מ-CBSD
CBSD או DP	תשובה חיובית לכל הבקשות	בקשות תקפות למתן הרשאה

מקרה בדיקה 20: תמיכה בהגדלה אוטומטית של EIRP

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

מערכת ה-CBSD מזהה תנאים שמאפשרים להגדיל את ה-EIRP.
מערכת ה-CBSD מקבלת הודעה על כך שזמינה הגדלה של ה-EIRP.

מידע נוסף זמין במאמר בנושא הגדלה אוטומטית של EIRP.

דרישות מוקדמות

חשוב לוודא את הפרטים הבאים:

ה-CBSD רשום ב-Test SAS ברדיוס של 5 קילומטרים מ-[68, -164.5]. הסימולציה של ישות ההגנה מתבצעת ב-Test SAS כדי לוודא שהערך של ה-EIRP שזמין ביום הראשון נמוך ב-6dB לפחות מהערך של eirpCapability המכשיר.
ה-CBSD לא ממוקם ליד הגבול הקנדי, ליד משרד שטח של ועדת התקשורת הפדרלית, ליד Table Mountain או באזור שקט מבחינת רדיו.

שלבים

צריך לבצע את השלבים הבאים:

מכשיר ה-CBSD שולח שאילתת ספקטרום אל Test SAS. בתגובה לבקשת המידע על הספקטרום מוצגים ערוץ אחד או יותר של 10MHz עם EIRP של 6dB או יותר מתחת לערך eirpCapability של המכשיר.
מכשיר CBSD מבקש מענק מחוץ לחלון CPAS בתדירות לפי ה-EIRP שמוצג בחיפוש הספקטרום, שהוא 6dB או יותר מתחת לערך eirpCapability של המכשיר. SAS מאשרת את המענק.
ה-CBSD מתחיל לשלוח פעימות לב ומקבל הרשאה לשידור.
האותות של CBSD ימשיכו עד שתתרחש CPAS, כפי שהוגדר ב-SAS של Test.

אחרי שמתרחש CPAS, מכשיר ה-CBSD מקבל מטען ייעודי (payload) של operationalParam שמציין EIRP גבוה יותר מה-EIRP במענק הקיים, עם קוד תגובה של הצלחה.

דוגמה למטען ייעודי

{
  "heartbeatResponse": [
    {
      "cbsdId": "xy123uzt",
      "grantId": "SAS-assigned grant ID #1",
      "transmitExpireTime": "2023-08-01T17:16:51Z",
      "heartbeatInterval": 60,
      "operationParam": {
        "maxEirp": 37,
        "operationFrequencyRange": {
          "lowFrequency": 3550000000,
          "highFrequency": 3560000000} },
      "response": {
        "responseCode": 0}
            }
        ]
    }

אם מכשיר ה-CBSD מחליט להגיש בקשה למענק חדש עם ערך ה-EIRP החדש, הוא שולח בקשה לביטול המענק. שרת ה-SAS‏ Test שולח תגובה שמציינת שהשחרור בוצע בהצלחה.
(אופציונלי) מכשיר ה-CBSD שולח שאילתת ספקטרום כדי לבדוק את ערך ה-EIRP החדש. הערך maxEirp בתגובה לבקשת מידע על הספקטרום יהיה זהה לערך maxEirp בתגובה לבקשת אות החיים מהשלב הקודם עבור הערוץ שהוקצה, כל עוד ההקצאה היא כפולה של 10MHz. לדוגמה, ‎3550MHz עד ‎3560MHz.
דוגמה לתשובה
```
{
  "spectrumInquiryResponse": [
    {
      "availableChannel": [
        {
          "channelType": "GAA",
          "frequencyRange": {
            "lowFrequency": 3550000000,           
            "highFrequency": 3560000000},
          "maxEirp": 37,
          "ruleApplied": "FCC_PART_96"
          }
        ],
      "cbsdId": "xy123uzt",
      "response": {
        "responseCode": 0
        }
    }
  ]
}
```

מכשיר ה-CBSD שולח בקשת מענק עם ערך ה-EIRP מתגובת הדופק. ‫Test SAS מאשר את הבקשה ושולח תגובה לאישור.

דוגמה לתגובה על הענקת הרשאה

{
  "grantResponse": [
    {
      "cbsdId": "xy123uzt",
      "grantId": "SAS-assigned grant ID #1",
      "grantExpireTime": "2024-07-31T18:06:39Z",
      "heartbeatInterval": 60,
      "channelType": "GAA",
      "response": {
        "responseCode": 0
        }
       }
    ]
}

ה-CBSD שולח תגובת דופק למענק החדש ומקבל תגובת מענק מוצלחת מ-Test SAS.

דוגמה לתגובה על הענקת הרשאה

{
"heartbeatResponse": [
  {
    "cbsdId": "xy123uzt",
    "grantId": "SAS-assigned grant ID #1",
    "transmitExpireTime": "2023-08-01T18:23:16Z",
    "heartbeatInterval": 60,
    "response": {
      "responseCode": 0
         }
      }
     ]
   }

מקרה בדיקה 21: תוסף Heartbeat מחוץ לאזורים שמוגדרים בהסכם DPA

‫SAS מציע ערכים שונים של מרווח פעימות לב ו-transmitExpireTime בהתאם לתדרים שהוקצו ולמיקום של ה-CBSD. מידע נוסף על פעולת ה-heartbeat זמין במאמר בנושא שליחת בקשות heartbeat להרשאה לשידור.

במקרה הבדיקה הזה מאומתים הרכיבים הבאים:

ה-CBSD קורא את מרווח פעימות הלב ואת ערכי transmitExpireTime מתגובת פעימות הלב.
ה-CBSD שולח פעימות לב בהתאם למרווח בין פעימות הלב שמוחזר על ידי SAS.
ה-CBSD ממשיך לשדר עד שמגיעים לערך transmitExpireTime.

דרישות מוקדמות

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

מחוץ לאזור ההשעיה

צריך לבצע את השלבים הבאים:

צריך לרשום את ה-CBSD מחוץ לאזור ההשעיה.
מכשיר ה-CBSD שולח בקשת גישה.

פריסת ה-SAS של הבדיקה שולחת תגובת דופק. לדוגמה:

דוגמה למטען ייעודי

{
  "heartbeatResponse":[
      {
        "cbsdId":"",
        "grantId":"",
        "transmitExpireTime":"current time+6 hours
        "heartbeatInterval": 1800,
        "response":{
            "responseCode":0
        },
      }
  ]
}

ה-CBSD שולח את הדופק הבא 1,800 שניות מאוחר יותר.

בתוך אזור ההשעיה (מענקים בטווח ‎3,550 MHz עד ‎3,650 MHz)

צריך לבצע את השלבים הבאים:

צריך לרשום את ה-CBSD בתוך אזור ההשעיה.
מכשיר ה-CBSD שולח בקשה להרשאה בטווח 3,550 מגה-הרץ עד 3,650 מגה-הרץ.

פריסת ה-SAS של הבדיקה שולחת תגובת דופק. לדוגמה:

דוגמה למטען ייעודי

{
  "heartbeatResponse":[
      {
        "cbsdId":"",
        "grantId":"",
        "transmitExpireTime":"current time+ 200 sec
        "heartbeatInterval": 60,
        "response":{
            "responseCode":0
        },
      }
  ]
}

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

בתוך אזור ההשעיה (מענקים בטווח ‎3,650 MHz עד ‎3,700 MHz)

צריך לבצע את השלבים הבאים:

צריך לרשום את ה-CBSD בתוך אזור ההשעיה.
מכשיר ה-CBSD שולח בקשה להרשאה בטווח 3,650‎ MHz עד 3,700‎ MHz.

פריסת ה-SAS לבדיקה שולחת תגובת דופק. לדוגמה:

דוגמה למטען ייעודי

{
  "heartbeatResponse":[

      {
        "cbsdId":"",
        "grantId":"",
        "transmitExpireTime":"current time+ 6 hours
        "heartbeatInterval": 60,
        "response":{
            "responseCode":0
        },
      }
  ]
}

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

אימות יכולת הפעולה ההדדית של CBSD עם SAS קל לארגן דפים בעזרת אוספים אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.

הדרישות לבדיקת יכולת פעולה הדדית של SAS

מקרה בדיקה 1: רישום של CBSD, שאילתת ספקטרום, הענקה ודופק (פעולה רגילה)

פרמטרים לקיבוץ CBRS שאושרו על ידי WInnForum

דרישות מוקדמות

שלבים

דוגמה 1: בקשת רישום חד-שלבית של מכשיר CBSD מקטגוריה א'

דוגמה 2: בקשת רישום רב-שלבית של CBSD בקטגוריה B

דוגמה

דוגמה

דוגמה

דוגמה

דוגמה

דוגמה

דוגמה

דוגמה

תוצאה

מקרה בדיקה 2: ויתור על הרשאה וביטול רישום (פעולה רגילה)

דרישות מוקדמות

שלבים

דוגמה 1: אופציונלית, מכשיר ה-CBSD שולח בקשת ויתור ל-SAS

דוגמה 2: אם נשלחת בקשת ויתור, ה-CBSD מקבל תגובת ויתור מ-SAS

דוגמה

דוגמה

תוצאה

מקרה בדיקה 3א: השעיית מענק: רכישה מתוך האפליקציה בהמתנה

דרישות מוקדמות

דוגמה

דוגמה 1: בקשת ה-heartbeat הראשונה אחרי שהבקשה לאישור אושרה

דוגמה 2: תגובה של אות פעימת לב כשמוקצית הרשאת הגישה

דוגמה 3: בקשות חוזרות של אותות חיים כשההרשאה מאושרת

שלבים

דוגמה 1: תגובה לשאילתת ספקטרום לגבי ערוץ זמין עם עוצמה חלקית

דוגמה 2: תגובת פעימת לב כשבקשת ההרשאה חורגת מההספק הזמין

דוגמה 3: בקשת אותות חיים כשההרשאה מושעית

תוצאה

תרחיש בדיקה 3ב: השעיית הרשאה: רשימת העברה של DPA הופעלה

דרישות מוקדמות

דוגמה

דוגמה

דוגמה 1: בקשת ה-heartbeat הראשונה אחרי שהבקשה לאישור אושרה

דוגמה 2: תגובה לפעימת הלב כשאזור ההשעיה לא פעיל

דוגמה 3: בקשות דופק עוקבות כשאזור ההשעיה לא פעיל

שלבים

דוגמה 1: תגובה לפעימת לב כשאזור ההשעיה פעיל

דוגמה 2: בקשת פעימת לב כשההרשאה מושעית

תוצאה

מקרה בדיקה 4: מתן הרשאה מחדש

דרישות מוקדמות

דוגמה

שלבים

תוצאה

תרחיש בדיקה 5א: ביטול הרשאה עם פרמטרים תפעוליים מוצעים

דרישות מוקדמות

דוגמה

שלבים

דוגמה

דוגמה

דוגמה

תוצאה

תרחיש בדיקה 5ב: סגירה של מענק מורשה ממסכת ערוץ ב-SAS Portal

דרישות מוקדמות

שלבים

דוגמה

דוגמה

דוגמה

תוצאה

תרחיש בדיקה 6: בקשת מתן הרשאה נכשלה

דרישות מוקדמות

דוגמה: רישום בתוך GWPZ

שלבים

דוגמה: בקשת מענק לתדירויות שנפסלו על ידי GWPZ

דוגמה

תוצאה

תרחיש בדיקה 7: ביטול הרישום של CBSD ורישום מחדש

דרישות מוקדמות

דוגמה: קואורדינטות של CBSD בבקשת הרישום הראשונית

שלבים

דוגמה

דוגמה

אימות יכולת הפעולה ההדדית של CBSD עם SAS