ES2720029T3 - Método de gestión remota de un dispositivo y dispositivo correspondiente - Google Patents
Método de gestión remota de un dispositivo y dispositivo correspondiente Download PDFInfo
- Publication number
- ES2720029T3 ES2720029T3 ES16160986T ES16160986T ES2720029T3 ES 2720029 T3 ES2720029 T3 ES 2720029T3 ES 16160986 T ES16160986 T ES 16160986T ES 16160986 T ES16160986 T ES 16160986T ES 2720029 T3 ES2720029 T3 ES 2720029T3
- Authority
- ES
- Spain
- Prior art keywords
- digital multimedia
- multimedia receiver
- receiver
- received
- temporary
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
- H04N21/4227—Providing Remote input by a user located remotely from the client device, e.g. at work
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/2818—Controlling appliance services of a home automation network by calling their functionalities from a device located outside both the home and the home network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
- H04N21/4383—Accessing a communication channel
- H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/654—Transmission by server directed to the client
- H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/2849—Audio/video appliances
Abstract
Un método de gestión remota que permite que un servidor de gestión remota (20) gestione al menos un Receptor Multimedia Digital (23), que comprende una transmisión a dicho al menos un Receptor Multimedia Digital de un comando de Protocolo de Gestión de red de área Extensa de equipos en las instalaciones del cliente (52, 72, 76) que solicita una recuperación de parámetros de dicho al menos un Receptor Multimedia Digital relacionado con un flujo recibido por dicho al menos un Receptor Multimedia Digital, dichos parámetros que comprenden uno de: un número de paquetes MPEG2-TS recibidos por dicho al menos un Receptor Multimedia Digital para dicho flujo recibido por dicho al menos un Receptor Multimedia Digital; un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha rebasado dicho flujo recibido por dicho al menos un Receptor Multimedia Digital; un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha tenido subdesbordamiento de dicho flujo recibido por dicho al menos un Receptor Multimedia Digital.
Description
DESCRIPCIÓN
Método de gestión remota de un dispositivo y dispositivo correspondiente
Campo de la invención
La presente invención se refiere al campo de televisión digital y más precisamente a gestión remota de un dispositivo de vídeo (por ejemplo, un receptor multimedia digital (o STB)).
Antecedentes tecnológicos
El Protocolo de Gestión Remota de WAN (o Red de Área Extensa) de un CPE (o Equipo en las Instalaciones del Cliente) también conocido como CWMP se define en el informe Técnico del Foro de DSL (o Línea de Abonado Digital) conocido como TR-069. El documento TR-069 (titulado “CPE WAN Management Protocol”, Informe Técnico del Foro de DSL, publicado en mayo de 2004) define una pila de protocolo de gestión remota y un modelo de datos para un Dispositivo de Pasarela de Internet (básicamente un Módem DSL). El documento TR 106 (previamente WT106: Modelo de datos genérico compatible con TR-069) (extiende a modelo de datos a cualquier tipo de dispositivo y reúne todo lo que es genérico a un dispositivo) describe un modelo de datos genérico. El documento TR111 (previamente WT111: mecanismos requeridos para realizar gestión remota de un dispositivo LAN a través de un IGD encaminado (módem DSL)) describe dos mecanismos para gestionar un dispositivo doméstico por detrás de una pasarela doméstica desde un servidor distante.
El documento XP-002385974, “Technical Report - DSL Forum TR-069 - CPE WAN Management Protocol - May 2004” describe el Protocolo de Gestión de WAN de CPE, destinado a comunicación entre un Equipo en las Instalaciones del Cliente (CPE) y un Servidor de Configuración Automática (ACS). El Protocolo de Gestión de WAN de CPE define un mecanismo que abarca la configuración automática segura de un CPE y también incorpora otras funciones de gestión de CPE en un marco de referencia común.
No existe ningún estándar de gestión remota para el STB, que sea compatible con TR-069. Cualquier gestión remota de los STB se basa actualmente en soluciones propietarias y básicamente basadas en SNMP (o “Protocolo de Gestión de Red Simple”), que no es lo bastante fiable y flexible (SNMP está usando intercambio de mensajes sobre UDP). Compendio de la invención
El objeto de la invención es mitigar estas desventajas de la técnica anterior.
Más precisamente, el objetivo de la invención es mejorar la fiabilidad de gestión de dispositivos de vídeo, al tiempo que tiene una implementación de gestión simple.
En consecuencia, la invención propone un método de gestión remota que permite que un servidor de gestión remota gestione al menos un Receptor Multimedia Digital. Con el fin de tener una gestión simple y fiable, el método comprende un paso de transmisión a al menos un Receptor Multimedia Digital de un comando de Protocolo de Gestión de red de área Extensa (CWMP) de equipos en las instalaciones del cliente que solicita unas estadísticas de recuperación desde el Receptor Multimedia Digital relacionadas con la recepción de paquetes MPEG2-TS por el Receptor Multimedia Digital.
Según una característica ventajosa, los parámetros estadísticos comprenden un número de paquetes MPEG2-TS recibidos por el al menos un Receptor Multimedia Digital para un flujo recibido por el al menos un Receptor Multimedia Digital.
Ventajosamente, los parámetros estadísticos comprenden un número de veces que un almacenador temporal de fluctuación de recepción del al menos un Receptor Multimedia Digital ha rebasado un flujo recibido por el al menos un Receptor Multimedia Digital.
Según una característica específica, los parámetros estadísticos comprenden un número de veces que un almacenador temporal de fluctuación de recepción del al menos un Receptor Multimedia Digital ha tenido subdesbordamiento de un flujo recibido por el al menos un Receptor Multimedia Digital.
Según otra característica, el método comprende además un paso de transmisión de un mensaje de Protocolo de Gestión de red de área Extensa de equipos en las instalaciones del cliente que solicita un reinicio de los parámetros estadísticos por el al menos un Receptor Multimedia Digital.
La invención también se refiere a un método de gestión remota que permite que un Receptor Multimedia Digital se gestione por un servidor de gestión distante; para permitir una gestión simple y fiable del Receptor Multimedia Digital, el método comprende un paso de recepción de un mensaje de CWMP que solicita una recuperación de parámetros estadísticos del Receptor Multimedia Digital relacionados con la recepción de paquetes MPEG2-TS por el Receptor Multimedia Digital.
La invención también se relaciona con un Receptor Multimedia Digital. Para ser gestionable de manera fácil y fiable
por un servidor de gestión remoto, el Receptor Multimedia Digital comprende medios de recepción de un mensaje de CWMP que solicita una recuperación de parámetros estadísticos y medios para configurar el Receptor Multimedia Digital según el mensaje de CWMP.
Según una variante de realización, el Receptor Multimedia Digital comprende además medios de transmisión configurados para transmitir un número de paquetes MPEG2-TS recibidos por el Receptor Multimedia Digital para un flujo recibido por el un Receptor Multimedia Digital.
Según una variante de realización, el Receptor Multimedia Digital comprende además medios de transmisión configurados para transmitir un número de veces que un almacenador temporal de fluctuación de recepción del Receptor Multimedia Digital ha rebasado un flujo recibido por el Receptor Multimedia Digital.
Según una variante de realización, el Receptor Multimedia Digital comprende además medios de transmisión de un número de veces que un almacenador temporal de fluctuación de recepción del Receptor Multimedia Digital ha tenido subdesbordamiento de un flujo recibido por el Receptor Multimedia Digital.
Lista de figuras
La invención se entenderá mejor y aparecerán otras características y ventajas al leer la siguiente descripción, la descripción que hace referencia a los dibujos adjuntos entre los cuales:
- la figura 1 ilustra una estructura de objeto de Dispositivo de vídeo según una realización particular de la invención;
- la figura 2 ilustra una arquitectura de red que implementa la estructura de objeto de dispositivo de vídeo según la figura 1;
- las figuras 3 y 4 muestran respectivamente un servidor de configuración y un dispositivo de vídeo según realizaciones particulares de la invención y que pertenecen a la red de la figura 2;
- las figuras 5 y 6 ilustran cada una un método que se implementa respectivamente en el servidor de la figura 3 y el dispositivo de vídeo de la figura 4, según las realizaciones específicas de la invención; y
- la figura 7 presenta un ejemplo de intercambios de comunicación entre elementos de red de la figura 2.
Descripción detallada de la invención
Esta especificación define el modelo de datos, según la invención, para provisión de un dispositivo de vídeo (por ejemplo, un dispositivo de CPE de receptor multimedia digital (STB)) por un servidor remoto (por ejemplo, un Servidor de Configuración Automática (ACS)) que permite una configuración del dispositivo de vídeo (por ejemplo, un STB o Receptor Multimedia Digital) que usa el mecanismo definido en el documento TR-069 (que se publicó en mayo de 2004).
La siguiente terminología se usa en todo este documento:
- ACS o Servidor de Configuración Automática: este es un componente en la red de banda ancha responsable de la configuración automática del CPE para servicios avanzados;
- CPE o Equipo en las Instalaciones del Cliente;
- Parámetro: Un par nombre-valor que representa un parámetro de CPE gestionable accesible para un ACS para lectura y/o escritura;
- STB o Receptor Multimedia Digital: este dispositivo contiene decodificadores de Audio Vídeo y se destina a ser conectado a TV Analógica y o Cines en Casa.
Las palabras clave “DEBE”, “NO DEBE”, “REQUERIDO”, “TENER QUE”, “NO TENER QUE”, “DEBERÍA”, “NO DEBERÍA”, “RECOMENDADO”, “PUEDE” y “OPCIONAL” en este documento han de ser interpretadas como se describe en el documento RFC 2119 titulado “Key words for use in RFCs to Indicate Requirement Levels” y disponible en el sitio web http:///www.ietf.org/rfc/rfc2119.txt).
Este documento define un Dispositivo STB como el contenedor asociado con la provisión de objetos para el CPE de STB. El CPE que hace uso de un objeto del dispositivo STB DEBE adherirse a todos los requisitos de jerarquía de datos definidos en el documento TR106. En el contexto del documento TR106, el objeto de Dispositivo de STB es un objeto de aplicaciones específicas de alto nivel (un Objeto de Aplicaciones como se define en la definición de jerarquía de datos formal). Por tanto, los dispositivos de CPE individuales pueden contener uno o más de estos objetos dentro de su Objeto Raíz junto a los objetos de datos genéricos definidos en el documento WT106. La presencia de más de un objeto de Dispositivo de STB sería adecuada en primer lugar donde un dispositivo de STB sirve como un intermediario de gestión para otro CPE de STB no capaz de TR069. Por ejemplo, un Dispositivo de
Pasarela de Internet pudiera servir como un intermediario de gestión para uno o más STB no capaces de TR069 (tales como los STB libres en el aire). Entonces, si un dispositivo de vídeo no es compatible con TR069, un intermediario local (en una pasarela local u otro dispositivo de vídeo) puede manejar solicitudes y respuestas TR069 y gestionar traducciones de protocolo de manera que el dispositivo de vídeo se puede gestionar remotamente por un servidor distante.
La figura 1 ilustra una estructura de objeto de Dispositivo 1 (el dispositivo es, por ejemplo, un Receptor Multimedia Digital) según una realización particular de la invención.
Cada STB o dispositivo de vídeo puede gestionar su configuración y datos según la figura 1. Un servidor remoto puede tener una estructura de objeto (entera o parcialmente) para algo de o todo el dispositivo de vídeo que puede controlar, como se ilustra en la figura 1.
La estructura de objeto 1 que se puede implementar en software o hardware comprende dos capacidades de subestructuras principales 10 y Perfil de Audio/vídeo 11.
Las capacidades se refieren a MPEG2-Parte 2 y/o MPEG4 parte 4 (ambas relacionadas con decodificación de vídeo) y/o MPEG4 parte 10 (relacionada con el estándar H264 de vídeo) y/o PVR (o Grabador de Vídeo Personal). Entonces, un decodificador de STB es capaz de reconocer el estándar de Audio Vídeo (o AV) en sí mismo (H264/MPEG2) y no necesita ser configurado remotamente para eso. Las tablas se usan para especificar el perfil y los niveles: las capacidades se describen como una tabla de entradas de profile@level. El audio se especifica como un parámetro del decodificador de vídeo debido a que puede haber restricciones tales como algunos formatos de audio que no pueden ser reproducidos con ningún formato de vídeo. No obstante consideramos que para un estándar de vídeo (MPEG2 parte 2 o MPEG4 parte 2 o MPEG4 parte 10), se puede reproducir cualquier estándar de audio con cualquier perfil (o profile@level).
El perfil de Audio/vídeo 11 contiene datos relacionados con varios tipos de características y especialmente:
- datos de perfil de IGMP (o “Protocolo de Gestión de Grupo de Internet”) 110 (incluyendo prioridad de IGMP); - información del Proveedor de Servicios 111;
- perfil de PVR 112;
- perfil de soporte lógico personalizado 113;
- estadísticas de audiencia 114; y
- perfil de reproductor de AV (o Audio/Vídeo) 115.
El perfil de reproductor de AV 115 comprende:
- un perfil de MPEG2-Parte 21150;
- un perfil de MPEG4-Parte 21151;
- un perfil de MPEG4-Parte 101152;
- un perfil de RTP (o Protocolo de Transporte en Tiempo Real) implementado sobre UDP/IP (Protocolo de Datagrama de Usuario sobre Protocolo de Internet) 1153, que comprende perfiles relacionados respectivamente con desfluctuación, estadísticas y RTCP (o Protocolo de Control de Transporte en Tiempo Real); y
- un perfil de MPEG2-TS (o Grupo de Expertos de Imágenes en Movimiento 2 - Flujo de Transporte) 1154 que comprende perfiles relacionados respectivamente con desfluctuación y estadísticas (En caso de MPEG2-TS se usa un almacenador temporal de desfluctuación por flujo MPEG2-TS (es decir, dirección IP)).
Según la invención, algunos de estos perfiles se pueden gestionar remotamente por un servidor remoto (por ejemplo, ACS) y especialmente: el perfil de IGMP 110, el perfil de estadísticas de audiencia 114, el perfil de RTP 1153 y el perfil de MPEG2-TS 1154.
La figura 2 ilustra una arquitectura de red 2 que comprende:
- al menos un servidor de configuración (por ejemplo, un ACS) 20;
- un núcleo de red 21 (por ejemplo, una red de área extensa (por ejemplo, una red ADSL (Línea de Abonado Digital Asimétrica));
- uno o preferiblemente varios dispositivos de vídeo 23 (por ejemplo, receptores multimedia digitales) asociados cada uno a una pasarela 22 (el dispositivo de vídeo 23 y la pasarela asociada 22 se incorporan o bien como parte de un Dispositivo de Pasarela de Internet, como se define en el documento TR-069 o bien como
dispositivos autónomos, es decir, el dispositivo 23 y la pasarela 22 se pueden hacer en uno o dos dispositivos separados) (como variante de la invención, si un dispositivo de vídeo 23 no es compatible con TR069, se puede insertar un intermediario dedicado entre la pasarela 22 y el dispositivo 23).
Los dispositivos de vídeo 23 y el servidor de configuración están comunicando a través de la pasarela 22 y el núcleo de red 21. Los dispositivos de vídeo 23 están implementando la estructura de objeto de dispositivo de vídeo según la figura 1.
La figura 3 ilustra esquemáticamente el servidor de configuración 20. El servidor 21, comprende:
- un microprocesador 30 (o CPU);
- una memoria no volátil de tipo ROM (Memoria Sólo de Lectura) (o disco duro) 31;
- una memoria de acceso aleatorio o RAM 32; y
- una interfaz de aplicaciones de internet 36 que permite comunicación con un usuario o máquina de control; - una interfaz de red 34 que permite intercambiar (enviar a y/o recibir desde) datos o tramas de control (típicamente tramas de CWPM) con un dispositivo de vídeo 23 a través de la red central 21;
- elementos de conexión de un canal principal 33 de datos y direcciones 30 a 32, 34 y 35.
Cada uno de los elementos 30 a 35 es bien conocido por los expertos en la técnica. La palabra “Registro” usada aquí puede corresponder en RAM 320 o ROM 310 a un área de memoria de tamaño pequeño (unos pocos datos binarios) o un área de memoria grande (por ejemplo, un programa o datos de audio/vídeo).
La ROM 31 comprende un programa 310. El algoritmo que implementa el método de la figura 4 está almacenado en la ROM 61 asociada con el servidor 20 implementado en los pasos del método. Al encender, la CPU 30 descarga el programa 310 en la RAM 32 y ejecuta sus instrucciones.
La RAM 32 comprende, especialmente:
- en un registro 320, un programa usado por la CPU 30, que se descarga al encender el servidor 20;
- varios estados en un registro 321 (por ejemplo, estadísticas de audiencia relacionadas con uno o varios dispositivos de vídeo 23); y
- varios datos de configuración en un registro 322 (por ejemplo, estadísticas de perfiles 110, 1153 y 1154 relacionadas con uno o varios dispositivos de vídeo 23).
La figura 4 ilustra esquemáticamente el dispositivo de vídeo 23. El dispositivo de vídeo 23, comprende:
- un microprocesador 40 (o CPU);
- una memoria no volátil de tipo ROM (o disco duro) 41;
- una RAM 42; y
- una interfaz de aplicaciones de internet 46 que permite comunicación con un usuario, un visualizador y/o un dispositivo de decodificación, grabación y/o reproducción de audio/vídeo;
- una interfaz de red 44 que permite intercambiar (enviar a y/o recibir desde) datos o tramas de control (típicamente tramas de CWPM) con un servidor de configuración 20 a través de la red central 21 y la pasarela 20 asociadas con el dispositivo de vídeo;
- elementos de conexión de un canal principal 43 de datos y direcciones 40 a 42, 44 y 45. Cada uno de los elementos 40 a 45 es bien conocido por los expertos en la técnica.
La ROM 41 comprende un programa 410. El algoritmo que implementa el método de la figura 5 está almacenado en la ROM 41 asociada con el dispositivo 23 implementado en los pasos del método. Al encender, la CPU 40 descarga el programa 410 en la RAM 42 y ejecuta sus instrucciones.
La RAM 42 comprende, especialmente:
- en un registro 420, un programa usado por la CPU 40, que se descarga al encender el dispositivo 23;
- varios estados en un registro 421 (por ejemplo, estadísticas de audiencia relacionadas con los datos de audio/vídeo recibidos por el dispositivo 23); y
- varios datos de configuración en un registro 422 (por ejemplo, perfiles 110, 1153 y 1154 relacionados con el
dispositivo 23);
- un almacenador temporal de datos de audio/vídeo 423 que almacena datos de audio/vídeo recibidos desde un servidor de vídeo distante o difundidos antes de la transferencia a una aplicación (a través de la interface 45); y - un almacenador temporal RTP 424 que almacena las tramas RTP a enviar y las tramas recibidas RTP (si se usa RTP se puede usar un almacenador temporal de desfluctuación 424 adicional).
La figura 5 describe un método que se implementa en el servidor de comunicación 20 según las realizaciones específicas de la invención.
El método comienza con un paso de reinicio 50, donde se inicializan los diferentes datos de configuración del servidor 20 en sí mismo (por ejemplo, la dirección IP de dispositivos 23, sus perfiles, datos de configuración relacionados con el radiodifusor de audio/vídeo, usuario y/o máquina de control).
Entonces, durante un paso 51, el servidor 20 espera y recibe un comando desde un usuario o máquina de control a través de la interfaz de aplicaciones 35.
Entonces, durante un paso 52, el servidor 20 construye una solicitud de CWMP según el comando recibido en el paso 51 y la envía a uno o diversos dispositivos de vídeo 23 (según el comando).
Entonces, durante un paso 53, el servidor 20 espera y recibe una respuesta desde cada uno de los destinos de la solicitud de CWMP enviada durante el paso 52. Como variante, se puede establecer un tiempo de espera durante el paso 52 y el servidor espera una respuesta hasta que se reciben todas las respuestas esperadas o a la expiración del tiempo de espera.
Entonces, durante un paso 54, el servidor envía un estado al usuario o máquina de control que envía el comando durante el paso 51, por ejemplo, para visualización. Finalmente, se reitera el paso 51.
Según la invención se pueden recibir varios comandos por el servidor durante el paso 51, especialmente:
- una configuración de la desfluctuación en almacenadores temporales del dispositivo de vídeo, por ejemplo, el almacenador temporal de RTP 424 o almacenador temporal de audio-vídeo 423 (típicamente almacenador temporal de MPEG-TS); esta configuración puede habilitar o deshabilitar una configuración específica y/o definir el umbral mínimo (o nivel inicial de estos almacenadores temporales antes de comenzar a vaciarlos) y/o definir el tamaño mínimo y/o máximo de estos almacenadores temporales;
- una configuración del mecanismo de recuperación de reloj del receptor multimedia digital (el mecanismo y el nivel inicial del almacenador temporal tienen que ser coherentes);
- una configuración de alarma de fluctuación desencadenada por el receptor multimedia digital (alarmas suaves que dan indicación del Acuerdo de Nivel de Servicio para evitar la pérdida de paquetes);
- configuración de la prioridad del tráfico de IGMP emitido desde el receptor multimedia digital (que puede influir en el retardo de zapeo y activarlo más eficientemente si hay una congestión en el enlace ascendente; y - recuperación remota de datos tales como estadísticas de audiencia relativas al uso del dispositivo de vídeo o identificación de la causa probable de los problemas de entrega.
Las solicitudes de CWMP están siguiendo una estructura de comandos estándar que se define en el documento TR-069 como sigue:
- la solitud basada en SetParameterValues como se define en la sección A.3.2.1 del documento TR-069 en la tabla 9 para enviar una solicitud de configuración a uno o varios dispositivos de vídeo según un comando del paso 51;
- la solicitud basada en GetParameterAttributes como se define en la sección A.3.2.5 del documento TR-069 en la tabla 20 para enviar una solicitud a uno o varios dispositivos de vídeo para recuperación de datos tales como estadísticas de audiencia respecto al uso del dispositivo de vídeo o identificación de la causa probable de los problemas de entrega.
La respuesta de CWMP correspondiente relacionada con un paso 53 está siguiendo una estructura de respuestas estándar que se define en el documento TR-069 como sigue:
- la respuesta basada en SetParameterValuesResponse como se define en la sección A.3.2.1 del documento TR-069 en la tabla 10 para recuperar el estado de la solicitud de configuración desde uno o varios dispositivos de vídeo;
- la respuesta basada en argumentos GetParameterAttributesResponse como se define en la sección A.3.2.5 del documento TR-069 en la tabla 21 para recuperación de datos tales como estadísticas de audiencia relativos al
uso del dispositivo de vídeo o identificación de la causa probable de los problemas de entrega.
Para cada comando y/o respuesta, un tipo específico de información y de formato se dan en la tabla 1 la cual enumera un modelo de datos completo al final de esta descripción. Los objetos principales del modelo de datos relacionado con los comandos enumerados anteriormente se describen en lo sucesivo.
Cuando se recibe durante el paso 51 un comando relacionado con una configuración de la desfluctuación de un almacenador temporal de RTP, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer.{i}.RTP. DejitteringEnable (STBDevice.{i}.AVProfile.AVPlayer.{i}.RTP. que representa parámetros de perfil de AV relacionados con un flujo de AV enviado a través de RTP) con un conjunto booleano para habilitar o deshabilitar la desfluctuación del almacenador temporal de RTP 424 según el comando del paso 51.
Cuando se recibe durante el paso 51 un comando relacionado con una configuración de la desfluctuación de un almacenador temporal de audio/vídeo, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}. AVProfile.AVPlayer.{i}.MPEG2-TS.DejitteringEnable con un booleano fijado para habilitar o deshabilitar la desfluctuación del almacenador temporal de audio/vídeo 423 según el comando del paso 51. En los objetos definidos, {i} se refiere a un caso posible de un dispositivo de vídeo (si se usan varios casos). De manera general, se usa Object.{i} para indicar que son posibles varios casos de Objeto.
Según la invención, hay una posibilidad de gestionar encapsulación de MPEG2 TS y encapsulación de RTP separadamente (permite tanto MPEG2TS solamente como MPEG2TS sobre RTP). En particular es ventajoso no duplicar la parte MPEG2TS para el modo MPEG2TS solamente y MPEG2TS sobre Rt P. Esto permite seleccionar la capa de transporte desde el servidor de gestión remoto (ACS para Servidor de Acceso y Control): MPEG2TS solamente o MPEG2TS sobre RTP.
Según la invención, se puede activar o no el MPEG2TS o MPEG2-TS sobre RTP. Entonces, el operador o el radiodifusor de vídeo pueden activar la pila de transporte de RTP (activación o desactivación de desfluctuación de RTP que comprende el procesamiento de sello de tiempo de RTP) sin descarga de una pila de capa de transporte completa en el dispositivo de vídeo. Entonces, esta operación es simple y barata de implementar.
Según la invención, también es posible cambiar el nivel de almacenador temporal de desfluctuación inicial (por ejemplo, desfluctuación de RTP y/o desfluctuación de MPEG2-TS) que también impacta directamente en el tiempo de zapeo. Cuando se inicia una presentación de vídeo, el receptor multimedia digital espera un nivel dado de llenado del almacenador temporal de rTp o de flujo de vídeo (MPEG2-TS) antes de comenzar la decodificación del vídeo. Permitiendo que este parámetro sea cambiado, es posible optimizar el tiempo de zapeo que depende de él. El nivel de almacenador temporal de desfluctuación inicial depende de la fluctuación de la red (variación de retardo de paquetes) y se usa para evitar que el almacenador temporal quede vacío. Este parámetro se puede cambiar remotamente de manera ventajosa según la variación del retardo de paquetes.
Cuando se recibe durante el paso 51 un comando relacionado con una configuración del tamaño inicial del almacenador temporal de audio/vídeo, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Dejittering.BufferlnitialLevel(STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Dejittering que representa parámetros de perfil de AV relacionados con la desfluctuación de un flujo de AV que usa transporte de MPEG2-TS) con un número fijado al valor del número de bytes que debería estar en el almacenador temporal 423 antes de que pueda comenzar la reproducción según el comando del paso 51. Este valor depende preferiblemente de la variación de retardo de paquetes y tiene una influencia en el retardo de zapeo. Según el estado de la técnica, el tamaño inicial es fijo.
Según la invención, también es posible cambiar el tamaño del almacenador temporal inicial (posiblemente al mismo tiempo que los niveles de desfluctuación).
Cuando se recibe durante el paso 51 un comando relacionado con una configuración del tamaño del almacenador temporal de audio/vídeo, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Dejiftering.BufferSize con un número (tamaño de almacenador temporal de desfluctuación MPEG2 t S en bytes) fijado al valor del tamaño del almacenador temporal 423 según el comando del paso 51.
La invención también permite seleccionar remotamente el mecanismo de recuperación de reloj del decodificador (según el estado de la técnica, que se graba en el decodificador) en el dispositivo de vídeo. Es posible elegir dinámicamente usar o no el control de reloj de PCR (o Referencia de Reloj de Programa). Según el estado de la técnica, los relojes del decodificador se hacen funcionar libremente (modo LIBRE) ya que la fluctuación de red IP es demasiado grande para los métodos clásicos. Entonces, según el estado de la técnica, los relojes del decodificador pueden desplazarse y los almacenadores temporales pueden vaciarse o sobrecargarse. Según el estado de la técnica, solamente se puede usar una CBR (Tasa de Bit Constante) para transferencia de vídeo. Según la invención,
es posible cambiar este modo a un modo PCR_LOCKED; una recuperación de reloj de PCR (PCR_LOCKED) permite usar un nivel de almacenador temporal inicial menor (y reducir el retardo de zapeo). También es aplicable a la VBR (Tasa de Bit Variable). Según la invención, el servidor de configuración indica al dispositivo de vídeo que su reloj puede funcionar libremente o tener en cuenta información que llega desde la PCR.
Cuando se recibe durante el paso 51 un comando relacionado con una configuración del tamaño inicial del almacenador temporal de audio/vídeo, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Dejittering.OperationMode con una cadena fijada a "PCR BLOQUEADA" (que significa que la lectura del almacenador temporal se bloquea en las PCR recibidas) o "LIBRE" (que significa que la lectura se basa en un reloj que funciona libre; cuando se usa el modo LIBRE, se usa el parámetro BitRate para determinar el reloj de reproducción) según el comando del paso 51.
Según la invención, también es posible programar umbrales de alarma (configurar el nivel del almacenador temporal para generar una alarma), esto se puede usar para detectar violación de SLA (Acuerdo de Nivel de Servicio) y permite una sintonización remota fina del umbral de alarma.
Cuando se recibe durante el paso 51 un comando relacionado con una configuración de los umbrales de alarma, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye los objetos STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Dejittering. BufferAlarmLowLevel y STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Dejittering.BufferAlarmHighLevel con los enteros fijados al valor del nivel del almacenador temporal (en número de bytes) que generarán un almacenador temporal respectivamente por debajo o por encima del evento de flujo según el comando del paso 51.
Según la invención, también es posible gestionar remotamente el DSCP o Etiquetas Ethernet de paquetes de IGMP aguas arriba (y así cambiar su prioridad) de manera que cambian los rendimientos del zapeo. Ofreciendo esta opción, es posible para el operador modificar la prioridad dada a los paquetes de IGMP usados para el zapeo relativamente al tráfico de voz sobre IP, el tráfico de vídeo conferencia o el tráfico de juegos.
Cuando se recibe durante el paso 51 un comando relacionado con una configuración de prioridad de IGMP, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}.AVProfile.IGMP.field (parámetros de perfil de audio/vídeo que son específicos a clientes de IGMP cuando se usa para zapeo de canal) donde el campo es uno de los siguientes argumentos, según el comando del paso 51:
- entero DSCPMark que representa un punto de código Diffserv a ser usado para paquetes de IGMP salientes; - entero VLANIDMark que representa el ID de VLAN (como se define en el documento IEEE 802.1Q) a ser usado para paquetes de IGMP salientes para este perfil; un valor de -1 indica que va a ser usado el valor por defecto; y - entero EthernetPriorityMark que representa un código de prioridad Ethernet (como se define en el documento IEEE 802.1D) a ser usado para paquetes de IGMP salientes para este perfil; un valor de -1 indica que va a ser usado el valor por defecto; si o bien VLANIDMark o bien EthernetPriorityMark son mayores que cero, entonces se etiquetan las tramas salientes; de otro modo, las tramas salientes se pueden etiquetar o desetiquetar.
Según la invención, también es posible registrar la audiencia del usuario (qué está viendo el usuario) para hacer estadísticas de audiencia.
Cuando se recibe durante el paso 51 un comando relacionado con las estadísticas de audiencia, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud GetParameterAttributes que incluye el objeto STB.Device.{i}.AVProfile.AudienceStats (tabla para describir mediciones de audiencia; el propósito de esta tabla es registrar qué ha estado recibiendo el dispositivo de vídeo; la duración de tiempo se registra solamente para servicios que se reciben en la pantalla principal; cada entrada corresponde a un servicio dado) con los siguientes argumentos, según el comando del paso 51:
- entero EntryID que representa un identificador único para cada entrada en esta tabla; y
- cadena ServiceName que describe un canal de TV;
Durante el paso 53, las respuestas del(de los) dispositivo(s) de vídeo con una respuesta GetParameterAttributesResponse con STB.Device.{i}.AVProfile.AudienceStats que es una disposición de los siguientes datos:
- entero EntryID que representa un identificador único para cada entrada en esta tabla;
- cadena ServiceName que describe un canal de TV;
- entero Duración que describe la duración acumulativa de este servicio en segundos.
Cuando se recibe durante el paso 51 un comando relacionado con un reinicio de estadísticas de audiencia, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STB.Device.{i}.AVProfile.AudienceStats.Reset según el comando del paso 51.
Según la invención, también es posible recuperar, no solamente el número de paquetes perdidos, sino también el número de paquetes recibidos con una mala CRC. Hacer esto permite identificar la causa probable de los problemas que ocurren en la entrega de contenido. La congestión de red conducirá a paquetes perdidos mientras que muchos de los paquetes recibidos con mala CRC serán el signo de un enlace ADSL malo probable. Entonces, cuando se recuperan las estadísticas relacionadas con el flujo de AV es posible tener un diagnóstico de un problema o confirmación de que todo está funcionando. Esto se puede hacer ventajosamente en coherencia con una solicitud de configuración que se describió anteriormente según la invención. Más generalmente, la invención proporciona varias herramientas a los proveedores de servicios para gestionar dispositivos de vídeo tales como STB de una forma abierta. La gestión del dispositivo de vídeo permitirá la resolución de problemas de usuario (acelerar la identificación de fallos cuando el usuario llama a un servicio de asistencia) y ayuda a determinar si el fallo viene de:
- un problema del usuario (hizo algo erróneo tal como no conectó el STB);
- un problema del dispositivo (el dispositivo está fuera de servicio); y/o
- un problema de red.
Cuando se recibe durante el paso 51 un comando relacionado con estadísticas MPEG2-TS, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud GetParameterAttributes que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Stats (Estadísticas para el caso de flujo de AV) con al menos uno de los siguientes argumentos, según el comando del paso 51:
- entero PacketsReceived que representa el número total de paquetes de MPEG2 TS recibidos para este flujo; - entero PacketsLost que representa el número total de paquetes de MPEG2 TS que se han perdido para este flujo; - entero Desbordamientos que representa el número total de veces que el almacenador temporal de fluctuación de recepción ha rebasado este flujo; y
- entero Subdesbordamientos que representa el número total de veces que el almacenador temporal de fluctuación de recepción tiene insuficiencia de datos para este flujo.
Durante el paso 53, las respuestas del(de los) dispositivo(s) de vídeo con una respuesta GetParameterAttributesResponse con STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Stats asociadas con los argumentos como se describió anteriormente.
Cuando se recibe durante el paso 51 un comando relacionado con un reinicio de las estadísticas de flujo de AV, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Stats.ResetStatistics, según el comando del paso 51. Ventajosamente, las estadísticas de flujo de Av también se pueden reiniciar cuando se leen.
Cuando se recibe durante el paso 51 un comando relacionado con estadísticas de RTP, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud GetParameterAttributes que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer{i}.RTP.RTCP.Stats (este objeto que está asociado con las estadísticas para el caso de flujo de RTP) con al menos uno de los siguientes argumentos, según el comando del paso 51:
- entero PacketsReceived que representa el número total de paquetes de RTP recibidos para este flujo;
- entero BytesReceived que representa el número total de bytes de carga útil de RTP recibidos para este flujo; - entero PacketsLost que representa el número total de bytes de carga útil de RTP perdidos para este flujo; - entero FractionLost que representa el número total de paquetes perdidos dividido por el número de paquetes esperados expresada como un número de punto fijo con un punto binario a la izquierda de los ocho bits inferiores; si la pérdida es negativa debida a duplicados, la FractionLost se fija a 0;
- entero CorruptedPackets que representa el número total de paquetes de RTP que se han descartado debido a CRC de la capa de transporte; PacketLost y CorruptedPackets pueden permitir conocer acerca de la fuente de la pérdida;
- entero Desbordamientos que representa el número total de veces que el almacenador temporal de fluctuación de recepción ha rebasado este flujo; y
- entero Subdesbordamientos que representa el número total de veces que el almacenador temporal de
fluctuación de recepción tiene insuficiencia de datos para este flujo;
- entero ReceivelnterarrivalJitter que representa la fluctuación entre llegadas de recepción actuales en microsegundos; se calcula a partir de J(i) como se define en la sección 6.4 del documento RFC3550), con unidades convertidas a microsegundos; y
- entero AverageReceivelnterarrivalJitter que representa la fluctuación entre llegadas de recepción media en microsegundos desde el comienzo de la llamada actual; se calcula como la media de D(i,j) como se define en la sección 6.4 del documento RFC3550, con las unidades convertidas a microsegundos.
Durante el paso 53, las respuestas del(de los) dispositivo(s) de vídeo con una respuesta GetParameterAttributesResponse con STBDevice.{i}.AVProfile.AVPlayer{i}.RTP.RTCP.Stats asociadas con los argumentos como se describió anteriormente.
Cuando se recibe durante el paso 51 un comando relacionado con un reinicio de estadísticas de RTP, el servidor de configuración 20 envía al(a los) dispositivo(s) de vídeo correspondiente(s) 23 una solicitud SetParameterValues que incluye el objeto STBDevice.{i}.AVProfile.AVPlayer{i}.RTP.RTCP.Stats.ResetStatistics, según el comando del paso 51. Ventajosamente, las estadísticas de RTP también se pueden reiniciar cuando se leen.
La figura 6 describe un método que se implementa en el dispositivo de vídeo 23 según las realizaciones específicas de la invención.
El método comienza con un paso de reinicio 60, donde los diferentes datos de configuración del dispositivo de vídeo en sí mismos se inicializan (por ejemplo, la dirección IP del servidor 20, sus perfiles por defecto, datos relacionados con el radiodifusor de audio/vídeo, usuario, reinicio de estadísticas internas,...).
Entonces, durante el paso 61, el dispositivo de vídeo 23 espera y recibe una solicitud de CWMP desde el servidor 60. Entonces, durante una prueba 62, el dispositivo 23 comprueba si el comando corresponde a una configuración fija, es decir, una solicitud SetParameterValues relacionada con uno del objeto usado para configuración como se describió anteriormente.
En caso afirmativo, durante un paso 63, el dispositivo 23 fija la configuración según el objeto y los argumentos usados en la solicitud de configuración recibida. Entonces, durante un paso 64, el dispositivo 24 envía una respuesta al servidor 20, que indica que se ha hecho la configuración. Después del paso 64, se reitera el paso 61.
Después de la prueba 62, si el comando no corresponde a una configuración fija, durante una prueba 65, el dispositivo 23 comprueba si el comando corresponde a una recuperación de estadísticas, es decir, una solicitud GetParameterAttributes relacionada con uno del objeto usado para recuperación estadística (estadísticas de audiencia o estadísticas de flujo de AV) como se describió anteriormente.
En caso afirmativo, durante un paso 66, el dispositivo 23 envía estadísticas solicitadas según el objeto y los argumentos usados en la solicitud recibida. Entonces, durante un paso 67, el dispositivo 23 envía una respuesta al servidor 20, con los datos estadísticos solicitados. Después del paso 67, se reitera el paso 61.
También, durante un paso 68, el dispositivo 23 ejecuta la solicitud de CWMP y se reitera el paso 61.
La figura 7 presenta un ejemplo de los intercambios de comunicación entre el servidor 20, dispositivo 23 y un usuario o máquina de control 70.
A la recepción de un comando de configuración 71 enviado por el usuario o máquina 70, el servidor 20 construye y envía un comando de CWMP 72 como se indica en el paso 52 de la figura 5 al dispositivo de vídeo 23.
Entonces, el dispositivo de vídeo 23 construye y envía de vuelta una respuesta 73 como se indica en el paso 64 de la figura 5 al dispositivo de vídeo 23 y el resultado 74 de la configuración se da por el servidor 20 al usuario o máquina de control 70.
A la recepción de un comando de solicitud de estadísticas 71 enviado por el usuario o máquina 70, el servidor 20 construye y envía un comando de CWMP 76 como se indicó en el paso 52 de la figura 5 al dispositivo de vídeo 23. Entonces, el dispositivo de vídeo 23 construye y envía de vuelta una respuesta 77 como se indica en el paso 67 de la figura 5 al dispositivo de vídeo 23 y los datos estadísticos requeridos 78 de la configuración se dan por el servidor 20 al usuario o máquina de control 70.
Se pueden definir ventajosamente muchos escenarios según la invención y hay sinergia entre diversas solicitudes de configuración y/o recuperación de estadísticas. Por ejemplo, si se detecta una pérdida de paquetes después del envío de una solicitud de estadísticas relacionadas con el almacenador temporal de flujo de vídeo (argumento PacketsLost del objeto STBDevice.{i}.AVProfile.AVPlayer{i}.MPEG2-TS.Stats), entonces se puede detectar la naturaleza precisa del problema (por ejemplo, desbordamiento del almacenador temporal) solicitando las
estadísticas correspondientes (o un comando de CWMP general que solicita cargar la naturaleza precisa del problema (por ejemplo, con una cadena o entero predefinido). Entonces, el servidor de configuración 20 puede configurar con el comando de CWMP adecuado el nivel inicial del almacenador temporal de flujo de vídeo y/o su tamaño y cargar de nuevo estadísticas con un comando de CWMP para comprobar si la nueva configuración ha resuelto el problema.
De esta manera una implementación de la invención permite tener, ventajosamente, un protocolo uniforme para la pasarela y el STB; ya que TR069 se usa para pasarela, el sistema de gestión remoto entero de dispositivos de vídeo (STB) y pasarela se simplifica si también se usa para ambos dispositivos. Además, el protocolo es fiable ya que RPC (llamada de procedimiento remoto) (en lugar de intercambio de mensaje) se usa sobre TCP: las funciones de parámetro obtener y fijar se hacen remotamente. Más generalmente, la invención permite resolución de problemas remota y configuración remota de un STB a partir de un servidor de configuración (por ejemplo, un ACS). El modelo de datos según la invención es compatible con el marco de referencia TR-069 y permite diversas operaciones de gestión remota usando protocolos TR-069.
Además, la invención está proponiendo un método de gestión remota que permite a un servidor de gestión remota distante gestionar un dispositivo de audio/vídeo distante. Ventajosamente, el método de gestión comprende un paso de transmisión y/o recepción de un comando y/o respuesta correspondiente (por ejemplo, los comandos y/o respuesta de CWMP) asociados con la gestión del tiempo de zapeo. Este tiempo de zapeo puede ser el tiempo entre un cambio de servicio y la reproducción de vídeo real. Ello depende de los niveles de almacenamiento temporal, desfluctuación y/o prioridad de IGMP. Estos parámetros se pueden sintonizar de manera precisa según las diversas estadísticas que se pueden recuperar por un servidor (por ejemplo un servidor de configuración), que se cargan ventajosamente a través del mismo protocolo como el protocolo de configuración.
Naturalmente, la invención no está limitada a las realizaciones descritas anteriormente.
En particular, se pueden usar otros tipos o formatos de comandos de solicitud o respuesta según la invención. En la descripción, se han dado ejemplos basados en TR069. Verdaderamente, se pueden implementar según la invención otras funciones compatibles o no con TR069.
Además, las estructuras, formatos y nombres de objetos (enlazados con la configuración o estadísticas) no se limitan a los ejemplos de la tabla 1 y se pueden cambiar según implementaciones específicas de la invención. Por ejemplo, se pueden cambiar formatos booleanos a formatos de cadena o entero; formato entero (cadena respectivamente) se puede cambiar a cadena (formato entero respectivamente, un entero que corresponde a un argumento predefinido). Otras estructuras de objetos también son compatibles con la invención: por ejemplo, algunas de las estructuras definidas en la tabla 1 se pueden dividir en varias estructuras (por ejemplo, se pueden definir estructuras relacionadas con estadísticas con muchos argumentos posibles con varias estructuras, cada una que está relacionada con uno o varios argumentos específicos) o, por el contrario reunidos en una estructura. Se dan nombres de objetos y argumentos para ilustrar una realización específica. Por supuesto, se pueden cambiar según una implementación específica. Además, otros comandos de configuración o funciones de recuperación de estadísticas se pueden añadir a la lista anterior.
Además, todos los objetos definidos anteriormente no son obligatorios en alguna implementación específica. Por ejemplo, la configuración de desfluctuación se puede implementar mientras que la configuración de prioridad de IGMP se implementa o no; de una manera doble, se puede implementar configuración de prioridad de IGMP mientras que se implementa o no una implementación de desfluctuación. Por ejemplo, se puede implementar una configuración de desfluctuación de RTP (flujo de vídeo respectivamente) mientras que se implementa o no una configuración de desfluctuación de flujo de vídeo (RTP respectivamente). También, se puede implementar o no recuperación de estadísticas (configuración respectivamente) como se definió anteriormente, mientras que se implementa configuración (recuperación de estadísticas respectivamente) como se definió anteriormente.
Además, la invención no está limitada al uso del protocolo CWMP sino que concierne también a cualquier protocolo que permite a un servidor aplicar remotamente una función de configuración y/o de recuperación de datos directamente en un objeto en un dispositivo de vídeo distante.
La invención no está limitada a la estructura de red de la figura 2, sino que también concierne a diversas estructuras que incluyen uno o varios servidores de gestión que pueden enviar comandos a uno o diversos dispositivos remotos, estos dispositivos que son dispositivos de vídeo o intermediarios asociados con uno o diversos dispositivos de vídeo, directamente o a través de una pasarela. Los dispositivos de vídeo no están limitados al receptor multimedia digital sino que también conciernen a aparatos de TV, ordenador, ordenador portátil, dispositivos de comunicación fijos y móviles...
La invención también concierne a programas de ordenador o medio que comprende tales programas que contiene instrucciones adaptadas para implementar el método de gestión (en un lado del servidor y/o dispositivo de vídeo) según la invención como se definió anteriormente.
La invención también concierne a un modelo de gestión remota que se definió anteriormente (por ejemplo, en la tabla 1) y a ser usado con un protocolo tal como CWMP.
En particular la invención concierne a, un modelo de gestión remota para un dispositivo de vídeo (por ejemplo, un STB) que permite a un operador gestionar dinámicamente la encapsulación MPEG2 TS usada por el receptor multimedia digital para recibir programas digitales. También concierne a, un modelo de gestión remota para un dispositivo de vídeo (por ejemplo, un STB) que permite seleccionar remotamente el mecanismo de recuperación de reloj del dispositivo de vídeo. Además, concierne a un modelo de gestión remota para un dispositivo de vídeo (por ejemplo, un STB) que permite cambiar remotamente la prioridad del tráfico de IGMP emitido desde el dispositivo de vídeo. También concierne a un modelo de gestión remota para un dispositivo de vídeo (por ejemplo, un STB) que permite configuración de alarma desencadenada por el dispositivo de vídeo relativa a su nivel de llenado de almacenador temporal de entrada. Además, la invención concierne a un modelo de gestión remota para un dispositivo de vídeo (por ejemplo, un STB) que permite registrar remotamente estadísticas de audiencia relativas al uso del dispositivo de vídeo. La invención también concierne a un modelo de gestión remota para un dispositivo de vídeo (por ejemplo, un STB) que permite identificar la causa probable de los problemas de entrega.
La invención también concierne a un servidor, una pasarela, un intermediario o un dispositivo de vídeo (por ejemplo, un STB) que comprende medios para implementar un modelo de gestión remota como se describe en esta especificación y de manera más general a redes o sistema de comunicación que comprenden tal servidor y/o dispositivo de vídeo.
Definiciones de parámetros
La tabla 1 enumera los objetos asociados con un dispositivo de CPE de STB y sus parámetros asociados según una realización de la invención. La notación usada para indicar el tipo de datos de cada parámetro y la notación que asocia con objetos de múltiples casos, sigue la notación definida en el Informe Técnico del Foro DSL TR106 (titulado “Home Network Data Model Template for TR-069-Enabled Devices”).
La primera columna de la tabla 1 representa el nombre completo de un Parámetro es la concatenación del nombre de objeto raíz que se define en el Informe Técnico del Foro DSL TR106, el nombre de objeto mostrado en la cabecera amarilla y el nombre del Parámetro individual.
La segunda columna de la tabla 1 representa el tipo del parámetro (por ejemplo, el objeto (que comprende uno o diversos parámetros), una cadena de 256 caracteres (señalada cadena(256), un booleano, un entero no señalado (indicado unsignedInt)).
La tercera y cuarta columnas representan respectivamente el estado de escritura y lectura, donde “R”, “O”, “C” y “-” significan respectivamente Solicitado, Opcional, Condicional o No presente. Acceso de escritura para un objeto indica si las acciones AddObject y DeleteObject no están permitidas (“-“), permitidas opcionalmente (“O”), solicitadas (“R”) o solicitadas condicionalmente si el objeto se soporta del todo (“C”). Acceso de lectura para un objeto indica si el objeto es o no opcional (“O”), solicitado (“R”) o solicitado condicionalmente (“C”) si el CPE soporta la funcionalidad relacionada o si el objeto que la contiene está presente.
La quinta columna describe el parámetro correspondiente.
La sexta columna representa el valor por defecto del parámetro en la creación de un caso de objeto a través de TR-069. Si el valor por defecto es una cadena vacía, éste se representa por el símbolo <Vacío>.
Tabla 1 - Lista de parámetros para un dispositivo de vídeo (por ejemplo, un dispositivo de CPE de STB) según la invención
Claims (8)
1. Un método de gestión remota que permite que un servidor de gestión remota (20) gestione al menos un Receptor Multimedia Digital (23), que comprende una transmisión a dicho al menos un Receptor Multimedia Digital de un comando de Protocolo de Gestión de red de área Extensa de equipos en las instalaciones del cliente (52, 72, 76) que solicita una recuperación de parámetros de dicho al menos un Receptor Multimedia Digital relacionado con un flujo recibido por dicho al menos un Receptor Multimedia Digital, dichos parámetros que comprenden uno de:
un número de paquetes MPEG2-TS recibidos por dicho al menos un Receptor Multimedia Digital para dicho flujo recibido por dicho al menos un Receptor Multimedia Digital;
un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha rebasado dicho flujo recibido por dicho al menos un Receptor Multimedia Digital;
un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha tenido subdesbordamiento de dicho flujo recibido por dicho al menos un Receptor Multimedia Digital.
2. El método según la reivindicación 1, que comprende además un paso de transmisión de un mensaje de Protocolo de Gestión de red de área Extensa de equipos en las instalaciones del cliente que solicita un reinicio de dichos parámetros por dicho al menos un Receptor Multimedia Digital.
3. Un método de gestión remota que permite que un Receptor Multimedia Digital (23) se gestione por un servidor de gestión distante (20), el método comprende un paso de recepción (61) de un mensaje de Protocolo de Gestión de red de área Extensa de equipos en las instalaciones del cliente que solicita una recuperación de parámetros de dicho Receptor Multimedia Digital relacionados con la recepción de un flujo por dicho Receptor Multimedia Digital, dichos parámetros que comprenden uno de:
un número de paquetes MPEG2-TS recibidos por dicho al menos un Receptor Multimedia Digital para dicho flujo recibido por dicho al menos un Receptor Multimedia Digital;
un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha rebasado dicho flujo recibido por dicho al menos un Receptor Multimedia Digital;
un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha tenido subdesbordamiento de dicho flujo recibido por dicho al menos un Receptor Multimedia Digital.
4. Un Receptor Multimedia Digital (23), que comprende medios de recepción de un mensaje de Protocolo de Gestión de red de área Extensa de equipos en las instalaciones del cliente que solicita una recuperación de parámetros de dicho Receptor Multimedia Digital relacionados con la recepción de un flujo por dicho Receptor Multimedia Digital y medios para configurar dicho Receptor Multimedia Digital según el mensaje de Protocolo de Gestión de red de área Extensa de equipos en las instalaciones del cliente, dichos parámetros que comprenden uno de:
un número de paquetes MPEG2-TS recibidos por dicho al menos un Receptor Multimedia Digital para dicho flujo recibido por dicho al menos un Receptor Multimedia Digital;
un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha rebasado dicho flujo recibido por dicho al menos un Receptor Multimedia Digital;
un número de veces que un almacenador temporal de fluctuación de recepción de dicho al menos un Receptor Multimedia Digital ha tenido subdesbordamiento de dicho flujo recibido por dicho al menos un Receptor Multimedia Digital.
5. El Receptor Multimedia Digital según la reivindicación 4, que comprende además medios de transmisión configurados para transmitir un número de paquetes MPEG2-TS recibidos por dicho Receptor Multimedia Digital para dicho flujo recibido por dicho un Receptor Multimedia Digital.
6. El Receptor Multimedia Digital según la reivindicación 4 o 5, que comprende además medios de transmisión configurados para transmitir un número de veces que un almacenador temporal de fluctuación de recepción de dicho Receptor Multimedia Digital ha rebasado dicho flujo recibido por dicho Receptor Multimedia Digital.
7. El Receptor Multimedia Digital según cualquiera de las reivindicaciones 4 a 6, que comprende además medios de transmisión de un número de veces que un almacenador temporal de fluctuación de recepción de dicho Receptor Multimedia Digital ha tenido subdesbordamiento de dicho flujo recibido por dicho Receptor Multimedia Digital.
8. El Receptor Multimedia Digital según cualquiera de las reivindicaciones 4 a 7, que comprende además medios configurados para reiniciar dichos parámetros.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP05290848 | 2005-04-15 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2720029T3 true ES2720029T3 (es) | 2019-07-17 |
Family
ID=36913343
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06742589T Active ES2571833T3 (es) | 2005-04-15 | 2006-04-14 | Método de gestión remota de un dispositivo distante y dispositivo de vídeo correspondiente |
| ES16160986T Active ES2720029T3 (es) | 2005-04-15 | 2006-04-14 | Método de gestión remota de un dispositivo y dispositivo correspondiente |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES06742589T Active ES2571833T3 (es) | 2005-04-15 | 2006-04-14 | Método de gestión remota de un dispositivo distante y dispositivo de vídeo correspondiente |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7865581B2 (es) |
| EP (3) | EP3054630B1 (es) |
| JP (2) | JP5087535B2 (es) |
| KR (1) | KR101327967B1 (es) |
| CN (1) | CN101160834B (es) |
| ES (2) | ES2571833T3 (es) |
| PL (2) | PL1869833T3 (es) |
| TR (1) | TR201905420T4 (es) |
| WO (1) | WO2006108685A2 (es) |
Families Citing this family (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1928186B1 (en) * | 2006-11-30 | 2014-01-29 | Alcatel Lucent | Method to configure device dependent services of a device at a customer premises equipment and a device to execute the method |
| CN101202745A (zh) * | 2006-12-15 | 2008-06-18 | 华为技术有限公司 | 获取用户驻地设备功能配置信息的方法、装置及应用系统 |
| CN101247277A (zh) * | 2007-02-15 | 2008-08-20 | 华为技术有限公司 | 一种告警的方法及装置 |
| CN101247297B (zh) * | 2007-02-16 | 2010-07-14 | 华为技术有限公司 | 对家庭网络中应用终端进行自动配置的装置、系统和方法 |
| EP1983744A1 (en) * | 2007-04-20 | 2008-10-22 | Thomson Licensing | Management methods of a video device and corresponding video device |
| CN101296203B (zh) * | 2007-04-23 | 2011-12-28 | 华为技术有限公司 | 对家庭网络中应用终端进行自动配置的装置、系统和方法 |
| PL1990952T3 (pl) * | 2007-05-07 | 2014-01-31 | Alcatel Lucent | Moduł aplikacji oraz serwer zarządzania zdalnego z modelem opisu parametrów |
| CN101304350B (zh) * | 2007-05-11 | 2013-02-13 | 华为技术有限公司 | 访问家庭网络设备的方法、系统和家庭网络接入设备 |
| KR101502314B1 (ko) * | 2008-02-11 | 2015-03-13 | 알까뗄 루슨트 | 현장에서 장치를 구성하기 위한 방법 |
| EP2107754A1 (en) * | 2008-04-03 | 2009-10-07 | Nokia Siemens Networks Oy | Method and device for data processing and communication system comprising such device |
| CN101572617B (zh) * | 2008-04-30 | 2011-11-09 | 华为终端有限公司 | 移动通信设备的管理方法、装置及系统 |
| US7788351B2 (en) | 2008-05-27 | 2010-08-31 | Microsoft Corporation | Scalable transfer feedback |
| US7783731B2 (en) | 2008-05-27 | 2010-08-24 | Microsoft Corporation | Firmware cache coherence |
| WO2009146637A1 (zh) * | 2008-06-06 | 2009-12-10 | 华为技术有限公司 | 设备与网关关联的方法和装置 |
| CN101631105A (zh) * | 2008-07-18 | 2010-01-20 | 华为技术有限公司 | 配置应用的方法、设备及系统 |
| JP5161739B2 (ja) * | 2008-11-21 | 2013-03-13 | 株式会社日立製作所 | 被遠隔管理装置 |
| CN101765173B (zh) * | 2008-12-23 | 2012-02-29 | 财团法人工业技术研究院 | 接合多媒体串流于通讯网路的装置与方法 |
| EP2216937A1 (en) * | 2009-02-10 | 2010-08-11 | Alcatel Lucent | Alarm notification between customer premises equipment and a remote management server |
| JP5321895B2 (ja) * | 2009-05-27 | 2013-10-23 | ソニー株式会社 | 情報処理装置および方法 |
| US20120066711A1 (en) | 2009-08-24 | 2012-03-15 | Novara Technology, LLC | Virtualized home theater service |
| US20120053709A1 (en) * | 2010-08-27 | 2012-03-01 | Integrated Device Technology, Inc. | System and method for clock self-adjustment in audio communications systems |
| JP5501185B2 (ja) * | 2010-09-30 | 2014-05-21 | 株式会社日立ソリューションズ | 管理システム、デバイス管理方法、及び遠隔管理装置 |
| CN102006516B (zh) * | 2010-10-18 | 2013-07-24 | 中山大学 | 一种基于有线电视双向接入的数字家庭内容服务传输方法 |
| CN102130937A (zh) * | 2010-12-03 | 2011-07-20 | 华为终端有限公司 | 一种管理终端设备的方法、代理设备及系统 |
| TW201324334A (zh) * | 2011-12-12 | 2013-06-16 | Hanpin Electron Co Ltd | 數位音訊處理裝置之資料處理模組、可攜式裝置之控制數位音訊處理裝置模組及控制系統 |
| US9860188B2 (en) * | 2011-12-22 | 2018-01-02 | International Business Machines Corporation | Flexible and scalable enhanced transmission selection method for network fabrics |
| US9241167B2 (en) * | 2012-02-17 | 2016-01-19 | Microsoft Technology Licensing, Llc | Metadata assisted video decoding |
| JP2013200651A (ja) * | 2012-03-23 | 2013-10-03 | Hitachi Solutions Ltd | 端末管理装置、端末管理システム、端末管理方法及び端末管理プログラム |
| CN102761444B (zh) * | 2012-07-26 | 2016-05-11 | 杭州华三通信技术有限公司 | 一种用户侧设备的配置恢复方法和装置 |
| KR20150136600A (ko) | 2013-03-29 | 2015-12-07 | 톰슨 라이센싱 | 원격 스마트 폰을 이용한 아이들에 의한 컨텐츠 시청의 부모 제어 |
| EP2814202A1 (fr) * | 2013-06-14 | 2014-12-17 | OpenTV Europe SAS | Système et méthode de maintenance à distance d unités d utilisateur |
| US9203717B2 (en) | 2013-12-19 | 2015-12-01 | Google Inc. | Detecting network devices |
| CN109671046B (zh) * | 2017-10-12 | 2021-08-17 | 精诚工坊电子集成技术（北京）有限公司 | 利用皮肤图像分析皮肤水分的方法及装置 |
| CN108650552A (zh) * | 2018-04-25 | 2018-10-12 | 晶晨半导体(上海)股份有限公司 | 一种针对机顶盒的远程管理平台 |
| CN109688132B (zh) * | 2018-12-26 | 2021-05-18 | 成都视达科信息技术有限公司 | 一种机顶盒配置更新方法及系统 |
| WO2021159542A1 (en) * | 2020-02-15 | 2021-08-19 | Arris Enterprises Llc | Extended remote procedure call for cpe devices |
| CN114666313A (zh) * | 2020-12-04 | 2022-06-24 | 中兴通讯股份有限公司 | 一种参数采集方法、服务器、终端及可读存储介质 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2868426B2 (ja) * | 1995-01-26 | 1999-03-10 | 松下電工株式会社 | ネットワーク管理システム |
| SG71835A1 (en) * | 1998-09-07 | 2000-04-18 | Victor Company Of Japan | A dejittering and clock recovery technique for real-time audio/visual network applications |
| US20020144271A1 (en) * | 1998-11-23 | 2002-10-03 | Michael Behagen | Device for remote control of a computer by radio |
| EP1087579B1 (en) * | 1999-09-22 | 2004-12-01 | NTT DoCoMo, Inc. | Gateway for reducing delay jitter and method for data transfer therein |
| US7346698B2 (en) * | 2000-12-20 | 2008-03-18 | G. W. Hannaway & Associates | Webcasting method and system for time-based synchronization of multiple, independent media streams |
| US20020095484A1 (en) * | 2001-01-12 | 2002-07-18 | Oscar Pagani | Method and apparatus for efficiently configuring customer premesis equipment |
| US20030048808A1 (en) * | 2001-09-12 | 2003-03-13 | Stahl Thomas Anthony | Method and apparatus for changing received streaming content channels |
| US20040133669A1 (en) * | 2001-11-28 | 2004-07-08 | Esa Jalonen | Event or polling driven DVB-T filter detection |
| EP1355485A1 (en) * | 2002-04-18 | 2003-10-22 | Deutsche Thomson-Brandt Gmbh | Method for generating a user interface on a HAVi device for the control of a Non-HAVi device |
| US8392952B2 (en) * | 2002-05-03 | 2013-03-05 | Time Warner Cable Enterprises Llc | Programming content processing and management system and method |
-
2006
- 2006-04-14 EP EP16160986.2A patent/EP3054630B1/en active Active
- 2006-04-14 CN CN2006800124417A patent/CN101160834B/zh active Active
- 2006-04-14 US US11/918,385 patent/US7865581B2/en active Active
- 2006-04-14 EP EP18211601.2A patent/EP3503475B1/en active Active
- 2006-04-14 PL PL06742589T patent/PL1869833T3/pl unknown
- 2006-04-14 ES ES06742589T patent/ES2571833T3/es active Active
- 2006-04-14 PL PL16160986T patent/PL3054630T3/pl unknown
- 2006-04-14 TR TR2019/05420T patent/TR201905420T4/tr unknown
- 2006-04-14 ES ES16160986T patent/ES2720029T3/es active Active
- 2006-04-14 JP JP2008505834A patent/JP5087535B2/ja active Active
- 2006-04-14 EP EP06742589.2A patent/EP1869833B1/en active Active
- 2006-04-14 KR KR1020077023398A patent/KR101327967B1/ko active IP Right Grant
- 2006-04-14 WO PCT/EP2006/003472 patent/WO2006108685A2/en not_active Application Discontinuation
-
2012
- 2012-07-30 JP JP2012168744A patent/JP5646556B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP3503475B1 (en) | 2020-10-14 |
| EP1869833B1 (en) | 2016-04-13 |
| EP3054630A1 (en) | 2016-08-10 |
| JP2008536415A (ja) | 2008-09-04 |
| CN101160834A (zh) | 2008-04-09 |
| US7865581B2 (en) | 2011-01-04 |
| JP5087535B2 (ja) | 2012-12-05 |
| JP2013009383A (ja) | 2013-01-10 |
| CN101160834B (zh) | 2013-02-20 |
| EP3054630B1 (en) | 2019-01-23 |
| EP1869833A2 (en) | 2007-12-26 |
| KR101327967B1 (ko) | 2013-11-13 |
| PL3054630T3 (pl) | 2019-07-31 |
| PL1869833T3 (pl) | 2016-08-31 |
| JP5646556B2 (ja) | 2014-12-24 |
| KR20070120987A (ko) | 2007-12-26 |
| WO2006108685A2 (en) | 2006-10-19 |
| WO2006108685A3 (en) | 2006-12-21 |
| EP3503475A1 (en) | 2019-06-26 |
| ES2571833T3 (es) | 2016-05-27 |
| TR201905420T4 (tr) | 2019-05-21 |
| US20090064268A1 (en) | 2009-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2720029T3 (es) | Método de gestión remota de un dispositivo y dispositivo correspondiente | |
| Corbillon et al. | Cross-layer scheduler for video streaming over MPTCP | |
| ES2811769T3 (es) | Suministro de contenido | |
| US10432688B2 (en) | System and method for optimized delivery of live ABR media | |
| US8625455B2 (en) | System and method for handling streaming media | |
| US20090175221A1 (en) | multimedia wireless distribution systems and methods | |
| ES2764778T3 (es) | Métodos de gestión de un dispositivo de vídeo y el correspondiente dispositivo de vídeo | |
| US9363188B2 (en) | Cable modem termination system control of cable modem queue length | |
| ES2754818T3 (es) | Método para recibir flujos de datos y método correspondiente para la transmisión | |
| US10735823B2 (en) | System and method for optimized delivery of live ABR media | |
| US9781488B2 (en) | Controlled adaptive rate switching system and method for media streaming over IP networks | |
| JP2004187286A (ja) | エンド−トゥ−エンドビットレート基準の輻輳制御を備えた、無線ネットワークにおけるｍｐｅｇ−４ライブユニキャストビデオストリーミングシステム | |
| BRPI0722125A2 (pt) | Método e aparelho para correção de erro de encaminhamento adaptativo com pedido de repetição automática combinada para multitransmissão confiável em redes de área local sem fio | |
| WO2010069475A1 (en) | Method and apparatus for delivering error-critical traffic through a packet-switched network | |
| US7937483B2 (en) | System and method of routing data packets using trunk ports and access ports | |
| KR102140679B1 (ko) | 패킷을 전송하는 네트워크 장치 및 방법, 그리고 패킷을 수신하는 디바이스 | |
| Khan et al. | Jitter and delay reduction for time sensitive elastic traffic for TCP-interactive based world wide video streaming over ABone | |
| KR100677125B1 (ko) | 송신 지연 시간의 협상을 이용한 스트리밍 방법 | |
| JP2017092581A (ja) | ゲートウェイ装置、放送受信装置、放送中継方法、放送受信方法、放送中継プログラムおよび放送受信プログラム | |
| CN106100803A (zh) | 用于作出重发决定的方法和装置 | |
| Singh | Protocols and Algorithms for Adaptive Multimedia Systems | |
| Baruffa et al. | Multicast distribution of Digital Cinema | |
| Radha et al. | Encoder buffer constraints for video transmission over networks with no quality-of-service guarantees | |
| Ouwens et al. | The performance of wireless MPEG-2 video streaming |