ES2259296T3

ES2259296T3 - Aparato para transmision/recepcion de un tren de bits en una red y procedimiento correspondiente.

Info

Publication number: ES2259296T3
Application number: ES00981876T
Authority: ES
Inventors: Jeong-Hoon Park; Yung-Lyul Lee; Dong-Seek c/o Samsung Electronics Co. Ltd. PARK; Dae-Gyu Bae; In-Hwan IP Team Samsung Electr. Co. Ltd. KIM
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2000-02-26
Filing date: 2000-11-23
Publication date: 2006-10-01
Anticipated expiration: 2020-11-23
Also published as: KR100612003B1; EP1173948A1; BR0009706A; JP3512776B2; ATE320119T1; AU759196B2; US7616661B2; EP1173948B1; AU1898501A; JP2003524996A; DE60026577T2; CN1348645A; EP1173948A4; CN1171411C; US20010043615A1; KR20010084519A; WO2001063824A1; CA2370915A1; NO20015167L; DE60026577D1

Abstract

Procedimiento de transmisión de un tren de bits en una red de comunicaciones, que comprende las etapas siguientes: convertir un tren de bits fuente en un tren de bits codificado; y hacer pasar el tren de bits codificado a través de una pila de protocolos de comunicación, en el que cada capa de la pila genera la información de tipo cabecera correspondiente; caracterizado porque transmite separadamente dicho tren de bits codificado y dicha información de tipo cabecera (551, 552, 553, 554, 555, 556).

Description

Aparato para transmisión/recepción de un tren de bits en una red y procedimiento correspondiente.

Campo técnico

La presente invención se refiere a un aparato para la transmisión/recepción de un tren de bits en una red y a un procedimiento correspondiente, y más particularmente, a un aparato para la transmisión/recepción de un tren de bits, mediante el cual se transfiere de forma estable un tren de bits de vídeo en una red que incluye una red inalámbrica y una red Internet, y a un procedimiento correspondiente.

Técnica anterior

En las redes por paquetes tales como Internet, existen normalmente dos puertos lógicos cuando un canal se ajusta para alcanzar la comunicación entre dos puntos. Es decir, un paquete de protocolo de transporte en tiempo real (RTP), que ha sido empaquetado mediante un protocolo de solicitud de comentarios (RFC) a través de la red Internet, se transmite a través de la estructura jerárquica de un protocolo de tiempo real/protocolo de datagramas de usuario/protocolo de Internet (RTP/UDP/IP) o un protocolo de tiempo real/protocolo de control de la transmisión/protocolo de Internet (RTP/TCP/IP).

El RTP/TCP/IP funciona en modo de confirmación y puede transmitir datos de forma estable, de modo que habitualmente transmite información de control. El RTP/UDP/IP funciona en modo de no confirmación y transmite datos de vídeo que normalmente deben ser procesados en tiempo real.

Con referencia a la figura 1, en un terminal de transmisión, se somete secuencialmente un tren de bits de vídeo a una capa de aplicación (códec fuente de vídeo), una capa RTP y una capa UDP/IP y TCP/IP, una capa de protocolo de enlace por radio (RLP), una capa 2 (L2) y una capa 1 (L1). En cada capa se añade información de cabecera al tren de bits de vídeo, y el tren de bits de vídeo con información de cabecera se transmite a una red. Ahora bien, el TCP transmite información de control, y el UDP transmite un paquete RTP. En un terminal receptor, el tren de bits de vídeo se somete a una capa UDP/IP y TCP/IP, a una capa RTP y a una capa de aplicación (códec fuente de vídeo), y se decodifica en datos de vídeo.

