MXPA05002831A

MXPA05002831A - Metodo, sistema y dispositivo de comunicacion para informar y otorgar parametros de perfil qos en una red.

Info

Publication number: MXPA05002831A
Application number: MXPA05002831A
Authority: MX
Inventors: Viktor Varsa
Original assignee: Nokia Corp
Priority date: 2002-09-25
Filing date: 2003-09-25
Publication date: 2005-05-27
Also published as: KR100731963B1; US20040057412A1; CN1685674A; AU2003266425A1; JP4105695B2; PL376401A1; RU2337492C2; ATE519297T1; JP2006500841A; WO2004030286A1; CN1685674B; EP1543663B1; KR20050057571A; US8161158B2; CN101697634A; EG25406A; RU2005112217A; EP1543663A1

Abstract

La presente invencion es concerniente con un metodo y sistema de comunicacion para la transmision de flujos de datos multimedia. Los flujos de datos multimedia son transmitidos en el sistema de comunicacion desde un dispositivo de comunicacion de envio a un dispositivo de comunicacion de recepcion por lo menos parcialmente via una red de comunicacion inalambrica. La informacion acerca del flujo de datos multimedia es transmitida al dispositivo de comunicacion de recepcion que comprende por lo menos un parametro de la transmision del flujo de datos multimedia para la reserva de recursos de red. El parametro es la velocidad de bits maxima que es necesaria para la transmision del tamano unitario de datos de servicio maximo a ser usado en la transmision. Tambien es posible que ambos de los parametros mencionados sean transmitidos como atributos del protocolo de descripcion de sesion. En una modalidad ventajosa el dispositivo de comunicacion de recepcion informa al dispositivo de comunicacion de envio acerca de los parametros de perfil de Q0S que la red de comunicacion inalambrica concedio para la transmision.

Description

METODO, SISTEMA Y DISPOSITIVO DE COMUNICACION PARA INFORMAR Y OTORGAR PARAMETROS DE PERFIL QoS EN UNA RED CAMPO DE LA INVENCIÓN La presente invención es concerniente con un método en un sistema de comunicación en el cual se transmiten flujos de datos multimedia desde un dispositivo de comunicación de envío a un dispositivo de comunicación de recepción por lo menos parcialmente vía una red de comunicación inalámbrica, la invención también es concerniente con un sistema de comunicación que comprende un dispositivo de comunicación de envío, un dispositivo de comunicación de recepción y una red de comunicación para transmitir flujos de datos multimedia desde el dispositivo de comunicación de envío al dispositivo de comunicación de recepción por lo menos parcialmente vía una red de comunicación inalámbrica. La invención también es concerniente con un dispositivo de comunicación de envío y un dispositivo de comunicación de recepción. ANTECEDENTES DE LA INVENCIÓN En ésta descripción, el término dispositivo de comunicación de envío se refiere a un dispositivo de comunicación que incluye un transmisor que esta arreglado para enviar flujos de datos multimedia a una red de comunicación. El término dispositivo de comunicación de recepción se refiere a un dispositivo de comunicación que incluye un receptor para recibir flujos de datos multimedia Ref.: 162495 desde la red de comunicación respectivamente. Es obvio que el mismo dispositivo de comunicación puede incluir el transmisor como el receptor, mediante lo cual se permite una comunicación unidireccional o bidireccional con la red de comunicación. Un dispositivo de comunicación inalámbrico incluye un transmisor y/o receptor que implementa comunicación inalámbrica en una red de comunicación inalámbrica. El término sistema de comunicación inalámbrico, tal como un sistema de comunicación móvil, se refiere en general a cualquier sistema de comunicación que hace posible una conexión de transmisión de datos inalámbrica entre un dispositivo de comunicación inalámbrico y partes estacionarias del sistema, el usuario del dispositivo de comunicación inalámbrico se mueve dentro del rango de operaciones del sistema. Un sistema de comunicación inalámbrico típico es una PLMN de red móvil terrestre pública. Un ejemplo bien conocido es el sistema Sistema Global para telecomunicaciones móviles (GSM, por sus siglas en inglés) la invención también es concerniente preferentemente con la tercera generación de sistemas de comunicación móvil. Como ejemplo, el Sistema de Telecomunicaciones Móviles Universal (UMTS, por sus siglas en inglés) es usado como ejemplo de tal sistema de comunicación tercera generación.

En los sistemas de tercera generación, se utilizan los términos servicio de portador y servicio. Un servicio de portador es un tipo de servicio telecomunicación que proporciona la facilidad para transmitir señales entre puntos de acceso. En general, el servicio de portador corresponde al término más antiguo de un canal de tráfico que define, por ejemplo, la velocidad de transmisión de datos y la calidad de servicio (QoS , por sus siglas en inglés) a ser usados en el sistema cuando se transmite información entre un dispositivo de comunicación inalámbrico y otra parte del sistema. El servicio de portador entre el dispositivo de comunicación inalámbrico y la estación base es por ejemplo un servicio de portador de radio y el servicio de portador entre la unidad de control de red de radio y la red central es por ej emplo un servicio de portador Iu (portador UMTS de interfase) en el sistema de UMTS, la interfase entre la unidad de control de radio la red central es llamada interfase Iu. En UMTS también hay la parte llamada GERAN que, utiliza, además de la interfase Iu, también una interfase llamada Gb . En relación a esto, el servicio es proporcionado por la red de comunicación móvil para llevar a cabo una tarea (tareas); por ejemplo, servicios de datos que llevan a cabo transmisión de datos en el sistema de comunicación, servicios telefónicos son relacionados con las llamadas telefónicas, multimedia, etc. Así, el servicio requiere transmisión de datos tales como una llamada telefónica o la transmisión de flujo de multimedia entre el dispositivo de comunicación inalámbrico y las partes estacionarias del sistema. Una tarea importante de la operación de un sistema de comunicación móvil de tercera generación es controlar (inicializar, mantener y terminar de acuerdo con las necesidades) servicios de portador de tal manera que cada servicio requerido pueda ser asignado a estaciones móviles sin desperdiciar el ancho de banda disponible . La calidad de servicio determina, por ejemplo, cómo las unidades de datos de protocolo (PDU, por sus siglas en inglés) son procesadas en la red de comunicación móvil durante la transmisión. Por ejemplo, los niveles de QoS definidos para direcciones de conexión son usados para controlar el orden de transmisión, almacenamiento de memoria temporal o intermedia (cadenas de paquetes) y rechazar paquetes en nodos de soporte y nodos de soporte de compuerta, particularmente cuando dos o más conexiones tienen paquetes a ser transmitidos simultáneamente. Los diferentes niveles de QoS determinan por ejemplo diferentes retardos para transmisiones de paquetes entre los extremos diferentes de la conexión, también como diferentes velocidades de bits. También, el número de unidades de datos de paquetes rechazadas y/o perdidas puede variar en relaciones con diferentes niveles de QoS.

Es posible solicitar un QoS diferente para cada contexto de PDP. Por ejemplo, en conexiones de correo electrónico, se puede permitir un retardo relativamente largo en la transmisión de los flujos. Sin embargo, las aplicaciones interactivas en tiempo real, tales como, conferencias de video requiere transmisión de paquetes a una alta velocidad. En algunas aplicaciones, tales como transferencias de archivo, es importante que la transmisión conmutada por paquetes este sin defectos, porque en situaciones de error, las unidades de datos en paquetes sean retransmitidas, si es necesario. Para el servicio de comunicación conmutada por paquetes en el sistema UMTS, la definición de cuatro clases de tráfico diferentes se han propuesto y para las propiedades de estas clases de tráfico, el objetivo ha sido considerar los diferentes criterios para los diferentes tipos de conexión. Un criterio definido para la primeras y segunda clases es que la transmisión tome lugar en tiempo real, donde la transmisión no debe tener retardos significativos. Sin embargo, en tales clases, la exactitud de la transferencia de datos no es una propiedad tan importante. De manera correspondiente, la transmisión de datos no en tiempo real es suficiente para la tercera y cuarta clases de tráfico, pero se requiere una transmisión de datos relativamente exacta de ellas. Un ejemplo de comunicación de primera clase en tiempo real es la transmisión de señales de habla en una situación en la cual dos o más personas están discutiendo entre si por medio de dispositivos de comunicación inalámbricos. Un ejemplo de una situación en la cuál una comunicación de segunda clase en tiempo real podría ser factible, es la transmisión de una señal de video para observación o visualización inmediata. La comunicación por paquetes no en tiempo real de tercera clase se puede usar, por ejemplo, para el uso de servicios de bases de datos, tales como la exploración de páginas de inicio de Internet, en las cuales la transmisión de datos relativamente exacta a una velocidad razonable es un factor más importante que la transmisión de datos en tiempo real. En el sistema de acuerdo con este ejemplo, por ejemplo la transferencia de mensajes de correo electrónico y archivos puede ser clasificados a la cuarta categoría. Naturalmente, el número de clases de tráfico no es necesariamente cuatro como se menciona en la presente, sino que la mención puede ser aplicada a sistemas de comunicación conmutadas por paquetes que comprenden cualquier número de clases de tráfico. Las propiedades de las cuatro clases de tráfico presentadas son presentadas brevemente en la Tabla 1.

