ES2313903T3 - Metodo para optimizar la transmision de datos en un sistema de transmision inalambrica de datos por conmutacion de paquetes. - Google Patents

Metodo para optimizar la transmision de datos en un sistema de transmision inalambrica de datos por conmutacion de paquetes. Download PDF

Info

Publication number
ES2313903T3
ES2313903T3 ES00956554T ES00956554T ES2313903T3 ES 2313903 T3 ES2313903 T3 ES 2313903T3 ES 00956554 T ES00956554 T ES 00956554T ES 00956554 T ES00956554 T ES 00956554T ES 2313903 T3 ES2313903 T3 ES 2313903T3
Authority
ES
Spain
Prior art keywords
service
application
pdp9
pdp1
quality
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES00956554T
Other languages
English (en)
Inventor
Jan Suumaki
Juha Kalliokulju
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Application granted granted Critical
Publication of ES2313903T3 publication Critical patent/ES2313903T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/76Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/803Application aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/805QOS or priority aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/824Applicable to portable or mobile terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Método para optimizar la transferencia de información entre una o más aplicaciones ejecutadas en un terminal móvil (MT) y una red por conmutación de paquetes (NW), en cuya red por conmutación de paquetes (NW) existen por lo menos dos contextos PDP (PDP1 a PDP9) disponibles, presentando dichos contextos PDP unas propiedades de transferencia de datos por lo menos parcialmente diferentes, de manera que dichos contextos PDP (PDP1 a PDP9) pueden proporcionar calidades de servicio por lo menos parcialmente diferentes para la transmisión de información, comprendiendo dicho método - establecer por lo menos una conexión de aplicación para por lo menos una de dichas aplicaciones, especificándose para dicha conexión de aplicación una calidad de servicio, y - seleccionar uno de dichos contextos PDP (PDP1 a PDP9) para la conexión de aplicación, caracterizado porque: se examina, cuando la calidad de servicio especificada para la conexión de aplicación de la aplicación cambia, basándose en las propiedades de los contextos PDP (PDP1 a PDP9) disponibles en la red por conmutación de paquetes (NW), cuál de dichos contextos PDP (PDP1 a PDP9) es adecuado para ser usado por la conexión de aplicación con la calidad de servicio cambiada; y se selecciona uno de los contextos PDP (PDP1 a PDP9) cuyas propiedades de transferencia de datos son más próximas a la calidad de servicio cambiada para la conexión de aplicación.

Description

