ES2294658T3 - Procedimiento de transmision de un flujo de video en una red de telecomunicaciones moviles con anchura de banda restringida. - Google Patents
Procedimiento de transmision de un flujo de video en una red de telecomunicaciones moviles con anchura de banda restringida. Download PDFInfo
- Publication number
- ES2294658T3 ES2294658T3 ES05292221T ES05292221T ES2294658T3 ES 2294658 T3 ES2294658 T3 ES 2294658T3 ES 05292221 T ES05292221 T ES 05292221T ES 05292221 T ES05292221 T ES 05292221T ES 2294658 T3 ES2294658 T3 ES 2294658T3
- Authority
- ES
- Spain
- Prior art keywords
- transmission
- connections
- packets
- aforementioned
- chained list
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/19—Flow control; Congestion control at layers above the network layer
- H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- 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/14—Multichannel or multilink protocols
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/165—Combined use of TCP and UDP protocols; selection criteria therefor
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Crystals, And After-Treatments Of Crystals (AREA)
- Closed-Circuit Television Systems (AREA)
- Communication Control (AREA)
Abstract
Procedimiento de transmisión de un flujo de datos digitales entre un programa aplicativo de un equipo emisor y un programa aplicativo de un equipo receptor de una red de telecomunicaciones móviles, siendo el velocidad de transmisión del citado flujo de datos superior a la capacidad de transmisión del canal de transporte de una conexión en la citada red, que comprende: - una etapa de posicionamiento de paquetes de datos del citado flujo de datos digitales; - una etapa de repartición y de transmisión de los citados paquetes posicionados, al menos, en dos conexiones entre los citados dos equipos; - una etapa de recepción, por el citado equipo receptor, de paquetes transmitidos en, al menos, dos conexiones; caracterizado por el hecho de que el procedimiento comprende, además, una etapa de constitución, por el citado equipo receptor, de una lista encadenada de paquetes de datos a partir de los citados paquetes recibidos.
Description
Procedimiento de transmisión de un flujo de
vídeo en una red de telecomunicaciones móviles con anchura de banda
restringida.
La presente invención se refiere al ámbito de
las telecomunicaciones móviles.
La presente invención se refiere, de modo más
particular, a un procedimiento de transmisión de un flujo de datos
digitales a alta velocidad en una red de telecomunicaciones móviles
en la cual las conexiones tienen velocidades de transmisión
restringidas. La invención se inscribe en el marco de la
televigilancia de lugares móviles (camiones blindados, vehículos de
policía) con enlace terrestre fijo y durante acontecimientos
puntuales que no soportan instalación pesada (conciertos, salones,
manifestaciones).
La figura 1 ilustra un ejemplo de arquitectura
de la técnica anterior en el cual se aplica la presente
invención.
Un dispositivo de captura de vídeo de tipo
cámara USB está asociado a un ordenador portátil. La conexión entre
la cámara y el ordenador se hace mediante un cable USB. La cámara es
alimentada por medio del cable USB; solamente el ordenador necesita
alimentación (duración de funcionamiento con batería). El PC
incorpora un software de compresión de vídeo en tiempo real que
facilita un flujo de vídeo digital. El vídeo codificado es
retransmitido a un servidor de Streaming (difusión) que se encarga
de distribuir el flujo de vídeo a los clientes. Varios usuarios
-que dispongan de un IPDA (no comercial) o de un terminal móvil-
pueden, así, acceder en directo al contenido de vídeo emitido desde
el lugar móvil.
Sin embargo, los teléfonos pueden estar
equipados con un módem de tipo GPRS (General Packet Radio Service)
o EDGE (Enhanced Date (Rates) for Global Evolution) que presenta
ciertas limitaciones técnicas. La principal reside en la banda
pasante disponible en el sentido ascendente (uplink), del orden de
20 kbps, muy limitativa para el tráfico desde el codificador hacia
el servidor y, por consiguiente, en la calidad del vídeo
transportado. En efecto, el canal GPRS o EDGE y los módems GPRS o
EDGE que equipan los equipos móviles permiten difundir hacia un
terminal (downlink) flujos de datos (por ejemplo vídeo) a una banda
pasante de 40 kbps.
La técnica anterior conoce ya, por la solicitud
de patente europea EP 1 126 717 (Lucent), un sistema de transmisión
de vídeo en tiempo real en una red de telecomunicaciones. Un sistema
GPRS, EDGE o UMTS (Universal Mobile Telecommunications System)
facilita un servicio de vídeo en tiempo real seleccionando una de
entre un número pequeño, por ejemplo cuatro, de tasas
predeterminadas de codificación de canal aplicable para el vídeo. La
tasa es aplicada a los datos de vídeo a nivel de la capa de
aplicación y los datos son transmitidos por la interfaz radio a un
sistema móvil al cual está conectado. Para cada paquete, un
encabezamiento indica la tasa de codificación seleccionada. El
corto encabezamiento permite aumentar la capacidad de carga de
vídeo.
Por la patente americana US 6 578 082 (NORTEL
NETWORKS), se conocen, igualmente, un sistema y un procedimiento de
mando de flujo distribuido para redes GPRS. El procedimiento permite
mandar y regular el flujo de datos entre fuentes múltiples y un
solo destino en el interior de una red GPRS. El sistema y el método
aseguran la conformidad del tráfico emitido desde todas las fuentes
en las condiciones prerrequeridas de velocidad de transmisión media
y de pico de velocidad de transmisión que han sido establecidas por
la BSS/PCU (Packet Control Unit). En cada una de las múltiples
fuentes se utiliza, respectivamente, un mecanismo de mando de flujo
por cubo goteante (leacky bucket) para mandar el flujo de datos
entre, respectivamente, cada una de las fuentes y el único destino.
Para cada uno de los mecanismos de mando de flujo por cubo goteante
se define un tamaño máximo de memoria intermedia y un caudal de
vaciado de la memoria intermedia. Para cada una de las fuentes se
estima y determina, respectivamente, un multiplicador basado en los
comportamientos de recepción de datos recientes de las múltiples
fuentes. Las soluciones propuestas en la técnica anterior no
permiten transmitir un flujo de vídeo cuya velocidad de transmisión
sea superior a la del canal de transporte de las conexiones
realizadas en la red de telecomunicaciones móviles. Éstas proponen
adaptar la velocidad de transmisión de este flujo de vídeo a los
límites de la red.
Por las solicitudes
US-2004/0093420 y WO-00/67435, se
conocen, igualmente, sistemas y procedimientos de acuerdo con el
preámbulo de las reivindicaciones 1 o 9.
La presente invención pretende poner remedio a
los inconvenientes de la técnica anterior, proponiendo un
procedimiento de transmisión de un flujo de datos de vídeo a alta
velocidad, comparado con las velocidades de transmisión disponibles
en la red de telecomunicaciones móviles. Este procedimiento pone en
práctica mecanismos que realizan, entre otras cosas, un
multiplexado inverso del flujo de vídeo de alta velocidad de
transmisión para dividir éste en una pluralidad de flujos de menor
velocidad de transmisión.
Para paliar la asimetría de la arquitectura
ilustrada en la figura 1 y citada anteriormente, la presente
invención propone dividir el flujo de vídeo de 40 kbps en dos
flujos diferentes de 20 kbps cada uno y difundir estos dos flujos
en dos conexiones GPRS o EDGE diferentes hacia el servidor. Los dos
flujos son recombinados después en la red y a continuación se
recupera un flujo descendente de 40 kbps, de calidad equivalente a
la que se puede recibir en GPRS.
El procedimiento de acuerdo con la presente
invención responde particularmente bien al desarrollo de los
servicios de teléfono móvil, en particular, con la aparición del
vídeo.
A tal efecto, la invención se refiere, en su
acepción más general, a un procedimiento de transmisión de un flujo
de datos digitales entre un programa aplicativo de un equipo emisor
y un programa aplicativo de un equipo receptor de una red de
telecomunicaciones móviles, de acuerdo con la reivindicación 1.
La presente invención se refiere, igualmente, a
un sistema de transmisión de un flujo de datos digitales para la
puesta en práctica del procedimiento, de acuerdo con la
reivindicación 9.
La presente invención se refiere, igualmente, a
un sistema de vídeovigilancia que comprende medios de captura de
vídeo asociados a medios de codificación de un codificador, un
sistema de transmisión de un flujo de datos digitales para la
puesta en práctica del procedimiento entre el citado codificador y
un servidor de difusión (streaming) y terminales móviles conectados
al citado servidor de difusión mediante la citada red de
telecomunicaciones móvil, de acuerdo con la reivindicación 17.
La invención se comprenderá mejor con la ayuda
de la descripción, hecha a título puramente explicativo, de un modo
de realización de la invención, refiriéndose a los dibujos
anejos:
- la figura 1 representa una arquitectura de red
de la técnica anterior en la cual se inscribe la invención;
- la figura 2 ilustra la arquitectura de un modo
de realización de la presente invención;
- la figura 3 representa una arquitectura
sistema establecida entre un cliente "emisor" y un servidor
"receptor";
- la figura 4 representa los intercambios
durante la etapa de inicialización de una comunicación;
- la figura 5 representa los intercambios
durante la transmisión de los datos;
- la figura 6 ilustra el posicionamiento de los
paquetes de datos;
- la figura 7 representa la estructura de una
lista encadenada utilizada en la recepción de los paquetes en la
presente invención;
- la figura 8 representa la inserción de un
elemento (paquete recibido) en la lista encadenada; y
- la figura 9 representa las diferentes
conexiones puestas en práctica en la presente invención de acuerdo
con el modelo de capas OSI.
La presente invención pone en práctica un
procedimiento de transmisión de un flujo de datos digitales a alta
velocidad, en comparación con las velocidades de transmisión
disponibles para una conexión en una red de telecomunicaciones. La
invención se aplica particularmente bien a la transmisión de vídeo
a alta velocidad en las redes de telecomunicaciones del tipo GPRS,
EDGE o también UMTS.
Para ofrecer una buena comprensión de la
descripción hecha a continuación, se precisan aquí algunas nociones
del ámbito de las redes móviles.
El GPRS y con mayor razón el EDGE, versión
mejorada del GPRS, se apoyan en la infraestructura GSM y,
especialmente, utilizan el mismo canal radio (canal físico) que el
GSM. En una red GPRS o EDGE, se establece una conexión lógica entre
un terminal y la red por intermedio de los contextos PDP (Packet
Data Protocol), que facilitan una dirección IP al terminal. A
continuación se establece una conexión lógica de tipo IP entre dos
terminales que quieren ser puestos en relación. Esta conexión
lógica de tipo IP es, generalmente, una conexión TCP. En el marco
de la invención, esta conexión se establece en modo TCP, pero se
utiliza (es decir, durante el envío de los paquetes de datos) en
modo UDP.
En el caso del GPRS, incluso si el canal radio
permite velocidades de transmisión superiores a 100 kbits/s, las
limitaciones de los módems y de los terminales no permiten pasar de
los 20 kbit/s en vía ascendente y de 40 kbit/s en vía
descendente.
El UMTS pone en práctica una arquitectura
diferente de la del GSM, que se apoya en un canal de transporte
físico específico que ofrece servicios y una calidad de servicio,
especialmente la asignación de canales en modo circuito de 64
kbit/s garantizados y de canales en modo paquete de 384 kbit/s.
En lo que sigue de la descripción, se entiende
por canal de transporte el canal físico a través del cual se
transportan los datos. Para una conexión lógica TCP establecida
entre dos terminales, la velocidad de transmisión del canal de
transporte puede ser fija (garantizada) o variable (por ejemplo en
modo paquete).
Como está ilustrado en la figura 2, dos
conexiones entre el equipo de captura y la red permiten remontar el
flujo de vídeo de alta velocidad de transmisión. Naturalmente,
pueden ponerse en práctica un número superior de conexiones sin,
por otra parte, salirse del marco de la presente invención. El
servidor de streaming es un servidor que recombina y almacena los
datos de contenidos de vídeo enviados en los dos canales de
transporte asociados a las dos conexiones GPRS antes de difundirlos
en la red de transmisión. Éste está aquí distante del codificador,
y es accesible desde internet. Así, la limitación de la banda
pasante no tiene lugar entre servidor y clientes, sino entre
codificador y servidor. Las redes de emisión y de transmisión son
aquí diferentes. En un modo de realización particular, la red de
emisión pertenece a un operador diferente de la red de transmisión.
Este es el caso, especialmente, cuando un solo operador está
disponible en el emplazamiento del codificador de contenido de
vídeo.
Para paliar este problema de limitación de la
banda pasante, la invención propone una "aplicación de
multiplexado inverso" que permite aumentar (doblar) la banda
pasante en el sentido ascendente. En este dibujo, el PC portátil al
cual está unida la cámara debe disponer de dos tarjetas GPRS de
clase 10 para poder enviar el flujo de vídeo codificado en dos
canales de transmisión. Esta solución parece muy adecuada para la
vídeovigilancia desde un lugar móvil.
La aplicación de multiplexado inverso de
paquetes depende del par codificador/servidor de streaming elegido
y se descompone también en dos partes: un cliente emisor del flujo,
MuxClient, y un servidor receptor, MuxServer, cada uno solidario de
las máquinas donde giran, respectivamente, el codificador y el
servidor de streaming. La figura 3 detalla una puesta en práctica a
nivel del codificador y del servidor.
La aplicación de multiplexado es transparente
para el par codificador/servidor: el flujo de datos intercambiado
no es alterado. Sin embargo, es necesario indicar como destinatario
al codificador de contenido de vídeo la dirección IP local
("localhost") y no la dirección IP distante de la máquina
servidor. En efecto, la aplicación MuxClient es la que se encarga
de capturar el flujo de vídeo codificado y de transferirle al
servidor de contenido de vídeo, por intermedio de MuxServer.
Refiriéndose a la figura 3, la máquina cliente
("Codificador"), en la cual giran el codificador de contenido
de vídeo y MuxClient, tiene dos tarjetas GPRS, o sea 2 direcciones
IP públicas IP nº 1 e IP nº 2. La máquina servidor, a su vez, tiene
solamente una sola dirección IP (IP nº 3) y recoge los dos flujos
de datos que provienen de IP nº 1 e IP nº 2 en el mismo puerto.
Después del establecimiento de las conexiones lógicas GPRS de las
dos tarjetas en la red de telecomunicación, se realizan otras dos
conexiones lógicas entre las direcciones IP nº 1 e IP nº 3, e IP nº
2 e IP nº3 por creación de un socket en cada una de las tarjetas.
En lo que sigue de la descripción, se denomina "conexión" estas
otras dos (o más) conexiones lógicas entre las diferentes
conexiones IP que deben comunicar entre sí. Esta conexión difiere de
la conexión lógica GPRS y de la conexión TCP en que pone en
relación dos direcciones IP por intermedio de sockets. La figura 9
ilustra un apilamiento simplificado de las capas de acuerdo con el
modelo OSI: el canal de transporte corresponde a la capa física, la
conexión lógica GPRS está más baja que la conexión lógica entre las
direcciones por intermedio de los sockets, y la conexión lógica TCP
es la más alta porque realiza la puesta en relación de los dos
programas aplicativos terminales. En lo que concierne a la
transmisión de los datos entre el equipo emisor (MuxClient) y el
equipo de recepción (MuxServer), el protocolo de la capa
"transporte" (capa 4 en el modelo OSI) elegido es el UDP (User
Datagram Protocol), pero previamente se establece un diálogo TCP
(Transfer Control Protocol) entre el codificador y el servidor para
la inicialización de la conexión lógica TCP entre las dos
entidades. La utilización del protocolo UDP permite librarse de una
parte de la calidad de servicio facilitada por un protocolo TCP. En
efecto, UDP no necesita la indicación de los paquetes durante la
recepción: no se realiza ningún control de flujo. El vídeo es
particularmente sensible a la pérdida de paquetes (por el
contrario, si se ha perdido un solo paquete, no pueden utilizarse
datos tales como un archivo informático), de donde la utilización
de este
protocolo.
protocolo.
Durante esta primera fase de inicialización,
ilustrada en la figura 4, MuxClient solamente retransmite los
paquetes TCP emitidos por el codificador hacia MuxServer, que a su
vez retransmite los paquetes hacia el servidor de streaming. Una
sola de las dos conexiones lógicas GPRS es útil en esta primera
fase.
Durante este diálogo, el servidor de contenido
de vídeo transmite al codificador un número de puerto en el cual
acepta recibir los paquetes UDP (denominados también datagramas) del
flujo de vídeo codificado. Este número de puerto es identificado
entonces en estos paquetes UDP por MuxServer, que le señala a
MuxClient. Este último va a abrirle este mismo número de puerto en
la máquina donde gira el codificador de contenido de vídeo y, así,
devolver el flujo emitido por la codificación.
Una vez aceptada la apertura de la sesión TCP
por el servidor de contenido de vídeo, el codificador de contenido
de vídeo comienza la transferencia UDP del flujo de vídeo codificado
hacia el puerto P0 de la misma máquina.
Refiriéndose a la figura 5, MuxClient, que ha
abierto este puerto en modo escucha, recibe los paquetes UDP y les
atribuye un número antes de distribuirlos de manera igualitaria -de
acuerdo con su paridad- alternativamente en cada una de las dos
conexiones para enviarlos hacia la máquina servidor distante. En un
modo de realización con N conexiones, una distribución de los
paquetes puede, de modo similar, distribuir alternativamente un
paquete en la primera conexión, después en la siguiente, hasta la de
orden N antes de volver a pasar por la primera. La alternancia
puede ser también desorganizada (tercera conexión, después la de
orden N, después la primera,...), incluso adaptada a la velocidad
de transmisión de los canales de transporte de las conexiones si
uno de ellos presenta características diferentes, permitiendo, por
ejemplo, transmitir más paquetes.
De esta manera, MuxServer recibe dos flujos de
paquetes UDP, en dos puertos diferentes, distintos al puerto P0
previamente impuesto por el servidor de contenido de vídeo.
MuxServer efectúa una clasificación por índice creciente de los
paquetes pares e impares teniendo en cuenta las eventuales pérdidas.
La secuencia de los paquetes clasificados es enviada al puerto de
escucha del servidor de contenido de vídeo de acuerdo con un
proceso de "cubo goteante" que permite la gestión de la
velocidad de transmisión saliente, en función de la velocidad de
transmisión deseada a nivel del codificador.
En una variante, MuxClient dispone de dos
memorias intermedias, por ejemplo de tipo circular, a las cuales
dirige los paquetes antes de que estos sean difundidos en una u otra
de las conexiones. Las memorias intermedias son llenadas a
continuación en función de la velocidad de transmisión de cada una
de las conexiones (velocidad ligada a la velocidad de transmisión
disponible en los canales de transporte asociados a las conexiones):
los paquetes son enviados a la memoria intermedia más disponible
(la que se ha vaciado más rápidamente). Esto permite,
especialmente, favorecer la conexión más eficaz (rápida) y optimizar
la velocidad de transmisión total independientemente de las
variaciones de velocidad de transmisión en una u otra conexión.
En una variante mejorada, se difunden también
paquetes de redundancia del tipo FEC (Forward Error Correction) y
Reed-Salomon, para paliar una eventual pérdida de
paquetes.
En un modo de realización de la presente
invención ilustrado en la figura 6, los datagramas emitidos por el
codificador tienen un tamaño variable que no sobrepasa de 1460
octetos. El marcado de los paquetes por MuxClient utiliza 5 octetos
para un marcado de fecha y hora o una numeración cíclica que va de
"00000" a "99999". Este número es añadido al principio
del paquete, aumentando, así, su tamaño en 5 octetos. MuxServer
extrae entonces este número para el procedimiento de ordenación, y
redimensiona el paquete a su tamaño original antes de transmitirle
al servidor de streaming.
El algoritmo de clasificación se basa en el
principio de "listas encadenadas simples", del que una
representación está facilitada por la figura 7. A cada llegada de un
paquete, se crea un elemento PaqElement, que contiene el contenido
del paquete en caracteres hexadecimales, su tamaño, su número de
secuencia y un indicador sobre el PaqElement siguiente.
El algoritmo clasifica los paquetes entrantes
por su número de secuencia: recorre la lista desde el primer
paquete hasta el paquete cuyo número es justo inferior. Esta táctica
permite no esperar a los paquetes eventualmente perdidos.
Refiriéndose a la figura 8, cuando se ha encontrado el elemento
inferior, se inserta en la lista encadenada el paquete nuevamente
recibido.
Con el fin de regular el flujo de paquetes que
llegan de manera aleatoria a nivel de MuxServer, se utiliza un
algoritmo de cubo goteante ("leaky bucket" en inglés), que
utiliza una memoria intermedia (bucket) y un regulador. La memoria
intermedia debe ser suficientemente grande para no vaciarse, pero
suficientemente pequeña para, por una parte, no consumir demasiada
memoria dinámica y, por otra, no recorrer una lista demasiado larga
durante la clasificación de los paquetes por orden creciente. Este
método permite transferir los paquetes según una velocidad de
transmisión especificada, calculada en función de la velocidad de
transmisión precisada para la codificación. El servidor de
contenido de vídeo recibe entonces los paquetes a intervalos
regulares, lo que evita las congelaciones de imagen o los efectos
de vídeo a tirones. Naturalmente, en el marco de la patente, puede
emplearse cualquier otro tipo de algoritmo de corrección de ausencia
de paquete de vídeo.
La presente invención se inscribe perfectamente
en el marco de nuevos servicios en telefonía móvil, tales como la
transmisión de vídeo. Entre las aplicaciones que utilizan el vídeo
como medio de comunicación, son interesantes las aplicaciones de
observación de sitio, tanto para utilización profesional, como
privada. Pueden citarse como ejemplo las aplicaciones de vigilancia
de sitio sensible (el interior de un furgón de transporte de
fondos, el entorno de un vehículo de vigilancia, de un vehículo de
policía), y las aplicaciones de tipo observación de una habitación
del domicilio (vigilancia de un bebé).
Claims (17)
1. Procedimiento de transmisión de un flujo de
datos digitales entre un programa aplicativo de un equipo emisor y
un programa aplicativo de un equipo receptor de una red de
telecomunicaciones móviles, siendo el velocidad de transmisión del
citado flujo de datos superior a la capacidad de transmisión del
canal de transporte de una conexión en la citada red, que
comprende:
- una etapa de posicionamiento de paquetes de
datos del citado flujo de datos digitales;
- una etapa de repartición y de transmisión de
los citados paquetes posicionados, al menos, en dos conexiones
entre los citados dos equipos;
- una etapa de recepción, por el citado equipo
receptor, de paquetes transmitidos en, al menos, dos conexiones;
caracterizado por el hecho de que el
procedimiento comprende, además, una etapa de constitución, por el
citado equipo receptor, de una lista encadenada de paquetes de
datos a partir de los citados paquetes recibidos.
2. Procedimiento de transmisión de acuerdo con
la reivindicación 1, en el cual la citada lista encadenada está
ordenada según los índices.
3. Procedimiento de transmisión de acuerdo con
la reivindicación precedente, en el cual la etapa de constitución
comprende una etapa de inserción en la citada lista encadenada de un
paquete nuevamente recibido, en el emplazamiento correspondiente a
su índice.
4. Procedimiento de transmisión de acuerdo con
una de las reivindicaciones precedentes, que comprende, además, una
etapa de envío de la lista encadenada a un servidor de contenidos de
acuerdo con un proceso de "cubo goteante".
5. Procedimiento de transmisión de acuerdo con
una cualquiera de las reivindicaciones precedentes, en el cual los
citados paquetes son repartidos alternativamente en cada una de las
citadas conexiones, durante la etapa de repartición.
6. Procedimiento de transmisión de acuerdo con
una cualquiera de las reivindicaciones 1 a 4, en el cual la citada
repartición es función de las velocidades de transmisión asociadas a
las citadas conexiones.
7. Procedimiento de transmisión de acuerdo con
una de las reivindicaciones 1 a 4, en el cual la citada etapa de
repartición pone en práctica memorias intermedias asociadas al canal
de transporte de cada una de las citadas conexiones y, la citada
repartición de un paquete se realiza en la memoria intermedia más
disponible.
8. Procedimiento de transmisión de acuerdo con
la reivindicación precedente, en el cual las citadas memorias
intermedias son circulares.
9. Sistema de transmisión de un flujo de datos
digitales para la puesta en práctica del procedimiento de acuerdo
con una cualquiera de las reivindicaciones precedentes, que
comprende un equipo de emisión y un equipo de transmisión entre los
cuales se establecen conexiones en una red de telecomunicaciones
móviles, en el cual:
- la capacidad de transmisión del canal de
transporte de cada una de las conexiones de la citada red es
inferior a la velocidad de transmisión del citado flujo de datos
digitales;
- el citado equipo de emisión comprende medios
de posicionamiento de los paquetes del citado flujo de datos
digitales, medios de repartición y de transmisión de los citados
paquetes en, al menos, dos conexiones entre los dos equipos;
- el citado equipo de recepción comprende medios
de recepción de los citados paquetes transmitidos, y medios de
reconstrucción del citado flujo de datos digitales a partir de los
paquetes recibidos,
estando caracterizado el sistema por el
hecho de que los citados medios de reconstrucción comprenden una
lista encadenada de paquetes de datos establecida a partir de los
citados paquetes recibidos.
10. Sistema de acuerdo con la reivindicación 9,
en el cual los medios de reconstrucción están dispuestos para
mantener ordenada la citada lista encadenada, siendo la ordenación
función de los índices de los citados paquetes.
11. Sistema de acuerdo con la reivindicación
precedente, en el cual los medios de reconstrucción están dispuestos
para insertar en la citada lista encadenada un paquete nuevamente
recibido, en el emplazamiento correspondiente a su índice.
12. Sistema de acuerdo con una cualquiera de las
reivindicaciones 9 a 11, que comprende, además, un servidor de
contenidos en el cual el citado equipo de recepción está dispuesto
para transmitir la citada lista encadenada al citado servidor de
contenidos de acuerdo con un proceso de "cubo goteante".
13. Sistema de acuerdo con una cualquiera de las
reivindicaciones 9 a 12, en el cual los medios de repartición están
dispuestos para repartir los citados paquetes alternativamente en
las conexiones en función de las velocidades de transmisión
asociadas a las citadas conexiones.
14. Sistema de acuerdo con una cualquiera de las
reivindicaciones 9 a 12, en el cual los citados medios de
transmisión comprenden, al menos, dos memorias intermedias asociadas
a los canales de transmisión de las citadas conexiones, y los
citados medios de repartición están dispuestos para atribuir un
paquete en la memoria intermedia más disponible.
15. Sistema de acuerdo con una cualquiera de las
reivindicaciones 10 a 14, en el cual los elementos de la citada
lista encadenada comprenden el contenido de un paquete de datos, el
índice del citado paquete, el tamaño del citado paquete y un
indicador hacia el elemento siguiente de la lista encadenada
ordenada.
16. Sistema de acuerdo con una cualquiera de las
reivindicaciones 9 a 15, en el cual la citada red de
telecomunicaciones es de una tecnología elegida entre el GPRS, el
EDGE y el UTMS.
17. Sistema de vídeovigilancia que comprende
medios de captura de vídeo asociados a medios de codificación de un
codificador, un sistema de transmisión de acuerdo con una cualquiera
de las reivindicaciones 9 a 16 entre el citado codificador y un
servidor de difusión, y terminales móviles conectados al citado
servidor de difusión de la citada red de telecomunicaciones
móviles.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0452440A FR2877179B1 (fr) | 2004-10-26 | 2004-10-26 | Procede de transmission d'un flux video dans un reseau de telecommunications mobiles a debit restreint |
FR0452440 | 2004-10-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2294658T3 true ES2294658T3 (es) | 2008-04-01 |
Family
ID=34950034
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES05292221T Active ES2294658T3 (es) | 2004-10-26 | 2005-10-21 | Procedimiento de transmision de un flujo de video en una red de telecomunicaciones moviles con anchura de banda restringida. |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP1653706B1 (es) |
AT (1) | ATE374496T1 (es) |
DE (1) | DE602005002602T2 (es) |
ES (1) | ES2294658T3 (es) |
FR (1) | FR2877179B1 (es) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2354344B1 (es) | 2009-05-22 | 2011-10-05 | Telefonica, S.A. | Método y sistema de transmisión y recepción de paquetes. |
CN101924924A (zh) * | 2010-07-28 | 2010-12-22 | 厦门雅迅网络股份有限公司 | 一种无线远程视频监控的自适应传输方法及传输*** |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6085251A (en) * | 1998-04-02 | 2000-07-04 | The United States Of America As Represented By The Secretary Of The Air Force | Implementing a parallel file transfer protocol |
SE0000707D0 (sv) * | 1999-05-04 | 2000-03-01 | Magnus Agervald | System för överförande av data via flera kommunikationsvägar |
US7716312B2 (en) * | 2002-11-13 | 2010-05-11 | Avid Technology, Inc. | Method and system for transferring large data files over parallel connections |
-
2004
- 2004-10-26 FR FR0452440A patent/FR2877179B1/fr not_active Expired - Fee Related
-
2005
- 2005-10-21 DE DE602005002602T patent/DE602005002602T2/de active Active
- 2005-10-21 AT AT05292221T patent/ATE374496T1/de not_active IP Right Cessation
- 2005-10-21 EP EP05292221A patent/EP1653706B1/fr not_active Not-in-force
- 2005-10-21 ES ES05292221T patent/ES2294658T3/es active Active
Also Published As
Publication number | Publication date |
---|---|
FR2877179B1 (fr) | 2006-12-15 |
EP1653706A1 (fr) | 2006-05-03 |
FR2877179A1 (fr) | 2006-04-28 |
DE602005002602T2 (de) | 2008-07-17 |
EP1653706B1 (fr) | 2007-09-26 |
ATE374496T1 (de) | 2007-10-15 |
DE602005002602D1 (de) | 2007-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2314534T3 (es) | Procedimiento y dispositivo para la señalizacion de segmentacion y concatenacion de paquetes en un sistema de telecomunicaciones. | |
ES2235880T3 (es) | Sistema de transmision de datos via diversas rutas de comunicacion. | |
ES2260651T3 (es) | Generacion de informes para servicios multiusuario en redes inalambricas. | |
US8937920B2 (en) | High capacity network communication link using multiple cellular devices | |
US7733781B2 (en) | Distributed congestion avoidance in a network switching system | |
CN101379734B (zh) | Wcdma的增强rlc实体和rnc实体的操作方法及其*** | |
US8553684B2 (en) | Network switching system having variable headers and addresses | |
ES2589566T3 (es) | Método de manipulación de paquetes y dispositivo de reenvío | |
US6091710A (en) | System and method for preventing data slow down over asymmetric data transmission links | |
CN104205942A (zh) | 多跳错误恢复 | |
CN104301881B (zh) | 一种计费的方法和计费装置 | |
CN103026724B (zh) | 用于在音频/视频网络中复用数据流传输的方法和*** | |
CN102257774A (zh) | 通过分组交换网络传递错误关键型业务的方法和设备 | |
JP3692830B2 (ja) | マルチキャスト通信システム | |
WO2011026289A1 (zh) | 用于无线分布***的数据传输方法和装置 | |
ES2821652T3 (es) | Procedimiento de transmisión de datos y dispositivo de reenvío | |
CN107852773A (zh) | 一种数据传输的方法、相关设备及*** | |
EP3119057A1 (en) | Packet conversion device and method for allowing transparent packet-based multipath bundling | |
CN102595495A (zh) | 一种数据发送、接收方法和装置 | |
CN102594713A (zh) | 一种实现显式拥塞通告的方法及设备 | |
ES2536486T3 (es) | Procedimiento y aparato para realizar acciones en paquetes en nodos intermedios en una conexión entre un dispositivo de comunicación y un dispositivo de destino en una red objetivo | |
CN108617009A (zh) | 一种数据传输方法、装置、***及分组数据网网关 | |
ES2294658T3 (es) | Procedimiento de transmision de un flujo de video en una red de telecomunicaciones moviles con anchura de banda restringida. | |
ES2249485T3 (es) | Sistema de telecomunicaciones. | |
ES2272746T3 (es) | Terminales adaptados para funcionar como servidores de retransmision para distribuir paquetes en una red cliente-servidor. |