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

Un método para permitir una sesión de comunicación para medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y un servidor,

que comprende la ejecución de las siguientes etapas en el terminal de cliente:

a) enviar (202) un mensaje de solicitud al servidor, suplementado con información de descripción de sesión disponible en el terminal de cliente, y b) recibir (204) un mensaje de respuesta desde el servidor indicando si la información de descripción de sesión es correcta o incorrecta, estando el mensaje de respuesta suplementado con la información de descripción de sesión correcta si la información de descripción de sesión enviada es incorrecta, en el que, si el mensaje de respuesta indica que la información de descripción de sesión enviada es correcta, la sesión es ejecutada recibiendo (208) datos de medios desde el servidor.

Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/SE2008/050556.

Solicitante: TELEFONAKTIEBOLAGET L M ERICSSON (PUBL).

Nacionalidad solicitante: Suecia.

Dirección: 164 83 STOCKHOLM SUECIA.

Inventor/es: BRODIN,Per-Erik, SUN,Jiong.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • H04L29/06 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 29/00 Disposiciones, aparatos, circuitos o sistemas no cubiertos por uno solo de los grupos H04L 1/00 - H04L 27/00. › caracterizadas por un protocolo.
  • H04L29/08 H04L 29/00 […] › Procedimiento de control de la transmisión, p. ej. procedimiento de control del nivel del enlace.

PDF original: ES-2376798_T3.pdf

 

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

Fragmento de la descripción:

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

CAMPO TÉCNICO

