Un aparato (222) para gestionar la calidad de servicio de una sesión,

estando el aparato (222) configurado para determinar, si un flujo de medios que requiere la clase de tráfico más alta dentro de una pluralidad de flujos de medios se quita de la sesión, cuando se modifica la sesión establecida entre dos terminales móviles (110, 120) o un terminal móvil y un servidor, a través de un enlace de comunicación; que se caracteriza porque el aparato (222) está configurado además para mantener la clase de tráfico existente para los restantes flujos de medios para la sesión, si se quita de la sesión el flujo de medios que requiere la clase de tráfico más alta

ANTECEDENTES DE LA INVENCIÓN

CAMPO TÉCNICO

La presente invención se refiere a redes móviles que incluyen gestión de calidad de servicio (QoS) integral, y más particularmente, se refiere a la autorización y gestión dinámica de medios de clases de QoS de una sesión (conexión entre usuarios o terminales móviles, o entre un terminal móvil y un servidor) que comprende una pluralidad de tipos diferentes de flujos de medios dentro de redes móviles.

ANTECEDENTES DE LA INVENCIÓN

Las redes móviles de módem, tales como aquellas redes estandarizadas por las especificaciones del 3GPP (Proyecto de Asociación de Tercera Generación) que incluyen todos los GSM (Sistema Global para Comunicaciones Móviles) y terceras generaciones de redes GSM, son la integración sin fisuras de redes celulares digitales y sistemas de comunicaciones personales para proporcionar servicios de telecomunicación que incluyen, por ejemplo, servicios de redes de datos móviles y servicios multimedia IP.

Cada sistema 3GPP puede incluir una red de núcleo y una infraestructura de redes de acceso por radio que usa tecnologías de Servicio General de Radio por Paquetes (GPRS) y de Velocidades de Datos Mejoradas para la Evolución Global (EDGE) o que soportan Acceso por Radio Terrestre Universal (UTRA) operable tanto en Duplex por División de Frecuencia (FDD) como en Duplex por División de Tiempo (TDD). La red de núcleo CN puede estar lógicamente dividida en dominios conmutados por circuitos (CD) y conmutados por paquetes (PS) con entidades CN dispuestas para el tráfico de usuario y la señalizaciones relacionada, y un Subsistema Multimedia IP (IMS) con entidades de red de núcleo (CN) dispuestas para los servicios multimedia IP. Algunas entidades CN tales como el Servidor de Abonados Propios (HSS), el Registro de Posición de Clientes Propios (HLR), el Centro de Autenticación (AuC), el Registro de Posición de Visitantes (VLR) y el Registro de Identificación de Equipos (EIR) pueden ser comunes a los dominios PS y CS, mientras que otras entidades CN tales como el Centro de Conmutación Móvil (MSC) y el MSC de Puerta de Enlace son específicos del el dominio CS para gestionar los servicios conmutados por circuitos hacia / desde las estaciones móviles, y el Nodo de Soporte (GGSN) del GPRS (servicio general de radio por paquetes) de Puerta de Enlace y el GSN de Servicio (SGSN) son específicos para el dominio PS para gestionar la transmisión de paquetes hacia / desde las estaciones móviles.

Para servicios multimedia IP, las entidades IMS funcionales, tales como la Función de Control de la Sesión de Llamada (CSCF) pueden disponerse para manejar procedimientos relacionados con la CDCF, incluyendo el establecimiento del contexto de PDP (Protocolo de Datos por Paquetes, por ejemplo, IP) para la señalización relacionada con el IMS, el registro y otros procedimientos para las sesiones IMS. La CSCF puede actuar como CSCF Proxy (PCSCF) para servir como un primer punto de contacto para un equipo de usuario (UE) (por ejemplo, el dispositivo que permite que un usuario acceda a los servicios de red, tal como un terminal móvil dentro del subsistema multimedia IP (IMS), la CSCF de Servicio (S-CSCF) para gestionar estados de la sesión en la red o una CSCF interrogativa (I-CDCF) para servir como punto de contacto dentro de una red del operador para todas las conexiones IMS destinadas bien a un abonado de ese operador de red o bien a un abonado itinerante en un área de servicio dada. Consulte la Especificación Técnica (TS) 3GPP 23.002, V5.9.0 (diciembre de 2002) “Network Architecture”; la TS 3GPP 23.101, V4.0.0 (abril de 202) “General UMTS Architecture”; y la TS 3GPP 23.110, V4.0.0 (abril de 2001) “UMTS Access Stratum: Services and Functions”; y la Especificación Técnica (TS) 3GPP 23.228, V6.0.1 (enero de 2003) “IP Multimedia Subsystem (IMS)”. Todas las especificaciones 3GPP (GSM/3G) pueden encontrarse y descargarse del servidor 3GPP en ftp://ftp.3gpp.org/especs. Además, los mecanismos para crear, mantener y actualizar las especificaciones 3GPP (incluyendo diferentes versiones de una especificación 3GPP dada con una funcionalidad nueva o modificada) también puede encontrarse en la Especificación Técnica (TS) 3GPP 21.900 V5.0.1 (septiembre de 2002) “Technical Specification Group Working Methods.”

Se ha estandarizado una Función de Decisión de Política (PDF) para supervisar la gestión de las clases de calidad de servicio (QoS) de una sesión que comprenda una pluralidad de flujos de medios, para efectuar decisiones de estrategia basadas en la sesión y en la información relacionada con los medios, incluyendo la máxima clase autorizada de tráfico para un flujo de medios dado entre dos usuarios (terminales móviles) o entre un terminal móvil y un servidor, y para intercambiar entonces la información de la decisión con el GGSM a través de una interfaz Go, tal como se pone de manifiesto en la TS 3GPP 29.207 V.5.2.0 (siembre de 2002) “Policy Control over Go Interface”, Versión 5; en la 3GPP TS 23.207 V.5.6.0 (diciembre de 2002) “EndTo-End Quality of Service (QoS) Concept and Architecture”, Versión 5 y en la TS 3GPP 29.208

V.5.2.0 (diciembre de 2002) ) “End-To-End Quality of Service (QoS) signaling flows”, Versión 5. Dicha PDF puede integrarse dentro de la P-CSFC tal como se pone de manifiesto en la especificación 3GPP, Versión 5 (diciembre de 2002), o alternativamente, puede implementarse en un elemento de red separado que está separado de la P-CSCF tal como se pone de manifiesto en la TS 3GPP, Versión 6 (enero de 2003).

