ES2354072T3

ES2354072T3 - Dispositivos y métodos para un servicio inicado por mensaje forzado.

Info

Publication number: ES2354072T3
Application number: ES04749122T
Authority: ES
Inventors: Robert Skog
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2004-07-05
Filing date: 2004-07-05
Publication date: 2011-03-09
Anticipated expiration: 2024-07-05
Also published as: EP1763964A1; PT1763964E; EP1763964B1; WO2006004466A1; TWI373243B; DE602004029509D1; CN1998255A; PL1763964T3; CN1998255B; US20080068995A1; HK1109689A1; TW200623760A; ATE484142T1; JP2008505528A; JP4523645B2

Abstract

Un terminal para comunicaciones móvil (102a) que comprende una aplicación (310) para recibir al menos un servicio de paquetes de datos de un proveedor de servicios (106a), estando dispuesta dicha aplicación (310) para recibir un mensaje forzado indicador del servicio (309) del proveedor de servicio, incluyendo dicho mensaje indicador del servicio información de que el proveedor de servicio tiene un contenido de servicio para enviar al terminal, y cuya aplicación está dispuesta además para iniciar la configuración de un servicio portador para la recepción de dicho contenido de servicio, caracterizado porque dicho terminal incluye además medios de proceso (311) para recuperar un conjunto de parámetros de calidad de servicio recomendados que está incluido en el mensaje indicador del servicio recibido (309), siendo dicho conjunto de parámetros de calidad de servicio recomendados un conjunto de parámetros de calidad de servicio dentro de un portador que el proveedor de servicio recomienda que el terminal demande del soporte del servicio portador para la recepción del contenido del servicio; procesar el conjunto de parámetros de calidad del servicio recomendados para determinar un conjunto de parámetros de calidad del servicio procesados basados en dicho conjunto de parámetros de calidad de servicio recomendados; y por demandar el conjunto de parámetros de calidad de servicio del proceso para el soporte del servicio portador para la recepción de dicho contenido de servicio.

Description

Campo de la invención

La invención presente trata de equipos y métodos en sistemas de comunicaciones móviles, y más en particular, de controlar la calidad del servicio demandada para las transmisiones relacionadas con un servicio de paquetes de datos. 5

Antecedentes

Las redes de comunicaciones para las comunicaciones basadas en paquetes de información en la forma de bits de datos son bien conocidas para las personas versadas en esta técnica. La importancia creciente de las comunicaciones móviles crea la demanda para la transmisión de datos sobre conexiones inalámbricas. El Protocolo de Aplicaciones Inalámbricas (WAP) define un conjunto de protocolos para 10 permitir a los fabricantes y operadores proporcionar aplicaciones que operan en redes de comunicaciones inalámbricas. Un ejemplo de un servicio que es posible proporcionar a través de una arquitectura de Protocolo de Aplicaciones Inalámbricas (WAP) es el WAP Forzado, que es un servicio para enviar contenido a los dispositivos móviles. La tecnología “forzada” implica que un servidor en un modelo cliente / servidor transmite información a un cliente sin una demanda explícita por parte del cliente. Esto se 15 diferencia de la tecnología “demandada” que es utilizada típicamente, por ejemplo, para navegar por Internet, en la que el cliente demanda un servicio o información del servidor, que a continuación responde transmitiendo información al cliente. En otras palabras, las transacciones “demandadas” de información son iniciadas por el cliente, mientras que las transacciones “forzadas” son iniciadas por el servidor.

En una operación WAP Forzada un Iniciador Forzado (PI) transmite un contenido forzado y 20 proporciona instrucciones a una Salida Proximal Forzada (PPG), que a continuación proporciona el contenido forzado a un cliente WAP, como por ejemplo un teléfono móvil o cualquier otro tipo de terminal con capacidades WAP, de acuerdo con las instrucciones de entrega.

