ES2371987T3 - Método y dispositivo para establecer relaciones de asociación-control. - Google Patents

Método y dispositivo para establecer relaciones de asociación-control. Download PDF

Info

Publication number
ES2371987T3
ES2371987T3 ES08800959T ES08800959T ES2371987T3 ES 2371987 T3 ES2371987 T3 ES 2371987T3 ES 08800959 T ES08800959 T ES 08800959T ES 08800959 T ES08800959 T ES 08800959T ES 2371987 T3 ES2371987 T3 ES 2371987T3
Authority
ES
Spain
Prior art keywords
user
iccf
address
message
unit
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.)
Active
Application number
ES08800959T
Other languages
English (en)
Inventor
Dongming Zhu
Songhai Ye
Chunyan Ding
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2371987T3 publication Critical patent/ES2371987T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Selective Calling Equipment (AREA)

Abstract

Un método para determinar si un usuario es, o no, de un servicio centralizado de subsistema multimedia IP, ICS, caracterizado porque comprende: la adquisición, por una unidad de adaptación de acceso, de información de suscripción del usuario por intermedio de un mensaje de parte de aplicación móvil, MAP, en donde se añade un campo a un mensaje de Inserción de Datos de Suscripción MAP, con el fin de identificar que el usuario es un usuario de ICS cuando la unidad de adaptación de acceso adquiere la información de suscripción del usuario por intermedio del mensaje MAP y la adquisición de información que indica que el usuario es un usuario de ICS a partir de la información de suscripción adquirida del usuario.

Description