La presente invención se refiere de manera general al establecimiento de sesiones de Packet-switched Streaming Service (PSS – Servicio de Transmisión 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 invención puede ser utilizada donde un teléfono móvil 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 comunicación de paquetes conmutados, la información digital se divide en una pluralidad de paquetes de información que son distribuidos a través de una red de comunicación desde un participante emisor hasta un participante receptor. Típicamente, los paquetes de información se distribuyen utilizando una pluralidad de rutas de comunicación entre el participante emisor y el participante receptor, y la información original es reconstruida en el participante receptor a partir de los participantes de información recibidos. Aunque los participantes de información pueden estar distribuidos utilizando diferentes rutas de comunicación, puede decirse que el participante emisor y el participante receptor están conectados mediante un enlace de comunicación virtual. Estableciendo tal enlace de información virtual, se establecerá una sesión de comunicación para el envío de datos de medios transmitidos en flujo continuo y tiempo real (streaming) .

En esta descripción, un terminal de cliente recibe medios transmitidos en flujo continuo y tiempo real (streaming) sobre un enlace de comunicación virtual. No obstante, el terminal de cliente y el servidor, respectivamente, pueden ser cualquier tipo de equipo de comunicación adecuado para la transmisión o la recepción de medios transmitidos en flujo continuo y tiempo real (streaming) sobre cualquier tipo de enlace de comunicación. Por ejemplo, el terminal de cliente puede ser un terminal de telefonía móvil en un UMTS (Universal Mobile Telecommunications System – Sistema de Telecomunicaciones de Telefonía Móvil Universal) o un ordenador conectado a una red de comunicación de ordenadores, etc.

Con referencia a la FIGURA 1, se describirá ahora esquemáticamente un procedimiento en el que un terminal de cliente 100 está estableciendo una sesión de comunicación para datos de medios transmitidos en flujo continuo y tiempo real (streaming) con un servidor 102, de acuerdo con la técnica anterior. En una primera etapa 1:1, el terminal de cliente 100 inicia una sesión de comunicación para datos de medios transmitidos en flujo continuo y tiempo real (streaming) enviando una solicitud al servidor 102. Típicamente, la solicitud es un mensaje de <ESTABLECER>, de acuerdo con estándares conocidos, y por lo tanto no es necesario describirlo aquí con más 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 continuación en otra etapa 1:3, el terminal de cliente 100 envía otra solicitud al servidor 102, para iniciar el envío de datos de medios desde el servidor 102 hasta el terminal de cliente. Típicamente, 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 comunicación 100. Los mensajes de mando son mensajes convencionales de acuerdo con los estándares para servicios de datos de medios transmitidos en flujo continuo y tiempo real (streaming) , que no se describen aquí con detalle. Típicamente, los mensajes de mando son suplementados con varios parámetros de información. No obstante, para simplificar la comprensión del proceso, estos parámetros de información no se muestran en la figura 1 esquemática.

En general, es necesario proporcionar información de descripción de sesión antes de que la sesión pueda ser ejecutada. El término “información de descripción de sesión” se refiere a información relativa, por ejemplo, a rutas de comunicación disponibles entre un participante emisor y un participante receptor, capacidad de información para las rutas de comunicación, etc. La información de descripción de sesión es típicamente almacenada tanto en el servidor como en el terminal de cliente.

Para la distribución de información de descripción de sesión a los terminales de cliente en sistemas de servicio de comunicación en paquetes conmutados hoy en día se aplican generalmente dos métodos: Bien la información de descripción de sesión será distribuida desde el servidor durante el establecimiento de la sesión de comunicación, o bien antes del establecimiento de la sesión de comunicación.

La distribución de información de descripción de sesión antes del establecimiento de una sesión de comunicación puede ser llevada a cabo cuando un terminal de cliente desea acceder a un servidor de comunicación en una ocasión posterior, tal como cuando una persona se suscribe a un servicio que permite la descarga de música en flujo continuo y tiempo real (streaming) desde un servidor en una ocasión posterior. La información de descripción de sesión puede entonces ser obtenida por medio de una ruta de comunicación o por medio de un canal de comunicación alternativo, tal como una conexión de HTTP. Una ventaja de distribuir la información de descripción de sesión antes del establecimiento de una sesión de comunicación es que el tiempo de establecimiento de la sesión de comunicación se reducirá.

La distribución de información de descripción de sesión durante el establecimiento de una sesión de comunicación puede ser llevada a cabo iniciando el establecimiento de la sesión de comunicación con el envío de una solicitud de información de descripción de sesión al servidor, y a continuación en respuesta, con la recepción de la información de descripción de sesión. Una ventaja de distribuir la información de descripción de sesión durante el establecimiento de una sesión de comunicación es que la información de descripción de sesión está actualizada.

No obstante, existen ciertos problemas asociados con las soluciones existentes esbozadas anteriormente. El usuario de un terminal de cliente que desea establecer una sesión de comunicación para datos de medios transmitidos en flujo continuo y tiempo real (streaming) tiene que decidir entre invertir un tiempo relativamente largo en establecer la sesión de comunicación, o correr el riesgo de utilizar información de descripción de sesión que no está actualizada. Utilizar información de descripción de sesión no actualizada puede provocar errores inesperados si no existe una ruta de comunicación seleccionada. Por otro lado, el terminal de cliente podría no tener conocimiento de todas las rutas de comunicación disponibles.

La información de descripción de sesión podría ser corrompida o modificada durante la transmisión desde el servidor hasta el terminal de cliente, o durante el almacenamiento en el terminal de cliente.

El documento WO02/51178A1 describe un método para el manejo de sesiones entre clientes y servidores, estando cada sesión identificada por in ID de sesión. La gestión de la sesión comprueba que el ID es correcto. Si lo es, la gestión de la sesión envía la información de la sesión del cliente a la aplicación.

El documento US2004/0148400 A1 describe un método para iniciar una sesión de transmisión en flujo continuo y tiempo real (streaming) , el descriptor puede comprender alguna información criptográfica, tal como una suma de control criptográfica para comprobar la validez del contenido que se va a transmitir durante la sesión.

El documento WO02/080590 A2 describe un sistema de comunicación inalámbrica que soporta un servicio de transmisión que utiliza un mensaje de session description protocol (SDP – Protocolo de Descripción de Sesión) correspondiente a la sesión de transmisión, donde una suma de control de UDP proporcionará detección de error para la carga útil de SDP.

El documento WO01/033418 A2 describe un método para establecer... [Seguir leyendo]

 


Reivindicaciones:

1. Un método para permitir una sesión de comunicación para medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y un servidor, que comprende la ejecución de las siguientes etapas en el terminal de cliente:

a) enviar (202) un mensaje de solicitud al servidor, suplementado con información de descripción de sesión disponible en el terminal de cliente, y b) recibir (204) un mensaje de respuesta desde el servidor indicando si la información de descripción de sesión es correcta o incorrecta, estando el mensaje de respuesta suplementado con la información de descripción de sesión correcta si la información de descripción de sesión enviada es incorrecta, en el que, si el mensaje de respuesta indica que la información de descripción de sesión enviada es correcta, la sesión es ejecutada recibiendo (208) datos de medios desde el servidor.

