ES2709177T3 - Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming) - Google Patents

Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming) Download PDF

Info

Publication number
ES2709177T3
ES2709177T3 ES11187567T ES11187567T ES2709177T3 ES 2709177 T3 ES2709177 T3 ES 2709177T3 ES 11187567 T ES11187567 T ES 11187567T ES 11187567 T ES11187567 T ES 11187567T ES 2709177 T3 ES2709177 T3 ES 2709177T3
Authority
ES
Spain
Prior art keywords
description information
session description
client terminal
server
session
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
ES11187567T
Other languages
English (en)
Inventor
Per-Erik Brodin
Jiong Sun
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2709177T3 publication Critical patent/ES2709177T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/147Signalling methods or messages providing extensions to protocols defined by standardisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un método llevado a cabo en el terminal de cliente, el método para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming) entre el terminal de cliente y un servidor, comprendiendo el método: a) generar (200) una suma de control basándose en al menos un subconjunto de la información de descripción de sesión disponible en el terminal de cliente, a) enviar (202) un mensaje de solicitud-de-establecimiento al servidor, el mensaje de solicitud suplementado con una suma de control y b) recibir (204) un mensaje de respuesta desde el servidor, indicando el mensaje de respuesta si la suma de control en el mensaje de solicitud es correcta o incorrecta, estando el mensaje de respuesta suplementado con la información de descripción de sesión correcta si la suma de control en el mensaje de solicitud es incorrecta, y en el que el mensaje de respuesta indica que la suma de control en el mensaje de solicitud es incorrecta, comprendiendo además el método c) actualizar (210) la información de descripción de sesión disponible en el terminal de cliente basándose en la información de descripción de sesión correcta recibida con el mensaje de respuesta, y d) repetir las etapas a-b utilizando la información de descripción de sesión actualizada para permitir el establecimiento de la sesión.

Description