La figura 2 es una vista que ilustra una forma de realización de un procedimiento de comunicación habitual de transmisión/recepción de datos entre un servidor y un cliente. En primer lugar, un servidor 200 lee un tren de bits de vídeo producido por un códec fuente de vídeo para dividir el tren de bits de vídeo leído en un tren de bits de alta significación 210 y un tren de bits de baja significación 220 antes de que se produzca un paquete de RTP. A continuación, el servidor 200 transmite el tren de bits de alta significación 210 a un cliente 230 a través de un RTP/TCP/IP, como indica la flecha \ding{192}, y recibe una confirmación que indica que se ha completado sin error la transmisión del tren de bits de alta significación 210, como indica la flecha \ding{193}. A continuación, el servidor 200 transmite el tren de bits de baja significación 220 al cliente 230 a través de un RTP/UD/IP a pesar del error, como indica la flecha \ding{194}. El cliente 230 reconstruye el tren de bits de alta significación 210 y devuelve el tren de bits de baja significación 220 a la sintaxis de tren de bits de vídeo original.

Como se ha descrito anteriormente, en un entorno de Internet habitual, se transmite un tren de bits producido por una fuente de vídeo codificada por ejemplo como MPEG-4 ó H.263 a la capa UDP/IP. La capa UDP/IP no puede averiguar si se ha completado la recepción de todos los datos transmitidos porque funciona en modo de no confirmación. Si se transmite un paquete de tren de datos en un entorno de comunicaciones en el cual una red de Internet se comunica con una red inalámbrica, los datos del paquete podrán presentar error de bit en el entorno inalámbrico. Es decir, el paquete de tren de bits puede presentar una pérdida en Internet mientras está sometido al entorno Internet y al entorno inalámbrico, y se puede generar el error de bit aunque el paquete de tren de bits se haya transmitido sin pérdidas. Ahora bien, el paquete de tren de bits comprende una cabecera de paquete y una cabecera de carga útil. Si se incluye un error de bit en estas cabeceras, el terminal de recepción no podrá efectuar una decodificación adecuada.

Cuando se transmite un tren de bits de vídeo en tiempo real, el terminal de transmisión clasifica el tren de vídeo basándose en la significación, y primero transmite las partes significantes y a continuación las partes menos significantes. En este momento, el terminal receptor debe demorar datos hasta que se hayan recibido primero las partes significantes, dificultando el procesamiento de los datos en tiempo real. Es decir, si partes significantes se transmiten consecutivamente en una red de Internet y una red inalámbrica, la red debe estar estable continuamente. Además, si se clasifica un tren de bits según la significación durante la codificación de la fuente de vídeo, no puede reconstruirse en un paquete de tren de bits que se ajuste al protocolo RFC actual. Por otra parte, el servidor 200 y el cliente 230 deberán efectuar siempre un preproceso para clasificar el tren de bits según la significación para transmitir y recibir el tren de bits, y un proceso posterior para reconstruir los trenes de datos de significación alta y baja en el tren de bits original. Además, el proceso de clasificación de un tren de bits basándose en la significación antes del empaquetado sólo puede realizarse a un nivel de códec de vídeo que ya ha confirmado la sintaxis del tren de bits de vídeo.

Por lo tanto, la comunicación de datos en una red Internet combinada con un entorno inalámbrico genera una pérdida de paquetes y un error de bit, tal como se ha descrito anteriormente, deteriorando la calidad de la imagen.

En Larzon L-A et al.: "Efficient Use of Wireless Bandwidth for Multimedia Applications", Mobile Multimedia Communication, 1999, 1999 IEEE International Workshop ISBN 0-7803-5904-6 pp. 187-193 se describe un protocolo denominado User Datagram Protocol Lite (UDP-Lite) que permite que los datos sean considerados sensibles o insensibles, detectándose los errores en los datos sensibles mediante una suma de comprobación convencional e ignorándose los errores en los datos insensibles.

Un objetivo de la presente invención es proporcionar un procedimiento de transmisión de un tren de bits, en el cual se transmite de forma estable un tren de bits de vídeo mediante el uso efectivo de dos canales lógicos cuando se establece comunicación mediante los dos canales lógicos durante la transmisión del tren de bits.