2. El método de acuerdo con la reivindicación 1, en el que el mensaje de solicitud es un mensaje de REPRODUCIR.

3. El método de acuerdo con la reivindicación 1, en el que el mensaje de solicitud es un mensaje de solicitud-deestablecimiento.

4. El método de acuerdo con cualquiera de las reivindicaciones 1 a 3, en el que si el mensaje de respuesta indica que la información de descripción de sesión enviada es incorrecta, se ejecutan las siguientes etapas:

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 la ejecución de la sesión.

5. El método de acuerdo con cualquiera de las reivindicaciones 1 a 4, en el que la otra etapa a' es ejecutada antes de la etapa a:

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, y la información de descripción de sesión enviada en la etapa a) es la suma de control generada.

6. El método de acuerdo con la reivindicación 5, en el que la suma de control se genera basándose en información de medios en la información de descripción de sesión y/o información de atributos en la información de descripción de sesión.

7. El método de acuerdo con la reivindicación5, en el que la suma de control se genera basándose en toda la información de descripción de sesión, toda la información de descripción de sesión es recibida desde el servidor si la suma de control es incorrecta, y además toda la información de descripción de sesión se actualiza en la etapa c.

8. El método de acuerdo con cualquiera de las reivindicaciones 1 a 4, en el que la información de descripción de sesión adaptada al mensaje de solicitud es toda la información de descripción de sesión o alguna parte o algunas partes de la información de descripción de sesión.

9. El método de acuerdo con cualquiera de las reivindicaciones 1-8, en el que los medios transmitidos en flujo continuo y tiempo real (streaming) se reciben de acuerdo con el RTSP y la información de descripción de sesión es formateada de acuerdo con el SDP.

10. Un método para permitir una sesión de comunicación para medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y un servidor, que comprende la ejecución de las siguientes etapas en el servidor:

a) recibir (300) un mensaje de respuesta suplementado con una suma de control basada en al menos un subconjunto de la información de descripción de sesión 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 también si la suma de control es incorrecta suplementar (310) el mensaje de respuesta con la información de descripción de sesión correcta disponible en el servidor, donde, si el mensaje de respuesta indica que la suma de control es correcta, la sesión es ejecutada enviando (308) datos de medios al terminal de cliente, y 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: d) repetir las etapas a-c utilizando la información de descripción de sesión correcta para permitir la ejecución de la sesión.

11. El método de acuerdo con la reivindicación 10, en el que el mensaje de solicitud es un mensaje de REPRODUCIR.

12. El método de acuerdo con la reivindicación 10 u 11, en el que el mensaje de solicitud es un mensaje de solicitud-de-establecimiento.

13. Un método para permitir una sesión de comunicación para medios transmitidos en flujo continuo y tiempo real (streaming) entre un terminal de cliente y un servidor, que comprende las etapas siguientes:

a) generar (4:1a, 4:1b, 4:6b) en el terminal de cliente 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, b) enviar (4:2a, 4:2b, 4:7b) un mensaje de solicitud-de-establecimiento, suplementado con la suma de control desde el terminal de cliente al servidor, c) determinar (4:3a, 4:3b, 4:8b) en el servidor si la suma de control recibida es correcta o incorrecta, enviando (4:4a, 4:4b, 4:9b) un mensaje de respuesta desde el servidor al terminal de cliente, y además si la suma de control es incorrecta suplementar el mensaje de respuesta con la información de descripción de sesión correcta disponible en el servidor, donde, si el mensaje de respuesta indica que la suma de control es correcta, la sesión es ejecutada enviando (4:7a, 4:12b) datos de medios desde el servidor al terminal de cliente, y donde, si el mensaje de respuesta indica que la suma de control es incorrecta se ejecutan las siguientes etapas: d) actualizar (4:5b) 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 e) repetir las etapas a-c utilizando la información de descripción de sesión actualizada.