Tabla 1 La velocidad de bits garantizada es utilizada para el control de admisión y reserva de recursos en la RAN y CN, la velocidad de bits es usada para la política de CN, esto es, no se permite ninguna velocidad de bits máxima más alta para entrar a la CN en GSM, los paquetes que exceden esta velocidad de bits serán interrumpidos. Los dispositivos de comunicación inalámbricos de segunda y tercera generación modernos tienen propiedades de procesamientos de datos mucho mejores que los exclusivos de comunicación más antiguos. Por ejemplo, ya tienen la facilidad de conexión a Internet y utilizar una aplicación de exploración en el dispositivo de comunicación inalámbrico para recuperar información de Internet y en el futuro, será posible establecer llamadas multimedia, por ejemplo, para conferencias, de tiempo real y los semejantes. Los requerimientos de diferentes aplicaciones pueden ser significativamente diferentes. Algunas aplicaciones requieren comunicación rápida entre el remitente y el receptor. Estas aplicaciones incluyen, por ejemplo, aplicaciones de video y teléfono. Algunas otras aplicaciones pueden requerir una transmisión de datos tan exacta como sea posible, pero la velocidad de bits de la conexión de transmisión de datos es menos importante. Estas aplicaciones incluyen, por ejemplo, aplicaciones de correo electrónico y base de datos . Por otra parte estas aplicaciones pueden ser usadas en varios dispositivos de comunicación inalámbricos . El usuario del dispositivo de comunicación inalámbrico puede desear observar una presentación multimedia con el dispositivo de comunicación inalámbrico. El usuario encuentra la dirección de carga de tal presentación y envía una petición para enviar la presentación al dispositivo de comunicación inalámbrico. La petición es manipulada en el sistema de comunicación. La dirección de carga de la presentación de multimedia requerida puede direccionar a un servidor en una red de comunicación, tal como un servidor de Internet. El servidor que proporciona la presentación multimedia al dispositivo de comunicación inalámbrico de recepción es llamado servidor de flujo en esta descripción. El sistema de comunicación debe reservar recursos suficientes para la comunicación entre el servidor de flujo de datos y el dispositivo de comunicación inalámbrico para hacer apto de entregar la presentación multimedia requerida. De otra manera, la presentación puede no ser presentada con la misma exactitud y libre de errores en el dispositivo de comunicación inalámbrico de recepción. En el sistema de comunicación UMTS, el dispositivo de comunicación inalámbrico solicita un contexto de PDP con ciertos parámetros de QoS primero. Luego, la red selecciona un servicio de portador para la conexión al utilizar algunas bases de selección, por ejemplo los parámetros que el dispositivo de comunicación inalámbrico ha posiblemente usado en la petición. Tales bases de selección pueden no ser apropiadas o lo suficientemente exactas en donde ocurren situaciones en las cuales el servicio de portador puede no proporcionar suficiente capacidad de transmisión para la conexión o proporciona más capacidad de la que se necesita, en donde el uso de los recursos de red no es eficiente.