Otro objetivo de la presente invención es proporcionar un aparato para la emisión/recepción de un tren de bits, mediante el cual se emite/recibe de forma estable un tren de bits de vídeo por medio del uso efectivo de dos canales lógicos cuando se establece comunicación mediante los dos canales lógicos durante la transmisión del tren de bits de vídeo.

Para alcanzar el primer objetivo, se proporciona un procedimiento de transmisión de un tren de bits en una red de comunicaciones que comprende las etapas siguientes: conversión de un tren de bits fuente en un tren de bits codificado; y paso del tren de bits codificado a través de una pila de protocolos, en el que cada capa de la pila genera la información de tipo cabecera correspondiente; caracterizado porque transmite separadamente dicho tren de bits codificado y dicha información de tipo cabecera.

Preferentemente, se proporciona un procedimiento según la reivindicación 1, en el que dicho tren de bits codificado que se debe transmitir incluye la información de tipo cabecera.

Además, se proporciona un aparato para la comunicación de un tren de bits en una red que comprende: un codificador para convertir un tren de bits fuente en un tren de bits codificado; y una unidad de procesamiento de protocolo dispuesto para generar la información de tipo cabecera correspondiente para cada capa en una pila de protocolos; caracterizado porque comprende una unidad de procesamiento de paquete para transmitir separadamente dicho tren de bits codificado y dicha información de tipo cabecera.

Preferentemente, se proporciona un aparato receptor para recibir dicha información de tipo cabecera y dicho tren de bits codificado desde el aparato, que comprende una pila de protocolos de recepción que presenta una pluralidad de capas; un extractor para extraer el tren de bits codificado y la información de tipo cabecera del tren de bits y la información de tipo cabecera recibidos cuando el tren de bits y la información de tipo cabecera pasan a través de cada capa de la pila de protocolos; una unidad de procesamiento de determinación de error para determinar si cualquiera de las informaciones de tipo cabecera extraída por el extractor presenta un error, y solicitar la retransmisión si se determina que alguna de las informaciones de tipo cabecera presenta un error; una unidad de reorganización del tren de bits para reorganizar la información de fuente codificada dentro del tren de bits codificado según la información de tipo cabecera extraída por el extractor; y un decodificador para decodificar el tren de bits codificado reorganizado.

Breve descripción de los dibujos

La figura 1 es una vista que lustra un procedimiento de transmisión de un tren de bits de vídeo en un entorno H.323;

la figura 2 es una vista que ilustra un procedimiento de transmisión/recepción de un archivo entre un servidor y un cliente en una red de comunicaciones;

la figura 3 es un diagrama de bloques de un aparato de transmisión de trenes de bits de vídeo según la presente invención;

la figura 4 es un diagrama de bloques para reemitir y recibir un tren de bits, según la presente invención; y

la figura 5 es una vista que ilustra un procedimiento de transmisión de un tren de bits de vídeo en una situación en la cual una red inalámbrica comunica con una red Internet.

Mejor forma de realización de la invención

El MPEG-4 o el H.263, que se utilizan ampliamente como procedimientos de codificación de vídeo, comprenden diversos tipos de cabeceras estandarizadas. En el caso de transmisión de datos en un protocolo de tiempo real (RTP) mientras se ejecuta cada capa de un protocolo Internet o un protocolo inalámbrico, se utiliza el formato de transmisión. Por consiguiente, cuando se utiliza este procedimiento de codificación de vídeo, la cabecera de cada capa se añade a una cabecera de carga útil en cada capa. Por lo tanto, sólo cuando la cabecera de cada capa y la cabecera de carga útil están libres de errores de bit, el terminal receptor puede efectuar una decodificación adecuada.

