TowerCo · Caso di studio

TowerCo: batteria, SLA e genset.

Tre scenari da un portafoglio regionale di torri — deriva carburante, una contestazione SLA con operatore carrier e una batteria che avrebbe ceduto alla quarta ora di una tempesta da nove ore.

Una TowerCo che gestisce 600+ siti macro non presidiati nel centro degli USA. SLA degli operatori-tenant, autonomia del generatore durante la stagione delle tempeste e stringhe di batteria che il BMS del fornitore arrotonda a «sana». Tre incidenti gestiti da ObservOne su un'unica console.

Legga gli scenari
9 daysanticipo sul genset — segnalazione carburante fino al landfall
47 → 4minuti di downtime carrier contestati
9h 12mbackup tempesta tenuto con una stringa sostituita
Scenari operativi

Come si svolge nella pratica.

01

Un rifornimento di carburante, non una chiamata di emergenza.

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

Il rail di pressione deriva mentre il fornitore dice OK.

Il RMS del fornitore mostra il carburante come «OK» — il galleggiante è bloccato in alto. La pressione del carburante al rail è sotto di 2,8 PSI da sei ore su tre campioni consecutivi da 30 minuti. Un sistema di tempesta è previsto tra dieci giorni. Il genset sarà chiamato a funzionare.

02
correlation engine · Modbus vs tank float · disagreement flagged

La console correla con il profilo di runtime.

ObservOne incrocia la lettura di pressione Modbus con lo stato «OK» auto-dichiarato dal controller. Tre finestre consecutive sotto soglia, ciascuna in contraddizione con il fornitore. Diagnosi: probabile restrizione al filtro carburante. Il pilastro Intervento recupera il ciclo O&M già pianificato e segnala il controllo del sistema carburante.

03
Intervention · P3 · fold into Tuesday maintenance loop

Nessun camion aggiunto. La tempesta passa senza problemi.

Il turno di guardia vede una riga: «OKC-TWR-14, deriva rail carburante, nessun rischio di trasferimento al momento, includere nel ciclo di martedì.» Filtro carburante sostituito durante il giro programmato. Nove giorni dopo il genset mantiene quattro tenant carrier attraverso undici ore consecutive di blackout. Nessun timer SLA scatta mai.

9 days
di anticipo
Dalla segnalazione rail di pressione all'evento tempesta — sufficiente per un intervento di manutenzione pianificato, nessun camion aggiuntivo.
4
tenant carrier protetti
Nessun blackout utility ha raggiunto l'aggregatore BTS. Nessun timer SLA carrier è scattato.
FCC Part 17Carrier SLA
02

Lo screenshot ha perso. Lo stream sigillato ha vinto.

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

Il carrier rivendica 47 minuti di downtime.

MNO-C presenta una contestazione SLA Q2 del valore di ~$38K rivendicando 47 minuti di downtime che ha interessato il carrier durante un temporale a Miami. Il RMS del fornitore TowerCo mostra il sito come «disponibile». Il carrier ha screenshot dal proprio NOC che mostrano l'interruzione. Entrambe le parti hanno ragione — stanno misurando cose diverse.

02
audit log · Ed25519 sealed · per-tenant impact

Lo stream sigillato mostra 4 minuti e 9 secondi.

Il log hash-chained di ObservOne ha catturato ogni transizione di stato: perdita utility, trasferimento genset, BTS power-good, ripristino RF di settore — ciascuno firmato con Ed25519 al momento della scrittura. Applicato al settore specifico di MNO-C: 4 minuti e 9 secondi di indisponibilità RF. I restanti 43 minuti corrispondevano alla riconvergenza della rete core di MNO sul loro lato del demarc.

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

Contestazione risolta con le prove, non con la negoziazione.

Il pilastro Conformità redige la risposta: timeline sigillata, breakdown dell'impatto per tenant, flusso di eventi grezzo allegato. MNO-C ritira 43 dei 47 minuti contestati entro 72 ore — ~$35K trattenuti. Il loro NOC ora sa che le prove dell'operatore sono di livello contestazione. Il volume di contestazioni del trimestre successivo scende in modo misurabile.

47 → 4
minuti di downtime contestati
43 minuti ritirati in 72 ore. La riconvergenza della rete core del carrier era sul loro lato del demarc.
~$35K
credito SLA trattenuto
Il flusso di eventi sigillato ha risolto ciò che uno screenshot non poteva.
Carrier SLAEd25519 audit log
03

Il sito che avrebbe dovuto cedere alla quarta ora.

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

Il BMS dice sana. Il modello dice 4,2 ore.

Il BMS del fornitore riporta «sana». Ma il modello di invecchiamento per stringa mostra tre cicli di scarica consecutivi in calo — 7,4h, 6,8h, ora proiettando 4,2h sotto il profilo di carico della prossima tempesta. L'impegno SLA del sito prevede 8 ore. Un sistema Cat-1 è previsto in landfall tra cinque giorni.

02
Power & Battery pillar · pre-storm priority elevated

Sostituzione inviata prima della finestra di tempesta.

Il pilastro Energia e Batteria segnala il sito come priorità pre-tempesta. Il pilastro Intervento recupera il tecnico più vicino, la batteria di scorta del deposito regionale e l'esposizione SLA del carrier se la sostituzione viene mancata. Runbook allegato. L'operatore approva con un clic. Quattro giorni prima del landfall.

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

Il carrier non sa mai che la rete è andata giù.

La rete va giù 41 ore dopo la sostituzione e rimane down per 9 ore e 12 minuti. Il sito regge il pieno carico BTS per tutta la finestra. Tre siti adiacenti del portafoglio sono stati segnalati in anticipo — due sostituiti, uno con runbook. Nessun tenant carrier sulla rete interessata perde RF.

4.2h
runtime proiettato pre-sostituzione
A fronte di un evento tempesta da 9 ore e un impegno SLA di 8 ore con i tenant carrier.
9h 12m
durata backup tempesta
Il sito ha retto il pieno carico BTS per tutta la finestra dopo la sostituzione.
Carrier SLAFCC Part 17
Ulteriori letture
Operazioni TowerCo5 min di letturaMay 2026

Perché il 60% degli interventi su torre non trovano nulla — e cosa fare al riguardo

Allarmi da singola lettura, nessuna correlazione incrociata, limitazioni del RMS del fornitore. I tre fallimenti strutturali dietro i dispatch senza guasto trovato — e come la corretta correlazione degli allarmi li risolve.

Legga →
Prove SLA e conformità5 min di letturaMay 2026

Contestazioni SLA carrier: perché le prove vincono e gli screenshot perdono

Gli screenshot dal RMS del fornitore perdono le contestazioni SLA. I flussi di eventi hash-chained firmati con Ed25519 le vincono. Perché il divario tra testimonianza e prova è più ampio di quanto la maggior parte degli operatori si renda conto.

Legga →
Mani in pasta

Riproduca questo scenario
nella nostra sandbox.

30 minuti con un solutions engineer. Precarichiamo un tenant con siti anonimizzati che corrispondono alla sua topologia. NDA-friendly.

Prenoti una demo Tutti i casi d'uso