Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
La versione corrente della suite di test Spectrum Access System (SAS) è la 5.5. Puoi verificare l'interoperabilità tra un dispositivo CBSD (Citizens Broadband Radio Service) e SAS utilizzando i seguenti casi di test. Assicurati di convalidare il risultato del test nel foglio di lavoro Risultato del test fornito da Google.
Requisiti per i test di interoperabilità SAS
Per testare l'interoperabilità di SAS con un modello SAS e la relativa versione software, devi disporre di quanto segue:
L'ID test deve essere valido come da
Parte 96 dell'ID FCC.
Per i dispositivi in attesa di certificazione FCC, contatta l'assistenza SAS.
Testare gli ID utente
Se sei un cliente Google SAS, utilizza il tuo ID utente esistente.
Se non sei un cliente e vuoi testare il tuo dispositivo, contatta
l'assistenza SAS
per approvare un ID utente personalizzato da utilizzare con l'ambiente di test SAS.
Certificati di test del dispositivo
Qualsiasi certificato del dispositivo CBRS funziona con l'ambiente SAS di test. Se non disponi di un certificato di test per il tuo dispositivo CBSD o Domain Proxy (DP), contatta l'assistenza SAS.
I certificati di test funzionano solo per l'ambiente di test SAS.
Test case 1: registrazione, richiesta di spettro, concessione e heartbeat del CBSD (funzionamento normale)
Questo caso di test verifica quanto segue:
Procedura di registrazione CBSD, procedura di concessione e primo heartbeat riuscito per attivare la radio.
Se lo desidera, se il CBSD invia una richiesta di informazioni sullo spettro, utilizza i canali disponibili nella risposta alla richiesta per la successiva richiesta di concessione.
Parametri di raggruppamento CBRS riconosciuti da WInnForum
L'array di oggetti groupingParam è facoltativo e viene utilizzato da Google
SAS solo per la coesistenza di General Authorized Access (GAA).
Consigliamo al CBSD di inviare groupingParam nella richiesta di registrazione, se possibile. Poiché SAS accetta l'array groupingParam nella richiesta di informazioni sullo spettro, nella richiesta di concessione e nella richiesta di heartbeat, le informazioni successive fornite dal CBSD sostituiscono i valori precedenti.
Un elenco di valori groupType validi è stato pubblicato in
WINNF-SSC-0010.
Se il CBSD invia un groupType non valido, il SAS risponde con responseCode 103 (Invalid_value). Al momento, il SAS supporta i valori groupTypePrincipal_Subordinate_SFG e Spectrum_Reuse. Memorizza e carica i parametri di raggruppamento nel
portale SAS. SAS ignora qualsiasi altro valore groupType valido con responseCode 0 (Success).
Prerequisiti
Assicurati che la stazione di base a bassa potenza non sia registrata nel Portale SAS e non sia impostata per richiedere un sottoinsieme dello spettro disponibile.
Passaggi
Verifica quanto segue:
Il CBSD invia una richiesta di registrazione a SAS con l'ID FCC e l'ID utente. Puoi utilizzare qualsiasi ID FCC certificato o uno che è stato confermato insieme all'ID utente e aggiunto alla lista consentita dall'assistenza SAS.
Scopri come connetterti all'ambiente SAS di test.
Esempio 1: richiesta di registrazione in un solo passaggio per un CBSD di categoria A
Il CBSD invia una richiesta di concessione al SAS. Se è stata eseguita una richiesta di informazioni sullo spettro, il CBSD richiede un intervallo di frequenza indicato come disponibile dal SAS.
Se la richiesta di heartbeat precedente è stata approvata, il CBSD invia periodicamente richieste di heartbeat successive al SAS in base a heartbeatInterval con il campo operationState impostato su Autorizzato.
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 2. Scenario di test 2
Riceve
Invii
Accettabile
Logo SAS
(Facoltativo) Richiesta di cessione
Richiesta di annullamento della registrazione
(Facoltativo) Risposta alla cessione
Richiesta di annullamento della registrazione
CBSD
(Facoltativo) Risposta alla cessione
Richiesta di annullamento della registrazione
(Facoltativo) Richiesta di cessione
Richiesta di annullamento della registrazione
Interrompe la trasmissione prima di inviare una richiesta di annullamento della registrazione o di cessione
Test case 3a: sospensione della concessione: IAP in attesa
Questo caso di test verifica quanto segue:
La radio CBSD si spegne quando SAS sospende la concessione del CBSD.
Il CBSD segnala lo stato di funzionamento corretto nelle richieste di heartbeat successive.
Prerequisiti
Un CBSD negli Stati Uniti ha canali con disponibilità di potenza limitata.
Alcune località, come Tampa in Florida e Los Angeles in California, hanno budget di potenza inferiori a 37 dBm/MHz. Per semplificare la simulazione dello scenario di test per le località lungo la costa, attiva l'overlay disponibilità dello spettro per il CBRS.
Assicurati che le seguenti condizioni siano vere:
Il CBSD invia una richiesta di concessione con un valore maxEirp inferiore alla potenza disponibile del canale in dBm/MHz.
Esempio
{
"grantRequest":[
. . .
{
"operationParam":{
"maxEirp":25, (e.g. Assume Partial power available for
2670-2680=28dBm/MHz)
"operationFrequencyRange":{
"lowFrequency":3670000000,
"highFrequency":3680000000
. . .
}
}
]
}
Il CBSD invia richieste di heartbeat. Se il valore maxEirp richiesto è inferiore o uguale alla potenza parziale, SAS approva la concessione.
Esempio 1: la prima richiesta di heartbeat dopo l'approvazione di una concessione
Il CBSD invia una richiesta di informazioni sullo spettro per i canali con potenza parziale. Nella risposta alla richiesta di informazioni sullo spettro, il CBSD trova il valore maxEirp disponibile in dBm sui canali pertinenti.
Il CBSD invia una richiesta di concessione con maxEirp superiore alla potenza disponibile per i canali nella risposta alla richiesta di informazioni sullo spettro.
Il CBSD invia una richiesta di heartbeat.
SAS invia la risposta al battito cardiaco con responseCode 501
(Suspended_Grant: IAP Pending).
Esempio 1: risposta alla richiesta di informazioni sullo spettro per un canale disponibile con potenza parziale
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 3a. Scenario di test 3a
Riceve
Invii
Logo SAS
Richieste di heartbeat con operationState impostato su
Concesso dopo che il CBSD ha ricevuto la notifica della sospensione della concessione tramite la risposta heartbeat
Richieste di heartbeat con operationState impostato su
Autorizzato dopo che il CBSD è stato informato tramite la risposta heartbeat che la concessione è stata autorizzata
Risposte heartbeat con responseCode 0 (Success)
quando la concessione non è sospesa
Risposte heartbeat con responseCode 501
(Suspended_Grant:IAP Pending) quando la concessione è sospesa
CBSD
Risposte heartbeat con responseCode 0
(Success), a condizione che la zona di sospensione non sia attiva
Risposte heartbeat con responseCode 501
(Suspended_Grant), fino alla scadenza della concessione attuale e alla richiesta di una nuova concessione o fino a quando non sarà disponibile una potenza aggiuntiva dopo un ciclo CPAS
Il CBSD interrompe la trasmissione (spegne la radio)
meno di 60 secondi dopo il transmitExpireTime
Richieste di heartbeat con operationState impostato su
Autorizzato dopo che il CBSD è stato informato che la grant è stata autorizzata tramite la risposta heartbeat
Richieste heartbeat successive per le quali operationState
è impostato su Concesso dopo che il CBSD è stato informato della
sospensione della concessione tramite la risposta heartbeat
(Facoltativo) Richiesta di informazioni sullo spettro per determinare quali canali sono disponibili
I calcoli delle interferenze sono stati completati, ma SAS non può autorizzare la trasmissione con la concessione perché dopo CPAS la concessione del CBSD viene interrotta e viene suggerito l'uso di una potenza ridotta. Il
CBSD richiede una concessione dopo aver ricevuto i parametri di operazione
dalla risposta dell'heartbeat di terminazione.
Consigliamo vivamente al CBSD di richiedere una nuova concessione. Se la richiesta di assegnazione riguarda una banda di frequenza esterna all'intervallo di frequenza della zona di sospensione , il CBSD riceve l'autorizzazione a trasmettere nella risposta del battito cardiaco. Se autorizzato, il CBSD riprende la trasmissione con una nuova concessione. Una volta revocata la sospensione, il CBSD riprende la trasmissione sulla concessione originale e termina la concessione provvisoria. Per ulteriori informazioni , vedi Risolvere i problemi relativi ai test di interoperabilità.
Test case 3b: Sospensione della concessione: elenco di trasferimento del DPA attivato
Questo caso di test verifica quanto segue:
La radio CBSD si spegne quando SAS sospende la concessione del CBSD.
Il CBSD segnala lo stato di funzionamento corretto nelle richieste di heartbeat successive.
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
Il CBSD è registrato in una località all'interno della zona di sospensione simulata.
La stazione di base a controllo della banda detiene una concessione che si sovrappone parzialmente o completamente all'intervallo di frequenza della zona di sospensione.
SAS sospende la concessione quando la zona di sospensione è attiva, come specificato nella pianificazione della zona di sospensione.
Il CBSD invia una richiesta di heartbeat.
SAS invia la risposta heartbeat con responseCode 501
(Suspended_Grant : IAP Pending, "The grant is suspended because it is in the
move list of a DPA that has been activated").
(Facoltativo) La CBSD invia una richiesta di informazioni sullo spettro dopo la sospensione del contributo.
Esempio 1: risposta heartbeat quando la zona di sospensione è attiva
{
"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."]
}
}
]
}
Esempio 2: richiesta di heartbeat quando la concessione è sospesa
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 3b. Scenario di test 3b
Riceve
Invii
Logo SAS
Richieste di heartbeat con operationState impostato su
Concesso dopo che il CBSD ha ricevuto la notifica della sospensione della concessione tramite la risposta heartbeat
Richieste di heartbeat con operationState impostato su
Autorizzato dopo che il CBSD è stato informato tramite la risposta heartbeat che la concessione è stata autorizzata
Risposte heartbeat con responseCode 0 (Success)
quando la zona di sospensione non è attiva
Risposte heartbeat con responseCode 501
(Suspended_Grant: The grant is suspended because it is in the
move list of a DPA that has been activated.") quando la
zona di sospensione è attiva
CBSD
Risposte heartbeat con responseCode 0 (Success) per
tutto il tempo in cui la zona di sospensione non è attiva
Risposte heartbeat con responseCode 501
(Suspended_Grant: The grant is suspended because it is in the
move list of a DPA that has been activated.) finché
la zona di sospensione è attiva
Il CBSD interrompe la trasmissione (spegne la radio)
meno di 60 secondi dopo il transmitExpireTime
Richieste di heartbeat con operationState impostato su
Autorizzato dopo che il CBSD è stato informato tramite la risposta heartbeat che la concessione è stata autorizzata
Richieste heartbeat successive per le quali operationState è impostato su
Concesso dopo che il CBSD è stato informato tramite la risposta heartbeat che la concessione è stata sospesa
(Facoltativo) Richiesta di informazioni su Spectrum per determinare quali canali sono disponibili.
Consigliamo vivamente al CBSD di richiedere una nuova concessione. Se la richiesta di assegnazione riguarda un intervallo di frequenza esterno all'intervallo di frequenza della zona di sospensione, il CBSD riceve l'autorizzazione a trasmettere nella risposta del battito cardiaco. Se autorizzato, il CBSD riprende la trasmissione con una nuova concessione. Durante la trasmissione, il CBSD continua a eseguire il heartbeat sulla concessione originale (sospesa). Al termine della sospensione,
la CBSD riprende la trasmissione sulla concessione originale e termina la
concessione provvisoria.
Scenario di test 4: concessione della riautorizzazione
Questo caso di test verifica che il CBSD possa riprendere la trasmissione
dopo la disattivazione della zona di sospensione. Il comportamento del CBSD
verificato in questo test è simile a ciò che accade quando la concessione del CBSD
viene sospesa a causa della protezione del DPA e poi riautentificata dopo la disattivazione del DPA.
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
Il CBSD è registrato in una località all'interno della zona di sospensione. Per ulteriori informazioni, consulta la sezione Zona di sospensione.
La stazione di base a controllo dinamico della banda è in funzione e detiene una concessione che si sovrappone parzialmente o completamente all'intervallo di frequenza della zona di sospensione.
La zona di sospensione è attiva e il CBSD scopre che il contributo è stato sospeso.
Passaggi
Verifica quanto segue:
Il CBSD continua a battere mentre la concessione è sospesa.
SAS invia risposte di heartbeat con responseCode 501 (Suspended_Grant).
Una volta disattivata la zona di sospensione, SAS approva le richieste di heartbeat con responseCode (Success).
Il CBSD riprende la trasmissione dopo aver ricevuto l'approvazione da SAS.
Il CBSD invia richieste heartbeat successive con operationState impostato su Autorizzato.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 4. Scenario di test 4
Riceve
Invii
Accettabile
Logo SAS
Richieste di heartbeat con operationState impostato su Concessi
Risposte heartbeat con responseCode 501
(Suspended_Grant) mentre la zona di sospensione è attiva
Risposte heartbeat con responseCode 0
(Success) dopo la disattivazione della zona di sospensione
CBSD
Risposte heartbeat con responseCode 501
(Suspended_Grant) quando la zona di sospensione è attiva
Risposte heartbeat con responseCode 0
(Success) dopo la disattivazione della zona di sospensione
Risposte heartbeat con operationState impostato su
Granted o Authorized
Il CBSD riprende la trasmissione (accende la radio) dopo aver ricevuto responseCode 0.
Test case 5a: risoluzione di una concessione autorizzata con parametri operativi suggeriti
Questo caso di test verifica quanto segue:
Il CBSD interrompe il proprio heartbeat e la trasmissione associata alla concessione interrotta da SAS.
Il CBSD richiede una nuova concessione utilizzando i parametri operativi consigliati da SAS nella risposta heartbeat.
Il CBSD invia una richiesta di heartbeat per la nuova concessione.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 5b. Scenario di test 5b
Riceve
Invii
Accettabile
Logo SAS
Richiesta di heartbeat
Richiesta di informazioni su Spectrum
Richiesta di concessione valida per un canale disponibile
Risposte heartbeat con responseCode 500
(Terminated_Grant) per la prima richiesta heartbeat dopo
la fine del programma CPAS
Risposta positiva alla concessione dopo che il CBSD richiede una concessione con i nuovi parametri operativi
Risposta alla richiesta di Spectrum con un elenco dei canali disponibili
Risposta positiva alla concessione dopo che il CBSD ha richiesto una concessione per un canale disponibile
CBSD
Risposte heartbeat con responseCode 500 (Terminated_Grant)
Risposta alla richiesta relativa a Spectrum
Risposta alla concessione riuscita
Richiesta di heartbeat
Richiesta di informazioni su Spectrum
Richiesta di concessione valida per uno dei canali disponibili
Interrompe l'invio di richieste di heartbeat a SAS per la concessione interrotta
Il CBSD interrompe la trasmissione meno di 60 secondi dopo il transmitExpireTime
Scenario di test 6: errore nella richiesta di concessione
Questo test case verifica che il CBSD non avvii il processo o la trasmissione dell'heartbeat se una richiesta di concessione non va a buon fine.
Prerequisiti
Assicurati che la stazione di base a controllo di comunità sia registrata in una località all'interno della zona di protezione wireless con regime di esenzione (GWPZ).
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 6. Scenario di test 6
Riceve
Invii
Logo SAS
Richiesta di concessione
Concedi risposta con responseCode 400 (Interference)
In questo caso, la stazione di base a bassa potenza è all'interno della zona a protezione governativa e richiede una concessione su una frequenza protetta, ma può essere per qualsiasi altro motivo.
CBSD
Concedi risposta con responseCode 400 (Interference)
Il CBSD non deve avviare l'heartbeat o la trasmissione.
Richiesta di concessione
Test case 7: annullamento della registrazione e nuova registrazione del CBSD
Questo caso di test verifica che il CBSD si disattivi dal SAS e si registri di nuovo quando viene spostato da una posizione a un'altra a più di 50 metri di distanza.
Prerequisiti
Assicurati che il CBSD sia registrato, abbia una concessione e invii heartbeat.
Esempio: coordinate del CBSD nella richiesta di registrazione iniziale
Imposta la posizione del CBSD su un'altra posizione selezionata a più di 50 metri di distanza. Puoi farlo spostandolo fisicamente o impostando manualmente la sua posizione.
Il CBSD invia facoltativamente una richiesta di annullamento della registrazione a causa del cambio di località.
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 8. Scenario di test 8
Riceve
Invii
Logo SAS
Richiesta di heartbeat che richiede anche il rinnovo della concessione
Risposta heartbeat contenente un nuovo valore grantExpireTime
CBSD
Risposta heartbeat contenente un nuovo valore grantExpireTime
Richiesta di heartbeat con grantRenew impostato su true prima della scadenza della concessione
Test case 9: gestione dei valori non validi o mancanti da parte del CBSD
Questo caso di test mostra esempi di richieste non valide. Il CBSD non deve seguire le istruzioni passo passo, ma il tester deve verificare che, dopo aver ricevuto un codice di risposta che indica che è presente un errore nella richiesta, non riprovi la stessa richiesta (non valida).
Prerequisiti
Assicurati che il CBSD non sia registrato in SAS.
Passaggi
Il CBSD invia una richiesta di registrazione al SAS.
Esempio 1: richieste con errori
Il campo ID FCC in testo barrato viene omesso nella richiesta, anche se è obbligatorio per la registrazione del 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"
}
}
]
}
Esempio 2: una seconda richiesta di registrazione con valori di latitudine e longitudine impostati su 0 (zero)
Questo serve a testare la gestione dei dati non validi da parte del CBSD. Il CBSD dovrebbe correggere i campi prima di inviare nuovamente la richiesta.
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 9. Scenario di test 9
Riceve
Invii
Accettabile
Logo SAS
Richiesta di registrazione senza i campi necessari specificati o con valori non validi
Uno dei seguenti:
Risposta di registrazione con responseCode 102
(Missing_Param) e parametri mancanti nel
campo responseData
Risposta di registrazione con responseCode 103
(Invalid_Value) e i parametri con valori non validi nel
campo responseData
CBSD
Risposta alla registrazione con codice di risposta diverso da zero
Richiesta di registrazione incompleta o non valida
Il CBSD non deve provare la stessa richiesta finché l'errore non viene corretto.
Test case 10: report sulle misurazioni CBSD per RECEIVED_POWER_WITHOUT_GRANT
Questo test verifica che i CBSD che supportano la funzionalità di misurazioneReceived_Power_Without_Grant inviino i report di misurazione come prescritto in WINNF-17-SSC-0002.
Prerequisiti
Assicurati che il CBSD non sia registrato.
Passaggi
Verifica quanto segue:
Il CBSD invia una richiesta di registrazione a SAS
che include Received_Power_Without_Grant come una delle sue funzionalità di misurazione.
SAS risponde con una risposta di registrazione che include
Received_Power_Without_Grant nella configurazione del report di misurazione.
(Facoltativo) Il CBSD invia una richiesta di informazioni sullo spettro contenente una misurazione valida.
Se la richiesta di informazioni sullo spettro viene inviata, SAS invia una risposta con responseCode 0.
Il CBSD invia una richiesta di concessione contenente una misurazione valida.
SAS invia una risposta di autorizzazione con responseCode 0.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 10. Scenario di test 10
Riceve
Invii
Logo SAS
Richiesta di registrazione che include
Received_Power_Without_Grant come una delle funzionalità di misurazione
(Facoltativo) Richiesta di informazioni sullo spettro contenente una misurazione valida
Richiesta di concessione che contiene una misurazione valida
Risposta alla registrazione
(Facoltativo) Risposta alla richiesta di Spectrum
Risposta alla concessione
CBSD
Risposta alla registrazione
(Facoltativo) Richiesta di informazioni su Spectrum
Richiesta di concessione che contiene una misurazione valida
Risposta alla concessione
Richiesta di registrazione
(Facoltativo) Richiesta di informazioni sullo spettro contenente una misurazione valida
Richiesta di concessione che contiene una misurazione valida
Test case 11: report sulle misurazioni CBSD per RECEIVED_POWER_WITH_GRANT
Questo test verifica che i fornitori di servizi di dati CBSD che supportano la funzionalità di misurazione Received_Power_With_Grant inviino i report di misurazione come prescritto in WINNF-17-SSC-0002.
Prerequisiti
Assicurati che il CBSD non sia registrato.
Passaggi
Verifica quanto segue:
Il CBSD invia una richiesta di registrazione a SAS
che include Received_Power_With_Grant come una delle sue funzionalità di misurazione.
SAS risponde con una risposta di registrazione con responseCode 0.
(Facoltativo) Il CBSD invia una richiesta di informazioni sullo spettro.
SAS invia una risposta alla richiesta di informazioni sullo spettro con responseCode 0.
Il CBSD invia una richiesta di concessione valida.
SAS invia una risposta di autorizzazione che include
Received_Power_With_Grant nella configurazione del report di misurazione.
Nelle prime cinque richieste di heartbeat, il CBSD invia almeno una richiesta contenente una misurazione valida.
SAS invia risposte di heartbeat con responseCode 0.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 11. Scenario di test 11
Riceve
Invii
Accettabile
Logo SAS
Richiesta di registrazione da parte del CBSD che include
Received_Power_With_Grant come una delle funzionalità di misurazione
(Facoltativo) Una richiesta di informazioni sullo spettro
Richiesta di sovvenzione valida da parte del CBSD
Qualsiasi numero di richieste di heartbeat, con almeno una delle prime cinque
contenente una misurazione valida
Risposta alla registrazione
(Facoltativo) Risposta alla richiesta di Spectrum
Concedi una risposta che includa Received_Power_With_Grant nella
configurazione del report di misurazione
Risposte heartbeat con responseCode 0
CBSD
Risposta alla registrazione
(Facoltativo) Richiesta di informazioni su Spectrum
Risposta alla concessione
Richiesta di registrazione che include
Received_Power_With_Grant come una delle funzionalità di misurazione
(Facoltativo) Richiesta di informazioni su Spectrum
Richiesta di concessione
Qualsiasi numero di richieste di heartbeat, con almeno una delle prime cinque
contenente una misurazione valida
Dopo il primo heartbeat riuscito, il CBSD avvia la trasmissione sul canale e con l'alimentazione corrispondenti.
Caso di test 12: richieste batch
Questo caso di test verifica che un proxy di dominio (DP) sia in grado di inviare richieste collettive e di ricevere risposte collettive per più CBSD.
In particolare, questo test case si concentra su quanto segue:
La query sullo spettro batch per più CBSD
Procedura di concessione batch per più CBSD
Il primo heartbeat batch per attivare le radio per più CBSD
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
I CBSD sono registrati con SAS.
Il DP è impostato per richiedere un sottoinsieme dello spettro disponibile.
Passaggi
Verifica quanto segue:
Il DP invia una richiesta di query dello spettro collettiva per controllare lo spettro disponibile per ogni CBSD.
Il DP invia una richiesta di concessione batch al SAS. Per ogni
CBSD, il DP richiede un intervallo di frequenza che il SAS
ha specificato come disponibile.
Il DP riceve una risposta alla concessione collettiva da SAS.
Esempio
{
"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
}
}
]
}
Il DP invia richieste di heartbeat collettive al SAS
periodicamente in base al heartbeatInterval e riceve risposte di heartbeat collettive
dal SAS.
Esempio
{
"heartbeatRequest":[
{
"cbsdId":"SAS-assigned device ID #1",
"grantId":"SAS-assigned grant ID #1",
"operationState":"GRANTED"
},
{
"cbsdId":"SAS-assigned device ID #2",
"grantId":"SAS-assigned grant ID #2",
"operationState":"GRANTED"
},
...
{
"cbsdId":"SAS-assigned device ID #N",
"grantId":"SAS-assigned grant ID #N",
"operationState":"GRANTED"
}
]
}
SAS risponde approvando le richieste di heartbeat.
Esempio
{
"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"
}
Il DP invia richieste di heartbeat batch successive al SAS
periodicamente in base al heartbeatInterval con il campo operationState,
che appartiene a un determinato CBSD impostato su Autorizzato se la
richiesta di heartbeat precedente è stata approvata.
Esempio
{
"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"
}
]
}
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 12. Scenario di test 12
Riceve
Invii
Logo SAS
Richiesta di informazioni sullo spettro in batch valida, inclusa una richiesta per ogni
CBSD
Richiesta di concessione in blocco valida, inclusa una richiesta per ogni CBSD
Richieste di heartbeat batch periodiche valide, inclusa una richiesta per ogni CBSD almeno ogni heartbeatInterval secondi
Risposte batch riuscite a tutte le richieste batch. Il
tempo transmitExpire nelle risposte heartbeat è impostato su un
valore per quattro minuti.
DP
Risposte batch riuscite a tutte le richieste batch
Dopo la prima risposta di heartbeat corretta, ogni
CBSD avvia la trasmissione sul canale e sulla potenza corrispondente
Richiesta di informazioni sullo spettro in batch valida, inclusa una richiesta per ogni CBSD
Richiesta di concessione in blocco valida, inclusa una richiesta per ogni CBSD
Richieste di heartbeat batch periodiche valide almeno ogni
heartbeatInterval secondo, inclusa una richiesta per ogni
CBSD. Il campo operationState appartenente
a un determinato CBSD deve essere impostato su
Autorizzato in almeno una richiesta di heartbeat.
Caso di test 13: richieste batch di grandi dimensioni
Questo caso di test verifica che un proxy di dominio (DP) sia in grado di gestire una situazione in cui le dimensioni di una richiesta batch superano le dimensioni massime del batch elaborate da SAS.
Quando le dimensioni del batch sono superiori a maxBatchSize, SAS invia una risposta valida alle prime maxBatchSize richieste con il campo responseCode impostato su 0 (Success). Per le restanti richieste, SAS invia responseCode 106 (Not_Processed).
Il valore predefinito di maxBatchSize nell'ambiente SAS di produzione è 120. Per semplificare i test, maxBatchSize nell'ambiente SAS
di test è 20.
In particolare, questo caso di test si concentra sulla procedura di richiesta di concessione per dimostrare come gestire le richieste batch di grandi dimensioni.
Ti consigliamo di estendere questo caso di test per includere altri tipi di messaggi, come richieste di registrazione, richieste di informazioni sullo spettro, procedura di heartbeat, procedura di cessione della concessione e deregistrazione.
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
I CBSD sono registrati con SAS.
Il DP è impostato per richiedere un sottoinsieme dello spettro disponibile.
Passaggi
Verifica quanto segue:
Il DP invia una richiesta di concessione batch di grandi dimensioni a SAS. La dimensione
del batch è N, dove N è compreso tra 20 e 40. Per ogni CBSD, il DP richiede un intervallo di frequenza specificato da SAS come disponibile.
Il DP riceve una risposta alla concessione collettiva da SAS.
SAS invia una risposta valida alle prime 20 richieste con il
campo responseCode impostato su 0 (Success). SAS imposta il
campo responseCode su 106 (Not_Processed) per gli ultimi N-20 elementi nel
batch.
Esempio
{
"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"
}
}
]
}
Il DP invia le richieste di sovvenzione che non sono state ancora elaborate.
Esempio
Le dimensioni di questa richiesta batch sono inferiori a 20 per impostazione predefinita.
Il DP riceve una risposta alla concessione collettiva da SAS.
SAS invia una risposta valida a tutte le richieste con il
responseCode campo impostato su 0 (Success).
Esempio
{
"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
}
}
]
}
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 13. Scenario di test 13
Riceve
Invii
Logo SAS
Richiesta di concessione in batch valida, inclusa una richiesta per ogni
CBSD per un batch di dimensioni comprese tra 20 e 40 nel primo
tentativo
Richieste di concessione in batch valide per la seconda parte del batch nel
secondo tentativo se la dimensione del batch è superiore a 20
Risposte collettive positive alle prime 20 richieste di sovvenzione e
responseCode 106 per il resto del batch al primo
tentativo
Risposte collettive riuscite a tutte le richieste di concessione nel secondo tentativo
DP
Risposte batch riuscite alle prime 20 richieste e
responseCode 106 per il resto del batch al primo
tentativo
Risposte collettive riuscite a tutte le richieste di concessione nel secondo tentativo
Richiesta di concessione in batch valida, inclusa una richiesta per ogni
CBSD per un batch di dimensioni comprese tra 20 e 40 nel primo tentativo
Richieste di concessione in batch valide per la seconda parte del batch nel
secondo tentativo se la dimensione del batch è superiore a 20
Test case 14: procedura di registrazione e concessione di DAS passivi
Questo caso di test verifica quanto segue:
La procedura di registrazione e concessione per le apparecchiature radio DAS passive.
(Facoltativo) La procedura di richiesta di spettro per le apparecchiature radio DAS passive.
Ipotesi
Scenario di deployment
In questo caso di test, assumiamo uno scenario di implementazione di categoria 3 come definito in
WINNF-TR-5001:
un'unità radio (RU) a singolo settore implementata come DAS passivo con più punti di trasmissione (TP).
Identificazione univoca del CBSD
In questo caso, ogni TP è registrato come singolo CBSD con l'ID FCC e il numero di serie del produttore (MSN). L'ID FCC e l'MSN della RU vengono combinati con un ID TP aggiuntivo per identificare in modo univoco ogni TP. L'ID TP può essere fornito a SAS con suffissi in cbsdSerialNumber. L'ID TP deve essere aggiunto all'MSN della RU con un carattere delimitatore (:) prima dell'ID TP. Per ulteriori informazioni, consulta WINNF-TR-5001.
Determinazione di ambienti interni o esterni
In questo caso di test, ipotizziamo uno scenario di implementazione al chiuso. In generale, puoi implementare le apparecchiature DAS passive al chiuso o all'aperto. Per consultare l'elenco completo delle linee guida, consulta
WINNF-TR-5001.
Capacità EIRP
Per un deployment indoor, l'EIRP massimo di ogni TP deve essere inferiore o uguale a 30 dBm o 10 MHz. Per trovare esempi di come calcolare la capacità EIRP per ogni TP, consulta WINNF-TR-5001.
Categoria CBSD
Per un deployment al chiuso, ogni TP deve essere registrato come CBSD di categoria A. Questo può essere fatto anche se la RU è stata originariamente certificata dalla FCC come dispositivo di categoria B ad alta potenza. Non puoi installare CBSD di categoria B al chiuso.
Installazione assistita da CPI
Le attuali linee guida della FCC suggeriscono che un installatore professionista certificato (CPI) deve sempre installare apparecchiature DAS passive. I motivi sono i seguenti:
La FCC consiglia l'installazione di un CPI ogni volta che viene implementato un RU di categoria B ad alta potenza in un ambiente interno con potenza ridotta come CBSD di categoria A.
Anche se la RU è certificata come dispositivo di categoria A a basso consumo, un TP tipico non ha la funzionalità di geolocalizzazione automatica. Pertanto, un CPI deve sempre installare un DAS passivo.
Registrazione in più passaggi
In questo caso di test, presupponiamo una registrazione in più passaggi. Ciò significa che prima di eseguire il test, un CPI deve precaricare i parametri di installazione per ogni TP in SAS tramite il portale SAS. È importante
che il CPI specifichi il parametro eirpCapability nell'objetto
InstallationParam.
Per questo caso di test, eirpCapability deve essere impostato su un valore non superiore a 30 dBm o 10 MHz per ogni TP. Se non è incluso, in
conformità con la specifica WInnForum Release 1 WINNF- TS-0016,
la SAS imposta eirpCapability come EIRP massimo certificato dalla FCC con arrotondamento per eccesso
dell'RU. Per un'unità RU ad alta potenza, questo valore può essere superiore a 30 dBm o 10 MHz, il che non è consentito per un'installazione al chiuso di categoria A.
Proxy di dominio (DP)
In questo caso di test, assumiamo la presenza di un DP che può inviare e ricevere richieste collettive dal SAS.
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
I CBSD (TP) non sono registrati nel portale SAS.
I CBSD (TP) sono impostati per richiedere un sottoinsieme dello spettro
disponibile.
Il CPI ha fornito i parametri di registrazione, tra cui eirpCapability per ogni TP,
che vengono precaricati in SAS tramite il portale SAS.
Passaggi
Verifica quanto segue:
Per registrare più TP, il DP invia una richiesta di registrazione collettiva
alla SAS.
Esempio
{
"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"
}
}
]
}
Il CBSD riceve una risposta alla registrazione collettiva dal SAS.
Il DP invia una richiesta di concessione batch al SAS. Per ogni TP, il DP richiede un intervallo di frequenza specificato da SAS come disponibile.
Il valore maxEirp per ogni TP non deve superare i 30 dBm o
10 MHz per un deployment indoor.
Il campo operationFrequencyRange deve essere lo stesso per ogni TP. In un deployment DAS passivo a un settore, tutti i TP devono utilizzare gli stessi canali RF.
Esempio
{
"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)
}
}
}
]
}
Il DP riceve una risposta alla concessione collettiva da SAS.
Esempio
{
"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
}
}
]
}
Il DP invia periodicamente richieste di heartbeat collettive al SAS in base al heartbeatInterval e riceve risposte di heartbeat collettive dal SAS.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 14. Scenario di test 14
Riceve
Invii
Logo SAS
Richiesta di registrazione in batch valida, inclusa una richiesta per ogni TP
Richiesta di informazioni sullo spettro in batch valida, inclusa una richiesta per ogni TP
Richiesta di concessione in batch valida, inclusa una richiesta per ogni TP
Richieste di heartbeat batch periodiche valide, inclusa una richiesta per ogni TP almeno ogni heartbeatInterval secondi
Risposte batch riuscite a tutte le richieste batch. Il
tempo transmitExpire nelle risposte heartbeat è impostato su un
valore per quattro minuti.
DP
Risposte batch riuscite a tutte le richieste batch
Dopo la prima risposta di heartbeat positiva, ogni TP avvia la trasmissione sul canale e sull'alimentazione corrispondenti
Richiesta di registrazione in batch valida, inclusa una richiesta per ogni TP
Richiesta di informazioni sullo spettro in batch valida, inclusa una richiesta per ogni TP
Richiesta di concessione in batch valida, inclusa una richiesta per ogni TP
Richieste batch periodiche di heartbeat valide almeno ogni
heartbeatInterval secondo, inclusa una richiesta per ogni TP. Il
campo operationState che appartiene a un determinato TP deve essere impostato su
Autorizzato in almeno una richiesta di heartbeat.
Test case 15: risposta alla richiesta di spettro ordinata
Questo caso di test verifica che il CBSD possa selezionare i canali di massima qualità da una risposta alla richiesta di spettro ordinata. Scopri come SAS calcola la qualità del canale.
Ipotesi
Il CBSD tenta di trasmettere su un singolo canale di 10 MHz di larghezza.
Prerequisiti
Assicurati che il CBSD sia stato registrato con SAS per almeno quattro ore prima del test. Dopo la registrazione del CBSD, SAS può impiegare fino a quattro ore per calcolare la qualità e il ranking del canale.
Per risultati più accurati, fornisci informazioni di raggruppamento per la gestione della frequenza per il CBSD nella richiesta di registrazione o nel portale SAS. Utilizza il caso di test 1 come esempio.
Passaggi
Verifica quanto segue:
Il CBSD invia una richiesta di informazioni sullo spettro al
SAS per l'intera gamma di frequenza CBRS
da 3550 a 3700 MHz.
Il CBSD riceve una risposta alla richiesta di informazioni sullo spettro dalla
SAS. La risposta alla richiesta di spettro restituisce un elenco di canali disponibili ordinati dalla qualità migliore alla peggiore. Il primo oggetto nell'arrayavailableChannel ha la qualità migliore.
Esempio
In questo esempio, il primo oggetto frequencyRange ha la qualità più elevata e verrà riutilizzato nel passaggio 3.
Il CBSD invia una richiesta di concessione al SAS. Il
CBSD richiede il canale con il ranking più alto. Si tratta del
primo elemento dell'array availableChannel della risposta alla richiesta di informazioni sull'intervallo di frequenza ordinato.
Il CBSD invia richieste di heartbeat al SAS
periodicamente in base a heartbeatInterval e riceve risposte di heartbeat dal
SAS. Esamina i requisiti per l'invio di richieste heartbeat nello Scenario di test 1.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 15. Scenario di test 15
Riceve
Invii
Accettabile
Logo SAS
Richiesta di informazioni sullo spettro valida
Richiesta di concessione valida per il canale con il ranking più alto in base alla risposta alla richiesta di informazioni sullo spettro
Richieste di heartbeat periodici validi almeno ogni heartbeatInterval secondo
Risposta alla richiesta di spettro ordinata andata a buon fine
Risposta alla concessione riuscita
Risposte positive per tutte le richieste di heartbeat, con
transmitExpireTime incluso nelle risposte di heartbeat.
CBSD
Risposta alla richiesta di spettro ordinata andata a buon fine
Risposta alla concessione riuscita
Risposte heartbeat riuscite per tutte le richieste heartbeat
Dopo il primo heartbeat riuscito, il CBSD avvia la trasmissione sul canale e con l'alimentazione corrispondenti.
Richiesta di informazioni sullo spettro valida
Richiesta di concessione valida per il canale con il ranking più alto in base alla risposta alla richiesta di informazioni sullo spettro
Richieste di heartbeat periodici valide almeno ogni
heartbeatInterval secondi, inclusa almeno una richiesta
in cui operationState è impostato su Autorizzato
Portale SAS
Puoi trovare la disponibilità dello spettro, la qualità e il ranking del canale nella scheda Coex del CBSD nel portale SAS. Trova l'URL dell'ambiente SAS di test.
Scenario di test 16: stessa frequenza
Questo caso di test verifica quanto segue:
L'apparecchiatura CBSD o DP invia l'identificatore stesso
in frequenza al SAS ogni volta che il dispositivo si registra.
Il valore Stessa frequenza può essere impostato o modificato nel portale SAS per ogni dispositivo.
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
Il CBSD non è registrato presso SAS.
Il CBSD o il DP non condivide lo stesso ID frequenza con SAS.
Passaggi
Verifica quanto segue:
Configura le informazioni sul valore della stessa frequenza di WInnForum nel messaggio di registrazione CBSD.
Se il valore Stessa frequenza cambia, puoi impostare un nuovo valore nel messaggio di richiesta di heartbeat e inviarlo a SAS.
(Facoltativo) Utilizza il portale SAS per impostare o modificare il valore stessa frequenza per il CBSD.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 17. Scenario di test 17
Riceve
Invii
Logo SAS
Richiesta di registrazione o messaggio di heartbeat dal CBSD
o dal DP, che include il valore di Riutilizzo frequenza configurato
(Facoltativo) Configurazione del riutilizzo della frequenza per un CBSD nel
portale SAS
Risposta di registrazione riuscita al CBSD o al DP
CBSD o DP
Risposta di registrazione riuscita o risposta heartbeat
L'etichetta del gruppo di canali comuni (CCG) per CBSD durante la registrazione o tramite heartbeat quando il valore di Riutilizzo frequenza cambia
Test case 18: preferenza per più richieste di concessione di 10 MHz
Questo caso di test verifica che il CBSD o il DP scelga di richiedere più concessioni da 10 MHz quando per il funzionamento vengono utilizzati più canali superiori a 10 MHz.
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
Il CBSD o il DP è registrato presso SAS.
Il CBSD è configurato per utilizzare più di 10 MHz per il funzionamento.
Passaggi
Verifica quanto segue:
Il CBSD o il DP invia una richiesta di concessione alla SAS.
Il CBSD invia una richiesta di informazioni sullo spettro per eseguire query sullo spettro disponibile. Se SAS indica la disponibilità, il CBSD richiede un canale da 10 MHz.
I parametri lowFrequency e highFrequency sono impostati per il canale a 10 MHz selezionato.
Vengono richieste più concessioni per il numero di canali ritenuti necessari dal dispositivo.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 18. Scenario di test 18
Riceve
Invii
Logo SAS
Richieste di concessione valide per il numero di canali ritenuti necessari dal dispositivo
Risposta di approvazione riuscita per tutte le richieste valide
CBSD o DP
Una risposta di autorizzazione positiva per il numero di richieste possibili, in base alla posizione del dispositivo e alle zone di protezione dell'operatore in carica
Una richiesta di concessione valida per canale da 10 MHz
Test case 19: supporto dei contributi su canali non contigui
Questo caso di test verifica quanto segue:
La stazione di base a controllo di banda o il DP supporta e richiede concessioni per più canali da 10 MHz non contigui per la stessa stazione di base a controllo di banda.
Il CBSD o il DP richiede e accetta concessioni su canali distinti che sono stati concessi.
Prerequisiti
Assicurati che le seguenti condizioni siano vere:
Il CBSD o il DP è registrato presso SAS.
Il CBSD è impostato per richiedere un sottoinsieme dello spettro disponibile in base alla risposta alla richiesta di informazioni sullo spettro da parte della SAS.
Passaggi
Verifica quanto segue:
Il dispositivo è registrato con SAS.
Il CBSD invia una richiesta di informazioni sullo spettro per eseguire query sullo spettro disponibile.
Il CBSD invia una richiesta di concessione al SAS.
Il CBSD invia una richiesta di concessione per l'intervallo di frequenza disponibile indicato dal SAS.
Se la larghezza di banda desiderata è disponibile, ma non in un intervallo contiguo, il CBSD invia più di una richiesta di concessione per ogni canale corrispondente.
Risultato
I risultati previsti dal test sono elencati nella tabella seguente.
Tabella 19. Scenario di test 19
Riceve
Invii
Logo SAS
Richiesta di concessione valida
Risposte positive per tutte le richieste di concessione valide del CBSD
CBSD o DP
Risposta di approvazione per tutte le richieste
Richieste di sovvenzione valide
Test case 20: supporto per l'aumento automatico dell'EIRP
Questo caso di test verifica quanto segue:
Il CBSD identifica le condizioni favorevoli per l'aumento dell'EIRP.
Il CBSD viene informato che è disponibile un aumento dell'EIRP.
La stazione di base a controllo della comunità è registrata presso la Test SAS
in un raggio di 5 chilometri da [68, -164,5]. L'entità di protezione viene simulata nel SAS Test per garantire che l'EIRP disponibile il primo giorno sia inferiore di almeno 6 dB al valore eirpCapability del dispositivo.
La stazione radio base non si trova vicino al confine canadese, a un ufficio sul campo della Federal Communications Commission, a Table Mountain o in una zona di silenzio radio nazionale.
Passaggi
Verifica quanto segue:
Il CBSD invia una richiesta di informazioni sullo spettro all'Test SAS.
La risposta alla richiesta di informazioni sullo spettro mostra uno o più canali da 10 MHz con EIRP di 6 dB o più al di sotto del valoreeirpCapability del dispositivo.
Il CBSD richiede una concessione al di fuori della finestra CPAS su una frequenza in base all'EIRP indicata nella richiesta di informazioni sullo spettro, che è inferiore di 6 dB o più al valore eirpCapability del dispositivo.
SAS approva la concessione.
Il CBSD avvia il battito cardiaco e riceve l'autorizzazione per la trasmissione.
Il battito cardiaco del CBSD continua fino a quando non si verifica CPAS, come configurato nel SAS Test.
Dopo l'evento CPAS, il CBSD riceve un payload operationalParam che indica un EIRP superiore
all'EIRP nella concessione esistente e con un codice di risposta positivo.
Se il CBSD decide di richiedere la nuova concessione con il nuovo valore EIRP, invia una richiesta di rinuncia alla concessione. Il token SAS Test invia una risposta che indica il rilascio riuscito.
(Facoltativo) Il CBSD invia una richiesta di spettro per verificare il nuovo valore EIRP. Il valore maxEirp nella risposta alla richiesta di spettro corrisponderà al valore maxEirp nella risposta all'heartbeat del passaggio precedente per il canale concesso, a condizione che la concessione sia un multiplo di 10 MHz. Ad esempio, da 3550 MHz a 3560 MHz.
Il CBSD invia una richiesta di concessione con il valore EIRP dalla risposta heartbeat.
Il fornitore SAS approva la richiesta e invia una risposta di approvazione.Test
Test case 21: estensione Heartbeat al di fuori delle aree DPA
SAS suggerisce intervalli di heartbeat e valori transmitExpireTime diversi
a seconda delle frequenze concesse e della posizione del CBSD. Per ulteriori informazioni sul funzionamento dei messaggi heartbeat, consulta la sezione Inviare richieste heartbeat per l'autorizzazione alla trasmissione.
Questo caso di test verifica quanto segue:
Il CBSD legge l'intervallo di heartbeat e i valori transmitExpireTime dalla risposta del heartbeat.
Il CBSD emette heartbeat in base all'intervallo di heartbeat restituito da SAS.
Il CBSD continua a trasmettere fino al raggiungimento del valore transmitExpireTime.
Prerequisiti
Per completare i passaggi di questo caso di test, devi registrare il tuo CBSD sia all'interno che all'esterno della zona di sospensione nel deployment SAS di test.
Al di fuori della zona di sospensione
Verifica quanto segue:
Registra il CBSD al di fuori della zona di sospensione.
Il CBSD richiede una sovvenzione.
Il deployment SAS di prova invia una risposta heartbeat. Ad esempio:
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-01-24 UTC."],[],[]]