Con referencia a la figura 3, una unidad de códec de vídeo 310 codifica datos para un tren de bits utilizando un programa de aplicación tal como el H.323. Una unidad de procesamiento de protocolos 320 transfiere el tren de bits codificado por la unidad de códec de vídeo 310 a cada capa de un protocolo de comunicaciones, y simultáneamente añade la cabecera de cada protocolo a una carga útil. Una unidad de procesamiento de paquetes 330 empaqueta el tren de bits procesado por la unidad de procesamiento de protocolos 320 y transmite el paquete de tren de bits en un protocolo de datagrama de usuario (UDP), el cual es un protocolo de transmisión en modo de no confirmación, y transmite solamente información de cabecera en un protocolo de control de transmisión (TCP) el cual es un protocolo de transmisión en modo de confirmación. En otra forma de realización, la unidad de procesamiento de paquetes 330 transmite una carga útil, entre un tren de bits procesado por la unidad de procesamiento de protocolos 320, en un protocolo de transmisión en modo de no confirmación, y transmite solamente la información de cabecera añadida en un protocolo de transmisión en modo de confirmación.

La figura 4 es un diagrama de bloques de un aparato para reemitir y recibir un tren de bits, según la presente invención. Con referencia a la figura 4, un extractor de paquetes 410 transfiere a cada capa un paquete de tren de bits recibido en un protocolo de transmisión en modo de no confirmación o confirmación, mientras que separadamente extrae una carga útil y la cabecera de cada capa del paquete de tren de bits. Una unidad de procesamiento de determinación de errores 412 determina la existencia o ausencia de un error en la información de cabecera extraída por el extractor de paquetes 410. Si se determina la existencia de un error en la cabecera, la unidad de procesamiento de determinación de errores 412 solicita la retransmisión. Por otra parte, si se determina que no existen errores en la cabecera, una unidad de reorganización de trenes de bits 420 reorganiza el tren de bits de vídeo utilizando la cabecera de cada capa extraída por el extractor de paquetes 410. Una unidad códec de vídeo 430 decodifica el tren de bits reorganizado por la unidad de reorganización de trenes de bits 420.

La figura 5 es una vista que ilustra un procedimiento de transmisión de un tren de bits en una situación en la cual una red inalámbrica se entrelaza con una red Internet. Con referencia a la figura 5, la referencia numérica 510 indica un terminal inalámbrico en un lado transmisor que comprende diversas capas, la referencia numérica 560 indica una estación base que comprende diversas capas, la referencia numérica 570 indica una función de interconexión (IWF) que comprende diversas capas, y la referencia numérica 580 indica un terminal de Internet en un lado receptor que comprende diversas capas.

En primer lugar, el terminal inalámbrico 510 comprende una capa códec fuente de vídeo 512, que corresponde a una capa de aplicación, en la parte superior, y secuencialmente comprende una capa RTP 514, una capa TCP/IP 516, un protocolo de capa de enlace por radio (RLP) 522, una capa MAC 524, una capa 1 (L1) 526. Ahora bien, se puede utilizar un códec multimedia distinto del códec fuente de vídeo como capa de aplicación. El tren de bits de vídeo forma un paquete compuesto por una cabecera y una carga útil mientras pasa a través de cada capa.

La capa códec fuente de vídeo 512 codifica una fuente de vídeo en un tren de bits de vídeo utilizando un procedimiento de codificación de fuentes de vídeo tal como MPEG-4 o H.263 para formar una cabecera de carga útil 532 y una carga útil de vídeo 534 como muestra (a). Ahora bien, la cabecera de carga útil 532 y la carga útil de vídeo 534 pueden ser sustituidas por datos multimedia. A continuación, la capa RTP 514 forma un paquete añadiendo una carga útil de vídeo 545 rellenada con datos de vídeo, una cabecera de carga útil 544 y una cabecera RTP 543, y las capa UDP/IP o TCP/IP 516 añade una cabecera IP 541 y una cabecera UDP o TCP 542 al paquete formado, como muestra (b). La capa RTP 522 y la capa L2 524 añaden una cabecera L2 551 y una cabecera RPL 552 al paquete (b) como muestra (c).

