Valider l'interopérabilité CBSD avec SAS

La version actuelle de la suite de test Spectrum Access System (SAS) est la version 5.5. Vous pouvez tester l'interopérabilité entre un appareil CBSD (Citizens Broadband Radio Service) et un SAS à l'aide des cas de test suivants. Assurez-vous de valider le résultat du test dans la feuille de calcul Résultat du test fournie par Google.

Exigences concernant les tests d'interopérabilité SAS

Pour tester l'interopérabilité SAS avec un modèle SAS et sa version logicielle, vous avez besoin des éléments suivants:

• Tester les identifiants de la Federal Communications Commission (FCC)

  L'ID de test doit être valide conformément à l'ID de la FCC, partie 96. Pour les appareils en attente de certification FCC, contactez l'assistance SAS.

• ID utilisateur de test

  Si vous êtes client Google SAS, utilisez votre ID utilisateur existant. Si vous n'êtes pas client et que vous souhaitez tester votre appareil, contactez l'assistance SAS pour approuver un ID utilisateur personnalisé à utiliser avec l'environnement de test SAS.

• Certificats de test de l'appareil

  Tout certificat d'appareil CBRS fonctionne avec l'environnement SAS de test. Si vous ne disposez pas d'un certificat de test pour votre appareil CBSD ou Domain Proxy (DP), contactez l'assistance SAS. Les certificats de test ne fonctionnent que pour l'environnement de test SAS.

Conseil :Nous vous encourageons à effectuer des tests en mode "forme libre" dans toutes les régions. Toutefois, dans l'environnement de test SAS, nous vous recommandons de tester votre appareil virtuellement en Alaska. À l'exception des entités utilisées pour les tests d'appareils, il n'existe aucune entité protégée en Alaska. Les tests en dehors de l'Alaska peuvent ne pas produire les résultats attendus pour le plan de test d'interopérabilité.

Cas de test 1: Enregistrement de la CBSD, demande de spectre, octroi et signal de contrôle (fonctionnement normal)

Ce cas de test vérifie les points suivants:

• Procédure d'enregistrement du CBSD, procédure d'attribution et premier battement de cœur réussi pour allumer la radio.
• Si le CBSD envoie une requête d'enquête sur le spectre, il peut utiliser les canaux disponibles dans la réponse à la requête d'enquête sur le spectre pour la demande d'autorisation suivante.

Paramètres de regroupement CBRS reconnus par le WInnForum

Le tableau d'objets groupingParam est facultatif et n'est utilisé par Google SAS que pour la coexistence de l'accès autorisé général (GAA).

Nous vous recommandons de toujours envoyer groupingParam dans la requête d'enregistrement. Étant donné que le SAS accepte le tableau groupingParam dans la requête d'interrogation du spectre, la requête d'autorisation et la requête de battement de cœur, les informations ultérieures fournies par le CBSD remplacent les valeurs précédentes.

Une liste des valeurs groupType valides a été publiée dans WINNF-SSC-0010.

Si le CBSD envoie un groupType non valide, le SAS répond avec responseCode 103 (Invalid_value). Actuellement, le SAS prend en charge les valeurs groupType Principal_Subordinate_SFG et Spectrum_Reuse. Il stocke et importe les paramètres de regroupement dans le portail SAS. SAS ignore toutes les autres valeurs groupType valides avec responseCode 0 (Success).

Prérequis

Assurez-vous que le CBSD n'est pas enregistré dans le portail SAS et qu'il n'est pas configuré pour demander un sous-ensemble du spectre disponible.

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une demande d'enregistrement à SAS avec l'ID FCC et l'ID utilisateur. Vous pouvez utiliser n'importe quel numéro FCC certifié ou celui qui a été confirmé avec l'ID utilisateur et ajouté à la liste d'autorisation par l'assistance SAS. Découvrez comment vous connecter à l'environnement SAS de test.

   Exemple 1: Demande d'enregistrement en une seule étape pour une entreprise de catégorie A

   {
      "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"
               }
            ]
         }
      ]
   }
   

   ---

   Exemple 2: Requête d'enregistrement en plusieurs étapes pour un enregistrement de données de santé de la catégorie B

   Ces paramètres fournis par le CPI ont été préchargés dans SAS via le portail SAS.

   {
      "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"
               }
            ]
         }
      ]
   }
   

   ---

2. Le CBSD reçoit une réponse d'enregistrement de la part de SAS.

   Exemple

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

   ---

3. Facultatif: Le CBSD envoie une requête d'interrogation du spectre pour interroger le spectre disponible.

   Exemple

   {
      "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)
               }
            ]
         }
      ]
   }
   

   ---

4. Si le CBSD envoie la requête d'interrogation du spectre, il reçoit une liste des canaux disponibles de la part de SAS.

   Exemple

   {
   
   
   "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
            }
         }
      ]
   }
   

   ---

5. Le CBSD envoie une demande d'attribution à SAS. Si une demande d'attribution de spectre a été effectuée, le CBSD demande une plage de fréquences que le SAS a indiquée comme disponible.

   Exemple

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

   ---

6. Le CBSD reçoit une réponse d'attribution de la part de SAS.

   Exemple

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

   ---

7. Le CBSD envoie des requêtes de battement de cœur au SAS de manière périodique en fonction de heartbeatInterval et reçoit des réponses de battement de cœur du SAS.

   Important :La première requête de battement cardiaque doit définir operationState sur granted (accordé).

   Exemple

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

   ---

8. SAS répond en approuvant la requête de Heartbeat.

   Exemple

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

   ---

9. Si la requête de Heartbeat précédente a été approuvée, le CBSD envoie périodiquement des requêtes de Heartbeat à SAS en fonction de heartbeatInterval, le champ operationState étant défini sur Authorized (Autorisé).

   Exemple

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

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 1. Scénario de test 1

	Récepteur	Envois	Autorisé
SAS	Demande d'enregistrement valide Demande d'autorisation valide Requêtes de battement de cœur périodiques valides au moins toutes les heartbeatInterval secondes	Réponses réussies pour toutes les requêtes, avec transmitExpireTime inclus dans les réponses de battement de cœur.
CBSD	Réponses positives pour toutes les requêtes	Demande d'enregistrement valide Demande d'autorisation valide Requêtes de battement de cœur périodiques valides toutes les heartbeatInterval secondes, y compris les requêtes pour lesquelles operationState est défini sur Autorisé	Après le premier battement de cœur réussi, le CBSD commence la transmission sur le canal et la puissance correspondants.
Portail SAS	Paramètres de regroupement envoyés par le CBSD dans l'un des messages de requête, lorsque la valeur groupType est Principal_Subordinate_SFG ou Spectrum_Reuse Les paramètres de regroupement s'affichent dans l'onglet Config de la section Groupes de coexistence.

Scénario de test 2: Renonciation et désenregistrement d'autorisations (fonctionnement normal)

Ce cas de test vérifie la désinscription du CBSD du SAS.

Prérequis

Assurez-vous que le CBSD est enregistré, qu'il dispose d'une subvention et qu'il envoie des signaux de battement de cœur.

Étapes

Vérifiez les points suivants:

1. L'opérateur CBSD utilise l'outil de gestion pour libérer le spectre.

   Exemple 1: Le CBSD envoie éventuellement une demande de renonciation à SAS

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

   ---

   Exemple 2: Si la requête de renonciation est envoyée, le CBSD reçoit une réponse de renonciation de la part de SAS.

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

   ---

2. Le CBSD envoie une demande de désenregistrement à SAS.

   Exemple

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

   ---

3. Le CBSD reçoit une réponse de désenregistrement de la part de SAS.

   Exemple

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

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 2. Scénario de test 2

	Récepteur	Envois	Autorisé
SAS	Facultatif: Demande de cession Demande de désenregistrement	Facultatif: Réponse de cession Demande de désenregistrement
CBSD	Facultatif: Réponse de cession Demande de désenregistrement	Facultatif: Demande de cession Demande de désenregistrement	Arrêt de la transmission avant l'envoi d'une demande de rétractation ou de renonciation

Cas de test 3a: Suspension de l'autorisation: IAP en attente

Ce cas de test vérifie les points suivants:

• La radio CBSD s'éteint lorsque SAS suspend la subvention du CBSD.
• Le CBSD indique l'état de fonctionnement correct dans les requêtes de battement de cœur suivantes.

Prérequis

