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 PDFInfo
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission 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/762—Admission 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/803—Application aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer 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.
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.
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.
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)
| 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 | 日本電気株式会社 | Ｇｐｒｓシステム、在圏ノード装置及びそれらに用いるベアラ設定方法並びにそのプログラム |
| 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)
| 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 |
-
1999
- 1999-08-30 FI FI991834A patent/FI107674B/fi active
-
2000
- 2000-08-28 US US09/649,770 patent/US6847610B1/en not_active Expired - Lifetime
- 2000-08-29 DE DE60040155T patent/DE60040155D1/de not_active Expired - Lifetime
- 2000-08-29 JP JP2001521103A patent/JP3718165B2/ja not_active Expired - Lifetime
- 2000-08-29 EP EP00956554A patent/EP1208704B1/en not_active Expired - Lifetime
- 2000-08-29 WO PCT/FI2000/000731 patent/WO2001017291A1/en active IP Right Grant
- 2000-08-29 AT AT00956554T patent/ATE407523T1/de active
- 2000-08-29 AU AU68454/00A patent/AU6845400A/en not_active Abandoned
- 2000-08-29 ES ES00956554T patent/ES2313903T3/es not_active Expired - Lifetime
- 2000-08-29 CN CNB008147272A patent/CN1227925C/zh not_active Expired - Lifetime
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) | ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）のＡ／Ｇｂモードで動作する場合に上位層に対する複数のテンポラリ・ブロック・フロー（ＴＢＦ）にマッピングを行う方法および装置 | |
| 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 |