Método para optimizar la transmisión de datos en un sistema de transmisión inalámbrica de datos por conmutación de paquetes.
La presente invención se refiere a un método expuesto en el preámbulo de la reivindicación 1 para optimizar la transmisión de datos en un sistema de transmisión inalámbrica de datos por conmutación de paquetes. La invención se refiere también a un sistema de transmisión inalámbrica de datos según se expone en el preámbulo de la reivindicación 12, y a un terminal inalámbrico de datos según se expone en el preámbulo de la reivindicación 20 para su uso en un sistema de transmisión inalámbrica de datos según la invención.
Además de las conexiones por conmutación de circuitos, se están desarrollando conexiones por conmutación de paquetes para sistemas de transferencia inalámbrica de datos, tales como el GSM y el UMTS. En una conexión por conmutación de paquetes, no es necesario asignar recursos a la conexión durante todo el tiempo que dura la misma, sino solamente durante el tiempo en el que hay información transferible presente en la conexión. Esta información que se va a transferir se convierte en uno o varios paquetes, que se transmiten en el sistema de transferencia de datos. La Figura 1a ilustra un sistema de transmisión de datos por conmutación de paquetes desarrollado para el sistema GSM, el Servicio General de Radiocomunicaciones por Paquetes (GPRS), al que se denominará, en la presente memoria, red por paquetes GPRS. De forma correspondiente, la Figura 1b ilustra un sistema de transmisión de datos por conmutación de paquetes que se está desarrollando para el UMTS (Sistema Universal de Telecomunicaciones Móviles), al que, en la presente memoria, se le denominará red por paquetes UMTS.
La red por paquetes GPRS comprende unos subsistemas de estaciones base (BSS) de la red de comunicaciones móviles GSM y de una base de datos de abonado, tal como un registro de posiciones base (HLR). El subsistema de estaciones base BSS consta de estaciones transceptoras base BTS y de controladores de estaciones base BSC. Adicionalmente, la red por paquetes GPRS incluye nodos de soporte de servicio GPRS (SGSN) y nodos de soporte de pasarela GPRS (GGSN). Los nodos de soporte de servicio GPRS SGSN y los nodos de soporte de pasarela GPRS GGSN están conectados a una red troncal GPRS GBN para la transmisión de datos.
En la Figura 1a se muestran también interfaces entre unidades diferentes del sistema GPRS. La interfaz de radiocomunicaciones Um es la interfaz entre un terminal móvil MT inalámbrico y una estación transceptora base BTS del subsistema de estaciones base BSS. En esta interfaz de radiocomunicaciones Um, la transmisión de datos se lleva a cabo en forma de señales de radiofrecuencia. La estación transceptora base BTS y el controlador de estaciones base BSC están interconectados por medio de una interfaz BTS-BSC denominada Abis. Los nodos de soporte de servicio SGSN se pueden comunicar con otros nodos de soporte de servicio SGSN. La transmisión de datos entre una red por paquetes GPRS y otras redes tiene lugar a través una interfaz de conexión externa Gi y de nodos de soporte de pasarela GGSN. El subsistema de estaciones base está conectado al nodo de soporte de servicio SGSN a través de una interfaz BSS-SGSN Gb.
La red por paquetes UMTS mostrada en la Figura 1b incluye bloques que tienen funciones similares a las de la red por paquetes GPRS. Una diferencia notable en la red por paquetes UMTS es la estructura de los subsistemas de estaciones base. Las estaciones base Nodo B y los controladores de red de radiocomunicaciones (RNC) que las controlan constituyen una red de acceso de radiocomunicaciones (RAN). Cada estación base Nodo B está conectada a un controlador de red de radiocomunicaciones RNC a través de una interfaz Nodo B-RNC Iub. De forma correspondiente, los controladores de red de radiocomunicaciones RNC están conectados al nodo de soporte de servicio UMTS a través de una interfaz 3G-SGSN Iu. Los controladores de red de radiocomunicaciones RNC se pueden conectar a otros controladores de red de radiocomunicaciones RNC a través de una interfaz Iur. Una disposición como esta permite efectuar la transmisión de datos entre un terminal móvil MT y la red por paquetes UMTS a través de la interfaz de radiocomunicaciones Uu simultáneamente por medio de una o varias estaciones base Nodo B. Adicionalmente, la red por paquetes UMTS incluye nodos de soporte de pasarela GPRS 3G-GGSN. Los nodos de soporte de servicio GPRS 3G-SGSN y los nodos de soporte de pasarela GPRS 3G-GGSN están conectados a una red troncal UMTS UBN para transmisión de datos.
Una diferencia esencial entre una red por paquetes GPRS y una red por paquetes UMTS es el hecho de que, en el sistema GPRS, la transferencia de datos en la interfaz de radiocomunicaciones Um se basa en el acceso múltiple por división de tiempo (TDMA). En el sistema UMTS, la transferencia de datos en la interfaz de radiocomunicaciones Uu se basa en el acceso múltiple por división de código (CDMA), tal como el CDMA de banda ancha (WCDMA) o un acceso múltiple combinado por división de tiempo y división de código (TD-CDMA).
La Figura 2a ilustra la transferencia de datos al nivel de usuario en una red por paquetes UMTS en forma de una descripción de pilas de protocolos. De forma correspondiente, la Figura 2b ilustra la transferencia de datos al nivel de usuario en una red por paquetes UMTS en forma de una descripción de pilas de protocolos. La transferencia de datos por medio de un terminal móvil MT y una red de acceso de radiocomunicaciones RAN se lleva a cabo en la capa física en forma de señales de radiofrecuencia. Estas señales pueden ser, por ejemplo, señales CDMA de banda ancha o señales con acceso múltiple combinado por división por tiempo y división de código (TD-CDMA). La transferencia de datos sobre el trayecto de radiocomunicaciones se controla con las operaciones de la capa MAC. En esta capa MAC se forman ráfagas para su transmisión hacia el trayecto de radiocomunicaciones, y en la recepción, estas ráfagas se convierten de forma correspondiente en paquetes de la capa superior. La capa por encima de la capa MAC en esta interfaz de radiocomunicaciones Uu es la capa RLC. Las funciones de la capa RLC incluyen la segmentación de los paquetes de datos SDU del nivel superior para conseguir que los mismos sean adecuados para la interfaz de radiocomunicaciones. Adicionalmente, la capa RLC transfieren los paquetes de datos SDU del usuario de tal manera que las partes de los paquetes que se segmentaron durante la recepción se puedan reestablecer en el orden correcto. Adicionalmente, las operaciones de esta capa RLC se pueden usar para soportar diferentes calidades de servicio (QoS), por ejemplo, de manera que en esta capa RLC se seleccionen el modo de funcionamiento y el número de retransmisiones. Con respecto a la conexión por conmutación de paquetes, la capa RLC puede funcionar o bien en un modo sin acuse de recibo, con lo cual no se lleva a cabo ninguna retransmisión para paquetes defectuosos, o bien en un modo con acuse de recibo, con lo cual se realiza una retransmisión de los paquetes en caso de que fuera necesario, cuando se haya producido un error.
En la pila de protocolos del nivel de control, la capa por encima de la capa MAC es la capa RRC, cuyas funciones incluyen el control de recursos de radiocomunicaciones. Las capas antes mencionadas RRC, RLC, MAC y la capa física se han implementado tanto en el terminal móvil MT como en la red de radiocomunicaciones RAN para ser usadas en la transferencia de datos en la interfaz de radiocomunicaciones Uu.
La transferencia de datos en una red por paquetes UMTS entre una red de acceso de radiocomunicaciones RAN, un nodo de soporte de servicio 3G-SGSN y un nodo de soporte de pasarela 3G-GGSN también se puede dividir en estructuras de capas similares, de entre las cuales se muestra un ejemplo preferido en las figuras 2a y 2b. No obstante, no es necesario que la colocación de las diferentes capas en estas pilas de protocolos sea igual que la de las figuras 2a, 2b, sino que la misma puede variar en las aplicaciones prácticas. Por ejemplo, las conversiones desde los protocolos de la interfaz de radiocomunicaciones Um, Uu (L3CE, RLC, MAC, ...) a los protocolos de la red troncal GPRS (GTP, UDP, IP, ...) se puede llevar a cabo en el nodo de soporte de servicio 3G-SGSN en lugar de la red de acceso de radiocomunicaciones RAN. Las operaciones de estas capas no se describirán más detalladamente en relación con esto, ya que, en la transferencia inalámbrica de datos, la interfaz más importante que tiene influencia sobre la calidad de servicio es típicamente la interfaz de radiocomunicaciones Um, Uu.
La gestión de la movilidad de un terminal móvil MT se controla mediante las operaciones de la capa MM (Gestión de Movilidad) de la pila de protocolos. Esta capa MM se implementa en el terminal móvil MT y en el nodo de soporte de servicio GPRS 3G-SGSN. De forma correspondiente, las operaciones de gestión de sesiones se llevan a cabo en la capa SM (Gestión de Sesiones), que se implementa también en las pilas de protocolos del terminal móvil MT y el nodo de soporte de servicio GPRS 3G-SGSN.
En la pila de protocolos del nivel de usuario existe, por encima de la capa RLC una capa L3CE, que se implementa en el terminal móvil MT y preferentemente en la red de acceso de radiocomunicaciones RAN. Esta L3CE (Entidad de Compatibilidad de la Capa 3) se corresponde con el protocolo SNDCP del sistema GPRS. La capa L3CE se usa para controlar el funcionamiento de la interfaz de radiocomunicaciones Uu. El protocolo L3CE es un protocolo denominado de compatibilidad para la capa de red, y una de sus finalidades es permitir el funcionamiento del sistema en relación con diferentes servicios y protocolos de la capa de red. Esta capa L3CE puede soportar muchos protocolos de capa de red. Estos protocolos de capa de red soportados incluyen, por ejemplo, los protocolos de Internet 4 (IPv4) y 6 (IPv6), aunque también se puede habilitar el uso de otros protocolos de capa de red realizando cambios principalmente en la capa L3CE (Entidad de Compatibilidad de la Capa 3). En este caso, la adición de un protocolo nuevo de la capa de red no requiere la realización de cambios en los protocolos de nivel inferior. La capa L3CE proporciona también operaciones mediante las cuales se pueden mejorar la fiabilidad de la información a transferir y la eficacia del uso del canal. Esto se puede implementar mediante varios métodos de optimización, tales como la compresión de los campos de encabezamiento y/o los campos de datos de los paquetes.
En la siguiente descripción, como ejemplo de una red por paquetes se usará principalmente la red por paquetes UMTS, aunque evidentemente la invención también se puede aplicar a otras redes por paquetes, en las que sea posible seleccionar diferentes calidades de servicio para la conexión por conmutación de paquetes.
A continuación se definirán algunas expresiones usadas en relación con la descripción del método y el funcionamiento del sistema de transferencia de datos según la invención. En primer lugar, la expresión contexto PDP hace referencia a la conexión de transferencia de datos (conexión por conmutación de paquetes) establecida para la transmisión de los paquetes de datos de una o varias aplicaciones. El contexto PDP tiene principalmente dos funciones: En primer lugar, se usa para reservar una dirección PDP, tal como una dirección de conexión IPv4, para un usuario, y en segundo lugar, para establecer una conexión lógica en una red por conmutación de paquetes con una cierta calidad de servicio (QoS). Una red por conmutación de paquetes puede proporcionar muchos de estos contextos PDP, en los que por lo menos algunos de los parámetros son diferentes. Adicionalmente, en una red por conmutación de paquetes se puede definir un contexto PDP por defecto. El conjunto de parámetros de calidad de servicio definidos para cada contexto PDP se denomina perfil de calidad de servicio (QoSP, Perfil QoS). Una o varias aplicaciones pueden usar un cierto contexto, con lo cual la calidad de servicio es la misma para cada aplicación que use el mismo contexto PDP. En segundo lugar, la conexión de la aplicación se conecta a una conexión lógica formada para una aplicación preferentemente entre un terminal móvil y un nodo de soporte de pasarela GPRS de una red por paquetes con una cierta calidad de servicio. La conexión de la aplicación puede comprende uno o varios flujos de datos.
Para iniciar una conexión de aplicación, en primer lugar se crea una conexión. Cuando se crea una conexión, se selecciona un contexto PDP adecuado para la conexión de aplicación basándose en la calidad de servicio deseada y en la dirección PDP. Los parámetros de calidad de servicio de la conexión de aplicación nueva se tienen en cuenta en el contexto PDP seleccionado, y, si fuera necesario, se modifica el perfil de calidad de servicio del contexto PDP. Si no hay ningún contexto PDP adecuado, es posible activar uno según los parámetros de la conexión de la aplicación y de este modo crear una nueva conexión por conmutación de paquetes. Si la conexión de aplicación no especifica ningún parámetro de calidad de servicio, se selecciona el contexto PDP por defecto. Una red por paquetes UMTS puede contener varias conexiones por conmutación de paquetes, o contextos PDP, para una dirección PDP. Por otro lado, en la realización de la fase 1 de la red por paquetes GPRS puede haber solamente una conexión por conmutación de paquetes para cada dirección PDP. En la red por paquetes que se expone en la presente memoria, este tipo de conexión forma un enlace lógico con una cierta calidad de servicio entre dos puntos terminales. Estos dos puntos terminales son preferentemente un terminal móvil MT y un nodo de soporte de pasarela GPRS 3G-GGSN.
Si existen varias conexiones por conmutación de paquetes disponibles para una dirección PDP, estas conexiones diferentes por conmutación de paquetes también pueden tener diferentes perfiles de calidad de servicio. Para memorizar información, un contexto PDP comprende una base de datos o similar, que contiene información, que se ha memorizado para cada conexión por conmutación de paquetes y que es necesaria cuando se establece una conexión por conmutación de paquetes, tal como el tipo de conexión (por ejemplo, IPv4), la dirección PDP (por ejemplo, dirección IPv4), el perfil de calidad de servicio solicitado incluyendo los parámetros de calidad de servicio solicitados por el usuario, y el perfil de calidad de servicio incluyendo los parámetros de calidad de servicio proporcionados por la red por paquetes. Si la red por paquetes incluye un contexto PDP por defecto, el mismo se selecciona preferentemente en una situación en la que no esté disponible ninguno de los otros contextos PDP para la conexión de aplicación solicitada.
La expresión flujo de datos se usa para indicar una transferencia de datos de paquetes que tienen el mismo origen y destino. Por ejemplo, en la red de datos de Internet, los paquetes que usan el protocolo IP, que tienen la misma dirección de origen y de destino y el mismo número de puerta de origen y de destino, constituyen un flujo de datos. Los flujos de datos son unidireccionales, y cada aplicación que tiene una conexión de transferencia de datos desde un terminal móvil a una red por paquetes dispone de por lo menos un flujo de datos. Un ejemplo de estas aplicaciones es un navegador web por medio del cual el usuario de un terminal móvil (MT) puede navegar, por ejemplo, por las páginas iniciales de proveedores de servicio que tengan una conexión de transferencia de datos con Internet. Cuando se usa un navegador web, la dirección de destino y el número de puerta pueden cambiar muy rápidamente, con lo cual puede haber muchos flujos de datos simultáneamente. Para identificar flujos de datos diferentes, no es necesario usar la dirección antes mencionada de origen y de destino y el número de puerta de origen y de destino, sino que la identificación también se puede llevar a cabo de otras maneras, tal como es sabido en la técnica. En la presente memoria, a esta información de identificación se le hace referencia mediante la denominación común identificador de flujo de datos, que por lo tanto se puede construir de muchas maneras diferentes.
Un portador es básicamente un canal lógico de transferencia de datos entre dos puntos terminales de una red de paquetes. Este portador tiene ciertas propiedades, tales como una cierta calidad de servicio (QoS). Existen muchos tipos diferentes de portadores en una red por paquetes UMTS, tales como un portador UMTS y un Portador de Acceso de Radiocomunicaciones. El portador UMTS proporciona un canal lógico de transferencia de datos entre un terminal móvil MT y un nodo de soporte de pasarela GPRS 3G-GGSN. Los portadores UMTS pueden estar conectados a ciertos contextos PDP, ya que un contexto PDP proporciona una cierta calidad de servicio entre estos puntos terminales (MT, 3G-GGSN).
Para proporcionar servicios de transferencia de datos para aplicaciones que requieren diferentes propiedades de transferencia de datos, en la red por paquetes UMTS se han especificado portadores UMTS con diferentes propiedades de transferencia de datos. En el momento de la presentación de esta solicitud, los portadores UMTS están divididos en cuatro clases de tráfico diferentes, a saber TC1 a TC4 (Conversacional, Afluente Interactivo, Diferido. En la Tabla 1 se muestran algunos ejemplos preferidos de los parámetros de estas clases. Las diferencias entre estas clases de tráfico incluyen, por ejemplo, la duración del retardo permitido en ellos. Por ejemplo, la primera clase de tráfico TC1 (Conversacional) está destinada a aplicaciones en las que no se permiten retardos grandes en la transferencia de datos. Por contraposición a esto, la cuarta clase de tráfico TC4 (Diferido) está destinada a aplicaciones en las que se pueden tolerar retardos en la transferencia de datos. Otras propiedades especificadas para clases de tráfico diferentes incluyen el índice de errores de bit (BER), la velocidad binaria máxima y la precedencia de servicio. Evidentemente, la invención también se puede aplicar a otros sistemas, y no es necesario que el número de clases de tráfico sea cuatro. Adicionalmente, en aplicaciones prácticas las propiedades de las clases de tráfico pueden diferir con respecto a las presentadas en este caso.
TABLA 1
1
Uno de los problemas asociados, por ejemplo, a las redes por paquetes según la fase 1 de las redes por paquetes GPRS es el hecho de que la calidad del servicio especificada cuando se establece la conexión de aplicación no se puede cambiar sin desconectar la conexión de aplicación o sin influir en la calidad de servicio de otras conexiones de aplicación que usen simultáneamente el mismo contexto PDP. No obstante, la calidad de servicio requerida por una aplicación puede variar durante el uso de la aplicación. Por ejemplo, el usuario, por medio de una aplicación Telnet, puede usar un terminal móvil como terminal remoto para comunicarse con un ordenador. De este modo, el usuario puede transferir información desde el ordenador, tal como archivos de programa, hacia el dispositivo terminal. En este caso, la transferencia de datos debe presentar el menor número posible de errores, pero la velocidad de transferencia de datos no es un criterio importante. No obstante, cuando se usa una aplicación Telnet para visionar archivos de texto memorizados en el ordenador, se debería aumentar la velocidad de transferencia de datos, incluso si también aumentase la probabilidad de errores. Las páginas iniciales visionadas con un navegador web pueden ser muy diferentes. Algunas páginas iniciales contienen una gran cantidad de información gráfica, cuya transmisión desde el servidor del proveedor de servicios hacia el terminal móvil del usuario requiere un uso importante de recursos, si el tiempo de transmisión debe seguir siendo relativamente corto. Por otro lado, cuando se transmite información de texto, la cantidad de información transmitida a la vez es típicamente mucho menor que la cantidad de información contenida en los gráficos. Algunas páginas iniciales contienen también información de vídeo o audio, en cuyo caso la transmisión de datos en tiempo real es una consideración importante.
La publicación WO 99/05828 da a conocer una reserva dinámica de calidad de servicio en una red de comunicaciones móviles. En un sistema de comunicaciones móviles, un anfitrión móvil comunica datos por paquetes con una red externa por medio de un nodo de pasarela de paquetes. El anfitrión móvil establece una sesión por paquetes durante la cual se comunican diversos flujos de aplicación con una entidad de red externa. Cada flujo de aplicación incluye un flujo continuo correspondiente de paquetes. Adicionalmente, se define y reserva un parámetro correspondiente de calidad de servicio para cada uno de los diversos flujos de aplicación. Por lo tanto, se pueden definir y reservar para cada uno de los flujos de aplicación diferentes parámetros de calidad de servicio. La calidad de servicio reservada para cada una de los flujos de aplicación no se puede cambiar sin desconectar la conexión de la aplicación.
La publicación WO 99/41872 da a conocer un método y un sistema para adaptación de enlaces que presentan intervalos de actualización variables. Un sistema de comunicación soporta múltiples esquemas de modulación/codificación FEC. Se selecciona un esquema para iniciar la transmisión sobre el enlace. Después de la espiración de un intervalo de actualización variable se evalúa el rendimiento de la transmisión. El intervalo de actualización se hace variar en función del tiempo, la cantidad de información, los bloques LLC, etcétera, para optimizar el caudal en el sistema. Inicialmente, el intervalo de actualización se fija a un cierto valor. Si posteriormente se determina que el intervalo de actualización no es óptimo para este enlace en particular, el intervalo de actualización se puede cambiar. Por lo tanto, las propiedades del enlace se pueden cambiar a intervalos de actualización variables en lugar de intervalos fijos. Las variaciones afectan a todas las conexiones simultáneamente a activas y no dependen de los requisitos de la aplicación.
Una de las finalidades de formas de realización de la presente invención es proporcionar un método para cambiar las propiedades de la conexión, tales como la calidad del servicio, mientras la conexión está activa. Formas de realización de la invención se basan en la idea de que cuando se cambien las propiedades de la conexión, el contexto PDP que se está usando para la conexión se cambia a otro contexto PDP, si las propiedades de este otro contexto PDP se corresponden mejor con las propiedades nuevas deseadas para la conexión. El método según la presente invención se expone en la reivindicación 1. El sistema de transferencia de datos según la presente invención se expone en la reivindicación 12. El terminal móvil según la presente invención se expone en la reivindicación 20.
Formas de realización de la presente invención pueden proporcionar ventajas considerables en comparación con las soluciones de la técnica anterior. Cuando se usa un método que constituye una forma de realización de la invención, se pueden cambiar las propiedades de una conexión de manera que no se vean afectadas sustancialmente otras conexiones simultáneamente activas y sus propiedades. Cuando se usa un método que constituye una forma de realización de la invención, el sistema de transferencia de datos también se puede usar de forma más eficaz, ya que las propiedades de conexiones activas se pueden cambiar durante la conexión. Por ejemplo, si se selecciona una velocidad de transferencia de datos menor durante la conexión, llegarán a estar disponibles más recursos de transferencia de datos para otras conexiones simultáneas.
A continuación se describirán más detalladamente formas de realización de la presente invención haciendo referencia a los dibujos adjuntos, en los que
la Figura 1a muestra un sistema de transferencia de datos GPRS,
la Figura 1b muestra un sistema de transferencia de datos UMTS,
la Figura 2a ilustra la transferencia de datos al nivel de usuario en un sistema de transferencia de datos UMTS en forma de una descripción de pilas de protocolos,
la Figura 2b ilustra la transferencia de datos en el nivel de control en un sistema de transferencia de datos UMTS en forma de una descripción de pilas de protocolos,
la Figura 3a ilustra el funcionamiento de un terminal móvil según una forma de realización preferida de la invención en forma de una descripción de pilas de protocolos,
la Figura 3b muestra un terminal móvil según una forma de realización preferida de la invención como un diagrama de bloques simplificado, la Figura 4a es un diagrama de señalización simplificado de la activación del contexto PDP en un método según una forma de realización preferida de la invención,
la Figura 4b es un diagrama de señalización simplificado del cambio del contexto PDP iniciado por la red por paquetes en un método según una forma de realización preferida de la invención, y
la Figura 5 ilustra un método según una forma de realización preferida de la invención para seleccionar y cambiar el contexto PDP en un terminal móvil según una forma de realización preferida de la invención.
La Figura 3a ilustra el funcionamiento de un terminal móvil MT según una forma de realización preferida de la invención en relación con un método según la invención. En la figura se muestran algunas capas de la pila de protocolos y bloques de funcionamiento. En la Figura 3a no se muestran todos los protocolos y unidades de funcionamiento posibles; se incluyen únicamente aquellos que son importantes para la descripción de formas de realización de la invención. Los protocolos se pueden dividir en dos tipos principales: protocolos internos de la red por paquetes, y protocolos externos. Los protocolos internos de la red por paquetes se incluyen, por ejemplo, L3CE y el SM. Entre los ejemplos de protocolos externos que se pueden mencionar en este contexto se encuentran el TCP y el IP.
En la figura 3a, se ha usado una línea horizontal 301 para realizar una distinción entre dos partes del sistema, que son diferentes con respecto a funcionamiento del terminal móvil MT. Los elementos mostrados por debajo de la línea son principalmente los protocolos internos de la red por paquetes. Los elementos mostrados por encima de la línea 301 son las características de formas de realización de esta invención, y ejemplos de algunos protocolos externos y aplicaciones. Entre los ejemplos de las aplicaciones se encuentran el correo electrónico, tal como el SMTP (Protocolo Simple de Transferencia de Correo) o el IMAP (Protocolo de Acceso a Mensajes de Internet); un navegador web que use, por ejemplo, el protocolo HTTP (Protocolo de Transferencia de Hipertexto); y una aplicación de transferencia de datos en tiempo real, tal como los flujos continuos de programas de vídeo, en los que se usa, por ejemplo, el protocolo RTP (Protocolo de Tiempo Real). Las aplicaciones se conectan a una interfaz denominada SAPI (Interfaz de Programación de Aplicaciones de Zócalo. La interfaz de programación de aplicaciones de zócalo SAPI presenta una conexión de transferencia de datos con el bloque del protocolo de capa de red (NLP). La Interfaz de Programación de Aplicación de zócalo SAPI realiza la conversión de información proveniente de aplicaciones, que se va a enviar a la red por paquetes, en el formato del protocolo usado en la capa de transmisión, tal como el TCP (Protocolo de Control de Transmisión) o el UDP (Protocolo de Datagramas de Usuario). En la capa de red NLP, estos paquetes de protocolo de la capa de transmisión se convierten en paquetes del protocolo de la capa de red. Un protocolo de capa de red bien conocido usado especialmente en Internet es el IP (Protocolo de Internet). Los paquetes de la capa de red se transfieren al clasificador de paquetes (PAC), que establece correspondencias de paquetes de flujo de datos diferentes con la cola de transferencia de datos correcta (contexto PDP). El funcionamiento del clasificador de paquetes PAC se describirá de forma más detallada posteriormente en la presente memoria.
La figura 3a muestra también el bloque de control QMOC (Control de Gestión y Optimización de la QoS). Las funciones de este bloque de control QMOC incluyen el control de la activación de conexiones de aplicación y flujos de datos de cada aplicación y la asignación de los recursos requeridos. Adicionalmente, el bloque de control QMOC realiza los cambios requeridos por las necesidades modificadas de la calidad de servicio.
La figura 3b muestra un terminal móvil MT según una forma de realización preferida de la invención como un diagrama de bloques simplificado. En la figura se muestran algunos bloques de funcionamiento que son importantes para la descripción de la invención. Un terminal móvil MT incluye un bloque procesador CONTROL, que se puede implementar mediante uno o varios procesadores, tales como un microprocesador, una unidad de procesado digital de la señal, etcétera, tal como es sabido en la materia. Este bloque procesador también se puede implementar como parte de un Circuito Integrado de Aplicaciones Específicas (ASIC), en el que también se pueden llevar a cabo otras operaciones de un terminal móvil. Para memorizar información, el terminal móvil MT incluye una memoria, tal como una memoria de lectura, una memoria de lectura/escritura y/o una memoria reprogramable no volátil. La parte de radiocomunicaciones RF comprende medios requeridos para llevar a cabo transferencia de datos de radiocomunicaciones hacia la estación base Nodo B. Adicionalmente, un terminal móvil MT incluye preferentemente un teclado KB, una pantalla DP y un controlador de pantalla DD. En la práctica, un terminal móvil MT se puede implementar de muchas maneras diferentes. Un terminal móvil MT se puede formar como una entidad completa, tal como el 9100 Communicator de Nokia, o puede comprender un dispositivo independiente de transferencia de datos, tal como una estación móvil, y un dispositivo de procesado de datos, tal como un ordenador portátil, con lo cual se dispone una conexión local de transferencia de datos entre estas unidades.
A continuación, se describirá más detalladamente un método según una forma de realización preferida de la invención haciendo referencia a la descripción de la pila de protocolos de la Figura 3a y al diagrama de bloques de la Figura 3b. El terminal móvil MT tiene una conexión de transferencia de datos con la red por paquetes NW. Para usar los servicios de la red por paquetes, el terminal móvil MT realiza inicialmente una solicitud de incorporación, mediante la cual notifica que está preparado para la transmisión de datos por paquetes. Mientras el terminal móvil MT se está incorporando a la red, el nodo de soporte realiza la operación de gestión de movilidad (MM) y la autenticación del usuario. Durante la incorporación, la red por paquetes, preferentemente su nodo de soporte de servicio 3G-SGSN, puede comprobar a partir de la información de abonado HLR (Registro de Posiciones Base) si hay algún límite fijado para el usuario en las conexiones por conmutación de paquetes, tal como la prohibición del uso de algunas clases de tráfico. Información como esta también se puede memorizar en el módulo de identidad de abonado (SIM) del terminal móvil, o similares.
Para enviar y recibir información, se activa el protocolo de datos por paquetes (PDP). En la primera activación, para cada dirección PDP se selecciona preferentemente el contexto PDP por defecto. La activación forma un enlace lógico entre el terminal móvil MT y el nodo de soporte de pasarela GPRS 3G-GGSN. La Figura 4a ilustra la activación del protocolo de datos por paquetes en forma de un diagrama de señalización simplificado. Cuando se activa el protocolo de datos por paquetes, se especifica una dirección de datos por paquetes usada en una conexión por conmutación de paquetes, tal como una dirección IP, para el terminal móvil MT, con lo cual la dirección del terminal móvil MT es conocida en el nodo de soporte de pasarela GPRS 3G-GGSN. Cuando se activa el protocolo de datos por paquetes, se establece una conexión por conmutación de paquetes para transferencia de datos con el terminal móvil MT, el nodo de soporte y el nodo de soporte de pasarela GPRS, y se especifican para la conexión por conmutación de paquetes un protocolo (X.25 ó IP), una dirección PDP (por ejemplo, dirección X.121), una calidad de servicio y un identificador de punto de acceso a servicios de red (NSAPI).
En una red por paquetes, en la que se puede aplicar la presente invención, es por lo tanto posible usar muchos contextos PDP diferentes para una dirección PDP. Cuando es así, los paquetes de la conexión de aplicación no se pueden conectar a un cierto contexto PDP basándose en la dirección PDP. Para permitir esta conexión, se ha desarrollado un denominado filtro de transferencia de datos. Con un filtro de transferencia de datos, los flujos de datos de un cierto tipo se pueden conectar a un cierto contexto PDP, con lo que los paquetes a transferir en diferentes conexiones de aplicaciones se pueden dirigir al contexto PDP correcto. El filtro de transferencia de datos contiene información, por ejemplo, sobre los flujos de datos, cuya transmisión de controla con el filtro de transferencia de datos. Como los flujos de datos son unidireccionales, tanto el terminal móvil MT como la red por conmutación de paquetes tienen filtros independientes de transferencia de datos. El funcionamiento de estos filtros de transferencia de datos se describirá de forma más detallada posteriormente en la presente memoria.
Por ejemplo, cuando un usuario inicia una aplicación en un terminal móvil MT, requiriendo dicha aplicación los servicios de transferencia de datos de la red por paquetes, la interfaz de programación de aplicaciones de zócalo SAPI transmite información sobre esto al bloque de control QMOC. Esta solicitud de una conexión de aplicación puede contener información sobre la calidad de servicio QoS solicitada por la aplicación. Si es así, el bloque de control QMOC puede usar esta información de la calidad de servicio en el establecimiento de una conexión de aplicación. Si esta información sobre la calidad de servicio no se transmite desde la aplicación, el bloque de control QMOC puede comprobar, a partir de una base de datos QoSDB (Figura 3a) formada en el terminal móvil MT, preferentemente en los medios de memoria MEM (Figura 3b), si en dicho lugar se ha memorizado información sobre la calidad de servicio de la aplicación. Si es así, el bloque de control QMOC puede usar esta información memorizada en la base de datos QoSDB en el establecimiento de una conexión de aplicación. Si no se encuentra información sobre la calidad de servicio de la aplicación, la conexión de aplicación se establece preferentemente usando el contexto PDP por defecto.
El bloque de control QMOC también puede recibir información de la calidad de servicio desde el equipo, tal como el teclado KB ó el controlador de pantalla DD del terminal móvil.
Los parámetros de calidad de servicio de la aplicación no son necesariamente idénticos a los parámetros de calidad de servicio de la red por conmutación de paquetes. En ese caso, el bloque de control QMOC realiza la conversión desde los parámetros de calidad de servicio de la aplicación a los parámetros de calidad de servicio de la red por conmutación de paquetes (bloques 401 de la Figura 4a). Por ejemplo, para la aplicación se ha especificado una relación de errores de bit de 10e-3, pero en la red por conmutación de paquetes la relación de errores de bit adecuada más próxima, es, por ejemplo, 10e-4.
En una forma de realización preferida de la invención, el usuario puede definir valores de configuración que controlan el funcionamiento del bloque de control QMOC. Basándose en estos valores de configuración es posible seleccionar, por ejemplo, si se usa la información de la calidad de servicio transmitida por la interfaz de programación de aplicaciones de zócalo SAPI y/o la información de la calidad de servicio memorizada en la base de datos QoSDB cuando se establezca la conexión de aplicación. Adicionalmente, una característica ventajosa es el hecho de que el usuario puede fijar los parámetros de transferencia de datos del programa de aplicación, con lo cual el bloque de control QMOC puede usar estos parámetros cuando se especifique la calidad de servicio solicitada para la aplicación.
Otra función a realizar en la activación del contexto PDP es especificar un filtro de transferencia de datos para
el(los) flujo(s) de datos de la aplicación. Los filtros de transferencia de datos se especifican preferentemente de manera que haya un filtro de transferencia de datos para cada conexión de aplicación que no use el contexto PDP por defecto. En ese caso, el filtro de transferencia de datos contiene información para identificarlos paquetes, tal como una dirección de origen/destino y una puerta de origen/destino, u otro identificador exclusivo. Adicionalmente, el filtro de transferencia de datos comprende información sobre qué contexto PDP está usando el flujo de datos, información sobre la calidad de servicio asignada a la conexión de aplicación, y posiblemente también otra información relacionada con el flujo de datos. Preferentemente, los filtros de transferencia de datos se forman de tal manera que un filtro de transferencia de datos abarca el mayor número de flujos de datos posible, y se especifica un flujo de datos en solamente un filtro de transferencia de datos. En una situación ideal, un filtro de transferencia de datos se corresponde con una aplicación y una conexión de aplicación.
Para asignar recursos a la aplicación, el terminal móvil MT y la red por paquetes inician una conexión por conmutación de paquetes (bloque 402). Esto se realiza de manera que, por ejemplo, un terminal MT envíe un mensaje de solicitud (flecha 403) al nodo de soporte de servicio GPRS 3G-SGSN para activar el contexto PDP, incluyendo dicho mensaje, como parámetros, por ejemplo, el perfil de calidad de servicio (QoSP) solicitado para la conexión por conmutación de paquetes, una dirección, información sobre un posible filtro de transferencia de datos (parámetros del filtro), y el identificador del punto de acceso a servicios de la red (NSAPI). El nodo de soporte de servicio GPRS 3G-SGSN envía un mensaje de solicitud a la red de radiocomunicaciones RAN para reservar un portador de acceso de radiocomunicaciones RAB para el contexto PDP a partir de la red por conmutación de paquetes (flecha 404). Este portador de acceso de radiocomunicaciones RAB se selecciona de tal manera que la calidad de servicio deseada se pueda satisfacer lo mejor posible. La red de radiocomunicaciones RAN activa el portador de acceso de radiocomunicaciones seleccionado, en el caso de que no estuviera activo (bloque 405). Después de esto, la red de radiocomunicaciones RAN envía un mensaje de acuse de recibo (flecha 406) hacia el nodo de soporte de servicio GPRS 3G-SGSN, transmitiendo información sobre la calidad de servicio que se puede lograr con el portador de acceso de radiocomunicaciones seleccionado (calidad de servicio negociada) y la ID del portador (B_ID).
El nodo de soporte de servicio GPRS 3G-SGSN envía un mensaje para iniciar una conexión por conmutación de paquetes hacia el nodo de soporte de pasarela GPRS 3G-GGSN (flecha 407). El mensaje enviado para iniciar una conexión por conmutación de paquetes incluye preferentemente la dirección PDP, el perfil de calidad de servicio y parámetros de posibles filtros de transferencia de datos. Las medidas requeridas para iniciar una conexión por conmutación de paquetes se llevan a cabo en el nodo de soporte de pasarela GPRS 3G-GGSN (bloque 408). En esta fase, el nodo de soporte de pasarela GPRS 3G-GGSN puede examinar cómo de cargada está la red por conmutación de paquetes, para averiguar si la calidad de servicio solicitada se puede garantizar para la aplicación, o si eso no es posible, si limitar la calidad de servicio proporcionada a la aplicación, o no iniciar en absoluto la conexión por conmutación de paquetes. Si la conexión por conmutación de paquetes se puede iniciar, el nodo de soporte de pasarela GPRS 3G-GGSN envía una notificación de la calidad de servicio proporcionada a la conexión por conmutación de paquetes en un mensaje de respuesta hacia el nodo de soporte de servicio GPRS 3G-SGSN (flecha 409). El nodo de soporte de pasarela GPRS 3G-GGSN puede asignar una dirección PDP dinámica al usuario, cuando sea necesario.
El nodo de soporte de servicio GPRS 3G-SGSN envía un mensaje de respuesta al terminal móvil MT (flecha 410) que contiene información (por ejemplo, una dirección PDP) sobre a qué conexión por conmutación de paquetes se refiere el mensaje de respuesta, la calidad de servicio negociada, la ID del portador y el identificador del punto de acceso a servicios de la red (NSAPI). Después de esto, se transmite hacia el bloque de protocolo de compatibilidad L3CE (Entidad de Compatibilidad de la Capa 3) información sobre la conexión por conmutación de paquetes iniciada, y la misma también se transmite preferentemente hacia el bloque de control QMOC (bloque 411) en el terminal móvil MT.
Esto se dispone adecuadamente de manera que en el terminal móvil MT se forma una memoria intermedia para cada flujo de datos y conexión de aplicación para la memorización temporal de la información a transmitir. Esta memoria intermedia puede ser, por ejemplo, un área de memoria reservada de los medios de memoria MEM. Además de esto, para cada contexto PDP se forma preferentemente una memoria intermedia de transmisión y recepción para la memorización temporal de paquetes del flujo de datos que usen el contexto PDP. La necesidad de estas memorias intermedias y la implementación práctica de las mismas es una técnica conocida como tal para un experto en la materia, y por lo tanto las mismas no se describen más detalladamente en la presente memoria.
A continuación, por medio de unos cuantos ejemplos y haciendo referencia a la Figura 5, se describirán la selección y el cambio del contexto PDP en un terminal móvil MT según una forma de realización preferida de la invención. En la Figura 5, se usan las letras A a H para indicar ejemplos de aplicaciones, que son:
aplicación A:
videoconferencia (primera clase de tráfico, relación de errores de bit BER 10e-4, clase de retardo 1, velocidad binaria 50 kbit/s)
aplicación B:
transmisión de señal de audio (primera clase de tráfico, BER 10e-4, clase de retardo 1, velocidad binaria 25 kbit/s)
aplicación C:
transmisión de señal de audio de una aplicación multimedia (primera clase de tráfico, BER 10e-4, clase de retardo 1, velocidad binaria 25 kbit/s)
aplicación D:
transmisión de señales de vídeo de una aplicación multimedia (primera clase de tráfico, BER 10e-4, clase de retardo 2, velocidad binaria 25 kbit/s)
aplicación E:
transmisión de señales de datos de una aplicación multimedia (segunda clase de tráfico, BER 10e-5, clase de retardo 1, velocidad binaria 15 kbit/s)
aplicación F:
navegador web (tercera clase de tráfico, BER 10e-9, clase de retardo 1, velocidad binaria método del mejor esfuerzo)
aplicación G:
Telnet (tercera clase de tráfico, BER 10e-9, clase de retardo 1, velocidad binaria método del mejor esfuerzo)
aplicación H:
Correo Electrónico (cuarta clase de tráfico, BER 10e-9, clase de retardo 1, velocidad binaria método del mejor esfuerzo)
La Figura 5 muestra también los diferentes contextos PDP que se pueden usar en una red por conmutación de paquetes según este ejemplo. Estos diferentes contextos PDP se indican con las referencias PDP1 a PDP9. Adicionalmente, una línea de trazo interrumpido se usa en la figura para mostrar la clase de tráfico TC1 a TC4 asociada a cada contexto PDP PDP1 a PDP9. Por ejemplo, la primera clase de tráfico TC1 comprende el primer PDP1, el segundo PDP2, el tercer PDP3 y el cuarto contexto PDP PDP4, la segunda clase de tráfico TC2 comprende el quinto PDP5, el sexto PDP6 y el séptimo contexto PDP PDP7, la tercera clase de tráfico TC3 comprende el octavo contexto PDP PDP8, y la cuarta clase de tráfico TC4 comprende el noveno contexto PDP PDP9. Los bloques PAC, L3CE, RLC ilustran las diferentes capas de la pila de protocolos en el terminal móvil MT.
La dirección de los flujos de datos en la ilustración de la Figura 5 es descendente, cuando la información se envía desde el terminal móvil MT a la red por paquetes NW, y ascendente, cuando los paquetes son recibidos desde la red por paquetes NW al terminal móvil MT. Los cambios de protocolo requeridos se llevan a cabo en los diferentes bloques de la pila de protocolos, según la manera conocida de por sí en la técnica.
Cuando se inicia un navegador web, por ejemplo, (aplicación F), la interfaz de programación de aplicaciones de zócalo (SAPI) transmite información sobre el inicio de esta aplicación hacia el bloque de control QMOC. En este caso, se supone que la interfaz de programación de aplicaciones de zócalo no transmite la información de calidad de servicio, y la información de calidad de servicio sobre esta aplicación no se ha memorizado tampoco en el bloque de control QMOC. De este modo, el bloque de control QMOC no puede determinar la calidad de servicio, y el bloque de control QMOC selecciona el contexto PDP por defecto para esta aplicación. En este caso, tampoco se han especificado filtros de transferencia de datos para esta aplicación.
En relación con el inicio de la aplicación del Telnet (aplicación G), el bloque de control QMOC detecta que se ha memorizado información de calidad de servicio para esta aplicación. Esta información de calidad de servicio QoS memorizada que se ha especificado la tercera clase de tráfico para esta aplicación. El bloque de control QMOC examina qué contexto PDP hay disponible para esta tercera clase de tráfico. El ejemplo expuesto en este caso comprende solamente un contexto PDP, el octavo contexto PDP PDP8, que está disponible en la tercera clase de tráfico. Este octavo contexto PDP es también el contexto PDP por defecto en el sistema de este ejemplo. De este modo, como contexto PDP se selecciona el contexto PDP por defecto, con lo cual no se especifica un filtro de transferencia de datos para esta aplicación.
Cuando se inicia la aplicación de correo electrónico (aplicación H), la interfaz de programación de aplicación de zócalo no transmite la información de calidad de servicio, pero, para esta aplicación, se ha memorizado la información de calidad de servicio en la base de datos interna. A partir de esta información, el bloque de control QMOC detecta que para esta aplicación se ha especificado la cuarta clase de tráfico. El contexto PDP correspondiente a la cuarta clase de tráfico es el noveno contexto PDP PDP9, y por lo tanto el bloque de control QMOC selecciona este contexto PDP para ser usado por esta aplicación H. Adicionalmente, el bloque de control QMOC especifica un filtro de transferencia de datos para la aplicación. Este filtro de transferencia de datos es, por ejemplo, una base de datos en la que se memoriza información tal como el identificador usado en los paquetes del flujo de datos, el contexto PDP, parámetros de calidad de servicio u otras informaciones. Después de esto, el bloque de control QMOC activa el contexto PDP seleccionado PDP9 y envía los datos desde el filtro de transferencia de datos hacia el bloque clasificador de paquetes PAC del terminal móvil MT y la red por conmutación de paquetes, preferentemente hacia el nodo de soporte de pasarela GPRS 3G-GGSN, que es el segundo extremo de la conexión de transferencia de datos. La Figura 4a es un diagrama de señalización que muestra un ejemplo de cómo se puede transmitir la información del filtro de transferencia de datos en una red por conmutación de paquetes entre un terminal móvil MT y un nodo de soporte de pasarela GPRS 3G-GGSN.
Cuando se inicia una aplicación de videoconferencia (aplicación A), el bloque de control QMOC selecciona el contexto PDP, tal como se describió anteriormente. Basándose en los parámetros de calidad de servicio especificados para la aplicación, el bloque de control QMOC selecciona otro contexto PDP PDP2. Adicionalmente, se especifica un filtro de transferencia de datos para la aplicación, se activa el contexto PDP PDP2, y los datos del filtro de transferencia de datos se transmiten hacia el bloque clasificador de paquetes PAC del terminal móvil MT y el nodo de soporte de pasarela GPRS 3G-GGSN.
Cuando se inicia una aplicación de audio (aplicación B), se lleva a cabo la selección correspondiente del contexto PDP, tal como se describió anteriormente. En este caso también se selecciona como contexto PDP el segundo contexto PDP PDP2, tal como se muestra en el ejemplo de la Figura 5, y para el flujo de datos de esta aplicación se especifican los parámetros del filtro de transferencia de datos. Como este segundo contexto PDP PDP2 ya ha sido activado, la siguiente etapa es actualizar el contexto PDP para la situación nueva y transmitir los datos del filtro de transferencia de datos en los mensajes enviados para modificar el contexto PDP. Cuando se actualiza el contexto PDP, se cambia la velocidad binaria del contexto PDP de manera que la velocidad binaria requerida es la suma de las velocidades binarias asignadas a las conexiones de aplicación correspondientes a aplicaciones que usan el mismo contexto. De este modo, no se influye sustancialmente en la calidad de servicio de otras aplicaciones que usan el mismo contexto PDP. Otros parámetros que regulan el funcionamiento del contexto PDP se dejan preferentemente sin variaciones, ya que los cambios que se aplicaran en ellos podrían tener un efecto sobre la calidad de servicio recibida por otras aplicaciones que usen el mismo contexto PDP.
Las aplicaciones C, D y E son los diferentes componentes de la señal de una aplicación multimedia. En este ejemplo, la aplicación C es el componente de voz de una aplicación multimedia, la aplicación D es el componente de vídeo y la aplicación E es el componente de datos. Para cada uno de estos componentes se llevan a cabo preferentemente medidas correspondientes a las efectuadas para las otras aplicaciones antes mencionadas. En este ejemplo, el segundo contexto PDP PDP2 se selecciona como el contexto PDP del componente de voz C, con lo cual se actualiza el contexto PDP. El cuarto contexto PDP PDP4 se selecciona como el contexto PDP del componente de vídeo D, y se activa el contexto PDP. El sexto contexto PDP6 se selecciona para el componente de datos E, y se activa este contexto PDP.
Resulta evidente que no todas las aplicaciones A a H se ejecutan necesariamente de forma simultánea y en el orden presentado en este caso, con lo cual las medidas en la activación y la modificación de los contextos PDP difieren con respecto a las presentadas anteriormente, aunque un experto en la materia podrá efectuarlas basándose en la presente descripción.
Cuando se ha establecido una conexión de aplicación, se puede iniciar la transferencia de datos. A continuación, la información enviada desde la aplicación de un terminal móvil MT se transfiere a la interfaz de programación de aplicaciones de zócalo (SAPI), en donde la información se convierte en paquetes según el protocolo de la capa de enlace de datos. Estos paquetes se transmiten al clasificador de paquetes PAC. Cuando el clasificador de paquetes PAC recibe cada paquete, compara la información de IDentificación (ID) de los filtros de transferencia de datos, tal como la información de dirección, con la información de ID contenida en el paquete. Si la información de ID de un filtro de transferencia de datos coincide con la información de ID del paquete, el clasificador de paquetes PAC averigua, a partir del filtro de transferencia de datos, qué contexto PDP se ha seleccionado para el flujo de datos. Si no se encuentra ningún filtro de transferencia de datos, el clasificador de paquete PAC selecciona el contexto PDP por defecto. Después de esto, el clasificador de paquetes PAC transfiere el paquete hacia el bloque de protocolo de compatibilidad L3CE (Entidad de Compatibilidad de la Capa 3), tal como se muestra en la Figura 3a. Si fuera necesario, también se llevan a cabo las conversiones de protocolo desde el protocolo de la capa de enlace de datos al formato del bloque del protocolo de compatibilidad L3CE de la capa de red.
Si son necesarias una compresión de los paquetes de la capa de red y otras medidas para optimizar la transferencia de datos, las mismas se llevan a cabo en el bloque del protocolo de compatibilidad de la capa de red L3CE.
Los paquetes enviados desde el terminal móvil MT como señales de radiofrecuencia son recibidos en la estación base Nodo B y son transferidos hacia el nodo de soporte del servicio. En la red por conmutación de paquetes, los paquetes son transmitidos desde el nodo de soporte de servicio GPRS 3G-SGSN hacia el nodo de soporte de pasarela GPRS 3G-GGSN usando los mecanismos de transferencia de datos (pilas de protocolos, etcétera) de la red por conmutación de paquetes. Para la aplicación del método, no es importante en qué partes de la red por conmutación de paquetes está ubicado cada bloque de la pila de protocolos. Desde el nodo de soporte de pasarela GPRS 3G-GGSN, los paquetes son transmitidos hacia el receptor, que puede encontrarse o bien en la misma red inalámbrica por conmutación de paquetes, o bien en una red inalámbrica diferente por conmutación de paquetes o en otra red por conmutación de paquetes, tal como la red de datos de Internet. A continuación, el nodo de soporte de pasarela GPRS 3G-GGSN llevará a cabo las conversiones necesarias entre los diferentes protocolos.
Cuando se reciben paquetes en un terminal móvil MT, se llevan a cabo las medidas que son inversas a las medidas de transmisión correspondientes, con lo cual el funcionamiento del método se corresponde sustancialmente con el descrito anteriormente.
En referencia a las aplicaciones mostradas en la Figura 5 a título de ejemplo, a continuación se describirá el cambio de la calidad de servicio usando un método según una forma de realización preferida de la invención. La necesidad de cambiar la calidad de servicio se puede originar en el usuario del terminal móvil MT, en la aplicación y/o en la red por conmutación de paquetes. Por ejemplo, el usuario tiene una videoconferencia (aplicación A), para la cual es necesaria una imagen de mejor calidad, con lo que se realiza un intento de incrementar la velocidad de transferencia de datos. La situación del tráfico en la red por conmutación de paquetes también puede llegar a ser tal que la red no pueda soportar la velocidad de transferencia de datos especificada para la videoconferencia, con lo cual la calidad de servicio asignada a la misma debe cambiarse o incluso debe desconectarse la videoconferencia.
En un método según una forma de realización preferida de la invención, el cambio de la calidad de servicio provocado por el usuario o la aplicación se puede llevar a cabo sustancialmente de la misma manera que el establecimiento de la conexión de aplicación, que se ha descrito anteriormente de forma más detallada en la presente memoria. La diferencia más esencial es el hecho de que no es necesario enviar toda la información sobre el perfil de calidad de servicio y los parámetros del filtro de transferencia de datos, sino únicamente la información que se cambiará. Si se elimina el filtro de transferencia de datos, es suficiente con enviar únicamente la ID del filtro de transferencia de datos, sin los parámetros del filtro. La información sobre el cambio de la calidad de servicio se transmite a través de la interfaz de programación de aplicaciones de zócalo SAPI hacia el bloque de control QMOC. Alternativamente, hacia el bloque de control QMOC se puede transferir directamente un cambio realizado por el usuario. Basándose en la información cambiada, se selecciona un contexto PDP, que resulte lo más adecuado posible para la situación cambiada. Después de esto, se activa o modifica, si fuera necesario, el contexto PDP nuevo/seleccionado. Si se cambia el contexto PDP, también se lleva a cabo la actualización para la nueva situación en el contexto PDP, que se seleccionó para la conexión de aplicación antes de que se cambiara el contexto PDP. A continuación, la medida a tomar es principalmente reducir la velocidad binaria de este contexto PDP.
Se puede suponer, por ejemplo, que en la aplicación G de Telnet, la clase de tráfico se cambia desde la tercera a la cuarta clase de tráfico. El bloque de control QMOC detecta que el contexto PDP correspondiente a esta cuarta clase, el noveno contexto PDP PDP9 en este ejemplo, está activo, con lo cual se selecciona este contexto PDP para los flujos de datos de la aplicación Telnet. En este caso, no es necesario realizar cambios en este noveno contexto PDP PDP9, ya que el índice de errores de bit, la clase de retardo y la velocidad binaria se corresponden con la calidad de servicio deseada. No obstante, se debe especificar un filtro de transferencia de datos para esta aplicación, ya que anteriormente se seleccionó el contexto PDP por defecto para esta aplicación. A continuación, el bloque de control QMOC transmite información sobre el filtro de transferencia de datos hacia el bloque de clasificación de paquetes PAC del terminal móvil y el nodo de soporte de pasarela GPRS 3G-GGSN de la red por conmutación de paquetes. En este caso, tampoco es necesario realizar ningún cambio en el octavo contexto PDP PDP8, ya que la velocidad binaria se corresponde con el mejor esfuerzo.
Como ejemplo adicional, la velocidad binaria 25 kbit/s de la aplicación de voz B se cambia a 15 kbit/s. No se cambian otros parámetros que tengan influencia sobre la calidad de servicio. Como únicamente se cambia la velocidad binaria, se puede usar el mismo contexto PDP (PDP2). A continuación, se calcula una nueva velocidad binaria como la suma de las velocidades binarias de las aplicaciones, para cuyos flujos de datos se ha seleccionado este segundo contexto PDP PDP2. No son necesarios otros cambios de parámetros. No es necesario realizar cambios en los filtros de transferencia de datos, ya que permanece el mismo contexto PDP. Después de esto, el bloque de control QMOC realiza la modificación del contexto PDP, pero no es necesario transmitir los parámetros de los filtros de transferencia de datos.
En el tercer ejemplo, la clase de tráfico de la aplicación de transmisión de señales de datos E de una aplicación multimedia se cambia desde la segunda a la primera clase de tráfico. Como en el sistema de transferencia de datos de este ejemplo el índice de errores de bit no cumple con el valor deseado para la aplicación, 10e-5, se selecciona en este caso el valor posible más cercano, 10e-4. Si no se ha proporcionado ningún valor objetivo para el retardo en la solicitud de cambio, se selecciona preferentemente la clase de retardo más deficiente (=2). El bloque de control QMOC detecta que en la primera clase de tráfico ya está activo el contexto PDP correspondiente a los requisitos, en este ejemplo el cuarto contexto PDP PDP4. En este caso, debe cambiarse la velocidad binaria del cuarto contexto PDP PDP4 de manera que se corresponda con la nueva situación. La velocidad binaria requerida es la suma de las velocidades binarias de las conexiones de aplicación (E y D) que usan este cuarto contexto PDP: 40 kbit/s. Adicionalmente, se especifica un filtro de transferencia de datos para esta aplicación en el cuarto contexto PDP PDP4. A continuación, el bloque de control QMOC transmite información sobre el filtro de transferencia de datos hacia el bloque de clasificación de paquetes PAC del terminal móvil y al nodo de soporte de pasarela GPRS 3G-GGSN de la red por conmutación de paquetes. En este caso, preferentemente se desactiva el sexto contexto PDP PDP6, ya que después del cambio ninguna aplicación usa este contexto PDP PDP6. En relación con la desactivación, también se eliminan los filtros de transferencia de datos especificados en el contexto PDP a desactivar.
Un ejemplo más es una situación en la que se cambia el índice de errores de bit de la aplicación de transmisión de señales de vídeo A de una aplicación multimedia. El índice de errores de bit antes del cambio es, por ejemplo, 10e-4 y el mismo se cambia al valor 10e-3. Se mantiene la primera clase de tráfico para la conexión, y tampoco se cambian otros parámetros de calidad de servicio. Como en la situación ilustrada mediante este ejemplo, no está activo ningún contexto PDP en el que el índice de errores de bit cumple los requisitos de la aplicación, el siguiente intento es activar un contexto PDP nuevo. El bloque de control QMOC detecta que en la primera clase de tráfico, el contexto PDP correspondiente a los requisitos es el primer contexto PDP PDP1. A continuación, el bloque de control QMOC selecciona este primer contexto PDP PDP1 para esta aplicación A. Adicionalmente, el bloque de control QMOC especifica un filtro de transferencia de datos para esta aplicación. En el archivo de transferencia de datos se pueden usar los mismos parámetros que los usados en el contexto PDP PDP2 antes del cambio. En la red por conmutación de paquetes se activa el contexto PDP. El bloque de control QMOC transmite también información sobre el filtro de transferencia de datos hacia el bloque de clasificación de paquetes PAC del terminal móvil y al nodo de soporte de pasarela GPRS 3G-GGSN de la red por conmutación de paquetes. En este caso, se realizan cambios en el segundo contexto PDP PDP2 (se reduce la velocidad binaria), ya que después del cambio, la aplicación de transmisión de señales de vídeo A de la aplicación multimedia no usa este contexto PDP PDP2, pero las aplicaciones B y C todavía lo usan.
La necesidad de cambiar la calidad de servicio también puede provenir de la red por conmutación de paquetes. En ese caso, el método según una forma de realización preferida de la invención es el siguiente (Figura 4b). En el nodo de soporte de servicio GPRS 3G-SGSN, el bloque de gestión de sesiones SM, por ejemplo, detecta que la red por conmutación de paquetes tiene una sobrecarga de tráfico, con lo cual se realiza un intento para limitar por lo menos parte de la transmisión de datos. A continuación, el bloque de gestión de sesión SM determina qué contexto(s) PDP se cambian para eliminar la sobrecarga (412) y selecciona un nuevo perfil de calidad de servicio. El nodo de soporte de servicio GPRS 3G-SGSN envía una solicitud a la red de radiocomunicaciones RAN para cambiar el portador de manera que se corresponda con el nuevo perfil de calidad de servicio del contexto PDP (flecha 413). La red de acceso de radiocomunicaciones RAN selecciona un nuevo portador de acceso de radiocomunicaciones correspondiente a la calidad de servicio solicitada, si es posible (bloque 414) y transmite información del identificador de este portador de acceso de radiocomunicaciones y la calidad de servicio al nodo de soporte de servicio GPRS 3G-SGSN (flecha 415).
El nodo de soporte de servicio GPRS 3G-SGSN envía una solicitud para actualizar el contexto PDP al nodo de soporte de pasarela GPRS 3G-GGSN (flecha 416). El nodo de soporte de pasarela GPRS 3G-GGSN fija el contexto PDP (bloque 417) y devuelve información sobre la calidad de servicio negociada al nodo de soporte de servicio GPRS 3G-SGSN (flecha 418).
El nodo de soporte de servicio GPRS 3G-SGSN envía información sobre el cambio de contexto PDP hacia el terminal móvil MT (flecha 419). En el terminal móvil MT, los cambios del contexto PDP se transmiten al bloque de protocolo de compatibilidad L3CE y al bloque de control QMOC (bloque 420). El terminal móvil MT envía un mensaje sobre la aceptación del cambio del contexto PDP hacia el nodo de soporte de servicio GPRS 3G-SGSN (flecha 421). No obstante, la situación de una aplicación puede cambiar de manera que el contexto PDP cambiado ya no se corresponda con la calidad de servicio especificada para la aplicación. Hacia el bloque de control QMOC se transmite información sobre el cambio de la calidad de servicio de la aplicación. Basándose en la información cambiada, se selecciona un contexto PDP, que resulte lo más adecuado posible para la situación cambiada. Después de esto, si así fuera necesario, el contexto PDP nuevo/seleccionado se activa o modifica. Esto se ilustra mediante los bloques 422 y 423 de la Figura 4b.
La presente invención no se limita únicamente a las formas de realización antes descritas, sino que sus detalles se pueden modificar sin desviarse con respecto al alcance definido por las reivindicaciones adjuntas.

Claims (20)

1. Método para optimizar la transferencia de información entre una o más aplicaciones ejecutadas en un terminal móvil (MT) y una red por conmutación de paquetes (NW), en cuya red por conmutación de paquetes (NW) existen por lo menos dos contextos PDP (PDP1 a PDP9) disponibles, presentando dichos contextos PDP unas propiedades de transferencia de datos por lo menos parcialmente diferentes, de manera que dichos contextos PDP (PDP1 a PDP9) pueden proporcionar calidades de servicio por lo menos parcialmente diferentes para la transmisión de información, comprendiendo dicho método
-
establecer por lo menos una conexión de aplicación para por lo menos una de dichas aplicaciones, especificándose para dicha conexión de aplicación una calidad de servicio, y
-
seleccionar uno de dichos contextos PDP (PDP1 a PDP9) para la conexión de aplicación,
caracterizado porque: se examina, cuando la calidad de servicio especificada para la conexión de aplicación de la aplicación cambia, basándose en las propiedades de los contextos PDP (PDP1 a PDP9) disponibles en la red por conmutación de paquetes (NW), cuál de dichos contextos PDP (PDP1 a PDP9) es adecuado para ser usado por la conexión de aplicación con la calidad de servicio cambiada; y se selecciona uno de los contextos PDP (PDP1 a PDP9) cuyas propiedades de transferencia de datos son más próximas a la calidad de servicio cambiada para la conexión de aplicación.
2. Método según la reivindicación 1, caracterizado asimismo porque uno de dichos contextos PDP (PDP1 a PDP9) se selecciona como el contexto PDP por defecto (PDP8), de manera que dicho contexto PDP por defecto (PDP8) se selecciona para la conexión de la aplicación, si no se especifica ninguna calidad de servicio para la conexión de la aplicación.
3. Método según la reivindicación 1, caracterizado asimismo porque uno de dichos contextos PDP (PDP1 a PDP9) se selecciona como el contexto PDP por defecto (PDP8), de manera que dicho contexto PDP por defecto (PDP8) se selecciona para la conexión de la aplicación, si las propiedades de transferencia de datos de ninguno de los otros contextos PDP (PDP1 a PDP7, PDP9) disponibles no se corresponden con la calidad de servicio especificada para la conexión de la aplicación.
4. Método según cualquiera de las reivindicaciones 1 a 3, caracterizado asimismo porque se forma por lo menos un filtro de transferencia de datos para la conexión de la aplicación, memorizándose en dicho filtro de transferencia de datos información sobre el contexto PDP (PDP1 a PDP9) seleccionado para la conexión de la aplicación.
5. Método según la reivindicación 4, en el que se transfieren informaciones en por lo menos un flujo de datos en una conexión de aplicación, y en el que se especifica un identificador para el flujo de datos de la conexión de aplicación, de manera que en dicho filtro de transferencia de datos se memoriza por lo menos dicho identificador.
6. Método según cualquiera de las reivindicaciones 1 a 5, caracterizado asimismo porque en la red por conmutación de paquetes se forman por lo menos dos clases de tráfico diferentes (TC1 a TC4), siendo por lo menos parcialmente diferentes las propiedades de transferencia de datos en dichas clases de tráfico, porque en dichas clases de tráfico se forma por lo menos un contexto PDP, y porque la calidad de servicio especificada para la conexión de aplicación incluye información sobre dicha clase de tráfico (TC1 a TC4), de manera que se selecciona un contexto PDP para la conexión de la aplicación de entre los contextos PDP de la clase de tráfico (TC1 a TC4) especificada para la conexión de la aplicación.
7. Método según cualquiera de las reivindicaciones 1 a 6, caracterizado asimismo porque para especificar la calidad de servicio se usa por lo menos la velocidad binaria de transferencia de datos, de manera que el contexto PDP (PDP1 a PDP9) no se cambia cuando se cambia la velocidad binaria especificada para la conexión de la aplicación.
8. Método según cualquiera de las reivindicaciones 1 a 6, caracterizado asimismo porque para especificar la calidad de servicio se usa por lo menos la relación de errores de bit de la transferencia de datos, de manera que el contexto PDP (PDP1 a PDP9) se cambia cuando se cambia la relación de errores de bit especificada para la conexión de la aplicación.
9. Método según cualquiera de las reivindicaciones 1 a 8, caracterizado asimismo porque para especificar la calidad de servicio se usa por lo menos el retardo de la transferencia de datos, de manera que el contexto PDP (PDP1 a PDP9) se cambia cuando se cambia el retardo especificado para la conexión de la aplicación.
10. Método según cualquiera de las reivindicaciones 1 a 9, caracterizado asimismo porque para cambiar el contexto PDP (PDP1 a PDP9), las especificaciones de la calidad de servicio cambiada de la conexión de la aplicación se comparan con las calidades de servicio que se pueden lograr con los contextos PDP disponibles (PDP1 a PDP9) para seleccionar un contexto PDP (PDP1 a PDP9), que se corresponda lo máximo posible con la calidad de servicio cambiada de la conexión de la aplicación de la forma.
11. Método según la reivindicación 10, caracterizado asimismo porque en el método se examina asimismo si el contexto PDP seleccionado (PDP1 a PDP9) está activo, de manera que si el contexto PDP seleccionado (PDP1 a PDP9) está activo, el estado del contexto PDP seleccionado (PDP1 a PDP9) se actualiza basándose en los parámetros de calidad de servicio de la conexión de la aplicación, o si el contexto PDP seleccionado (PDP1 a PDP9) no está activo, se activa el contexto PDP seleccionado (PDP1 a PDP9) y se fija el estado del contexto PDP seleccionado (PDP1 a PDP9) basándose en los parámetros de calidad de servicio de la conexión de la aplicación.
12. Sistema de transferencia de datos que comprende un terminal móvil (MT), que incorpora unos medios (CONTROL, MEM) para ejecutar una o más aplicaciones, una red por conmutación de paquetes (NW), en cuya red por conmutación de paquetes están formados por lo menos dos contextos PDP (PDP1 a PDP9), que tienen propiedades de transferencia de datos por lo menos parcialmente diferentes, de manera que dichos contextos PDP (PDP1 a PDP9) tienen calidades de servicio por lo menos parcialmente diferentes; y unos medios de optimización para optimizar la transmisión de información entre la aplicación y la red por conmutación de paquetes (NW),
-
unos medios (QMOC, MT, 3G-GGSN) para establecer por lo menos una conexión de aplicación para por lo menos una de dichas aplicaciones, habiéndose especificado para dichas conexiones de aplicación una calidad de servicio, habiéndose formado dicha calidad de servicio con un conjunto de parámetros de transferencia de datos, y
-
unos medios (QMOC) para seleccionar uno de dichos contextos PDP (PDP1 a PDP9) para cada conexión de aplicación,
caracterizado porque dichos medios de optimización comprenden:
-
unos medios examinadores (3G-SGSN, RAM) para averiguar las propiedades de los contextos PDP (PDP1 a PDP9) disponibles en una red por conmutación de paquetes (nueva), y
-
un bloque de control (QMOC) para recibir información de cambios sobre la calidad de servicio especificada para la conexión de la aplicación, y para comparar la calidad de servicio cambiada con las propiedades de los contextos PDP (PDP1 a PDP9) disponibles en la red por conmutación de paquetes,
de manera que el contexto PDP seleccionado para el uso de la conexión de aplicación con la calidad de servicio cambiada especificada para la conexión de la aplicación es el contexto PDP (PDP1 a PDP9) cuyas propiedades de transferencia de datos son más próximas a la calidad de servicio cambiada especificada para la conexión de aplicación.
13. Sistema de transferencia de datos según la reivindicación 12, caracterizado asimismo porque uno de dichos contextos PDP (PDP1 a PDP9) se ha seleccionado como el contexto PDP por defecto (PDP8), de manera que está dispuesto que dicho contexto PDP por defecto (PDP8) se seleccione para la conexión de aplicación, si no se ha especificado ninguna calidad de servicio para la conexión de aplicación.
14. Sistema de transferencia de datos según la reivindicación 12 ó 13, caracterizado asimismo porque uno de dichos contextos PDP (PDP1 a PDP9) se ha seleccionado como el contexto PDP por defecto (PDP8), de manera que está dispuesto que dicho contexto PDP por defecto (PDP8) se seleccione para la conexión de la aplicación, si las propiedades de transferencia de datos de cualquier otro contexto PDP (PDP1 a PDP7, PDP9) disponible no se corresponden con la calidad de servicio especificada para la conexión de la aplicación.
15. Sistema de transferencia de datos según cualquiera de las reivindicaciones 12 a 14, caracterizado asimismo porque comprende unos medios (QMOC) para formar por lo menos un filtro de transferencia de datos para la conexión de aplicación, y unos medios de memorización (MEM) para memorizar información sobre el contexto PDP (PDP1 a PDP9) seleccionado para las conexiones de aplicación.
16. Sistema de transferencia de datos según la reivindicación 15, que comprende unos medios (NLP, PAC) para transferir información de la conexión de aplicación en por lo menos un flujo de datos, y en el que se especifica un identificador exclusivo para dicho flujo de transferencia de datos, de manera que está dispuesto que por lo menos dicho identificador se memorice en dicho filtro de transferencia de datos.
17. Sistema de transferencia de datos según cualquiera de las reivindicaciones 12 a 16, caracterizado asimismo porque en la red por conmutación de paquetes se han formado por lo menos dos clases de tráfico diferentes (TC1 a TC4), siendo por lo menos parcialmente diferentes las propiedades de transferencia de datos en dichas clases de tráfico, porque en cada clase de tráfico se ha formado por lo menos un contexto PDP, y porque la calidad de servicio especificada para la conexión de aplicación incluye información sobre dicha clase de tráfico (TC1 a TC4), de manera que está dispuesto que se seleccione un contexto PDP para la conexión de la aplicación de entre los contextos PDP de la clase de tráfico (TC1 a TC4) especificada para la conexión de la aplicación.
18. Sistema de transferencia de datos según cualquiera de las reivindicaciones 12 a 17, caracterizado asimismo porque comprende unos medios (SAPI) para convertir la información de la conexión de aplicación en paquetes que se van a transmitir en el sistema de transferencia de datos, y unos medios (PAC) para conectar paquetes del flujo de datos al contexto PDP seleccionado para la conexión de aplicación.
19. Sistema de transferencia de datos según cualquiera de las reivindicaciones 12 a 18, caracterizado asimismo porque el bloque de control (QMOC) comprende unos medios para convertir los parámetros de transferencia de datos de la calidad de servicio especificada para las conexiones de aplicación en parámetros según las propiedades de transferencia de datos de los contextos PDP (PDP1 a PDP9) de la red por conmutación de paquetes (NW1).
20. Terminal móvil (MT) que comprende:
unos medios (CONTROL, MEM) para ejecutar una o más aplicaciones;
unos medios de transferencia de datos (RF) para transmitir información entre el terminal móvil y una red por conmutación de paquetes (NW);
unos medios de optimización (QMOC) para optimizar la transferencia de información entre la aplicación y la red por conmutación de paquetes (NW), en cuya red por conmutación de paquetes se han formado por lo menos dos contextos PDP (PDP1 a PDP9), que tienen propiedades de transferencia de datos por lo menos parcialmente diferentes, de manera que dichos contextos PDP (PDP1 a PDP9) tienen calidades de servicio por lo menos parcialmente diferentes;
-
unos medios (QMOC) para establecer por lo menos una conexión de aplicación para por lo menos una de dichas aplicaciones, habiéndose especificado para dicha conexión de aplicación una calidad de servicio; y
-
unos medios (QMOC) para seleccionar uno de dichos contextos PDP (PDP1 a PDP9) para cada flujo de datos de una conexión de aplicación,
caracterizado porque dichos medios de optimización comprenden
-
un bloque de control (QMOC) para recibir información de cambios sobre la calidad de servicio especificada para la conexión de la aplicación, y para comparar la calidad de servicio cambiada con las propiedades de los contextos PDP (PDP1 a PDP9) disponibles en la red por conmutación de paquetes,
y unos medios (SAPI, KB, DD, QMOC) para cambiar la calidad de servicio especificada para la conexión de aplicación correspondiente a una aplicación cambiando el contexto PDP (PDP1 a PDP9) seleccionado para la conexión de aplicación por otro contexto PDP (PDP1 a PDP9) disponible en la red por conmutación de paquetes, siendo las propiedades de transferencia de datos del contexto PDP seleccionado (PDP1 a PDP9) las más próximas a la calidad de servicio cambiada.
ES00956554T 1999-08-30 2000-08-29 Metodo para optimizar la transmision de datos en un sistema de transmision inalambrica de datos por conmutacion de paquetes. Expired - Lifetime ES2313903T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI19991834 1999-08-30
FI991834A FI107674B (fi) 1999-08-30 1999-08-30 Menetelmä tiedonsiirron optimoimiseksi pakettikytkentäisessä langattomassa tiedonsiirtojärjestelmässä

Publications (1)

Publication Number Publication Date
ES2313903T3 true ES2313903T3 (es) 2009-03-16

Family

ID=8555215

Family Applications (1)

Application Number Title Priority Date Filing Date
ES00956554T Expired - Lifetime ES2313903T3 (es) 1999-08-30 2000-08-29 Metodo para optimizar la transmision de datos en un sistema de transmision inalambrica de datos por conmutacion de paquetes.

Country Status (10)

Country Link
US (1) US6847610B1 (es)
EP (1) EP1208704B1 (es)
JP (1) JP3718165B2 (es)
CN (1) CN1227925C (es)
AT (1) ATE407523T1 (es)
AU (1) AU6845400A (es)
DE (1) DE60040155D1 (es)
ES (1) ES2313903T3 (es)
FI (1) FI107674B (es)
WO (1) WO2001017291A1 (es)

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100525381B1 (ko) * 2000-10-14 2005-11-02 엘지전자 주식회사 차세대 이동통신 시스템 기지국에서의 시스템 정보 방송구현 방법
US20020062379A1 (en) * 2000-11-06 2002-05-23 Widegren Ina B. Method and apparatus for coordinating quality of service requirements for media flows in a multimedia session with IP bearer services
US7546376B2 (en) * 2000-11-06 2009-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Media binding to coordinate quality of service requirements for media flows in a multimedia session with IP bearer resources
US20020073136A1 (en) * 2000-12-07 2002-06-13 Tomoaki Itoh Data reproduction method, data receiving terminal and data receiving method
FI111782B (fi) * 2000-12-29 2003-09-15 Nokia Corp Valintaisen yhteyden tarjoaminen pakettiradiojärjestelmässä
GB2371174A (en) * 2001-01-11 2002-07-17 Ericsson Telefon Ab L M Controlling packet data flows in a telecommunications network
WO2002069519A1 (en) * 2001-02-23 2002-09-06 Nokia Inc. System and method for fast gprs for ipv6 communications
US7483989B2 (en) * 2001-03-13 2009-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for establishing a protocol proxy for a mobile host terminal in a multimedia session
US20020143911A1 (en) * 2001-03-30 2002-10-03 John Vicente Host-based network traffic control system
US7050793B1 (en) 2001-04-04 2006-05-23 Nortel Networks Limited Context transfer systems and methods in support of mobility
US20030003894A1 (en) * 2001-06-27 2003-01-02 Kumar Anil K. Developing mobile unit based estimates of metered packet charges
FR2827110B1 (fr) * 2001-07-09 2005-06-24 Cit Alcatel Procede de traitement d'appels umts dans un reseau de transmission de paquets, et noeud pour reseau umts, pour la mise en oeuvre de ce procede
KR100464447B1 (ko) * 2001-12-11 2005-01-03 삼성전자주식회사 이동통신시스템에서 서비스 품질에 따른 데이터 패킷의 스케줄링 방법 및 장치
US7609673B2 (en) * 2002-02-08 2009-10-27 Telefonaktiebolaget Lm Ericsson (Publ) Packet-based conversational service for a multimedia session in a mobile communications system
US20030117948A1 (en) * 2001-12-26 2003-06-26 Ton Bobby That Dao Method and gateway GPRS support node (GGSN) for control plane redundancy
US8271686B2 (en) * 2002-02-13 2012-09-18 Intellectual Ventures I Llc Transmission of packet data to a wireless terminal
JP3903826B2 (ja) * 2002-04-01 2007-04-11 日本電気株式会社 Gprsシステム、在圏ノード装置及びそれらに用いるベアラ設定方法並びにそのプログラム
US20030189950A1 (en) * 2002-04-08 2003-10-09 Stephen Spear Optimization of a wireless interface based on communication type
EP1370101A1 (en) * 2002-06-04 2003-12-10 Telefonaktiebolaget L M Ericsson (Publ) Method for handling multiple connections at a terminal
AU2002311553A1 (en) * 2002-06-26 2004-01-19 Nokia Corporation Method and network element for optimisation of radio resource utilisation in a radio access network
US7916701B1 (en) * 2002-08-27 2011-03-29 Cisco Technology, Inc. Virtual addressing to support wireless access to data networks
JP2005539421A (ja) 2002-09-11 2005-12-22 ドコモ コミュニケーションズ ラボラトリーズ ヨーロッパ ゲーエムベーハー ミドルウェアプラットフォーム
GB2395090B (en) * 2002-10-01 2006-04-05 Ipwireless Inc Arrangement and method for session control in wireless communication network
CA2503668A1 (en) * 2002-12-10 2004-06-24 Nokia Corporation Apparatus, and an associated method, for providing traffic class support for qos activation in a radio communication system
EP1484871A1 (en) * 2003-06-03 2004-12-08 fg microtec GmbH Apparatus, method and software program product for quality of service management in a mobile device
US7193979B2 (en) * 2003-07-11 2007-03-20 Nokia Corporation Method and apparatus for use by a GPRS device in responding to change in SAPI connection
US6985697B2 (en) * 2003-09-22 2006-01-10 Nokia, Inc. Method and system for wirelessly managing the operation of a network appliance over a limited distance
US8050275B1 (en) * 2003-11-18 2011-11-01 Cisco Technology, Inc. System and method for offering quality of service in a network environment
US7551583B1 (en) * 2003-12-16 2009-06-23 At&T Mobility Ii Llc Method and system for coordinating operation modes of a GPRS network
US7899060B2 (en) * 2004-04-01 2011-03-01 Nortel Networks Limited Method for providing bearer specific information for wireless networks
TW200614747A (en) * 2004-05-13 2006-05-01 Koninkl Philips Electronics Nv Quality of service control for a data transmission
JP4643638B2 (ja) * 2004-07-05 2011-03-02 テレフオンアクチーボラゲット エル エム エリクソン(パブル) サービス品質を変更する方法および装置
CN100438489C (zh) * 2004-08-27 2008-11-26 华为技术有限公司 二次激活数据转发方法及其设备
CN100388859C (zh) * 2004-09-13 2008-05-14 华为技术有限公司 一种通信系统中服务质量脚本数据的变换方法及装置
FI20041528A0 (fi) 2004-11-26 2004-11-26 Nokia Corp Tietoliikenteen kontekstiprofiili
US7609700B1 (en) 2005-03-11 2009-10-27 At&T Mobility Ii Llc QoS channels for multimedia services on a general purpose operating system platform using data cards
US8009676B2 (en) * 2005-07-26 2011-08-30 Cisco Technology, Inc. Dynamically providing a quality of service for a mobile node
JP4685938B2 (ja) * 2005-08-22 2011-05-18 テレフオンアクチーボラゲット エル エム エリクソン(パブル) マルチメディア用通信セッションの確立方法及び装置
US10225130B2 (en) * 2005-10-07 2019-03-05 Nokia Technologies Oy Method and apparatus for classifing IP flows for efficient quality of service realization
EP1798998B1 (en) * 2005-12-14 2011-06-15 Research In Motion Limited Method and apparatus for user equipment directed radio resource control in a UMTS network
WO2007076880A1 (en) * 2005-12-30 2007-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Redirecting data flow of a secondary pdp to a primary pdp before establishing the secondary pdp context
JP5021681B2 (ja) * 2006-02-06 2012-09-12 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 無線通信ネットワークにおけるアップリンクチャネルの性能最適化
KR101088620B1 (ko) * 2006-04-24 2011-11-30 노키아 코포레이션 무선 네트워크에서의 신뢰할 수 있는 멀티캐스트/브로드캐스트용 장치 및 방법
US8447302B2 (en) 2006-04-26 2013-05-21 Telefonaktiebolaget Lm Ericsson (Publ) Network initiated mobility management for mobile terminals
ES2353609T3 (es) 2006-05-17 2011-03-03 Research In Motion Limited Método y sistema para una indicación de liberación de conexión de señalización en una red umts.
US8265034B2 (en) * 2006-05-17 2012-09-11 Research In Motion Limited Method and system for a signaling connection release indication
US8364850B2 (en) * 2006-07-20 2013-01-29 Qualcomm Incorporated Utility service in multi-processor environment
CN100584093C (zh) * 2006-08-15 2010-01-20 华为技术有限公司 一种在移动通信系统中转移用户设备的方法及系统
US8315162B2 (en) * 2006-08-24 2012-11-20 Research In Motion Limited System and method for determining that a maximum number of IP sessions have been established
US20080049662A1 (en) * 2006-08-25 2008-02-28 Research In Motion Limited Apparatus, and associated method, for releasing a data-service radio resource allocated to a data-service-capable mobile node
EP1892895A1 (en) * 2006-08-25 2008-02-27 Research In Motion Limited Apparatus, and associated method, for releasing a data service radio resource allocated to a data service capable mobile node
US20080089303A1 (en) * 2006-10-13 2008-04-17 Jeff Wirtanen System and method for deactivating IP sessions of lower priority
ATE441273T1 (de) * 2006-10-13 2009-09-15 Research In Motion Ltd System und verfahren zum beenden von ip- verbindungen niedrigerer priorität
US8687586B2 (en) * 2006-10-13 2014-04-01 Blackberry Limited System and method for managing IP sessions based on how many IP sessions are supported
US8611946B2 (en) * 2007-01-25 2013-12-17 Blackberry Limited Methods and systems for configuring multi-mode mobile stations
WO2008110894A2 (en) 2007-03-12 2008-09-18 Nokia Corporation Establishment of reliable multicast/broadcast in a wireless network
CN101325592B (zh) 2007-06-14 2011-04-20 华为技术有限公司 一种建立承载连接的方法、装置及系统
US8605662B2 (en) * 2007-07-20 2013-12-10 Cisco Technology, Inc. Intelligent real access point name (APN) selection using virtual APNS
ES2385415T3 (es) 2007-11-13 2012-07-24 Research In Motion Limited Método y aparato para la transición de estado/modo
GB0801594D0 (en) * 2008-01-29 2008-03-05 Sepura Plc Mobile communications systems
US9066354B2 (en) * 2008-09-26 2015-06-23 Haipeng Jin Synchronizing bearer context
EP2356877A1 (en) * 2008-09-29 2011-08-17 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Commissioning incoming packet switched connections
CA2743128C (en) * 2008-11-10 2016-04-19 Research In Motion Limited Method and apparatus of transition to a battery efficient state or configuration by indicating end of data transmission in long term evolution
US8798017B2 (en) 2008-11-21 2014-08-05 At&T Intellectual Property I, L.P. Home service integration and management by employing local breakout mechanisms in a femtocell
KR20100082106A (ko) * 2009-01-08 2010-07-16 삼성전자주식회사 와이 파이 멀티미디어 기반의 데이터 전송 방법 및 장치
US9288780B2 (en) * 2009-02-17 2016-03-15 Telefonaktiebolaget L M Ericsson (Publ) Method for controlling a communication network, servers and system including servers, and computer programs
EP2234448A1 (en) * 2009-03-27 2010-09-29 Research In Motion Limited Method and system for establishing and maintaining high speed radio access bearer for foreground application
EP2505036B1 (en) 2009-11-23 2018-08-22 BlackBerry Limited Method and apparatus for state/mode transitioning
JP5525620B2 (ja) 2009-11-23 2014-06-18 ブラックベリー リミテッド 状態/モード遷移のための方法および装置
US9144104B2 (en) 2009-11-23 2015-09-22 Blackberry Limited Method and apparatus for state/mode transitioning
EP2505035A1 (en) * 2009-11-24 2012-10-03 Research In Motion Limited Method and apparatus for state/mode transitioning
US8983532B2 (en) * 2009-12-30 2015-03-17 Blackberry Limited Method and system for a wireless communication device to adopt varied functionalities based on different communication systems by specific protocol messages
KR20140063902A (ko) * 2010-02-10 2014-05-27 블랙베리 리미티드 상태/모드 전이 방법 및 장치
CN101808270B (zh) 2010-03-10 2016-03-30 华为终端有限公司 一种基于Android的业务处理方法和装置
US20120008573A1 (en) * 2010-07-08 2012-01-12 Apple Inc. Radio resource signaling during network congestion in a mobile wireless device
TWI554069B (zh) * 2011-06-15 2016-10-11 群邁通訊股份有限公司 多重資料連線並存系統及方法
US20130051253A1 (en) * 2011-08-23 2013-02-28 James M. Lin Method and apparatus for improving user experience via payload adaptation
CN103314634A (zh) 2011-11-11 2013-09-18 捷讯研究有限公司 用于用户设备状态转移的方法和装置
CN102448136B (zh) * 2012-01-10 2018-09-28 中兴通讯股份有限公司 多模终端业务切换方法及装置
CN103391623B (zh) * 2012-05-11 2016-03-30 中国移动通信集团广东有限公司 一种分组数据协议上下文的激活方法及装置
US9668166B2 (en) * 2013-02-05 2017-05-30 Qualcomm Incorporated Quality of service for web client based sessions
CA2967258C (en) * 2014-11-11 2019-04-23 Nec Corporation Wireless terminal, computer readable medium storing application program, and method

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NO304570B1 (no) 1997-05-20 1999-01-11 Ericsson Telefon Ab L M FremgangsmÕte relatert til GPRS (General Packet Radio Service) system med pakkesvitsjede forbindelser
CN1193551C (zh) * 1997-07-23 2005-03-16 Ntt移动通信网株式会社 多路发送系统及频带控制方法
US6937566B1 (en) 1997-07-25 2005-08-30 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic quality of service reservation in a mobile communications network
US6134230A (en) 1997-08-29 2000-10-17 Telefonaktiebolaget Lm Ericsson Method for selecting a link protocol for a transparent data service in a digital communications system
US6608832B2 (en) 1997-09-25 2003-08-19 Telefonaktiebolaget Lm Ericsson Common access between a mobile communications network and an external network with selectable packet-switched and circuit-switched and circuit-switched services
US6122293A (en) 1998-02-13 2000-09-19 Telefonaktiebolaget Lm Ericsson Method and system for link adaptation having a variable update interval
FI108192B (fi) 1998-03-19 2001-11-30 Nokia Networks Oy Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä
CA2326750C (en) * 1998-04-03 2010-03-16 Telefonaktiebolaget Lm Ericsson Flexible radio access and resource allocation in a universal mobile telephone system (umts)
US6594238B1 (en) * 1998-06-19 2003-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for dynamically adapting a connection state in a mobile communications system
FI105641B (fi) * 1998-08-10 2000-09-15 Nokia Mobile Phones Ltd Resurssien varaus pakettimuotoisessa tiedonsiirrossa
DE69931132T2 (de) 1998-12-30 2006-10-19 Nortel Networks Ltd., St. Laurent Funkstrecke mit dynamischer Anpassung
US6542465B1 (en) * 1999-05-28 2003-04-01 3Com Corporation Method for flow control in asymmetric digital subscriber line devices

Also Published As

Publication number Publication date
AU6845400A (en) 2001-03-26
DE60040155D1 (de) 2008-10-16
EP1208704B1 (en) 2008-09-03
FI19991834A (fi) 2001-02-28
WO2001017291A1 (en) 2001-03-08
ATE407523T1 (de) 2008-09-15
JP3718165B2 (ja) 2005-11-16
US6847610B1 (en) 2005-01-25
CN1227925C (zh) 2005-11-16
CN1382351A (zh) 2002-11-27
EP1208704A1 (en) 2002-05-29
JP2003508987A (ja) 2003-03-04
FI107674B (fi) 2001-09-14

Similar Documents

Publication Publication Date Title
ES2313903T3 (es) Metodo para optimizar la transmision de datos en un sistema de transmision inalambrica de datos por conmutacion de paquetes.
CA2339825C (en) Controlling quality of service in a mobile communications system
ES2290453T3 (es) Consideracion de la capacidad de una estacion movil en la negociacion de la calidad de servicio para servicios de conmutacion de paquetes.
US6728208B1 (en) Method for controlling a quality of service in a mobile communications system
JP3433186B2 (ja) 移動通信網間のハンドオーバ
KR100762650B1 (ko) 비대칭 대역폭 링크를 갖는 가입자 망에서 전송제어프로토콜의 양방향 동시전송을 위한 전송 제어 방법 및장치
EP2052564B1 (en) Intersystem change involving mapping between different types of radio bearers
US7782872B2 (en) Method, apparatus, and computer-readable medium for providing an applicable QoS for data that has actually experienced a QoS degraded from that requested
JP4468986B2 (ja) 移動体通信システムにおける圧縮パラメータの転送
ES2236319T3 (es) Definicion de la compresion de campos de cabecera para conexiones de paquetes de datos.
JP2005521328A (ja) GSM/EDGE無線アクセスネットワーク(GERAN)のA/Gbモードで動作する場合に上位層に対する複数のテンポラリ・ブロック・フロー(TBF)にマッピングを行う方法および装置
WO2000010334A2 (en) Resource allocation in packet-format data transmission
JP2004502361A (ja) パケット交換データ伝送におけるデータ伝送リソース割当て
JP4426581B2 (ja) 無線端末から送信された、異なるフローからのデータパケットのスケジューリング方法
US20050058072A1 (en) Data flow control for multi-layered protocol stack
Bonek et al. Wireless Internett Access over GSM and UTMS