SINCRONIZACIÓN DE DATOS DE AUDIO Y VÍDEO EN UN SISTEMA DE COMUNICACIÓN INALÁMBRICO.

Un sincronizador de flujo de datos, que comprende: medios (504) para descodificar datos de vídeo codificados y para proporcionar datos de vídeo descodificados,

donde los datos de vídeo codificados tienen una primera velocidad binaria durante un intervalo de información; medios (506) para descodificar datos de audio codificados y para proporcionar datos de audio descodificados, donde los datos de audio codificados tienen una segunda velocidad binaria durante el intervalo de información; medios (508) para acumular los datos de vídeo descodificados de al menos un intervalo de información y para proporcionar una trama de los datos de vídeo descodificados en cada periodo de intervalo; caracterizado por medios (510) para acumular los datos de audio descodificados de al menos un intervalo de información y para proporcionar una trama de los datos de audio descodificados en cada periodo de intervalo; y medios (512) para combinar la trama de datos de vídeo descodificados y la trama de datos de audio descodificados y para proporcionar una trama sincronizada de datos de audio y vídeo

La presente solicitud de patente está relacionada con las siguientes solicitudes de patente estadounidenses en tramitación junto con la presente: "Delivery Of Information Over A Communication Channel", US 2005/0259623 A1, presentada simultáneamente junto con el presente documento, transferida al cesionario de la misma. 5 “Method And Apparatus For Allocation Of Information To Channels Of A Communication System”, US 2005/0259613 A1, presentada simultáneamente junto con el presente documento, transferida al cesionario de la misma; y "Header Compression Of Multimedia Data Transmitted Over A Wireless Communication System", US 2005/0259690 A1, presentada simultáneamente junto con el presente documento, transferida al cesionario de 10 la misma. ANTECEDENTES I. Campo La presente invención se refiere en general a la entrega de información a través de un sistema de comunicación inalámbrico y, más específicamente, a la sincronización de datos de audio y vídeo transmitidos a través 15 de un sistema de comunicación inalámbrico. II. Antecedentes Se han desarrollado varias técnicas de transmisión de datos multimedia o de datos en tiempo real, tales como datos de audio o vídeo, a través de varias redes de comunicaciones. Una de estas técnicas es el protocolo de 20 transporte en tiempo real (RTP). El RTP proporciona funciones de transporte de red de extremo a extremo adecuadas para aplicaciones que transmiten datos en tiempo real a través de servicios de red de multidifusión o de unidifusión. El RTP no aborda la reserva de recursos y no garantiza una calidad de servicio para los servicios en tiempo real. El transporte de datos aumenta mediante un protocolo de control (RTCP) que permite supervisar la entrega de datos de una manera escalable a grandes redes de multidifusión y proporcionar un control mínimo y una funcionalidad de 25 identificación. El RTP y el RTCP están diseñados para que sean independientes de las capas de transporte y de red subyacentes. El protocolo soporta el uso de mezcladores y de conversores de niveles RTP. Más detalles sobre el RTP pueden encontrarse en el documento “RTP: A Transport Protocol for Real-Time Applications”, de H. Schulzrinne [Universidad de Columbia], S. Casner [Packet Design], R. Frederick [Blue Coat Systems Inc.], V. Jacobson [Packet Design], proyecto de norma RFC-3550, Grupo de Dirección de Ingeniería de Internet, julio de 2003. 30 Un ejemplo que ilustra los aspectos de RTP son audioconferencias en las que el RTP funciona sobre los servicios de protocolo de Internet (IP) que ofrece Internet para comunicaciones de voz. A través de un mecanismo de asignación, un originador de la conferencia obtiene una dirección de grupo de multidifusión y un par de puertos. Un puerto se utiliza para los datos de audio y el otro se utiliza para paquetes de control (RTCP). Esta información de puertos y de dirección se distribuye a los participantes previstos. La aplicación de audioconferencia utilizada por cada 35 participante de la conferencia envía datos de audio en pequeñas particiones, por ejemplo particiones con una duración de 20 ms. Cada partición de datos de audio está precedida por una cabecera RTP; y la combinación de cabecera RTP y de datos está encapsulada en un paquete UDP. La cabecera RTP incluye información sobre los datos, por ejemplo indica qué tipo de codificación de audio, tal como PCM, ADPCM o LPC, está contenida en cada paquete, un sello de tiempo (TS) que señala el momento en que va a enviarse el paquete RTP, un número de secuencia (SN) que es un 40 número secuencial del paquete que puede utilizarse para detectar paquetes perdidos/duplicados, etc. Esto permite a los emisores cambiar el tipo de codificación utilizada durante una conferencia, por ejemplo, para incluir un nuevo participante que se conecte a través de un enlace de bajo ancho de banda o para reaccionar ante indicaciones de congestión de la red. Según la norma RTP, si en una conferencia RTP se utilizan medios tanto de audio como de vídeo, éstos se 45 transmiten como sesiones RTP distintas. Es decir, para cada medio se transmiten distintos paquetes RTP y RTCP utilizando dos pares de puertos UDP y/o direcciones de multidifusión diferentes. No hay un acoplamiento directo en el nivel RTP entre las sesiones de audio y vídeo, excepto que un usuario que participa en ambas sesiones debe utilizar el mismo nombre en los paquetes RTCP para ambas de manera que las sesiones puedan asociarse.