DESCRIPCION
Metodo y aparato para establecer una sesion de medios transmitidos en flujo continuo y tiempo real (streaming) Campo tecnico
La presente invencion se refiere de manera general al establecimiento de sesiones de Packet-switched Streaming Service (PSS - Servicio de Transmision en flujo continuo y tiempo real de paquetes Conmutados), donde medios transmitidos en flujo continuo y tiempo real (streaming) son enviados desde un servidor a un terminal de cliente. En particular, la presente invencion puede ser utilizada donde un telefono movil recibe datos de medios transmitidos en flujo continuo y tiempo real (streaming) desde un servidor de datos de medios.
Antecedentes
En los sistemas de servicio de comunicacion de paquetes conmutados, la informacion digital se divide en una pluralidad de paquetes de informacion que son distribuidos a traves de una red de comunicacion desde un participante emisor hasta un participante receptor. Tfpicamente, los paquetes de informacion se distribuyen utilizando una pluralidad de rutas de comunicacion entre el participante emisor y el participante receptor, y la informacion original es reconstruida en el participante receptor a partir de los participates de informacion recibidos. Aunque los participates de informacion pueden estar distribuidos utilizando diferentes rutas de comunicacion, puede decirse que el participante emisor y el participante receptor estan conectados mediante un enlace de comunicacion virtual. Estableciendo tal enlace de informacion virtual, se establecera una sesion de comunicacion para el envfo de datos de medios transmitidos en flujo continuo y tiempo real (streaming).
En esta descripcion, un terminal de cliente recibe medios transmitidos en flujo continuo y tiempo real (streaming) sobre un enlace de comunicacion virtual. No obstante, el terminal de cliente y el servidor, respectivamente, pueden ser cualquier tipo de equipo de comunicacion adecuado para la transmision o la recepcion de medios transmitidos en flujo continuo y tiempo real (streaming) sobre cualquier tipo de enlace de comunicacion. Por ejemplo, el terminal de cliente puede ser un terminal de telefoma movil en un UMTS (Universal Mobile Telecommunications System -Sistema de Telecomunicaciones de Telefoma Movil Universal) o un ordenador conectado a una red de comunicacion de ordenadores, etc.
Con referencia a la FIGURA 1, se describira ahora esquematicamente un procedimiento en el que un terminal de cliente 100 esta estableciendo una sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) con un servidor 102, de acuerdo con la tecnica anterior. En una primera etapa 1:1, el terminal de cliente 100 inicia una sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) enviando una solicitud al servidor 102. Tfpicamente, la solicitud es un mensaje de <ESTABLECER>, de acuerdo con estandares conocidos, y por lo tanto no es necesario describirlo aqrn con mas detalle. En una etapa 1:2 siguiente, el servidor 102 confirma y acepta la solicitud de enviar un mensaje de <OK> al terminal de cliente 100. A continuacion en otra etapa 1:3, el terminal de cliente 100 envfa otra solicitud al servidor 102, para iniciar el envfo de datos de medios desde el servidor 102 hasta el terminal de cliente. Tfpicamente, la orden de inicio es un mensaje de <REPRODUCIR>. En una etapa 1:4 subsiguiente, el servidor 102 confirma y acepta la solicitud de enviar datos de medios, enviando otro mensaje de <OK> al terminal de cliente 100. En una etapa 1:5 final, el servidor empieza a enviar los datos de medios transmitidos en flujo continuo y tiempo real (streaming) desde el servidor 102 hasta el terminal de comunicacion 100. Los mensajes de mando son mensajes convencionales de acuerdo con los estandares para servicios de datos de medios transmitidos en flujo continuo y tiempo real (streaming), que no se describen aqrn con detalle. Tfpicamente, los mensajes de mando son suplementados con varios parametros de informacion. No obstante, para simplificar la comprension del proceso, estos parametros de informacion no se muestran en la figura 1 esquematica.
En general, es necesario proporcionar informacion de descripcion de sesion antes de que la sesion pueda ser ejecutada. El termino “informacion de descripcion de sesion” se refiere a informacion relativa, por ejemplo, a rutas de comunicacion disponibles entre un participante emisor y un participante receptor, capacidad de informacion para las rutas de comunicacion, etc. La informacion de descripcion de sesion es tfpicamente almacenada tanto en el servidor como en el terminal de cliente.
Para la distribucion de informacion de descripcion de sesion a los terminales de cliente en sistemas de servicio de comunicacion en paquetes conmutados hoy en dfa se aplican generalmente dos metodos: Bien la informacion de descripcion de sesion sera distribuida desde el servidor durante el establecimiento de la sesion de comunicacion, o bien antes del establecimiento de la sesion de comunicacion.
La distribucion de informacion de descripcion de sesion antes del establecimiento de una sesion de comunicacion puede ser llevada a cabo cuando un terminal de cliente desea acceder a un servidor de comunicacion en una ocasion posterior, tal como cuando una persona se suscribe a un servicio que permite la descarga de musica en flujo continuo y tiempo real (streaming) desde un servidor en una ocasion posterior. La informacion de descripcion de sesion puede entonces ser obtenida por medio de una ruta de comunicacion o por medio de un canal de comunicacion alternativo, tal como una conexion de HTTP. Una ventaja de distribuir la informacion de descripcion de sesion antes del establecimiento de una sesion de comunicacion es que el tiempo de establecimiento de la sesion de comunicacion se reducira.
La distribucion de informacion de descripcion de sesion durante el establecimiento de una sesion de comunicacion puede ser llevada a cabo iniciando el establecimiento de la sesion de comunicacion con el envfo de una solicitud de informacion de descripcion de sesion al servidor, y a continuacion en respuesta, con la recepcion de la informacion de descripcion de sesion. Una ventaja de distribuir la informacion de descripcion de sesion durante el establecimiento de una sesion de comunicacion es que la informacion de descripcion de sesion esta actualizada. No obstante, existen ciertos problemas asociados con las soluciones existentes esbozadas anteriormente. El usuario de un terminal de cliente que desea establecer una sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) tiene que decidir entre invertir un tiempo relativamente largo en establecer la sesion de comunicacion, o correr el riesgo de utilizar informacion de descripcion de sesion que no esta actualizada. Utilizar informacion de descripcion de sesion no actualizada puede provocar errores inesperados si no existe una ruta de comunicacion seleccionada. Por otro lado, el terminal de cliente podna no tener conocimiento de todas las rutas de comunicacion disponibles.
La informacion de descripcion de sesion podna ser corrompida o modificada durante la transmision desde el servidor hasta el terminal de cliente, o durante el almacenamiento en el terminal de cliente.
El documento US2004/0148400 A1 describe un metodo para iniciar una sesion de transmision en flujo continuo y tiempo real (streaming), el descriptor puede comprender alguna informacion criptografica, tal como la suma de control criptografica para comprobar la validez del contenido que se va a transmitir durante la sesion.
Compendio
Es un objeto de la presente invencion abordar al menos algunos de los problemas esbozados anteriormente. En particular, es un objeto proporcionar una solucion que permita el establecimiento de una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y un servidor relativamente rapido y fiable. Estos y otros objetos pueden ser alcanzados en primer lugar mediante una solucion de acuerdo con las reivindicaciones independientes adjuntas.
La invencion se expone en el conjunto adjunto de reivindicaciones adjuntas. Las realizaciones y/o ejemplos de la siguiente descripcion que no esten cubiertos por las reivindicaciones adjuntas se consideran que no forman parte de la presente invencion.
De acuerdo con diferentes aspectos, se proporciona un terminal de cliente y un metodo llevado a cabo en el terminal de cliente para permitir una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) entre el terminal de cliente y un servidor.
En un metodo, se envfa un mensaje de solicitar-el-establecimiento al servidor, suplementado con informacion de descripcion de sesion disponible en el terminal de cliente. Se recibe entonces desde el servidor un mensaje de respuesta, indicando si la informacion de descripcion de sesion disponible es correcta o incorrecta, siendo el mensaje de respuesta suplementado con la informacion de descripcion de sesion correcta si la informacion de descripcion de sesion disponible es incorrecta. Si la informacion de descripcion de sesion disponible es correcta, la sesion es ejecutada recibiendo datos de medios desde el servidor utilizando la informacion de descripcion de sesion disponible.
Por otra parte, si el mensaje de respuesta indica que la informacion de descripcion de sesion disponible es incorrecta, la informacion de descripcion de sesion en el terminal de cliente puede ser actualizada con la informacion de descripcion de sesion correcta recibida, y un nuevo mensaje de solicitud-de-establecimiento puede ser enviado desde el terminal de cliente al servidor, suplementado con la informacion de descripcion de sesion actualizada correcta. Ademas, la informacion de descripcion de sesion suplementada con el mensaje de solicitud-deestablecimiento puede ser realizada mediante una suma de control generada basandose en toda la informacion de descripcion de sesion disponible o en alguna parte o algunas partes espedfica o espedficas de ella, por ejemplo, informacion de medios y/o informacion de atributos. Ademas, los medios transmitidos en flujo continuo y tiempo real (streaming) pueden ser recibidos de acuerdo con el RTSP y la informacion de descripcion de sesion puede ser formateada de acuerdo con el SDP.
Un terminal de cliente comprende una unidad de informacion de descripcion de sesion y una unidad de comunicacion. La unidad de informacion de descripcion de sesion esta adaptada para almacenar informacion de descripcion de sesion disponible en el terminal de cliente. La unidad de comunicacion esta adaptada para enviar un mensaje de solicitud-de-establecimiento al servidor por medio de un enlace de comunicacion, suplementado con la informacion de descripcion de sesion disponible, y para recibir un mensaje de respuesta indicando si la informacion de descripcion de sesion enviada es correcta o incorrecta. La unidad de descripcion de sesion esta tambien adaptada para actualizar su informacion de descripcion de sesion almacenada con la informacion correcta recibida cuando se recibe desde el servidor.
Ademas, la unidad de comunicacion puede tambien estar adaptada para recibir medios transmitidos en flujo continuo y tiempo real (streaming) desde un servidor. Ademas, el terminal de cliente puede comprender un generador de suma de control adaptado para generar una suma de control basandose en toda la informacion de descripcion de sesion disponible o en alguna parte espedfica o partes espedficas de la misma. La unidad de comunicacion puede entonces estar adaptada para enviar la suma de control generada en lugar de la informacion de descripcion de sesion disponible. La unidad de informacion de descripcion de sesion tambien puede estar adaptada para actualizar toda la informacion de descripcion de sesion almacenada, o solo la parte o partes incorrecta o incorrectas.
De acuerdo con otros aspectos, se proporcionan un servidor y un metodo llevado a cabo en el servidor para permitir una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y el servidor.
En un metodo, se recibe un mensaje de solicitud-de-establecimiento desde el terminal de cliente, suplementado con una suma de control basada en informacion de descripcion de sesion disponible en el terminal de cliente. Se determina entonces si la suma de control recibida es correcta o incorrecta, comparando la suma de control con una suma de control correcta generada basandose en informacion de descripcion de sesion correcta en el servidor. Se envfa a continuacion un mensaje de respuesta al terminal de cliente, indicando si la suma de control y por ello la informacion de descripcion de sesion disponible en el terminal de cliente es correcta o incorrecta, siendo el mensaje de respuesta suplementado con la informacion de descripcion de sesion correcta si la informacion de descripcion de sesion disponible en el terminal de cliente es incorrecta. Si la informacion de descripcion de sesion disponible en el terminal de cliente es correcta, la sesion es ejecutada enviando datos de medios al terminal de cliente utilizando la informacion de descripcion de sesion correcta.
Por otro lado, si el resultado de la comparacion indica que la informacion de descripcion de sesion disponible es incorrecta, el servidor espera un nuevo mensaje de solicitud-de-establecimiento desde el terminal de cliente, suplementado con una nueva suma de control generada basandose en la informacion de descripcion de sesion actualizada correcta.
Un servidor comprende una unidad de informacion de descripcion de sesion, una unidad de comunicacion y una unidad de determinacion. La unidad de informacion de descripcion de sesion esta adaptada para almacenar informacion de descripcion de sesion correcta disponible en el servidor. La unidad de comunicacion esta adaptada para recibir un mensaje de solicitud-de-establecimiento desde el terminal de cliente por medio de un enlace de comunicacion, suplementado con informacion de descripcion de sesion disponible en el terminal de cliente, y para enviar un mensaje de respuesta indicando si la informacion de descripcion de sesion recibida es correcta o incorrecta. La unidad de determinacion esta adaptada para determinar si la informacion de descripcion de sesion recibida es correcta o incorrecta, comparando la informacion de descripcion de sesion recibida con la correcta, y para enviar el resultado a la unidad de informacion de descripcion de sesion. Ademas, la unidad de informacion de descripcion de sesion esta adaptada para generar el mensaje de respuesta, y suplementar el mensaje de respuesta con la informacion de descripcion de sesion correcta si la unidad de determinacion indica que la informacion de descripcion de sesion recibida es incorrecta.
Ademas, el servidor puede comprender un generador de suma de control adaptado para generar una suma de control basandose en informacion de descripcion de sesion correcta disponible en el servidor, la unidad de comunicacion puede estar adaptada para recibir una suma de control basada en la informacion de descripcion de sesion disponible en el terminal de cliente, y la unidad de determinacion puede estar adaptada para comparar la suma de control recibida con la suma de control correcta generada.
De acuerdo con otro aspecto, se proporciona un metodo llevado a cabo en un terminal de cliente y un servidor para permitir una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) entre el terminal de cliente y el servidor. Una suma de control basada en al menos un subconjunto de informacion de descripcion de sesion disponible en el terminal de cliente es generada en el terminal de cliente. Entonces se envfa un mensaje de solicitud-de-establecimiento desde el terminal de cliente al servidor, suplementado con la suma de control generada en el terminal de cliente. Se determina a continuacion en el servidor si la suma de control recibida es correcta o incorrecta, comparando la suma de control con una suma de control correcta generada basandose en la informacion de descripcion de sesion correcta disponible en el servidor. Se envfa a continuacion un mensaje de respuesta al terminal de cliente, indicando si la suma de control, y por ello la informacion de descripcion de sesion disponible en el terminal de cliente, es correcta o incorrecta, estando el mensaje de respuesta suplementado con la informacion de descripcion de sesion correcta si la informacion de descripcion de sesion disponible en el terminal de cliente es incorrecta. Si la informacion de descripcion de sesion disponible en el terminal de cliente es correcta, la sesion es ejecutada enviando datos de medios desde el servidor al terminal de cliente utilizando la informacion de descripcion de sesion correcta.
Por otro lado, si el resultado de la comparacion indica que la informacion de descripcion de sesion disponible en el servidor es incorrecta, el terminal de cliente actualiza su informacion de descripcion de sesion disponible con la informacion de descripcion de sesion recibida correcta. Finalmente, se repite el proceso, generando una nueva suma de control en el terminal de cliente basandose en la informacion de descripcion de sesion actualizada y enviando un nuevo mensaje de solicitud-de-establecimiento al servidor, suplementado con la nueva suma de control.
Breve descripcion de los dibujos
La presente invencion se describira ahora con mas detalle por medio de realizaciones de ejemplo y con referencia a los dibujos que se acompanan, en los cuales:
La Figura 1 es un diagrama de senalizacion que ilustra un escenario en el que el terminal de cliente esta estableciendo una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) con un servidor, de acuerdo con la tecnica anterior.
la Figura 2 es un diagrama de flujo que ilustra un procedimiento para establecer una sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) llevada a cabo en el terminal de cliente, de acuerdo con una realizacion.
La Figura 3 es un diagrama de flujo que ilustra un procedimiento para permitir una sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) llevada a cabo en un servidor, de acuerdo con otra realizacion.
La Figura 4a es un diagrama de senalizacion que ilustra un procedimiento para permitir una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming), de acuerdo con otra realizacion mas.
La Figura 4b es un diagrama de senalizacion que ilustra un procedimiento para permitir una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming), de acuerdo con otra realizacion mas.
La Figura 5 es un diagrama de bloque que ilustra un terminal de cliente con mas detalle, de acuerdo con otra realizacion.
La Figura 6 es un diagrama de bloque que ilustra un servidor con mas detalle, de acuerdo con otra realizacion. Descripcion detallada
Para describirlo brevemente, la presente invencion puede ser utilizada de manera que un terminal de cliente y un servidor pueden alcanzar un establecimiento relativamente mas rapido y mas fiable de una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming). Una suma de control basada en informacion de descripcion de sesion disponible es generada en un terminal de cliente antes de ser enviada a un servidor. El servidor genera a continuacion una suma de control correspondiente basandose en informacion de descripcion de sesion correcta disponible en el servidor. La suma de control correcta es comparada en el servidor con la suma de control recibida. Finalmente, el servidor envfa un mensaje de respuesta al terminal de cliente, indicando el mensaje de respuesta si la suma de control recibida es correcta o incorrecta. Si la comparacion de las sumas de control indica que la suma de control recibida es incorrecta, el servidor suplementa ademas el mensaje de respuesta con la informacion de descripcion de sesion correcta.
En esta descripcion, el termino “suma de control” se refiere a cualquier resultado de una operacion logica o aritmetica llevada a cabo en una corriente de bits, para permitir una comprobacion del contenido de la corriente de bits. Por ejemplo, una funcion de comprobacion aleatoria, como MD5 (Message-Digest algorithm 5 - Algoritmo de Digestion de Mensaje 5), SHA1, o un algoritmo de Comprobacion de Redundancia Cfclica, o un dfgito de comprobacion puede ser aplicado para generar la suma de control. Las funciones y algoritmos anteriores son generalmente conocidos en el sector y no es necesario describirlos con detalle. El Protocolo de Transmision en Flujo continuo y tiempo real (streaming) es un protocolo utilizado comunmente para la transmision de datos de medios transmitidos en flujo continuo y tiempo real (streaming), y se denomina a continuacion en esta memoria “RTSP”. El Protocolo de Descripcion de Sesion es un protocolo usado comunmente para formatear informacion de descripcion de sesion, con respecto a medios transmitidos en flujo continuo y tiempo real (streaming), y se denomina a continuacion en esta memoria “SDP”. La informacion de descripcion de sesion comprende informacion relativa, por ejemplo, a medios y a atributos. No es necesario describir aqrn los protocolos RTSP y SDP con detalle para comprender las realizaciones siguientes.
Con referencia a la FIGURA 2, que ilustra un diagrama de flujo con etapas ejecutadas en un terminal de cliente, se describe ahora un procedimiento para permitir una sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) entre el terminal de cliente y un servidor de acuerdo con una realizacion. En una primera etapa 200, se genera una suma de control de SDP basandose en informacion de SDP disponible en el terminal de cliente, aplicando un algoritmo de suma de control sobre la informacion de SDP. La suma de control de SDP puede ser generada basandose en toda la informacion de SDP disponible, o basandose en algunas partes espedficas de la informacion de SDP. Por ejemplo, puede utilizarse informacion de medios y/o informacion de atributos de la informacion de SDP. En una etapa 202 siguiente, la suma de control de SDP generada es enviada junto con un mensaje de solicitud-de-establecimiento desde el terminal de cliente hasta el servidor, para ser comparada con una suma de control correcta generada en el servidor para informacion de SDP disponible en el servidor. El mensaje de solicitud-de-establecimiento puede ser realizado mediante un mensaje de <ESTABLECIMIENTO>.
A continuacion en una etapa 204 siguiente, un mensaje de respuesta es recibido desde el servidor, indicando si la suma de control de SDP enviada al servidor es correcta o no. Tfpicamente, si la suma de control de SDP enviada es correcta, el mensaje de respuesta puede ser realizado mediante un mensaje de <OK>. Por otro lado, si la suma de control enviada es incorrecta, el mensaje de respuesta comprende un mensaje que indica que la suma de control de SDP es incorrecta. Si la comparacion llevada a cabo por el servidor indica que la suma de control de SDP recibida desde el terminal de cliente es incorrecta, el mensaje de respuesta sera ademas suplementado con la informacion de SDP correcta del servidor. La informacion de s Dp correcta recibida puede comprender toda la informacion de SDP o solo la correccion de las partes incorrectas de la informacion de SDP. En otra etapa 206, se decide si la informacion de SDP disponible en el terminal de cliente debe ser actualizada o no. La decision se basa en el mensaje de respuesta recibido en la etapa 204. Si el mensaje de respuesta indica que la suma de control de SDP enviada en incorrecta y esta suplementado ademas con la informacion de SDP correcta, la informacion de SDP disponible en el terminal de cliente sera actualizada con la informacion de SDP correcta recibida.
Si se decide en la etapa 206 no actualizar la informacion de SDP disponible en el terminal de cliente, se establece una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) entre el terminal de cliente y el servidor en una etapa 208 siguiente, basandose la sesion de comunicacion en la informacion de SDP ya disponible en el terminal de cliente. El terminal de cliente empieza a continuacion a recibir medios transmitidos en flujo continuo y tiempo real (streaming) desde el servidor.
Si se decide en la etapa 206 actualizar la informacion de SDP, entonces en otra etapa 210 la informacion de SDP disponible es actualizada con el mensaje de respuesta en la etapa 204. Finalmente, las etapas 200-206 se repiten, utilizando la informacion de SDP actualizada ahora disponible en el terminal de cliente.
En una etapa 212 opcional, ilustrada con una lmea de trazos, el cliente tambien puede solicitar el establecimiento de una o de mas sesiones de comunicacion adicionales, simultaneamente con una sesion de comunicacion establecida. En ese caso, el cliente repite a continuacion las etapas 200-206, relativas a la sesion o sesiones de comunicacion adicional o adicionales. Por ejemplo, si una sesion de audio esta establecida, puede establecerse una sesion de video u otra sesion de audio.
Opcionalmente, el terminal de cliente tambien puede enviar un mensaje de solicitud de iniciacion para un servicio suplementado con la informacion de SDP disponible en el terminal de cliente deseado, y a continuacion recibir un mensaje relativo al servicio deseado, antes de que el servidor empiece a enviar datos de medios transmitidos en flujo continuo y tiempo real (streaming) en la etapa 208. El mensaje de solicitud de iniciacion puede ser realizado mediante un mensaje de <REPRODuClR>. Los mensajes: <ESTABLECIMIENTO>, <OK>, <REPRODUCIR>, etc, son mensajes utilizados comunmente, y no es necesario describirlos aqu con mas detalle.
Aunque esta realizacion de ejemplo describe un procedimiento en el que un terminal de cliente solicita establecer una sesion de comunicacion y espera un mensaje de respuesta antes de solicitar un servicio de medios transmitidos en flujo continuo y tiempo real (streaming) deseado, la invencion no esta limitada a esto. El procedimiento descrito puede, como resultara evidente para un experto en la materia, ser facilmente adaptado para ser aplicado a cualquier sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) en la que un terminal de cliente y un servidor intercambian informacion de descripcion de sesion en el establecimiento de la sesion o durante la sesion, por ejemplo para establecer una sesion de comunicacion canalizada, o durante una sesion de conmutacion de contenido rapida.
Con referencia a la FIGURA 3, que ilustra un diagrama de flujo con etapas ejecutadas en un servidor, se describira ahora un metodo de permitir una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y el servidor de acuerdo con una realizacion. En una primera etapa 300, un mensaje de solicitud-de-establecimiento, suplementado con una suma de control de SDP es recibido desde el terminal de cliente. La suma de control de SDP recibida ha sido generada basandose en informacion de SDP disponible en el terminal de cliente. En una etapa 302 siguiente, se genera una suma de control de SDP correcta basandose en informacion de SDP correcta disponible en el servidor. La suma de control de SDP correcta es a continuacion, en una etapa 304 siguiente, comparada con la suma de control de SDP correcta generada.
Si el resultado de la comparacion indica que la suma de control de SDP recibida es correcta, entonces en otra etapa 306, se envfa un mensaje de respuesta al terminal de cliente, confirmando la suma de control de SDP recibida. En una etapa 308 siguiente, la sesion de comunicacion es establecida a continuacion y el servidor puede empezar a enviar medios transmitidos en flujo continuo y tiempo real (streaming) sobre la sesion de comunicacion establecida aplicando la informacion de SDP correcta.
Por otra parte, si el resultado de la comparacion indica que la suma de control de SDP recibida es correcta, entonces en otra etapa 310, se envfa un mensaje de respuesta suplementado con la informacion de SDP correcta al terminal de cliente, para actualizar la informacion de SDP disponible en el terminal de cliente. La informacion de SDP correcta puede comprender toda la informacion de SDP o solo las partes correctas. El servidor repite a continuacion las etapas 300-304, basandose en la informacion de SDP actualizada.
Con referencia a las FIGURAS 4a y 4b, que ilustran diagramas de senalizacion con mensajes intercambiados entre un terminal de cliente 400 y un servidor 402, se describiran ahora procedimientos de permitir una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) entre el terminal de cliente y el servidor de acuerdo con otras dos realizaciones. La Figura 4a ilustra el caso en el que la informacion de SDP disponible en el terminal de cliente es correcta, cuando la Figura 4b por el contrario ilustra el caso en el que la informacion de SDP es incorrecta.
De acuerdo con el procedimiento ilustrado en la FIGURA 4a, en una primera etapa 4:1a, el terminal de cliente 400 que desea establecer una sesion de comunicacion con el servidor 402 para medios transmitidos en flujo continuo y tiempo real (streaming), genera una suma de control de SDP basandose en informacion de SDP disponible en el terminal de cliente. La suma de control de SDP puede ser generada basandose en toda la informacion de SDP o en algunas partes espedficas de la informacion de SDP, por ejemplo informacion de medios y/o informacion de atributos. En una etapa 4:2a siguiente, el terminal de cliente envfa un mensaje de solicitud-de-establecimiento al servidor para iniciar el establecimiento de la sesion de comunicacion, estando el mensaje de solicitud-deestablecimiento suplementado con la suma de control de SDP generada en la etapa 4:1a. Como se ha descrito anteriormente, el mensaje de solicitud-de-establecimiento puede ser realizado mediante un mensaje de <ESTABLECIMIENTO>. El mensaje completo puede ser: <ESTABLECIMIENTO>, <SDP-Disponible: “Suma de control de SDP”>.
En una etapa 4:3a siguiente, llevada a cabo en el servidor, se genera otra suma de control de SDP basandose en la informacion de SDP correcta disponible en el servidor. La suma de control de SDP recibida es a continuacion comparada con la suma de control de SDP correcta.
En otra etapa 4:4a, se envfa un mensaje de respuesta indicando el resultado de la comparacion llevada a cabo en la etapa 4:3a desde el servidor al terminal de cliente. En esta realizacion las sumas de control comparadas son identicas, y el mensaje de respuesta por lo tanto confirmara que la informacion de SDP disponible en el terminal de cliente es correcta. El mensaje de respuesta puede ser realizado mediante un mensaje de <OK>.
Opcionalmente, el terminal de cliente tambien puede enviar un mensaje de solicitud de iniciacion para un servicio deseado al servidor, suplementado con la informacion de SDP disponible en el terminal de cliente, y recibir un mensaje de respuesta relativo al dispositivo deseado, antes de que el servidor empiece a enviar los datos de medios transmitidos en flujo continuo y tiempo real (streaming). Esto se lleva a cabo en las etapas 4:5a y 4:6a intermedias, respectivamente, ilustradas mediante lmeas de trazos. El mensaje de solicitud de iniciacion para un servicio deseado puede ser realizado mediante un mensaje de <REPRODUClR>, suplementado con la suma de control de SDP basada en la informacion de SDP disponible en el terminal de cliente. El mensaje completo puede ser: <REPRODUCIR>, <SDP-Disponible: “Suma de control de SDP”>. El mensaje de respuesta puede ser realizado mediante un mensaje de <OK>.
En una etapa 4:7a final, se establece una sesion de comunicacion y el servidor empieza a enviar los medios transmitidos en flujo continuo y tiempo real (streaming) al terminal de cliente.
De acuerdo con el procedimiento ilustrado en la FIGURA 4b, en una primera etapa 4:1b, el terminal de cliente 400 que desea establece una sesion de comunicacion con un servidor 402 para medios transmitidos en flujo continuo y tiempo real (streaming), genera una suma de control de SDP basandose en informacion de SDP disponible en el terminal de cliente. La suma de control de SDP puede ser generada basandose en toda la informacion de SDP o en algunas partes espedficas de la informacion de SDP. En una etapa 4:2b siguiente, el terminal de cliente envfa un mensaje de solicitud-de-establecimiento al servidor para iniciar el establecimiento de la sesion de comunicacion, siendo el mensaje de solicitud-de-establecimiento suplementado con la suma de control de SDP generada en la etapa 4:1b. Como se ha descrito anteriormente, el mensaje de solicitud-de-establecimiento puede ser realizado mediante un mensaje de <ESTABLECIMIENTO>. En una etapa 4:3b siguiente, llevada a cabo en el servidor, se genera otra suma de control de SDP basandose en la informacion de SDP correcta disponible en el servidor. La suma de control de SDP recibida es a continuacion comparada con la suma de control de SDP correcta. Las etapas 4:1b-4:3b corresponden a las etapas 4:1a-4:3a en la realizacion descrita anteriormente, pero se llevan a cabo para informacion de SDP incorrecta disponible en el terminal de cliente.
En otra etapa 4:4b, se envfa un mensaje de respuesta indicando el resultado de la comparacion llevada a cabo en la etapa 4:3b desde el servidor al terminal de cliente. En esta realizacion las sumas de control comparadas no son identicas, y el mensaje de respuesta indicara por lo tanto que la informacion de SDP disponible en el terminal de cliente es incorrecta. El mensaje de respuesta esta ademas suplementado con la informacion de SDP correcta del servidor. La informacion de SDP correcta enviada puede comprender toda la informacion de SDP o solo las partes corregidas. El mensaje completo puede ser: <Suma de control de SDP incorrecta>, <Longitud del Contenido 295>, <”SDP”>.
En una etapa 4:5b siguiente, el terminal de cliente actualiza la informacion de SDP disponible con la informacion de SDP correcta recibida. El terminal de cliente hace a continuacion un nuevo intento de establecer la sesion de comunicacion utilizando la informacion de SDP actualizada mediante, en otra etapa 4:6b, la generacion de una suma de control de SDP basada en la informacion de SDP actualizada, antes de enviar un nuevo mensaje de solicitud-de-establecimiento al servidor suplementado con la suma de control de SDP generada, en una etapa 4:7b siguiente. En otra etapa 4:8b, llevada a cabo en el servidor, se genera otra suma de control de SDP basandose en la informacion de SDP correcta disponible en el servidor. La suma de control de SDP recibida es a continuacion comparada con la suma de control de SDP correcta.
En otra etapa 4:9b, se envfa un mensaje de respuesta indicando el resultado de la comparacion llevada a cabo en la etapa 4:8b al terminal de cliente. En esta realizacion las sumas de control comparadas son identicas, y el mensaje de respuesta confirmara por lo tanto que la informacion de SDP disponible actualizada en el terminal de cliente es correcta. El mensaje de respuesta puede ser realizado mediante un mensaje de <OK>. Las etapas 4:6b-4:9b corresponden a las etapas 4:1b-4:4b, pero son llevadas a cabo para informacion de SDP actualizada en el terminal de cliente.
Como se ha descrito en la realizacion anterior, el terminal de cliente puede ademas enviar tambien un mensaje de solicitud de iniciacion para un servicio deseado al servidor suplementado con la informacion de SDP disponible en el terminal de cliente, y recibir un mensaje de respuesta relativo al servicio deseado, antes de que el servidor empiece a enviar los medios transmitidos en flujo continuo y tiempo real (streaming). Esto se lleva a cabo en las etapas 4:10b y 4:11b intermedias, respectivamente, ilustradas mediante lmeas de trazos. Analogamente a las etapas 4:5a descritas en la realizacion anterior, el mensaje de respuesta de iniciacion para un servicio deseado puede ser realizado mediante un mensaje de <REPRODUCIR>, suplementado con la suma de control de SDP basada en la informacion de SDP actualizada disponible en el terminal de cliente. Ademas, el mensaje de respuesta puede ser realizado mediante un mensaje de <OK>.
En una etapa 4:12b final, se establece una sesion de comunicacion y el servidor empieza a enviar los medios transmitidos en flujo continuo y tiempo real (streaming) al terminal de cliente.
Los procedimientos descritos anteriormente pueden ser facilmente adaptados a cualquier sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) en la que un terminal de cliente y un servidor intercambian informacion de descripcion de sesion en el establecimiento de la sesion o durante la sesion.
En una realizacion alternativa, diferente de la descrita anteriormente, toda la informacion de SDP disponible en el terminal de cliente, o una parte de toda la informacion de SDP puede ser enviada al servidor en lugar de una suma de control de SDP. En el servidor en esta realizacion toda la informacion de SDP o una parte de la informacion de SDP es comparada con la informacion de SDP disponible en el servidor.
Con referencia a la FIGURA 5, se describira ahora una realizacion de un terminal de cliente 500 para permitir una sesion de comunicacion 512 para medios transmitidos en flujo continuo y tiempo real (streaming) con un servidor. El terminal de cliente 500 comprende una unidad de informacion de descripcion de sesion 502, un generador de suma de control 504, una unidad de comunicacion 506 y una unidad de recepcion de medios 510. La unidad de informacion de descripcion de sesion 502 esta adaptada para enviar su informacion de SDP disponible al generador de suma de control 504 cuando el terminal de cliente 500 establece una sesion de comunicacion con un servidor para medios transmitidos en flujo continuo y tiempo real (streaming). El generador de suma de control 504 esta adaptado para generar una suma de control de SDP basandose en la informacion de SDP recibida y para enviar la suma de control de SDP generada a la unidad de comunicacion 506. El generador de suma de control 504 puede generar la suma de control de SDP basandose en toda la informacion de SDP disponible o solo en alguna parte o partes de ella, por ejemplo, de la informacion de medios y/o de la informacion de atributos. La unidad de comunicacion 506 esta adaptada para enviar un mensaje de solicitud-de-establecimiento, suplementado con la suma de control de SDP recibida al servidor sobre un enlace de comunicacion 508.
La unidad de comunicacion 506 esta tambien adaptada para recibir un mensaje de respuesta desde el servidor sobre el enlace de comunicacion 508, en respuesta al mensaje de solicitud-de-establecimiento, indicando el mensaje de respuesta si la suma de control de SDP enviada es correcta o incorrecta. La suma de control de SDP puede ser incorrecta debido a varias razones, por ejemplo, la suma de control de SDP esta afectada por errores de transmision durante la transmision desde el terminal de cliente 500 al servidor, o la suma de control de SDP puede ser generada basandose en informacion de SDP no actualizada, etc.
La unidad de comunicacion 506 esta tambien adaptada para establecer una sesion de comunicacion 512 con el servidor y para empezar a recibir medios transmitidos en flujo continuo y tiempo real (streaming) desde el servidor sobre la sesion de comunicacion 512 establecida, si el mensaje de respuesta indica que la suma de control de SDP enviada es correcta, estando la sesion de comunicacion basada en la informacion de SDP disponible en la unidad de informacion de descripcion de sesion 502. Ademas, la unidad de comunicacion 506 esta adaptada para proporcionar los medios transmitidos en flujo continuo y tiempo real (streaming) recibidos al receptor de medios 510. El terminal de cliente 500 esta tambien adaptado para enviar un mensaje de solicitud de iniciacion para un servicio deseado al servidor sobre el enlace de comunicacion 508, antes de que el servidor empiece a enviar los medios transmitidos en flujo continuo y tiempo real (streaming) sobre la sesion de comunicacion 512 establecida. El mensaje de solicitud de iniciacion puede ser suplementado con la suma de control de SDP generada.
Ademas, la unidad de comunicacion 506 esta adaptada para recibir la informacion de SDP correcta desde el servidor sobre el enlace de comunicacion 508, si el mensaje de respuesta recibido indica que la informacion de SDP recibida es incorrecta. La unidad de comunicacion 506 esta tambien adaptada para enviar la informacion de SDP correcta a la unidad de informacion de descripcion de sesion 502, la cual esta tambien adaptada para actualizar su informacion de SDP almacenada disponible y enviar la informacion de SDP actualizada al generador de suma de control 504. El generador de suma de control 504 esta tambien adaptado para generar una suma de control de SDP actualizada basandose en la informacion de SDP actualizada, y la unidad de comunicacion 506 esta tambien adaptada para enviar un nuevo mensaje de solicitud-de-establecimiento suplementado con la suma de control de SDP actualizada. El terminal de cliente tambien puede estar adaptado para establecer una o mas sesiones de comunicacion, simultaneamente con una sesion de comunicacion establecida. Por ejemplo, si una sesion de audio esta establecida, pueden establecerse una sesion de video u otra sesion de audio.
Opcionalmente, la unidad de informacion de descripcion de sesion 502 puede estar adaptada para enviar toda la informacion de SDP o solo alguna parte o algunas partes de ella a la unidad de comunicacion 506. La unidad de comunicacion 506 tambien puede estar adaptada para enviar la informacion de SDP recibida al servidor.
Con referencia a la FIGURA 6, se describira ahora una realizacion de un servidor 600 para permitir una sesion de comunicacion 614 para medios transmitidos en flujo continuo y tiempo real (streaming) con un terminal de cliente. El servidor 600 comprende una unidad de informacion de descripcion de sesion 602, un generador de suma de control 604, una unidad de comunicacion 606, una unidad de determinacion 608 y una unidad de envfo de medios 610. Cuando el terminal de cliente establece una sesion de comunicacion 614 con el servidor para medios transmitidos en flujo continuo y tiempo real (streaming), la unidad de comunicacion 606 esta adaptada para recibir un mensaje de solicitud-de-establecimiento suplementado con una suma de control de SDP desde el terminal de cliente sobre un enlace de comunicacion 612, siendo la suma de control de SDP recibida generada basandose en la informacion de SDP disponible en el terminal de cliente. La unidad de comunicacion 606 esta tambien adaptada para proporcionar la suma de control de SDP recibida a una primera entrada de la unidad de determinacion 608. La unidad de informacion de descripcion de sesion 602 esta adaptada para enviar la informacion de SDP correcta al generador de suma de control 604, el cual esta adaptado para generar una suma de control de SDP correcta y proporcionarla a una segunda entrada de la unidad de determinacion 608. La unidad de determinacion 608 esta adaptada para comparar la suma de control de SDP recibida desde el terminal de cliente con la suma de control de SDP correcta, y enviar el resultado de la comparacion con la unidad de informacion de descripcion de sesion 602.
La unidad de informacion de descripcion de sesion 602 esta tambien adaptada para iniciar la unidad de comunicacion 606 para enviar un mensaje de respuesta al terminal de cliente cuando recibe el resultado de la comparacion, indicando el mensaje de respuesta el resultado de la comparacion. Ademas, la unidad de informacion de descripcion de sesion 602 esta adaptada para proporcionar la informacion de SDP correcta a la unidad de comunicacion 606, para ser enviada sobre el enlace de comunicacion 612 suplementado al mensaje de respuesta, si el resultado de la comparacion indica que la suma de control de SDP recibida desde el terminal de cliente es incorrecta.
La unidad de comunicacion 606 esta tambien adaptada para establecer la sesion de comunicacion 614 y para empezar a enviar medios transmitidos en flujo continuo y tiempo real (streaming) al terminal de cliente sobre la sesion de comunicacion 614 establecida, basandose en la informacion de SDP disponible en la unidad de informacion de descripcion de sesion 602, si el resultado de la comparacion por el contrario indica que la suma de control de SDP recibida es correcta. Ademas, la unidad de comunicacion 606 esta adaptada para recibir los medios que se van a enviar desde el emisor de medios 610.
Opcionalmente, el servidor 600 puede tambien estar adaptado para recibir un mensaje de solicitud de iniciacion desde el terminal de cliente sobre el enlace de comunicacion 612, antes de que el servidor empiece a enviar los medios transmitidos en flujo continuo y tiempo real (streaming) sobre la sesion de comunicacion 614 establecida. El mensaje de solicitud de iniciacion puede estar suplementado con la suma de control de SDP generada en el terminal de cliente.
Opcionalmente, la unidad de informacion de descripcion de sesion 602 puede estar adaptada para enviar toda la informacion de SDP o solo alguna parte o algunas partes de ella a la unidad de determinacion 608. La unidad de determinacion 606 puede tambien estar adaptada para recibir toda la informacion de SDP o solo alguna parte o algunas partes de ella desde el terminal de cliente, y proporcionarla a la unidad de determinacion 608. La unidad de determinacion puede tambien estar adaptada para comparar informacion de SDP en lugar de sumas de control de SDP.
El terminal de cliente 500 descrito y el servidor 600 pueden facilmente, como resultara evidente para un experto en la materia, estar adaptados para ser aplicados para cualquier sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) donde un terminal de cliente y un servidor intercambian informacion de descripcion de sesion en el establecimiento de la sesion o durante la sesion, por ejemplo, para establecer una sesion de comunicacion canalizada, o durante una sesion de conmutacion de contenido rapida. Ademas, debe entenderse que el terminal de cliente y el servidor descritos anteriormente en esta descripcion tambien comprenden medios convencionales adicionales que proporcionan funcionalidad, tales como por ejemplo varias unidades de control y memorias, necesarias para permitir funciones y caractensticas comunes para operar adecuadamente. No obstante, por razones de simplicidad, cualquier medio o funcionalidad que no es necesario para la comprension del establecimiento de una sesion de comunicacion para medios transmitidos en flujo continuo y tiempo real (streaming) propuesto ha sido omitido en las figuras, y no se explicara con mas detalle en esta descripcion.
Por medio de la presenta invencion, se obtiene un rapido y fiable metodo para permitir una sesion de comunicacion para datos de medios transmitidos en flujo continuo y tiempo real (streaming) desde un servidor a un terminal de cliente. Utilizando la solucion descrita anteriormente, el permitir la sesion de comunicacion puede ser llevado a cabo aplicando informacion de descripcion de sesion distribuida al terminal de cliente de antemano. Ademas, el usuario del terminal de cliente no corre el riesgo de utilizar informacion de descripcion de sesion no actualizada o que este afectada por varios fallos.
Aunque la invencion se ha descrito con referencia a realizaciones de ejemplo espedficas, la descripcion solo pretende, en general, ilustrar el concepto de la invencion y no debe tomarse como limitativa del alcance de la invencion. Aunque un terminal de cliente y un servidor de medios se han utilizado en toda la memoria cuando se describen las realizaciones anteriores, puede utilizarse de la manera descrita cualquier otro terminal de comunicacion adecuado para la comunicacion de medios transmitidos en flujo continuo y tiempo real (streaming).

