ES2433194T3 - Método de registro y baja de un usuario - Google Patents

Método de registro y baja de un usuario Download PDF

Info

Publication number
ES2433194T3
ES2433194T3 ES03710153T ES03710153T ES2433194T3 ES 2433194 T3 ES2433194 T3 ES 2433194T3 ES 03710153 T ES03710153 T ES 03710153T ES 03710153 T ES03710153 T ES 03710153T ES 2433194 T3 ES2433194 T3 ES 2433194T3
Authority
ES
Spain
Prior art keywords
node
request
message
user equipment
registration
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
ES03710153T
Other languages
English (en)
Inventor
Tammi Kalle
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 Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
Nokia Siemens Networks Oy
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 Solutions and Networks Oy, Nokia Siemens Networks Oy filed Critical Nokia Solutions and Networks Oy
Application granted granted Critical
Publication of ES2433194T3 publication Critical patent/ES2433194T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • 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
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • 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
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • 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
    • H04W8/08—Mobility data transfer
    • H04W8/12—Mobility data transfer between location registers or mobility servers

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

Método que comprende: recibir en un segundo nodo (24) desde un primer nodo (20) un mensaje que indica el resultado de una determinación en el primer nodo (20) de si una petición de registro o baja de un equipo (10) de usuario en o de un sistema de comunicaciones es una petición de registro o una petición de baja; y llevar a cabo al menos una operación predeterminada en dicho segundo nodo (24) sólo si dicho mensaje indica que dicha petición es una petición de registro.

Description