14. El método de acuerdo con la reivindicación 13, en el que la determinación de si la suma de control es correcta o incorrecta se lleva a cabo generando una suma de control correcta basándose en al menos un subconjunto de la información de descripción de sesión correcta disponible en el servidor, y comparando la suma de control recibida con la suma de control generada.

15. Un terminal de cliente (500) para permitir una sesión de comunicación (512) para medios transmitidos en flujo continuo y tiempo real (streaming) con un servidor, que comprende:

a) una unidad de información de descripción de sesión (502) adaptada para almacenar la información de descripción de sesión disponible en el terminal de cliente, b) una unidad de comunicación (506) adaptada para enviar un mensaje de solicitud-de-establecimiento suplementado con la información de descripción de sesión almacenada por medio de un enlace de comunicación (508) al servidor, y también adaptada para recibir un mensaje de respuesta desde el servidor por medio del enlace de comunicación (508) , estando la unidad de información de descripción de sesión (502) adaptada también para actualizar la información de descripción de sesión almacenada cuando se recibe información de descripción de sesión correcta.

16. El terminal de cliente de acuerdo con la reivindicación 15, que comprende también una unidad de recepción de medios (510) , y en el que la unidad de comunicación (506) está también adaptada para recibir medios transmitidos en flujo continuo y tiempo real (streaming) desde el servidor y proporcionarla a la unidad de recepción de medios (510) .

17. El terminal de cliente de acuerdo con la reivindicación 15 ó 16, en el que:

• la unidad de comunicación (506) está también adaptada para recibir loa medios transmitidos en flujo continuo y tiempo real (streaming) de acuerdo con el RTSP,

• la unidad de información de descripción de sesión (502) está también adaptada para almacenar la información de descripción de sesión formateada de acuerdo con el SDP.

18. El terminal de cliente de acuerdo con cualquiera de las reivindicaciones 15 a 17, que comprende también un generador de suma de control (504) que está también adaptado para generar una suma de control basándose en al menos información de medios en la información de descripción de sesión y/o información de atributos en la información de descripción de sesión.

19. El terminal de cliente de acuerdo con la reivindicación 18, en el que el generador de suma de control (504) está también adaptado para generar la suma de control basándose en toda la información de descripción de sesión disponible en el terminal de cliente, la unidad de información de descripción de sesión (502) está también adaptada para almacenar toda la información de descripción de sesión y para actualizar toda la información de descripción de sesión disponible en el terminal de cliente cuando se proporciona un mensaje de respuesta con la información de descripción de sesión correcta.

20. Un servidor (600) para permitir una sesión de comunicación (614) para medios transmitidos en flujo continuo y tiempo real (streaming) con un terminal de cliente, que comprende:

a) una unidad de información de descripción de sesión (602) adaptada para almacenar información de descripción de sesión, b) una unidad de comunicación (606) adaptada para recibir un mensaje de solicitud-de-establecimiento suplementado con información de descripción de sesión disponible en el terminal de cliente por medio de un enlace de comunicación (610) , y también adaptado para enviar un mensaje de respuesta al terminal de cliente por medio del enlace de comunicación, y c) una unidad de determinación (608) adaptada para determinar si la información de descripción de sesión recibida es correcta, y enviar el resultado a la unidad de información de descripción de sesión (602) , estando la unidad de información de descripción de sesión (602) también adaptada para generar el mensaje de respuesta, y suplementar el mensaje de respuesta con la información de descripción de sesión correcta si la unidad de determinación (608) indica que la información de descripción de sesión recibida es incorrecta.

