Case Study: Soluzioni per DVB-S DVB-T Master Headends

Sopra una tipica architettura headend in una distribuzione DVB-T.

Una selezione di 25-30 transponder sono ricevuti e decriptati negli IRDs e poi consegnati per ulteriori elaborazioni. Un banco di due chassis 1RU dotato di due moduli di ingresso satellitare VB270 dove ciascuno monitora tutti i transponder satellitari di interesse. Ciò consente la copertura in round-robin fino a 24 transponder con un tempo di ciclo di round-robin di ~ 5 minuti. Tutti i transponder sono controllati per segnalare errori con riferimento alla specifica TS 101 290.
Tipici errori nella fase di ingress monitoring sono:
• perdita o degrado di Segnale a causa del tempo od ostacoli nel percorso del downlink;
• modifiche alla struttura non programmata segnale fatto da parte degli operatori satellitari;
• guasti non rilevati nel headend del provider satellitare che si sono propagati.
Dopo la fase di ingresso monitoring i servizi sono monitorati a livello IP prima del multiplexing. Un unico 1RUchassis popolato con un VB220 IP-PROBE e due moduli di VB280 Content Extractor vengono impiegati per questo. Tutti i flussi sono controllati per la decodifica e viene generato un allarme in caso contrario. Gli allarmi sono generati per  freeze-frame e il silenzio audio in questa fase. Un mosaico con immagini a bassa risoluzione è ideale per l’ispezione visiva del NOC è generato .
Difetti tipici individuati dalla fase di “content monitoring” sono:
• errori di smart card nel IRDs conseguente nero o verde alimentati agli encoders
• Perdita di diritti di accesso negli IRDs
• guasti hardware negli IRD e negli encoders .
Dopo la codifica i multicast TV sono inviati alla fase di MPEG multiplexing per la formazione di MPTS, inserimento CA, inserimento EPG. L’uscita del multiplexer è o IP o ASI-based. Nel disegno sopra è mostrato una versione ASI. In una rete singola frequenza l’ultima tappa prima del adattamento di rete e la trasmissione è l’ adattamento SFN. L’adattamento SFN o è una funzione all’interno del multiplexer o viene gestito da una unità esterna.
L’egress-monitoring viene effettuato in questa fase utilizzando uno chassis 1RU popolato con un VB120 IP-PROBE e un modulo di ingresso COFDM VB250 . Il modulo VB250 è inoltre responsabile degli allarmi per la SFN-drift .
Tipici errori rilevati dalla fase di monitoraggio di uscita comprendono:
• Errori sul Conditional Access (errori EMM, control word bloccate, la perdita di scrambling…)
• Errori del Multiplexer
• Errori IET
• Deriva SFN e perdita di sincronizzazione.