Método de registro y baja de un usuario
Campo de la invención
La presente invención se refiere a métodos, a un primer y a un segundo nodo y a un sistema de registro y baja de un usuario en y de una red de comunicaciones y en particular pero no exclusivamente para su uso con una red de comunicaciones inalámbrica.
Antecedentes de la invención
Un sistema de comunicación puede considerarse como una prestación que permite una comunicación entre dos o más entidades tales como un equipo de usuario y otros nodos asociados con el sistema. Un sistema de comunicación opera normalmente según una norma o especificación dada que establece lo que los diversos elementos del sistema pueden hacer y cómo debe conseguirse esto. Por ejemplo, la norma o especificación puede definir si el usuario, o más precisamente el equipo de usuario o terminal, está dotado de un servidor conmutado por paquetes y/o un servidor conmutado por circuitos. También puede definirse el protocolo de comunicación y/o parámetros que se usan para la conexión. En otras palabras, es necesario que se defina un conjunto específico de “reglas” en las que puede realizarse la comunicación con el fin de permitir una comunicación por medio del sistema.
Se conocen sistemas de comunicación que proporcionan una comunicación inalámbrica para el terminal de usuario u otros nodos. Un ejemplo del sistema inalámbrico es una red celular. En los sistemas celulares, una estación de transceptor base (BTS) o una entidad de acceso similar da servicio a estaciones móviles (MS) o un equipo de usuario (UE) inalámbrico similar a través de una interfaz inalámbrica entre estas entidades. La operación de la estación base y los nodos requeridos para la comunicación puede controlarse por una o varias entidades de control. Las diversas entidades de control pueden estar interconectadas. También pueden estar previstos uno o más nodos de pasarela para conectar la red celular a otras redes tales como a una red telefónica conmutada pública (PSTN) y/u otras redes de comunicación tales como un IP (protocolo de Internet) y/u otra red conmutada por paquetes.
Un sistema de comunicación puede estar adaptado para proporcionar servicios de comunicación de datos inalámbricos. Un sistema de comunicación puede estar adaptado para proporcionar servicios de comunicación de datos inalámbricos tales como servicios conmutados por paquetes (PS) para una estación móvil. Ejemplos de sistemas que permiten servicios de comunicación de datos inalámbricos, sin limitación a éstos, incluyen el servicio general de radio por paquetes (GPRS), la tasa de transmisión de datos mejorada para una red móvil de datos de evolución de GSM (EDGE), los denominados sistemas de telecomunicación de tercera generación (3G) tales como el sistema universal de telecomunicaciones móviles (UMTS), i-phone o IMT-2000 (telecomunicación móvil internacional) y el sistema de radio troncal terrestre (TETRA).
En el sistema de tercera generación, se ha propuesto proporcionar una arquitectura de red multimedia. Se pretende que una arquitectura multimedia pueda manejar diferentes tipos de datos tales como voz, audio, vídeo, datos en sí y ciertamente cualquier otro tipo de medios. Se ha propuesto tener un subsistema multimedia IP (protocolo de Internet) para tal arquitectura de red. Por tanto, el subsistema de la arquitectura está dispuesto para transferir los datos entre las diversas entidades y forma de datos en paquetes, según el protocolo de Internet.
Más particularmente, el subsistema multimedia IP comprende elementos de red núcleo para la previsión de un servicio multimedia. Esto incluye la recopilación de elementos de red relacionados con la señalización y portadora. La red núcleo multimedia IP está dispuesta para permitir que los operadores de PLMN ofrezcan a sus abonados servicios multimedia basándose en y según aplicaciones, servicios y protocolos de Internet. Se pretende que el subsistema de red núcleo multimedia IP deba permitir una convergencia de y acceso a tecnología basada en voz, vídeo, mensajería, datos y web para usuarios inalámbricos. La arquitectura de red multimedia de tercera generaciónpropuesta puede tener varios servidores diferentes para manejar diferentes funciones. Éstas incluyen funciones tales como las funciones de control de estado de llamada (CSCF). Esta función se denomina a veces función de control de sesión. La función de control de estado de llamada puede comprender funciones tales como una función de control de estado de llamada de proxy (P-CSCF), función de control de estado de llamada de interrogación (I-CSCF) y función de control de estado de llamada de servicio (S-CSCF). Las funciones de control también pueden proporcionarse por entidades tales como un servidor de abonado base (HSS) y diversos servicios de aplicación.
Se hace referencia a las versiones actuales de las especificaciones de tercera generación: proyecto de asociación de tercera generación; red núcleo de grupo de especificación técnica; interfaz CX y DX basada en el protocolo de diámetro; (release 5), 3GPP TS29.229 V1.1.0 e interfaces CX y DX de subsistema multimedia IP (IM); flujos de señalización y contenido de mensaje; (release 5) 3GPP TS29.228 V1.1.0, y proyecto de asociación de tercera generación; servicios de grupo de especificación técnica y aspectos de sistema; subsistema multimedia IP (IM) – Fase 2 (release 5); 3GPP TS 23.228 V5.1.0, 1 de junio de 2000 (). En estas especificaciones, se define una interfaz CX. La interfaz CX es la interfaz entre el servidor de abonado base y las funciones de control de estado de llamada de interrogación. La interfaz CX también es la interfaz entre el servidor de abonado base y la función de control de estado de llamada de servicio. En las especificaciones propuestas actualmente, se usa el mismo mensaje tanto para registrar a un usuario como para dar de baja a un usuario. En la actualidad, no puede distinguirse si el mensaje es de registro o baja. Por consiguiente, cada vez que se recibe este mensaje por una CSCF, es necesario que el HSS compruebe si el usuario realmente existe y que al usuario se le permita registrarse en una red visitada particular. El HSS también realiza una comprobación para ver si ya se ha asignado una CSCF. Por consiguiente, con las propuestas actuales, el usuario enviará un mensaje de registro, si el usuario desea un registro o una baja. Independientemente de si el usuario está registrándose o dándose de baja, todas las comprobaciones se realizarán por el HSS.
El inventor ha apreciado que todas estas comprobaciones no son necesarias para una baja. Por tanto, el uso del mismo mensaje para un registro o baja es desventajoso porque se requiere un procesamiento innecesario. Esto ralentiza innecesariamente el proceso de baja y también agota innecesariamente los recursos de HSS.
El documento WO99/38083 se refiere a una técnica para seleccionar condicionalmente una red que una unidad de abonado usará para el servicio.
Sumario de la invención
Por tanto, un objetivo de las realizaciones de la presente invención es abordar o al menos mitigar uno de los problemas descritos anteriormente.
Según la invención reivindicada, se proporciona un método según las reivindicaciones 1 y 6 respectivamente, un segundo nodo según la reivindicación 20, un primer nodo según la reivindicación 25 y un sistema según la reivindicación 29.
Breve descripción de los dibujos
Para un mejor entendimiento de la presente invención y de cómo puede llevarse a cabo la misma ahora se hará referencia a modo de ejemplo a los dibujos adjuntos en los que:
la figura 1 muestra una arquitectura de sistema de comunicación en la que pueden incorporarse realizaciones de la presente invención;
la figura 2 muestra un flujo de información según la especificación propuesta actualmente para un registro;
la figura 3 muestra un flujo de información según la especificación propuesta actualmente para una baja;
la figura 4 muestra un flujo de información según una realización de la presente invención; y
la figura 5 muestra un diagrama de flujo de un método que representa la presente invención.
Descripción de realizaciones preferidas de la presente invención
En primer lugar se hace referencia a la figura 1 que muestra una posible arquitectura de sistema de red en la que pueden incorporarse realizaciones de la presente invención. El sistema de red a modo de ejemplo está dispuesto según especificaciones de UTMS 3G. Sin embargo, debe apreciarse que pueden usarse realizaciones alternativas de la presente invención con otras especificaciones de tercera generación o ciertamente con cualquier otra norma adecuada. Un equipo 10 de usuario puede conectarse a una red 12 de acceso de radio. Esta conexión entre el equipo 10 de usuario y la red 12 de acceso de radio es a través de una conexión 11 inalámbrica. El equipo 10 de usuario puede adoptar cualquier forma adecuada y, por ejemplo, puede ser un teléfono móvil, un ordenador portátil, un asistente digital personal (PDA) o cualquier otro equipo inalámbrico adecuado. El equipo inalámbrico puede o no ser móvil.
La red 12 de acceso de radio consiste en al menos una estación base y habitualmente también un controlador. La red 12 de acceso de radio está conectada a una red núcleo de GPRS. Por ejemplo, la RAN 12 puede estar conectada a un SGSN 30 (nodo de soporte de GPRS de servicio). El SGSN 30 a su vez puede conectarse a un GGSN 32 (nodo de soporte de GPRS de pasarela). El GGSN y el SGSN constituyen la red 14 de GPRS. El GGSN está conectado al DHCP (protocolo de configuración de host dinámica) 15. El DHCP 15 se usa para proporcionar a un equipo 10 de usuario un nombre de dominio de un nodo 16 de CSCF de proxy. El nodo 16 de P-CSCF está conectado al GGSN 32. El servidor 18 de nombre de dominio DNS está conectado a la P-CSCF 16 y al SGSN 30. Los elementos marcados en la casilla 34 pueden considerarse como una red visitada, es decir, la RAN 12, el SGSN 30, el GGSN 32, el DNS 18 y la P-CSCF.
La red doméstica se marca en el bloque 36. La red 36 doméstica es la red con la que el usuario está asociado y desde la que se factura al usuario, etc. La conexión entre las redes visitada y doméstica es a través de la P-CSCF 16 de la red visitada y una I-CSCF 20 de la red doméstica. Entre la P-CSCF 16 y la I-CSCF 20 hay una red principal u otra forma de conexión. La I-CSCF de la red 20 doméstica está conectada a una S-CSCF 22. Ambas CSCF 20 y 22 se conectan al HSS 24. La S-CSCF 22 es la función de control de estado de llamada de servicio y es un servidor que da servicio actualmente a al menos uno del equipo de usuario y está bajo el control del estado de ese equipo de usuario. La entidad 24 de servidor de abonado base se usa para almacenar identidades de registro, información similar relacionada con el usuario y similares.
Ahora se hará referencia a la figura 2 que muestra el procedimiento actual para registrar a un usuario.
En la etapa S1, el equipo 10 de usuario envía una petición de registro desde el equipo de usuario a la P-CSCF 16. El fin de esta petición es registrar el identificador de recurso uniforme de SIP (protocolo de Internet de sesión) de los usuarios con una CSCF 22 en la red doméstica. Esta petición se encamina a la P-CSCF 16 porque es el punto de contacto con el subsistema multimedia IP para el equipo de usuario. El mensaje de registro puede incluir la siguiente información: identidad privada, identidad pública, nombre de dominio doméstico y el tiempo de expiración solicitado del registro; longitud de contenido, dominio de destino para la petición; la dirección IP de una sesión de SIP asignada; la dirección IP del usuario e información de autorización.
En la etapa S2, la P-CSCF 16 determina que el equipo 10 de usuario está registrándose desde un dominio visitante y realiza una consulta de servidor de nombre de dominio DNS18 para ubicar la I-CSCF 20 en la red doméstica. La tabla de consulta en el DNS 18 se basa en una dirección especificada en la URL de la petición. La P-CSCF 16 envía la petición de registro, que se origina desde el equipo 10 de usuario a la I-CSCF 20 identificada. En la etapa S3, la I-CSCF 20 realiza una petición de información en relación con el estado de registro del abonado (es decir, el usuario) enviando una consulta al HSS en forma de instrucción de petición de autorización de usuario (UAR). Esta petición se envía al HSS con el fin de solicitar la autorización del registro de un usuario multimedia. El HSS 24 valida si las identidades proporcionadas, por ejemplo, identidades privada o pública, pertenecen al mismo usuario. Adicionalmente, el HSS 24 puede comprobar si el usuario ya se ha registrado y/o si el usuario está autorizado a registrarse en la red en la que el usuario está iterando.
En la etapa S4, el HSS envía una respuesta a la I-CSCF en forma de instrucción de contestación de autorización de usuario (UAA). Si se ha autorizado al usuario a registrarse y un servidor ya está asignado al mismo, el mensaje contendrá la URL de SIP del servidor de modo que puede reenviarse la petición de registro. Si se ha autorizado al usuario y el servidor no se ha asignado todavía, en cambio puede proporcionarse información de capacidad de servidor que puede usarse para la selección del servidor que realizará el control de los servicios para el usuario multimedia.
Esta información se envía desde el HSS 24 a la I-CSCF 20.
Basándose en la información recibida desde el HSS 24, la I-CSCF 20 selecciona la S-CSCF 22 apropiada. Siempre que la S-CSCF 22 no se identifique, la I-CSCF usa la información de capacidad prevista por el HSS para elegir una S-CSCF apropiada. Siempre que el HSS 24 proporcione información que identifique la S-CSCF, entonces se usa la S-CSCF identificada. En la etapa S5, la I-CSCF 20 reenvía el mensaje de registro a la S-CSCF 22 seleccionada.
En la etapa S6, se envía una petición de autorización multimedia (MAR) desde la S-CSCF 22 al HSS 24 con el fin de solicitar información de seguridad.
El HSS 24, en respuesta a la instrucción de MAR, selecciona un vector de autenticación que va a usarse con el fin de desafiar al usuario. La S-CSCF también puede indicar al HSS 24 que se ha asignado para dar servicio al usuario particular, en la etapa.
En la etapa S7, el HSS envía una instrucción de contestación de autenticación multimedia MAA a la S-CSCF que proporciona los vectores de autenticación solicitados.
En la etapa S8, la S-CSCF envía un desafío de autenticación a la I-CSCF 20 que incluye el vector de autenticación previsto. En la etapa S9, el desafío se reenvía por la I-CSCF 20 a la P-CSCF 16.
En la etapa S10, el desafío de autenticación se reenvía por la P-CSCF 16 al equipo 10 de usuario.
En la etapa S11, el equipo 10 de usuario genera una respuesta al desafío de autenticación y devuelve una repuesta a la P-CSCF 16 en un mensaje de registro adicional. Las etapas S12 a S15 son similares a las etapas S2 a S5 y se llevan a cabo para reenviar el mensaje de registro a la S-CSCF 22. Entonces la S-CSCF 22 lleva a cabo un procedimiento de autenticación basándose en la respuesta desde el equipo de usuario. En la etapa S16, la S-CSCF 22 envía una instrucción de petición de asignación de servidor (SAR). Ésta solicita de manera eficaz que el HSS 24 indique que la S-CSCF 22 está dando servicio a un usuario particular. En la etapa S17, se envía una contestación de asignación de servidor desde el HSS a la S-CSCF 22 que proporciona de manera eficaz la confirmación de que la S-CSCF 22 debe proporcionar el servicio requerido al usuario. En la etapa S18, se envía un mensaje desde la S-CSCF 22 a la I-CSCF 20 confirmando de manera eficaz que el usuario está registrado. Este mensaje se reenvía por la I-CSCF a la P-CSCF en la etapa S19 y desde la P-CSCF 16 al equipo 10 de usuario en la etapa S20.
Ahora se hará referencia a la figura 3 que muestra el procedimiento para la baja de un usuario ya registrado. Las etapas T1 a T5 son similares a las etapas S1 a S5 de la figura 2. Sin embargo, no es necesario realizar la selección de S-CSCF puesto que esto ya se habrá realizado. Como el usuario ya está registrado, la siguiente etapa después de la etapa T5 serán las etapas T6 y T7 que son las mismas que las etapas S18 y S19 de la figura 2.
El mensaje de registro enviado por el equipo de usuario contiene información de que el equipo de usuario desea darse de baja. No obstante, la I-CSCF todavía necesita interrogar al HSS y el HSS todavía necesita proporcionar la instrucción correcta. La instrucción de SAR en la etapa T6 indicará al HSS que el usuario está dándose de baja. Esto se realiza sólo después de que se haya interrogado al HSS, por ejemplo, para comprobar si al usuario le está permitido itinerar a la red a la que está unido actualmente. El HSS se actualizará adecuadamente. El mensaje de SAA en la etapa T7 confirma a la S-CSCF que la estación móvil puede darse de baja. Las etapas T8 a T10 son el reenvío del acuse de recibo de esto a la estación móvil.
Ahora se hará referencia a una realización de la presente invención. En realizaciones de la presente invención, el procedimiento de registro es tal como se expone en relación con la figura 2. Sin embargo, se proporciona un procedimiento diferente para el procedimiento de baja. A este respecto, se hace referencia a la figura 4.
La figura 4 muestra el flujo de señal durante un procedimiento de baja. En la primera etapa Q1, se envía un mensaje de registro desde el equipo de usuario a la P-CSCF 16. Esto es lo mismo que la etapa S1 en la figura 2. En la etapa Q2, la P-CSCF envía el mensaje de registro a la I-CSCF 20. De nuevo, esto es lo mismo que la etapa S2 en la figura
2.
Se hace referencia a la figura 5 que muestra el método llevado a cabo por la I-CSCF 20. En la etapa A1, se recibe el mensaje de registro. En la etapa A2, la I-CSCF 20 comprueba el valor del campo de cabecera de expiración que contiene el tiempo de expiración solicitado en el mensaje de REGISTRO DE SIP. En particular en la etapa A3, la I-CSCF comprueba si el valor es 0. Si lo es, la siguiente etapa es A4. Se toma el valor 0 para indicar que el mensaje es un mensaje de baja. Si se determina que el mensaje es un mensaje de baja entonces se establece un atributo o campo en un mensaje de UAR para indicar que el mensaje es un mensaje de baja. Ese mensaje se envía en la etapa Q3 al HSS 24. Si el mensaje de UAR recibido indica que el mensaje es un mensaje de baja, entonces el HSS no lleva a cabo el análisis de itinerancia, es decir, la determinación de si el equipo de usuario tiene derecho o no a operar con la red a la que está unido actualmente.
Si en la etapa A3 se determina que el valor no es 0, entonces la siguiente etapa es A6. El tipo de registro en el mensaje de UAR se establece para indicar que el mensaje es un mensaje de registro. Con la recepción del mensaje de UAR, en la etapa A7, el HSS llevará a cabo el análisis de itinerancia. Debe apreciarse que el mensaje de UAR enviado en la etapa Q3 al HSS 24 desde la I-CSCF 20 es similar al enviado en la etapa S3 con la información adicional de si el usuario desea o no registrarse o darse de baja. Alternativamente puede ser exactamente igual que en la etapa S3 siempre que se hayan identificado diferentes mensajes para registro y baja.
Tal como ya se mencionó, el HSS no llevará a cabo un análisis de itinerancia si el mensaje es un mensaje de baja. La siguiente etapa será la etapa Q4 que es igual que la etapa S4 en la figura 2. La siguiente etapa Q5 implica que la I-CSCF envíe el mensaje de registro a la S-CSCF. Las etapas Q6 a Q10 son iguales que las etapas T6 a T10 de la figura 3.
Debe apreciarse que el mensaje de UAR que representa la presente invención tendrá/puede tener los siguientes campos:
Cabecera de diámetro
Identidad de sesión
Identidad de aplicación autorizada
Estado de sesión autorizada
Host de origen
Dominio de origen
Host de destino
Dominio de destino
Nombre de usuario Identidad pública
Identidad de red visitada
5 Tipo de registro, si el mensaje es o no un mensaje de registro o baja
En particular se han descrito realizaciones de la presente invención en relación un sistema de telecomunicaciones de tercera generación. Debe apreciarse que pueden usarse realizaciones alternativas de la presente invención en cualquier norma adecuada. Las realizaciones de la presente invención se han descrito en el contexto de un
10 subsistema multimedia IP. Debe apreciarse que las realizaciones de la presente invención pueden usarse con cualquier otro sistema.

