Un método de indicar la calidad de una sesión de medios de transmisión en tiempo real establecida entre un cliente y un servidor,

teniendo la sesión de medios de transmisión en tiempo real un nivel de sesión y al menos un nivel de medios, estando el método caracterizado porque comprende: negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de calidad aplicadas al mismo nivel de la sesión de medios de transmisión en tiempo real; y proporcionar las métricas de calidad aceptadas por el cliente y el servidor durante la negociación de acuerdo con el valor de parámetro de información negociado

ANTECEDENTES

La presente invención se refiere generalmente a contenido de medios de transmisión en tiempo real, y particularmente se refiere a informar acerca de la calidad del contenido de medios de transmisión en tiempo real.

Medios de transmisión en tiempo real es el contenido de multimedios que es recibido de manera continua por, y normalmente mostrado a, un cliente mientras está siendo entregado por un servidor de contenido. “Transmisión en tiempo real” se refiere a la capacidad de una aplicación para reproducir flujos de medios sincronizados como flujos de audio y video de una manera continua mientras los flujos están siendo transmitidos al cliente sobre una red. Medios de transmisión en tiempo real están disponibles sobre redes de IP fija tales como la Internet y más en último lugar sobre redes de acceso por radio por medio de protocolo TS 26.234 para Packet-switched Streaming Services (PSS – Servicios de Transmisión en Tiempo Real con Conmutación de Paquetes) de 3GPP.

El Internet Engineering Task Force (IETF – Grupo de Trabajo de Ingeniería de Internet) mantiene el estándar RFC 2326 de Real-Time Transport Protocol (RTSP – Protocolo de Transmisión en Tiempo Real), el estándar RFC 1889 de Real-Time Transport Protocol (RTP – Protocolo de Transporte en Tiempo Real) y el estándar RFC 4585 de Real-Time Transport Control Protocol (RTCP – Protocolo de Control de Transporte en Tiempo Real). Estos estándares permiten servicios de medios de transmisión en tiempo real. El RTSP permite a un cliente controlar remotamente un servidor de transmisión de medios de transmisión en tiempo real, por ejemplo transmitiendo órdenes del tipo de VCR tales como “reproducir” y “pausar”. Una sesión de medios de transmisión en tiempo real se inicia cuando un cliente transmite una orden de ‘DESCRIBIR' de RTSP que incluye un Uniform Resource Identifier (URI – Identificador de Recurso Uniforme) que identifica a un servidor de medios de transmisión en tiempo real (rtsp://…) La petición de DESCRIBIR identifica también el tipo de datos de respuesta que pueden ser manejados por el cliente. La respuesta enviada por el servidor de medios de transmisión en tiempo real incluye una descripción de presentación, típicamente en formato de Session Description Protocol (SDP – Protocolo de Descripción de Sesión).

Actualmente, la información de SDP puede ser obtenida por medio de una petición de DESCRIBIR de RTSP o yendo a buscar un fichero de SDP por medio de HTTP, por ejemplo en aplicaciones de Wireless Access Protocol (WAP – Protocolo de Acceso Inalámbrico). Cuando se obtiene por medio de HTTP, el cliente ya empieza con un fichero de SDP descargado. De cualquier manera, la descripción de presentación de SDP declara los tipos de medios que se van a usar en la sesión utilizando un tipo de medios de MIME de códec-específico para cada componente de los medios. Cada tipo de medio está asociado con un URI que identifica la situación del correspondiente contenido de medios.

El cliente envía una petición de RTSP de ‘ESTABLECER' al servidor de contenido en respuesta a la petición de DESCRIBIR. La petición de ‘ESTABLECER' especifica cómo va a ser transportado cada flujo de medios. La petición contiene los URIs del flujo de medios y un especificador de transporte. El especificador de transporte típicamente incluye un puerto local para recibir los datos de RTP (por ejemplo, audio, video o texto), y otro para datos de RTCP (meta información). La respuesta del servidor confirma los parámetros elegidos y rellena partes faltantes, tales como los puertos elegidos del servidor. Cada flujo de medios es configurado utilizando un mensaje de ESTABLECER de RTSP antes de que una petición de reproducción pueda ser enviada desde el cliente al servidor.

Después de que cada flujo de medios sea configurado, el cliente envía una petición de ‘REPRODUCIR' al servidor que hace que uno o más flujos de medios sean reproducidos. El URI especificado en la petición de REPRODUCIR puede ser un URI agregado (para reproducir todos los flujos de medios) o un URI de un solo flujo de medios (para reproducir sólo ese flujo). Uno o más de los flujos de medios pueden ser detenidos por el cliente enviando una petición de ‘PAUSAR'. El cliente envía una petición de ‘CORTAR' al cliente para finalizar la sesión de medios de transmisión en tiempo real. La petición de ‘CORTAR' detiene todos los flujos de medios y libera todos los datos relativos a la sesión en el servidor.

