MX2011013684A - Metodo y dispositivo para el empuje rapido de torrente de transmision unidireccional en cambio rapido de canal. - Google Patents
Metodo y dispositivo para el empuje rapido de torrente de transmision unidireccional en cambio rapido de canal.Info
- Publication number
- MX2011013684A MX2011013684A MX2011013684A MX2011013684A MX2011013684A MX 2011013684 A MX2011013684 A MX 2011013684A MX 2011013684 A MX2011013684 A MX 2011013684A MX 2011013684 A MX2011013684 A MX 2011013684A MX 2011013684 A MX2011013684 A MX 2011013684A
- Authority
- MX
- Mexico
- Prior art keywords
- frame
- terminal
- last
- fast
- data
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 230000008859 change Effects 0.000 title claims abstract description 7
- 230000005540 biological transmission Effects 0.000 claims description 254
- 230000010076 replication Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 8
- 230000015556 catabolic process Effects 0.000 description 4
- 238000006731 degradation reaction Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
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/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 encoded video stream 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- 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/64—Addressing
- H04N21/6405—Multicasting
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
La presente invención divulga un método y un dispositivo para el empuje rápido un torrente de transmisión unidireccional en un Cambio Rápido de Canal (FCC), y se refiere al campo de Televisión de Protocolo de Internet (IPTV). Un servidor obtiene un retraso de unión de transmisión múltiple de una terminal, determina un valor mínimo de una cantidad de datos entre una posición de inicio de un torrente rápido de transmisión unidireccional y una última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de datos de búfer requerida para la decodificación, decide si una trama 1 última llega completamente de acuerdo con un estado del búfer de datos; y empuja rápido el torrente de transmisión unidireccional comenzando desde la última trama 1 si la última trama 1 llega completamente, y una cantidad de datos que llega comenzando desde la última trama 1 es mayor o igual que el valor mínimo. Mediante las soluciones anteriores de la presente invención, se reduce el tráfico continuo de datos.
Description
METODO Y DISPOSITIVO PARA EL EMPUJE RAPIDO DE TORRENTE DE
TRANSMISIÓN UNIDIRECCIONAL EN CAMBIO RÁPIDO DE CANAL
CAMPO DE LA INVENCIÓN
La presente invención se refiere al campo de Televisión de Protocolo de Internet (IPTV, Internet Protocol Internet), Cambio Rápido de Canal (FCC, Fast Channel Change) , y en particular a un método y un dispositivo para el empuje rápido un torrente de transmisión unidireccional en un FCC.
ANTECEDENTES DE LA INVENCION
Durante un proceso del FCC, después de recibir una solicitud de FCC enviada por un decodificador (STB, Set Top Box) , un servidor empuja rápido un torrente de transmisión unidireccional comenzando desde una trama I previa (dentro de la imagen) de una última trama I.
En el arte actual, el torrente de transmisión unidireccional se empuja rápido comenzando de la trama I previa de la última trama I, el tráfico continuo de datos es grande, y se incrementa un requerimiento de banda ancha; además, el STB lleva a cabo la decodificación iniciando desde la trama I previa de la última trama I, de tal manera que el contenido de imagen es anterior que el último contenido de canal, esto es, comparado con el último contenido de canal, el contenido después de que el FCC se retrasa. Es necesario sincronizar el contenido de canal reproducido por el STB con el último contenido de canal desde la trama I previa de la última trama I, lo que incrementa el tiempo de procesamiento de sincronización.
BREVE DESCRIPCIÓN DE LA INVENCIÓN
Con el fin de reducir el tráfico continuo y el tiempo de procesamiento de sincronización del contenido de canal, las modalidades de la presente invención proporcionan un método y un dispositivo para el empuje rápido un torrente de transmisión unidireccional en un FCC. Las soluciones técnicas son como sigue:
De acuerdo con un aspecto de la presente invención, un método para el empuje rápido un torrente de transmisión unidireccional en un FCC incluye:
obtener un retraso de unión de transmisión múltiple de una terminal;
determinar un valor mínimo de una cantidad de datos entre una posición de inicio de un torrente de transmisión unidireccional y una última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de búfer de datos requerida para la decodificación;
decidir si llega completamente una última trama I de acuerdo con un estado de búfer de paquete; y
empujar rápido el torrente de transmisión unidireccional comenzando desde la última trama I si llega completamente la última trama I, y una cantidad de datos que llega comenzando desde la última trama I es mayor o igual que el valor mínimo.
De acuerdo con otro aspecto de la presente invención, un dispositivo para el empuje rápido un torrente de transmisión unidireccional en un FCC incluye:
un módulo de obtención, configurado para obtener un retraso de unión de transmisión múltiple de una terminal;
un módulo de determinación, configurado para determinar un valor mínimo de una cantidad de datos entre una posición de inicio de un torrente rápido de transmisión unidireccional y una última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de datos de búfer requerida para la decodificación;
un módulo de decisión, configurado para decidir si una última trama I llega completamente de acuerdo con un estado de búfer de paquete; y
un módulo de empuje, configurado para empujar rápido el torrente de transmisión unidireccional comenzando desde la última trama I si la última trama I llega completamente, y una cantidad de datos que llega comenzando desde la última trama I es mayor o igual que el valor mínimo.
Los efectos benéficos aportados por las soluciones técnicas proporcionadas por las modalidades de la presente invención son:
El valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete se determina de acuerdo con el retraso de unión de transmisión múltiple de la terminal, la velocidad de decodificación, la velocidad de empuje de torrente de transmisión unidireccional, y la cantidad mínima de datos de búfer requerida para la decodificación; el torrente de transmisión unidireccional se empuja rápido comenzando desde la última trama I si la última trama I llega completamente, y la cantidad de datos que llega desde la última trama I es mayor o igual que el valor mínimo. Comparado con empujar rápido de manera fija el torrente de transmisión unidireccional desde la trama I previa de la última trama I, se reduce el tráfico continuo, y mientras tanto se asegura que se previene el sub desbordamiento de búfer de la terminal debido a un retraso largo de unión de transmisión múltiple, reduciendo de esta manera un requerimiento de banda ancha y el tiempo de procesamiento de sincronización para el contenido de canal mientras que se asegura la calidad de imagen reproducida por la terminal.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Para ilustrar las soluciones técnicas de acuerdo con las modalidades de la presente invención de manera más clara, los dibujos de acompañamiento requeridos para describir las modalidades o el arte actual se introducen brevemente a continuación. Aparentemente, los dibujos de acompañamiento en la siguiente descripción son solamente algunas modalidades de la presente invención; las personas experimentadas en la materia pueden obtener además otros dibujos de acuerdo con los dibujos de acompañamiento sin esfuerzos creativos.
La Figura 1 es un diagrama de flujo de un método para el empuje rápido de un torrente de transmisión unidireccional en un FCC de acuerdo con una primera modalidad de la presente invención .
La Figura 2 es un diagrama de flujo de un método para el empuje rápido de un torrente de transmisión unidireccional en un FCC de acuerdo con una segunda modalidad de la presente invención .
La Figura 3 es un diagrama esquemático de un mensaje de extensión de reporte extendido (XR, Extended Report) de protocolo de control de transporte en tiempo real (RTCP, Real-time Transport Control Protocol) de acuerdo con una segunda modalidad de la presente invención.
La Figura 4 es un diagrama de una interacción de información de un FCC de acuerdo con una segunda modalidad de la presente invención.
La Figura 5 es un diagrama esquemático de un estado de búfer de paquete de acuerdo con una segunda modalidad de la presente invención.
La Figura 6 es un diagrama estructural esquemático de un dispositivo para el empuje rápido de un torrente de transmisión unidireccional en un FCC de acuerdo con una tercera modalidad de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
Con el fin de hacer más comprensibles los objetivos, soluciones técnicas, y ventajas de la presente invención, se proporciona una descripción detallada de la presente invención con referencia a los dibujos de acompañamiento.
Modalidad 1
Con referencia a la Figura 1, esta modalidad proporciona un método para el empuje rápido de un torrente de transmisión unidireccional en un FCC . El método incluye:
101: Obtener un retraso de unión de transmisión múltiple de una terminal.
La terminal puede ser una terminal móvil tal como un STB, una computadora personal, una televisión, o un teléfono móvil, una computadora de tableta, la cual no está limitada en esta modalidad.
102: Determinar un valor minimo de una cantidad de datos entre una posición de inicio de un torrente rápido de transmisión unidireccional y una última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de datos de búfer requerida para la decodificación.
El valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete se utiliza para asegurar que una cantidad de datos de un búfer de la terminal es todavía mayor que la cantidad mínima de datos de búfer requerida para la decodificación después del retraso de unión de transmisión múltiple. La cantidad mínima de datos de búfer requerida para la decodificación puede ser cero.
103: Decidir si la última trama I llega completamente de acuerdo con un estado de búfer de paquete.
104: Empujar rápido el torrente de transmisión unidireccional comenzando desde la última trama I si la última trama I llega completamente, y una cantidad de datos que llega que comienza desde la última trama I es mayor o igual que el valor mínimo.
Durante el proceso del FCC, después de recibir una solicitud de FCC enviada por la terminal, un servidor empuja rápido el torrente de transmisión unidireccional. El llamado empuje rápido del torrente de transmisión unidireccional se refiere a que una velocidad de empuje del torrente de transmisión unidireccional es la velocidad mayor que la velocidad original, por ejemplo, es 1.3 veces la velocidad original. La terminal recibe el torrente de transmisión unidireccional y decodifica el torrente de transmisión unidireccional, y una velocidad de decodificación es básicamente equivalente a la velocidad original. Cuando se encuentra que el torrente de transmisión unidireccional capta un torrente de transmisión múltiple, el servidor comienza a empujar lentamente el torrente de transmisión unidireccional, y envía un mensaje de sincronización de paquete de transmisión múltiple a la terminal. Empujar lentamente el torrente de transmisión unidireccional se refiere a que la velocidad de empuje del torrente de transmisión unidireccional es menor que la velocidad original, por ejemplo, es 0.3 veces la velocidad original. La razón de que el servidor empuja lentamente el torrente de transmisión unidireccional es la de reservar un suficiente ancho de banda para el torrente de transmisión múltiple por ser recibido por la terminal, de tal manera que la velocidad de empujar lentamente el torrente de transmisión unidireccional es usualmente la velocidad de empuje rápido del torrente de transmisión unidireccional menos la velocidad original. Ciertamente, también son aceptables otra velocidad y manera, por ejemplo, continuar empujando rápido el torrente de transmisión unidireccional. Después de recibir el mensaje de sincronización de paquete de transmisión múltiple, la terminal envía un mensaje de unión de protocolo de administración del grupo de Internet (IGMP, Internet Group Management Protocol) a un punto de replicación de transmisión múltiple para solicitar unirse a la transmisión múltiple, y se prepara para recibir el torrente de transmisión múltiple. Debido a que la velocidad de decodificación es mayor que la velocidad empujar lentamente el torrente de transmisión unidireccional, cuando la terminal decodifica y reproduce imágenes, los datos en el búfer se consumen continuamente. Si el retraso entre el tiempo de envío del mensaje de unión de IGMP (cuando se comienza a empujar lentamente el torrente de transmisión unidireccional, el servidor envía el mensaje de sincronización de paquete de transmisión múltiple, de manera que el tiempo para enviar el mensaje de unión de IGMP por la terminal es también el tiempo para comenzar a recibir el torrente de transmisión unidireccional empujado lentamente por la terminal) y el tiempo para recibir el torrente de transmisión múltiple por la terminal, esto es, el retraso de unión de transmisión múltiple es largo, la cantidad de datos en el búfer puede sub desbordarse, esto es la cantidad de datos se puede reducir para estar por debajo de un valor de umbral o incluso liberar, de tal manera que un decodificador no tenga los suficientes datos para decodificar, lo que resulta en una pausa o un fenómeno de pantalla borrosa de las imágenes reproducidas.
En esta modalidad, el valor mínimo de la cantidad de datos entre la posición de inicio del torrente de transmisión unidireccional y la última posición del paquete se determina de acuerdo con el retraso de unión de transmisión múltiple de la terminal, la velocidad de decodificación, la velocidad de empuje de transmisión unidireccional, y la cantidad mínima de datos de búfer requerida para la decodificación; el torrente de transmisión unidireccional se empuja rápido comenzando desde la última trama I si la última trama I llega completamente, y la cantidad de datos que llega desde la última trama I es mayor o igual que el valor mínimo. Comparado con empujar rápido de manera fija el torrente de transmisión unidireccional desde una trama I previa de la última trama I, se reduce el tráfico continuo, y mientras tanto se asegura que se previene el sub desbordamiento de búfer de la terminal debido a un retraso largo de unión de transmisión múltiple, reduciendo de esta manera un requerimiento de banda ancha y el tiempo de procesamiento de sincronización para el contenido de canal mientras que se asegura la calidad de imagen reproducida por la terminal.
Modalidad 2
Esta modalidad es una mejora sobre la base de una primera modalidad. Con referencia a la Figura 2, un método para el empuja rápido de un torrente de transmisión unidireccional en un FCC incluye:
201: Un servidor obtiene un retraso de unión de transmisión múltiple de una terminal.
Específicamente, se recibe un mensaje de extensión de RTCP XR enviado por la terminal, donde el mensaje de extensión de RCTP XR lleva información relevante del retraso de unión de transmisión múltiple de la terminal. La información relevante del retraso de unión de transmisión múltiple puede ser un retraso de unión de transmisión múltiple, o puede ser el tiempo para enviar el mensaje de unión de transmisión múltiple mediante la terminal y el tiempo para recibir un primer paquete de transmisión múltiple (FMP, First ulticast Packet) por la terminal; el retraso de unión de transmisión múltiple se calcula y se obtiene de acuerdo con el tiempo de envío del mensaje de unión de transmisión múltiple mediante la terminal y el tiempo de recepción del FMP por la terminal, esto es, un intervalo de tiempo entre el tiempo de envío del mensaje de unión de transmisión múltiple por la terminal y el tiempo de recepción del FMP por la terminal es el retraso de unión de transmisión múltiple. El retraso de unión de transmisión múltiple de la terminal se obtiene mediante la terminal de acuerdo con la historia de datos.
La Figura 3 muestra un ejemplo del mensaje de extensión de RTCP XR, donde un campo extendido incluye: un Retraso de Unión de IGMP, esto es, el retraso de unión de transmisión múltiple; o campos extendidos que incluyen: tiempo de enviar unión de igmp y tiempo del primer tráfico de transmisión múltiple, esto es, el tiempo de envío del el mensaje de unión de transmisión múltiple mediante la terminal y el tiempo de recepción del FMP por la terminal. Alternativamente, los campos extendidos pueden también incluir los tres campos extendidos anteriores.
202: El servidor determina un valor mínimo de una cantidad de datos entre una posición de inicio de un torrente rápido de transmisión unidireccional y una última posición de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de datos de búfer requerida para la decodificación.
Específicamente, de acuerdo con Vi(min) = (nX - sX) x T3 + cB, se determina el valor mínimo Vi(min) de la cantidad datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete.
i(mín) es el valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete, nX es la velocidad de decodificación, X es una velocidad media de video, n es una energía de multiplicación de decodificación, sX es la velocidad de empuje de transmisión unidireccional, y s es una energía de multiplicación de empuje. Específicamente, bajo la situación de que el servidor empuja lentamente el torrente de transmisión unidireccional cuando el torrente de transmisión unidireccional capta un torrente de transmisión múltiple, s es una energía de multiplicación de empuje lento (establecida para que sea b) , esto es, b < 1. Específicamente, bajo la situación de que cuando el torrente de transmisión unidireccional capta el torrente de transmisión múltiple, el servidor todavía empuja rápido la transmisión unidireccional hasta que un punto de replicación de transmisión múltiple envía un torrente de transmisión múltiple, s es una energía de multiplicación de empuje rápido (establecida para que sea a), esto es, a > 1. T3 es el retraso de unión de la transmisión múltiple de la terminal, cB es la cantidad mínima de datos de búfer requerida para la decodificación de la terminal, c es un coeficiente de búfer, y B es una cantidad máxima de datos que puede almacenar en búfer un verificador de búfer de video (VBV, Video Buffering Verifier) .
La Figura 4 es un diagrama de una interacción de información de un FCC, donde la interacción de información incluye :
301: Una terminal envía una solicitud de FCC a un servidor en un punto de tiempo 1.
302: El servidor recibe la solicitud de FCC en un punto de tiempo 2, y comienza a empujar rápido un torrente de transmisión unidireccional a la terminal. Cuando el torrente de transmisión unidireccional capta un torrente de transmisión múltiple, esto es, en un punto de tiempo 3, el servidor comienza a empujar lentamente el torrente de transmisión unidireccional y envía un mensaje de sincronización de paquete de transmisión múltiple a la terminal .
El tiempo entre el punto de tiempo 2 y el punto de tiempo 3 es el tiempo TI para empujar rápido el torrente de transmisión unidireccional mediante el servidor. En esta modalidad, se establece que un punto de tiempo en que el servidor comienza a empujar lentamente el paquete de transmisión unidireccional es un punto de tiempo en que el servidor envía el mensaje de sincronización de paquete de transmisión múltiple.
303: La terminal recibe el mensaje de sincronización, y envía una solicitud de unión de transmisión múltiple en un punto de tiempo 4.
La terminal envía el mensaje de unión de transmisión múltiple a un punto de replicación de transmisión múltiple correspondiente, de tal manera que el retraso de unión de transmisión múltiple se ve afectado por factores tales como un nivel del punto de replicación de transmisión múltiple, un estado de clase, una condición de acceso, y una condición de cliente. Tomando el nivel del punto de replicación de transmisión múltiple como un ejemplo, para una red desplegada, el nivel del punto de replicación de transmisión múltiple está fijo, cada nivel del punto de replicación de transmisión múltiple tiene un retraso de unión de transmisión múltiple fijo, si los datos de un canal que un usuario solicita para unirse llega en un punto de replicación de transmisión múltiple más cercano, no es necesario solicitar datos de canal desde un punto de replicación de transmisión múltiple de nivel superior, y el retraso de unión de transmisión múltiple es relativamente corto; si el punto de replicación de transmisión múltiple más cercano no tiene los datos de canal solicitados por el usuario, es necesario solicitar los datos de canal desde el nivel superior o un punto de replicación de transmisión múltiple de nivel superior adicional, y el retraso de unión de transmisión múltiple es relativamente largo.
Una cantidad de datos almacenada en búfer por la terminal en un punto de tiempo 4 es VI, esto es, una cantidad de datos almacenada en búfer por la terminal cuando el torrente rápido de transmisión unidireccional capta la transmisión múltiple.
304: La terminal recibe un FMP en un punto de tiempo 5.
El tiempo entre el punto de tiempo 3 y el punto de tiempo 5 es un intervalo de tiempo T2 entre el tiempo cuando el servidor inicia a empujar lentamente el paquete de transmisión unidireccional y el tiempo cuando la terminal recibe el FMP, y el tiempo entre el punto de tiempo 4 y el punto de tiempo 5 es un retraso de unión de transmisión múltiple T3.
Una cantidad de datos almacenada en búfer por la terminal en el punto de tiempo 5 es V2, esto es, una cantidad de datos almacenada en búfer cuando la terminal recibe el FMP.
305: La terminal regresa al servidor una respuesta de mensaje de sincronización que lleva un identificador de FMP.
306: Después de recibir la respuesta de mensaje de sincronización, el servidor interrumpe lentamente el empuje del torrente de transmisión unidireccional en el punto de tiempo 6.
El tiempo entre el punto de tiempo 3 y el punto de tiempo 6 es un intervalo de tiempo T4 de empuje lento del torrente de transmisión unidireccional.
En esta modalidad, se establece que una velocidad promedio de video (velocidad original) es X Mbps, una velocidad de decodificación es nX Mbps, n es una energía de multiplicación de decodificación, usualmente n = 1, una velocidad de empuje rápido de transmisión unidireccional es aX, a es una energía de multiplicación de empuje rápido, actualmente a es usualmente 1.3, una velocidad de empuje lento de transmisión unidireccional es bX, b es una energía de multiplicación de empuje lento, actualmente b es usualmente 0.3, usualmente una cantidad máxima de datos que un VBV de la terminal puede almacenar en búfer es B = 7995392 bits = 0.95 Mbytes, una cantidad mínima de datos de búfer requerida para la decodificación de la terminal es cB, c es un coeficiente de búfer, actualmente se requla usualmente que c = 1/2, y cuando la cantidad de datos almacenada en búfer por el VBV es menor que cB, no se puede iniciar la decodificación. Cuando se estima de otra manera que la terminal tiene otro valor, por ejemplo, cuando se determina en una manera simplificada que el búfer de la terminal está totalmente liberado, la terminal no puede llevar a cabo la decodificación. Vi es la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete, y ??(t?1?) es un valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete .
En el punto de tiempo 3, la cantidad de datos de empuje de transmisión unidireccional es Vi más que la cantidad de datos del empuje de transmisión múltiple, una suma de la cantidad incrementada de datos y la cantidad de datos bXT3 recibida antes de que la terminal reciba el FMP es mayor que la cantidad de datos nXT3 decodificada por la terminal en el tiempo T3, esto es, Vi - cB + bXT3 >= nXT3 y Vi >= (nX - bX) x T3 + cB. Por lo tanto, con el fin de prevenir la degradación de la calidad de imagen, el valor mínimo de Vi es i(min) = (nX - bX) x T3 + cB.
Se debe entender por las personas experimentadas en la materia que de acuerdo con el principio, para otras maneras de empuje de transmisión unidireccional, por ejemplo, la manera en que después del punto de tiempo 3, todavía se empuja rápido la transmisión unidireccional hasta que el punto de replicación de transmisión múltiple envía el torrente de transmisión múltiple, o después del punto de tiempo 3 la transmisión unidireccional todavía se empuja rápido por cierto tiempo y luego se empuja lento la transmisión unidireccional, también se puede obtener el valor mínimo correspondiente de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete. Por ejemplo, para la manera en que después del punto de tiempo 3, todavía se empuja rápido la transmisión unidireccional hasta que el punto de replicación de transmisión múltiple envía el torrente de transmisión múltiple, Vi >= (nX - aX) x T3 + cB. aX es la velocidad de empuje de transmisión unidireccional, y específicamente bajo la situación de cuando el torrente de transmisión unidireccional capta el torrente de transmisión múltiple, el servidor todavía empuja rápido la transmisión unidireccional hasta que el punto de replicación de transmisión múltiple envía el torrente de transmisión múltiple, a es la energía de multiplicación de empuje rápido, que es, a > 1. Aquí, la razón principal de la degradación de la calidad de imagen es que la cantidad de datos almacenada en búfer requerida para la decodificación es grande. De manera similar, para la manera en que después del punto de tiempo 3, todavía se empuja rápido la transmisión unidireccional por cierto tiempo y luego se empuja lento la transmisión unidireccional, se puede obtener que Vi(raln) = (nX - sX) x T3 + cB, donde b < s < a.
203: El servidor decide si la última trama I llega completamente de acuerdo con un estado de búfer de paquete.
Con referencia a un diagrama esquemático de un estado de búfer de paquete del servidor como se muestra en la Figura 5, la parte de línea punteada representa una última trama I, el estado de búfer de paquete del servidor se divide aproximadamente en dos estados, uno es que la última trama I llega completamente (estado 1) , y el otro es que la última trama I no llega completamente (estado 2) . El estado en que la última trama I llega completamente además se puede definir, esto es, la cantidad de datos que llega comenzando desde la última trama I se forma por la última trama I (estado 1-1), o se forma por la última trama I y tramas posteriores (estado 1-2) .
204: El servidor empuja rápido el torrente de transmisión unidireccional comenzando desde la trama I correspondiente de acuerdo con si la última trama I llega completamente .
Específicamente, si la última trama I llega completamente, y la cantidad de datos que llega comenzando desde la última trama I es mayor o igual que el valor mínimo Vi(min) , el torrente de transmisión unidireccional se empuja rápido a partir de la última trama I.
Si la última trama I llega completamente, y la cantidad de datos que llega comenzando desde la última trama I es menor que el valor mínimo, el torrente de transmisión unidireccional se empuja rápido comenzando desde una trama I previa de la última trama I, cuando la trama I previa de la última trama I puede ser una trama I previa de la última trama I o una trama I previa. Además, con el fin de prevenir que sea largo el retraso de unión de transmisión múltiple, la cantidad de datos en el búfer puede sub desbordarse, de tal manera que el decodificador no tiene los suficientes datos para la decodificación, lo que resulta en una pausa o fenómeno de pantalla borrosa de las imágenes reproducidas. Antes de que el torrente de transmisión unidireccional se empuje rápido desde la trama I previa de la última trama I, se decide si la cantidad de datos que llega comenzando desde la trama I previa de la última trama I satisface la condición de ser mayor o igual que el valor mínimo Vi(min), y si la cantidad de datos satisface la condición, el torrente de transmisión unidireccional se empuja rápido desde la trama I previa de la última trama I, y si la cantidad de datos no satisface la condición, el torrente de transmisión unidireccional se empuja rápido desde la trama I anterior de la última trama I que satisface la condición.
Si la última trama I no llega completamente, el torrente de transmisión unidireccional se empuja rápido desde la trama I previa de la última trama I, donde la trama I previa de la última trama I puede ser una trama I previa de la última trama I o una anterior. Además, con el fin de prevenir que sea largo el retraso de unión de transmisión múltiple, la cantidad de datos en el búfer puede sub desbordarse, de tal manera que el decodificador no tiene los suficientes datos para la decodificación, lo que resulta en una pausa o un fenómeno de pantalla borrosa de las imágenes reproducidas. Antes de que se empuje rápido el torrente de transmisión unidireccional desde la trama I previa de la última trama I, se decide si la cantidad de datos que llega comenzando desde la trama I previa de la última trama I satisface la condición de ser mayor o igual que el valor mínimo Vi(min), y si la cantidad de datos satisface la condición, el torrente de transmisión unidireccional se empuja rápido desde la trama I previa de la última trama I, y si la cantidad de datos no satisface la condición, el torrente de transmisión unidireccional se empuja rápido desde la trama I anterior de la última trama I que satisface la condición.
La trama I previa de la última trama I puede ser una trama I previa de la última trama I o una trama I anterior.
En esta modalidad, el valor mínimo de la cantidad de datos entre la posición de inicio del torrente de transmisión unidireccional y la última posición de paquete se determina de acuerdo con el retraso de unión de transmisión múltiple de la terminal, la velocidad de decodificación, la velocidad de empuje de transmisión unidireccional, y la cantidad mínima de datos de búfer requerida para la decodificación; el torrente de transmisión unidireccional se empuja rápido comenzando desde la última trama I si la última trama I llega completamente, y la cantidad de datos que llega desde la última trama I es mayor o igual que el valor mínimo. Comparado con empujar rápido de manera fija el torrente de transmisión unidireccional desde la trama I previa de la última trama I, se reduce el tráfico continuo, y mientras tanto se asegura que se previene el sub desbordamiento de búfer de la terminal debido a un retraso largo de unión de transmisión múltiple, reduciendo de esta manera un requerimiento de banda ancha y el tiempo de procesamiento de sincronización para el contenido de canal mientras que se asegura la calidad de imagen reproducida por la terminal.
Modalidad 3
Con referencia a la Figura 6, esta modalidad proporciona un dispositivo para empuja rápido un torrente de transmisión unidireccional en un FCC, donde el dispositivo incluye:
Un módulo de obtención 401 está Configurado para obtener un retraso de unión de transmisión múltiple de una terminal.
Un módulo de determinación 402 está Configurado para determinar un valor mínimo de una cantidad de datos entre una posición de inicio de un torrente rápido de transmisión unidireccional y una última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de datos de búfer requerida para la decodificación.
Un módulo de decisión 403 está configurado para decidir si una última trama I llega completamente de acuerdo con un estado de búfer de paquete.
Con referencia a un diagrama esquemático de un estado de búfer de paquete de un servidor como se muestra en la Figura 5, la parte de linea punteada representa una última trama I, el estado de búfer de paquete del servidor se divide aproximadamente en dos estados, uno es que la última trama I llega completamente (estado 1), y el otro es que la última trama I no llega completamente (estado 2) . El estado en que la última trama I llega completamente se puede definir aún más, esto es, la cantidad de datos que llega comenzando desde la última trama I se forma por la última trama I (estado 1-1), o se forma por la última trama I y tramas posteriores (estado 1-2 ) .
Un módulo de empuje 404 está configurado para empujar rápido el torrente de transmisión unidireccional comenzando desde la última trama I si la última trama I llega completamente, y una cantidad de datos que llega desde la última trama I es mayor o igual que el valor mínimo.
El módulo de obtención 401 está configurado para recibir un mensaje de extensión de RTCP XR enviado por la terminal, donde el mensaje de extensión de RTCP XR lleva información relevante del retraso de unión de transmisión múltiple de la terminal, y la información relevante incluye:
un retraso de unión de transmisión múltiple, en donde el retraso de unión de transmisión múltiple es un intervalo de tiempo entre el tiempo de envío de un mensaje de unión de transmisión múltiple mediante la terminal y el tiempo de recepción de un FMP por la terminal; o
el tiempo de envío del mensaje de unión de transmisión múltiple por la terminal y el tiempo de recepción del FMP por la terminal; o
el retraso de unión de transmisión múltiple, el tiempo de envío del mensaje de unión de transmisión múltiple por la terminal, y el tiempo de recepción del FMP por la terminal.
La Figura 3 muestra un ejemplo de un mensaje de extensión de RTCP XR, donde un campo extendido incluye: un Retraso de Unión de IGMP, esto es, el retraso de unión de transmisión múltiple; o campos extendidos que incluyen: tiempo de enviar unión de igmp y tiempo del primer tráfico de transmisión múltiple, esto es, el tiempo de envío del mensaje de unión de transmisión múltiple mediante la terminal y el tiempo de recepción del FMP por la terminal. Alternativamente, los campos extendidos pueden también incluir los tres campos extendidos anteriores.
El módulo de determinación 402 está configurado específicamente para:
determinar el valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete de acuerdo con Vi(min) = (nX - sX) x T3 + cB,
donde Vi(min) es el valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete, nX es la velocidad de decodificación, n es una energía de multiplicación de decodificación, y X es una velocidad media de video,
sX es la velocidad de empuje de transmisión unidireccional, y s es una energía de multiplicación de empu e,
T3 es el retraso de unión de transmisión múltiple de la terminal ,
cB es la cantidad mínima de datos de búfer requerida para la decodificación de la terminal, c es un coeficiente de búfer, y B es una cantidad máxima de datos que puede almacenar en búfer un VBV.
Con base en un diagrama de una interacción de información de un FCC mostrado en la Figura 4, en esta modalidad, se establece que una velocidad promedio de video (velocidad original) es X Mbps, una velocidad de decodificación es nX Mbps, n es una energía de multiplicación de decodificación, usualmente n = 1, una velocidad de empuje rápido de transmisión unidireccional es aX, a es una energía de multiplicación de empuje rápido, actualmente a es usualmente 1.3, una velocidad de empuje lento de transmisión unidireccional es bX, b es una energía de multiplicación de empuje lento, actualmente b es usualmente 0.3, usualmente una cantidad máxima de datos que un VBV de la terminal puede almacenar en búfer es B = 7995392 bits = 0.95 Mbytes, una cantidad mínima de datos de búfer requerida para la decodificación de la terminal es cB, c es un coeficiente de búfer, actualmente se regula usualmente que c = 1/2, y cuando la cantidad de datos almacenada en búfer por el VBV es menor que cB, no se puede iniciar la decodificación. Cuando se estima de otra manera que la terminal tiene otro valor, por ejemplo, cuando se determina en una manera simplificada que el búfer de la terminal está totalmente liberado, la terminal no puede llevar a cabo la decodificación. Vi es la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete, y Vi(mln) es un valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete.
En el punto de tiempo 3, la cantidad de datos de empuje de transmisión unidireccional es Vi más que la cantidad de datos del empuje de transmisión múltiple, una suma de la cantidad incrementada de datos y la cantidad de datos bXT3 recibida antes de que la terminal reciba el FMP es mayor que la cantidad de datos nXT3 decodificada por la terminal en el tiempo T3, esto es, Vi - cB + bXT3 >= nXT3 y Vi >= (nX - bX) x T3 + cB . Por lo tanto, con el fin de prevenir la degradación de la calidad de imagen, el valor mínimo de Vi es Vi(min) = (nX - bX) x T3 + cB.
Se debe entender por las personas experimentadas en la materia que de acuerdo con el principio, para otras maneras de empuje de transmisión unidireccional, por ejemplo, la manera en que después del punto de tiempo 3, todavía se empuja rápido la transmisión unidireccional hasta que el punto de replicación de transmisión múltiple envía el torrente de transmisión múltiple, o después del punto de tiempo 3 la transmisión unidireccional todavía se empuja rápido por cierto tiempo y luego se empuja lento la transmisión unidireccional, también se puede obtener el valor mínimo correspondiente de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete. Por ejemplo, para la manera en que después del punto de tiempo 3, todavía se empuja rápido la transmisión unidireccional hasta que el punto de replicación de transmisión múltiple envía el torrente de transmisión múltiple, Vi >= (nX - aX) x T3 + cB. aX es la velocidad de empuje de transmisión unidireccional, y específicamente bajo la situación de cuando el torrente de transmisión unidireccional capta el torrente de transmisión múltiple, el servidor todavía empuja rápido la transmisión unidireccional hasta que el punto de replicación de transmisión múltiple envía el torrente de transmisión múltiple, a es la energía de multiplicación de empuje rápido, que es, a > 1. Aquí, la razón principal de la degradación de la calidad de imagen es que la cantidad de datos almacenada en búfer requerida para la decodificación es grande. De manera similar, para la manera en que después del punto de tiempo 3, todavía se empuja rápido la transmisión unidireccional por cierto tiempo y luego se empuja lento la transmisión unidireccional, se puede obtener que Vi(min) = (nX - sX) x T3 + cB, donde b < s < a.
Además, el módulo de empuje 404 está configurado para empujar rápido el torrente de transmisión unidireccional comenzando desde una trama I previa de la última trama I si la última trama I llegar completamente, y la cantidad de datos que llegan desde la última trama I es menor que el valor mínimo, donde la trama I previa de la última trama I puede ser una trama I previa de la última trama I o una anterior. Además, con el fin de prevenir que sea largo el retraso de unión de transmisión múltiple, la cantidad de datos en el búfer puede sub desbordarse, de tal manera que el decodificador no tiene los suficientes datos para la decodificación, lo que resulta en una pausa o un fenómeno de pantalla borrosa de las imágenes reproducidas. Antes de que se empuje rápido el torrente de transmisión unidireccional desde la trama I previa de la última trama I, se decide si la cantidad de datos que llega comenzando desde la trama I previa de la última trama I satisface la condición de ser mayor o igual que el valor mínimo Vi(min), y si la cantidad de datos satisface la condición, el torrente de transmisión unidireccional se empuja rápido desde la trama I previa de la última trama I, y si la cantidad de datos no satisface la condición, el torrente de transmisión unidireccional sé empuja rápido desde la trama I anterior de la última trama I que satisface la condición.
Además, el módulo de empuje 404 está configurado para empujar rápido el torrente de transmisión unidireccional desde la trama I previa de la última trama I si la última trama I no llega completamente, donde la trama I previa de la última trama I puede ser una trama I previa de la última trama I o una trama I anterior. Además, con el fin de prevenir que sea largo el retraso de unión de transmisión múltiple, la cantidad de datos en el búfer puede sub desbordarse, de tal manera que el decodificador no tiene los suficientes datos para la decodificación, lo que resulta en una pausa o un fenómeno de pantalla borrosa de las imágenes reproducidas. Antes de que se empuje rápido el torrente de transmisión unidireccional desde la trama I previa de la última trama I, se decide si la cantidad de datos que llega comenzando desde la trama I previa de la última trama I satisface la condición de ser mayor o igual que el valor mínimo Vi(mín), y si la cantidad de datos satisface la condición, el torrente de transmisión unidireccional se empuja rápido desde la trama I previa de la última trama I, y si la cantidad de datos no satisface la condición, el torrente de transmisión unidireccional se empuja rápido desde la trama I anterior de la última trama I que satisface la condición .
El dispositivo proporcionado en esta modalidad y el servidor en la modalidad del método pertenecen al mismo concepto, y para el proceso específico de implementación, referirse a la modalidad del método, la cual no se describe repetidamente en ese documento.
En esta modalidad, el valor mínimo de la cantidad de datos entre la posición de inicio del torrente de transmisión unidireccional y la última posición de paquete se determina de acuerdo con el retraso de unión de transmisión múltiple de la terminal, la velocidad de decodificación, la velocidad de empuje de transmisión unidireccional, y la cantidad mínima de datos de búfer requerida para la decodificación; el torrente de transmisión unidireccional se empuja rápido comenzando desde la última trama I si la última trama I llega completamente, y la cantidad de datos que llega desde la última trama I es mayor o igual que el valor mínimo. Comparado con empujar rápido de manera fija el torrente de transmisión unidireccional desde una trama I previa de la última trama I, se reduce el tráfico continuo, y mientras tanto se asegura que se previene el sub desbordamiento de búfer de la terminal debido a un retraso largo de unión de transmisión múltiple, reduciendo de esta manera un requerimiento de banda ancha y el tiempo de procesamiento de sincronización para el contenido de canal mientras que se asegura la calidad de imagen reproducida por la terminal.
Todo o parte del contenido en las soluciones técnicas que se proporcionan por las modalidades se puede implementar mediante programación de software, y el programa de software se puede almacenar en un medio de almacenamiento legible, por ejemplo, un disco duro, un disco óptico, un disco floppy en una computadora.
Las descripciones anteriores son solamente algunas modalidades ejemplares específicas de la presente invención, sin embargo, no tienen la intención de limitar el alcance de protección de la presente invención. Varias modificaciones y variaciones que se les puede ocurrir fácilmente a las personas experimentadas en la materia en el alcance técnico divulgado en la presente invención caerán dentro del alcance de protección de la presente invención. Por lo tanto, el alcance de protección de la presente invención está sujeto al alcance de protección de las reivindicaciones.
Claims (10)
1. Un método para el empuje rápido un torrente de transmisión unidireccional en un cambio rápido de canal, FCC, que comprende: obtener un retraso de unión de transmisión múltiple de una terminal; determinar un valor mínimo de una cantidad de datos entre una posición de inicio de un torrente rápido de transmisión unidireccional y una última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de datos de búfer requerida para la decodificación; decidir si la última trama I llega completamente de acuerdo con un estado de búfer de paquete; y empujar rápido el torrente de transmisión unidireccional comenzando desde la última trama I si la última trama I llega completamente, y una cantidad de datos que llega que comienza desde la última trama I es mayor o igual que el valor mínimo.
2. El método de acuerdo con la reivindicación 1, caracterizado porque la obtención del retraso de unión de transmisión múltiple de la terminal comprende: recibir un mensaje de extensión de reporte extendido de protocolo de control de transporte en tiempo real, RTCP XR, enviado por la terminal, en donde el mensaje de extensión de RTCP XR lleva información relevante del retraso de unión de transmisión múltiple de la terminal, y la información relevante comprende: un retraso de unión de transmisión múltiple, en donde el retraso de unión de transmisión múltiple es un intervalo de tiempo entre el tiempo de envío de un mensaje de unión de transmisión múltiple mediante la terminal y el tiempo de recepción de un primer paquete de transmisión múltiple , FMP, por la terminal; o el tiempo de envío del mensaje de unión de transmisión múltiple por la terminal y el tiempo de recepción del FMP por la terminal; o el retraso de unión de transmisión múltiple, el tiempo de envío del mensaje de unión de transmisión múltiple por la terminal, y el tiempo de recepción del FMP por la terminal.
3. El método de acuerdo con la reivindicación 1 ó 2, caracterizado porque la determinación del valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, la velocidad de decodificación, la velocidad de empuje de transmisión unidireccional, y la cantidad mínima de datos de búfer requerida para la decodificación comprende: determinar el valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete de acuerdo con i(min) = (nX - sX) x T3 + cB; en donde Vi(min) es el valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete, nX es la velocidad de decodificación, n es una energía de multiplicación de decodificación, y X es una velocidad media de video, sX es la velocidad de empuje de transmisión unidireccional, y s es una energía de multiplicación de empuje, T3 es el retraso de unión de transmisión múltiple de la terminal, cB es la cantidad mínima de datos de búfer requerida para la decodificación de la terminal, c es un coeficiente de búfer, y B es una cantidad máxima de datos que puede almacenar en búfer un verificador de búfer de video, VBV.
4. El método de acuerdo con cualquiera de las reivindicaciones 1 a 3, caracterizado porque después de decidir si la última trama I llega completamente de acuerdo con un estado de búfer de paquete, el método además comprende : empujar rápido el torrente de transmisión unidireccional comenzando desde una trama I previa de la última trama I si la última trama I llega completamente, y una cantidad de datos que llega que comienza desde la última trama I es menor que el valor mínimo.
5. El método de acuerdo con cualquiera de las reivindicaciones 1 a 3, caracterizado porque después de decidir si la última trama I llega completamente de acuerdo con un estado de búfer de paquete, el método además comprende : empujar rápido el torrente de transmisión unidireccional comenzando desde una trama I previa de la última trama I si la última trama I no llega completamente.
6. Un dispositivo para el empuje rápido que un torrente de transmisión unidireccional en un cambio rápido de canal, FCC, que comprende: un módulo de obtención, configurado para obtener un retraso de unión de transmisión múltiple de una terminal; un módulo de determinación, configurado para determinar un valor mínimo de una cantidad de datos entre una posición de inicio de un torrente rápido de transmisión unidireccional y una última posición de paquete de acuerdo con el retraso de unión de transmisión múltiple de la terminal, una velocidad de decodificación, una velocidad de empuje de transmisión unidireccional, y una cantidad mínima de datos de búfer requerida para la decodificación; un módulo de decisión, configurado para decidir si una última trama I llega completamente de acuerdo con un estado de búfer de paquete; y un módulo de empuje, configurado para empujar rápido el torrente de transmisión unidireccional comenzando desde la última trama I si la última trama I llega completamente, y una cantidad de datos que llega comenzando desde la última trama I es mayor o igual que el valor mínimo.
7. El dispositivo de acuerdo con la reivindicación 6, caracterizado porque el módulo de obtención está configurado para recibir un mensaje de extensión de reporte extendido de protocolo de control de transporte en tiempo real, RTCP XR, enviado por la terminal, en donde el mensaje de extensión de RTCP XR lleva información relevante del retraso de unión de transmisión múltiple de la terminal, y la información relevante incluye: un retraso de unión de transmisión múltiple, en donde el retraso de unión de transmisión múltiple es un intervalo de tiempo entre el tiempo de envío de un mensaje de unión de transmisión múltiple mediante la terminal y el tiempo de recepción de un primer paquete de transmisión múltiple FMP por la terminal; o el tiempo de envío del mensaje de unión de transmisión múltiple por la terminal y el tiempo de recepción del FMP por la terminal; o el retraso de unión de transmisión múltiple, el tiempo de envío del mensaje de unión de transmisión múltiple por la terminal, y el tiempo de recepción del FMP por la terminal.
8. El dispositivo de acuerdo con la reivindicación 6 ó 7, caracterizado porque el módulo de determinación esté configurado para: determinar el valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete de acuerco con Vi(min) = (nX - sX) x T3 + cB; en donde Vi(min) es el valor mínimo de la cantidad de datos entre la posición de inicio del torrente rápido de transmisión unidireccional y la última posición de paquete, nX es la velocidad de decodificación, n es una energía de multiplicación de decodificación, y X es una velocidad media de video, sX es la velocidad de empuje de transmisión unidireccional, y s es una energía de multiplicación de empuje, T3 es el retraso de unión de transmisión múltiple de la terminal , cB es la santidad mínima de datos de búfer requerida para la decodificación de la terminal, c es un coeficiente de búfer, y B es una cantidad máxima de datos que puede almacenar en búfer un verificador de búfer de video, VBV.
9. El dispositivo de acuerdo con cualquiera de las reivindicaciones 6 a 8, caracterizado porque el módulo de empuje está además configurado para: empujar rápido el torrente de transmisión unidireccional comenzando desde una trama I previa de la última trama I si la última trama I llega completamente, y una cantidad de datos que llega que comienza desde la última trama I es menor que el valor mínimo.
10. El dispositivo de acuerdo con cualquiera de las reivindicaciones 6 a 8, caracterizado porque el módulo de empuje está además configurado para: empujar rápido el torrente de transmisión unidireccional comenzando desde una trama I previa de la última trama I si la última trama I no llega completamente.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010106027832A CN102137275B (zh) | 2010-12-20 | 2010-12-20 | 快速频道切换中快速推送单播流的方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| MX2011013684A true MX2011013684A (es) | 2012-06-19 |
Family
ID=44296916
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| MX2011013684A MX2011013684A (es) | 2010-12-20 | 2011-12-15 | Metodo y dispositivo para el empuje rapido de torrente de transmision unidireccional en cambio rapido de canal. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8861372B2 (es) |
| EP (1) | EP2466911B1 (es) |
| JP (1) | JP5421346B2 (es) |
| CN (1) | CN102137275B (es) |
| BR (1) | BRPI1107348B8 (es) |
| CA (1) | CA2758763C (es) |
| HU (1) | HUE025968T2 (es) |
| MX (1) | MX2011013684A (es) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ITTO20110745A1 (it) | 2011-08-05 | 2013-02-06 | Indesit Co Spa | Cassetto per una vasca di una lavastoviglie comprendente un telaio perimetrale estraibile da detta vasca |
| TW201338528A (zh) * | 2012-03-02 | 2013-09-16 | Mstar Semiconductor Inc | 數位電視資料處理方法以及使用此數位電視資料處理方法的數位電視系統 |
| CN103533437A (zh) * | 2013-10-30 | 2014-01-22 | 乐视致新电子科技（天津）有限公司 | 一种智能电视的频道切换方法及装置 |
| WO2015145834A1 (ja) * | 2014-03-24 | 2015-10-01 | 株式会社スクウェア・エニックス | インタラクティブシステム、端末装置、サーバ装置、制御方法、プログラム、及び記録媒体 |
| EP3298747B1 (en) * | 2015-05-20 | 2018-09-12 | NxT Solutions AG | Iptv in managed networks |
| CN106937155B (zh) * | 2015-12-29 | 2020-06-02 | 北京华为数字技术有限公司 | 接入设备、因特网协议电视iptv系统和频道切换方法 |
| CN107615731B (zh) * | 2016-04-25 | 2020-06-26 | 华为技术有限公司 | 一种组播时延诊断方法及装置 |
| CN108471548B (zh) * | 2018-01-25 | 2021-07-06 | 湖南于一科技有限公司 | 直播视频快速播放方法及装置 |
| CN109756745B (zh) * | 2018-12-06 | 2021-06-15 | 北京东方广视科技股份有限公司 | 一种直播流数据的发送方法、直播加速服务器及终端 |
| KR102654716B1 (ko) * | 2019-02-11 | 2024-04-04 | 한화비전 주식회사 | 요청된 영상 재생시점에 따라 영상을 재생하는 방법 및 그 장치 |
| CN111866526B (zh) * | 2019-04-29 | 2021-10-15 | 华为技术有限公司 | 一种直播业务处理方法和装置 |
| CN114363715A (zh) * | 2021-12-22 | 2022-04-15 | 中国电信股份有限公司 | 视频播放方法及相关设备 |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7562375B2 (en) * | 2003-10-10 | 2009-07-14 | Microsoft Corporation | Fast channel change |
| US7430222B2 (en) * | 2004-02-27 | 2008-09-30 | Microsoft Corporation | Media stream splicer |
| US20090064242A1 (en) * | 2004-12-23 | 2009-03-05 | Bitband Technologies Ltd. | Fast channel switching for digital tv |
| US8713195B2 (en) * | 2006-02-10 | 2014-04-29 | Cisco Technology, Inc. | Method and system for streaming digital video content to a client in a digital video network |
| CN101212328B (zh) * | 2006-12-27 | 2010-05-19 | 中兴通讯股份有限公司 | 组播频道快速启动系统及其方法 |
| CN101212406A (zh) * | 2006-12-28 | 2008-07-02 | 中兴通讯股份有限公司 | 组播频道快速启动系统 |
| CN101267538B (zh) * | 2007-03-15 | 2010-09-08 | 华为技术有限公司 | 一种切换网络电视频道的方法和系统 |
| US9032433B2 (en) * | 2007-10-05 | 2015-05-12 | Alcatel Lucent | Personalized ad insertion during start over service |
| US8108893B2 (en) * | 2007-10-05 | 2012-01-31 | Alcatel Lucent | Targeted/addressable advertisement insertion into video streams delivered to users using a VLAN |
| WO2010034505A1 (en) * | 2008-09-24 | 2010-04-01 | Alcatel Lucent | Client configuration and management for fast channel change of multimedia services |
| US20100115566A1 (en) * | 2008-10-30 | 2010-05-06 | Raziel Haimi-Cohen | Fast Channel Change Request Processing |
| US7830908B2 (en) * | 2008-11-03 | 2010-11-09 | Cisco Technologies, Inc. | Systems and methods of reducing delay in decoding |
| US9077937B2 (en) * | 2008-11-06 | 2015-07-07 | Alcatel Lucent | Method and apparatus for fast channel change |
| US8381258B2 (en) * | 2008-11-14 | 2013-02-19 | Alcatel Lucent | Creating channel sequence segments for fast channel change in IPTV |
| ES2801698T3 (es) * | 2009-03-16 | 2021-01-12 | Koninklijke Kpn Nv | Sincronización de flujo modificado |
| CN101854336A (zh) * | 2009-03-31 | 2010-10-06 | 华为技术有限公司 | 一种获取视频传输管理服务器地址的方法、系统和装置 |
| CN102160415A (zh) * | 2009-08-24 | 2011-08-17 | 华为技术有限公司 | 频道切换方法、装置和系统 |
| US8301982B2 (en) * | 2009-11-18 | 2012-10-30 | Cisco Technology, Inc. | RTP-based loss recovery and quality monitoring for non-IP and raw-IP MPEG transport flows |
-
2010
- 2010-12-20 CN CN2010106027832A patent/CN102137275B/zh active Active
-
2011
- 2011-11-18 CA CA2758763A patent/CA2758763C/en active Active
- 2011-11-30 EP EP11191244.0A patent/EP2466911B1/en active Active
- 2011-11-30 HU HUE11191244A patent/HUE025968T2/en unknown
- 2011-12-15 MX MX2011013684A patent/MX2011013684A/es active IP Right Grant
- 2011-12-20 US US13/331,579 patent/US8861372B2/en active Active
- 2011-12-20 JP JP2011277873A patent/JP5421346B2/ja active Active
- 2011-12-20 BR BRPI1107348A patent/BRPI1107348B8/pt active IP Right Grant
Also Published As
| Publication number | Publication date |
|---|---|
| BRPI1107348B8 (pt) | 2019-07-16 |
| US20120155280A1 (en) | 2012-06-21 |
| EP2466911A1 (en) | 2012-06-20 |
| BRPI1107348B1 (pt) | 2018-12-26 |
| CN102137275B (zh) | 2012-12-19 |
| HUE025968T2 (en) | 2016-05-30 |
| US8861372B2 (en) | 2014-10-14 |
| BRPI1107348A2 (pt) | 2013-11-05 |
| JP2013042473A (ja) | 2013-02-28 |
| CA2758763A1 (en) | 2012-06-20 |
| CN102137275A (zh) | 2011-07-27 |
| CA2758763C (en) | 2016-01-26 |
| EP2466911B1 (en) | 2015-08-19 |
| JP5421346B2 (ja) | 2014-02-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| MX2011013684A (es) | Metodo y dispositivo para el empuje rapido de torrente de transmision unidireccional en cambio rapido de canal. | |
| US7793329B2 (en) | Method and system for reducing switching delays between digital video feeds using multicast slotted transmission technique | |
| US8474001B2 (en) | Near real time delivery of variable bit rate media streams | |
| US9826262B2 (en) | Fast channel change in a multicast adaptive bitrate (MABR) streaming network using multicast repeat segment bursts in a shared progressive ABR download pipe | |
| US10194181B2 (en) | Fast channel change in a multicast adaptive bitrate (MABR) streaming network using multicast repeat segment bursts in a dedicated bandwidth pipe | |
| CN101909196B (zh) | 一种频道切换处理方法及系统以及相关设备 | |
| EP1708506B1 (en) | Rapid media channel changing mechanism and access network node comprising same | |
| EP2424241A1 (en) | Method, device and system for forwarding video data | |
| US9942290B2 (en) | Fast channel change in a multicast adaptive bitrate (MABR) streaming network using HTTP download segment recovery in a shared progressive ABR download pipe | |
| EP2415262B1 (en) | Methods and arrangements for system providing media via multicast distribution | |
| EP2494774B1 (en) | Method of digital audio/video channel change and corresponding apparatus | |
| WO2017096935A1 (zh) | 一种快速频道切换方法、服务器及iptv系统 | |
| US10491964B2 (en) | Assisted acceleration for video streaming clients | |
| CN102547449A (zh) | 一种控制终端缓冲媒体流数据的方法、机顶盒及媒体服务器 | |
| CN111866526B (zh) | 一种直播业务处理方法和装置 | |
| US20120117265A1 (en) | Method and communication system for implementing stream services, and relevant device | |
| KR100848309B1 (ko) | 고속 버퍼링 스위치를 이용한 인터넷 방송 서비스 제공방법 및 그 장치 | |
| JP5610743B2 (ja) | コンテンツ受信方法及び装置 | |
| CN101090369A (zh) | 一种在流媒体系统中控制数据包发送速率的方法 | |
| CN111954007B (zh) | Udp直播中vbr视频快速平滑发送方法与装置 | |
| CN105245946B (zh) | 可变码率媒体流的流量控制方法、装置以及系统 | |
| JP7485018B2 (ja) | コンテンツ配信システム | |
| CN116170612A (zh) | 一种直播的实现方法、边缘节点、电子设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Grant or registration |