Una motivación para transmitir audio y vídeo como sesiones RTP distintas es permitir que algunos 50 participantes de la conferencia reciban solamente un medio, si lo deciden así. A pesar de la separación, puede

conseguirse una reproducción sincronizada del audio y vídeo de una fuente utilizando información de temporización transportada en los paquetes RTP/RTCP para ambas sesiones. Las redes de paquetes, como Internet, pueden perder ocasionalmente, o reordenar, paquetes. Además, los paquetes individuales pueden experimentar cantidades variables de retardo en sus respectivos tiempos de transmisión. Para tratar estas deficiencias, la cabecera RTP contiene información de temporización y un número de secuencia que 5 permite a un receptor reconstruir la temporización producida por la fuente. Esta reconstrucción de temporización se lleva a cabo por separado para cada fuente de paquetes RTP en una sesión. Aunque la cabecera RTP incluye información de temporización y un número de secuencia, puesto que el audio y el vídeo se suministran en flujos RTP distintos, existe la posibilidad de que se produzca un desplazamiento de tiempo, también denominado como sincronización labial o sincronización AV, entre los flujos. Una aplicación en un 10 receptor tendrá que volver a sincronizar estos flujos antes de reproducir el audio y el vídeo. Además, en aplicaciones en las que se transmiten flujos RTP, tales como audio y vídeo, a través de redes inalámbricas, hay una mayor probabilidad de que los paquetes se pierdan, haciendo más difícil la resincronización de los flujos. Del documento WO 02/15591 A1 se conoce un procedimiento para reproducir datos multimedia. El procedimiento divulgado comprende las etapas de descodificar audio y reproducir audio, descodificar al menos un flujo 15 de vídeo, suministrar tramas de vídeo descodificadas a una memoria intermedia de vídeo y reproducir las tramas de vídeo descodificadas almacenadas en la memoria intermedia de vídeo. Por lo tanto, en la técnica existe la necesidad de mejorar la sincronización de flujos RTP de audio y vídeo que se transmiten a través de redes. RESUMEN 20 Las formas de realización divulgadas en la presente afrontan las necesidades mencionadas anteriormente mediante la codificación de flujos de datos, tales como un flujo de vídeo y audio, que se transmiten a través de un red, por ejemplo una red inalámbrica o IP, de tal manera que uno los flujos de datos se sincronicen. Por ejemplo, una trama completa de audio y una trama completa de vídeo se transmiten en un periodo de trama requerido para reproducir las tramas de audio y vídeo mediante una aplicación en el receptor. Por ejemplo, un sincronizador de flujos de datos 25 incluye un primer descodificador configurado para recibir un primer flujo de datos codificado y para proporcionar un primer flujo de datos descodificado, donde el primer flujo de datos codificado tiene una primera velocidad binaria durante un intervalo de información. El sincronizador de datos incluye además un segundo descodificador configurado para recibir un segundo flujo de datos codificado y para proporcionar un segundo flujo de datos descodificado, donde el segundo flujo de datos codificado tiene una segunda velocidad binaria durante el intervalo de información. Una primera 30 memoria intermedia está configurada para acumular el primer flujo de datos descodificado de al menos un intervalo de información y para proporcionar una trama del primer flujo de datos descodificado en cada periodo de intervalo. Una segunda memoria intermedia está configurada para acumular el segundo flujo de datos descodificado de al menos un intervalo de información y para proporcionar una trama del segundo flujo de datos descodificado en cada periodo de intervalo. Después, un combinador que está configurado para recibir la trama del primer flujo de datos descodificado y 35 la trama del segundo flujo de datos descodificado proporciona una trama sincronizada del primer y del segundo flujo de datos descodificado. El primer flujo de datos codificado son datos de vídeo y el segundo flujo de datos codificado son datos de audio. Un aspecto de la invención incluye recibir flujos RTP de audio y de vídeo y asignar una trama completa de datos de vídeo RTP a paquetes de canal de comunicación que ocupen el mismo periodo, o...