Claims (21)

REIVINDICACIONES
1. Un metodo llevado a cabo en el terminal de cliente, el metodo para establecer una sesion de medios transmitidos en flujo continuo y tiempo real (streaming) entre el terminal de cliente y un servidor, comprendiendo el metodo: a) generar (200) una suma de control basandose en al menos un subconjunto de la informacion de descripcion de sesion disponible en el terminal de cliente,
a) enviar (202) un mensaje de solicitud-de-establecimiento al servidor, el mensaje de solicitud suplementado con una suma de control y
b) recibir (204) un mensaje de respuesta desde el servidor, indicando el mensaje de respuesta si la suma de control en el mensaje de solicitud es correcta o incorrecta, estando el mensaje de respuesta suplementado con la informacion de descripcion de sesion correcta si la suma de control en el mensaje de solicitud es incorrecta, y en el que el mensaje de respuesta indica que la suma de control en el mensaje de solicitud es incorrecta, comprendiendo ademas el metodo
c) actualizar (210) la informacion de descripcion de sesion disponible en el terminal de cliente basandose en la informacion de descripcion de sesion correcta recibida con el mensaje de respuesta, y
d) repetir las etapas a-b utilizando la informacion de descripcion de sesion actualizada para permitir el establecimiento de la sesion.
2. El metodo de acuerdo con la reivindicacion 1, en el que si el mensaje de respuesta indica que la informacion de descripcion de sesion en el mensaje de solicitud es correcta, la sesion se establece y se reciben (208) los datos de medios desde el servidor.
3. El metodo de acuerdo con la reivindicacion 1 o 2, en el que la suma de control se genera basandose en informacion de medios en la informacion de descripcion de sesion y/o informacion de atributos en la informacion de descripcion de sesion.
4. El metodo de acuerdo con la reivindicacion 1 o 2, en el que la suma de control se genera basandose en toda la informacion de descripcion de sesion, toda la informacion de descripcion de sesion es recibida desde el servidor si la suma de control es incorrecta, y ademas toda la informacion de descripcion de sesion se actualiza en la etapa c.
5. El metodo de acuerdo con la reivindicacion 1 o 2, en el que la informacion de descripcion de sesion en el mensaje de solicitud es toda la informacion de descripcion de sesion o alguna parte o algunas partes de la informacion de descripcion de sesion.
6. El metodo de acuerdo con cualquiera de las reivindicaciones 1-5, en el que los medios transmitidos en flujo continuo y tiempo real (streaming) se reciben de acuerdo con el RTSP y la informacion de descripcion de sesion es formateada de acuerdo con el SDP.
7. Un metodo llevado a cabo en un servidor, el metodo para establecer una sesion de medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y el servidor, comprendiendo el metodo:
a) recibir (300) desde un terminal de cliente un mensaje de solicitud-de-establecimiento suplementado con una suma de control basada en al menos un subconjunto de la informacion de descripcion de sesion disponible en el terminal de cliente,
b) determinar (304) si la suma de control recibida es correcta o incorrecta,
c) enviar (306, 310) un mensaje de respuesta indicando si la suma de control es correcta o incorrecta al terminal de cliente, y tambien si la suma de control es incorrecta suplementar (310) el mensaje de respuesta con la informacion de descripcion de sesion correcta disponible en el servidor.
8. El metodo de la reivindiccion 7, donde, si el mensaje de respuesta indica que la suma de control es correcta, la sesion se establece y los datos de medios se envfan (308) al terminal de cliente.
9. El metodo de la reivindicacion 7 u 8, donde, si el mensaje de respuesta indica que la medios transmitidos en flujo continuo y tiempo real (streaming) es incorrecta, se ejecuta la otra etapa:
a) repetir las etapas a-c utilizando la informacion de descripcion de sesion utilizando la informacion de descripcion de sesion actualizada para permitir el establecimiento de la sesion.
10. Un terminal de cliente (500) para establecer una sesion (512) de medios transmitidos en flujo continuo y tiempo real (streaming) con un servidor, comprendiendo el terminal de cliente (500):
a) una unidad de informacion de descripcion de sesion (502) adaptada para a') generar (200) una suma de control basandose en al menos un subconjunto de la informacion de descripcion de sesion disponible en el terminal de cliente,
b) una unidad de comunicacion (506) adaptada para
i) enviar (202) un mensaje de solicitud-de-establecimiento al servidor, suplementado el mensaje de solicitud con suma de control
ii) recibir (204) un mensaje de respuesta desde el servidor, indicando el mensaje de respuesta si la suma de control en el mensaje de solicitud es correcta o incorrecta, estando suplementado el mensaje de respuesta con la informacion de descripcion de sesion correcta si la suma de control en el mensaje de solicitud es incorrecta; y en donde el mensaje de respuesta indica que la suma de control en el mensaje de solicitud es incorrecta, adaptada ademas la unidad de comunicacion para:
actualizar (210) la informacion de descripcion de sesion disponible en el terminal de cliente basandose en la informacion de descripcion de sesion correcta recibida con el mensaje de respuesta, y
repetir las etapas i)-ii) utilizando la informacion de descripcion de sesion actualizada para permitir el establecimiento de la sesion.
11. El terminal de cliente (500) segun la reivindicaicon 10, en el que la unidad de informacion de descripcion de sesion (502) esta adaptada tambien para actualizar la informacion de descripcion de sesion almacenada cuando se recibe informacion de descripcion de sesion correcta.
12. El terminal de cliente de acuerdo con las reivindicaciones 10 u 11, que comprende tambien una unidad de recepcion de medios (510), y en el que la unidad de comunicacion (506) esta tambien adaptada para recibir medios transmitidos en flujo continuo y tiempo real (streaming) desde el servidor y proporcionarla a la unidad de recepcion de medios (510).
13. El terminal de cliente de acuerdo con la reivindicaciones 10, 11 o 12, en el que:
• la unidad de comunicacion (506) esta tambien adaptada para recibir loa medios transmitidos en flujo continuo y tiempo real (streaming) de acuerdo con el RTSP,
• la unidad de informacion de descripcion de sesion (502) esta tambien adaptada para almacenar la informacion de descripcion de sesion formateada de acuerdo con el SDP.
14. El terminal de cliente de acuerdo con cualquiera de las reivindicaciones 10 a 13, que comprende tambien un generador de suma de control (504) dispuesto para generar una suma de control basandose en al menos informacion de medios en la informacion de descripcion de sesion y/o informacion de atributos en la informacion de descripcion de sesion.
15. El terminal de cliente de acuerdo con la reivindicacion 14, en el que el generador de suma de control (504) esta tambien adaptado para generar la suma de control basandose en toda la informacion de descripcion de sesion disponible en el terminal de cliente, la unidad de informacion de descripcion de sesion (502) esta tambien adaptada para almacenar toda la informacion de descripcion de sesion y para actualizar toda la informacion de descripcion de sesion disponible en el terminal de cliente cuando se proporciona un mensaje de respuesta con la informacion de descripcion de sesion correcta.
16. Un servidor (600) para establecer una sesion (614) de medios transmitidos en flujo continuo y tiempo real (streaming) con un terminal de cliente, comoprendiendo el servidor (600):
a) una unidad de informacion de descripcion de sesion (602) adaptada para almacenar informacion de descripcion de sesion,
b) una unidad de comunicacion (606) adaptada para recibir un mensaje de solicitud-de-establecimiento suplementado con una suma de control basada en al menos un subconjunto de informacion de descripcion de sesion disponible en el terminal de cliente por medio de un enlace de comunicacion (610), y tambien adaptado para enviar un mensaje de respuesta al terminal de cliente por medio del enlace de comunicacion, y
c) una unidad de determinacion (608) adaptada para determinar si la suma de control recibida es correcta, y enviar el resultado a la unidad de informacion de descripcion de sesion (602),
en donde la unidad de informacion de descripcion de sesion (602) esta ademas dispuesta para generar el mensaje de respuesta, y suplementar el mensaje de respuesta con la informacion de descripcion de sesion correcta si la unidad de determinacion (608) indica que la suma de control recibida es incorrecta.
17. El servidor de acuerdo con la reivindicacion 16, que comprende tambien un generador de suma de control (604) adaptado para generar una suma de control correcta basandose en al menos un subconjunto de la informacion de descripcion de sesion almacenada en la unidad de informacion de descripcion de sesion (602), y en el que la unidad de determinacion (608) esta tambien adaptada para llevar a cabo la determinacion comparando la suma de control recibida con la suma de control correcta.
18. El servidor de acuerdo con la reivindicacion 17, en el que el generador de suma de control (604) esta tambien adaptado para generar la suma de control basandose en informacion de medios en la informacion de descripcion de sesion y/o informacion de atributos en la informacion de descripcion de sesion.
19. El servidor de acuerdo con cualquiera de las reivindicaciones 17 o 18, en el que el generador de suma de control (604) esta tambien adaptado para generar la suma de control basandose en toda la informacion de descripcion de sesion disponible en el servidor, la unidad de informacion de descripcion de sesion (602) esta tambien adaptada para almacenar toda la informacion de descripcion de sesion, y para proporcionar toda la informacion de descripcion de sesion a la unidad de comunicacion (606) para ser suplementada al mensaje de respuesta.
20. El servidor de acuerdo con cualquiera de las reivindicaciones 16 a 19, que comprende tambien una unidad de envfo de medios (612), en el que la unidad de comunicacion (606) esta tambien adaptada para recibir medios transmitidos en flujo continuo y tiempo real (streaming) desde la unidad de envfo de medios (612) y enviar los medios recibidos en flujo continuo y tiempo real (streaming) al terminal de cliente.
21. El servidor de acuerdo con cualquiera de las reivindicaciones 16 a 20, en el que:
• la unidad de comunicacion (606) esta tambien adaptada para comunicar los medios transmitidos en flujo continuo y tiempo real (streaming) de acuerdo con el RTSP, y
• la unidad de informacion de descripcion de sesion (602) esta tambien adaptada para almacenar el contenido de la informacion de descripcion de sesion que esta formateado de acuerdo con el SDP.
ES11187567T 2008-01-11 2008-05-13 Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming) Active ES2709177T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US2048908P 2008-01-11 2008-01-11

