ES2304705T3 - Metodo y sistema para proporcionar informacion de sesiones de comunicacion relacionadas en redes de telecomunicacion hibridas. - Google Patents
Metodo y sistema para proporcionar informacion de sesiones de comunicacion relacionadas en redes de telecomunicacion hibridas. Download PDFInfo
- Publication number
- ES2304705T3 ES2304705T3 ES05770715T ES05770715T ES2304705T3 ES 2304705 T3 ES2304705 T3 ES 2304705T3 ES 05770715 T ES05770715 T ES 05770715T ES 05770715 T ES05770715 T ES 05770715T ES 2304705 T3 ES2304705 T3 ES 2304705T3
- Authority
- ES
- Spain
- Prior art keywords
- network
- session
- call
- user equipment
- switched
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
- Meter Arrangements (AREA)
Abstract
Un método para proporcionar una verificación de si son combinatorias una llamada en una red (11, 12, 13) de Circuito Conmutado y una sesión de Paquetes Conmutados en una red (11, 12, 13) de Paquetes Conmutados, dentro de un sistema de telecomunicaciones que comprende dichas al menos dos redes (11, 12, 13) de al menos dos tipos diferentes, en el que las redes (11, 12, 13) conectan al menos un primer equipo (1) de usuario y una entidad de red (2, 34), en el que el primer equipo (1) de usuario y la entidad de red (2, 34) tienen conexiones (1A, 1B, 1C, 2A, 2B, 2C, 34A, 34B, 34C) al menos a dos de las redes (11, 12, 13), estando cada una de las conexiones (1A, 1B, 1C, 2A, 2B, 2C, 34A, 34B, 34C) asociada con una dirección de red, cuyo método comprende los pasos de: - establecer una presencia de la llamada en la red (11, 12, 13) de Circuitos Conmutados y la sesión en la red (11, 12, 13) de Paquetes Conmutados, entre el primer equipo (1) de usuario y la entidad de red (2, 34), estando la llamada y la sesión presentes simultáneamente, caracterizado porque el método comprende además los pasos de: - realizar una comprobación combinatoria en tiempo real, en la que se comprueba que la llamada y la sesión se originan en el primer equipo (1) de usuario y terminan en la entidad de red (2, 34); - proporcionar al menos un subsistema (40, 41) con la verificación de la comprobación combinatoria realizada.
Description
Método y sistema para proporcionar información
de sesiones de comunicación relacionadas en redes de
telecomunicación híbridas.
La presente invención se refiere en general a
sistemas de telecomunicaciones, tales como sistemas de
comunicaciones fijos, inalámbricos o híbridos, que tienen
estructura de paquetes y circuitos conmutados denotados como redes
combinatorias. Más particularmente, la presente invención facilita
un método para soportar un establecimiento de correlación de dos o
más sesiones de comunicación, presentes o que son establecidas en
las partes de paquetes y circuitos conmutados de las citadas redes
de una manera eficaz.
Las redes fijas y especialmente de móviles,
tales como Sistema Global para comunicaciones de Móviles (GSM),
Sistema General de Radio en Paquetes (GPRS) o Sistema Universal de
Telecomunicaciones con Móviles (UMTS), están en constante
evolución. Las redes de GSM/GPRS y UMTS ofrecen actualmente tanto
capacidad de conexión de Circuitos Conmutados (CS) como capacidad
de conexión de Paquetes conmutados (PS). La capacidad de conexión
de PS extremo a extremo con sus capacidades de transmisión de una
amplia gama de tipos de datos se puede usar para ofrecer servicios
de multimedia tales como transferencia de imagen, música y vídeo. La
capacidad de conexión de CS proporciona un enlace entre equipo de
dos usuarios, o uno o más terminales comprendidos por el equipo de
usuario, por medio de uno o más nodos de red de confianza con una
Calidad de Servicio (QoS) fiable y definida, por ejemplo para
tráfico de voz.
Las redes combinatorias, en las que se
establecen al menos dos o más enlaces de al menos dos tipos de red
diferentes, por ejemplo CS ó PS, a equipo o terminales de uno o más
usuarios, son capaces de desplegar simultáneamente tanto capacidad
de conexión de CS como de PS, por lo que se facilitan servicios que
realizan su actividad a través de sesiones de comunicación de PS,
indicadas como sesiones de PS y sesiones de comunicación de CS,
indicadas como llamadas de CS.
Servicios dentro de una red combinatoria que
comprende redes de tipos de red diferentes tales como red de CS y
red de PS se denotan como servicios combinatorios. Estos servicios
combinatorios, que combinan los servicios usuales de Circuito
conmutado (CS) con los servicios de dominio de paquetes conmutados
(PS) emergentes, están siendo contemplados como el primer paso
pragmático a una red en la que todos los servicios serán
proporcionados por una estructura de dominio de PS.
Se conocen de los documentos de solicitud de
patente WO 03/073782 A1 ó WO 03/065654 A1 sistemas de
telecomunicaciones que aplican dos o más redes. WO 03/073782 A1
describe un dispositivo y un método en los que se seleccionan la
sesión o sesiones de comunicación a través de una o más conexiones
entre el dispositivo y el medio, tal como una Red de Area Local
inalámbrica, redes de "Bluetooth" ("Diente azul") o UMTS,
sobre la base de un algoritmo de selección predeterminado, para una
aplicación cargada en el dispositivo, que depende del medio
actualmente disponible. La selección real del medio apropiado puede
depender de la aplicación que está siendo cargada, de la aplicación
cargada y activa o de la aplicación cargada, activa y que requiere
comunicación. La selección del medio apropiado y de la comunicación
que comienza requiere que la aplicación esté adaptada para el medio
concreto seleccionado. El dispositivo puede estar dispuesto para
operar diferentes conexiones de datos simultáneamente y está
dispuesto para determinar una presencia de dichas conexiones.
WO 03/065654 A1 describe un sistema y un método
para disponer un cambio o transferencia (handover) sin juntura
entre redes de comunicación inalámbricas orientadas, de paquetes, de
diferentes tipos [Bluetooth, LAN inalámbrica o GPRS]. La calidad o
costes del enlace actual pueden ser, en la presencia de medios
múltiples, un incentivo para iniciar una transferencia.
Un operador de red que ofrezca estos servicios
combinatorios necesitaría un mecanismo de cargar el uso de estos
servicios, pero no están todavía a disposición métodos para cargar
estos servicios combinatorios.
Por lo tanto, necesita ser introducido un
mecanismo para cargar a los usuarios finales por el uso de tales
servicios combinatorios. Se conocen métodos para cargar una llama de
CS (pago posterior, así como previo pago). También existen métodos
para cargar basados en paquetes, por ejemplo el cargo de Soporte
Flexible de Ericsson, o más generalmente conocido como cargo basado
en el Flujo.
Lo que hace cargar un servicio combinatorio
diferente de cargar los componentes de un servicio combinatorio
individualmente, es la flexibilidad adicional y el deseo indicado
por los operadores para poder cargar un servicio agregado compuesto
de un servicio soportado por CS y uno o más servicios soportados por
PS, como opuesto a capacidades de cargar establecidas originales y
establecidas para dominios de CS y PS.
Por ejemplo, si una parte A tiene en marcha una
llamada de CS con una parte B, ha de ser posible para el
participante A y el participante B enviar imágenes entre sí y la
llamada combinatoria resultante sería cargada de manera diferente
en comparación con el caso en el que sea establecida de manera
aislada una sesión de Subsistema de Protocolo Multimedia de
Internet (IMS) para la finalidad de transferencia de imagen.
No existen métodos para cargar servicios
combinatorios en los que una tasa de cargo dependa de servicios que
estén correlacionados. Aunque es una opción limitar el cargo
combinatorio a cargar separadamente llamadas de CS y flujos de
sesiones de PS, no existe mecanismo para introducir la flexibilidad
que haga posible que un operador aplique cargar una
combinación de una llamada de CS y una sesión de PS
simultáneamente por el mismo abonado de manera diferente de
soluciones de cargo de la técnica anterior, en las que la llamada
de CS y la sesión de PS son cargadas independientemente.
El cargo de un servicio combinatorio requiere
una comprobación de que la llamada de CS y el servicio de IMS
basado en dominio de PS están relacionados con el mismo abonado, y
la llamada de CS y la sesión de PS estén correlacionadas entre sí,
ya que las mismas parte A y parte B están implicadas en la llamada
de CS y la sesión de PS.
Si sucesos de cargar que pertenecen a una
llamada de CS, tales como número de la parte A, número de la parte
B, marca de tiempo de comienzo de llamada y marca de tiempo de final
de llamada, y sucesos de cargar que pertenecen a una sesión de PS
hacia un servicio de IMS, tales como comienzo de transferencia,
cantidad de datos e Identificador de Recurso Universal de Protocolo
de Iniciación de Sesión (SIP-URI), son almacenados y
tratados fuera de línea, no siempre es posible verificar que los
sucesos pertenecían a una llamada combinatoria en la que estuvieran
correlacionadas la llamada de CS y la sesión de PS. En cualquier
caso, establecer la correlación anteriormente citada en tiempo real
es probablemente más fiable que establecer esta correlación fuera de
línea.
Para verificar si una llamada de CS y una sesión
de PS están correlacionadas y por lo tanto son combinatorias, se ha
de ejecutar una comprobación en tiempo real, pero el estado de la
técnica no proporciona ninguna solución que sea efectiva, simple de
realización práctica y fiable.
Además, desde un punto de vista del abonado, se
ha de asegurar que cualquier coste generado por la sesión de PS se
ha de facturar de una manera segura y fiable en relación con su
llamada de CS.
El problema para el que la invención busca una
solución se formula como la manera de proporcionar un método de
comprobar la correlación de una llamada de CS simultánea y una o más
sesiones de PS que estén siendo desplegadas por un abonado dentro
de una red de telecomunicaciones combinatoria.
Además, cualquier solución a dicho problema debe
cumplir como requisito que la comprobación de correlación entre la
llamada de CS y la sesión o sesiones de PS no debe plantear
requisitos adicionales al abonado, es decir, el abonado debe ser
capaz de hacer espontáneamente una llamada de CS o establecer una
sesión de PS sin conocer si iniciará otro servicio posterior
relacionado de CS o PS durante esa llamada o sesión.
Es un objeto de la presente invención
proporcionar un método de comprobar una correlación de sesiones de
comunicación presentes en una red combinatoria que comprende redes
de diferentes tipos de red que son una red de CS y al menos una red
de PS, donde dichas sesiones de comunicación que son una llamada de
CS en la red de CS y una sesión de PS en la red de PS están
relacionadas con una parte que tiene un equipo de usuario que
despliega dichas sesiones en diferentes tipos de redes.
Es un objeto más de la presente invención
proporcionar un nodo de red, indicado como nodo de correlación, que
esté dispuesto para realizar dicha verificación de la correlación
entre dichas sesiones por medio del método proporcionado. Estos
objetos son conseguidos por la presente invención por medio de un
método de proporcionar información de sesiones de comunicación
relacionadas a un subsistema (por ejemplo, un sistema de cargo)
dentro de un sistema de telecomunicaciones con una red de CS y una
o más redes de PS, donde un primer equipo de usuario tiene dichas
sesiones de comunicación relacionadas con una entidad de red a
través de las redes de tipo de red diferente. La aportación de
información es ejecutada por un nodo de red que establece que están
presentes las sesiones de comunicación, determina una correlación
entre las sesiones de comunicación y proporciona la correlación
determinada al subsistema.
El establecimiento de la presencia de las
sesiones de comunicación comprende los pasos adicionales de
recuperar las direcciones de red del primer equipo de usuario y la
entidad de red a través de una red de CS y a través de una red de
PS, y verificar la presencia de sesiones de comunicación en ambos
tipos de red.
La invención proporciona una "comprobación
combinatoria en tiempo real", en la que se verifica que la
llamada de CS y la sesión de PS con un servicio basado en IMS se
originan en un Equipo de Usuario y terminan en una entidad de red
tal como otro Equipo de Usuario. Esta "comprobación combinatoria
en tiempo real" combina información disponible de varias
"bases de datos lógicas".
Por medio de una realización práctica del método
proporcionado por la invención, se realiza una comprobación de
correlación entre la llamada de CS y la sesión o sesiones de PS, de
tal manera que se establece de modo no ambiguo que son
combinatorias la llamada de CS y la sesión de PS, tal como un
servicio desplegado de IMS. Un subsistema como, por ejemplo, el
subsistema de cargar realiza la verificación presentada en cuanto a
determinar cómo es cargada una sesión de comunicación de un
abonado. Con el fin de asegurar que se realiza esta comprobación en
tiempo real durante las sesiones de comunicación, se proporciona un
sistema en el que las llamadas en curso son registradas en tiempo
real. Este sistema está también caracterizado porque es interrogado
para determinar el estado de la llamada de CS y de la sesión de PS
en modo de tiempo real, de varias maneras. Las respuestas a las
preguntas son o bien Booleanas o descriptivas.
La invención está dirigida a servicios
combinatorios que están compuestos de una llamada de CS y una o más
sesiones de PS en relación con servicios soportados por dominio de
PS. El cargo combinatorio, según es presentado por la invención, es
precisamente uno de los ejemplos de un servicio combinatorio.
Estas y otras realizaciones de acuerdo con la
presente invención se ilustran ahora con más detalle haciendo
referencia a los dibujos adjuntos.
La figura 1 presenta un diagrama esquemático de
una red combinatoria con equipo de dos usuarios conectado a la
red.
La figura 2 presenta un diagrama esquemático de
un nodo de red.
Sin limitaciones al alcance de la invención, con
el fin de proporcionar una comprensión a fondo de la presente
invención, esta se presenta en contraposición a los antecedentes y
dentro del alcance de la realización práctica actual de sistemas de
comunicaciones de móviles desarrollado en un entorno de red
combinatoria. Sin embargo, la presente invención puede ser
desarrollada en cualquier sistema de comunicaciones que comprenda
redes combinatorias.
Supóngase que dos usuarios, una parte A y una
parte B, tienen sesiones de comunicación en marcha entre ellos.
Dichas sesiones de comunicación entre la parte A y la parte B
consisten en una llamada de CS proporcionada por la red de CS y una
sesión de PS proporcionada por la red de PS, consideradas ambas
sesiones de comunicación como "componentes de comunicación".
Los citados componentes pueden ser establecidos uno después de otro,
en un orden arbitrario, o simultáneamente. El Equipo de Usuario
(UE) utilizado por la parte A y el UE utilizado por la parte B
permitirán sesiones de comunicación de CS y de PS simultáneamente,
lo que se denomina comunicación de modo dual o doble. La citada
capacidad de modo dual está o bien presente en un dispositivo único
o en una pluralidad de dispositivos, tal como una disposición de UE
dividida en la que dicho UE de modo dual comprende, por ejemplo, un
teléfono móvil y un Ordenador personal (PC).
Los mensajes intercambiados entre dichas partes
para establecer comunicación y/o durante la comunicación pueden ser
interceptados y modificados por una "Red de Servicios" que
comprenda entidades de red que tienen conexiones a redes de
diferentes tipos de red dentro de la red combinatoria.
La figura 1 ilustra esquemáticamente una red
combinatoria 10 que comprende varias redes 11, 12, 13 de diferentes
tipos de red, con un primer UE 1 y un segundo UE 2 conectados a
todas o a algunas de las redes 11, 12, 13.
Para proporcionar conexión física a las redes
11, 12, 13, los UE 1, 2 tienen conexiones de red 1A, 1B, 1C, 2A,
2B, 2C, cada una de ellas asociada con una dirección de red, hacia
dichas redes 11, 12, 13.
Para la explicación de la invención, se supone
arbitrariamente que la red 11 es una red de un tipo de red de CS y
las redes 12 y 13 son de un tipo de red de PS.
En la descripción que sigue, se explicará cómo
se comprueba una correlación de una llamada de CS con una sesión de
PS, establecidas y mantenidas por UE 1 hacia UE 2 o un nodo 34 de
servicio de red. El nodo 34 de servicio de red tiene conexiones
34A, 34B, 34C de red, cada una asociada con una dirección de red,
hacia dichas redes 11, 12, 13. UE 1 puede tener alternativamente
sesiones de comunicación con el nodo 34 de servicio de red, donde
el nodo 34 actúa como un servidor de contenidos.
Para una explicación de la invención se supone
que:
- \bullet
- La parte A tiene, por medio de su UE 1, sesiones de comunicación hacia el UE 2 de la parte B.
- \bullet
- Los UE 1, 2 son terminales de Modo de Transferencia Dual (DTM) o UEs de Soporte de Acceso por Multi-Radio (RAB) desde los que se origina una llamada de CS y sesión de PS o en los que termina una llamada de CS y una sesión de PS.
- \bullet
- El componente de comunicación de CS del servicio combinatorio es una llamada de CS de voz/vídeo y esta llamada de CS es identificada por un par de direcciones de red de dominio de CS tales como números de Red Digital de Servicios Integrados de Estación Móvil (MSISDN). Estos números se identifican como MSISDN(A) para la parte A y MSISDN(B) para la parte B.
- \bullet
- Un servicio de Subsistema Multimedia de IP (IMS, según es definido por 3GPP), en curso entre la parte A y la parte B, se identifica usando el par Protocolo de Iniciación de Sesión - Identificador de Recurso Universal (SIP-URI), como SIP-URI(A) para la parte A y SIP-URI(B) para la parte B.
Los elementos de red 61, 62, 63, 64 que tienen
capacidad de base de datos están conectados a todas las redes 11,
12, 13 comprendidas dentro de la red combinatoria 10, a través de la
unidad mediadora 60. Subsistemas como el subsistema de cargo 40, o
el nodo de autenticación 41, comprenden conexiones a la red de CS 11
y la red de PS 12.
Supóngase que la parte A efectúa con UE 1 una
llamada de voz de CS a la parte B que tiene UE 2. La llamada de CS
es registrada en una base de datos 63 de llamadas de CS en curso,
que mantiene registros de las llamadas de CS en curso. El
subsistema de cargo 40 aplica o bien cargo en línea a través de la
conexión a la red 11 de CS, o se usa un servicio de CS presente en
la red 11 de CS para buscar registros de detalles de llamadas. El
subsistema de cargo 40 es notificado acerca de los "sucesos"
que sean relevantes para el cargo, tales como "comienzo de
llamada" y "final de llamada".
Después del establecimiento de la llamada de CS,
la parte A decide establecer una sesión de IMS, que es una sesión
de PS, con la parte B. El servicio de IMS que reside dentro de la
red 12 de PS envía un "suceso de cargo de servicio de PS" al
subsistema de cargo 40. En este suceso, es enviada información como
tipo de servicio, SIP-URI(A),
SIP-URI(B), a las sesiones 61 de IMS en curso
de "base de datos lógica". Corresponde al subsistema de cargo
40 comprobar o haber comprobado si esta sesión de PS está
relacionada con una llamada de CS en curso, es decir, comprobar si
es "combinatoria". Para realizar esta comprobación, se debe
combinar información procedente de las diversas "bases de datos
lógicas" 61, 62, 63 y 64. Las bases de datos lógicas 61, 62, 63,
64 han registrado y almacenado relaciones concretas como:
- 61:
- SIP-URI(A) - SIP-URI(B) = sesiones de IMS en curso.
- 62:
- MSISDN(x) - dirección(x) de IP = número de MSISDN, número de Red de Telecomunicaciones Conmutada Pública (PSTN), número de Red Privada Virtual (VPN) frente a dirección de IP, por ejemplo de un terminal de DTM.
- 63:
- MSISDN(A) - MSISDN(B) = llamadas de CS en curso.
- 64:
- SIP-URI(x) - IP(x) = registro de IMS en dispositivo.
Estas bases de datos lógicas 61, 62, 63 y 64 son
interrogadas para que proporcionen la información requerida para
realizar una comprobación "combinatoria" fiable.
La base de datos "lógica" 62 comprende
relaciones concretas de números de MSISDN considerados como
direcciones de red de dominio de CS y direcciones de IP de dominio
de PS consideradas como direcciones de dominio de PS. Un UE tal
como un terminal de DTM comprende ambos tipos de dominios de
direcciones en un terminal único. Un UE como un entorno de terminal
dividido comprende un dispositivo de dominio de PS tal como un PC y
un dispositivo de dominio de CS tal como un teléfono "sólo de
CS".
La "base de datos lógica" 64 comprende
relaciones concretas de direcciones de IP y
SIP-URIs.
La base de datos 63 de "llamadas de CS en
curso" y la base de datos 61 de "sesiones de IMS en curso"
registran llamadas de CS en curso y servicios de IMS en curso,
respectivamente. Cada invocación de llamada de CS y servicio de IMS
resulta grabada en la respectiva base de datos 61, 63.
Cuando un subsistema, tal como el subsistema de
cargo 40 o el subsistema de autenticación 41, necesita realizar una
"comprobación combinatoria" como para determinar si dos (o más)
sesiones de comunicación, que son consideradas sesiones
combinatorias, son realmente combinatorias, estos subsistemas 40, 41
pueden realizar la comprobación o preferiblemente tener nodos de
red dedicados que realicen dicha comprobación.
Un nodo de red, preferiblemente el nodo de
correlación 5, está dispuesto para determinar una correlación entre
una llamada de CS y una sesión de PS y realizar una comprobación
combinatoria, para determinar si dos (o más) sesiones de
comunicación que son consideradas sesiones combinatorias, son
verdaderamente combinatorias.
La tarea de verificar si una llamada de CS o
sesión de IMS es realmente una llamada o sesión combinatoria se
conoce como "comprobación combinatoria". Esta comprobación es,
entre otras entidades de red, realizada preferiblemente por el nodo
de correlación 5, pero también por el nodo 70 de detección de
correlación dedicado y un servicio 71 de detección de correlación
de sesión de comunicación. Dicho nodo 70 o servicio 71 proporciona
un parámetro que representa la correlación entre la llamada de CS y
la sesión de IMS.
Los subsistemas 40, 41 realizan la comprobación
combinatoria ya sea interrogando las "bases de datos lógicas"
61, 62, 63, 64, con o sin la unidad mediadora 60, o solicitan a
nodos dedicados 5, 70, 71 que realicen la comprobación de
correlación o proporcionen un parámetro que represente la
correlación.
La realización de la comprobación combinatoria
comprende los siguientes pasos:
- a)
- Obtener el MSISDN(A), el MSISDN(B), el SIP-URI(A) y el SIP-URI(B), sobre la base de información disponible en los respectivos activadores de servicio y en información presente en "bases de datos lógicas" 61, 63;
- b)
- Verificar que una llamada de CS está en curso entre MSISDN(A) y MSISDB(B);
- c)
- Verificar que una sesión de IMS está en curso entre el SIP-URI(A) y el SIP-URI(B);
- d)
- Verificar que el SIP-URI(A) y el MSISDN(A) terminan en el mismo UE 1, 2 o son desplegados por el mismo abonado en un entorno de terminal dividido;
- e)
- Verificar que el SIP-URI(B) y el MSISDN(B) terminan en el mismo UE 1, 2 o son desplegados por el mismo abonado en un entorno de terminal dividido;
- f)
- Verificar que la conexión del medio, según es usado por la sesión de IMS, termina en las direcciones de IP actualmente asociadas con los respectivos SIP-URIs.
Cuando un servicio combinatorio que está
actuando en nombre de la parte A no conoce el número de MSISDN de
la parte B, se contemplan los siguientes métodos para recuperar el
MSISDN(B):
- Método
1
De acuerdo con este método, el UE 1 de la parte
A (correspondiente al MSISDN(A)) es preguntado a qué parte B
tiene una llamada de CS en curso. Esta información no tiene que ser
fiable, porque es proporcionada por una entidad no fiable. Sin
embargo, la información proporcionada por el UE 1 se usa como una
base para una pregunta de "tipo de verificación" que realiza
el nodo de red 5, 70, 71, 40, 41.
- Método
2
Dentro del servicio de pago previo (es decir el
servicio de Pago previo que está actualmente cargando la llamada de
CS entre el UE 1 de la parte A y el UE 2 de la parte B) en nombre de
la parte A, está disponible un registro que indica que está en
curso una llamada entre MSISDN(A) y MSISDN(B). Por lo
tanto, se añade una Interfaz de Programa de Aplicación (API) al
servicio de previo Pago para responder a una petición concerniente a
la cual la parte B 2 pertenece a una llamada de CS en curso de una
parte A 1. De hecho, cualquier servicio de CS, que sea considerado
como una entidad fiable, que registre pares
MSISDN(A)/MSISDN(B) para llamadas en curso, es
preguntado por esta comprobación. El elemento de red 63 con
capacidad de base de datos proporciona registros de pares
MSISDN(A)/MSISDN(B) y es preguntado directamente (no
se muestra) o es preguntado a través de la unidad mediadora
60.
60.
La intención de este paso es verificar que el
MSISDN(A) y el MSISDN(B) son realmente una parte de la
misma llamada, por lo cual MSISDN(A) y MSISDN(B)
forman los puntos finales de la llamada de CS. Una tal verificación
es requerida, por ejemplo, cuando el MSISDN(B) es obtenido
preguntando al UE 1 de la parte A, considerado usualmente como una
entidad no fiable. En caso de que MSISDN(B) sea recuperado de
una fuente fiable (red) como una ejecución práctica de "base de
datos lógica" 63, este paso está ya cumplido implícitamente
mediante el hallazgo del propio MSISDN(B) en el paso a).
Métodos para verificar la llamada de CS en curso entre UE 1 y UE 2
son:
- Método
1
Se dirigen preguntas a un HLR para recuperar
información de abonado. A través del HLR, que puede usar Cualquier
Interrogación de Tiempo (ATI) para obtener información de un
Registro de Situación de Visitante (VLR) o un Nodo de Soporte de
GPRS de Servicio (SGSN), resulta disponible el "estado" de un
abonado, por lo que es identificado el abonado, en la petición al
HLR, ya sea por la Identidad de Abonado de Móviles Internacional
(IMSI) o por el número de MSISDN (3GPP TS 23.078 v6.1.0,
ch.11.3.4.1.2). El estado CAMELBusy indica que el abonado
está comprometido en una transacción para una llamada de CS de móvil
que se origina o que termina.
\newpage
Cuando ATI se usa para obtener el estado de un
abonado y el estado informado por el HLR es "CAMELBusy",
entonces el VLR también ha de informar al MSISDN(B) que el
abonado tiene una llamada de CS en curso. Además del HLR, existen
otros nodos tales como un MSC y el VLR que son alternativamente
interrogados.
- Método
2
Dentro de un servicio de pago previo, que esté
actualmente cargando la llamada de CS entre la parte A y la parte B
en nombre de la parte A, está disponible un registro que indica que
una llamada de CS está en curso entre MSISDN(A) y
MSISDN(B). Creando un API para el servicio de pago previo, el
servicio de pago previo responde a una petición concerniente a qué
parte B pertenece a una llamada de CS de una parte A, lo que hace
posible verificar si MSISDN(A) y MSISDN(B) están
implicados en una llamada de CS. De hecho, cualquier servicio de CS
que registre pares MSISDN(A)/MSISDN(B) para llamadas
en curso, es interrogado para esta comprobación.
- Método
3
Para poder cargar una llamada de CS, están
siempre implicados componentes del subsistema de cargo 40 de la
técnica anterior, sea pago previo o pago posterior. Una opción es
extender el subsistema de cargar 40 con un API de manera que una
entidad de red fiable interrogue al subsistema de cargo 40 para
recuperar o verificar el par de llamadas de CS MSISDN(A) y
MSISDN(B).
La función representada por "llamadas de CS en
curso" 63 de la base de datos lógica debe ser ejecutada en la
práctica, de tal manera que todas las llamadas que sean
potencialmente llamadas combinatorias deben ser registradas. De
este modo se realiza la comprobación combinatoria requerida cuando
se necesite. La publicación WO 2006/010526 A1 describe un método de
cómo proporcionar una indicación de que una llamada de CS y una
sesión de PS están probablemente correlacionadas y por tanto son
combinatorias, y puede ser usada como un incentivo para la
comprobación presentada en la invención.
Una ejecución práctica existente de la base de
datos lógica 63 de "llamadas de CS en curso" es un sistema de
"cargar en línea" de la técnica anterior. Debido a que en este
sistema de la técnica anterior todas las llamadas son cargadas en
tiempo real, los datos procedentes de un Sistema de Cargar de la
técnica anterior se usan como base de datos 63 de "llamadas de CS
en curso".
Otra ejecución práctica de la base de datos
lógica 63 de "llamadas de CS en curso" es el uso de un servicio
de CS que reside dentro de la red de CS 11, que vigila o controla
todas las llamadas en curso.
Los servicios de IMS en curso son registrados en
"sesiones de IMS en curso" 61 de la base de datos lógica, que
tratan de servicios de IMS en curso. El Protocolo de Iniciación de
Sesión - Sistema de Aplicación (SIP-AS) que ejecuta
un servicio de IMS, actúa como tal una base de datos lógica 61 de
"sesiones de IMS en curso", y es interrogado por el nodo de
red 5, 70, 71, 40, 41.
Esta tarea consiste en dos etapas.
1ª
etapa
A través de HLR, considerado como una ejecución
práctica de la base de datos lógica 62, está disponible información
acerca de un "Estado de abonado de Dominio de PS" y una
"Lista de Información de Contexto de PDP", identificada ya sea
por el IMSI o por el MSISDN (3GPP TS 23.078 v6.1.0, ch.11.3.9.1.2).
La dirección de IP es leída de la lista de "Información de
Contexto de PDP", como especificada en 3GPP TS 23.078,
ch.11.3.6.1.2.
2ª
etapa
Una función SIP-Registrar puede
ser usada como "base de datos lógica" 64 para recuperar el
SIP-URI que proporciona la dirección de IP.
\newpage
3ª
etapa
Se ha de usar el mismo método que en ad d) para
la verificación de que el SIP-URI y número de MSISDN
terminan en el mismo UE de la parte B.
De acuerdo con IMS, según es especificado por
3GPP, el último es siempre el caso.
Las bases de datos lógicas 61, 62, 63, 64
podrían ser contactadas por el nodo de red 5, 70, 71, 40, 41 que
realiza las preguntas para información requerida para realizar una
comprobación combinatoria. Estas bases de datos son o bien
contactadas directamente (no se muestra) a través de las redes 11,
12, 13 o a través de la unidad mediadora 60.
La determinación de la correlación entre la
llamada de CS y la sesión de PS puede ser ejecutada por una entidad
de red que esté dispuesta para realizar pasos de las etapas de
comprobación de correlación y proporcionar un parámetro que
represente la correlación. Tales entidades de red son el nudo 70 de
detección de correlación y el servicio 71 de detección de
correlación de sesión de comunicación, que proporciona un parámetro
que representa la correlación. El nodo 70 y el servicio 71
interrogan a las mismas bases de datos lógicas del mismo modo que
se ha explicado en la acción aplicada por el nodo de correlación 5.
Otras entidades de red que pueden proporcionar un parámetro que
representa la correlación, como para determinar la correlación entre
la llamada de CS y la sesión de PS, son: una aplicación que se
ejecuta en el primer UE 1, las bases de datos lógicas 61, 62, 63,
64 o la unidad mediadora 60.
El nodo de correlación 5 se describirá con
referencia a las figuras 1 y 2.
El nodo de red 5, denotado como el nodo de
correlación, está dispuesto para proporcionar información, tal como
una correlación determinada, de sesiones de comunicación
relacionadas entre el UE 1 y el UE 2 o la entidad de red 34, a
subsistemas tales como el nodo de cargo 40 o el nodo de
autenticación 41 a través de su conexión de red 34A, 34B, 34C, cada
una asociada con una dirección de red, para dos o más de las redes
(11, 12, 13).
Este nodo de red 5 está dispuesto para:
- -
- establecer que están realmente presentes sesiones de comunicación simultáneas de las redes 11, 12, 13 entre el UE 1 y el UE 2 o la entidad de red 34;
- -
- determinar la correlación entre las sesiones de comunicación simultáneas actualmente establecida, y
- -
- proporcionar al subsistema 40, 41 la correlación determinada.
El nodo de red 5 comprende una unidad de
Entrada/Salida (I/O) 51 que está conectada para comunicación a las
redes 11, 12, 13, por medio de las conexiones de red 5A, 5B, 5C, en
las que la unidad de I/O está dispuesta para recuperar direcciones
de red del UE 1, del UE 2 o de la entidad de red 34 a través de las
redes 11, 12, 13.
El nodo de red 5 comprende además una unidad de
tratamiento 52 con memoria 52A de programa y de parámetro de
aplicación, dispuesta para interrogar a uno cualquiera de los
elementos de red que tienen capacidades de base de datos 61, 62,
63, 64 o la unidad mediadora 60 que representa dichas entidades de
red, el UE 1, el UE 2, la entidad de red 34, el nodo 70 de
detección de correlación de sesiones de comunicación o el servicio
71 de correlación de sesiones de comunicación, para verificar la
presencia de las sesiones de comunicación.
El nodo de red 5 comprende además una unidad 53
de temporización o regulación de tiempo, para determinar sucesos
cuando al subsistema 40, 41 le ha de ser proporcionada información,
y una unidad de suceso 54, dispuesta para activar la unidad de
tratamiento 52 de manera que proporcione la información al
subsistema 40, 41 cuando es recibido un suceso desde el UE 1, el UE
2 o la entidad de red 34. La unidad de suceso 54 está además
dispuesta para activar la unidad de tratamiento 52 para que
proporcione al subsistema 40, 41 la información requerida, cuando
es recibida una petición de información desde el subsistema 40,
41.
La presente invención hace posible comprobar si
una llamada de CS y una sesión de PS particulares están
correlacionadas y por tanto se consideran como combinatorias. Como
esta comprobación es ejecutada durante la llamada de CS o una
sesión de PS, esta comprobación se califica como una verificación en
"tiempo real", que hace posible por ejemplo que sistemas de
cargo se adapten a una tasa de cargo durante dicha llamada/sesión en
comparación con un cálculo fuera de línea o por tandas de un cargo
de llamada/sesión.
Mediante la introducción de la invención según
se presenta, se proporciona un mecanismo para introducir la
flexibilidad que hace posible que un operador aplique el cargo a una
combinación de una llamada de CS y una sesión de PS simultáneas
realizadas por el mismo abonado y por tanto proporciona una
extensión de las soluciones de cargo de la técnica anterior, en las
que la llamada de CS y la sesión de PS, aunque estuvieran
relacionadas ente sí, eran cargadas de manera independiente.
Lo que hace diferente el cargo de un servicio
combinatorio es la flexibilidad adicional (y los requisitos
indicados por los operadores) para poder cargar un servicio
agregado compuesto de un servicio soportado por circuito
conmutado y uno o más servicios soportados por paquetes conmutados,
en contraposición con las capacidades de cargo originales y
establecidas para dominios de circuitos conmutados y paquetes
conmutados. Por ejemplo, si una parte A tiene una llamada de CS en
curso con una parte B, ha de ser posible que la parte A y la parte
B se envíen imágenes ente sí y la llamada combinatoria resultante
sea cargada de manera diferente en comparación con una sesión de
IMS establecida de manera aislada.
Claims (32)
1. Un método para proporcionar una verificación
de si son combinatorias una llamada en una red (11, 12, 13) de
Circuito Conmutado y una sesión de Paquetes Conmutados en una red
(11, 12, 13) de Paquetes Conmutados, dentro de un sistema de
telecomunicaciones que comprende dichas al menos dos redes (11, 12,
13) de al menos dos tipos diferentes, en el que las redes (11, 12,
13) conectan al menos un primer equipo (1) de usuario y una entidad
de red (2, 34), en el que el primer equipo (1) de usuario y la
entidad de red (2, 34) tienen conexiones (1A, 1B, 1C, 2A, 2B, 2C,
34A, 34B, 34C) al menos a dos de las redes (11, 12, 13), estando
cada una de las conexiones (1A, 1B, 1C, 2A, 2B, 2C, 34A, 34B, 34C)
asociada con una dirección de red, cuyo método comprende los pasos
de:
- -
- establecer una presencia de la llamada en la red (11, 12, 13) de Circuitos Conmutados y la sesión en la red (11, 12, 13) de Paquetes Conmutados, entre el primer equipo (1) de usuario y la entidad de red (2, 34), estando la llamada y la sesión presentes simultáneamente,
caracterizado porque el método comprende
además los pasos de:
- -
- realizar una comprobación combinatoria en tiempo real, en la que se comprueba que la llamada y la sesión se originan en el primer equipo (1) de usuario y terminan en la entidad de red (2, 34);
- -
- proporcionar al menos un subsistema (40, 41) con la verificación de la comprobación combinatoria realizada.
2. El método de acuerdo con la reivindicación 1,
en el que la operación de establecer comprende los pasos
adicionales de:
- -
- recuperar la dirección de red del primer equipo (1) de usuario, de un tipo de red de Circuitos Conmutados;
- -
- recuperar una dirección de red del tipo de red de Circuitos Conmutados de la entidad de red (2, 34) que tiene la llamada con el primer equipo (1) de usuario a través de la red (11, 12, 13) de Circuitos Conmutados;
- -
- verificar la presencia de la llamada;
- -
- recuperar la dirección de red del primer equipo (1) de usuario de un tipo de red de Paquetes Conmutados;
- -
- recuperar una dirección de red del tipo de red de Paquetes Conmutados de la entidad de red (2, 34) que tiene la sesión con el primer equipo (1) de usuario a través de la red (11, 12,13) del tipo de red de Paquetes Conmutados;
- -
- verificar la presencia de la sesión.
3. El método de acuerdo con la reivindicación 2,
en el que los pasos de recuperar y los pasos de verificar son
realizados para cada una de las redes que están conectadas al primer
equipo (1) de usuario y la entidad de red (2, 34).
4. El método de acuerdo con la reivindicación 2
o la 3, en el que los pasos de recuperar son realizados interrogando
elementos de red que tienen capacidades de base de datos (61, 62,
63, 64) o una unidad mediadora (60) que representa dichas entidades
de red (61, 62, 63, 64).
5. El método de acuerdo con las reivindicaciones
2, 3 ó 4, en el que el al menos un paso de recuperar es realizado
preguntando al primer equipo (1) de usuario o a la entidad de red
(2, 34) por una dirección de red del tipo de red de Circuitos
Conmutados a través de la red del tipo de red de Paquetes
conmutados.
6. El método de acuerdo con la reivindicación 2,
3 ó 4, en el que el paso de verificación es realizado preguntando
al primer equipo (1) de usuario, a la entidad de red (2, 34), a los
elementos de red (61, 62, 63, 64) o a la unidad mediadora (60) por
un parámetro que representa implicación en una sesión de
comunicación, del primer equipo (1) de usuario o de la entidad de
red (2, 34).
7. El método de acuerdo con las reivindicaciones
1, 2, 3, 4, 5 ó 6, en el que la operación de realizar, de la
comprobación combinatoria en tiempo real, comprende los pasos
adicionales de:
- -
- Verificar que la dirección de red de Paquetes Conmutados y la dirección de red de Circuitos Conmutados del primer equipo (1) de usuario terminan en el mismo Equipo de Usuario o son desplegadas por un mismo abonado en un entorno de terminal dividido;
- -
- Verificar que la dirección de red de Paquetes Conmutados y la dirección de red de Circuitos Conmutados de la entidad de red (2, 34) terminan en el mismo Equipo de Usuario o son desplegadas por un mismo abonado en un entorno de terminal dividido;
- -
- Verificar que una conexión del medio, según es usada por la sesión de Paquetes Conmutados, termina en direcciones de Protocolo de Internet actualmente asociadas con las respectivas direcciones de red de Paquetes Conmutados.
8. El método de acuerdo con la reivindicación 1
o la 7. en el que en el paso de realizar, la llamada y la sesión
son consideradas combinatorias cuando un nodo (70) de detección de
correlación de sesión de comunicación o un servicio (71) de
detección de sesión de comunicación proporciona un parámetro que
representa la correlación entre la llamada y la sesión.
9. El método de acuerdo con las reivindicaciones
1, 7 u 8, en el que en el paso de realizar, la llamada y la sesión
son consideradas combinatorias cuando una aplicación en el primer
equipo (1) de usuario proporciona un parámetro que representa la
correlación entre la llamada y la sesión.
10. El método de acuerdo con la reivindicación
1, en el que la operación de proporcionar es realizada a petición
del subsistema (40, 41), en sucesos generados por el primer equipo
(1) de usuario o la entidad de red (2, 34) o a intervalos
regulares.
11. El método de acuerdo con las
reivindicaciones 1 ó 10, en el que el paso de proporcionar comprende
además un paso de aportar las direcciones de red del primer equipo
(1) de usuario o de la entidad de red (2, 34), que están implicadas
en la comprobación combinatoria en tiempo real.
12. El método de acuerdo con cualquiera de las
reivindicaciones anteriores, en el que la entidad de red (2, 34) es
un segundo equipo (2) de usuario o un nodo (34) de servicio de red,
tal como un servidor de contenidos.
13. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el que el primero o el segundo
equipo (1, 2) de usuario comprende un terminal, con al menos una
conexión a cada red conectada (11, 12, 13), donde cada una de
dichas conexiones tiene una dirección de red, tal como un terminal
de Modo de Transferencia Dual (DTM), un terminal de Sistema Global
para comunicaciones con Móviles - Sistema General de Radio en
Paquetes (GSM-GPRS) o un terminal
Multi-Portador de Acceso por Radio de Sistema
Universal de Telecomunicaciones con Móviles (UMTS MultiRAB).
14. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el que el primero o el segundo
equipo (1, 2) de usuario comprende dos o más terminales, en el que
cada uno de los terminales tiene al menos una conexión a cada red
conectada (11, 12, 13) donde cada una de dichas conexiones tiene una
dirección de red.
15. El método de acuerdo con la reivindicación
14, en el que los terminales son capaces de desplegar una sesión de
comunicación tal como habla, audio o datos, por medio de un
dispositivo tal como un terminal de teléfono, micrófono, Sistema
Global para comunicaciones con Móviles (GSM), terminal de Sistema
Avanzado de Teléfonos Móviles (AMPS) o de AMPS Digital
(D-AMPS), terminal de Telefonía Inalámbrica Mejorada
Digital (DECT), terminal de Bluetooth (Diente azul), terminal de
Sistema Universal de Telecomunicaciones con Móviles (UMTS), terminal
de vídeo, Ordenador Personal (PC) o estación de trabajo.
16. El método de acuerdo con las
reivindicaciones 13, 14 ó 15, en el que el terminal (1, 2) tiene una
conexión de línea de cable a la red (11, 12, 13) o una conexión
inalámbrica a la red (11, 12, 13).
17. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el que la dirección de red es un
número de teléfono de abonado tal como número de Red Digital de
Servicios Integrados de Estación Móvil (MSISDN), un número de Red
de Telecomunicaciones Conmutada Pública (PSTN), un número privado de
Red Privada Virtual (VPN) o un número de acuerdo con la
recomendación E.164 de International Telecommunication Union
(ITU).
18. El método de acuerdo con las
reivindicaciones 1 - 16, en el que la dirección de red es un
identificador o número de red de PS, tal como Indicador de Recurso
Uniforme (URI) de SIP, una dirección de Protocolo de Internet (IP),
o una dirección de capa de Control de Acceso al Medio (MAC) de Red
de Area Local (LAN), tal como una dirección de MAC de Ethernet.
19. El método de acuerdo con cualquiera de las
reivindicaciones 4, 6, 7, 8, 9, 16 ó 18, en el que el elemento de
red que tiene la capacidad de base de datos (64) o la unidad
mediadora (60) proporciona una relación entre un
SIP-URI y una dirección de IP.
20. El método de acuerdo con cualquiera de las
reivindicaciones 4, 6, 7, 8, 9, 16, 17 ó 19, en el que el elemento
de red que tiene la capacidad de base de datos (62) o la unidad
mediadora (60) proporciona una relación entre un número de MSISDN,
PSTN ó VPN, y una dirección de IP.
21. El método de acuerdo con cualquiera de las
reivindicaciones 4, 6, 7, 8, 9, 16, 17, 18, 19 ó 20, en el que el
elemento de red que tiene la capacidad de base de datos (63) o la
unidad mediadora (60) proporciona información, tal como un
parámetro CAMEL-Busy, de si la llamada entre el
primer equipo (1) de usuario y la entidad de red (2, 24) está en
curso.
22. El método de acuerdo con cualquiera de las
reivindicaciones 4, 6, 7, 8, 9, 16, 17, 18, 19, 20 ó 21, en el que
el elemento de red que tiene la capacidad de base de datos (61) o la
unidad mediadora (60) proporciona información sobre si está en
curso la sesión de Paquetes Conmutados entre el primer equipo (1) de
usuario y la entidad de red (2, 34), tal como una sesión de
subsistema multimedia de IP (IMS).
23. El método de cualquiera de las
reivindicaciones precedentes, en el que la comprobación combinatoria
determinada y las direcciones de red son proporcionadas a un
subsistema de cargar (40), para aplicar preferiblemente descuento
en el cargo de dos o más de la llamada y la sesión simultáneas
relacionadas.
24. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, en el que la comprobación combinatoria
determinada y las direcciones de red son proporcionadas a un
subsistema (41) de autenticación, de manera que el subsistema (41)
de autenticación proporcione preferiblemente un procedimiento de
señalización único para sesiones de comunicación adicionales.
25. Un nodo de red (5) compuesto por un sistema
de telecomunicaciones, estando el nodo (5) dispuesto para
proporcionar una verificación sobre si son combinatorias una llamada
en una red (11, 12, 13) de Circuitos Conmutados y una sesión de
Paquetes Conmutados relacionada en una red (11, 12, 13) de Paquetes
Conmutados, en el que el sistema comprende además dichas al menos
dos redes (11, 12,13), de al menos dos tipos de red diferentes, en
el que las redes (11, 12, 13) están conectadas al menos a un primer
equipo (1) de usuario y una entidad de red (2, 34), donde el primer
equipo (1) de usuario y la entidad de red (2, 34) tienen conexiones
de red (1A, 1B, 1C, 2A, 2B, 2C, 34A, 34B, 34C), cada una asociada
con una dirección de red, a las redes (11, 12, 13), en el que el
nodo (5) comprende una unidad (51) de Entrada/Salida (I/O) conectada
para comunicación a las redes (11, 12, 13), por medio de conexiones
de red (5A, 5B, 5C), cada una de las cuales tiene una dirección de
red, una unidad de tratamiento (52) con memoria (52A) de programa y
parámetro de aplicación para interrogar a elementos de red que
tienen capacidades (61, 62, 63, 64) de base de datos o una unidad
mediadora (60) que representa dichos elementos de red, donde la
unidad (51) de I/O, en cooperación con la unidad de tratamiento
(52), están dispuestas para establecer la presencia de la llamada y
la sesión que están presentes simultáneamente en cada una de las
redes (11, 12, 13), entre el primer equipo (1) de usuario y la
entidad de red (2, 34), estando la llamada y la sesión presentes en
las redes (11, 12, 13) de los diferentes tipos de red,
caracterizado porque el nodo está además dispuesto para
realizar una comprobación combinatoria en tiempo real en la que se
verifica que la llamada y la sesión se originan en el primer equipo
(1) de usuario y terminan en la entidad de red (2, 34), y donde se
proporciona una verificación de la comprobación combinatoria
realizada al menos a un subsistema (40, 41).
26. El nodo de red (5) de acuerdo con la
reivindicación 25, en el que la unidad (51) de I/O está dispuesta
para recuperar direcciones de red del primer equipo (1) de usuario o
la entidad de red (2, 34) a través de las redes (11, 12, 13).
27. El nodo de red (5) de acuerdo con las
reivindicaciones 25 ó 26, en el que la unidad de tratamiento (52)
con memoria (52A) de programa y parámetro de aplicación está además
dispuesta para interrogar al primer equipo (1) de usuario, a un
nodo (70) de detección de correlación de sesión de comunicación, a
un servicio (71) de detección de correlación de sesión de
comunicación a través de dicho nodo (70) de detección de correlación
o a la entidad de red (2,34), para verificar la presencia de la
llamada y la sesión simultáneamente.
28. El nodo de red (5) de acuerdo con las
reivindicaciones 25, 26 ó 27, en el que el nodo (5) comprende además
una unidad de temporización (53) para determinar sucesos cuando al
subsistema (40, 41) se le ha proporcionado la verificación.
29. El nodo de red (5) de acuerdo con cualquiera
de las reivindicaciones 25 - 28, en el que el nodo (5) comprende
además una unidad de sucesos (54), dispuesta para activar la unidad
de tratamiento (52) de manera que proporcione al subsistema (40,
41) la verificación, cuando es recibido un suceso desde el primer
equipo (1) de usuario o de la entidad de red (2, 34).
30. El nodo de red (5) de acuerdo con la
reivindicación 29, en el que la unidad de suceso está además
dispuesta para activar la unidad de tratamiento (52) de manera que
proporcione al subsistema (40, 41) la verificación requerida,
cuando es recibida una petición para la verificación desde el
subsistema (40, 41).
31. El nodo de red (5) de acuerdo con cualquiera
de las reivindicaciones 25 - 30, en el que la dirección de red es
un número de abonado de teléfono, tal como un número de Red Digital
de Servicios Integrados de Estación Móvil (MSISDN), un número de
Red de Telecomunicaciones Conmutada Pública (PSTN), un número
privado de Red Privada Virtual (VPN) o un número de acuerdo con la
recomendación E.164 de International Telecommunication Union
(ITU).
32. El nodo de red (5) de acuerdo con cualquiera
de las reivindicaciones 25 - 30, en el que la dirección de red es
un identificador o número de red de PS, tal como el Indicador de
Recurso Uniforme (URI), capa de Control de Acceso al Medio (MAC) de
Red de Area Local (LAN), tal como un MAC de Ethernet o dirección de
Protocolo de Internet.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US59242604P | 2004-07-30 | 2004-07-30 | |
| US592426P | 2004-07-30 | ||
| PCT/EP2005/008163 WO2006010613A1 (en) | 2004-07-30 | 2005-07-28 | Method and system for providing information of related communication sessions in hybrid telecommunication networks |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2304705T3 true ES2304705T3 (es) | 2008-10-16 |
Family
ID=34973177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05770715T Active ES2304705T3 (es) | 2004-07-30 | 2005-07-28 | Metodo y sistema para proporcionar informacion de sesiones de comunicacion relacionadas en redes de telecomunicacion hibridas. |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US9825780B2 (es) |
| EP (1) | EP1771985B1 (es) |
| JP (2) | JP4805928B2 (es) |
| KR (1) | KR101246014B1 (es) |
| CN (1) | CN101002446B (es) |
| AT (1) | ATE390003T1 (es) |
| BR (1) | BRPI0513970A (es) |
| DE (1) | DE602005005486T2 (es) |
| ES (1) | ES2304705T3 (es) |
| RU (1) | RU2380843C2 (es) |
| TW (1) | TWI397287B (es) |
| WO (1) | WO2006010613A1 (es) |
| ZA (1) | ZA200700802B (es) |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7583662B1 (en) * | 2005-04-12 | 2009-09-01 | Tp Lab, Inc. | Voice virtual private network |
| JP5061101B2 (ja) * | 2005-05-31 | 2012-10-31 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 回線交換ネットワークを介した複数のユーザ間の呼を処理する方法、及び当該方法とともに用いるための通信端末装置 |
| CN100396074C (zh) * | 2005-10-05 | 2008-06-18 | 华为技术有限公司 | 一种提供预付费业务的方法、装置及系统 |
| ATE545290T1 (de) * | 2005-12-09 | 2012-02-15 | Telecom Italia Spa | Verfahren zum ermöglichen eines kombinatorischen dienstes und den dienst implementierendes kommunikationsnetz |
| KR100925733B1 (ko) * | 2006-04-21 | 2009-11-11 | 엘지전자 주식회사 | 무선통신 시스템의 정보 전달방법 및 이를 지원하는무선통신 단말기 |
| FR2908573A1 (fr) * | 2006-11-10 | 2008-05-16 | France Telecom | Dispositif et procede de comptage en temps reel de l'utilisation de ressources de differents niveaux par un terminal d'utilisateur sur un reseau de transmission d'informations et programme d'ordinateur correspondant. |
| US20080267167A1 (en) * | 2007-04-27 | 2008-10-30 | Apelqvist Johan | System and method for set up of an ip communication to the origin of a circuit switched call |
| US20090201835A1 (en) * | 2008-02-07 | 2009-08-13 | Motorola Inc | Method for supporting a multi-party call in combinational session |
| KR20110003491A (ko) * | 2008-03-10 | 2011-01-12 | 딜리디움 홀딩스 인코퍼레이션 | 비디오 서비스를 위한 방법 및 장치 |
| US9967132B2 (en) * | 2008-04-08 | 2018-05-08 | Nokia Solutions And Networks Oy | Correlating communication sessions |
| CN102144372A (zh) * | 2008-09-03 | 2011-08-03 | 阿尔卡特朗讯美国公司 | Ims网络中的联机计费关联 |
| US20100150144A1 (en) * | 2008-12-12 | 2010-06-17 | Bernard Ku | Method and apparatus for completing a circuit switched service call in an internet protocol network |
| GB2467597B (en) * | 2009-02-10 | 2012-12-26 | Oracle Int Corp | Integrated communication system and method |
| KR20120123179A (ko) * | 2009-04-10 | 2012-11-08 | 알까뗄 루슨트 | 네트워크 도메인들에 걸친 과금 기록들의 분배적 상관 |
| US8068514B2 (en) * | 2009-05-22 | 2011-11-29 | Canon Kabushiki Kaisha | Efficient bandwidth utilization when streaming data over multiple network interfaces |
| US8737953B2 (en) | 2009-05-27 | 2014-05-27 | Alcatel Lucent | Fault-resilient method of generating complete correlated IMS charging data records |
| US10714935B2 (en) | 2011-01-04 | 2020-07-14 | International Business Machines Corporation | Subscriber-driven system for managing events in an electrical grid |
| US10433360B2 (en) * | 2012-02-15 | 2019-10-01 | Apple Inc. | Managing a packet service call during circuit service call setup within mobile communications user equipment |
| JP6270539B2 (ja) * | 2014-02-27 | 2018-01-31 | Kddi株式会社 | 通信識別方法および装置 |
| PL3051748T3 (pl) * | 2015-01-29 | 2020-01-31 | Deutsche Telekom Ag | Naliczanie opłat online w hybrydowych sieciach dostępu |
| US10826681B1 (en) * | 2017-03-24 | 2020-11-03 | Open Invention Network Llc | Blockchain node initialization |
| CN109547176B9 (zh) * | 2017-08-11 | 2022-07-01 | 华为技术有限公司 | 一种通信方法和装置 |
| US11496918B2 (en) | 2020-09-24 | 2022-11-08 | T-Mobile Usa, Inc. | Automating 5G core network testing |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW358288B (en) * | 1996-10-28 | 1999-05-11 | Ericsson Telefon Ab L M | Method and apparatus for verifying records in a table the invention relates to a method and apparatus for verifying records in a table |
| SE509417C2 (sv) * | 1997-05-23 | 1999-01-25 | Ericsson Telefon Ab L M | Förfarande och arrangemang för att stödja operatörspecifika tilläggstjänster i ett mobiltelekommunikationssystem |
| US6199099B1 (en) * | 1999-03-05 | 2001-03-06 | Ac Properties B.V. | System, method and article of manufacture for a mobile communication network utilizing a distributed communication network |
| US6507567B1 (en) * | 1999-04-09 | 2003-01-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient handling of connections in a mobile communications network |
| JP3764016B2 (ja) * | 1999-05-10 | 2006-04-05 | 財団法人流通システム開発センタ− | 統合ｉｐ転送網 |
| US7882247B2 (en) * | 1999-06-11 | 2011-02-01 | Netmotion Wireless, Inc. | Method and apparatus for providing secure connectivity in mobile and other intermittent computing environments |
| SE0003091D0 (sv) * | 2000-07-07 | 2000-09-01 | Ericsson Telefon Ab L M | Communication system |
| GB2367206B (en) * | 2000-09-26 | 2004-01-21 | Motorola Inc | Transmission of voice over packet-switched systems |
| WO2002039669A2 (en) * | 2000-11-08 | 2002-05-16 | Sprint Spectrum L.P. | Method and system for providing services in communications networks |
| US20020078194A1 (en) * | 2000-12-20 | 2002-06-20 | Murty Neti | Resource management and billing system for a broadband satellite communications system |
| US7095729B2 (en) * | 2000-12-22 | 2006-08-22 | Intel Corporation | Method for multimedia communication over packet channels |
| JP2002217985A (ja) * | 2001-01-17 | 2002-08-02 | Mitsubishi Electric Corp | マルチメディア通信システム、マルチメディア通信方式、マルチメディア通信端末 |
| US20020102962A1 (en) * | 2001-01-31 | 2002-08-01 | Grinn James M. | Apparatus and method for prepaid charging of coexistent wireless circuit-switched calls and packet- switched calls |
| WO2003005668A1 (en) * | 2001-07-03 | 2003-01-16 | Nokia Corporation | Method for managing sessions between network parties, methods, network element and terminal for managing calls |
| US7099288B1 (en) * | 2001-10-16 | 2006-08-29 | Sprint Communications Company L.P. | Telephonic addressing for establishing simultaneous voice and computer network connections |
| JP2005516538A (ja) * | 2002-01-29 | 2005-06-02 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | インターネット・プロトコルベースのワイヤレス通信アレンジメント |
| JP2003234851A (ja) | 2002-02-08 | 2003-08-22 | Nippon Telegraph & Telephone East Corp | 複数ネットワークによる提供情報配信システムおよびその方法、提供情報配信プログラムとそのプログラムを記録した記録媒体、提供情報配信装置、回線課金装置、利用者装置、および各装置を機能させるためのプログラムとそのプログラムを記録した記録媒体 |
| ATE427017T1 (de) * | 2002-02-26 | 2009-04-15 | Nokia Corp | Verfahren und vorrichtung zum anpassen der konfiguration einer anwendung auf einem mobilendgerat an eine verfugbare datenverbindung |
| SE0202058D0 (sv) | 2002-07-02 | 2002-07-02 | Ericsson Telefon Ab L M | Voice browsing architecture based on adaptive keyword spotting |
| US7233786B1 (en) * | 2002-08-06 | 2007-06-19 | Captaris, Inc. | Providing access to information of multiple types via coordination of distinct information services |
| WO2004019520A1 (ja) * | 2002-08-22 | 2004-03-04 | Matsushita Electric Industrial Co., Ltd. | 位置管理サーバおよび移動通信システム |
| JP2004153778A (ja) * | 2002-09-03 | 2004-05-27 | Ntt Docomo Inc | 送受信制御装置、送受信制御方法および送受信制御プログラム |
| KR100438056B1 (ko) * | 2002-10-21 | 2004-07-01 | 에스케이 텔레콤주식회사 | 이동통신 시스템의 컨텐츠별 과금 데이터 생성장치 및 방법 |
| US7321587B2 (en) * | 2002-11-15 | 2008-01-22 | Ntt Docomo, Inc. | Handover resource optimization |
| US20050165719A1 (en) * | 2004-01-27 | 2005-07-28 | Omenti Research, Llc | Method and system for establishing and maintaining concurrent, coordinated communications on separately managed networks |
| US7496360B2 (en) * | 2004-02-27 | 2009-02-24 | Texas Instruments Incorporated | Multi-function telephone |
-
2005
- 2005-07-26 TW TW094125280A patent/TWI397287B/zh not_active IP Right Cessation
- 2005-07-28 EP EP05770715A patent/EP1771985B1/en not_active Not-in-force
- 2005-07-28 BR BRPI0513970-8A patent/BRPI0513970A/pt active Search and Examination
- 2005-07-28 RU RU2007107347/09A patent/RU2380843C2/ru not_active IP Right Cessation
- 2005-07-28 ZA ZA200700802A patent/ZA200700802B/xx unknown
- 2005-07-28 WO PCT/EP2005/008163 patent/WO2006010613A1/en active IP Right Grant
- 2005-07-28 AT AT05770715T patent/ATE390003T1/de not_active IP Right Cessation
- 2005-07-28 CN CN2005800257791A patent/CN101002446B/zh not_active Expired - Fee Related
- 2005-07-28 ES ES05770715T patent/ES2304705T3/es active Active
- 2005-07-28 US US11/572,981 patent/US9825780B2/en active Active
- 2005-07-28 DE DE602005005486T patent/DE602005005486T2/de active Active
- 2005-07-28 JP JP2007523016A patent/JP4805928B2/ja not_active Expired - Fee Related
- 2005-07-28 KR KR1020077002202A patent/KR101246014B1/ko active IP Right Grant
-
2011
- 2011-06-22 JP JP2011138882A patent/JP2011254486A/ja not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008508754A (ja) | 2008-03-21 |
| RU2007107347A (ru) | 2008-09-10 |
| CN101002446A (zh) | 2007-07-18 |
| EP1771985B1 (en) | 2008-03-19 |
| DE602005005486D1 (de) | 2008-04-30 |
| ZA200700802B (en) | 2008-12-31 |
| BRPI0513970A (pt) | 2008-05-20 |
| CN101002446B (zh) | 2011-09-07 |
| JP2011254486A (ja) | 2011-12-15 |
| KR20070034078A (ko) | 2007-03-27 |
| DE602005005486T2 (de) | 2009-04-23 |
| WO2006010613A1 (en) | 2006-02-02 |
| US20080062966A1 (en) | 2008-03-13 |
| US9825780B2 (en) | 2017-11-21 |
| ATE390003T1 (de) | 2008-04-15 |
| TW200629824A (en) | 2006-08-16 |
| EP1771985A1 (en) | 2007-04-11 |
| KR101246014B1 (ko) | 2013-03-20 |
| RU2380843C2 (ru) | 2010-01-27 |
| JP4805928B2 (ja) | 2011-11-02 |
| TWI397287B (zh) | 2013-05-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2304705T3 (es) | Metodo y sistema para proporcionar informacion de sesiones de comunicacion relacionadas en redes de telecomunicacion hibridas. | |
| ES2380719T3 (es) | Procedimiento de conmutación de la trayectoria de control de sesión de un servicio centralizado de subsistema de red central multimedia IP | |
| US8213418B2 (en) | Providing packet-based multimedia services via a circuit breaker | |
| ES2290131T3 (es) | Identificador de tarificacion comun para redes de comunicaciones. | |
| ES2662253T3 (es) | Distribución de un identificador de tarificación, en particular en redes UMTS | |
| JP6732229B2 (ja) | サービス処理方法およびサービス処理装置 | |
| US20100260172A1 (en) | Providing packet-based multimedia services via a circuit bearer | |
| CN100556032C (zh) | 对话承载协商 | |
| ES2401208T3 (es) | Técnica de gestión de sesión de emergencia en una red de comunicación | |
| KR101565626B1 (ko) | 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼 | |
| RU2617438C2 (ru) | Синхронизация состояний вызова сетевого компонента и мобильное устройство при переносе сеанса | |
| JP4538323B2 (ja) | 通信方法及び通信システム | |
| ES2355561A1 (es) | Establecimiento de llamada en una red de comunicacion. | |
| US8339999B2 (en) | Method for implementing centralized service chairman side conference service of IP multimedia subsystem | |
| KR20030027067A (ko) | 무선 통신 네트워크에서 베어러 인가를 위한 방법 및 시스템 | |
| CN101325590B (zh) | 一种ip多媒体子系统集中控制业务实现终呼的方法 | |
| CN107404715A (zh) | 位置信息提供方法及装置 | |
| US9326302B2 (en) | Method and system for implementing reverse single radio voice call continuity | |
| BRPI0612017A2 (pt) | terminal para uso com a rede de área local sem fio, sistema, centro de emergência disposto para estabelecer uma sessão com o terminal, centro de emergência disposto para solicitar a informação do terminal, rede disposta para receber a informação de identidade associada com o terminal e direcionar a informação para a identidade, elemento de rede disposto para receber a informação de identidade associada com o terminal, e, método para estabelecer uma sessão de emergência | |
| US9544756B2 (en) | Home communication network determination | |
| CN101325734B (zh) | 一种ims集中控制业务中终呼的实现方法 | |
| CN101222776A (zh) | 一种ims集中业务终呼的实现方法及其系统 | |
| ES2763199T3 (es) | Métodos y aparatos para usar una infraestructura de VPLMN por una HPLMN para terminar un establecimiento de sesión de IMS para un usuario de itinerancia | |
| ES2407141T3 (es) | Método para proporcionar un servicio portador a una estación móvil en un sistema de telecomunicaciones | |
| WO2014177174A1 (en) | Hplmn indication in roaming architecture for voice over ims with local breakout |