A continuación, un tren de bits de vídeo al cual se añade la cabecera de cada capa se transmite a la estación base 560 incluyendo capas idénticas, a través de un UDP o TCP. El tren de bits de vídeo (c) que incluye cabeceras puede dividirse en una parte que se transmite a través del UDP, que es un protocolo de transmisión UNACK, y una parte que se transmite a través del TCP, que es un protocolo de transmisión ACK. Como se ha descrito anteriormente, el terminal inalámbrico 510 puede transmitir un tren de bits de vídeo utilizando los procedimientos siguientes.

En una primera forma de realización del primer procedimiento, se transmite en el UDP un tren de bits, al cual se añade información de cabecera, y la información de cabecera se transmite separadamente en el TCP. Cuando se transmite un tren de bits sólo en el UDP, si la información de cabecera incluida en el tren de bits está dañada, resulta difícil para el lado receptor procesar el tren de bits. Por lo tanto, para evitar la pérdida de paquetes, el terminal inalámbrico 510 empaqueta individualmente la cabecera de cada capa, es decir, la cabecera L2 551, la cabecera RLP 552, la cabecera IP 553, la cabecera UDP o TCP 554 y la cabecera RTP 555 y la cabecera de carga útil 556, que se añaden a un tren de bits de vídeo después de que el tren de bits de vídeo pase a través de cada capa. Al mismo tiempo o cuando se solicita la retransmisión, el terminal inalámbrico 510 transmite de forma estable las cabeceras empaquetadas en un TCP. Ahora bien, la transmisión en el TCP en la solicitud de retransmisión se realiza en unidades de paquetes IP o RLP.

En una segunda forma de realización, para solucionar la demora que puede producirse en el entorno de tiempo real, se transmite en un UDP un tren de bits al cual se ha añadido información de cabecera, y la información de cabecera se empaqueta separadamente y se transmite e un UDP de forma simultánea o cuando se solicita la retransmisión.

En el segundo procedimiento según una forma de realización, se separa un tren de bits de vídeo en una parte de carga útil y una parte de cabecera, y estas partes se empaquetan separadamente. La parte de carga útil se transmite en un UDP, y simultáneamente, la parte de cabecera se transmite separadamente en un TCP. En otra forma de realización, la parte de carga se transmite en una capa UDP, y simultáneamente, la parte de cabecera se transmite separadamente en una UDP. Todavía en otra forma de realización, para reducir el tiempo de transmisión, se puede transmitir en una capa UDP un paquete de tren de bits excepto la parte de la cual el TCP ha eliminado un error de bit.

En el tercer procedimiento, cuando un tren de bits transmitido a través de la capa TCP es retransmitido un pequeño número de veces, el canal de transmisión se determina como estable en cierta medida. Por consiguiente, se puede transmitir un tren de bits pequeño transmitido a través del UDP a través del TCP.

La estación base 560 reemite las capas de un protocolo inalámbrico, es decir, una capa RLP, una L2 y una L1, a las capas de un protocolo Internet, una capa UDP, una capa IP y una L1 (o ATM), para encauzar un tren de bits recibido del terminal inalámbrico 510. En este momento, cuando se solicita retransmisión, los datos transmitidos en un TCP se retransmiten en unidades de paquetes IP o RLP.

La IWF 570 reemite un tren de bits, el cual ha pasado a través de las capas de la estación base 560, es decir, una UDP, una IP y una L1, a una UDP o TCP, una IP o una L1, para adaptarse al terminal Internet 580.

El terminal Internet 580, que es el lado receptor final, decodifica un tren de bits recibido de la IWF 570 a través de una L1 576, una capa IP 572, una capa UDP o TCP 566, una capa RTP 564, y una capa de fuente de vídeo códec 562. El terminal Internet 580 puede decodificar adecuadamente un tren de bits de vídeo que probablemente presenta un error de bit, utilizando una herramienta flexible a los errores de codificación de vídeo, en relación a una carga útil y a información de cabecera recibida separadamente, cuando un paquete recibido a través de la capa UDP presente un error de bit.