Un CBSD aux États-Unis dispose de canaux dont la disponibilité d'alimentation est limitée. Certaines zones, comme Tampa (Floride) et Los Angeles (Californie), ont des budgets d'alimentation inférieurs à 37 dBm/MHz. Pour faciliter la simulation du scénario de test pour les zones côtières, activez la superposition de disponibilité du spectre pour le CBRS.

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD envoie une demande d'autorisation avec une valeur maxEirp inférieure à la puissance disponible du canal en dBm/MHz.

  Exemple

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

  ---

• Le CBSD envoie des requêtes de Heartbeat. Si la valeur maxEirp demandée est inférieure ou égale à la puissance partielle, SAS approuve l'attribution.

  Exemple 1: Première requête de battement de cœur après l'approbation d'une autorisation

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

  ---

  Exemple 2: Réponse de pulsation lorsque l'autorisation est attribuée

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

  ---

  Exemple 3: Requêtes de battement de cœur ultérieures lorsque l'autorisation est accordée

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

  ---

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une demande d'information sur le spectre pour les canaux à puissance partielle. Dans la réponse à la demande d'informations sur le spectre, CBSD trouve la valeur maxEirp disponible en dBm sur les canaux concernés.
2. Le CBSD envoie une demande d'autorisation avec un maxEirp supérieur à la puissance disponible pour les canaux dans la réponse à la demande d'informations sur le spectre.
3. Le CBSD envoie une requête de "heartbeat".

4. La signature d'accès partagé envoie la réponse de pulsation avec responseCode 501 (Suspended_Grant: IAP Pending).

   Remarque :Si vous recevez une erreur telle que Error code 106 NOT_PROCESSED lors de la CPAS, mettez votre test en pause et poursuivez-le une fois le cycle de CPAS quotidien terminé. Pour en savoir plus sur les cycles CPAS, consultez la section Quand le CPAS s'exécute.

   Exemple 1: Réponse à une demande de spectre pour un canal disponible avec une puissance partielle

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

   ---

   Exemple 2: Réponse de battement de cœur lorsque la demande d'autorisation dépasse la puissance disponible

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

   ---

   Exemple 3: Requête Heartbeat lorsque l'autorisation est suspendue

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

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 3a. Scénario de test 3a

	Récepteur	Envois
SAS	Requêtes de battement de cœur avec operationState défini sur Granted (Accordé) une fois que le CBSD a été informé que l'autorisation a été suspendue via la réponse de battement de cœur Requêtes de battement de cœur avec operationState défini sur Autorisé après que le CBSD a été informé par la réponse de battement de cœur que l'autorisation a été accordée	Réponses de pulsation avec responseCode 0 (Success) lorsque l'autorisation n'est pas suspendue Réponses de pulsation avec responseCode 501 (Suspended_Grant:IAP Pending) lorsque l'autorisation est suspendue
CBSD	Réponses de pulsation avec responseCode 0 (Success), à condition que la zone de suspension ne soit pas active Réponses de battement de cœur avec responseCode 501 (Suspended_Grant), jusqu'à l'expiration de l'autorisation actuelle et la demande d'une nouvelle autorisation, ou jusqu'à ce que de l'énergie supplémentaire soit disponible après un cycle CPAS Le CBSD arrête la transmission (éteint la radio) moins de 60 secondes après l'transmitExpireTime.	Demandes de battement de cœur avec operationState défini sur Autorisé une fois que le CBSD a été informé que l'autorisation a été accordée via la réponse de battement de cœur Les requêtes de Heartbeat suivantes pour lesquelles operationState est défini sur Granted après que le CBSD a été informé que l'autorisation a été suspendue via la réponse de Heartbeat Facultatif: demande d'enquête sur le spectre pour déterminer les canaux disponibles Important:Les limites dues à un événement ESC (Environmental Sensing Capability) ne peuvent pas être reflétées dans la réponse de la SAS à une demande d'enquête sur le spectre.

Les calculs d'interférence sont terminés, mais SAS ne peut pas autoriser la transmission avec l'autorisation, car après le CPAS, l'autorisation de la CBSD est arrêtée et l'utilisation d'une faible puissance est suggérée. Le CBSD demande une autorisation après avoir reçu les paramètres d'opération de la réponse de battement de cœur de fin.

Nous recommandons vivement à la CBSD de demander une nouvelle subvention. Si la demande d'autorisation concerne une plage de fréquences en dehors de la plage de fréquences de la zone de suspension , le CBSD reçoit l'autorisation de transmettre dans la réponse de battement de cœur. Si elle est autorisée, la CBSD reprend la transmission avec une nouvelle autorisation. Une fois la suspension levée, la CBSD reprend la transmission de l'autorisation d'origine et met fin à l'autorisation provisoire. Pour en savoir plus , consultez Résoudre les problèmes liés aux tests d'interopérabilité.

Cas de test 3b: Suspension de l'autorisation: liste de transfert de DPA activée

Ce cas de test vérifie les points suivants:

• La radio CBSD s'éteint lorsque SAS suspend la subvention du CBSD.
• Le CBSD indique l'état de fonctionnement correct dans les requêtes de battement de cœur suivantes.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD est enregistré à un emplacement situé dans la zone de suspension simulée.

  Exemple

  Découvrez la zone de suspension dans l'instance de test SAS.

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

  ---

• La CBSD détient une licence qui chevauche partiellement ou totalement la plage de fréquences de la zone de suspension.

  Exemple

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

  ---

• Le CBSD envoie une requête de "heartbeat". L'autorisation est accordée par SAS tant que la zone de suspension n'est pas active.

  Exemple 1: Première requête de battement de cœur après l'approbation d'une autorisation

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

  ---

  Exemple 2: Réponse du signal de battement de cœur lorsque la zone de suspension n'est pas active

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

  ---

  Exemple 3: Requêtes de battement de cœur ultérieures lorsque la zone de suspension n'est pas active

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

  ---

Étapes

Vérifiez les points suivants:

1. Attendez que la zone de suspension soit désactivée. Pour en savoir plus, consultez la section Vérifier le calendrier des zones de suspension.
2. SAS suspend la subvention lorsque la zone de suspension est active, comme indiqué dans le calendrier de la zone de suspension.
3. Le CBSD envoie une requête de "heartbeat".
4. SAS envoie la réponse de battement de cœur avec responseCode 501 (Suspended_Grant : IAP Pending, "The grant is suspended because it is in the move list of a DPA that has been activated").
5. Facultatif: La CBSD envoie une demande d'enquête sur le spectre après la suspension de l'autorisation.

   Exemple 1: Réponse de pulsation lorsque la zone de suspension est active

   {
      "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."]
            }
         }
      ]
   }
   

   ---

   Exemple 2: Requête Heartbeat lorsque l'autorisation est suspendue

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

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 3b. Scénario de test 3b

	Reçoit	Envois
SAS	Requêtes de battement de cœur avec operationState défini sur Granted (Accordé) une fois que le CBSD a été informé que l'autorisation a été suspendue via la réponse de battement de cœur Requêtes de battement de cœur avec operationState défini sur Autorisé après que le CBSD a été informé par la réponse de battement de cœur que l'octroi a été autorisé	Réponses de pulsation avec responseCode 0 (Success) lorsque la zone de suspension n'est pas active Réponses de pulsation avec responseCode 501 (Suspended_Grant: The grant is suspended because it is in the move list of a DPA that has been activated.") lorsque la zone de suspension est active
CBSD	Réponses de pulsation avec responseCode 0 (Success) tant que la zone de suspension n'est pas active Réponses de pulsation avec responseCode 501 (Suspended_Grant: The grant is suspended because it is in the move list of a DPA that has been activated.) tant que la zone de suspension est active Le CBSD arrête la transmission (éteint la radio) moins de 60 secondes après l'transmitExpireTime.	Requêtes de battement de cœur avec operationState défini sur Autorisé après que le CBSD a été informé par la réponse de battement de cœur que l'octroi a été autorisé Les requêtes de battement de cœur suivantes pour lesquelles operationState est défini sur Granted (Accordé) après que le CBSD a été informé par la réponse de battement de cœur que l'autorisation a été suspendue Facultatif: demande d'information Spectrum pour déterminer les chaînes disponibles. Important:Les limites dues à un événement ESC ne peuvent pas être reflétées dans la réponse de la SAS à une demande d'enquête sur le spectre.

Nous recommandons vivement à la CBSD de demander une nouvelle subvention. Si la demande d'autorisation concerne une plage de fréquences en dehors de la plage de fréquences de la zone de suspension, le CBSD reçoit l'autorisation de transmettre dans la réponse de battement de cœur. Si elle est autorisée, la CBSD reprend la transmission avec une nouvelle autorisation. Tout au long de la transmission, le CBSD continue de transmettre des signaux de battement de cœur sur l'attribution d'origine (suspendue). Une fois la suspension levée, la CBSD reprend la transmission de l'autorisation d'origine et met fin à l'autorisation provisoire.