Los servidores de medios de transmisión en tiempo real convencionalmente piden a los clientes que envíen informes de Quality of Service (QoS) o Quality of Experience (Calidad de la Experiencia), para indicar la calidad de una sesión de transmisión de medios en tiempo real particular e incluye datos medidos por un cliente en la capa de transporte, la capa de aplicación o ambas para que la métrica sea comunicada. Aunque el servidor pide al cliente que genere los informes de calidad, es el cliente el que determina qué métricas de calidad son comunicadas al servidor y cuándo. Actualmente, están definidas seis métricas de QoS/QoE, aunque se han propuesto otras. Dos métricas de calidad pueden ser aplicadas al nivel de sesión -las métricas de duración del almacenamiento temporal inicial y de duración del nuevo almacenamiento temporal. Las sucesivas métricas de pérdida de paquetes de RTP, duración de la corrupción, desviación de la velocidad de trama y duración de la fluctuación son aplicadas a los niveles de medios, por ejemplo nivel de audio, video, conversación o texto temporizado. Una nueva métrica de QoE en consideración por el 3GPP TSG-SA Working Group informa del tiempo que pasa entre la iniciación de una conmutación de contenido por un usuario y hasta el tiempo de recepción del primer paquete de medios desde el nuevo contenido o flujo de medios (3GPP 26.234 Change Request 0112).

El cliente especifica también uno o más parámetros de información para cada métrica de calidad soportada por el cliente. Como mínimo, un parámetro de tasa de información es acordado para cada una de las métricas soportadas. El parámetro de tasa de información expresa el máximo periodo de tiempo en segundos entre dos informes de QoS/QoE sucesivos para la correspondiente métrica. Opcionalmente, puede también especificarse un parámetro de intervalo de información. El parámetro intervalo de información define el intervalo de tiempo en un flujo de medios para el cual se proporcionan métricas de calidad, por ejemplo, los primeros 40 segundos de un tiempo de reproducción de medios. Un nuevo parámetro de información relativo a la conmutación de contexto está en consideración por el 3GPP TSG-SA Working Group (3GPP 26.234 Change Request 0112). El nuevo parámetro de información sobre conmutación de contexto en consideración mide la duración de una conmutación de contexto. El cliente y el servidor negocian las métricas de calidad y los parámetros de información que deben ser proporcionados por el cliente. Por ejemplo, el servidor puede proponer un conjunto inicial de métricas como parte de la descripción de SDP proporcionada al cliente en respuesta a una petición de DESCRIBIR de RTSP. En otro ejemplo, el servidor en primer lugar hace la proposición a un último estado, por ejemplo, como parte de la respuesta de ESTABLECER.

No obstante, el cliente determina el último lugar sobre qué métricas informará y de acuerdo con qué parámetros. El cliente es libre para negociar las métricas y proporcionar los parámetros con el servidor, por ejemplo, incluyendo propuestas de métricas en un método de petición de ESTABLECER o REPRODUCIR de RTSP u OPCIONES. El proceso de negociación de métricas continúa hasta que el cliente recibe una respuesta de REPRODUCIR del servidor de contenido. Alternativamente, la negociación puede ser restringida a un número de ofertas y contraofertas. De cualquier manera, el cliente informa sobre las métricas y parámetros aceptados tanto por el cliente como por el servidor después de que el proceso de negociación termina. Una métrica y un parámetro se consideran aceptados tanto por el cliente como por el servidor cuando el reconocimiento es aceptado por el servidor, es decir el servidor se hace eco de la propuesta del cliente, por ejemplo como parte de una respuesta de ESTABLECIMINETO o de REPRODUCCIÓN de RTSP. Una vez que una métrica reconocida como aceptada por el servidor, el cliente ya no incluye la misma métrica en las subsiguientes peticiones al servidor. Por ejemplo, el cliente puede proponer una tasa...

1. Un método de indicar la calidad de una sesión de medios de transmisión en tiempo real establecida entre un cliente y un servidor, teniendo la sesión de medios de transmisión en tiempo real un nivel de sesión y al menos un nivel de medios, estando el método caracterizado porque comprende:

negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de calidad aplicadas al mismo nivel de la sesión de medios de transmisión en tiempo real; y

proporcionar las métricas de calidad aceptadas por el cliente y el servidor durante la negociación

de acuerdo con el valor de parámetro de información negociado.

2. El método de la reivindicación 1, en el que negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de calidad aplicadas al mismo nivel de la sesión de medios de transmisión en tiempo real comprende negociar una única tasa de información.

3. El método de la reivindicación 1, que comprende también:

