ES2376742T3 - Transmisión de unidades de datos de protocolo múltiplex en paquetes de capa física - Google Patents

Transmisión de unidades de datos de protocolo múltiplex en paquetes de capa física Download PDF

Info

Publication number
ES2376742T3
ES2376742T3 ES06802246T ES06802246T ES2376742T3 ES 2376742 T3 ES2376742 T3 ES 2376742T3 ES 06802246 T ES06802246 T ES 06802246T ES 06802246 T ES06802246 T ES 06802246T ES 2376742 T3 ES2376742 T3 ES 2376742T3
Authority
ES
Spain
Prior art keywords
mux
pdu
phy
size
package
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
Application number
ES06802246T
Other languages
English (en)
Inventor
Fan Ling
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2376742T3 publication Critical patent/ES2376742T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/148—Interfacing a video terminal to a particular transmission medium, e.g. ISDN
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B15/00—Suppression or limitation of noise or interference
    • 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/70—Media network packetisation
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23611—Insertion of stuffing data into a multiplex stream, e.g. to obtain a constant bitrate
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2368—Multiplexing of audio and video streams
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4341—Demultiplexing of audio and video streams
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • 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/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Un aparato para transmitir (810) unidades de datos de protocolo múltiplex (MUX-PDU) , cada una de las cuales lleva una o más porciones completas de vídeo en un sistema de comunicaciones inalámbricas, que comprende: un medio para determinar un formato y un tamaño deseados de MUX-PDU que se conformen a un tamaño predeterminado de paquete PHY de la capa física y que permitan que se envíe una sola MUX-PDU en un paquete PHY de dicho tamaño predeterminado; un medio para generar (826) una pluralidad de MUX-PDU para una pluralidad de flujos multimedia en continuo, habiéndose adaptado el medio de generación para generar, cuando sea posible, MUX-PDU de formato y el tamaño deseados; un medio para establecer una correspondencia (828) entre cada MUX-PDU y un paquete PHY que tiene dicho tamaño predeterminado de paquete, comprendiendo dicho medio de establecimiento de una correspondencia un medio para alinear el delimitador de paquete PHY con el delimitador de la MUX-PDU; y un medio para generar (826) una pluralidad de MUX-PDU agregadas para una pluralidad de flujos multimedia en continuo, estando adaptado el medio de generación para generar MUX-PDU agregadas del mismo tamaño que dicho tamaño predeterminado de paquete PHY, y comprendiendo cada MUX-PDU agregada al menos una MUX-PDU menor que el tamaño predeterminado de paquete PHY; y un medio para establecer una correspondencia (828) entre cada MUX-PDU agregada y un paquete PHY que tiene dicho tamaño predeterminado de paquete, comprendiendo dicho medio de establecimiento de una correspondencia un medio para alinear el delimitador de paquete PHY con el delimitador de cada MUX-PDU agregada para que cada MUX-PDU agregada pueda ser enviada comenzando con el primer byte en un paquete PHY.

Description