Scénario de test 4: Accorder une nouvelle autorisation

Ce cas de test vérifie que le CBSD peut reprendre la transmission une fois la zone de suspension désactivée. Le comportement du CBSD vérifié dans ce test est semblable à ce qui se passe lorsque l'autorisation CBSD est suspendue en raison de la protection DPA, puis réautorisée après la désactivation de la DPA.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD est enregistré à un emplacement situé dans la zone de suspension. Pour en savoir plus, consultez la section Zone de suspension.

  Exemple

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

  ---

• Le CBSD émet un signal de battement et détient une licence qui chevauche partiellement ou complètement la plage de fréquences de la zone de suspension.
• La zone de suspension est active et le CBSD découvre que la subvention a été suspendue.

Étapes

Vérifiez les points suivants:

1. Le CBSD continue d'envoyer des signaux de battement de cœur pendant la suspension de l'autorisation.
2. SAS envoie des réponses de pulsation avec responseCode 501 (Suspended_Grant).
3. Une fois la zone de suspension désactivée, SAS approuve les requêtes de battement de cœur avec responseCode (Success).
4. Le CBSD reprend la transmission après avoir reçu l'approbation de SAS.
5. Le CBSD envoie des requêtes de battement de cœur ultérieures avec operationState défini sur Authorized (Autorisé).

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 4. Scénario de test 4

	Reçoit	Envois	Autorisé
SAS	Demandes de pulsation avec operationState défini sur Granted (Accordé)	Réponses de pulsation avec responseCode 501 (Suspended_Grant) lorsque la zone de suspension est active Réponses de pulsation avec responseCode 0 (Success) après la désactivation de la zone de suspension
CBSD	Réponses de pulsation avec responseCode 501 (Suspended_Grant) lorsque la zone de suspension est active Réponses de pulsation avec responseCode 0 (Success) après la désactivation de la zone de suspension	Réponses de battement de cœur avec operationState défini sur Granted (Autorisé) ou Authorized (Autorisé)	Le CBSD reprend la transmission (allume la radio) après avoir reçu responseCode 0..

Cas de test 5a: Résiliation d'une autorisation avec des paramètres opérationnels suggérés

Ce cas de test vérifie les points suivants:

• Le CBSD arrête son "heartbeat" et la transmission associée à l'autorisation résiliée par SAS.
• Le CBSD demande une nouvelle autorisation à l'aide des paramètres opérationnels recommandés par SAS dans la réponse de battement de cœur.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD est enregistré à un emplacement situé dans la zone de terminaison. En savoir plus sur la zone de résiliation
• Le CBSD est enregistré à un emplacement situé dans la zone de suspension simulée du SAS de test.

  Exemple

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

  ---

• Le CBSD détient une subvention et envoie des signaux de battement de cœur.
• La operationFrequencyRange de l'autorisation chevauche partiellement ou totalement la bande 3 550 MHz à 3 620 MHz.

Étapes

Vérifiez les points suivants:

1. SAS met automatiquement fin à l'autorisation en fonction du calendrier de la zone de résiliation.
2. Le CBSD envoie une requête de "heartbeat".

3. La signature d'accès partagé envoie la réponse de pulsation avec responseCode 500 (Terminated_Grant).

   Important :Dans ce cas de test, SAS suggère une nouvelle operationFrequencyRange entre 3 620 MHz et 3 700 MHz. Lorsque le spectre est disponible, SAS tente de faire correspondre la bande passante de la plage de fréquences suggérée à la bande passante de l'autorisation résiliée. L'EIRP suggéré est inférieur ou égal à l'EIRP de l'autorisation résiliée.

   Exemple

   {
      "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"
            }
         }
      ]
   }
   

   ---

4. Le CBSD envoie une demande d'autorisation à SAS qui inclut les nouveaux paramètres opérationnels recommandés.

   Exemple

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

   ---

5. Le CBSD reçoit une réponse d'attribution de la part de SAS.

   Exemple

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

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 5a. Scénario de test 5a

	Reçoit	Envois	Autorisé
SAS	Requête de pulsation Demande d'autorisation valide avec les nouveaux paramètres opérationnels	Réponses de pulsation avec responseCode 500 (Terminated_Grant) pour la première requête de pulsation après la fin de l'autorisation Réponse de l'autorisation réussie après que le CBSD a demandé une autorisation avec les nouveaux paramètres opérationnels
CBSD	Réponses de pulsation avec responseCode 500 (Terminated_Grant) Réponse d'autorisation réussie	Requête de pulsation Requête d'autorisation valide avec les paramètres opérationnels suggérés par SAS dans la réponse de battement de cœur de fin	Arrêt de l'envoi de requêtes de battement de cœur à SAS pour l'attribution résiliée Le CBSD arrête la transmission moins de 60 secondes après l'transmitExpireTime.

Cas de test 5b: Clôture d'une autorisation autorisée à partir d'un masque de chaîne dans le portail SAS

Ce cas de test vérifie les points suivants:

• Le CBSD arrête les battements de cœur et met fin à la transmission sur une autorisation résiliée.
• Le CBSD demande une nouvelle autorisation pour l'un des canaux disponibles à partir d'une demande d'attribution de spectre sans intervention de l'utilisateur.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD détient une subvention et envoie des signaux de battement de cœur.
• Le CBSD continue d'envoyer des "heartbeats" jusqu'à ce que le SAS mette fin à l'attribution.

Étapes

Vérifiez les points suivants:

1. Dans le portail SAS, définissez un masque de canal qui limite au moins un canal actuellement accordé.
2. SAS met fin à l'octroi à l'heure spécifiée pour ce CBSD dans le portail SAS.
3. Le CBSD envoie une requête de "heartbeat".
4. SAS envoie la réponse de pulsation avec responseCode 500 (Terminated_Grant).

   Exemple

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

   ---

5. Le CBSD envoie une requête d'enquête sur le spectre à SAS. Pour obtenir un exemple, consultez le scénario de test 1.
6. SAS envoie une réponse à la demande d'informations sur le spectre avec une liste des canaux disponibles.
7. La CBSD envoie une demande d'autorisation à SAS pour l'un des canaux listés dans la réponse à la demande d'attribution de spectre.

   Exemple

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

   ---

8. Le CBSD reçoit une réponse d'attribution de la part de SAS.

   Exemple

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

   ---

9. Le CBSD envoie une requête de battement de cœur pour la nouvelle autorisation.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 5b. Scénario de test 5b

	Reçoit	Envois	Autorisé
SAS	Requête de pulsation Demande d'enquête Spectrum Demande d'autorisation valide pour un canal disponible	Réponses de pulsation avec responseCode 500 (Terminated_Grant) pour la première requête de pulsation après la fin du CPAS Réponse de l'autorisation réussie après que le CBSD a demandé une autorisation avec les nouveaux paramètres opérationnels Réponse à la demande Spectrum avec une liste des chaînes disponibles Réponse de l'autorisation réussie après que le CBSD a demandé une autorisation pour un canal disponible
CBSD	Réponses de pulsation avec responseCode 500 (Terminated_Grant) Réponse à la demande Spectrum Réponse d'autorisation réussie	Requête de pulsation Demande d'enquête Spectrum Demande d'autorisation valide pour l'un des canaux disponibles	Arrêt de l'envoi de requêtes de battement de cœur à SAS pour l'attribution résiliée Le CBSD arrête la transmission moins de 60 secondes après l'transmitExpireTime.

Scénario de test 6: Échec de la demande d'autorisation

Ce cas de test vérifie que le CBSD ne démarre pas le processus de battement de cœur ni la transmission si une demande d'autorisation échoue.

Prérequis

Assurez-vous que le CBSD est enregistré dans une zone de protection sans fil héritée (GWPZ, Grandfathered Wireless Protection Zone).

Exemple: Enregistrement dans la zone GWPZ

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

---

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une demande d'attribution à SAS.

   Exemple: Demande d'autorisation pour des fréquences exclues par la zone de protection de la bande de garde

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

   ---

2. Le SAS répond en refusant la demande d'attribution avec responseCode 400 (Interference).

   Exemple

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

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 6. Scénario de test 6

	Récepteur	Envois