Otra situación en la cuál una entrega de información multimedia puede ser necesaria son dos dispositivos de comunicación inalámbricos que se comunican entre sí para intercambiar información multimedia tal como video o imágenes fijas. También en esta clase de situación se deben reservar suficientes recursos por la red para comunicación. Sin embargo, cuando se utilizan métodos de la técnica previa no es siempre posible informar ambos extremos de la conexión acerca de las demandas para la conexión. Actualmente no hay manera de señalar de extremo a extremo cuál es la velocidad de bits máxima utilizada por una aplicación, por ejemplo, una aplicación de video. Un servidor de flujo no es apto de señalar la velocidad de bits máxima del flujo de datos multimedia codificado al cliente de flujo (el dispositivo de comunicación inalámbrico de recepción) El último tiene solamente información acerca de la velocidad de bits garantizada, pero no acerca de la velocidad de bits máxima. El cliente puede luego tomar tres clases de decisiones. En primer lugar, el cliente puede escoger un valor de velocidad de bits máxima (MBR, por sus siglas en inglés) que es igual a la velocidad de bits garantizada (GBR, por sus siglas en inglés) . Esto podría provocar pérdidas de paquetes y calidad mal recibida siempre que la velocidad de bits excede la velocidad de bits garantizada (= velocidad de bits máxima) . Por ejemplo, si GBR = MBR = 60 Kbps y una velocidad de bits de fuente de video comprendida es codificada a 60 Kbps remite, pero ocurren algunos picos de velocidad de bits altos esporádicos a 64 Kbps, entonces el pacto sería un cierto periodo de pérdidas de paquetes en el extremo receptor (el periodo es igual al tiempo en que la velocidad de bits excede 60 Kbps) . Para evitar esta situación, MPR y GBR podrían ser ajustados de tal manera que GBR = MBR = 64 Kbps . Esto evitaría que pérdidas de paquetes pero se traduce a una manera ineficiente de manipular recursos de red a través de sobre diseño, debido a que el ancho de banda es de 60 y 64 Kbps no sería usado todo el tiempo, produciendo un desperdicio de 4 Kbps en promedio. En segundo lugar, el cliente puede escoger una velocidad de bits máxima más alta que la velocidad de bits garantizada al hacer algunas estimaciones. Estas estimaciones pueden ser inexactas, debido a que aún si el cliente usa información pasada acerca de la velocidad de bits, la velocidad de bits máxima utilizada por un servidor genérico no puede ser precedida fácilmente. También en este caso pueden ocurrir pérdidas de paquetes . En tercer lugar, el cliente puede escoger un valor de velocidad de bits máxima muy alta, con el fin de obtener una degradación o depreciación de la red a la velocidad de bits suscrita máxima. Las segundas y terceras soluciones producirían algunas ineficiencías debido a que el servidor de flujo no sería informado acerca de la velocidad de bits máxima del portador de UMTS, haciendo posiblemente suposiciones incorrectas acerca de la velocidad de bits de transmisión algoritmos de adaptación de ancho de banda. Una aplicación de multimedia de conversación en un dispositivo de comunicación móvil no es apta de señalar la velocidad de bits máxima de la sesión al otro dispositivo de comunicación móvil. Esto certifica que cada dispositivo de comunicación (simétricamente) es apto de saber a que velocidad de bits garantizada el otro dispositivo de comunicación codificará los flujos de multimedia. Sin embargo cada dispositivo de comunicación (simétricamente) no será apto de saber cual es la velocidad de bits máxima de enlace descendente. En otras palabras, cada dispositivo de comunicación no será apto de conocer a que velocidad de bits máxima el otro dispositivo de comunicación codificará los flujos multimedia. También, en el caso de que el dispositivo de comunicación móvil pueda decidir escoger una de las tres alternativas mencionadas anteriormente. También esa situación, la elección de cualquiera de las alternativas mencionadas provocaría problemas similares como se describe anteriormente para el flujo de datos, puesto que cada dispositivo de comunicación no sabría a que velocidad de bits máxima los codificadores respectivos codificarán los flujos de media. Así, la aplicación multimedia de conversación puede también ser una aplicación de comunicación unidireccional (aplicación de multimedia de conversación unidireccional) o una aplicación de comunicación de uno a muchos multidifusión o difusión. Una sesión de flujo de multimedia puede también ser una aplicación de comunicación de uno a muchos . En los sistemas presentes el dispositivo de comunicación inalámbrico y la red de comunicación móvil negocian para seleccionar tales servicios de portador con el cuál se pueden satisfacer los requerimientos de QoS. Por ejemplo, en el sistema de acuerdo con el estándar UMTS, el dispositivo de comunicación inalámbrico puede solicitar libremente una calidad de servicio deseada, en donde la red de comunicación UMTS examina si puede proporcionar la calidad de servicio requerida por el dispositivo de clasificación inalámbrico. Si la aplicación a ser ejecutada en el dispositivo de comunicación inalámbrico contiene requerimientos de QoS el dispositivo de comunicación inalámbrico transmite estos requerimientos de QoS como tal a la red de comunicaciones móvil, para la selección de servicio de portador. Sin embargo, si la aplicación no transmite los requerimientos de QoS al dispositivo de comunicación inalámbrico, un perfil de QoS predeterminado almacenado en la red se usa normalmente (comunmente, en el registro de ubicación de casa HL ) , en el cuál ciertas propiedades han sido predeterminadas para la conexión. Si las propiedades del dispositivo de comunicación inalámbrico no cumplen en todos los aspectos la calidad de servicio solicitada por la aplicación, el desempeño de la aplicación es probablemente no apropiado . Además de la velocidad de bits máxima hay otro parámetro, el parámetro del tamaño de la unidad de datos del servicio máximo (SDU, por sus siglas en inglés) , que no es conocido por la otra parte de la conexión, esto es el servidor de flujo y/o el dispositivo de comunicación de envío. El parámetro del tamaño de SDU describe el tamaño de los paquetes del flujo de datos multimedia transmitido por el servidor de flujo. Por consiguiente, el cliente de flujo tiene que seleccionar el tamaño de SDU máximo de tal manera que un valor que es suficientemente grande para que el cliente de flujo sea apto de recibir todos los paquetes. El cliente de flujo puede intentar un valor arbitrario o puede seleccionar el valor permisible máximo para el tamaño de. SDU. Esta clase de selección puede provocar que recursos innecesarios serán reservados para la sesión de flujo de multimedia . También puede suceder que cuando el cliente de flujo envía una petición de asignación de recursos a la red (que indica, por ejemplo, velocidad de bits máxima y parámetros de SDU en la petición) , la red puede no (o no puede) reservar los recursos requeridos. En los sistemas de la técnica previa el cliente de flujo puede no informar al servidor acerca de los recursos asignados. Puede suceder que el servidor de flujo envíe la corriente multimedia en unidades de datos más grandes de lo que es apropiado para la conexión entre la red de comunicación inalámbrica y el dispositivo de comunicación inalámbrico. Si un cierto número fijo de bytes (por ejemplo 1500 bytes) se utilizaran todo el tiempo en el perfil QoS esto provocarla ineficiencias , en la red y pondría la calidad de los medios más baja al cliente de flujo conmutado por paquetes. En efecto, la red suponiendo todos los paquetes de tamaño fijo, tendría más dificultades para mantener la proporción de error de SDU objetivo con el retardo dado en el perfil de QoS, debido a que mientras más grandes son los paquetes es más difícil de mantener la proporción de error de SDU el objetivo por debajo de un valor predeterminado. BREVE DESCRIPCIÓN DE LA INVENCIÓN Es así un objetivo de la presente invención presentar un método y sistema para informar las propiedades de la presentación multimedia requerida para la selección apropiada de recursos de red para transmitir la presentación multimedia del dispositivo de comunicación de envío al dispositivo de comunicación de recepción. Los objetivos de la invención son obtenidos al utilizar un campo de atributos del protocolo de descripción de sesión para informar a la parte receptora acerca de los recursos necesarios para la comunicación. Luego la parte receptora puede pedir que la red inalámbrica seleccione un servicio de portador apropiado para la conexión. El método de acuerdo con la presente invención está caracterizado porque se informa al dispositivo de comunicación de recepción de por lo menos uno de los siguientes parámetros de la trasmisión del flujo de datos multimedia para la reserva de los recursos de red : -la velocidad de bits máxima; -el tamaño de la unidad de datos de servicio máximo. El sistema de comunicación de datos de acuerdo con la presente invención está caracterizado porque el sistema de comunicación comprende: -un detector para definir por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia : -la velocidad de bits máxima requerida por la transmisión del flujo de datos multimedia, -el tamaño de la unidad dato el servicio máximo y -un transmisor para enviar por lo menos el parámetro al dispositivo de comunicación de recepción para la reserva de los recursos de red. El dispositivo de comunicación de envío de acuerdo con la presente invención esta caracterizado porque el dispositivo de comunicación de envío comprende: - un detector para definir por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia : -la velocidad de bits máxima requerida por la transmisión del flujo de datos multimedia, -el tamaño de la unidad de datos de servicio máximo, - un compositor de mensajes para ajustar un campo de atributos del protocolo de descripción de sesión al valor del parámetro definido y -un transmisor para enviar por lo menos el campo de atributos al dispositivo de comunicación de recepción para la reserva de recursos de red. El dispositivo de comunicación de recepción de acuerdo con la presente invención está caracterizado porque el dispositivo de comunicación de recepción comprende: -un selector para seleccionar un flujo de datos multimedia a ser transmitido del dispositivo de comunicación de envío al dispositivo de comunicación de recepción, -un transmisor para enviar información en cuanto a la selección del dispositivo de comunicación de envío y para solicitar información en por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia: -la velocidad máxima de bits requerida por la transmisión del flujo de datos multimedia, -el tamaño de la unidad de datos de servicio máximo y - un transmisor para enviar una petición para la reserva de recursos de red para recibir el flujo de datos multimedia seleccionado, puede también comprender un transmisor para enviar información sobre los recursos de red concedidos al dispositivo de comunicación de envío que incluye por lo menos uno de los siguiente parámetros : -la velocidad de bits máxima otorgada, -el tamaño de la unidad de datos de servicio máxima otorgada, -el retardo de transferencia otorgado. La presente invención tiene ventajas considerables cuando se compara con los sistemas y métodos de la técnica previa. La invención hace a un cliente de flujo conciente de la velocidad máxima de bits de flujos multimedia precodificados transmitidos por el servidor de flujo. Esto permite una mejor asignación de portador al especificar más precisos parámetros de perfil QoS .

Las ventajas para una aplicación multimedia de conversación es también el hecho de que el dispositivo de comunicación móvil está conciente de la velocidad de bits máxima utilizada de la otra parte cuando codifica flujos multimedia, Esto también permite una mejor asignación de portadores al especificar parámetros de QoS más precisos. Otra ventaja importante es dada por la posibilidad de usar eficientemente el ancho de banda delta calculado como velocidad de bits máxima-velocidad de bits garantizada. Este ancho de banda puede ser usado para la adaptación de ancho de banda o para manejar picos de velocidad de bits de video. Finalmente, este ancho de banda delta puede ser usado para entregar la mejor calidad de medios cuando se codifican flujos de datos multimedia en tiempo real, por ejemplo, al cambiar parámetros de codificación al vuelo que tienen impacto sobre la velocidad. Todavía otra ventaja del parámetro de velocidad de bits máxima en SDP, es permitir que el cliente de flujo conmutado por paquetes escoja entre diferentes alternativas de acuerdo con los parámetros de perfil QoS concedidos si el contenido es ofrecido a velocidades de bits diferentes por el servidor de flujo conmutado por paquetes. Mediante el método de la invención; es posible seleccionar seleccionar un servicio de portador que es óptimo para la conexión y que no provoca pérdidas de datos significativas durante la transmisión. También, al usar el método de la presente invención, la carga de red puede ser optimizada debido a que no se reservan demasiados recursos para las conexiones . La ventaja de señalar SDU máximo del servidor de flujo conmutado por paquetes al cliente de flujo conmutado por paquetes depende en el hecho de que el contexto de PDP puede ser activado en el dispositivo de comunicación inalámbrico con el valor correcto del parámetro. De aquí se puede obtener una calidad de medios mejor cuando se proporcionan presentaciones multimedia al cliente. También la red puede mantener mejor la proporción de SDU objetivo con el retardo dado en el perfil de QoS que con el sistema de la técnica previa. La ventaja de comunicar los parámetros de perfil de QoS concedidos del cliente de flujo conmutado para adquirir paquetes al servidor conmutado por paquetes da una mayor ventaja al servidor de flujo conmutado por paquetes, que se vuelve conciente de los valores reales. De esta manera, el servidor puede decidir cambiar la estrategia de formación en paquetes (para manejar el nuevo valor de tamaño de SDU máximo) y aplicar alguna técnica de control de velocidad de transmisión para manejar el nuevo valor de velocidad de bits máximo. En general, el servidor es habilitado para desplegar una mejor calidad en medios al cliente de flujo conmutado por paquetes.

