Valide a interoperabilidade da CBSD com o SAS

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:

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 groupType Principal_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:

  1. 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.
  2. O CBSD recebe uma resposta de registo do SAS.
  3. Opcional: o CBSD envia um pedido de consulta de espectro para consultar o espectro disponível.

  4. Se o CBSD enviar o pedido de consulta de espetro, recebe uma lista de canais disponíveis do SAS.

  5. 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.

  6. O CBSD recebe uma resposta de concessão do SAS.

  7. O CBSD envia pedidos de heartbeat ao SAS periodicamente com base em heartbeatInterval e recebe respostas de heartbeat do SAS.

  8. O SAS responde aprovando o pedido de sinal de pulsação.

  9. 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.

Resultado

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:

  1. O operador do CBSD usa a ferramenta de gestão para libertar o espectro.

  2. O CBSD envia um pedido de anulação do registo para o SAS.

  3. O CBSD recebe uma resposta de anulação do registo do SAS.

Resultado

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.

  • O CBSD envia pedidos de heartbeat. Se o maxEirp pedido for inferior ou igual à potência parcial, o SAS aprova a concessão.

Passos

Verifique os seguintes passos:

  1. 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.
  2. O CBSD envia um pedido de concessão com maxEirp superior à potência disponível para os canais na resposta de consulta do espectro.
  3. O CBSD envia um pedido de heartbeat.
  4. O SAS envia a resposta de heartbeat com responseCode 501 (Suspended_Grant: IAP Pending).

Resultado

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 CBSD tem uma concessão que se sobrepõe parcial ou totalmente ao intervalo de frequências da zona de suspensão.

  • O CBSD envia um pedido de heartbeat. A concessão é autorizada pelo SAS, desde que a zona de suspensão não esteja ativa.

Passos

Verifique os seguintes passos:

  1. Aguarde até que a zona de suspensão seja desativada. Para mais informações, consulte o artigo Verifique a programação da zona de suspensão.
  2. O SAS suspende a concessão quando a zona de suspensão está ativa, conforme especificado no horário da zona de suspensão.
  3. O CBSD envia um pedido de heartbeat.
  4. 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").
  5. Opcional: o CBSD envia uma solicitação de consulta do espectro após a suspensão da concessão.

Resultado

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:

  1. O CBSD continua a enviar sinais de batimento cardíaco enquanto a concessão está suspensa.
  2. A SAS envia respostas de heartbeat com responseCode 501 (Suspended_Grant).
  3. Depois de a zona de suspensão ser desativada, o SAS aprova os pedidos de sinal de pulsação com responseCode (Success).
  4. O CBSD retoma a transmissão após receber a aprovação do SAS.
  5. 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.

Pré-requisitos

Certifique-se de que o seguinte é verdadeiro:

  • O CBSD está registado numa localização dentro da zona de rescisão. Saiba mais acerca da zona de rescisão.
  • O CBSD está registado numa localização dentro da zona de suspensão simulada do SAS de teste.
  • O CBSD tem uma concessão e está a emitir sinais de batimento cardíaco.
  • A operationFrequencyRange da concessão sobrepõe-se parcial ou totalmente a 3550 MHz a 3620 MHz.

Passos

Verifique os seguintes passos:

  1. O SAS termina automaticamente a concessão de acordo com o horário na zona de rescisão.
  2. O CBSD envia um pedido de heartbeat.
  3. O SAS envia a resposta de heartbeat com responseCode 500 (Terminated_Grant).

  4. O CBSD envia um pedido de concessão ao SAS que inclui os novos parâmetros operacionais recomendados.

  5. O CBSD recebe uma resposta de concessão do SAS.

Resultado

Os resultados esperados do teste estão listados na tabela seguinte.

Tabela 5a. Caso de teste 5a
Recebe Envia Aceitável
SAS
  • Pedido de pulsação
  • Pedido de concessão válido com os novos parâmetros operacionais
  • Respostas de heartbeat com responseCode 500 (Terminated_Grant) para o primeiro pedido de heartbeat após a concessão ter sido terminada
  • Resposta de concessão bem-sucedida depois de o CBSD pedir uma concessão com os novos parâmetros operacionais
