ES2329438T3 - Sistema y procedimiento para determinar cuando una cscf deberia actuar como i-cscf o como s-cscf. - Google Patents
Sistema y procedimiento para determinar cuando una cscf deberia actuar como i-cscf o como s-cscf. Download PDFInfo
- Publication number
- ES2329438T3 ES2329438T3 ES00956306T ES00956306T ES2329438T3 ES 2329438 T3 ES2329438 T3 ES 2329438T3 ES 00956306 T ES00956306 T ES 00956306T ES 00956306 T ES00956306 T ES 00956306T ES 2329438 T3 ES2329438 T3 ES 2329438T3
- Authority
- ES
- Spain
- Prior art keywords
- cscf
- message
- network element
- network
- procedure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 84
- 238000012545 processing Methods 0.000 claims abstract description 11
- 230000004044 response Effects 0.000 claims abstract description 9
- 230000008569 process Effects 0.000 claims description 29
- 238000004891 communication Methods 0.000 description 11
- 238000010586 diagram Methods 0.000 description 11
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- 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/1045—Proxies, e.g. for session initiation protocol [SIP]
-
- 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/1069—Session establishment or de-establishment
-
- 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/1073—Registration or de-registration
-
- 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/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/14—Backbone network devices
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Mobile Radio Communication Systems (AREA)
- Exchange Systems With Centralized Control (AREA)
- Materials For Photolithography (AREA)
- Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)
- Medicines Containing Plant Substances (AREA)
- Networks Using Active Elements (AREA)
- Burglar Alarm Systems (AREA)
Abstract
Un sistema de red que comprende una red inalámbrica, un primer elemento (2) de red, y al menos un segundo elemento (3) de red, siendo los elementos de red dispositivos que llevan a cabo funciones de control de estado de llamadas, estando el segundo elemento (3) de red adaptado para funcionar en al menos dos distintas modalidades, en donde el primer elemento (2) de red está adaptado para enviar un mensaje al segundo elemento de red, el segundo elemento (3) de red está adaptado para establecer la modalidad en respuesta a si hay información incluida en el mensaje o no, indicando la información si un procesamiento de una solicitud de ubicación debe ser realizado, o ya ha sido realizado.
Description
Sistema y procedimiento para determinar cuando
una CSCF debería actuar como I-CSCF o como
S-CSCF.
La presente invención se refiere a un sistema de
red y a un procedimiento para controlar un elemento de red que
puede configurarse en al menos dos modalidades distintas.
La invención se refiere al control de llamadas
(CC) y, en particular, a la función de la denominada Función de
Control de Estado de Llamada (CSCF). La CSCF, típicamente, se
incluye en un nodo de red como un Servidor de Procesamiento de
Llamadas (CPS).
La CSCF es la entidad de control de llamadas, en
la arquitectura totalmente basada en IP (Protocolo de Internet),
responsable de supervisar la llamada (o la llamada de multimedios
por IP). Gestiona el establecimiento de llamada, la supervisión y
la señalización de desconexión, y puede controlar recursos asociados
a la llamada, tales como pasarelas de medios, que procesan los
diversos flujos de medios relacionados con la llamada.
La CSCF consta de dos componentes: la CSCF
Servidora (S-CSCF) y la CSCF Interrogadora
(I-CSCF).
La CSCF Servidora se utiliza para comunicaciones
originadas en móvil, y también para brindar soporte a comunicaciones
terminadas por móvil; proporciona la funcionalidad de la Base de
Datos de Perfiles de Servidor (SPD) y de Gestión de Direcciones
(AH), descrita más adelante. La CSCF Servidora brinda soporte a las
interacciones de señalización con la UE (Entidad del Usuario). El
Servidor del Abonado Doméstico (HSS) se actualiza con la dirección
de la CSCF Servidora y el HSS envía los datos de abonado a la CSCF
Servidora, para su almacenamiento.
La CSCF Interrogadora se utiliza para las
comunicaciones terminadas por móvil y se emplea para determinar
cómo encaminar llamadas terminadas por móvil. La CSCF Interrogadora
interroga al HSS en busca de información para permitir que la
llamada se dirija a la CSCF Servidora. La CSCF Interrogadora
proporciona la funcionalidad de Pasarela de Llamadas Entrantes
(ICGW) y de AH, descrita más adelante.
Para comunicaciones terminadas por móvil, pueden
involucrarse tanto la funcionalidad de CSCF Servidora como la de
CSCF Interrogadora. Para las comunicaciones originadas en móvil no
se requiere la funcionalidad de la CSCF Interrogadora. Ambos
componentes, CSCF Servidora y CSCF Interrogadora, pueden
proporcionarse en una única CSCF, si así se requiere.
En lo siguiente, la funcionalidad de la CSCF
anteriormente mencionada se describe en más detalle.
La ICGW (Pasarela de llamadas entrantes) actúa
como un primer punto de entrada y efectúa el encaminamiento de
llamadas entrantes. Además, lleva a cabo la activación del servicio
de una llamada entrante (p. ej., filtrado de llamadas/remisión de
llamadas incondicionalmente). Además, realiza el tratamiento de
direcciones de consulta y se comunica con el HSS.
La CCF (Función de Control de Llamada) lleva a
cabo el establecimiento/terminación de llamadas y la gestión de
estados/sucesos. Interactúa con MRF a fin de prestar soporte al
servicio de conferencias y a otros servicios, informa de sucesos de
llamada para la facturación, auditoría, intercepción u otros fines,
y recibe y procesa el registro de niveles de aplicación. Además,
también realiza el tratamiento de direcciones de consulta. Además,
puede proporcionar mecanismos de activación de servicios
(características de capacidades de servicios) con respecto a una
red de aplicación y servicios (VHE/OSA), puede invocar servicios
basados en la ubicación, relevantes para la red servidora, y puede
comprobar si la comunicación saliente solicitada está autorizada,
dado el abono actual.
La SPD (Base de Datos de Perfiles de Servidor)
interactúa con el HSS en el dominio local para recibir información
de perfiles para el usuario R00 de red, totalmente basada en IP, y
puede almacenarlos según al Acuerdo de Nivel de Servicio con el
dominio local. Además, notifica al dominio local acerca del acceso
inicial del usuario. Además, puede almacenar en memoria caché
información relacionada con el acceso (p. ej., la dirección, o
direcciones, de IP de terminales donde el usuario puede
localizarse, etc.)
La funcionalidad de AH (Gestión de Direcciones)
realiza el análisis, la traducción, la modificación, si se
requiere, la portabilidad de dirección y la correspondencia de
direcciones seudónimas. Adicionalmente, puede efectuar el
tratamiento de direcciones temporales para el encaminamiento entre
redes.
Además, una CSCF Originadora
(O-CSCF) es la CSCF donde se registra el usuario
originador y donde se gestionan los servicios del usuario
originador (y donde se invoca la funcionalidad de la CCF). Por otra
parte, la S-CSCF es la CSCF donde está registrado
el usuario terminador y donde se gestionan los servicios del usuario
terminador (utilizando la funcionalidad de la CCF).
Durante el establecimiento de una conexión, una
estación móvil transmite primero un mensaje de establecimiento a la
O-CSCF, la cual, a su vez, remite un mensaje de
establecimiento a una CSCF que actúa como una
I-CSCF. Esta CSCF, a su vez, remite un mensaje a
otra CSCF que actúa como una S-CSCF. La
S-CSCF envía un mensaje de establecimiento al
usuario llamado.
De esta manera, se completa un establecimiento
para una conexión. Sin embargo, durante el procedimiento de
establecimiento, es difícil para una CSCF que recibe un mensaje de
establecimiento, distinguir si debería actuar como una
I-CSCF o como una S-CSCF. Por
ejemplo, una I-CSCF no tiene que llevar a cabo la
Función de Control de Llamada (CCF). Por ello, sería una pérdida de
tiempo y un derroche de prestaciones y capacidad si una CSCF, que
se espera que actúe como una I-CSCF, actuara como
una S-CSCF.
Hay soluciones casi óptimas para determinar la
modalidad en que debería funcionar la CSCF. Por ejemplo, se muestra
un procedimiento casi óptimo en la Fig. 9. Según la Fig. 9, se
utiliza una consulta a la SPD para la decisión. Cuando una CSCF (en
este ejemplo, la CSCF 93) recibe un mensaje de establecimiento desde
la O-CSCF 92, efectúa una consulta a la SPD a fin
de averiguar si el establecimiento atañe a un abonado registrado.
Así, accede a su SPD 98. Si la respuesta es sí, la CSCF se
identifica como una S-CSCF (como es el caso de la
CSCF 95); en caso contrario (como es el caso de la CSCF 93), se
identifica como una I-CSCF. Si la CSCF se
identifica como una I-CSCF, entonces la Solicitud de
Ubicación debería ser hecha al HSS 4. Este problema no sólo ocurre
en los ejemplos anteriormente descritos. Hay muchas situaciones en
las cuales un elemento de red que recibe un mensaje, como un
mensaje de establecimiento, no es consciente de qué función debería
proporcionar, es decir, en qué modalidad debería funcionar.
El documento US 5 612 950 da a conocer un
procedimiento de gestionar la comunicación, en el cual varios nodos
de red realizan transiciones a través de distintos estados. En
particular, los nodos pueden adoptar distintos estados de
establecimiento de enlace, en los cuales cada nodo adopta un estado
específico de enlace al recibir un mensaje determinado.
El documento US 5 111 451 describe un sistema de
comunicación óptica en el cual se sincronizan dos módems ópticos.
Los módems pueden adoptar dos modalidades distintas de operación:
una modalidad de esclavo o una modalidad de maestro.
El documento US 5 109 220 da a conocer un
controlador selectivo de llamadas, en el cual un terminal funciona
en al menos dos modalidades, esto es, una modalidad "por
omisión", en la cual recibe y descodifica señales DTMF (tono
dual y frecuencia múltiple), y una modalidad de recepción de módem.
Además, un controlador y supervisor del terminal comprende dos
puertos de entrada, en donde los dispositivos de comunicación
conectados con uno de los puertos son reconocidos como módems y los
dispositivos de comunicación conectados con el otro puerto son
reconocidos como teléfonos DTMF.
El objetivo subyacente a la invención reside en
eliminar los inconvenientes anteriores de la tecnología antigua y
garantizar que un elemento de red que recibe un mensaje, tal como un
mensaje de establecimiento, sea consciente de qué función debería
proporcionar, es decir, en qué modalidad debería funcionar.
El objetivo es logrado por un sistema de red
según lo definido en la reivindicación independiente 1. Además, el
objetivo se logra por un procedimiento según lo expuesto en la
reivindicación independiente 12. Además, el objetivo anterior se
logra por un elemento de red según lo definido en la reivindicación
independiente 16.
Se exponen desarrollos ventajosos adicionales en
las reivindicaciones subordinadas.
Los elementos de red anteriormente mencionados
son dispositivos que llevan a cabo las Funciones de Control de
Estado de Llamada (CSCF). Las distintas modalidades pueden ser una
funcionalidad de CSCF Interrogadora (I-CSCF), una
funcionalidad de CSCF Servidora (S-CSCF), una
funcionalidad de CSCF Originadora (O-CSCF), una
Función de Control de Pasarela de Medios (MGCF), o similares.
El mensaje transmitido entre el primer y el
segundo elemento de red y/o entre el segundo y el tercer elemento
de red puede ser un mensaje de establecimiento.
Así, inmediatamente tras iniciar una conexión,
es decir, el establecimiento de una conexión, los correspondientes
elementos de red pueden disponerse en las modalidades correctas sin
comandos adicionales y sin la necesidad de negociaciones entre los
elementos de red.
Además, la invención puede aplicarse
ventajosamente al Protocolo de Iniciación de Sesiones.
Además, puede accederse a una base de datos a
fin de obtener información con respecto a un abonado al cual se ha
enviado un mensaje de establecimiento, y de decidir la modalidad del
segundo elemento de red sobre la base de la información
obtenida.
La presente invención se comprenderá más
fácilmente con referencia a los dibujos adjuntos, en los cuales:
La Fig. 1 muestra un diagrama de bloques de un
sistema de red según una primera realización;
La Fig. 2 muestra un diagrama de bloques de un
sistema de red según una segunda realización;
La Fig. 3 muestra un diagrama de bloques de un
sistema de red según una tercera realización;
La Fig. 4 muestra un diagrama de bloques de un
sistema de red según un ejemplo que no forma parte de la presente
invención;
La Fig. 5 muestra un diagrama de bloques de un
sistema de red según un segundo ejemplo que no forma parte de la
presente invención;
La Fig. 6 muestra un diagrama de bloques de un
sistema de red según un tercer ejemplo que no forma parte de la
presente invención;
La Fig. 7 muestra un diagrama de bloques de un
sistema de red según un cuarto ejemplo que no forma parte de la
presente invención;
La Fig. 8 muestra un diagrama de bloques de un
sistema de red según un quinto ejemplo que no forma parte de la
presente invención;
La Fig. 9 muestra un diagrama de bloques de un
sistema de red según un procedimiento casi óptimo de determinación
de la modalidad de la CSCF; y
La Fig. 10 muestra un diagrama de bloques de un
sistema de red según un sexto ejemplo que no forma parte de la
presente invención.
En lo que sigue, se describe la idea básica de
la aplicación.
Como se ha mencionado anteriormente, el objetivo
de la invención radica en establecer distintas modalidades (como
I-CSCF o S-CSCF) de un elemento de
red como una CSCF. En principio, la modalidad del elemento de red
puede ser establecido de una o más de las siguientes formas:
A. Por un proceso de deducción basado en el
mensaje recibido por el elemento de red en cuestión
- A.a.
- El mensaje mismo es un mensaje especial.
- A.b.
- El mensaje mismo no es un mensaje especial, pero contiene uno o más indicadores y/o campos que contienen la información necesaria para el proceso de deducción.
B. Por un proceso de deducción no basado en el
mensaje recibido por el elemento de red en cuestión
- B.a.
- El proceso de deducción se basa en la dirección
- B.a.a.
- El proceso de deducción se basa en la dirección en la cual se recibe el mensaje.
- B.a.b.
- El proceso de deducción se basa en la dirección desde la cual se recibe el mensaje y/o las direcciones de los elementos por los que ya ha pasado.
- B.b.
- El proceso de deducción no se basa en la dirección
- B.b.a.
- El proceso de deducción se basa en la información de Abonado, de control u otra información disponible para el elemento de red
- B.b.b.
- El proceso de deducción no se basa en la información de Abonado, de control u otra información disponible para el elemento de red, sino en la información de estado del elemento mismo de red.
\vskip1.000000\baselineskip
En otras palabras, el elemento de red conmuta a
una cierta modalidad después del proceso de deducción, sobre la
base de uno o más de los siguientes:
- X1.
- la dirección desde la que se envió el mensaje,
- X2.
- el mensaje mismo,
- X3.
- el contenido del mensaje,
- X4.
- la dirección a la que se envió el mensaje,
- X5.
- la información de estado del elemento de red,
- X6.
- la información de abonado, de control u otra, disponible en una o más bases de datos del elemento de red,
- X7.
- la información de abonado, control u otra, disponible en una o más bases de datos fuera del elemento de red,
donde
"el mensaje mismo" se refiere al nombre,
tipo, formato o característica similar del mensaje, y
"el contenido del mensaje" se refiere a uno
o más indicadores y/o campos del mensaje, cada uno de los cuales
puede contener información simple o compleja, recogida en uno o más
elementos de red por los que ya se ha pasado.
\vskip1.000000\baselineskip
En lo siguiente, las realizaciones preferidas de
la invención, y ejemplos que no forman parte de la invención, se
describen en más detalle con referencia a los dibujos adjuntos, y
con respecto a la idea general de la aplicación, anteriormente
descrita.
La Fig. 1 ilustra un diagrama de bloques
simplificado de un sistema de red según una primera realización de
la invención.
En esta realización, se lleva a cabo un
procedimiento de establecimiento entre una primera estación móvil 1
y una segunda estación móvil 7. Por descontado, las Entidades de
Usuario (EU) no se limitan a estaciones móviles, sino que también
pueden ser teléfonos fijos, módems de ordenador o similares. Además,
se hace notar que una llamada, según se entiende en esta
descripción, no se refiere sólo a llamadas telefónicas, sino también
a llamadas de multimedios IP.
La estación móvil 1 envía un mensaje de
establecimiento a una CSCF 2. Como esta CSCF recibe el mensaje de
establecimiento desde una estación móvil, sabe que tiene que actuar
como una CSCF Originadora, es decir, una O-CSCF.
Después de recibir el mensaje de establecimiento, la
O-CSCF 2 remite un mensaje de establecimiento a una
CSCF 3 adicional. Esta CSCF 3 actúa como una CSCF Interrogadora, es
decir, esta CSCF se ocupa de solicitudes de ubicación. En
particular, accede a un Servidor de Abonado Doméstico (HSS) 4 que
proporciona información con respecto a la ubicación del abonado con
el cual debe establecerse una conexión, es decir, la estación móvil
7.
Cuando la solicitud está completa, es decir, la
ubicación de la estación móvil 7 está determinada, la
I-CSCF 3 envía un mensaje de establecimiento a una
CSCF 5 adicional. El mensaje de establecimiento comprende un
indicador "Solicitud de Ubicación Completa". Al recibir el
mensaje de establecimiento que incluye este indicador específico,
la CSCF 5 sabe inmediatamente que tiene que actuar como una CSCF
Servidora (S-CSCF). El indicador incluido en el
mensaje de establecimiento entre la I-CSCF 3 y la
S-CSCF 5 puede colocarse en el mensaje de
establecimiento como un campo propio, o bien puede ocultarse en un
campo existente, de manera estandarizada.
La S-CSCF 5 accede a una Base de
Datos de Perfiles de Servidor (SPD) 6. La SPD 6 interactúa con el
HSS en el dominio local de un abonado, a fin de obtener información
con respecto al usuario y de notificar al dominio local con
respecto a la ubicación del abonado, o similar. Finalmente, la
S-CSCF 5 envía un mensaje de establecimiento a la
estación móvil 7 a fin de completar el procedimiento de
establecimiento.
Por tanto, según la primera realización, una
CSCF que recibe un mensaje de establecimiento, que incluye
información en cuanto a que una solicitud de ubicación ya está
completa, sabe que debería actuar como una
S-CSCF.
Así, según la primera realización, la decisión
de si un una CSCF específica debería actuar como una
I-CSCF o como una S-CSCF se toma
utilizando un mensaje de establecimiento con un indicador especial
que se fija cuando se envía desde la I-CSCF.
Por tanto, el procedimiento según la primera
realización corresponde a los elementos A.b y X3 de la idea general
de la aplicación, descrita anteriormente.
Según la primera realización, es posible un
procedimiento sencillo. Por medio de este procedimiento, es fácil
organizar la red. Esto significa, por ejemplo, que, por medio del
procedimiento según la realización, puede satisfacerse un requisito
en cuanto a que una I-CSCF de otro operador sólo
pueda conectarse desde cierta(s) CSCF. Esto es ventajoso en
particular con respecto a la seguridad de la red.
Luego, se describe una segunda realización con
referencia a la Fig. 2. Las partes indicadas con el mismo número de
referencia que en la Fig. 1 son las mismas que las de la Fig. 1. Por
ello, se omite aquí una descripción detallada.
Según la segunda realización, la
O-CSCF 22 envía un mensaje de establecimiento a una
CSCF 23 adicional al recibir un mensaje de establecimiento desde la
estación móvil 1, como según la primera realización. Sin embargo,
según la segunda realización, este mensaje de establecimiento entre
las CSCF 22 y 23 incluye un indicador "hacer solicitud de
ubicación". Por este indicador, la CSCF 23 se identifica como una
I-CSCF. Es decir, cada vez que la CSCF 23 recibe un
mensaje que le solicita realizar una solicitud de ubicación, la CSCF
sabe automáticamente que debería actuar como una
I-CSCF y no como una S-CSCF.
\newpage
Cuando el procesamiento de la solicitud de
ubicación está completo, la I-CSCF 23 envía un
mensaje de establecimiento a la CSCF 25. A diferencia de la primera
realización, no se incluye aquí ningún indicador especial. Según la
segunda realización, una CSCF sabe inmediatamente, al recibir un
mensaje de establecimiento sin un indicador especial, que debería
actuar como una S-CSCF.
De esta manera, el procedimiento según la
segunda realización corresponde a los elementos A.b. y X3 de la
idea general de la aplicación anteriormente descrita.
También según la segunda realización, puede
lograrse un procedimiento sencillo para la decisión sobre si una
CSCF en cuestión debería actuar como una I-CSCF o
una S-CSCF.
Además, las realizaciones primera y segunda
pueden combinarse. Es decir, el mensaje de establecimiento entre la
O-CSCF y la I-CSCF puede contener el
indicador "hacer solicitud de ubicación" y el mensaje de
establecimiento entre la I-CSCF y la
S-CSCF puede contener el indicador "la solicitud
de ubicación está completa". Por este criterio, una CSCF en
cuestión puede distinguir fácilmente, en respuesta a la recepción
del primer o del segundo indicador, si debería actuar como una
I-CSCF o como una S-CSCF. Por este
criterio, es posible una determinación más fiable del papel de la
CSCF.
A continuación, se describe una tercera
realización con respecto a la Fig. 3.
Aquí, la O-CSCF 32 no envía un
mensaje de establecimiento a la I-CSCF, sino que
envía una solicitud de ubicación a la I-CSCF 33. La
I-CSCF obtiene la información de ubicación requerida
con respecto al usuario llamado (es decir, la estación móvil 7) del
HSS 4. Luego, la I-CSCF envía la información de
ubicación de vuelta a la O-CSCF 32. Así, la
O-CSCF 32 aprende la ubicación de la estación móvil
7 y, por lo tanto, la CSCF 35 con la cual establecer contacto, y
envía un mensaje de establecimiento a la S-CSCF 35.
La S-CSCF 35 envía un mensaje de establecimiento a
la estación móvil 7, a fin de completar el procedimiento de
establecimiento.
Así, según la tercera realización, no se incluye
ningún indicador especial en los mensajes de establecimiento, sino
que se emplea un encaminamiento especial. Por ello, la tercera
realización corresponde a los elementos A.a. y X2 de la idea
general de la aplicación.
Es decir, una CSCF que recibe un mensaje de
establecimiento sabe automáticamente que debería actuar como una
S-CSCF, puesto que una CSCF que tiene que actuar
como una I-CSCF recibe un mensaje que contiene sólo
una solicitud de ubicación. Por lo tanto, la S-CSCF
sabe que no hay que ejecutar ningún procedimiento tal como la
realización de una solicitud de ubicación.
Por tanto, también según la tercera realización,
puede lograrse un procedimiento sencillo para decidir si una CSCF
específica debería actuar como una I-CSCF o como una
S-CSCF. Además, puede obtenerse una conexión
directa entre la O-CSCF y la S-CSCF,
dado que la O-CSCF obtiene información con respecto
a la ubicación de la estación móvil 7 y, por ello, de la
S-CSCF que actúa como la CSCF servidora para la
estación móvil 7.
A continuación, se describe un primer ejemplo
que no forma parte de la presente invención, con referencia a la
Fig. 4.
Aquí, la O-CSCF 2 envía un
mensaje de establecimiento a una G-CSCF 43. Esta
CSCF es una CSCF especial que sólo puede realizar una función. Es
decir, a diferencia de la CSCF según las realizaciones anteriores,
esta CSCF no puede conmutar entre distintas modalidades. Según este
ejemplo, la función de la G-CSCF es una función de
pasarela. En particular, no es posible ningún registro de abonado en
esta CSCF.
La G-CSCF 43 ejecuta
automáticamente un procedimiento de solicitud de ubicación al
recibir un mensaje de establecimiento. A continuación, la
G-CSCF 43 envía un mensaje de establecimiento a una
CSCF 45 adicional. Esta CSCF está adaptada para funcionar en dos
modalidades distintas, según las realizaciones anteriormente
descritas. Aquí, la CSCF 45 sabe automáticamente, al recibir el
mensaje de establecimiento, que debería actuar como una
S-CSCF.
Así, según este ejemplo, la información con
respecto a un procedimiento predeterminado, como el procesamiento
de una solicitud de ubicación, está dada sencillamente por el hecho
de que este procesamiento ha de llevarse a cabo por un elemento de
red específico. Es decir, si otra CSCF recibe un mensaje de
establecimiento que no incluye ningún indicador con respecto a una
solicitud de ubicación, esta CSCF sabe que tiene que actuar como
una S-CSCF.
Por tanto, este ejemplo corresponde a los
elementos B.b.b y X5 de la idea general de la aplicación
anteriormente descrita.
Por medio del procedimiento según este ejemplo,
una I-CSCF de otro operador sólo puede conectarse
desde ciertas CSCF. Así, es posible mejorar la seguridad de la
red.
En lo que sigue, se describe un segundo ejemplo
que no forma parte de la presente invención, con respecto a la Fig.
5.
Aquí, cada CSCF escucha por dos puertos
distintos: el puerto I-CSCF y el puerto
S-CSCF. Cuando se recibe un mensaje de
establecimiento mediante el puerto I-CSCF, se inicia
la funcionalidad de la I-CSCF, mientras que, si se
recibe mediante el puerto S-CSCF, se inicia la
funcionalidad de la S-CSCF. El puerto
I-CSCF es el puerto por omisión de la IPT
(Telefonía por Protocolo de Internet).
Así, según el puerto al que se envía un mensaje,
la CSCF se configura en una modalidad de I-CSCF o en
una de S-CSCF.
Por tanto, el segundo ejemplo que no forma parte
de la presente invención corresponde a los elementos B.a.a. y X4 de
la idea general de la aplicación anteriormente descrita.
Según la ilustración en la Fig. 5, la
O-CSCF 52 envía un mensaje de establecimiento al
puerto por omisión de la CSCF 53. De esta manera, la CSCF sabe que
debería actuar como una I-CSCF y realiza una
solicitud de ubicación remitiéndose a un HSS 54. Es decir, cuando
la CSCF ha recibido el mensaje de establecimiento en el puerto por
omisión, se identifica como una I-CSCF y realiza una
solicitud de ubicación al HSS. El HSS 54 responde con la dirección
de IP y el número de puerto S-CSCF de la CSCF donde
está registrado el abonado (es decir, la estación móvil 7). La
I-CSCF 53 envía el mensaje de establecimiento
posteriormente al puerto dado de la S-CSCF 55.
Después de que el registro está efectuado, el
HSS 54 conoce el número de puerto S-CSCF y la
dirección IP de la S-CSCF 55 con la que hay que
entrar en contacto. El puerto S-CSCF puede ser
cualquier puerto que la S-CSCF haya escogido,
siempre que no sea el puerto por omisión de la IPT. En este
contexto, el puerto se refiere a, p. ej., un puerto TCP/IP. El
puerto TCP/IP es un campo en las cabeceras del protocolo TCP y UDP
de Internet, que identifica el protocolo y la entidad de capa
superior encima de la capa de protocolo TCP o UDP. Generalmente, un
puerto es un identificador en una cabecera de protocolo de capa
inferior que identifica al protocolo de capa superior.
Así, según este ejemplo, la decisión en cuanto a
si una CSCF debería actuar como una I-CSCF o como
una S-CSCF se toma enviando el mensaje de
establecimiento a un cierto puerto de la CSCF cuando se desea la
funcionalidad de la I-CSCF, y a un puerto distinto
cuando se desea la funcionalidad de la S-CSCF.
Preferiblemente, para identificar y direccionar
los distintos puertos de la CSCF, pueden utilizarse los números de
puerto del protocolo IP.
Según este ejemplo, puede lograrse un
procedimiento sencillo para la decisión. Además, según todas las
realizaciones y ejemplos que no forman parte de la presente
invención, no se necesitan reglas complicadas en los modelos de
estado de llamada básica para decidir qué funcionalidad debería
iniciarse. La decisión se toma sobre la base del número de puerto
por el cual se recibió el mensaje de establecimiento. Además, no se
necesita ninguna estandarización extra, porque el mensaje de
establecimiento se envía a la CSCF siempre por el puerto de IPT por
omisión, y por excepción al puerto S-CSCF en caso de
que la CSCF en cuestión sea seleccionada como la
S-CSCF,
A continuación, se describe un tercer ejemplo
que no forma parte de la presente invención, con referencia a la
Fig. 6.
A diferencia del segundo ejemplo que no forma
parte de la presente invención, la CSCF no tiene distintos puertos,
sino distintas direcciones de IP. Es decir, según a qué dirección IP
de una CSCF específica se envíe un mensaje de establecimiento, la
CSCF actúa como una I-CSCF o como una
S-CSCF. Así, este tercer ejemplo corresponde a los
elementos B.a.a. y X4 de la idea general de la aplicación
anteriormente descrita.
Como se muestra en la Fig. 6, la
O-CSCF 62 envía un mensaje de establecimiento a la
dirección IP de I-CSCF de la CSCF 63. Así, la CSCF
63 sabe automáticamente que debería actuar como una
I-CSCF y, en consecuencia, realiza una solicitud de
ubicación remitiéndose al HSS 64. LA I-CSCF 63
obtiene del HSS 64 la ubicación de la estación móvil 7 llamada y la
dirección IP de S-CSCF de la CSCF a cargo de la
estación móvil 7. De esta manera, la I-CSCF 63
envía un mensaje de establecimiento a la dirección IP de
S-CSCF de la CSCF 65, la cual, a su vez, sabe
automáticamente que tiene que actuar como una
S-CSCF.
De esta manera, según este ejemplo, puede
obtenerse un procedimiento sencillo para decidir si una CSCF
específica tiene que actuar como una I-CSCF o como
una S-CSCF. Sólo es necesario proporcionar dos
direcciones IP distintas para cada CSCF y enviar un mensaje de
establecimiento a la correspondiente dirección de IP de la CSCF.
A continuación, se describe un cuarto ejemplo
que no forma parte de la presente invención, con referencia a la
Fig. 7.
Según este ejemplo, el mensaje de
establecimiento se envía desde un puerto especializado. Esto
corresponde a los elementos B.a.b y X1 de la idea general de la
aplicación anteriormente descrita.
Es decir, la O-CSCF 72 envía el
mensaje de establecimiento desde el puerto O-CSCF de
la misma a la CSCF (es decir, en el ejemplo de la Fig. 7, a la CSCF
73). La CSCF 73 se identifica como una I-CSCF porque
el mensaje de establecimiento fue enviado desde el puerto
O-CSCF de la CSCF 72. La I-CSCF 73
efectúa una Solicitud de Ubicación al HSS 4, el cual responde con
la dirección IP de la S-CSCF de la EU 7 con la que
hay que entrar en contacto. Así, la I-CSCF envía el
mensaje de establecimiento desde el puerto I-CSCF
con la dirección IP a la CSCF 75. La CSCF 75 se identifica como una
S-CSCF, dado que recibe el mensaje de
establecimiento enviado desde el puerto I-CSCF de
la I-CSCF 73.
En lo siguiente, se describe un quinto ejemplo
que no forma parte de la presente invención, con referencia a la
Fig. 8.
Según este ejemplo, el mensaje de
establecimiento se envía desde una dirección especializada. Así,
este ejemplo corresponde a los elementos B.a.b. y X1 de la idea
general de la aplicación anteriormente descrita.
En este ejemplo, la O-CSCF 82
envía el mensaje de establecimiento desde una dirección de IP
"O-CSCF" a la CSCF 83. La CSCF 83 se
identifica como una I-CSCF porque el mensaje de
establecimiento fue recibido desde la dirección IP de
O-CSCF. La I-CSCF 83 efectúa una
Solicitud de Ubicación al HSS 4, el cual responde con la dirección
IP de la S-CSCF de la EU 7 con la que hay que entrar
en contacto. A continuación, la I-CSCF envía el
mensaje de establecimiento a la S-CSCF 85 con la
dirección IP obtenida del HSS 4. La CSCF 85 se identifica como una
S-CSCF porque el mensaje de establecimiento fue
recibido desde la dirección IP "I-CSCF".
A continuación, se describe un sexto ejemplo que
no forma parte de la presente invención, con referencia a la Fig.
10.
Según este ejemplo, se efectúa una Solicitud de
Ubicación al HSS a fin de averiguar si el establecimiento atañe a
un abonado registrado. De esta manera, el sexto ejemplo corresponde
a los elementos B.b.a y X7 de la idea general de la aplicación
anteriormente descrita.
En detalle, cuando la CSCF 103 recibe un mensaje
de establecimiento desde la O-CSCF 102, efectúa una
Solicitud de Ubicación al HSS 4, a fin de averiguar si el
establecimiento atañe a un abonado registrado. Si la respuesta es
sí, la CSCF es una S-CSCF; en caso contrario, es una
I-CSCF.
En el ejemplo mostrado en la Fig. 10, la CSCF
103 obtiene la información del HSS 4 en cuanto a que el EU 7 no es
un abonado registrado. De esta manera, la CSCF se identifica como
una I-CSCF.
Por otra parte, la CSCF 105 obtiene del HSS 109
la información en cuanto a que el EU 7 es un abonado registrado.
Por ello, la CSCF 105 se identifica como una
S-CSCF.
Aunque los procesos según este ejemplo son más
complicados que aquellos según las realizaciones anteriores de la
invención y los ejemplos que no forman parte de la invención, debido
al acceso al HSS y/o a la SPD, ofrecen la ventaja de una decisión
muy fiable en cuanto a si la CSCF en cuestión es una
I-CSCF o una S-CSCF.
La descripción anterior y los dibujos adjuntos
sólo ilustran la presente invención a modo de ejemplo. Por ello,
las realizaciones de la invención pueden variar dentro del ámbito de
las reivindicaciones adjuntas.
Por ejemplo, las distintas funciones (en
particular, la funcionalidad de I-CSCF y la
funcionalidad de S-CSCF) de una CSCF se emplean
sólo como ejemplos. También puede distinguirse entre la
funcionalidad de O-CSCF, I-CSCF,
S-CSCF y MGCF, entre otras.
Según las realizaciones primera a tercera, se
utiliza un indicador para indicar que la solicitud de ubicación
debe hacerse, o que ya ha sido hecha. Sin embargo, esta información
puede ser llevada por dos o más indicadores. Alternativamente, esta
información puede grabarse en uno más campos de datos extra.
Además, en lugar de una dirección IP y/o un
puerto, según lo anteriormente descrito, puede utilizarse cualquier
dirección de los otros niveles de la pila del protocolo. Por
ejemplo, en el caso de medios de Ethernet, puede utilizarse la
dirección de Ethernet (es decir, la dirección del nivel de
medios).
Además, según las realizaciones y ejemplos
anteriormente descritos, la I-CSCF y la
S-CSCF se representan como entidades distintas. Sin
embargo, también es posible que la I-CSCF que
realiza la solicitud de ubicación reconozca que la estación móvil 7
llamada está en su mismo dominio, de forma tal que la
I-CSCF tenga que funcionar como la
S-CSCF.
Por lo tanto, la I-CSCF tiene
que conmutarse a la otra modalidad, es decir, a la funcionalidad de
S-CSCF. Esto puede efectuarse enviando un mensaje
de establecimiento que incluye un indicador para ella misma (como
en las realizaciones primera y segunda), o enviando el mensaje de
establecimiento al puerto S-CSCF o a la dirección
IP de S-CSCF (como en los ejemplos primero y segundo
que no forman parte de la presente invención), por ejemplo.
Lo mismo vale para la O-CSCF. Es
decir, la O-CSCF, la I-CSCF y la
S-CSCF pueden ser la misma entidad.
Además, es posible que la CSCF con la que se
pone en contacto la O-CSCF a fin de realizar una
solicitud de ubicación no sea capaz de llevar a cabo la solicitud
de ubicación. En este caso, esta CSCF específica tiene que remitir
el mensaje recibido de establecimiento, sin cambios, a una CSCF
adicional que, supuestamente, puede llevar a cabo la solicitud de
ubicación. Es decir, por ejemplo, con respecto a la Fig. 1, entre la
O-CSCF 2 y la I-CSCF 3, puede
situarse una CSCF intermedia adicional.
Además, se hace notar que, con respecto a la
arquitectura 3GPP (proyecto de asociación de tercera generación),
es probable que la O-CSCF también pudiera estar
situada en otra red distinta a la red que actualmente sirve al
usuario originador. Esto significa que se requerirá una CSCF con una
funcionalidad de ICGW en la frontera de red entre la red servidora
y la O-CSCF. En otras palabras, esta ICGW (en la
frontera de la red) determina la CSCF que sirve al usuario
originador.
De manera correspondiente, si el mismo elemento
de red (NE) está funcionando tanto cual una ICGW
(I-CSCF) en el lado originario como cual una
O-CSCF, necesita saber si las funciones de ICGW o
CCF deberían invocarse de manera similar a como se describen las
cuestiones de la I-CSCF y S-CSCF en
la aplicación.
Además, el elemento de red no se limita a una
CSCF. La invención también puede aplicarse a otros elementos de red
que pueden conmutarse entre distintas modalidades.
Por ejemplo, si un CPS (Servidor de
Procesamiento de Llamadas) contiene funcionalidad tanto de MGCF como
de CSCF, se requiere algún procedimiento para determinar si
deberían invocarse las funciones de MGCF o CSCF cuando se recibe un
mensaje de establecimiento. Esto puede efectuarse de forma análoga a
los procedimientos anteriormente descritos.
Adicionalmente, la invención también puede
aplicarse a un Servidor de Abonado Doméstico (HSS). El HSS puede
contemplarse como conteniendo las siguientes modalidades:
funcionalidad de Registro, funcionalidad de Actualización de
Ubicación, funcionalidad de Solicitud de Ubicación y funcionalidad
de Recuperación del Perfil de Abonado.
Esta invención puede aplicarse directamente
también al HSS, para ayudarle a conmutar a la modalidad correcta
cuando se recibe un mensaje. En lo que sigue, se describen en breve
las modificaciones a las anteriores realizaciones.
Es decir, la primera realización debe
modificarse de forma tal que un mensaje recibido por el HSS contenga
un indicador que dice qué se ha hecho. El HSS deduce qué tiene que
hacer a continuación. Por ejemplo, el HSS recibe un mensaje con el
indicador "Registro completo" y conmuta a la modalidad
"Actualización de Ubicación".
La segunda realización tiene que modificarse de
forma tal que el mensaje recibido por el HSS contenga un indicador
que dice qué debe hacerse a continuación. Por ejemplo, el HSS recibe
un mensaje con el indicador "Hacer Actualización de Ubicación"
y conmuta a la modalidad "Actualización de Ubicación".
La tercera realización anteriormente descrita
tiene que modificarse en este caso, de forma tal que haya un
mensaje especial para cada funcionalidad. Por ejemplo, debe
recuperarse el perfil de abonado. Cuando el HSS recibe el
correspondiente mensaje, conmuta a la modalidad "Recuperación de
Perfil de Abonado".
El primer ejemplo que no forma parte de la
presente invención, anteriormente descrito, tiene que modificarse
en este caso, de forma tal que haya un HSS especial que sólo hace
Actualizaciones de Ubicación. Cuando recibe un mensaje, se conmuta
siempre a la modalidad "Actualización de Ubicación".
El segundo ejemplo que no forma parte de la
presente invención, anteriormente descrito, tiene que modificarse
en este caso, de forma tal que haya un puerto especial para cada
modalidad. Cuando se necesita cierta funcionalidad, se envía el
mensaje al puerto correspondiente.
El tercer ejemplo que no forma parte de la
presente invención debe modificarse en este caso, de forma tal que
haya una dirección IP especial para cada modalidad. Cuando se
necesita cierta funcionalidad, se envía el mensaje a la
correspondiente dirección IP.
El cuarto ejemplo que no forma parte de la
presente invención debe modificarse en este caso, de forma tal que
haya un puerto especial para cada modalidad. Cuando se necesita
cierta funcionalidad, el mensaje se envía desde el puerto
correspondiente.
El quinto ejemplo que no forma parte de la
presente invención, en este caso debe modificarse de forma tal que
haya una dirección, o direcciones, IP para cada modalidad. Cuando se
necesita cierta funcionalidad, el mensaje se envía desde la
correspondiente dirección IP.
Los distintos procedimientos presentados
anteriormente pueden combinarse arbitrariamente. Al hacerlo así,
puede obtenerse una determinación más fiable del papel del elemento
de red, es decir, la CSCF, en cuestión. Por ejemplo, los procesos
descritos en el sexto ejemplo que no forma parte de la presente
invención pueden combinarse con los procesos según una o más de las
realizaciones primera a tercera. Además, dos de las realizaciones
primera a tercera y los segundos ejemplos primero a quinto, que no
forman parte de la presente invención, pueden combinarse, y cuando
los dos procedimientos llevan a distintos resultados (debido a
alguna clase de fallo), puede ejecutarse un procedimiento según el
sexto ejemplo que no forma parte de la presente invención.
La invención puede aplicarse a cualquier
problema donde uno o más elementos de red tengan al menos dos
funcionalidades, funciones, modalidades, estados o similares.
Además, la invención no está acotada al
protocolo IP y su mecanismo de direccionamiento. La invención puede
aplicarse también a otros protocolos de comunicación y sus
mecanismos de direccionamiento. En ese caso, la dirección IP es
reemplazada por la dirección del nuevo protocolo de comunicación. De
manera similar, el puerto, que puede verse como una subdirección de
una dirección IP, es reemplazado por la subdirección del nuevo
protocolo.
Especialmente, la invención puede aplicarse a
problemas de compartición de carga y de compensación de carga. En
las redes, la compartición de carga puede ser un problema. El
problema surge cuando hay más de un elemento de red similar
disponible que puede efectuar la misma tarea. El problema se
complica más cuando las tareas no son iguales en tamaño y cuando
existen muchas fuentes de tareas. Hay dos procedimientos principales
en cuanto a cómo puede dividirse la carga entre los elementos de
red similares. La compartición de carga es un procedimiento que
sencillamente divide cada tarea entre los elementos de red, sin
preocuparse de si la carga total está igualmente dividida entre los
elementos. La compensación de carga es un procedimiento que trata
de dividir cada tarea entre los elementos de red de forma tal que la
carga total de cada elemento sea igual. En la compartición o
compensación de carga, el procesamiento del algoritmo de
compartición/compensación, a fin de escoger el elemento de red
óptimo para la tarea actual, puede verse como una modalidad del
elemento de red. Efectuar la tarea en sí puede verse como otra
modalidad del elemento de red.
En lo que sigue, se describe en breve algún
ejemplo del problema de compartición de carga o compensación de
carga. Se consideran dos casos: el primer caso es que sólo uno, o
unos pocos elementos de red, puede(n) efectuar la
compartición o compensación de la carga, mientras que el segundo
caso es que todos los elementos de la red pueden efectuar
compartición o compensación.
Por ejemplo, para el primer caso, puede
aplicarse el tercer ejemplo que no forma parte de la invención, que
describe el procedimiento de pasarela. En este caso, al recibir un
mensaje, el elemento efectúa la compartición o compensación y envía
el mensaje posteriormente al elemento de red escogido.
Otra aplicación para el primer caso es la
tercera realización. Al recibir un mensaje especial, el elemento
efectúa la compartición o compensación de la carga y envía un
mensaje de respuesta que informa la dirección a donde debe enviarse
el mensaje.
Para el segundo caso, puede aplicarse el
procedimiento según la primera realización. Así, al recibir un
mensaje se desactiva el indicador "la compartición/compensación
de carga ha sido realizado", el elemento de red efectúa la
compartición o compensación, activa el indicador "la
compartición/compensación de carga ha sido realizado" y envía
posteriormente el mensaje al elemento escogido.
Además, para el segundo caso pueden aplicarse
las soluciones de mensajes en cuanto a lo que debe hacerse, es
decir, la segunda realización. Al recibir un mensaje, hay un
indicador de "debe hacerse la compartición/compensación de
carga". El elemento de red efectúa la compartición o compensación
de carga, desactiva el indicador de "debe hacerse la
compartición/compensación de carga" y envía posteriormente el
mensaje al elemento escogido.
Además, también puede aplicarse el primer
ejemplo que no forma parte de la presente invención al segundo caso.
Aquí, al recibir un mensaje en el puerto por omisión, el elemento
de red efectúa la compartición o compensación de la carga y envía
posteriormente el mensaje al puerto especial del elemento
escogido.
También puede aplicarse el segundo ejemplo que
no forma parte de la presente invención al segundo caso. Al recibir
un mensaje en la dirección IP por omisión, el elemento de red
efectúa la compartición o compensación de la carga y envía
posteriormente el mensaje a la dirección IP especial del elemento
escogido.
Además, puede aplicarse el tercer ejemplo que no
forma parte de la presente invención al segundo caso anteriormente
descrito. Luego, al recibir un mensaje desde el puerto por omisión,
el elemento de red efectúa la compartición o compensación de la
carga y envía posteriormente el mensaje desde el puerto especial al
elemento escogido.
Además, también puede aplicarse el cuarto
ejemplo que no forma parte de la presente invención al segundo caso.
Al recibir un mensaje desde ciertas direcciones IP, el elemento de
red efectúa la compartición o compensación de la carga y envía
posteriormente el mensaje desde la dirección IP especial al elemento
escogido.
Especialmente, la invención puede aplicarse como
se ha descrito anteriormente a los problemas de compartición de
carga y de compensación de carga en el caso donde la carga debe
compartirse o compensarse entre varios HSS, en el caso donde la
carga debe compartirse o balancearse entre varias
I-CSCF, y en el caso donde la carga debe
compartirse o compensarse entre varias CSCF en el proceso de
registro.
En el caso de los HSS, todos los mensajes
recibidos desde la I-CSCF y la
S-CSCF pueden verse como carga que debe compartirse
o compensarse entre los elementos HSS de red. Uno o más de los
elementos HSS de red puede ejecutar el proceso de compartición o
compensación, o puede haber un elemento de red especializado para
ello. Pueden aplicarse varias realizaciones, según la estructura de
la solución.
En el caso de las I-CSCF, los
mensajes de establecimiento originados en otra red, o incluso desde
la propia red, llegados a los elementos CSCF de red capaces de
funcionar en modalidad de I-CSCF, pueden verse como
carga que debe compartirse o compensarse entre los elementos CSCF
de red en cuestión. Puede haber una o más pasarelas de frontera que
comparten o equilibran la carga originada en otra(s)
red(es). Pueden aplicarse varias realizaciones, según la
estructura de la solución.
En el caso del proceso de registro, los procesos
de registro en la red pueden verse como carga que debe compartirse
o compensarse entre los elementos CSCF de la red. Puede existir un
elemento, o un denominado agente, de red especializado, para llevar
a cabo el proceso de compartición o compensación. Pueden aplicarse
varias realizaciones, según la estructura de la solución.
Por ejemplo, si los procesos de registro deben
compartirse entre tres elementos CSCF de red y se utiliza un
agente, el algoritmo de compartición de carga puede ser
sencillamente la rotación. Según el procedimiento de rotación, el
agente escoge la primera CSCF para el primer proceso de registro, la
segunda CSCF para el segundo proceso de registro, la tercera CSCF
para el tercer proceso de registro, la primera CSCF para el cuarto
proceso de registro, la segunda CSCF para el quinto proceso de
registro, y así sucesivamente. Por otra parte, la compensación de
carga puede hacerse sencillamente con la ayuda de una tabla que
indique la carga de cada CSCF. El algoritmo de compensación de
carga indica al agente que escoja siempre la CSCF para el proceso de
registro que tenga la menor carga en ese momento. Cada CSCF
actualiza la tabla de carga según su carga efectiva.
Además, la invención puede aplicarse
ventajosamente al Protocolo de Iniciación de Sesión (SIP). Sin
embargo, por supuesto, la invención no se limita al mismo, sino que
puede aplicarse también a otros protocolos adecuados.
Al utilizar el SIP, la decisión entre la
funcionalidad de I-CSCF o S-CSCF
puede llevarse a cabo de una manera alternativa. En particular, la
CSCF puede analizar el mensaje SIP por medio de un campo, y
comprobar si contiene un nombre de nodo conocido (es decir, ciertos
nombres de nodos pasarela). Sobre la base de estos nombres de
nodos, puede determinarse si se requiere la consulta a la SPD (es
decir, la funcionalidad S-CSCF), o si el HSS (UMS)
podría consultarse directamente (es decir, debería seleccionarse la
funcionalidad I-CSCF). Esto es similar a los
ejemplos tercero y cuarto que no forman parte de la presente
invención, y corresponde a los elementos B.a.b. y X1, y también a
A.b y X3, de la idea general de la aplicación.
Por ejemplo, con respecto a la Fig. 7, esto
significa que la I-CSCF 73 envía un mensaje normal
de establecimiento de SIP a la CSCF 75. La CSCF 75 comprueba si
conoce al nodo remitente, es decir, la I-CSCF 73. Si
es éste el caso, la CSCF 75 sabe que debería actuar como una
S-CSCF.
En particular, el nombre de nodo en la
cabecera-VIA del mensaje de establecimiento es un
indicador que indica el estado de la llamada (consulta realizada o
pendiente).
En el mensaje de Invitación de SIP (es decir, el
mensaje de establecimiento de llamada), hay una
cabecera-VIA que enumera nombres lógicos (es decir,
nombres de dominio) o direcciones de nodos que han participado en el
encaminamiento de la llamada. La cabecera-VIA del
mensaje de Invitación del SIP puede ser inspeccionada por una CSCF
(I-CSCF o S-CSCF) para determinar de
dónde llega la llamada, y qué clase de llamada es. Por clase de
llamada se entiende si la llamada es una llamada itinerante, es
decir, si la consulta al HSS ha sido realizada. Los posibles tipos
de nodos buscados desde la cabecera-VIA
incluyen:
- nodos I-CSCF
- nodos O-CSCF de la propia
red
- agentes entre redes dedicados para llamadas
donde la red de abono del usuario llamado es la red receptora, es
decir, la consulta al HSS no ha sido efectuada
- agentes entre redes dedicados para llamadas
para las cuales la consulta al HSS ha sido realizada, y donde la
red servidora del usuario llamado es la red receptora.
Se supone que hay una correspondencia entre
nombres de agentes y tipos de agentes en la CSCF que analiza la
cabecera-VIA.
En el caso más simplista, la
cabecera-VIA puede inspeccionarse en busca de la
existencia de posibles nombres o direcciones de nodos
I-CSCF. Según la primera realización de la presente
invención, la presencia de un nombre de un nodo que actúa como una
I-CSCF en la cabecera-VIA indica que
la consulta al HSS ha sido realizada.
En un caso más complejo, por ejemplo, si la
llamada está entrando desde una primera red como una llamada
entrante a un abonado de la segunda red receptora, puede concebirse
que la cabecera-VIA contiene nombres de nodo o una
dirección de nodo referida a al menos un nodo agente entre la
primera y la segunda red, que está dedicado a tratar las llamadas
entrantes donde el abono del usuario llamado está en la segunda
red.
\newpage
De manera similar, si la consulta al HSS ha sido
realizada en la primera red y el abonado llamado está en
itinerancia en la segunda red, puede concebirse que hay un agente
específico, o un conjunto de agentes específicos, entre la primera
y la segunda red, dedicados a encaminar los tramos de llamadas
itinerantes posteriores a la consulta al HSS. La CSCF en la segunda
red puede determinar, analizando la cabecera-VIA,
los tipos de agentes que han encaminado la llamada. Según los
nombres o direcciones de agentes, puede determinar si la consulta
al HSS ha sido realizada o no.
Claims (18)
1. Un sistema de red que comprende
una red inalámbrica,
un primer elemento (2) de red, y al menos
un segundo elemento (3) de red, siendo los
elementos de red dispositivos que llevan a cabo funciones de control
de estado de llamadas, estando el segundo elemento (3) de red
adaptado para funcionar en al menos dos distintas modalidades, en
donde
el primer elemento (2) de red está adaptado para
enviar un mensaje al segundo elemento de red,
el segundo elemento (3) de red está adaptado
para establecer la modalidad en respuesta a si hay información
incluida en el mensaje o no, indicando la información si un
procesamiento de una solicitud de ubicación debe ser realizado, o
ya ha sido realizado.
2. El sistema de red según la reivindicación 1,
en el cual el primer elemento (2) de red está adaptado para enviar
el mensaje sin la información con respecto al procedimiento, y
el segundo elemento (3) de red está adaptado
para configurarse en una primera modalidad y para realizar el
procedimiento en respuesta a la recepción del mensaje sin la
información.
3. El sistema de red según la reivindicación 2,
que comprende adicionalmente un tercer elemento (5) de red, en el
cual
el segundo elemento (3) de red está adaptado
para enviar un mensaje al tercer elemento (5) de red, que incluye
la información de que el procedimiento fue realizado, y el tercer
elemento (5) de red está adaptado para configurarse en una segunda
modalidad, en respuesta a la recepción del mensaje que incluye la
información de que el procedimiento fue realizado.
4. El sistema de red según la reivindicación 1,
en el cual el primer elemento (22) de red está adaptado para enviar
el mensaje que incluye la información de que el procedimiento debe
ser realizado, y
la segunda red (23) está adaptada para
configurarse en una primera modalidad y realiza el procedimiento en
respuesta a la recepción del mensaje que incluye la información.
5. El sistema de red según la reivindicación 4,
que comprende adicionalmente un tercer elemento (25) de red, en el
cual
el segundo elemento (23) de red está adaptado
para enviar un mensaje al tercer elemento (25) de red sin
información con respecto al procedimiento, y
el tercer elemento (25) de red está adaptado
para configurarse en la segunda modalidad en respuesta a la
recepción del mensaje sin información con respecto al
procedimiento.
6. El sistema de red según la reivindicación 4,
en el cual el segundo elemento (33) de red está adaptado para
realizar el procedimiento en respuesta a la recepción del mensaje
que contiene la información de que el procedimiento debe
realizarse, y para enviar un resultado del procedimiento al primer
elemento (32) de red.
7. El sistema de red según la reivindicación 6,
que comprende adicionalmente un tercer elemento (35) de red, en el
cual
el primer elemento (32) de red envía un mensaje
sin información con respecto al procedimiento al tercer elemento de
red, y
el tercer elemento (35) de red está adaptado
para configurarse en una segunda modalidad en respuesta a la
recepción del mensaje sin información con respecto al
procedimiento.
8. El sistema de red según la reivindicación 1,
en el cual el mensaje es un mensaje de establecimiento de
llamada.
9. El sistema de red según la reivindicación 1,
en el cual la información con respecto al procedimiento se incluye
en un indicador dentro del mensaje.
10. El sistema de red según la reivindicación 1,
en el cual la información con respecto al procedimiento se obtiene
inspeccionando la cabecera-VIA del mensaje.
11. El sistema de red según la reivindicación 8,
que comprende adicionalmente medios para realizar un acceso a una
base de datos (94; 104) a fin de obtener información con respecto a
un abonado al cual se envía un mensaje de establecimiento, y
decidir la modalidad del segundo elemento (83; 93) de red sobre la
base de la información obtenida.
12. Un procedimiento para controlar un elemento
de red, en el cual el elemento (3) de red es un dispositivo que
lleva a cabo funciones de control de estado de llamadas y que está
adaptado para funcionar en al menos dos modalidades distintas en
una red inalámbrica, comprendiendo el procedimiento las etapas
de
recibir un mensaje;
extraer información del mensaje con respecto a
un procesamiento de una solicitud de ubicación que debe realizarse,
o que ha sido realizada; y
decidir la modalidad a configurar para el
elemento de red, sobre la base de la información extraída.
13. El procedimiento según la reivindicación 12,
en el cual el mensaje es un mensaje de establecimiento de
llamada.
14. El procedimiento según la reivindicación 12,
en el cual el procedimiento se obtiene inspeccionando la
cabecera-VIA del mensaje.
15. El procedimiento según la reivindicación 14,
que comprende adicionalmente la etapa de acceder a una base de
datos (94; 104) a fin de obtener información con respecto a un
abonado al cual debe enviarse un mensaje de establecimiento, y de
decidir la modalidad del segundo elemento (83; 93) de red sobre la
base de la información obtenida.
16. Un elemento de red, siendo el elemento (3)
de red un dispositivo que lleva a cabo funciones de control de
estado de llamadas, y está adaptado para funcionar en al menos dos
modalidades distintas en una red inalámbrica,
estando el elemento (32) de red adaptado
para
recibir un mensaje;
extraer información del mensaje con respecto a
un procesamiento de una solicitud de ubicación, que debe realizarse
o que ha sido realizada; y para decidir la modalidad a configurar
para el elemento de red, sobre la base de la información
extraída.
17. El elemento de red según la reivindicación
16, en el cual el mensaje es un mensaje de establecimiento.
18. El elemento de red según la reivindicación
16, estando el elemento de red adaptado para obtener el
procedimiento inspeccionando la cabecera-VIA del
mensaje.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP2000/007203 WO2002009365A1 (en) | 2000-07-26 | 2000-07-26 | System and method for determining when a cscf should act like i-cscf or like s-cscf |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2329438T3 true ES2329438T3 (es) | 2009-11-26 |
Family
ID=8164038
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00956306T Expired - Lifetime ES2329438T3 (es) | 2000-07-26 | 2000-07-26 | Sistema y procedimiento para determinar cuando una cscf deberia actuar como i-cscf o como s-cscf. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7602762B1 (es) |
| EP (1) | EP1305913B1 (es) |
| AT (2) | ATE442025T1 (es) |
| AU (1) | AU2000268296A1 (es) |
| DE (1) | DE60042898D1 (es) |
| ES (1) | ES2329438T3 (es) |
| WO (1) | WO2002009365A1 (es) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7769374B2 (en) | 2001-03-12 | 2010-08-03 | Son Phan-Anh | Recovery techniques in mobile networks |
| US20040243711A1 (en) * | 2001-09-11 | 2004-12-02 | Jaakko Rajaniemi | Method, system and network element for controlling data transmission in a network environment |
| WO2003058913A1 (en) * | 2002-01-10 | 2003-07-17 | Nokia Corporation | Method and system for proxying a message |
| GB0205399D0 (en) * | 2002-03-07 | 2002-04-24 | Nokia Corp | Allocation of an S-CSCF to a subscriber |
| CA2516774A1 (en) * | 2003-02-19 | 2004-09-02 | Nokia Corporation | Routing messages via an ims system |
| CN101834869A (zh) * | 2003-02-19 | 2010-09-15 | 诺基亚公司 | 通过ims系统路由消息 |
| GB0306863D0 (en) | 2003-03-25 | 2003-04-30 | Nokia Corp | Service provisioning in a communication system |
| KR100807863B1 (ko) * | 2003-03-25 | 2008-02-27 | 노키아 코포레이션 | 통신 시스템에서의 서비스 제공 |
| US8817772B2 (en) | 2003-07-02 | 2014-08-26 | Nokia Corporation | Function mode routing |
| ATE415770T1 (de) * | 2003-07-02 | 2008-12-15 | Nokia Corp | Funktionsmodus-routing |
| US8929360B2 (en) | 2006-12-07 | 2015-01-06 | Cisco Technology, Inc. | Systems, methods, media, and means for hiding network topology |
| WO2010072264A1 (en) * | 2008-12-23 | 2010-07-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Setting up a call from a non- ims to an ims network whereby the gateway interfaces the hss |
| WO2025044063A1 (en) * | 2023-08-31 | 2025-03-06 | Huawei Technologies Co., Ltd. | Data processing method and related products |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5109220A (en) | 1989-03-15 | 1992-04-28 | Motorola, Inc. | Selective call controller |
| US5111451A (en) | 1989-10-27 | 1992-05-05 | Crystal Semiconductor | Method and apparatus for synchronizing an optical transceiver over a full duplex data communication channel |
| US5612950A (en) | 1993-05-27 | 1997-03-18 | Rockwell International Corporation | Managing communication on an unstable error-prone channel |
| FI108829B (fi) * | 1998-04-02 | 2002-03-28 | Nokia Corp | Menetelmä pakettiverkossa |
-
2000
- 2000-07-26 ES ES00956306T patent/ES2329438T3/es not_active Expired - Lifetime
- 2000-07-26 AT AT00956306T patent/ATE442025T1/de not_active IP Right Cessation
- 2000-07-26 AU AU2000268296A patent/AU2000268296A1/en not_active Abandoned
- 2000-07-26 US US10/333,757 patent/US7602762B1/en not_active Expired - Lifetime
- 2000-07-26 DE DE60042898T patent/DE60042898D1/de not_active Expired - Lifetime
- 2000-07-26 WO PCT/EP2000/007203 patent/WO2002009365A1/en not_active Ceased
- 2000-07-26 EP EP00956306A patent/EP1305913B1/en not_active Expired - Lifetime
- 2000-07-26 AT AT06118611T patent/ATE441307T1/de not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| US7602762B1 (en) | 2009-10-13 |
| EP1305913A1 (en) | 2003-05-02 |
| EP1305913B1 (en) | 2009-09-02 |
| DE60042898D1 (de) | 2009-10-15 |
| ATE442025T1 (de) | 2009-09-15 |
| ATE441307T1 (de) | 2009-09-15 |
| WO2002009365A1 (en) | 2002-01-31 |
| AU2000268296A1 (en) | 2002-02-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102694813B (zh) | 在包括ims的网络环境中将来电呼叫路由到合适的域的系统和方法 | |
| KR100805507B1 (ko) | 엠엔피 서비스 시스템 및 방법 | |
| US8909224B2 (en) | Connecting device via multiple carriers | |
| CN101467471B (zh) | 多模式的通信终端设备的多重注册方法 | |
| US11184479B2 (en) | Mobile roaming and authentication | |
| ES2687988T3 (es) | Método y elemento para control de servicio | |
| CN101087301B (zh) | 用户接入网络的方法和系统 | |
| ES2401301T3 (es) | Método y aparato para su uso en una red de comunicaciones | |
| ES2329438T3 (es) | Sistema y procedimiento para determinar cuando una cscf deberia actuar como i-cscf o como s-cscf. | |
| CN102960046A (zh) | 互联以支持跨电路交换和分组交换域的全局漫游的方法和装置 | |
| KR20070074553A (ko) | 단일 번호를 갖는 유-무선 통합에서 의사 번호 이동성 | |
| BRPI0410151B1 (pt) | Método em um sistema de comunicação para o processamento de solicitações de entrada em uma entidade controladora, sistema de comunicação configurado para atender um usuário com múltiplos endereços de contato e uma entidade controladora | |
| EP1711027A1 (en) | A SYSTEM AND A METHOD OF REALIZING SUBSCRIBER’S FOREIGN ROAMING SERVICE THROUGH THE ROUTER | |
| ES2534586T3 (es) | Control de conexión con B2BUA ubicado detrás de una pasarela NAT | |
| US10257801B2 (en) | Enabling dual registration of user equipment with IP multimedia subsystems | |
| US12413959B2 (en) | Operation of a user equipment within or as part of a telecommunications network using a control plane functionality | |
| KR100447412B1 (ko) | Ｉｐ 멀티미디어 서비스 가입자의 이동성 관리를 위한가입자 데이터 관리 장치 및 방법 | |
| EP1944945B1 (en) | Communication system with transparent subscriber mobility based on group registration | |
| JP2009021691A (ja) | 通信制御装置、通信制御方法及び通信制御システム | |
| ES2927639T3 (es) | Nodo de telecomunicación | |
| KR20220143563A (ko) | RCS(Rich Communication Suite) 서비스를 지원하는 무선 통신 장치 및 무선 통신 방법 | |
| ES2325093T3 (es) | Transmision de datos en una red de telecomunicaciones. | |
| ES2936147T3 (es) | Dispositivo y método para conectar un dispositivo de usuario con una red a través de un nodo de telecomunicación | |
| ES2936239T3 (es) | Dispositivo y método para conectar un dispositivo de usuario con una red a través de un nodo de telecomunicación | |
| ES2937258T3 (es) | Dispositivo y método para conectar un dispositivo de usuario con una red a través de un nodo de telecomunicación |