Caso de Estudio 7: Arquitecturas de regionalización

La regionalización de contenido significa la sustitución de uno o más canales en un bouquet con el programa o contenido local producido en un momento dado. Esta se puede hacer ya sea a través de un modelo centralizado o distribuido.

2.8.1

Arquitectura centralizada.

Presentar arquitecturas centralizadas [84] implica la realización de la regionalización en el núcleo de la Cabeza de Línea mediante la generación de varias versiones de cada multiplex. En las arquitecturas centralizadas la Cabeza de Línea es alimentada por todos los servicios nacionales y regionales / locales. La Cabeza de Línea genera los diversos multiplex para todas las regiones que se envían a los transmisores sin alterar las informaciones. El beneficio de este enfoque es que toda la conmutación se realiza en un lugar y se lleva a cabo en la banda de base. La desventaja es un mayor uso de ancho de banda como consecuencia de la contribución de la región para el estudio central. Véase Figura 2.15.

Figura 2.15: Representación esquemática de una arquitectura centralizada estándar. Fuente elaboración propia.

2.8.1.1Arquitectura centralizada con implementación de Statmux por región.

Con este enfoque, el servicio de televisión regionalizado se entrega pre-conmutado por región. La arquitectura es relativamente simple, y cuenta con un esquema de statmux por región. Esto produce la mejor calidad de imagen, pero es muy costoso debido a la necesidad de codificar los servicios "nacionales" varias veces. Para N regiones y P canales nacionales en el múltiplex, el número de veces a codificar es N x (P + 1). Véase Figura 2.16.

Figura 2.16: Representación de una arquitectura centralizada con tantas statmux como regiones. Fuente elaboración propia.

2.8.1.2Arquitectura centralizada con implementación de statmux para los servicios

nacionales & servicios regionales del tipo CBR

Con este enfoque, los servicios de televisión regionalizados también se entregan pre conmutados por región pero no son incluidos en el conjunto de statmux que contiene los servicios nacionales. Esto reduce el número de codificaciones y como consecuencia también reduce el costo pero tiene un impacto negativo en la calidad de la imagen. Esta disminución en la calidad de imagen se debe a que el servicio regional es operado en CBR y también debido al hecho de que la statmux es menos eficiente, ya que hay menos servicios en el pool. El número de codificaciones con este enfoque es P + N. Véase Figura 2.17

Figura 2.17: Representación de una Arquitectura Centralizada con implementación de Statmux para los servicios nacionales & servicios regionales del tipo CBR. Fuente elaboración propia.

2.8.2

Arquitecturas distribuidas

En las arquitecturas distribuidas, los servicios que se generan e irradian en la cabecera nacional incluyen solamente servicios nacionales. Cualquier inserción de servicio local, requeriría la conmutación del servicio nacional por el servicio local y se realizaría en la cabecera regional o incluso en la local. Véase Figura 2.18.

Figura 2.18: Representación de una arquitectura distribuida. Fuente elaboración propia.

2.8.2.1Arquitecturas distribuidas: Inserción local 24/7

Con el fin de insertar uno o más servicios locales permanentes en un multiplex nacional, los siguientes procesos son requeridos e ilustrados en la Figura 2.19. Los servicios locales serán codificados con un codificador para SD solamente u otro para SD + HD. El contenido comprimido se inyecta en el multiplexor NetProcessor. Cada servicio local será codificado en CBR y se puede activar en el caso de múltiples servicios locales la statmux. En el multiplexor se demultiplexan los flujos generados por el codificador con los servicios nacionales, en el caso de una red SFN, la adaptación SFN debe ser realizada. Teniendo en cuenta el rendimiento de este equipo es posible insertar varios servicios locales dentro de un múltiplex DTMB-A.

Figura 2.19: Representación esquemática de una arquitectura distribuida con un NetProcessor. Fuente [84]

2.8.2.2Arquitecturas distribuidas: fusión para tiempo parcial

Las arquitecturas distribuidas implican la realización de la regionalización a nivel local mediante servicios de fusión o sustitución [84]. Este enfoque simplifica en gran medida la arquitectura ya que el contenido local se inserta en la proximidad donde se produce. Esto elimina la necesidad de enlaces contribuyentes al flujo nacional y reduce el tamaño del sistema de compresión central para un solo grupo que implementa statmux, solo para los canales nacionales. La desventaja de esta técnica se centra en que hasta hace poco no era posible combinar la fusión con el statmux.

 Regionalización distribuida con fusión del servicio CBR

En este esquema, el conjunto statmux se reduce al servicio nacional, mientras que el servicio es regionalizado utilizando codificación CBR.

Figura 2.20: Representación de una arquitectura distribuida, sustitución CBR en las regiones. Fuente elaboración propia.

 Regionalización distribuida con fusión y transrating o transcodificación en las Regiones En este escenario, el servicio a ser regionalizado es parte del conjunto del statmux, y en la región de servicio local se insertan servicios CBR. Con el objetivo de lograr un múltiplex de ancho de banda fijo, la transcodificación (también llamada tasa de conformación) debe estar activada. Si se fuerza demasiado el efecto del transrater con el fin de alcanzar la velocidad de bits necesaria, la calidad de

la imagen podría ser seriamente afectada de modo negativo. Por otra parte, transrating funciona sólo en formato MPEG-2. H264 requiere una completa transcodificación y este proceso obviamente afecta a la calidad de imagen y aumenta la latencia, más aún que el transrating en sí.

Figura 2.21: Representación de una arquitectura distribuida, sustitución VBR en las regiones con fusión y transrating. Fuente elaboración propia.