Claims (29)

  1. REIVINDICACIONES
    1. Método que comprende:
    recibir en un segundo nodo (24) desde un primer nodo (20) un mensaje que indica el resultado de una determinación en el primer nodo (20) de si una petición de registro o baja de un equipo (10) de usuario en
    o de un sistema de comunicaciones es una petición de registro o una petición de baja; y
    llevar a cabo al menos una operación predeterminada en dicho segundo nodo (24) sólo si dicho mensaje indica que dicha petición es una petición de registro.
  2. 2.
    Método según la reivindicación 1, en el que dicho mensaje incluye un identificador establecido dependiendo de si la petición es una petición de registro o una petición de baja.
  3. 3.
    Método según la reivindicación 1 o la reivindicación 2, en el que dicha al menos una operación predeterminada comprende comprobar si al equipo (10) de usuario se le permite registrarse con una red a la que actualmente está unido el equipo (10) de usuario.
  4. 4.
    Método según cualquiera de las reivindicaciones 1 a 3, en el que dicha al menos una operación predeterminada incluye un análisis de itinerancia.
  5. 5.
    Método según cualquiera de las reivindicaciones 1 a 4, en el que dicho equipo (10) de usuario está asociado con una red doméstica, y dicha petición es una petición de registro o baja de dicho equipo (10) de usuario en o de una red visitante; dicha petición se recibe desde dicha red visitante; dicho primer nodo (20) es un nodo de dicha red doméstica; y dicho segundo nodo (24) es también un nodo de dicha red doméstica.
  6. 6.
    Método que comprende
    recibir en un primer nodo (20) una petición de registro o baja de un equipo (10) de usuario en o de un sistema de comunicación; y caracterizado por:
    realizar una comprobación en el primer nodo (20) para determinar si dicha petición es una petición de registro o si dicha petición es una petición de baja; y
    enviar desde el primer nodo (20) a un segundo nodo (24) un mensaje que incluye una indicación de si la petición es una petición de registro o si la petición es una petición de baja.
  7. 7.
    Método según la reivindicación 6, en el que dicho primer nodo (20) es un nodo de una red doméstica con la que está asociado dicho equipo (10) de usuario; dicha petición es una petición de registro o baja de dicho equipo (10) de usuario en o de una red visitante; y dicho segundo nodo (24) es también un nodo de dicha red doméstica.
  8. 8.
    Método según la reivindicación 6 ó 7, en el que dicho segundo nodo (24) es un servidor de abonado base, y dicha indicación puede leerse por el servidor de abonado base.
  9. 9.
    Método según cualquiera de las reivindicaciones 6 a 8, en el que dicha petición está incluida en un mensaje según un primer protocolo; y en el que enviar un mensaje a dicho segundo nodo (24) comprende enviar a dicho segundo nodo (24) un mensaje según un segundo protocolo diferente de dicho primer protocolo.
  10. 10.
    Método según cualquiera de las reivindicaciones 6 a 9, que comprende establecer en dicho mensaje un identificador dependiendo de si la petición es una petición de registro o una petición de baja.
  11. 11.
    Método según cualquiera de las reivindicaciones 6 a 10, en el que dicha comprobación comprende comprobar información en un campo de cabecera de dicha petición.
  12. 12.
    Método según la reivindicación 11, en el que dicho campo de cabecera es un campo de cabecera de expiración.
  13. 13.
    Método según la reivindicación 12, en el que dicho campo de cabecera de expiración tiene un valor si la petición es una petición de registro y un valor diferente si la petición es una petición de baja.
  14. 14.
    Método según cualquier reivindicación anterior, en el que dicho mensaje solicita autorización del equipo de usuario desde el segundo nodo (24).
  15. 15.
    Método según cualquier reivindicación anterior, en el que dicho primer nodo (20) es una función de control de estado de llamada o función de control de sesión de llamada.
  16. 16.
    Método según cualquier reivindicación anterior, en el que dicho primer nodo (20) es un nodo de función de control de estado de llamada de interrogación.
  17. 17.
    Método según cualquier reivindicación anterior, en el que dicho segundo nodo (24) es un servidor de abonado base.
  18. 18.
    Método según cualquier reivindicación anterior, en el que dicho mensaje es un mensaje de petición de autorización de usuario.
  19. 19.
    Método según cualquier reivindicación anterior, en el que dicha petición desde dicho equipo (10) de usuario es un mensaje de REGISTRO DE SIP.
  20. 20.
    Segundo nodo (24) que comprende:
    medios para recibir desde un primer nodo (20) un mensaje que indica el resultado de una determinación en el primer nodo (20) de si una petición de registro o baja de un equipo (10) de usuario en o de un sistema de comunicaciones es una petición de registro o una petición de baja; y
    medios para llevar a cabo al menos una comprobación predeterminada sólo si dicho mensaje indica que dicha petición es una petición de registro.
  21. 21.
    Segundo nodo (24) según la reivindicación 20, en el que dicho equipo (10) de usuario está asociado con una red doméstica; dicha petición es una petición de registro o baja de dicho equipo (10) de usuario en o de una red visitante; dicho primer nodo (20) es un nodo de dicha red doméstica; y dicho segundo nodo (24) es también un nodo de dicha red doméstica.
  22. 22.
    Segundo nodo (24) según la reivindicación 20 ó 21, en el que dicha al menos una comprobación predeterminada comprende comprobar si al equipo (10) de usuario se le permite registrarse con una red a la que actualmente está unido el equipo (10) de usuario.
  23. 23.
    Segundo nodo (24) según cualquiera de las reivindicaciones 20 a 22, en el que dicha al menos una comprobación predeterminada incluye un análisis de itinerancia.
  24. 24.
    Segundo nodo (24) según cualquiera de las reivindicaciones 20 a 23, en el que el mensaje desde el primer nodo incluye un identificador establecido dependiendo de si la petición es una petición de registro o una petición de baja.
  25. 25.
    Primer nodo (20), que comprende:
    medios para recibir una petición de registro o baja de un equipo (10) de usuario en o de un sistema de comunicaciones;
    medios para comprobar si dicha petición es una petición de registro o una petición de baja; y
    medios para enviar a un segundo nodo (24) un mensaje que incluye una indicación de si la petición es una petición de registro o si la petición es una petición de baja.
  26. 26.
    Primer nodo (20) según la reivindicación 25, siendo dicho primer nodo (20) un nodo de una red doméstica con la que está asociado dicho equipo (10) de usuario; dicha petición es una petición de registro o baja de dicho equipo (10) de usuario en o de una red visitante; y dicho segundo nodo (24) es también un nodo de dicha red doméstica.
  27. 27.
    Primer nodo (20) según la reivindicación 25 ó 26, en el que dicho segundo nodo (24) es un servidor de abonado base, y dicha indicación puede leerse por el servidor de abonado base.
  28. 28.
    Primer nodo (20) según cualquiera de las reivindicaciones 25 a 27, en el que dicha petición está incluida en un mensaje según un primer protocolo; y en el que dichos medios para enviar un mensaje a dicho segundo nodo (24) son unos medios para enviar a dicho segundo nodo (24) un mensaje según un segundo protocolo diferente de dicho primer protocolo.
  29. 29.
    Sistema que incluye un segundo nodo (24) según cualquiera de las reivindicaciones 20 a 24; y un primer nodo (20) según cualquiera de las reivindicaciones 25 a 28.