La presente invención no está limitada a las formas de realización mencionadas anteriormente, y resulta evidente que los expertos en la materia podrán llevar a cabo modificaciones de esta forma de realización específica sin apartarse por ello de la presente invención. Es decir, la presente invención puede utilizarse en un caso en el cual un tren de bits se comunica bidireccionalmente en tiempo real o fluye en un sistema unidireccional en una red de paquetes tal como Internet. La presente invención también puede aplicarse a un caso en el cual un códec de fuente de audio distinto de un códec de fuente de vídeo, o un códec fuente que presenta la misma función que el códec fuente de audio dispone de una herramienta flexible a los errores, es decir, en casos de una velocidad variable adaptativa (AMR) para un móvil audio MPEG-4, un AMR para un UMTS, un códec de voz, y similares.

Además, la forma de realización de la presente invención descrita anteriormente puede escribirse en un programa que puede ser ejecutado en ordenadores digitales de uso general que ejecutan el programa a partir de un medio que se utiliza en ordenadores. El medio comprende un medio de almacenamiento magnético (por ejemplo una ROM, un disco flexible, un disco duro, y similares), y un medio de lectura óptica (por ejemplo un CD ROM, un DVD y similares), y un medio de almacenamiento tal como una onda portadora (por ejemplo transmisión a través de Internet).

Aplicabilidad industrial

Según la presente invención, como se ha descrito anteriormente, se transmite información de cabecera o similar desde una carga útil cuando una red inalámbrica y una red Internet están conectadas, de modo que puede corregir y comprobar un error de bit de un paquete que ha sido pasado a través de cada capa. Además, a diferencia de un procedimiento existente de transmisión de datos según la significancia, un paquete al cual se aplica la presente invención se puede procesar independientemente de la sintaxis de vídeo. Además, en un entorno de aplicación en el cual se alcanza la comunicación utilizando un UDP, se puede decodificar adecuadamente un tren de bits que incluye un error de bit mediante la información de cabecera utilizando una herramienta flexible a los errores.

Claims

1. Procedimiento de transmisión de un tren de bits en una red de comunicaciones, que comprende las etapas siguientes:

convertir un tren de bits fuente en un tren de bits codificado; y

hacer pasar el tren de bits codificado a través de una pila de protocolos de comunicación, en el que cada capa de la pila genera la información de tipo cabecera correspondiente;

caracterizado porque

transmite separadamente dicho tren de bits codificado y dicha información de tipo cabecera (551, 552, 553, 554, 555, 556).

2. Procedimiento según la reivindicación 1, en el que dicho tren de bits codificado que se debe transmitir incluye la información de tipo cabecera (551, 552, 553, 554, 555, 556) de cada capa.

3. Procedimiento según la reivindicación 2, en el que el tren de bits codificado se transmite utilizando un protocolo de modo de confirmación, y la información de tipo cabecera (551, 552, 553, 554, 555, 556) se transmite separadamente utilizando un protocolo de modo de confirmación o de no confirmación.

4. Procedimiento según la reivindicación 1, en el que el tren de bits codificado que pasa a través de cada capa del protocolo de comunicación se transmite utilizando un protocolo de modo de no confirmación y una información de tipo cabecera (551, 552, 553, 554, 555, 556) se transmite separadamente utilizando un protocolo de modo de confirma-
ción.

5. Procedimiento según la reivindicación 3 ó 4, en el que, cuando el número de retransmisiones del tren de bits codificado que se transmite utilizando un protocolo de modo de confirmación es igual o inferior a un número predeterminado, el tren de bits codificado, que ha sido transmitido utilizando un protocolo de modo de no confirmación, se transmite a continuación utilizando un protocolo de modo de confirmación.

6. Procedimiento según la reivindicación 3 ó 4, en el que dicha información de tipo cabecera (551, 552, 553, 554, 555, 556) se transmite simultáneamente con el tren de bits utilizando un protocolo de modo de confirmación.