SAS	Demande d'autorisation	Accorder une réponse avec responseCode 400 (Interference) Dans ce cas, le CBSD se trouve dans la zone GWPZ et demande une licence sur une fréquence protégée, mais cela peut être pour toute autre raison.
CBSD	Accorder une réponse avec responseCode 400 (Interference) Le CBSD ne doit pas démarrer de battements de cœur ni de transmission.	Demande d'autorisation

Cas de test 7: Désenregistrement et réenregistrement du CBSD

Ce cas de test vérifie que le CBSD se désinscrit de SAS et se réinscrit lorsqu'il est déplacé d'un emplacement à un autre situé à plus de 50 mètres.

Prérequis

Assurez-vous que le CBSD est enregistré, qu'il dispose d'une autorisation et qu'il envoie des signaux de battement.

Exemple: Coordonnées CBSD dans la requête d'enregistrement initiale

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

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

         }
      }
   ]
}

---

Étapes

Vérifiez les points suivants:

1. Définissez la position du CBSD sur un autre emplacement sélectionné à plus de 50 mètres. Pour ce faire, déplacez-le physiquement ou définissez son emplacement manuellement.
2. Le CBSD envoie éventuellement une demande de désenregistrement en raison du changement d'emplacement.

   Exemple

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

   ---

3. Le CBSD envoie ensuite une nouvelle demande d'enregistrement avec le nouvel emplacement.

   Remarque :Les nouvelles coordonnées et les autres champs sont les mêmes qu'avant.

   Exemple

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

   ---

4. SAS envoie une réponse d'enregistrement avec responseCode 0.

   Exemple

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

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 7. Scénario de test 7

	Récepteur	Envois
SAS	Requête d'enregistrement avec des informations sur le lieu de départ Facultatif: Demande de désenregistrement Demande d'enregistrement avec de nouvelles informations sur l'emplacement	Réponse d'enregistrement avec responseCode 0 Facultatif: Réponse de désenregistrement avec responseCode 0 Réponse d'enregistrement avec responseCode 0
CBSD	Réponse d'enregistrement avec responseCode 0 Facultatif: Réponse de désenregistrement avec responseCode 0 Réponse d'enregistrement avec responseCode 0	Requête d'enregistrement avec des informations sur le lieu de départ Facultatif: Demande de désenregistrement Demande d'enregistrement avec le nouvel emplacement

Scénario de test 8: Expiration et renouvellement des autorisations

Ce scénario de test vérifie le comportement du CBSD lorsqu'un octroi est sur le point d'expirer.

Prérequis

Assurez-vous que le CBSD est enregistré, qu'il dispose d'une subvention et qu'il envoie des signaux de battement de cœur.

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une requête de battement de cœur à SAS avec grantRenew défini sur true avant l'expiration de l'autorisation.

   Exemple

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

   ---

2. SAS envoie un nouveau grantExpireTime dans la réponse de Heartbeat si le CBSD demande le renouvellement de l'autorisation.

   Exemple

   {
      "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
            },
         }
      ]
   }
   

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 8. Scénario de test 8

	Récepteur	Envois
SAS	Requête de battement de cœur qui demande également le renouvellement de l'autorisation	Réponse de battement de cœur contenant une nouvelle valeur grantExpireTime
CBSD	Réponse de battement de cœur contenant une nouvelle valeur grantExpireTime	Requête de battement de cœur avec grantRenew défini sur true avant l'expiration de l'autorisation

Scénario de test 9: Gestion des valeurs non valides ou manquantes par le CBSD

Ce cas de test présente des exemples de requêtes non valides. Le CBSD n'a pas besoin de suivre les instructions étape par étape, mais le testeur doit vérifier qu'après avoir reçu un code de réponse indiquant qu'une erreur s'est produite dans la requête, le CBSD ne tente pas de répéter la même requête (non valide).

Prérequis

Assurez-vous que le CBSD n'est pas enregistré dans SAS.

Étapes

1. Le CBSD envoie une demande d'enregistrement à SAS.

   Exemple 1: Requêtes liées à des erreurs

   Le champ FCC ID en texte barré est omis dans la requête, même s'il est obligatoire pour l'enregistrement auprès de la 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"
            }
         }
     ]
   }
   

   ---

   Exemple 2: Deuxième requête d'enregistrement avec des valeurs de latitude et de longitude définies sur 0 (zéro)

   Cela permet de tester la gestion des données non valides par CBSD. Le CBSD doit corriger les champs avant de renvoyer la requête.

   {
      "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"
            }
         }
   
      ]
   }
   

   ---

2. SAS rejette la demande d'enregistrement avec l'une des réponses suivantes:

   • responseCode 102 (Missing_Param). Saisissez les paramètres manquants dans le champ responseData.

     Exemple

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

     ---

   • responseCode 103 (Invalid_Value) : saisissez les paramètres avec des valeurs non valides dans le champ responseData.

     Exemple

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

     ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 9. Scénario de test 9

	Reçoit	Envois	Autorisé
SAS	Requête d'enregistrement sans les champs nécessaires spécifiés ou avec des valeurs non valides	Choisissez l'une des options suivantes : Réponse d'enregistrement avec responseCode 102 (Missing_Param) et paramètres manquants dans le champ responseData Réponse d'enregistrement avec responseCode 103 (Invalid_Value) et les paramètres avec des valeurs non valides dans le champ responseData
CBSD	Réponse d'enregistrement avec un code de réponse différent de zéro	Demande d'enregistrement incomplète ou non valide	Le CBSD ne doit pas réessayer la même requête tant que l'erreur n'est pas corrigée.

Cas de test 10: Rapports de mesure CBSD pour RECEIVED_POWER_WITHOUT_GRANT

Ce test vérifie que les CBSD compatibles avec la fonctionnalité de mesure Received_Power_Without_Grant envoient des rapports de mesure comme prescrit dans WINNF-17-SSC-0002.

Prérequis

Assurez-vous que le CBSD n'est pas enregistré.

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une requête d'enregistrement à SAS qui inclut Received_Power_Without_Grant comme l'une de ses fonctionnalités de mesure.
2. SAS répond par une réponse d'enregistrement qui inclut Received_Power_Without_Grant dans la configuration du rapport de mesure.
3. Facultatif: Le CBSD envoie une requête d'interrogation du spectre contenant une mesure valide.
4. Si la requête d'interrogation du spectre est envoyée, SAS envoie une réponse d'interrogation du spectre avec responseCode 0.
5. Le CBSD envoie une requête d'autorisation contenant une mesure valide.
6. SAS envoie une réponse d'autorisation avec responseCode 0.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 10. Scénario de test 10

	Reçoit	Envois
SAS	Requête d'enregistrement incluant Received_Power_Without_Grant comme l'une des fonctionnalités de mesure Facultatif: requête d'interrogation du spectre contenant une mesure valide Requête d'autorisation contenant une mesure valide	Réponse d'enregistrement Facultatif: Réponse à la demande Spectrum Réponse d'autorisation
CBSD	Réponse d'enregistrement Facultatif: Demande d'information sur Spectrum Requête d'autorisation contenant une mesure valide Réponse d'autorisation	Demande d'inscription Facultatif: requête d'interrogation du spectre contenant une mesure valide Requête d'autorisation contenant une mesure valide

Cas de test 11: Rapports de mesure CBSD pour RECEIVED_POWER_WITH_GRANT

Ce test vérifie que les CBSD compatibles avec la fonctionnalité de mesure Received_Power_With_Grant envoient des rapports de mesure comme prescrit dans WINNF-17-SSC-0002.

Prérequis

Assurez-vous que le CBSD n'est pas enregistré.

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une requête d'enregistrement à SAS qui inclut Received_Power_With_Grant comme l'une de ses fonctionnalités de mesure.
2. SAS répond avec une réponse d'enregistrement avec responseCode 0.
3. Facultatif: Le CBSD envoie une demande d'enquête sur le spectre.
4. SAS envoie une réponse à la demande d'informations sur le spectre avec responseCode 0.
5. Le CBSD envoie une demande d'autorisation valide.
6. SAS envoie une réponse d'autorisation qui inclut Received_Power_With_Grant dans la configuration du rapport de mesure.
7. Au cours des cinq premières requêtes de battement de cœur, le CBSD envoie au moins une requête contenant une mesure valide.
8. SAS envoie des réponses de battement de cœur avec responseCode 0.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 11. Scénario de test 11

	Reçoit	Envois	Autorisé