21. El servidor de acuerdo con la reivindicación 20, que comprende también un generador de suma de control (604) adaptado para generar una suma de control correcta basándose en al menos un subconjunto de la información de descripción de sesión almacenada en la unidad de información de descripción de sesión (602) , y en el que la unidad de determinación (608) está también adaptada para llevar a cabo la determinación comparando la suma de control recibida con la suma de control correcta.

22. El servidor de acuerdo con la reivindicación 21, en el que el generador de suma de control (604) está también adaptado para generar la suma de control basándose en información de medios en la información de descripción de sesión y/o información de atributos en la información de descripción de sesión.

23. El servidor de acuerdo con cualquiera de las reivindicaciones 21 ó 22, en el que el generador de suma de control (604) está también adaptado para generar la suma de control basándose en toda la información de descripción de sesión disponible en el servidor, la unidad de información de descripción de sesión (602) está también adaptada para almacenar toda la información de descripción de sesión, y para proporcionar toda la información de descripción de sesión a la unidad de comunicación (606) para ser suplementada al mensaje de respuesta.

24. El servidor de acuerdo con cualquiera de las reivindicaciones 20 a 23, que comprende también una unidad de envío de medios (612) , en el que la unidad de comunicación (606) está también adaptada para recibir medios transmitidos en flujo continuo y tiempo real (streaming) desde la unidad de envío de medios (612) y enviar los medios recibidos en flujo continuo y tiempo real (streaming) al terminal de cliente.

25. El servidor de acuerdo con cualquiera de las reivindicaciones 20 a 24, en el que:

• la unidad de comunicación (606) está también adaptada para comunicar los medios transmitidos en flujo continuo y tiempo real (streaming) de acuerdo con el RTSP, y

• la unidad de información de descripción de sesión (602) está también adaptada para almacenar el contenido de la información de descripción de sesión que está formateado de acuerdo con el SDP.

 

Patentes similares o relacionadas:

Procedimiento y dispositivo para el procesamiento de una solicitud de servicio, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para el procesamiento de una solicitud de servicio, comprendiendo el procedimiento: recibir (S201), mediante un nodo de consenso, una solicitud […]

Método para atender solicitudes de acceso a información de ubicación, del 22 de Julio de 2020, de Nokia Technologies OY: Un aparato que comprende: al menos un procesador; y al menos una memoria que incluye un código de programa informático para uno o más programas, […]

Sincronización de una aplicación en un dispositivo auxiliar, del 22 de Julio de 2020, de OPENTV, INC.: Un método que comprende, mediante un dispositivo de medios: acceder, utilizando un módulo de recepción, un flujo de datos que incluye contenido […]

Procedimiento y dispositivo para su uso en la gestión de riesgos de información de aplicación, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un procedimiento para la gestión de riesgos de información de aplicación en un dispositivo de red, comprendiendo el procedimiento: recibir información […]

Gestión de memoria intermedia recomendada de red de una aplicación de servicio en un dispositivo de radio, del 22 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método llevado a cabo por un nodo de red en una red de comunicación por radio , comprendiendo el método: obtener (S1) una predicción del ancho […]

Método, servidor y sistema de inicio de sesión de confianza, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método de inicio de sesión de confianza implementado por computadora aplicado a un sistema de inicio de sesión de confianza que comprende un primer sistema de aplicación […]

Método y aparato para configurar un identificador de dispositivo móvil, del 22 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método implementado por servidor para configurar un identificador de dispositivo móvil, que comprende: obtener una lista de aplicaciones, APP, […]

Método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático de cliente que comprende una entidad de módulo de identidad de abonado con un kit de herramientas de módulo de identidad de abonado así como una miniaplicación de módulo de identidad de abonado, sistema, dispositivo informático de cliente y entidad de módulo de identidad de abonado para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en el dispositivo informático de cliente, programa que comprende un código de programa legible por ordenador y producto de programa informático, del 22 de Julio de 2020, de DEUTSCHE TELEKOM AG: Un método para un nivel mejorado de autenticación relacionado con una aplicación de cliente de software en un dispositivo informático […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .