Política Interna de Uso do TTP — Template¶
Tipo de documento: modelo (template) para adoção interna. Audiência: engenheiros de RF, gerentes de projeto e responsáveis técnicos de empresas que contratam o TELECOM TOWER POWER (TTP) como ferramenta de apoio ao planejamento de rádio-enlaces. Status: referência. Cada empresa deve adaptar, datar e fazer assinar antes de operacionalizar o TTP em produção.
Declaração de política¶
O TTP é uma ferramenta de triagem, priorização e dimensionamento preliminar de candidatos a rádio-enlace. Não é fonte única de verdade para link budget, margem de desvanecimento, declaração de viabilidade contratual nem documento técnico final entregue ao cliente, à ANATEL ou à concessionária de torre.
Toda decisão de investimento, contratação de torre, encomenda de equipamento, emissão de declaração técnica ou publicação de cobertura comercial deve ser validada por engenheiro habilitado com base em medições de campo, ART/TRT emitida e, quando aplicável, drive test ou path survey.
1. Escopo autorizado¶
| Caso de uso | TTP é fonte primária? | Confiança operacional |
|---|---|---|
| Triagem de centenas/milhares de candidatos | Sim | Alta |
| Comparação relativa entre torres (ranking) | Sim | Alta |
| Estimativa de cobertura preliminar (heatmap inicial) | Sim (com ressalva) | Média |
| Definição de azimute e altura inicial | Sim (ponto de partida) | Média |
| Detecção de interferência cocanal preliminar | Sim | Média |
| Link budget final / margem contratual | Não | Requer validação |
| Declaração de viabilidade técnica ANATEL | Não | Requer ART + medição |
| Documento entregue ao cliente final | Não | Requer engenheiro habilitado |
| Aceitação ou rejeição de candidato único (sem ranking) | Não | Requer drive test |
2. Procedimento obrigatório de rastreabilidade¶
Para qualquer uso operacional do TTP, registrar no sistema de gestão de projetos (ou em ficha técnica anexa):
- Identificador da execução TTP:
job_idretornado pela API para requests assíncronos (batch / interferência). Para chamadas síncronas registrar parâmetros de entrada + timestamp +model_versionretornado. - Versão do modelo de propagação utilizada (ITM, ITU-R P.1812 (Py1812) ou Sionna RT).
- Versão do artefato ML se ridge-v1 foi aplicado (campo
model_versionno PDF). - Data e hora da execução.
- Identificação do engenheiro responsável que revisou o resultado.
- Resultado de medição de campo correspondente (quando aplicável) com data, equipamento usado e operador.
- Decisão final (aprovar / rejeitar / re-medir) e justificativa por escrito.
Recomenda-se manter este registro por 5 anos (mesma janela mínima exigida para documentos técnicos sob ART).
3. Regras invioláveis¶
- Nenhum PDF gerado pelo TTP pode ser entregue ao cliente, à ANATEL ou à concessionária sem assinatura digital adicional ICP-Brasil do engenheiro responsável e sem ART/TRT correspondente emitida.
- Resultados com
model_versionausente ou sem os campos de incerteza (confidence+ faixa viasignal_min_dbm/signal_max_dbm) devem ser considerados não-rastreáveis e descartados para uso oficial. - Margem de link budget declarada em contrato deve adicionar pelo menos +5 dB sobre a estimativa do TTP (margem de incerteza do RMSE médio ~12-15 dB do modelo atual).
- Drive test obrigatório antes de declarar cobertura comercial em municípios onde o TTP estimar SINR borderline (≤ 3 dB acima do limiar de serviço).
- Não confiar em TTP como única fonte para detecção de obstrução por construção urbana 3D — o modelo atual usa SRTM 30 m (terreno) e MapBiomas (clutter genérico opt-in), não modela prédios individuais.
4. Escalação e exceções¶
Qualquer desvio dessa política exige aprovação documentada do responsável técnico da empresa (CREA + ART) e registro de justificativa.
Em caso de divergência > 10 dB entre estimativa TTP e medição de campo na mesma geometria, abrir incidente interno e (opcionalmente) report ao suporte TTP via canal contratual para análise de regressão no modelo.
5. Revisão da política¶
Esta política deve ser revisada:
- A cada nova versão do TTP (release notes do produto).
- Após cada incidente operacional envolvendo divergência ML × campo > 10 dB.
- Anualmente, no mínimo, mesmo sem incidentes.
- Quando o TTP migrar de
ridge-v1paralgbm-v1ou superior (impacto direto nas faixas de confiança).
Assinaturas¶
| Função | Nome | Data | Assinatura |
|---|---|---|---|
| Responsável técnico (CREA + ART) | |||
| Engenheiro de RF sênior | |||
| Gerente de operações de rede | |||
| Diretor de engenharia / CTO |
Documentos relacionados:
- FAQ de due diligence
- Validação técnica e limitações
- Modelos de propagação
- EULA / Termos de Serviço do contrato vigente