 |
|
 |
|
| PRODUCT OPTIONS/ETSI TR 101 290 OPTION The ETR 101 290 functionality is included as standard on the VB12/VB120 and available as an option on the VB20/VB220.  Full analysis is performed on Ethernet, ASI, QAM, DVB-S/S2 QPSK and COFDM signals according to the industry standard ETSI TR 101 290. Multiple analysis engines are available as an option for Ethernet, allowing real-time ETSI TR 101 290 analysis for up to four Ethernet transport streams in parallel. The Bridgetech implementation provides operators with unparalleled input signal visibility. The probes can detect and trigger alarms for many of the common errors that would normally go unnoticed by conventional monitoring systems. Bridgetech has added many new checks to the analysis engine which complement and extend the ETSI TR 101 290 specification. The additional checks cover the Conditional Access system; RF measurements for QAM, DVB-S/S2 QPSK and COFDM inputs; extended tests for most of the PSI/SI tables such as verification of important descriptors as well as comparison of the NIT across different frequencies. The MicroETR technology presents transport stream measurements in one easy to comprehend GUI. The operator can easily click on the stream containing errors and drill down to find the cause of the problem. The probe displays full measurements and details for all checks, not just the alarms themselves. Alarm graphs further make it possible to view alarm history over time, with tool-tip functionality to facilitate quick error pin-pointing. A sophisticated and powerful alarm threshold template system gives the user full control of alarm handling and allows alarm settings and thresholds to be reused for ETR, PID, service and RF alarms. Generic thresholds make it possible to define requirements that should apply to all services or PIDs of a specified type. Tables and descriptors can be analysed visually for PSI, SI and PSIP. Minimum, maximum and current bitrate measurements are available for both PIDs and services and for either textual or graphical presentation, and scrambling is indicated throughout the GUI. Alarms are available both as SNMP traps and as XML documents. All errors are mapped to PIDS and services so that the NMS system is notified as to which services are affected ETR Priority checks ETR Priority 1 checks
ETR Priority 2 checks
ETR Priority 3 checks
   Additional checks defined by Bridge Technologies CA System. The functionality includes: ECM interval check ECM change period check Control word change period check EMM bitrate check On a PID per PID and service per service basis it is possible to require the PID/service to be scrambled, clear (not scrambled) or specify if scrambling is optional. PID checks Minimum and maximum PID bitrate check PID presence check On a PID per PID basis it is possible to require the PID to be scrambled, clear (not scrambled) or specify if scrambling is optional. Scrambling requirement may be selected for all PIDs of a specified type. Service checks Minimum and maximum service bitrate check Service presence check Required service type check Service name check, checks that all services have a service name, required service name may be specified Check of services appearing or disappearing On a service per service basis it is possible to require the service to be scrambled, clear (not scrambled) or specify if scrambling is optional. Scrambling requirement may be selected for all services of a specified type. Interface checks. RF measurements for QAM, DVB-S/S2 QPSK and COFDM. Can be used to monitor analogue carriers as well. Pre FEC BER Post FEC BER Signal to noise ratio Signal strength MER SFN drift |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
FEATURES INCLUDE