En general, cuando se establece una sesión (conexión) entre equipos de usuario (UE) (por ejemplo, terminales móviles), o entre un terminal móvil y un servidor, y se modifica la sesión (por ejemplo, de audio bidireccional y vídeo unidireccional a vídeo unidireccional solamente), la PDF cambia la clase de tráfico (de conversacional a flujo de datos en tiempo real). Esto es porque la sesión tal como se estableció entre los equipos de usuario (UE), por ejemplo terminales móviles, o entre un terminal móvil y un servidor, comprende un flujo de audio bidireccional y un flujo de vídeo unidireccional. El flujo de audio bidireccional se usa para una conversación en tiempo real, y consecuentemente, requiere una clase de tráfico en tiempo real de bajo retardo, por ejemplo, la clase de tráfico CONVERSATIONAL. El flujo de vídeo unidireccional se usa para transferir imágenes de vídeo en movimiento solamente en una dirección. Dicho flujo de vídeo unidireccional en tiempo real tolera retardos de transmisión más largos y variaciones de retardo (a.k.a., fluctuaciones) ya que el remitente no espera recibir respuesta. Como resultado, el flujo unidireccional en tiempo real utiliza típicamente una clase de tráfico STREAMING en la práctica. Si la sesión se modifica, es decir, si uno del flujo de audio bidireccional o del flujo de vídeo unidireccional finaliza y se quita de la sesión, consecuentemente es necesario que la PDF cambie la clase de tráfico para los recursos portadores. Por ejemplo, si se elimina de la sesión el flujo de audio bidireccional con la clase de tráfico CONVERSATIONAL, el flujo de vídeo unidireccional, con la clase de tráfico STREAMING como requisito por defecto, tiene ahora la “clase de tráfico más alta” de la sesión. Consecuentemente, la PDF cambia (por ejemplo, baja de clasificación) la clase de tráfico para el portador de la sesión de clase de tráfico CONVERSATIONAL a clase de tráfico STREAMING.

Sin embargo, algunos parámetros, tales como el tamaño del búfer en el terminal de recepción, son diferentes en estas clases de tráfico, el cambio de la clase de tráfico con el cambio inherente del retardo de la transmisión provocará el subdesbordamiento del búfer en el terminal

o servidor receptor, reduciendo así la calidad de la conexión percibida por el usuario final.