El Iniciador Forzado puede ser una aplicación que se ejecuta en un servidor de Internet ordinario. El Iniciador Forzado comunica con la Salida Proximal Forzada utilizando el Protocolo de Acceso Forzado 25 (PAP) mientras que la Salida Proximal Forzada utiliza el Protocolo Forzado a Través del Aire (Protocolo OTA) para suministrar el contenido forzado al cliente. Se puede encontrar más información a cerca de la red WAP Forzada en el documento “WAP Push Architectural Over View, versión 03-julio-2001”, publicado en la página web del WAP Forum (
http://www.wapfporum.org ).

Como se explica en el documento mencionado más arriba con frecuencia es necesario que el 30 cliente active el soporte para suministrar el contenido forzado. Para este propósito el cliente comprende una aplicación que escucha las Peticiones de Inicio de Sesión (SIR) de la Salida Proximal Forzada, y responde activando el servicio de soporte que el terminal considera apropiado y a continuación contacta con la Salida Proximal Forzada deseada. La Petición de Inicio de Sesión se envía típicamente al cliente utilizando comunicación forzada sin conexión y es, por ejemplo, incluida en un SMS sencillo. 35

La red WAP forzada permite que cualquier tipo de medio MIME sea transportada entre el Iniciador Forzado y el cliente. Algunos tipos de medios específicos han sido también definidos específicamente para añadir capacidades no suministradas aún por los tipos MIME existentes. Un ejemplo de tal tipo específico de medio es el tipo de medio Indicador de Servicio (SI), que proporciona la habilidad para enviar notificaciones a clientes de una manera asíncrona. Las notificaciones pueden tratar 40 por ejemplo de noticias, correos electrónicos, cambios en la cotización de acciones o resultados de los partidos de futbol, nuevos titulares, anuncios, recordatorios o, por ejemplo, saldo de prepago bajo, etc. Un SI básico contiene un mensaje corto y un Identificador de Recursos Uniformes (URI) que indica un servicio. El mensaje se envía a una aplicación apropiada en el cliente y se presenta al usuario cuando se recibe. El usuario puede elegir entre empezar el servicio indicado por el URI inmediatamente, o posponer 45 el SI para ser atendido más tarde. Cuando el usuario elige comenzar el servicio indicado por el URI la aplicación inicia el ajuste de un servicio de transporte de acuerdo con los requisitos que son especificados por el servicio en el terminal.

Otro ejemplo de un tipo de medio que es definido específicamente para ser forzado es el tipo de medio Cargador de Servicios (SL). Al contrario que el SI, el SL no implica ninguna acción por parte del 50 usuario. El SL incluye un URI que apunta algún contenido que está cargado por el cliente sin confirmación del usuario y una instrucción a cerca de si el contenido debe ser ejecutado o colocado en una memoria de caché. Tras la recepción del SL en una aplicación en el terminal del cliente, la aplicación recibida inicia el ajuste de un servicio de transporte para suministrar el contenido del PI al cliente. Información adicional acerca del SL y de cómo el SL se coordina con otras actividades en el terminal del cliente puede ser 55

encontrada en el documento “Service Loading, versión 31-julio-2001”, publicado en la página web del Forum WAP (
http://www.wapforum.org ).

En el documento de la técnica anterior WO01/33782 se describe un método en relación con la transmisión de mensajes multimedia que comprenden al menos un componente multimedia en una red inalámbrica. Además del mensaje multimedia, se transmite también un mensaje de notificación a través 5 de la vía radio. El mensaje de notificación comprende información acerca de al menos una propiedad de dicho al menos un componente multimedia. De al menos una propiedad se ejemplifica por el tamaño, tipo y prioridad. Se selecciona un transporte sobre la base de los datos de las propiedades contenidos por el mensaje de notificación. El componente multimedia se transfiere desde el servidor al terminal vía radio utilizando el portador seleccionado por el terminal. 10

Una característica común para el SI y el SL es que es el cliente el que inicia el ajuste del servicio de transporte para el contenido suministrado incluso si es el PI (por ejemplo el servidor de acuerdo con el modelo cliente / servidor) que hace la iniciación del primer servicio enviando un mensaje Indicador de Servicio o Cargador del Servicio al cliente al objeto de informar al cliente de un contenido de servicio que el PI desea enviar al cliente. Cuando demanda el ajuste del servicio portador el cliente demanda también 15 una calidad de servicio (QoS) determinada al servicio portador. El QoS requerido al servicio portador se especifica por medio de un conjunto de parámetros de calidad del servicio. El mapeo desde el nivel de aplicación a la calidad del servicio del portador demandada ser realiza en el terminal del cliente y depende de la codificación del terminal realizada por el fabricante del mismo. Por tanto es posible que el mismo mensaje Indicador de Servicio pueda resultar en diferentes calidades de servicio del portador cuando se 20 envía a terminales de diferentes fabricantes. También es posible que la calidad del servicio demandada por el terminal del cliente no se considere en absoluto apropiada para el contenido de servicio suministrado desde el punto de vista del PI que proporciona el servicio.

Sumario de la invención

Un objeto de la presente invención es proporcionar dispositivos y métodos que permitan a un 25 proveedor de servicios de un servicio iniciado por mensajes forzados influenciar sobre la selección de los parámetros de calidad del servicio para un servicio portador que está ajustado para recibir un contenido de servicio procedente del proveedor de servicio en un terminal móvil de cliente.

Los objetos establecidos anteriormente se consiguen por medio de un terminal de comunicaciones móvil de acuerdo con la reivindicación 1, un método en el terminal de comunicaciones 30 móvil de acuerdo con la reivindicación 10, un nodo de red de acuerdo con la reivindicación 19 y un método en un nodo de la red de acuerdo con la reivindicación 31.

La idea básica de la invención presente es transferir, no solo un indicador del contenido del servicio en el mensaje forzado por medio del cual el proveedor de servicio inicia el servicio, sino también un conjunto de parámetros de calidad del servicio recomendados. De esta manera el terminal móvil puede 35 descargar el conjunto de parámetros de calidad del servicio recomendados cuando recibe el mensaje forzado y puede tomar el conjunto de parámetros de calidad del servicio recomendados en consideración cuando demanda el servicio portador para la recepción del contenido de servicio indicado en el mensaje forzado. La implementación de la idea básica de la invención presente requiere un nuevo terminal móvil modificado, un nuevo nodo de la red modificado así como nuevos métodos en el terminal móvil y en el 40 nodo de la red, que son todos ellos provistos de acuerdo con diferentes aspectos de la invención presente.

Una ventaja de la invención presente es que permite al proveedor de servicio influenciar los parámetros de calidad del servicio que necesita el terminal móvil. Esto puede ser beneficioso ya que el proveedor de servicio conoce el carácter del contenido de servicio y por lo tanto puede estar en mejor 45 disposición que el terminal móvil para decidir los parámetros de calidad de servicio adecuados para suministrar el contenido de servicio. El proveedor de servicio puede también querer influenciar en los parámetros de calidad del servicio que se utilizan en conjunción con uno de sus servicios al objeto de salvaguardar su imagen y reputación como proveedor de servicio que provee servicios de buena calidad. Si se demanda una calidad de servicio demasiado baja por el terminal esto puede tener un mal reflejo en 50 el proveedor de contenidos de servicio incluso si la baja calidad del servicio era debida a la construcción del terminal.

Otra ventaja de la invención presente es que hace posible conseguir una calidad más uniforme entre diferentes terminales para el mismo servicio o tipo de servicio. Debido a que el terminal móvil, de acuerdo con una realización preferida de la invención presente, puede estar dispuesto para demandar un 55 conjunto de parámetros de calidad de servicio recomendados para el servicio portador es posible

minimizar el impacto de la codificación del terminal móvil en la calidad del servicio del servicio portador. En las soluciones de la técnica anterior el terminal móvil generalmente está “codificado por hardware” para demandar un contexto PDP predefinido. La codificación puede variar entre diferentes fabricantes de terminales, lo que puede conducir a diferentes calidades de servicio para terminales de diferentes fabricantes. 5

Otra ventaja adicional de la invención presente es que puede permitir una determinación flexible de los parámetros de calida del servicio que se demandan para un servicio portador. Por medio de la invención presente el terminal móvil no necesita estar limitado para demandar los parámetros de calidad del servicio de únicamente uno o unos pocos servicios portadores predefinidos.

Otras ventajas adicionales y características de las realizaciones de la invención presente serán 10 fácilmente deducibles cuando se lean las descripciones detalladas que siguen en conjunción con los dibujos.

Breve descripción de los dibujos

La Figura 1 es un diagrama de bloque esquemático que ilustra la arquitectura general de red de un sistema de comunicaciones móvil en el que se puede usar la invención presente. 15

La Figura 2 es un diagrama de flujo que ilustra esquemáticamente un servicio de acuerdo con al técnica anterior que se inicia por medio de un mensaje forzado desde un servidor de aplicaciones.

La Figura 3 es un diagrama de flujo que ilustra esquemáticamente un servicio, que corresponde con el servicio ilustrado en la Figura 2, pero en el que se ha aplicado la invención presente.

La Figura 4 es un diagrama de flujo / señales esquemático que ilustra la función de una 20 realización de ejemplo de un nodo de red de acuerdo con la invención presente y una realización de ejemplo de un terminal de comunicaciones móvil de acuerdo con la invención presente.

La Figura 5 es un diagrama de flujo / señales esquemático que ilustra la función de una realización de ejemplo alternativa de un nodo de red de acuerdo con la presente invención y una realización de ejemplo de un terminal de comunicaciones móvil de acuerdo con la invención presente. 25

La Figura 6 es un diagrama de flujo / señales esquemático que ilustra la función de otra realización de ejemplo alternativa de un nodo de red de acuerdo con la invención presente y de una realización de ejemplo de un terminal de comunicaciones móvil de acuerdo con la invención presente.

La Figura 7 es un diagrama de flujo / señales esquemático que ilustra la función de otra realización de ejemplo alternativa de un nodo de red de acuerdo con la invención presente y de una 30 realización de ejemplo de un terminal de comunicaciones móvil de acuerdo con la invención presente.

Descripción detallada

La invención presente será descrita a continuación más extensamente mediante referencia a los dibujos que se acompañan, en los que se muestran realizaciones preferidas de la invención. Esta invención puede, sin embargo, ser realizada de muy diferentes formas y no debe ser considerada como 35 limitada a las realizaciones descritas aquí; en su lugar, estas realizaciones se proveen de manera que la descripción sea clara y completa, y se ajustará completamente al objeto de la invención para aquellos versados en la técnica. En los dibujos, número iguales hacen referencia a elementos iguales.

La invención presente es de aplicación a servicios de paquetes conmutados en un sistema de comunicación móvil, en el que los servicios se inician desde un proveedor de servicios por medio de un 40 mensaje forzado. Tales servicios incluyen comunicación de paquetes conmutados entre un terminal cliente móvil de un usuario final y un servidor de aplicaciones. El sistema de comunicación móvil incluye una red radio como por ejemplo una WCDMA, CDMA2000, una LAN inalámbrica o una red GPRS en la que reside el terminal móvil cliente.

La Figura 1 es un diagrama de bloque esquemático que ilustra la arquitectura general de la red 45 de un sistema de comunicaciones móvil en el que puede ser usada la invención presente. El sistema móvil 101 en la Figura 1 comprende un terminal móvil cliente 102 que puede comunicar con un nodo de la red 106 de un proveedor de servicios y recibir de esta manera un servicio que es ofrecido por el

proveedor de servicios. La comunicación entre el terminal cliente 102 y el nodo de la red 106 se lleva a cabo a través de la red radio 103, una red de soporte 104 y una red de servicio 105. La red radio 103 puede ser por ejemplo una UTRAN (Red de Acceso Radio Terrestre UMTS) o una red CDMA2000, al red de soporte 104 puede ser por ejemplo una red de soporte UMTS y la red de servicio puede por ejemplo ser una red de Internet o una red de IP privado de un proveedor de servicios. El nodo de la red 106 del 5 proveedor de servicios puede ser por ejemplo un servidor de aplicaciones o una puerta de un proxy forzado.

La Figura 2 es un diagrama de flujo que ilustra esquemáticamente un servicio de acuerdo con al técnica anterior que se inicia mediante un mensaje forzado desde un nodo de la red de un proveedor de servicios. El servicio puede ser por ejemplo un servicio que permita al usuario del terminal móvil cliente 10 suscribirse a imágenes que muestran los goles de futbol durante el campeonato del mundo. Cuando hay disponibles nuevas imágenes de goles de futbol el proveedor de servicio informará al usuario de la nueva imagen por medio de un mensaje forzado. La Figura 2 ilustra que un nodo de la red 106 de un proveedor de servicios inicia el servicio enviando un mensaje forzado 209, paso 201, a un terminal móvil cliente 102. En este ejemplo el mensaje forzado 209 es un mensaje de Carga de Servicio Forzado WAP (SL) que se 15 envía a un terminal móvil cliente a través de un WAP forzado y un SMS y el contenido del servicio, por ejemplo las imágenes, se indica mediante una URI incluida en el mensaje SL. El mensaje SL es asignado a un agente de usuarios apropiado o a una aplicación 210 en el terminal móvil cliente. En este caso asumimos que el servicio va a ser proporcionado en un transporte MMS de manera que el mensaje forzado se asigna a un agente MMS. Cuando el mensaje SL se recibe en un terminal móvil cliente es 20 reenviado al agente usuario 210 designado, que a continuación arranca, paso 202, y a continuación solicita un contexto PDP pre-configurado con un soporte MMS, paso 203. Cuando el terminal móvil cliente ha recibido confirmación de que el contexto PDP ha sido establecido el terminal puede recibir el contenido del servicio por medio de la URI recibida, paso 204.

Es evidente a partir de la ilustración de la Figura 2 que es el proveedor de servicios el que inicia 25 el servicio pero es el terminal del cliente 102 el que demanda el ajuste del servicio de soporte para el suministro del contenido del servicio. Es por lo tanto el terminal del cliente móvil el que demanda los parámetros del contexto PDP y pro lo tanto la calidad del servicio (QoS) del soporte. Hoy en día cada agente usuario o aplicación es combinada con un contexto PDP pre-configurado con una clase de calidad de servicio seleccionada que está codificada en el hardware en el terminal móvil del cliente. 30

En UMTS (Sistema de Telecomunicaciones Móvil Universal) la QoS se define mediante un conjunto de atributos que especifican el servicio de soporte UMTS. Los atributos de calidad del servicio UMTS son los siguientes:

: - Clase de tráfico

: - Velocidad de bit máxima 35

: - Velocidad de bit garantizada

: - Orden de suministro

: - Tamaño SDU máximo

: - Información de formato SDU

: - Ratio de error SDU 40

: - Ratio de error de bit residual

: - Suministro de SDUs erróneos

: - Retardo en la transferencia

: - Prioridad de soporte del tráfico

: - Prioridad de situación / retención 45

: - Descriptor de estadísticas de la fuente

: - Indicador de señalización

Estos atributos pueden ser asignados a clases de calidad de servicio UMTS predefinidas: clase conversacional, clase de línea, clase interactiva y clase de segundo plano. Se puede encontrar más información detallada a cerca de calidades de servicio UMTS en las especificaciones técnicas 3GPP TS 50 23.107 V6.1.0 (2004-03) y 3GPP TS 23.207 V6.2.0 (2004-03).

Las clases de calidad del servicio pueden ser negociadas y gestionadas utilizando una gestión de contextos PDP. Los requisitos de calidad del servicio a nivel de aplicación son descritos mediante parámetros de contexto PDP en el terminal móvil cliente. En las soluciones de la técnica anterior las pre-configuraciones de contextos PDP están hechas en el terminal del cliente de manera que cuando 55 comienza una aplicación de paquetes conmutados y conecta con la red se activa un contexto PDP pre-configurado. Este contexto PDP tiene una clase de calidad de servicio seleccionada que debe casar con los requisitos de calidad del servicio deseados para la aplicación. Si por ejemplo la aplicación es un

navegador WAP o un cliente MMS la clase de calidad del servicio del contexto PDP activado es normalmente la clase interactiva.

Así en las soluciones de la técnica anterior la selección de parámetros de calidad del servicio para el servicio portador que se establece para el suministro del contenido del servicio en el ejemplo ilustrado en la Figura 2 depende de la configuración que el fabricante del terminal ha realizado en el 5 terminal móvil cliente. El proveedor del servicio no puede influir en la selección de los parámetros de calidad del servicio. Esto es en muchas circunstancias problemático, especialmente desde el punto de vista del proveedor del servicio, pero también desde la perspectiva del usuario, cuando el resultado es el establecimiento de un servicio portador con una calidad del servicio que no es apropiada para el suministro del contenido del servicio. El proveedor de servicio está interesado normalmente en ser capaz 10 de asegurar que el servicio ofrecido es suministrado con cierta calidad mínima. Si la calida del servicio es mala esto puede tener un impacto negativo en la reputación del proveedor del servicio incluso si la mala calidad es debida a un operador de red o al fabricante del terminal. El usuario del servicio se verá disgustado si la calidad del servicio es mala y probablemente protestará del proveedor de servicio por la mala calidad. También es posible que un usuario con terminal reciba una calidad de servicio 15 inaceptablemente mala cuando recibe un contenido de servicio particular mientras otro usuario, con un terminal de otro fabricante, consiga una calidad de servicio aceptable cuando recibe el mismo contenido de servicio.

De acuerdo con la invención presente es posible para el proveedor del servicio influir en la selección de los parámetros de calidad del servicio del servicio portador que se utiliza para suministrar un 20 contenido de servicio en un servicio iniciado por un mensaje forzado. Esto se consigue por medio de la modificación del mensaje forzado que incluye también los parámetros de calidad del servicio recomendados que le proveedor de servicio recomienda para el ajuste del servicio portador por el terminal móvil del cliente.

La Figura 3 es un diagrama de flujo que ilustra esquemáticamente un servicio, que corresponde 25 al servicio ilustrado en la Figura 2, pero para el cual se aplica la invención presente. La Figura 3 ilustra que un nodo de la red 106a del proveedor de servicio inicia el servicio enviando un mensaje forzado 309, paso 301, al terminal móvil del cliente 102a. De acuerdo con la invención presente el mensaje forzado 309 incluye un conjunto de parámetros de calidad de servicio recomendados. El mensaje forzado 309 puede por ejemplo ser un mensaje WAP de Carga de Servicio Forzado (SL) que ha sido modificado añadiendo 30 un conjunto de parámetros de calidad de servicio recomendados. Cuando el mensaje forzado 309 se recibe en le terminal móvil del cliente es redirigido al agente del usuario objetivo 310, que a continuación arranca, paso 302. El agente del usuario 310 o programa de soporte en el terminal móvil del cliente es suministrado con unos medios de procesamiento 311 que a continuación descarga y procesa un conjunto de parámetros de calidad de servicio recomendados por el mensaje forzado para determinar los 35 parámetros de contexto PDP que corresponden al conjunto de parámetros recomendados de calidad del servicio, paso 303. A partir de ahí, en el paso 304, el agente del usuario demanda un contexto PDP con los parámetros de contexto PDP que han sido determinados en el paso 303. Cuando el terminal móvil del cliente ha recibido confirmación de que el contexto PDP ha sido establecido el terminal puede obtener el contenido del servicio, paso 305. 40

El proceso ilustrado en la Figura 3 permite que el proveedor de servicio influya en la calidad del servicio del servicio portador en lugar de confiar en unos parámetros de calidad del servicio “codificados en el hardware” dentro del terminal móvil del cliente. Para implementar el procedimiento de la Figura 3 son necesarias modificaciones en la parte del emisor del mensaje forzado al objeto de modificar el mensaje forzado para incluir también un conjunto de parámetro de calidad de servicio recomendados, y 45 en la parte del terminal al objeto de interpretar el mensaje forzado modificado.

Un terminal móvil 102a de acuerdo con la invención está adaptado para descargar y procesar un conjunto de parámetros de calidad de servicio recomendados en el mensaje forzado 309 que indica un contenido de servicio para suministrar a un terminal móvil. Tal terminal móvil puede ser conseguido complementado un terminal de la técnica anterior con medios de procesamiento 311 para descargar y 50 establecer un conjunto de parámetros de calidad de servicios recomendados en el mensaje forzado, procesar el conjunto de parámetros descargados y demandar una calidad de servicio al servicio portador basada en el conjunto de parámetros descargados. Los medios de procesamiento 311 serán de acuerdo con una realización preferida medios de código de programa de la aplicación 310 a los que apunta el mensaje forzado 309. También es posible que los medios de procesamiento sean medios de código de 55 programa de una función de software de soporte, que sea externa a la aplicación y a la que la aplicación llama cuando recibe un mensaje forzado. La manera de implementar tales medios de código de programa al objeto de que sean capaces de realizar las funciones descritas aquí utilizando lenguajes de programación comunes es bien conocida para las personas versadas en al técnica y no se explicará con mayor detalle. 60

De acuerdo con una realización preferida del terminal 102a de acuerdo con la invención el terminal móvil está dispuesto para demandar al servicio portador que establezca la misma calidad de servicio que recomienda por el proveedor de servicio por medio de un conjunto de parámetros de calidad de servicio incluidos en el mensaje forzado 309. Es de todas formas posible también que el terminal móvil procese el conjunto de parámetros de calidad de servicio recomendados y decida demandar una calidad 5 de servicio ligeramente diferente al servicio portador. El fabricante del terminal puede por ejemplo establecer que el terminal móvil añada siempre un margen a cualquier ancho de banda que recomiende el proveedor de servicio. Asumiendo por ejemplo que el mensaje forzado incluya un parámetro de calidad de servicio que indica que el proveedor de servicio recomienda una velocidad de bits garantizada de 64 Kb/s para el servicio portador. El terminal móvil puede en ese caso ser programado para añadir un margen de 10 2 Kb/s cuando proceso los parámetros de calidad de servicio del mensaje forzado de manera que el terminal móvil demanda una velocidad de transferencia de bits garantizada de 66 Kb/s al servicio portador. La idea de la invención es que de esta manera se permita al terminal móvil basar su demanda de calidad de servicio en la calidad de servicio que recomienda el proveedor de servicio, pero no esté completamente condicionado por ella. 15

El mensaje forzado 309 puede ser cualquier tipo de mensaje forzado de un proveedor de servicio que inicia un servicio por medio de incluir información de que el proveedor de servicio tiene un contenido de servicio para suministrar al terminal móvil. De acuerdo con la invención el mensaje forzado 309 incluye también un conjunto de parámetros de calidad del servicio recomendados. El mensaje forzado puede por ejemplo ser un mensaje WAP Indicador de Servicio Forzado con la información de calidad de servicio en 20 la forma de un conjunto añadido de parámetros de calidad de servicio recomendados. La información de que el proveedor de servicio tiene un contenido de servicio que suministrar al terminal puede ser por ejemplo un Identificador de Recursos Uniforme (URI) que indica el contenido de servicio.

El mensaje forzado 309 puede ser forzado al terminal móvil utilizando diferentes técnicas. Una técnica es enviar el mensaje forzado en un SMS. Si el terminal móvil ya tiene un contexto PDP primario 25 establecido para otro servicio puede ser posible transferir el mensaje forzado al terminal 102a sobre el contexto PDP primario. El terminal móvil a continuación demandará un contexto PDP secundario para el suministro del contenido de servicio indicado por el mensaje forzado 309.

En algunos casos puede ser recomendable no ajustar el servicio portador para recibir el contenido de servicio cuando se recibe le mensaje forzado. Esto puede ser el caso si por ejemplo el 30 terminal está bajo de batería, está itinerante en ese momento o está situado en el extranjero y la suscripción del usuario no soporta el suministro de servio en el extranjero. En tales casos el terminal móvil 102a puede estar dispuesto para rechazar el servicio ofertado no respondiendo al mensaje forzado 309 o para retardar la recepción del servicio ofertado hasta que, por ejemplo, la batería haya sido cargada o el terminal ya no esté itinerante. 35

En el lado de la red, esto es, el lado que crea y envía el mensaje forzado 309, hay un número de realizaciones diferentes posibles de la invención presente. Se pueden adaptar diferentes nodos de red para incluir el conjunto de parámetros de calidad de servicio recomendados en el mensaje que va a ser forzado al terminal. La información de calidad de servicio puede por ejemplo ser suministrada por un servidor de aplicaciones, un servidor de políticas o un Proxy de Salida Forzada. La Figura 4 es un 40 diagrama de flujo esquemático que ilustra un ejemplo de la situación en que un servidor de aplicaciones 409 inserta la información de calidad de servicio en el mensaje forzado 309. En este ejemplo el mensaje forzado es un mensaje Forzado WAP que se crea en el servidor de aplicación 409 que proporciona el contenido de servicio a suministrar al terminal 102a. El mensaje 309 incluye, se acuerdo con esta realización, una indicación del agente del usuario objetivo (uA), información de un mensaje SL ordinario 45 de Carga del Servicio Forzada WAP y del conjunto de parámetros de calidad de servicio recomendados. El mensaje forzado 309 se envía a un Proxy de Salida Forzada 410 en un paso 401a. El mensaje puede ser enviado con una versión modificada de la Interfase de Programación de la Aplicación del Protocolo de Acceso Forzado (PAP API) definido en el estándar actual de OMA/WAP, véase el documento “Protocolo de Acceso Forzado, versión del 29 de abril de 2001”, publicado en la página web del Forum WAP (http:// 50
www.wapforum.org ). La API necesita ser modificada para soportar la inclusión del conjunto de parámetros de calidad de servicio en el mensaje forzado. Antes de enviar el mensaje al terminal 102a el Proxy de Salida Forzada comprueba con el servidor de políticas 411 que el servidor de aplicaciones 409 tiene permiso para enviar el mensaje al terminal 102a, paso 402. Tras la confirmación por el servidor de políticas 411, el Proxy de Salida Forzada 410 envía el mensaje 309 incluyendo el conjunto de parámetros 55 de calida de servicio recomendado al terminal 102a. El envío es realizado en este ejemplo por medio de un SMS. Como se ha mencionado anteriormente el terminal 102a arrancará a continuación el Agente de Usuario especificado, procesa el mensaje y a continuación el Agente de Usuario arrancará un contexto PDP enviando una solicitud de activar un contexto PDP a un Nodo de Soporte en Servicio GPRS (SGSN) 413 de una red principal UMTS a través de un Controlador de Red Radio (RNC) 414 a un UTRAN, paso 60 403a. Esta solicitud incluirá preferiblemente el conjunto de parámetros de calidad de servicio recomendados que fue enviado en el mensaje forzado 309. Como es bien conocido para las persona

versada en al técnica la activación del contexto PDO continúa con una solicitud de Crear un Contexto PDP por el SGSN 413 a un Nodo de Soporte de Salida GPRS (GGSN) 412, una respuesta de contexto de creación PDP del GGSN al SGSN, y una aceptación del contexto PDP activado del SGSN al terminal, pasos 413b-d. Cuando el contexto PDP ha sido establecido el terminal puede capturar el contenido de servicio que fue especificado en el mensaje forzado, paso 404, y el servidor de aplicaciones 409 envía el 5 contenido del servicio al terminal en el paso 405.

La Figura 5 es un diagrama de flujo esquemático que ilustra un ejemplo de una realización alternativa en la que el servidor de políticas 411 proporciona información de la calidad del servicio en el mensaje forzado 309. En este caso el servidor de aplicaciones 409 envía un mensaje forzado WAP al Proxy de Salida Forzada 410 de la misma manera que en las soluciones de la técnica anterior, paso 501. 10 El Proxy de Salida Forzada 410 comprueba a continuación con el servidor de políticas que el servidor de aplicaciones está autorizado a enviar el mensaje al terminal, paso 502. El servidor de políticas envía el conjunto de parámetros de calidad del servicio recomendados a ser enviado al terminal en el mensaje forzado en respuesta, paso 503. El Proxy de Salida Forzada 410 envía a continuación el mensaje recibido del servidor de aplicaciones con el conjunto de requisitos de calidad de servicio incluido al terminal 102a 15 por medio de un SMS en el paso 504. Los pasos restantes 505a-d, 506 y 507 ilustrado en la Figura 5 son idénticos a los pasos 404a-d, 405 y 406 ilustrados en la Figura 4 y explicados anteriormente.

La Figura 6 es un diagrama de flujo esquemático que ilustra un ejemplo de otra realización alternativa en la que el Proxy de salida Forzada 410 proporciona e introduce la información de calidad de servicio en le mensaje forzado 309. En este caso el servidor de aplicaciones 409 envía un mensaje 20 forzado WAP al Proxy de salida Forzada 410 de la misma manera que en las soluciones de la técnica anterior, paso 601. El Proxy de Salida Forzada 410 comprueba a continuación con el servidor de políticas 411 que el servidor de aplicaciones está autorizado a enviar el mensaje al terminal paso 602. Tras la confirmación por el servidor de políticas el Proxy de Salida Forzada determina el conjunto de parámetros de calidad de servicio que a ser enviado al terminal e inserta el conjunto en el mensaje forzado que ha 25 sido recibido del terminal de aplicaciones, paso 603. El Proxy de Salida Forzada puede ser implementado para realizar esta determinación de parámetros de calidad de servicio basada en un conjunto de reglas que, por ejemplo, dependen del tipo de contenido de servicio, de la aplicación que proporciona el contenido de servicio y / o de la red en que reside el terminal. A continuación el Proxy de Salida Forzada 410 envía el mensaje forzado creado con el conjunto de requisitos de calidad de servicio por medio de un 30 SMS al terminal 102a en el paso 604. Los pasos restantes 605a-d, 606 y 607 ilustrados en la Figura 6 son idénticos a los pasos 404a-d, 405 y 406 ilustrados en la Figura 4 y explicados anteriormente.

De los ejemplos ilustrados en las Figuras 4, 5 y 6 se desprende que se pueden adaptar diferentes nodos de la red para determinar e insertar los parámetros de calidad de servicio recomendados en el mensaje que va a ser enviado al terminal. El nodo de la red 106a ilustrado en la Figura 3 puede así 35 representar por ejemplo un servidor de aplicaciones 409, un servidor de políticas 411 o un Proxy de Salida Forzada 410. Al objeto de insertar los parámetros de calidad de servicio recomendados en el mensaje forzado 309 el nodo de la red será implementado preferiblemente con medios de código de programa 312 que soportan la creación del mensaje forzado que incluye el conjunto de parámetros de calidad de servicio recomendados. El nodo de la red tendrá también que incluir una interfase 313 para 40 forzar el mensaje hasta el terminal 102a. El nodo que es responsable de determinar los parámetros de calidad de servicio recomendados tendrá que estar provisto con medios 314 para hacer esto. Tales medios pueden por ejemplo ser medios de códigos de programa que definen reglas o fórmulas para derivar los parámetros de calidad de servicio recomendados basados en algunos criterios específicos. Tales criterios específicos de los que puede depender los parámetros de calidad de servicio 45 recomendados pueden ser por ejemplo el tipo de suscripción del usuario del terminal, el tipo de contenido de servicio a ser enviado al terminal, la aplicación que envía el servicio, la hora del día o alguna información relevante de la red como por ejemplo la carga de la red o la situación geográfica del terminal.

Pueden ser posibles diferentes criterios a considerar dependiendo del nodo que determina los parámetros de calidad de servicio. Si por ejemplo el proveedor de servicio es CNN, CNN puede tener un 50 acuerdo con el operador de la red para recibir siempre 128 Kb/s de velocidad garantizada para sus servicios. En tal caso el nodo de determina los parámetros de calidad de servicio recomendados puede ser dispuesto para determinar que, cuando al CNN está enviando el contenido de servicio, uno de los parámetros de calidad servicio recomendado debe ser una velocidad garantizada de 128 Kb/s. Otro ejemplo es cuando los parámetros de calidad de servicio recomendados dependen de la suscripción del 55 usuario del terminal. Supongamos que un primer usuario tiene una “suscripción de oro” con un operador de red y un segundo suscriptor tiene una “suscripción de plata” con el operador de la red. En tal caso se puede determinar por, por ejemplo, el servidor de políticas que una velocidad garantizada de 128 Kb/s es un parámetro de calidad de servicio recomendado si el mensaje forzado se va a enviar al primer terminal y que una velocidad garantizada de 64 Kb/s es un parámetro de calidad de servicio recomendado si el 60 mensaje forzado se va a enviar al segundo usuario.

También es posible que varios nodos de la red estén involucrados en determinar el conjunto de parámetros de calidad de servicio recomendados. El servidor de aplicaciones puede por ejemplo determinar un primer conjunto de parámetros de calidad de servicio recomendado que el servidor de políticas modifica a continuación tras comprobar la suscripción del usuario del terminal. La determinación de los parámetros de calidad de servicio recomendados puede ser también determinados en base a una 5 negociación entre diferentes nodos de la red.

El conjunto de parámetros de calidad de servicio recomendados puede incluir un único valor de parámetro o diferentes parámetros. El conjunto de parámetros de calidad de servicio recomendado puede tener la forma de valores de parámetros explícitos en la forma de valores recomendados para definir atributos de calidad de servicio UMTS o parámetros de contexto PDP. También es posible que el conjunto 10 de parámetros de calidad de servicio recomendado sea una indicación de una clase de calidad de servicio UMTS recomendados predefinidos para los que los parámetros de calidad de servicio están predeterminados.

La Figura 7 es un diagrama de flujo esquemático que ilustra un escenario en el que existe un contexto PDP primario 701 y el mensaje forzado 309 es enviado al terminal 102a sobre el contexto PDP 15 primario. El contexto PDP primario puede haber sido establecido para permitir que el usuario del terminal navegue por Internet. Mientras navega el usuario puede indicar que desea escuchar un archivo MP3, paso 702, lo que hace que el servidor de aplicaciones 409 envíe un mensaje forzado 309 al Proxy de Salida Forzada 410, paso 703a, al objeto de iniciar el establecimiento de un contexto PDP secundario. El Proxy de Salida Forzada puede iniciar una comprobación de la política, paso 704, antes de enviar el 20 mensaje forzado 309 al terminal 102a. El mensaje forzado 309 es enviado al GGSN 412 utilizando conectividad IP normal y desde el GGSN 412 al terminal 102a a través de un contexto PDP primario 701. Tras procesar el mensaje forzado 309 y el conjunto de parámetros de calidad de servicio recomendados en el terminal 102a, el contexto PDP secundario se establece, pasos 705a-705d. El contenido de servicio es enviado a continuación al terminal 102a a través de un contexto PDP secundario, paso 706, lo que 25 permite que el usuario del terminal escuche el fichero MP3. La ilustración del mensaje forzado 309 en la Figura 7 muestra que el mensaje forzado incluye un TFT (Plantilla de Flujo de Tráfico). El TFT es enviado al objeto de proporcionar un mecanismo para determinar en cual de los dos contextos PDP se debe enviar el contenido, como es bien conocido para las personas versadas en la técnica.

En esta aplicación se menciona que el conjunto de parámetros de calidad de servicio 30 recomendados es un conjunto de parámetros de calidad de servicio que recomienda el proveedor de servicio que demanda el terminal para un servicio portador para recibir el contenido del servicio. Se debe notar que esta frase pretende englobar todos los ejemplos mencionados anteriormente en los que nodos de la red diferentes determinan los parámetros de calidad de servicio recomendados basándose en diferentes criterios. El término “proveedor de servicio” debe ser así interpretado de manera amplia y 35 englobar por ejemplo tanto al proveedor del contenido del servicio como al operador de red que proporciona el servicio portador de la red.

De la realizaciones de ejemplo de la invención presente queda claro que la invención presente permite a un proveedor de servicio influenciar en la calidad de servicio que demanda un terminal para jun servicio portador que envíe el contenido del servicio que ha sido indicado en un mensaje forzado por el 40 proveedor de servicio. Esto es posible gracias a que la invención presente proporciona la posibilidad de incluir un conjunto de parámetros de calidad de servicio recomendados en el mensaje forzado.

En los dibujos y especificaciones, han sido descritas realizaciones preferidas de la invención y, aunque se han utilizados términos específicos, se han usado en un sentido genérico y descriptivo únicamente y no con el propósito de limitar el objeto de la invención que se establece en las 45 reivindicaciones siguientes.

Claims

REIVINDICACIONES
1.- Un terminal para comunicaciones móvil (102a) que comprende una aplicación (310) para recibir al menos un servicio de paquetes de datos de un proveedor de servicios (106a), estando dispuesta dicha aplicación (310) para recibir un mensaje forzado indicador del servicio (309) del proveedor de servicio, incluyendo dicho mensaje indicador del servicio información de que el proveedor de servicio tiene 5 un contenido de servicio para enviar al terminal, y cuya aplicación está dispuesta además para iniciar la configuración de un servicio portador para la recepción de dicho contenido de servicio, caracterizado porque

dicho terminal incluye además medios de proceso (311) para recuperar un conjunto de parámetros de calidad de servicio recomendados que está incluido en el mensaje indicador del servicio 10 recibido (309), siendo dicho conjunto de parámetros de calidad de servicio recomendados un conjunto de parámetros de calidad de servicio dentro de un portador que el proveedor de servicio recomienda que el terminal demande del soporte del servicio portador para la recepción del contenido del servicio;

procesar el conjunto de parámetros de calidad del servicio recomendados para determinar un conjunto de parámetros de calidad del servicio procesados basados en dicho conjunto de parámetros de 15 calidad de servicio recomendados;

y por demandar el conjunto de parámetros de calidad de servicio del proceso para el soporte del servicio portador para la recepción de dicho contenido de servicio
2.- El terminal para comunicaciones móviles (102a) de acuerdo con la reivindicación 1, en el que dicho conjunto de parámetros de calidad de servicio procesados es igual a dicho conjunto de parámetros 20 de calidad de servicio recomendados.
3.- El terminal para comunicaciones móvil (102a) de acuerdo con las reivindicaciones 1 ó 2, en el que dicho servicio portador es un Contexto de Protocolos de Datos Empaquetados.
4.- El terminal para comunicaciones móvil (102a) de acuerdo con cualquiera de las reivindicaciones precedentes, en el que dicho mensaje indicador de servicio forzado (309) es un mensaje 25 de Carga de Servicio Forzado WAP que ha sido modificado añadiendo el conjunto de parámetros de calidad de servicio recomendados.
5.- El terminal de comunicaciones móvil (102a) de acuerdo con cualquiera de las reivindicaciones 1 a 3, en el que dicho mensaje indicador de servicio forzado es un mensaje Indicador del Servicio Forzado WAP que ha sido modificado añadiendo del conjunto de parámetros de calidad de servicio 30 recomendados.
6.- El terminal de comunicaciones móvil (102a) de acuerdo con cualquiera de las reivindicaciones 1 a 3, en el que dicho terminal está dispuesto para recibir dicho mensaje indicador del servicio forzado a través de un Contexto de Protocolo de Datos Empaquetados primario preestablecido (701) y en el que dicho servicio portador para la recepción de dicho contenido de servicio es un Contexto de Protocolo de 35 Paquete de Datos secundario.
7.- El terminal para comunicaciones móvil (102a) de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la información de que el proveedor de servicio tiene un contenido de servicio que suministrar al terminal comprende un Identificador de Recursos Uniforme, URU, que indica el contenido de servicio. 40
8.- El terminal para comunicaciones móvil (102a) de acuerdo con cualquiera de las reivindicaciones precedentes, en el que dicho conjunto de parámetros de calidad de servicio recomendados comprende una indicación de una clase de Calidad de Servicio UMTS predefinido.
9.- El terminal para comunicaciones móvil (102a) de acuerdo con cualquiera de las reivindicaciones precedentes, en el que dicho conjunto de parámetros de calidad de servicio 45 recomendados comprende un valor recomendado para al menos un atributo de Calidad de Servicio UMTS.
10.- Un método en un terminal de comunicaciones móvil (102a) que comprende una aplicación (310) para recibir al menos un servicio de paquete de datos de un proveedor de servicio (106a), incluyendo dicho método los pasos de: 50

la aplicación (301) recibe un mensaje indicador de un servicio forzado (309) de un proveedor de servicio, incluyendo dicho mensaje indicador del servicio información de que el proveedor de servicio tiene un contenido de servicio para enviar al terminal, caracterizado porque los pasos siguientes de recuperar (303) un conjunto de parámetros de calidad de servicio recomendados que están incluidos en el mensaje indicador del servicio recibido (309), siendo dicho conjunto de parámetros de calidad de servicio 5 recomendados un conjunto de parámetros de calidad de servicio dentro de un soporte que el proveedor del servicio recomienda que el terminal demande para el soporte de un servicio portador para la recepción del contenido del servicio;

procesar (303) el conjunto de parámetros de calidad de servicio recomendados para determinar un conjunto de parámetros de calidad de servicio del proceso basados en dicho conjunto de parámetros 10 de calidad de servicio recomendados; y

la aplicación (304) inicia la configuración del servicio portador para la recepción de dicho contenido de servicio demandando el conjunto de parámetros de calidad de servicio del proceso para el soporte del servicio portador.
11.- El método de acuerdo con la reivindicación 10, en el que dicho conjunto de parámetros de 15 calidad del servicio procesados equivale a dicho conjunto de parámetros de calidad del servicio recomendados.
12.- El método de a cuerdo con la reivindicación 10 u 11, en el que dicho servicio portador es un Contexto de Protocolo de Datos Empaquetado.
13.- El método de acuerdo con cualquiera de las reivindicaciones 10 – 12, en el que dicho 20 mensaje indicador de servicio forzado (309) es un mensaje de Carga del Servicio Forzado WAP que ha sido modificado añadiendo el conjunto de parámetros de calidad de servicio recomendados.
14.- El método de a cuerdo con cualquiera de las reivindicaciones 10 – 12, en el que dicho mensaje indicador del servicio forzado es un mensaje Indicador del Servicio Forzado WAP que ha sido modificado añadiendo el conjunto de parámetros de calidad del servicio recomendados. 25
15.- El método de acuerdo con cualquiera de las reivindicaciones 10 – 12, en el que dicho mensaje indicador del servicio forzado (309) se recibe a través de un Contexto de Protocolo de Datos Empaquetados primario preestablecido (701) y en el que dicho servicio portador para la recepción de dicho contexto de servicio es un Contexto de Protocolo de Datos Empaquetados secundario.
16.- El método de acuerdo con cualquiera de las reivindicaciones 10 – 15, en el que la 30 información de que el proveedor de servicio tiene un contenido de servicio para suministrar al terminal comprende un Identificador de Recursos Uniforme, URI, que indica el contenido del servicio.
17.- El método de acuerdo con cualquiera de las reivindicaciones 10 – 16, en el que dicho conjunto de parámetros de calidad del servicio recomendados comprende una indicación a una clase de calidad de servicio UMTS predefinida. 35
18.- El método de acuerdo con cualquiera de las reivindicaciones 10 – 17, en el que dicho conjunto de parámetros de calidad del servicio recomendados comprende un valor recomendado para al menos un atributo de calida de servicio UMTS.
19.- Un nodo de red (106a) en una red para proporcionar un conjunto de servicios de datos empaquetados de un proveedor de servicio a un terminal cliente móvil, comprendiendo dicho nodo de red: 40

medios para crear un mensaje (312) para crear un mensaje indicador del servicio (309) para ser transmitido a un primer terminal cliente (102a); y una interfase (313) para forzar el mensaje indicador del servicio (309) al primer terminal cliente (102a), en el que los medios para crear el mensaje (312) están dispuestos para incluir, en el mensaje indicador del servicio (309), información de que el proveedor de servicio tiene un contenido de servicio para enviar al primer terminal cliente y caracterizado porque los 45 medios para crear el mensaje (312) están dispuestos para incluir, en el mensaje indicador del servicio (309), un conjunto de parámetros de calidad del servicio recomendados, que el proveedor del servicio recomienda que el primer terminal cliente demande para la transmisión desde un servicio de transporte para la recepción del contenido del servicio.
20.- El nodo de la red (106a) de acuerdo con la reivindicación 19, en el que dicho nodo de red comprende además medios APRA determinar los parámetros (314) para determinar dicho conjunto de parámetros de calidad de servicio recomendados en base a al menos uno de los siguientes tipos de información de entrada:

tipo de contenido de servicio, tipo de suscrición del usuario del terminal, información a cerca de la 5 red en que el servicio portador va a ser establecido, y proveedor del contenido del servicio.
21.- Un nodo de red (106a) de acuerdo con la reivindicación 19 ó 20, en el que dicho conjunto de parámetros de calidad del servicio recomendados es un conjunto de parámetros de calidad del servicio de Contexto del Protocolo de Datos Empaquetados.
22.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 21, en el 10 que dicho mensaje indicador del servicio (309) es un mensaje de Carga del Servicio Forzado WAP que ha sido modificado añadiendo un conjunto de parámetros de calidad del servicio recomendados.
23.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 21, en el que dicho mensaje indicador del servicio (309) es un mensaje de Carga del Servicio Forzado WAP que ha sido modificado añadiendo el conjunto de parámetros de calidad del servicio recomendados. 15
24.- El nodo de red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 23, en el que dicho nodo de la red está dispuesto para enviar dicho mensaje indicador del servicio al primer terminal cliente (102a) sobre un Contexto de Protocolo de Datos Empaquetados primario preestablecido (701) y en el que dicho conjunto de parámetros de calidad del servicio recomendados es un conjunto de parámetros de calidad del servicio de Contexto del Protocolo de Datos Empaquetados recomendado para un 20 Contexto de Protocolo de datos Empaquetado secundario.
25.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 24, en el que la información de que le proveedor de servicio tiene un contenido de servicio para suministrar al terminal comprende un Identificador de Recursos Uniforme, URI, que indica el contenido de servicio.
26.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 26, en el 25 que dicho conjunto de parámetros de calidad del servicio recomendados comprende una indicación de una clase de calidad de servicio UMTS predefinida.
27.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 26, en el que dicho conjunto de parámetros de calidad de servicio recomendados comprende un valor recomendado par al menos un atributo de calidad de servicio UMTS. 30
28.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 27, en el que dicho nodo de la red es un servidor de aplicación (409) del proveedor de servicio.
29.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 27, en el que dicho nodo de la red es un servidor de políticas (411), que está dispuesto además para comprobar que el proveedor de servicio está autorizado a enviar el mensaje indicador del servicio (309) al primer 35 terminal cliente (102a).
30.- El nodo de la red (106a) de acuerdo con cualquiera de las reivindicaciones 19 a 27, en el que dicho nodo de la red es un Proxy de Salida Forzada (410) que está dispuesto para crear dicho mensaje indicador del servicio (309) basado en un mensaje de servicio recibido de un servidor de aplicaciones (409). 40
31.- Un método en un nodo de la red (106a) en una red para proporcionar un conjunto de servicio de datos empaquetados de un proveedor de servicios a unos terminales de clientes móviles, comprendiendo dicho método:

crear un mensaje indicador de servicio (309) para su transmisión forzada a un primer terminal de cliente (102a); y 45

enviar (301) el mensaje indicador de servicio (309) al primer terminal cliente (102a), en el que el mensaje indicador de servicio (309) incluye información de que el proveedor de servicio tiene un contenido de servicio que enviar al primer terminal de cliente y el método está caracterizado porque el

mensaje indicador de servicio (309) incluye un conjunto de parámetros de calidad de servicio recomendados, que el proveedor de servicios recomienda que el primer terminal del cliente demande para su transmisión por un servicio portador para la recepción del contenido de servicio.
32.- El método de acuerdo con la reivindicación 31, en el que el método comprende además determinar dicho conjunto de parámetros de calidad de servicio recomendados en base a al menos uno 5 de los siguientes tipos de información de entrada: tipo de contenido de servicio, tipo de suscripción del usuario del terminal, información a cerca de la red en que el servicio portador va a ser establecido, y proveedor del contenido de servicio.
33.- El método de acuerdo con las reivindicaciones 31 ó 32, en el que dicho conjunto de parámetros de calidad de servicio recomendados es un conjunto de parámetros de calidad de servicio de 10 Contexto del Protocolo de Datos Empaquetados.
34.- El método de acuerdo con cualquiera de las reivindicaciones 31 a 33, en el que dicho mensaje indicador del servicio (309) es un mensaje de Carga del Servicio Forzado WAP que está modificado añadiéndole el conjunto de parámetros de calidad de servicio recomendados.
35.- El método de acuerdo con cualquiera de las reivindicaciones 31 a 33, en el que dicho 15 mensaje indicador del servicio es un mensaje de Indicador del Servicio Forzado WAP que está modificado añadiéndole el conjunto de parámetros de calidad de servicio recomendados.
36.- El método de acuerdo con cualquiera de las reivindicaciones 31 a 35, en el que dicho mensaje indicador del servicio (309) es enviado (703b) al primer terminal cliente (102a) sobre un Contexto del Protocolo de Datos Empaquetados primario preestablecido (701) y en el que dicho conjunto de 20 parámetros de calidad del servicio recomendados es un conjunto de parámetros de calidad del servicio de Contexto del Protocolo de Datos Empaquetados recomendados para un Contexto del Protocolo de Datos Empaquetados secundario.
37.- El método de acuerdo con cualquiera de las reivindicaciones 31 a 36, en el que la información de que el proveedor de servicio tiene un contenido de servicio para enviar al terminal 25 comprende un Identificador de Recursos Uniforme, URI, indicando el contenido de servicio.
38.- El método de acuerdo con cualquiera de las reivindicaciones 31 a 37, en el que dicho conjunto de parámetros de calidad de servicio recomendados comprende una indicación de una clase de calidad del servicio UMTS predefinida.
39.- El método de acuerdo con cualquiera de las reivindicaciones 31 a 38, en el que dicho 30 conjunto de parámetros de calidad del servicio recomendado comprende un valor recomendado para al menos un atributo de calidad del servicio UMTS.
40.- El método de acuerdo con cualquiera de las reivindicaciones 31 a 39, en el que dicho método incluye además comprobar si el proveedor de servicio está autorizado a enviar el mensaje indicador del servicio (309) al primer terminal de cliente (102a) mediante la comprobación de una política 35 predeterminada.