Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
A versão atual do conjunto de testes do Spectrum Access System (SAS) é a v5.5. Pode testar a interoperabilidade entre um dispositivo do Citizens Broadband Radio Service (CBSD) e o SAS através dos seguintes exemplos de teste. Certifique-se de que
valida o resultado do teste na folha de cálculo Resultado do teste fornecida pela Google.
Requisitos para testes de interoperabilidade SAS
Para testar a interoperabilidade SAS com um modelo SAS e a respetiva versão de software, precisa do seguinte:
Se for cliente da SAS da Google, use o seu ID de utilizador existente.
Se não for cliente e quiser testar o seu dispositivo, contacte o
apoio técnico da SAS
para aprovar um ID de utilizador personalizado para usar com o ambiente de teste da SAS.
Certificados de teste de dispositivos
Qualquer certificado de dispositivo CBRS funciona com o ambiente SAS de teste. Se não tiver um certificado de teste para o seu CBSD ou dispositivo Domain Proxy (DP), contacte o apoio técnico do SAS.
Os certificados de teste funcionam apenas no ambiente de teste da SAS.
Caso de teste 1: registo de CBSD, consulta de espetro, concessão e batimento cardíaco (funcionamento normal)
Este exemplo de teste valida o seguinte:
Procedimento de registo do CBSD, procedimento de concessão e o primeiro heartbeat bem-sucedido para ativar a rádio.
Opcionalmente, se o CBSD enviar um pedido de consulta de espectro, o CBSD usa os canais disponíveis na resposta de consulta de espectro para o seguinte pedido de concessão.
Parâmetros de agrupamento de CBRS reconhecidos pelo WInnForum
A matriz de objetos groupingParam é opcional e é usada pelo SAS da Google apenas para fins de coexistência de acesso autorizado geral (GAA).
Recomendamos que o CBSD envie groupingParam no pedido de registo sempre que possível. Uma vez que o SAS aceita a matriz groupingParam no pedido de consulta do espectro, no pedido de concessão e no pedido de sinal de manutenção, as informações subsequentes fornecidas pelo CBSD substituem os valores anteriores.
Foi publicada uma lista de valores groupType válidos em
WINNF-SSC-0010.
Se o CBSD enviar um groupType inválido, o SAS responde com responseCode 103 (Invalid_value). Atualmente, o SAS suporta os valores groupTypePrincipal_Subordinate_SFG e Spectrum_Reuse. Armazena e carrega parâmetros de agrupamento para o
portal SAS. A SAS ignora quaisquer outros valores groupType válidos com responseCode 0 (Success).
Pré-requisitos
Certifique-se de que o CBSD não está registado no
SAS Portal e não está definido para pedir um subconjunto do espetro que está
disponível.
Passos
Verifique os seguintes passos:
O CBSD envia um pedido de registo para o SAS com o ID da FCC e o ID do utilizador. Pode usar qualquer ID da FCC certificado ou um que tenha sido confirmado juntamente com o ID do utilizador e adicionado à lista de autorizações pelo apoio técnico da SAS.
Saiba como estabelecer ligação ao ambiente SAS de teste.
Exemplo 1: pedido de registo de passo único de CBSD de categoria A
O CBSD envia um pedido de concessão ao SAS. Se foi realizada uma consulta de espectro, o CBSD pede um intervalo de frequências que o SAS indicou estar disponível.
Se o pedido de sinal de vida anterior foi aprovado, o CBSD envia pedidos de sinal de vida subsequentes ao SAS periodicamente com base em heartbeatInterval com o campo operationState definido como Autorizado.
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 1. Caso de teste 1
Recebe
Envia
Aceitável
SAS
Pedido de registo válido
Pedido de concessão válido
Pedidos de pulsação periódicos válidos, pelo menos, a cada
heartbeatInterval segundos
Respostas bem-sucedidas para todos os pedidos, com
transmitExpireTime incluído nas respostas de heartbeat.
CBSD
Respostas com êxito para todos os pedidos
Pedido de registo válido
Pedido de concessão válido
Pedidos de pulsação periódicos válidos a cada
heartbeatInterval segundos, incluindo pedidos em que
operationState está definido como Autorizado
Após o primeiro heartbeat bem-sucedido, o CBSD inicia a transmissão no canal e na potência correspondentes.
SAS Portal
Agrupar parâmetros enviados por CBSD em qualquer uma das mensagens de pedido quando o valor de groupType for Principal_Subordinate_SFG ou Spectrum_Reuse
Os parâmetros de agrupamento aparecem no separador Config da secção Grupos
de coexistência.
Caso de teste 2: renúncia e anulação do registo de concessões (funcionamento normal)
Este exemplo de teste verifica a anulação do registo do CBSD no SAS.
Pré-requisitos
Certifique-se de que o CBSD está registado, tem uma concessão e está a enviar sinais de pulsação.
Passos
Verifique os seguintes passos:
O operador do CBSD usa a ferramenta de gestão para libertar o espectro.
Exemplo 1: opcionalmente, o CBSD envia um pedido de renúncia ao SAS
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 2. Caso de teste 2
Recebe
Envia
Aceitável
SAS
Opcional: pedido de renúncia
Pedido de anulação do registo
Opcional: resposta de renúncia
Pedido de anulação do registo
CBSD
Opcional: resposta de renúncia
Pedido de anulação do registo
Opcional: pedido de renúncia
Pedido de anulação do registo
Para de transmitir antes de enviar um pedido de anulação do registo ou de renúncia
Caso de teste 3a: suspensão da concessão: IAP pendente
Este exemplo de teste valida o seguinte:
O rádio CBSD desliga-se quando o SAS suspende a concessão do CBSD.
O CBSD comunica o estado de funcionamento correto em pedidos de pulsação subsequentes.
Pré-requisitos
Um CBSD nos EUA tem canais com disponibilidade de energia limitada.
Algumas localizações, como Tampa, na Florida, e Los Angeles, na Califórnia, têm orçamentos de energia inferiores a 37 dBm/MHz. Para facilitar a simulação do cenário de teste para localizações ao longo da costa, ative a sobreposição de disponibilidade do espectro para o CBRS.
Certifique-se de que o seguinte é verdadeiro:
O CBSD envia um pedido de concessão com um valor maxEirp inferior à potência disponível do canal em dBm/MHz.
Exemplo
{
"grantRequest":[
. . .
{
"operationParam":{
"maxEirp":25, (e.g. Assume Partial power available for
2670-2680=28dBm/MHz)
"operationFrequencyRange":{
"lowFrequency":3670000000,
"highFrequency":3680000000
. . .
}
}
]
}
O CBSD envia pedidos de heartbeat. Se o maxEirp pedido for inferior ou igual à potência parcial, o SAS aprova a concessão.
Exemplo 1: o primeiro pedido de sinal de pulsação após a aprovação de uma concessão
O CBSD envia uma consulta de espetro para os canais com potência parcial. Na resposta à consulta do espectro, o CBSD encontra o valor maxEirp disponível em dBm nos canais relevantes.
O CBSD envia um pedido de concessão com maxEirp superior à potência disponível para os canais na resposta de consulta do espectro.
O CBSD envia um pedido de heartbeat.
O SAS envia a resposta de heartbeat com responseCode 501
(Suspended_Grant: IAP Pending).
Exemplo 1: resposta a uma consulta de espetro para um canal disponível com potência parcial
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 3a. Caso de teste 3a
Recebe
Envia
SAS
Pedidos de pulsação com operationState definido como
Concedido após a notificação da CBSD de que a concessão foi
suspensa através da resposta de pulsação
Pedidos de pulsação com operationState definido como
Autorizado depois de o CBSD receber uma notificação através da
resposta de pulsação de que a concessão foi autorizada
Respostas de heartbeat com responseCode 0 (Success)
quando a concessão não está suspensa
Respostas de heartbeat com responseCode 501
(Suspended_Grant:IAP Pending) quando a concessão é suspensa
CBSD
Respostas de heartbeat com responseCode 0
(Success), desde que a zona de suspensão não esteja
ativa
Respostas de heartbeat com responseCode 501
(Suspended_Grant), até que a concessão atual expire e seja pedido uma
nova concessão, ou até que esteja disponível energia adicional após um
ciclo de CPAS
O CBSD para a transmissão (desliga o rádio) menos de 60 segundos após o transmitExpireTime
Pedidos de pulsação com operationState definido como
Autorizado depois de o CBSD ser notificado de que a
concessão foi autorizada através da resposta de pulsação
Os pedidos de pulsação subsequentes que tenham operationState
definido como Concedido após o CBSD ser notificado de que a
concessão foi suspensa através da resposta de pulsação
Opcional: pedido de consulta do espectro para determinar que canais estão disponíveis
Os cálculos de interferência estão concluídos, mas o SAS não pode autorizar a transmissão com a concessão porque, após o CPAS, a concessão do CBSD é terminada e sugere-se a utilização de baixa potência. O CBSD pede uma concessão depois de receber os parâmetros de operação da resposta de sinal de pulsação de terminação.
Recomendamos vivamente que o CBSD peça uma nova concessão. Se o pedido de concessão for para um intervalo de frequência fora do intervalo de frequência da zona de suspensão , o CBSD recebe autorização para transmitir na resposta de sinal de pulsação. Se autorizado, o CBSD retoma a transmissão com uma nova concessão. Após a suspensão ser anulada, o CBSD retoma a transmissão na concessão original e termina a concessão provisória. Para mais
informações , consulte o artigo Resolva problemas com os testes de interoperabilidade.
Caso de teste 3b: suspensão de concessão: lista de movimento de DPA ativada
Este exemplo de teste valida o seguinte:
O rádio CBSD desliga-se quando o SAS suspende a concessão do CBSD.
O CBSD comunica o estado de funcionamento correto em pedidos de pulsação subsequentes.
Pré-requisitos
Certifique-se de que o seguinte é verdadeiro:
O CBSD está registado numa localização no interior da zona de suspensão simulada.
O SAS suspende a concessão quando a zona de suspensão está ativa, conforme especificado no horário da zona de suspensão.
O CBSD envia um pedido de heartbeat.
O SAS envia a resposta de sinal de pulsação com responseCode 501
(Suspended_Grant : IAP Pending, "The grant is suspended because it is in the
move list of a DPA that has been activated").
Opcional: o CBSD envia uma solicitação de consulta do espectro após a suspensão da concessão.
Exemplo 1: resposta de heartbeat quando a zona de suspensão está ativa
{
"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."]
}
}
]
}
Exemplo 2: pedido de sinal de pulsação quando a concessão é suspensa
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 3b. Caso de teste 3b
Recebe
Envia
SAS
Pedidos de pulsação com operationState definido como
Concedido após a notificação da CBSD de que a concessão foi
suspensa através da resposta de pulsação
Pedidos de pulsação com operationState definido como
Autorizado depois de o CBSD receber uma notificação através da
resposta de pulsação de que a concessão foi autorizada
Respostas de heartbeat com responseCode 0 (Success)
quando a zona de suspensão não está ativa
Respostas de heartbeat com responseCode 501
(Suspended_Grant: The grant is suspended because it is in the
move list of a DPA that has been activated.") quando a
zona de suspensão está ativa
CBSD
Respostas de heartbeat com responseCode 0 (Success) durante
enquanto a zona de suspensão não estiver ativa
Respostas de heartbeat com responseCode 501
(Suspended_Grant: The grant is suspended because it is in the
move list of a DPA that has been activated.) durante o tempo em que
a zona de suspensão estiver ativa
O CBSD para a transmissão (desliga o rádio) menos de 60 segundos após o transmitExpireTime
Pedidos de pulsação com operationState definido como
Autorizado depois de o CBSD receber uma notificação através da
resposta de pulsação de que a concessão foi autorizada
Pedidos de pulsação subsequentes com operationState definido como
Granted depois de o CBSD ter recebido uma notificação através da
resposta de pulsação de que a concessão foi suspensa
Opcional: pedido de informações sobre o espectro para determinar os canais disponíveis.
Recomendamos vivamente que o CBSD peça uma nova concessão. Se o pedido de concessão for para um intervalo de frequência fora do intervalo de frequência da zona de suspensão, o CBSD recebe autorização para transmitir na resposta de sinal de pulsação. Se autorizado, o CBSD retoma a transmissão com uma nova concessão. Durante a transmissão, o CBSD continua a enviar sinais de pulsação na concessão original (suspensa). Após a suspensão ser anulada,
o CBSD retoma a transmissão na concessão original e termina a
concessão provisória.
Caso de teste 4: reautorização de concessão
Este exemplo de teste verifica se o CBSD pode retomar a transmissão
após a desativação da zona de suspensão. O comportamento do CBSD verificado neste teste é semelhante ao que acontece quando a concessão do CBSD é suspensa devido à proteção da DPA e, em seguida, volta a ser autorizada após a desativação da DPA.
Pré-requisitos
Certifique-se de que o seguinte é verdadeiro:
O CBSD está registado numa localização dentro da zona de suspensão. Para mais informações, consulte a
zona de suspensão.
O CBSD está a emitir sinais de batimento cardíaco e tem uma concessão que se sobrepõe parcial ou completamente ao intervalo de frequências da zona de suspensão.
A zona de suspensão está ativa e o CBSD descobre que a concessão foi suspensa.
Passos
Verifique os seguintes passos:
O CBSD continua a enviar sinais de batimento cardíaco enquanto a concessão está suspensa.
A SAS envia respostas de heartbeat com responseCode 501 (Suspended_Grant).
Depois de a zona de suspensão ser desativada, o SAS aprova os pedidos de
sinal de pulsação com responseCode (Success).
O CBSD retoma a transmissão após receber a aprovação do SAS.
O CBSD envia pedidos de heartbeat subsequentes com o valor de
operationState definido como Autorizado.
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 4. Caso de teste 4
Recebe
Envia
Aceitável
SAS
Pedidos de heartbeat com operationState definidos como Concedido
Respostas de heartbeat com responseCode 501
(Suspended_Grant) enquanto a zona de suspensão está ativa
Respostas de heartbeat com responseCode 0
(Success) após a desativação da zona de suspensão
CBSD
Respostas de heartbeat com responseCode 501
(Suspended_Grant) quando a zona de suspensão está ativa
Respostas de heartbeat com responseCode 0
(Success) após a desativação da zona de suspensão
Respostas de heartbeat com operationState definido como
Concedido ou Autorizado
O CBSD retoma a transmissão (ativa o rádio) depois de ter recebido responseCode 0.
Caso de teste 5a: rescisão de uma concessão autorizada com parâmetros operacionais sugeridos
Este exemplo de teste valida o seguinte:
O CBSD para o seu sinal de pulsação e a transmissão associada à concessão que foi terminada pelo SAS.
O CBSD pede uma nova concessão através dos parâmetros operacionais recomendados pelo SAS na resposta de heartbeat.
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 6. Caso de teste 6
Recebe
Envia
SAS
Pedido de concessão
Resposta de concessão com responseCode 400 (Interference)
Neste caso, o CBSD está dentro da GWPZ e está a pedir uma concessão numa frequência protegida, mas pode ser por qualquer outro motivo.
CBSD
Resposta de concessão com responseCode 400 (Interference)
O CBSD não deve começar a enviar sinais de pulsação nem a transmitir.
Pedido de concessão
Exemplo de teste 7: anulação do registo e novo registo do CBSD
Este exemplo de teste verifica se o CBSD anula o registo no SAS e volta a registar-se quando é movido de um local para outro a mais de 50 metros de distância.
Pré-requisitos
Certifique-se de que o CBSD está registado, tem uma concessão e está a enviar sinais de pulsação.
Exemplo: coordenadas do CBSD no pedido de registo inicial
Defina a posição do CBSD para outra localização selecionada a mais de 50 metros de distância. Isto pode ser feito movendo-o fisicamente ou definindo a respetiva localização manualmente.
O CBSD envia opcionalmente um pedido de anulação do registo devido à alteração na localização.
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 8. Caso de teste 8
Recebe
Envia
SAS
Heartbeat request that also requests grant renewal
Resposta de sinal de pulsação que contém um novo valor grantExpireTime
CBSD
Resposta de sinal de pulsação que contém um novo valor grantExpireTime
Pedido de sinal de pulsação com grantRenew definido como true antes de a concessão expirar
Caso de teste 9: processamento de valores inválidos ou em falta por parte do CBSD
Este exemplo de teste mostra exemplos de pedidos inválidos. O CBSD não tem de seguir as instruções passo a passo, mas o testador deve verificar se, depois de o CBSD receber um código de resposta que indica que existe um erro no pedido, não tenta novamente o mesmo pedido (inválido).
Pré-requisitos
Certifique-se de que o CBSD não está registado no SAS.
Passos
O CBSD envia um pedido de registo para o SAS.
Exemplo 1: pedidos com erros
O campo do ID da FCC no texto rasurado é omitido no pedido,
apesar de ser obrigatório para o registo de CBSDs.
{
"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"
}
}
]
}
Exemplo 2: um segundo pedido de registo com valores de latitude e longitude definidos como 0 (zero)
Isto destina-se a testar o processamento de dados inválidos por parte do CBSD. Espera-se que o CBSD corrija os campos antes de reenviar o pedido.
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 9. Caso de teste 9
Recebe
Envia
Aceitável
SAS
Pedido de registo sem os campos necessários especificados ou com valores inválidos
Uma das seguintes opções:
Resposta de registo com responseCode 102
(Missing_Param) e parâmetros em falta no campo responseData
Resposta de registo com responseCode 103
(Invalid_Value) e os parâmetros com valores inválidos no campo
responseData
CBSD
Resposta de registo com código de resposta diferente de zero
Pedido de registo incompleto ou inválido
O CBSD não deve tentar o mesmo pedido até que o erro seja corrigido.
Caso de teste 10: relatórios de medição de CBSD para RECEIVED_POWER_WITHOUT_GRANT
Este teste verifica se os CBSDs que suportam a capacidade de medição Received_Power_Without_Grant enviam relatórios de medição, conforme prescrito na norma WINNF-17-SSC-0002.
Pré-requisitos
Certifique-se de que o CBSD não está registado.
Passos
Verifique os seguintes passos:
O CBSD envia um pedido de registo ao SAS que inclui Received_Power_Without_Grant como uma das respetivas capacidades de medição.
O SAS responde com uma resposta de registo que inclui
Received_Power_Without_Grant na configuração do relatório de medição.
Opcional: o CBSD envia um pedido de consulta do espetro que contém uma medição válida.
Se o pedido de consulta do espectro for enviado, o SAS envia uma resposta de consulta do espectro com responseCode 0.
O CBSD envia um pedido de concessão que contém uma medição válida.
O SAS envia uma resposta de concessão com responseCode 0.
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 10. Caso de teste 10
Recebe
Envia
SAS
Pedido de registo que inclui
Received_Power_Without_Grant como uma das capacidades de
medição
Opcional: pedido de consulta do espectro que contém uma medição válida
Pedido de concessão que contém uma medição válida
Resposta de registo
Opcional: resposta ao pedido de espectro
Resposta de concessão
CBSD
Resposta de registo
Opcional: pedido de consulta do espetro
Pedido de concessão que contém uma medição válida
Resposta de concessão
Pedido de registo
Opcional: pedido de consulta do espectro que contém uma medição válida
Pedido de concessão que contém uma medição válida
Caso de teste 11: relatórios de medição de CBSD para RECEIVED_POWER_WITH_GRANT
Este teste verifica se os CBSDs que suportam a capacidade de medição Received_Power_With_Grant enviam relatórios de medição conforme prescrito na norma WINNF-17-SSC-0002.
Pré-requisitos
Certifique-se de que o CBSD não está registado.
Passos
Verifique os seguintes passos:
O CBSD envia um pedido de registo ao SAS que inclui Received_Power_With_Grant como uma das respetivas capacidades de medição.
O SAS responde com uma resposta de registo com responseCode 0.
Opcional: o CBSD envia um pedido de consulta de espectro.
O SAS envia uma resposta de consulta de espetro com responseCode 0.
O CBSD envia um pedido de concessão válido.
O SAS envia uma resposta de concessão que inclui
Received_Power_With_Grant na configuração do relatório de medição.
Nas primeiras cinco solicitações de sinal de pulsação, o CBSD envia, pelo menos, uma solicitação que contém uma medição válida.
O SAS envia respostas de heartbeat com responseCode 0.
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 11. Caso de teste 11
Recebe
Envia
Aceitável
SAS
Pedido de registo do CBSD que inclui
Received_Power_With_Grant como uma das capacidades de
medição
Opcional: um pedido de consulta de espectro
Pedido de concessão válido do CBSD
Qualquer número de pedidos de heartbeat, com, pelo menos, um dos cinco primeiros a conter uma medição válida
Resposta de registo
Opcional: resposta ao pedido de espectro
Resposta de concessão que inclui Received_Power_With_Grant na
configuração do relatório de medição
Resposta(s) de batimentos cardíacos com responseCode 0
CBSD
Resposta de registo
Opcional: pedido de consulta do espetro
Resposta de concessão
Pedido de registo que inclui
Received_Power_With_Grant como uma das capacidades de
medição
Opcional: pedido de consulta do espetro
Pedido de concessão
Qualquer número de pedidos de pulsação, com pelo menos um dos cinco primeiros a conter uma medição válida
Após o primeiro heartbeat bem-sucedido, o CBSD inicia a transmissão no canal e na potência correspondentes.
Caso de teste 12: pedidos em lote
Este exemplo de teste verifica se um proxy de domínio (DP) é capaz de enviar pedidos em lote e receber respostas em lote para vários CBSDs.
Em particular, este exemplo de teste centra-se no seguinte:
A consulta de espectro em lote para vários CBSDs
O procedimento de concessão em lote para vários CBSDs
O primeiro heartbeat em lote para ativar as rádios para vários CBSDs
Pré-requisitos
Certifique-se de que o seguinte é verdadeiro:
Os CBSDs estão registados no SAS.
O DP está definido para pedir um subconjunto do espectro disponível.
Passos
Verifique os seguintes passos:
O DP envia um pedido de consulta de espectro em lote para verificar o espectro disponível para cada CBSD.
O DP recebe uma resposta de concessão em lote do SAS.
Exemplo
{
"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
}
}
]
}
O DP envia pedidos de pulsação em lote para o SAS periodicamente com base no heartbeatInterval e recebe respostas de pulsação em lote do SAS.
Exemplo
{
"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"
}
]
}
O SAS responde aprovando os pedidos de sinal de pulsação.
Exemplo
{
"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"
}
O DP envia pedidos de pulsação em lote subsequentes para o SAS
periodicamente com base no heartbeatInterval com o campo operationState,
que pertence a qualquer CBSD específico definido como Autorizado se o
pedido de pulsação anterior tiver sido aprovado.
Exemplo
{
"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"
}
]
}
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 12. Caso de teste 12
Recebe
Envia
SAS
Pedido de consulta de espectro em lote válido, incluindo um pedido para cada
CBSD
Pedido de concessão em lote válido, incluindo um pedido para cada CBSD
Pedidos de pulsação periódicos em lote válidos, incluindo um pedido para cada CBSD, pelo menos, a cada heartbeatInterval segundos
Respostas em lote bem-sucedidas a todos os pedidos em lote. O
tempo nas respostas de pulsação é definido para um
valor durante quatro minutos.transmitExpire
DP
Respostas em lote bem-sucedidas a todos os pedidos em lote
Após a primeira resposta de sinal de pulsação bem-sucedida, cada CBSD inicia a transmissão no canal correspondente e a potência
Pedido de consulta de espectro em lote válido, incluindo um pedido para cada CBSD
Pedido de concessão em lote válido, incluindo um pedido para cada CBSD
Pedidos de batimentos cardíacos em lote periódicos válidos, pelo menos, a cada
heartbeatInterval segundos, incluindo um pedido para cada
CBSD. O campo operationState que pertence
a qualquer CBSD específico deve ser definido como
Autorizado em, pelo menos, um pedido de heartbeat.
Caso de teste 13: pedidos em lote demasiado grandes
Este exemplo de teste verifica se um proxy de domínio (DP) consegue processar uma situação em que o tamanho de um pedido em lote excede o tamanho máximo do lote processado pelo SAS.
Quando o tamanho do lote é superior a maxBatchSize, o SAS envia uma resposta válida aos primeiros maxBatchSize pedidos com o campo responseCode definido como 0 (Success). Para os restantes pedidos, o SAS envia responseCode 106 (Not_Processed).
O valor predefinido de maxBatchSize no ambiente SAS de produção é 120. Para suportar testes fáceis, o maxBatchSize no ambiente SAS de teste é 20.
Em particular, este exemplo de teste foca-se no processo de pedido de concessão para demonstrar como processar pedidos em lote demasiado grandes.
Recomendamos que expanda este exemplo de teste para incluir outros tipos de mensagens, como pedidos de registo, consulta de espectro, procedimento de sinal de pulsação, procedimento de renúncia de concessão e anulação do registo.
Pré-requisitos
Certifique-se de que o seguinte é verdadeiro:
Os CBSDs estão registados no SAS.
O DP está definido para pedir um subconjunto do espectro disponível.
Passos
Verifique os seguintes passos:
A DP envia um pedido de autorização em lote demasiado grande para o SAS. O tamanho do lote é N, onde N é de 20 a 40. Para cada CBSD, o DP
pede um intervalo de frequências que o SAS especificou estar disponível.
O DP recebe uma resposta de concessão em lote do SAS.
O SAS envia uma resposta válida aos primeiros 20 pedidos com o campo responseCode definido como 0 (Success). O SAS define o campo responseCode como 106 (Not_Processed) para os últimos N a 20 itens no lote.
Exemplo
{
"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"
}
}
]
}
O fornecedor de dados envia os pedidos de concessão que ainda não foram processados.
Exemplo
O tamanho deste pedido em lote é inferior a 20 por predefinição.
O DP recebe uma resposta de concessão em lote do SAS.
O SAS envia uma resposta válida a todos os pedidos com o campo responseCode definido como 0 (Success).
Exemplo
{
"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
}
}
]
}
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 13. Caso de teste 13
Recebe
Envia
SAS
Pedido de concessão em lote válido, incluindo um pedido para cada
CBSD para um tamanho de lote de 20 a 40 na primeira
tentativa
Pedidos de concessão de lotes válidos para a segunda parte do lote na
segunda tentativa em que o tamanho do lote é superior a 20
Respostas em lote bem-sucedidas aos primeiros 20 pedidos de concessão e
responseCode 106 para o resto do lote na primeira
tentativa
Respostas em lote bem-sucedidas a todos os pedidos de concessão na segunda tentativa
DP
Respostas em lote bem-sucedidas às primeiras 20 solicitações e
responseCode 106 para o resto do lote na primeira
tentativa
Respostas em lote bem-sucedidas a todos os pedidos de concessão na segunda tentativa
Pedido de concessão em lote válido, incluindo um pedido para cada
CBSD para um tamanho de lote de 20 a 40 na primeira tentativa
Pedidos de concessão de lotes válidos para a segunda parte do lote na
segunda tentativa em que o tamanho do lote é superior a 20
Caso de teste 14: registo e procedimento de concessão de DAS passivo
Este exemplo de teste valida o seguinte:
O procedimento de registo e concessão para equipamentos de rádio DAS passivos.
Opcional: o processo de consulta do espetro para equipamento de rádio DAS passivo.
Pressupostos
Cenário de implementação
Neste exemplo de teste, pressupomos um cenário de implementação de categoria 3, conforme definido em
WINNF-TR-5001:
Uma unidade de rádio (RU) de um único setor implementada como um DAS passivo com vários
pontos de transmissão (TPs).
Implementação da categoria 3 (clique para aumentar)
Identificação única do CBSD
Neste caso, cada TP está registado como um CBSD único com o ID da FCC e o número de série do fabricante (MSN). O FCC ID e o MSN da RU são combinados com um TP ID adicional para identificar de forma exclusiva cada TP. O ID do TP pode ser fornecido ao SAS com sufixos em cbsdSerialNumber. O ID de TP tem de ser anexado ao MSN da RU com um caráter delimitador (:)
antes do ID de TP. Para mais informações, consulte o documento WINNF-TR-5001.
Determinação de interior ou exterior
Neste exemplo de teste, assumimos um cenário de implementação em interiores. Em geral, pode implementar equipamento DAS passivo no interior ou no exterior. Para encontrar a lista completa de diretrizes, consulte o documento WINNF-TR-5001.
Capacidade de PIRE
Para uma implementação no interior, o EIRP máximo de cada TP tem de ser inferior ou igual a 30 dBm ou 10 MHz. Para encontrar exemplos de como calcular a capacidade de EIRP para cada TP, consulte o documento WINNF-TR-5001.
Categoria CBSD
Para uma implementação no interior, cada PA tem de estar registado como um CBSD de categoria A. Isto pode ser feito mesmo que a RU seja originalmente certificada pela FCC como um dispositivo de categoria B de alta potência. Não pode instalar CBSDs de categoria B no interior.
Instalação assistida por CPI
As orientações atuais da FCC sugerem que um instalador profissional certificado (CPI) tem de instalar sempre equipamento DAS passivo. Os motivos são os seguintes:
A FCC recomenda a instalação de CPI sempre que implementar uma RU de categoria B de alta potência num ambiente interior com potência reduzida como um CBSD de categoria A.
Mesmo que a RU esteja certificada como um dispositivo de categoria A de baixo consumo, um TP típico não tem capacidade de geolocalização automática. Por conseguinte, um CPI tem sempre de
instalar um DAS passivo.
Registo em vários passos
Neste exemplo de teste, assumimos o registo em vários passos. Isto significa que, antes de executar o teste, um CPI tem de pré-carregar os parâmetros de instalação para cada TP no SAS através do portal do SAS. É importante que o CPI especifique o parâmetro eirpCapability no objeto InstallationParam.
Para este exemplo de teste, eirpCapability tem de ser definido para não mais de 30 dBm ou 10 MHz para cada TP. Se não estiver incluído, de acordo com a especificação WINNF-TS-0016 da versão 1 do WInnForum, o SAS define eirpCapability como o EIRP máximo certificado pela FCC arredondado da RU. Para uma RU de alta potência, isto pode ser superior a 30 dBm ou 10 MHz, o que não é permitido para uma instalação de categoria A no interior.
Proxy de domínio (DP)
Neste exemplo de teste, assumimos a presença de um DP que pode enviar e receber pedidos em lote do SAS.
Pré-requisitos
Certifique-se de que o seguinte é verdadeiro:
Os CBSDs (TPs) não estão registados no portal SAS.
Os CBSDs (TPs) estão definidos para pedir um subconjunto do espetro disponível.
Os parâmetros de registo fornecidos pela CPI, incluindo eirpCapability para cada TP,
que são pré-carregados no SAS através do portal do SAS.
Passos
Verifique os seguintes passos:
Para registar vários TPs, o DP envia um pedido de registo em lote ao SAS.
Exemplo
{
"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"
}
}
]
}
O CBSD recebe uma resposta de registo em lote do SAS.
A DP envia um pedido de concessão em lote para o SAS. Para cada
TP, o DP pede um intervalo de frequência que o SAS especificou como
disponível.
O valor maxEirp para cada TP não deve ser superior a 30 dBm ou 10 MHz para uma implementação interior.
O campo operationFrequencyRange deve ser o mesmo para cada TP. Numa implementação de DAS passivo de um único setor, todos os TPs têm de usar os mesmos canais de RF.
Exemplo
{
"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)
}
}
}
]
}
O DP recebe uma resposta de concessão em lote do SAS.
Exemplo
{
"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
}
}
]
}
O DP envia pedidos de saúde em lote para o SAS periodicamente com base no heartbeatInterval e recebe respostas de saúde em lote do SAS.
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 14. Caso de teste 14
Recebe
Envia
SAS
Pedido de registo em lote válido, incluindo um pedido para cada TP
Pedido de consulta de espectro de lote válido, incluindo um pedido para cada TP
Pedido de concessão em lote válido, incluindo um pedido para cada fornecedor de terceiros
Pedidos de batimentos cardíacos em lote periódicos válidos, incluindo um pedido para cada TP, pelo menos, a cada heartbeatInterval segundos
Respostas em lote bem-sucedidas a todos os pedidos em lote. O
transmitExpire tempo nas respostas de heartbeat está definido para um
valor durante quatro minutos.
DP
Respostas em lote bem-sucedidas a todos os pedidos em lote
Após a primeira resposta de heartbeat bem-sucedida, cada TP inicia a transmissão no canal e na potência correspondentes
Pedido de registo em lote válido, incluindo um pedido para cada TP
Pedido de consulta de espectro de lote válido, incluindo um pedido para cada TP
Pedido de concessão em lote válido, incluindo um pedido para cada fornecedor de terceiros
Pedidos de batimentos cardíacos em lote periódicos válidos, pelo menos, a cada heartbeatInterval segundo, incluindo um pedido para cada TP. O campo
operationState pertencente a qualquer TP específico deve ser definido
como Autorizado em, pelo menos, um pedido de sinal de pulsação.
Caso de teste 15: resposta de consulta de espetro ordenada
Este exemplo de teste verifica se o CBSD pode selecionar os canais de qualidade mais elevada a partir de uma resposta de consulta de espectro ordenada. Saiba como a SAS calcula a qualidade do canal.
Pressupostos
O CBSD tenta transmitir num único canal com uma largura de 10 MHz.
Pré-requisitos
Certifique-se de que o CBSD foi registado no SAS durante, pelo menos, quatro horas antes do teste. Após o registo do CBSD, o SAS pode demorar até quatro horas a calcular a qualidade e a classificação dos canais.
Para obter resultados mais precisos, forneça informações de agrupamento de gestão de frequência para o CBSD no pedido de registo ou no portal do SAS. Use o caso de teste 1 como exemplo.
Passos
Verifique os seguintes passos:
O CBSD envia um pedido de consulta de espetro ao SAS para todo o intervalo de frequências CBRS de 3550 MHz a 3700 MHz.
O CBSD recebe uma resposta de consulta do espectro do SAS. A resposta da consulta de espectro devolve uma lista de canais disponíveis ordenada da melhor para a pior qualidade do canal. O primeiro objeto na matriz availableChannel tem a melhor qualidade.
Exemplo
Neste exemplo, o primeiro objeto frequencyRange tem a qualidade mais elevada e vai ser reutilizado no passo 3.
O CBSD envia um pedido de concessão ao SAS. O CBSD pede o canal com a classificação mais elevada. Este é o primeiro elemento na matriz availableChannel da resposta de consulta do espectro ordenado.
O CBSD envia pedidos de heartbeat ao SAS periodicamente com base em heartbeatInterval e recebe respostas de heartbeat do SAS. Reveja os requisitos para enviar pedidos de sinal de pulsação no Test Case 1.
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 15. Caso de teste 15
Recebe
Envia
Aceitável
SAS
Pedido de consulta de espectro válido
Pedido de concessão válido para o canal com a classificação mais elevada com base na resposta à consulta do espectro
Pedidos de pulsação periódicos válidos, pelo menos, a cada heartbeatInterval segundo
Resposta de consulta de espectro ordenada bem-sucedida
Resposta de concessão bem-sucedida
Respostas bem-sucedidas para todos os pedidos de sinal de pulsação, com
transmitExpireTime incluído nas respostas de sinal de pulsação.
CBSD
Resposta de consulta de espectro ordenada bem-sucedida
Resposta de concessão bem-sucedida
Respostas de heartbeat com êxito para todos os pedidos de heartbeat
Após o primeiro heartbeat bem-sucedido, o CBSD inicia a transmissão no canal e na potência correspondentes.
Pedido de consulta de espectro válido
Pedido de concessão válido para o canal com a classificação mais elevada com base na resposta à consulta do espectro
Pedidos de pulsação periódicos válidos, pelo menos, a cada
heartbeatInterval segundos, incluindo, pelo menos, um pedido
em que o operationState está definido como Autorizado
SAS Portal
Pode encontrar a disponibilidade do espectro, a qualidade do canal e a classificação do canal no separador Coex do CBSD no
portal SAS. Encontre o URL do ambiente SAS de teste.
Caso de teste 16: mesma frequência
Este exemplo de teste valida o seguinte:
O equipamento CBSD ou DP envia o identificador Same Frequency ao SAS sempre que o dispositivo se regista.
O valor de mesma frequência pode ser definido ou editado no portal do SAS para cada dispositivo.
Pré-requisitos
Certifique-se de que o seguinte é verdadeiro:
O CBSD não está registado no SAS.
O CBSD ou o DP não partilha o mesmo ID de frequência com o SAS.
Passos
Verifique os seguintes passos:
Configure as informações de valor de mesma frequência do WInnForum na mensagem de registo do CBSD.
Se houver uma alteração no valor Same Frequency, pode configurar um novo valor na mensagem de pedido de sinal de pulsação e enviá-lo para o SAS.
Opcional: use o portal SAS para definir ou editar o valor de Same Frequency para o CBSD.
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 17. Caso de teste 17
Recebe
Envia
SAS
Pedido de registo ou mensagem de sinal de manutenção do CBSD
ou DP, que inclui o valor de reutilização de frequência configurado
Opcional: configuração da reutilização de frequência para um CBSD no
portal do SAS
Resposta de registo bem-sucedida ao CBSD ou DP
CBSD ou DP
Resposta de registo ou resposta de sinal de pulsação bem-sucedida
A etiqueta do grupo de canais comum (CCG) por CBSD durante o registo ou por pulsação quando o valor de reutilização de frequência muda
Caso de teste 18: preferência por vários pedidos de concessão de 10 MHz
Este exemplo de teste verifica se o CBSD ou o DP opta por pedir várias concessões de 10 MHz quando são usados vários canais superiores a 10 MHz para funcionamento.
Pré-requisitos
Certifique-se de que o seguinte é verdadeiro:
O CBSD ou o DP está registado no SAS.
O CBSD está configurado para usar mais de 10 MHz para funcionar.
Passos
Verifique os seguintes passos:
O CBSD ou o DP envia um pedido de concessão ao SAS.
O CBSD envia um pedido de consulta do espectro para consultar o espectro disponível. Se o SAS indicar disponibilidade, o CBSD pede um canal de 10 MHz.
O CBSD envia um pedido de concessão para o intervalo de frequências disponível indicado pelo SAS.
Se a largura de banda pretendida estiver disponível, mas não num intervalo contíguo, o CBSD envia mais do que um pedido de concessão para cada canal correspondente.
Resultado
Os resultados esperados do teste estão listados na tabela seguinte.
Tabela 19. Caso de teste 19
Recebe
Envia
SAS
Pedido de concessão válido
Respostas bem-sucedidas para todos os pedidos de concessão válidos do CBSD
CBSD ou DP
Resposta de concessão bem-sucedida para todos os pedidos
Solicitações de concessão válidas
Test case 20: Support for automated EIRP increase
Este exemplo de teste valida o seguinte:
O CBSD identifica condições favoráveis ao aumento do EIRP.
O CBSD é notificado de que está disponível um aumento do EIRP.
O CBSD está registado no TestSAS
num raio de 5 quilómetros de [68, -164,5]. A entidade de proteção é simulada no SAS para garantir que o EIRP disponível no dia 1 está 6 dB ou mais abaixo do valor do dispositivo.TesteirpCapability
O CBSD não está localizado perto da fronteira canadiana, de um escritório de campo da Federal Communications Commission, de Table Mountain ou numa National Radio Quiet Zone.
Passos
Verifique os seguintes passos:
O CBSD envia uma consulta de espetro para o SAS Test.
A resposta da consulta de espetro mostra um ou mais canais de 10 MHz com EIRP 6 dB ou mais abaixo do valor eirpCapability do dispositivo.
O CBSD pede uma concessão fora da janela CPAS numa frequência de acordo com o EIRP apresentado na consulta de espetro, que é 6 dB ou mais abaixo do valor eirpCapability do dispositivo.
A SAS aprova a concessão.
O CBSD inicia o sinal de pulsação e recebe autorização para transmissão.
O sinal de pulsação do CBSD continua até ocorrer o CPAS, conforme configurado no SAS Test.
Após a ocorrência de CPAS, o CBSD recebe uma carga útil operationalParam que indica um EIRP superior
ao EIRP na concessão existente e com um código de resposta bem-sucedido.
Se o CBSD decidir reivindicar a nova concessão com o novo valor de EIRP, envia um pedido de renúncia da concessão. O Test SAS envia uma resposta a indicar a desistência bem-sucedida.
(Opcional) O CBSD envia uma consulta de espetro para verificar o novo valor de EIRP. O valor maxEirp na resposta de consulta do espectro vai corresponder ao valor maxEirp na resposta de sinal de manutenção do passo anterior para o canal concedido, desde que a concessão seja um múltiplo de 10 MHz. Por exemplo, 3550 MHz a 3560 MHz.
Caso de teste 21: extensão Heartbeat fora das áreas da DPA
O SAS sugere valores de intervalo de batimentos cardíacos e transmitExpireTime diferentes, consoante as frequências concedidas e a localização do CBSD. Para mais
informações sobre a operação de sinal de pulsação, consulte o artigo
Envie pedidos de sinal de pulsação para autorização de transmissão.
Este exemplo de teste valida o seguinte:
O CBSD lê o intervalo de pulsação e os valores transmitExpireTime da resposta de pulsação.
O CBSD envia batimentos cardíacos de acordo com o intervalo de batimentos cardíacos devolvido pelo SAS.
O CBSD continua a transmitir até ser atingido o valor transmitExpireTime.
Pré-requisitos
Para concluir os passos neste exemplo de teste, tem de registar o seu CBSD
tanto dentro como fora da zona de suspensão na implementação de SAS de teste.
Fora da zona de suspensão
Verifique os seguintes passos:
Registe o CBSD fora da zona de suspensão.
O CBSD pede uma concessão.
A implementação de SAS de teste envia uma resposta de sinal de vida. Por exemplo:
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-23 UTC."],[],[]]