ES2208598T3 - Activacion de contexto de protocolo de datos en paquete solicitada por red. - Google Patents
Activacion de contexto de protocolo de datos en paquete solicitada por red.Info
- Publication number
- ES2208598T3 ES2208598T3 ES01934052T ES01934052T ES2208598T3 ES 2208598 T3 ES2208598 T3 ES 2208598T3 ES 01934052 T ES01934052 T ES 01934052T ES 01934052 T ES01934052 T ES 01934052T ES 2208598 T3 ES2208598 T3 ES 2208598T3
- Authority
- ES
- Spain
- Prior art keywords
- service
- package
- address
- conditions
- network
- 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
- 230000004913 activation Effects 0.000 title claims description 45
- 238000000034 method Methods 0.000 claims abstract description 21
- 230000003213 activating effect Effects 0.000 claims abstract 3
- 230000004044 response Effects 0.000 claims description 7
- 238000001994 activation Methods 0.000 description 41
- 230000005540 biological transmission Effects 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 230000005641 tunneling Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
Un método para activar un contexto de protocolo de datos en paquete dentro de un sistema de telecomunicaciones sin hilos que comprende al menos un terminal y al menos un elemento de red, estando dispuesto el elemento de red para entregar paquetes entre el sistema de telecomunicaciones sin hilos y otras redes con datos en paquete, caracterizado por guardar condiciones de servicio específicas de dirección en el sistema de telecomunicaciones para paquetes recibidos por el elemento de la red y asignados a al menos un terminal (200) determinando las condiciones de servicio específicas de dirección qué clase de servicio se presta para los paquetes recibidos desde diferentes direcciones, determinar la dirección de un paquete recibido para entregar al terminal (202), comprobar las condiciones de servicio específicas de dirección relativas a dicha dirección determinada del paquete (203), y activar el contexto de protocolo de datos en paquete si las condiciones de servicio específicas de dirección permiten que se active el contexto de protocolo de datos en paquete para el paquete (204, 206).
Description
Activación de contexto de protocolo de datos en
paquete solicitada por red.
La invención se refiere a una activación de
contexto de protocolo de datos en paquete, y más particularmente a
una activación de contexto de protocolo de datos en paquete
solicitada por red.
En los años recientes, conforme los servicios
basados en Internet en particular se han ido haciendo más
populares, los sistemas de comunicación móvil han sido dotados de
redes para datos conmutados en paquetes. Se ha desarrollado un
Sistema de Radio para Paquetes General (GPRS) para un Sistema Global
para Comunicaciones Móviles (GSM) a fin de proporcionar a las
estaciones móviles GSM un servicio de transmisión de datos
conmutados en paquete. Los elementos de red basados en el sistema
GPRS se aplicarán también a un Sistema de Telecomunicaciones
Móviles Universales (UMTS) de tercera generación.
Una red de GPRS comprende un Nodo de Soporte GPRS
de Pasarela (GGSN) y un Nodo de Soporte GPRS de Servicio (SGSN). El
SGSN es responsable de detectar las estaciones móviles capaces de
efectuar conexiones de GPRS en su área, transmitiendo y recibiendo
paquetes de datos a las estaciones móviles y desde las mismas, y
para monitorizar el emplazamiento de las estaciones móviles dentro
de su área de servicio. El nodo de soporte de pasarela GGSN sirve
como una pasarela entre la red GPRS y una Red de Datos en Paquete
(PDN) exterior. El nodo de soporte de pasarela GGSN comunica con
las redes de datos a través de una interfaz denominada Gi. La
información del abonado está guardada en un Registro de
Emplazamiento en Casa (HLR).
A fin de poder tener acceso a los servicios GPRS,
una terminal debe en primer lugar hacer que su presencia sea
conocida a la red realizando un procedimiento de enlace GPRS. Este
procedimiento forma un enlace lógico entre el terminal y el SGSN,
haciendo que la estación móvil sea accesible para la transmisión de
mensajes cortos que tiene lugar a través de la GPRS, para la
búsqueda que tiene lugar dentro de la SGSN y para la indicación de
datos de GPRS que llegan. Para ser más precisos, cuando el terminal
MS se registra en la red GPRS (o se enlaza a la misma), es decir,
durante el procedimiento de enlace GPRS, a fin de transmitir o
recibir datos GPRS, el SGSN crea un contexto de Gestión de
Movilidad (MM). También se realiza la autenticación del usuario por
el procedimiento de enlace GPRS por el SGSN, el terminal tiene que
activar una dirección de datos en paquete que desea utilizar
pidiendo a la red que active un contexto de protocolo de datos en
paquete GPRS, que en lo sucesivo se denomina un PDP (Protocolo de
Datos en Paquete). En relación con la presente solicitud, sin estar
restringidos al sistema GPRS, el término protocolo de datos en
paquete, o contexto PDP, se refiere a cualquier conexión lógica
establecida a fin de transmitir datos conmutados en paquete entre
un terminal y un elemento de red responsable de esta conexión, tal
como un nodo de soporte de pasarela.
La activación de un contexto PDP en el sistema
GPRS hace conocido el terminal en un nodo GGSN correspondiente,
permitiendo la cooperación con redes externas de datos. Para ser
más precisos, el contexto PDP se crea en el terminal en los nodos
GGSN y SGSN. El contexto PDP especifica parámetros diferentes de
transmisión de datos, tales como tipo de PDP (por ejemplo, X25, o
IP), dirección de PDP (por ejemplo, dirección X.121), Calidad de
Servicio (QoS) e Identificador de Punto de Acceso de Servicio de
Red (NSAPI).
Las Solicitudes Internacionales
WO-A-99/05828 y
WO-A-00/21310 describen ambas
sistemas de comunicaciones en paquetes en los cuales para un
contexto PDP establecido se puede comprobar en base a información
de dirección si los paquetes recibidos se pueden enviar a un
terminal asignado. En particular, el documento
WO-A-99/05828 trata de las reservas
de QoS; el documento WO-A-00/21310
trata de la conexión de una red inteligente a una red de
paquetes.
La norma GPRS especifica que se puede realizar
una activación de contexto PDP solicitada por red. Esta
característica permite la activación del contexto PDP desde la red.
Puede surgir una necesidad de este tipo, por ejemplo, cuando se usa
un servicio de empuje así llamado. La idea que subyace en un
servicio de empuje es que un abonado ha acordado previamente con un
proveedor de servicio que se le envíen automáticamente, sin ninguna
solicitud diferenciada, datos, por ejemplo información sobre las
cotizaciones de bolsa del día. También en servicios telemétricos
diferentes, la red transmite datos típicamente a una estación móvil
a intervalos largos, en cuyo caso no es razonable mantener
continuamente activado un contexto PDP, y el uso de un contexto PDP
activado desde la red podría ser una alternativa.
El problema con el sistema anteriormente descrito
es que en principio cualquiera que se conecte a Internet es capaz
de transmitir paquetes al abonado de GPRS. Típicamente, un abonado
de GPRS paga también por paquetes recibidos, lo cual significa que
un abonado de GPRS puede tener que pagar por paquetes que él o ella
nunca quisieron.
Un objeto de la invención es por tanto
proporcionar un método y un aparato que ponga en práctica el método
y de esta forma permita la activación del contexto del protocolo de
datos en paquete solicitada desde una red para que se restrinjan
los paquetes recibidos. Los objetos de la invención se logran
mediante un método y una parte de la red que se caracterizan por lo
que se describe en las reivindicaciones independientes. En las
reivindicaciones dependientes se describen realizaciones preferidas
de la invención.
La invención se basa en determinar las
condiciones de servicio de acuerdo con las cuales se puede
solicitar a una red la activación del contexto PDP. Un contexto de
protocolos de datos en paquete se activa (o se impide la activación
de un contexto de protocolo de datos en paquete) de acuerdo con las
condiciones de servicio. La activación del contexto PDP sólo se
puede solicitar para los paquetes que las condiciones de servicio
permiten entregar a un terminal. De acuerdo con un aspecto de la
invención, las condiciones de servicio se pueden determinar
específicamente según la dirección. Cuando se usan condiciones de
servicio específicamente según la dirección, se determina la
dirección del paquete que se recibe y se comprueban las condiciones
de servicio en función de la dirección. De aquí que un contexto de
protocolo de datos en paquete sólo se puede activar para paquetes
recibidos de las direcciones especificadas, o correspondientemente,
se puede denegar la activación del contexto PDP a los paquetes
recibidos de direcciones prohibidas. La dirección de un paquete
puede ser determinada, por ejemplo, en base a la fuente del
paquete, ruta usada por el paquete, nodo previo o una combinación
de los criterios anteriores. La ventaja lograda es que se puede
impedir que se entreguen los paquetes dirigidos a un terminal desde
direcciones no deseadas, permitiendo evitar así costes
adicionales.
De acuerdo con un segundo aspecto de la
invención, las condiciones de servicio se pueden determinar
específicamente por tipo de servicio. Un tipo de servicio se
determina en función de características de un paquete, típicamente
determinantes de la aplicación con la que está asociado el paquete.
La ventaja lograda es que se hace posible tratar en forma
diferenciada tipos de datos asociados con diferentes aplicaciones
de diferente manera. En consecuencia, por ejemplo, se puede
permitir a una aplicación determinada, por ejemplo un servicio de
mensajería, solicitar una activación de contexto PDP.
De acuerdo con una realización preferida de la
invención, las condiciones de servicio se guardan en forma
específica por abonado, lo cual significa que diferentes abonados
pueden tener diferentes condiciones de servicio. Los proveedores de
servicio tienen así mejores oportunidades para diferenciar la
provisión de servicio a diferentes clientes. Esto permite también
determinar las direcciones de las que se deberían recibir paquetes
y/o los tipos de servicio a los que se deberían asociar los
paquetes de forma que él o ella estuviera dispuesto(a) a
pagar por ellos.
A continuación se describe la invención con más
detalle en relación con las realizaciones preferidas y haciendo
referencia a los dibujos anexos, en los cuales:
la Figura 1 muestra un sistema de
telecomunicaciones sin hilos de acuerdo con la tecnología GPRS,
la Figura 2 muestra paquetes que están siendo
entregados desde una red de acuerdo con una realización
preferida,
la Figura 3 muestra una activación de contexto
PDP.
Se puede aplicar la invención a cualquier red
inalámbrica que proporcione transmisión de datos en paquetes en la
que la red pueda solicitar la activación de contexto de protocolo
de datos en paquete.
A título de ejemplo, la Figura 2 muestra un
sistema de telecomunicaciones inalámbrico de acuerdo con la
tecnología GSM/GPRS. Una estación móvil sin hilos MS comprende dos
partes funcionales: el equipo ME propiamente dicho y un módulo de
identidad de abonado SIM, el cual está situado típicamente en una
tarjeta de circuito impreso IC. Las estaciones transceptoras de
base BTS proporcionan a las estaciones móviles conexiones
inalámbricas, y las radio frecuencias y canales utilizados con las
conexiones inalámbricas por las estaciones transceptoras son
controlados por los controladores de estación base BSC.
Para servicios con conmutación de circuitos, los
BSC de las estaciones transceptoras de base están conectados a un
centro de conmutación de servicios móviles MSC/VLR, el cual es
responsable del establecimiento de la conexión para los servicios
conmutados por circuitos y para enrutar tales servicios a
direcciones correctas. Se utilizan dos bases de datos que comprenden
información sobre abonados móviles: un registro de emplazamientos
en casa HLR y un registro de emplazamiento de visitantes VLR.
Típicamente, el registro de emplazamiento de visitantes se realiza
como una parte del centro de conmutación de servicios móviles
MSC/VLR.
El SGSN y el GGSN son responsables de los
servicios conmutados por paquetes. Los SGSN y los GGSN están
interconectados a través de una red troncal, que se basa
típicamente en un protocolo IP. El registro de emplazamientos en
casa HLR en la red GSM comprende información de abonados GPRS e
información de enrutamiento. Las redes de datos en paquete externas
PDN pueden incluir, por ejemplo, una red GPRS de otra operadora de
redes, Internet, una red X.25 o una red privada de área local. Una
pasarela de frontera BG proporciona acceso a una red troncal de
GPRS entre las operadoras. Por lo que se refiere a las redes de
datos en paquete externas PDN, el GGSN es un enrutador a una red
secundaria puesto que el GGSN oculta la funcionalidad GPRS. En el
ejemplo de la Figura 1, se puede conectar directamente un servidor
S1 a la red GPRS y los servidores S2 y S3 se pueden conectar a la
red GPRS a través de una red de datos en paquete externa PDN, como
la Internet corriente. La Figura 1 también muestra un corta fuegos
FW conectado funcionalmente al GGSN para permitir evitar el acceso
no autorizado a la red GPRS.
Para una descripción más detallada de las redes
GSM/GPRS, se hace referencia a las especificaciones GPRS publicadas
por ETSI (Instituto de Normas de Telecomunicaciones Europeas), y a
la publicación El Sistema GSM para las Comunicaciones Móviles de M.
Mouly y M. Pautet, Palaiseau, Francia, 1992, ISBN:
2.9507190-0-0-7.
De acuerdo con una realización preferida, la
activación del contexto PDP solicitada por red se determina en la
red GPRS sobre la base de las direcciones de los paquetes recibidos
y/o de las solicitudes de servicio contenidas en tales paquetes. El
GGSN puede comprender una funcionalidad a describir a continuación
para comprobar la información en los paquetes y para la activación
de un contexto PDP sólo para paquetes que satisfacen condiciones
predeterminadas.
Preferiblemente, las condiciones de servicio que
determinan qué clase de servicio se prestará para los paquetes
recibidos se guardan 200 en el GGSN. Las condiciones de servicio
pueden ser específicas según la dirección, lo cual significa que
determinan un servicio que puede ser prestado para un paquete
recibido de una determinada dirección. Las condiciones de servicio
se pueden guardar también en otro elemento de red, tal como en la
base de datos de abonados HLR.
Cuando el GGSN recibe 201 un paquete asignado a
la estación móvil MS desde una red exterior, el GGSN puede
determinar 202 la dirección desde la cual se recibió el paquete
que se tiene que entregar a la estación móvil MS. A partir de las
condiciones de servicio guardadas, el GGSN comprueba 203 las
condiciones de entrega relativas a la dirección del paquete. Se
puede comprobar 204 a partir de las condiciones de servicio si el
paquete recibido de determinada dirección (virtual y/o física) está
autorizado para ser entregado a la estación móvil MS. Si no, el
paquete es ignorado 205. Si las condiciones de servicio permiten que
el paquete sea entregado desde la dirección determinada, el GGSN
puede solicitar 206 activación de contexto PDP para una o más
estaciones móviles MS. Si es posible, se activa el contexto PDP.
Debería observarse que la red GPRS típicamente comprueba también
específicamente en función del usuario en el paso 206 si es posible
activar el contexto PDP. El contexto PDP no se puede activar así
siempre necesariamente aunque esté permitido por las condiciones de
servicio.
La gran ventaja lograda es que la red GPRS
permite determinar condiciones para la activación del contexto PDP
de la red y de ser necesario, se puede denegar la activación del
contexto PDP a paquetes recibidos de direcciones no fiables.
La activación de contexto PDP solicitada por red
se puede determinar de acuerdo con condiciones de servicio
específicas de dirección en base a la dirección física y/o lógica
de los paquetes. Se determina una dirección física en base al
dispositivo de transmisión de datos físicos, por ejemplo, en base a
una línea física. Los paquetes recibidos de la misma dirección
física (por ejemplo, de un cable de un enrutador) pueden tener
direcciones lógicas diferentes. Si los paquetes están encriptados
de tal manera que el GGSN es capaz de encontrar el remitente que
realizó la encriptación, los paquetes recibidos de la misma
dirección física pueden ser tratados de diferente manera en base al
remitente. La dirección lógica de los paquetes se puede determinar,
por ejemplo, en base al punto de terminación que actuó de túnel, lo
cual significa que los elementos de la red entre ellos no son
capaces de volver a la situación previa al túnel.
De acuerdo con una realización preferida, las
condiciones de servicio específicas por dirección comprenden
información sobre nodos permitidos. El nodo de soporte entonces, en
la etapa 202 determina el nodo del cual se transmitió un paquete
recibido. El nodo de soporte activa (206) el contexto del protocolo
de datos en paquete para la estación móvil MS si las condiciones de
servicio guardadas permiten que se transmitan paquetes desde el
nodo determinado a la estación móvil. La ventaja es que sólo se
puede permitir la solicitud de la activación de contexto PDP para
paquetes recibidos de elementos de red fiables. Una operadora de
red GPRS puede entonces permitir por ejemplo que sólo se entreguen
los paquetes recibidos de un servidor (S1) en su propia red o los
paquetes recibidos a través de una pasarela de frontera de otra red
de GPRS.
Una alternativa es determinar un espacio de
dirección en condiciones de servicio específicas, en el cual la
activación del contexto PDP esté permitida para paquetes entregados
desde direcciones que pertenecen al espacio de dirección. El GGSN
determina luego la dirección de la fuente para la unidad de paquete
recibida y si la dirección de la fuente de la unidad de paquete
recibida pertenece al espacio de dirección guardado. El GGSN activa
el contexto PDP si el paquete recibido pertenece al espacio de
dirección. Las condiciones de servicio específicas de dirección
pueden requerir también que sólo paquetes metidos por el túnel y
encriptados en determinadas direcciones de fuente se entreguen a la
MS. Por ejemplo, se pueden utilizar diferentes técnicas de
tunelamiento de VPN (Red Privada Virtual).
También es factible determinar condiciones de
servicio específicas de servicio. En particular, se pueden
determinar los tipos de servicio de tal manera que se puedan
entregar los paquetes que corresponden a determinados tipos de
servicio, es decir, el GGSN puede solicitar la activación del
contexto PDP para tales paquetes. Las condiciones específicas por
tipo de servicio se guardan preferiblemente en 200 en el GGSN.
Típicamente, un tipo de servicio es el tipo de aplicación asociado
a un paquete, es decir el tipo de servicio determina la aplicación
con la cual el paquete está asociado. Las condiciones de servicio
específicas por tipo de servicio determinan qué clase de servicio se
prestará para los paquetes asociados con diferentes tipos de
servicio y asignados a la estación móvil MS. El tipo de servicio
asociado con el paquete asignado a la estación móvil se determina
202 a partir del paquete recibido 201 por el GGSN. Las condiciones
de servicio asociadas con el tipo de servicio del paquete se
comprueban 203 a partir de las condiciones de servicio guardadas. Si
las condiciones de servicio permiten que sea entregado el paquete,
el contexto del protocolo de datos en paquete se puede activar 206
de acuerdo con las condiciones de servicio específicas del tipo de
servicio.
Los tipos de servicio se pueden determinar
preferentemente de acuerdo con aplicaciones que se pueden determinar
a partir del paquete. El GGSN puede determinar el número de puerto
contenido en el paquete y la solicitud de activación de contexto
PDP en base a as condiciones de servicio de acuerdo con un tipo de
puerto determinado. En consecuencia, sólo pueden ser así autorizados
para su entrega los paquetes que comprendan un número de puerto
determinado. Las condiciones de servicio pueden determinar, por
ejemplo, que se puede solicitar la activación de contexto PDP para
paquetes asociados con una aplicación de protocolo HTTP (Protocolo
de Transferencia de Hipertexto). Las condiciones de servicio pueden
determinar entonces que se permita la activación del contexto de
PDP para paquetes que comprenden un número de puerto 80 (se usa
típicamente el número 80 para identificar una aplicación http). El
GGSN determina los números de puerto de los paquetes, estando
entonces autorizado a solicitar la activación del contexto PDP para
los paquetes de acuerdo con un número de puerto 80.
De acuerdo con una realización preferida, las
condiciones de servicio se pueden guardar de forma específica por
abonado, es decir, las condiciones de servicio se pueden guardar
preferiblemente para varios abonados en base a un identificador
MSI. De aquí, las direcciones y/o tipos de servicio permitidos se
pueden determinar en una manera particularmente individual,
permitiendo al abonado afectar condiciones de servicio. Además, se
pueden determinar condiciones de servicio específicas para grupos
de abonados. En tal caso, además de encontrar la dirección y/o tipo
de servicio, el GGSN encuentra también el identificador IMSI del
receptor de los paquetes en base a la información de abonado en la
red. A partir de las condiciones de servicio específicas del
abonado, el GGSN comprueba qué clase de servicio se puede prestar
para los paquetes recibidos. Particularmente, se encuentra si las
condiciones de servicio permiten que se entregue el paquete. El
abonado puede entonces decidir sobre las direcciones de las que le
interesaría recibir paquetes y/o los tipos de servicio a los que
los paquetes estarían asociados para que él o ella estuviera
dispuesto a pagar por ellos; también es factible que las
condiciones de servicio específicas del abonado denieguen la
activación del contexto PDP a un determinado abonado para paquetes
recibidos de la red, con total independencia de la dirección de la
que se reciben o del tipo de servicio al que están asociados.
De acuerdo con una realización preferida, además
de las condiciones referentes a la admisión de paquetes para su
entrega, las condiciones de servicio específicas por dirección o
por tipo de servicio pueden determinar por ejemplo otras
condiciones. Las condiciones de servicio pueden determinar por
ejemplo el tipo de PDP autorizado, información sobre la QoS (Calidad
de Servicio) permitida u otras informaciones de este tipo relativas
al contexto PDP. La información puede ser también información
relativa a otros aspectos de la prestación de servicio, tales como
información de cargos. Esta información se puede ligar a la
dirección y/o tipo de servicio de un paquete, es decir, se puede
activar un contexto PDP diferente para paquetes recibidos desde
diferentes direcciones y/o para paquetes de diferentes tipos de
servicio, de acuerdo con las condiciones de servicio guardadas.
Esto permite un modo conveniente de determinar la prestación de
diferentes servicios para paquetes recibidos de diferentes
direcciones y/o que tengan diferentes tipos de servicio. Por
ejemplo, el abonado puede tener cargos diferentes para paquetes
procedentes de direcciones diferentes. Si la información está
relacionada con cargos, se deben dar a un centro de facturación de
GPRS instrucciones para realizar los cargos, y éste realizará los
cargos para los paquetes entregados de acuerdo con el contexto PDP.
Si la condición de servicio se refiere a un tipo de contexto PDP
y/o de calidad de servicio, el GGSN puede solicitar la activación de
contexto PDP para un paquete aceptado aplicando parámetros de tipo
y/o de calidad de acuerdo con la condición de servicio.
La funcionalidad anteriormente descrita en
relación con la Figura 2 se puede también poner en práctica en otro
elemento de la red diferente del GGSN. Por ejemplo el corta fuegos
FW conectado funcionalmente al GGSN se puede disponer para
realizarlos procedimientos de comprobación anteriormente descritos
(200 a 204) relativos a la dirección y/o tipo de servicio de los
paquetes y a entregar un paquete al GGSN si las condiciones de
servicio permiten que se entregue el paquete. A continuación, el
GGSN puede realizar la activación de contexto PDP solicitada por la
red de acuerdo con la técnica anterior conocida en sí misma.
La invención se puede realizar preferiblemente
por medios de software en un procesador de un elemento de red en un
sistema de telecomunicaciones sin hilos. Preferiblemente, el
elemento de red es el nodo de soporte de pasarela GGSN o el corta
fuegos FW conectado funcionalmente al GGSN. El elemento de red
preferiblemente comprende uno o más procesadores, un bus para la
comunicación con otros dispositivos y una memoria para guardar
condiciones de servicio por medio del procesador y del bus. Si la
invención se pone en práctica mediante software, el procesador
ejecuta el software guardado en la memoria que realiza los pasos
ilustrados en la Figura 2, cada vez que el elemento de la red recibe
paquetes de las redes externas PDN. También es factible que las
condiciones de servicio se guarden en otro elemento de la red, tal
como el registro de abonados HLR, en cuyo caso el elemento de la red
que comprende la funcionalidad de la invención recibe las
condiciones de servicio desde otro elemento de la red.
La Figura 3 ilustra la activación de contexto PDP
a solicitud de red. Se supone que los paquetes asignados al MS se
reciben desde el exterior de la red de GPRS y que la estación móvil
MS es conocida en la red GPRS, es decir, que la MS ha realizado un
procedimiento de enlace GPRS. Se crea un contexto PDP y los
paquetes se encaminan por túnel usando un protocolo GTP (Protocolo
de tunelamiento GPRS). El GGSN puede solicitar la activación del
contexto PDP si las condiciones de servicio permiten que un paquete
recibido sea entregado a la estación móvil MS (paso 206 de la
Figura 2). El GGSN puede solicitar información de enrutado al
elemento de la red que comprende el registro de emplazamiento de
casa HLR (Enviar información de enrutamiento para GPRS). Si el
elemento de la red que comprende el HLR decide que la solicitud de
servicio se puede poner en práctica para la estación móvil MS,
contesta a la solicitud emitida por el GGSN (Enviar información de
enrutamiento para GPRS reconocida). Si la dirección del nodo de
servicio correcto se puede encontrar en la respuesta recibida del
HLR y se puede tener acceso a la estación móvil MS, el GGSN informa
al SGSN de los datos recibidos (Solicitud de Notificación de PDU).
Un mensaje de este tipo comprende un identificador IMSI para
identificar al abonado, información sobre el tipo de PDP y la
dirección PDP. El SGSN transmite un reconocimiento al GGSN si va a
pedir a la estación móvil MS que active el contexto PDP (Respuesta
de Notificación de PDU). El SGSN transmite una solicitud de
activación de contexto PDP a la estación móvil MS (solicitar
activación de contexto PDP).
En respuesta a esta solicitud, la MS entrega la
solicitud de activación del contexto PDP al SGSN (Activar Solicitud
de Contexto PDP). En esta etapa, se pueden realizar los
procedimientos de seguridad, tales como una autenticación entre la
estación móvil y el SGSN). Si la estación móvil MS tiene derecho a
activar la dirección PDP, el SGSN puede crear el contexto PDP para
la estación móvil MS. A fin de situar el contexto PDP en la gestión
de movilidad de la red GPRS, el SGSN crea un TID (Identificador de
túnel, que se usa en el protocolo de tunelamiento entre los
elementos de la red a fin de identificar el contexto PDP) para el
contexto PDP solicitado en base al identificador IMSI t al NSAPI
(Identificador de Punto de Acceso de Servicio de capa de RED)
recibido de la estación móvil MS. La solicitud de Activación de
contexto de PDP se entrega al GGSN (Crear Solicitud de Contexto
PDP). El SGSN guarda la dirección IP del GGSN (que se puede
modificar a partir del nombre lógico) en conexión con el contexto
PDP solicitado (Dirección GGSN en Uso) y usa la dirección en tanto
exista el contexto PDP.
Si el GGSN puede aceptar la solicitud de
activación de contexto PDP, se puede completar la solicitud de
activación de contexto PDP. El GGSN añade un nuevo contexto a una
tabla de contextos PDP y produce un identificador de cargo. El GGSN
puede entregar también un mensaje al SGSN para indicar la activación
del contexto PDP (Crear Respuesta de Contexto PDP). En respuesta a
esto, el SGSN añade un identificador NSAPI a la dirección del GGSN.
El SGSN informa además a la estación móvil MS de la activación del
contexto PDP (Activar Aceptación de Contexto PDP).
Subsiguientemente, se pueden entregar paquetes de direcciones
fiables y/o paquetes provistos de solicitudes de servicio aceptadas
a la estación móvil MS de acuerdo con las condiciones de
servicio.
La invención se puede aplicar fácilmente también
a los sistemas de telecomunicación inalámbrica distintos de los
sistemas GSM. Los llamados sistemas de telecomunicaciones
inalámbricos de tercera generación, tales como el UMTS (Sistema de
Telecomunicaciones Móviles Universal) o el IMT-2000,
por ejemplo, pueden dar soporte a activaciones de
contexto PDP solicitadas por la red, lo cual permite utilizar procedimientos tales como los ilustrados en la Figura 2. La transmisión de datos con conmutación por paquetes en el sistema UMTS será también
principalmente similar a la del sistema GPRS en el GSM, así que la invención es también fácilmente aplicable al sistema UMTS. Además, otros sistemas de telecomunicaciones a los cuales se puede aplicar la invención incluyen, por ejemplo, redes de área local WLAN.
contexto PDP solicitadas por la red, lo cual permite utilizar procedimientos tales como los ilustrados en la Figura 2. La transmisión de datos con conmutación por paquetes en el sistema UMTS será también
principalmente similar a la del sistema GPRS en el GSM, así que la invención es también fácilmente aplicable al sistema UMTS. Además, otros sistemas de telecomunicaciones a los cuales se puede aplicar la invención incluyen, por ejemplo, redes de área local WLAN.
Para alguien experto en la técnica es obvio que
conforme avanza la tecnología, la idea básica de la invención se
puede llevar a la práctica de muchas maneras diferentes. La
invención y sus realizaciones por tanto no se restringen a los
ejemplos arriba mencionados, sino que pueden variar dentro del
objeto de las reivindicaciones.
Claims (14)
1. Un método para activar un contexto de
protocolo de datos en paquete dentro de un sistema de
telecomunicaciones sin hilos que comprende al menos un terminal y
al menos un elemento de red, estando dispuesto el elemento de red
para entregar paquetes entre el sistema de telecomunicaciones sin
hilos y otras redes con datos en paquete, caracterizado
por
guardar condiciones de servicio específicas de
dirección en el sistema de telecomunicaciones para paquetes
recibidos por el elemento de la red y asignados a al menos un
terminal (200) determinando las condiciones de servicio específicas
de dirección qué clase de servicio se presta para los paquetes
recibidos desde diferentes direcciones,
determinar la dirección de un paquete recibido
para entregar al terminal (202), comprobar las condiciones de
servicio específicas de dirección relativas a dicha dirección
determinada del paquete (203), y
activar el contexto de protocolo de datos en
paquete si las condiciones de servicio específicas de dirección
permiten que se active el contexto de protocolo de datos en paquete
para el paquete (204, 206).
2. Un método como el de la reivindicación 1,
caracterizado por
comprender las condiciones de servicio
específicas de dirección guardadas información sobre nodos
permitidos,
determinar el nodo desde el cual se transmitió el
paquete recibido, y
activar el contexto de protocolo de datos en
paquete en respuesta al hecho de que las condiciones de servicio
guardadas permiten que se transmitan paquetes desde el nodo
determinado al terminal.
3. Un método como el de la reivindicación 1 ó 2,
caracterizado por
determinar un espacio de direcciones en las
condiciones de servicio específicas de dirección, permitiéndose la
activación del contexto de protocolo de datos en paquete para los
paquetes entregados del espacio de direcciones,
determinar la dirección de fuente del paquete
recibido,
comprobar si la dirección de fuente del paquete
recibido pertenece a dicho espacio de direcciones, y
activar el contexto de protocolo de datos en
paquete en respuesta al hecho de que el paquete recibido pertenezca
a dicho espacio de direcciones.
4. Un método como el de cualquiera de las
reivindicaciones precedentes, caracterizado por
guardar, además de las condiciones de servicio
específicas de dirección, condiciones de servicio en el elemento de
la red específicas por tipos de servicio, determinando las
condiciones de específicas por tipos de servicio qué clase de
servicio se presta para los paquetes recibidos de diferentes tipos
de servicio,
determinar el tipo de servicio asociado al
paquete recibido asignado al terminal,
comprobar las condiciones de servicio relativas a
dicho tipo de servicio y dicha dirección a partir de las
condiciones de servicio guardadas, y
activar el contexto de protocolo de datos en
paquete de acuerdo con las condiciones de servicio específicas por
tipo de servicio y específicas de dirección.
5. Un método para activar un contexto de
protocolo de datos en paquete en un sistema de telecomunicaciones
sin hilos que comprende al menos un terminal y al menos un elemento
de red, estando dispuesto el elemento de red para entregar paquetes
entre el sistema de telecomunicaciones sin hilos y otras redes de
datos en paquete, caracterizado por
guardar condiciones de servicio específicas por
tipos de servicio en el sistema de telecomunicaciones para paquetes
recibidos por el elemento de red y asignados al menos a un terminal
(200), determinando las condiciones de servicio qué clase de
servicio se presta para los paquetes recibidos de diferentes tipos
de servicio,
determinar el tipo de servicio asociado con un
paquete recibido por el elemento de red y asignado al terminal
(202),
comprobar las condiciones de servicio relativas a
dicho tipo de servicio determinado del paquete (203) y
activar el contexto de protocolo de datos en
paquete si las condiciones de servicio específicas por tipo de
servicio permiten activar el contexto de protocolo de datos para el
paquete (204, 206).
6. Un método como el de la reivindicación 5,
caracterizado por
guardar las condiciones de servicio específicas
por tipos de servicio en base a números de puerto, determinar el
número de puerto contenido en el paquete recibido por el elemento
de red y asignado al terminal, y
activar el contexto de protocolo de datos en
paquete de acuerdo con las condiciones de servicio relativas a dicho
número de puerto determinado.
7. Un método como el de cualquiera de las
reivindicaciones precedentes, caracterizado por
guardar las condiciones de servicio
específicamente por abonado.
8. Un método como el de cualquiera de las
reivindicaciones precedentes, caracterizado por
comprender las condiciones de servicio
información sobre la calidad de servicio y/o de cargo por los
paquetes del contexto del protocolo de datos en paquete, y
activar el contexto de protocolo de datos en
paquete de acuerdo con la calidad de servicio determinada en las
condiciones de servicio y/o el cargo del contexto de protocolo de
datos en paquete según la información de cargo en respuesta al
hecho de que las condiciones de servicio permiten que se entreguen
paquetes.
9. Una parte de red en un sistema de
telecomunicaciones sin hilos, cuya parte de red está dispuesta para
entregar paquetes entre una red de telecomunicaciones sin hilos y
una red fija de datos en paquete, caracterizada porque
dicha parte de red comprende medios para guardar
condiciones de servicio específicas de dirección para paquetes
recibidos por dicha parte de la red y asignados a al menos un
terminal, determinando las condiciones de servicio específicas de
dirección qué clase de servicio se presta para los paquetes
recibidos desde diferentes direcciones,
dicha parte de red está dispuesta para determinar
la dirección de un paquete recibido para entregar al terminal,
dicha parte de red está dispuesta para comprobar
las condiciones de servicio guardadas relativas a dicha dirección
determinada del paquete, y
dicha parte de red está dispuesta para solicitar
la activación del contexto de protocolo de datos en paquete si las
condiciones de servicio específicas de dirección permiten que se
active el contexto de protocolo de datos en paquete para el
paquete.
10. Una parte de red como la de la reivindicación
9, caracterizada porque
dicha parte de red está dispuesta para determinar
el nodo que transmitió el paquete recibido y/o la dirección de
fuente del paquete recibido.
11. Una parte de red en un sistema de
telecomunicaciones sin hilos, cuya parte de red está dispuesta para
entregar paquetes entre una red de telecomunicaciones sin hilos y
una red fija de datos en paquete, caracterizada porque
dicha parte de red comprende medios para guardar
condiciones de servicio específicas por tipos de servicio para
paquetes recibidos por dicha parte de la red y asignados a al menos
un terminal, determinando las condiciones de servicio específicas
por tipo de servicio qué clase de servicio se presta para los
paquetes recibidos desde diferentes tipos de servicio,
dicha parte de red está dispuesta para determinar
el tipo de servicio de un paquete recibido para entregar al
terminal,
dicha parte de red está dispuesta para comprobar
las condiciones de servicio guardadas relativas a dicho tipo de
servicio determinado del paquete, y
dicha parte de red está dispuesta para solicitar
la activación del contexto de protocolo de datos en paquete si las
condiciones de servicio específicas por tipo de servicio permiten
que se active el contexto de protocolo de datos en paquete para el
paquete.
12. Una parte de red como la de la reivindicación
11, caracterizada porque
dicha parte de red está dispuesta para determinar
el número de puerto del paquete recibido.
13. Una parte de red como la de las
reivindicaciones 9 a 12, caracterizada porque
dicha parte de red comprende medios de software
para determinar la dirección y/o el tipo de servicio del paquete y
para comprobar las condiciones de servicio.
14. Una parte de red como la de cualquiera de las
reivindicaciones 9 a 13, caracterizada porque
dicha parte de red es un nodo GGSN de soporte
GPRS de pasarela en un sistema GPRS y/o un corta fuegos conectado
funcionalmente al nodo de soporte de pasarela.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20001161A FI109164B (fi) | 2000-05-15 | 2000-05-15 | Pakettidataprotokollakontekstin aktivoiminen verkon pyynnöstä |
| FI20001161 | 2000-05-15 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2208598T3 true ES2208598T3 (es) | 2004-06-16 |
Family
ID=8558395
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01934052T Expired - Lifetime ES2208598T3 (es) | 2000-05-15 | 2001-05-14 | Activacion de contexto de protocolo de datos en paquete solicitada por red. |
Country Status (9)
| Country | Link |
|---|---|
| US (2) | US7203200B2 (es) |
| EP (1) | EP1290907B1 (es) |
| AT (1) | ATE255319T1 (es) |
| AU (1) | AU2001260369A1 (es) |
| DE (1) | DE60101337T2 (es) |
| DK (1) | DK1290907T3 (es) |
| ES (1) | ES2208598T3 (es) |
| FI (1) | FI109164B (es) |
| WO (1) | WO2001089252A1 (es) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI109164B (fi) * | 2000-05-15 | 2002-05-31 | Sonera Oyj | Pakettidataprotokollakontekstin aktivoiminen verkon pyynnöstä |
| DE10151743A1 (de) * | 2001-10-19 | 2003-04-30 | Siemens Ag | Verfahren zur Durchführung von augenblicklichem Nachrichtenverkehr (Instant Messaging) mit paketvermittelten Daten |
| US20030128701A1 (en) * | 2002-01-09 | 2003-07-10 | Nokia Corporation | Method of and apparatus for directing packet entities |
| US7054323B2 (en) * | 2002-03-13 | 2006-05-30 | Motorola, Inc. | Method for packet data protocol context activation |
| SE0201143D0 (sv) * | 2002-04-15 | 2002-04-15 | Ericsson Telefon Ab L M | Packet switched Services |
| US7246176B2 (en) * | 2002-04-30 | 2007-07-17 | Nortel Networks Limited | PDP context distribution among multiple GGSNs |
| US7805126B2 (en) * | 2003-02-04 | 2010-09-28 | Nokia Corporation | Charging in a communication system |
| EP1560368A1 (fr) * | 2004-01-30 | 2005-08-03 | France Telecom | Procédé d'établissement d'une session multimédia entre un équipement appelant et un équipement appelé d'un réseau du type à sous domaine multimédia et système de communication mettant en oeuvre ce procédé |
| GB0413684D0 (en) * | 2004-06-18 | 2004-07-21 | Nokia Corp | Connection method |
| KR20060001777A (ko) * | 2004-06-29 | 2006-01-06 | 삼성전자주식회사 | 인터넷 멀티미디어 서브시스템에서 패킷 호 서비스에관련된 제어 메시지를 송수신하는 방법 및 장치 |
| DE102004053597B4 (de) * | 2004-11-05 | 2008-05-29 | Infineon Technologies Ag | Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung |
| CN100477827C (zh) * | 2005-03-04 | 2009-04-08 | 摩托罗拉公司 | 用于区分pdp环境订制的方法和系统 |
| KR100837704B1 (ko) * | 2006-09-29 | 2008-06-13 | 한국전자통신연구원 | 진화된 ｕｍｔｓ 망 시스템에서의 데이터 전송 방법 |
| BRPI0814169A2 (pt) * | 2007-07-30 | 2015-01-20 | Ericsson Telefon Ab L M | Nó em um sistema de rádio celular, estação móvel, e, método para selecionar fluxo de mídia em um sistema de rádio celular |
| FI121725B (fi) | 2008-02-21 | 2011-03-15 | Teliasonera Ab | Verkon aloittama PDP-kontekstin aktivointi |
| EP2874416B1 (en) * | 2009-04-28 | 2016-04-27 | Koninklijke KPN N.V. | Telecommunications network responsive to server-provided location information |
| CN101808417B (zh) * | 2010-01-29 | 2014-04-09 | 中兴通讯股份有限公司 | 一种数据卡及其快速建立拨号连接的方法 |
| CN103517266B (zh) * | 2012-06-29 | 2017-03-22 | 国际商业机器公司 | 移动网络侧激活移动终端的方法和移动网关系统 |
Family Cites Families (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6937566B1 (en) * | 1997-07-25 | 2005-08-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic quality of service reservation in a mobile communications network |
| FI106831B (fi) * | 1998-01-14 | 2001-04-12 | Nokia Networks Oy | Pääsyn kontrollointimenetelmä matkaviestinjärjestelmää varten |
| FI106511B (fi) * | 1998-02-10 | 2001-02-15 | Nokia Networks Oy | Signalointikuormituksen vähentäminen pakettiradioverkossa |
| FI108192B (fi) * | 1998-03-19 | 2001-11-30 | Nokia Networks Oy | Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä |
| FI108982B (fi) | 1998-06-15 | 2002-04-30 | Nokia Corp | Sanomapalvelu langattomassa tietoliikennejärjestelmässä |
| FI107686B (fi) * | 1998-06-16 | 2001-09-14 | Nokia Mobile Phones Ltd | Menetelmä ja tietoliikennelaite kantajien hallintaa varten kolmannen sukupolven matkaviestinjärjestelmässä |
| US6975631B1 (en) * | 1998-06-19 | 2005-12-13 | Juniper Networks, Inc. | Network packet forwarding lookup with a reduced number of memory accesses |
| FI105972B (fi) * | 1998-10-01 | 2000-10-31 | Nokia Networks Oy | Älyverkkopalvelut pakettivälitteisessä verkossa |
| US6167445A (en) * | 1998-10-26 | 2000-12-26 | Cisco Technology, Inc. | Method and apparatus for defining and implementing high-level quality of service policies in computer networks |
| FI107772B (fi) * | 1998-12-16 | 2001-09-28 | Nokia Networks Oy | Menetelmä ja järjestelmä tiedonsiirron palvelunlaadun rajoittamiseksi |
| FI107980B (fi) * | 1998-12-31 | 2001-10-31 | Nokia Networks Oy | Yhdyskäytävätukisolmun valinnan ohjaaminen |
| FI108601B (fi) * | 1999-01-05 | 2002-02-15 | Nokia Corp | QoS-kartoitustiedon välitys pakettiradioverkossa |
| FI114768B (fi) * | 1999-03-11 | 2004-12-15 | Nokia Corp | Parannettu menetelmä ja järjestely tiedon siirtämiseksi pakettiradiopalvelussa |
| WO2000078066A1 (en) | 1999-06-11 | 2000-12-21 | Nokia Corporation | Method and device for performing a packet data communication |
| FI111436B (fi) | 1999-06-14 | 2003-07-15 | Nokia Corp | Menetelmä ja järjestelmä PDP-kontekstien palvelutarkoituksen ilmaisemiseksi |
| CN1203715C (zh) | 1999-08-24 | 2005-05-25 | 艾利森电话股份有限公司 | 处理用户数据的方法和系统 |
| US6683853B1 (en) * | 1999-12-01 | 2004-01-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic upgrade of quality of service in a packet switched network |
| FI109164B (fi) * | 2000-05-15 | 2002-05-31 | Sonera Oyj | Pakettidataprotokollakontekstin aktivoiminen verkon pyynnöstä |
| FI110902B (fi) * | 2000-12-15 | 2003-04-15 | Nokia Corp | Pakettidatayhteyksien järjestäminen toimistojärjestelmässä |
| US7443859B2 (en) * | 2001-12-18 | 2008-10-28 | Nokia Corporation | Method and apparatus for address allocation in GPRS networks that facilitates end-to-end security |
| US7330448B2 (en) * | 2002-08-21 | 2008-02-12 | Thomson Licensing | Technique for managing quality of services levels when interworking a wireless local area network with a wireless telephony network |
-
2000
- 2000-05-15 FI FI20001161A patent/FI109164B/fi not_active IP Right Cessation
-
2001
- 2001-05-14 ES ES01934052T patent/ES2208598T3/es not_active Expired - Lifetime
- 2001-05-14 AU AU2001260369A patent/AU2001260369A1/en not_active Abandoned
- 2001-05-14 EP EP01934052A patent/EP1290907B1/en not_active Expired - Lifetime
- 2001-05-14 AT AT01934052T patent/ATE255319T1/de not_active IP Right Cessation
- 2001-05-14 WO PCT/FI2001/000468 patent/WO2001089252A1/en not_active Ceased
- 2001-05-14 DE DE60101337T patent/DE60101337T2/de not_active Expired - Lifetime
- 2001-05-14 DK DK01934052T patent/DK1290907T3/da active
-
2002
- 2002-11-14 US US10/294,390 patent/US7203200B2/en not_active Expired - Lifetime
-
2006
- 2006-08-28 US US11/511,741 patent/US7813355B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1290907B1 (en) | 2003-11-26 |
| ATE255319T1 (de) | 2003-12-15 |
| US7813355B2 (en) | 2010-10-12 |
| FI20001161L (fi) | 2001-11-16 |
| US20030118010A1 (en) | 2003-06-26 |
| US7203200B2 (en) | 2007-04-10 |
| DK1290907T3 (da) | 2004-08-16 |
| WO2001089252A1 (en) | 2001-11-22 |
| DE60101337T2 (de) | 2004-08-26 |
| DE60101337D1 (de) | 2004-01-08 |
| AU2001260369A1 (en) | 2001-11-26 |
| US20070053326A1 (en) | 2007-03-08 |
| FI109164B (fi) | 2002-05-31 |
| EP1290907A1 (en) | 2003-03-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2258487T3 (es) | Prevencion de la simulacion de identidad en sistemas de telecomunicacion. | |
| JP4230106B2 (ja) | Ｇｐｒｓ加入者による多数のインタネットサービスプロバイダの選択 | |
| ES2258134T3 (es) | Metodo y aparato para el control del acceso de un dispositivo terminal inalambrico en una red de comunicaciones. | |
| ES2239765T3 (es) | Sistema y metodos de radiocomunicaciones por paquetes para un encaminamiento, independiente con respecto al protocolo, de un paquete de datos en redes de radiocomunicaciones por paquetes. | |
| EP1741308B1 (en) | Improved subscriber authentication for unlicensed mobile access network signaling | |
| ES2289302T3 (es) | Redundancia y equilibrado de la carga en una unidad y sistema de telecomunicaciones. | |
| US7003282B1 (en) | System and method for authentication in a mobile communications system | |
| US20040162998A1 (en) | Service authentication in a communication system | |
| US20140126532A1 (en) | Seamless mobility from 3g network to wifi network | |
| US7489919B2 (en) | Method and system for registering communication systems to wireless terminals | |
| US7203200B2 (en) | Network-requested activation of packet data protocol context | |
| EP1188287B1 (en) | Determination of the position of a mobile terminal | |
| US7215943B2 (en) | Mobile terminal identity protection through home location register modification | |
| US10887754B2 (en) | Method of registering a mobile terminal in a mobile communication network | |
| US20030063581A1 (en) | System, method and apparatus for seamless interaction between wireless local area network and wireless packet data network | |
| US8060088B2 (en) | Method, network element and communication system for optimized selection of an agent entity as well as modules of the network element | |
| JP2005536121A (ja) | 無線ｌａｎユニバーサル移動体電話システムの相互接続構成におけるユーザーの識別番号保護 | |
| ES2276889T3 (es) | Metodo y sistema para la itinerancia entre redes de comunicaciones. | |
| KR20030049553A (ko) | 이동 통신망에서의 비과금 패킷 푸시 서비스 방법 및 장치 | |
| US20050195792A1 (en) | Method and apparatus for controlling a packet terminating call in a mobile communication system | |
| WO2025256445A1 (zh) | 一种通信方法和装置 | |
| CN103379180B (zh) | 用户地址分配方法及装置 | |
| CA2359176A1 (en) | Method and system for mobile ip registration at mobile station power-up | |
| HK1081789A1 (zh) | 用於经由接入网建立连接的方法和系统 |