En la transmisión de vídeo 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 quieren elegir qué método de cifrado utilizar. La interfaz común permite a los fabricantes de televisores admitir muchas estaciones de televisión de pago diferentes, al permitir 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 suscriptor de pago por ver, que contiene las claves de acceso y los permisos.
El anfitrión (TV o decodificador ) es responsable de sintonizar los canales de televisión de pago y demodular la señal de RF , mientras que CAM es responsable de la decodificación de 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. Este es un estándar definido que permite agregar un CAM en un receptor DTV para adaptarlo a diferentes tipos de criptografía . La especificación EN 50221 permite muchos tipos de módulos, pero sólo el CAM ha ganado popularidad en el mercado de la televisión de pago . De hecho, una de las principales fortalezas de la transmisión de video digital es la opción de implementar la capacidad de acceso condicional requerida en la interfaz común.
Esto permite a los organismos de radiodifusión utilizar módulos que contienen soluciones de diferentes proveedores, aumentando así sus opciones de opciones antipiratería.
Un receptor DVB puede tener una o dos ranuras que implementen la interfaz común (CI). El 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 dicho receptor debe poder aceptar claves DES ( Estándar de cifrado de datos ) en intervalos de algunos milisegundos, y Utilícelos para decodificar canales privados según un algoritmo específico.
Esos algoritmos son propiedad de proveedores individuales. 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 DTV lo envía a través de la tarjeta conectada a la interfaz común, antes de que sea procesado por el demultiplexor MPEG del receptor. Si hay varias tarjetas CI, el flujo de datos de transporte MPEG pasará secuencialmente a través de todas estas tarjetas.
Es posible que una CAM integrada no exista físicamente, como puede ocurrir en el software de la CPU. En tal caso, sólo se instala el lector de tarjetas inteligentes normalmente en el CAM y no las ranuras CI de tipo PCMCIA.
Incluso si la Interfaz Común ha sido creada para resolver problemas de criptografía, puede tener otras funciones utilizando otro tipo de módulos como Web Browser , 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 regreso al host. El CAM suele contener un lector de tarjetas inteligentes.
El estándar normativo DVB-CI EN 50221 fue definido 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 se incluirán en la misma interfaz física. La primera interfaz es el MPEG-2 Transport Stream. Las capas físicas y de enlace se definen en esta especificación y las capas superiores se definen en las especificaciones MPEG-2 . La segunda interfaz, la interfaz de comando, transmite comandos entre el host (receptor) y el módulo.
La especificación no define la operación o funcionalidad de una aplicación de sistema de acceso condicional en el módulo. Las aplicaciones que puede realizar 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. Es posible que se admita más de un módulo al mismo tiempo.
La interfaz común comparte muchas características del estándar de tarjeta PC ( PCMCIA ). Al reducir los anchos 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, existe una interfaz de comando para la comunicación entre el host y el módulo.
Esta comunicación tiene la 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 deberá abrir una sesión en el recurso "Fecha-Hora" proporcionado por el host. O bien, el módulo puede pedirle al host que muestre un mensaje en la pantalla del televisor y luego leer las pulsaciones de teclas desde el control remoto del host. Esto se hace abriendo una sesión en el recurso de interfaz hombre-máquina (MMI) del host. Este recurso también permite al CAM solicitar y recibir 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 comunicación a través de una línea telefónica permitiendo al CAM implementar pago por evento. Esto se puede hacer abriendo una sesión en 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 de host (que permite a CAM solicitar un ajuste forzado) también puede estar ausente en algunos hosts.
Los recursos definitivamente obligatorios son el Administrador de recursos, la Información de la aplicación y el Soporte de acceso condicional. Los primeros dos 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 descodificar los canales seleccionados.
La interfaz de comando es extensible y hay varios documentos de especificaciones disponibles que describen estas extensiones (por ejemplo, ETSI TS 101 699). Sin embargo, estas extensiones a menudo no han resultado populares entre los fabricantes.
CI+ (también conocido como CI Plus o Common Interface Plus ) es una especificación que amplía el estándar de interfaz común DVB original (DVB-CI, a veces denominado DVB-CIv1). La principal adición introducida por CI+ es una forma de protección de 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 CI, se pueden utilizar con CI+ CAM y viceversa, pero para ver sólo aquellos 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 sin fábrica Neotion. [1]
En enero de 2008 se presentó para revisión un primer borrador de la especificación como Especificación V1.00 CI Plus. Se completó el establecimiento de la Autoridad de Confianza [2] y se designó 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ó masivamente. Las principales características agregadas al estándar DVB-CI original por CI+ v1.2 son:
La especificación no indica explícitamente acerca de cada característica si es obligatoria u opcional. La característica obligatoria (ya que en realidad es la principal razón de ser de CI+) es el control de contenido. La característica opcional de la versión v1.2 es "Recurso PVR"; esto se puede concluir por el hecho de que no aparece en las versiones más recientes de especificaciones CI+.
En 2011, se lanzó la versión 1.3 de la especificación CI+ (posteriormente, fue reemplazada por CI+ v1.3.1 y luego por CI+ v1.3.2, todavía comúnmente denominada 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 pasó a estar bajo el paraguas de la organización de estándares DVB. [4]
En 2014, DVB lanzó la especificación ETSI TS 103 205 V1.1.1, que define lo que a menudo se denomina "CI+ v1.4". Las principales características agregadas 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 la tarjeta PC.
Las pruebas y certificación de CI+ Host y CAM las lleva a cabo Eurofins Digital Testing (anteriormente Digital TV Labs) en el Reino Unido, Hong Kong, Bélgica y Polonia.
Al utilizar certificados emitidos por una autoridad de certificación confiable, se forma un canal autenticado seguro (SAC) entre un CI+ CAM y un receptor de televisión (Host). Este SAC se utiliza para generar una clave compartida, única para un par CAM-Host, que protege contra copias no autorizadas del contenido marcado en el URI (Información de reglas de uso) asociado como un contenido que debe volver a cifrarse en su camino desde CAM. al host después de eliminar la codificación CA o DRM original (en el estándar CI original, el contenido descifrado se podía enviar a través de la interfaz PCMCIA sólo en forma descodificada).
El estándar CI+ permite la revocación de hosts CI+ comprometidos. Esto se hace transmitiendo una Lista de revocación de certificados de operador de servicios (SOCRL) en un carrusel de datos DSM-CC . Si CAM detecta que el ID, modelo o marca de su Host figura en SOCRL (y no figura en la SOCWL opcional - Lista blanca de certificados de operador de servicios), CAM debe rechazar la descodificación del contenido marcado en CI+ URI como protegido. Una SOCRL es creada y firmada por la raíz de confianza CI+ a solicitud de un operador de servicio. Para evitar la reproducción de SOCRL y SOCWL obsoletos, se deben transmitir 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. El RSD también debe estar firmado.
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 motores de televisión interactiva MHP o HbbTV también es opcional. Los hosts CI+ 1.4 pueden admitir opcionalmente el motor de TV interactiva MHEG-5 . [7]
_f%C3%BCr_Smartcards_von_Kabel_Deutschland_(DVB-C)_2014.jpg/1280px-Common_Interface_Module_CI+_von_SMiT_(Hongkong)_f%C3%BCr_Smartcards_von_Kabel_Deutschland_(DVB-C)_2014.jpg)
Los siguientes operadores han implementado actualmente soporte CI+ o planean hacerlo:
En julio de 2009, el mayor operador de cable de los Países Bajos, Ziggo , anunció que admitirá activamente 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+ SMiT (Shenzhen State Micro Technology Co., Ltd.), seguido en octubre de 2009 por el primer lote de CAM Neotion. [17] Otros partidarios incluyen Canal+, [18] y las empresas de acceso condicional Irdeto [19] y Conax. [20] En 2009, NDS (ahora Cisco ) anunció que apoyará a Kabel Deutschland en la implementación de CI+ para sus clientes. [21] En 2014, las CAM CI+ con Cisco VideoGuard CA, fabricadas por SMiT, se implementaron 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}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace ){{cite web}}: Mantenimiento CS1: nombres numéricos: lista de autores ( enlace )