SAS	Demande d'enregistrement de la part du CBSD incluant Received_Power_With_Grant comme l'une des fonctionnalités de mesure Facultatif: une demande d'information sur le spectre Demande d'attribution valide de la part du CBSD N'importe quel nombre de requêtes de battement de cœur, dont au moins une des cinq premières contient une mesure valide	Réponse d'enregistrement Facultatif: Réponse à la demande Spectrum Réponse d'autorisation incluant Received_Power_With_Grant dans la configuration du rapport de mesure Réponses Heartbeat avec responseCode 0
CBSD	Réponse d'enregistrement Facultatif: Demande d'information sur Spectrum Réponse d'autorisation	Requête d'enregistrement incluant Received_Power_With_Grant comme l'une des fonctionnalités de mesure Facultatif: Demande d'information sur Spectrum Demande d'autorisation N'importe quel nombre de requêtes de battement de cœur, dont au moins une des cinq premières contient une mesure valide	Après le premier battement de cœur réussi, le CBSD commence la transmission sur le canal et la puissance correspondants.

Cas de test 12: Requêtes par lot

Ce scénario de test vérifie qu'un proxy de domaine (DP) est capable d'envoyer des requêtes par lot et de recevoir des réponses par lot pour plusieurs CBSD.

En particulier, ce cas de test porte sur les éléments suivants:

• Requête de spectre par lot pour plusieurs CBSD
• Procédure d'attribution par lot pour plusieurs autorisations de diffusion de contenu
• Premier battement de cœur de lot pour allumer les radios pour plusieurs CBSD

Important :Les messages de lot d'enregistrement ne sont pas testés, car ils sont moins fréquemment utilisés dans un déploiement typique.

Prérequis

Important :Ce cas de test nécessite de 2 à 20 CBSD et un DP qui transfère les messages SAS pour chaque CBSD. La taille de lot maximale pour l'environnement de test est de 20. Cela diffère de l'environnement de production, où la taille de lot la plus élevée est de 120.

Assurez-vous que les conditions suivantes sont remplies:

• Les CBSD sont enregistrés auprès de SAS.
• Le DP est défini pour demander un sous-ensemble du spectre disponible.

Étapes

Vérifiez les points suivants:

1. Le DP envoie une requête de requête de spectre par lot pour vérifier le spectre disponible pour chaque CBSD.

   Exemple

     {
        "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
                 }
              ]
           }
        ]
     }
     

   ---

2. Pour chaque CBSD, le DP reçoit une liste des canaux disponibles de la part de SAS.

   Exemple

   {
      "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
            }
         }
      ]
   }
   

   ---

3. Le DP envoie une demande d'autorisation par lot à SAS. Pour chaque CBSD, le DP demande une plage de fréquences que SAS a spécifiée comme disponible.

   Exemple

   {
      "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
               }
            }
         }
      ]
   }
   

   ---

4. Le DP reçoit une réponse d'autorisation par lot de la part de SAS.

   Exemple

   {
      "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
            }
         }
      ]
   }
   

   ---

5. Le DP envoie périodiquement des requêtes de Heartbeat par lot à SAS en fonction de heartbeatInterval et reçoit des réponses de Heartbeat par lot de SAS.

   Important :Pour la première requête de battement de cœur de chaque CBSD, operationState doit être défini sur Granted (Accordé).

   Exemple

   {
      "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"
         }
      ]
   }
   

   ---

6. SAS répond en approuvant les requêtes de Heartbeat.

   Exemple

   {
      "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"
         }
   

   ---

7. Le DP envoie périodiquement des requêtes de battement de cœur par lot à SAS en fonction de heartbeatInterval avec le champ operationState, qui appartient à un CBSD particulier défini sur Autorisé si la requête de battement de cœur précédente a été approuvée.

   Exemple

   {
      "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"
         }
      ]
   }
   

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 12. Scénario de test 12

	Reçoit	Envois
SAS	Requête de demande de spectre par lot valide, y compris une requête pour chaque CBSD Requête d'autorisation par lot valide, y compris une requête pour chaque CBSD Requêtes de battements cardiaques groupées périodiques valides, y compris une requête pour chaque CBSD au moins toutes les heartbeatInterval secondes	Réponses par lot réussies à toutes les requêtes par lot. La valeur transmitExpire dans les réponses de battement de cœur est définie sur une valeur pendant quatre minutes.
DP	Réponses par lot réussies à toutes les requêtes par lot Après la première réponse de battement de cœur réussie, chaque CBSD démarre la transmission sur le canal et la puissance correspondants.	Requête de demande de spectre par lot valide, y compris une requête pour chaque CBSD Requête d'autorisation par lot valide, y compris une requête pour chaque CBSD Requêtes de battements cardiaques périodiques valides au moins toutes les heartbeatInterval secondes, y compris une requête pour chaque CBSD. Le champ operationState appartenant à un CBSD particulier doit être défini sur Autorisé dans au moins une requête de battement de cœur.

Cas de test 13: Requêtes par lot trop volumineuses

Ce cas de test vérifie qu'un proxy de domaine (DP) est capable de gérer une situation où la taille d'une requête par lot dépasse la taille maximale de lot traitée par SAS.

Lorsque la taille de lot est supérieure à maxBatchSize, SAS envoie une réponse valide aux premières requêtes maxBatchSize, le champ responseCode étant défini sur 0 (Success). Pour le reste des requêtes, SAS envoie responseCode 106 (Not_Processed).

La valeur par défaut de maxBatchSize dans l'environnement SAS de production est 120. Pour faciliter les tests, maxBatchSize dans l'environnement SAS de test est 20.

Plus précisément, ce cas de test se concentre sur le processus de demande d'autorisation pour montrer comment gérer les requêtes par lot surdimensionnées.

Nous vous recommandons d'étendre ce cas de test pour inclure d'autres types de messages, tels que les demandes d'enregistrement, les demandes d'informations sur le spectre, la procédure de battement de cœur, la procédure de renonciation à une licence et la désinscription.

Prérequis

Important :Le cas de test nécessite de 2 à 20 CBSD et un DP qui transfère les messages SAS pour chaque CBSD.

Assurez-vous que les conditions suivantes sont remplies:

• Les CBSD sont enregistrés auprès de SAS.
• Le DP est défini pour demander un sous-ensemble du spectre disponible.

Étapes

Vérifiez les points suivants:

1. Le DP envoie une demande de licence de lot trop volumineuse à SAS. La taille du lot est N, où N est compris entre 20 et 40. Pour chaque CBSD, le DP demande une plage de fréquences que SAS a spécifiée comme disponible.

   Exemple

       {
          "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
                   }
                }
             }
          ]
       }
     

   ---

2. Le DP reçoit une réponse d'autorisation par lot de la part de SAS. SAS envoie une réponse valide aux 20 premières requêtes, le champ responseCode étant défini sur 0 (Success). SAS définit le champ responseCode sur 106 (Not_Processed) pour les N à 20 derniers éléments du lot.

   Exemple

   {
      "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"
            }
         }
      ]
   }
   

   ---

3. Le DP envoie les demandes d'autorisation qui n'ont pas encore été traitées.

   Exemple

   Par conception, la taille de cette requête par lot est inférieure à 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
               }
            }
         }
      ]
   }
   

   ---

4. Le DP reçoit une réponse d'autorisation par lot de la part de SAS. SAS envoie une réponse valide à toutes les requêtes avec le champ responseCode défini sur 0 (Success).

   Exemple

   {
      "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
            }
         }
      ]
   }
   

   ---

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 13. Scénario de test 13

	Reçoit	Envois
SAS	Requête d'autorisation de lot valide, y compris une requête pour chaque CBSD pour une taille de lot comprise entre 20 et 40 lors de la première tentative Requêtes d'autorisation de lot valides pour la deuxième partie du lot lors de la deuxième tentative, lorsque la taille du lot est supérieure à 20	Réponses par lot réussies aux 20 premières requêtes d'autorisation et responseCode 106 pour le reste du lot lors du premier essai Réponses par lot réussies à toutes les demandes d'autorisation lors de la deuxième tentative
DP	Réponses par lot réussies pour les 20 premières requêtes et responseCode 106 pour le reste du lot lors du premier essai Réponses par lot réussies à toutes les demandes d'autorisation lors de la deuxième tentative	Requête d'autorisation de lot valide, y compris une requête pour chaque CBSD pour une taille de lot comprise entre 20 et 40 lors de la première tentative Requêtes d'autorisation de lot valides pour la deuxième partie du lot lors de la deuxième tentative, lorsque la taille du lot est supérieure à 20

Cas de test 14: Procédure d'enregistrement et d'attribution des DAS passifs

Ce cas de test vérifie les points suivants:

