ES2243250T3 - Gestion de la ubicacion para sistemas celulares. - Google Patents

Gestion de la ubicacion para sistemas celulares.

Info

Publication number
ES2243250T3
ES2243250T3 ES00920784T ES00920784T ES2243250T3 ES 2243250 T3 ES2243250 T3 ES 2243250T3 ES 00920784 T ES00920784 T ES 00920784T ES 00920784 T ES00920784 T ES 00920784T ES 2243250 T3 ES2243250 T3 ES 2243250T3
Authority
ES
Spain
Prior art keywords
location
terminal
network
network controller
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES00920784T
Other languages
English (en)
Inventor
Jaakko Rajaniemi
Kalle Ahmavaara
Heikki Einola
Juha Back
Tony Hulkkonen
Serge Haumont
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Inc
Original Assignee
Nokia Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Inc filed Critical Nokia Inc
Application granted granted Critical
Publication of ES2243250T3 publication Critical patent/ES2243250T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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
    • H04W8/08Mobility data transfer
    • H04W8/12Mobility data transfer between location registers or mobility servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/13Cell handover without a predetermined boundary, e.g. virtual cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/12Reselecting a serving backbone network switching or routing node
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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
    • H04W8/06Registration at serving network Location Register, VLR or user mobility server

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Método para indicar una ubicación de un terminal (MS) en un sistema de telecomunicaciones, que comprende: una red núcleo (CN); y una red de acceso (RAN) que comprende un primer controlador de red, el cual actúa por lo menos temporalmente como el controlador de red de servicio (SRNC) del terminal, para notificar la ubicación del terminal a la red núcleo, y un segundo controlador de red, el cual actúa por lo menos temporalmente como el controlador de red de deriva (DRNC) del terminal, para mantener una conexión con el terminal; en el que existe un primer conjunto de criterios predeterminados para enviar información sobre la ubicación del terminal (MS) a la red núcleo (CN); y en respuesta al cumplimiento de por lo menos un criterio del primer conjunto, el terminal (MS) envía al segundo controlador de red (DRNC) información de ubicación (4-1, 5-1) sobre la base de la cual se puede determinar la ubicación del terminal; y el segundo controlador de red (DRNC) reenvía la información de ubicación alprimer controlador de red (SRNC) para su notificación a la red núcleo (CN); caracterizado porque el primer controlador de red (SRNC) envía información transformada (4-2, 5-2) sobre la ubicación del terminal a la red núcleo (CN); en el que la información transformada indica de forma explícita o implícita la estación móvil (MS) que estará bajo el mando de su controlador de red de servicio.

Description