negociar un único valor para un parámetro de información asociado con la pluralidad de métricas de calidad aceptadas durante la negociación por el cliente y el servidor

de acuerdo con ambos valores del parámetro de información negociados.

4. El método de la reivindicación 3, en el que negociar un único valor para el segundo parámetro de información comprende negociar un único intervalo de información.

5. El método de la reivindicación 1, en el que negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de calidad aplicadas al mismo nivel de la sesión de medios de transmisión en tiempo real comprende:

seleccionar un único valor del parámetro de información de una pluralidad de valores del parámetro de información en una respuesta recibida del servidor; y

enviar una petición al servidor proponiendo el valor de parámetro de información seleccionado para cada una de las métricas de calidad soportadas por el cliente.

6. El método de la reivindicación 5, que comprende también:

procesar una respuesta subsiguiente recibida del servidor proponiendo un nuevo valor para el parámetro de información asociado con cada una de las métricas de calidad soportadas por el cliente; y

sustituir el valor del parámetro de información propuesto previamente con el valor de parámetro de información propuesto en último lugar para cada una de las métricas de calidad soportadas por el cliente.

7. El método de la reivindicación 6, que comprende también enviar una petición subsiguiente al servidor indicando que el cliente aceptó el valor del parámetro de información en último lugar propuesto para cada una de las métricas de calidad soportadas por el cliente.

8. El método de la reivindicación 5, que comprende también:

procesar una respuesta subsiguiente recibida del servidor reconociendo como aceptado el valor del parámetro de información propuesto previamente para un primer subconjunto de las métricas de calidad soportadas por el cliente y proponiendo un nuevo valor del parámetro de información para un segundo subconjunto de las métricas de calidad soportadas por el cliente;

aceptar el valor del parámetro de información propuesto previamente para el primer subconjunto de las métricas de calidad soportadas por el cliente; y

rechazar el valor del parámetro de información propuesto en último lugar para el segundo subconjunto de las métricas de sesión soportadas por el cliente.

9. El método de la reivindicación 8, que comprende también enviar una petición subsiguiente al servidor proponiendo de nuevo el valor del parámetro de información

seleccionado previamente para el segundo subconjunto de las métricas de calidad soportadas por el cliente.

10. El método de la reivindicación 1, en el que negociar un único valor para el parámetro de información asociado con una pluralidad de métricas de calidad aplicadas al mismo de la sesión de medios de transmisión en tiempo real comprende:

negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de calidad de sesión aplicadas al nivel de sesión de una sesión de medios de transmisión en tiempo real; y

negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de calidad de medios aplicadas al menos a un nivel de medios de video, audio, conversación o texto temporizado de la sesión de medios de transmisión en tiempo real.

11. El método de la reivindicación 1, en el que negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de sesión aplicadas al mismo nivel de la sesión de medios de transmisión en tiempo real comprende:

recibir una respuesta desde el servidor que aplica las métricas de calidad de la sesión y las métricas de calidad de medios al nivel de sesión de la sesión de medios de transmisión en tiempo real;

aplicar de nuevo las métricas de calidad de medios a uno de los niveles de medios de la sesión de medios de transmisión en tiempo real;

negociar un único valor para un parámetro de información asociado con las métricas de calidad de sesión aplicadas al nivel de sesión; y

negociar un último valor para un parámetro de información asociado con las métricas de calidad de medios aplicados a uno de los niveles de medios.

12. El método de la reivindicación 11, en el que aplicar de nuevo las métricas de calidad de medios a uno de los niveles de medios de la sesión de medios de transmisión en tiempo real comprende asociar las métricas de calidad de medios con un identificador de recurso uniforme que identifica el componente de medios de la sesión de medios de transmisión en tiempo real.

13. El método de la reivindicación 1, en el que proporcionar las métricas de calidad comprende enviar un informe que incluye mediciones obtenidas por el cliente basándose en las métricas de calidad al servidor sobre una red de acceso por radio con conmutación de paquetes.

5 14. Un cliente de medios de transmisión en tiempo real para indicar la calidad de una sesión de medios de transmisión en tiempo real establecida entre el cliente y un servidor, teniendo la sesión de medios de transmisión en tiempo real un nivel de sesión y al menos un nivel de medios, estando el cliente caracterizado porque comprende un procesador configurado para:

10 negociar un único valor para un parámetro de información asociado con una pluralidad de métricas de calidad aplicadas al mismo nivel de la sesión de medios de transmisión en tiempo real; y

proporcionar las métricas de calidad aceptadas por el cliente y el servidor durante una negociación de acuerdo con el valor del parámetro de información 15 negociado.

15. El cliente de medios de transmisión en tiempo real de la reivindicación 14, en el que el procesador está configurado para llevar a cabo las etapas del método de acuerdo con cualquiera de las reivindicaciones 2 a 13.