• Procédure d'enregistrement et d'attribution pour les équipements radio DAS passifs
• Facultatif: Processus d'interrogation du spectre pour les équipements radio DAS passifs.

Important :Les messages de lot d'enregistrement ne sont pas testés, car ils sont moins fréquemment utilisés dans un déploiement typique.

Hypothèses

• Scénario de déploiement

  Dans ce cas de test, nous supposons un scénario de déploiement de catégorie 3 tel que défini dans la documentation WINNF-TR-5001 : une unité radio (RU) à secteur unique déployée en tant que DAS passif avec plusieurs points de transmission (TP).

  

  Déploiement de la catégorie 3 (cliquez pour agrandir)

• Identifiant CBSD unique

  Dans ce cas, chaque TP est enregistré en tant que CBSD unique avec l'ID FCC et le numéro de série du fabricant (MSN). L'ID FCC et le MSN de la RU sont combinés à un ID TP supplémentaire pour identifier chaque TP de manière unique. L'ID de point de terminaison peut être fourni à SAS avec des suffixes dans cbsdSerialNumber. L'ID de TP doit être ajouté à l'MSN de la RU avec un caractère séparateur (:) avant l'ID de TP. Pour en savoir plus, consultez WINNF-TR-5001.

  Important :N'enregistrez pas une RU en tant que CBSD. Lorsque vous enregistrez tous les points d'accès, la puissance totale rayonnée créée par le système DAS passif est correctement prise en compte.

• Déterminer si l'utilisateur se trouve à l'intérieur ou à l'extérieur

  Dans ce cas de test, nous supposons un scénario de déploiement en intérieur. En général, vous pouvez déployer des équipements DAS passifs à l'intérieur ou à l'extérieur. Pour obtenir la liste complète des consignes, consultez WINNF-TR-5001.

• Capacité PIRE

  Pour un déploiement en intérieur, l'EIRP maximal de chaque point d'accès doit être inférieur ou égal à 30 dBm ou 10 MHz. Pour obtenir des exemples de calcul de la capacité EIRP pour chaque point d'accès, consultez WINNF-TR-5001.

• Catégorie CBSD

  Pour un déploiement en intérieur, chaque TP doit être enregistré en tant que CBSD de catégorie A. Cela peut être fait même si la RU est initialement certifiée par la FCC comme un appareil de catégorie B haute puissance. Vous ne pouvez pas installer de systèmes de contrôle de la sécurité des bâtiments de catégorie B à l'intérieur.

• Installation assistée par le CPI

  Les consignes actuelles de la FCC suggèrent qu'un installateur professionnel certifié (CPI) doit toujours installer un équipement DAS passif. Les raisons sont les suivantes:

  • La FCC recommande d'installer un CPI chaque fois que vous déployez un RU de catégorie B haute puissance dans un environnement intérieur avec une puissance réduite en tant que CBSD de catégorie A.
  • Même si le RU est certifié comme un appareil de catégorie A à faible consommation d'énergie, un point d'accès typique ne dispose pas de la fonctionnalité de géolocalisation automatique. Par conséquent, un CPI doit toujours installer un DAS passif.

• Enregistrement en plusieurs étapes

  Dans ce cas de test, nous supposons un enregistrement en plusieurs étapes. Cela signifie qu'avant d'exécuter le test, un CPI doit précharger les paramètres d'installation de chaque TP dans SAS via le portail SAS. Il est important que le CPI spécifie le paramètre eirpCapability dans l'objet InstallationParam.

  Pour ce cas de test, eirpCapability ne doit pas dépasser 30 dBm ou 10 MHz pour chaque TP. Si elle n'est pas incluse, conformément à la spécification de la version 1 du WInnForum WINNF-TS-0016, SAS définit eirpCapability comme EIRP maximale certifiée par la FCC de l'RU arrondie à la hausse. Pour une RU haute puissance, cette valeur peut être supérieure à 30 dBm ou 10 MHz, ce qui n'est pas autorisé pour une installation intérieure de catégorie A.

  Important :L'URL du portail SAS dans l'environnement de test est différente de celle du portail SAS dans l'environnement de production. Pour en savoir plus, consultez les pages Premiers pas avec l'environnement SAS de test et Comprendre les différences entre les environnements SAS de test et de production.

• Proxy de domaine (DP)

  Dans ce cas de test, nous supposons la présence d'un DP pouvant envoyer et recevoir des requêtes par lot à partir de SAS.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Les CBSD (TP) ne sont pas enregistrés dans le portail SAS.
• Les CBSD (TP) sont configurés pour demander un sous-ensemble du spectre disponible.
• Le CPI a fourni des paramètres d'enregistrement, y compris eirpCapability pour chaque TP, qui sont préchargés dans SAS via le portail SAS.

Étapes

Vérifiez les points suivants:

1. Pour enregistrer plusieurs TP, le DP envoie une requête d'enregistrement par lot à SAS.

   Important :La taille maximale du lot dans l'environnement de test est de 20. De nombreuses TP nécessitent plusieurs requêtes par lot.

   Exemple

     {
        "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"
              }
           }
        ]
     }
   

   ---

2. Le CBSD reçoit une réponse d'enregistrement par lot de la part de SAS.

   Exemple

   {
      "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
            }
         }
      ]
   }
   

   ---

3. Pour vérifier le spectre disponible pour chaque TP, le DP envoie une requête d'interrogation de spectre par lot.

   Important :Le champ inquiredSpectrum doit être identique pour chaque TP. Dans un déploiement de DAS passif à un seul secteur, tous les points de terminaison doivent utiliser les mêmes canaux RF.

   Exemple

   {
      "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)
               }
            ]
         }
      ]
   }
   

   ---

4. Pour chaque TP, le DP reçoit une liste des canaux disponibles de la part de SAS.

   Remarque :Le champ availableChannel de la réponse à la demande d'informations sur le spectre de la SAS n'a pas besoin d'être le même pour tous les TP, car la liste des canaux disponibles peut varier en fonction de l'emplacement du TP.

   Exemple

   {
    "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
          }
       }
    ]
   }
   

   ---

5. Le DP envoie une demande d'autorisation par lot à SAS. Pour chaque TP, le DP demande une plage de fréquences que SAS a spécifiée comme disponible.

   • La valeur maxEirp de chaque TP ne doit pas dépasser 30 dBm ou 10 MHz pour un déploiement en intérieur.
   • Le champ operationFrequencyRange doit être identique pour chaque TP. Dans un déploiement de DAS passif à un seul secteur, tous les points de terminaison doivent utiliser les mêmes canaux RF.

   Exemple

   {
      "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)
               }
            }
         }
      ]
   }
   

   ---

6. Le DP reçoit une réponse d'autorisation par lot de la part de SAS.

   Exemple

   {
      "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
            }
         }
      ]
   }
   

   ---

7. Le DP envoie périodiquement des requêtes de Heartbeat par lot au SAS en fonction de heartbeatInterval et reçoit des réponses de Heartbeat par lot du SAS.

   Important :Pour la première requête de battement de cœur de chaque CBSD, operationState doit être défini sur Granted (Accordé). Si la requête de battement de cœur précédente a été approuvée, le champ operationState appartenant à un TP particulier doit être défini sur Autorisé. Pour en savoir plus, consultez le scénario de test 12.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 14. Scénario de test 14

	Reçoit	Envois
SAS	Requête d'enregistrement par lot valide, y compris une requête pour chaque TP Requête de demande de spectre par lot valide, y compris une requête pour chaque TP Requête d'autorisation par lot valide, y compris une requête pour chaque TP Requêtes de battements cardiaques groupées périodiques valides, y compris une requête pour chaque TP au moins toutes les heartbeatInterval secondes	Réponses par lot réussies à toutes les requêtes par lot. La valeur transmitExpire dans les réponses de battement de cœur est définie sur une valeur pendant quatre minutes.
DP	Réponses par lot réussies à toutes les requêtes par lot Après la première réponse de battement de cœur réussie, chaque TP commence la transmission sur le canal et la puissance correspondants.	Requête d'enregistrement par lot valide, y compris une requête pour chaque TP Requête de demande de spectre par lot valide, y compris une requête pour chaque TP Requête d'autorisation par lot valide, y compris une requête pour chaque TP Requêtes de battements cardiaques périodiques valides au moins toutes les heartbeatInterval secondes, y compris une requête pour chaque TP. Le champ operationState appartenant à un TP particulier doit être défini sur Autorisé dans au moins une requête de battement de cœur.

Scénario de test 15: Réponse à une demande d'informations sur le spectre triée