Publications (1)

Publication Number Publication Date
ES2709177T3 true ES2709177T3 (es) 2019-04-15

Family

ID=39769037

Family Applications (2)

Application Number Title Priority Date Filing Date
ES11187567T Active ES2709177T3 (es) 2008-01-11 2008-05-13 Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming)
ES08869260T Active ES2376798T3 (es) 2008-01-11 2008-05-13 Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming)

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES08869260T Active ES2376798T3 (es) 2008-01-11 2008-05-13 Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming)

Country Status (11)

Country Link
US (1) US8838805B2 (es)
EP (2) EP2274891B1 (es)
JP (1) JP5279842B2 (es)
KR (1) KR101561315B1 (es)
CN (1) CN101911646B (es)
AT (1) ATE533279T1 (es)
BR (1) BRPI0821625A2 (es)
DK (1) DK2274891T3 (es)
ES (2) ES2709177T3 (es)
TW (1) TWI506993B (es)
WO (1) WO2009088333A1 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103152495B (zh) * 2013-02-04 2015-08-19 华为终端有限公司 一种媒体转移的方法、装置及***

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7139813B1 (en) 1999-11-01 2006-11-21 Nokia Networks Oy Timedependent hyperlink system in videocontent
FI20002821A (fi) * 2000-12-21 2002-06-22 Sonera Oyj Keskitetty sessionhallinta
FI115744B (fi) * 2001-02-08 2005-06-30 Nokia Corp Kommunikaatiopalvelu
US7631037B2 (en) * 2001-02-08 2009-12-08 Nokia Corporation Data transmission
GB2397723A (en) * 2002-11-14 2004-07-28 Nokia Corp Data transmission
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
FI114676B (fi) * 2002-09-25 2004-11-30 Syslore Oy Viestien prosessointi
KR100742244B1 (ko) * 2002-12-18 2007-07-24 노키아 코포레이션 세션들을 고지하는 방법
US7586938B2 (en) * 2003-10-24 2009-09-08 Microsoft Corporation Methods and systems for self-describing multicasting of multimedia presentations
US7263071B2 (en) * 2003-10-08 2007-08-28 Seiko Epson Corporation Connectionless TCP/IP data exchange
EP1758334A1 (en) * 2005-08-26 2007-02-28 Matsushita Electric Industrial Co., Ltd. Establishment of media sessions with media adaptation
CN100550908C (zh) * 2005-12-13 2009-10-14 华为技术有限公司 一种进行会话能力信息操作的方法及网络实体
FR2909241B1 (fr) * 2006-11-27 2009-06-05 Canon Kk Procedes et dispositifs de gestion dynamique des erreurs de transmission par des points d'interconnexion de reseaux.