7. Procedimiento según la reivindicación 3, en el que dicha información de tipo cabecera (551, 552, 553, 554, 555, 556) se transmite simultáneamente con el tren de bits codificado utilizando un protocolo de modo de no confirmación.

8. Procedimiento según la reivindicación 3, en el que dicho tren de bits codificado se transmite utilizando un protocolo de modo de no confirmación, y, cuando se produce un fallo en la transmisión, el tren de bits codificado se retransmite utilizando un protocolo de modo de confirmación o de no confirmación.

9. Procedimiento según cualquiera de las reivindicaciones 3 a 7, en el que el protocolo de modo de confirmación es un protocolo de control de transmisión, y el protocolo de modo de no confirmación es un protocolo de datagrama de usuario.

10. Procedimiento según cualquiera de las reivindicaciones 3 a 8, en el que el protocolo de modo de confirmación retransmite datos de paquetes de protocolo Internet individuales o protocolos de capa de enlace por radio individuales.

11. Procedimiento según una de las reivindicaciones 1 a 10, en el que dicha información de tipo cabecera (551, 552, 553, 554, 555, 556) es una cabecera de carga útil (556), una cabecera de protocolo de tiempo real (555), una cabecera de protocolo de control de transmisión (554) o protocolo de datagrama de usuario, una cabecera de protocolo de Internet (553), una cabecera de protocolo de capa de enlace por radio (552) o una cabecera de 2 capas (551) que se añaden después de que dicho tren de bits haya pasado a través de cada capa.

12. Procedimiento según cualquiera de las reivindicaciones 1 a 11, en el que el tren de bits codificado comprende datos multimedia.

13. Soporte de datos para soportar un programa informático, el cual, cuando se carga en un ordenador, efectúa un procedimiento según cualquiera de las reivindicaciones 1 a 12.

14. Medio de almacenamiento para almacenar el soporte de datos de la reivindicación 13.

15. Aparato para la comunicación de un tren de bits en una red, que comprende:

un codificador (310) para convertir un tren de bits fuente en un tren de bits codificado; y

una unidad de procesamiento de protocolos (320) dispuesto para generar la información de tipo cabecera correspondiente para cada capa en una pila de protocolos;

caracterizado porque presenta

una unidad de procesamiento de paquetes (330) para transmitir separadamente dicho tren de bits codificado y dicha información de tipo cabecera (551, 552, 553, 554, 555, 556).

16. Aparato según la reivindicación 15, en el que dicha unidad de procesamiento de protocolos (320) está dispuesta para transmitir separadamente dicho tren de bits codificado que incluye dicha información de tipo cabecera (551, 552, 553, 554, 555, 556) y dicha información de tipo cabecera (551, 552, 553, 554, 555, 556).

17. Aparato de recepción para recibir dicha información de tipo cabecera (551, 552, 553, 554, 555, 556) y dicho tren de bits codificado desde el aparato según una de las reivindicaciones 15 ó 16, que comprende:

una pila de protocolos de recepción que presenta una pluralidad de capas;

un extractor (410) para extraer el tren de bits codificado y la información de tipo cabecera del tren de bits y la información de tipo cabecera (551, 552, 553, 554, 555, 556) recibidos cuando el tren de bits y la información de tipo cabecera (551, 552, 553, 554, 555, 556) pasan a través de cada capa de la pila de protocolos;

una unidad de procesamiento de determinación de errores (412) para determinar si cualquiera de las informaciones de tipo cabecera (551, 552, 553, 554, 555, 556) extraída por el extractor (410) presenta un error, y solicitar la retransmisión si se determina que alguna de las informaciones de tipo cabecera (551, 552, 553, 554, 555, 556) presenta un error;

una unidad de reorganización de trenes de bits (420) para reorganizar la información de fuente codificada dentro del tren de bits codificado según la información de tipo cabecera extraída por el extractor (410); y

un decodificador (430) para decodificar el tren de bits codificado reorganizado.