ES2345715T3 - Restriccion de servicios en redes de comunicaciones moviles. - Google Patents
Restriccion de servicios en redes de comunicaciones moviles. Download PDFInfo
- Publication number
- ES2345715T3 ES2345715T3 ES04732338T ES04732338T ES2345715T3 ES 2345715 T3 ES2345715 T3 ES 2345715T3 ES 04732338 T ES04732338 T ES 04732338T ES 04732338 T ES04732338 T ES 04732338T ES 2345715 T3 ES2345715 T3 ES 2345715T3
- Authority
- ES
- Spain
- Prior art keywords
- network
- home network
- services
- traffic
- networks
- 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
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 title 1
- 238000000034 method Methods 0.000 claims abstract description 23
- 238000010295 mobile communication Methods 0.000 claims abstract description 9
- 230000000903 blocking effect Effects 0.000 claims 2
- 238000005516 engineering process Methods 0.000 description 10
- 238000003066 decision tree Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 2
- 230000004069 differentiation Effects 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- ZPUCINDJVBIVPJ-LJISPDSOSA-N cocaine Chemical compound O([C@H]1C[C@@H]2CC[C@@H](N2C)[C@H]1C(=O)OC)C(=O)C1=CC=CC=C1 ZPUCINDJVBIVPJ-LJISPDSOSA-N 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- 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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Optical Communication System (AREA)
Abstract
Un método de funcionamiento de un sistema de comunicaciones móviles, en el que el tráfico desde los dispositivos móviles se encamina a través de un nodo de soporte en servicio y un nodo de soporte de la puerta de acceso a uno o más servidores de la red doméstica accesibles sólo por esos dispositivos móviles, teniendo la red doméstica enlaces con otras redes por las que se encamina el tráfico hacia/desde los dispositivos móviles localizados fuera de la red doméstica a través de otra red desde/hacia la red doméstica, comprendiendo el método (a) seleccionar al menos una de las otras redes para recibir un intervalo restringido de servicios desde los servidores de la red doméstica; (b) determinar si los dispositivos móviles están comunicando con la red doméstica a través de una red seleccionada por la etapa (a); (c) identificar la red seleccionada por la etapa (a) para un servidor proporcionado para determinar qué servicios de los servicios de la red doméstica están permitidos para la red seleccionada y qué servicios no están permitidos; (d) determinar los servicios que no están permitidos para la red seleccionad; y (e) bloquear el suministro de los servicios que se determinan en la etapa (d) como no permitidos para la red seleccionada, para los dispositivos móviles que comunican con la red doméstica a través de la red seleccionada.
Description
Restricción de servicios en redes de
comunicaciones móviles.
La presente invención se refiere a un método de
operar un sistema de comunicaciones móviles y particularmente a
métodos para suministrar servicio a los usuarios de tales redes.
Las redes de comunicaciones móviles actualmente
heredadas incluyen (a) la red móvil GSM (Sistema Global para
Comunicaciones Móviles) (o red móvil de segunda generación
"2G") que permite, por ejemplo, el intercambio de llamadas de
voz, y (b) el GPRS (Servicio de Radio General de Paquetes) o red
2.5G que complementa la red GSM y permite, para una extensión
limitada, el acceso de servicios de datos usando la misma tecnología
que la Internet.
La nueva red móvil, llamada 3G, tiene
capacidades aumentadas y esto, así como los servicios que ofrece
tales como el intercambio de llamadas de voz, permitirá a los
usuarios comunicarse mediante videoconferencias. Las redes 3G
también permiten a los usuarios acceder a servicios de datos
adicionales actualmente no disponibles sobre las redes 2.5G, tales
como la transmisión directa (en tiempo real) de video y juegos
avanzados. Como para las redes 2.5G, estos servicios de datos se
ofrecerán usando la misma tecnología que la Internet. Las licencias
para operar las redes 3G generalmente se han concedido por los
gobiernos de los estados y están restringidas en términos de
territorio, usualmente para un país particular.
En la configuración inicial de las
comunicaciones 3G es probable que la cobertura 3G no esté disponible
a lo largo de un país particular y la itinerancia de los usuarios
3G dentro de un país puedan tener que usar la red 2G/2.5G para
compensar las lagunas en la red 3G. De este modo un operador de 3G
Greenfield, es decir un operador no-titular, tendrá
uno o más socios 2G/2.5G de "itinerancia nacional", es decir
los operadores de las redes 2G/2.5G. En el caso de los operadores
titulares que implementan una red 3G, su red 2G/2.5G existente se
utilizará para compensar las lagunas en su red 3G. Para el acceso a
los servicios similares a la Internet, un usuario de 3G que se ha
transferido a la red 2G/2.5G no podrá recibir los servicios
avanzados 3G con una calidad de servicio adecuada.
Los clientes de 3G que viajan al extranjero
usarán una red del país visitado, que puede ser o no una red 3G.
Incluso si la red visitada es de 3G puede haber restricciones sobre
los servicios que pueden ofrecerse a los clientes de 3G en el
extranjero debido a las leyes nacionales. Por ejemplo un visitante a
Arabia Saudí no podrá participar legalmente en juegos y algunos
países son más restrictivos que otros en términos del material para
adultos que puede distri-
buirse.
buirse.
En las comunicaciones móviles 2.5G y 3G, los
clientes están asignados a uno de los posibles intervalos de
direcciones de IP (Protocolo de Internet) en la petición de acceso a
los servicios de Internet desde sus terminales móviles, las
direcciones IP se asignan la mayor parte del tiempo desde la red
doméstica del abonado independientemente de la localización del
cliente.
El documento WO 03/015353A1 muestra un sistema
en el cual los datos se encaminan a una red externa en base a
listas de aceptación. El documento US2001/0031636A1 describe
soluciones de itinerancia de red que desconecta el servicio si el
saldo de la cuenta del usuario está agotado.
La presente invención intenta resolver dos
problemas, a saber la posibilidad de que un cliente de 3G que
reciben un servicio pobre porque se ha registrado con una red
2G/2.5G y la posibilidad de un cliente que juega en actividades
ilegales use su terminal móvil a través de su red doméstica.
Un aspecto de la invención se refiere a un
método de operar un sistema de comunicaciones móviles, en el que el
tráfico desde los dispositivos móviles se encamina a través de un
nodo de soporte en servicio y un nodo de soporte de la puerta de
acceso a una o más servidores de la red doméstica accesibles sólo
por esos dispositivos móviles, teniendo la red doméstica enlaces a
otras redes por lo que el tráfico desde/hacia los dispositivos
móviles localizado fuera de la red doméstica se encamina a través de
otra red desde/hacia la red doméstica, comprendiendo el método
(a) seleccionar al menos una de las otras redes
para recibir un intervalo restringido de servicios desde los
servidores de la red doméstica;
(b) determinar si los dispositivos móviles están
comunicando con la red doméstica a través de la red seleccionada
por la etapa (a);
(c) identificar la red seleccionada por la etapa
(a) para un servidor proporcionado para determinar qué servicios de
los servicios de la red doméstica están permitidos para la red
seleccionada y qué servicios no están permitidos;
(d) determinar los servicios que no están
permitidos para la red seleccionada; y
(e) bloquear el suministro de servicios que se
determinen en la etapa (d) como no permitidos para la red
seleccionada, para los dispositivos móviles en comunicación con la
red doméstica a través de la red seleccionada.
Los métodos de funcionamiento del sistema
anterior no tienen en cuenta las redes a través de las cuales los
dispositivos móviles están comunicando con sus redes domésticas. De
este modo, hasta el momento, al menos en término de los servicios a
recibir, todos los dispositivos móviles identificados como que están
asociados con la red doméstica (abonados) se tratan del mismo
modo.
Las "redes seleccionadas" pueden ser redes
2G/2.5G nacionales o extranjeras, o redes extranjeras de países con
leyes restrictivas (2G/2.5G o 3G).
Como se explicará con más detalle más adelante,
las redes que se están usando por un dispositivo móvil bien locales
o internacionales pueden identificarse a partir de los datos de
identificación incluidos en los mensajes de control por esas redes.
A partir de esto los servidores domésticos pueden determinar la
tecnología de acceso disponible (2.5G o 3G) a partir de los datos
almacenados.
Como alternativa, la etapa (b) anterior podría
involucrar examinar el perfil de QoS (Calidad de Servicio) de los
mensajes de control entrantes, y por lo tanto podrían denegarse
ciertos servicios (por ejemplo, los contenidos en tiempo real) a
los usuarios sobre una red 2.5G.
En la realización preferida de la invención en
lugar de encaminar el tráfico a los servidores de la red doméstica
a través de los mismos nodos de soporte de la puerta de acceso, como
en la actualidad, se usan más de un tipo de nodo de soporte de la
puerta de acceso. De este modo, por ejemplo, todo el tráfico de
itinerancia internacional puede segregarse del tráfico
"doméstico". A continuación, si las redes "seleccionadas"
son redes extranjeras, sólo el tráfico recibido a través del nodo
de soporte de la puerta de acceso dedicado a las necesidades del
tráfico de itinerancia internacional se examina para determinar
desde qué red seleccionada ha llegado. El resto del tráfico puede
manejarse en el modo usual y no se ralentiza.
Cada uno de los nodos de soporte de la puerta de
acceso tiene su propio conjunto de direcciones IP. El tráfico puede
segregarse entonces simplemente comprobando la dirección IP asignada
al usuario.
Ahora se describirán las realizaciones de la
invención a modo de ejemplo y con referencia a los dibujos adjuntos
en los que:
la Figura 1 es un diagrama esquemático que
muestra una disposición en la cual se usa un nodo de soporte
dedicado de la puerta de acceso para separar el tráfico generado
por los clientes itinerantes en el extranjero del generado por los
clientes localizados en el país de la red doméstica;
la Figura 2 es un diagrama más detallado que
muestra la interacción requerida entre la red doméstica y la red
visitada para establecer una sesión que hace uso de un nodo dedicado
de soporte de la puerta de acceso de itinerancia internacional;
la Figura 3 es un diagrama que ilustra el flujo
de llamadas para el establecimiento de sesión usando un nodo
dedicado de soporte de la puerta de acceso de itinerancia
internacional;
la Figura 4 muestra la información a transferir
desde un nodo de soporte de la puerta de acceso de itinerancia
internacional a un servidor RADIUS, consistiendo la información de
la dirección IP del nodo de soporte en servicio visitado;
la Figura 5 es un diagrama esquemático que
ilustra una disposición alternativa en la cual el tráfico de
itinerancia nacional e internacional usa un nodo común de soporte
de la puerta de acceso con tráfico doméstico;
la Figura 6 muestra la información a transferir
desde el nodo común de soporte de la puerta de acceso de la Figura
5 al servidor, consistiendo la información de la dirección IP del
nodo de soporte en servicio;
la Figura 7 es un árbol de decisión para una
disposición en la cual se determina la localización de un
dispositivo móvil a partir de la dirección IP del nodo de soporte
en servicio, que se transfirió desde el nodo de soporte común de la
puerta de acceso a un servidor como se muestra en la Figura 6;
la Figura 8 muestra la información a transferir
desde un nodo de soporte común de la puerta de acceso al servidor
RADIUS, consistiendo la información de la versión de GTP y la parte
del perfil QoS (es decir, el campo de "longitud");
la Figura 9 muestra un árbol de decisión en el
cual se identifica el tipo de red utilizada por un dispositivo
móvil a partir la versión del GTP (Protocolo de Tunelización para el
GPRS) y el campo de "longitud" del perfil de QoS, que se
transfirieron desde un nodo de soporte común de la puerta de acceso
a un servidor como se muestra en la Figura 8;
la Figura 10 muestra la información que se está
transfiriendo desde el nodo soporte de la puerta de acceso del
"país local" al servidor, consistiendo la información de la
dirección de IP del nodo de soporte en servicio;
la Figura 11 muestra un árbol de decisión para
una disposición en la cual se identifica el tipo de red utilizada
por el dispositivo móvil a partir de la dirección IP del nodo de
soporte en servicio, que se transfirió desde el nodo de soporte de
la puerta de acceso del "país local" al servidor como se
muestra en la Figura 10;
la Figura 12 muestra la información que se está
transfiriendo desde el nodo de soporte común de la puerta de acceso
a un servidor, consistiendo la información de la dirección IP del
nodo de soporte en servicio; y
la Figura 13 muestra un árbol de decisión para
una disposición en la cual se identifica el tipo de red utilizada
por un dispositivo móvil a partir de la dirección IP del nodo de
soporte en servicio, que se transfirió desde un nodo de soporte
común de la puerta de acceso a un servidor como se muestra en la
Figura 12.
\vskip1.000000\baselineskip
Lo siguiente describe varias posibilidades que
permiten a un operador de comunicaciones móviles restringir los
servicios proporcionados a los clientes en base a su localización
y/o la tecnología de acceso de su red de servicio (3G ó 2.5G).
Los requisitos para este servicio son:
1. Proporcionar compatibilidad para filtrar los
contenidos en base a la tecnología de acceso actual soportada por
la red en servicio. Esto se aplica tanto al tráfico de PS
(Conmutación de Paquetes) local con base en el país como al de
itinerancia internacional para el acceso a servicios domésticos.
2. Considerar escenarios en los que la
tecnología de acceso puede cambiar sin abandonar la sesión (es decir
el contexto PDP (Protocolo de Paquetes de Datos)).
3. Proporcionar capacidad de filtrar el
contenido en base al país actual del abonado. Para esto, son
posibles dos niveles de distinción:
\bullet Todos los clientes de itinerancia
internacional se tratan del mismo modo, por ejemplo ningún servicio
de juego fuera del país local incluso si está permitido en el país
visitado, y
\bullet Los contenidos/servicios se restringen
dependiendo del país del abonado itinerante, por ejemplo ningún
servicio de juegos solo en países donde está prohibido por ley, por
ejemplo en Arabia Saudí.
Para aplicar la restricción de
servicios/contenidos, sólo es necesaria una guía gruesa de la
localización del abonado (por ejemplo el MMC (Código de Móvil del
País) del socio de itinerancia). Los diversos filtros aplicables a
un país particular están fuera del alcance de este documento pero
podría imponer un requisito de funcionamiento significativo sobre
cualquier solución.
4. Los usuarios localizados en el país local
preferiblemente no deberían verse impactados por ninguna solución
para el requisito 1, en términos del rango de disponibilidad del
servicio o velocidad de respuesta.
Para el acceso a los servicios domésticos, si el
tráfico de PS generado con base internacional y con base local en
el país se encaminó a través de los mismos GGSN (Nodo de Soporte de
GPRS de la Puerta de acceso), tendría que comprobarse cada petición
individual para determinar si el abonado tiene permitido o no
acceder al servicio/contenido deseado considerando los derechos y
restricciones legales aplicables fuera del país local. El tiempo
que se tarda en procesar una petición por el dominio de la
aplicación/servicio estaría considerablemente afectado
proporcionando por lo tanto a todos los abonados (tanto los que
están itinerancia como los que no están itinerantes) una pobre
experiencia de usuario. Sin embargo esto sería una posible solución
a corto plazo.
Esta sección describe dos soluciones que
permiten a los operadores identificar si sus abonados están
accediendo a servicios de datos domésticos desde el extranjero.
También estas soluciones posibilitan que los operadores deduzcan la
localización de sus abonados itinerantes (a nivel de país) a partir
del Código Móvil del País (MCC) y el nombre del operador visitado a
partir del Código de la Red Móvil (MNC). Esto proporciona a los
operadores la capacidad de controlar el acceso a los servicios
considerando los derechos y restricciones legales aplicables fuera
del país local y, en algunos casos, aplicable sólo a un subconjunto
de países.
Esta sección representa una solución que
posibilita a los operadores para:
\bullet Segregar el tráfico de PS
internacional generado por clientes itinerantes en el exterior que
acceden a servicios de datos domésticos desde el extranjero, e
\bullet Identificar el país y el operador
visitados que sirven a sus abonados itinerantes.
La idea es utilizar un GGSN dedicado para el
gráfico de PS internacional que se genera hacia del dominio de
aplicaciones/servicios domésticos. Esto se muestra en la Figura
1.
En la Figura 1 las tres nubes representan,
respectivamente, una red extranjera 10 que puede visitarse por un
abonado 3G, la red doméstica del abonado 3G 20, y la red 30 del
socio de itinerancia nacional (NRP). La red doméstica y la red
visitada extranjera están enlazadas por el llamado intercambio de
itinerancia de GPRS, "GRX". La red doméstica y la del socio de
itinerancia nacional están enlazadas por una línea alquilada o por
otra conexión 35. Las puertas de acceso de frontera (BG) sirven como
interfaces entre las redes individuales y el GRX o línea alquilada
35.
Como se muestra en la Figura 1, los usuarios
sobre la red de itinerancia nacional 30 y la red doméstica 20 se
dirigen a servicios domésticos, indicados por la referencia 25 a
través del nodo de soporte de la puerta de enlace del país local
26. De ordinario, los usuarios en el extranjero se dirigirían
igualmente a este nodo. Sin embargo en esta disposición novedosa,
el nodo de soporte de la puerta de acceso 27 está dedicado a los
usuarios en el extranjero.
Ahora que el tráfico de PS internacional está
encaminado a través de un GGNS dedicado, la dirección IP del SGSN
visitado (Nodo de Soporte de GPRS en Servicio) (VSGSN) se
transferirá desde el GGSN en itinerancia al servidor 28 (por
ejemplo un servidor RADIUS) para identificar el país y el operador
visitados que dan servicio a los abonados itinerantes.
Usando esta información en el dominio de las
aplicaciones/servicios, el operador doméstico puede por lo tanto
aplicar alguna clase de filtrado para restringir el acceso a ciertos
servicios/contenidos cuando los clientes están en itinerancia en el
extranjero.
La Figura 1 muestra Sub-sistemas
de Estación base (BSS) y las Redes de Acceso de Radio Terrestres
(UTRAN) del UMTS (Sistema de Telecomunicaciones Móviles
Terrestres).
Esta sección da una visión general de un ejemplo
de cómo un operador de una red doméstica puede implementar el
encaminamiento del tráfico de PS internacional a través de un GGSN
dedicado e identificar el país y el operador visitado.
Para que los clientes itinerantes en el
extranjero accedan a servicios domésticos, todas las sesiones de PS
(es decir, los contextos de PDP) tienen que establecerse a través
del mismo GGSN. Para hacer esto, el APN (Nombre del Punto de Acceso
"Operador.net" tiene que resolverse para la dirección IP del
GGSN.
El APN anterior también se usa cuando clientes
localizados en el país local obtienen acceso a los servicios. Por
lo tanto si se usa el mismo DNS (Servidor de Nombres de Dominios)
para resolver el APN del "Operador.net" independientemente de
la localización del abonado entonces el tráfico de itinerancia
internacional y el tráfico con base local en el país irán a través
de los mismos GGSN.
En cambio el uso de un DNS dedicado a las
peticiones recibidas (para la resolución del APN) desde las redes
extranjeras posibilita al operador doméstico para asignar un GGSN
diferente sólo para el tráfico de PS de itinerancia internacional.
Esto es posible ya que el contenido del DNS de itinerancia es
independiente de la información contenida en el DNS del país local.
En la Figura 2 se da una visión general de esta arquitectura.
Obsérvese que la dirección IP del DNS de
itinerancia debe especificarse para los socios de itinerancia.
El flujo de la llamada dado en la Figura 3
muestra cómo se establece la sesión hacia el GGSN dedicado al
tráfico de PS de itinerancia internacional para acceder a los
servicios domésticos.
Cuando el abonado solicita el acceso a servicios
tales como la Internet, se envía el APN del "Operador.net" al
VSGSN de la red visitada (etapa 1). El VSGSN envía el APN al
servidor de nombres de dominio (DNS) 40 de la red visitada (VPLMN
(Red Móvil Terrestre Pública Visitada)) (etapa 2) para su
resolución. El DNS 40 identifica el APN y pasa la petición al DNS
de itinerancia internacional 41 (etapa 3) localizado en la red
doméstica del abonado. Después de resolver el APN, este DNS 41
devuelve la dirección IP del GGSN de itinerancia internacional al
DNS del VPLMN (etapa 4), que lo pasa al VSGSN (etapa 5) después de
lo cual el VSGSN comunica directamente con el HGGSN (GGSN
Doméstico) de itinerancia internacional dedicado para completar el
establecimiento de la sesión. En este punto el HGGSN de itinerancia
internacional asigna una dirección IP al abonado de un intervalo de
direcciones reservado sólo para el tráfico de itinerancia
internacional.
Se apreciará que los servidores de servicios
domésticos 25 no necesitan entonces comprobar cada petición
entrante. Todo lo que se necesita para el tráfico recibido a través
del GGSN 26 se manejará de forma diferente que el tráfico recibido
a través del GGSN 27. El tráfico recibido a través del GGSN del país
local 26 puede manejarse como anteriormente.
El contenido del DNS de itinerancia (en la
Figura 2) muestra que el APN del "operador.net" se resuelve
para la dirección IP del GGSN de itinerancia internacional, lo cual
permite que todas las sesiones de PS que usan ese APN se
establezcan hacia este GGSN para clientes en el extranjero.
Obsérvese que las sesiones de los abonados
corporativos itinerantes se establecerán hacia el GGSN corporativo
usual, es decir no hay ningún GGSN dedicado para el tráfico de PS
corporativo de itinerancia. En este ejemplo, en lo que se refiere a
los servicios corporativos, se deja que los operadores de la red
traten con los problemas concernientes con esta invención.
También, la Figura 2 muestra que puede asignarse
un conjunto de direcciones IP dedicadas para el GGSN de itinerancia
internacional. Esto posibilitaría al dominio de la
aplicaciones/servicios identificar que un abonado está accediendo a
servicios de datos desde el extranjero simplemente comprobando la
dirección IP que se asignó durante el establecimiento de la
sesión.
La Figura 2 también muestra el Equipo de Usuario
(UE).
Para el tráfico de PS de itinerancia
internacional, el GGSN de itinerancia transferirá la dirección IP
del VSGSN al servidor (por ejemplo el servidor RADIUS) (Véase la
Figura 1) una vez que recibe el mensaje de Petición de Crear un
Contexto de PDP (como se muestra en la Figura 4). La Dirección de IP
del VSGSN se usa para deducir el país y operador visitado que da
servicio a los abonados itinerantes desde el MCC y MNC
respectivamente. Para hacer esto, el operador hará uso de un DNS
(como se muestra en la Figura 1) para almacenar el MCC y MNC frente
a la Dirección IP del SGSN del correspondiente socio de itinerancia.
La información de MCC/MNC se recupera a través de una petición de
DNS inversa que contiene la dirección IP del VSGSN que se recibió
desde el GGSN itinerante.
Los nombres del país y operador visitados se
deducen a continuación y se usan por el dominio de la
aplicación/servicio para aplicar la restricción de
servicios/contenidos cuando sea aplicable.
Esta sección describe una solución de "GGSN
único" donde se usa el mismo GGSN tanto para el tráfico de PS
local con base en el país como el de itinerancia internacional para
acceder a los servicios domésticos. Esto se muestra en la Figura 5
con el único GGSN identificado por la referencia 45.
Pueden identificarse tres escenarios:
\bullet Abonados sobre la red doméstica, es
decir en el país local,
\bullet Abonados sobre la red del socio de
itinerancia nacional, es decir en el país local, y
\bullet Abonados sobre una red extranjera, es
decir en el extranjero.
Una vez recibido el mensaje de Petición de Crear
Contexto de PDP, el GGSN del operador doméstico transferirá la
dirección IP del SGSN al servidor (por ejemplo el servidor RADIUS)
(véase la Figura 5). Este procedimiento se ilustra en la Figura
6.
Esto posibilitará a los operadores para:
\bullet Diferenciar entre abonados
internacionales, nacionales y no itinerantes, e
\bullet Identificar el país y operador que dan
servicio a sus abonados.
Esto se basa en la suposición de que no está
implementada la "transferencia" del UMTS (Sistema de
Telecomunicaciones Móviles Universal) al GPRS hacia la red del
socio de itinerancia nacional. La dirección de IP del SGNS recibida
puede entonces comprobarse frente a una lista que incluye las
direcciones IP de los SGSN del operador doméstico y los SGSN del
socio de itinerancia nacional. Esto posibilitará identificar si el
abonado es internacional, nacional o no itinerante, y por lo tanto
si el abonado está en el extranjero o en el país local (véase el
árbol de decisiones en la Figura 7).
Además de esto, se usa la Dirección de IP del
SGSN para deducir el país y el operador visitado que da servicio a
los abonados del operador a partir del MCC y MNC respectivamente.
Para hacer esto, el operador puede hacer uso de un DNS (como se
muestra en la Figura 5) para almacenar el MCC y MNC frente a la
dirección IP del SGSN del operador de red correspondiente.
La información de MCC/MNC se recupera a través
de una petición de DNS inversa que contiene la dirección IP del
SGSN que se recibió desde el GGSN del operador doméstico. Los
nombres del país y el operador en servicio se deducen a
continuación y se usan por el dominio de las aplicaciones/servicios
para aplicar la restricción de servicios/contenidos cuando sea
aplicable.
Esta sección describe varias soluciones que
posibilitan que los operadores de 3G identifiquen la tecnología de
acceso, es decir GPRS (2,5G) o UMTS (3G), soportada por la red que
da servicio a sus clientes cuando estos están accediendo a
servicios de datos domésticos. Esto posibilita que los operadores 3G
controlen el acceso al servicio considerando el nivel de QoS
proporcionado por la red en servicio que puede ser también la red
doméstica.
Esta sección describe una solución donde el GGSN
del operador doméstico transfiere la información apropiada al
servidor (por ejemplo un servidor RADIUS) (véanse la Figura 1 y la
Figura 5) a la recepción del mensaje de Petición de Crear un
Contexto de PDP o Petición de Actualizar el Contexto de PDP desde un
SGSN.
Para las redes basadas en 3GPP, hay sólo tres
combinaciones posibles de la versión de GTP y el tipo de perfil de
QoS en los mensajes de Petición enviados al GGSN del operador
doméstico:
R97/98 QoS enviado sobre GTPv0, es decir un
abonado sobre la red 2.5G,
R97/98 QoS enviado sobre GTPv1, es decir un
abonado sobre la red 2.5G, y
R99 + R97/98 QoS enviado sobre la GTPv1, es
decir un abonado sobre la red 3G.
Por lo tanto, si
La versión de GTP es la 0, el abonado está sobre
la red 2.5G.
La versión de GTP es la 1 y el perfil de QoS de
R97/98, el abonado está sobre la red 2.5G,
La versión de GTP es la 1 y el perfil de QoS de
R99 + R97/98, el abonado está sobre la red 3G.
El documento TS 29.060 V3.7.0 del 3GPP -
Protocolo de Tunelización a través de la interfaz Gn y Gp
(1999-12) especifica que "el extremo de recepción
(en este caso el GGSN del operador doméstico) interpretará que el
campo de Datos del perfil de QoS está codificado de acuerdo con el
GSM 04.08 (es decir de acuerdo con el formato de la
pre-Versión 99) si el valor del campo de Longitud es
4". Esto se debe tener en cuenta cuando se usa el GTPv1 entre el
SGSN y el GGSN. Por lo tanto si, a la recepción de un mensaje de
Petición de Crear un Contexto de PDP o de Petición de Actualizar un
Contexto de PDP desde un SGSN, el GGSN del operador doméstico envía
al servidor (por ejemplo, un servidor RADIUS) el número de versión
de GTP, y el valor del campo de longitud en el elemento de
información de QoS (sólo si la versión de GTP es 1), a continuación
puede identificarse la tecnología de acceso, soportada por la red
que da servicio al abonado y pasarse sobre el dominio de la
aplicación/servicio para posibilitar el control de acceso al
servicio.
En el caso en el que se usa el protocolo RADIUS
de IETF (RFC 2865 del IETF- Servicio de Sintonía de Usuario de
Autenticación Remota (RADIUS) (2000-06) entre el
GGSN y el servidor, el GGSN necesita hacer uso del atributo
Específico del Vendedor (RFC 2865 del IETF y RFC 2866 del IETF -
Contabilidad RADIUS (2006-06)) y el mensaje de
Actualización Intermedia (RFC 2866 del IETF) definido para este
protocolo.
Para este ejemplo, la transferencia de
información desde el GGSN del operador doméstico al servidor RADIUS
se ilustra en la Figura 8.
Para identificar la tecnología de acceso que da
servicio a un abonado determinado, se aplica el árbol de decisión
representado en la Figura 9.
Si el operador decide implementar esta solución
sólo para el tráfico de PS de itinerancia internacional, entonces
es importante observar que la adopción de la arquitectura "GGSN
dedicado" (sección 2.1) tendrá el beneficio de no afectar al
tráfico de PS local con base en el país.
Esta sección describe una solución de corto
plazo en el caso en el que la solución 1 (sección 3.1) no pueda
implementarse inmediatamente debido a las limitaciones del GGSN.
Esta solución está basada en la arquitectura "GGSN dedicado"
(sección 2.1).
La sección 2.1 muestra que el tráfico de PS de
itinerancia internacional (para acceso a los servicios domésticos)
puede separarse del tráfico de PS local con base en el país haciendo
uso de un GGSN dedicado. También, en un periodo de corto plazo,
pueden hacerse las siguientes suposiciones:
Todos los abonados en el extranjero realizarán
la itinerancia bien sobre redes 2.5G o sobre redes 3G que no
soportan las portadoras de radio en tiempo real para aplicaciones
basadas en PS, y las redes GRX (Intercambio de Itinerancia de GPRS)
que no soportarán una QoS para aplicaciones en tiempo real.
Por lo tanto puede considerarse que todos los
abonados itinerantes, que tienen asignada una dirección IP a través
del GGSN de "itinerancia internacional", acceden a los
servicios desde una red 2.5G o similar a la 2.5G. Esto se ilustra
en la Figura 1.
Para el tráfico local con base en el país,
pueden identificarse dos escenarios:
Abonados sobre la red doméstica, es decir sobre
la red 3G, y
Abonados sobre la red de socios de itinerancia
nacional, es decir sobre la red 2.5G.
Una vez recibido el mensaje de Petición de Crear
un Contexto de PDP, el GGSN del operador doméstico transferirá la
dirección IP del SGSN al servidor (por ejemplo un servidor RADIUS)
(véase la Figura 1) para posibilitar diferenciar entre abonados
nacionales y no itinerantes. Esto se ilustra en la Figura 10. Esto
está basado en la suposición de que no está implementada la
"transferencia" de UMTS a GPRS hacia la red del socio de
itinerancia nacional. La Dirección IP del SGSN puede comprobarse a
continuación frente a una lista que incluye las direcciones IP de
los SGSN del operador domestico y los SGSN del socio de itinerancia
nacional. Esto posibilitará identificar si el abonado es itinerante
de ámbito nacional o no, y por lo tanto si el abonado está sobre una
red 2.5G o 3G (véase el árbol de decisión en la Figura 11).
Es importante observar que la adopción de la
arquitectura "GGSN dedicado" (sección 2.1) posibilitará al
operador para realizar una búsqueda de la dirección IP del SGSN
sólo para el tráfico local con base en el país.
Esta sección describe otra solución a corto
plazo en el caso de que la solución 1 (sección 3.1) no pueda
implementarse inmediatamente debido a limitaciones del GGSN. Esta
solución está basada en una arquitectura donde se usa el mismo
GGSN tanto para el tráfico de PS local con base en el país como el
de itinerancia internacional (sección 2.2). Las suposiciones sobre
el tráfico de PS de itinerancia internacional, listadas en la
sección 3.2.1 también se consideran para esta solución.
Por lo tanto pueden identificarse tres
escenarios:
\bullet Abonados sobre la red doméstica, es
decir sobre la red 3G.
\bullet Abonados sobre la red del socio de
itinerancia nacional, es decir la red 2.5G, y
\bullet Abonados sobre una red extranjera, es
decir sobre una red 2.5G.
Una vez que se recibe el mensaje de Petición de
Crear un Contexto de PDP, el GGSN del operador doméstico transferirá
la dirección IP del SGSN al servidor (por ejemplo, un servidor
RADIUS) (véase la Figura 5) para posibilitar diferenciar entre los
abonados internacionales, nacionales y no itinerantes. Esto se
ilustra en la Figura 12.
Esto se basa en la suposición de que la
"transferencia" del UMTS al GPRS hacia la red del socio de
itinerancia nacional no está implementada.
La Dirección de IP del SGSN puede comprobarse a
continuación frente a una lista que incluye las direcciones IP de
los SGSN del operador doméstico y los SGSN del socio de itinerancia
nacional. Esto posibilitará identificar si el abonado es un usuario
internacional, nacional o no itinerante, y por lo tanto si el
abonado está sobre una red 2.5G o 3G (véase el árbol de decisión en
la Figura 13).
Claims (14)
1. Un método de funcionamiento de un sistema de
comunicaciones móviles, en el que el tráfico desde los dispositivos
móviles se encamina a través de un nodo de soporte en servicio y un
nodo de soporte de la puerta de acceso a uno o más servidores de la
red doméstica accesibles sólo por esos dispositivos móviles,
teniendo la red doméstica enlaces con otras redes por las que se
encamina el tráfico hacia/desde los dispositivos móviles
localizados fuera de la red doméstica a través de otra red
desde/hacia la red doméstica, comprendiendo el método
(a) seleccionar al menos una de las otras redes
para recibir un intervalo restringido de servicios desde los
servidores de la red doméstica;
(b) determinar si los dispositivos móviles están
comunicando con la red doméstica a través de una red seleccionada
por la etapa (a);
(c) identificar la red seleccionada por la etapa
(a) para un servidor proporcionado para determinar qué servicios de
los servicios de la red doméstica están permitidos para la red
seleccionada y qué servicios no están permitidos;
(d) determinar los servicios que no están
permitidos para la red seleccionad; y
(e) bloquear el suministro de los servicios que
se determinan en la etapa (d) como no permitidos para la red
seleccionada, para los dispositivos móviles que comunican con la red
doméstica a través de la red seleccionada.
\vskip1.000000\baselineskip
2. Un método de acuerdo con la reivindicación 1
en el que, en la etapa (c) la red seleccionada se identifica por
dicho servidor cuando se recibe un contexto del protocolo de
paquetes de datos por el nodo de soporte de la puerta de
acceso.
3. Un método de acuerdo con la reivindicación 1
en el que los mensajes de control recibidos por la red doméstica
incluyen datos que identifican la red a través de la cual se está
encaminando el tráfico, y en el que la etapa (b) comprende examinar
dichos datos de identificación de la red para cada uno de los
dispositivos móviles que comunica con los servidores de la red
doméstica.
4. Un método de acuerdo con la reivindicación 3
en el que la red doméstica tiene enlaces con al menos una red
basada en otra localización, y en el que dichos datos de
identificación permiten identificar esa localización.
5. Un método de acuerdo con las reivindicaciones
1 a 4 en el que la red doméstica tiene enlaces con al menos una red
que proporciona más bajo nivel de la calidad de servicio (QoS) que
la red doméstica, y en el que el nivel disponible de QoS se
determina a partir de los datos que identifican la red.
6. Un método de acuerdo con la reivindicación 1
en el que la red domestica tiene enlaces con al menos una red que
proporciona un nivel de QoS más bajo que la red doméstica, los
mensajes de control recibidos por la red doméstica incluyen datos
que identifican el nivel disponible de QoS de la red a través de la
cual se ha encaminado el tráfico, y la etapa (b) comprende examinar
dichos datos de identificación de QoS para cada uno de los
dispositivos móviles que comunican con la red doméstica.
7. Un método de acuerdo con cualquiera de las
reivindicaciones anteriores en el que se proporciona un nodo de
soporte separado de la puerta de acceso para el tráfico encaminado a
los servidores de la red doméstica a través de una de las otras
redes.
8. Un método de acuerdo con la reivindicación 7,
en el que las etapas (b) y (c) incluyen discriminar entre tipos de
tráfico de acuerdo con el nodo de soporte de la puerta de acceso a
través de la cual se encaminan.
9. Un método de acuerdo con la reivindicación 8,
en el que la red doméstica tiene enlaces con al menos una red
basada en otra localización, y en el cual se proporcionan más nodos
de soporte separados de la puerta de acceso para encaminar el
tráfico a los servidores de la red doméstica a través de redes
basadas en otras localizaciones.
10. Un método de acuerdo con las
reivindicaciones 7, 8 ó 9, en el que cada uno de los nodos de
soporte de la puerta de acceso tiene un conjunto de direcciones IP
dedicadas.
11. Un método de acuerdo con la reivindicación
10, en el que las etapas (b) y (c) incluyen el uso de una búsqueda
de direcciones IP para identificar el nodo de soporte de la puerta
de acceso a través de la cual se ha encaminado el tráfico a los
servidores de la red doméstica.
12. Un método de acuerdo con la reivindicación
11, en el que dicha búsqueda de direcciones IP es capaz de
identificar si el terminal móvil está en una red 2.5G ó 3G.
\newpage
13. Un método de acuerdo con la reivindicación 2
ó 9, en el que la etapa (a) comprende seleccionar las redes de una
o más localizaciones y la etapa (e) comprende bloquear el suministro
de servicios a los usuarios en base a las leyes en las
localizaciones de las redes seleccionadas.
14. Un método de acuerdo con la reivindicación 5
ó 6, en el que la etapa (a) comprende seleccionar una o más redes
que tienen un nivel menor de QoS que la red doméstica y la etapa (e)
comprende bloquear el suministro de ciertos servicios a los
dispositivos móviles que usan las redes seleccionadas.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0310877 | 2003-05-12 | ||
| GB0310877A GB2401747B (en) | 2003-05-12 | 2003-05-12 | Service restriction in mobile communication networks |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2345715T3 true ES2345715T3 (es) | 2010-09-30 |
Family
ID=9957902
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04732338T Expired - Lifetime ES2345715T3 (es) | 2003-05-12 | 2004-05-12 | Restriccion de servicios en redes de comunicaciones moviles. |
Country Status (13)
| Country | Link |
|---|---|
| EP (1) | EP1623595B1 (es) |
| CN (1) | CN1823543A (es) |
| AT (1) | ATE472915T1 (es) |
| AU (1) | AU2004237356B2 (es) |
| DE (1) | DE602004027906D1 (es) |
| DK (1) | DK1623595T3 (es) |
| ES (1) | ES2345715T3 (es) |
| GB (1) | GB2401747B (es) |
| IL (1) | IL171874A (es) |
| NO (1) | NO329044B1 (es) |
| NZ (1) | NZ543634A (es) |
| PL (1) | PL1623595T3 (es) |
| WO (1) | WO2004100595A1 (es) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7733824B2 (en) | 2005-06-23 | 2010-06-08 | Nokia Corporation | Fixed access point for a terminal device |
| CN100428852C (zh) * | 2005-09-20 | 2008-10-22 | 华为技术有限公司 | 一种限制移动终端漫游的方法及系统 |
| FR2895635A1 (fr) | 2005-12-22 | 2007-06-29 | Nec Technologies Uk Ltd | Procede d'indication automatique de services a un terminal mobile |
| EP1969876B1 (en) | 2005-12-30 | 2013-02-13 | Telecom Italia S.p.A. | Method of selecting a radio access among different radio communications technologies |
| CN100365978C (zh) * | 2006-02-23 | 2008-01-30 | 华为技术有限公司 | 实现对业务提供商分类服务的方法及装置 |
| DE102006015044A1 (de) * | 2006-03-31 | 2007-10-18 | Siemens Ag | Verfahren zur Kommunikation von Endgeräten über paketvermittelte Mobilfunknetze |
| CN100442718C (zh) * | 2006-06-05 | 2008-12-10 | 中国移动通信集团公司 | 一种多级分布式网络系统 |
| JP2010166243A (ja) | 2009-01-14 | 2010-07-29 | Sony Ericsson Mobilecommunications Japan Inc | 移動通信端末装置、ＱｏＳ制御装置、移動通信システム及びＱｏＳの保証方法 |
| CN101867902A (zh) * | 2010-05-28 | 2010-10-20 | 上海顶竹通讯技术有限公司 | 一种能够实现国际漫游的网络及对漫游终端的管理方法 |
| TWI516151B (zh) | 2013-04-26 | 2016-01-01 | 緯創資通股份有限公司 | 通訊方法與通訊系統 |
| WO2015139771A1 (en) * | 2014-03-21 | 2015-09-24 | Telefonaktiebolaget L M Ericsson (Publ) | Delivery of data services to a roaming network user |
| GB2556433B (en) * | 2016-10-06 | 2021-07-07 | Reliance Jio Infocomm Ltd | A system and method for providing services to user equipment in an inter-national location |
| EP3652693B1 (en) * | 2017-07-13 | 2024-02-14 | Softbank Corporation | Cross network authentication method and system |
| US11882091B1 (en) * | 2022-11-10 | 2024-01-23 | T-Mobile Usa, Inc. | Allocation of internet protocol addresses based on a location of a visited network |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6097948A (en) * | 1998-01-29 | 2000-08-01 | Telefonaktiebolaget L M Ericsson (Publ) | Signaling channel firewall for communications between wireless networks |
| EP1076463A3 (en) * | 1999-08-11 | 2002-01-02 | Lucent Technologies Inc. | Supporting network in telecommunications systems |
| BR0108807A (pt) * | 2000-02-29 | 2003-04-08 | Verisign Inc | Sistema e método para controlar e monitorar uma chamada sem fio de roaming |
| JP2003528398A (ja) * | 2000-03-21 | 2003-09-24 | リットマスター，テッド・アール | 通信ネットワークに情報を配信するためのシステムおよびプロセス |
| EP1156692B1 (en) * | 2000-05-19 | 2008-03-19 | Lucent Technologies Inc. | Internet protocol-based mobile telecommunications networks |
| US7184764B2 (en) * | 2001-02-08 | 2007-02-27 | Starhome Gmbh | Method and apparatus for supporting cellular data communication to roaming mobile telephony devices |
| JP2004530210A (ja) * | 2001-04-30 | 2004-09-30 | ノキア コーポレイション | コンテンツデリバリーに関する改良 |
| US20040228347A1 (en) * | 2001-08-09 | 2004-11-18 | Tuija Hurtta | Enabling active pdp contexts in additional plmns according to home operator information and/or subnetwork information |
-
2003
- 2003-05-12 GB GB0310877A patent/GB2401747B/en not_active Expired - Lifetime
-
2004
- 2004-05-12 NZ NZ543634A patent/NZ543634A/en not_active IP Right Cessation
- 2004-05-12 ES ES04732338T patent/ES2345715T3/es not_active Expired - Lifetime
- 2004-05-12 AT AT04732338T patent/ATE472915T1/de active
- 2004-05-12 PL PL04732338T patent/PL1623595T3/pl unknown
- 2004-05-12 CN CNA2004800196153A patent/CN1823543A/zh active Pending
- 2004-05-12 DE DE602004027906T patent/DE602004027906D1/de not_active Expired - Lifetime
- 2004-05-12 WO PCT/GB2004/002020 patent/WO2004100595A1/en not_active Ceased
- 2004-05-12 AU AU2004237356A patent/AU2004237356B2/en not_active Expired
- 2004-05-12 EP EP04732338A patent/EP1623595B1/en not_active Expired - Lifetime
- 2004-05-12 DK DK04732338.1T patent/DK1623595T3/da active
-
2005
- 2005-11-10 IL IL171874A patent/IL171874A/en not_active IP Right Cessation
- 2005-11-16 NO NO20055418A patent/NO329044B1/no not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| GB0310877D0 (en) | 2003-06-18 |
| GB2401747A (en) | 2004-11-17 |
| IL171874A (en) | 2011-03-31 |
| EP1623595A1 (en) | 2006-02-08 |
| DE602004027906D1 (de) | 2010-08-12 |
| AU2004237356B2 (en) | 2010-01-07 |
| IL171874A0 (en) | 2006-04-10 |
| NO329044B1 (no) | 2010-08-02 |
| NO20055418D0 (no) | 2005-11-16 |
| EP1623595B1 (en) | 2010-06-30 |
| DK1623595T3 (da) | 2010-10-04 |
| WO2004100595A1 (en) | 2004-11-18 |
| PL1623595T3 (pl) | 2010-11-30 |
| HK1067841A1 (en) | 2005-04-15 |
| NZ543634A (en) | 2008-07-31 |
| WO2004100595A8 (en) | 2006-05-11 |
| AU2004237356A1 (en) | 2004-11-18 |
| NO20055418L (no) | 2006-01-27 |
| ATE472915T1 (de) | 2010-07-15 |
| GB2401747B (en) | 2006-08-02 |
| CN1823543A (zh) | 2006-08-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2399428T3 (es) | Decisiones de control en un sistema de comunicación | |
| ES2316869T3 (es) | Filtrado de paquetes de datos en una pasarela de red que funciona como punto de aplicacion politica local basada en el servicio (sblp). | |
| KR100967749B1 (ko) | 어드레스 관리방법, 어드레스 관리시스템, 이동 단말 및 홈 도메인 서버 | |
| ES2282567T3 (es) | Portal de visitantes para soportar comunicacion de datos desde disposiivos de telefonia movil de itinerancia. | |
| CN101346947B (zh) | 用于电信网络中路由优化的方法和设备 | |
| US7050416B2 (en) | Technique for IP communication among wireless devices | |
| US20070165655A1 (en) | Combining IP and cellular mobility | |
| ES2741886T3 (es) | Control de sesiones de datos en un sistema de comunicaciones | |
| JP2010537526A (ja) | 移動通信ネットワークにおいてローカルブレークアウトを提供するための方法と装置 | |
| JP2010510713A (ja) | ゲートウェイ選択機構 | |
| KR100988186B1 (ko) | 다중 네트워크 상호연동에서의 홈 에이전트에 의한 동적 홈어드레스 할당 방법 및 장치 | |
| EP1623595B1 (en) | Service restriction in mobile communication networks | |
| US20080153484A1 (en) | Quality of service improvement in mobile networks | |
| EA013704B1 (ru) | Способ и сервер для предоставления кода мобильности | |
| US8561150B2 (en) | Method and system for supporting mobility security in the next generation network | |
| KR100625240B1 (ko) | 휴대 인터넷 망에서의 인터넷 프로토콜 주소 관리 장치 및그 방법 | |
| ES2897439T3 (es) | Procesamiento GTP-C distribuido multicapa | |
| JP4802238B2 (ja) | ローカルネットワーク相互接続における移動端末に対してネットワークに基づくトンネルを設定する方法 | |
| ES2265553T3 (es) | Procesamiento de peticion de servicio desde un terminal itinerante. | |
| ES2340607T3 (es) | Procedimiento y dispositivo para la activacion de un contexto de un protocolo de paquetes de datos en el establecimiento de una conexion de paquetes de datos en una red de comunicaciones. | |
| ES2259461T3 (es) | Sistema y metodo de control de conmutacion por paquetes. | |
| FI114065B (fi) | Menetelmä ja järjestelmä päätelaitteen liikkuvuuden hallitsemiseksi | |
| Rojas et al. | IPv6 micro-mobility management and VHE based on MSP | |
| Sengodan et al. | Wireless and mobility issues in IP telephony | |
| JP2022515904A (ja) | セキュアエレメントを移動体ネットワークオペレータのネットワークに接続する方法及び対応するセキュアエレメント |