En la transmisión de video digital , la interfaz común (también llamada DVB - CI) es una tecnología que permite descifrar los canales de televisión de pago. Las estaciones de televisión de pago desean elegir qué método de cifrado utilizar. La interfaz común permite a los fabricantes de televisores brindar soporte a muchas estaciones de televisión de pago diferentes, al permitirles conectar módulos de acceso condicional (CAM) intercambiables para varios esquemas de cifrado.
La Interfaz Común es la conexión entre el sintonizador de TV (TV o decodificador ) y el módulo que descifra la señal de TV (CAM). Este módulo, a su vez, acepta la tarjeta de abonado de pago, que contiene las claves de acceso y los permisos.
El host (TV o decodificador ) es responsable de sintonizar los canales de TV paga y de demodular la señal RF , mientras que el CAM es responsable de la descodificación CA. La Interfaz Común les permite comunicarse entre sí. Todos los equipos de Interfaz Común deben cumplir con la norma EN 50221-1997. Se trata de una norma definida que permite añadir un CAM a un receptor de DTV para adaptarlo a diferentes tipos de criptografía . La especificación EN 50221 permite muchos tipos de módulos, pero solo el CAM ha ganado popularidad debido al mercado de la TV paga . De hecho, una de las principales fortalezas de la transmisión de vídeo digital es la opción de implementar la capacidad de acceso condicional requerida en la Interfaz Común.
Esto permite a los radiodifusores utilizar módulos que contienen soluciones de diferentes proveedores, aumentando así su oferta de opciones antipiratería.
Un receptor DVB puede tener una o dos ranuras que implementan la Interfaz Común (CI). La CI utiliza el conector del módulo de acceso condicional ( PCMCIA ) y cumple con el Algoritmo de codificación común (CSA), la normativa que especifica que un receptor de este tipo debe ser capaz de aceptar claves DES ( Estándar de cifrado de datos ) en intervalos de algunos milisegundos y utilizarlas para decodificar canales privados según un algoritmo específico.
Estos algoritmos son propiedad de cada proveedor. Cada uno utiliza sus propios algoritmos y no existe un estándar definido para ellos.
A medida que el flujo completo de datos de transporte MPEG-2 sale del demodulador y de las unidades de corrección de errores, el receptor de DTV lo envía a través de la tarjeta conectada a la interfaz común, antes de que lo procese el demultiplexor MPEG del receptor. Si hay varias tarjetas CI, el flujo de datos de transporte MPEG pasará secuencialmente por todas ellas.
Es posible que no exista físicamente una CAM integrada, sino que puede estar en el software de la CPU. En tal caso, solo se instala el lector de tarjetas inteligentes que normalmente se encuentra en la CAM y no las ranuras CI de tipo PCMCIA.
Aunque la Interfaz Común fue creada para resolver problemas de criptografía, puede tener otras funciones utilizando otros tipos de módulos como el Navegador Web , iDTV ( Televisión Interactiva ), etc.
En Europa, DVB-CI es obligatorio en todos los terminales iDTV.
El host envía un flujo de transporte MPEG cifrado al CAM y el CAM envía el flujo de transporte descifrado de vuelta al host. El CAM a menudo contiene un lector de tarjetas inteligentes.
La norma normativa DVB-CI EN 50221 fue definida en 1997 por CENELEC , el Comité Europeo de Normalización Electrotécnica.
Según el esquema de Interfaz Común:
La especificación sólo define dos aspectos, dos interfaces lógicas que deben incluirse en la misma interfaz física. La primera interfaz es el flujo de transporte MPEG-2 . Las capas de enlace y físicas se definen en esta especificación y las capas superiores se definen en las especificaciones MPEG-2 . La segunda interfaz, la interfaz de comandos, transporta comandos entre el host (receptor) y el módulo.
La especificación no define el funcionamiento ni la funcionalidad de una aplicación de sistema de acceso condicional en el módulo. Las aplicaciones que puede ejecutar un módulo que se comunica a través de la interfaz no se limitan al acceso condicional ni a las descritas en esta especificación. Se puede admitir más de un módulo simultáneamente.
La interfaz común comparte muchas características del estándar PC Card ( PCMCIA ). Al reducir el ancho de los buses de direcciones y datos, ha sido posible incluir una interfaz de flujo de transporte paralelo bidireccional.
El formato del flujo de transporte está especificado por IEC 13818-1 y es el formato MPEG 2 TS.
Además, hay una interfaz de comando para la comunicación entre el host y el módulo.
Esta comunicación se realiza en forma de una pila de protocolos en capas que permite que el host y el módulo compartan recursos . Por ejemplo, el módulo puede solicitar la fecha y hora actuales al host. Para utilizar este servicio, el módulo debe abrir una sesión con el recurso "Fecha y hora" proporcionado por el host. O bien, el módulo puede pedir al host que muestre un mensaje en la pantalla del televisor y luego puede leer las pulsaciones de teclas desde el control remoto del host. Esto se hace abriendo una sesión con el recurso de interfaz hombre-máquina (MMI) del host. Este recurso también permite que el CAM solicite y reciba números PIN.
Algunos de los recursos definidos por DVB-CI son opcionales de facto. Por ejemplo, el host podría contener un módem para la comunicación a través de una línea telefónica que permita al CAM implementar el pago por visión. Esto se puede hacer abriendo una sesión con el recurso de comunicación de baja velocidad (LSC) del host (suponiendo que el host haya anunciado la disponibilidad de este recurso). El recurso de control del host (que permite al CAM solicitar la sintonización forzada) también puede estar ausente en algunos hosts.
Los recursos que son absolutamente obligatorios son el Administrador de recursos, la Información de la aplicación y el Soporte de acceso condicional. Los dos primeros de estos tres son necesarios para el protocolo de enlace inicial entre CAM y su host, mientras que el recurso de Soporte de CA es necesario para descifrar los canales seleccionados.
La interfaz de comandos es extensible y existen varios documentos de especificaciones disponibles que describen estas extensiones (por ejemplo, ETSI TS 101 699). Sin embargo, estas extensiones no suelen ser del agrado de los fabricantes.
CI+ (también conocido como CI Plus o Common Interface Plus ) es una especificación que amplía el estándar DVB Common Interface original (DVB-CI, a veces denominado DVB-CIv1). La principal novedad introducida por CI+ es una forma de protección contra copia entre un módulo de acceso condicional CI+ (al que la especificación hace referencia como CICAM , mientras que CI+ CAM parece ser una abreviatura más precisa) y el receptor de televisión (Host). CI+ es compatible con versiones anteriores de DVB-CIv1. Los receptores de televisión antiguos, que tienen ranura CIv1, se pueden utilizar con CI+ CAM y viceversa, pero solo para ver programas de televisión que no estén marcados como protegidos por CI+.
La especificación CI+ ha sido desarrollada por las empresas de electrónica de consumo Panasonic , Philips , Samsung y Sony , así como por la empresa de tecnología de televisión de pago SmarDTV y el fabricante de chips fabless Neotion. [1]
En enero de 2008 se presentó un primer borrador de la especificación para su revisión con el nombre de V1.00 CI Plus Specification. Se ha completado el establecimiento de la Autoridad de confianza [2] y se ha designado un laboratorio oficial de certificación de seguridad. [3]
En 2009 se lanzaron las versiones 1.1 y 1.2. La versión 1.2 fue la primera que se implementó de forma masiva. Las principales características que CI+ v1.2 agregó al estándar DVB-CI original son:
La especificación no indica explícitamente si cada característica es obligatoria u opcional. La característica obligatoria (ya que es en realidad la razón de ser principal de CI+) es el control de contenido. La característica opcional de la versión v1.2 es "PVR Resource" (recurso PVR); esto se puede concluir del hecho de que no aparece en las versiones más nuevas de la especificación de CI+.
En 2011, se publicó la versión 1.3 de la especificación CI+ (posteriormente, se reemplazó con CI+ v1.3.1 y luego con CI+ v1.3.2, que todavía se conoce comúnmente como CI+ v1.3). Las principales características agregadas por CI+ v1.3 a CI+ v1.2 son:
Con el desarrollo de CI+, el estándar ha pasado a estar bajo el paraguas de la organización de estándares DVB. [4]
En 2014, DVB publicó la especificación ETSI TS 103 205 V1.1.1, que define lo que a menudo se conoce como "CI+ v1.4". Las principales características añadidas por ETSI TS 103 205 a CI+ v1.3 son:
En 2018, ETSI publicó el estándar DVB-CI de segunda generación (a menudo denominado CI+ v2.0): TS 103 605 V1.1.1. [5] La principal evolución de esta versión es agregar USB como capa física para reemplazar la antigua interfaz de PC Card.
El desarrollo, las pruebas y la certificación de las herramientas de prueba CI+ Host y CAM las lleva a cabo Resillion (anteriormente Eurofins Digital Testing, anteriormente Digital TV Labs) en el Reino Unido (Bristol) y China (Shenzen).
Al utilizar certificados emitidos por una autoridad de certificación de confianza, se forma un canal autenticado seguro (SAC) entre un CAM CI+ y un receptor de televisión (Host). Este SAC se utiliza para generar una clave compartida, única para cada par CAM-Host, que protege contra la copia no autorizada del contenido marcado en la URI asociada (Información de reglas de uso) como un contenido que necesita ser reencriptado en su camino desde el CAM al Host después de eliminar la codificación CA o DRM original (en el estándar CI original, el contenido desencriptado podía enviarse a través de la interfaz PCMCIA solo en forma no encriptada).
El estándar CI+ permite la revocación de hosts CI+ comprometidos. Esto se hace mediante la difusión de una lista de revocación de certificados de operador de servicio (SOCRL) en un carrusel de datos DSM-CC . Si CAM detecta que el ID, modelo o marca de su host está incluido en la SOCRL (y no está incluido en la SOCWL opcional, lista blanca de certificados de operador de servicio), CAM debe rechazar la descodificación del contenido marcado en la URI de CI+ como protegido. La raíz de confianza de CI+ crea y firma una SOCRL a pedido de un operador de servicio. Para evitar la reproducción de SOCRL y SOCWL desactualizados, se deben difundir en combinación con la tabla RSD (datos de señalización de revocación) que especifica las últimas versiones de SOCRL y SOCWL y su ubicación en el carrusel de datos DSM-CC. La RSD también debe estar firmada.
Un dispositivo host compatible con CI+ 1.3 debe implementar el motor de TV interactiva MHEG-5 para gestionar la navegación del usuario dentro de una aplicación de TV interactiva, utilizando el control remoto de su dispositivo. [6] La compatibilidad con los motores de TV interactiva MHP o HbbTV también es opcional. Los hosts de CI+ 1.4 pueden admitir opcionalmente el motor de TV interactiva MHEG-5 . [7]
Los siguientes operadores ya han implementado soporte CI+ o planean hacerlo:
En julio de 2009, el mayor operador de cable de los Países Bajos, Ziggo , anunció que apoyaría activamente los televisores digitales integrados (IDTV) basados en CI+. [14] [15] [16] En septiembre de 2009, varios minoristas holandeses ofrecieron el primer lote de 15 000 CAM CI+ de SMiT (Shenzhen State Micro Technology Co., Ltd.), seguido en octubre de 2009 por el primer lote de CAM de Neotion. [17] Otros patrocinadores incluyen Canal+, [18] y las empresas de acceso condicional Irdeto [19] y Conax. [20] En 2009, NDS (ahora Cisco ) anunció que apoyaría a Kabel Deutschland para implementar CI+ para sus clientes. [21] En 2014, se implementaron CAM CI+ con Cisco VideoGuard CA, fabricados por SMiT en D-Smart , KDG ( Kabel Deutschland ), KBW, Sky Deutschland , Tele Columbus , etc.
Un nuevo grupo de trabajo del ETSI trabajará en la Interfaz Común Integrada (ECI).
{{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace ){{cite web}}
: CS1 maint: nombres numéricos: lista de autores ( enlace )