ES03710153T 2002-03-27 2003-03-25 Método de registro y baja de un usuario Expired - Lifetime ES2433194T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US10/109,565 US8121597B2 (en) 2002-03-27 2002-03-27 Method of registering and deregistering a user
US109565 2002-03-27
PCT/IB2003/001410 WO2003081937A1 (en) 2002-03-27 2003-03-25 A method of registering and deregistering a user

Publications (1)

Publication Number Publication Date
ES2433194T3 true ES2433194T3 (es) 2013-12-09

Family

ID=28453137

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03710153T Expired - Lifetime ES2433194T3 (es) 2002-03-27 2003-03-25 Método de registro y baja de un usuario

Country Status (9)

Country Link
US (1) US8121597B2 (es)
EP (1) EP1488656B1 (es)
JP (1) JP4002895B2 (es)
CN (1) CN1643967B (es)
AU (1) AU2003214573A1 (es)
CA (1) CA2480864C (es)
ES (1) ES2433194T3 (es)
RU (1) RU2316153C2 (es)
WO (1) WO2003081937A1 (es)

Families Citing this family (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101527902B (zh) * 2002-01-21 2013-08-28 西斯威尔国际有限公司 改变签约的方法和系统
US7139566B2 (en) * 2002-09-10 2006-11-21 Samsung Electronics Co., Ltd. Method for informing mobile communication terminal of entrance into specific service network in mobile communication system and method for changing incoming call indication mode to vibration or silent mode
US7487199B2 (en) * 2002-09-24 2009-02-03 Motorola, Inc. Method and apparatus for maintaining SIP contact addresses
US20040234060A1 (en) * 2003-03-31 2004-11-25 Nokia Corporation Method and system for deactivating a service account
GEP20094714B (en) * 2003-05-02 2009-06-25 Interdigital Tech Corp Method and architecture for accessing an internet protocol multimedia subsystem (ims) over a wireless local area network (wlan)
US7151923B2 (en) * 2003-06-30 2006-12-19 Lucent Technologies Inc. Systems for providing message waiting notification updates in a cellular communication network
US7069002B2 (en) * 2003-06-30 2006-06-27 Lucent Technologies Inc. Message waiting indication operable to overcome a border condition between mobile switching centers
US20070189215A1 (en) * 2004-01-07 2007-08-16 Huawei Technologies Co., Ltd. Method for reducing interface load of home subscriber server
US7715856B2 (en) 2004-06-02 2010-05-11 Interdigital Technology Corporation Reporting terminal capabilities for supporting short message service
GB0417296D0 (en) 2004-08-03 2004-09-08 Nokia Corp User registration in a communication system
JP4712040B2 (ja) * 2004-08-04 2011-06-29 エルジー エレクトロニクス インコーポレイティド ネットワーク間のローミングを提供するブロードキャスト／マルチキャストサービスシステム及び方法
US7844745B1 (en) * 2004-08-19 2010-11-30 Nortel Networks Limited Alternate home subscriber server (HSS) node to receive a request if a first HSS node cannot handle said request
CN1642083A (zh) * 2004-09-23 2005-07-20 华为技术有限公司 网络侧选择鉴权方式的方法
CN1761359B (zh) * 2004-10-12 2012-02-29 株式会社日立制作所 移动通信控制方法和移动通信控制系统
ATE553584T1 (de) * 2004-12-17 2012-04-15 Tekelec Us Verfahren, systeme und computerprogrammprodukte zum clustern und kommunizieren zwischen entitäten des internet-protokoll-multimediasubsystems (ims)
JP4960341B2 (ja) * 2005-04-01 2012-06-27 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｍｓベースの通信を開始するための方法
US8090392B2 (en) 2005-08-05 2012-01-03 Interdigital Technology Corporation Method and system for reporting a short message capability via an IP multimedia subsystem
WO2007043849A1 (en) 2005-10-14 2007-04-19 Samsung Electronics Co., Ltd. Roaming service method in a mobile broadcasting system, and system thereof
KR100856256B1 (ko) * 2005-10-14 2008-09-03 삼성전자주식회사 휴대 방송 시스템에서 로밍 서비스를 지원하는 장치 및방법
CN100581286C (zh) * 2005-10-19 2010-01-13 华为技术有限公司 一种移动用户设备实现移动英特网协议去注册的方法及系统
CN100527874C (zh) * 2005-10-21 2009-08-12 华为技术有限公司 一种私有业务标识的数据检查方法
US8665862B1 (en) 2005-10-24 2014-03-04 Apple Inc. Performing cross-domain deregistration
GB2432748A (en) 2005-11-25 2007-05-30 Ericsson Telefon Ab L M SIP messaging in an IP Multimedia Subsystem wherein a local user identity is added to message header as a basis for application server processing
EP1835686B1 (en) * 2006-03-13 2015-12-23 Vodafone Group PLC Method of providing access to an IP multimedia subsystem based on provided access network data.
DE102006026929B4 (de) 2006-06-09 2008-03-06 Siemens Ag Verfahren zur mehrfachen Registrierung eines multimodalen Kommunikationsendgerätes
US20080014961A1 (en) * 2006-07-12 2008-01-17 Tekelec Methods, systems, and computer program products for providing geographically diverse IP multimedia subsystem (IMS) instances
US8149725B2 (en) * 2006-07-31 2012-04-03 Tekelec Methods, systems, and computer program products for a hierarchical, redundant OAM&P architecture for use in an IP multimedia subsystem (IMS) network
US20080155658A1 (en) * 2006-12-22 2008-06-26 Nokia Corporation Authentication type selection
US20080219241A1 (en) * 2007-03-09 2008-09-11 Nokia Corporation Subscriber access authorization
EP2186373A4 (en) * 2007-08-13 2012-12-19 Nortel Networks Ltd NEW DIAMETER SIGNALING FOR IPV4 MOBILE PROTOCOL
JP4882966B2 (ja) * 2007-11-12 2012-02-22 沖電気工業株式会社 プロキシサーバ、通信プログラム及び通信システム
CN101577634B (zh) * 2008-05-07 2012-01-25 华为技术有限公司 多主机系统的退网方法、网络侧管理装置及网络系统
US8085810B2 (en) * 2008-08-06 2011-12-27 Movik Networks Cross-layer pipelining optimizations for reduced roundtrips and improving quality of experience
US8880067B2 (en) * 2008-08-08 2014-11-04 Qualcomm Incorporated Correlating registrations originating from a device
EP2433406B1 (en) * 2009-05-19 2013-04-17 Telefonaktiebolaget LM Ericsson (publ) Managing roaming agreements between ims networks
CN101931923B (zh) * 2009-06-26 2014-10-22 中兴通讯股份有限公司 Ip多媒体子系统网络的用户注册方法及业务实现系统
CN101931934B (zh) * 2009-06-26 2014-06-11 中兴通讯股份有限公司南京分公司 Ip多媒体子系统网络的用户注册方法及业务实现系统
US20110117914A1 (en) * 2009-11-12 2011-05-19 Electronics And Telecommunications Research Institute Method and apparatus for deregistration of personal network element(pne) in 3gpp personal network(pn)
CN101867918B (zh) * 2010-06-04 2015-06-03 中兴通讯股份有限公司 实名制登记状态的获取方法和装置、以及终端
US9596712B2 (en) * 2012-05-21 2017-03-14 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for handling P-CSCF failure and restoring connectivity
FR2996096A1 (fr) * 2012-09-24 2014-03-28 France Telecom Procedes de verification et de controle dans un cœur de reseau ip multimedia, et serveurs
US9380549B2 (en) 2014-03-27 2016-06-28 Apple Inc. Cellular network assisted proximity services registration procedures and event framework for proximity requests/alerts using session initiation protocol
WO2016209262A1 (en) * 2015-06-26 2016-12-29 Hewlett Packard Enterprise Development Lp Authentication requests
CN108881118B (zh) * 2017-05-12 2020-07-17 大唐移动通信设备有限公司 一种ims级联组网方法及设备
CN112929946B (zh) * 2019-12-06 2023-10-17 维沃移动通信有限公司 网络配置命令的处理方法和终端设备

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19643658C1 (de) 1996-10-22 1998-03-26 Siemens Ag Verfahren zum Steuern des Anmeldens von Schnurlos-Mobilteilen bei Schnurlos-Basisstationen universeller Mobil-Telekommunikationssysteme, insbesondere von DECT-Mobilteilen bei DECT-Basisstationen CAP-spezifischer Telekommunikationssysteme
US5848055A (en) * 1996-11-19 1998-12-08 Northern Telecom Limited Bandwidth correlation means for paths in connection-oriented packet switching networks
US6535493B1 (en) * 1998-01-15 2003-03-18 Symbol Technologies, Inc. Mobile internet communication protocol
US6084866A (en) 1998-01-21 2000-07-04 Motorola, Inc. Method and apparatus in a wireless messaging system for minimizing unnecessary communications with coverage zones of differing size and differing bandwidth capacity when entered by a mobile subscriber unit
GB2352932B (en) 1999-07-31 2003-10-08 Ericsson Telefon Ab L M Charging control in a mobile telecommunications system
US7171199B1 (en) 1999-09-10 2007-01-30 Lucent Technologies Inc. Method and system for directing a data message in a wireless communications network including multiple wireless systems
US6763233B2 (en) * 2000-01-05 2004-07-13 Nortel Networks Limited Terminal roaming operations between intergenerational wireless networks
US6456234B1 (en) * 2000-06-07 2002-09-24 William J. Johnson System and method for proactive content delivery by situation location
US20020037723A1 (en) * 2000-06-08 2002-03-28 Adam Roach Refreshing service profile information using third-party SIP register messages
DE60023359T2 (de) 2000-08-10 2006-07-06 Nokia Corp. Verfahren und System zur Roaming-Unterstützung in UMTS
US7170863B1 (en) * 2001-02-12 2007-01-30 Nortel Networks Limited Push-to-talk wireless telecommunications system utilizing a voice-over-IP network
DE10116547A1 (de) * 2001-04-03 2002-10-10 Nokia Corp Registrierung eines Endgeräts in einem Datennetz
US6810243B2 (en) * 2001-04-30 2004-10-26 Lucent Technologies Inc. Surrogate service attendant
AU2001262396B2 (en) * 2001-05-28 2006-06-01 Nokia Corporation Charging in telecommunications network
US6871070B2 (en) * 2001-07-31 2005-03-22 Lucent Technologies Inc. Communication system for providing roaming between an internet protocol multimedia system and a circuit-switched domain
US7028089B2 (en) * 2001-09-21 2006-04-11 International Business Machines Corporation Method and apparatus for caching subscribed and non-subscribed content in a network data processing system

Also Published As

Publication number Publication date
EP1488656A1 (en) 2004-12-22
RU2004131649A (ru) 2005-11-20
CA2480864C (en) 2011-05-31
EP1488656B1 (en) 2013-08-07
AU2003214573A1 (en) 2003-10-08
CN1643967A (zh) 2005-07-20
JP4002895B2 (ja) 2007-11-07
CN1643967B (zh) 2012-07-11
RU2316153C2 (ru) 2008-01-27
WO2003081937A1 (en) 2003-10-02
US20040203763A1 (en) 2004-10-14
US8121597B2 (en) 2012-02-21
CA2480864A1 (en) 2003-10-02
JP2005521349A (ja) 2005-07-14

Similar Documents

Publication Publication Date Title
ES2433194T3 (es) Método de registro y baja de un usuario
US10932321B1 (en) Method of providing data, voice, and SMS services to LTE subscribers roaming in 2G/3G visited networks
EP1658746B1 (en) Apparatus and method for authenticating a user when accessing to multimedia services
JP5016359B2 (ja) Ｉｐマルチメディアサブシステムへのアクセスを与える方法
EP2351393B1 (en) System and method for inbound roaming in ip multimedia subsystem networks
CN101904188B (zh) 通过强制位置再登记来阻止使用被盗终端的方法和系统
US20050120198A1 (en) Communication system and method
US20060077965A1 (en) Callback services in a communication system
US20060140149A1 (en) Method of processing call to unregistered user in WLAN-GPRS network using SIP
JP2009524314A (ja) 回線交換方式の無線アクセスネットワークとｉｐマルチメディアサブシステムとの接続
EP1338152A1 (en) Apparatus and methods providing backward compatibility to existing mobile systems
KR101148036B1 (ko) Ｌｔｅ망과 무선랜망간의 핸드오버 방법 및 그 시스템
US11350251B2 (en) Interworking function for enabling VoLTE roaming
CN105682058A (zh) 一种路由短消息的方法及装置
US20060195898A1 (en) Transparent access authentication in gprs core networks
CN110324819A (zh) 副卡终端的管理方法和管理服务器
CN1918934B (zh) 用于cdma2000/gprs漫游的方法和装置
KR100454080B1 (ko) 방문 가입자 서버를 이용한 아이피 멀티미디어 서비스의 호 처리 방법
KR101629815B1 (ko) Ｓｃｃ를 지원하는 3ｇ 이동통신 시스템 및 그 방법
WO2022203662A1 (en) Interworking function for enabling volte roaming