MÉTODO Y DISPOSITIVOS PARA CAMBIAR LA CALIDAD DEL SERVICIO REFERENCIA CRUZADA A SOLICITUDES RELACIONADAS Esta solicitud se relaciona a la solicitud de patente internacional copendiente comúnmente asignada No. PCT/SE04/ , titulada "Binding Mechanism for Quality of
Service Management in a Communication Network" , [Mecanismo de Unión para Administración de Calidad de Servicio en la Red de Comunicación], presentada el 5 de julio de 2004; solicitud de patente internacional No. PCT/SE04/ , titulada "Methods and Devices for Supplying Quality of Service Parameters in HTTP Messages" , [Métodos y Dispositivos para Suministrar Parámetros de Calidad de Servicio en Mensajes HTTP], presentada el 5 de julio de 2004; y solicitud de patente internacional No. PCT/SE04/ , titulada "Devices and Methods for Push Message Initiated Service" , [Dispositivos y métodos para Servicio Iniciados por Mensaje de Empuje] , presentada el 5 de julio de 2004, cuyas divulgaciones se incorporan aquí por referencia. CAMPO DE INVENCIÓN La presente invención se refiere a métodos y dispositivos en sistemas de comunicación móviles que ofrecen servicios de datos en paquetes . En particular la invención se refiere al campo de Parámetros de Calidad de Servicios para adaptar una transmisión a demandas de capacidad de transmisión variables. ANTECEDENTES DE LA INVENCIÓN Los sistemas de comunicación móviles modernos que proporcionan servicios conmutados en paquetes tales como Universal Mobile Telecommunication System [Sistema de Telecomunicación Móvil Universal] (UMTS, por sus siglas en inglés) deben poder soportar una variedad amplia y diversa de aplicaciones que tienen demandas diferentes sobre la capacidad de transmisión requerida, sensibilidad a retardos en la transmisión y requisitos en materia de interactividad, por ejemplo. Los rangos de aplicaciones van desde una simple transferencia de un mensaje de texto que es un ejemplo de aplicación que no requiere de alta capacidad ni que es critica en cuanto al tiempo, hasta una video conferencia, que es una aplicación en tiempo real que requiere de una alta capacidad de transmisión. El concepto de Calidad de Servicio (QoS, por sus siglas en inglés) fue introducido para asegurar que un usuario final, utilizando una aplicación, recibe los recursos de sistema requeridos para esta aplicación particular. Al mismo tiempo, al no utilizar más recursos que los necesarios para la aplicación, el uso de QoS contribuye a la optimización de uso de los recursos de sistema, en particular recursos de radio escasos. En las especificaciones técnicas 3GPP TS 23.107 V6.1.0 (2004-03) Y 3GPP TS 23.207 V6.2.0 (2004-03) se describe la forma cómo se implementa QoS en UMTS. En la Figura 1 se ilustra un sistema de comunicación móvil genérico en donde se puede utilizar QoS. El sistema de comunicación 100 comprende una terminal de clientes 105 que puede comunicar con un nodo de red, como por ejemplo, un servidor de aplicación 120, para utilizar el servicio ofrecido por un proveedor de servicio, por ejemplo. La terminal de clientes 105 debe considerarse como la representación de varios equipos, incluyendo, si limitarse a estos ejemplos, en teléfonos móviles (celulares) , computadoras de tipo laptop y PDAs con capacidades de comunicación, y se conoce también comúnmente como Equipo de Usuario (UE) o Estación Móvil (MS) . Una red de acceso por radio (RAN) 125, una red central (CN) 130 y una red de servicio (SN) 135 están involucradas e interactúan para proporcionar la comunicación entre la terminal de cliente 105 y el servidor de aplicación 120. En UMTS, la QoS se define como un conjunto de atributos que especifica el servicio de portador de UMTS. Los atributos de de QoS según UMTS son los siguientes: - Clase de Tráfico - Frecuencia máxima de bits - Frecuencia garantizada de bits - Orden de entrega - Tamaño máximo de SDU - Información de formato de SDU - Proporción de error de SDU - Proporción de error de bits residual - Entrega de SDUs erróneas - Retardo de transferencia - Prioridad de manejo de tráfico - Prioridad de asignación/retención - Descriptor de estadísticas fuentes - Indicación de señalización Estos atributos pueden ser mapeados en las clases de QoS de UMTS predefinidas: Clase Conversacional, Clase de Corriente, Clase Interactiva y Clase de Fondo. Las clases de QoS se especifican al sistema de comunicación a través del contexto de Protocolos de Datos en Paquetes (PDP) . La Figura 2 ilustra esquemáticamente la comunicación entre una terminal de cliente 105 y servidor de aplicación 120 en UMTS. La comunicación ocurre a través de RNC (Controlador de Red de Radio) 205 y los nodos principales SGSN (Nodo de Soporte de GPRS de Servicio) 210 y GGSN (Nodo de soporte de GPRS de compuerta) 215 de la CN 130, al servidor de aplicación 120 en la SN 135. En las implementaciones de UMTS de la técnica anterior, las clases de QoS son negociadas y administradas mediante la utilización de contexto de PDP. Los requisitos de QoS de nivel de aplicación son mapeados a los parámetros de contexto de PDP en la terminal de cliente. Pre-configuraciones de contexto de PDP se efectúan en la terminal de cliente de tal manera que cuando una aplicación conmutada en paquete inicia y es conectada a la red, se activa el contexto PDP pre-configurado correspondiente. Este contexto de PDP tiene una clase de QoS seleccionada que debe corresponder a los requisitos de QoS deseados de la aplicación. Por ejemplo, si la aplicación es un navegador WAP o cliente MMS, la clase de QoS de contexto de PDP activada es habitualmente la clase Interactiva. En la Figura 2 se ilustra con una flecha 220, el contexto de PDP, que define la clase de QoS requerida, originándose a partir de la terminal de clientes 115 y recibida por el GGSN 215. Hoy en día una aplicación, o nodo de servicio, por ejemplo un servidor de WWW puede influenciar la selección de clase de QoS efectuada en la terminal de cliente por el Protocolo de Descripción de Sesión (SDP) . El servidor de WWW puede desear utilizar por ejemplo, para efectuar una sesión de corriente, otro portador más adecuado para la descarga que el que está en uso actualmente. El servidor de WWW puede entonces expedir un documento de SDP a la terminal de cliente, especificando la clase de QoS deseada. Subsiguientemente, la terminal de cliente tendrá que iniciar el cambio real de QoS antes de poder efectuar la descarga. Co o se describió arriba, el sistema confía en que todas las terminales o bien determinaran la QoS requerida o bien manejarán correctamente la información de QoS en el mensaje de SDP y negociarán con nodos de sistema tales como RNC 205, SGSN 210 y GGSN. Sin embargo, en un escenario de un número mayor de diferentes terminales 3G, a partir de un mayor número de vendedores, es plausible que no todas las terminales cumplan perfectamente con el estándar. Sin embargo, sería de alta importancia para un proveedor de servicio, por ejemplo, poder asegurar que la aplicación ofrecida pueda ser utilizada correctamente por el usuario final. Además, ciertos cambios en cuanto a requisitos de QoS que serían favorables no pueden ser fácilmente anticipados por la terminal. COMPENDIO DE LA INVENCIÓN Un objeto de la presente invención es proporcionar dispositivos y métodos que permiten que un nodo de red, o una aplicación en un nodo de red, en la red de servicio, determine los parámetros de los QoS apropiados para un servicio de portador entre la terminal de cliente y la aplicación, e inicie una actualización de la calidad de servicio. El objeto indicado arriba se logra a través de un método en un nodo de red de conformidad con la reivindicación 1, un nodo de red de conformidad con la reivindicación 23 y productos de programa de computadora de conformidad con las reivindicaciones 21 y 22. La idea básica de la presente invención es proporcionar un método y un arreglo en un nodo de red de tal manera que el nodo de red pueda identificar un requisito para cambiar los parámetros de calidad de servicio durante una sesión de comunicación en curso e iniciar una modificación de parámetro de calidad de servicio. El proceso es iniciado a través de una aplicación en el nodo de red y controlado a través de una aplicación en el nodo de red. El método en el nodo de red de conformidad con la presente invención determina en el proceso de contestar a una petición de contenido que se origina a partir de la terminal del cliente si una entrega de la respuesta a la petición de contenido se beneficiará de una modificación de los parámetros de calidad de servicio. Si se determina que la modificación es benéfica se inicia a través de los nodos de red una modificación de los parámetros de calidad de servicio para uso en la respuesta a la petición de contenido. De conformidad con un primer aspecto de la presente invención, se proporciona un método en el nodo de red. El método es aplicable durante una sesión de comunicación en curso en donde al menos una terminal de cliente utiliza los servicios proporcionados a través del nodo de red, y en donde se utilizan parámetros de calidad de servicio iniciáis en la sesión de comunicación en curso. En el proceso de contestar a una solicitud de contenido que se origina a partir de la terminal de cliente, el método comprende los pasos de: - determinar en caso de petición de contenido expedida por la terminal de cliente, parámetros de segunda calidad de servicio asociados con la respuesta a dicha petición; - Comparar los parámetros de calidad de servicio inicial con los parámetros de segunda calidad de servicio para determinar un requisito para modificar los parámetros de calidad de servicio; y - modificar, si se identifica un requisito de modificación en los pasos de comparación/determinación, los parámetros de calidad de servicio mediante la expedición a la terminal de cliente de una actualización de los parámetros de calidad de servicio inicial a los parámetros de segunda calidad de servicio. El método facilita la entrega de una respuesta a la petición con el uso de los parámetros de segunda calidad de servicio que son más adecuados para el tipo de contenido y/o tamaño de contenido. El paso de comparar los parámetros de calidad de servicio puede comprender preferentemente un subpaso de recuperar la información en materia de parámetros de calidad de servicio inicial a partir de una base de datos de sesiones. El método puede incluir de manera provechosa un paso adicional de regresar al uso de los parámetros de calidad de servicio inicial después de terminar la respuesta a la petición. De conformidad con un segundo aspecto del método de la presente invención, en el paso de comparar los parámetros de calidad de servicio, se identifica un requisito- para modificar los parámetros de un servicio si los parámetros de la calidad de servicio inicial corresponden a una velocidad de transferencia menor que la velocidad de transferencia que corresponde al los parámetros de segunda calidad de servicio. Los parámetros de calidad de servicio inicial y los parámetros de segunda calidad de servicio puede referirse por ejemplo a clases de calidad de servicio, por ejemplo las clases de calidad de servicio UMTS predefinidas que comprenden: clase conversacional, clase de corriente, clase interactiva y clase de fondo. Según un tercer aspecto del método de la presente invención, el paso de determinar los parámetros de segunda QoS comprende los subpasos de: - recibir un mensaje de la segunda red, que comprende el contenido y la información sobre al menos el tipo de archivo del contenido; y - determinar los parámetros de segunda QoS con base en dicha información sobre el tipo de archivo del contenido mediante comparación con una lista predetermina, dicha lista relaciona los tipos de archivo con parámetros de QoS adecuados . De conformidad con un cuarto aspecto del método de la presente invención, el paso de determinar parámetros de segunda QoS comprende los subpasos de: - recibir un mensaje del segundo nodo de red como respuesta a la petición de contenido, en donde el contenido solicitado y la información requerida en materia de parámetros de QoS requeridos para suministrar el contenido a la terminal de cliente están incluidos dentro de dicho mensaje; y leer a partir del mensaje la información sobre los parámetros de QoS requeridos y determinar los parámetros de segunda QoS con base en dicha información sobre parámetros requeridos de calidad de servicios. Según un aspecto del nodo de red de conformidad con la presente invención, el nodo de red se proporciona con: - medio para determinar la calidad de servicio, adaptado para determinar, en una petición de contenido expedida por la terminal de cliente, los parámetros de segunda calidad de servicio asociados del contenido solicitado; - medio de modificación de calidad de servicio adaptado para expedir una actualización a partir de los parámetros de calidad de servicio inicial a los parámetros de segunda calidad de servicio, a través del uso de un mensaje de contexto de PDP de actualización. Gracias a la presente invención, un nodo de red puede identificar que una respuesta a una solicitud de contenido se beneficiaria de un cambio de parámetros de calidad de servicio durante una sesión de comunicación en curso. En caso apropiado el nodo de red inicia y efectúa el cambio de parámetros de calidad de servicio. Una ventaja proporcionada por la presente invención es que el sistema de comunicación se adapta mejor a varias necesidades en cuanto a capacidad de portador, lo que ocurre típicamente en un escenario de navegar - descargar, en donde archivos de medios son descargados a través del nodo de red a la terminal de cliente. Una ventaja adicional es que gracias a la presente invención se puede efectuar usos más eficientes de los escasos recursos de radio, puesto que se evita una alta calidad de servicio innecesario, es decir, alta capacidad de portador, cuando no se lleven explícitamente. Una ventaja adicional es que puesto que se utiliza una alta capacidad de portador solamente cuando se requiere explícitamente, el consumo de energía se mantiene a un nivel mínimo. Esto es importante en equipo de usuario puesto que se prolonga la vida de la batería. Ventajas y características adicionales de la presente invención serán aparentes al leer la siguiente descripción detallada en combinación con los dibujos. BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es una ilustración esquemática de un sistema de comunicación móvil genérico; La Figura 2 es una ilustración esquemática del uso del contexto de PDP en un sistema de comunicación móvil;
La Figura 3a es una ilustración esquemática de un sistema de comunicación móvil en donde se puede utilizar el método y arreglos de conformidad con la presente invención y la Figura
3b es una ilustración esquemática de las partes funcionales implementadas como medio de código de software del nodo de red de conformidad con la presente invención; La Figura 4 es un esquema de secuencia de señales/mensajes que ilustra el método de conformidad con la presente invención; La Figura 5a es un diagrama de flujo del método de conformidad con la presente invención; y La Figura 5b es un diagrama de flujo de una modalidad preferida del método de conformidad con la presente invención; La Figura 6 es un esquema de secuencia de señales/mensajes que ilustra una modalidad del método de conformidad con la presente invención; La Figura 7 es una ilustración esquemática del tipo MIME de conformidad con una modalidad de la presente invención; La Figura 8 es una ilustración esquemática del encabezado de respuesta HTTP de conformidad con una modalidad de la presente invención. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La presente invención se describirá a continuación de manera más completa con referencia a los dibujos adjuntos en donde se ilustran modalidades preferidas de la invención. La invención puede sin embargo incorporarse en varias formas diferentes y no debe considerarse como limitada a las modalidades presentadas aquí; al contrario, estas modalidades se proporcionan de tal manera que la divulgación sea completa y cabal, y proporcionaran completamente el alcance de la presente invención a las personas con conocimientos en la materia. En los dibujos, los mismos números de referencia se refieren a elementos similares. La presente invención es aplicable a servicios conmutados en paquetes en un sistema de comunicación móvil, dichos servicios se proporcionan típicamente a través de un proveedor de servicios y son utilizados por un usuario final con la ayuda de una terminal de cliente. En particular, la presente invención se refiere, sin limitación, a escenarios en donde el usuario final está navegando por páginas web o similares para encontrar y descargar contenido como por ejemplo música, imágenes y películas que se conocerán a continuación como archivos de medio. Un uso que se caracteriza por demandas muy variables en cuanto a capacidad de transmisión para navegar por una transmisión de "mejor esfuerzo" es frecuentemente suficiente mientras que una descarga de un archivo de medio, por ejemplo, impone demandas muy elevadas sobre la capacidad de transmisión. De conformidad con lo descrito en la sección de antecedentes, los métodos y arreglos de la técnica anterior no permiten cambios rápidos en cuanto a demandas de capacidad de transmisión durante ciertas aplicaciones tales como la descarga de archivos de medio. Descrita en términos generales, la presente invención ofrece un método y un arreglo en un nodo de red de tal manera que el nodo de red pueda identificar un requisito para cambiar los parámetros de calidad de servicio durante una sesión de comunicación en curso e iniciará una modificación de los parámetros de calidad de servicio. El proceso es iniciado por el nodo de red o por una aplicación en el nodo de red y controlado por dicho nodo de red o por dicha aplicación en el nodo de red. El método en el nodo de red de conformidad con la presente invención determina, en el proceso de responder a una petición de contenido que proviene de la terminal de cliente si la entrega de la respuesta a la petición de contenido se beneficiaría de una modificación de los parámetros de calidad de servicio. Si se determina que una modificación es benéfica, entonces el nodo de red inicia una modificación de los parámetros de servicio para su uso en la respuesta a la petición de contenido. La Figura 3 es una lista esquemática de un sistema de comunicación móvil en donde se puede utilizar la presente invención. El sistema de comunicación móvil 100 comprende una terminal de cliente 105 que puede comunicar con un nodo de red 310 de un proveedor de servicios y recibir por consiguiente un servicio ofrecido por el proveedor de servicio. El nodo de red 310 es típicamente un intermediario (proxy, en inglés) para la terminal de cliente 105 en la utilización de un servidor de WWW 320. La comunicación entre la terminal de cliente 105 y el nodo de red 310 incluyen típicamente 3 redes separadas pero interconectadas, la red de acceso de radio (RAN) 125, la red central (CN) 130 y la red de servicio (SN) 135. Redes de acceso por radio posibles 125 incluyen, sin limitarse a estos ejemplos, redes WCDMA, CDMA2000, LAN inalámbrica GPRS. Las redes centrales y de servicio son generalmente redes de comunicación basadas en IP o basadas en ATM. La terminal de cliente 105 se encuentra en la red de acceso de radio (RAN) 125, la cual es controlada por al menos un Controlador de Red de Radio (RNC) 205 que está en comunicación con un nodo de soporte de GPRS de servicio (SGSN) 210 de la red central 130. La CN 130 está en comunicación con otras redes, a través de los nodos de Compuerta. El nodo de soporte de GPRS de Compuerta (GGSN) 215 interconecta la CN 130 con la red de servicio 135. El GGSN puede comunicar adicionalmente con una base de datos de sesión 317. El nodo de red 310, o un intermediario, con el cual comunica la terminal de clientes 105 es parte de la red de servicios 135, y puede a su vez estar conectado a un nodo de red adicional que ofrece el servicio real, por ejemplo un servidor de WWW 320, un servidor de MMS 325, u otros tipos de servidores de aplicación. Todos estos forman parte de la red de. servicios 125. El nodo de red 310, o intermediario, puede también estar conectado con servidores que no forman parte de la red de servicio 135, pero pertenecen a redes externas 335. El método y arreglo de conformidad con la presente invención se describirá en una red UMTS y con referencia al esquema de señalización esquemático ilustrado en la Figura 4 y el diagrama de flujo de la Figura 5a. Modalidades de la presente invención se ilustran en la Figura 5b y en la Figura 6. El método de conformidad con la presente invención es aplicable durante una sesión de comunicación entre la terminal de cliente 105 y el nodo de red 310, de conformidad con lo ilustrado por el esquema de señalización de la Figura 4. En una capa de aplicación, la comunicación es entre una aplicación determinado, por ejemplo, un navegador 405 y la aplicación del proveedor de servicio 410, a través de la aplicación intermedia 415 en el nodo de red 310. La sesión de comunicación ha sido ajustable de conformidad con dos procedimientos estándares conocidos en la técnica. Solamente los pasos del procedimiento de ajuste necesario para la comprensión del método de la presente invención se describirán por consiguiente. Los pasos de ajuste de la sesión de comunicación no se consideran parte de la invención. Una sesión de comunicación empieza típicamente con un usuario final que empieza una aplicación de servicios en paquete en la terminal de cliente 105, mediante el hecho de iniciar un navegador de WEB 405, por ejemplo. En contexto de PDP según UMTS, la administración se utiliza para ajustar la sesión con la clase de QoS apropiada, entre otros parámetros. Al iniciar una aplicación en la terminal de cliente 105, los requisitos de QoS de nivel de aplicación son mapeados en los parámetros de contexto de PDP en la terminal de cliente, típicamente mediante la activación de un contexto de PDP pre-configurado que especifica una clase de QoS que debería corresponder a los requisitos de QoS de las aplicaciones. Un proceso de negociación que incluye el SGSN 210 y el GGSN 215, establece los parámetros de QoS inicial a utilizar en la sesión de comunicación, de conformidad con lo ilustrado en la parte de ajuste 407 de la Figura 4. El GGSN almacena la información de contexto de PDP en la base de datos de sesiones, que se indica a través de la flecha 410. Después de terminar el proceso de ajuste, la sesión de comunicación procede al establecimiento de la comunicación del nivel de aplicación, flecha 415, en el ejemplo actual una sesión de navegación en la WEB, entre la aplicación (navegador) en la terminal de cliente 105 y la aplicación intermediaria del nodo de red 310.
Durante la navegación en la web, se expide una solicitud de contenido a partir de la aplicación de la terminal de cliente 105, por ejemplo la solicitud de descarga de un archivo de medios a partir de un servidor WWW, flecha 420. Un ejemplo de una petición de contenido es un mensaje de "Conseguir contenido" enviado a la aplicación intermedia de los nodos de red 310. El nodo de red 310 responde a la petición de contenido recuperando el contenido solicitado a partir de un servidor de proveedor de servicios, como por ejemplo (no ilustrado) y determina parámetros de segunda QoS 425 asociados con el contenido. La asociación de los parámetros de QoS con el contenido se comentará adicionalmente abajo. En el nodo de red 310 determina a demás si una modificación de los parámetros de QoS empleados en la sesión beneficiaría a entrega del contenido a la terminal de clientes 105 mediante la comparación de los parámetros de QoS inicial con los parámetros de segunda QoS. El nodo de red 310 recupera preferentemente información sobre los parámetros de QoS inicial a partir de la información de contexto de PDP almacenada en la base de datos de sesiones 317, de conformidad con lo indicado, fecha 430. Si el nodo de red 310 ha determinado un cambio a los parámetros de segunda QoS, por ejemplo, si los parámetros de QoS inicial corresponden a una clase de QoS inferior en comparación con los parámetros de segunda QoS, el nodo de red 310 inicia un proceso para modificar 440 los parámetros de QoS empleados en la sesión. El nodo de red 310 envía una actualización de contexto de PDP al GGSN 215. El nodo de red 310 requiere de tener información sobre a qué GGSN 215 dirigirse, y preferentemente incluir también información que el GGSN 215 puede utilizar para identificar la terminal de cliente 105. Preferentemente, el nodo de red 310 recupera esta información de la base de datos de sesiones 317, lo que se comentará adicionalmente abajo. El proceso de actualización de PDP adicional, flechas 440: 2, 3, 4, 5, 6, que incluye el GGSN 215, SGSN 210, RNC 205 y la terminal de cliente 105, se efectúa de conformidad con el estándar y por consiguiente es bien conocido por parte de las personas con conocimientos en la materia. El GGSN 215 envía la respuesta de contexto de PDP emitido por la terminal de cliente 105 para informar al nodo de red 100 en cuanto al resultado del proceso de actualización, flecha 440: 7. El resultado del proceso de actualización es o bien que la comunicación está ocurriendo ahora de conformidad con la QoS solicitada definida por los parámetros de segunda QoS, o bien que no es posible cumplir con la actualización solicitada, debido por ejemplo a limitaciones temporales en el entorno de radio. En este último caso, el proceso de actualización puede resultar en una QoS inferior a la solicitada (parámetros de segunda QoS) , pero posiblemente más elevada que los parámetros de QoS inicial. El nodo de red 310 deberá entonces decidir si el contenido debe ser suministrado con la QoS disponible o bien si el proceso debe ser abandonado. En la mayoría de los casos, un archivo de medios serán prácticamente imposible de transferir, o bien al menos altamente inconveniente debajo de un cierto derecho de transferencia. Por consiguiente, el nodo de red 310 deberá escoger en la mayoría de los casos abandonar el proceso de suministro si no se puede utilizar la QoS adecuada. La información sobre si una QoS inferior a la solicitada podría todavía utilizarse para el contenido (tipo de archivo) en cuestión puede incluirse en los parámetros de segunda QoS o bien comunicarse al nodo de red 310 por otros medios. La aplicación del nodo de red 310 puede revisar adicionalmente si la QoS cumple con las capacidades de la terminal de cliente 105 y con las restricciones de la suscripción de usuario final. Un proceso que se conoce frecuentemente como revisión de política, que se conoce en la técnica. Una revisión de política mejorada que puede emplearse de manera provechosa dentro del marco de la presente invención se enseña en la solicitud mencionada arriba "Binding Mechanism for Quality of Service Management in a Communication Network" [Mecanismo de Unión para Administración de Calidad de Servicio en la Red de Comunicación] . Al terminar el contexto de Actualizar PDP, el nodo de red 310 envía el contenido solicitado a la terminal de cliente 105, flecha 450, en donde se utilizan los parámetros de segunda QoS. El nodo de red 310 después de terminar la entrega del archivo de medios puede por ejemplo iniciar un retorno a los parámetros de QoS inicial 460. Esto se efectúa a través de un contexto Actualizar PDP, idéntico al contexto Actualizar PDP descrito arriba. El proceso de cambiar de QoS durante la sesión de comunicación es iniciado y controlado de conformidad con el método de la presente invención a partir del nodo de red 310. El método en el nodo de red 310 es ilustrado en el diagrama de flujo de la Figura 5 y comprende los pasos de: 505: Determinar, en una petición de contenido enviada por la terminal de cliente 105, parámetros de segunda QoS, o una representación de parámetros de segunda QoS, asociados con el contenido solicitado. 510: Comparar los parámetros de la QoS inicial con los parámetros de segunda QoS. 515: Determinar si los parámetros de QoS deben ser actualizados, con base en la comparación en el paso 510. Si los parámetros de segunda QoS indican una QoS que es mayor, es decir, requiere de una mayor capacidad de portador que la QoS en uso (los parámetros de QoS inicial) se identifica un requisito para actualizar los parámetros de QoS, para efectuar la entrega de un contenido. Si no es el caso, la entrega del contenido puede efectuarse con los parámetros de QoS inicial, es decir, los parámetros de QoS no tienen que ser actualizados. 520: Iniciar una modificación, si se identifica un requisito de modificación en el caso de determinación, de los parámetros de calidad de servicio mediante la emisión de una actualización desde los parámetros de calidad de servicio inicial. 525: Suministrar el contenido requerido a la terminal de cliente 105 con el uso de los parámetros de segunda QoS. El método puede comprender además unos pasos opcionales de: 522: Accesar opcionalmente a la base de datos de sesiones 317 para actualizar la información de PDP con los parámetros de segunda QoS. El paso se efectúa después del paso de modificación 520 y antes del paso de suministro 525. 530: Regresar al uso de los parámetros de QoS inicial mediante la emisión de una actualización a partir de los parámetros de segunda QoS hacia los parámetros de QoS inicial de manera similar al paso 520. El paso se efectúa después del paso del suministro 525. El paso 510 de comparación de los parámetros de QoS inicial con los parámetros de segunda QoS puede comprender los subpasos de: 510:1 Accesar la base de datos de sesiones 317 para recuperar la información de PDP asociada con la sesión de comunicación.
510:2 Leer a partir de la información de PDP los parámetros de QoS inicial. Las QoS están almacenadas preferentemente como "QoS negociadas" definidas en 3GPP TS 24.008. 510:3 Leer opcionalmente la información de dirección proveniente de la información de PDP. El paso 515 de determinar si los parámetros de QoS deben ser actualizados puede comprender los subpasos de: 515:1 Almacenar temporalmente los parámetros de QoS inicial a utilizar en el retorno opcional los parámetros de QoS inicial . La información opcionalmente leída por el nodo de red 310 en el paso 510:3 puede utilizarse primariamente para la aplicación para encontrar GGSN 215 de usuarios finales y para que el GGSN 215 mapee la solicitud al GTP correcto (Protocolo del Túnel de GPRS) , es decir para encontrar el GTP asociado con la terminal de cliente 105. La tabla 1 especifica información en cuanto a la dirección contenida (entre otras informaciones) en la información de la PDP de la base de datos de sesiones 317 con relación a la sesión de comunicación en curso. Tabla 1 Atributos de la base de datos de Sesión Dirección de IP de AS La dirección de IP del cliente RADIUS que envió la solicitud. Es habitualmente el IAS o GGSN.
Dirección de IP La dirección de IP asignada a la terminal
Id de estación que El MSISDN de la terminal efectúa la llamada conectada (MSISDN)
IMSI La identidad de suscriptor móvil internacional
QoS negociada La calidad de servicio negociada de conformidad con lo definido en 3GPP TS 24.008
Una dirección asociada con el GGSN 215, por ejemplo, la dirección de IP ÑAS o URL/URI puede ser empleada por la aplicación del nodo de red 310 para enviar la "Petición de actualización de PDP" al GGSN 215 correcto. El medio de identificación asociado a una terminal o una suscripción, la IMSI o el MSISDN puede incluirse preferentemente en el mensaje proveniente del nodo de red 310 para que el mensaje de GGSN 215 se encuentre en el GTP correcto. Alternativamente la base de datos de sesiones es actualizada con un identificador de GTP que identifica directamente el mensaje GTP de la sesión de comunicación en curso. Una alternativa adicional es el utilizar la dirección IP de la terminal de cliente 105, si se proporciona en la información de PDP El paso 505 para determinar los parámetros de segunda QoS, o una representación de los parámetros de segunda QoS, asociados con el contenido solicitado puede efectuarse de varias formas. En una modalidad de la invención la aplicación del nodo de red 310 determina los parámetros de segunda QoS mediante el análisis del tipo de contenido que ha sido solicitado, por ejemplo, mediante la identificación del tipo de archivo que se proporciona típicamente en un encabezado de archivo de contenido. La aplicación del nodo de red 310 puede entonces comparar el tipo de archivo con una lista de concordancia predeterminada de "tipo de archivo - parámetros de QoS" y seleccionar los parámetros de segunda QoS como los parámetros de QoS que corresponden al tipo de archivo. El paso 505 de determinar parámetros de segunda QoS o una representación de parámetros de segunda QoS puede, según esta modalidad comprender los subpasos de: 505: a Enviar la petición de contenido a un segundo nodo de red, por ejemplo un servidor de proveedor de servicio.
505 :b Recibir un mensaje de la segunda red que comprende el contenido e información sobre el tipo de archivo de contenido y posiblemente el tamaño del archivo; 505 :c Determinar parámetros de segunda QoS con base en dicha información sobre el tipo de archivo de contenido y/o el tamaño del archivo por comparación con una lista predeterminada que relaciona los tipos de archivos con los parámetros de QoS adecuados o con una lista predeterminada que relaciona los tipos de archivos en los rangos predeterminados de tamaños de archivo con parámetros de QoS adecuados . En una modalidad preferida de la invención, los parámetros de QoS o una representación de los parámetros de QoS se proporcionan dentro del mismo mensaje que el contenido. El paso 505 de determinar parámetros de segunda QoS, o una representación de parámetros de segunda QoS comprenderá, en la modalidad preferida, los subpasos de: 505:1 Enviar la petición de contenido a un segundo nodo de red, por ejemplo un servidor de proveedor de servicio; 505:2 Recibir un mensaje del segundo nodo de red en respuesta a la petición de contenido enviada del paso 505:1. Dentro del mensaje se encuentra el contenido solicitado y la información sobre los parámetros de QoS requeridos para suministrar el contenido a la terminal de cliente 105; 505:3 Leer a partir del mensaje la información sobre los parámetros de QoS requeridos y determinar parámetros de segunda QoS con base en dicha información sobre parámetros requeridos y calidad de servicio. Los parámetros requeridos de QoS pueden estar en un formato directamente utilizable como los parámetros de segunda QoS, una especificación en una clase de QoS o una representación alfanumérica que la aplicación del nodo de red 310 puede convertir en parámetros de segunda QoS; y un subpaso opcional de: 505:4 Preparar la respuesta a la terminal de cliente mediante la remoción de la información sobre los parámetros de QoS a partir del mensaje. Los pasos se ilustran en el esquema de señalización de la Figura 6, en donde una sesión de comunicación ha sido establecida de conformidad con lo descrito arriba. El navegador de la terminal de clientes 105 emite "OBTENER HTTP", flecha 605, al nodo de red 310, en este ejemplo es un servidor intermediario. El servidor intermediario envía la petición (corresponde al paso 505:1) al servidor de WWW, flecha 610. El servidor de WWW prepara un mensaje que comprende tanto el contenido como la información sobre los parámetros requeridos de QoS para suministrar efectivamente el contenido, y envía el mensaje como respuesta HTTP al intermediario, flecha 615. El intermediario recibe el mensaje, lee y analiza los parámetros de QoS, de conformidad con lo descrito en los pasos 505:2-3, y prepara un mensaje de conformidad con el paso 505:4. El proceso sigue de conformidad con los pasos 510 y siguientes del diagrama de flujo de la Figura 5. Una modalidad más preferida, que comprende varios de los subpasos presentados y de las opciones mencionadas se ilustran en el diagrama de flujo de conformidad con las
Figuras 5b, y comprende los pasos de: 505: Determinar, en una petición de contenido enviada por la terminal de clientes 105, parámetros de segunda QoS o una representación de parámetros de segunda QoS, asociados con el contenido solicitado mediante: 505:1 Enviar la petición de contenido a un segundo nodo de red, por ejemplo un servidor de proveedor de servicios. 505:2 Recibir un mensaje del segundo nodo de red en respuesta a la solicitud de contenido enviada del paso 505:1. En el mensaje se encuentra el contenido solicitado y la información sobre los parámetros requeridos de QoS para suministrar el contenido a la terminal de clientes 105. 505:3 Leer a partir del mensaje la información sobre parámetros de QoS requeridos y determinar parámetros de segunda QoS con base en dicha información sobre los parámetros requeridos de calidad de servicio. Los parámetros requeridos de QoS pueden estar en un formato directamente utilizable como los parámetros de segunda QoS, una especificación de una clase de QoS o una representación alfanumérica que la aplicación del nodo de red 310 puede convertir en parámetros de segunda QoS. 505:4 Preparar la respuesta a la terminal de cliente mediante la remoción de la información sobre los parámetros de QoS a partir del mensaje. 510: Comparar los parámetros de QoS inicial con los parámetros de segunda QoS mediante: 510:1 Accesar la base de datos de sesión 317 para recuperar la información de PDP asociada con la sesión de comunicación. 510:2 Leer a partir de la información de PDP los parámetros de QoS inicial. Las QoS están almacenadas preferentemente como "QoS negociadas" definidas en 3GPP TS 24.008. 510:3 Leer la información de dirección a partir de la información de PDP. 515: Determinar si los parámetros de QoS deben ser actualizados, con base en la comparación del paso 510. Si los parámetros de segunda QoS indican una QoS que es más elevada, es decir, requiere de una mayor capacidad de portador que la
QoS en uso (los parámetros de QoS inicial) , se identifica un requisito para actualizar los parámetros de QoS para efectuar la entrega del contenido. Si no es el caso, la entrega del contenido puede efectuarse con los parámetros de QoS inicial, es decir, los parámetros de QoS no tienen que ser actualizados. Se almacenan temporalmente (subpaso 515: 1) los parámetros de QoS inicial a utilizar en el retorno opcional a los parámetros de QoS inicial. 520: Iniciar una modificación, si se identifica un requisito de modificación en el paso de determinación, de los parámetros de calidad de servicio mediante la emisión de una actualización a partir de los parámetros de calidad de servicio inicial hacia los parámetros de segunda calidad de servicio. 522: Accesar a la base de datos de sesiones 317 para actualizar la información de PDP con los parámetros de segunda QoS. 525: Suministrar el contenido solicitado a la terminal de clientes 105 con el uso de los parámetros de segunda QoS. 530: Retornar al uso de los parámetros de QoS inicial mediante la emisión de una actualización desde los parámetros de segunda QoS de manera similar al paso 520. Un formato adecuado para el contenido y la información de QoS combinados puede basarse en Extensiones de Correos de Internet para Propósitos Múltiples (MIME, por sus siglas en inglés) . MIME se refiere a un estándar oficial de Internet que específica cómo se deben formatear mensajes de tal manera que puedan ser intercambiados en sistemas diferentes y ha estado utilizado ampliamente por ejemplo para descargar contenidos a través de navegadores. MIME es un formato muy flexible que permite incluir virtualmente cualquier tipo de archivo o documento en un mensaje de correo electrónico. Específicamente, los mensajes MIME pueden contener texto, imágenes, audio, video y otros datos específicos de aplicación. Una descripción de MIME puede encontrarse en la publicación IETF (Internet Engineering Task Forcé [Fuerza de Tarea de Ingeniería de Internet]) RFC 1521,1522. Según la presente invención, para satisfacer la demanda de flexibilidad en el uso de parámetros de QoS que provienen de los varios requisitos durante una sesión de navegación, se introduce un nuevo tipo de MIME. El nuevo tipo de MIME se ilustra en la Figura 7. El tipo de MIME 700 comprende, entre otros campos, un encabezado principal 705, un tipo de contenido 707, una codificación de transferencia 710 y contenido 715, también presente en MIME de la técnica anterior. En el tipo de MIME de conformidad con la presente invención se introduce un nuevo campo, el campo de QoS 720 que especifica la QoS requerida o deseada necesaria para transferir eficientemente un mensaje MIME. El campo de QoS es preferente pero no necesariamente un subcampo del campo "Tipo de contenido". El uso del nuevo tipo de MIME ofrece una forma efectiva para intercambiar el contenido y la información de QoS. Un prerequisito es que la aplicación del nodo de red 310 debe tener conocimiento de este tipo particular de MIME con el objeto de utilizar correctamente la información de QoS y preparar un mensaje que es comprensible para la terminal de cliente 105. Como alternativa a la utilización de MIME modificado, la información sobre QoS puede estar contenida en un encabezado HTTP, lo que representa una modalidad alternativa de la presente invención. En esta modalidad el segundo nodo de red, por ejemplo el servidor WWW, prepara un mensaje de respuesta HTTP regular 800, esquemáticamente ilustrado en la Figura 8 que incluye típicamente un renglón de estado 805 que indica la versión, el código de estado, etc., varios renglones de encabezado 810 que podrían especificar tipo de contenido y longitud de contenido, y un cuerpo de entidad 815 que comprende los datos reales. De conformidad con la modalidad de la invención, se incluye también información de QoS en el encabezado, preferentemente como un renglón de QoS 811 entre los demás renglones de encabezado que especifican tipo de contenido, tamaño, etc. Este formato de mensaje es muy versátil. Por ejemplo, si la información de QoS proporcionada en el renglón de encabezado 811 no es comprensible para la aplicación intermedia del nodo de red 310, esta información será simplemente desechada y la respuesta HTTP entregada de todas maneras. Sin embargo, probablemente no con los parámetros óptimos de QoS. El término "parámetros de segunda QoS" debe interpretarse en un sentido amplio, es decir, no restringido a parámetros que especifican explícitamente una frecuencia de bits, por ejemplo. Los parámetros de segunda QoS pueden ser, por ejemplo, una representación de las clases de QoS UMTS predefinidas o una representación de un rango aceptable de frecuencia de bits. La representación son decodificables por la aplicación intermedia del nodo de red. En una modalidad adicional de la presente dimensión, los parámetros de segunda QoS comprenden al menos dos representaciones de niveles diferentes de QoS o clases. Una primera representación, el nivel de QoS deseado que especifica un nivel (frecuencia de bits, por ejemplo) al cual el contenido es adaptado y una segunda representación, el nivel de QoS mínimo, que especifica el nivel más bajo de QoS con el cual se puede efectuar todavía la entrega. La aplicación del nodo de red puede ser entonces, en caso de una respuesta negativa al nivel de QoS deseado o bien de revisión de política o bien de respuesta de contexto de Actualizar PDP, seleccionar el nivel de QoS mínimo o un nivel intermedio para la entrega del contenido. El nodo de red 310 de conformidad con la presente invención comprende varias partes funcionales, preferentemente implementadas como medio de código de software, a adaptar para efectuar el método de conformidad con la presente invención. En la Figura 3b se encuentran las partes funcionales principales que participan en un cambio de QaS durante una sesión de comunicación, que se ilustra de manera esquemática. Los términos "que comprende" y "conectado" deben interpretarse aquí como enlaces entre partes funcionales y no necesariamente conexiones físicas. El nodo de red comprende medios de comunicación 350 para comunicar en un nivel de aplicación con la terminal de cliente 105 y medios de determinación de QoS 360 adaptados para determinar, en la petición de contenido expedida por la terminal de cliente 105, parámetros de segunda QoS asociados con el contenido solicitado. El término "parámetros de segunda QoS" debe interpretarse en un sentido amplio, es decir, no restringido a parámetros que especifican explícitamente una frecuencia de bits, por ejemplo. Los parámetros de segunda QoS pueden ser, por ejemplo, una representación de las clases de QoS UMTS predefinidas o una representación de un rango aceptable de frecuencia de bits. La representación son decodificables por la aplicación intermedia del nodo de red. En una modalidad adicional de la presente dimensión, los parámetros de segunda QoS comprenden al menos dos representaciones de niveles diferentes de QoS o clases. Una primera representación, el nivel de QoS deseado que especifica un nivel (frecuencia de bits, por ejemplo) al cual el contenido es adaptado y una segunda representación, el nivel de QoS mínimo, que especifica el nivel más bajo de QoS con el cual se puede efectuar todavía la entrega. La aplicación del nodo de red puede se entonces, en caso de una respuesta negativa al nivel de QoS deseado o bien de revisión de política o bien de respuesta de contexto de Actualizar PDP, seleccionar el nivel de QoS mínimo o un nivel intermedio para la entrega del contenido. El nodo de red 310 de conformidad con la presente invención comprende varias partes funcionales, preferentemente implementadas como medio de código de software, a adaptar para efectuar el método de conformidad con la presente invención. En la Figura 3b se encuentran las partes funcionales principales que participan en un cambio de QoS durante una sesión de comunicación, que se ilustra de manera esquemática. Los términos "que comprende" y "conectado" deben interpretarse aquí como enlaces entre partes funcionales y no necesariamente conexiones físicas. El nodo de red comprende medios de comunicación 350 para comunicar en un nivel de aplicación con la terminal de cliente 105 y medios de determinación de QoS 360 adaptados para determinar, en la petición de contenido expedida por la terminal de cliente 105, parámetros de segunda QoS asociados con el contenido solicitado. El medio de determinación de QoS 360 comprende preferente un medio de interfaz 361 o bien está conectado con medio de interfaz 361 para conexión con un segundo nodo de red adaptado para enviar mensajes al segundo nodo de red y para recibir mensajes del segundo nodo de red, y adaptado para leer o decodificar los mensajes provenientes del segundo nodo de red, especialmente para leer la información de QoS contenida en los mensajes. El medio de comparación 370 del nodo de red 310 está adaptado para comparar los parámetros de QoS inicíales con los parámetros de segunda QoS y por consiguiente está conectado preferentemente con la interfaz de base de datos de sesión 371 para accesar la base de datos de sesión 317 para recuperar la información de PDP asociada con la sesión de comunicación y está adaptada para leer los parámetros de QoS iniciales y posiblemente también para dirigir la información a partir de la información de PDP. El medio de determinación de actualización 380 está adaptado para determinar si los parámetros de QoS deben ser actualizados, con base en la comparación proporcionada por el medio de comparación 370. El medio de determinación de actualización 380 identifica los requisitos para actualizar los parámetros de QoS si los parámetros de segunda QoS indican una QoS que es más elevada, es decir, requiere de una capacidad de portador más alta que la QoS (Los parámetros de QoS iniciales) . El medio de determinación de actualización 380 puede comprender un medio de almacenamiento 381 o estar conectado a un medio de almacenamiento 381 para almacenar los parámetros iniciales de QoS. El medio de modificación de QoS 390 está adaptado para enviar una actualización a partir de los parámetros de calidad de servicio inicial a los parámetros de segunda calidad de servicio, a través del uso del mensaje de contexto de actualizar PDP. El mensaje de contexto de actualizar PDP debe ser enviado al GGSN apropiado 215 y por consiguiente está equipado con medio de interfaz GGSN 391 o bien está conectado con dicho medio de interfaz. El medio de modificación de QoS puede estar adaptado adicionalmente para recuperar información en dirección de la información de PDP y por consiguiente está conectado a la interfaz de base de datos de sesiones 371. A partir de las modalidades de ejemplos de la presente invención resulta claro que la presente invención permite que el nodo de red 310 o una aplicación del nodo de red inicie y controle el cambio de parámetros de QoS durante una sesión de comunicación en curso y por consiguiente está mejor adaptado para satisfacer las demandas variables de capacidad de transferencia que ocurren típicamente en una sesión de ojeo/ descarga. Esto es posible puesto que la presente invención ofrece la posibilidad que el nodo de red determine parámetros de segunda QoS, los compare con parámetros de QoS inicial y modifique o sugiere una modificación de los parámetros de QoS empleados en la sesión de comunicación en caso requerido. En los dibujos y especificación se ha divulgado modalidades típicamente preferidas de la invención y, aun cuando se emplean términos específicos, se utilizan en un sentido genérico y descriptivo solamente y no para limitar, el alcance de la presente invención se establece en las reivindicaciones adjuntas.