Gestión de la ubicación para sistemas celulares.
Antecedentes de la invención
La presente invención se refiere a métodos y equipos para notificar la ubicación de un terminal móvil. La invención se puede usar, por ejemplo, para implementar un traspaso en un sistema de comunicaciones móviles. La invención resulta particularmente útil en un sistema que sea por lo menos parcialmente un sistema de comunicaciones móviles de tercera generación (3G). Los sistemas de comunicaciones móviles 3G, tales como el UMTS (Sistema de Telecomunicaciones Móviles Universales) están siendo normalizados por el Foro UMTS y el Instituto Europeo de Normas de Telecomunicación ETSI. La previsión actual es que los sistemas 3G incluirán componentes tanto de conmutación por circuitos como de conmutación por paquetes. El documento WO 99/20071 da a conocer técnicas para la transferencia de datos y la gestión de ubicaciones en redes 3G.
La Fig. 1 es un diagrama de bloques de un sistema de telecomunicaciones que muestra los componentes que son esenciales para entender la invención. Una Estación Móvil MS UMTS consta de un Equipo Móvil ME y una tarjeta USIM (Módulo de Usuario y Servicios e Identidad). Existe una interfaz de radiocomunicaciones Uu entre la MS y una Red de Acceso de Radiocomunicaciones RAN, la cual comprende Estaciones Base BS bajo el control de Controladores de Redes de Radiocomunicaciones RNC. Para los servicios por conmutación de circuitos, los RNC están conectados, a través de una interfaz Iu, a Centros de Conmutación de servicios Móviles MSC, y para los servicios por conmutación de paquetes, existe una conexión, a través de una interfaz Gb, con Nodos de Soporte de Servicio GPRS SGSN (GPRS = Servicio General de Radiocomunicaciones por Paquetes). Los elementos MSC y SGSN pueden incluir secciones adicionales UMTS independientes. Los datos de abonado relacionados con la MS se almacenan permanentemente en un Registro de Posiciones Base HLR y para el funcionamiento por conmutación de circuitos, los datos se transfieren hacia el Registro de Posiciones de Visitantes VLR del MSC que presta servicio en ese momento a la MS. Pueden existir Unidades de interfuncionamiento IWU independientes para adaptar las interfaces A y Gb de los sistemas GSM/GPRS a la interfaz Iu del UMTS. Para almacenar datos relacionados con el equipo, la red comprende un Registro de Identidad de Equipo EIR. Para introducir y actualizar datos específicos del abonado, existe una sección de Operaciones y Mantenimiento O&M que tiene una Interfaz Hombre-Máquina MMI. Para crear y gestionar servicios suplementarios, existe típicamente un Nodo de Control de Servicio SCN especializado el cual puede interpretarse como una versión evolucionada de un Punto de Control de Servicio (SCP) de Redes Inteligentes.
Únicamente se describirá más detalladamente la sección por conmutación de paquetes, y se considera que esta sección será similar a un sistema GPRS. La infraestructura GPRS comprende nodos de soporte tales como un nodo de soporte de pasarela GPRS (GGSN) y un nodo de soporte de servicio GPRS (SGSN). Las funciones principales de los nodos GGSN implican una interacción con la red de datos externa. El GGSN actualiza el directorio de ubicaciones usando información de encaminamiento suministrada por los SGSN sobre un camino de la MS y encamina el paquete de protocolo de la red de datos externa encapsulado a través de la GPRS dorsal hacia el SGSN que está prestando servicio en ese momento a la MS. También desencapsula y reenvía paquetes de la red de datos externa hacia la red de datos adecuada y gestiona la facturación del tráfico de datos.
Las funciones principales del SGSN son la detección de estaciones móviles GPRS nuevas en su área de servicio, la gestión del proceso de registro de las MS nuevas junto con los registros GPRS, el envío/recepción de paquetes de datos hacia/desde la MS GPRS, y el mantenimiento de un registro de la ubicación de las MS dentro de su área de servicio. La información de suscripción se almacena en un registro GPRS (HLR) en el que se almacena la correspondencia entre una identidad de un móvil (tal como una MS-ISDN o IMSI) y la dirección PSPDN. El registro GPRS actúa como una base de datos a partir de la cual los SGSN pueden preguntar si se permite que una MS nueva en su área se una a la red GPRS.
Los nodos de soporte de pasarela GPRS GGSN conectan la red GPRS de un operador con sistemas externos, tales como sistemas GPRS de otros operadores, redes 11 de datos, tales como una red IP (Internet) o una red X.25, y centros de servicio. Los anfitriones fijos 14 se pueden conectar a la red 11 de datos, por ejemplo, por medio de una red de área local LAN y un encaminador 15. Una pasarela de frontera BG proporciona acceso a una red dorsal GPRS 12 entre operadores. El GGSN también se puede conectar directamente a una red empresarial privada o un anfitrión. El GGSN incluye direcciones PDP (Protocolo de Datos por Paquetes) de abonados GPRS e información de encaminamiento, es decir, direcciones SGSN. La información de encaminamiento se usa para constituir túneles de unidades de datos protocolo PDU desde la red 11 de datos hacia el punto de conmutación actual de la MS, es decir, hacia el SGSN de servicio. Las funcionalidades del SGSN y el GGSN pueden estar conectadas con el mismo nodo físico.
El registro de posiciones base HLR de la red GSM contiene datos de abonados GPRS e información de encaminamiento y establece una correspondencia de la IMSI del abonado con una dirección SGSN y uno o más pares del tipo PDP y dirección PDP. El HLR también establece una correspondencia de cada par de tipo PDP y dirección PDP con un nodo GGSN. El SGSN dispone de una interfaz Gr con el HLR (una conexión de señalización directa o a través de una red dorsal interna 13). El HLR de una MS itinerante y su SGSN de servicio pueden estar en diferentes redes de comunicaciones móviles.
La red dorsal 13, dentro del mismo operador, la cual interconecta un SGSN del operador y un equipo GGSN, se puede implementar, por ejemplo, por medio de una red local, tal como una red IP. Debería observarse que la red GPRS de un operador también se puede implementar sin la red dorsal dentro del mismo operador, por ejemplo, proporcionando todas las características en un ordenador.
La Fig. 2 muestra las pilas de protocolos usadas en los diversos puntos en una red 3G.
Una estación móvil (MS) involucrada en el tráfico GPRS envía un mensaje de ACTUALIZACIÓN DE CÉLULA (CU) después de detectar que ha variado su célula. Una serie de células constituyen un área de encaminamiento (RA), y cuando el área de encaminamiento varía la MS envía un mensaje de ACTUALIZACIÓN DE ÁREA DE ENCAMINAMIENTO (RAU). En el UMTS, los mensajes de actualización de células no se envían hacia el SGSN, únicamente hacia el RNC. Por esta razón, el SGSN no tiene conocimiento sobre la célula exacta de la MS. Para una MS activa, el SGSN únicamente conoce un identificador del RNC que gestiona la MS. Para una MS en reposo, el SGSN únicamente conoce el identificador de área de encaminamiento de la MS.
A continuación, haciendo referencia a la Fig. 3, se describirá un primer problema que subyace tras la invención. Un sistema 3G puede plantear ciertos problemas que no existen en los sistemas 2G, tales como el GSM y el GPRS. Por ejemplo, cuando la MS está cambiando de célula, es posible que una conexión orientada a conexión no sea gestionada por el RNC que controla las células activas de la MS sino por otro RNC. Al primer RNC se le denomina "RNC de deriva" y al último RNC se le denomina "RNC de servicio". En la Fig. 3, el RNC1 es el RNC de servicio (SRNC) y el RNC2 es el RNC de deriva (DRNC). En tal caso, los mensajes CU y RAU se transmiten a través de la interfaz aérea incorporados al canal que está reservado para la conexión por conmutación de circuitos (conexión orientada a conexión), y finalizan en el RNC de servicio. En un red núcleo GPRS, si la Red de Acceso de Radiocomunicaciones (RAN) inserta un ID (identificador) de célula en los mensajes CU o RAU, indicando por lo tanto en dónde está ubicada en ese momento la MS, y si dicha célula no es controlada por el RNC de servicio, el SGSN puede usar otro RNC para las conexiones por conmutación de paquetes. No obstante, esto no es posible debido a que todas las conexiones simultáneas para un usuario deberían ser gestionadas por un RNC. En otras palabras, puede existir cierta ambigüedad en relación con el RNC que debería usar el SGSN. Lo mismo se cumple en un sistema UMTS si la Red de Acceso de Radiocomunicaciones (RAN) inserta un ID (identificador) de célula en un mensaje RAU o un equivalente.
Un segundo problema al respecto es que los sistemas 3G o GPRS actuales no ofrecen un procedimiento uniforme de actualización del área de encaminamiento (RAU) entre nodos SGSN. Se necesita mucha señalización entre el SGSN nuevo y el SGSN antiguo, el HLR, el MSC y el(los) GGSN(s). En particular, el SGSN nuevo debe recibir los datos de abonado del SGSN antiguo antes de que pueda estar seguro de que puede aceptar la RAU y continuar con la señalización. Esta señalización provoca un retardo de hasta varios segundos, lo cual en algunos casos podría resultar inaceptable. Por otra parte en el tráfico de paquetes una conexión virtual puede durar durante varios días. Por esta razón, los conceptos existentes de MSC de anclaje y MSC de flotación no son adecuados.
Exposición de la invención
Es un objetivo de la presente invención proporcionar un método y un equipo para eliminar el primer problema asociado a los sistemas de la técnica anterior. El objetivo se alcanza con el método y el equipo que están caracterizados por los aspectos dados a conocer en la parte caracterizadora de las reivindicaciones independientes adjuntas. En las reivindicaciones dependientes adjuntas se dan a conocer soluciones al segundo problema y soluciones preferidas al primer problema.
La invención se basa en la idea de que para un terminal que envía información sobre la base de la cual se puede determinar su ubicación (tal como una estación móvil que tenga una conexión orientada a conexión mientras envía un mensaje de CU o RAU), la información de ubicación del terminal (por ejemplo, su ID de célula) se puede transformar, por ejemplo, usando una información de ubicación enmascarada o falsificada (simulada), tal como una ID de célula falsa. La información de ubicación falsa se selecciona preferentemente de manera que el SGSN considera que la ubicación de la MS se sitúa bajo el RNC de servicio. Con este fin se puede usar un cierto conjunto o grupo de direcciones de célula. Podría resultar beneficioso seleccionar las direcciones de manera que el SRNC (o SGSN) pueda detectar que el tráfico ha sido reenviado.
Según varias formas de realización preferidas de la invención, la indicación sobre la ubicación de la MS indica uno o más elementos de los siguientes:
una ubicación (por ejemplo, una célula) que es controlada por el SRNC y que es parte del conjunto activo de la MS, si es que existe dicha célula;
una ubicación virtual (por ejemplo, célula), que no es controlada por ningún RNC, en el caso de que el conjunto activo de la MS no comprenda una célula que es controlada por el SRNC;
la última ubicación (por ejemplo, una célula) que es controlada por el SRNC y que ha sido parte del conjunto activo de la MS en el caso de que el conjunto activo de la MS no comprenda una célula que es controlada por el SRNC;
una ubicación (por ejemplo, una célula) controlada por el DRNC en el caso de que el conjunto activo de la MS no comprenda una célula controlada por el SRNC; y/o
una ubicación (por ejemplo, una célula) cuya información de ubicación fue recibida por la MS en último lugar.
El hecho de que la información de ubicación de la MS indique una de estas células tiene dos interpretaciones posibles. La información de ubicación de la MS puede indicar dicha célula de forma bien explícita o bien implícita. Una indicación explícita indica que la información de ubicación contiene identificadores de célula reales. Una indicación implícita significa que la información de ubicación contiene cierta información (por ejemplo, uno o más identificadores de área de encaminamiento o de ubicación) sobre la base de la cual se puede identificar (si así se desea) una célula. También cabe la posibilidad de transferir únicamente algunos datos relacionados con la ubicación y usarlos para calcular la ubicación de la MS.
Los criterios para enviar información de ubicación comprenden preferentemente un cambio de la ubicación de la MS, la activación de un contexto PDP para la MS y la expiración de un periodo de tiempo recurrente.
Tal como se ha indicado brevemente, la información sobre la ubicación de la MS puede indicar una ubicación, tal como una célula, cuya información de ubicación haya sido recibida por la MS en último lugar. Cuando una estación móvil tiene por lo menos una conexión activa, recibe información del sistema únicamente a través de su conexión de señalización especializada. Esta información del sistema comprende, por ejemplo, la ubicación actual (tal como el área de encaminamiento, el área de ubicación o la identidad de la célula) de la estación móvil. La naturaleza de la información del sistema es similar a la información que recibe la MS a través de un canal de control de difusión BCCH cuando no tiene ninguna conexión activa. El SRNC únicamente envía información del sistema sobre las células controladas por él. En otras palabras, no envía información del sistema sobre células controladas por el DRNC. Sobre la base de la información del sistema, la MS puede determinar si se ha movido o no hacia un área nueva de encaminamiento o ubicación. El SRNC envía esta información cuando sea necesario. Uno de los criterios adecuados para enviarla es que la MS se haya movido y su conjunto activo no contenga la célula cuya información del sistema ha sido enviada en último lugar por el SRNC, o después de un traspaso del SRNC (reubicación).
No obstante, el uso de la ubicación transformada, tal como una ID de célula falsa, provoca otro problema. Cuando ha finalizado la última conexión orientada a conexión de la MS y se ha eliminado el RNC de servicio de la conexión MS-URAN, se debe informar al SGSN sobre el nuevo RNC (correcto). Esta situación también se cumple para casos en los que se cambia el RNC de servicio. Este problema se pueda resolver de la forma siguiente. Si la última conexión orientada a conexión de la MS ha finalizado o si ha cambiado el RNC de servicio, se debe realizar un CU o RAU adicional para la MS, incluso si la información de la ubicación de la MS no ha variado.
La funcionalidad de notificación de la ubicación realizada por un RNC de servicio se puede resumir de la forma siguiente:
1. Comprobación de si se debería realizar el traspaso del RNC. En caso negativo:
2. Selección de una ubicación, tal como una célula que esté controlada por el RNC de servicio y que forme parte del conjunto activo de la MS, si es que dicha célula existe. (N.B. El conjunto activo debe comprender también por lo menos una célula controlada por el RNC de deriva, de otro modo no existiría el concepto de RNC de deriva).
Si en la etapa 1 no se realizó ningún traspaso o en la etapa 2 no se encontró ninguna célula, en ese caso realizar una de las siguientes acciones:
3A. Selección de una ubicación virtual, tal como una célula. Una célula virtual no es una célula real (es decir, no queda cubierta por transceptores de radiocomunicaciones); o
3B. Selección, de entre las células controladas por el RNC de servicio, de la última usada por la MS.
Si se sigue la etapa 3A, es decir, se selecciona una ubicación virtual, los elementos de la red núcleo (el MSC y/o el SGSN) deben determinar que la información de la ubicación no hace referencia a la reasignación. Dicha determinación se puede realizar sobre la base de un plan de numeración adecuado de identificaciones ID de célula o una tabla de traducción.
Breve descripción de los dibujos
A continuación se describirá la invención en relación con sus formas de realización preferidas, haciendo referencia a los dibujos adjuntos, en los cuales:
la Fig. 1 es un diagrama de bloques de un sistema de telecomunicaciones que muestra los componentes que son esenciales para entender la invención;
la Fig. 2 muestra las pilas de protocolos usadas en diversos puntos en una red 3G;
la Fig. 3 es un diagrama de bloques simplificado para señalar el problema más claramente;
la Fig. 4 muestra un procedimiento de actualización del área de encaminamiento (RAU) para una red GPRS; y
la Fig. 5 muestra un procedimiento alternativo de actualización del área de encaminamiento entre nodos SGSN según una forma de realización preferida de la invención.
Descripción detallada de la invención
La Fig. 4 muestra un procedimiento de actualización del área de encaminamiento (RAU) para una red GPRS. En la etapa 4-1 la MS envía una SOLICITUD DE ACTUALIZACIÓN DEL ÁREA DE ENCAMINAMIENTO a través del RNC2 (RNC de deriva) hacia el RNC1 (RNC de servicio). En la etapa 4-2 el RNC1 añade la información de ubicación de la MS y reenvía la SOLICITUD RAU al SGSN1. En la etapa 4-3 el SGSN2 solicita del SGSN1 el cual responde en la etapa 4-4, el contexto PDP de la MS. En la etapa 4-5 el SGSN1 comienza a reenviar paquetes destinados a la MS (MT) hacia el SGSN2. Las funciones de seguridad se han mostrado en forma de la etapa 4-6. En la etapa 4-7 el SGSN2 envía una SOLICITUD DE ACTUALIZACIÓN DE CONTEXTO PDP hacia el nodo GGSN el cual responde en la etapa 4-8. En la etapa 4-9, se actualiza la ubicación de la MS en el HLR. En la etapa 4-10 el HLR cancela la ubicación de la MS en el SGSN1 el cual confirma esta acción en la etapa 4-11. En la etapa 4-12 el HLR envía un INSERCIÓN DE DATOS DE ABONADO hacia el SGSN2 el cual confirma esta acción en la etapa 4-13. En la etapa 4-14, el HLR envía al SGSN2 una confirmación de recepción al mensaje enviado en la etapa 4-9. En la etapa 4-15, si la MS está conectada al IMSI y no dispone de una conexión por conmutación de circuitos, se debe actualizar la asociación SGSN-VLR. El SGSN2 actualiza la ubicación de la MS y el número SGSN en el VLR, el cual confirma estas acciones en la etapa 4-16. En las etapas 4-17 y 4-18 se completa el proceso RAU.
La Fig. 5 muestra un procedimiento alternativo de actualización del área de encaminamiento entre nodos SGSN según una forma de realización preferida de la invención. Esta forma de realización y sus modificaciones alternativas resuelven el segundo problema que subyace bajo la invención.
Debido a la macrodiversidad, la activación de un RAU resulta menos clara que en los sistemas 2G. Un RAU podría ser activado, por ejemplo, si todas las células del conjunto activo de la MS pertenecieran a la RA nueva, o si más de la mitad de las células pertenecieran a la misma. En la etapa 5-1 la MS envía una SOLICITUD DE ACTUALIZACIÓN DEL ÁREA DE ENCAMINAMIENTO a través del RNC2 (RNC de deriva) hacia el RNC1 (RNC de servicio). La MS envía la solicitud RAU a través de su conexión de enlace ascendente, si es que existe alguna. Debido a la coexistencia del RNC de deriva y el RNC de servicio, la actualización es recibida por el SRNC el cual no controla el área de encaminamiento nueva de la MS. La MS debería suspender sus procedimientos de gestión de la sesión. En la etapa 5-2 el RNC1 añade la información de ubicación de la MS y reenvía la SOLICITUD RAU al SGSN1. Esta situación se contrapone a los sistemas GPRS de la técnica anterior en los que la SOLICITUD RAU se envía al SGSN2. En la etapa 5-3, se pueden realizar funciones de seguridad, tal como es habitual. Una de las ventajas del envío de la SOLICITUD RAU al SGSN1 es que el SGSN1 ya conoce la firma digital de la MS (firma PTMSI en términos GPRS), y es probable que disponga de tripletas de autenticación para la misma. De este modo, no hay necesidad de ir a buscar estos elementos por separado, con lo cual se pueden acortar los retardos debidos al traspaso entre nodos SGSN.
En la etapa 5-4, si las funciones de seguridad se han completado satisfactoriamente, el SGSN1 envía un REENVÍO DE SOLICITUD RAU al SGSN2. Este mensaje incluye parámetros para reanudar la(s) conexión(es) después de la RAU. Dichos parámetros incluyen datos de gestión de la sesión y eventualmente información Iu (dirección del RNC2). El SGSN1 puede iniciar un periodo de temporización durante el cual mantendrá los datos de la MS en su memoria.
En la etapa 5-5 el SGSN2 actualiza la ubicación de la MS (dirección SGSN, IMSI) en el HLR. En la etapa 5-6 el HLR inserta los datos de abonado (IMSI, detalles de suscripción) en el SGSN2 el cual valida la presencia de la MS en la RA nueva. Si se superan todas las comprobaciones regionales y algunas otras comprobaciones, el SGSN2 establece un contexto MM (Gestión de Movilidad) para la MS y devuelve una confirmación de recepción al HLR en la etapa 5-7.
En la etapa 5-8 el SGSN2 puede establecer un enlace Iu con el RNC2 el cual puede enviar algunos parámetros de radiocomunicaciones para reanudar rápidamente una conexión con la MS. Esta característica resulta especialmente útil si la MS tiene una aplicación sensible a los retardos (esto se puede determinar comprobando el contexto de gestión de la sesión de la MS).
En la etapa 5-9 el SGSN2 devuelve un mensaje de aceptación al mensaje enviado en la etapa 5-4. El mensaje de aceptación incluye el índice de la RA nueva, la identidad temporal nueva de la MS (P-TMSI en términos GPRS) y/o su firma digital nueva. Adicionalmente, se pueden enviar algunos parámetros de radiocomunicaciones o códigos obtenidos del RNC2. El SGSN1 debería confirmar inmediatamente la recepción de este mensaje para facilitar la gestión de los errores. En la etapa 5-10 el SGSN1 envía a la MS un mensaje de ACEPTACIÓN DE RAU el cual contiene preferentemente los mismos parámetros que el mensaje de la etapa 5-9. Adicionalmente, si una transmisión de confirmación de recepción está activa, la misma puede contener alguna información del estado del protocolo conocida por el SGSN1 (esto se corresponde con la confirmación de recepción LLC en el GPRS).
En la etapa 5-11 el SGSN1 suspende la transmisión de datos de enlace descendente para el modo sin confirmación de recepción, con vistas a mantener el estado del protocolo intacto. Dependiendo de la QoS, el SGSN1 puede continuar con la transmisión de datos para el modo sin confirmación de recepción.
En la etapa 5-12 la MS confirma la recepción con un mensaje RAU COMPLETA el cual contiene la identidad temporal nueva (P-TMSI) y alguna información del estado del protocolo conocida por la MS, tal como una confirmación de recepción LLC para cada conexión LLC usada por la MS (la cual confirma todas las unidades N- PDU MT transferidas satisfactoriamente antes del inicio del procedimiento de actualización. Si la confirmación de recepción de paquetes (equivalente a la confirmación de recepción LLC en el GPRS) confirmación la recepción de ciertas unidades N-PDU, estas unidades N-PDU serán rechazadas por el SGSN1. Este mensaje activará la reubicación del RNC (la cual en esta forma de realización es activada por la MS).
En la etapa 5-13 la MS establece una conexión de radiocomunicaciones con el RNC2. Si en la etapa 5-10 se enviaron parámetros de radiocomunicaciones (ACEPTACIÓN DE RAU), la MS podría establecer una conexión de radiocomunicaciones inmediatamente con estos parámetros. En cualquier otro caso, la MS debería volver a establecer la conexión de radiocomunicaciones accediendo al canal común, lo cual provoca una interrupción mayor de la conexión. Esta es la razón por la que el envío de los parámetros de radiocomunicaciones en la etapa 5-10 puede depender de la QoS. La MS debería enviar un paquete de enlace ascendente (no mostrado) al SGSN2 en el caso de que se perdiera el mensaje RAU COMPLETA debido a la gestión de los errores. Posteriormente, se describirá una forma de realización alternativa, omitiendo la etapa 5-13.
En la etapa 5-14 el SGSN1 envía un mensaje REENVÍO DE RAU COMPLETA hacia el SGSN2. En la etapa 5-15 el SGSN1 cancela los enlaces Iu hacia el RNC1 y comienza a reenviar paquetes de enlace descendente al SGSN2. Puede mantener el contexto de la MS y reenviar paquetes MT hasta la expiración del periodo de temporización opcional que se inició en la etapa 5-4. En la etapa 5-16, cuando el SGSN2 recibe el mensaje REENVÍO DE RAU COMPLETA, reanuda la transmisión de datos hacia la MS.
En la etapa 5-17 el SGSN2 envía al(a los)
GGSN(s) pertinente(s) una SOLICITUD DE ACTUALIZACIÓN DE CONTEXTO PDP (dirección SGSN2, Identificador de Túnel, QoS Negociada). Los GGSN actualizan sus campos de contexto PDP y devuelven una respuesta en la etapa 5-18. N.B.: Las etapas 5-17 y 5-18 puede tener lugar en cualquier momento después de la etapa 5-5.
En la etapa 5-19 el HLR cancela la ubicación de la MS en el SGSN1. Este mensaje contiene la IMSI de la MS, y el tipo de cancelación se fija a procedimiento de Actualización. Si en la etapa 5-4 no se fijó el temporizador opcional, el SGSN1 elimina la MM y los contextos PDP de la MS. En cualquier otro caso, espera hasta la expiración del temporizador. El periodo de temporización permite que el SGSN1 complete el reenvío de unidades N-PDU. También garantiza que la MM y los contextos PDP de la MS se mantengan en el caso de que la MS inicie otra RAU entre nodos SGSN antes de completar la RAU en curso. En la etapa 5-20 el SGSN1 confirma la recepción con una CONFIRMACIÓN DE CANCELACIÓN DE UBICACIÓN.
Según una forma de realización alternativa se omite la etapa 5-13. En su lugar, durante la etapa 5-15 el RNC1 recibe una indicación del SGSN1 de que el RNC se podría reubicar en este momento. El RNC1 informará al RNC2 el cual iniciará la gestión de la MS directamente.
En general, la invención se puede aplicar igualmente si el SGSN se sustituye por un MSC 3G (o una combinación de MSC/SGSN). Para esta forma de realización, el MSC y/o el SGSN se podrían denominar "elementos de conmutación" ya que encaminan paquetes y/o establecen conexiones por conmutación de circuitos.
En los sistemas GSM no se realizan actualizaciones del área de ubicación durante la conexión, para no crear confusiones en los MSC de retransmisión y de anclaje. Con la macrodiversidad la LAU podría llegar al MSC antiguo directamente, con lo cual es posible disponer de una LAU durante una llamada. No obstante, en un traspaso discontinuo entre centros MSC, puede que sea necesario un mensaje especial (LAU con una indicación de llamada activa). Dicho mensaje podría activar el MSC nuevo para establecer una conexión con el MSC antiguo e intentar reanudar la llamada. Uno de los problemas es que esto se produciría especialmente entre el GSM y el UMTS, lo cual significa que sería necesario que un MSC GSM interpretara este mensaje LAU especial.
Debería observarse que las figuras 4 y 5 ilustran escenarios del peor caso posible en el sentido de que ambos RNC están bajo diferentes nodos SGSN o centros MSC. Si los SGSN o los MSC son los mismos, dichos escenarios se podrían simplificar de forma correspondiente.

Claims (15)

1. Método para indicar una ubicación de un terminal (MS) en un sistema de telecomunicaciones, que comprende:
una red núcleo (CN); y
una red de acceso (RAN) que comprende un primer controlador de red, el cual actúa por lo menos temporalmente como el controlador de red de servicio (SRNC) del terminal, para notificar la ubicación del terminal a la red núcleo, y un segundo controlador de red, el cual actúa por lo menos temporalmente como el controlador de red de deriva (DRNC) del terminal, para mantener una conexión con el terminal; en el que
existe un primer conjunto de criterios predeterminados para enviar información sobre la ubicación del terminal (MS) a la red núcleo (CN); y
en respuesta al cumplimiento de por lo menos un criterio del primer conjunto, el terminal (MS) envía al segundo controlador de red (DRNC) información de ubicación (4-1, 5-1) sobre la base de la cual se puede determinar la ubicación del terminal; y el segundo controlador de red (DRNC) reenvía la información de ubicación al primer controlador de red (SRNC) para su notificación a la red núcleo (CN);
caracterizado porque
el primer controlador de red (SRNC) envía información transformada (4-2, 5-2) sobre la ubicación del terminal a la red núcleo (CN);
en el que la información transformada indica de forma explícita o implícita la estación móvil (MS) que estará bajo el mando de su controlador de red de servicio.
2. Método según la reivindicación 1, caracterizado porque en respuesta a la finalización de una última conexión orientada a conexión con el terminal, el primer controlador de red (SRNC) notifica la ubicación correcta del terminal a la red núcleo (CN).
3. Método según la reivindicación 1 ó 2, caracterizado porque la información sobre la ubicación del terminal (MS) indica una ubicación que está controlada por el primer controlador de red (SRNC) y que forma parte del conjunto activo del terminal, si es que dicha ubicación existe.
4. Método según la reivindicación 3, caracterizado porque si el conjunto activo del terminal no comprende una ubicación que está controlada por el primer controlador de red (SRNC), la información sobre la ubicación del terminal (MS) indica una ubicación virtual, la cual no está controlada por ninguno de dichos controladores de red.
5. Método según la reivindicación 3, caracterizado porque si el conjunto activo del terminal no comprende una ubicación que está controlada por el primer controlador de red (SRNC), la información sobre la ubicación del terminal (MS) indica la última ubicación que está controlada por el primer controlador de red y que ha formado parte del conjunto activo del terminal.
6. Método según la reivindicación 3, caracterizado porque si el conjunto activo del terminal no comprende una ubicación que está controlada por el primer controlador de red (SRNC), dicha información sobre la ubicación del terminal (MS) indica una ubicación que está controlada por lo menos parcialmente por el primer controlador de red.
7. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque la información sobre la ubicación del terminal (MS) indica una ubicación cuya información de ubicación fue recibida en último lugar por el terminal.
8. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque si el conjunto activo del terminal (MS) no comprende una ubicación controlada por el primer controlador de red (SRNC), la información sobre la ubicación del terminal (MS) indica una ubicación controlada por el segundo controlador de red (DRNC).
9. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque dicha información sobre la ubicación del terminal (MS) indica por lo menos un identificador de célula, un identificador de área de encaminamiento o un identificador de área de ubicación.
10. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque dicho primer conjunto de criterios comprende un cambio de la ubicación del terminal, la activación de un contexto PDP para el terminal y la expiración de un periodo de tiempo recurrente.
11. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque
el primer y el segundo controladores de red (RNC1, RNC2) están asociados, respectivamente, a un primer y un segundo elementos de conmutación (SGSN1, SGSN2) para mantener información de suscripción relacionada con el terminal (MS); y
se recibe información sobre la ubicación del terminal por parte del primer elemento de conmutación (SGSN1) el cual envía (5-4) información sobre la ubicación del terminal al segundo elemento de conmutación (SGSN2) sin ninguna solicitud independiente.
12. Método según la reivindicación 11, caracterizado porque dicha información sobre la ubicación del terminal comprende el contexto de Protocolo de Datos por Paquetes y/o de Gestión de la Movilidad del terminal.
13. Método según la reivindicación 11 ó 12, caracterizado porque cada uno de entre el primer y el segundo elementos de conmutación (SGSN1, SGSN2) es sustancialmente un nodo SGSN, un Centro de Conmutación de servicios Móviles o una combinación de ambos.
14. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque dicho terminal es una estación móvil, dicha red de acceso es una red de acceso de radiocomunicaciones y dicho controlador de red es un controlador de red de radiocomunicaciones.
15. Primer controlador de red para soportar un terminal (MS) en un sistema de telecomunicaciones que comprende una red núcleo (CN) y una red acceso (RAN);
en el que dicho primer controlador de red está adaptado para actuar, por lo menos temporalmente, como el controlador de red de servicio (SRNC) del terminal en dicha red de acceso (RAN), para notificar la ubicación del terminal a la red núcleo (CN); y
el primer controlador de red (SRNC) está adaptado para recibir información de ubicación desde un controlador de red de deriva (DRNC) y para notificarla a la red núcleo (CN) con vistas a determinar la ubicación del terminal (MS);
caracterizado porque
el primer controlador de red (SRNC) está adaptado para transformar dicha información sobre la ubicación del terminal antes de notificarla a la red núcleo (CN);
en el que la información transformada indica de forma explícita o implícita la estación (MS) que estará bajo el mando de su controlador de red de servicio.
ES00920784T 1999-06-28 2000-04-26 Gestion de la ubicacion para sistemas celulares. Expired - Lifetime ES2243250T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI991466 1999-06-28
FI991466A FI109170B (fi) 1999-06-28 1999-06-28 Sijainninhallinta solukkojärjestelmiä varten

Publications (1)

Publication Number Publication Date
ES2243250T3 true ES2243250T3 (es) 2005-12-01

Family

ID=8554971

Family Applications (1)

Application Number Title Priority Date Filing Date
ES00920784T Expired - Lifetime ES2243250T3 (es) 1999-06-28 2000-04-26 Gestion de la ubicacion para sistemas celulares.

Country Status (12)

Country Link
US (1) US6898433B1 (es)
EP (1) EP1101382B1 (es)
JP (1) JP3805249B2 (es)
CN (1) CN1118215C (es)
AT (1) ATE298180T1 (es)
AU (1) AU4123600A (es)
BR (1) BRPI0006854B1 (es)
CA (1) CA2391759C (es)
DE (1) DE60020797T2 (es)
ES (1) ES2243250T3 (es)
FI (1) FI109170B (es)
WO (1) WO2001001718A1 (es)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1144440C (zh) * 1999-07-02 2004-03-31 诺基亚公司 认证方法、认证系统和网关设备
FI108491B (fi) * 2000-02-11 2002-01-31 Nokia Corp Palvelevan verkkoelementin uudelleen sijoitus
FI20001544L (fi) 2000-06-29 2001-12-30 Nokia Networks Oy Poikkeavan päätelaitteen tukeminen verkossa
US8041817B2 (en) 2000-06-30 2011-10-18 At&T Intellectual Property I, Lp Anonymous location service for wireless networks
AU2000258238A1 (en) * 2000-07-03 2002-01-14 Nokia Corporation Communication system and method
DE10049794A1 (de) * 2000-10-09 2002-04-18 Siemens Ag Verfahren zur Positionsermittlung mindestens eines Teilnehmergeräts eines Funkkommunikationssystems sowie zugehöriges Funkkommunikationssystem
SE518479C2 (sv) 2000-10-13 2002-10-15 Ericsson Telefon Ab L M Kommunikationssystem som stödjer trådlös kommunikation av paketdata och förfarande och anordning relaterande därtill
SE0003920D0 (sv) * 2000-10-24 2000-10-24 Ericsson Telefon Ab L M Method and means in a telecommunication system
US7085555B2 (en) * 2000-12-19 2006-08-01 Bellsouth Intellectual Property Corporation Location blocking service from a web advertiser
US7116977B1 (en) 2000-12-19 2006-10-03 Bellsouth Intellectual Property Corporation System and method for using location information to execute an action
US7428411B2 (en) 2000-12-19 2008-09-23 At&T Delaware Intellectual Property, Inc. Location-based security rules
US7224978B2 (en) 2000-12-19 2007-05-29 Bellsouth Intellectual Property Corporation Location blocking service from a wireless service provider
US7181225B1 (en) 2000-12-19 2007-02-20 Bellsouth Intellectual Property Corporation System and method for surveying wireless device users by location
US7245925B2 (en) 2000-12-19 2007-07-17 At&T Intellectual Property, Inc. System and method for using location information to execute an action
US7110749B2 (en) 2000-12-19 2006-09-19 Bellsouth Intellectual Property Corporation Identity blocking service from a wireless service provider
US7130630B1 (en) 2000-12-19 2006-10-31 Bellsouth Intellectual Property Corporation Location query service for wireless networks
EP1315389A1 (en) * 2001-11-16 2003-05-28 Telefonaktiebolaget Lm Ericsson Method for the determination of a receiver for location information
US9635540B2 (en) 2002-03-25 2017-04-25 Jeffrey D. Mullen Systems and methods for locating cellular phones and security measures for the same
US20030189950A1 (en) * 2002-04-08 2003-10-09 Stephen Spear Optimization of a wireless interface based on communication type
MXPA04011375A (es) * 2002-06-27 2005-02-14 Interdigital Tech Corp Controlador de red de radio para intercambio de informacion de equipo.
US7072658B2 (en) * 2002-10-12 2006-07-04 Franklin Zhigang Zhang Versatile wireless network system
JP4295023B2 (ja) * 2003-02-25 2009-07-15 株式会社エヌ・ティ・ティ・ドコモ ネットワークを制御するシステム、装置及び方法
US7203497B2 (en) * 2003-06-06 2007-04-10 Meshnetworks, Inc. System and method for accurately computing the position of wireless devices inside high-rise buildings
KR100937419B1 (ko) * 2003-10-02 2010-01-18 엘지전자 주식회사 이동 통신 시스템에서 망 요소간 방송 또는 멀티캐스트서비스 연결 방법
CN100353805C (zh) * 2003-12-19 2007-12-05 华为技术有限公司 一种通过核心网和接入网处理位置业务请求的方法
CN100353804C (zh) * 2003-12-19 2007-12-05 华为技术有限公司 一种通过核心网和接入网处理位置业务请求的方法
US20050213541A1 (en) * 2004-02-13 2005-09-29 Lg Electronics Inc. Method for transmitting service information between network nodes for MBMS service in mobile communication system
US7974639B2 (en) 2005-02-04 2011-07-05 Qualcomm Incorporated Method and apparatus for performing position determination with a short circuit call flow
EP1989933A4 (en) * 2005-05-04 2012-06-06 Sandwave Ip Llc GROUND PLAN SPEAKER
US9154907B2 (en) * 2005-06-21 2015-10-06 Qualcomm Incorporated Efficient periodic location reporting in a radio access network
US7664504B2 (en) * 2005-07-14 2010-02-16 Sandwave Ip, Llc Virtual cells for wireless networks
US8068056B2 (en) 2005-08-25 2011-11-29 Qualcomm Incorporated Location reporting with secure user plane location (SUPL)
US20070086395A1 (en) * 2005-10-14 2007-04-19 Sanjay Bakshi Wireless paging apparatus, systems and methods
US20070167171A1 (en) * 2005-12-30 2007-07-19 Mediacell Licensing Corp Determining the Location of a Device Having Two Communications Connections
US8504678B2 (en) * 2005-12-30 2013-08-06 Sandwave Ip, Llc Traffic routing based on geophysical location
KR100946892B1 (ko) 2006-02-07 2010-03-09 삼성전자주식회사 이동 통신 시스템에서 라우팅 에어리어 관리 방법 및 장치
US8582498B2 (en) * 2006-03-07 2013-11-12 Sandwave Ip, Llc Service subscription using geophysical location
US20070213057A1 (en) * 2006-03-08 2007-09-13 Interdigital Technology Corporation Method and apparatus for supporting routing area update procedures in a single tunnel gprs-based wireless communication system
US7920522B2 (en) * 2006-09-29 2011-04-05 Qualcomm Incorporated Method and apparatus for system interoperability in wireless communications
CN101184323B (zh) * 2006-11-14 2010-05-12 中兴通讯股份有限公司 直接信令连接重建方法
CN101222667B (zh) * 2007-01-08 2010-08-18 中兴通讯股份有限公司 一种在高速分组数据网传递1x网络的寻呼的方法
CN101272579B (zh) * 2007-03-23 2012-07-11 中兴通讯股份有限公司 一种漂移无线网络控制器报告扩频因子不支持能力方法
US8195204B1 (en) 2007-07-25 2012-06-05 Sprint Spectrum L.P. Method and apparatus for scanning sectors in order of distance from mobile station
US8180352B2 (en) * 2007-08-15 2012-05-15 Oracle America, Inc. Topology controlled discovery for next hop determination
FR2925997B1 (fr) * 2007-12-31 2010-02-12 Radiotelephone Sfr Procede de masquage des identifiants de cellules ou des codes de zones de localisation d'un reseau mobile relativement a un terminal mobile
US8391412B1 (en) * 2009-07-17 2013-03-05 Sprint Spectrum L.P. PN long code shift for access attempt
CN101990299A (zh) * 2009-08-07 2011-03-23 中兴通讯股份有限公司 利用基站进行终端定位的方法及装置
EP2485506A4 (en) * 2009-10-02 2016-07-20 Ntt Docomo Inc MOBILE COMMUNICATION PROCESS, MOBILE MANAGEMENT NODES AND MOBILE STATION
CN103067535B (zh) * 2012-12-26 2016-05-04 东南大学 面向道路应急无线接入的网络结构和ip流动接入方法
US9680695B2 (en) 2014-10-24 2017-06-13 At&T Intellectual Property I, L.P. Facilitating mobility dimensioning via dynamic configuration of a switch

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5826188A (en) * 1995-12-07 1998-10-20 Motorola, Inc. Method and apparatus for handing off calls between differing radio telecommunication networks
FI103083B1 (fi) 1997-01-20 1999-04-15 Nokia Telecommunications Oy Pakettiradioverkko ja menetelmä reititysalueen päivittämiseksi
FI980351A7 (fi) * 1997-02-19 1998-08-20 Nokia Corp Solukkoradioaccessverkko sekä sijainninpäivitys langattomassa tietoliikennejärjestelmässä
FI105993B (fi) 1997-08-20 2000-10-31 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä radiotiedonsiirtoverkon hallitsemiseksi ja radioverkko-ohjain
SE513935C2 (sv) * 1997-10-10 2000-11-27 Ericsson Telefon Ab L M Förfarande och system för dataöverföring mellan samverkande GRAN-enheter
KR100658293B1 (ko) * 1998-04-03 2006-12-14 텔레폰악티에볼라겟엘엠에릭슨(펍) 범용 이동 전화 시스템에서 유연한 무선 액세스 및 자원할당
JP3494991B2 (ja) * 1998-06-16 2004-02-09 ノキア ネットワークス オサケ ユキチュア 位置更新方法及びコアネットワークエンティティ間ハンドオーバー方法
US6131030A (en) * 1998-08-19 2000-10-10 Telefonaktiebolaget Lm Ericsson System network and method for the transference of cell handover information
EP1181836B1 (en) * 1999-05-05 2003-04-02 Nokia Corporation A method for positioning a mobile station

Also Published As

Publication number Publication date
EP1101382A1 (en) 2001-05-23
BR0006854A (pt) 2001-07-03
FI991466A0 (fi) 1999-06-28
JP3805249B2 (ja) 2006-08-02
CN1316168A (zh) 2001-10-03
JP2003503921A (ja) 2003-01-28
CN1118215C (zh) 2003-08-13
DE60020797D1 (de) 2005-07-21
BRPI0006854B1 (pt) 2015-06-16
AU4123600A (en) 2001-01-31
WO2001001718A1 (en) 2001-01-04
EP1101382B1 (en) 2005-06-15
CA2391759C (en) 2005-04-19
DE60020797T2 (de) 2006-03-16
FI991466L (fi) 2000-12-29
ATE298180T1 (de) 2005-07-15
CA2391759A1 (en) 2001-01-04
US6898433B1 (en) 2005-05-24
FI109170B (fi) 2002-05-31

Similar Documents

Publication Publication Date Title
ES2243250T3 (es) Gestion de la ubicacion para sistemas celulares.
ES2263556T3 (es) Reenvio de una identidad de un abonado movil entre nodos de redes centrales.
ES2539764T3 (es) Elemento de red, método y sistema para proporcionar una conexión
US6463055B1 (en) Integrated radio telecommunications network and method of interworking an ANSI-41 network and the general packet radio service (GPRS)
ES2284482T3 (es) Optimizacion de encaminamiento de ip en una red de acceso.
ES2237908T3 (es) Reduccion de la carga de señalizacion en una red de radiocomunicaciones por paquetes.
ES2237154T3 (es) Identificacion de una estacion movil en una red de radiocomunicaciones por paquetes.
ES2264808T3 (es) Actualizacion de un area de encaminamiento en una red de radiocomunicaciones por paquetes.
ES2262219T3 (es) Actualizacion del area de encaminamiento en una red de radiocomunicaciones por paquetes.
ES2237079T3 (es) Metodo de control de acceso para un sistema de comunicaciones moviles.
ES2234212T3 (es) Optimizacion de la actualizacion de area de encaminamiento en estado de espera para redes de radio por paquetes, multisistema.
AU755336B2 (en) Integrated radio telecommunications network and method of interworking an ANSI-41 network and the general packet radio service (GPRS)
US20030139182A1 (en) Solution for restricting roaming in mobile telephony systems
BRPI0615508A2 (pt) sistema de comunicação sem fio e método de implementação de procedimento de ligação de sistemas evoluìdos
ES2267245T3 (es) Actualizacion del area de encaminamiento en una red radioelectrica por paquetes.
JP3699395B2 (ja) 改良された移動体インタネットプロトコルの展開
CN1984436A (zh) 不同接入系统之间移动性管理系统及管理方法
ES2239689T3 (es) Sistema y metodo de procesamiento de errores en una red de comunicaciones movil que comprende un conmutador mandatario.
ES2301233T3 (es) Mecanismo de acceso a una red radiocomunicaciones.
CN101166359A (zh) 移动通信系统的选择管理节点的方法
CN100455125C (zh) 一种移动通信中控制用户接入的方法
WO2002037884A1 (en) Control of the location information
CN101203027A (zh) 移动通信系统的选择管理节点的系统
KR20000066757A (ko) 패킷 데이터 서비스를 위한 교환국간 링크 이동성 실현 방법
CN101203028A (zh) 移动通信系统的寻路方法