Transmisión de unidades de datos de protocolo múltiplex en paquetes de capa física
Antecedentes
I. Campo
La presente invención versa en general acerca de la comunicación y, más específicamente, acerca de técnicas para transmitir y recibir unidades de datos de protocolo múltiplex (MUX-PDU) en un sistema de comunicaciones inalámbricas.
II. Antecedentes
Los sistemas de comunicaciones inalámbricas se despliegan de forma generalizada para proporcionar diversos servicios de comunicaciones, tal como voz, vídeo, datos en paquetes, etcétera. Estos sistemas pueden ser sistemas de acceso múltiple capaces de proporcionar comunicación para múltiples usuarios compartiendo los recursos disponibles del sistema (por ejemplo, el ancho de banda del sistema y/o la potencia de transmisión). Ejemplos de tales sistemas de acceso múltiple incluyen un sistema de Acceso Múltiple por División de Código (CDMA), un sistema de Acceso Múltiple por División de Tiempo (TDMA), un sistema de Acceso Múltiple por División de Frecuencia (FDMA) y un sistema de Acceso Múltiple por División de Frecuencia Ortogonal (OFDMA).
El videoteléfono o la telefonía de vídeo es una aplicación que crece rápidamente para muchos sistemas de comunicaciones inalámbricas. Una aplicación de videoteléfono transmite voz y vídeo simultáneamente usando, por ejemplo, la recomendación ITU-T H.223 (o, simplemente, “H.223”), titulada “Multiplexing Protocol for Low Bit Rate Multimedia Communication”. El H.223 es un protocolo que recibe vídeo, audio, datos y control como flujos multimedia en continuo separados y genera MUX-PDU para todos estos flujos en continuo. Las MUX-PDU son luego objeto de una correspondencia o se encapsulan en paquetes PHY, que son paquetes en una capa física (PHY). Los paquetes PHY son procesados ulteriormente y transmitidos al receptor por medio de un canal inalámbrico.
Típicamente, el receptor recibe cierto porcentaje de paquetes PHY con error debido al ruido y a impedimentos en el canal inalámbrico. Los paquetes PHY recibidos con error se denominan a menudo paquetes PHY borrados. Típicamente, también se pierden todas las MUX-PUD transportadas en los paquetes PHY borrados. Dado que los paquetes PHY borrados son inevitables para un sistema inalámbrico, en la técnica existe la necesidad de técnicas para reducir el número de MUX-PDU perdidas debido a los paquetes PHY borrados.
Resumen
En el presente documento se describen técnicas para el envío eficiente de MUX-PDU en paquetes PHY en un sistema de comunicaciones inalámbricas según se expone en las reivindicaciones adjuntas. Los paquetes PHY pueden tener un tamaño fijo que puede ser configurado o seleccionado durante el establecimiento de llamada. Las MUX-PDU son generadas en base al tamaño de paquete PHY, de modo que la totalidad o un porcentaje sustancial de las MUX-PDU se conformen al tamaño de paquete PHY. Por ejemplo, un codificador de vídeo puede codificar una señal de vídeo para generar porciones codificadas de vídeo, y cada porción de vídeo puede ser enviada en una MUX-PDU. Un codificador de audio puede codificar una señal de audio para generar paquetes codificados de vídeo, y uno o más paquetes de audio pueden ser enviados en una MUX-PDU. Cada MUX-PDU que se conforme al tamaño de paquete PHY se envía en un paquete PHY.
En un transmisor, se generan MUX-PDU para múltiples flujo multimedia en continuo (por ejemplo, flujos de vídeo, datos y/o control en continuo) en base al tamaño de paquete PHY. Las MUX-PDU tienen tamaños variables y tienen una correspondencia con paquetes PHY, de tal modo que (1) cada MUX-PDU que sea menor que el tamaño de paquete PHY es enviada en un paquete PHY y (2) cada MUX-PDU que sea mayor que el tamaño de paquete PHY es enviada en un número mínimo de paquetes PHY. Cada MUX-PDU se rellena con una o más MUX-PDU nulas y/o uno o más bytes de relleno, si es necesario, para obtener el tamaño de paquete PHY. El relleno se selecciona de tal manera que no pueda ser confundido con una cabecera ni con datos válidos de MUX-PDU. Cada paquete PHY puede ser enviado en un intervalo temporal de transmisión (TTI) a un receptor.
El receptor lleva a cabo el procesamiento complementario en los paquetes PHY recibidos para recuperar las MUX-PDU. El receptor remite cada MUX-PDU válida y descarga cualquier relleno encontrado. Además, el receptor desmultiplexa el vídeo, el audio, los datos y el control en las MUX-PDU recuperadas en sus respectos flujos multimedia en continuo.
En lo que sigue se describen con mayor detalle diversos aspectos y realizaciones de la invención.
El documento US 2002/064145 da a conocer en una realización una unidad móvil que recibe una velocidad de transferencia de datos del canal suplementario de vuelta asignado, por ejemplo, como parte de una asignación del canal suplementario desde una estación base a la unidad móvil en un sistema de comunicaciones CDMA de espectro ensanchado. La unidad móvil utiliza una tabla de perfiles para determinar una velocidad máxima viable de
transferencia de datos del canal suplementario de vuelta. Por ejemplo, la tabla de perfiles puede ser construida sometiendo la unidad móvil a ensayo para determinar qué combinaciones de velocidades de datos de los canales suplementarios de ida y vuelta y qué condiciones operativas hacen que el procesador de la unidad móvil “se estrelle”. La unidad móvil comunica datos por el canal suplementario de vuelta con una velocidad de transferencia de datos que no supera la velocidad máxima viable de transferencia de datos del canal suplementario de vuelta construyendo, por ejemplo, unidades de datos de servicio usando relleno para disminuir la velocidad de transferencia de datos de comunicación por debajo de la velocidad máxima viable de transferencia de datos del canal suplementario de vuelta.
Breve descripción de los dibujos
Las características y la naturaleza de la presente invención se harán más evidentes a partir de la descripción detallada presentada en lo que sigue tomada en conjunto con los dibujos, en los que números de referencia semejantes identifican partes correspondientes de principio a fin.
La FIG. 1 muestra el procesamiento y el multiplexado en un transmisor para una llamada de videoteléfono.
La FIG. 2 muestra la estructura de una MUX-PDU.
La FIG. 3 muestra la correspondencia de MUX-PDU y paquetes PHY sin alineamiento.
La FIG. 4 muestra la correspondencia de MUX-PDU y paquetes PHY con alineamiento.
La FIG. 5 muestra un patrón de relleno de 5 bytes.
La FIG. 6 muestra un procedimiento para generar una MUX-PDU agregada con una o más MUX-PDU menores y relleno.
La FIG. 7 muestra un paquete PHY que contiene una MUX-PDU, múltiples MUX-PDU nulas y múltiples bytes de relleno.
La FIG. 8 muestra un diagrama de bloques de un transmisor y un receptor.
Descripción detallada
La palabra “ejemplar” se usa en el presente documento con el significado de “servir de ejemplo, muestra o ilustración2. No debe interpretarse necesariamente de ninguna realización ni ningún diseño descritos en el presente documento como “ejemplares” que resulten preferentes o ventajosos con respecto a otras realizaciones u otros diseños.
La FIG. 1 muestra un diagrama de bloques del procesamiento y el multiplexado en un transmisor para una llamada de videoteléfono usando la recomendación ITU-T H.324M (o, simplemente, “H.324M”). La H.324M es una versión modificada de la recomendación ITU-T H.324, titulada “Terminal for Low Bit Rate Multimedia Communication”. El
H.324 es un estándar internacional para la comunicación multimedia en un sistema conmutado por circuitos con una baja velocidad de transferencia de bits y utiliza el H.223 como protocolo de transferencia/multiplexado de datos.
En una capa 110 de aplicación, la llamada de videoteléfono es procesada como señales separadas de vídeo, audio, datos y control que son enviados por canales lógicos diferentes. Los datos pueden ser para texto o algún otro contenido. Cada canal lógico es identificado por un número de canal lógico (LCN) único. El LCN 0 se usa para el canal de control. El número de canales lógicos a usar para la llamada de videoteléfono y el contenido que ha de ser llevado por cada canal lógico se definen durante el establecimiento de llamada.
Un codificador 122 de vídeo procesa una señal de vídeo procedente de la entrada/salida (E/S) 112 de vídeo y proporciona un flujo codificado de vídeo en continuo. Un codificador 124 de audio procesa una señal de audio procedente de la entrada/salida (E/S) 114 de audio y proporciona un flujo codificado de audio en continuo. Se procesa una señal de control procedente de la aplicación 116 según la recomendación ITU-T H.245 (o, simplemente, “H.245”), titulada “Control Protocol for Multimedia Communication” (bloque 128) y se la procesa adicionalmente según un Protocolo Simple de Retransmisión (SRP) (bloque 130) para generar un flujo de control en continuo.
El H.223 incluye una capa 140 de adaptación y una capa múltiplex 150. La capa 140 de adaptación recibe y procesa por separado los flujos en continuo de vídeo, audio, datos y control. La capa 140 de adaptación añade información a cada flujo multimedia en continuo, si es aplicable, para la detección de errores y/o la corrección de errores, la numeración de secuencia y la retransmisión. La capa 140 de adaptación genera unidades de datos de servicio de la capa de adaptación (AL-SDU) para cada flujo multimedia en continuo. Cada AL-SDU para el flujo de vídeo en continuo puede llevar vídeo codificado para una trama, una porción o alguno otra unidad de vídeo. Una porción de vídeo se corresponde a cierto número de filas y cierto número de columnas de una trama de vídeo. Típicamente, cada AL-SDU para el flujo de audio en continuo lleva hasta tres paquetes de audio, dado que más paquetes de audio agrupados aumentarán las demoras.
La capa múltiplex 150 recibe las AL-SDU para todos los flujos multimedia en continuo y genera MUX-PDU que tienen longitudes variables. Cada MUX-PDU puede llevar datos procedentes de una o más AL-SDU para uno o más flujo multimedia en continuo. Por ejemplo, una sola MUX-PDU puede llevar una combinación de vídeo, audio y control. La capa múltiplex 150 realiza la multiplexación según una tabla de multiplexado que contiene hasta 16 entradas para hasta 16 formatos diferentes de MUX-PDU. Cada formato de MUX-PDU indica el número de bytes (si los hay) que deben ser llevados por cada flujo multimedia en continuo en una MUX-PDU. Cada MUX-PDU está en uno de los formatos indicados en la tabla de multiplexado. La tabla de multiplexado es definida durante el establecimiento de llamada y puede ser actualizada durante la llamada.
Una capa física 160 recibe las MUX-PDU y genera paquetes PHY (o, simplemente, “paquetes”). El procesamiento por parte de la capa física 160 depende del diseño del sistema y, típicamente, incluye codificación, intercalación, establecimiento de correspondencia de símbolos, etcétera. Los paquetes PHY son transmitidos a un receptor por medio de un canal inalámbrico.
Para el H.223, el transmisor multiplexa vídeo, audio, datos y control H.245 en las MUX-PDU y envía estas MUX-PDU al receptor. El receptor recibe las MUX-PDU y desmultiplexa el vídeo, el audio, los datos y el control enviados en estas MUX-PDU en sus flujos multimedia en continuo separados. Las MUX-PDU son las unidades de datos de nivel más bajo conocidas a la aplicación de videoteléfono. Típicamente, la aplicación de videoteléfono no tiene conocimiento alguno de la manera en que la capa física transmite las MUX-PDU.
La FIG. 2 muestra la estructura de una MUX-PDU según el protocolo de nivel 2 de H.223. La MUX-PDU va precedida por un señalizador de nivel 2 de 2 bytes que puede ser configurado en uno de dos valores de 2 bytes por el H.223. El señalizador de nivel 2 delimita o rodea cada MUX-PDU y es usado por el receptor para detectar una nueva MUX-PDU.
Para el nivel 2, la MUX-PDU incluye una cabecera de 3 bytes seguida por una carga útil de tamaño variable. La cabecera de la MUX-PDU incluye un campo de código de multiplexado (MC) de 4 bits, un campo de longitud de la carga útil multiplexada (MPL) de 8 bits y un campo de bits de paridad de 12 bits. El campo MC indica el formato de la MUX-PDU, que es uno de los formatos de MUX-PDU definidos en la tabla de multiplexado. El campo MPL indica el tamaño de la carga útil de la MUX-PDU. El campo de bits de paridad contiene 12 bits de paridad generados para el campo MC y el campo MPL. La carga útil de la MUX-PDU tiene un tamaño variable que oscila entre 0 y 254 bytes y está indicado por el campo MPL.
El H.223 cubre el multiplexado de flujos multimedia en continuo para una aplicación conmutada por circuitos. Típicamente, tal aplicación se vale de la capa física para proporcionar una conexión dedicada y una velocidad de transferencia de datos fija para una llamada. Típicamente, los flujos multimedia en continuo tienen velocidades de transferencia de datos que pueden variar ampliamente con el tiempo. Las técnicas de multiplexado descritas en el presente documento multiplexan eficientemente las MUX-PDU en paquetes PHY.
Las técnicas de multiplexado descritas en el presente documento pueden ser usadas para diversos sistemas de comunicaciones inalámbricas que soportan aplicaciones conmutadas por circuitos. Un sistema tal es un sistema de CDMA de banda ancha (W-CDMA) que está descrito en documentos provenientes de un consorcio denominado (“Proyecto de Asociación de 3ª Generación” (3GPP). En el W-CDMA, pueden enviarse datos de la capa superior en uno o más canales de transporte, como, por ejemplo, un canal dedicado de tráfico (DTCH) y un canal dedicado de control (DCCH). Cada canal de transporte está asociado con uno o más formatos de transporte, que pueden ser seleccionados durante el establecimiento de la llamada. Cada formato de transporte especifica diversos parámetros de procesamiento, tales como (1) el intervalo temporal de transmisión (TTI) para el canal de transporte, (2) el tamaño de cada bloque de transporte de datos, (3) el número de bloques de transporte que han de ser enviados en cada TTI, (4) la longitud de cada bloque de códigos, (5) el esquema de codificación que ha de usarse para el TTI, etcétera. Solo se usa un TTI para cada canal de transporte, y el TTI seleccionado puede abarcar una, dos, cuatro u ocho tramas. Cada trama es un intervalo temporal de 10 milisegundos (ms) que es identificado por un número de trama del sistema (SFN).
Un formato de transporte que se usa comúnmente para una llamada de videoteléfono tiene los siguientes parámetros: una velocidad de transferencia de datos de 64 kilobits/segundo (kbps), un TTI de 20 ms o 40 ms y un bloque de transporte por TTI. El bloque de transporte para cada TTI puede ser considerado como un paquete PHY. Cada paquete PHY lleva 160 bytes para el TTI de 20 ms y 320 bytes para el TTI de 40 ms. Puede usarse un solo formato de transporte para la llamada de videoteléfono, y el tamaño de paquete PHY se fija entonces para la duración de la llamada.
La FIG. 3 muestra el establecimiento de una correspondencia entre las MUX-PDU y paquetes PHY sin alineamiento. Para este esquema de establecimiento de correspondencia no alineada, cada MUX-PDU es enviada en tantos paquetes PHY como sea necesario y empezando con el primer byte disponible en el siguiente paquete PHY que haya que enviar. Si el tamaño de la MUX-PDU oscila entre 0 y 254 bytes y si el tamaño del paquete PHY está fijado en 160 bytes, entonces cada MUX-PDU puede ser enviada en uno o dos paquetes PHY. Además, un paquete PHY dado puede llevar múltiples MUX-PDU. Por ejemplo, el paquete PHY 4 lleva la porción de cola de la MUX-PDU 2 y el comienzo de la MUX-PDU 3.
El receptor recibe los paquetes PHY y decodifica por separado cada paquete PHY recibido. Cada paquete PHY que es decodificado correctamente es pasado a la capa de multiplexado para su procesamiento y reensamblado. Cada paquete PHY que es decodificado con error (o borrado) es descartado. Debido al ruido y a impedimentos en el canal inalámbrico, la tasa de errores o el porcentaje de paquetes PHY borrados pueden ser relativamente elevados. Para cada paquete PHY borrado, todas las MUL-PDU llevadas puede ese paquete PHY borrado pueden ser descartadas. Por ejemplo, si el paquete PHY 4 es decodificado con error, entonces se descarta toda la MUX-PDU 3, dado que su cabecera se pierde en el paquete PHY 4 y también puede descartarse toda la MUX-PDU 2, dado que falta su porción de cola. La cantidad de datos que se pierde en la capa de multiplexado en más que la cantidad de datos que se pierde por la capa física debido a la falta de alineamiento de las MUX-PDU y los paquetes PHY para las dos capas.
La FIG. 4 muestra el establecimiento de correspondencia entre las MUX-PDU y paquetes PHY con alineamiento. Para este esquema de establecimiento de correspondencia alineada, las MUX-PDU son generados y son hechas objeto de correspondencia de tal manera que todo el tiempo, o la mayor parte del mismo, cada MUX-PDU es enviada en un solo paquete PHY. Este esquema de establecimiento de correspondencia permite que cada paquete PHY que sea decodificado correctamente sea usado en su totalidad por la capa de multiplexado en el receptor. Este esquema también minimiza la incidencia de la situación por la cual se pierde más de un paquete PHY de datos en la capa de multiplexado cuando solo se decodifica con error un paquete PHY. Cada MUX-PDU puede ser enviada comenzando con el primer byte de un paquete PHY, y el delimitador de paquetes PHY se alinea entonces con el delimitador de la MUX-PDU. En ciertos casos, puede no resultar posible encajar una MUX-PDU grande en un paquete PHY. En tales casos, la MUX-PDU grande puede ser enviada en un número mínimo de paquetes PHY.
Los formatos y los tamaños de MUX-PDU se seleccionan en base al tamaño del paquete PHY. El codificador de vídeo puede ser diseñado en base al tamaño seleccionado de MUX-PDU. Por ejemplo, el codificador de vídeo puede ser capaz de codificar una trama de vídeo o una porción de vídeo. Dado que un decodificador de vídeo es capaz de decodificar independientemente cada porción de vídeo, cada MUX-PDU puede llevar una o más porciones completas de vídeo. Esto puede lograrse (1) diseñando el codificador de vídeo para enviar una porción de vídeo cada vez a la capa de adaptación y (2) diseñando las capas de adaptación y multiplexado para intentar encajar una
o más porciones de vídeo completas en cada MUX-PDU. El codificador de audio también puede ser diseñado en base al tamaño seleccionado de MUX-PDU para generar paquetes codificados de audio que pueden ser enviados en un paquete PHY. Así, la capa de multiplexado puede ser diseñada o personalizada en base al tamaño de paquete PHY.
En la mayoría de los caos, las MUX-PDU serán menores que el tamaño de paquete PHY. En estos casos, un paquete PHY puede llevar una sola MUX-PDU, múltiples MUX-PDU, una sola MUX-PDU con relleno o inserción, o múltiples MUX-PDU con relleno. La capa de multiplexado puede ser diseñada para generar MUX-PDU “agregadas”. Cada MUX-PDU agregada tiene el mismo tamaño que el tamaño de paquete PHY, lleva una o más MUX-PDU y relleno (si es necesario) y es enviada en un solo paquete PHY.
La FIG. 5 muestra un patrón 500 de relleno de 5 bytes que puede ser usado para rellenar una MUX-PDU que es menor que el tamaño de paquete PHY. El patrón 500 de relleno incluye cinco bytes. Los dos primeros bytes del patrón 500 de relleno son para el señalizador de nivel 2. Los tres últimos bytes del patrón 500 de relleno son para una cabecera de la MUX-PDU que indica un tamaño de carga útil de la MUX-PDU de cero (por ejemplo, una cabecera de la MUX-PDU de 0x00, 0x00 y 0x00, denotando “0x” valores hexadecimales que vienen a continuación). El patrón 500 de relleno representa una MUX-PDU “nula” que tiene solo una cabecera y ninguna carga útil (o una longitud de carga útil de cero). El patrón 500 de relleno puede ser repetido tantas veces como sea necesario hasta que el paquete PHY esté relleno completamente o en su mayor parte. También pueden usarse otros patrones de relleno de 5 bytes para el relleno (por ejemplo, patrones de relleno formados con otros valores posibles de 2 bytes para el señalizador de nivel 2).
El patrón 500 de relleno tiene una longitud fija de cinco bytes. Si el tamaño del área que ha de ser rellenada no es un múltiplo de cinco bytes, entonces el patrón 500 de relleno rellenará en demasía (se pasará) o rellenará deficientemente (no llegará a llenarla) el área. Para evitar el relleno en demasía o deficiente del área con el patrón 500 de relleno, puede evitarse un patrón de relleno de un bytes para rellenar un espacio que sea menor de 5 bytes. Este patrón de relleno de un bytes (que también se denomina byte de relleno) puede ser 0xFF o algún otro valor de byte. En general, el relleno puede lograrse usando el patrón de relleno de 5 bytes, el patrón de relleno de un byte, algún otro patrón de relleno o cualquier combinación de los mismos. En general, para el relleno puede usarse cualquier patrón de relleno con la condición de que el receptor no interprete el patrón de relleno como datos válidos de cabecera o reales de la MUX-PDU.
La FIG. 6 muestra un diagrama de flujo de un procedimiento 600 para generar una MUX-PDU agregada con una o más MUX-PDU que son menores que el tamaño de paquete PHY. El procedimiento 600 puede ser llevado a cabo por la capa de multiplexado en el transmisor. La MUX-PDU es enviada en un paquete PHY.
Inicialmente, la MUX-PDU agregada (o, equivalentemente, el paquete PHY) es llenada con una MUX-PDU (bloque 610). A continuación, se realiza una determinación de si puede enviarse otra MUX-PDU (por ejemplo, la siguiente
MUX-PDU) en el paquete PHY (bloque 612). Si la respuesta es “Sí”, entonces el paquete PHY es llenado con esta MUX-PDU (bloque 614) y el procedimiento vuelve al bloque 612. Los bloques 612 y 614 encajan tantas MUX-PDU como resulte posible en el paquete PHY.
Si la respuesta es “No” para el bloque 612, se realiza entonces una determinación de si puede enviarse una MUX-PDU nula (por ejemplo, el patrón 500 de bytes de relleno) en el espacio restante en la MUX-PDU (bloque 616). Si la respuesta es “Sí” para el bloque 616, entonces se añade una MUX-PDU nula en el paquete PHY (bloque 618) y el procedimiento vuelve al bloque 616. Los bloques 616 y 618 rellenan el espacio restante en el paquete PHY con tantas MUX-PDU nulas como resulte posible.
Si la respuesta es “No” para el bloque 616, se realiza entonces una determinación de si queda algún espacio en el paquete PHY (bloque 620). Si la respuesta es “Sí” para el bloque 620, entonces el paquete PHY es rellenado con el patrón de relleno de un byte (bloque 622) y el procedimiento vuelve al bloque 620. Si no, si la respuesta es “No” para el bloque 620, entonces el procedimiento termina. Los bloques 620 y 622 rellenan el espacio restante en el paquete PHY con tantos bytes de relleno como sea necesario.
La FIG. 7 muestra una MUX-PDU agregada 700 ejemplar que contiene una MUX-PDU, múltiples MUX-PDU nulas y múltiples bytes de relleno. La capa de multiplexado en el receptor (o, simplemente, la capa de multiplexado del receptor) recibe la MUX-PDU agregada de la capa física, extrae la cabecera de la primera MUX-PDU, comprueba el tamaño de esta MUX-PDU en base a su cabecera, recupera la MUX-PDU y envía la MUX-PDU a la capa de adaptación. A continuación, la capa de multiplexado del receptor extrae la cabecera para cada MUX-PDU nula enviada en la MUX-PDU agregada, reconoce cada MUX-PDU nula en base a su cabecera y descarta cada MUX-PDU nula. La capa de multiplexado del receptor encuentra entonces el primer byte de relleno, detecta que este byte no es una MUX-PDU válida, considera que este byte es un error y descarta el byte. Para cada byte subsiguiente, la capa de multiplexado del receptor sigue buscando una cabecera de MUX-PDU válida y descarta todos los bytes de relleno que encuentra. El uso de los bytes de relleno no afecta la operación en la capa de multiplexado del receptor.
Las FIGURAS 6 y 7 muestran el caso en el que la primera MUX-PDU es menor que el tamaño de paquete PHY. Si la MUX-PDU es mayor que el tamaño de paquete PHY, se envía entonces la MUX-PDU en un número mínimo (n) de paquetes PHY y el enésimo paquete PHY es rellenado tal como se ha descrito en lo que antecede en la FIG. 6.
La FIG. 8 muestra un diagrama de bloques de una realización de un transmisor 810 y un receptor 850 capaces de implementar las técnicas de multiplexado descritas en el presente documento. El transmisor 810 y el receptor 850 pueden cada uno formar parte de un teléfono móvil, un microteléfono, una unidad de abonado, una estación móvil, un terminal de usuario, un dispositivo inalámbrico, un módem o algún otro aparato.
En el transmisor 810, un codificador 822 de vídeo recibe y codifica una señal de vídeo y proporciona un flujo codificado de vídeo en continuo a un procesador 826 de datos de transmisión (TX). Un codificador 824 de audio recibe y codifica una señal de audio y proporciona un flujo codificado de audio en continuo al procesador 826 de datos de TX. Los codificadores 822 y 824 pueden llevar a cabo una codificación según el H.324M o algún otro estándar o diseño. El procesador 826 de datos de TX recibe los flujos de vídeo codificado y de audio en continuo procedentes de los codificadores 822 y 824, respectivamente y flujos de datos y control en continuo procedentes de un controlador 840. El procesador 826 de datos de TX implementa las capas de adaptación y multiplexado para el H.223, procesa los flujos multimedia en continuo recibidos y genera MUX-PDU en base al tamaño de paquete PHY. Un procesador 828 PHY de TX lleva a cabo el procesamiento para la capa física, procesa (por ejemplo, codifica, intercala y modula) las MUX-PDU según especifica el sistema y genera paquetes PHY. Una unidad transmisora (TMTR) 830 acondiciona (por ejemplo, convierte a analógico, filtra, amplifica y eleva en frecuencia) los paquetes PHY y genera una señal modulada, que es transmitida por medio de una antena 832.
En el receptor 850, una antena 852 recibe la señal modulada transmitida por el transmisor 810 y proporciona una señal recibida a una unidad receptora (RCVR) 854. La unidad receptora 854 acondiciona (por ejemplo, filtra, amplifica y reduce en frecuencia) la señal recibida, digitaliza la señal acondicionada y proporciona muestras de datos. Un procesador PHY 856 de recepción (RX) procesa (por ejemplo, desmodula, desentrelaza y decodifica) las muestras de datos y proporciona paquetes PHY decodificados a un procesador 858 de datos de RX. El procesador PHY 856 de RX también proporciona una indicación de cada paquete PHY que se decodifique con error. El procesador PHY 856 de RX implementa las capas de adaptación y multiplexado para el H.223 en el receptor y procesa los paquetes PHY decodificados. El procesador 858 de datos de RX extrae MUX-PDU válidas en cada paquete PHY decodificado, lleva a cabo la detección y/o la corrección de errores (si es aplicable), descarta las MUX-PDU nulas y los bytes de relleno y desmultiplexa el vídeo, el audio, los datos y el control en flujos multimedia en continuo separados. El procesador 858 de datos de RX proporciona a un decodificador 860 de vídeo el flujo de video en continuo recuperado, y a un controlador 870 los flujos recuperados de datos y control en continuo.
El decodificador 860 de vídeo procesa el flujo de vídeo en continuo recuperado y proporciona una señal decodificada de vídeo. El decodificador 862 procesa el flujo de audio en continuo recuperado y proporciona una señal decodificada de audio. El controlador 870 procesa los flujos de datos y control en continuo recuperados, proporciona datos decodificados y genera controles para presentar debidamente el vídeo, el audio y los datos decodificados. En general, el procesamiento por medio del procesador PHY 856 de RX, el procesador 858 de datos de RX, el 6
decodificador 860 de vídeo, el decodificador 862 de audio y del controlador 870 es complementario del procesamiento llevado a cabo por el procesador PHY 828 de TX, el procesador 826 de datos de TX, el codificador 822 de vídeo, el codificador 824 de audio y del controlador 840, respectivamente, en el transmisor 810.
Los controladores 840 y 870 también controlan la operación de diversas unidades de procesamiento en el transmisor 5 810 y el receptor 850, respectivamente. Las unidades 842 y 872 de memoria almacenan datos y códigos de programas usados por los controladores 840 y 870, respectivamente.
Las técnicas de multiplexado descritas en el presente documento pueden ser implementadas mediante diversos medios. Por ejemplo, estas técnicas pueden ser implementadas en soporte físico, soporte lógico o una combinación de los mismos. Para una implementación en soporte físico, las unidades de procesamiento usadas para llevar a 10 cabo el multiplexado en un transmisor pueden ser implementadas dentro de uno o más circuitos integrados para aplicaciones específicas (ASIC), procesadores de señales digitales (DSP), dispositivos de procesamiento de señales digitales (DSPD), dispositivos lógicos programables (PLD), matrices de puertas programables in situ (FPGA), procesadores, controladores, microcontroladores, microprocesadores, otras unidades electrónicas diseñadas para llevar a cabo las funciones descritas en el presente documento o una combinación de los mismos. Las unidades de
15 procesamiento usadas para llevar a cabo el multiplexado complementario en un receptor también puede ser implementadas dentro de uno o más ASIC, DSP, controladores, etcétera.
Para una implementación en soporte lógico, las técnicas de multiplexado pueden ser implementadas con módulos (por ejemplo, procedimientos, funciones, etcétera) que llevan a cabo las funciones descritas en el presente documento. Los códigos de soporte lógico pueden ser almacenados en una unidad de memoria (por ejemplo, la
20 unidad 842 u 872 de memoria en la FIG. 8) y ejecutados por un procesador (por ejemplo, el controlador 840 u 870). La unidad de memoria puede ser implementada dentro del procesador o ser externa al procesador.
Se proporciona la anterior descripción de las realizaciones dadas a conocer para permitir que cualquier persona experta en la técnica realice o use la presente invención. Diversas modificaciones a estas realización serán inmediatamente evidentes a los expertos en la técnica, y los principios genéricos definidos en el presente documento
25 pueden ser aplicados a otras realizaciones sin apartarse del espíritu o el alcance la invención. Así, no se pretende que la presente invención esté limitada a las realizaciones mostradas en el presente documento, sino que debe otorgársele el alcance más amplio coherente con los principios y las características novedosas dados a conocer en el presente documento.

Claims (16)

  1. REIVINDICACIONES
    1. Un aparato para transmitir (810) unidades de datos de protocolo múltiplex (MUX-PDU), cada una de las cuales lleva una o más porciones completas de vídeo en un sistema de comunicaciones inalámbricas, que comprende:
    5 un medio para determinar un formato y un tamaño deseados de MUX-PDU que se conformen a un tamaño predeterminado de paquete PHY de la capa física y que permitan que se envíe una sola MUX-PDU en un paquete PHY de dicho tamaño predeterminado;
    un medio para generar (826) una pluralidad de MUX-PDU para una pluralidad de flujos multimedia en continuo, habiéndose adaptado el medio de generación para generar, cuando sea posible, MUX-PDU de
    10 formato y el tamaño deseados;
    un medio para establecer una correspondencia (828) entre cada MUX-PDU y un paquete PHY que tiene dicho tamaño predeterminado de paquete, comprendiendo dicho medio de establecimiento de una correspondencia un medio para alinear el delimitador de paquete PHY con el delimitador de la MUX-PDU; y
    un medio para generar (826) una pluralidad de MUX-PDU agregadas para una pluralidad de flujos
    15 multimedia en continuo, estando adaptado el medio de generación para generar MUX-PDU agregadas del mismo tamaño que dicho tamaño predeterminado de paquete PHY, y comprendiendo cada MUX-PDU agregada al menos una MUX-PDU menor que el tamaño predeterminado de paquete PHY; y
    un medio para establecer una correspondencia (828) entre cada MUX-PDU agregada y un paquete PHY que tiene dicho tamaño predeterminado de paquete, comprendiendo dicho medio de establecimiento de
    20 una correspondencia un medio para alinear el delimitador de paquete PHY con el delimitador de cada MUX-PDU agregada para que cada MUX-PDU agregada pueda ser enviada comenzando con el primer byte en un paquete PHY.
  2. 2. El aparato de la reivindicación 1 en el que el medio de generación de la pluralidad de MUX-PDU comprende:
    un medio para rellenar cada MUX-PDU que sea menor que el tamaño de paquete PHY con una o más 25 MUX-PDU nulas, si es necesario, para obtener el tamaño de paquete PHY; y
    un medio para rellenar cada MUX-PDU que sea menor que el tamaño de paquete PHY con uno o más bytes de relleno, si es necesario, para obtener el tamaño de paquete PHY.
  3. 3. El aparato de la reivindicación 1 en el que el medio de generación de la pluralidad de MUX-PDU agregadas comprende:
    30 un medio para rellenar cada MUX-PDU agregada con una o más MUX-PDU nulas, si es necesario; y
    un medio para rellenar cada MUX-PDU agregada con uno o más bytes de relleno, si es necesario.
  4. 4. Un aparato según cualquier reivindicación precedente en el que el medio de generación (826) de una pluralidad de MUX-PDU para una pluralidad de flujos multimedia en continuo es un primer procesador y el medio para el establecimiento de una correspondencia (828) entre la pluralidad de MUX-PDU y una pluralidad de paquetes
    35 PHY es un segundo procesador.
  5. 5.
    El aparato de la reivindicación 4 en el que el primer procesador (826) es operativo para rellenar cada MUX-PDU menor que el paquete PHY con una o más MUX-PDU nulas, si es necesario, para obtener el tamaño de paquete PHY.
  6. 6.
    El aparato de la reivindicación 4 en el que el primer procesador (826) es operativo para rellenar cada MUX
    40 PDU menor que el paquete PHY con uno o más bytes de relleno, si es necesario, para obtener el tamaño de paquete PHY.
  7. 7.
    El aparato de las reivindicaciones 3 o 6 en el que los uno o más bytes de relleno se seleccionan de modo que los bytes de relleno no puedan ser confundidos con una cabecera ni con datos válidos de MUX-PDU.
  8. 8.
    El aparato de la reivindicación 4 en el que el primer procesador es operativo para codificar una señal de vídeo
    45 para generar porciones codificadas de vídeo y para multiplexar cada porción codificada de vídeo en una MUX-PDU.
  9. 9. El aparato de la reivindicación 4 en el que el primer procesador es operativo para codificar una señal de audio para generar paquetes codificados de audio y para multiplexar cada paquete de audio en una MUX-PDU.
  10. 10. El aparato de la reivindicación 4 en el que la pluralidad de flujos multimedia en continuo son para una llamada 50 de videotelefonía.
  11. 11.
    El aparato de la reivindicación 4 en el que el primer procesador es operativo para generar la pluralidad de MUX-PDU según la recomendación ITU-T H.223.
  12. 12.
    El aparato de la reivindicación 1 en el que el sistema de comunicaciones inalámbricas es un sistema de comunicaciones de CDMA de banda ancha (W-CDMA).
    5 13. El aparato de la reivindicación 1 que, además, comprende: una unidad transmisora operativa para transmitir cada uno de la pluralidad de paquetes PHY en un intervalo temporal de transmisión (TTI).
  13. 14. Un procedimiento de envío de múltiples unidades de datos de protocolo (MUX-PDU), cada una de las cuales lleva una o más porciones completas de vídeo en un sistema de comunicaciones inalámbricas, que comprende:
    10 determinar un formato y un tamaño deseados de MUX-PDU que se conformen a un tamaño predeterminado de paquete PHY de la capa física y que permitan que se envíe una sola MUX-PDU en un paquete PHY de dicho tamaño predeterminado;
    generar una pluralidad de unidades de datos de protocolo múltiplex (MUX-PDU) para la pluralidad de flujos multimedia en continuo; y
    15 establecer una correspondencia entre cada MUX-PDU y un paquete PHY que tiene dicho tamaño predeterminado;
    en el que dicha etapa de generación comprende, además, generar, cuando sea posible, MUX-PDU del formato y el tamaño deseados; y
    en el que dicha etapa de establecimiento de una correspondencia comprende, además, la etapa de alinear el
    20 delimitador de paquete PHY con el delimitador de la MUX-PDU, comprendiendo además el procedimiento las etapas de:
    generar una pluralidad de MUX-PDU agregadas para una pluralidad de flujos multimedia en continuo, siendo las MUX-PDU agregadas del mismo tamaño que dicho tamaño predeterminado de paquete PHY, y comprendiendo cada MUX-PDU agregada al menos una MUX-PDU menor que el tamaño predeterminado
    25 de paquete PHY; y
    establecer una correspondencia entre cada MUX-PDU agregada y un paquete PHY que tiene dicho tamaño predeterminado de paquete, comprendiendo dicha etapa de establecimiento de una correspondencia el alineamiento de cada delimitador de paquete PHY con el delimitador de cada MUX-PDU agregada para que cada MUX-PDU agregada pueda ser enviada comenzando con el primer byte en un paquete PHY.
    30 15. El procedimiento de la reivindicación 14 en el que la generación de la pluralidad de MUX-PDU comprende el relleno de cada MUX-PDU que sea menor que el tamaño de paquete PHY con una o más MUX-PDU nulas, si es necesario, para obtener el tamaño de paquete PHY.
  14. 16. El procedimiento de las reivindicaciones 14 o 15 en el que la generación de la pluralidad de MUX-PDU
    comprende el relleno de cada MUX-PDU que sea menor que el tamaño de paquete PHY con uno o más bytes 35 de relleno, si es necesario, para obtener el tamaño de paquete PHY.
  15. 17.
    El procedimiento de la reivindicación 14 en el que la generación de la pluralidad de MUX-PDU agregadas comprende el relleno de cada MUX-PDU agregada con una o más MUX-PDU nulas, si es necesario.
  16. 18.
    El procedimiento de la reivindicación 14 en el que la generación de la pluralidad de MUX-PDU agregadas comprende el relleno de cada MUX-PDU agregada con uno o más bytes de relleno, si es necesario.
    40 19. Un medio legible por procesador para almacenador instrucciones operables en un dispositivo inalámbrico para llevar a cabo el procedimiento de las reivindicaciones 15-18.
ES06802246T 2005-08-24 2006-08-23 Transmisión de unidades de datos de protocolo múltiplex en paquetes de capa física Active ES2376742T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US211232 2005-08-24
US11/211,232 US7965736B2 (en) 2005-08-24 2005-08-24 Transmission of multiplex protocol data units in physical layer packets
PCT/US2006/033054 WO2007025029A2 (en) 2005-08-24 2006-08-23 Transmission of multiplex protocol data units in physical layer packets

Publications (1)

Publication Number Publication Date
ES2376742T3 true ES2376742T3 (es) 2012-03-16

Family

ID=37670975

Family Applications (1)

Application Number Title Priority Date Filing Date
ES06802246T Active ES2376742T3 (es) 2005-08-24 2006-08-23 Transmisión de unidades de datos de protocolo múltiplex en paquetes de capa física

Country Status (8)

Country Link
US (2) US7965736B2 (es)
EP (1) EP1917809B1 (es)
JP (4) JP2009506664A (es)
KR (1) KR100977930B1 (es)
CN (1) CN101292533A (es)
AT (1) ATE539559T1 (es)
ES (1) ES2376742T3 (es)
WO (1) WO2007025029A2 (es)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9077991B2 (en) 2002-12-10 2015-07-07 Sony Computer Entertainment America Llc System and method for utilizing forward error correction with video compression
US9108107B2 (en) 2002-12-10 2015-08-18 Sony Computer Entertainment America Llc Hosting and broadcasting virtual events using streaming interactive video
US10201760B2 (en) 2002-12-10 2019-02-12 Sony Interactive Entertainment America Llc System and method for compressing video based on detected intraframe motion
US9138644B2 (en) 2002-12-10 2015-09-22 Sony Computer Entertainment America Llc System and method for accelerated machine switching
US9314691B2 (en) 2002-12-10 2016-04-19 Sony Computer Entertainment America Llc System and method for compressing video frames or portions thereof based on feedback information from a client device
US20090118019A1 (en) 2002-12-10 2009-05-07 Onlive, Inc. System for streaming databases serving real-time applications used through streaming interactive video
US8964830B2 (en) 2002-12-10 2015-02-24 Ol2, Inc. System and method for multi-stream video compression using multiple encoding formats
US7965736B2 (en) * 2005-08-24 2011-06-21 Qualcomm Incorporated Transmission of multiplex protocol data units in physical layer packets
JP2008259038A (ja) * 2007-04-06 2008-10-23 Ntt Docomo Inc パケット通信システム、移動局及び無線基地局
CN101388900B (zh) * 2007-09-12 2014-05-28 电信科学技术研究院 一种协议数据单元填充的处理方法、装置及系统
US8230125B2 (en) * 2007-10-30 2012-07-24 Mediatek Inc. Methods for reserving index memory space in AVI recording apparatus
CN101918935B (zh) * 2007-12-05 2014-05-14 欧乐2号公司 用于减少通信信道上的分组丢失的效果的视频压缩系统及方法
US10058778B2 (en) 2007-12-05 2018-08-28 Sony Interactive Entertainment America Llc Video compression system and method for reducing the effects of packet loss over a communication channel
CN101471937B (zh) * 2007-12-27 2011-08-24 华为技术有限公司 以太报文复用、解复用方法及设备
WO2009082897A1 (fr) * 2007-12-27 2009-07-09 Huawei Technologies Co., Ltd. Procédé et dispositif de multiplexage et de démultiplexage de message ethernet
US8254381B2 (en) 2008-01-28 2012-08-28 Microsoft Corporation Message processing engine with a virtual network interface
KR100946992B1 (ko) * 2008-05-29 2010-03-10 전자부품연구원 멀티미디어 데이터 전송 장치 및 방법
TWI425838B (zh) * 2008-07-23 2014-02-01 英華達股份有限公司 資料過濾方法
US8306059B2 (en) * 2008-11-05 2012-11-06 Htc Corporation Method of constructing and transmitting packets with MIMO configuration in a wireless communication system and related communication device
KR101589524B1 (ko) 2008-11-07 2016-01-29 삼성전자주식회사 이동통신 단말기에서 다중 영상 포맷을 지원하여 영상통화의 고품질 영상을 서비스하기 위한 장치 및 방법
US20100183033A1 (en) * 2009-01-20 2010-07-22 Nokia Corporation Method and apparatus for encapsulation of scalable media
KR101585871B1 (ko) * 2009-04-08 2016-01-15 삼성전자주식회사 이동통신 시스템에서 화이트 보드 서비스 제공을 위한 장치 및 방법
JP5316208B2 (ja) 2009-05-08 2013-10-16 ソニー株式会社 通信装置及び通信方法、コンピューター・プログラム、並びに通信システム
KR101837706B1 (ko) * 2009-12-09 2018-03-13 마벨 월드 트레이드 리미티드 무선 통신용 프레임 패딩
US8117494B2 (en) * 2009-12-22 2012-02-14 Intel Corporation DMI redundancy in multiple processor computer systems
CN101860742A (zh) * 2010-06-07 2010-10-13 上海广播电视台 利用在MpegⅡ视频流搭载信息建立可靠传输通道的方法
US8700796B2 (en) * 2010-09-22 2014-04-15 Qualcomm Incorporated MAC data service enhancements
CN102061706B (zh) * 2010-12-09 2013-06-05 江苏省水利机械制造有限公司 拼装式钢箱围堰及其施工方法
US8773993B2 (en) * 2011-01-31 2014-07-08 Apple Inc. Adaptive bandwidth estimation
JP5329581B2 (ja) 2011-02-04 2013-10-30 株式会社東芝 無線通信端末および無線通信方法
GB2489932B (en) 2011-04-07 2020-04-08 Quantel Ltd Improvements relating to file systems
GB2495268B (en) * 2011-08-05 2019-09-04 Quantel Ltd Methods and systems for providing file data for media files
WO2013021167A1 (en) * 2011-08-05 2013-02-14 Quantel Limited Methods and systems for providing file data for video files
JP5814829B2 (ja) * 2012-03-01 2015-11-17 株式会社東芝 無線通信装置及び方法
US9232177B2 (en) * 2013-07-12 2016-01-05 Intel Corporation Video chat data processing
US10084581B2 (en) * 2014-07-11 2018-09-25 Qualcomm Incorporated Overlay unicast or MBSFN data transmission on top of MBSFN transmission
KR20160128184A (ko) 2015-04-28 2016-11-07 삼성전자주식회사 무선 통신 시스템에서 그룹 통신 방법 및 장치
JP6808557B2 (ja) 2017-03-30 2021-01-06 キヤノン株式会社 情報処理装置、その制御方法及びプログラム
JP6818618B2 (ja) * 2017-04-04 2021-01-20 キヤノン株式会社 情報処理装置、情報処理方法およびコンピュータプログラム
US11368873B2 (en) * 2017-12-15 2022-06-21 Huawei Technologies Co., Ltd. Method and system of packet aggregation
CN108563604B (zh) * 2018-04-24 2020-07-10 天津芯海创科技有限公司 Pcs协议复用芯片和方法
US11314107B2 (en) 2018-09-27 2022-04-26 Macom Technology Solutions Holdings, Inc. Optical modulation skew adjustment systems and methods
US11777702B2 (en) 2018-09-27 2023-10-03 Macom Technology Solutions Holdings, Inc. Closed loop lane synchronization for optical modulation
US10784845B2 (en) 2018-09-27 2020-09-22 Macom Technology Solutions Holdings, Inc. Error detection and compensation for a multiplexing transmitter
US11909841B2 (en) * 2020-05-29 2024-02-20 Intel Corporation System, apparatus and method for adaptive peer-to-peer communication with edge platform

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5384780A (en) * 1993-05-14 1995-01-24 Codex Corporation High speed modem, method and system for achieving synchronous data compression
JPH09139937A (ja) * 1995-11-14 1997-05-27 Fujitsu Ltd 動画ストリーム変換装置
JP3384434B2 (ja) * 1995-12-08 2003-03-10 日本電信電話株式会社 スクランブル通信方法及びシステム
AU6077196A (en) * 1996-02-01 1997-08-07 Mitsubishi Denki Kabushiki Kaisha Multimedia information processing system
SG71709A1 (en) * 1996-05-08 2000-04-18 Matsushita Electric Industrial Co Ltd Multiplex transmission method and system and audio jitter absorbing method used therein
US5936965A (en) * 1996-07-08 1999-08-10 Lucent Technologies, Inc. Method and apparatus for transmission of asynchronous, synchronous, and variable length mode protocols multiplexed over a common bytestream
JPH1174868A (ja) * 1996-09-02 1999-03-16 Toshiba Corp 情報伝送方法およびその方法が適用される情報伝送システムにおける符号化装置／復号化装置、並びに符号化・多重化装置／復号化・逆多重化装置
US6904037B2 (en) * 1996-11-05 2005-06-07 Cisco Technology, Inc. Asymmetric implementation of DSVD for voice/data internet access
US6529528B1 (en) 1997-06-27 2003-03-04 Samsung Electronics Co., Ltd. Multimedia multiplexing method
US6148005A (en) * 1997-10-09 2000-11-14 Lucent Technologies Inc Layered video multicast transmission system with retransmission-based error recovery
JPH11252141A (ja) * 1998-03-03 1999-09-17 Sony Corp データ伝送装置及び方法、並びにネットワークシステム
JP3477071B2 (ja) * 1998-03-19 2003-12-10 パイオニア株式会社 データ伝送システム、データ送信装置及びデータ受信装置
FI105962B (fi) * 1998-06-30 2000-10-31 Nokia Mobile Phones Ltd Virheiden ilmaisu multipleksattuja signaaleja vastaanotettaessa
US6590882B1 (en) * 1998-09-15 2003-07-08 Nortel Networks Limited Multiplexing/demultiplexing schemes between wireless physical layer and link layer
JP2000152197A (ja) * 1998-11-09 2000-05-30 Toshiba Corp 通信システムと、この通信システムで使用される符号化装置および多重化送信装置
US7327791B1 (en) * 1999-02-22 2008-02-05 Mitsubishi Denki Kabushiki Kaisha Video decoding method performing selective error concealment and resynchronization
KR100416996B1 (ko) * 1999-05-10 2004-02-05 삼성전자주식회사 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 데이터 송수신 장치 및 방법
KR100532321B1 (ko) * 1999-05-21 2005-11-29 삼성전자주식회사 이동 통신시스템에서 라디오링크프로토콜에 따른 가변 길이의 블록 일련번호 생성 및 바이트 일련번호 확인 장치 및 방법
KR20000075358A (ko) 1999-05-27 2000-12-15 윤종용 이동통신시스템에서 라디오링크프로토콜에 따른 가변길이의 데이터 송수신 장치 및 방법
US6754276B1 (en) * 1999-09-20 2004-06-22 Matsushita Electric Industrial Co., Ltd. System stream creating apparatus which adjusts system clock reference based on total number of pictures to be stored and decoded during certain time period
US6683866B1 (en) 1999-10-29 2004-01-27 Ensemble Communications Inc. Method and apparatus for data transportation and synchronization between MAC and physical layers in a wireless communication system
GB2365713A (en) 2000-01-22 2002-02-20 Hw Comm Ltd Multiplexing method
JP4282201B2 (ja) * 2000-03-06 2009-06-17 株式会社東芝 符号化データ記録装置
KR100657253B1 (ko) * 2000-03-29 2006-12-14 삼성전자주식회사 무선 패킷 송수신 장치 및 그 방법
JP2001333039A (ja) * 2000-05-19 2001-11-30 Sony Corp データ伝送システム及びそのデータ送信装置とデータ受信装置並びにデータ伝送方法
US6819660B2 (en) * 2000-11-30 2004-11-16 Qualcomm Inc Method and apparatus for determining optimum data rate on the reverse supplemental channel in wireless communications
JP3912003B2 (ja) * 2000-12-12 2007-05-09 株式会社日立製作所 通信装置
JP4480910B2 (ja) * 2001-02-13 2010-06-16 パナソニック株式会社 デジタル放送信号の再送信方法
EP1261183A1 (en) * 2001-05-23 2002-11-27 Telefonaktiebolaget L M Ericsson (Publ) Method and system for processing a data unit
GB0116493D0 (en) * 2001-07-06 2001-08-29 Koninkl Philips Electronics Nv Receiver having an adaptive filter and method of optimising the filter
BR0309219A (pt) * 2002-04-15 2005-02-09 Nokia Corp Aparelho e método para facilitar a realização da radiofusão dos dados de acordo com o serviço de multimìdia hierárquico
KR100547842B1 (ko) * 2002-07-29 2006-01-31 삼성전자주식회사 무선 패킷 데이터 통신 시스템에서 서로 다른 데이터 유형들을 전송하는 장치
AU2003276792A1 (en) * 2002-11-08 2004-06-07 Infineon Technologies Ag A method of error control coding and decoding of messages in a packet-based data transmission system
JP4199997B2 (ja) * 2002-12-18 2008-12-24 株式会社エヌ・ティ・ティ・ドコモ データ伝送方法、データ伝送装置およびデータ伝送システム
US7385998B2 (en) * 2003-09-08 2008-06-10 Nortel Networks Limited Method and apparatus for encapsulating services for transportation over metallic physical mediums
US8462817B2 (en) * 2003-10-15 2013-06-11 Qualcomm Incorporated Method, apparatus, and system for multiplexing protocol data units
US8284752B2 (en) * 2003-10-15 2012-10-09 Qualcomm Incorporated Method, apparatus, and system for medium access control
WO2005041488A1 (en) * 2003-10-29 2005-05-06 Samsung Electronics Co., Ltd. Method for exchanging data between devices on wireless personal area network
JP4197163B2 (ja) * 2004-02-05 2008-12-17 シャープ株式会社 データ処理装置
KR100678264B1 (ko) * 2004-02-06 2007-02-01 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 이동 통신시스템에서 데이터 처리 속도를 향상시키는 방법 및 그이동 통신 시스템
US20060026882A1 (en) * 2004-04-01 2006-02-09 Miller Rodney H Light assembly of pre-defined shape
US7885245B2 (en) * 2004-07-19 2011-02-08 Interdigital Technology Corporation Method and apparatus for enhanced uplink multiplexing
US20060062312A1 (en) * 2004-09-22 2006-03-23 Yen-Chi Lee Video demultiplexer and decoder with efficient data recovery
TWI388173B (zh) * 2005-04-29 2013-03-01 Interdigital Tech Corp 加強上鏈ｍａｃ多工及ｔｆｃ選擇方法
US7965736B2 (en) * 2005-08-24 2011-06-21 Qualcomm Incorporated Transmission of multiplex protocol data units in physical layer packets
US8102878B2 (en) * 2005-09-29 2012-01-24 Qualcomm Incorporated Video packet shaping for video telephony

Also Published As

Publication number Publication date
EP1917809A2 (en) 2008-05-07
US20070047574A1 (en) 2007-03-01
JP6117279B2 (ja) 2017-04-19
WO2007025029A3 (en) 2007-06-07
WO2007025029A2 (en) 2007-03-01
JP2015216648A (ja) 2015-12-03
US20110216708A1 (en) 2011-09-08
JP5925741B2 (ja) 2016-05-25
JP2011130456A (ja) 2011-06-30
EP1917809B1 (en) 2011-12-28
US7965736B2 (en) 2011-06-21
JP2014053908A (ja) 2014-03-20
US8432936B2 (en) 2013-04-30
JP2009506664A (ja) 2009-02-12
KR100977930B1 (ko) 2010-08-27
JP5642560B2 (ja) 2014-12-17
KR20080047411A (ko) 2008-05-28
CN101292533A (zh) 2008-10-22
ATE539559T1 (de) 2012-01-15

Similar Documents

Publication Publication Date Title
ES2376742T3 (es) Transmisión de unidades de datos de protocolo múltiplex en paquetes de capa física
KR100881238B1 (ko) 3ｇ-324ｍ에서 비디오 호출용 호출 셋업을 수행하기 위한방법 및 장치
EP1690191B1 (en) Medium access control layer that encapsulates data from a plurality of received data units into a plurality of independently transmittable blocks
AU2010281550B2 (en) Efficient error correction scheme for data transmission in a wireless in-band signaling system
CA2569454A1 (en) Coding and modulation for broadcast and multicast services in a wireless communication system
BRPI9912272B1 (pt) processo e aparelho para comunicações de pacotes de voz
EP1775871A2 (en) Data packet and data packet constructing method using reserved bits
AU770049B2 (en) Transmission and reception methods and devices in a transmission system comprising convolutional interleaving/deinterleaving
EP1098466A1 (en) Transmission and reception methods and device in a transmission system comprising convolutional interleaving/deinterleaving
GB2365713A (en) Multiplexing method
Tanaka et al. Performance of an error resilient multimedia multiplexing scheme on a Rayleigh fading channel
HK1104887A (en) Method and apparatus for performing call setup for a video call in 3g-324m