TowerCo · Estudo de caso

TowerCo: bateria, SLA e genset.

Três cenários de um portfólio regional de torres — deriva de combustível, uma disputa de SLA com operadora carrier e uma bateria que teria falhado na quarta hora de uma tempestade de nove horas.

Uma TowerCo operando 600+ sites macro não tripulados no centro dos EUA. SLAs de locatários operadores, autonomia do gerador durante a temporada de tempestades e strings de bateria que o BMS do fornecedor arredonda para «saudável». Três incidentes que ObservOne gerencia em um único painel.

9 daysantecedência do genset — aviso de combustível até o landfall
47 → 4minutos de downtime de carrier em disputa
9h 12mbackup de tempestade mantido com uma string substituída
Cenários de operadores

Como isso se desenvolve no campo.

01

Um reabastecimento de combustível, não uma chamada de emergência.

OKC-TWR-14 · genset fuel rail · sustained −2.8 PSI · 6h
01
OKC-TWR-14 · genset fuel rail · sustained −2.8 PSI · 6h

O rail de pressão deriva enquanto o fornecedor diz OK.

O RMS do fornecedor mostra o combustível como «OK» — o flutuador está preso alto. A pressão de combustível no rail está 2,8 PSI abaixo por seis horas em três amostras consecutivas de 30 minutos. Um sistema de tempestade é previsto em dez dias. O genset será solicitado a funcionar.

02
correlation engine · Modbus vs tank float · disagreement flagged

O painel correlaciona com o perfil de tempo de funcionamento.

ObservOne cruza a leitura de pressão Modbus com o status «OK» autorreportado pelo controlador. Três janelas consecutivas abaixo do limiar, cada uma contradizendo o fornecedor. Diagnóstico: provável restrição no filtro de combustível. O pilar de Intervenção recupera o ciclo de O&M já agendado e sinaliza a verificação do sistema de combustível.

03
Intervention · P3 · fold into Tuesday maintenance loop

Sem caminhão adicional. A tempestade passa sem incidentes.

O plantão vê uma linha: «OKC-TWR-14, deriva de rail de combustível, sem risco de transferência ainda, incluir no ciclo de terça.» Filtro de combustível substituído durante a ronda programada. Nove dias depois o genset mantém quatro locatários operadores através de onze horas seguidas de blackout. Nenhum timer de SLA começa a contar.

9 days
de antecedência
Do aviso do rail de pressão ao evento de tempestade — suficiente para uma dobra em manutenção programada, sem caminhão adicional.
4
locatários operadores protegidos
Nenhum blackout de utilitária chegou ao agregador BTS. Nenhum timer de SLA de carrier foi iniciado.
FCC Part 17Carrier SLA
02

O print de tela perdeu. O fluxo selado ganhou.

MIA-TWR-08 · MNO-C dispute filed · −47 min uptime claim · Q2
01
MIA-TWR-08 · MNO-C dispute filed · −47 min uptime claim · Q2

A carrier reivindica 47 minutos de inatividade.

MNO-C registra uma disputa de SLA do Q2 no valor de ~$38K alegando 47 minutos de downtime afetando a carrier durante uma tempestade em Miami. O RMS do fornecedor TowerCo mostra o site como «disponível». A carrier tem prints de tela do próprio NOC mostrando a interrupção. Ambos os lados estão certos — estão medindo coisas diferentes.

02
audit log · Ed25519 sealed · per-tenant impact

O fluxo selado mostra 4 minutos e 9 segundos.

O log hash-chained de ObservOne capturou cada transição de estado: perda de utilitária, transferência para genset, BTS power-good, reativação de RF por setor — cada um assinado com Ed25519 no momento da escrita. Aplicado ao setor específico de MNO-C: 4 minutos e 9 segundos de indisponibilidade de RF. Os 43 minutos restantes foram reconvergência da rede core de MNO no lado deles do demarc.

03
dispute packet · delivered · MNO-C withdraws in 72h

Disputa resolvida com evidência, não com negociação.

O pilar de Conformidade rascunha a resposta: linha do tempo selada, detalhamento do impacto por locatário, fluxo de eventos bruto anexado. MNO-C retira 43 dos 47 minutos reivindicados em 72 horas — ~$35K retidos. O NOC deles agora sabe que a evidência do operador é de nível de disputa. O volume de disputas do próximo trimestre cai de forma mensurável.

47 → 4
minutos de downtime em disputa
43 minutos retirados em 72 horas. A reconvergência da rede core da carrier foi no lado deles do demarc.
~$35K
crédito de SLA retido
O fluxo de eventos selado resolveu o que um print de tela não pôde.
Carrier SLAEd25519 audit log
03

O site que deveria ter falhado na quarta hora.

TPA-TWR-21 · battery string B · projected runtime 4.2h · class A1 storm in 5d
01
TPA-TWR-21 · battery string B · projected runtime 4.2h · A1 storm in 5d

O BMS diz saudável. O modelo diz 4,2 horas.

O BMS do fornecedor reporta «saudável». Mas o modelo de envelhecimento por string mostra três ciclos de descarga consecutivos caindo — 7,4h, 6,8h, agora projetando 4,2h sob o perfil de carga da próxima tempestade. O compromisso de SLA do site assume 8 horas. Um sistema Cat-1 é previsto para fazer landfall em cinco dias.

02
Power & Battery pillar · pre-storm priority elevated

Substituição despachada antes da janela de tempestade.

O pilar de Energia e Bateria sinaliza o site como prioridade pré-tempestade. O pilar de Intervenção recupera o técnico mais próximo, o banco de reserva do depósito regional e a exposição do SLA da carrier se a substituição for perdida. Runbook anexado. O operador aprova com um clique. Quatro dias antes do landfall.

03
swap complete · storm event · 9h 12m backup · all RF nominal

A carrier nunca sabe que a rede elétrica caiu.

A rede elétrica cai 41 horas após a substituição e permanece inativa por 9 horas e 12 minutos. O site mantém a carga BTS completa por toda a janela. Três sites adjacentes do portfólio também foram sinalizados com antecedência — dois substituídos, um com runbook. Nenhum locatário carrier na rede afetada perde RF.

4.2h
autonomia projetada antes da substituição
Para um evento de tempestade de 9 horas e um compromisso de SLA de 8 horas com locatários carriers.
9h 12m
duração do backup de tempestade
O site manteve a carga BTS completa por toda a janela após a substituição.
Carrier SLAFCC Part 17
Experimente na prática

Reproduza este cenário
em nosso sandbox.

30 minutos com um engenheiro de soluções. Vamos pré-carregar um tenant com sites anonimizados que correspondam à sua topologia. Compatível com NDA.