Método y dispositivo para establecer relaciones de asociación-control
CAMPO DE LA INVENCIÓN
La presente invención se refiere a las tecnologías de las comunicaciones y en particular, a un método y dispositivo para establecer relaciones de asociación-control.
ANTECEDENTES DE LA INVENCIÓN
Un subsistema multimedia IP (IMS) se define para una red de acceso múltiple por división de código de banda ancha (WCDMA) por el Proyecto de Asociación de Tercera Generación (3GPP) en el estándar R5/R6. El subsistema IMS pone en práctica servicios de voz y de datos en paquetes en redes móviles de tercera generación (3G) y proporciona aplicaciones y servicios multimedia unificados. El IMS utiliza un dominio de paquetes de IP como su canal de soporte para señalización de control y transmisión multimedia y utiliza el Protocolo de Iniciación de Sesión (SIP) para intercambiar la señalización de control de llamadas. En el IMS, los datos de suscripción de usuario están centralizados en un servidor de abonados base (HSS) para su gestión. Los servicios se proporcionan uniformemente por un servidor de aplicación (AS) y el control de la sesión se concluye mediante una Función de Control de Sesión de Llamadas (CSCF). En la estructura de la red, la provisión de servicios está completamente separada del control de la sesión. Una función CSCF-Servidor (S-CSCF) inicia operativamente servicios al servidor AS para el procesamiento. Múltiples servidores ASs pueden procesar servicios juntos. Un usuario accede al IMS mediante su función de proxy-CSCF (P-CSCF) actual y las sesiones y servicios se controlan por el nodo servidor en el dominio de base del lugar en donde está registrado el usuario. De este modo, el usuario puede disfrutar de los mismos servicios en puntos de acceso diferentes. Esto separa la gestión de servicios, el control de sesión y acceso de soporte entre sí y proporciona servicios independientes del acceso y de la posición.
El IMS se define en 3GPP y protocolos y Servicios Convergentes de Internet y Telecomunicaciones para Normas de Conexiones en Redes Avanzadas (TISPAN). En normas 3GPP2, se define un dominio multimedia (MMD) similar a un subsistema multimedia. La estructura del dominio MMD es similar a la estructura del IMS. Para simplificar las descripciones, a continuación se describe solamente el IMS, pero es evidente que los métodos de la presente invención son también aplicables al MMD.
En la evolución a redes de IMS, las redes de circuitos conmutados (CS) y las redes de IMS pueden coexistir durante un periodo de tiempo. En este caso, los operadores desean tener un punto de control para controlar los servicios en los dominios de CS y de IMS, en una forma centralizada, con el fin de disminuir los gastos de desarrollo y de gestión y para proporcionar una experiencia de servicio sólida. El punto de control se suele desarrollar en la red de IMS y se pone en práctica por el servidor AS. Es decir, cuando un usuario accede a través de una red de CS, la red de IMS proporciona, además, servicios para el usuario.
Esta cuestión existe también en un servicio centralizado de IMS (ICS) en normas de 3GPP y de TISPAN. La Figura 1 representa la estructura del ICS. Como una nueva función, la Función de Adaptación de Acceso de CS local-red (L-CAAF-n) se puede desarrollar independientemente entre un equipo de usuario (UE) y un centro de conmutación de servicios móviles (MSC) o integrase con el MSC. La L-CAAF-n está principalmente adaptada para identificar si un usuario es un usuario de ICS o no lo es. Si el usuario es un usuario de ICS, la L-CAAF-n realiza una transformación mutua sobre la señalización de CS y la señalización de SIP del usuario y envía la señalización transformada a una función de control de IMS CS (ICCF). La L-CAAF-n se puede considerar como una unidad de adaptación de acceso que transforma la señalización de CS en una señalización de SIP. La ICCF es un servidor AS con la función de agente del usuario (UA) y accede al dominio de IMS como un agente de un UE en el dominio de IMS. Cuando un usuario de ICS accede a través del dominio de CS, la L-CAAF-n necesita enviar la señalización de SIP transformada a la ICCF y la ICCF accede al dominio de IMS como un agente del usuario. La ICCF controla el acceso del usuario al dominio de IMS por intermedio del dominio de CS.
El inventor descubrió los problemas siguientes en la técnica anterior:
Diferentes usuarios de ICS pueden tener ICCFs diferentes. Cuando un usuario de ICS se encamina a una L-CAAF-n por primera vez, la L-CAAF-n no tiene la información de dirección de ICCF del usuario y deja de enviar la señalización de SIP transformada a la ICCF. En consecuencia, es urgente permitir a la L-CAAF-n adquirir la información de dirección de la ICCF y determinar si un usuario es, o no, un usuario de ICS.
El documento 3GPP TR 23.892 V1.2.1 contiene los resultados del estudio de viabilidad sobre las exigencias de la arquitectura y alternativas para la prestación de servicios coherentes al usuario, principalmente mediante servicios centralizados de IMS, con independencia del tipo de acceso incorporado. El documento ETSI TS 1230228 V7.6.0 define la descripción del servicio de la etapa 2 para el IMS.
E08800959 16-11-2011
El documento ETSI TS 123 228 v7.6.0 define la descripción del servicio de la etapa 2 para el Subsistema Multimedia IP (LMS) de Red Base, que describe los elementos necesarios para soportar servicios de Multimedia IP (IM).
SUMARIO DE LA INVENCIÓN
Formas de realización de la presente invención dan a conocer un método, sistema y dispositivo para establecer relaciones de asociación-control, de modo que una unidad de adaptación de acceso, tal como una L-CAAF-n, pueda establecer relaciones de asociación-control con una función ICCF para usuarios de ICS.
Un método para determinar si un usuario es, o no, un usuario de ICS en una forma de realización de la presente invención comprende:
la adquisición, por una unidad de adaptación de acceso, de información de suscripción del usuario por intermedio de un mensaje de parte de aplicación móvil (MAP), un mensaje de interfaz SH, en donde se añade un campo a un mensaje de Inserción de Datos de suscripción MAP con el fin de identificar que el usuario es un usuario de ICS cuando la unidad de adaptación de acceso adquiere la información de suscripción del usuario por intermedio del mensaje de MAP y
la adquisición de información que indica que el usuario es un usuario de ICS a partir de la información de suscripción adquirida del usuario.
Una unidad de adaptación de acceso, en una forma de realización de la presente invención, comprende:
una sub-unidad de determinación de usuario de ICS, adaptada para determinar si un usuario es, o no, un usuario de ICS;
una sub-unidad de adquisición de dirección de la ICCF, en comunicación con la sub-unidad de determinación del usuario de ICS y adaptada para adquirir información de dirección de la ICCF, después de determinar que un usuario es un usuario de ICS y
una sub-unidad de envío de información de CS, en comunicación con la sub-unidad de adquisición de dirección de ICCF adaptada para notificar información de CS del usuario a la función ICCF;
en donde la sub-unidad de determinación de usuario de ICS está adaptada, además, para adquirir información de suscripción del usuario mediante un mensaje de parte de aplicación móvil, MAP, en donde se añade un campo a un mensaje de Inserción de Datos de suscripción MAP, con el fin de identificar que el usuario es un usuario de ICS cuando la unidad de adaptación de acceso adquiere la información de suscripción del usuario por intermedio del mensaje de MAP.
En las formas de realización de la presente invención, la unidad de adaptación de acceso, tal como una L-CAAF-n puede conocer si un usuario es, o no, un usuario de ICS en función de la información de suscripción del usuario, que es diferente de la técnica anterior. Cuando el usuario es un usuario de ICS, la unidad de adaptación de acceso puede adquirir la información de dirección de ICCF y enviar su propia información de dirección a la ICCF. De esta forma, la L-CAAF-n y la ICCF pueden conocer la información de dirección de cada una de ellas y se pueden establecer relaciones de asociación-control entre la L-CAAF-n y la ICCF.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Para entender mejor la solución técnica dada a conocer en las formas de realización de la presente invención o en la técnica anterior, a continuación se describe los dibujos adjuntos, que se utilizan en las formas de realización de la presente invención o en la técnica anterior. Evidentemente, los dibujos siguientes son algunas formas de realización ejemplo de la presente invención solamente. Los expertos en esta materia pueden obtener otros dibujos basados en los siguientes dibujos sin necesidad de trabajo creativo.
La Figura 1 representa una estructura de sistema de un ICS en la técnica anterior;
La Figura 2 es un diagrama de flujo de un método para una L-CAAF-n para determinar si un usuario es, o no, un usuario de ICS en una primera forma de realización de la presente invención;
La Figura 3a es un diagrama de flujo de un método para utilizar datos de servicios suplementarios no estructurados (USSD) para adquirir la información de dirección de ICCF, según una segunda forma de realización de la presente invención;
La Figura 3b es un diagrama de flujo de otro método para la adquisición de información de dirección de la función ICCF en la segunda forma de realización de la presente invención;
La Figura 4 es un diagrama de flujo de un método para utilizar Aplicaciones Personalizadas para Lógica Mejorada de Red Móvil (CAMEL) para comunicar un número de Registro de Posiciones Visitantes (VLR), en una tercera forma de realización de la presente invención;
5 La Figura 5 es un diagrama de flujo de un método para un HSS para proporcionar un número de VLR en una cuarta forma de realización de la presente invención;
La Figura 6 es un diagrama de flujo de un método para construir información de dirección de ICCF en una quinta forma de realización de la presente invención;
10 La Figura 7 es un diagrama de flujo de un método de iniciación operativa de criterio de filtro inicial (iFC) en una sexta forma de realización de la presente invención;
La Figura 8 representa una estructura de una unidad de adaptación de acceso en una forma de realización de la 15 presente invención y
La Figura 9 representa una estructura de una ICCF en una forma de realización de la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN
20 La solución técnica de la presente invención se describe, en detalle, a continuación, con referencia a los dibujos adjuntos. Es evidente que las formas de realización sólo son formas de realización, a modo de ejemplo, de la presente invención y esta última no está limitada a dichas formas de realización.
25 En las formas de realización de la presente invención, el establecimiento de relaciones de asociación-control significa que una unidad de adaptación de acceso y una ICCF conocen la información de dirección de cada una de ellas. El registro de CS comprende la actualización de posición cuando el UE está encendido y conectado a la red y cuando el UE se desplaza desde un MSC/VLR a otro.
30 En la siguiente forma de realización, se supone que un UE deja de estar conectado a la red de CS al principio y luego, se realizan las operaciones de conexión de CS normal y la actualización de la posición. Cuando el UE realiza la actualización de posición, un mensaje de parte de aplicación móvil (MAP) extendida, tal como un mensaje de MAP_UPDATE_LOCATION se puede utilizar con el fin de identificar que la red visitada soporta la L-CAAF-n. De esta forma, el registro de posiciones base (HLR) puede conocer que la red visitada soporta la L-CAAF-n y con el fin
35 de identificar que el usuario es un usuario de ICS cuando se proporcionan datos.
La primera forma de realización de la presente invención describe cómo la L-CAAF-n determina si un usuario es un usuario de ICS. Según se representa en la Figura 2, el proceso específico comprende las etapas siguientes:
40 Etapas s201 y s203: El UE realiza una conexión de CS normal y la actualización de posición porque el UE deja de estar conectado a la red de CS al principio.
Etapa s204: El HSS envía un mensaje de Inserción de Datos de Suscripción MAP a la L-CAAF-n, que indica que el usuario es un usuario de ICS. Los métodos para identificar que un usuario es un usuario de ICS en el mensaje de
45 Inserción de Datos de Suscripción MAP, incluyen, sin limitación, lo siguiente:
-
Añadir un valor para el campo de SS-Código u otros campos adecuados en el mensaje de Inserción de Datos de Suscripción MAP, con el fin de indicar que el usuario es un usuario de ICS. En este caso, el ICS se procesa como un servicio suplementario. Si la L-CAAF-n encuentra que el usuario es un usuario de ICS, la L-CAAF-n se
50 registra con el IMS para el usuario. De no ser así, la L-CAAF-n no registra el usuario con el IMS.
-
Añadir un campo al mensaje de Inserción de Datos de Suscripción MAP, para indicar que el usuario es un usuario de ICS.
55 En esta forma de realización, si la L-CAAF-n se desarrolla independientemente, la L-CAAF-n necesita interrogar al VLR o HLR para constatar si el usuario es un usuario de ICS o no lo es. Si la L-CAAF-n está integrada con el MSC, la L-CAAF-n puede adquirir información de si el usuario es, o no, un usuario de ICS desde el VLR. Si se añade una interfaz entre la L-CAAF-n y el HSS, la L-CAAF-n puede adquirir la información del usuario a través de la interfaz. La L-CAAF-n puede simular entidades de funciones existentes para adquirir la información de suscripción del usuario
60 desde el HSS por intermedio de la interfaz de Cx o de SH. Además, la L-CAAF-n puede suscribir a, o interrogar, la información de suscripción del usuario a través de la interfaz de SH o de Cx. Si la unidad de adaptación de acceso recibe un mensaje de SIP enviado desde la función ICCF, ello significa que el usuario tiene la función ICCF y es un usuario de ICS. En consecuencia, la unidad de adaptación de acceso decide, además, notificar la información de CS pertinente del usuario a la ICCF.
65 En la forma de realización siguiente, se supone que el usuario es un usuario de ICS. Si el usuario no es un usuario de ICS, la L-CAAF-n sólo necesita transmitir, de forma transparente, el mensaje de petición enviado desde el UE al MSC para su procesamiento.
5 En la siguiente forma de realización, la L-CAAF-n sirve como una entidad independiente. En la puesta en práctica específica, la L-CAAF-n se puede integrar también con el MSC. En este caso, la interfaz entre la L-CAAF-n y el MSC se convierte en una interfaz interna.
La segunda forma de realización de la presente invención describe un método para utilizar USSD con el fin de 10 adquirir la información de dirección de ICCF. Según se representa en la Figura 3a, el método comprende las etapas siguientes:
Etapas s301a a s303a: El UE realiza la actualización de posición de CS normal.
15 Etapa s304a: La L-CAAF-n encuentra que un mensaje debe enviarse a la ICCF, que indique que el usuario está conectado a la red de CS.
Etapa s305a: La L-CAAF-n envía un mensaje de USSD al HSS/HLR con el fin de adquirir la información de dirección de ICCF del usuario.
20 Etapa s306a: El HSS reenvía la información de dirección de ICCF a la L-CAAF-n por intermedio de un mensaje de USSD. La información de dirección de ICCF reenviada por el HSS se puede configurar en el HSS o consultada por interrogación por el HSS desde un lugar fijo, tal como una base de datos, que memoriza la información de dirección de ICCF de todos los usuarios.
25 Etapa s307a: La L-CAAF-n envía un mensaje Info a la ICCF con el fin de notificar a la ICCF que el usuario se ha registrado en el dominio de CS. Conviene señalar que la L-CAAF-n puede enviar también un mensaje Register y que el mensaje Info puede transmitir la información de dirección de la L-CAAF-n.
30 Etapa s308a: La ICCF se registra con el dominio de IMS para el usuario.
Además del envío de un mensaje de USSD al HSS con el fin de adquirir la dirección de identidad de servicio público (PSI) de la ICCF, según se describe en las etapas s305a a s307a, la L-CAAF-n podrá enviar directamente un mensaje de USSD a la ICCF con el fin de interrogar la dirección de PSI de la ICCF. Uno de los métodos de
35 encaminamiento específico puede ser como sigue: El mensaje de USSD, enviado desde la L-CAAF-n, se encamina a una entidad con la función de entregar el mensaje de USSD. La información de dirección de ICCF del usuario se configura en la entidad. De este modo, la entidad puede encaminar el mensaje de USSD a la ICCF del usuario. Según se representa en la Figura 3b, el proceso de puesta en práctica específica incluye las etapas siguientes:
40 Etapas s301b a s303b: El UE realiza la actualización de posición de CS normal.
Etapa s304b: La L-CAAF-n encuentra que un mensaje debe enviarse a la ICCF, que indique que el usuario está conectado a la red de CS.
45 Etapa s305b: La L-CAAF-n envía un mensaje de USSD con el fin de adquirir la dirección de PSI de la ICCF. El mensaje de USSD se encamina a la pasarela de USSD.
Etapa s306b: La pasarela de USSD reenvía el mensaje de USSD a la ICCF del usuario.
50 Etapas s307b y s308b: La ICCF reenvía su dirección de PSI por intermedio de un mensaje de USSD.
Etapa s309b: La L-CAAF-n envía un mensaje Info a la ICCF con el fin de notificar a la ICCF que el usuario se ha registrado en el dominio de CS.
55 Etapa s310b: La ICCF se registra con el dominio de IMS para el usuario.
Conviene señalar que la L-CAAF-n puede enviar también un mensaje de SMS o un mensaje Diameter con el fin de interrogar la dirección de PSI de la ICCF.
60 En la tercera forma de realización de la presente invención, CAMEL se puede utilizar para comunicar el número de VLR. Según se representa en la Figura 4, el proceso de puesta en práctica específica incluye las etapas siguientes:
Etapas s401 a s403: El UE realiza la actualización de posición de CS normal.
E08800959 16-11-2011
Etapa s404: El centro de conmutación de servicios móviles visitado (VMSC) comunica el número de VLR actual del usuario a través de un mensaje de MAP-NOTE-MM-EVENT en CAMEL.
Etapa s405: La ICCF construye la información de dirección de la L-CAAF-n en función del número de VLR informado. El número de VLR, que incluye un número de red móvil terrestre pública (PLMN) es globalmente único y la L-CAAF-n corresponde al VLR, sobre una base de uno a uno. En consecuencia, la ICCF puede direccionar únicamente una L-CAAF-n en función del número de VLR. Los métodos para que la ICCF direccione una L-CAAF-n, incluyen, sin limitación, a lo siguiente:
-
La ICCF construye una dirección de identificador uniforme de recursos (URI) de la L-CAAF-n, en función del número de VLR en el formato siguiente: "número VLR@"identificador PLMN del VLR".
-
La información de dirección de ICCF correspondiente del VLR se configura en la ICCF.
Etapa s406: La ICCF envía su propia información de dirección a la L-CAAF-n por intermedio de un mensaje de SIP. Además de la información de dirección de ICCF, el mensaje de SIP puede transmitir la información que indica que el usuario es un usuario de ICS para iniciar operativamente la L-CAAF-n con el fin de enviar un mensaje Register. El mensaje de SIP puede ser un mensaje Info u otros mensajes adecuados.
Etapa s407: Después de recibir la información de dirección de ICCF, la L-CAAF-n envía un mensaje Register a la ICCF con el fin de notificar a la ICCF que el usuario se ha registrado en el dominio de CS. Conviene señalar que la L-CAAF-n puede enviar también un mensaje Info.
El punto de control de servicio (SCP), en esta forma de realización, se puede desarrollar independientemente o integrarse con la ICCF. Cuando el SCP se integra con la ICCF, el número de VLR, comunicado por el UE se transmite entre el SCP y la ICCF por intermedio de un mensaje interno. Si el SCP se desarrolla independientemente, el número de VLR se transmite entre el SCP y la ICCF a través de una interfaz interna.
La cuarta forma de realización da a conocer un método para que el HSS proporcione un número de VLR. Según se representa en la Figura 5, el método incluye las etapas siguientes:
Etapa s501: La ICCF envía un mensaje Subscribe al HSS por intermedio de la interfaz de SH para suscribir al número de VLR del usuario.
Etapas s502 a s504: El UE realiza la actualización de posición de CS normal.
Etapa s505: El HSS envía el número de VLR actual del usuario a la ICCF a través de la interfaz de SH en función del mensaje Subscribe enviado desde la ICCF.
Etapa s506: La ICCF construye la información de dirección de una L-CAAF-n en función del número de VLR recibido. El número de VLR, que incluye el número PLMN, es globalmente único y la L-CAAF-n corresponde al VLR, sobre una base uno a uno. En consecuencia, la ICCF puede direccionar únicamente una L-CAAF-n en función del número de VLR. Los métodos para que la ICCF direccione una L-CAAF-n incluyen, sin limitación, a lo siguiente:
-
La ICCF construye una dirección de URI de la L-CAAF-n en función del número de VLR en el formato siguiente: "número VLRr@"identificador PLMN del VLR".
-
La información de dirección de ICCF correspondiente del VLR se configura en la ICCF.
Etapa s507: La ICCF envía su propia dirección a la L-CAAF-n por intermedio de un mensaje SIP. El mensaje SIP puede ser un mensaje Info. Además de la información de dirección de ICCF, el mensaje de SIP puede transmitir la información que indica que el usuario es un usuario de ICS.
Etapa s508: El UE envía un mensaje de petición de llamada a la L-CAAF-n.
Etapa s509: La L-CAAF-n envía un mensaje Invite a la ICCF en función del mensaje de petición de llamada que se envía desde el UE y la información de dirección de ICCF adquirida en la etapa s507. La L-CAAF-n envía un mensaje Invite solamente cuando recibe la información de dirección de ICCF y el mensaje de petición de llamada enviado desde el UE.
En esta forma de realización, la ICCF necesita primero determinar si el usuario es, o no, un usuario de ICS y luego se suscribe al número de VLR del usuario, solamente cuando el usuario es un usuario de ICS.
La quinta forma de realización da a conocer un método para construir la información de dirección de ICCF. Según se representa en la Figura 6, el método incluye las etapas siguientes:
Etapas s601 a s603: El UE realiza la actualización de posición de CS normal.
Etapa s604: La L-CAAF-n encuentra que un mensaje debe enviarse con el fin de notificar a la ICCF que el usuario se ha registrado en el dominio de CS. En consecuencia, la L-CAAF-n construye la información de dirección de ICCF del 5 usuario. Los métodos para que la L-CAAF-n adquiera la información de dirección de ICCF incluyen, sin limitación, lo siguiente:
-
Construir una dirección de URI en el formato siguiente: "Número de HLR del usuario + número de usuario especial"@"identificador PLMN del dominio de base". 10 -Utilizar directamente la información de dirección de ICCF configurada del usuario en la L-CAAF-n.
Etapa s605: En función de la información de dirección de ICCF construida en la etapa s604, la L-CAAF-n envía un mensaje con el fin de notificar a la ICCF que el usuario se ha registrado en el dominio de CS. El mensaje puede ser
15 un mensaje Info o un mensaje de SIP adecuado. El mensaje puede transmitir también la información de dirección de la L-CAAF-n.
Las etapas s604 y s605 simplemente describen el caso en donde la L-CAAF-n percibe que se requiere notificar a la ICCF que el usuario se ha registrado en el dominio de CS. De hecho, la L-CAAF-n puede enviar también un mensaje
20 Register a la ICCF o enviar un mensaje Invite a la ICCF, cuando el UE inicia una llamada.
La sexta forma de realización da a conocer un método de iniciación operativa iFC. Según se representa en la Figura 7, el método incluye las etapas siguientes:
25 Etapas s701 a s703: El UE realiza una actualización de posición de CS normal.
Etapa s704: La L-CAAF-n construye un mensaje de SIP en función de la identidad internacional de abonado de móvil (IMSI) o un número digital de servicios integrados de estación móvil (MSISDN) del usuario. El mensaje de SIP puede ser un mensaje Info.
30 Etapa s705: La L-CAAF-n envía el mensaje de SIP construido a la S-CSCF.
El mensaje de SIP puede transmitir también la información de dirección de la L-CAAF-n.
35 Etapa s706: La S-CSCF envía el mensaje de SIP a la ICCF mediante la iniciación operativa de iFC.
Etapas s708 y s709: La ICCF reenvía su propia información de dirección por intermedio de un mensaje de respuesta. La ICCF puede reenviar también su propia información de dirección por intermedio de un nuevo mensaje de SIP.
40 Etapa s710: La L-CAAF-n se registra con el dominio de IMS para el usuario.
Se da a conocer, además, un sistema para establecer relaciones de asociación-control. El sistema incluye una unidad de adaptación de acceso y una ICCF. La unidad de adaptación de acceso está adaptada para: adquirir la
45 información de dirección de la ICCF después de determinar que un usuario es un usuario de ICS y notificar la información de CS del usuario a la ICCF. La información de CS incluye la información de dirección de la unidad de adaptación de acceso. La ICCF está adaptada para adquirir la información de dirección de la unidad de adaptación de acceso y proporcionar su propia información de dirección para la unidad de adaptación de acceso.
50 Según se representa en la Figura 8, la unidad de adaptación de acceso comprende, además, una sub-unidad de determinación de usuario de ICS 110, una sub-unidad de adquisición de dirección de ICCF 120 y una sub-unidad de envío de información de CS 130. La sub-unidad de determinación de usuario de ICS 110 está adaptada para determinar si un usuario es, o no, un usuario de ICS. Por ejemplo, una primera entidad de red adquiere la información de suscripción de un usuario a partir de un mensaje de MAP, un mensaje de interfaz de SH o un
55 mensaje de interfaz de Cx y determina si el usuario es, o no, un usuario de ICS en función de la información de suscripción. La sub-unidad de adquisición de dirección de ICCF 120 está en comunicación con la sub-unidad de determinación de usuario de ICS 110 y está adaptada para adquirir la información de dirección de la ICCF después de determinar que el usuario es un usuario de ICS. Por ejemplo, la sub-unidad de adquisición de dirección de ICCF 120 envía un mensaje de USSD, un mensaje de SMS o un mensaje Diameter al HSS con el fin de adquirir la
60 información de dirección de una segunda entidad de red o envía directamente un mensaje de interrogación a la segunda entidad de red para interrogar la dirección de PSI. La sub-unidad de envío de información de CS 130 está en comunicación con la sub-unidad de adquisición de dirección de ICCF 120 y está adaptada para notificar la información de CS del usuario a la ICCF.
E08800959 16-11-2011
La sub-unidad de adquisición de dirección de ICCF 120 comprende, además, un módulo de interrogación de dirección 121, un módulo de construcción de dirección 122, un módulo de iniciación de adquisición de dirección 123 y un módulo de pre-configuración de dirección 124.
El módulo de interrogación de dirección 121 está adaptado para enviar un mensaje de interrogación al HSS para adquirir información de dirección de ICCF.
El módulo de construcción de dirección 122 está adaptado para adquirir al menos uno de los números siguientes: número IMSI y número digital de servicios integrados de estación móvil MSISDN del usuario y para construir la información de dirección de la ICCF base del usuario en función del número adquirido.
El módulo de iniciación de la adquisición de dirección 123 está adaptado para construir un URI del usuario en función de al menos uno de los números siguientes: número IMSI y el número MSISDN correspondiente del usuario. La unidad de adaptación de acceso envía un mensaje de petición de SIP a la S-CSCF, en el dominio de base, para permitir a la S-CSCF enviar el mensaje a la ICCF, mediante un dispositivo de iniciación de iFC. A continuación, el ICCF envía su propia información de dirección a la unidad de adaptación de acceso.
El módulo de pre-configuración de dirección 124 está adaptado para pre-configurar la información de dirección de ICCF de todos los usuarios.
Según se representa en la Figura 9, la ICCF comprende, además, una sub-unidad de adquisición de dirección de la unidad de adaptación de acceso 210 y una sub-unidad de provisión de direcciones de ICCF 220. La sub-unidad de adquisición de dirección de la unidad de adaptación de acceso 210 está adaptada para adquirir la información de dirección de la unidad de adaptación de acceso. Un método consiste en construir la dirección de una primera entidad de red mediante la adquisición del número de VLR actual del usuario. El número de VLR se puede adquirir a partir del mensaje enviado desde el VLR o el mensaje enviado desde el servidor HSS. La sub-unidad de provisión de dirección de ICCF 220 está adaptada para proporcionar su propia información de dirección a la sub-unidad de adquisición de dirección de la unidad de adaptación de acceso 210.
La sub-unidad de adquisición de dirección de la unidad de adaptación de acceso 210 comprende, además, una unidad de construcción de dirección de la unidad de adaptación de acceso 211 y un módulo de adquisición de dirección de una unidad de adaptación de acceso 212. La unidad de construcción de dirección de la unidad de adaptación de acceso 211 está adaptada para construir la dirección de la unidad de adaptación de acceso mediante la adquisición del número de VLR actual del usuario. El módulo de adquisición de dirección de una unidad de adaptación de acceso 212 está adaptado para adquirir la dirección directamente a partir del mensaje enviado desde la unidad de adaptación de acceso.
Con las formas de realización de la presente invención, la L-CAAF-n puede conocer si un usuario es, o no, un usuario de ICS en función de la información de suscripción del usuario. Cuando el usuario es un usuario de ICS, la L-CAAF-n puede adquirir información de dirección de ICCF y envía su propia información de dirección a la ICCF o la ICCF adquiere primero la información de dirección de la L-CAAF-n y luego, entrega su propia información de dirección a la L-CAAF-n. De esta forma, la L-CAAF-n y la ICCF podrán conocer la información de dirección de cada una de ellas, de modo que se puedan establecer relaciones de asociación-control entre la L-CAAF-n y la ICCF.
A través de las descripciones precedentes de las formas de realización de la presente invención, es comprensible para los expertos en esta materia que las formas de realización de la presente invención se pueden poner en práctica por hardware o por software en combinación con una plataforma de hardware necesaria. Por consiguiente, la solución técnica de la presente invención se puede materializar como un producto de software. El software se puede almacenar en un soporte de memoria no volátil, tal como un disco compacto-memoria de solo lectura (CD-ROM), un disco USB o un disco duro portátil y comprende varias instrucciones dadas a un dispositivo informático, tal como un ordenador personal, un servidor o un dispositivo de red para realizar el método dado a conocer en cada forma de realización de la presente invención.