Puede ocurrir otro problema significativo, cuando se añade un flujo unidireccional (por ejemplo, vídeo) a una sesión existente que comprende un flujo bidireccional (por ejemplo, audio). La petición de clase de tráfico señalada del flujo de vídeo unidireccional es típicamente flujo de datos en tiempo real. La clase de tráfico de la sesión bidireccional es conversacional. Si los flujos de medios tienen una relación temporal (por ejemplo una explicación verbal del flujo de vídeo en el flujo de audio), la diferencia de las clases de tráfico provocará una diferencia en los retardos de transmisión (debido a las diferentes longitudes de los búferes en...

1. Un aparato (222) para gestionar la calidad de servicio de una sesión, estando el aparato

(222) configurado para determinar, si un flujo de medios que requiere la clase de tráfico más alta dentro de una pluralidad de flujos de medios se quita de la sesión, cuando se modifica la sesión establecida entre dos terminales móviles (110, 120) o un terminal móvil y un servidor, a través de un enlace de comunicación; que se caracteriza porque el aparato (222) está configurado además para mantener la clase de tráfico existente para los restantes flujos de medios para la sesión, si se quita de la sesión el flujo de medios que requiere la clase de tráfico más alta.

2. Un aparato (222) para gestionar la calidad de servicio de una sesión, estando el aparato

(222) configurado para determinar, si se añade un flujo unidireccional a la sesión que comprende un flujo bidireccional, cuando se establece o se modifica la sesión entre dos terminales móviles (110, 120) o entre un terminal móvil y un servidor, a través de un enlace de comunicación; que se caracteriza porque el aparato (222) está configurado además para asignar la clase de tráfico más alta, asignada a cualquiera de los flujos de medios de la sesión, a todos los flujos de medios de la sesión durante el tiempo de vida de la sesión, si se añade a la sesión el flujo unidireccional que comprende el flujo bidireccional.

3. El aparato (222) de acuerdo con la reivindicación 1 ó 2, en el que el aparato (222) está configurado para generar un conjunto de información vinculante para vincular un nivel del subsistema multimedia del protocolo de Internet y un nivel de portador de servicio de radio general por paquetes de una sesión de un subsistema multimedia de protocolo de Internet.

4. El aparato (222) de acuerdo con cualquier reivindicación precedente, en el que el terminal móvil (110, 120) comprende al menos uno de entre un equipo terminal y una función de adaptación de terminal configurada para realizar una transmisión de radio y las funciones relacionadas, y que comprende aplicaciones integrales para soportar servicios de telecomunicaciones.

5. El aparato (222) de acuerdo con cualquier reivindicación precedente, en el que el aparato (222) está configurado para supervisar la gestión de las clases de calidad de servicio de la sesión.

6. El aparato (222) de acuerdo con cualquier reivindicación precedente, en el que aparato

(222) está configurado para tomar decisiones de política basándose en la sesión y en la información relacionada con los medios.

7. El aparato (222) de acuerdo con cualquier reivindicación precedente, en el que el aparato (222) está configurado para intercambiar información de decisión con una puerta (210) de enlace.

8. El aparato (222) de acuerdo con la reivindicación 2 o cualquier reivindicación que dependa de la reivindicación 2, en el que el flujo unidireccional comprende un flujo de vídeo unidireccional.

9. El aparato (222) de acuerdo con la reivindicación 2 o cualquier reivindicación que dependa de la reivindicación 2, en el que el flujo bidireccional comprende un flujo de audio bidireccional.

10. Un procedimiento para gestionar la calidad de servicio de una sesión, que comprende:

la determinación de, si se quita de la sesión un flujo de medios que requiere la clase de tráfico más alta dentro de una pluralidad de flujos de medios, cuando se modifica la sesión establecida entre dos terminales móviles o entre terminal móvil y un servidor, a través de un enlace de comunicación; que se caracteriza porque el procedimiento comprende:

el mantenimiento de la clase de tráfico existente para los flujos de medios restantes para la sesión, si se quita de la sesión el flujo de medios que requiere la clase de tráfico más alta.

11. Un procedimiento para gestionar la calidad de servicio de una sesión, que comprende:

la determinación de, si se añade un flujo unidireccional a la sesión que comprende un flujo bidireccional, cuando la sesión se establece o se modifica entre dos terminales móviles o entre terminal móvil y un servidor, a través de un enlace de comunicación; que se caracteriza porque el procedimiento comprende:

la aplicación de la clase de clase de tráfico más alta, asignada a cualquiera de las corrientes de medios de la sesión, a todas las corrientes de medios de la sesión durante el tiempo de vida de la sesión, si se añade el flujo unidireccional a la sesión que comprende el flujo bidireccional.

12. El procedimiento de acuerdo con la reivindicación 10 ú 11, que comprende la generación de un conjunto de información vinculante para vincular un nivel de subsistema multimedia de protocolo de Internet y un nivel de portador de servicio de radio general por paquetes de una sesión de un subsistema multimedia de protocolo de Internet.

13. El procedimiento de acuerdo con cualquiera de las reivindicaciones 10 a 12, que comprende la supervisión de la gestión de las clases de calidad de servicio de la sesión.

14. El procedimiento de acuerdo con cualquiera de las reivindicaciones 10 a 13, que comprende la toma de al menos una decisión de política basándose en la sesión y en la información relacionada con los medios.

15. El procedimiento de acuerdo con cualquiera de las reivindicaciones 10 a 14, que comprende el intercambio de la información de decisión con una puerta de enlace.

16. El procedimiento de acuerdo con la reivindicación 11 o cualquier reivindicación que dependa de la reivindicación 11, en el que el flujo unidireccional comprende un flujo de vídeo unidireccional.

17. El procedimiento de acuerdo con la reivindicación 11 o cualquier reivindicación que dependa de la reivindicación 11, en el que flujo bidireccional comprende un flujo de audio bidireccional.

18. Un producto de programa de ordenador que comprende medios de código de programa almacenados en un medio legible por ordenador, los medios de código de programa están adaptados para realizar cualquiera de las reivindicaciones 10 a 17 cuando el programa se ejecuta en un procesador.