DESCRIPCIÓN DE LAS FIGURAS En lo siguiente, la invención será descrita en más detalle con referencia a las figuras adjuntas en las cuales: La figura 1 muestra un sistema en el cual se puede aplicar el método de acuerdo con una modalidad preferida de la invención; La figura 2 muestra otro sistema en el cual se puede aplicar el método de acuerdo con una modalidad preferida de la invención; La figura 3 muestra un dispositivo de comunicación inalámbrico de acuerdo con una modalidad preferida de la invención, en un diagrama de bloques reducido; La figura 4a muestra un ejemplo de una aplicación de flujo de datos entre un servidor y un dispositivo de comunicación inalámbrico y La figura 4b muestra un ejemplo del establecimiento de una aplicación de conversación entre dos dispositivos de comunicación inalámbricos. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN En la siguiente descripción de una modalidad preferida de la invención, un sistema de comunicación móvil tipo UTMS será usado como ejemplo; sin embargo, será obvio para el experimentado en la técnica que la invención no está limitada solamente a este sistema, sino que puede también ser aplicado en otros sistemas de comunicación en los cuales es posible determinar varios niveles de QoS para la comunicación. En lo siguiente, el protocolo de descripción de sesión (SDP) será descrito en más detalle. En la red troncal de multidifusion de Internet (Mbone) , se usa una herramienta de directorio de sesión para anunciar conferencias multimedia y comunicar las direcciones de conferencia e información específica de medios necesaria para la participación. La red troncal de multidifusion es parte de Internet que soporta multidifusion de IP (Protocolo de Internet) y así permite la comunicación eficiente de muchos a muchos . Se usa extensamente para conferencia multimedia. Tales conferencias tienen usualmente la propiedad de que no es necesaria la coordinación estrecha de membresla de conferencia; para recibir una conferencia, un usuario en un sitio de red troncal de multidifusion solamente tiene que conocer la dirección del grupo de multidifusion de conferencia y los puertos UDP para los flujos de datos de la conferencia . Los directorios de sesión ayudan al anuncio de sesiones de conferencia y comunican la información de establecimiento de conferencia relevante a los participantes prospectos . El SDP está diseñado para transportar tal información a los destinatarios. El SDP es puramente un formato para la descripción de sesión - no incorpora un protocolo de transporte y puede ser transportado con diferentes protocolos, en los que se incluyen el Protocolo de Anuncio de Sesión, Protocolo de Inicio de Sesión, Protocolo de Flujo en Tiempo Real (RTSP) , correo electrónico usando las extensiones MIME y el Protocolo de Transporte de Hipertexto. El SDP está diseñado para ser de propósito general, de tal manera que pueda ser usado para un intervalo más amplio de ambientes de red y aplicaciones que solo directorios de sesión de multidifusión. Una conferencia multimedia es un conjunto de dos o más dispositivos de comunicación que se comunican, junto con los elementos de programación que están usando para comunicarse . Una sesión multimedia es un conjunto de remitentes y destinatarios multimedia y los flujos de datos que fluyen de los remitentes a los destinatarios. Una conferencia multimedia es un ejemplo de una sesión multimedia. En lo siguiente algunos detalles de las definiciones presentes de protocolo de descripción de sesión serán descritos con referencia a la página 8 del documento "Internet Engineering Task Forcé : draft-ietf-mmusic-sdp-new-10.txt" del 27 de mayo de 2002. Algunas descripciones del protocolo son requeridas y algunas son opcionales. Los ítems opcionales son marcados con un "*" . Descripción de sesión v = (versión de protocolo) ; 0 = (propietario/creador e identificador sesión) ; s = (nombre de sesión) ; 1 = * (información de sesión) ; u = * (URI de descripción) ; e = * (dirección de correo electrónico) ; p = * (número telefónico) ,- c = * (información de conexión - no se requiere está incluida en todos los medios) ; b = * (información de ancho de banda) ; Una o más descripciones de tiempo (véase continuación) : z = * (ajustes de zona horaria) ; k = * (clave de encripción) ; a = * (cero o más líneas de atributos de sesión) Cero o mas descripciones de media (véase continuación) .

Descripción de tiempo t = (tiempo en que la sesión está activa) r = * (cero o más tiempos de repetición) ; Descripción de medios m = (nombre de medios y dirección de transporte) i = * (titulo de medios) ; c = * (información de conexión - opcional si está incluida a nivel de sesión) ; b = * (información de ancho de banda) ; k = * (clave de encripción) ; a = * (cero o más lineas de atributos de medios) . En esta modalidad ventajosa de la presente invención, el atributo que informa la velocidad de bits máxima en el SDP (protocolo de inicio de sesión) se hace por los siguientes medios: a=3gpp-velocidad de bits máxima: <valor> en donde <valor> es expresado con la misma sintaxis como <valor de ancho de banda> en el parámetro b=AS SDP. Este es un atributo definido por el usuario. Una manera alternativa para definir este parámetro es usar un nuevo descriptor de ancho de banda. B=X-3gpp-velocidad de bits máxima : <valor de ancho de banda> . Los descriptores X indican descriptores experimentales para SDP. De acuerdo con el documento mencionado anteriormente, la descripción de ancho de banda es definida como sigue : b = <modificador> : <valor de ancho de banda> .

Este especifica el ancho de banda propuesto para ser usado por la sesión o medios y es opcional . <valor de ancho de banda> está en kilobits/segundo de manera predeterminada. Los modificadores pueden especificar que se usarán unidades alternativas. <modificador> es una sola palabra alfa-numérica que da el significado de la cifra de ancho de banda. Dos modificadores son definidos inicialmente : CT (Conferencia total) : Si el ancho de banda de una sesión o medios en una sesión es diferente del ancho de banda implícito del alcance, se debe proporcionar una linea "b=CT:..." para la sesión, que proporciona el limite superior propuesto al ancho de banda usado . El propósito primario de esto es dar una idea aproximada en cuanto a si dos o más sesiones pueden coexistir simultáneamente. AS (Máximo Específico de la Aplicación) : Se interpreta que el ancho de banda es específico de la aplicación, esto es, será el concepto de la aplicación de ancho de banda máximo. Normalmente, esto coincidirá con lo que se fija en el control de "ancho de banda máximo" de la aplicación, si es aplicable. Para aplicaciones a base de RTP, AS proporciona el "ancho de banda de sesión" de RTP, como es define en la sección 6.2 de RFC 1889 (RTP) (en las que se incluyen velocidad de bits de media y carga general de encabezados UDP/IP) .