CBSD
  • Respostas de heartbeat com responseCode 500 (Terminated_Grant)
  • Resposta de concessão bem-sucedida
  • Pedido de pulsação
  • Pedido de concessão válido com os parâmetros operacionais que o SAS sugere na resposta de pulsação de rescisão
  • Deixa de enviar pedidos de heartbeat para o SAS para a concessão terminada
  • O CBSD para a transmissão menos de 60 segundos após o transmitExpireTime.

Caso de teste 5b: encerramento de uma concessão autorizada de uma máscara de canal no SAS Portal

Este exemplo de teste valida o seguinte:

  • O CBSD deixa de enviar sinais de pulsação e termina a transmissão numa concessão terminada.
  • O CBSD pede uma nova concessão para um dos canais disponíveis de uma consulta de espetro sem exigir a intervenção do utilizador.

Pré-requisitos

Certifique-se de que o seguinte é verdadeiro:

  • O CBSD tem uma concessão e está a emitir sinais de batimento cardíaco.
  • O CBSD continua a enviar sinais de pulsação até que o SAS termine a concessão.

Passos

Verifique os seguintes passos:

  1. No SAS Portal, defina uma máscara de canal que restrinja, pelo menos, um canal atualmente concedido.
  2. O SAS termina a concessão no momento especificado para este CBSD no SAS Portal.
  3. O CBSD envia um pedido de heartbeat.
  4. A SAS envia a resposta de heartbeat com responseCode 500 (Terminated_Grant).
  5. O CBSD envia um pedido de consulta de espectro ao SAS. Para ver um exemplo, consulte o caso de teste 1.
  6. O SAS envia uma resposta de consulta de espetro com uma lista de canais disponíveis.
  7. O CBSD envia um pedido de concessão ao SAS para um dos canais indicados na resposta à consulta de espectro.
  8. O CBSD recebe uma resposta de concessão do SAS.
  9. O CBSD envia um pedido de heartbeat para a nova concessão.

Resultado

Os resultados esperados do teste estão listados na tabela seguinte.

Tabela 5b. Caso de teste 5b
Recebe Envia Aceitável
SAS
  • Pedido de pulsação
  • Pedido de consulta do espetro
  • Pedido de concessão válido para um canal disponível
  • Respostas de heartbeat com responseCode 500 (Terminated_Grant) para o primeiro pedido de heartbeat após o fim do CPAS
  • Resposta de concessão bem-sucedida depois de o CBSD pedir uma concessão com os novos parâmetros operacionais
  • Resposta ao pedido de informações sobre o espectro com uma lista de canais disponíveis
  • Resposta de concessão bem-sucedida depois de o CBSD pedir uma concessão para um canal disponível
CBSD
  • Respostas de heartbeat com responseCode 500 (Terminated_Grant)
  • Resposta ao pedido de informações sobre o espectro
  • Resposta de concessão bem-sucedida
  • Pedido de pulsação
  • Pedido de consulta do espetro
  • Pedido de concessão válido para um dos canais disponíveis
  • Deixa de enviar pedidos de heartbeat para o SAS para a concessão terminada
  • O CBSD para a transmissão menos de 60 segundos após o transmitExpireTime

Caso de teste 6: falha no pedido de concessão

Este exemplo de teste verifica se o CBSD não inicia o processo de sinal de pulsação nem a transmissão se um pedido de concessão não for bem-sucedido.

Pré-requisitos

Certifique-se de que o CBSD está registado numa localização dentro da zona de proteção sem fios de direitos adquiridos (GWPZ).

Passos

Verifique os seguintes passos:

  1. O CBSD envia um pedido de concessão ao SAS.
  2. A SAS responde rejeitando o pedido de concessão com responseCode 400 (Interference).

Resultado

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.

Passos

Verifique os seguintes passos:

  1. 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.
  2. O CBSD envia opcionalmente um pedido de anulação do registo devido à alteração na localização.
  3. Em seguida, o CBSD envia um novo pedido de registo com a nova localização.

  4. O SAS envia uma resposta de registo com responseCode 0.

Resultado

Os resultados esperados do teste estão listados na tabela seguinte.

Tabela 7. Caso de teste 7
Recebe Envia
SAS
  • Pedido de registo com informações de localização de início
  • Opcional: pedido de anulação do registo
  • Pedido de registo com novas informações de localização
  • Resposta de registo com responseCode 0
  • Opcional: resposta de anulação do registo com responseCode 0
  • Resposta de registo com responseCode 0