Ce cas de test vérifie que le CBSD peut sélectionner les canaux de la plus haute qualité à partir d'une réponse à une demande d'informations sur le spectre triée. Découvrez comment SAS calcule la qualité de la chaîne.

Hypothèses

Le CBSD tente de transmettre sur un seul canal de 10 MHz de large.

Prérequis

Assurez-vous que le CBSD a été enregistré auprès de SAS au moins quatre heures avant le test. Une fois le CBSD enregistré, SAS peut mettre jusqu'à quatre heures à calculer la qualité et le classement de la chaîne.

Conseil :Sur le portail SAS, vous pouvez vérifier la disponibilité du spectre, la qualité des canaux et le classement des canaux dans l'onglet Coex de la CBSD.

Pour obtenir des résultats plus précis, indiquez des informations de regroupement de gestion de la fréquence pour le CBSD dans la demande d'enregistrement ou dans le portail SAS. Prenons l'exemple du cas de test 1.

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une demande d'enquête sur le spectre à la SAS pour l'ensemble de la plage de fréquences CBRS de 3 550 MHz à 3 700 MHz.

   Exemple

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

   ---

2. La CBSD reçoit une réponse à la demande d'attribution de spectre de la part de la SAS. La réponse à la demande d'informations sur le spectre renvoie une liste des canaux disponibles, triés de la meilleure qualité à la pire. Le premier objet du tableau availableChannel est de meilleure qualité.

   Exemple

   Dans cet exemple, le premier objet frequencyRange est de la meilleure qualité et sera réutilisé à l'étape 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
          }
       }
    ]
   }
   

   ---

3. Le CBSD envoie une demande d'attribution à SAS. Le CBSD demande le canal ayant le classement le plus élevé. Il s'agit du premier élément du tableau availableChannel de la réponse à la demande d'informations sur le spectre triée.

   Exemple

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

   ---

4. Le CBSD reçoit une réponse d'attribution de la part de SAS.

   Exemple

   {
    "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. Le CBSD envoie des requêtes de battement de cœur au SAS de manière périodique en fonction de heartbeatInterval et reçoit des réponses de battement de cœur du SAS. Consultez les exigences pour envoyer des requêtes de battement de cœur dans le scénario de test 1.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 15. Scénario de test 15

	Récepteur	Envois	Autorisé
SAS	Demande d'information sur le spectre valide Demande d'autorisation valide pour le canal le mieux classé en fonction de la réponse à la demande d'attribution de spectre Requêtes de battement de cœur périodiques valides au moins toutes les heartbeatInterval secondes	Réponse à la demande d'informations sur le spectre triée Réponse d'autorisation réussie Réponses réussies pour toutes les requêtes de battement de cœur, avec transmitExpireTime inclus dans les réponses de battement de cœur.
CBSD	Réponse à la demande d'informations sur le spectre triée Réponse d'autorisation réussie Réponses de battement de cœur réussies pour toutes les requêtes de battement de cœur	Après le premier battement de cœur réussi, le CBSD commence la transmission sur le canal et la puissance correspondants.	Demande d'information sur le spectre valide Demande d'autorisation valide pour le canal le mieux classé en fonction de la réponse à la demande d'attribution de spectre Requêtes de battement de cœur périodiques valides au moins toutes les heartbeatInterval secondes, y compris au moins une requête dans laquelle operationState est défini sur Autorisé
Portail SAS			Vous trouverez la disponibilité du spectre, la qualité des canaux et le classement des canaux dans l'onglet Coex du fichier CBSD du portail SAS. Trouvez l'URL de l'environnement SAS de test.

Cas de test 16: Même fréquence

Ce cas de test vérifie les points suivants:

• L'équipement CBSD ou DP envoie l'identifiant de même fréquence à SAS chaque fois que l'appareil s'enregistre.
• La valeur "Même fréquence" peut être définie ou modifiée dans le portail SAS pour chaque appareil.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD n'est pas enregistré auprès de SAS.
• Le CBSD ou le DP ne partagent pas le même ID de fréquence avec SAS.

Étapes

Vérifiez les points suivants:

1. Configurez les informations sur la valeur de la même fréquence WInnForum dans le message d'enregistrement CBSD.

   Exemple

     {
      "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" },
      ]
      },
     

   ---

2. Enregistrez l'appareil auprès de SAS.
3. Si la valeur "Same Frequency" (Même fréquence) change, vous pouvez configurer une nouvelle valeur dans le message de requête de battement de cœur et l'envoyer à SAS.

4. Facultatif: utilisez le portail SAS pour définir ou modifier la valeur "Same Frequency" (Même fréquence) pour le CBSD.

   Remarque :Vous pouvez documenter les valeurs définies avec le portail SAS dans la feuille Résultat du test fournie par Google.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 16. Scénario de test 16

	Reçoit	Envois
SAS	Requête d'enregistrement ou message de battement de cœur du CBSD ou du DP, qui inclut la valeur "Same Frequency" (Même fréquence) configurée Facultatif: Configuration de la même fréquence pour un CBSD dans le portail SAS	Réponse d'enregistrement réussie à la CBSD ou au DP
CBSD ou DP	Réponse d'enregistrement réussie ou réponse de battement de cœur	Libellé du groupe de canaux commun pour chaque CBSD lors de l'enregistrement ou par battement de cœur lorsque la valeur "Même fréquence" change

Cas de test 17: Réutilisation de la fréquence

Ce cas de test vérifie les points suivants:

• L'équipement CBSD ou DP envoie l'identifiant de réutilisation de la même fréquence à Google SAS chaque fois que l'appareil s'enregistre.
• La valeur de la fréquence de réutilisation peut être définie ou modifiée dans le portail SAS pour chaque appareil.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD n'est pas enregistré auprès de SAS.
• Le CBSD ou le DP ne partagent pas le même ID de fréquence avec SAS.

Étapes

Vérifiez les points suivants:

1. Configurez les informations sur la valeur de la même fréquence WInnForum dans le message d'enregistrement CBSD.

   Exemple

     {
      "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" },
      ]
      },
     

   ---

2. Enregistrez l'appareil auprès de SAS.
3. Si la valeur "Same Frequency" (Même fréquence) change, vous pouvez configurer une nouvelle valeur dans le message de requête de battement de cœur et l'envoyer à SAS.

4. Facultatif: utilisez le portail SAS pour définir ou modifier la valeur "Same Frequency" (Même fréquence) pour le CBSD.

   Remarque :Vous pouvez documenter les valeurs définies avec le portail SAS dans la feuille Résultat du test fournie par Google.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 17. Scénario de test 17

	Reçoit	Envois
SAS	Requête d'enregistrement ou message de battement de cœur du CBSD ou du DP, qui inclut la valeur de réutilisation de fréquence configurée Facultatif: Configuration de la réutilisation de fréquence pour un CBSD dans le portail SAS	Réponse d'enregistrement réussie à la CBSD ou au DP
CBSD ou DP	Réponse d'enregistrement réussie ou réponse de battement de cœur	Libellé du groupe de canaux commun (CCG) par CBSD lors de l'enregistrement ou par battement de cœur lorsque la valeur de la réutilisation de fréquence change

Cas de test 18: Préférence pour plusieurs demandes d'attribution de 10 MHz

Ce cas de test vérifie que le CBSD ou le DP choisit de demander plusieurs autorisations de 10 MHz lorsque plusieurs canaux de plus de 10 MHz sont utilisés pour le fonctionnement.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD ou le DP est enregistré auprès de SAS.
• Le CBSD est configuré pour utiliser plus de 10 MHz pour fonctionner.

Étapes

Vérifiez les points suivants:

1. Le CBSD ou le DP envoie une demande d'autorisation à SAS.
2. Le CBSD envoie une requête d'interrogation du spectre pour interroger le spectre disponible. Si le SAS indique la disponibilité, le CBSD demande un canal de 10 MHz.

   Exemple

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

   ---

3. Les paramètres lowFrequency et highFrequency sont définis pour le canal 10 MHz sélectionné.
4. Plusieurs autorisations sont demandées pour le nombre de canaux déterminé comme nécessaire par l'appareil.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 18. Scénario de test 18

	Reçoit	Envois
SAS	Demandes d'autorisation valides pour le nombre de canaux déterminé comme nécessaire par l'appareil	Réponse de l'octroi réussie pour toutes les requêtes valides
CBSD ou DP	Réponse d'autorisation réussie pour le nombre de requêtes possibles, en fonction de l'emplacement de l'appareil et des zones de protection des titulaires	Une demande d'autorisation valide par canal 10 MHz