Also Published As

Publication number Publication date
JP2011509627A (ja) 2011-03-24
JP5279842B2 (ja) 2013-09-04
KR101561315B1 (ko) 2015-10-16
CN101911646A (zh) 2010-12-08
EP2418823A3 (en) 2016-11-30
KR20100103679A (ko) 2010-09-27
TWI506993B (zh) 2015-11-01
DK2274891T3 (da) 2011-12-05
US8838805B2 (en) 2014-09-16
CN101911646B (zh) 2013-12-18
EP2274891B1 (en) 2011-11-09
WO2009088333A1 (en) 2009-07-16
ES2376798T3 (es) 2012-03-16
EP2418823B1 (en) 2018-10-31
EP2418823A2 (en) 2012-02-15
EP2274891A1 (en) 2011-01-19
TW200937920A (en) 2009-09-01
US20100293445A1 (en) 2010-11-18
BRPI0821625A2 (pt) 2015-06-16
ATE533279T1 (de) 2011-11-15

Similar Documents

Publication Publication Date Title
ES2589112T3 (es) Gestión de claves para comunicación segura
CN101843075B (zh) 通过代理连接的主机之间的安全邻居发现
ES2436792T3 (es) Método, sistema, servidor y terminal de procesamiento de mensaje
ES2593830T3 (es) Método, sistema y dispositivo para intercambiar información de capacidad de dispositivos
CN101960814B (zh) Ip地址委派
US20070186130A1 (en) Reduced size transmission data packet header format for a medical device
KR20130111960A (ko) 통신 네트워크에서 보안 노드 진입
EP2309686A1 (en) Data packet processing method and apparatus thereof
CN104836784A (zh) 一种信息处理方法、客户端和服务器
US8161185B2 (en) Method and apparatus for assigning IPv6 link state identifiers
CN111699706A (zh) 用于通过蓝牙低能耗连接进行通信的主从***
CN111654481B (zh) 一种身份认证方法、装置和存储介质
US9049012B2 (en) Secured cryptographic communication system
CN114142995B (zh) 面向区块链中继通信网络的密钥安全分发方法及装置
ES2709177T3 (es) Método y aparato para establecer una sesión de medios transmitidos en flujo continuo y tiempo real (streaming)
CN114124368B (zh) 一种数据传输方法、客户端、服务端及存储介质
CN114095499A (zh) 区块链中继通信网络的中立性验证方法及装置
CN114827307B (zh) 基于多数据***的数据共享方法、***及服务器
CN114124367B (zh) 一种数据传输方法、装置及存储介质
CN114513418A (zh) 一种数据处理方法及相关设备
CN111064571B (zh) 一种通信终端、服务器及动态更新预共享密钥的方法
CN114866267A (zh) 在区块链网络中实现安全组播的方法及装置
Zimmermann et al. RFC 6189: ZRTP: Media Path Key Agreement for Unicast Secure RTP
CN115669209A (zh) 接入认证方法、装置、设备及存储介质
CN116962391A (zh) 一种基于纠删码的临近传输方法及装置