CBSD
  • Resposta de registo com responseCode 0
  • Opcional: resposta de anulação do registo com responseCode 0
  • Resposta de registo com responseCode 0
  • Pedido de registo com informações de localização de início
  • Opcional: pedido de anulação do registo
  • Pedido de registo com a nova localização

Exemplo de teste 8: expiração e renovação da concessão

Este exemplo de teste valida o comportamento do CBSD quando uma concessão está prestes a expirar.

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:

  1. O CBSD envia um pedido de sinal de manutenção ao SAS com grantRenew definido como true antes de a concessão expirar.
  2. O SAS envia um novo grantExpireTime na resposta de heartbeat se o CBSD pedir a renovação da concessão.

Resultado

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

  1. O CBSD envia um pedido de registo para o SAS.

  2. O SAS rejeita o pedido de registo com uma das seguintes opções:

    • responseCode 102 (Missing_Param). Introduza os parâmetros em falta no campo responseData.
    • responseCode 103 (Invalid_Value). Introduza os parâmetros com valores inválidos no campo responseData.

Resultado

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:

  1. O CBSD envia um pedido de registo ao SAS que inclui Received_Power_Without_Grant como uma das respetivas capacidades de medição.
  2. O SAS responde com uma resposta de registo que inclui Received_Power_Without_Grant na configuração do relatório de medição.
  3. Opcional: o CBSD envia um pedido de consulta do espetro que contém uma medição válida.
  4. Se o pedido de consulta do espectro for enviado, o SAS envia uma resposta de consulta do espectro com responseCode 0.
  5. O CBSD envia um pedido de concessão que contém uma medição válida.
  6. 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:

  1. O CBSD envia um pedido de registo ao SAS que inclui Received_Power_With_Grant como uma das respetivas capacidades de medição.
  2. O SAS responde com uma resposta de registo com responseCode 0.
  3. Opcional: o CBSD envia um pedido de consulta de espectro.
  4. O SAS envia uma resposta de consulta de espetro com responseCode 0.
  5. O CBSD envia um pedido de concessão válido.
  6. O SAS envia uma resposta de concessão que inclui Received_Power_With_Grant na configuração do relatório de medição.
  7. 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.
  8. 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:

  1. O DP envia um pedido de consulta de espectro em lote para verificar o espectro disponível para cada CBSD.
  2. Para cada CBSD, o DP recebe uma lista de canais disponíveis do SAS.
  3. A DP envia um pedido de concessão em lote para o SAS. Para cada CBSD, o DP pede um intervalo de frequências que o SAS especificou como disponível.
  4. O DP recebe uma resposta de concessão em lote do SAS.
  5. 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.

  6. O SAS responde aprovando os pedidos de sinal de pulsação.

  7. 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.

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:

  1. 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.
  2. 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.
  3. O fornecedor de dados envia os pedidos de concessão que ainda não foram processados.
  4. 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).

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).

    {Category 3 deployment (click to enlarge)
    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:

  1. Para registar vários TPs, o DP envia um pedido de registo em lote ao SAS.

  2. O CBSD recebe uma resposta de registo em lote do SAS.

  3. Para verificar o espetro disponível para cada TP, o DP envia um pedido de consulta de espetro em lote.

  4. Para cada TP, o DP recebe uma lista de canais disponíveis do SAS.

  5. 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.
  6. O DP recebe uma resposta de concessão em lote do SAS.

  7. 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:

  1. 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.
  2. 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.
  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.
  4. O CBSD recebe uma resposta de concessão do SAS.
  5. 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:

  1. Configure as informações de valor de mesma frequência do WInnForum na mensagem de registo do CBSD.
  2. Registe o dispositivo no SAS.
  3. 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.
  4. 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 16. Caso de teste 16
Recebe Envia
SAS
  • Pedido de registo ou mensagem de sinal de manutenção do CBSD ou DP, que inclui o valor de mesma frequência configurado
  • Opcional: configuração de frequência igual para um CBSD no portal 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 para cada CBSD durante o registo ou por batimento cardíaco quando o valor da mesma frequência muda

Caso de teste 17: reutilização de frequência

Este exemplo de teste valida o seguinte:

  • O equipamento CBSD ou DP envia o identificador de reutilização da mesma frequência para o SAS da Google sempre que o dispositivo se regista.
  • O valor de reutilização de frequência pode ser definido ou editado no portal 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:

  1. Configure as informações de valor de mesma frequência do WInnForum na mensagem de registo do CBSD.
  2. Registe o dispositivo no SAS.
  3. 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.
  4. 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:

  1. O CBSD ou o DP envia um pedido de concessão ao SAS.
  2. 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.
  3. Os parâmetros lowFrequency e highFrequency estão definidos para o canal de 10 MHz selecionado.
  4. São pedidas várias concessões para o número de canais determinado como necessário pelo dispositivo.

Resultado

Os resultados esperados do teste estão listados na tabela seguinte.

Tabela 18. Caso de teste 18
Recebe Envia
SAS Pedidos de concessão válidos para o número de canais determinado como necessário pelo dispositivo Resposta de concessão bem-sucedida para todos os pedidos válidos
CBSD ou DP Uma resposta de concessão bem-sucedida para o número de pedidos possível, com base na localização do dispositivo e nas zonas de proteção de titulares Um pedido de concessão válido por canal de 10 MHz

Caso de teste 19: suporte para concessões em canais não contíguos

Este exemplo de teste valida o seguinte:

  • O CBSD ou o DP suporta e pede concessões para vários canais de 10 MHz não contíguos para o mesmo CBSD.
  • O CBSD ou o DP pede e aceita concessões em canais separados que foram concedidos.

Pré-requisitos

Certifique-se de que o seguinte é verdadeiro:

  • O CBSD ou o DP está registado no SAS.
  • O CBSD está definido para pedir um subconjunto do espectro que está disponível de acordo com a resposta de consulta do espectro do SAS.

Passos

Verifique os seguintes passos:

  1. O dispositivo está registado no SAS.
  2. O CBSD envia um pedido de consulta do espectro para consultar o espectro disponível.
  3. O CBSD recebe uma lista de canais disponíveis do SAS.
  4. O CBSD envia um pedido de concessão ao SAS.
  5. O CBSD envia um pedido de concessão para o intervalo de frequências disponível indicado pelo SAS.
  6. 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.

Para mais informações, consulte o artigo Aumento automático da EIRP.

Pré-requisitos

Certifique-se de que o seguinte é verdadeiro:

  • 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:

  1. 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.

  2. 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.

  3. O CBSD inicia o sinal de pulsação e recebe autorização para transmissão.

  4. O sinal de pulsação do CBSD continua até ocorrer o CPAS, conforme configurado no SAS Test.

  5. 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.

  6. 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.

  7. (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.

  8. O CBSD envia um pedido de concessão com o valor EIRP da resposta de heartbeat. O Test SAS aprova o pedido e envia uma resposta de aprovação.

  9. O CBSD envia uma resposta de heartbeat para a nova concessão e recebe uma resposta de concessão bem-sucedida do Test SAS.

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:

  1. Registe o CBSD fora da zona de suspensão.
  2. O CBSD pede uma concessão.
  3. A implementação de SAS de teste envia uma resposta de sinal de vida. Por exemplo:

  4. O CBSD envia o próximo sinal de pulsação 1800 segundos mais tarde.

Dentro da zona de suspensão (concessões no intervalo de 3550 MHz a 3650 MHz)

Verifique os seguintes passos:

  1. Registe o CBSD na zona de suspensão.
  2. O CBSD pede uma concessão no intervalo de 3550 MHz a 3650 MHz.
  3. A implementação de SAS de teste envia uma resposta de sinal de vida. Por exemplo:

  4. O CBSD envia o próximo sinal de pulsação 60 segundos depois.

  5. O CBSD deixa de transmitir 200 segundos mais tarde, a menos que receba uma nova resposta de sinal de pulsação com um novo valor transmitExpireTime.

Dentro da zona de suspensão (concessões no intervalo de 3650 MHz a 3700 MHz)

Verifique os seguintes passos:

  1. Registe o CBSD na zona de suspensão.
  2. O CBSD pede uma concessão no intervalo de 3650 MHz a 3700 MHz.
  3. A implementação de SAS de teste envia uma resposta de sinal de vida. Por exemplo:

  4. O CBSD envia o próximo sinal de pulsação 60 segundos depois.

  5. O CBSD deixa de transmitir 6 horas mais tarde, a menos que receba uma nova resposta de pulsação com um novo valor transmitExpireTime.

O que se segue?