El Protocolo de Flujo de Datos en Tiempo Real es un protocolo de cliente - servidor para controlar la entrega de datos con propiedades de tiempo real. Es usado para establecer y controlar ya sea uno solo o varios flujos sincronizados en el tiempo de media continua, tales como audio y video. El RTSP es transportado con protocolos de transporte, tales como UDP y TCP. En otras palabras, RTSP actúa como control remoto de red para servidores multimedia. Las fuentes de datos pueden incluir tanto alimentaciones de datos en vivo (en directo) (por ejemplo, video y/o audio en tiempo real) y segmentos almacenados (por ejemplo, imágenes fijas) . Un cliente de RTSP y servidor negocian un conjunto apropiado conjunto de parámetros para la administración de media, parcialmente usando por ejemplo, sintaxis de SDP para describir aquellos parámetros. En esta modalidad ventajosa de la presente invención, el atributo que informa el tamaño unitario de datos máximo de la sesión en el SDP se hace por los siguientes medios : a=3gpp-tamaño de SDU máximo : <valor> ; en donde <valor> es expresado como número entero (número de bytes) . Este es también un atributo definido por el usuario. La figura 1 muestra una parte del sistema UMTS, que comprende un dispositivo de comunicación inalámbrico MT1, un nodo de acceso de radio 1 (RAM) que comprende una estación base (BS) 2 y un controlador de red de radio (RNC) 3 que controla la estación base 2 y encauza las conexiones entre la estación base 2 y el resto del sistema, un centro de conmutación móvil inalámbrico (WMSC) 4 y un nodo de acceso de datos por paquetes (PDAN) 5 como posibilidades de encauzamiento, además del controlador de red de radio 3. El sistema UMTS de acuerdo con la figura 1 también comprende por ejemplo una red 6 de troncal y una compuerta 8 de datos por paquetes (PDG) a otras redes por paquetes, tales como la red de Protocolo de Internet (IP) 7, en donde el dispositivo de comunicación inalámbrico se puede comunicar con por ejemplo, un servidor 10 acoplado a la red IP. Además, la figura 1 muestra una compuerta 9 conmutada por circuito (Compuerta al Centro de Conmutación de Servicios Móviles, GWMSC) para acoplar por ejemplo a una segunda red de comunicación móvil NW2 y un registrador de locación de inicio (HLR) 11, por ejemplo para almacenar los datos de contrato de acceso del suscriptor . Además, la figura 3 muestra, en un diagrama de bloques reducido, un dispositivo de comunicación inalámbrico MT1 que cumple con una modalidad preferida de la invención, que en este ejemplo es un dispositivo de comunicación que comprende funciones de procesamiento de datos y funciones de estación móvil, tal como el Comunicador 9210i™ de Nokia™. El dispositivo de comunicación inalámbrico MT1 comprende, por ejemplo, uno o más procesadores CPU, DSP, medios de memoria MEM, el módulo de identidad del suscriptor de UMTS (USIM) o medios correspondientes para identificar el suscriptor y una parte de radio RF para comunicación con la estación base 2. El procesador CPU puede ser integrado por ejemplo en un circuito integrado específico de la aplicación (ASIC) 12, con el cual es posible llevar a cabo un gran número de las funciones lógicas del dispositivo de comunicación inalámbrico MT1. Los medios de memoria comprenden preferiblemente una memoria de acceso aleatorio (RAM) , una memoria de solo lectura (ROM) y por lo menos parte de la memoria del módulo de identidad del suscriptor USIM. El dispositivo de comunicación inalámbrico MT1 también comprende una o más interfases con el usuario, que comprenden preferiblemente un teclado 13, 14, un dispositivo de pantalla 15, 16 y medios de audio, por ejemplo un micrófono 17, un altavoz 18 y un codificador/descodificador 19. En la figura 1 , se supone que las funciones concernientes con el manejo de llamada (C ) son implementadas en el dispositivo de comunicación inalámbrico MT1 y tanto en el centro de conmutación móvil inalámbrico 4 como el nodo de acceso de datos por paquetes 5. Estas funciones de manejo de llamada constituyen los medios para inicializar, mantener y terminar una llamada. Consecuentemente, el dispositivo de comunicación inalámbrico MT1 y el centro de conmutación móvil inalámbrico 4 o el nodo 5 de acceso de datos por paquetes intercambian mensajes de señalización de llamada para inicializar, mantener y terminar una llamada. Las funciones de manejo de portador (BM) y manejo de recursos de radio (RM) son implementadas en el dispositivo de comunicación inalámbrico MTl y en el controlador 3 de red de radio. Las funciones de manejo de portador son utilizadas para seleccionar, por ejemplo, uno o varios canales lógicos, de acuerdo con las propiedades del servicio de portador seleccionado para comunicación entre el dispositivo de comunicación inalámbrico MTl y la estación base 2, para proporcionar una calidad de servicio que cumple con el servicio de portador. Las funciones de manejo de recursos de radio son usadas, por ejemplo, para seleccionar el canal de radio para la radiocomunicación entre el dispositivo de comunicación inalámbrico MTl y la estación base 2. La conexión de transmisión de datos por paquetes entre el dispositivo de comunicación inalámbrico MTl y la red de IP 7 puede ser establecida desde el nodo 5 de acceso de datos por paquetes (PDA ) vía la red troncal 6 de datos por paquetes y la compuerta 8 de datos por paquetes (PDG) . Es posible establecer una conexión de transmisión de datos conmutada por circuito entre el dispositivo de comunicación inalámbrico MTl y la red de comunicación móvil vía el nodo de acceso de radio 1, el centro de conmutación móvil inalámbrico 4 y la compuerta al centro de conmutación de servicios móviles (GWMSC) 9. Esta compuerta al centro de conmutación de servicios móviles 9 comprende medios para establecer una conexión entre la red de comunicación móvil y la segunda red NW2, tales como GSM, PSTN o ISDN. Básicamente, la presente invención puede ser aplicada con dos clases diferentes de situaciones: flujo de aplicaciones multimedia y aplicaciones multimedia de conversación . En lo siguiente, el método de acuerdo con una modalidad preferida de la presente invención para el flujo de aplicaciones multimedia será descrito con referencia al sistema de la figura 1. El usuario del dispositivo de comunicación inalámbrico MT1 inicia una aplicación en el dispositivo de comunicación inalámbrico MT1, por ejemplo por medio de la interfase de usuario del dispositivo de comunicación inalámbrico MT1. Esta aplicación es por ejemplo un juego, una aplicación multimedia, una aplicación de escuchar un canal de radio, una aplicación de visualización de documento o una aplicación de explorador, tal como un explorador de WWW, en la red. Los códigos de programa de esta aplicación pueden ser pre-cargados, por ejemplo, de un servidor 10 acoplado a la red de IP y almacenados en los medios de memoria MEM del dispositivo de comunicación inalámbrico. dispositivo de comunicación inalámbrico MT1 tiene un ambiente de ejecución para ejecutar tales aplicaciones. Es activado por una petición de servicio transmitida por la aplicación. La función del ambiente de ejecución en el dispositivo de comunicación inalámbrico es por ejemplo, determinar los requerimientos relacionados con la calidad de servicio de la aplicación. La implementación del ambiente de ejecución y la aplicación requerida son controladas por el procesador CPU del dispositivo de comunicación inalámbrico. También es posible que el dispositivo de comunicación inalámbrico comprenda más de un procesador CPU, pero en lo siguiente, se supone que hay solamente un procesador CPU para ejecutar la aplicación. Cuando al usuario le gustarla seleccionar una presentación multimedia para observar, se envía una petición mediante el dispositivo de comunicación inalámbrico MT1 al servidor 10 para obtener información acerca de presentaciones multimedia seleccionables . La petición es por ejemplo un mensaje DESCRIBE, de acuerdo con el protocolo de RTSP. El dispositivo de comunicación inalámbrico MT1 puede ser considerado como el cliente de flujo conmutado por paquetes (cliente PSS) . La petición es además transmitida al servidor de flujo (servidor de flujo conmutado por paquetes, servidor PSS) en cuestión, por ejemplo el servidor 10 de la red de IP 7. El servidor 10 examina la petición y recupera información de la presentación solicitada para encontrar por lo menos la velocidad de bits máxima necesaria para transmitir la presentación ofrecida. La presentación puede estar almacenada en forma codificada en el servidor 10, en donde el servidor ya tiene información de la velocidad de bits máxima. Sin embargo, si la presentación no está almacenada en forma codificada (por ejemplo, una presentación en directo) , el servidor 10 evalúa la velocidad de bits máxima al utilizar algún método apropiado para aquello. Cundo el servidor 10 ha reunido información acerca de la velocidad de bits máxima, la información acerca de la velocidad de bits máxima es insertada como atributo de campo en la definición del protocolo de descripción de sesión. La información de definición de protocolo de descripción de sesión es transmitida del servidor 10 al dispositivo de comunicación inalámbrico MT1 vía la red 7 de IP y la red inalámbrica MT1. Esto se puede llevar a cabo al enviar un mensaje de respuesta del servidor 10 al dispositivo de comunicación inalámbrico MT1 a través de la red inalámbrica W1. El mensaje es por ejemplo, el mensaje "200/OK" del protocolo de RTSP que incluye información acerca de las presentaciones multimedia seleccionables y algunos parámetros concernientes con la presentación multimedia, tales como la velocidad de bits máxima y la información del tamaño de SDU máximo .

Cuando el usuario ha seleccionado una presentación multimedia para observar mediante el dispositivo de comunicación inalámbrico MTl, la información de SDP es examinada en el dispositivo de comunicación inalámbrico MTl y una petición por un contexto PDP (o un servicio de portador) utilizando aquellos parámetros sugeridos por el servidor, es formada y transmitida a la red de comunicación inalámbrica W1. En la petición, el dispositivo de comunicación inalámbrico MTl define por lo menos la velocidad de bits máxima necesaria para la conexión. Otros parámetros pueden ser, por ejemplo, el tamaño de SDU máximo, velocidad de bits garantizada, retardo de transferencia, etc., como se presenta en la tabla 1. La petición es examinada en la red inalámbrica W1 y se hace una selección para el servicio de portador. La red de comunicación inalámbrica NW1 intenta seleccionar tal servicio de portador para la conexión, el cual coincide con el QoS solicitado tan mejor como sea posible y el cual no reserva más recursos de red que los que son necesarios . La información acerca del servicio de portador seleccionado es transmitida al dispositivo de comunicación inalámbrico MTl. Los parámetros pueden corresponder (ser idénticos) a los parámetros sugeridos por el servidor 10 o pueden ser degradados por la red de comunicación inalámbrica NW1, por ejemplo, debido a limitaciones de suscripción posibles del usuario o recursos de red insuficientes .

