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 Sistema de Acesso ao Espectro (SAS, na sigla em inglês) é a v5.5. É possível
testar a interoperabilidade entre um dispositivo de serviço de rádio de banda larga dos cidadãos (CBSD, na sigla em inglês) e
o SAS usando os casos de teste a seguir. Valide o resultado do teste na planilha Resultado do teste fornecida pelo Google.
Requisitos para testes de interoperabilidade do SAS
Para testar a interoperabilidade do SAS com um modelo e
a versão do software, você precisa do seguinte:
O ID de teste precisa ser válido de acordo com a
Parte 96 do ID da FCC.
Para dispositivos que aguardam a certificação da FCC, entre em contato com o suporte
SAS.
IDs de usuário de teste
Se você for cliente do SAS do Google, use seu ID de usuário atual.
Se você não for cliente e quiser testar seu dispositivo, entre em contato com o
suporte do SAS
para aprovar um ID de usuário personalizado para usar com o ambiente de teste do SAS.
Certificados de teste de dispositivo
Qualquer certificado de dispositivo CBRS funciona com o ambiente
SAS de teste. Se você não tiver um certificado de teste para
seu dispositivo CBSD ou Domain Proxy (DP),
entre em contato com o suporte do SAS.
Os certificados de teste funcionam somente no ambiente de teste
do SAS.
Caso de teste 1: registro do CBSD, consulta de espectro, concessão e heartbeat (operação normal)
Este caso de teste verifica o seguinte:
Procedimento de registro do CBSD, procedimento de concessão e o primeiro
batimento cardíaco bem-sucedido para ativar o rádio.
Como alternativa, se o CBSD enviar uma solicitação de consulta de espectro, ele usará
os canais disponíveis na resposta da consulta de espectro para a próxima solicitação
de concessão.
Parâmetros de agrupamento do CBRS reconhecidos pelo WInnForum
A matriz de objetos groupingParam é opcional e é usada pelo Google
SAS somente para fins de coexistência de acesso autorizado geral (GAA).
Recomendamos que o CBSD envie groupingParam na
solicitação de registro sempre que possível. Como o SAS aceita a
matriz groupingParam na solicitação de consulta de espectro, na solicitação de concessão e
na solicitação de batimento cardíaco, as informações subsequentes fornecidas pelo
CBSD substituem os valores anteriores.
Uma lista de valores válidos de groupType foi publicada em
WINNF-SSC-0010.
Se o CBSD enviar um groupType inválido, o SAS
vai responder com responseCode 103 (Invalid_value). No momento,
o SAS oferece suporte aos valores groupTypePrincipal_Subordinate_SFG
e Spectrum_Reuse. Ele armazena e faz upload de parâmetros de agrupamento para o Portal SAS. O SAS ignora
qualquer outro valor válido de groupType com responseCode 0 (Success).
Pré-requisitos
Verifique se o CBSD não está registrado no
Portal SAS e não está configurado para solicitar um subconjunto do espectro
disponível.
Etapas
Siga estas etapas:
O CBSD envia uma solicitação de registro para a SAS
com o ID do FCC e o ID do usuário. É possível usar qualquer ID da FCC certificada ou que
tenha sido confirmada com o ID do usuário e adicionada à lista de permissões pelo
suporte do SAS.
Saiba como se conectar ao ambiente de teste do SAS.
Exemplo 1: solicitação de registro de uma etapa da CBSD da categoria A
O CBSD envia uma solicitação de concessão para o SAS. Se uma
pergunta sobre o espectro foi realizada, o CBSD solicita um intervalo de frequência
que o SAS indicou estar disponível.
O CBSD envia solicitações de batimento cardíaco para o SAS
periodicamente com base em heartbeatInterval e recebe respostas de batimento cardíaco do
SAS.
Se a solicitação de tique-taque anterior foi aprovada, o CBSD envia
solicitações de tique-taque subsequentes para o SAS periodicamente com base em
heartbeatInterval, com o campo operationState definido como Autorizado.
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 1. Caso de teste 1
Recebe
Envios
Aceitável
SAS
Pedido de registro válido
Solicitação de concessão válida
Solicitações de batimento cardíaco periódicas válidas pelo menos a cada
heartbeatInterval segundos
Respostas bem-sucedidas para todas as solicitações, com
transmitExpireTime incluído nas respostas de batimento cardíaco.
CBSD
Respostas bem-sucedidas para todas as solicitações
Pedido de registro válido
Solicitação de concessão válida
Solicitações de batimento cardíaco periódicas válidas a cada
heartbeatInterval segundos, incluindo solicitações 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.
Portal SAS
Agrupamento de parâmetros enviados por CBSD em qualquer uma das mensagens de solicitação, quando o valor groupType é Principal_Subordinate_SFG ou Spectrum_Reuse.
Os parâmetros de agrupamento aparecem na guia Config da seção Grupos
de coexistência.
Caso de teste 2: renúncia e cancelamento de registro de concessão (operação normal)
Este caso de teste verifica o cancelamento do registro do CBSD da
SAS.
Pré-requisitos
Verifique se o CBSD está registrado, tem uma concessão e está
transmitindo o heartbeat.
Etapas
Siga estas etapas:
O operador da CBSD usa a ferramenta de gerenciamento para liberar
o espectro.
Exemplo 1: como opção, o CBSD envia uma solicitação de
desistência para a SAS
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 2. Caso de teste 2
Recebe
Envios
Aceitável
SAS
Opcional: solicitação de desistência
Pedido de cancelamento de registro
Opcional: resposta de desistência
Pedido de cancelamento de registro
CBSD
Opcional: resposta de desistência
Pedido de cancelamento de registro
Opcional: solicitação de desistência
Pedido de cancelamento de registro
Para de transmitir antes de enviar uma solicitação de desregistro ou de desistência
Caso de teste 3a: suspensão de concessão: IAP pendente
Este caso de teste verifica o seguinte:
O rádio CBSD é desligado quando o SAS suspende
a concessão do CBSD.
O CBSD informa o estado de operação correto em solicitações de batimento cardíaco
posteriores.
Pré-requisitos
Uma CBSD nos EUA tem canais com disponibilidade de energia limitada.
Alguns locais, como Tampa, na Flórida, e Los Angeles, na Califórnia, têm orçamentos
de energia menores que 37 dBm/MHz. Para facilitar a simulação do
cenário de teste em locais ao longo da costa, ative a sobreposição de disponibilidade
de espectro para o CBRS.
Confira se o seguinte é verdadeiro:
O CBSD envia uma solicitação de concessão com um valor de maxEirp menor que
a 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 solicitações de verificação. Se o maxEirp solicitado
for menor ou igual à potência parcial, o SAS vai aprovar a concessão.
Exemplo 1: a primeira solicitação de batimento cardíaco depois que uma concessão é aprovada
O CBSD envia uma consulta de espectro para os canais com
potência parcial. Na resposta da consulta de espectro, a CBSD encontra
o valor maxEirp disponível em dBm nos canais relevantes.
O CBSD envia uma solicitação de concessão com maxEirp maior que
a potência disponível para os canais na resposta da consulta de espectro.
O CBSD envia uma solicitação de batimento cardíaco.
O SAS envia a resposta de verificação com responseCode 501
(Suspended_Grant: IAP Pending).
Exemplo 1: resposta de consulta de espectro para um canal disponível com potência parcial
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 3a. Caso de teste 3a
Recebe
Envios
SAS
As solicitações de batimento cardíaco com operationState definidas como
Concedida depois que o CBSD é notificado de que a concessão foi
suspensa pela resposta de batimento cardíaco
Solicitações de batimento cardíaco com operationState definido como
Autorizado depois que o CBSD é notificado pela
resposta de batimento cardíaco de que a concessão foi autorizada
Respostas de Heartbeat com responseCode 0 (Success)
quando a concessão não está suspensa
Respostas de batimento cardíaco com responseCode 501
(Suspended_Grant:IAP Pending) quando a concessão é suspensa
CBSD
Respostas de batimento cardíaco com responseCode 0
(Success), desde que a zona de suspensão não esteja
ativa
Respostas de batimento cardíaco com responseCode 501
(Suspended_Grant), até que a concessão atual expire e uma
nova concessão seja solicitada ou até que mais energia esteja disponível após um
ciclo de CPAS
A CBSD interrompe a transmissão (desliga o rádio)
menos de 60 segundos após a transmitExpireTime
Solicitações de batimento cardíaco com operationState definido como
Autorizado depois que o CBSD é notificado de que a
concessão foi autorizada pela resposta de batimento cardíaco
Solicitações de batimento cardíaco subsequentes com operationState
definido como Concedido depois que o CBSD é notificado de que a
concessão foi suspensa pela resposta de batimento cardíaco
Opcional: solicitação de consulta de espectro para determinar quais canais estão disponíveis
Os cálculos de interferência foram concluídos, mas o SAS não pode
autorizar a transmissão com a concessão porque, após a CPAS, a
concessão da CBSD é encerrada e o uso de energia baixa é sugerido. O
CBSD solicita uma concessão depois de receber os parâmetros de operação
da resposta de batimento cardíaco de encerramento.
Recomendamos que o CBSD solicite uma nova concessão. Se a
solicitação de concessão for para um intervalo de frequência fora do intervalo de frequência da
zona de suspensão , o CBSD vai receber autorização para transmitir na
resposta de batimento cardíaco. Se autorizado, o CBSD retoma a transmissão
com uma nova concessão. Depois que a suspensão é suspensa, o CBSD retoma
a transmissão na concessão original e encerra a concessão provisória. Para mais
informações , consulte Resolver problemas com testes de interoperabilidade.
Caso de teste 3b: suspensão de concessão: lista de movimentação de DPA ativada
Este caso de teste verifica o seguinte:
O rádio CBSD é desligado quando o SAS suspende
a concessão do CBSD.
O CBSD informa o estado de operação correto em solicitações de batimento cardíaco
posteriores.
Pré-requisitos
Confira se o seguinte é verdadeiro:
O CBSD é registrado em um local dentro da zona de suspensão simulada.
O SAS suspende a concessão quando a zona de suspensão está ativa, conforme
especificado na programação da zona de suspensão.
O CBSD envia uma solicitação de batimento cardíaco.
O SAS envia a resposta de batimento cardíaco com responseCode 501
(Suspended_Grant : IAP Pending, "A concessão está suspensa porque está na
lista de movimentação de uma DPA que foi ativada").
Opcional: o CBSD envia uma solicitação de consulta de espectro depois que a
concessão é suspensa.
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: solicitação de batimento quando a concessão é suspensa
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 3b. Caso de teste 3b
Recebe
Envios
SAS
As solicitações de batimento cardíaco com operationState definidas como
Concedida depois que o CBSD é notificado de que a concessão foi
suspensa pela resposta de batimento cardíaco
Solicitações de batimento cardíaco com operationState definido como
Autorizado depois que o CBSD é notificado pela
resposta de batimento cardíaco de que a concessão foi autorizada
Respostas de batimento cardíaco com responseCode 0 (Success)
quando a zona de suspensão não está ativa
Respostas de batimento cardíaco 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 batimento cardíaco com responseCode 0 (Success) enquanto a zona de suspensão não estiver ativa
Respostas de batimento cardíaco com responseCode 501
(Suspended_Grant: The grant is suspended because it is in the
move list of a DPA that has been activated.) enquanto a zona de suspensão estiver ativa
O CBSD interrompe a transmissão (desliga o rádio)
menos de 60 segundos após a transmitExpireTime.
Solicitações de batimento cardíaco com operationState definido como
Autorizado depois que o CBSD é notificado pela
resposta de batimento cardíaco de que a concessão foi autorizada
Solicitações de batimento cardíaco subsequentes com operationState definido como
Concedido depois que o CBSD foi notificado pela resposta de batimento cardíaco de que a concessão foi suspensa
Opcional: solicitação de consulta de espectro para determinar quais canais estão disponíveis.
Recomendamos que o CBSD solicite uma nova concessão. Se a
solicitação de concessão for para um intervalo de frequência fora do intervalo de frequência da
zona de suspensão, o CBSD vai receber autorização para transmitir na
resposta de batimento cardíaco. Se autorizado, o CBSD retoma a transmissão
com uma nova concessão. Durante a transmissão, o CBSD continua a
bater no pulso da concessão original (suspensa). Depois que a suspensão for suspensa,
o CBSD vai retomar a transmissão na concessão original e encerrar a
concessão provisória.
Caso de teste 4: conceder nova autorização
Este caso de teste verifica se o CBSD pode retomar a transmissão
depois que a zona de suspensão é desativada. O comportamento do CBSD
verificado neste teste é semelhante ao que acontece quando a concessão do CBSD
é suspensa devido à proteção de DPA e depois reautorizada após a
desativação do DPA.
Pré-requisitos
Confira se o seguinte é verdadeiro:
O CBSD é registrado em um local dentro da zona de suspensão. Para mais informações, consulte
Zona de suspensão.
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 5a. Caso de teste 5a
Recebe
Envios
Aceitável
SAS
Solicitação de heartbeat
Solicitação de concessão válida com os novos parâmetros operacionais
Respostas de batimento cardíaco com responseCode 500
(Terminated_Grant) para a primeira solicitação de batimento cardíaco depois
que a concessão foi encerrada
Resposta de concessão bem-sucedida depois que o CBSD solicita uma
concessão com os novos parâmetros operacionais
CBSD
Respostas de batimento cardíaco com responseCode 500 (Terminated_Grant)
Resposta de concessão bem-sucedida
Solicitação de heartbeat
Solicitação de concessão válida com os parâmetros operacionais que o SAS
sugere na resposta de batimento cardíaco de encerramento
Interrompe o envio de solicitações de verificação de integridade para o SAS para a concessão encerrada
O CBSD interrompe a transmissão menos de 60 segundos após a transmitExpireTime.
Caso de teste 5b: encerramento de uma concessão autorizada de uma máscara de canal no Portal SAS
Este caso de teste verifica o seguinte:
O CBSD interrompe o batimento cardíaco e encerra a transmissão em uma
concessão encerrada.
O CBSD solicita uma nova concessão para um dos canais disponíveis
de uma consulta de espectro sem exigir intervenção do usuário.
Pré-requisitos
Confira se o seguinte é verdadeiro:
O CBSD tem uma concessão e está com o batimento cardíaco.
O CBSD continua enviando batimentos até que o SAS
interrompa a concessão.
O CBSD envia uma solicitação de batimento cardíaco para a nova concessão.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 5b. Caso de teste 5b
Recebe
Envios
Aceitável
SAS
Solicitação de heartbeat
Solicitação de consulta do Spectrum
Solicitação de concessão válida para um canal disponível
Respostas de batimento cardíaco com responseCode 500
(Terminated_Grant) para a primeira solicitação de batimento cardíaco depois
que o CPAS terminou
Resposta de concessão bem-sucedida depois que o CBSD solicita uma
concessão com os novos parâmetros operacionais
Resposta da consulta de espectro com uma lista de canais disponíveis
Resposta de concessão bem-sucedida depois que o CBSD solicita uma
concessão para um canal disponível
CBSD
Respostas de batimento cardíaco com responseCode 500 (Terminated_Grant)
Resposta à consulta do Spectrum
Resposta de concessão bem-sucedida
Solicitação de heartbeat
Solicitação de consulta do Spectrum
Solicitação de concessão válida para um dos canais disponíveis
Interrompe o envio de solicitações de verificação de integridade para o SAS para a concessão encerrada
O CBSD interrompe a transmissão menos de 60 segundos após a transmitExpireTime
Caso de teste 6: falha na solicitação de concessão
Este caso de teste verifica se o CBSD não inicia o
processo de batimento cardíaco ou a transmissão se uma solicitação de concessão não for bem-sucedida.
Pré-requisitos
Verifique se o CBSD está registrado em um local dentro da
zona de proteção sem fio consolidada (GWPZ, na sigla em inglês).
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 6. Caso de teste 6
Recebe
Envios
SAS
Solicitação de concessão
Conceder resposta com responseCode 400 (Interference)
Nesse caso, a CBSD está dentro da GWPZ e está solicitando uma concessão em uma frequência protegida, mas pode ser por qualquer outro motivo.
CBSD
Conceder resposta com responseCode 400 (Interference)
O CBSD não deve iniciar a transmissão ou o envio de batimentos.
Solicitação de concessão
Caso de teste 7: cancelamento e recadastramento do CBSD
Este caso de teste verifica se o CBSD se desregistra do
SAS e se registra novamente quando é movido de um local para
outro a mais de 50 metros de distância.
Pré-requisitos
Verifique se o CBSD está registrado, tem uma concessão e está enviando batimentos cardíacos.
Exemplo: coordenadas do CBSD na solicitação de registro inicial
Defina a posição do CBSD para outro local selecionado a mais de
50 metros de distância. Isso pode ser feito movendo-o fisicamente ou definindo
a localização manualmente.
O CBSD envia uma solicitação de cancelamento de registro devido à mudança de local.
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 8. Caso de teste 8
Recebe
Envios
SAS
Solicitação de batimento cardíaco que também solicita a renovação do acesso
Resposta de batimento cardíaco que contém um novo valor de grantExpireTime
CBSD
Resposta de batimento cardíaco que contém um novo valor de grantExpireTime
Solicitação de batimento cardíaco com grantRenew definido como true antes que o acesso seja encerrado
Caso de teste 9: tratamento de valores inválidos ou ausentes do CBSD
Este caso de teste mostra exemplos de solicitações inválidas. O CBSD
não precisa seguir as instruções passo a passo, mas o testador precisa verificar se, depois
que o CBSD recebe um código de resposta indicando que há um erro na
solicitação, ele não tenta novamente a mesma solicitação (inválida).
Pré-requisitos
Verifique se o CBSD não está registrado no SAS.
Etapas
O CBSD envia uma solicitação de registro para a SAS.
Exemplo 1: solicitações com erros
O campo de ID da FCC em texto tachado é omitido na solicitação,
embora seja obrigatório para o registro do 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"
}
}
]
}
Exemplo 2: uma segunda solicitação de registro com valores de latitude e longitude definidos como 0 (zero)
Isso é para testar o processamento de dados inválidos pelo CBSD. O CBSD precisa corrigir os campos antes de reenviar a solicitação.
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 9. Caso de teste 9
Recebe
Envios
Aceitável
SAS
Solicitação de registro sem os campos necessários especificados ou com valores inválidos
Uma das seguintes opções:
Resposta de registro com responseCode 102
(Missing_Param) e parâmetros ausentes no
campo responseData
Resposta de registro com responseCode 103
(Invalid_Value) e os parâmetros com valores inválidos no
responseData
CBSD
Resposta de registro com código de resposta diferente de zero
Pedido de registro incompleto ou inválido
O CBSD não pode tentar a mesma solicitação até que o erro seja corrigido.
Caso de teste 10: relatórios de medição do CBSD para RECEIVED_POWER_WITHOUT_GRANT
Esse teste verifica se os CBSDs que oferecem suporte ao
recurso de medição Received_Power_Without_Grant enviam relatórios de medição
conforme prescrito em WINNF-17-SSC-0002.
Pré-requisitos
Verifique se o CBSD não está registrado.
Etapas
Siga estas etapas:
O CBSD envia uma solicitação de registro para o SAS
que inclui Received_Power_Without_Grant como um dos recursos de
medição.
O SAS responde com uma resposta de registro que inclui
Received_Power_Without_Grant na configuração do relatório de medição.
Opcional: o CBSD envia uma solicitação de consulta de espectro que contém uma
medição válida.
Se a solicitação de consulta de espectro for enviada, o SAS vai enviar uma resposta de consulta
de espectro com responseCode 0.
O CBSD envia uma solicitação 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 a seguir.
Tabela 10. Caso de teste 10
Recebe
Envios
SAS
Solicitação de registro que inclui
Received_Power_Without_Grant como um dos recursos
de medição
Opcional: solicitação de consulta de espectro que contém uma medição válida
Solicitação de concessão que contém uma medição válida
Resposta de registro
Opcional: resposta à consulta do Spectrum
Resposta de autorização
CBSD
Resposta de registro
Opcional: solicitação de consulta do Spectrum
Solicitação de concessão que contém uma medição válida
Resposta de autorização
Solicitação de registro
Opcional: solicitação de consulta de espectro que contém uma medição válida
Solicitação de concessão que contém uma medição válida
Caso de teste 11: relatórios de medição do CBSD para RECEIVED_POWER_WITH_GRANT
Este teste verifica se os CBSDs que oferecem suporte ao
capability de medição Received_Power_With_Grant enviam relatórios de medição conforme
prescrito em WINNF-17-SSC-0002.
Pré-requisitos
Verifique se o CBSD não está registrado.
Etapas
Siga estas etapas:
O CBSD envia uma solicitação de registro para o SAS
que inclui Received_Power_With_Grant como um dos recursos de
medição.
O SAS responde com uma resposta de registro com responseCode 0.
Opcional: o CBSD envia uma solicitação de consulta de espectro.
O SAS envia uma resposta de consulta de espectro com responseCode 0.
O CBSD envia uma solicitação de concessão válida.
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 batimento cardíaco, o CBSD envia
pelo menos uma solicitação que contém uma medição válida.
O SAS envia respostas de batimento cardíaco com responseCode 0.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 11. Caso de teste 11
Recebe
Envios
Aceitável
SAS
Pedido de registro do CBSD que inclui
Received_Power_With_Grant como um dos recursos
de medição
Opcional: uma solicitação de consulta de espectro
Solicitação de concessão válida do CBSD
Qualquer número de solicitações de batimento cardíaco, com pelo menos uma das cinco primeiras
contendo uma medição válida
Resposta de registro
Opcional: resposta à consulta do Spectrum
Resposta de concessão que inclui Received_Power_With_Grant na configuração do relatório de medição
Respostas de Heartbeat com responseCode 0
CBSD
Resposta de registro
Opcional: solicitação de consulta do Spectrum
Resposta de autorização
Solicitação de registro que inclui
Received_Power_With_Grant como um dos recursos
de medição
Opcional: solicitação de consulta do Spectrum
Solicitação de concessão
Qualquer número de solicitações de batimento cardíaco, com pelo menos uma das cinco primeiras
contendo 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: solicitações em lote
Este caso de teste verifica se um proxy de domínio (DP) é capaz de enviar solicitações em lote e receber respostas em lote para vários CBSDs.
Especificamente, este caso de teste se concentra 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 batimento cardíaco do lote para ativar as rádios para vários CBSDs
Pré-requisitos
Confira se o seguinte é verdadeiro:
Os CBSDs são registrados na SAS.
O DP é definido para solicitar um subconjunto do espectro disponível.
Etapas
Siga estas etapas:
O DP envia uma solicitação de consulta de espectro em lote para verificar o espectro
disponível para cada CBSD.
O DP envia uma solicitação de concessão em lote para o SAS. Para cada
CBSD, o DP solicita um intervalo de frequência que o SAS
especificou como disponível.
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 solicitações de batimento cardíaco em lote para o SAS
periodicamente com base no heartbeatInterval e recebe respostas de batimento cardíaco
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 as solicitações de batimento cardíaco.
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 solicitações de batimentos 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 a
solicitação de batimento anterior foi aprovada.
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 a seguir.
Tabela 12. Caso de teste 12
Recebe
Envios
SAS
Solicitação de consulta de espectro em lote válida, incluindo uma solicitação para cada
CBSD
Solicitação de concessão em lote válida, incluindo uma solicitação para cada CBSD
Solicitações de batimentos cardíacos em lote periódicas válidas, incluindo uma solicitação para
cada CBSD pelo menos a cada heartbeatInterval
segundos
Respostas em lote bem-sucedidas para todas as solicitações em lote. O
tempo transmitExpire nas respostas de batimento cardíaco é definido como um
valor durante quatro minutos.
DP
Respostas em lote bem-sucedidas para todas as solicitações em lote
Depois da primeira resposta de batimento cardíaco bem-sucedida, cada
CBSD inicia a transmissão no canal correspondente e
a energia
Solicitação de consulta de espectro em lote válida, incluindo uma solicitação para cada CBSD
Solicitação de concessão em lote válida, incluindo uma solicitação para cada CBSD
Solicitações de batimento cardíaco de lote periódicas válidas pelo menos a cada
heartbeatInterval segundo, incluindo uma solicitação para cada
CBSD. O campo operationState que pertence
a qualquer CBSD precisa ser definido como
Autorizado em pelo menos uma solicitação de batimento cardíaco.
Caso de teste 13: solicitações em lote com tamanho excessivo
Este caso de teste verifica se um proxy de domínio (DP) é capaz
de processar uma situação em que o tamanho de uma solicitação em lote excede o tamanho
máximo processado pelo SAS.
Quando o tamanho do lote é maior que maxBatchSize, o SAS envia uma resposta válida para as primeiras solicitações maxBatchSize com o campo responseCode definido como 0 (Success). Para o restante das solicitações, o SAS envia responseCode 106 (Not_Processed).
O valor padrão de maxBatchSize no ambiente de produção do SAS
é 120. Para facilitar o teste, o maxBatchSize no ambiente SAS de teste
é 20.
Especificamente, este caso de teste se concentra no processo de solicitação de concessão para
demonstrar como processar solicitações em lote de tamanhos grandes.
Recomendamos que você estenda este caso de teste para incluir outros tipos de mensagem, como
solicitações de registro, consulta de espectro, procedimento de batimento cardíaco,
procedimento de renúncia de concessão e cancelamento de registro.
Pré-requisitos
Confira se o seguinte é verdadeiro:
Os CBSDs são registrados na SAS.
O DP é definido para solicitar um subconjunto do espectro disponível.
Etapas
Siga estas etapas:
O DP envia uma solicitação de concessão de lote com tamanho excessivo para o SAS. O tamanho
do lote é N, em que N varia de 20 a 40. Para cada CBSD, o DP
solicita um intervalo de frequência que o SAS especificou como disponível.
O DP recebe uma resposta de concessão em lote do SAS.
O SAS envia uma resposta válida para as primeiras 20 solicitações 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 DP envia as solicitações de concessão que ainda não foram processadas.
Exemplo
O tamanho dessa solicitação em lote é menor que 20 por design.
O DP recebe uma resposta de concessão em lote do SAS.
O SAS envia uma resposta válida para todas as solicitações 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 a seguir.
Tabela 13. Caso de teste 13
Recebe
Envios
SAS
Solicitação de concessão em lote válida, incluindo uma solicitação para cada
CBSD com um tamanho de lote de 20 a 40 na primeira
tentativa
Solicitações de concessão de lote válidas para a segunda parte do lote na
segunda tentativa, em que o tamanho do lote é maior que 20
Respostas em lote bem-sucedidas para as primeiras 20 solicitações de concessão e
responseCode 106 para o restante do lote na primeira
tentativa
Respostas em lote bem-sucedidas para todas as solicitações de concessão na segunda tentativa
DP
Respostas em lote bem-sucedidas para as primeiras 20 solicitações e
responseCode 106 para o restante do lote na primeira
tentativa
Respostas em lote bem-sucedidas para todas as solicitações de concessão na segunda tentativa
Solicitação de concessão em lote válida, incluindo uma solicitação para cada
CBSD com um tamanho de lote de 20 a 40 na primeira tentativa
Solicitações de concessão de lote válidas para a segunda parte do lote na
segunda tentativa, em que o tamanho do lote é maior que 20
Caso de teste 14: registro e concessão de DAS passivo
Este caso de teste verifica o seguinte:
O procedimento de registro e concessão para equipamentos de rádio DAS passivo.
Opcional: o processo de consulta de espectro para equipamentos de rádio DAS
passivos.
Suposições
Cenário de implantação
Neste caso de teste, presumimos um cenário de implantação da categoria 3, conforme definido em
WINNF-TR-5001:
uma unidade de rádio de setor único (RU) implantada como DAS passivo com vários
pontos de transmissão (TPs).
Identificação exclusiva do CBSD
Nesse caso, cada TP é registrado como um único CBSD com o
ID da FCC e o número de série do fabricante (MSN). O ID da FCC e o MSN do
RU são combinados com um ID de TP extra para identificar exclusivamente cada TP. O ID do TP pode
ser fornecido ao SAS com sufixos no cbsdSerialNumber. O
ID do TP precisa ser anexado ao MSN da RU com um caractere delimitador (:)
antes do ID do TP. Para mais informações, consulte WINNF-TR-5001.
Determinação de ambientes internos ou externos
Neste caso de teste, vamos supor um cenário de implantação em ambientes fechados. Em geral, é possível
implantar equipamentos DAS passivos em ambientes internos ou externos. Para encontrar a lista
completa de diretrizes, consulte
WINNF-TR-5001.
Capacidade de EIRP
Para uma implantação interna, o EIRP máximo de cada TP precisa ser menor ou igual
a 30 dBm ou 10 MHz. Para encontrar exemplos de como calcular a capacidade de EIRP
para cada TP, consulte WINNF-TR-5001.
Categoria da CBSD
Para uma implantação interna, cada TP precisa ser registrado como um CBSD da categoria A. Isso pode ser feito mesmo que a RU tenha sido certificada
originalmente pela FCC como um dispositivo de alta potência da categoria B. Não é possível instalar CBSDs
de categoria B em ambientes internos.
Instalação assistida por CPI
A orientação atual da FCC sugere que um instalador profissional certificado (CPI, na sigla em inglês)
sempre precisa instalar o equipamento DAS passivo. Os motivos são os seguintes:
A FCC recomenda a instalação de CPI sempre que você implantar uma RU de alta potência
da categoria B em um ambiente interno com potência reduzida como uma CBSD
da categoria A.
Mesmo que o RU seja certificado como um dispositivo de categoria A de baixo consumo, um TP típico
não tem capacidade de geolocalização automática. Portanto, um CPI precisa sempre
instalar um DAS passivo.
Registro em várias etapas
Neste caso de teste, presumimos o registro em várias etapas. Isso significa que, antes
de executar o teste, um CPI precisa pré-carregar os parâmetros de instalação de cada TP
no SAS pelo Portal do SAS. É importante
que o CPI especifique o parâmetro eirpCapability no
objeto InstallationParam.
Para este caso de teste, o eirpCapability precisa ser definido
como não maior que 30 dBm ou 10 MHz para cada TP. Se não for incluído, de
acordo com a especificação WINNF-TS-0016 do WInnForum da versão 1,
o SAS define eirpCapability como o EIRP máximo certificado pela FCC
arredondado para cima da RU. Para uma RU de alta potência, esse valor pode ser maior que
30 dBm ou 10 MHz, o que não é permitido para uma instalação interna
da categoria A.
Proxy de domínio (DP)
Neste caso de teste, presumimos a presença de um DP que pode enviar e receber
solicitações em lote do SAS.
Pré-requisitos
Confira se o seguinte é verdadeiro:
Os CBSDs (TPs) não estão registrados no Portal SAS.
As CBSDs (TPs) são definidas para solicitar um subconjunto do espectro
disponível.
O CPI forneceu parâmetros de registro, incluindo eirpCapability para cada TP,
que são pré-carregados no SAS pelo Portal SAS.
Etapas
Siga estas etapas:
Para registrar vários TPs, o DP envia uma solicitação de registro em lote
para o 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 registro em lote do SAS.
O DP envia uma solicitação de concessão em lote para o SAS. Para cada
TP, o DP solicita um intervalo de frequência especificado como
disponível pelo SAS.
O valor de maxEirp para cada TP não pode ser maior que 30 dBm ou
10 MHz para uma implantação interna.
O campo operationFrequencyRange precisa ser o mesmo para cada TP. Em uma
implantação de DAS passiva de um único setor, todas as TPs precisam 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 solicitações de batimentos em lote para o SAS periodicamente
com base no heartbeatInterval e recebe respostas de batimentos em lote do
SAS.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 14. Caso de teste 14
Recebe
Envios
SAS
Solicitação de registro em lote válida, incluindo uma solicitação para cada TP
Solicitação de consulta de espectro em lote válida, incluindo uma solicitação para cada TP
Solicitação de concessão em lote válida, incluindo uma solicitação para cada TP
Solicitações de batimentos cardíacos em lote periódicas válidas, incluindo uma solicitação para
cada TP pelo menos a cada heartbeatInterval segundos
Respostas em lote bem-sucedidas para todas as solicitações em lote. O
tempo transmitExpire nas respostas de batimento cardíaco é definido como um
valor durante quatro minutos.
DP
Respostas em lote bem-sucedidas para todas as solicitações em lote
Após a primeira resposta de batimento cardíaco bem-sucedida, cada TP inicia
a transmissão no canal e na potência correspondentes.
Solicitação de registro em lote válida, incluindo uma solicitação para cada TP
Solicitação de consulta de espectro em lote válida, incluindo uma solicitação para cada TP
Solicitação de concessão em lote válida, incluindo uma solicitação para cada TP
Solicitações de batimentos periódicos em lote válidas pelo menos a cada
heartbeatInterval segundo, incluindo uma solicitação para cada TP. O campo operationState que pertence a um TP específico precisa ser definido como Autorizado em pelo menos uma solicitação de batimento cardíaco.
Caso de teste 15: resposta classificada à consulta sobre o espectro
Este caso de teste verifica se a CBSD pode selecionar os canais de maior
qualidade de uma resposta classificada de consulta de espectro. Saiba como o SAS calcula a qualidade do canal.
Suposições
A CBSD tenta transmitir em um único canal de 10 MHz.
Pré-requisitos
Verifique se o CBSD foi registrado no SAS pelo menos quatro horas antes do teste. Depois que o
CBSD é registrado, o SAS pode levar até quatro horas para
calcular a qualidade e a classificação do canal.
Para resultados mais precisos, forneça informações de agrupamento de gerenciamento de frequência para
a CBSD na solicitação de registro ou no
Portal SAS. Use o Caso de teste 1 como exemplo.
Etapas
Siga estas etapas:
O CBSD envia uma solicitação de consulta de espectro para
o SAS para todo o intervalo de frequência do CBRS
de 3550 MHz a 3700 MHz.
A CBSD recebe uma resposta de consulta de espectro do
SAS. A resposta da consulta de espectro retorna uma lista de canais
disponíveis, classificada da melhor para a pior qualidade. O primeiro objeto na
matriz availableChannel tem a melhor qualidade.
Exemplo
Neste exemplo, o primeiro objeto frequencyRange tem a maior qualidade e será reutilizado na etapa 3.
O CBSD envia uma solicitação de concessão para o SAS. O
CBSD solicita o canal com a classificação mais alta. Esse é o
primeiro elemento na matriz availableChannel da resposta da consulta de espectro
ordenado.
O CBSD envia solicitações de batimento cardíaco para o SAS
periodicamente com base em heartbeatInterval e recebe respostas de batimento cardíaco do
SAS. Revise os requisitos para enviar solicitações de batimento cardíaco no Caso de teste 1.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 15. Caso de teste 15
Recebe
Envios
Aceitável
SAS
Solicitação de consulta de espectro válida
Solicitação de concessão válida para o canal com a classificação mais alta com base na resposta da consulta de espectro
Solicitações de batimento cardíaco periódicas válidas pelo menos a cada heartbeatInterval segundo
Resposta bem-sucedida à consulta de espectro classificado
Resposta de concessão bem-sucedida
Respostas bem-sucedidas para todas as solicitações de batimento cardíaco, com
transmitExpireTime incluído nas respostas de batimento cardíaco.
CBSD
Resposta bem-sucedida à consulta de espectro classificado
Resposta de concessão bem-sucedida
Respostas de batimento cardíaco bem-sucedidas para todas as solicitações de batimento cardíaco
Após o primeiro heartbeat bem-sucedido, o CBSD inicia
a transmissão no canal e na potência correspondentes.
Solicitação de consulta de espectro válida
Solicitação de concessão válida para o canal com a classificação mais alta com base na
resposta da consulta de espectro
Solicitações de batimentos cardíacos periódicos válidas pelo menos a cada
heartbeatInterval segundos, incluindo pelo menos uma solicitação
em que o operationState está definido como Autorizado
Portal SAS
Você pode encontrar a disponibilidade de espectro, a qualidade do canal e a classificação do canal na guia Coex da CBSD no portal do SAS. Encontre o URL do ambiente SAS de teste.
Caso de teste 16: mesma frequência
Este caso de teste verifica o seguinte:
O equipamento CBSD ou DP envia o identificador de mesma frequência
para o SAS sempre que o dispositivo é registrado.
O valor "Same Frequency" pode ser definido ou editado no Portal SAS para cada dispositivo.
Pré-requisitos
Confira se o seguinte é verdadeiro:
O CBSD não está registrado no SAS.
O CBSD ou DP não compartilha o mesmo ID de frequência
com o SAS.
Etapas
Siga estas etapas:
Configure as informações de valor do WInnForum Same Frequency na mensagem de registro do CBSD.
Se houver uma mudança no valor "Same Frequency", você poderá configurar um novo valor
na mensagem de solicitação de batimento cardíaco e enviá-lo ao SAS.
Opcional: use o Portal SAS para definir ou editar o valor de mesma frequência para o CBSD.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 16. Caso de teste 16
Recebe
Envios
SAS
Solicitação de registro ou mensagem de batimento cardíaco do CBSD
ou do DP, que inclui o valor de mesma frequência configurado
Opcional: configuração de mesma frequência para um CBSD no portal do SAS
Resposta de registro bem-sucedida para o CBSD ou DP
CBSD ou DP
Resposta de registro ou de tique-taque bem-sucedida
O rótulo do grupo de canais comum para cada CBSD durante o registro ou por batimento cardíaco quando o valor da mesma frequência muda
Caso de teste 17: Reutilização de frequência
Este caso de teste verifica o seguinte:
O equipamento CBSD ou DP envia o identificador de reutilização da mesma frequência para o Google SAS sempre que o dispositivo é registrado.
O valor de Reutilização de frequência pode ser definido ou editado no Portal
SAS para cada dispositivo.
Pré-requisitos
Confira se o seguinte é verdadeiro:
O CBSD não está registrado no SAS.
O CBSD ou DP não compartilha o mesmo ID de frequência
com o SAS.
Etapas
Siga estas etapas:
Configure as informações de valor do WInnForum Same Frequency na mensagem de registro do CBSD.
Se houver uma mudança no valor "Same Frequency", você poderá configurar um novo valor
na mensagem de solicitação de batimento cardíaco e enviá-lo ao SAS.
Opcional: use o Portal SAS para definir ou editar o valor de mesma frequência para o CBSD.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 17. Caso de teste 17
Recebe
Envios
SAS
Solicitação de registro ou mensagem de atividade do CBSD
ou do DP, que inclui o valor de Reúso de frequência configurado
Opcional: configuração de reutilização de frequência para um CBSD no portal do SAS
Resposta de registro bem-sucedida para o CBSD ou DP
CBSD ou DP
Resposta de registro ou de tique-taque bem-sucedida
O rótulo do grupo de canais comum (CCG) por CBSD durante o registro ou por batimento cardíaco quando o valor de reutilização de frequência muda
Caso de teste 18: preferência por várias solicitações de concessão de 10 MHz
Este caso de teste verifica se o CBSD ou o DP escolhe
solicitar várias concessões de 10 MHz quando vários canais maiores que
10 MHz são usados para operação.
Pré-requisitos
Confira se o seguinte é verdadeiro:
O CBSD ou DP está registrado no SAS.
A CBSD é configurada para utilizar mais de 10 MHz para funcionar.
Etapas
Siga estas etapas:
O CBSD ou DP envia uma solicitação de concessão para a SAS.
O CBSD envia uma solicitação de consulta de espectro para consultar o espectro
disponível. Se o SAS indicar disponibilidade, a
CBSD vai solicitar um canal de 10 MHz.
Os parâmetros lowFrequency e highFrequency são definidos para o canal de 10 MHz selecionado.
Várias concessões são solicitadas para o número de canais determinado como necessário pelo dispositivo.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 18. Caso de teste 18
Recebe
Envios
SAS
Solicitações de concessão válidas para o número de canais determinado como necessário pelo dispositivo
Resposta de concessão bem-sucedida para todas as solicitações válidas
CBSD ou DP
Uma resposta de concessão bem-sucedida para o número de solicitações possíveis, com base
na localização do dispositivo e nas zonas de proteção do titular
Uma solicitação de concessão válida por canal de 10 MHz
Caso de teste 19: suporte a permissões em canais não contíguos
Este caso de teste verifica o seguinte:
O CBSD ou DP oferece suporte e solicita concessões para
vários canais de 10 MHz não contíguos para o mesmo CBSD.
O CBSD ou o DP solicita e aceita permissões em
canais separados que foram concedidos.
Pré-requisitos
Confira se o seguinte é verdadeiro:
O CBSD ou DP está registrado no SAS.
O CBSD é configurado para solicitar um subconjunto do espectro
disponível de acordo com a resposta da consulta de espectro da SAS.
Etapas
Siga estas etapas:
O dispositivo está registrado no SAS.
O CBSD envia uma solicitação de consulta de espectro para consultar o espectro disponível.
O CBSD envia uma solicitação de concessão para o SAS.
O CBSD envia uma solicitação de concessão para o intervalo de frequência
disponível indicado pelo SAS.
Se a largura de banda desejada estiver disponível, mas não em um intervalo contíguo, o
CBSD vai enviar mais de uma solicitação de concessão para cada canal
correspondente.
Resultado
Os resultados esperados do teste estão listados na tabela a seguir.
Tabela 19. Caso de teste 19
Recebe
Envios
SAS
Solicitação de concessão válida
Respostas bem-sucedidas para todas as solicitações de concessão válidas do CBSD
CBSD ou DP
Resposta de concessão bem-sucedida para todas as solicitações
Solicitações de concessão válidas
Caso de teste 20: suporte ao aumento automático do EIRP
Este caso de teste verifica o seguinte:
O CBSD identifica condições favoráveis para o aumento do EIRP.
A CBSD é notificada de que um aumento de EIRP está disponível.
O CBSD está registrado com o SAS Test
em um raio de 5 quilômetros de [68, -164,5]. A entidade de proteção é simulada no SAS Test
para garantir que o EIRP disponível no dia 1 seja 6 dB ou mais abaixo do valor eirpCapability
do dispositivo.
A CBSD não está localizada perto da fronteira canadense, de uma agência de campo da Comissão Federal de Comunicações, da Table Mountain ou em uma Zona Nacional de Silêncio de Rádio.
Etapas
Siga estas etapas:
O CBSD envia uma consulta de espectro para a SAS Test.
A resposta da consulta de espectro mostra um ou mais canais de 10 MHz com EIRP 6 dB ou mais abaixo do
valor eirpCapability do dispositivo.
O CBSD solicita uma concessão fora da janela de CPAS em uma frequência de acordo com o
EIRP mostrado na consulta de espectro, que é 6 dB ou mais abaixo do valor eirpCapability do dispositivo.
A SAS aprova a concessão.
O CBSD inicia o batimento cardíaco e recebe autorização para transmissão.
O bip do CBSD continua até que o CPAS ocorra, conforme configurado no SAS Test.
Depois que a CPAS ocorre, o CBSD recebe um payload operationalParam que denota um EIRP maior
do que o EIRP no nível de acesso atual e com um código de resposta bem-sucedido.
Se o CBSD decidir reivindicar a nova concessão com o novo valor do EIRP, ele enviará uma solicitação de desistência da concessão. O SAS Test envia uma resposta indicando a desistência bem-sucedida.
(Opcional) O CBSD envia uma consulta de espectro para verificar o novo valor de EIRP. O valor maxEirp na
resposta da consulta de espectro vai corresponder ao valor maxEirp na resposta de batimento da etapa anterior para
o canal concedido, desde que a concessão seja um múltiplo de 10 MHz. Por exemplo, 3.550 MHz a 3.560 MHz.
O CBSD envia uma solicitação de concessão com o valor de EIRP da resposta de batimento cardíaco.
O SAS Test aprova a solicitação e envia uma resposta de aprovação.
Caso de teste 21: extensão de batimentos fora das áreas de DPA
O SAS sugere diferentes intervalos de batimento cardíaco e valores de transmitExpireTime
dependendo das frequências concedidas e da localização do CBSD. Para mais
informações sobre a operação de batimento cardíaco, consulte
Enviar solicitações de batimento cardíaco para autorização de transmissão.
Este caso de teste verifica o seguinte:
O CBSD lê o intervalo de batimentos cardíacos e os valores de transmitExpireTime
da resposta de batimentos cardíacos.
Os batimentos do CBSD de acordo com o intervalo de batimentos retornado pelo SAS.
O CBSD continua a transmitir até que o valor transmitExpireTime seja alcançado.
Pré-requisitos
Para concluir as etapas deste caso de teste, você precisa registrar o CBSD
dentro e fora da zona de suspensão na implantação de teste do SAS.
Fora da zona de suspensão
Siga estas etapas:
Registre o CBSD fora da zona de suspensão.
O CBSD solicita uma concessão.
A implantação do SAS de teste envia uma resposta de batimento cardíaco. 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-01-24 UTC."],[],[]]