Scénario de test 19: Prise en charge des subventions sur des chaînes non contiguës

Ce cas de test vérifie les points suivants:

• Le CBSD ou le DP accepte et demande des autorisations pour plusieurs canaux 10 MHz non contigus pour le même CBSD.
• Le CBSD ou le DP demande et accepte les autorisations sur les canaux distincts qui ont été accordées.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD ou le DP est enregistré auprès de SAS.
• Le CBSD est configuré pour demander un sous-ensemble du spectre disponible conformément à la réponse de la demande d'informations sur le spectre de la part de SAS.

Étapes

Vérifiez les points suivants:

1. L'appareil est enregistré auprès de SAS.
2. Le CBSD envoie une requête d'interrogation du spectre pour interroger le spectre disponible.

   Exemple

    {
      "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)
            }
          ]
        }
      ]
    }
     

   ---

3. Le CBSD reçoit une liste des canaux disponibles de la part de SAS.

   Exemple

    {
      "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
          }
        }
      ]
    }
     

   ---

4. Le CBSD envoie une demande d'attribution à SAS.
5. Le CBSD envoie une demande d'autorisation pour la plage de fréquences disponible indiquée par SAS.

6. Si la bande passante souhaitée est disponible, mais pas dans une plage contiguë, le CBSD envoie plusieurs demandes d'attribution pour chaque canal correspondant.

   Important :Le CBSD envoie plusieurs requêtes d'attribution pour chaque canal, même lorsque la bande passante est disponible dans une plage contiguë, par exemple de 3 550 MHz à 3 600 MHz. En savoir plus sur la réutilisation des fréquences.

Résultat

Les résultats attendus du test sont indiqués dans le tableau suivant.

Tableau 19. Scénario de test 19

	Reçoit	Envois
SAS	Demande d'autorisation valide	Réponses réussies pour toutes les demandes d'autorisation valides de la part du CBSD
CBSD ou DP	Réponse de l'autorisation réussie pour toutes les requêtes	Demandes d'attribution valides

Scénario de test 20: Prise en charge de l'augmentation automatique de l'EIRP

Ce cas de test vérifie les points suivants:

• La CBSD identifie les conditions favorables à l'augmentation de l'EIRP.
• Le CBSD est informé qu'une augmentation de l'EIRP est disponible.

Pour en savoir plus, consultez la section Augmentation automatique de l'EIRP.

Prérequis

Assurez-vous que les conditions suivantes sont remplies:

• Le CBSD est enregistré auprès de la SAS Test dans un rayon de 5 kilomètres de [68, -164,5]. L'entité de protection est simulée dans le SAS Test pour s'assurer que l'EIRP disponible le premier jour est inférieur de 6 dB ou plus à la valeur eirpCapability de l'appareil.
• Le CBSD ne se trouve pas à proximité de la frontière canadienne, d'un bureau de la Federal Communications Commission, de Table Mountain ni dans une zone de silence radio national.

Étapes

Vérifiez les points suivants:

1. Le CBSD envoie une demande d'attribution de spectre au SAS Test. La réponse à la demande d'informations sur le spectre affiche un ou plusieurs canaux 10 MHz avec un PIRE de 6 dB ou plus en dessous de la valeur eirpCapability de l'appareil.

2. Le CBSD demande une autorisation en dehors de la période CPAS sur une fréquence en fonction de l'EIRP indiqué dans l'enquête sur le spectre, qui est inférieur de 6 dB ou plus à la valeur eirpCapability de l'appareil. SAS approuve l'autorisation.

3. Le CBSD lance le "heartbeat" et reçoit l'autorisation de transmission.

4. Le battement de cœur du CBSD continue jusqu'à ce que le CPAS se produise, comme configuré dans le SAS Test.

5. Une fois le CPAS effectué, le CBSD reçoit une charge utile operationalParam qui indique une EIRP supérieure à celle de l'autorisation existante et avec un code de réponse positif.

   Exemple de charge utile

   {
     "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}
               }
           ]
       }
   

   ---

6. Si la CBSD décide de revendiquer la nouvelle licence avec la nouvelle valeur EIRP, elle envoie une demande de renonciation à la licence. Le SAS Test envoie une réponse indiquant que l'abandon a réussi.

7. (Facultatif) Le CBSD envoie une demande d'attribution de spectre pour vérifier la nouvelle valeur EIRP. La valeur maxEirp de la réponse à la demande d'attribution de spectre correspond à la valeur maxEirp de la réponse de battement de cœur de l'étape précédente pour le canal attribué, à condition que l'attribution soit un multiple de 10 MHz. Par exemple, 3 550 – 3 560 MHz.

   Exemple de réponse

   {
     "spectrumInquiryResponse": [
       {
         "availableChannel": [
           {
             "channelType": "GAA",
             "frequencyRange": {
               "lowFrequency": 3550000000,           
               "highFrequency": 3560000000},
             "maxEirp": 37,
             "ruleApplied": "FCC_PART_96"
             }
           ],
         "cbsdId": "xy123uzt",
         "response": {
           "responseCode": 0
           }
       }
     ]
   }
   

   ---

8. Le CBSD envoie une requête d'autorisation avec la valeur EIRP de la réponse de battement de cœur. Le SAS Test approuve la demande et envoie une réponse d'approbation.

   Exemple de réponse d'autorisation

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

   ---

9. Le CBSD envoie une réponse de battement de cœur pour la nouvelle autorisation et reçoit une réponse d'autorisation réussie de la part du SAS Test.

   Exemple de réponse d'autorisation

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

   ---

Cas de test 21: Extension du signal d'activité en dehors des zones de DPA

SAS suggère différents intervalles de battement de cœur et valeurs transmitExpireTime en fonction des fréquences accordées et de l'emplacement du CBSD. Pour en savoir plus sur le fonctionnement des battements de cœur, consultez la section Envoyer des requêtes de battements de cœur pour obtenir l'autorisation de transmission.

Ce cas de test vérifie les points suivants:

• Le CBSD lit l'intervalle de battement de cœur et les valeurs transmitExpireTime à partir de la réponse de battement de cœur.
• Les battements du cœur du CBSD en fonction de l'intervalle de battement renvoyé par SAS.
• Le CBSD continue de transmettre jusqu'à ce que la valeur transmitExpireTime soit atteinte.

Prérequis

Pour suivre les étapes de ce cas de test, vous devez enregistrer votre CBSD à l'intérieur et à l'extérieur de la zone de suspension dans le déploiement de SAS de test.

En dehors de la zone de suspension

Vérifiez les points suivants:

1. Enregistrez le CBSD en dehors de la zone de suspension.
2. Le CBSD demande une subvention.

3. Le déploiement de SAS de test envoie une réponse de battement de cœur. Exemple :

   Exemple de charge utile

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

   ---

4. Le CBSD envoie le prochain battement de cœur 1 800 secondes plus tard.

Dans la zone de suspension (autorisations dans la plage de fréquences 3 550 MHz à 3 650 MHz)

Vérifiez les points suivants:

1. Enregistrez le CBSD dans la zone de suspension.
2. Le CBSD demande une licence dans la plage de fréquences 3 550 MHz à 3 650 MHz.

3. Le déploiement de SAS de test envoie une réponse de battement de cœur. Exemple :

   Exemple de charge utile

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

   ---

4. Le CBSD envoie le prochain battement de cœur 60 secondes plus tard.

5. Le CBSD cesse de transmettre 200 secondes plus tard, sauf s'il reçoit une nouvelle réponse de battement de cœur avec une nouvelle valeur transmitExpireTime.

Dans la zone de suspension (autorisations dans la plage de fréquences 3 650 MHz à 3 700 MHz)

Vérifiez les points suivants:

1. Enregistrez le CBSD dans la zone de suspension.
2. Le CBSD demande une licence dans la plage de fréquences 3 650 MHz à 3 700 MHz.

3. Le déploiement de SAS de test envoie une réponse de battement de cœur. Exemple :

   Exemple de charge utile

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

   ---

4. Le CBSD envoie le prochain battement de cœur 60 secondes plus tard.

5. Le CBSD cesse de transmettre 6 heures plus tard, sauf s'il reçoit une nouvelle réponse de battement de cœur avec une nouvelle valeur transmitExpireTime.

Étape suivante

• Validez les résultats de votre test auprès de Google.
• Résoudre les problèmes liés à SAS
• Découvrez la suite de tests d'interopérabilité PAL.
• Découvrez les termes clés de SAS.