Después de esto, se envía petición por establecer o iniciar la transmisión de la presentación multimedia seleccionada por el dispositivo de comunicación inalámbrico MT1 al servidor 10 (a través de la red inalámbrica NWl) . El mensaje de petición comprende información acerca de los parámetros de perfil de QoS otorgados por la red de comunicación inalámbrica NWl. Los parámetros son informados, por ejemplo, como campos de encabezado del mensaje, tales como 3gpp-velocidad de bits máxima otorgada : <valor> ; 3gpp-tamaño de SDU máximo concedido : <valor> ; 3gpp-retardo de transferencia otorgado : <valor> ; La sintaxis de los primeros dos es la misma como la definida para los atributos de SDP correspondientes . La sintaxis del tercer atributo (retardo de transferencia otorgado) es igual a la sintaxis del segundo atributo y preferiblemente es expresada en milisegundos . El retardo de transferencia otorgado indica el retardo dentro del cual los paquetes son transmitidos desde la red de comunicación inalámbrica NWl al cliente de flujo. Los parámetros otorgados pueden ser transmitidos ventajosamente al utilizar mensajes de RTSP, por ejemplo, como un mensaje de SETUP (configuración) o un mensaje de PLAY (reproducir) , después que el contexto PDP ha sido activado en el dispositivo de comunicación inalámbrico MT1, pero los parámetros otorgados también pueden ser transmitidos al utilizar otro mensaje del protocolo RTSP o un mensaje de otro protocolo durante toda la vida de la sesión. La solución preferible es incrustar los dos encabezados en el primer mensaje de SETUP enviado mediante el dispositivo de comunicación inalámbrico MT1 al servidor 10. Después que el mensaje es recibido, el servidor 10 examina si los parámetros de QoS otorgados corresponden con los parámetros sugeridos . Si hay diferencias significativas entre los parámetros sugeridos y los parámetros otorgados, el servidor 10 puede tomar la decisión de si cambiar los ajustes de transmisión del flujo de datos multimedia a ser transmitido o no. El servidor puede por ejemplo cambiar el método de formación en paquetes a tal método que es más apropiado para los parámetros de QoS otorgados. El servidor también puede cambiar el tamaño de SDU si es necesario. En lo siguiente se ilustran algunos ejemplos no restrictivos de los mensajes, de acuerdo con una modalidad ventajosa de la presente invención: SDP : a=3gpp-velocidad dé bits máxima: 70 a=3gpp-tamaño de SDU máximo: 1000 RTSP: C->S : SETUP rtsp : //ej emplo . com/foo/bar/baz . rm RTSP/1.0 Cseq:302 Transporte :RTP/AVP,-unicast ; elient_port=4588-4589 3gpp-velocidad de bits máxima otorgada : 64 3gpp-tamaño de SDU máximo otorgado: 800 3gpp-retardo de transferencia otorgado : 2000. La transmisión de la presentación multimedia solicitada del servidor 10 puede comenzar después que la conexión es establecida por el dispositivo de comunicación inalámbrico MT1. La transmisión se lleva a cabo ventajosamente en formato por paquetes, en donde la presentación multimedia es encapsulada en paquetes del protocolo que es usado en la red 7 de IP. Los paquetes son por ejemplo, paquetes de IP. En la red inalámbrica 1, los paquetes de IP son entregados por protocolos y medios de la red inalámbrica W1. La presentación puede comprender tales secciones en las cuales la velocidad de bits excede la velocidad de bits garantizada de la sesión. Sin embargo, puede no ser sensible para reservar los recursos de acuerdo con la velocidad de bits máxima, sino por ejemplo, una velocidad de bits promedio podría ser tomada en cuenta. En el método de acuerdo con otra modalidad ventajosa de la presente invención, otro parámetro, un ancho de banda delta, conocido como tal, puede ser usado en las situaciones mencionadas anteriormente. Este parámetro expresa una diferencia entre la velocidad de bits máxima y la velocidad de bits garantizada y de aquí puede ser calculado por: velocidad de bits máxima - velocidad de bits garantizada. Este ancho de banda delta puede ser usado para adaptación de ancho de banda o para manejar picos de velocidad de bits de video. Este ancho de banda delta puede también ser usado para proporcionar la mejor calidad de medios cuando se codifican flujos multimedia en tiempo real, por ejemplo, al cargar parámetros de codificación al vuelo que tienen impacto sobre la velocidad de bits. También es posible que haya dos o más alternativas para codificar para codificar un flujo de datos multimedia. Un ejemplo de esta ventaja es como sigue: El cliente PSS expide un mensaje de RTSP DESCRIBE al servidor de PSS. El servidor responde con una descripción de SDP (incluida en el llamado mensaje de respuesta "200/OK") . La descripción de SDP contiene múltiples alternativas del mismo flujo de datos multimedia, cada una de las cuales es apuntada para diferentes velocidades de bits promedio y/o máxima (por ejemplo: elección 1 - GBR - 64 kbps, BR = 64; elección 2 -GBR = 64, MBR = 128) . Se puede usar una velocidad de .bits máxima más alta que la velocidad de bits promedio para abatir la duración del almacenamiento en memoria temporal, por ejemplo. El cliente de PSS selecciona el flujo de media preferido de acuerdo con preferencias del usuario final y capacidades de terminal y solicita un contexto de PDP con parámetros de perfil de QoS que corresponden con la velocidad de bits promedio y máxima del flujo preferido. Si los parámetros de perfil de QoS otorgados son más bajos que los requeridos, el cliente de PSS tiene que seleccionar un flujo de media alternativo cuyos parámetros de velocidad de bits encajen al intervalo de los parámetros de perfil de QoS otorgados. Finalmente, el cliente de PSS expide una petición de SETUP al servidor de PSS que indica el flujo de media escogido . La figura 2 ilustra otra situación en la cual se puede aplicar la presente invención. Es concerniente con aplicaciones multimedia de conversación. Hay dos o más dispositivos de comunicación inalámbricos que se comunican entre sí vía una o más redes de comunicación NW1, por ejemplo, al utilizar aplicaciones multimedia de conversación. El primer dispositivo de comunicación inalámbrico MTl lleva a cabo una anexión a la red de comunicación inalámbrica NW1 y una activación de contexto de PDP para comenzar la comunicación de datos por paquete con la red. Aquellos procedimientos son conocidos como tal, en donde no es necesario describirlos en más detalle en la presente. También, el segundo dispositivo de comunicación inalámbrico MT2 lleva a cabo tareas similares con la misma red de comunicación inalámbrica NW1 o con otra red de comunicación inalámbrica (no mostrada) . La red de comunicación inalámbrica NW1 reserva ciertos recursos para los dispositivos de comunicación inalámbricos MT1, MT2 para el contexto PD . El primer dispositivo de comunicación inalámbrico MT1 puede informar al segundo dispositivo de comunicación inalámbrico MT2 acerca de la velocidad de bits máxima que el primer dispositivo de comunicación inalámbrico MT1 está permitido usar cuando codifica los flujos multimedia para transmisión al segundo dispositivo de comunicación inalámbrico MT2. La información de velocidad de bits máxima puede ser informada al utilizar el campo de atributos descrito anteriormente del protocolo de descripción de sesión. Respectivamente, el segundo dispositivo de comunicación inalámbrico MT2 puede informar al primer dispositivo de comunicación inalámbrico MT1 acerca de la velocidad de bits máxima del proceso de codificación de información de media. Sin embargo, los mensajes de RTSP no son aplicables con las aplicaciones multimedia de conversación. Cuando la información necesaria es transmitida a la otra parte de la sesión, la comunicación puede comenzar. Ambos de los dispositivos de comunicación inalámbricos MT1, MT2 , están concientes de la velocidad de bits máxima y/o tamaño de SDU máximo, en donde los dispositivos de comunicación inalámbricos MT1, MT2 , pueden adaptar la transmisión de acuerdo con los parámetros. Los dispositivos de comunicación inalámbricos MT1, MT2 , pueden también informar los parámetros adoptados a la otra parte de la sesión. Los parámetros adoptados incluyen, por ejemplo, uno o más de los siguientes: la velocidad de bits máxima otorgada, el tamaño unitario de datos de servicio máximo otorgado y/o el retardo de transferencia otorgado. La figura 4a ilustra como diagrama simplificado un ejemplo de un sistema para transmitir aplicaciones de flujo desde el servidor 10 al dispositivo de comunicación inalámbrico MT1. Las flechas 401 ilustran los flujos de transmisión de la aplicación de flujo de datos. Las flechas discontinuas 402 ilustran la transmisión de información acerca de los parámetros sugeridos y otorgados durante el establecimiento de la aplicación de flujo de datos. La figura 4b ilustra como diagrama simplificado un ejemplo de un sistema para llevar a cabo ya sea aplicaciones de conversación unidireccionales (unidireccional, flechas 403) o aplicaciones de conversación bidireccional (bidireccional , flechas 404) entre los dispositivos de comunicación inalámbricos MT1, MT2. Las flechas 403 y 404, respectivamente, ilustran flujos de transmisión de la aplicación de conversación. Las flechas discontinuas 405 ilustran la transmisión de mensajes durante el establecimiento de la aplicación de conversación. Es obvio que la presente invención no está limitada solamente a las modalidades presentadas anteriormente, sino que puede ser modificada dentro del alcance de las reivindicaciones adjuntas. Se hace constar que, con relación a esta fecha, mejor método conocido por la solicitante, para llevar a práctica la citada invención, es el que resulta claro de presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad, lo contenido en las siguientes reivindicaciones : 1. Un método, en un sistema de comunicación, en el cual se transmiten flujos de datos multimedia desde un "dispositivo de comunicación de envío a un dispositivo de comunicación de recepción, por lo menos parcialmente vía una red de comunicación inalámbrica, caracterizado porque se transmite información con respecto a recursos de comunicación reservados para el dispositivo de comunicación de recepción al dispositivo de comunicación de envío, que comprende por lo menos una de la siguiente información: - la velocidad de bits máxima otorgada, - el tamaño unitario de datos de servicio máximo otorgado, - el retardo de transferencia otorgado.
2. El método de conformidad con la reivindicación 1, caracterizado porque el dispositivo de comunicación de recepción es informado de por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia para la reserva de recursos de red: - la velocidad de bits máxima, - el tamaño unitario de datos de servicio máximo.
3. El método de conformidad con la reivindicación 1 o 2, caracterizado porgue la información acerca del flujo de datos multimedia es transmitida al utilizar un protocolo de descripción de sesión y un campo de atributos del protocolo de descripción de sesión es utilizado para informar al dispositivo de comunicación de recepción del por lo menos un parámetro .
4. El método de conformidad con la reivindicación 1, 2 o 3, caracterizado porque comprende la etapa de seleccionar un flujo de datos multimedia para transmisión al dispositivo de comunicación inalámbrico de recepción, la etapa de informar el dispositivo de comunicación de envío de la selección del flujo de datos multimedia, la etapa de examinar la velocidad de bits máxima del flujo de datos multimedia seleccionado, la etapa de informar la velocidad de bits máxima del flujo de datos multimedia seleccionado al dispositivo de comunicación inalámbrico de recepción y la etapa de reservar recursos de comunicación para el dispositivo de comunicación de recepción para la recepción del flujo de datos multimedia seleccionado.
5. El método de conformidad con la reivindicación 4, caracterizado porque, en la etapa de reservar recursos de comunicación para el dispositivo de comunicación de recepción, la reserva de recursos se lleva a cabo al utilizar la velocidad de bits máxima.
6. El método de conformidad con la reivindicación 4, caracterizado porque el flujo de datos multimedia seleccionado es una aplicación de multimedia de flujo.
7. El método de conformidad con la reivindicación 6, caracterizado porque el dispositivo de comunicación de envío es un servidor que está en una conexión de transmisión de datos con Internet, la aplicación multimedia de flujo de datos está almacenada en el servidor, en donde la aplicación multimedia de flujo de datos es transmitida desde el servidor a Internet y además a la red de comunicación inalámbrica, desde la cual la aplicación multimedia de flujo de datos es transmitida ' al dispositivo de comunicación inalámbrico de recepción al utilizar los recursos reservados.
8. El método de conformidad con la reivindicación 7, caracterizado porque la aplicación multimedia de flujo de datos es transmitida desde el servidor como unidades de datos de servicio que tienen un tamaño máximo definido, en donde el tamaño máximo de la unidad de datos de servicio es informado al dispositivo de comunicación inalámbrico de recepción, en donde el dispositivo de comunicación inalámbrico de recepción reserva capacidad de almacenamiento para las unidades de datos de servicio de acuerdo con el tamaño unitario de datos de servicio máximo.
9. El método de conformidad con la reivindicación 2, caracterizado porque la petición para la selección del flujo de datos multimedia es informada desde el dispositivo de comunicación inalámbrico de recepción al utilizar un mensaje de DESCRIBE del Protocolo de Flujo de Datos en Tiempo Real (RTSP) , la velocidad de bits máxima del flujo de datos multimedia seleccionado es informada al dispositivo de comunicación inalámbrico de recepción al utilizar un mensaje de respuesta del Protocolo de Flujo de Datos en Tiempo Real (RTSP) , la información en cuanto a recursos de comunicación reservados para el dispositivo de comunicación de recepción es transmitida al dispositivo de comunicación de envío al utilizar un mensaje de SETUP (configuración) o un mensaje de PIAY (reproducir) de un protocolo de transmisión en tiempo real .
10. El método de conformidad con cualquiera de las reivindicaciones 1 a 9, caracterizado porque el parámetro de velocidad de bits máxima contiene un valor en kilobits para la velocidad de bits máxima.
11. El método de conformidad con cualquiera de las reivindicaciones 1 a 10, caracterizado porque el parámetro de tamaño unitario de datos de servicio máximo contiene un valor entero para el tamaño unitario de datos de servicio máximo.
12. El método de conformidad con cualquiera de las reivindicaciones 1 a 11, caracterizado porque también se informa un retardo de transferencia máximo sugerido para cualquier paquete de la transmisión.
13. El método de conformidad con cualquiera de las reivindicaciones 1 a 12 , caracterizado porque existen múltiples alternativas del mismo flujo de datos multimedia, cada una de las cuales es dirigida para diferentes velocidades de bits promedio y/o máxima y se usa una velocidad de bits máxima más alta que la velocidad de bits promedio para abatir la duración del tiempo de almacenamiento en memoria temporal inicial .
14. Un método para efectuar aplicación multimedia de conversación entre un primer dispositivo de comunicación inalámbrico y un segundo dispositivo de comunicación inalámbrico, en un sistema de comunicación que comprende por lo menos una red de comunicación inalámbrica, en tal método se transmiten flujos de datos multimedia de la aplicación multimedia de conversación entre los primeros y segundos dispositivos de comunicación inalámbricos, se reservan recursos de la red de comunicación inalámbrica para la transmisión de los flujos de datos multimedia, se transmite información acerca de los recursos seleccionados, por lo menos desde el primer dispositivo de comunicación inalámbrico al segundo dispositivo de comunicación inalámbrico, caracterizado porque se transmite información acerca de los recursos de comunicación reservados para el segundo dispositivo de comunicación al primer dispositivo de comunicación, que comprende por lo menos una de la siguiente información: - la velocidad de bits máxima otorgada, - el tamaño unitario de datos de servicio máximo otorgado, el retardo de transferencia otorgado.
15. El método de conformidad con la reivindicación 14, caracterizado porgue el segundo dispositivo de comunicación inalámbrico es informado de por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia para la reserva de recursos de red: - la velocidad de bits máxima, - el tamaño unitario de datos de servicio máximo.
16. El método de conformidad con la reivindicación 14 o 15, caracterizado porque la información acerca del flujo de datos multimedia es transmitida al utilizar un protocolo de descripción de sesión y un campo de atributos del protocolo de descripción de sesión es utilizado para informar al dispositivo de comunicación de recepción de por lo menos un parámetro .
17. Un sistema de comunicación que comprende un dispositivo de comunicación de envío, un dispositivo de comunicación de recepción y una red de comunicación para transmitir flujos de datos multimedia desde el dispositivo de comunicación de envío al dispositivo de comunicación de recepción, por lo menos parcialmente vía una red de comunicación inalámbrica, caracterizado porque el dispositivo de comunicación de recepción comprende un transmisor para enviar información acerca de recursos de comunicación reservados para el dispositivo de comunicación de recepción que es transmitida al dispositivo de comunicación de envío, comprende por lo menos una de la siguiente información: - la velocidad de bits máxima otorgada, - el tamaño unitario de datos de servicio máximo otorgado, el retardo de transferencia otorgado.
18. El sistema de comunicación de conformidad con la reivindicación 17, caracterizado porque el sistema de comunicación comprende además: - un detector para definir por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia: la velocidad de bits máxima requerida por la transmisión del flujo de datos multimedia, - el tamaño unitario de datos de servicio máximo y un transmisor para enviar por lo menos el parámetro al dispositivo de comunicación de recepción para la reserva de recursos de red.
19. El sistema de comunicación de conformidad con la reivindicación 17 o 18, caracterizado porque la información acerca del flujo de datos multimedia es descrita con un protocolo de descripción de sesión, en donde el sistema de comunicación comprende un compositor de mensajes para ajustar un campo de atributos del protocolo de descripción de sesión al valor del parámetro definido.
20. El sistema de comunicación de conformidad con la reivindicación 17, 18 o 19, caracterizado porque el dispositivo de comunicación de recepción comprende un selector de flujo de datos multimedia que está arreglado para seleccionar un flujo de datos multimedia para transmisión al dispositivo de comunicación inalámbrico de recepción y un transmisor que está arreglado para informar al dispositivo de comunicación de envío de la selección del flujo de datos multimedia, el selector está arreglado para examinar la velocidad de bits máxima del flujo de datos multimedia seleccionado, en donde el segundo dispositivo de comunicación comprende un transmisor que está arreglado para transmitir información acerca de la velocidad de bits máxima del flujo de datos multimedia seleccionado al dispositivo de comunicación inalámbrico de recepción y el sistema de comunicación comprende además un nodo de acceso de radio que está arreglado para reservar recursos de comunicación para el dispositivo de comunicación de recepción para recibir el flujo de datos multimedia seleccionado.
21. El sistema de comunicación de conformidad con la reivindicación 20, caracterizado porque el nodo de acceso de radio está arreglado para usar la velocidad de bits máxima con la reserva de recursos de comunicación para el dispositivo de comunicación de recepción, para la recepción del flujo de datos multimedia seleccionado.
22. El sistema de comunicación de conformidad con la reivindicación 20 o 21, caracterizado porque además el dispositivo de comunicación de recepción comprende medios para transmitir al dispositivo de comunicación de envío información acerca de los recursos de comunicación otorgados por el nodo de acceso de radio.
23. El sistema de comunicación de conformidad con la reivindicación 17, caracterizado porque el flujo de datos multimedia es usado en una aplicación multimedia de flujo de datos .
24. El sistema de comunicación de conformidad con la reivindicación 23, caracterizado porque el dispositivo de comunicación de envío es un servidor que está en conexión de transmisión de datos con Internet, la aplicación de multimedia de flujo de datos está almacenada en el servidor, en donde los flujos de datos multimedia de la aplicación multimedia de flujo de datos son transmitidos desde el servidor a Internet y además a la red de comunicación inalámbrica, desde la cual el flujo de datos multimedia es transmitido al dispositivo de comunicación inalámbrico de recepción al utilizar los recursos reservados.
25. El sistema de comunicación de conformidad con la reivindicación 24, caracterizado porque el flujo de datos multimedia es transmitido del servidor como unidades de datos de servicio que tienen un tamaño máximo definido y el tamaño máximo de la unidad de datos de servicio es informado al dispositivo de comunicación inalámbrico de recepción, en donde el dispositivo de comunicación inalámbrico de recepción comprende memoria para reservar capacidad de almacenamiento para las unidades de datos de servicio de acuerdo con el tamaño unitario de datos de servicio máximo.
26. El sistema de comunicación de conformidad con la reivindicación 20, caracterizado porque un mensaje de DESCRIBE del Protocolo de Flujo de Datos en Tiempo Real (RTSP) es arreglado para ser usado para informar la petición de selección del flujo de datos multimedia, un mensaje de respuesta del Protocolo de Flujo de Datos en Tiempo Real (RTSP) es arreglado para ser usado para informar la velocidad de bits máxima del flujo de datos multimedia seleccionado al dispositivo de comunicación inalámbrico de recepción, la información con respecto a los recursos reservados para el dispositivo de comunicación de recepción es transmitida al dispositivo de comunicación de envío como un mensaje de SETUP o un mensaje de PLAY de un protocolo de transmisión en tiempo real .
27. Un sistema de comunicación que comprende un primer dispositivo de comunicación inalámbrico y un segundo dispositivo de comunicación inalámbrico, una red de comunicación inalámbrica para transmitir flujos de datos de una aplicación multimedia de conversación entre los primeros y segundos dispositivos de comunicación inalámbricos, servicios de portador para la transmisión de los flujos de datos multimedia en la red de comunicación inalámbrica, el primer dispositivo de comunicación inalámbrico comprende un transmisor para transmitir información acerca de recursos seleccionados al segundo dispositivo de comunicación inalámbrica, caracterizado porgue el segundo dispositivo de comunicación comprende un transmisor para enviar información con respecto a los recursos de comunicación reservados para el segundo dispositivo de comunicación al primer dispositivo de comunicación, que comprende por lo menos una de la siguiente información: - la velocidad de bits máxima otorgada, - el tamaño unitario de datos de servicio máximo otorgado, el retardo de transferencia otorgado.
28. El sistema de comunicación de conformidad con la reivindicación 27, caracterizado porque el primer dispositivo de comunicación inalámbrico comprende además: - un detector para definir por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedi : - la velocidad de bits máxima requerida por la transmisión del flujo de datos multimedia, - el tamaño unitario de datos de servicio máximo y un transmisor para enviar por lo menos el parámetro al segundodispositivo de comunicación inalámbrico para la reserva de recursos de red.
29. El sistema de comunicación de conformidad con la reivindicación 27 o 28, caracterizado porgue la información acerca del flujo de datos multimedia es descrita con un protocolo de descripción de sesión, en donde el sistema de comunicación comprende un compositor de mensajes para ajustar un campo de atributos del protocolo de descripción de sesión al valor del parámetro definido.
30. Un dispositivo de comunicación de envío a ser usado en un sistema de comunicación para transmitir flujos de datos multimedia desde el dispositivo de comunicación de envió a un dispositivo de comunicación de recepción, por lo menos parcialmente vía una red de comunicación inalámbrica y en el cual sistema la información acerca del flujo de datos multimedia es descrita con un protocolo de descripción de sesión, caracterizado porque el dispositivo de comunicación de envío comprende un receptor para recibir información acerca de recursos de comunicación reservados para el dispositivo de comunicación de recepción y transmitida desde el dispositivo de comunicación de recepción, la información comprende por lo menos una de la siguiente : - la velocidad de bits máxima otorgada, - el tamaño unitario de datos de servicio máximo otorgado, el retardo de transferencia otorgado.
31. El dispositivo de comunicación de envío de conformidad con la reivindicación 30, caracterizado porque comprende además : - un detector para definir por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia : la velocidad de bits máxima requerida por la transmisión del flujo de datos multimedia, - el tamaño unitario de datos de servicio máximo y - un compositor de mensajes para establecer un campo de atributos del protocolo de descripción de sesión al valor del parámetro definido y - un transmisor para enviar por lo menos el campo de atributos al dispositivo de comunicación de recepción para la reserva de recursos de red.
32. Un dispositivo de comunicación de recepción a ser usado en un sistema de comunicación para recibir flujos de datos multimedia transmitidos desde un dispositivo de comunicación de envío, por lo menos parcialmente vía una red de comunicación inalámbrica, caracterizado porque el dispositivo de comunicación de recepción comprende un transmisor para enviar una petición de reserva de recursos de red para recibir el flujo de datos multimedia seleccionado y para enviar información acerca de recursos de comunicación reservados para el dispositivo de comunicación de recepción al dispositivo de comunicación de envío, que incluye por lo menos una de la siguiente información: - la velocidad de bits máxima otorgada, - el tamaño unitario de datos de servicio máximo otorgado, el retardo de transferencia otorgado.
33. El dispositivo de comunicación de recepción de conformidad con la reivindicación 32, caracterizado porque comprende además : - un selector para seleccionar un flujo de datos multimedia a ser transmitido desde el dispositivo de comunicación de envío al dispositivo de comunicación de recepción; un transmisor para enviar información con respecto a la selección al dispositivo de comunicación de envío y para solicitar información con respecto a por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedia; - la velocidad de bits máxima requerida por la transmisión del flujo de datos multimedia y - el tamaño unitario de datos de servicio máximo y el transmisor está adaptado para enviar una petición en cuanto a la reserva de recursos de red para recibir el flujo de datos multimedia seleccionado.
34. Un dispositivo de comunicación de inalámbrico a ser usado en un sistema de comunicación que comprende una red de comunicación inalámbrica para transmitir flujos de datos de la aplicación multimedia de conversación entre el dispositivo de comunicación inalámbrico y otro dispositivo de comunicación inalámbrico, servicios de portador para la transmisión de los flujos de datos multimedia en la red de comunicación inalámbrica, el dispositivo de comunicación inalámbrica comprende un transmisor para transmitir información acerca de los recursos seleccionados al otro dispositivo de comunicación inalámbrico, caracterizado porque los medios para recibir información acerca de los recursos de red otorgados del otro dispositivo de comunicación incluyen por lo menos uno de los siguientes parámetros : - la velocidad de bits máxima otorgada, - el tamaño unitario de datos de servicio máximo otorgado, el retardo de transferencia otorgado.
35. El dispositivo de comunicación inalámbrico de conformidad con la reivindicación 34, caracterizado porque el dispositivo de comunicación inalámbrico comprende además: - un detector para definir por lo menos uno de los siguientes parámetros de la transmisión del flujo de datos multimedi : la velocidad de bits máxima requerida por la transmisión del flujo de datos multimedia, - el tamaño unitario de datos de servicio máximo y un transmisor para enviar por lo menos el parámetro al otro dispositivo de comunicación inalámbrico para la reserva de recursos de red.