1. Un sincronizador de flujo de datos, que comprende: medios (504) para descodificar datos de vídeo codificados y para proporcionar datos de vídeo descodificados, donde los datos de vídeo codificados tienen una primera velocidad binaria durante un intervalo de información; 5 medios (506) para descodificar datos de audio codificados y para proporcionar datos de audio descodificados, donde los datos de audio codificados tienen una segunda velocidad binaria durante el intervalo de información; medios (508) para acumular los datos de vídeo descodificados de al menos un intervalo de información y para proporcionar una trama de los datos de vídeo descodificados en cada periodo de intervalo; caracterizado por 10 medios (510) para acumular los datos de audio descodificados de al menos un intervalo de información y para proporcionar una trama de los datos de audio descodificados en cada periodo de intervalo; y medios (512) para combinar la trama de datos de vídeo descodificados y la trama de datos de audio descodificados y para proporcionar una trama sincronizada de datos de audio y vídeo. 15 2. Un sincronizador de flujos de datos según la reivindicación 1, en el que: los medios (504) para descodificar datos de vídeo codificados comprenden un descodificador de vídeo; los medios (506) para descodificar datos de audio codificados comprenden un segundo descodificador; los medios (508) para acumular los datos de vídeo descodificados comprenden una primera memoria intermedia; 20 los medios (510) para acumular los datos de audio descodificados comprenden una segunda memoria intermedia; y los medios (512) para combinar la trama de datos de vídeo descodificados y la trama de datos de audio descodificados comprenden un combinador. 25 3. Un sincronizador de flujos de datos según la reivindicación 1, en el que la primera velocidad binaria es mayor que la segunda velocidad binaria. 4. Un sincronizador de flujos de datos según la reivindicación 2, en el que la memoria intermedia de audio (510) está configurada para acumular datos de audio descodificados de múltiples intervalos de información. 5. Un sincronizador de flujos de datos según la reivindicación 2, en el que el descodificador de vídeo es un 30 descodificador MPEG, un descodificador H.263 o un descodificador H.264. 6. Un sincronizador de flujos de datos según la reivindicación 2, en el que el descodificador de audio es un descodificador MPEG, un descodificador H.263 o un descodificador H.264. 7. Un sincronizador de flujos de datos según la reivindicación 2, que comprende además un procesador de control que controla la descodificación y la sincronización de datos de audio y vídeo. 35 8. Un sistema de comunicación inalámbrico, que comprende: una estación remota que comprende un sincronizador de flujos de datos según las reivindicaciones 2 a 7; y un aparato de estación base, que comprende: una interfaz de canal de comunicación de vídeo configurada para recibir un flujo RTP de vídeo y para asignar una trama completa de datos de vídeo RTP a paquetes de canal de comunicación que 40 ocupen el mismo periodo, o menor, que el periodo de trama de vídeo; una interfaz de canal de comunicación de audio configurada para recibir un flujo RTP de audio y para asignar una trama completa de datos de audio RTP a paquetes de canal de comunicación que ocupen el mismo periodo, o menor, que el periodo de trama de audio, y un transmisor configurado para recibir y transmitir los paquetes de canal de comunicación de vídeo y 45 de audio.

9. Un sistema de comunicación inalámbrico según la reivindicación 8, que comprende además un procesador de control que controla la asignación de datos de audio y vídeo a paquetes de canal de comunicación. 10 Un aparato de estación remota que comprende el sincronizador de flujos de datos según la reivindicación 2. 11. Un aparato de estación base que comprende el sincronizador de flujos de datos según la reivindicación 2. 12. Un procedimiento para descodificar y sincronizar flujos de datos, que comprende: 5 recibir (802) datos de vídeo codificados, descodificar (804) y proporcionar datos de vídeo descodificados, donde los datos de vídeo codificados tienen una primera velocidad binaria durante un intervalo de información; recibir (802) datos de audio codificados, descodificar (804) y proporcionar datos de audio descodificados, donde los datos de audio codificados tienen una segunda velocidad binaria durante el intervalo de 10 información; acumular los datos de vídeo descodificados de al menos un intervalo de información y proporcionar (806) una trama de los datos de vídeo descodificados en cada periodo de intervalo; caracterizado por acumular los datos de audio descodificados de al menos un intervalo de información y proporcionar (806) una trama de los datos de audio descodificados en cada periodo de intervalo; y 15 combinar (808) la trama de datos de vídeo descodificados y la trama de datos de audio descodificados y proporcionar (810) una trama sincronizada de datos de audio y vídeo descodificados. 13. Un procedimiento según la reivindicación 12, en el que una trama sincronizada de datos de audio y vídeo se proporciona en cada periodo de intervalo. 20 14. Un procedimiento según la reivindicación 12, que comprende además: recibir (702) un flujo RTP de vídeo y asignar (704) una trama completa de datos de vídeo RTP a paquetes de canal de comunicación que ocupen el mismo periodo, o menor, que un periodo de trama de vídeo; y recibir (702) un flujo RTP de audio y asignar (704) una trama completa de datos de audio RTP a paquetes de canal de comunicación que ocupen el mismo periodo, o menor, que un periodo de trama de audio. 25 15 Un medio legible por ordenador, que funciona con un dispositivo informático para llevar a cabo un procedimiento para descodificar y sincronizar datos de audio y vídeo según cualquiera de las reivindicaciones 12 a 14.