Claims (9)

  1. REIVINDICACIONES
    1. Un método para determinar si un usuario es, o no, de un servicio centralizado de subsistema multimedia IP, ICS, 5 caracterizado porque comprende:
    la adquisición, por una unidad de adaptación de acceso, de información de suscripción del usuario por intermedio de un mensaje de parte de aplicación móvil, MAP, en donde se añade un campo a un mensaje de Inserción de Datos de Suscripción MAP, con el fin de identificar que el usuario es un usuario de ICS cuando la unidad de adaptación de
    10 acceso adquiere la información de suscripción del usuario por intermedio del mensaje MAP y
    la adquisición de información que indica que el usuario es un usuario de ICS a partir de la información de suscripción adquirida del usuario.
    15 2. El método según la reivindicación 1, caracterizado por comprender, además: la adquisición, por la unidad de adaptación de acceso, de información de dirección de una función de control de
    conmutación de circuitos IMS, ICCF y 20 el envío, por la unidad de adaptación de acceso, de su propia información de dirección a la función ICCF.
  2. 3. El método según la reivindicación 2, caracterizado porque el proceso de la adquisición de la información de dirección de la ICCF comprende:
    25 el envío, por la unidad de adaptación de acceso, de un mensaje de interrogación a un servidor de abonados base, HSS, para adquirir la información de dirección de la ICCF o
    el envío, por la unidad de adaptación de acceso, del mensaje de interrogación a la ICCF con el fin de interrogar una dirección de identidad de servicio público, PSI, de la ICCF. 30
  3. 4. El método según la reivindicación 3, caracterizado porque la unidad de adaptación de acceso comprende una red con función de adaptación de acceso a conmutación de circuitos (CS) local, L-CAAF-n; el proceso del envío del mensaje de interrogación a la ICCF, para interrogar una dirección de PSI de la ICCF, que
    35 comprende: el envío, por la L-CAAF-n, de un mensaje de datos de servicios suplementarios no estructurados, USSD, para adquirir la dirección de PSI de la ICCF, siendo el mensaje de USSD encaminado a la pasarela de USSD;
    40 el reenvío, por la pasarela de USSD, del mensaje de USSD a la ICCF del usuario y el reenvío, por la ICCF, de su dirección de PSI por intermedio de un mensaje de USSD.
  4. 5. El método según la reivindicación 2, caracterizado porque el proceso de la adquisición de la información de 45 dirección de la ICCF comprende:
    la adquisición, por la unidad de adaptación de acceso, de un número de identidad internacional de abonado móvil, IMSI, o un número digital de servicios integrados de estación móvil correspondiente, MSISDN, del usuario y
    50 la construcción de la información de dirección de la ICCF base del usuario en función del número adquirido.
  5. 6. El método según la reivindicación 2, caracterizado porque el proceso de la adquisición de la información de dirección de la ICCF comprende:
    55 la pre-configuración, por la unidad de adaptación de acceso, de la información de dirección de la función ICCF de cada usuario.
  6. 7. El método según cualquiera de las reivindicaciones 1 a 6, caracterizado porque la unidad de adaptación de
    acceso está integrada con un centro de conmutación de servicios móviles, MSC. 60
  7. 8. Una unidad de adaptación de acceso, caracterizada porque comprende:
    una sub-unidad de determinación de usuario de un servicio centralizado IMS, ICS, adaptada para determinar si un usuario es un usuario de ICS; 65
    una sub-unidad de adquisición de dirección de una función de control de conmutación de circuitos IMS, ICCF, en comunicación con la sub-unidad de determinación de usuario de ICS y adaptada para adquirir información de dirección de la ICCF y
    5 una sub-unidad de envío de información de conmutación de circuitos, CS, en comunicación con la sub-unidad de adquisición de dirección ICCF y adaptada para notificar información de CS del usuario a la ICCF;
    en donde la sub-unidad de determinación de usuario de ICS está adaptada, además, para adquirir información de suscripción del usuario por intermedio de un mensaje de parte de aplicación móvil, MAP, en donde se añade un
    10 campo a un mensaje de Inserción de Datos de Suscripción MAP, con el fin de identificar que el usuario es un usuario de ICS cuando la unidad de adaptación de acceso adquiere la información de suscripción del usuario por intermedio del mensaje MAP.
  8. 9. La unidad de adaptación de acceso según la reivindicación 8, caracterizada porque la sub-unidad de adquisición 15 de dirección de ICCF comprende un módulo entre los siguientes:
    un módulo de interrogación de dirección, adaptado para enviar un mensaje de interrogación a un servidor de abonados base, HSS, con el fin de adquirir la información de dirección de ICCF del usuario;
    20 un módulo de construcción de dirección, adaptado para adquirir al menos uno de los números siguientes: un número internacional de identidad de abonado móvil, IMSI, y un número digital de servicios integrados de estación móvil, MSISDN, correspondiente del usuario y construir la información de dirección de la ICCF de conexión del usuario en función del número adquirido;
    25 un módulo de iniciación operativa de adquisición de dirección, adaptado para construir un identificador uniforme de recursos, URI, del usuario en función de al menos uno de los números siguientes: un número internacional de identidad de abonado móvil, IMSI y un número digital de servicios integrados de estación móvil, MSISDN, correspondiente del usuario y
    30 un módulo de pre-configuración de dirección, adaptado para pre-configurar la información de dirección de ICCF de cada usuario.
  9. 10. La unidad de adaptación de acceso según la reivindicación 9, caracterizada porque el módulo de interrogación
    de dirección, es adaptada para enviar un mensaje de datos de servicios suplementarios no estructurados, USSD, 35 para adquirir la dirección de PSI de la ICCF, siendo el mensaje de USSD encaminado hacia la pasarela de USSD.
    Figura 1
    s201. El usuario no está conectado a la red de CS
    s202. Conexión de CS
    s203. Realizar conexión en el dominio de CS
    s204. Inserción- Datos-Suscripción-MAP (si un usuario es un usuario ICS)
    Figura 2
    s301a. El usuario no está conectado a la red de CS
    s302a. Conexión de CS
    s303a. Realizar conexión en el dominio de CS
    s304a. Determinar que se requiere notificar a la ICCF que el usuario se ha registrado en el dominio de CS
    s305a. USSD (adquirir la información de dirección de ICCF del usuario
    s306a. USSD (información de dirección de ICCF del usuario
    s307a. Info (el usuario se ha registrado en el dominio de CS)
    s308a. Registrar el usuario con el dominio de IMS
    Figura 3a
    s301b. El usuario no está conectado a la red de CS
    s302b. Conexión de CS
    s303b. Realizar conexión en el s304b. Determinar que se dominio de CS
    requiere notificar a la ICCF que el usuario se ha registrado en el dominio de CS
    s305b. USSD (adquirir la información de dirección de ICCF del usuario
    s306b. USSD (información de dirección de ICCF del usuario
    s307b. USSD (PSI de la ICCF)
    s308b. USSD (PSI de la ICCF)
    s309b. Info (el usuario está registrado en el dominio de CS)
    s310b. Registrar el usuario con el IMS
    Figura 3b
    s401. El usuario no está conectado a la red de CS
    s402. Conexión de CS
    s403. Realizar conexión en el dominio de CS
    s404. Informar el número de VLR en función de CAMEL
    s405. Construir la información de dirección de la L-CAAF-n
    s406. Entregar la información de dirección de la ICCF
    s407. Registrar el usuario
    Figura 4
    s501. Suscribir (información de CS del UE)
    s502. El usuario no está conectado a la red de CS
    s503 Conexión de CS
    s504. Realizar conexión en el dominio de CS
    s505. Suscribir – Notificar (número de VLR)
    s506. Construir la información de dirección de la L-CAAF-n
    s507. Entregar la información de dirección de la ICCF s508. Configurar
    s509. Invite
    Figura 5
    s601. El usuario no está conectado a la red de CS
    s602. Conexión de CS
    s603. Realizar conexión en el dominio de CS
    s604. Determinar que se requiere notificar a la ICCFque el usuario se ha registrado en el dominio de CS y adquirir la información de dirección de ICCF del usuario
    s605. Info (el usuario se ha registrado en el dominio de CS)
    Figura 6
    s701. El usuario no está conectado a la red de CS
    s702. Conexión de CS
    s703. Realizar conexión en el dominio de CS
    s704. Construir un mensaje de SIP en función del número de IMSI o del número MSISDN del usuario
    s705. SIP
    s706. Iniciación operativa de iFC para la ICCF
    s707. SIP
    s708. Mensaje de respuesta de SIP
    s709. Mensaje de respuesta de SIP
    s710. Registrar el usuario
    Figura 7
    Sub-unidad de determinación de usuario de ICS
    Sub-unidad de adquisición de dirección de ICCF
    Módulo de interrogación Módulo de de dirección construcción de dirección
    Módulo iniciación de Módulo de preadquisición de dirección configuración de dirección
    Sub-unidad de envío de información de CS
    Figura 8
    Sub-unidad de adquisición de dirección de unidad de adaptación de acceso
    Sub-unidad de Sub-unidad de construcción de adquisición de dirección de unidad de dirección de unidad adaptación de acceso de adaptación de acceso
    Sub-unidad de provisión de dirección de ICCF
    Figura 9
ES08800959T 2007-09-30 2008-09-23 Método y dispositivo para establecer relaciones de asociación-control. Active ES2371987T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710149989 2007-09-30
CN200710149989A CN101400108B (zh) 2007-09-30 2007-09-30 一种建立控制关联关系的方法、系统及设备

Publications (1)

Publication Number Publication Date
ES2371987T3 true ES2371987T3 (es) 2012-01-12

Family

ID=40518297

Family Applications (2)

Application Number Title Priority Date Filing Date
ES08800959T Active ES2371987T3 (es) 2007-09-30 2008-09-23 Método y dispositivo para establecer relaciones de asociación-control.
ES11167625T Active ES2396625T3 (es) 2007-09-30 2008-09-23 Método, sistema y dispositivo para establecer relaciones de asociación-control

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES11167625T Active ES2396625T3 (es) 2007-09-30 2008-09-23 Método, sistema y dispositivo para establecer relaciones de asociación-control

Country Status (7)

Country Link
US (1) US8416723B2 (es)
EP (2) EP2362690B1 (es)
CN (1) CN101400108B (es)
AT (1) ATE523004T1 (es)
ES (2) ES2371987T3 (es)
RU (1) RU2454031C2 (es)
WO (1) WO2009046660A1 (es)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969675B (zh) * 2009-07-28 2014-04-09 中兴通讯股份有限公司 一种增强移动交换中心服务器的选择方法和系统
US8966034B1 (en) 2009-11-20 2015-02-24 Sprint Communications Company L.P. Managing subscriptions for an out-of-network mobile device
US9191804B1 (en) * 2009-11-20 2015-11-17 Sprint Communications Company L.P. Managing subscription messages on behalf of a mobile device
CN102811431A (zh) * 2011-06-01 2012-12-05 中兴通讯股份有限公司 建立imsi和msisdn映射关系的方法及装置
CN106028311B (zh) * 2016-07-15 2019-03-15 中国联合网络通信集团有限公司 一种终端注册方法及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2283542C2 (ru) * 2002-01-21 2006-09-10 Нокиа Корпорейшн Способ и система для изменения подписки
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
US7898990B2 (en) * 2003-03-25 2011-03-01 Spyder Navigations L.L.C. Method, system and gateway device for enabling interworking between IP and CS networks
WO2004089024A1 (en) * 2003-04-01 2004-10-14 Nortel Networks Limited Method and apparatus for distinguishing priority service from emlpp enhancement
CN100372342C (zh) * 2004-11-08 2008-02-27 华为技术有限公司 通过分组域为电路域用户提供业务的方法
CN100484141C (zh) * 2005-03-28 2009-04-29 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
CN1988714A (zh) * 2005-12-22 2007-06-27 中兴通讯股份有限公司 一种终呼网络选择系统和终呼网络选择的方法
ATE531179T1 (de) * 2007-03-30 2011-11-15 Ericsson Telefon Ab L M System und verfahren zur anzeige eines leitungsvermittelten zugangs bei der ims- registration
WO2008122549A2 (en) * 2007-04-04 2008-10-16 Telefonaktiebolaget Lm Ericsson (Publ) Inter-working between a packet-switched domain and a circuit-switched domain

Also Published As

Publication number Publication date
RU2454031C2 (ru) 2012-06-20
EP2362690A2 (en) 2011-08-31
WO2009046660A1 (fr) 2009-04-16
EP2362690A3 (en) 2011-10-05
EP2362690B1 (en) 2012-11-14
CN101400108B (zh) 2012-09-05
US20100046407A1 (en) 2010-02-25
ATE523004T1 (de) 2011-09-15
EP2109262B1 (en) 2011-08-31
EP2109262A4 (en) 2010-05-19
EP2109262A1 (en) 2009-10-14
CN101400108A (zh) 2009-04-01
ES2396625T3 (es) 2013-02-22
RU2010117166A (ru) 2011-11-10
US8416723B2 (en) 2013-04-09

Similar Documents

Publication Publication Date Title
US10021738B1 (en) Method of providing data, voice, and SMS services to LTE subscribers roaming in 2G/3G visited networks
US8521170B2 (en) System and method for routing an incoming call to a proper domain in a network environment including IMS
KR101565626B1 (ko) 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼
KR101812435B1 (ko) 호출 제어 장치와 사용자 서비스 처리 방법
CN106797556A (zh) 移动通信系统、通信控制装置、移动管理实体以及移动通信方法
ES2371987T3 (es) Método y dispositivo para establecer relaciones de asociación-control.
US10531419B2 (en) Communication system for providing IP multimedia subsystem centralized services
US9088884B2 (en) Dynamic VCC assignment
CN101132555B (zh) 非ims集中业务用户获取漫游号码的方法
CN101277518B (zh) 一种紧急业务的处理方法
US9060005B2 (en) Method, apparatus, system and related computer program product for handover management
JP2013538516A (ja) ユーザ装置（ｕｅ）の複数のサービング・エレメントのアイデンティティについての加入者サーバへの問い合わせ
US9832235B2 (en) Method and apparatus for extending the use of an IMS oriented handling of telecommunications services
US20170086155A1 (en) Method and system for supplementary services synchronization across networks
CN102420816B (zh) 一种确定用户信息的方法
CN108616829B (zh) 用于域选择的方法、业务集中和连续性应用服务器及系统