ES2282909T3 - Procedimiento para establecer una conexion de coordinacion directa entre un primer y segundo centros de comando de ejecucion de servicio. - Google Patents
Procedimiento para establecer una conexion de coordinacion directa entre un primer y segundo centros de comando de ejecucion de servicio. Download PDFInfo
- Publication number
- ES2282909T3 ES2282909T3 ES04787484T ES04787484T ES2282909T3 ES 2282909 T3 ES2282909 T3 ES 2282909T3 ES 04787484 T ES04787484 T ES 04787484T ES 04787484 T ES04787484 T ES 04787484T ES 2282909 T3 ES2282909 T3 ES 2282909T3
- Authority
- ES
- Spain
- Prior art keywords
- network
- center
- centers
- call
- command
- 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 abstract description 51
- 238000004891 communication Methods 0.000 claims abstract description 46
- 238000011282 treatment Methods 0.000 claims abstract description 23
- 230000004048 modification Effects 0.000 claims abstract description 6
- 238000012986 modification Methods 0.000 claims abstract description 6
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 230000000644 propagated effect Effects 0.000 claims description 2
- 230000001755 vocal effect Effects 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 7
- 102100027668 Carboxy-terminal domain RNA polymerase II polypeptide A small phosphatase 1 Human genes 0.000 description 6
- 102100027667 Carboxy-terminal domain RNA polymerase II polypeptide A small phosphatase 2 Human genes 0.000 description 5
- 230000003993 interaction Effects 0.000 description 4
- 230000003068 static effect Effects 0.000 description 4
- 101710134395 Carboxy-terminal domain RNA polymerase II polypeptide A small phosphatase 1 Proteins 0.000 description 3
- PUPNJSIFIXXJCH-UHFFFAOYSA-N n-(4-hydroxyphenyl)-2-(1,1,3-trioxo-1,2-benzothiazol-2-yl)acetamide Chemical compound C1=CC(O)=CC=C1NC(=O)CN1S(=O)(=O)C2=CC=CC=C2C1=O PUPNJSIFIXXJCH-UHFFFAOYSA-N 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 101710134389 Carboxy-terminal domain RNA polymerase II polypeptide A small phosphatase 2 Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000009365 direct transmission Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000015654 memory Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Procedimiento para establecer una conexión (40) de coordinación entre un primer y un segundo centros (10, 12) de comando de ejecución de servicio en una red (4) de telecomunicación inteligente, siendo el primer y el segundo centros aptos para tratar, cada uno de ellos de forma autónoma, respectivamente una primera y una segunda peticiones de servicio, e incluyendo la red, además de las vías (30, 32, 36, 38) de comunicación utilizadas para establecer las conexiones de telecomunicación entre diferentes terminales conectados a la red, vías (20, 22, 24) de comunicación reservadas al transporte de señales de comando de llamadas para comandar el establecimiento, la modificación y/o la liberación de cada conexión de telecomunicación en esta red (4), incluyendo este procedimiento una fase de tratamiento de una llamada que se libera en cada llamada emitida por un cliente y que comprende una etapa (86) de establecimiento de la conexión de coordinación con la ayuda de una dirección de al menos uno delos dos centros (10, 12) para que estos centros puedan coordinar sus tratamientos respectivos de la primera y segunda demandas de servicio del cliente, caracterizado: porque uno de los centros transmite su dirección al otro centro insertando (en 78) esta dirección en una de las señales de comando de llamadas transmitidas hacia el otro centro, y porque el centro que ha recibido la dirección insertada en una señal de comando de llamada establece (en 86) la citada conexión de coordinación utilizando vías de comunicación distintas de las empleadas para transportar la señal de comando de llamada en la que se ha insertado la dirección de uno de los centros.
Description
Procedimiento para establecer una conexión de
coordinación directa entre un primer y segundo centros de comando de
ejecución de servicio.
La invención se refiere a un procedimiento para
establecer una conexión de coordinación entre un primer y un segundo
centros de comando de ejecución de servicio en una red de
telecomunicación inteligente, siendo el primer y el segundo centros
aptos para tratar, cada uno de ellos de forma autónoma,
respectivamente, una primera y una segunda demandas de servicio, e
incluyendo la red, además de las vías de comunicación utilizadas
para establecer las conexiones de telecomunicación entre los
diferentes terminales conectados a la red, vías de comunicación
reservadas al transporte de las señales de comando de llamadas para
comandar el establecimiento, la modificación y/o la liberación de
cada conexión de telecomunicación en esta red.
Además, este procedimiento incluye una fase de
tratamiento de una llamada que se libera con cada llamada emitida
por un cliente y que comprende una etapa de establecimiento de la
conexión de coordinación con la ayuda de una dirección de al menos
uno de dos centros para que estos centros puedan coordinar sus
tratamientos respectivos de la primera y la segunda demandas de
servicio del cliente.
Actualmente, las redes de comunicación
inteligentes ofrecen cada vez más servicios a sus clientes. Estos
servicios son, por ejemplo, buzones de mensajes vocales, servicios
de pago mediante tarjeta pre-pagada, servicios de
anuarios vocales, etc.
Estos servicios son realizados por centros de
comando de ejecución de servicios, conocidos bajo el acrónimo inglés
SCP (Service Control Point). En lo que sigue de esta descripción,
estos centros serán denominados centros SCP. Los mismos están
presentes, ya sea en la red, o ya sea conectados a esta última.
Con cada demanda de servicio emitida por un
cliente de la red, se activa un centro SCP apropiado para tratar
esta demanda de servicio. Cuando el usuario, durante una misma
llamada, transmite varias demandas de servicio, se deben activar
varios centros SCP sucesivamente o simultáneamente. Cuando varios
servicios incompatibles entre sí son activados simultáneamente por
un mismo cliente en el transcurso de una misma llamada, se plantean
problemas. Por esta razón, es necesario gestionar las interacciones
entre los diferentes centros SCP simultáneamente activados, y
coordinar su tratamiento respectivo. Se han propuesto procedimientos
estáticos de gestión de estas interacciones. Por ejemplo, estos
procedimientos estáticos apelan a mecanismos de prioridad o a
matrices de resolución de conflictos previamente registrados. Éstos
tienen en común el hecho de utilizar reglas predefinidas por
anticipado para resolver o evitar conflictos entre varios servicios
demandados simultáneamente. No obstante, estos procedimientos
estáticos resultan difíciles de llevar a cabo en un contexto en el
que el número de servicios crece rápidamente, puesto que los datos
previamente registrados deben ser entonces actualizados de manera
frecuente.
En este contexto de incremento rápido del número
de servicios, se ha propuesto gestionar sus interacciones de forma
dinámica, especialmente previendo mecanismos para que los centros
SCP puedan comunicar entre sí y por tanto coordinar su
tratamiento.
A este efecto, los estándares sobre redes
inteligentes tales como la recomendación UIT-T
Q.1248 (Interface Recommandation for Intelligent Network Capability
Set 4), prevé una interfaz que permite a los centros SCP comunicar
entre sí. El mecanismo de interfaz prevé que un primer centro SCP1
tenga la posibilidad de demandar la ejecución de un segundo servicio
por parte de un segundo centro SCP2. La utilización de esta interfaz
necesita el establecimiento de una conexión de transmisión de
informaciones entre los centros SCP1 y SCP2. Una vez que esta
conexión ha sido establecida, el centro SCP2 recibe las
instrucciones de ejecución de servicio transmitidas por el centro
SCP1, las ejecuta y transmite el resultado de su ejecución al centro
SCP1, por medio de esta misma conexión. De este modo, esta interfaz
permite al centro SCP1 sub-tratar demandas de
servicio al otro centro SCP2.
El documento US 6.560.327 B1 describe centros
SCP que establecen una conexión de coordinación entre ellos.
La utilización de una interfaz de ese tipo
supone que el centro SCP1 ha de conocer por anticipado la dirección
en la red del centro SCP2 que va a contactar. Esto se plantea
difícil cuando el número de centros SCP no deja de crecer. En
efecto, esto supone que las direcciones de los centros SCP
disponibles sean actualizados de manera regular en cada uno de los
centros SCP.
La invención pretende subsanar este
inconveniente proponiendo un procedimiento para establecer una
conexión de coordinación entre dos centros SCP sin que estos dos
centros SCP conozcan por anticipado la dirección del otro centro SCP
en la red.
La invención tiene así por objeto un
procedimiento tal como el que se ha descrito anteriormente,
caracterizado porque uno de los centros transmite su dirección al
otro centro insertando esta dirección en una de las señales de
comando de llamada transmitidas hacia el otro centro, y porque el
centro que haya recibido la dirección insertada en una señal de
comando de llamada establece la citada conexión de coordinación
utilizando vías de comunicación distintas a las empleadas para
transportar la señal de comando de llamada en la que se ha insertado
la dirección de uno de los centros (objeto de la reivindicación 1).
La invención tiene también como objeto una red de telecomunicación
definida en la reivindicación 9, y un centro de comando de ejecución
de servicios.
En el procedimiento que antecede, la dirección
de uno de los centros SCP es comunicada al otro centro SCP durante
la fase de tratamiento de la llamada del cliente. El otro centro SCP
que ha recibido la dirección, está desde ese momento capacitado para
establecer una conexión de transmisión de informaciones con el
centro SCP correspondiente a la dirección recibida. Gracias a este
procedimiento, no es necesario que los centros SCP conozcan antes de
comenzar la fase de tratamiento de la llamada del cliente, la
dirección del, o de cada, centro SCP con el que deberá establecerse
una conexión de coordinación para coordinar su tratamiento.
De acuerdo con otras características del
procedimiento conforme a la invención, éste se caracteriza
porque:
- cuando se desarrollan varias fases de
tratamiento de llamadas simultáneamente para diferentes clientes de
la red, el centro que inserta su dirección en la señal de comando de
llamada inserta además un identificador de la llamada tratada, y el
primer y el segundo centros de ejecución de servicio indican la
llamada considerada mediante las informaciones de coordinación
transmitidas por medio de la citada conexión de coordinación
utilizando este identificador con el fin de coordinar su tratamiento
respectivo para cada llamada;
- solamente se utiliza la conexión directa de
coordinación para intercambiar informaciones de coordinación de los
tratamientos respectivos de la primera y la segunda demandas de
servicio efectuadas por los dos centros de ejecución de
servicio;
- la señal de comando de llamada incluye al
menos un campo de dirección apropiado para recibir la dirección por
la red del segundo centro, incluyendo este campo incluso una parte
no utilizada cuando la dirección del segundo centro está registrada
en el campo, estando la dirección del primer centro y/o el
identificador de llamada insertados en la parte no utilizada del
campo de dirección, de manera que estas informaciones se propagan
conjuntamente a través de la red, hasta el segundo centro;
- para una red en la que el primer y el segundo
centros están conectados a puntos de comando diferentes de la red,
al ser los puntos de comando de la red apropiados para conectar
entre sí las diferentes vías de comunicación para formar las citadas
conexiones de telecomunicación, el primer centro y el segundo centro
comunican con su punto de comando respectivo utilizando un primer
protocolo de comunicación para recibir y/o transmitir las citadas
señales de comando de llamadas, y el primer y el segundo centros
comunican entre sí por medio de la conexión de coordinación
utilizando un tercer protocolo de comunicación diferente al del
primer y al del segundo protocolos de comunica-
ción;
ción;
- el primer protocolo de comunicación es el
protocolo INAP, y en el que el segundo protocolo de comunicación es
el protocolo ISUP;
- para una red en la que el primer y el segundo
centros están conectados a puntos de comando diferentes de la red,
siendo los puntos de comando de la red apropiados para conectar
entre sí las diferentes vías de comunicación para formar las citadas
conexiones de telecomunicación, el primer y el segundo centros
comunican con su punto de comando respectivo utilizando un primer
protocolo de comunicación para recibir y/o transmitir las citadas
señales de comando de llamadas, los diferentes puntos de comando de
la red comunican entre sí utilizando igualmente el primer protocolo,
y el primer y el segundo centros comunican entre sí por medio de la
conexión de coordinación utilizando un segundo protocolo de
comunicación diferente del primer protocolo de comunicación, y
- el primer protocolo de comunicación es el
protocolo SIP (Station Initiation Protocol).
La invención podrá ser mejor comprendida con la
lectura de la descripción que sigue dada únicamente a título de
ejemplo y realizada con referencia a los dibujos, en los que:
La Figura 1 es una ilustración esquemática de la
arquitectura de una red inteligente;
Las Figuras 2 y 3 son organigramas de ejemplos
de procedimiento conforme a la invención, y
Las Figuras 4a y 4b son ilustraciones
esquemáticas de dos variantes de funcionamiento del procedimiento
conforme a la invención en el caso de que una red inteligente
incluya más de dos centros SCP.
La Figura 1 representa una red telefónica
inteligente designada mediante la referencia general 4. La red 4
está formada por un gran número de equipos. En esta Figura 4, el
número de equipos que forman la red inteligente ha sido reducido al
mínimo para simplificar la ilustración.
La red 4 incluye, por ejemplo, una red conmutada
RTC o una red RNIS (Red Digital de Integración de Servicios), o
incluso una red que reagrupa diferentes tecnologías de
telecomunicación. La misma incluye igualmente, en este caso, una red
IP (Internet Protocol). Esta red pertenece a uno o a varios
operadores diferentes.
\newpage
Típicamente, una red telefónica inteligente
incluye numerosas vías de comunicación que conectan entre sí los
diferentes equipos de la red 4. Los equipos de la red 4 están
compuestos principalmente por:
- puntos 6, 8 de comando, conocidos asimismo
bajo el término de centros de conmutación CCP (Call Control Point),
cuya función consiste además en conectar las diferentes vías de
comunicación de la red 4, unas con otras, con el fin de formar una
conexión de transmisión de informaciones entre dos terminales,
- centros SCP 10, 12 que son apropiados para
tratar, cada uno de ellos de forma autónoma, una demanda de servicio
transmitida por un cliente de la red 4, y
- terminales 16, 18 de telecomunicación
destinados a ser utilizados por clientes de la red 4, ya sea para
demandar la ejecución de un servicio, o ya sea para comunicar con
otro terminal, por medio de una conexión directa de transmisión de
informaciones.
Un punto de comando se conoce bajo el término de
conmutador en una red RTC, como "gate keeper" en una red H.323,
o incluso, por ejemplo, bajo el nombre de "proxy SIP" en una
red que utiliza la norma SIP (Session Initiation Protocol, norma RFC
3261 del IETF).
En lo que sigue de la descripción, los puntos de
comando se denominan puntos CCP, y las conexiones de transmisión de
informaciones establecidas por los puntos CCP entre dos terminales
se denominan conexiones de telecomunicación.
En el caso de las redes inteligentes, se han
reservado vías de comunicación de la red para el transporte de
señales de comando y, en particular, de señales de comando de
llamadas entre los diferentes equipos de la red. En lo que sigue de
la descripción, estas vías de comunicación reservadas se denominan
vías de comando.
Estas señales de comando de llamadas están
destinadas a comandar el establecimiento, la modificación y/o la
liberación de las vías de telecomunicación. Estas señales son, por
ejemplo, conformes con uno de los protocolos siguientes: ISUP
(Integrated Service Digital Network-User Party,
definida en las recomendaciones UIT-T Q.761 a 764),
INAP (Intelligent Network Application Protocol, definida en la
recomendación UIT-T Q.1248), H.225 definida por la
UIT-T y SIP (Session Initiation Protocol definida
por el IETF).
Para una red telefónica conmutada RTC, la red
formada por el conjunto de vías de comando se conoce bajo el término
de red semáforo. En la Figura 1, las dobles flechas 20, 22 y 24
representan las vías de comando que conectan respectivamente el
centro 10 y el punto 6, los puntos 6 y 8, y el punto 8 y el centro
12.
A título de ejemplo, el protocolo utilizado para
transportar las señales de comando de llamadas entre los centros SCP
y el punto CCP al que están conectados, es en este caso el protocolo
INAP. Siempre a título de ejemplo, el protocolo utilizado para
transmitir las señales de comando de llamadas entre los diferentes
puntos CCP es aquí el protocolo ISUP.
Estos protocolos INAP e ISUP incluyen ambos un
mensaje de comando de establecimiento de llamadas y un acuse de
recibo de este mensaje. En estos protocolos, el mensaje de comando
de establecimiento de llamadas comanda el establecimiento de una
conexión de telecomunicación. Este mensaje es emitido por el equipo
llamante hacia un punto CCP, e incluye principalmente la dirección
sobre la red del equipo llamado. Este mensaje es transmitido
típicamente cada cierto tiempo desde un punto CCP al punto CCP
siguiente, hasta el equipo llamado. Este mensaje es tratado por los
diferentes puntos CCP que lo reciben, de modo que al final se pueda
establecer una conexión de telecomunicación entre el equipo llamante
y el equipo llamado.
En el caso del protocolo INAP y del protocolo
ISUP, estos mensajes se llaman respectivamente "connect" y
"Mensaje Inicial de Dirección" (M.I.A.). Cada uno de estos
mensajes incluye, además de la dirección del equipo llamado, los
octetos no utilizados que han sido previstos, por ejemplo, para
futuras extensiones de las funcionalidades del protocolo. Por
ejemplo, los mensajes "connect" y "M.I.A." incluyen cada
uno de ellos parámetros "ScfiD" y
"Correlation-ID", definidos en el estándar
sobre el INAP y sobre el ISUP para la conexión de un periférico
inteligente.
En la Figura 1, las demás vías de comunicación
de la red 4 destinadas al establecimiento de una conexión de
telecomunicación entre los diferentes equipos de la red 4, han sido
representadas por medio de trazos simples que unen entre sí los
diferentes equipos. En particular, en la Figura 1 se han
representado las vías de comunicación 30, 32 y 34 no reservadas que
unen respectivamente el terminal 16 y el punto 6, el terminal 18 y
el punto 8, y los puntos 6 y 8.
En la Figura 1, se ha representado asimismo con
trazo grueso, una conexión que une los centros 10 y 12. La conexión
40 es, en este caso, una conexión establecida por medio de la red IP
de la red 4.
En la Figura 1, los trazos de conexión entre dos
equipos que incluyen una parte central de puntos, indican que esta
vía de comunicación se efectúa eventualmente por medio de otros
puntos CCP no representados en la Figura 1.
En la Figura 1, los terminales 16 y 18 son, por
ejemplo, puestos telefónicos clásicos fijos o móviles.
Los puntos CCP de la red 4 están capacitados
para recibir una señal de comando de llamada en un formato conforme
al protocolo INAP, y retransmitirla a uno idéntico en un formato
conforme al protocolo ISUP, y viceversa.
Los centros 10 y 12 son aptos, cada uno de
ellos, para tratar una demanda de servicio durante una llamada de un
cliente de la red 4. Este servicio se elige, por ejemplo, entre un
conjunto compuesto por un servicio de mensajería vocal, un servicio
de anuario telefónico, un servicio de pago mediante tarjeta de
pre-pago, un servicio de información telefónica, y
un servicio de restricción de números de teléfono a los que se puede
llamar.
Con el fin de tratar las demandas de servicio,
los centros 10 y 12 están capacitados para emitir señales de comando
de llamadas por las vías de comando con el fin de establecer, por
ejemplo, conexiones de telecomunicación entre el terminal del
cliente y otro terminal. Además, cuando la demanda de servicio a
tratar implica la utilización de un servidor vocal, los centros 10 y
12 son susceptibles de comandar el establecimiento de una conexión
de telecomunicación entre el terminal del cliente y un servidor
vocal, y a continuación comandar este servidor vocal con el fin de
cumplir el servicio demandado.
Estos centros SCP están, ya sea implantados en
los puntos CCP de la red 4, o ya sea formados por servidores
informáticos independientes de estos puntos CCP como se ha ilustrado
en la Figura 1.
En este caso, cada uno de los centros 10 y 12
está asimismo conectado a la red IP por medio de una interfaz
suplementaria formada en este caso, por ejemplo, por una tarjeta de
interfaz IP (Internet Protocol). De ese modo, cada uno de los
centros está capacitado para establecer una conexión de
telecomunicación con otro centro de la red 4, utilizando el
protocolo de comunicación IP (Internet Protocol).
Los centros 10, 12 están adaptados para afectar
un identificador en cada llamada de un cliente en curso de
tratamiento.
Los centros 10 y 12 están asimismo asociados a
memorias 50 y 52 respectivas. Las memorias 50 y 52 incluyen, cada
una de ellas, la dirección de red IP del centro al que están
asociadas. Estas direcciones corresponden, por ejemplo, a la
dirección física de los centros 10 y 12 o, de igual modo, en el caso
de que un mismo servidor informático albergue varios servicios, la
dirección corresponde a la dirección física del servidor sobre la
red IP, a la que se ha añadido un identificador de servicio.
Los diferentes puntos CCP, centros SCP y
terminales de la red 4, se han realizado de manera convencional, de
modo que están capacitados para ejecutar los procedimientos de las
Figuras 2 y 3.
El procedimiento de establecimiento de una
conexión directa de coordinación entre los centros 10 y 12, va a ser
descrito ahora en relación con la Figura 2, y en el caso particular
de que el centro 10 sea un centro de tarjetas
pre-pagadas y el centro 12 sea un anuario telefónico
vocal.
El centro 10 permite por tanto, en un primer
ejemplo de realización, establecer una conexión de telecomunicación
hacia un destinatario pagando con una tarjeta de
pre-pago. El servidor 12, en sí mismo, permite
encontrar el número de teléfono de un destinatario a partir del
nombre de este destinatario. En este ejemplo, el centro 12
corresponde al número de teléfono "12", y el centro 10 al
número de teléfono "3610".
Inicialmente, el cliente descuelga el
microteléfono de su terminal 16 y marca, durante una etapa 60, el
número "3610".
El punto 6 recibe, durante una etapa 62, este
número de teléfono y transmite, durante una etapa 64, una petición
de pago mediante tarjeta de pre-pago al centro 10
por medio de la vía 20 de comando.
El centro 10 comanda entonces un servidor vocal
para informar al cliente de que debe marcar su número de tarjeta
pre-pagada.
A continuación, el cliente marca, durante una
etapa 66, el número de su tarjeta pre-pagada sobre
el teclado de su terminal. Este número es transmitido al centro 10,
el cual verifica, en la etapa 68, su autenticidad. En caso de que
este número sea auténtico, el centro 10 determina y afecta, durante
una etapa 70, un identificador único correspondiente a esta
llamada.
A continuación, el cliente marca, durante una
etapa 72, en el teclado de su terminal 16, el número de teléfono al
que desea llamar, en este caso el número "12". El número de
teléfono es transmitido al centro 10.
En centro 10 emite por la vía 20, durante una
etapa 76, un mensaje de comando de establecimiento de llamadas que
contiene como número de teléfono llamado, el número "12".
Durante esta etapa 76, el centro 10 inserta,
durante una operación 78, su dirección y el identificador de esta
llamada en los octetos del mensaje de comando normalmente reservados
para los parámetros "Scf ID" y
"Correlation-ID".
\newpage
Este mensaje de comando es transportado
entonces, durante una etapa 80, hasta el centro 12 por medio de las
vías 20, 22 y 24.
Cuando el centro 12 recibe la dirección y el
identificador de llamada contenidos en el mensaje de comando, los
extrae, durante una etapa 84, y a continuación comanda, durante una
etapa 86, el establecimiento de la conexión 40 hacia el centro 10,
utilizando a este efecto la dirección extraída durante la etapa 84 y
su interfaz IP.
A continuación, durante una etapa 88, los
centros 10 y 12 intercambian todas las informaciones necesarias para
coordinar sus tratamientos respectivos únicamente por medio de la
conexión 40.
A este efecto, los centros 10 y 12 utilizan, con
preferencia, un protocolo conforme al que se describe en la
solicitud de Patente EP-A1-1 179
959. Cada vez que uno de los centros 10 y 12 emite una información
hacia el otro centro, procede a una operación 90 durante la que
inserta en el mensaje transmitido al otro centro, el identificador
de la llamada concerniente a este mensaje. De ese modo, cada centro
está capacitado para identificar la llamada asociada mediante las
informaciones recibidas de modo que la coordinación de los
tratamientos se realiza para cada una de las llamadas tratadas.
Durante esta etapa 88, las informaciones de
coordinación conciernen, por ejemplo, principalmente a la progresión
del tratamiento. De ese modo, en este caso, el centro 12 transmite a
intervalos regulares al centro 10, el importe que será cargado en la
cuenta asociada a la tarjeta de pre-pago del
cliente. Otras informaciones podrán ser asimismo transmitidas por
medio de esta vía 40, tales como, por ejemplo, un código de
tarificación, un comando de interrupción de servicio, o cualquier
otra.
Simultáneamente a esta etapa 88, el centro 12
interactúa directamente, durante una etapa 94 con el cliente, por
ejemplo, el centro 10 comanda el establecimiento de una conexión de
telecomunicación entre el terminal 16 y un servidor vocal, y a
continuación comanda este servidor vocal para adquirir las
informaciones transmitidas vocalmente por el cliente.
Una vez que el número de teléfono buscado por el
cliente ha sido encontrado, el centro 12 emite, durante una etapa
96, un mensaje de establecimiento de una conexión de
telecomunicación entre el terminal 16 y el terminal 18 si el
terminal 18 corresponde al número de teléfono buscado. Este mensaje
es transmitido a través de la vía 24 hasta el punto 8.
El centro 12 ha terminado entonces de tratar la
petición del cliente y, durante la etapa 98, comanda la liberación o
la interrupción de la conexión de telecomunicación establecida entre
el servidor vocal y el terminal 16, transmitiendo al punto 8 por la
vía 24, el mensaje correspondiente.
Asimismo, libera o interrumpe la conexión 40
durante una etapa 100.
De ese modo, en el procedimiento de la Figura 2,
los tratamientos de los centros 10 y 12 son coordinados de manera
que el servicio realizado por el centro 12 pueda ser pagado a partir
de una tarjeta pre-pagada gestionada por el centro
10.
En el procedimiento de la Figura 2, es el propio
cliente el que emite la primera y la segunda peticiones de servicio
componiendo respectivamente el "3610" y el "12". El
procedimiento de la Figura 3 ilustra un procedimiento similar, en el
caso particular de que el cliente no emita por sí mismo la petición
de servicio. El procedimiento de la Figura 3 va a ser descrito en el
caso particular de que el centro 10 ofrezca un servicio de
repertorio telefónico vocal asociado a la línea del terminal 16, y
el centro 12 ofrezca un servicio de lista de números prohibidos
asociados igualmente a la línea del terminal 16. Esta lista de
números prohibidos se conoce también con el término de lista
negra.
Al ser el procedimiento de la Figura 3 similar
en gran medida al de la Figura 2, solamente se van a describir en
detalle las particularidades de este procedimiento frente al de la
Figura 2.
Durante una etapa 120, el cliente descuelga el
microteléfono de su terminal 16.
En respuesta a esta acción, el punto 6 transmite
automáticamente, durante una etapa 122, una primera petición de
servicio hacia el centro 10.
La etapa 122 se realiza incluso antes de que el
cliente haya marcado un número de teléfono cualquiera en el teclado
de su terminal 16.
A continuación, durante una etapa 124, el centro
10 comanda el establecimiento de una conexión de telecomunicación
entre el terminal 16 y un servidor local, y a continuación el centro
10 comanda este servidor vocal de modo que el cliente pueda
seleccionar un número de teléfono para llamar en el repertorio
telefónico vocal. En este caso, se supondrá que el número de
teléfono a llamar corresponde con el del terminal 18.
Una vez terminada la selección del número de
teléfono al que se va a llamar, el centro 10 transmite un primer
mensaje de comando de establecimiento de llamada, durante una etapa
126, al punto 6 por medio de la vía 20 para comandar el
establecimiento de una conexión de telecomunicación entre los
terminales 16 y 18. Este primer mensaje incluye la dirección del
centro 10 y el identificador de la llamada generado por el centro
10.
En respuesta a cualquier mensaje de
establecimiento de llamada entre el terminal 16 y otro terminal, el
punto 6 transmite automáticamente y sistemáticamente, durante una
etapa 128, una segunda petición de servicio hacia el centro 12. La
transmisión de esta segunda llamada de servicio dispara la
transmisión por parte del punto 6 de un segundo mensaje de
establecimiento de llamada con destino al centro 12. Durante esta
etapa 128, el punto 6 inserta, durante una operación 130, la
dirección del centro 10 y el identificador de llamada contenidos en
el primer mensaje, en este segundo mensaje. Mediante esta artimaña,
la dirección del centro 10 y el identificador de llamada son así
transmitidos hasta el centro 12.
A continuación, el centro 12, durante una etapa
132, extrae la dirección y el identificador de llamada recibidos por
medio de las vías 22 y 24, y comanda, durante una etapa 134, el
establecimiento de la conexión 40. En este caso, la conexión 40 es
utilizada, entre otros, por el centro 12 para indicar al centro 10
si el número de teléfono seleccionado corresponde a alguno de los
que están registrados en la lista negra. En caso afirmativo, el
centro 10 informa a continuación al cliente. En caso contrario, el
centro 12 informa al centro 10 de que el número de teléfono
seleccionado no pertenece a la lista negra, y que el tratamiento del
servicio puede continuar.
En este modo de realización, no sólo el centro
10 no conoce por anticipado la dirección del centro 12 para entablar
con este último una conexión directa, sino que además el centro 10
no conoce la existencia de un segundo dispositivo al que llamar tras
el servicio de repertorio vocal.
De esta manera, este segundo modo de realización
muestra que no es necesario que el primer centro SCP activado sepa
que un segundo centro SCP será invocado más tarde.
Las Figuras 4a y 4b ilustran diferentes
posibilidad de puesta en práctica de los procedimientos descritos
con relación a las Figuras 2 y 3, en el caso de que el número de
centros SCP llamados durante una misma llamada sea estrictamente
superior a dos.
En las Figuras 4a y 4b, la red 4 incluye un
centro SCP 150 suplementario conectado a un punto CCP 152
suplementario.
Los equipos y las vías y las conexiones que ya
se han descrito en relación con la Figura 1, llevan en las Figuras
4a y 4b las mismas referencias numéricas.
El centro 150 está conectado, por medio de una
vía 154 de comando, al punto 152.
El punto 152 está conectado, en sí mismo, por
medio de una vía 158 de comando, al punto 8, y por medio de una vía
160 no reservada, a este mismo punto 8.
En la Figura 4a, una conexión 162 de
coordinación conecta el centro 150 con el centro 10.
En la Figura 4b, esta conexión 162 ha sido
reemplazada por una conexión 164 de coordinación que conecta el
centro 150 con el centro 12.
El procedimiento para establecer la conexión 40
de las Figuras 4a y 4b es idéntico, ya sea con el de la Figura 2, o
ya sea con el de la Figura 3.
Sin embargo, al contrario que en los
procedimientos de las Figuras 2 y 3, durante el tratamiento, por
ejemplo, de la segunda demanda de servicio del cliente. Una tercera
demanda de servicio es emitida con destino al centro 150, lo que
dispara la emisión de una señal de comando de establecimiento de
llamada. En el caso de la Figura 4a, el centro 12 inserta en este
nuevo mensaje de comando de establecimiento de llamada, la dirección
del centro 10 y el identificador de llamada transmitidos
anteriormente por el centro 10. De ese modo, en respuesta a la
recepción de estas informaciones, el centro 150 establece la
conexión 162 con el centro 10 de una forma similar a la que se ha
descrito con relación a las etapas 84 y 86 de la Figura 2. Después
de esto, en la configuración de la Figura 4, las informaciones de
coordinación de los diferentes tratamientos no son intercambiadas
más que entre el centro SCP llamado en primer lugar y cada uno de
los centros SCP llamados posteriormente.
En el caso de la Figura 4b, de manera similar a
lo que se ha indicado con respecto a la Figura 4a, durante el
tratamiento de la segunda petición de servicio, el centro 12 emite
un mensaje de comando de establecimiento de llamada con destino al
centro 150. Sin embargo, al contrario que en el caso de la Figura
4a, el centro 12 inserta su propia dirección y su propio
identificador de llamada en este mensaje, de modo que el centro 150
establece, no ya una conexión de coordinación con el centro 10, sino
con el centro 12. Así, en el caso de la Figura 4b, las informaciones
de coordinación de los tratamientos son intercambiadas únicamente
entre dos centros llamados sucesivamente.
Se apreciará que en el procedimiento descrito en
lo que antecede con relación a las Figuras 2, 3, 4a y 4b, la
conexión de coordinación sigue un camino que es diferente al tomado
por las señales de comando de llamadas intercambiadas entre los
centros 10 y 12. Así, esta conexión de coordinación no transita por
los centros CCP utilizados para establecer la comunicación en el
transcurso de la cual han sido liberados los servicios.
El procedimiento aquí descrito no hace
intervenir reglas estáticas y pre-registradas de
resolución de conflictos entre diferentes centros SCP llamados
simultáneamente. Al contrario, se establece un intercambio de
informaciones de coordinación entre los diferentes centros SCP, de
manera que cada centro conoce el contexto de ejecución del servicio
y sobre todo la progresión de sus ejecuciones en los otros
centros.
Además, el procedimiento utiliza las señales de
comando de llamadas para transmitir la dirección desde un centro SCP
hacia otro centro SCP. Todas las redes inteligentes incluyen tales
señales, y estas señales incluyen casi siempre los octetos no
utilizados para futuras utilizaciones. De ese modo, utilizando estas
señales para transmitir la dirección y el identificador de llamada
desde un centro a otro, no es necesario prever la utilización de un
protocolo suplementario.
Por lo tanto, el procedimiento aquí descrito no
necesita ninguna modificación de los puntos CCP de la red. En
particular, no se utiliza ningún mecanismo de encapsulado de
protocolo en los puntos CCP, tal como por ejemplo el mecanismo
OCCRUI (Out Channel Call Related User Interaction). El mecanismo
OCCRUI permite encapsular un protocolo aplicable a la señalización
de comandos de llamadas, siendo las informaciones vehiculadas en
este protocolo transparentes para la red. Sin embargo, la
utilización de un mecanismo de ese tipo supone que se haga uso de
los procedimientos de establecimiento, de mantenimiento y de
liberación de un canal de comunicación encapsulado en las señales de
comando de llamadas.
Se apreciará igualmente que el procedimiento
aquí descrito no hace uso de ningún procedimiento de intercambio de
informaciones de coordinación a través de una base de datos común
para los diferentes centros SCP. En efecto, tales procedimientos no
permiten intercambiar informaciones que son actualizadas
prácticamente en tiempo real, tales como, por ejemplo, la progresión
del tratamiento de un servicio, puesto que tales procedimientos
necesitan un número de escritura en la base de datos muy
importante.
Los procedimientos de las Figuras 2 y 3 han sido
aquí descritos en el caso particular de que la dirección y el
identificador de llamada sean transmitidos desde el primer centro
SCP llamado hacia el segundo centro SCP llamado. Sin embargo, como
variante, la dirección y el identificador de llamada son
transmitidos desde el segundo centro llamado hacia el primer centro
llamado. A este efecto, por ejemplo, el segundo centro llamado, tal
como el centro 12, introduce su dirección y el identificador de
llamada en el acuse de recibo del mensaje de comando de
establecimiento de llamada que ha recibido. Este acuse de recibo
presenta la propiedad de propagarse en sentido inverso al mensaje de
comando de establecimiento de llamada recibido de tal modo que es
posible comunicar, con la ayuda de este acuse de recibo, la
dirección desde el segundo centro llamado hasta el primer centro
llamado.
La inserción de la dirección del centro y del
identificador de llamada, han sido descritos en la presente para el
caso particular de los protocolos INAP e ISUP. En el caso de que
protocolo utilizado para la señalización de comando de llamadas sea
el protocolo SIP, se utiliza por ejemplo un mensaje "INVITE"
que contiene un parámetro "request - URI" en vez de los
mensajes "connect" y "M.I.A.". Por ejemplo, la forma del
parámetro "request - URI" es la siguiente:
sip :
destinatarire\arr{1}francetelecom.com;\
dirección = x;\
referencia = y
donde "x" representa la
dirección del centro SCP e "y" el identificador de
llamada.
El protocolo SIP se utiliza entre los centros
SCP y los puntos CCP, y entre los puntos CCP entre sí.
En caso de que la red telefónica utilizada sea
una red telefónica conmutada que utilice direcciones conforme a la
norma E.164, la dirección del centro SCP y el identificador de
llamadas son insertados en el mensaje de comando de establecimiento
de llamada aprovechando el hecho de que el número de octetos
disponibles para escribir la dirección del destinatario es más
grande que el número de octetos realmente utilizados para escribir
esta dirección. Por consiguiente, la dirección del centro y el
identificador de llamadas son inscritos en los octetos de este campo
todavía disponibles después de que haya sido inscrita la dirección
del destinatario.
El sistema de la Figura 1 y el procedimiento de
la Figura 2, han sido descritos en el caso particular de que la
conexión 40 de coordinación se establezca a través de una red IP.
Sin embargo, como variante, esta conexión 40 se puede establecer por
medio de una red cualquiera de transmisión de informaciones, que
esté capacitada para establecer una conexión de transmisión de
informaciones entre los centros 10 y 12 utilizando vías de
comunicación independientes y distintas de las vías 20, 22 y 24. Por
ejemplo, como variante, la conexión 40 se establece por medio de
vías de comando de la red 4 diferentes y distintas de las vías 20,
22 y 24.
El procedimiento de la Figura 2 ha sido descrito
en el caso particular de que la conexión 40 pueda ser utilizada para
varias llamadas diferentes. Como variante, el centro 12 transmite
únicamente durante el establecimiento de la conexión 40, el
identificador de la llamada del cliente al centro 10. La conexión 40
es reservada a continuación para el intercambio de informaciones de
sincronización que conciernen únicamente a esta llamada particular.
Por lo tanto, para que el centro 10 sepa que la información recibida
concierne a esta llamada, no es necesario adjuntar a cada
información intercambiada por medio de la conexión 40 un
identificador de llamada. La operación 90 no se ejecuta entonces más
que una sola vez cualquiera que sea el número de informaciones de
sincronización intercambiadas.
Claims (10)
1. Procedimiento para establecer una conexión
(40) de coordinación entre un primer y un segundo centros (10, 12)
de comando de ejecución de servicio en una red (4) de
telecomunicación inteligente,
siendo el primer y el segundo centros aptos para
tratar, cada uno de ellos de forma autónoma, respectivamente una
primera y una segunda peticiones de servicio, e incluyendo la red,
además de las vías (30, 32, 36, 38) de comunicación utilizadas para
establecer las conexiones de telecomunicación entre diferentes
terminales conectados a la red, vías (20, 22, 24) de comunicación
reservadas al transporte de señales de comando de llamadas para
comandar el establecimiento, la modificación y/o la liberación de
cada conexión de telecomunicación en esta red (4),
incluyendo este procedimiento una fase de
tratamiento de una llamada que se libera en cada llamada emitida por
un cliente y que comprende una etapa (86) de establecimiento de la
conexión de coordinación con la ayuda de una dirección de al menos
uno de los dos centros (10, 12) para que estos centros puedan
coordinar sus tratamientos respectivos de la primera y segunda
demandas de servicio del cliente, caracterizado:
porque uno de los centros transmite su dirección
al otro centro insertando (en 78) esta dirección en una de las
señales de comando de llamadas transmitidas hacia el otro centro,
y
porque el centro que ha recibido la dirección
insertada en una señal de comando de llamada establece (en 86) la
citada conexión de coordinación utilizando vías de comunicación
distintas de las empleadas para transportar la señal de comando de
llamada en la que se ha insertado la dirección de uno de los
centros.
2. Procedimiento según la reivindicación 1,
caracterizado porque cuando varias fases de tratamiento de
llamadas se desarrollan simultáneamente para diferentes clientes de
la red (4), el centro que inserta (en 78) su dirección en la señal
de comando de llamada, inserta además un identificador de llamada
tratado, y porque el primer y el segundo centros (10, 12) de
ejecución de servicio indican (en 90) la llamada afectada mediante
las informaciones de coordinación transmitidas por medio de la
citada conexión de coordinación utilizando este identificador con
el fin de coordinar su tratamiento respectivo para cada llamada.
3. Procedimiento según una cualquiera de las
reivindicaciones anteriores, caracterizado porque solamente
se utiliza la conexión (40) de coordinación para intercambiar las
informaciones de coordinación de los tratamientos respectivos de la
primera y la segunda demandas de servicio efectuadas por los dos
centros (10, 12) de ejecución de servicio.
4. Procedimiento según una cualquiera de las
reivindicaciones anteriores para una red, en el que la señal de
comando de llamada incluye al menos un campo de dirección apropiado
para recibir la dirección por la red del segundo centro, incluyendo
este campo incluso una parte no utilizada cuando la dirección del
segundo centro está registrada en este campo, caracterizado
porque la dirección del primer centro y/o el identificador de
llamada, se insertan en la parte no utilizada del campo de
dirección, de manera que estas informaciones se propagan
conjuntamente a través de la red, hasta el segundo centro (12).
5. Procedimiento según una cualquiera de las
reivindicaciones anteriores para una red en la que el primer y el
segundo centros (10, 12) están conectados a puntos (6, 8) de comando
diferentes de la red, siendo los puntos de comando de la red
apropiados para conectar entre ellos las diferentes vías de
comunicación para formar las citadas conexiones de telecomunicación,
caracterizado porque:
el primer centro (10) y el segundo centro (12)
comunican con su punto (6, 8) de comando respectivo utilizando un
primer protocolo de comunicación para recibir y/o transmitir las
citadas señales de comando de llamadas,
los diferentes puntos (6, 8) de comando de la
red comunican entre sí utilizando un segundo protocolo de
comunicación diferente del primero para transmitir y/o recibir las
citadas señales de comando de llamadas, y
el primer y el segundo centros comunican entre
sí por medio de la conexión (40) de coordinación utilizando un
tercer protocolo de comunicación diferente del primer y segundo
protocolos de comunicación.
6. Procedimiento según la reivindicación 5,
caracterizado porque el primer protocolo de comunicación es
el protocolo INAP - Intelligent Network Application Protocol, y
porque el segundo protocolo de comunicación es el protocolo ISUP -
Integrated Service Digital Network - User Party.
7. Procedimiento según una cualquiera de las
reivindicaciones anteriores para una red en la que el primer y el
segundo centros (10, 12) están conectados a puntos (6, 8) de comando
diferentes de la red, siendo los puntos de comando de la red
apropiados para conectar entre sí las diferentes vías de
comunicación para formar las citadas conexiones de telecomunicación,
caracterizado porque:
el primer centro (10) y el segundo centro (12)
comunican con su punto (6, 8) de comando respectivo utilizando un
primer protocolo de comunicación para recibir y/o transmitir las
citadas señales de comando de llamadas,
los diferentes puntos (6, 8) de comando de la
red comunican entre sí utilizando igualmente el primer protocolo,
y
el primer y el segundo centros comunican entre
sí por medio de la conexión (40) de coordinación utilizando un
segundo protocolo de comunicación diferente del primer protocolo de
comunicación.
8. Procedimiento según la reivindicación 7,
caracterizado porque el primer protocolo de comunicación es
el protocolo SIP - Station Initiation Protocol.
9. Red de telecomunicación inteligente apta para
establecer una conexión (40) de coordinación entre un primer y un
segundo centros (10, 12) de comando de ejecución de servicios,
incluyendo esta red:
el primer y el segundo centros, siendo estos
centros aptos para tratar, cada uno de ellos de forma autónoma,
respectivamente, una primera y una segunda demandas de servicio,
vías (30, 32, 36, 38) de comunicación utilizadas
para establecer conexiones de telecomunicación entre diferentes
terminales conectados a la red, y
vías (20, 22, 24) de comunicación reservadas al
transporte de señales de comando de llamadas para comandar el
establecimiento, la modificación y/o la liberación de cada conexión
de telecomunicación para esta red,
siendo esta red apropiada para ejecutar una fase
de tratamiento de una llamada que se origina en cada llamada emitida
por un cliente y que comprende una etapa (86) de establecimiento de
la conexión de coordinación con la ayuda de al menos uno de los dos
centros (10, 12) para que estos centros puedan coordinar sus
tratamientos respectivos de la primera y la segunda demandas de
servicio del cliente,
caracterizado porque los centros están
adaptados para establecer la conexión de coordinación utilizando un
procedimiento conforme a una cualquiera de las reivindicaciones
anteriores.
10. Centro de comando de ejecución de servicios
adaptado para ser utilizado en una red de telecomunicación
inteligente, caracterizado porque este centro está adaptado
para establecer una conexión de coordinación con otro centro
utilizando un procedimiento conforme a una cualquiera de las
reivindicaciones 1 a 8.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0312193A FR2861239A1 (fr) | 2003-10-17 | 2003-10-17 | Procede pour etablir une liaison directe de coordination entre un premier et un second centres de commande d'execution de service. |
| FR0312193 | 2003-10-17 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2282909T3 true ES2282909T3 (es) | 2007-10-16 |
Family
ID=34385269
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04787484T Expired - Lifetime ES2282909T3 (es) | 2003-10-17 | 2004-09-29 | Procedimiento para establecer una conexion de coordinacion directa entre un primer y segundo centros de comando de ejecucion de servicio. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7684558B2 (es) |
| EP (1) | EP1676412B1 (es) |
| AT (1) | ATE354908T1 (es) |
| DE (1) | DE602004004923T2 (es) |
| ES (1) | ES2282909T3 (es) |
| FR (1) | FR2861239A1 (es) |
| WO (1) | WO2005048557A1 (es) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008244750A (ja) * | 2007-03-27 | 2008-10-09 | Nec Corp | Ｓｉｐ通信システム、呼制御サーバ、およびｓｉｐ通信方法 |
| US11657655B2 (en) * | 2020-11-13 | 2023-05-23 | Ford Global Technologies, Llc | Vehicle component fault detection |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5502759A (en) * | 1993-05-13 | 1996-03-26 | Nynex Science & Technology, Inc. | Apparatus and accompanying methods for preventing toll fraud through use of centralized caller voice verification |
| AU677393B2 (en) * | 1993-07-08 | 1997-04-24 | E-Talk Corporation | Method and system for transferring calls and call-related data between a plurality of call centres |
| DE19623332A1 (de) * | 1996-06-12 | 1997-12-18 | Sel Alcatel Ag | Verbindungsaufbauverfahren sowie Vermittlungsstelle, Dienstrechner und Kommunikationsnetz |
| GB2315639B (en) * | 1996-07-19 | 2000-09-13 | Ericsson Telefon Ab L M | Method for handling telephone calls |
| FI107310B (fi) * | 1998-04-09 | 2001-06-29 | Nokia Networks Oy | Palvelujen hajauttaminen tietoliikenneverkossa |
| US6615042B1 (en) * | 1999-08-24 | 2003-09-02 | Telefonaktiebolaget L M Ericsson (Publ) | Method of handling subscriber services in a wireless intelligent network |
| US6560327B1 (en) * | 1999-10-01 | 2003-05-06 | Sprint Spectrum, L.P. | Method and system for providing telecommunications services using mediated service logic |
| DE10147494A1 (de) * | 2001-09-26 | 2003-04-30 | Siemens Ag | Dienststeuerung im Rahmen des Intelligentes Netzwerk Konzepts für Paketnetzverbindungen |
-
2003
- 2003-10-17 FR FR0312193A patent/FR2861239A1/fr active Pending
-
2004
- 2004-09-29 US US10/576,126 patent/US7684558B2/en not_active Expired - Fee Related
- 2004-09-29 EP EP04787484A patent/EP1676412B1/fr not_active Expired - Lifetime
- 2004-09-29 DE DE602004004923T patent/DE602004004923T2/de not_active Expired - Lifetime
- 2004-09-29 AT AT04787484T patent/ATE354908T1/de not_active IP Right Cessation
- 2004-09-29 ES ES04787484T patent/ES2282909T3/es not_active Expired - Lifetime
- 2004-09-29 WO PCT/FR2004/002469 patent/WO2005048557A1/fr not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| EP1676412A1 (fr) | 2006-07-05 |
| ATE354908T1 (de) | 2007-03-15 |
| US20070071227A1 (en) | 2007-03-29 |
| US7684558B2 (en) | 2010-03-23 |
| DE602004004923D1 (de) | 2007-04-05 |
| DE602004004923T2 (de) | 2007-11-29 |
| EP1676412B1 (fr) | 2007-02-21 |
| FR2861239A1 (fr) | 2005-04-22 |
| WO2005048557A1 (fr) | 2005-05-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0461451B1 (fr) | Procédé d'acheminement d'un appel vers un abonné à un service de téléphonie sans fil | |
| ES2379014T3 (es) | Utilización múltiple de un número de teléfono para alcanzar diferentes abonados | |
| US20070036139A1 (en) | System and method for authenticating internetwork resource requests | |
| CN109587172B (zh) | 基于区块链的通信方法及基于区块链的通信系统 | |
| BRPI0718312A2 (pt) | Produção de mensagens de direcionamento para comunicações de voz através de ip | |
| ES2218454T3 (es) | Prevencion del bucle de llamada. | |
| FI109636B (fi) | Lyhytsanoman välitys tietoliikennejärjestelmässä | |
| US8588732B2 (en) | Method and system of PSAP call back of IN subscriber | |
| CN103327468B (zh) | 为同一个手机号码提供主副sim卡业务的系统和方法 | |
| ES2324507T3 (es) | Procedimiento y sistema para formar una conexion de telecomunicacion. | |
| ES2319830T3 (es) | Procedimiento para establecer una comunicacion de una red de telefonia movil a un numero de llamada de destino de una red de comunicacion privada. | |
| CN101146266B (zh) | 为用户增加特殊用途号码的方法及系统 | |
| ES2341628T3 (es) | Procedimiento y dispositivo para la transferencia de mensajes cortos en redes de telefonia movil gsm/umts. | |
| ES2203342B1 (es) | Sistema de comunicaciones y metodo para ello. | |
| ES2214607T3 (es) | Procedimiento para establecer una comunicacion y para facturar comunicaciones en redes de telecomunicaciones. | |
| CN1863252B (zh) | 为用户增加特殊用途号码的方法及系统 | |
| ES2201921B1 (es) | Sistema y metodo de aviso de errores de marcacion. | |
| US20180227429A1 (en) | Non-geographic numbering and call routing | |
| ES2282909T3 (es) | Procedimiento para establecer una conexion de coordinacion directa entre un primer y segundo centros de comando de ejecucion de servicio. | |
| ES2362777B1 (es) | Método para sustitución de tarjeta sim. | |
| ES2245363T3 (es) | Disposicion de servicios complementarios en una red de comunicaciones de conmutacion de paquetes. | |
| CN101997989A (zh) | 用于电信网络的远程控制业务和系统 | |
| KR100292705B1 (ko) | 이동전화기의 무선 등록을 위한 임시참조번호 구조 | |
| ES2343961T3 (es) | Optimizacion del uso de recursos de red de una red publica de telecomunicaciones. | |
| JP2005537756A (ja) | 自動的決済のための方法 |