ES2307606T3 - Nodo de registro de presencia y de encaminamiento. - Google Patents
Nodo de registro de presencia y de encaminamiento. Download PDFInfo
- Publication number
- ES2307606T3 ES2307606T3 ES01920654T ES01920654T ES2307606T3 ES 2307606 T3 ES2307606 T3 ES 2307606T3 ES 01920654 T ES01920654 T ES 01920654T ES 01920654 T ES01920654 T ES 01920654T ES 2307606 T3 ES2307606 T3 ES 2307606T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- node
- routing
- registration
- server
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/4228—Systems providing special services or facilities to subscribers in networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/45—Aspects of automatic or semi-automatic exchanges related to voicemail messaging
- H04M2203/4536—Voicemail combined with text-based messaging
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42059—Making use of the calling party identifier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Burglar Alarm Systems (AREA)
- Input Circuits Of Receivers And Coupling Of Receivers And Audio Equipment (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Método de actualización de información de presencia relacionada con un usuario final (402, 422, 442) en una base de datos de servidor de presencia (410, 426, 446) basándose en información derivada de una acción relacionada con la telefonía, comprendiendo el método: (a) recibir un mensaje de sistema de señalización siete (SS7) en un nodo de registro de presencia y de encaminamiento (300, 500) en respuesta a una acción relacionada con la telefonía realizada por un usuario final (402, 422, 442); (b) en respuesta a la recepción del mensaje SS7, formular un mensaje de protocolo de internet (IP) en el nodo de registro de presencia y de encaminamiento (300, 500) para actualizar información de presencia relacionada con el usuario final (402, 422, 442) gestionada por un servidor de presencia (410, 426, 446); (c) transmitir el mensaje IP al servidor de presencia (410, 426, 446) desde el nodo de registro de presencia y de encaminamiento (300, 500) sobre una red IP; y (d) encaminar el mensaje SS7 desde el nodo de registro de presencia y de encaminamiento (300, 500) hacia una dirección de destino especificada en el mensaje SS7.
Description
Nodo de registro de presencia y de
encaminamiento.
La presente solicitud reivindica la prioridad de
la solicitud de patente provisional de Estados Unidos número
60/191.278, presentada el 22 de marzo de 2000, y es una continuación
de la solicitud de patente de Estados Unidos número 09/627.523,
presentada el 28 de junio de 2000.
La presente invención se refiere a servicios de
bases de datos de presencia, y de manera más específica al
encaminamiento y al procesamiento de mensajes de señalización
relacionados con servicios de presencia en una red de
comunicaciones.
La mensajería instantánea (IM), tal como es
conocida actualmente en la industria de comunicaciones, es una
tecnología de Internet que permite a los abonados enviar y recibir
mensajes de texto, mensajes de voz y otros datos prácticamente en
tiempo real. Aunque la IM empezó como una manera de conversar con
amigos, la tecnología la ha convertido en una herramienta esencial
en muchos negocios, ya que ofrece la comodidad del correo
electrónico y la inmediatez de una llamada telefónica, así como la
posibilidad de transferir archivos y mensajes de voz.
La mensajería instantánea es posible debido a
que la gente que envía y recibe los mensajes permanece conectada
constantemente a su servicio de IM. Los destinatarios reciben los
mensajes tan rápidamente como los datos pueden viajar a través de
Internet. En cambio, el correo electrónico convencional es menos
inmediato. La tecnología de correo electrónico envía los mensajes a
un servidor que almacena los elementos hasta que son descargados
por el software del correo electrónico del destinatario. Numerosos
expertos en la industria opinan que las características de
comunicación "instantánea" o prácticamente en tiempo real son
las que han hecho y seguirán haciendo que la IM constituya una
modalidad de comunicación en el futuro.
En la actualidad, cuando un abonado ingresa en
un servicio de IM, el software del abonado notifica a un servidor
de presencia o a un sistema de presencia orientado hacia clientes
similar que dicho abonado está disponible para recibir mensajes.
Dicha situación se muestra de manera general en la figura 1. Una vez
el abonado ha ingresado o se ha "registrado", dicho abonado
puede seleccionar enviar un mensaje a otro usuario en línea. Desde
un punto de vista de comunicación en red, una comunicación de este
tipo se lleva a cabo a través del envío de paquetes de datos que
contienen información de la dirección y del tipo de usuario al
destinatario deseado. Dependiendo del servicio que se utiliza, un
servidor transmite directamente el mensaje al destinatario o
facilita una conexión directa entre el remitente de un mensaje y el
destinatario. En la figura 1, la comunicación entre los clientes de
la IM 100 es más fácil gracias al servidor de presencia 102. A
efectos de comunicarse con otros clientes de mensajería
instantánea, los abonados envían mensajes de registro al servidor de
presencia 102. Los mensajes de registro pueden contener información
de contacto para los clientes de la IM 102. A continuación, se
describirá de manera más detallada un protocolo de presencia
propuesto para llevar a cabo servicios de registro y
suscripción.
Normalmente, los servicios de IM utilizan uno de
los tres medios de transmisión de mensajes: una red centralizada,
una conexión de igual a igual, o una combinación de ambas. En una
configuración centralizada, los usuarios están conectados entre sí
a través de una serie de servidores de datos. De hecho, dichos
servidores forman una red de área extendida (WAN). En consecuencia,
cuando un abonado envía un mensaje instantáneo, al menos uno de los
servidores de datos encuentra la dirección PC del destinatario
deseado y encamina el mensaje a través de la red hasta que alcanza
su destino.
En la configuración de igual a igual, un
servidor central mantiene una base de datos de abonados en línea y
de sus direcciones de protocolo de Internet asociadas. Después del
ingreso de un abonado, un servidor de este tipo envía al abonado
las direcciones de IP de toda la gente presente en su lista de
contactos y que está conectada en ese momento.
Cuando un abonado desea enviar un mensaje
instantáneo a otro usuario, el cliente del abonado envía la IM
directamente al cliente del usuario, sin implicar al servidor. De
este modo, el tráfico de los mensajes de IM no pasa necesariamente
a través de la totalidad de la red. Una arquitectura de este tipo
tiende a proporcionar una red con un rendimiento mejorado, en
comparación con otras configuraciones de IM.
En el documento de trabajo del Grupo de Trabajo
de Ingeniería de Internet (IETF) titulado "The Presence
Protocol",
internet-draft-saraswat-presenceprotocol-00.txt,
del 26 de febrero de 1999, puede encontrarse una excelente
descripción de un protocolo de presencia propuesto. En la
descripción del protocolo de presencia propuesto, un servidor de
presencia se define como un servidor que gestiona información de
presencia para un conjunto de entidades, subscripciones a dichas
entidades y sus restricciones de privacidad.
\newpage
Cada servidor tiene una dirección a la que
pueden ser enviados los mensajes de presencia. En la descripción
del protocolo de servidor de presencia propuesto, la información de
presencia se define como información que consiste, por ejemplo, en
el estatus de presencia, el punto de presencia actual (si existe),
el tiempo de reposo, etc., para una entidad. Tal como se utiliza en
la presente descripción, el término información de presencia se
refiere a cualquier información relacionada con un usuario o entidad
final, incluyendo, aunque de manera no limitativa: la posición del
usuario final, el estatus del usuario final, las capacidades de los
medios de una pasarela de telefonía asociada al usuario final, el
número de directorio del usuario final, la dirección IP del usuario
final, etc.
Una entidad tiene el control sobre la
publicación de su información de presencia. Una entidad se define
como la unidad, por ejemplo una persona, sobre la cual se mantiene
la información de presencia. Cada entidad tiene un único
identificador ("handle"). La identidad del servidor de
presencia que mantiene la información de presencia para la entidad
puede ser determinada a partir del identificador. Un identificador
constituye un nombre bien conocido para una entidad. Un ejemplo de
identificador es pp://www.intercom.att.com/TyrantRana. Finalmente,
un punto de presencia (PoP) se define como un punto de presencia
para una entidad. Si una entidad está presente, la misma está
conectada a un PoP. Cada PoP tiene una dirección, por ejemplo, una
dirección IP y un número de puerto, a la cual pueden ser enviados
los mensajes de presencia.
Un ejemplo típico de la manera en la que el
protocolo de presencia puede ser utilizado es el siguiente. Una
entidad A conectada a un punto extremo E puede suscribirse a través
de un servidor de presencia P a otra entidad B. Cuando el estatus
de B cambia, P notificará a E el cambio en el estatus de B, si las
características de privacidad de B lo permiten. Si P no puede
notificarlo a E, por ejemplo, porque E no está disponible, P marca
E como ausente y no intentará realizar posteriormente el envío a E
hasta que E reestablezca su presencia. Además, P puede comprobar
periódicamente el estado de un punto extremo para determinar la
información de estatus actual de las entidades conectadas a través
de dicho punto extremo. Dicho pulso procedente del servidor de
presencia asegura que la información de presencia almacenada en el
servidor es la actual.
Una vez la información de presencia sobre una
entidad ha sido enviada a un punto extremo, dicho punto extremo
puede entrar en contacto directamente con la entidad. Los protocolos
para intercambiar mensajes instantáneos, transferencia de archivos,
etc. entre dos puntos extremos de este tipo no se definen en la
descripción del protocolo de presencia mencionado anteriormente. De
manera similar, el protocolo utilizado para la comunicación entre
clientes y PoP está fuera del alcance de la descripción del
protocolo de presencia. Además, el protocolo de transporte
utilizado para enviar mensajes de presencia que incluyen registro de
presencia y mensajes de actualización no se define en la
descripción del protocolo de presencia.
Una cosa que se especifica en la descripción del
protocolo de presencia es los tipos de mensaje utilizados para
llevar a cabo acciones relacionadas con la presencia. Dichos tipos
de mensaje pueden ser enviados por un servidor de presencia para
actualizar y obtener información de presencia a partir de una base
de datos de presencia. Los tipos de mensaje incluyen un mensaje de
confirmación, que es enviado por un PoP cuando la información de
presencia está asociada a cambios en una entidad. Un mensaje de
búsqueda es una solicitud enviada al servidor de presencia para
obtener información de presencia relacionada con un objetivo
especificado en dicho mensaje de búsqueda. Un mensaje de
suscripción es un mensaje enviado al servidor de presencia para
permitir que el abonado reciba actualizaciones de información de
presencia relacionada con un objetivo especificado en dicho mensaje
de suscripción. Un mensaje de notificación es un mensaje enviado por
el servidor de presencia a un solicitante o a un abonado para
transportar información de presencia sobre una entidad nombrada.
En la actualidad existen modelos, que incluyen
los modelos descritos anteriormente, que permiten obtener servicios
de mensajería instantánea (IM) y de presencia en el ámbito de un
entorno de protocolo de Internet/red de datos. A partir de la
descripción anterior, resultará evidente que uno de los elementos
clave del funcionamiento de la IM implica la capacidad de un
abonado de "saber" cuando otro abonado ha ingresado o está
"disponible". También resultará evidente a partir de la
descripción anterior que la capacidad de seguir el estatus de
ingreso, también conocido como "presencia", de los usuarios de
Internet se encuentra bastante bien desarrollada y es ampliamente
utilizada. No obstante, a medida que la tecnología en redes de
comunicación ha continuado desarrollándose a un ritmo elevado,
también lo han hecho los medios mediante los cuales los usuarios
finales o abonados pueden comunicarse. De manera más específica, el
crecimiento explosivo de los terminales de comunicación portátiles
e inalámbricos, tales como teléfonos móviles, teléfonos WEB
inalámbricos y agendas digitales personales ha provocado la demanda
de soluciones de comunicaciones entre redes o entre medios. En otras
palabras, cada vez resulta más útil para un abonado que el estatus
o "presencia" de su teléfono inalámbrico sea conocido por
otros abonados, pudiendo utilizar dichos otros abonados varios
medios de comunicación, tales como un servicio de teléfono
inalámbrico, un servicio de teléfono por cable, un servicio de
mensajes cortos (SMS) o un servicio de Internet.
En la actualidad, dichos modelos de presencia
basados en redes de datos no permiten obtener la implementación de
estos servicios en un entorno tradicional de red telefónica pública
conmutada (PSTN). Nuevamente, con la tendencia actual hacia la
convergencia de redes de datos y de telefonía, existe la necesidad
de obtener un sistema y un método para posibilitar servicios de
mensajería instantánea y de presencia, que incluyan componentes de
datos tradicionales y de redes de telefonía tradicionales. Por lo
tanto, lo que es necesario es un modelo de mensajería
instantánea/presencia para su utilización en una red convergente de
datos y de telefonía.
\newpage
El documento WO 01/56308A2 describe un sistema y
un método para compartir información circunstancial entre
dispositivos móviles (inalámbricos) y dispositivos conectados a
redes IP fijas, tales como Internet. El sistema y el método
facilitan la mensajería instantánea entre los dispositivos
inalámbricos y los dispositivos de red IP fija, y entre dichos
dispositivos inalámbricos y otros dispositivos inalámbricos. El
término dispositivo inalámbrico se utiliza de manera amplia,
incluyendo teléfonos móviles, ordenadores portátiles con módems
inalámbricos, PDA inalámbricas y cualquier otro dispositivo
inalámbrico remoto.
\vskip1.000000\baselineskip
Esta necesidad queda satisfecha mediante un
método que presenta las características de la reivindicación 1 y/o
mediante un nodo de registro de presencia y de encaminamiento según
la reivindicación 2 y/o mediante un producto de programa
informático según la reivindicación 15.
Según una realización, la presente invención
incluye un nodo de registro de presencia y de encaminamiento. El
nodo de registro de presencia y de encaminamiento recibe un mensaje
de sistema de señalización 7 (SS7) en respuesta a una acción
relacionada con la telefonía, tal como la activación de un
dispositivo de teléfono móvil, la marcación de un número de
directorio para establecer una llamada o la introducción de dígitos
DTMF predeterminados. En respuesta al mensaje SS7, el nodo de
registro de presencia y de encaminamiento formula un mensaje
compatible con el servidor de presencia para actualizar información
de presencia relacionada con un usuario final en un formato
compatible con el servidor de presencia, que incluye protocolo de
inicio de sesión (SIP), presencia, y mensajería instantánea y
protocolo de presencia (IMPP). El SIP está definido en el documento
RFC 2543, SIP: Session Initiation Protocol (marzo de 1999). La IMPP
está definida en el documento RFC 2778, A Model for Instant
Messaging, (febrero de 2000) y en el documento RFC 2779: Instant
Messaging/Presence Protocol Requirements (febrero de 2000). La
presencia está definida en varios documentos, incluyendo el
documento de trabajo del IETF mencionado anteriormente y otros
documentos del IETF que se describirán a continuación. No se
pretende que la presente invención quede limitada a cualquier
formato de protocolo de presencia específico. Los formatos que se
describen en la presente descripción son ejemplos de formatos de
protocolo de presencia adecuados para su utilización en la
presente
invención.
invención.
Según otra realización, un nodo de registro de
presencia y de encaminamiento incluye un módulo de comunicación de
base de datos avanzado (ADCM) para la recepción de consultas de
información de presencia. El módulo ADCM envía las consultas a una
aplicación de presencia, tal como SIP, IMPP o una aplicación de
presencia. La aplicación de presencia formula un mensaje compatible
con el servidor de presencia, envía dicho mensaje compatible con el
servidor de presencia a una base de datos de presencia, recibe una
respuesta de la base de datos, y envía la respuesta al módulo ADCM
para su envío al solicitante sobre una red IP. La base de datos de
presencia puede ser interna o externa con respecto al nodo de
registro de presencia y de encaminamiento.
Algunos aspectos de la invención se explicarán
en términos de módulos y procesos. Se entenderá que estos módulos o
procesos pueden ser implementados en hardware, software o una
combinación de hardware y software. A título de ejemplo, el
hardware con el que los procesos y los módulos descritos a
continuación pueden ser ejecutados incluye un microprocesador, tal
como un procesador Intel Pentium® y la memoria asociada. Cada uno de
los módulos de un nodo de registro de presencia y de encaminamiento
según la presente invención puede ser una placa de circuito impreso
con un microprocesador y una memoria situados en la misma. El
microprocesador puede ejecutar uno o más programas informáticos
para llevar a cabo las funciones de registro de presencia y de
encaminamiento que se describen a continuación.
De acuerdo con ello, un objetivo de la presente
invención es dar a conocer un nodo de registro de presencia y de
encaminamiento para recibir mensajes SS7 en respuesta a acciones
relacionadas con la telefonía y formular mensajes compatibles con
el servidor de presencia en respuesta a los mensajes SS7.
Otro objetivo de la presente invención es dar a
conocer un nodo de registro de presencia y de encaminamiento para
recibir mensajes SS7 encapsulados según protocolo de Internet (IP)
en respuesta a acciones relacionadas con la telefonía y formular
mensajes compatibles con el servidor de presencia en respuesta a los
mensajes SS7.
Otro objetivo de la presente invención es dar a
conocer un nodo de registro de presencia y de encaminamiento capaz
de encaminar mensajes compatibles con el servidor de presencia hacia
una base de datos de presencia y enviar respuestas desde la base de
datos sobre una red IP.
Otro objetivo de la presente invención es dar a
conocer un nodo de registro de presencia y de encaminamiento que
incluye una base de datos de presencia interna o integrada.
Otro objetivo de la presente invención es dar a
conocer un nodo de registro de presencia y de encaminamiento que
está adaptado para mantener la información de contabilidad o
facturación relacionada con el acceso a la base de datos de
presencia.
\newpage
A continuación, se explicarán las realizaciones
preferidas de la invención, haciendo referencia a los dibujos que
se acompañan, en los que:
la figura 1 es un diagrama de bloques que
muestra el flujo de mensajes de presencia y de mensajería
instantánea convencionales;
la figura 2 es un diagrama de bloques de una
pasarela SS7/IP que puede ser modificada para realizar un
procesamiento de mensajes de presencia según realizaciones de la
presente invención;
la figura 3 es un diagrama de bloques de un nodo
de registro de presencia y de encaminamiento según una realización
de la presente invención;
la figura 4 es un diagrama de bloques de un nodo
de registro de presencia y de encaminamiento según una realización
de la presente invención;
las figuras 5a y 5b son un diagrama de flujo que
muestra etapas a título de ejemplo que pueden ser llevadas a cabo
por un nodo de registro de presencia y de encaminamiento durante el
procesamiento de un mensaje IAM según una realización de la
presente invención;
la figura 6 es un diagrama de bloques que
muestra el encapsulado SCCP de un mensaje ISUP IAM;
la figura 7 es un diagrama de flujo que muestra
etapas a título de ejemplo que pueden ser llevadas a cabo por un
nodo de registro de presencia y de encaminamiento durante el
procesamiento de un mensaje TCAP según una realización de la
presente invención;
la figura 8 es un diagrama de bloques que
muestra el funcionamiento de un nodo de registro de presencia y de
encaminamiento en una red de telecomunicaciones móvil según una
realización de la presente invención;
la figura 9 es un diagrama de bloques que
muestra el funcionamiento de un nodo de registro de presencia y de
encaminamiento durante el procesamiento de un mensaje IAM según una
realización de la presente invención;
la figura 10 es un diagrama de bloques que
muestra el funcionamiento de un nodo de registro de presencia y de
encaminamiento durante el procesamiento de un mensaje TCAP según una
realización de la presente invención;
la figura 11 es un diagrama de bloques de un
nodo de registro de presencia y de encaminamiento que incluye una
base de datos de presencia interna según una realización de la
presente invención;
la figura 12 es un diagrama de flujo que muestra
etapas a título de ejemplo que pueden ser llevadas a cabo por el
nodo de registro de presencia y de encaminamiento mostrado en la
figura 11, en respuesta a una consulta de presencia para actualizar
información de presencia, según una realización de la presente
invención;
la figura 13 es un diagrama de bloques de un
nodo de registro de presencia y de encaminamiento que incluye una
base de datos de presencia externa según una realización de la
presente invención;
la figura 14 es un diagrama de bloques de un
nodo de registro de presencia y de encaminamiento según una
realización de la presente invención, que incluye un subsistema de
contabilidad y facturación de mensajes;
la figura 15 es una tabla que ilustra una base
de datos de uso y mediciones de muestra asociada a un subsistema de
contabilidad y facturación de mensajes de la presente invención;
y
la figura 16 es un diagrama de bloques de un
nodo de registro de presencia y de encaminamiento según una
realización de la presente invención que incluye una base de datos
de presencia y un subsistema de contabilidad y facturación de
mensajes.
La presente invención incluye un nodo de
registro de presencia y de encaminamiento (PRR) para su comunicación
con nodos de red de protocolo de Internet (IP) y de sistema de
señalización 7 (SS7) y para encaminar mensajes entre los mismos. En
una realización, un nodo PRR utiliza una arquitectura interna
similar a la de productos STP de alto rendimiento y de pasarela de
señalización (SG) que son comercializados por Tekelec, Inc., de
Calabasas, California, como Eagle® STP e IP^{7} Secure
Gateway^{TM}, respectivamente. En la figura 2 se muestra un
diagrama de bloques que muestra de manera general la arquitectura
interna de base del producto Eagle® STP. En el documento Eagle®
Feature Guide PN/910-1225-01,
Rev. B, enero de 1998, publicado por Tekelec, puede encontrarse una
descripción detallada del producto Eagle® STP, incorporándose en la
presente memoria dicha descripción en su totalidad a título de
referencia. De manera similar, en la publicación de Tekelec
PN/909-0767-01, Rev B, agosto de
1999, titulada Feature Notice IP^{7} Secure Gateway^{TM}
Release 1.0, puede encontrarse una descripción detallada del
producto IP^{7} Secure Gateway^{TM}. Los componentes funcionales
específicos del producto IP^{7} Secure Gateway^{TM} para
transmitir y recibir mensajes TCAP sobre una red de protocolo de
Internet (IP) se describen en la publicación de patente
internacional en trámite número WO 00/35155, publicada el 15 de
junio de 2000. Tal como describe el documento Eagle® Feature
Guide mencionado anteriormente, el producto Eagle® STP 250
incluye los siguientes subsistemas: un subsistema de mantenimiento y
administración (MAS) 252, un subsistema de comunicaciones 254 y un
subsistema de aplicaciones 256.
El MAS 252 incluye comunicaciones de
mantenimiento, la carga del programa inicial, servicios periféricos,
procesamiento de alarmas y discos del sistema. El subsistema de
comunicaciones 254 incluye un bus de transporte de mensajes entre
procesadores (IMT) que constituye el bus de comunicación principal
entre todos los subsistemas del producto Eagle® STP 250. Este
sistema de comunicaciones de alta velocidad funciona como dos buses
en serie contrarrotantes de 125 Mbps.
El subsistema de aplicaciones 256 incluye
tarjetas de aplicación que pueden comunicarse con otras tarjetas a
través de los buses IMT. Pueden incorporarse numerosos tipos de
tarjetas de aplicación en el STP 250, incluyendo: un módulo de
interfaz de enlace (LIM) 258 que permite obtener enlaces SS7 y
enlaces X.25, y un módulo de servicio de aplicación (ASM) 262 que
permite obtener conversión de título global, control de pasarela
("gateway screening") y otros servicios. También puede
disponerse un módulo de servicio de conversión (TSM) 264 para
facilitar el servicio de portabilidad de número local con disparo.
Nuevamente, en el documento Eagle® Feature Guide mencionado
anteriormente se describe detalladamente el producto Eagle® STP, de
modo que no es necesaria una descripción detallada. Haciendo
referencia de manera específica a la línea de producto de pasarela
de señalización (SG) producida por Tekelec, debe observarse que el
módulo de comunicación de datos (DCM) 260 puede utilizarse para
obtener el transporte de mensajes SS7 encapsulados según protocolo
de Internet (IP) sobre una red IP, tal como se describe en la
publicación Feature Notice IP^{7} Secure Gateway^{TM} Release
1.0 mencionada anteriormente. Haciendo referencia además al
módulo de servicios TSM de LNP con disparo mencionado anteriormente,
en el documento Feature Guide LNP LSMS
PN/910-15985-01, Rev. A, enero de
1998, publicado por Tekelec, es posible encontrar una descripción
detallada de la solución de LNP con disparo de Tekelec. Asimismo, en
la solicitud de patente de Estados Unidos en trámite número
09/503.541, presentada el 14 de febrero de 2000, se describen los
sistemas y métodos para obtener una funcionalidad LNP sin disparo en
un nodo de encaminamiento de red.
En la figura 3 se muestra un diagrama
esquemático de un nodo de registro de presencia y de encaminamiento
300 de la presente invención. Debe observarse que el nodo de
registro de presencia y de encaminamiento 300 incluye un bus de
comunicaciones de transporte de mensajes entre procesadores (IMT) de
alta velocidad 310. Varios módulos o tarjetas de procesamiento
distribuidos están conectados funcionalmente al bus IMT 310, e
incluyen: un par de procesadores de subsistema de mantenimiento y
administración (MASP) 312, un módulo de interfaz de enlace (LIM)
compatible con SS7 320, un módulo de comunicación de datos avanzado
(ADCM) compatible con IP 360, y un módulo de registro y presencia
(PRM) 340. Estos módulos están conectados físicamente al bus IMT
310, de modo que los mensajes de señalización y de otro tipo pueden
ser encaminados internamente entre todas las tarjetas o módulos
activos. A efectos de claridad de la descripción, en la figura 3
solamente se incluye un único LIM 320, un único ADCM 360 y un único
PRM 240. No obstante, se entenderá que la arquitectura distribuida
de procesadores múltiples del nodo de registro de presencia y de
encaminamiento 300 facilita la utilización de varias tarjetas LIM,
ADCM, PRM, así como de otras adicionales, pudiendo conectarse todas
ellas de manera simultánea al bus IMT 310.
El par de MASP 312 implementan las funciones del
subsistema de mantenimiento y administración descritas
anteriormente. Debido a que el par de MASP 312 no resultan
especialmente importantes para la descripción de las características
de encaminamiento flexible de la presente invención, no se
realizará una descripción en detalle de su función. Para una
descripción completa de las operaciones y funcionalidades
adicionales de los MASP, pueden consultarse las publicaciones de
Tekelec mencionadas anteriormente.
Haciendo referencia en este caso a la
funcionalidad de la tarjeta LIM, debe observarse que dicha LIM 320
está compuesta por varios procesos de subcomponente, que incluyen,
aunque de manera no limitativa: un proceso SS7 MTP nivel 1 322, un
proceso SS7 MTP nivel 2 324, un búfer o cola I/O 325, un proceso de
control de pasarela (GWS) 326, un proceso de acción de detención de
solicitud de registro de presencia (PRR) 328, un proceso HMDC capa
MTP nivel 3 SS7 330 y un proceso HMDT 332. Los procesos MTP nivel 1
y 2 322 y 324, respectivamente, permiten enviar y recibir datos
digitales sobre un medio físico o una interfaz física específicos,
así como obtener una detección/corrección de errores y un envío
secuenciado de todos los paquetes de mensajes SS7. La cola I/O 325
permite obtener un almacenamiento temporal de paquetes de mensajes
de señalización de entrada y de salida. El proceso GWS 326 es el
responsable de examinar el mensaje de señalización de entrada y
determinar cuáles de las acciones de detención disponibles son
aplicables, en el caso de que existan. El proceso de acción de
detención PRR 328 es el responsable de realizar una copia de un
paquete de mensajes de señalización de parte de usuario RDSI (ISUP)
IAM SS7 de entrada y de encapsularlo posteriormente en un paquete
SS7 formateado según parte de control de conexión de señalización
(SCCP). Debe observarse que el proceso de acción de detención PRR
328 también podría estar configurado para simplificar el encapsulado
del mensaje de señalización SS7 ISUP IAM de entrada original, sin
realizar una copia. El proceso HMDC MTP nivel 3 330 recibe mensajes
de señalización de las capas de procesamiento inferiores, y realiza
una función de discriminación, determinando de manera efectiva si
un paquete de mensajes SS7 de entrada requiere procesamiento interno
o simplemente debe pasar a un conmutador. Por ejemplo, en el caso
de un mensaje SS7 TCAP asociado a registro de presencia, o de un
mensaje ISUP IAM encapsulado según SCCP, el proceso HMDC 330
determinaría que el mensaje debería ser encaminado internamente
para un procesamiento adicional. El proceso HMDT 332 gestiona o
dirige el encaminamiento interno de los paquetes de mensajes SS7
que requieren un procesamiento adicional antes de su encaminamiento
final. Nuevamente, debe observarse que una tarjeta LIM puede
contener más procesos funcionales que los descritos anteriormente.
La descripción anterior se limita a funcionalidades LIM asociadas al
procesamiento básico de mensajes de señalización de entrada.
De esta manera, debe observarse que los tres
procesos funcionales asociados al módulo de comunicación de datos
avanzado (ADCM) 360 mostrado en la figura 3 son simplemente aquellos
procesos que son significativos para la descripción del
funcionamiento de salida del ADCM en los ejemplos del funcionamiento
del nodo de encaminamiento PS descritos en la presente memoria.
Asimismo, debe observarse que el ADCM 360 es similar en su
funcionamiento al módulo de aplicación DCM descrito anteriormente.
En el caso del ADCM 360, no es necesario que los paquetes de
mensajes procesados por la tarjeta sean mensajes del tipo SS7 nativo
que han sido encapsulados en un paquete IP. Al contrario, el ADCM
360 es capaz de procesar, transmitir y recibir mensajes del tipo SS7
nativo y de protocolo IP nativo.
Los procesos mostrados de manera explícita en la
salida del ADCM 360 incluyen una cola I/O 362 y procesos IP nivel 1
y 2 366 y 364, respectivamente. La cola I/O 362 facilita el
almacenamiento temporal de paquetes de mensajes de señalización de
entrada y de salida, mientras que las operaciones de
direccionamiento IP son llevadas a cabo por los procesos IP nivel 1
y 2 366 y 364, respectivamente.
Nuevamente, la descripción de los subcomponentes
LIM y ADCM de la descripción anterior se limita a aquellos
subcomponentes que son significativos para los casos de
implementación a título de muestra descritos en la presente
memoria. Para una descripción completa de las operaciones y
funcionalidades del tipo LIM y ADCM, pueden consultarse las
publicaciones de Tekelec mencionadas anteriormente.
De manera general, una tarjeta PRM incluye la
base de datos y los procesos de control de base de datos necesarios
para obtener la funcionalidad de generación y encaminamiento de
mensajes de registro de presencia de la presente invención. La PRM
340 mostrada en la figura 3 está compuesta, en parte, por un
controlador de subsistema SCCP, conocido como un proceso de
controlador de encaminamiento de conexión de señalización (SCRC)
342, un proceso de gestión de registro de presencia (PRMG) 344, y
varias aplicaciones de registro de presencia, indicadas de manera
general mediante el numeral 346. Entre las aplicaciones de registro
de presencia se incluye un proceso de aplicación de registro de
protocolo de inicio de sesión (SIP) 348 para generar mensajes SIP,
enviar dichos mensajes SIP a un servidor de presencia, y procesar
los mensajes SIP recibidos desde el servidor de presencia. El
formato para los mensajes SIP se describe de manera detallada en el
documento RFC 2543 mencionado anteriormente, que define el
protocolo SIP. Además, se hace referencia a la parte del mensaje SIP
que lleva la información de capacidades de medios para un
dispositivo de usuario final como la parte de protocolo de
descripción de sesión. El protocolo de descripción de sesión se
describe de manera detallada en el documento RFC 2327, "SDP:
Session Description Protocol" (abril de 1998).
El proceso de protocolo de presencia 349 también
puede incluirse para establecer una comunicación con un servidor de
presencia utilizando los mensajes descritos en la descripción del
protocolo de presencia mencionada anteriormente.
El proceso de mensajería instantánea y protocolo
de presencia (IMPP) 351 también puede incluirse para establecer una
comunicación con un servidor de presencia según el protocolo IMPP.
El protocolo IMPP se ha descrito de manera detallada anteriormente,
y también está descrito en uno o varios de los siguientes documentos
de trabajo de Internet del IETF:
- "Message Information Data Format" <draft-ietf-impp-midf-01.txt>, 19 de enero de 2000;
- "Presence Information Data Format for IMPP" <draft-ietf-impp-pidf-01.txt>, 10 de marzo de 200; y
- "Transport Protocol for Presence Information/Instant Messaging" <draft-ietf-impp-pitp-mitp-01 >, 9 de marzo de 2000,
incorporándose a título de referencia la
totalidad de la descripción de cada uno de los mismos en la presente
memoria.
La presente invención no se limita a la
utilización de protocolos SIP, IMPP o de presencia para la
comunicación con un servidor de presencia. Cualquier protocolo de
comunicación con un servidor de presencia está incluido en el
alcance de la invención.
El proceso SCRC 342 es el responsable de
discriminar los mensajes de señalización en el nivel SCCP, y de
distribuir dichos mensajes de señalización a una aplicación o
función adecuada en un nivel de procesamiento más alto. En la
configuración mostrada en la figura 3, el siguiente nivel de
procesamiento más alto está representado por el proceso PRMG 344.
El proceso PRMG 344 es el responsable de determinar la manera en la
que se procesa el paquete de mensajes de entrada. Por ejemplo, si
el paquete de mensajes contiene un mensaje ISUP IAM encapsulado
según SCCP, el proceso PRMG 344 está configurado para desencapsular
el mensaje ISUP IAM, y extraer posteriormente la información
adecuada necesaria para un procesamiento adicional a partir del
mensaje desencapsulado. No obstante, si el mensaje de entrada fuese
un paquete de formato TCAP, no sería necesaria ninguna acción de
desencapsulado. En todo caso, el proceso PRMG 344 también se encarga
de determinar cuál de las aplicaciones de registro de presencia
disponibles es necesaria para un procesamiento exitoso de un paquete
de mensajes de señalización de entrada específico. Tal como puede
observarse en la figura 3, pueden disponerse varias aplicaciones de
registro de presencia en una única tarjeta PRMG. Estas aplicaciones
de registro de presencia pueden estar configuradas de modo que cada
aplicación sea capaz de generar mensajes de registro de presencia
formateados en diferentes protocolos, que incluyen, aunque de manera
no limitativa, SIP, IMPP y protocolo de presencia.
Aunque es posible utilizar cualquiera de las
aplicaciones de registro de presencia descritas anteriormente en
una única tarjeta PRM, en los ejemplos descritos en la presente
memoria se utiliza la aplicación de registro SIP 348 para ilustrar
la funcionalidad del nodo de registro de presencia y de
encaminamiento en la actualización de información de presencia en
una base de datos de servidor de presencia y en la obtención de
información de presencia. La aplicación de registro SIP 348
contiene esencialmente la lógica necesaria para procesar el mensaje
SS7 de entrada y construir el mensaje de registro de presencia de
formato SIP adecuado.
En las figuras 3 y 4 se muestran diagramas de
nivel de sistema de una realización del nodo de registro de
presencia y de encaminamiento 300 de la presente invención. En las
figuras también se indican flujos de mensajes asociados al
procesamiento de los paquetes de señalización SS7 de entrada y a la
generación de mensajes de registro de presencia de salida. De
manera más específica, la figura 3 muestra el flujo de mensajes
asociado a un mensaje SS7 ISUP IAM, mientras que la figura 4 indica
el flujo de mensajes asociado a un mensaje SS7 TCAP de entrada. En
las figuras 5a y 5b se muestra un diagrama de flujo detallado de las
etapas principales asociadas a una implementación específica del
proceso de generación de mensajes de registro de presencia con
disparo SS7, y puede utilizarse en combinación con el diagrama
esquemático mostrado en la figura 3 para una mejor comprensión de
la metodología de generación de mensajes de registro de presencia
basados en ISUP IAM.
Haciendo referencia a la figura 5a, en la etapa
ST1, un mensaje ISUP IAM de entrada es recibido en el módulo LIM de
entrada 320. En las etapas ST2 y ST3, el mensaje ISUP IAM de entrada
es recibido y procesado por los procesos MTP nivel 1 y 2 322 y 324,
respectivamente. Con el procesamiento MTP nivel 1 y 2 completo, el
paquete de mensajes de señalización es almacenado temporalmente en
la cola I/O 325 antes de subirlo en la pila hasta el proceso de
control de pasarela (GWS) MTP nivel 3 326. Tal como se indica en la
etapa ST4, el proceso GWS 326 examina el mensaje ISUP IAM de
entrada y determina no solamente si debe permitirse el paso de dicho
mensaje al conmutador para un procesamiento adicional, sino también
cuáles de las acciones de detención disponibles son aplicables al
mensaje de entrada, en el caso de que existan. En este ejemplo, el
proceso GWS 326 examina el mensaje ISUP IAM de entrada y determina
que el mensaje puede entrar al conmutador. Además, mediante el
examen de los campos de código de punto de origen (OPC), código de
punto de destino (DPC) y octeto indicador de servicio (SIO)
contenidos en la capa de encaminamiento MTP, se determina que el
mensaje requiere procesamiento adicional por parte de la acción de
detención PRR 328 (ST5). En la etapa ST6, el proceso de acción de
detención PRR 328 recibe el mensaje ISUP IAM procedente del proceso
GWS 326 y determina que el mensaje de entrada es MSU del tipo ISUP.
El proceso de acción de detención PRR 328 comprueba a continuación
el DPC del MSU de entrada. De manera más específica, la acción de
detención PRR verifica que el DPC del MSU de entrada es un PC
válido. La acción de detención PRR 328 examina el MSU de entrada
para determinar si es necesario el servicio de registro de
presencia. Si el MSU de entrada es identificado como un mensaje del
tipo ISUP IAM, la acción de detención PRR 328 encapsula una copia
del mensaje ISUP IAM en un MSU de formato SCCP, tal como se indica
en la etapa ST6. Dicho encapsulado SCCP se lleva a cabo de manera
efectiva añadiendo secuencias de bits anteriores y posteriores de
mensaje SCCP esenciales a la secuencia de bits de base que comprende
el MSU ISUP IAM, tal como se muestra de manera general en la figura
6. Por lo tanto, se crea un MSU con encapsulado del tipo SCCP que
envuelve o contiene un MSU del tipo ISUP. A continuación de dicho
encapsulado, el mensaje de entrada deja de aparecer o ser tratado
como un mensaje ISUP IAM en el nodo de registro de presencia y de
encaminamiento 300, y es procesado internamente como un mensaje SS7
del tipo SCCP.
A no ser que sea necesario un procesamiento
adicional por parte de un subsistema no relacionado, el MSU ISUP
IAM original es encaminado a continuación directamente hacia el
proceso HMDC 330, en el que se realiza un encaminamiento del tipo
MSU ISUP normal. No obstante, nuevamente, debe observarse que el MSU
ISUP IAM original podría ser encapsulado según SCCP y ser procesado
adicionalmente en vez de producir una copia del MSU ISUP. También
debe observarse que el no cumplimiento por parte del MSU ISUP de
entrada de los criterios especificados en la etapa provocará que el
MSU original no encapsulado sea encaminado directamente hacia el
proceso HMDC 330, en el que se realiza un encaminamiento del tipo
MSU ISUP normal.
No obstante, en el caso en el que un MSU ISUP de
entrada satisface el criterio ST5, se lleva a cabo el encapsulado
SCCP de dicho MSU ISUP, y el MSU encapsulado resultante es enviado
al proceso HMDC 330 (ST7), donde se lleva a cabo un procesamiento
del tipo SCCP. En el ejemplo mostrado en la figura 3, el proceso
HMDC 330 examina el paquete de mensajes y determina que el DPC y el
número de subsistema (SSN) del paquete SCCP es el PC del nodo de
registro de presencia y de encaminamiento. En consecuencia, se
considera que el procesamiento adicional del MSU SCCP en el nodo de
encaminamiento es necesario, y el paquete pasa al proceso HMDT 332.
El proceso HMDT 332 examina el campo de indicador de servicio (SI)
del MSU encapsulado, que indica que el paquete encapsulado es del
tipo SCCP. De este modo, el proceso HMDT 332 dispone el MSU
encapsulado según SCCP en el bus IMT de alta velocidad 310 para su
transporte al PRM 340 y un servicio de registro de presencia
posterior.
\newpage
Haciendo referencia a la figura 5b, en la etapa
ST8, el MSU encapsulado según SCCP es recibido y examinado por el
proceso SCRC 342, que reside en el PRM 340. El proceso SCRC 342
examina el mensaje, determina que el servicio de registro de
presencia está indicado, y envía el MSU encapsulado al proceso PRMG
344, tal como se indica mediante la etapa ST9. En la etapa ST10, el
proceso PRMG 344 extrae el MSU ISUP IAM del envoltorio SCCP y
determina que el MSU ISUP requiere la generación de un mensaje de
registro de presencia de formato SIP (ST11). El MSU ISUP IAM es
enviado posteriormente a la aplicación SIP 348 para un procesamiento
adicional (ST12). La aplicación SIP 348 examina el MSU ISUP IAM y,
utilizando la información contenida en el MSU, genera un mensaje de
registro de presencia de formato SIP (ST13).
Con el procesamiento SIP completado, el mensaje
de registro de presencia de formato SIP pasa a un proceso HMRT 350.
El proceso HMRT 350 determina a qué tarjeta ADCM debe ser encaminado
el paquete de mensajes de registro SIP para una transmisión de
salida posterior (ST14). En este caso, el proceso HMRT 350 determina
que el enlace de señalización de salida deseado asociado al
encaminamiento del mensaje de registro SIP está situado en el ADCM
360. En consecuencia, el paquete de mensajes SIP es encaminado
internamente a través del bus IMT 310 al LIM 360, donde es recibido
por el proceso de cola I/O 362 (ST15). Finalmente, el paquete de
mensajes modificado pasa de la cola I/O 362 a los procesos IP nivel
2 y 1 364 y 366, respectivamente (ST16). Nuevamente, los procesos
IP nivel 1 y 2 366 y 364, respectivamente, permiten obtener los
medios necesarios para enviar y recibir datos digitales sobre un
medio físico o una interfaz física específicos, así como para
obtener la detección/corrección y el envío secuenciado de todos los
paquetes de mensajes IP transmitidos a la red IP. Tal como se indica
en la etapa ST17, el mensaje de registro de presencia de formato
SIP es transmitido posteriormente a una red IP para su envío final
a un sistema de base de datos de presencia y para su utilización por
parte del mismo.
Debe observarse que la metodología de generación
de mensajes de registro mostrada en la figura 4 es fundamentalmente
similar al proceso indicado en las figuras 5a y 5b. La principal
diferencia consiste en variaciones en el procesamiento provocadas
por la gestión de los mensajes SS7 ISUP con respecto a los mensajes
del tipo SS7 TCAP. Lo más destacable es que, debido a que un
mensaje TCAP es de hecho también un mensaje SCCP, no existe la
necesidad de encapsular directamente o de copiar y encapsular el
mensaje TCAP de entrada. En su lugar, el mensaje TCAP es enviado
simplemente desde el LIM de entrada 320 al PRM 340 asociado a través
del bus IMT de alta velocidad 310, de manera muy similar al ISUP
IAM encapsulado según SCCP descrito de manera detallada
anteriormente. De este modo, la figura 7 muestra un diagrama de
flujo de las etapas principales asociadas al procesamiento de un
mensaje de solicitud de registro de presencia del tipo TCAP, que
puede utilizarse en combinación con el diagrama esquemático
mostrado en la figura 4 para una mejor comprensión de la metodología
de generación de mensajes de registro de presencia basados en
TCAP.
Haciendo referencia de manera específica al
escenario mostrado de manera general en la figura 4, un mensaje de
solicitud de registro de presencia de formato TCAP de entrada es
recibido en el módulo LIM de entrada 320 (ST1). Nuevamente, en las
etapas ST2 y ST3, el mensaje TCAP de entrada es recibido y procesado
por los procesos MTP nivel 1 y 2 322 y 324, respectivamente. Con el
procesamiento MTP nivel 1 y 2 completo, el paquete de mensajes de
señalización es almacenado temporalmente en la cola I/O 325 antes de
subirlo en la pila hasta el proceso de control de pasarela (GWS)
MTP nivel 3 326. Tal como se muestra en la etapa ST4, el proceso GWS
326 examina el mensaje TCAP de entrada y determina no solamente si
el mensaje debe ser admitido en el conmutador para un procesamiento
adicional, sino también cuáles de las acciones de detención
disponibles son aplicables al mensaje de entrada, en el caso de que
existan. En el escenario mostrado en la figura 4, el proceso GWS 326
examina el mensaje TCAP de entrada y determina que el mensaje puede
entrar en el conmutador. Además, mediante el examen de los campos
de código de punto de origen (OPC), código de punto de destino (DPC)
y octeto indicador de servicio (SIO) contenidos en la capa de
encaminamiento MTP, se determina que el mensaje no requiere
procesamiento adicional por parte de la acción de detención PRR
328. De este modo, el mensaje MSU TCAP es encaminado posteriormente
de manera directa al proceso HMDC 330, donde se lleva a cabo un
procesamiento del tipo SCCP (ST5). En el ejemplo mostrado en la
figura 4, el proceso HMDC 330 examina el paquete de mensajes y
determina que el DPC y el número de subsistema (SSN) del paquete
TCAP es el PC del nodo de registro de presencia y de encaminamiento.
En consecuencia, se considera que el procesamiento adicional del
MSU TCAP dentro del nodo de encaminamiento es necesario, y el
paquete pasa al proceso HMDT 332. El proceso HMDT 332 examina el
campo de indicador de servicio (SI) del MSU TCAP, que indica que el
paquete es del tipo SCCP. De este modo, el proceso HMDT 332 dispone
el MSU TCAP en el bus IMT de alta velocidad 310 para su transporte
al PRM 340 y un servicio de registro de presencia posterior.
En la etapa ST6, el MSU TCAP es recibido y
examinado por el proceso SCRC 342, que reside en el PRM 340. El
proceso SCRC 342 examina el mensaje, determina que el servicio de
registro de presencia está indicado, y envía el MSU TCAP al proceso
PRMG 344. Tal como se muestra en la etapa ST7, el contenido del
mensaje TCAP es examinado para determinar si la solicitud de
registro de presencia TCAP requiere la generación de un mensaje de
formato SIP. En este ejemplo, se asume que el mensaje de solicitud
de registro TCAP requiere una respuesta de formato SIP y, de este
modo, es dirigido posteriormente a la aplicación SIP 348 para un
procesamiento adicional. La aplicación SIP 348 examina el MSU TCAP
y, utilizando la información contenida en el MSU, genera un mensaje
de registro de presencia de formato SIP (ST8).
Con el procesamiento SIP completo, el mensaje de
registro de presencia de formato SIP pasa al proceso HMRT 350. El
proceso HMRT 350 determina a qué tarjeta ADCM debe ser encaminado el
paquete de mensajes de registro SIP para una transmisión de salida
posterior (ST9). En este caso, el proceso HMRT 350 determina que el
enlace de señalización de salida deseado asociado al encaminamiento
del mensaje de registro SIP está situado en el ADCM 360. En
consecuencia, el paquete de mensajes SIP es encaminado internamente
a través del bus IMT 310 al LIM 360, donde es recibido por el
proceso de cola I/O 362 (ST10). Finalmente, el paquete de mensajes
modificado pasa de la cola I/O 362 a los procesos IP nivel 2 y 1
364 y 366, respectivamente (ST11). Tal como se indica en la etapa
ST12, el mensaje de registro de presencia de formato SIP es
transmitido posteriormente a una red IP para su envío final a un
sistema de base de datos de presencia y para su utilización por
parte del mismo.
En las figuras 8, 9 y 10 se muestran diagramas
de red simplificados que ilustran implementaciones a título de
ejemplo de las realizaciones descritas anteriormente. De manera más
específica, la figura 8 muestra una implementación del nodo de
registro de presencia y de encaminamiento 300 de la presente
invención en un entorno de telecomunicaciones móviles o
inalámbricas, indicado de manera general mediante el numeral 400. La
red 400 incluye un abonado móvil 402, un complejo de estación base
404, un centro de conmutación móvil (MSC) 406, un registro de
posición base (HLR) 408, y un servidor de presencia 410. Debe
observarse que los flujos de mensajes mostrados en la figura 8
indican que el nodo de registro de presencia y de encaminamiento 300
formula y transmite un mensaje de registro de presencia 416 en
respuesta a la recepción de un mensaje de actualización de posición
412 que es enviado desde el MSC 406. Los expertos en
telecomunicaciones inalámbricas entenderán que un MSC lleva a cabo
varias funciones en una red inalámbrica, incluyendo la formulación y
encaminamiento de mensajes de señalización. En el ejemplo mostrado
en la figura 8, el mensaje de señalización de actualización de
posición utilizado por el nodo de registro de presencia y de
encaminamiento 300 para disparar el mensaje de registro de
presencia 416 está destinado al nodo HLR 408. En un escenario
inalámbrico de este tipo, el mensaje de registro de presencia 416
podría ser formulado y transmitido por el nodo de registro de
presencia y de encaminamiento en respuesta a un mensaje de
actualización de posición móvil asociado al registro de un cliente
inalámbrico en una zona móvil o de servicio específica. Nuevamente,
los expertos en telecomunicaciones inalámbricas o móviles
entenderán que los mensajes de señalización inalámbricos o móviles
son generados y transmitidos en una red inalámbrica en respuesta a
la activación o desactivación del teléfono inalámbrico de un
cliente, así como en respuesta al movimiento entre zonas de móvil de
un abonado móvil durante el curso de una llamada desde un móvil. De
este modo, el nodo de registro de presencia y de encaminamiento de
la presente invención facilita un método de registro de presencia
que es totalmente transparente para el usuario del teléfono celular
o
móvil.
móvil.
La figura 9 muestra una implementación del nodo
de registro de presencia y de encaminamiento 300 de la presente
invención en un entorno de telecomunicaciones por cable, indicado de
manera general mediante el numeral 420. La red 420 incluye un
abonado de línea por cable 422, una central terminal (EO) 424 y un
servidor de presencia 426. Debe observarse que los flujos de
mensajes mostrados en la figura 9 indican que el nodo de registro de
presencia y de encaminamiento 300 formula y transmite un mensaje de
registro de presencia 434 en respuesta a la recepción de un mensaje
de señalización de llamada ISUP desde la EO 424. De manera más
específica, el mensaje de registro de presencia 434 es generado en
respuesta a la recepción de un mensaje inicial de dirección (IAM)
ISUP 428. Los expertos en señalización SS7 entenderán que un mensaje
ISUP IAM es el primero de una secuencia de mensajes de señalización
de control de llamada SS7 de formato ISUP que son necesarios para
completar una llamada de teléfono en la red telefónica pública
conmutada (PSTN). De este modo, debe observarse que, en el
escenario mostrado en la figura 9, el mensaje de registro de
presencia 434 es formulado en respuesta a un intento por parte del
abonado de línea por cable 422 de establecer una llamada de
teléfono. Dado que la generación del mensaje de registro de
presencia es disparada por un mensaje ISUP IAM, los expertos en
telecomunicaciones SS7 entenderán que no es necesario completar un
intento de llamada de teléfono para generar un mensaje de registro
de presencia y transmitirlo a un servidor de presencia. Por lo
tanto, cualquier intento de llamada por parte de un abonado de
línea por cable 422 registrará efectivamente la presencia del
abonado con el servidor de presencia 426 a través del nodo de
registro de presencia y de encaminamiento 300 de la presente
invención. En la figura 9 también puede observarse que el mensaje
ISUP IAM de disparo 428 es encaminado posteriormente como normal,
hacia una dirección de destino especificada en el mensaje.
En la figura 10 se muestra una variación del
escenario ilustrado en la figura 9, en el que un mensaje de
señalización SS7 utilizado para disparar la formulación y
transmisión posterior de un mensaje de registro de presencia está
compuesto por un mensaje del tipo TCAP en vez de por un mensaje del
tipo ISUP. En la figura 10 se muestra una implementación del nodo
de registro de presencia y de encaminamiento 300 de la presente
invención en un entorno de telecomunicaciones por cable, indicado
de manera general mediante el numeral de referencia 440. La red 440
incluye un abonado de línea por cable 442, una central terminal (EO)
444 y un servidor de presencia 446. En la realización específica
mostrada en la figura 10, se asume que el abonado de línea por cable
442 inicia indirectamente un mensaje TCAP 448 marcando "*88" o
un código similar en el teclado de un teléfono. Nuevamente, los
expertos en redes de telecomunicaciones SS7 entenderán que la
generación de dichos mensajes TCAP es llevada a cabo por una
central terminal (EO) o por un punto de conmutación de servicios
(SSP) en respuesta a la marcación "*88", tal como se indica de
manera general en la figura 10. De este modo, marcando "*88",
el abonado de línea por cable 442 registra manualmente de manera
efectiva su presencia con el servidor de presencia a través de la
generación del mensaje TCAP 448, lo cual provoca a su vez la
generación de un mensaje de registro de presencia 450 por parte del
nodo de registro de presencia y de encaminamiento 300 de la presente
invención.
Las realizaciones de la presente invención
descritas de manera detallada anteriormente pueden ampliarse
fácilmente de modo que incluyan un nodo de registro de presencia y
de encaminamiento que sea capaz de mantener un sistema de base de
datos de presencia. En la figura 11 se muestra una realización de un
nodo de registro de presencia y de encaminamiento de este tipo,
indicado de manera general mediante el numeral 500. Debe observarse
que en la presente realización específica no se formulan ni
encaminan mensajes de registro de presencia desde el nodo, sino que
el registro de presencia tiene lugar en el nodo o dentro del mismo.
Es decir, en la realización de la presente invención mostrada en la
figura 11 y que se describe de manera general a continuación, la
funcionalidad de un servidor de presencia está incluida
generalmente dentro del nodo de registro de presencia y de
encaminamiento 500.
Haciendo referencia de manera específica a la
realización mostrada en la figura 11, y de manera similar a la
realización descrita anteriormente, debe observarse que el nodo de
registro de presencia y de encaminamiento 500 incluye un bus de
comunicaciones de transporte de mensajes entre procesadores (IMT) de
alta velocidad 310. Varios módulos o tarjetas de procesamiento
distribuidos están conectados en comunicación al bus IMT 310, e
incluyen: un par de procesadores de subsistema de mantenimiento y
administración (MASP) 312, un módulo de interfaz de enlace (LIM)
compatible con SS7 320, un módulo de comunicación de datos avanzado
(ADCM) compatible con IP 360, y un módulo de base de datos de
presencia (PDM) 502. Estos módulos están conectados físicamente al
bus IMT 310, de modo que los mensajes de señalización y de otro tipo
pueden ser encaminados internamente entre todas las tarjetas o
módulos activos. A efectos de claridad de la descripción, en la
figura 11 solamente se incluye un único LIM 320, un único ADCM 360
y un único PDM 502. No obstante, se entenderá que la arquitectura
distribuida de procesadores múltiples del nodo de registro de
presencia y de encaminamiento 500 facilita la utilización de varias
tarjetas LIM, ADCM, PDM, así como de otras adicionales, pudiendo
conectarse todas ellas de manera simultánea al bus IMT 310.
Del mismo modo que en la realización descrita
anteriormente, el par de MASP 312 implementan las funciones
generales del subsistema de mantenimiento y administración. Para una
descripción completa de las operaciones y funcionalidades
adicionales de los MASP, pueden consultarse las publicaciones de
Tekelec mencionadas anteriormente.
Nuevamente, debe observarse que el LIM 320 está
compuesto por varios procesos de subcomponente que incluyen, aunque
de manera no limitativa: un proceso SS7 MTP nivel 1 322, un proceso
SS7 MTP nivel 2 324, un búfer o cola I/O 325, un proceso de control
de pasarela (GWS) 326, un proceso de acción de detención de
solicitud de servidor de presencia (PRR) 328, un proceso HMDC capa
MTP nivel 3 SS7 330 y un proceso HMDT 332. Los procesos MTP nivel
1 y 2 322 y 324, respectivamente, permiten enviar y recibir datos
digitales sobre un medio físico o una interfaz física específicos,
así como obtener una detección/corrección de errores y un envío
secuenciado de todos los paquetes de mensajes SS7. La cola I/O 325
permite obtener un almacenamiento temporal de paquetes de mensajes
de señalización de entrada y de salida. El proceso GWS 326 es el
responsable de examinar el mensaje de señalización de entrada y
determinar cuáles de las acciones de detención disponibles son
aplicables, en el caso de que existan. El proceso de acción de
detención PRR 328 es el responsable de realizar una copia de un
paquete de mensajes de señalización de parte de usuario RDSI (ISUP)
IAM SS7 de entrada y de encapsularlo posteriormente en un paquete
SS7 formateado según parte de control de conexión de señalización
(SCCP). Debe observarse que el proceso de acción de detención PRR
328 también podría estar configurado para simplificar el
encapsulado del mensaje de señalización SS7 ISUP IAM de entrada
original, sin realizar una copia. El proceso HMDC MTP nivel 3 330
recibe mensajes de señalización de las capas de procesamiento
inferiores, y realiza una función de discriminación, determinando
de manera efectiva si un paquete de mensajes SS7 de entrada requiere
procesamiento interno o simplemente debe pasar a un conmutador. Por
ejemplo, en el caso de un mensaje SS7 TCAP asociado a registro de
presencia, o de un mensaje ISUP IAM encapsulado según SCCP, el
proceso HMDC 330 determinaría que el mensaje debería ser encaminado
internamente para un procesamiento adicional. El proceso HMDT 332
gestiona o dirige el encaminamiento interno de los paquetes de
mensajes SS7 que requieren un procesamiento adicional antes de su
encaminamiento final. Nuevamente, debe observarse que una tarjeta
LIM puede contener más procesos funcionales que los descritos
anteriormente. La descripción anterior se limita a funcionalidades
LIM asociadas al procesamiento básico de mensajes de señalización de
entrada.
De esta manera, debe observarse que los tres
procesos funcionales asociados al módulo de comunicación de datos
avanzado (ADCM) 360 mostrado en la figura 11 son simplemente
aquellos procesos que son significativos para la descripción del
funcionamiento de salida del ADCM en los ejemplos del funcionamiento
del nodo de encaminamiento PS descritos en la presente memoria.
Asimismo, debe observarse que el ADCM 360 es similar en su
funcionamiento al módulo de aplicación DCM descrito anteriormente.
En el caso del ADCM 360, no es necesario que los paquetes de
mensajes procesados por la tarjeta sean mensajes del tipo SS7 nativo
que han sido encapsulados en un paquete IP. Al contrario, el ADCM
360 es capaz de procesar, transmitir y recibir mensajes del tipo SS7
nativo y de protocolo IP nativo.
Los procesos mostrados de manera explícita en la
salida del ADCM 360 incluyen una cola I/O 362 y procesos IP nivel 1
y 2 366 y 364, respectivamente. La cola I/O 362 facilita el
almacenamiento temporal de paquetes de mensajes de señalización de
entrada y de salida, mientras que las operaciones de
direccionamiento IP son llevadas a cabo por los procesos IP nivel 1
y 2 366 y 364, respectivamente.
Nuevamente, la descripción de los subcomponentes
LIM y ADCM de la descripción anterior se limita a aquellos
subcomponentes que son significativos para los casos de
implementación a título de muestra descritos en la presente
memoria. Para una descripción completa de las operaciones y
funcionalidades del tipo LIM y ADCM, pueden consultarse las
publicaciones de Tekelec mencionadas anteriormente.
De manera general, una tarjeta PDM incluye la
base de datos y los procesos de control de base de datos necesarios
para facilitar la funcionalidad de registro de presencia y gestión
de consultas de la realización contemplada de la presente
invención. La PDM 502 mostrada en la figura 11 está compuesta, en
parte, por un controlador de subsistema SCCP, conocido como un
proceso de controlador de encaminamiento de conexión de señalización
(SCRC) 504, un proceso de gestión de base de datos de presencia
(PDMG) 510, y varias aplicaciones de interfaz de base de datos de
presencia (PDI), indicadas de manera general mediante el numeral de
referencia 512. Incluidos entre las aplicaciones PDI 512 están
presentes un proceso de aplicación de protocolo de inicio de sesión
(SIP) 518, un proceso de aplicación IMPP 514 y un proceso de
protocolo de presencia 519. El proceso SCRC 504 es el responsable
de discriminar los mensajes de señalización y de la distribución
posterior de dichos mensajes de señalización a una aplicación o
función de un nivel de procesamiento adecuado más alto. En la
configuración mostrada en la figura 11, el siguiente nivel de
procesamiento más alto está representado por el proceso PDMG 510.
De manera general, el proceso PDMG 510 es el responsable de
determinar cuál de las aplicaciones PDI 512 de protocolo específico
disponibles es necesaria para procesar el paquete de mensajes de
entrada. Por ejemplo, si el paquete de registro de presencia de
entrada contiene un mensaje IMPP encapsulado según TCAP o SCCP, el
proceso PDMG 510 determinaría que la aplicación PDI 514 disponible
es necesaria para un procesamiento exitoso. Tal como puede
observarse en la figura 11, puede haber varias aplicaciones PDI 512
de manera simultánea en una única tarjeta PDMG. Estas aplicaciones
PDI de protocolo específico pueden estar configuradas de modo que
cada aplicación sea capaz de recibir mensajes de registro o de
consulta de presencia formateados según protocolos diferentes que
incluyen, aunque de manera no limitativa, SIP, IMPP y el protocolo
de presencia. Además, estas aplicaciones PDI 512 también son
capaces de generar o formatear mensajes de respuesta relacionados
con un servicio de presencia de protocolo específico. Un mensaje de
respuesta de servicio de presencia de este tipo puede incluir,
aunque de manera no limitativa, un mensaje que proporcione
información de estatus de presencia para un usuario específico en
respuesta a una consulta de estatus de presencia. Este escenario
específico se muestra de manera específica en la figura 11, donde
el paquete de consulta de estatus de presencia asume la forma de un
mensaje de consulta IMPP SS7 encapsulado según IMPP, y la respuesta
de estatus de presencia posterior está contenida en el interior de
un mensaje de formato SIP.
Nuevamente, aunque es posible disponer cualquier
número o tipo de aplicaciones PDI en una única tarjeta PDM, en la
presente descripción solamente se describen las aplicaciones IMPP,
SIP y de protocolo de presencia PDI, 514, 518 y 519,
respectivamente. La aplicación SIP PDI 518 contiene esencialmente la
lógica necesaria para procesar mensajes de presencia SIP de entrada
y construir mensajes de respuesta de presencia SIP de salida. De
manera similar, la aplicación IMPP PDI 514 contiene la lógica
necesaria para procesar mensajes de presencia de formato IMPP de
entrada y construir mensajes de respuesta de presencia de formato
IMPP de salida. La aplicación de presencia PDI 519 contiene la
lógica necesaria para procesar mensajes de consulta de presencia de
entrada formateados según el protocolo de presencia y construir
mensajes de respuesta de presencia de salida formateados según
dicho protocolo de presencia.
En la figura 11 también se incluye un flujo de
mensajes general asociado al procesamiento de un mensaje de
consulta de presencia SS7 de entrada, de formato IMPP, encapsulado
según TCAP, y a la actividad de procesamiento del sistema de
presencia relacionado. En la figura 12 se muestra un diagrama de
flujo de las etapas principales asociadas a un escenario de
consulta de presencia IMPP con un encapsulado TCAP, y puede
utilizarse en combinación con el diagrama esquemático mostrado en
la figura 11 para una mejor comprensión del funcionamiento del nodo
de registro de presencia y de encaminamiento 500.
Haciendo referencia de manera específica al
escenario mostrado de manera general en la figura 11, se asume que
un mensaje de consulta de presencia de entrada, de formato IMPP,
encapsulado según TCAP, es recibido en el módulo LIM 320 de entrada
(ST1). Nuevamente, en las etapas ST2 y ST3, el mensaje de consulta
de presencia de entrada, de formato IMPP, encapsulado según TCAP,
es recibido y procesado por los procesos MTP nivel 1 y 2 322 y 324,
respectivamente. Con el procesamiento MTP nivel 1 y 2 completo, el
paquete de mensajes de señalización es almacenado temporalmente en
la cola I/O 325 antes de subirlo en la pila hasta el proceso de
control de pasarela (GWS) MTP nivel 3 326. Tal como se indica en la
etapa ST4, el proceso GWS 326 examina el mensaje de consulta de
presencia TCAP de entrada y determina no solamente si debe
permitirse el paso de dicho mensaje al conmutador para un
procesamiento adicional, sino también cuáles de las acciones de
detención disponibles son aplicables al mensaje de entrada, en el
caso de que existan. En el escenario mostrado en la figura 11, el
proceso GWS 326 examina el mensaje de consulta de presencia de
entrada IMPP, encapsulado según TCAP, y determina que el mensaje
puede entrar al conmutador. Además, mediante el examen de los campos
de código de punto de origen (OPC), código de punto de destino
(DPC) y octeto indicador de servicio (SIO) contenidos en la capa de
encaminamiento MTP, se determina que el mensaje requiere
procesamiento adicional por parte de la acción de detención PRR
328. De este modo, el MSU TCAP es encaminado posteriormente de
manera directa al proceso HMDC 330, donde se lleva a cabo un
procesamiento del tipo SCCP (ST5). En el ejemplo mostrado en la
figura 11, el proceso HMDC 330 examina el paquete de mensajes y
determina que el DPC y el número de subsistema (SSN) del paquete
TCAP es el PC y el SSN del sistema de base de datos de servidor de
presencia interno que está situado en la tarjeta PDM 502. En
consecuencia, se considera que el procesamiento adicional del MSU
TCAP dentro del nodo de encaminamiento es necesario, y el paquete
pasa al proceso HMDT 332. El proceso HMDT 332 examina el campo de
indicador de servicio (SI) del MSU TCAP, que indica que el paquete
es del tipo SCCP. De este modo, el proceso HMDT 332 dispone el MSU
TCAP en el bus IMT de alta velocidad 310 para su transporte al PDM
502 y un servicio de base de datos de presencia posterior.
En la etapa ST6, el MSU TCAP es recibido y
examinado por el proceso SCRC 504, que reside en el PDM 502. El
proceso SCRC 504 examina el mensaje, determina que el servicio de
base de datos de presencia está indicado, y envía el MSU TCAP al
proceso PDMG 510. Tal como se muestra en la etapa ST7, el paquete de
mensajes es examinado para determinar el protocolo del mensaje
relacionado con la presencia. En este caso, el protocolo del mensaje
relacionado con la presencia encapsulado en el paquete TCAP es
IMPP. A continuación, en la etapa ST8, se evalúa la variedad o tipo
de servicio de presencia asociado al mensaje. Estos tipos o
variedades de mensajes de presencia generales pueden incluir,
aunque de manera no limitativa, mensajes del tipo de consulta y de
registro.
Nuevamente, en este ejemplo, el mensaje de
servicio de presencia de formato IMPP es un mensaje de consulta
cuya función es extraer información de una base de datos de servicio
de presencia. De este modo, el mensaje de consulta de formato IMPP
es dirigido a la aplicación IMPP 514 para un procesamiento
adicional. La aplicación IMPP 514 examina el mensaje y, utilizando
la información contenida en el paquete, dirige la consulta a la
base de datos de presencia 516 (ST9). La base de datos de presencia
516 procesa la consulta y, en el presente ejemplo, devuelve la
información solicitada a la aplicación SIP 518 para formatear el
mensaje de respuesta de salida (ST10).
Con el formateado SIP necesario completo, el
mensaje de registro de presencia de formato SIP pasa a un proceso
HMRT 520. El proceso HMRT 520 determina a qué tarjeta ADCM debería
ser encaminado el paquete de mensajes de registro SIP para su
transmisión de salida posterior (ST11). En este caso, el proceso
HMRT 520 determina que el enlace de señalización de salida deseado
asociado al encaminamiento del mensaje de registro SIP está situado
en la ADCM 360. En consecuencia, el paquete de mensajes SIP es
encaminado internamente a través del bus IMT 310 al LIM 360, donde
es recibido de manera general por el proceso de cola I/O 362 (ST12).
Finalmente, el paquete de mensajes modificado pasa de la cola I/O
362 a los procesos IP nivel 2 y 1 364 y 366, respectivamente. Tal
como se indica en la etapa ST13, el mensaje de registro de presencia
de formato SIP es transmitido posteriormente a una red IP para su
envío final a un sistema de base de datos de presencia y para su
utilización por parte del mismo.
A partir de la figura 12, debe observarse que si
el mensaje de servicio de presencia de formato IMPP fuese un
mensaje del tipo de solicitud de registro, la aplicación IMPP 514
examinaría el mensaje y, utilizando la información contenida en el
paquete, dirigiría la solicitud de registro a la base de datos de
presencia 516 (ST14). En un escenario de este tipo, no será
necesario un mensaje de respuesta o de acuse de recibo.
Las realizaciones de la presente invención
descritas de manera detallada anteriormente pueden ampliarse
fácilmente de modo que incluyan un nodo de registro de presencia y
de encaminamiento que incorpore un sistema de base de datos de
presencia o una plataforma de servidor montados exteriormente. En la
figura 13 se muestra una realización de un nodo de registro de
presencia y de encaminamiento de este tipo, indicado de manera
general mediante el numeral 600. Nuevamente, debe observarse que en
la presente realización específica no se formulan ni encaminan
mensajes de registro de presencia desde el nodo, sino que el
registro de presencia tiene lugar en el nodo o dentro del
mismo.
Haciendo referencia de manera específica a la
realización mostrada en la figura 13, y de manera similar a la
realización mostrada anteriormente, puede observarse que el nodo de
registro de presencia y de encaminamiento 600 incluye un bus de
comunicaciones de transporte de mensajes entre procesadores (IMT) de
alta velocidad 310. Varios módulos o tarjetas de procesamiento
distribuidos están conectados en comunicación al bus IMT 310, e
incluyen: un par de procesadores de subsistema de mantenimiento y
administración (MASP) 312, un módulo de interfaz de enlace (LIM)
compatible con SS7 320, un módulo de comunicación de datos avanzado
(ADCM) compatible con IP 360, y un módulo de base de datos de
presencia externo (EPDM) 700. Tal como se indica en la figura 13,
el EPDM está conectado a una plataforma de servidor de base de datos
de presencia externa 800 a través de una conexión del tipo Ethernet
de alta velocidad 802. En la presente realización, la plataforma de
servidor de base de datos de presencia externa 800 incluye la
propia entidad de base de datos de presencia 516. Con la excepción
de la tarjeta EPDM 700 y del servidor de base de datos de presencia
externo 800, todos los otros aspectos funcionales y operativos de
la realización mostrada en la figura 13 son idénticos a los de la
realización mostrada en la figura 11, descritos de manera general
anteriormente.
De manera general, una tarjeta EPDM 700 incluye
la base de datos y los procesos de control de base de datos
necesarios para facilitar la funcionalidad de registro de presencia
y gestión de consultas de la realización contemplada de la presente
invención. La EPDM 700 mostrada en la figura 13 está compuesta, en
parte, por un controlador de subsistema SCCP, conocido como un
proceso de controlador de encaminamiento de conexión de señalización
(SCRC) 504, un proceso de gestión de base de datos de presencia
(PDMG) 510, y varias aplicaciones de interfaz de base de datos de
presencia (PDI), indicadas de manera general mediante el numeral de
referencia 512. Incluidos entre las aplicaciones PDI 512 están
presentes un proceso de aplicación de protocolo de inicio de sesión
(SIP) 518, un proceso de aplicación IMPP 514 y un proceso de
protocolo de presencia 519. El proceso SCRC 504 es el responsable
de discriminar los mensajes de señalización y de la distribución
posterior de dichos mensajes de señalización a una aplicación o
función de un nivel de procesamiento adecuado más alto. En la
configuración mostrada en la figura 13, el siguiente nivel de
procesamiento más alto está representado por el proceso PDMG 510.
De manera general, el proceso PDMG 510 es el responsable de
determinar cuál de las aplicaciones PDI 512 de protocolo específico
disponibles es necesaria para procesar el paquete de mensajes de
entrada. Las aplicaciones PDI 512 son capaces de generar o
formatear mensajes de respuesta relacionados con un servicio de
presencia de protocolo específico. Un mensaje de respuesta de
servicio de presencia de este tipo puede incluir, aunque de manera
no limitativa, un mensaje que proporcione información de estatus de
presencia para un usuario específico en respuesta a una consulta de
estatus de presencia.
En la realización mostrada en la figura 13, la
tarjeta EPDM 700 incluye además un proceso de controlador de
Ethernet (EC) 702, que está conectado en comunicación a las
aplicaciones PDI 512 disponibles y también al servidor de base de
datos de presencia externo 800. De manera más específica, el EC 702
está conectado a un proceso EC 802 correspondiente que reside en el
servidor de base de datos de presencia externo 800. Los EC 702 y
802 facilitan la comunicación de mensajes entre las aplicaciones PDI
512 y la base de datos de presencia 516. En todos los otros
aspectos, el funcionamiento del nodo de registro de presencia y de
encaminamiento es idéntico al del nodo de registro de presencia y
de encaminamiento 500 descrito anteriormente e ilustrado en la
figura 11.
En la figura 14 se muestra otra realización de
un nodo de registro de presencia y de encaminamiento de la presente
invención, indicado de manera general mediante el numeral 900.
Haciendo referencia de manera específica a la realización mostrada
en la figura 14, y de manera similar a la realización descrita
anteriormente, debe observarse que el nodo de registro de presencia
y de encaminamiento 900 incluye un bus de comunicaciones de
transporte de mensajes entre procesadores (IMT) de alta velocidad
310. De la misma manera que en las realizaciones anteriores, varios
módulos o tarjetas de procesamiento distribuidos están conectados en
comunicación al bus IMT 310, e incluyen: un par de procesadores de
subsistema de mantenimiento y administración (MASP), un módulo de
interfaz de enlace (LIM) compatible con SS7 320, un módulo de
comunicación de datos avanzado (ADCM) compatible con IP 360, y un
módulo de registro de presencia (PRM) 340. El nodo de registro de
presencia y de encaminamiento 900 incluye además un subsistema de
contabilidad y facturación que está compuesto por un módulo de
interfaz de subsistema de contabilidad (ASIM), indicado de manera
general mediante el numeral 910, y una plataforma de servidor de
contabilidad (ASP), indicada de manera general mediante el numeral
920. Debe observarse que la combinación de la tarjeta ASIM 910 y el
servidor de contabilidad ASP 920 incluye la base de datos y los
procesos de control necesarios para obtener la funcionalidad de
contabilidad y facturación de la presente invención. Desde un punto
de vista de implementación práctica, la ASP 920 podría ser una
plataforma de cálculo Sun Workstation o similar. Debe observarse
además que la totalidad de un subsistema de contabilidad de mensajes
también podría estar integrado en un nodo de registro de presencia
y de encaminamiento.
La tarjeta ASIM 910 mostrada en la figura 14
incluye un subsistema de parte de control de conexión de
señalización (SCCP) 912 que es el responsable de recibir y procesar
de manera preliminar paquetes de mensajes de contabilidad
encapsulados según SCCP de entrada. La tarjeta ASIM 910 incluye
además un controlador SCCP, conocido como un proceso de controlador
de encaminamiento de conexión de señalización (SCRC) 914, y un
proceso de controlador de Ethernet (EC) de alta velocidad 916.
Nuevamente, tal como se ha descrito anteriormente, el subsistema
SCCP 912 es el responsable de recibir y procesar de manera
preliminar paquetes de mensajes encapsulados según SCCP de entrada,
mientras que el proceso SCRC 914 es el responsable de discriminar y
distribuir posteriormente los mensajes basándose en la información
contenida en un paquete SCCP. En el caso de la tarjeta ASIM 910,
los mensajes que satisfacen el criterio de discriminación SCRC son
distribuidos o dirigidos al proceso de controlador de Ethernet de
alta velocidad 916. El proceso EC 916 es responsable a su vez de
controlar el proceso de comunicación de mensajes, a través de una
conexión de Ethernet, hacia y desde el servidor ASP 920 asociado.
De manera más específica, el servidor ASP 920 incluye un proceso de
controlador de Ethernet de alta velocidad correspondiente 922, que
sirve como interfaz de comunicaciones entre la tarjeta ASIM 910 y un
proceso de gestor de servidor de contabilidad (ASM) incorporado
924. El proceso ASM 924 es el responsable del desencapsulado o
eliminación del envoltorio SCCP que contiene el mensaje de
contabilidad. A continuación, el mensaje de contabilidad
desencapsulado pasa a un proceso de uso y mediciones 926 adyacente,
en el que se crean estadísticas de uso y mediciones y se almacenan
en un proceso de base de datos de uso y mediciones (UMD) 930, tal
como el mostrado en la figura 15.
Las estadísticas de uso y mediciones producidas
por dicho proceso podrían incluir, aunque de manera no limitativa,
contadores de mensajes recibidos desde una dirección de red
específica, un suministrador de servicio específico, un usuario de
servicio específico, un zócalo IP específico, o un enlace de
señalización específico. Además, también es posible almacenar en un
UMD la información específica del tipo de servicio solicitado,
información sobre las partes comunicante y comunicada y otras
informaciones asociadas a la comunicación que podrían resultar
útiles en la generación de un recibo o factura. Tal como se muestra
en el proceso UMD de muestra 930, en una realización simplificada,
cada comunicación se identifica mediante un ID de transacción, y
cierta información predeterminada asociada a una comunicación puede
ser almacenada en la base de datos. Debe observarse que la
información contenida en una base de datos UMD podría ser
significativamente más o menos detallada que la indicada en el
ejemplo mostrado en la figura 15.
En cualquier caso, dichas estadísticas podrían
incluir información asociada a la hora del día en la que un mensaje
ha sido recibido, la duración de una "llamada" o comunicación,
indicadores de la calidad general del servicio (QoS) asociada a una
"llamada" o comunicación, información de identificación o
relacionada con el tipo de servicio asociado a una "llamada" o
comunicación (es decir, relacionada con un servicio de banda ancha,
las características de la llamada, la consulta de base de datos,
etc.). Dicha información de uso podría utilizarse para facturar a
un usuario distintas tarifas dependiendo del tipo de servicio
solicitado. Con dicha capacidad incluida en un servidor de
presencia y en un nodo de encaminamiento, las operaciones de red
aumentan en gran medida su flexibilidad con respecto a la
facturación de servicios específicos, sin aumentar
significativamente los requerimientos de OA&M de red.
A efectos de facilitar dichas operaciones de
facturación, el servidor ASP 920 incluye además un proceso de
facturación 928 que está adaptado para extraer información
almacenada por el proceso de uso y mediciones 926 y generar
facturas posteriormente. Nuevamente, la información o parámetros
mantenidos por el proceso 926 que pueden ser utilizados en la
generación de facturas podrían incluir, aunque de manera no
limitativa, un identificador de dirección de red, un identificador
de suministrador de servicio, un identificador de usuario de
servicio, un identificador de zócalo IP, un identificador de enlace
de señalización y un identificador del tipo de servicio. Debe
observarse además que un identificador de dirección de red podría
incluir, aunque de manera no limitativa, un código de punto SS7 de
destino o de origen, una dirección IP de destino o de origen y un
nombre de dominio de destino o de origen. De manera similar, un
identificador de usuario podría incluir, aunque de manera no
limitativa, un número de parte comunicante o comunicada y una
dirección de correo electrónico de destino o de origen.
En la realización específica mostrada, la
tarjeta LIM 320 incluye un proceso de acción de detención de
consulta de registro de presencia (PRR) 902, que es funcionalmente
similar al proceso PRR 328 descrito anteriormente. Asimismo, está
adaptado para generar y encapsular según SCCP un mensaje de
contabilidad, que pasa posteriormente, a través del bus IMT 310, a
la ASIM 910 del subsistema de contabilidad y facturación.
En una realización preferida, se utiliza un
formato de mensaje de contabilidad normalizado (NAM) para obtener
el contenido de la información del mensaje necesaria para el
subsistema de contabilidad y facturación asociado. Es decir, un
mensaje de contabilidad de formato NAM utiliza una estructura de
campo o de registro que es esencialmente un superconjunto de todos
los parámetros de interés de todos los protocolos de señalización,
presencia y mensajería instantánea de interés. De este modo, los
parámetros de interés en un mensaje de señalización de formato SIP
pueden adaptarse fácilmente a un mensaje de contabilidad NAM, del
mismo modo que los parámetros de interés en un mensaje de
señalización de formato SS7. Debe observarse además que el formato
NAM puede ampliarse periódicamente (o revisarse) para su adaptación
a protocolos de señalización nuevos o en evolución que deben ser
soportados por un nodo de registro de presencia y de encaminamiento
de la presente invención. La tarjeta LIM 320 también puede estar
configurada simplemente para encapsular una copia del paquete de
mensajes de señalización recibido y enviar el paquete al subsistema
de contabilidad y facturación asociado.
Haciendo referencia al encapsulado de mensajes
descrito anteriormente, debe observarse que el encapsulado SCCP de
un mensaje NAM no es esencial para el funcionamiento del subsistema
de contabilidad de mensajes de la presente invención. También es
posible utilizar fácilmente otros protocolos de encapsulado, siempre
que un módulo ASIM disponible adecuado sea capaz de recibir y
procesar los mensajes encapsulados. De hecho, no es necesario
llevar a cabo un encapsulado, siempre que el mensaje de contabilidad
generado por un proceso del tipo PRR pueda ser recibido y procesado
de manera general por un módulo ASIM configurado de manera
adecuada.
La figura 16 muestra otra realización de un nodo
de registro de presencia y de encaminamiento de la presente
invención, que amplía el concepto de subsistema de contabilidad y
facturación integrado al nodo de encaminamiento representado
previamente en la figura 11. Esta nueva realización de un servidor
de presencia y de un nodo de encaminamiento se indica de manera
general mediante el numeral 950. Haciendo referencia de manera
específica a la realización mostrada en la figura 16, y de manera
similar a las realizaciones descritas anteriormente, debe
observarse que el nodo de registro de presencia y de encaminamiento
950 incluye un bus de comunicaciones de transporte de mensajes
entre procesadores (IMT) 310. Varios módulos o tarjetas de
procesamiento distribuidos están conectados en comunicación al bus
IMT 310, e incluyen: un par de procesadores de subsistema de
mantenimiento y administración (MASP), un módulo de interfaz de
enlace (LIM) compatible con SS7 320, un módulo de comunicación de
datos avanzado (ADCM) compatible con IP 360, y un módulo de registro
de presencia (PRM) 340. El nodo de registro de presencia y de
encaminamiento 950 incluye además un subsistema de contabilidad y
facturación que está compuesto por un módulo de interfaz de
subsistema de contabilidad (ASIM), indicado de manera general
mediante el numeral 910, y una plataforma de servidor de
contabilidad (ASP), indicada de manera general mediante el numeral
920. Nuevamente, debe observarse que la combinación de la tarjeta
ASIM 910 y el servidor de contabilidad ASP 920 incluye la base de
datos y los procesos de control necesarios para obtener la
funcionalidad de contabilidad y facturación de la presente
invención.
En la realización específica mostrada, la
tarjeta LIM 320 incluye un proceso de acción de detención de
consulta de registro de presencia (PRR) 952, que es funcionalmente
similar al proceso PRR 902 descrito anteriormente. El PRR 952 está
adaptado para generar, y encapsular según SCCP, un mensaje de
contabilidad que pasa posteriormente, a través del bus IMT 310, a
la ASIM 910 del subsistema de contabilidad y facturación, donde se
lleva a cabo un procesamiento de subsistema de contabilidad y
facturación de manera similar al descrito anteriormente.
Se entenderá que es posible modificar diversos
detalles de la invención sin apartarse del alcance de dicha
invención. Asimismo, el objetivo de la anterior descripción es
simplemente ilustrativo, y no limita la invención definida en las
reivindicaciones.
\vskip1.000000\baselineskip
La lista de referencias mencionadas por el
solicitante solamente se incluye a efectos de conveniencia del
lector. La misma no forma parte del documento de patente europea.
Aunque las referencias han sido recopiladas de manera cuidadosa, no
es posible excluir errores u omisiones, y la Oficina Europea de
Patentes renuncia a toda responsabilidad a este respecto.
- US 60191278 B
- WO 0156308 A2
- US 09627523 B
- US 50354100 A
WO 0035155 A
\sqbullet Feature Guide LNP LSMS
PN/910-1598-01, Rev. A. Tekelec,
enero de 1998
\sqbullet"Message Information Data
Format", 19 de enero de 2000,
<draft-ietf-impp-midf-01.txt>
\sqbullet"Presence Information Data
Format for IMPP", 10 de marzo de 2000,
<draft-ietf-impp-pidf-01.txt>
\sqbullet"Transport Protocol for
Presence Information/Instant Messaging", 9 de marzo de
2000,
<draft-ietf-impp-pitp-mitp-01>
Claims (23)
1. Método de actualización de información de
presencia relacionada con un usuario final (402, 422, 442) en una
base de datos de servidor de presencia (410, 426, 446) basándose en
información derivada de una acción relacionada con la telefonía,
comprendiendo el método:
- (a)
- recibir un mensaje de sistema de señalización siete (SS7) en un nodo de registro de presencia y de encaminamiento (300, 500) en respuesta a una acción relacionada con la telefonía realizada por un usuario final (402, 422, 442);
- (b)
- en respuesta a la recepción del mensaje SS7, formular un mensaje de protocolo de internet (IP) en el nodo de registro de presencia y de encaminamiento (300, 500) para actualizar información de presencia relacionada con el usuario final (402, 422, 442) gestionada por un servidor de presencia (410, 426, 446);
- (c)
- transmitir el mensaje IP al servidor de presencia (410, 426, 446) desde el nodo de registro de presencia y de encaminamiento (300, 500) sobre una red IP; y
- (d)
- encaminar el mensaje SS7 desde el nodo de registro de presencia y de encaminamiento (300, 500) hacia una dirección de destino especificada en el mensaje SS7.
\vskip1.000000\baselineskip
2. Nodo de registro de presencia y de
encaminamiento (300, 500) para actualizar información de presencia
relacionada con un usuario final (402, 422, 442) en una base de
datos de servidor de presencia (410, 426, 446) basándose en
información derivada de una acción relacionada con la telefonía,
comprendiendo el nodo de registro de presencia y de encaminamiento
(300, 500):
- (a)
- un módulo de comunicación (320) para la recepción de un mensaje SS7 procedente de una red SS7 y el encaminamiento posterior del mensaje SS7 hacia una dirección de destino especificada en el mensaje SS7; y
- (b)
- un generador de mensajes de servidor de presencia (512) para generar un mensaje de protocolo de internet (IP) compatible con el servidor de presencia a efectos de actualizar información de presencia relacionada con un usuario final (402, 422, 442) en una base de datos de servidor de presencia (410, 426, 446), basándose en el mensaje SS7, y transmitir el mensaje IP al servidor de presencia (410, 426, 446).
\vskip1.000000\baselineskip
3. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, que comprende un módulo
de comunicación de datos avanzado para encapsular el mensaje
compatible con el servidor de presencia en un paquete IP y
transmitir el paquete IP a un servidor de presencia sobre una red
IP.
4. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, en el que el mensaje
compatible con el servidor de presencia es un mensaje de protocolo
de inicio de sesión (SIP).
5. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, en el que el mensaje
compatible con el servidor de presencia es un mensaje de protocolo
de presencia.
6. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, en el que el mensaje
compatible con el servidor de presencia es un mensaje de mensajería
instantánea y protocolo de presencia (IMPP).
7. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, en el que el mensaje SS7
es un mensaje de parte de usuario RDSI (ISUP).
8. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, en el que el mensaje SS7
es un mensaje de parte de aplicación de capacidades de transacción
(TCAP).
9. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, en el que el mensaje SS7
es un mensaje procedente de un centro de conmutación móvil
(MSC).
10. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, que comprende una base de
datos de servidor de presencia (516) asociada funcionalmente al
generador de mensajes de servidor de presencia (512) para recibir
el mensaje compatible con el servidor de presencia y para extraer la
información de presencia en respuesta al mensaje compatible con el
servidor de presencia.
11. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 10, en el que la base de
datos de servidor de presencia (516) está situada internamente con
respecto al nodo de registro de presencia y de encaminamiento
(500).
12. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 10, en el que la base de
datos de servidor de presencia (516) está situada externamente con
respecto al nodo de registro de presencia y de encaminamiento
(500).
13. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, en el que el generador de
mensajes de servidor de presencia (512) está adaptado para recibir
consultas de presencia, enviar las consultas de presencia a una
base de datos de servidor de presencia (516), y recibir respuestas
desde la base de datos de servidor de presencia (516).
14. Nodo de registro de presencia y de
encaminamiento, según la reivindicación 2, que comprende:
- (a)
- medios para generar un mensaje de contabilidad basándose al menos en el mensaje SS7 recibido por el módulo de comunicación o en el mensaje compatible con el servidor de presencia; y
- (b)
- un sistema de contabilidad y facturación para almacenar información de contabilidad basándose en el mensaje de contabilidad.
\vskip1.000000\baselineskip
15. Producto de programa informático que
comprende instrucciones ejecutables por ordenador incluidas en un
medio legible por ordenador para realizar etapas que comprenden:
- (a)
- recibir un mensaje de sistema de señalización siete (SS7) en un nodo de registro de presencia y de encaminamiento (300, 500) en respuesta a una acción relacionada con la telefonía realizada por un usuario final (402, 422, 442);
- (b)
- en respuesta a la recepción del mensaje SS7, formular un mensaje de protocolo de internet (IP) en el nodo de registro de presencia y de encaminamiento (300, 500) para actualizar información de presencia relacionada con el usuario final (402, 422, 442) gestionada por un servidor de presencia (410, 426, 446);
- (c)
- transmitir el mensaje IP al servidor de presencia (410, 426, 446) desde el nodo de registro de presencia y de encaminamiento (300, 500) sobre una red IP; y
- (d)
- encaminar el mensaje SS7 desde el nodo de registro de presencia y de encaminamiento (300, 500) hacia una dirección de destino especificada en el mensaje SS7.
\vskip1.000000\baselineskip
16. Método o producto de programa informático,
según la reivindicación 1 ó 15, en el que la acción relacionada con
la telefonía incluye marcar un número de teléfono de usuario llamado
utilizando un teléfono PSTN (PSTN), y el mensaje de sistema de
señalización siete es un mensaje IAM.
17. Método o producto de programa informático,
según la reivindicación 1 ó 15, en el que la acción relacionada con
la telefonía incluye introducir dígitos DTMF utilizando un
dispositivo de teléfono PSTN (PSTN) después de haber establecido
una llamada, formando los dígitos DTMF un código para ordenar a una
central terminal (444) la formulación del mensaje SS7.
18. Método o producto de programa informático,
según la reivindicación 1 ó 15, en el que el mensaje SS7 es un
mensaje de parte de aplicación de capacidades de transacción (TCAP)
que contiene información de presencia para el usuario final.
19. Método o producto de programa informático,
según la reivindicación 1 ó 15, en el que la acción relacionada con
la telefonía es la activación de un dispositivo de teléfono móvil, y
el mensaje SS7 es un mensaje para actualizar el estatus del abonado
al menos en un registro de posición base (HLR) o en un registro de
posición de visitantes (VLR).
20. Método o producto de programa informático,
según la reivindicación 1 ó 15, en el que la formulación de un
mensaje IP incluye la formulación de un mensaje de protocolo de
presencia.
21. Método o producto de programa informático,
según la reivindicación 1 ó 15, en el que la formulación de un
mensaje IP incluye la formulación de un mensaje de protocolo de
inicio de sesión (SIP).
22. Método o producto de programa informático,
según la reivindicación 1 ó 15, en el que la formulación de un
mensaje IP incluye la formulación de un mensaje de mensajería
instantánea y protocolo de presencia (IMPP).
23. Método o producto de programa informático,
según la reivindicación 1 ó 15, que comprende la generación de un
mensaje de contabilidad en respuesta al menos al mensaje SS7 o al
mensaje IP, y enviar el mensaje de contabilidad a un subsistema de
contabilidad y facturación.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US627253 | 1984-07-02 | ||
US19127800P | 2000-03-22 | 2000-03-22 | |
US191278P | 2000-03-22 | ||
US09/627,253 US7701925B1 (en) | 2000-03-22 | 2000-07-28 | Presence registration and routing node |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2307606T3 true ES2307606T3 (es) | 2008-12-01 |
Family
ID=26886920
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES01920654T Expired - Lifetime ES2307606T3 (es) | 2000-03-22 | 2001-03-22 | Nodo de registro de presencia y de encaminamiento. |
Country Status (7)
Country | Link |
---|---|
US (2) | US7701925B1 (es) |
EP (2) | EP1269764B1 (es) |
AT (1) | ATE400142T1 (es) |
AU (1) | AU2001247684A1 (es) |
DE (1) | DE60134633D1 (es) |
ES (1) | ES2307606T3 (es) |
WO (1) | WO2001072055A2 (es) |
Families Citing this family (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6958994B2 (en) | 1998-09-24 | 2005-10-25 | Genesys Telecommunications Laboratories, Inc. | Call transfer using session initiation protocol (SIP) |
US7120141B2 (en) | 1998-09-24 | 2006-10-10 | Genesys Telecommunications Laboratories, Inc. | Integrating SIP control messaging into existing communication center routing infrastructure |
US7958212B1 (en) * | 2000-02-29 | 2011-06-07 | Microsoft Corporation | Updating presence information |
US7701925B1 (en) | 2000-03-22 | 2010-04-20 | Tekelec | Presence registration and routing node |
US7110773B1 (en) * | 2000-04-11 | 2006-09-19 | Telecommunication Systems, Inc. | Mobile activity status tracker |
WO2002043351A2 (en) | 2000-11-20 | 2002-05-30 | At & T Wireless Services, Inc. | Systems for providing wireless communication presence information |
GB0119819D0 (en) | 2001-08-14 | 2001-10-10 | Ericsson Telefon Ab L M | Communication networks |
GB0125201D0 (en) * | 2001-10-19 | 2001-12-12 | Nokia Corp | A messaging system |
US7085253B2 (en) * | 2001-11-02 | 2006-08-01 | Samsung Electronics Co., Ltd. | System and method for notifying a user of the status of other mobile terminals |
US7395329B1 (en) | 2002-05-13 | 2008-07-01 | At&T Delaware Intellectual Property., Inc. | Real-time notification of presence availability changes |
US20030215080A1 (en) * | 2002-05-17 | 2003-11-20 | Wengrovitz Michael S. | Presence-aware private branch exchange (PBX) |
US7353455B2 (en) | 2002-05-21 | 2008-04-01 | At&T Delaware Intellectual Property, Inc. | Caller initiated distinctive presence alerting and auto-response messaging |
GB0213726D0 (en) * | 2002-06-14 | 2002-07-24 | Nokia Corp | A communication system |
AU2003280467A1 (en) * | 2002-06-26 | 2004-01-19 | Yahoo Inc. | System and method for communicating images between intercommunicating users |
US7370278B2 (en) | 2002-08-19 | 2008-05-06 | At&T Delaware Intellectual Property, Inc. | Redirection of user-initiated distinctive presence alert messages |
DE10241097B4 (de) * | 2002-09-02 | 2006-08-17 | Siemens Ag | Verfahren zum Gewinnen von Präsenzdaten |
EP1550337B1 (en) * | 2002-10-09 | 2012-03-28 | Nokia Siemens Networks Oy | A communication system |
AU2002368267B2 (en) | 2002-10-09 | 2008-05-29 | Nokia Technologies Oy | A communication system |
FR2853181B1 (fr) * | 2003-03-31 | 2005-06-17 | Orange France | Indicateur d'etat connecte/deconnecte d'un terminal a un reseau de paquets |
FR2857479A1 (fr) * | 2003-07-09 | 2005-01-14 | France Telecom | Dispositif et procede de traitement de donnees de presence |
US20050009542A1 (en) * | 2003-07-11 | 2005-01-13 | Valentin Oprescu-Surcobe | Wireless communications network and method for enabling wireless presence-based services |
WO2005086966A2 (en) * | 2004-03-11 | 2005-09-22 | Tekelec | Methods, systems, and computer program products for providing presence gateway functionality in a telecommunications network |
US8204052B2 (en) * | 2005-05-02 | 2012-06-19 | Tekelec, Inc. | Methods, systems, and computer program products for dynamically coordinating collection and distribution of presence information |
US7907713B2 (en) * | 2005-10-25 | 2011-03-15 | Tekelec | Methods, systems, and computer program products for using a presence database to deliver enhanced presence information regarding communications made to or from a presentity |
US20070124386A1 (en) * | 2005-11-21 | 2007-05-31 | Research In Motion Limited | Method for regulating instant messaging traffic |
US7561041B2 (en) | 2006-09-13 | 2009-07-14 | At&T Intellectual Property I, L.P. | Monitoring and entry system presence service |
US8316117B2 (en) | 2006-09-21 | 2012-11-20 | At&T Intellectual Property I, L.P. | Personal presentity presence subsystem |
JP2008263326A (ja) * | 2007-04-11 | 2008-10-30 | Nec Corp | 情報配信システム及びそれに用いる情報配信方法 |
US20090168977A1 (en) * | 2007-12-27 | 2009-07-02 | Brian Galvin | Apparatus and Methods Incorporating Presence Dynamics |
US8576991B2 (en) * | 2008-03-19 | 2013-11-05 | Telecommunication Systems, Inc. | End-to-end logic tracing of complex call flows in a distributed call system |
EP2307976A4 (en) * | 2008-06-13 | 2011-11-16 | Tekelec Us | METHODS, SYSTEMS AND COMPUTER-READABLE MEDIA FOR PROVIDING PRESENCE DATA OF SEVERAL PRESENCE INFORMATION PROVIDERS |
US8433805B2 (en) * | 2008-09-19 | 2013-04-30 | Apple Inc. | Method and system for facilitating contacting people using electronic devices |
US8831645B2 (en) * | 2008-11-24 | 2014-09-09 | Tekelec, Inc. | Methods, systems, and computer readable media for providing geo-location proximity updates to a presence system |
WO2010083509A2 (en) | 2009-01-16 | 2010-07-22 | Tekelec | Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages |
US9253218B2 (en) * | 2009-04-23 | 2016-02-02 | International Business Machines Corporation | Interface for connecting a network element to a session initiation protocol application server |
US9258376B2 (en) | 2009-08-04 | 2016-02-09 | At&T Intellectual Property I, L.P. | Aggregated presence over user federated devices |
US8723913B2 (en) | 2010-10-07 | 2014-05-13 | T-Mobile Usa, Inc. | Rate adaptation for video calling |
KR101502895B1 (ko) | 2010-12-22 | 2015-03-17 | 주식회사 케이티 | 복수의 오류 복제본으로부터 오류를 복구하는 방법 및 상기 방법을 이용하는 스토리지 시스템 |
KR101544481B1 (ko) * | 2010-12-31 | 2015-08-24 | 주식회사 케이티 | 클라우드스토리지 시스템에서 복제본 저장장소를 동적으로 선정하는 방법 및 시스템 |
KR101544485B1 (ko) | 2011-04-25 | 2015-08-17 | 주식회사 케이티 | 클라우드 스토리지 시스템에서 복수개의 복제본을 분산 저장하는 방법 및 장치 |
US8498401B2 (en) | 2011-07-21 | 2013-07-30 | T-Mobile Usa, Inc. | Mobile-to-mobile call determination |
US9118801B2 (en) | 2011-10-24 | 2015-08-25 | T-Mobile Usa, Inc. | Optimizing video-call quality of service |
US8792633B2 (en) | 2012-09-07 | 2014-07-29 | Genesys Telecommunications Laboratories, Inc. | Method of distributed aggregation in a call center |
US9900432B2 (en) | 2012-11-08 | 2018-02-20 | Genesys Telecommunications Laboratories, Inc. | Scalable approach to agent-group state maintenance in a contact center |
US9756184B2 (en) | 2012-11-08 | 2017-09-05 | Genesys Telecommunications Laboratories, Inc. | System and method of distributed maintenance of contact center state |
US9477464B2 (en) | 2012-11-20 | 2016-10-25 | Genesys Telecommunications Laboratories, Inc. | Distributed aggregation for contact center agent-groups on sliding interval |
US10412121B2 (en) | 2012-11-20 | 2019-09-10 | Genesys Telecommunications Laboratories, Inc. | Distributed aggregation for contact center agent-groups on growing interval |
US8837700B2 (en) | 2012-12-04 | 2014-09-16 | Genesys Telecommunications Laboratories, Inc. | Dialed string matching and call cost minimization in dial plan |
US9001975B2 (en) | 2012-12-11 | 2015-04-07 | Genesys Telecommunications Laboratories, Inc. | Contact center recording service |
US9485360B2 (en) | 2012-12-11 | 2016-11-01 | Genesys Telecommunications Laboratories, Inc. | Contact center session preservation |
US9578171B2 (en) | 2013-03-26 | 2017-02-21 | Genesys Telecommunications Laboratories, Inc. | Low latency distributed aggregation for contact center agent-groups on sliding interval |
US9154627B2 (en) | 2013-05-13 | 2015-10-06 | Genesys Telecommunication Laboratories, Inc. | Activities assignment optimization for multi-skill contact center |
US9398107B1 (en) | 2014-03-31 | 2016-07-19 | Sonus Networks, Inc. | Methods and apparatus for aggregating and distributing contact and presence information |
US10306000B1 (en) * | 2014-03-31 | 2019-05-28 | Ribbon Communications Operating Company, Inc. | Methods and apparatus for generating, aggregating and/or distributing presence information |
US10044774B1 (en) | 2014-03-31 | 2018-08-07 | Sonus Networks, Inc. | Methods and apparatus for aggregating and distributing presence information |
US10616153B2 (en) * | 2016-12-30 | 2020-04-07 | Logmein, Inc. | Real-time communications system with intelligent presence indication |
Family Cites Families (115)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5222332A (en) | 1991-04-10 | 1993-06-29 | Mains Jr Gilbert L | Method for material removal |
US5341680A (en) * | 1991-08-30 | 1994-08-30 | Nc Dept. Of Human Resources, Division Of Vocational Rehabilitation Services | Disabled driver assessment system |
US5475651A (en) | 1994-10-18 | 1995-12-12 | The United States Of America As Represented By The Secretary Of The Navy | Method for real-time extraction of ocean bottom properties |
US5579371A (en) | 1994-11-22 | 1996-11-26 | Unisys Corporation | Common channel signaling network applications platform |
US5812639A (en) * | 1994-12-05 | 1998-09-22 | Bell Atlantic Network Services, Inc. | Message communication via common signaling channel |
US5592533A (en) * | 1994-12-23 | 1997-01-07 | Bell Atlantic Mobile Systems, Inc. | Personal communication service registration system and method |
US5774668A (en) | 1995-06-07 | 1998-06-30 | Microsoft Corporation | System for on-line service in which gateway computer uses service map which includes loading condition of servers broadcasted by application servers for load balancing |
FI101443B (fi) | 1995-06-28 | 1998-06-15 | Ericsson Telefon Ab L M | Menetelmä kutsutun tilaajan tavoittamiseksi |
US5812636A (en) * | 1996-09-06 | 1998-09-22 | Northern Telecom Limited | System and method for faulty mobile unit isolation |
FI104876B (fi) | 1996-11-12 | 2000-04-14 | Nokia Mobile Phones Ltd | Järjestelmä ja menetelmä tietojen hakemiseksi tietokannasta |
US5999525A (en) * | 1996-11-18 | 1999-12-07 | Mci Communications Corporation | Method for video telephony over a hybrid network |
US6215790B1 (en) | 1997-03-06 | 2001-04-10 | Bell Atlantic Network Services, Inc. | Automatic called party locator over internet with provisioning |
US6091957A (en) | 1997-06-12 | 2000-07-18 | Northern Telecom Limited | System and method for providing a geographic location of a mobile telecommunications unit |
US6134432A (en) | 1997-06-17 | 2000-10-17 | Bulletin.Net, Inc. | System and process for allowing wireless messaging |
US6324183B1 (en) | 1998-12-04 | 2001-11-27 | Tekelec | Systems and methods for communicating messages among signaling system 7 (SS7) signaling points (SPs) and internet protocol (IP) nodes using signal transfer points (STPS) |
US6424647B1 (en) * | 1997-08-13 | 2002-07-23 | Mediaring.Com Ltd. | Method and apparatus for making a phone call connection over an internet connection |
US6019335A (en) * | 1997-09-02 | 2000-02-01 | Sehati; Shahbaz | Water and soda bottle holder |
US6125177A (en) * | 1997-09-15 | 2000-09-26 | Nortel Networks Corporation | Telephone communications network with enhanced signaling and call routing |
US6411632B2 (en) | 1997-09-16 | 2002-06-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Network hub for interconnecting a wireless office environment with a public cellular telephone network |
US6363411B1 (en) * | 1998-08-05 | 2002-03-26 | Mci Worldcom, Inc. | Intelligent network |
US6122510A (en) | 1997-11-04 | 2000-09-19 | Telefonaktiebolaget Lm Ericsson | Method and apparatus for providing network-specific mobile services |
US6115754A (en) | 1997-12-29 | 2000-09-05 | Nortel Networks Limited | System and method for appending location information to a communication sent from a mobile terminal operating in a wireless communication system to an internet server |
US6571094B1 (en) | 1998-01-22 | 2003-05-27 | At&T Wireless Services, Inc. | Method and system for remote call forwarding of telephone calls from an IP connection |
US6119014A (en) | 1998-04-01 | 2000-09-12 | Ericsson Inc. | System and method for displaying short messages depending upon location, priority, and user-defined indicators |
US6091989A (en) * | 1998-04-08 | 2000-07-18 | Swerdlow; Charles D. | Method and apparatus for reduction of pain from electric shock therapies |
US6304565B1 (en) * | 1998-05-20 | 2001-10-16 | At&T Corp. | Method of completing long distance pots calls with IP telephony endpoints |
US6181937B1 (en) * | 1998-07-01 | 2001-01-30 | Erkki Joensuu | Method for avoiding unnecessary signalling in a cellular communications system |
US20020058507A1 (en) | 1998-10-21 | 2002-05-16 | Eric Valentine | Ip roaming number gateway |
US6128304A (en) | 1998-10-23 | 2000-10-03 | Gte Laboratories Incorporated | Network presence for a communications system operating over a computer network |
US6446127B1 (en) | 1998-10-30 | 2002-09-03 | 3Com Corporation | System and method for providing user mobility services on a telephony network |
US6430176B1 (en) * | 1998-11-06 | 2002-08-06 | Nortel Networks Limited | Multimedia channel management through PSTN signaling |
US6134314A (en) | 1998-12-11 | 2000-10-17 | Qwest Communications International Inc. | Method and system for dynamically redirecting wireline call delivery |
US6333931B1 (en) * | 1998-12-28 | 2001-12-25 | Cisco Technology, Inc. | Method and apparatus for interconnecting a circuit-switched telephony network and a packet-switched data network, and applications thereof |
US6470179B1 (en) * | 1998-12-30 | 2002-10-22 | At&T Corp. | Automatic service selection feature for neighborhood residential cordless service |
US6704287B1 (en) * | 1999-02-26 | 2004-03-09 | Nortel Networks Limited | Enabling smart logging for webtone networks and services |
WO2000060839A1 (en) * | 1999-04-05 | 2000-10-12 | Tekelec | Methods and systems for routing signaling messages associated with ported subscribers in a communications network |
US6747970B1 (en) * | 1999-04-29 | 2004-06-08 | Christopher H. Lamb | Methods and apparatus for providing communications services between connectionless and connection-oriented networks |
US6564261B1 (en) * | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
US6515997B1 (en) * | 1999-05-17 | 2003-02-04 | Ericsson Inc. | Method and system for automatic configuration of a gateway translation function |
US6760343B1 (en) * | 1999-05-20 | 2004-07-06 | Nortel Networks Limited | Method and apparatus for providing a virtual SS7 link in a communications system |
US6091959A (en) | 1999-06-02 | 2000-07-18 | Motorola, Inc. | Method and apparatus in a two-way wireless communication system for location-based message transmission |
US7039040B1 (en) * | 1999-06-07 | 2006-05-02 | At&T Corp. | Voice-over-IP enabled chat |
US6611516B1 (en) * | 1999-06-21 | 2003-08-26 | Nokia Telecommunications Oyj | Short message service support over a packet-switched telephony network |
US6301609B1 (en) * | 1999-07-07 | 2001-10-09 | Lucent Technologies Inc. | Assignable associate priorities for user-definable instant messaging buddy groups |
US6453034B1 (en) * | 1999-07-29 | 2002-09-17 | Mci Worldcom, Inc. | Method of and system for extending internet telephony over virtual private network direct access lines |
US6373930B1 (en) * | 1999-09-09 | 2002-04-16 | Sprint Communications Company L.P. | Method and system for monitoring telecommunications traffic |
US6718178B1 (en) * | 1999-10-01 | 2004-04-06 | Sprint Spectrum, L.P. | Automatic in-line messaging system |
DE59912688D1 (de) | 1999-11-17 | 2005-11-24 | Swisscom Mobile Ag | Verfahren und system zur ausarbeitung und übermittlung von sms-meldungen in einem mobilfunknetz |
US7603411B1 (en) | 1999-12-14 | 2009-10-13 | Nortel Networks Limited | Presence management system |
US6456845B1 (en) | 1999-12-15 | 2002-09-24 | Tekelec | Methods and systems for observing, analyzing and correlating multi-protocol signaling message traffic in a mobile telecommunications network |
US6252952B1 (en) * | 1999-12-30 | 2001-06-26 | At&T Corp | Personal user network (closed user network) PUN/CUN |
US6668167B2 (en) | 2000-01-26 | 2003-12-23 | Mcdowell Mark | Method and apparatus for sharing mobile user event information between wireless networks and fixed IP networks |
JP2004501526A (ja) | 2000-01-26 | 2004-01-15 | インバーティックス コーポレイション | 無線通信網と固定ip通信網の間で移動ユーザーのイベント情報を共用する方法と装置 |
US20010034237A1 (en) * | 2000-03-01 | 2001-10-25 | Masood Garahi | Interactive wagering system with control of unauthorized wagering |
US7058036B1 (en) * | 2000-02-25 | 2006-06-06 | Sprint Spectrum L.P. | Method and system for wireless instant messaging |
GB2365680B (en) * | 2000-03-21 | 2004-01-28 | Ericsson Telefon Ab L M | Transmission of call detail records in a telecommunications system |
US7701925B1 (en) | 2000-03-22 | 2010-04-20 | Tekelec | Presence registration and routing node |
US7522911B2 (en) | 2000-04-11 | 2009-04-21 | Telecommunication Systems, Inc. | Wireless chat automatic status tracking |
AU2001291711A1 (en) | 2000-08-02 | 2002-02-13 | Aepona Limited | Gateway to access network resources |
KR100752927B1 (ko) * | 2000-11-23 | 2007-08-29 | 주식회사 케이티 | 차세대 이동통신망에서 국제 로밍 가입자를 위한로밍서비스 제공방법 |
US6959436B2 (en) * | 2000-12-15 | 2005-10-25 | Innopath Software, Inc. | Apparatus and methods for intelligently providing applications and data on a mobile device system |
US6968052B2 (en) | 2001-01-24 | 2005-11-22 | Telecordia Technologies, Inc. | Method and apparatus for creating a presence monitoring contact list with dynamic membership |
US8019335B2 (en) | 2001-01-29 | 2011-09-13 | Nokia Corporation | Identifying neighboring cells in telecommunication network |
US20030148779A1 (en) | 2001-04-30 | 2003-08-07 | Winphoria Networks, Inc. | System and method of expediting call establishment in mobile communications |
PT1528754E (pt) * | 2001-05-11 | 2008-02-08 | Nokia Corp | Serviço móvel de troca de mensagens instantâneas e de presença |
AU2002308691A1 (en) | 2001-05-23 | 2002-12-03 | Evolving Systems, Incorporated | Apparatus and method for extracting presence, location and availability data from a communciation device deployed in a network |
US7209968B1 (en) * | 2001-05-29 | 2007-04-24 | Agilent Technologies, Inc. | System and method for recovering management of network element(s) responsive to failure of a distributed gateway |
EP1407401B1 (en) | 2001-06-01 | 2007-09-19 | Watercove Networks | Topping up a subscriber's account for a multimedia service on a communications network while the service is being provided |
US7844055B2 (en) | 2001-06-26 | 2010-11-30 | Link Us All, Llc | Detecting and transporting dynamic presence information over a wireless and wireline communications network |
US7711002B2 (en) | 2001-06-26 | 2010-05-04 | Link Us All, Llc | Transcoding SMS-based streamed messages to SIP-based IP signals in wireless and wireline networks |
US6885874B2 (en) | 2001-11-27 | 2005-04-26 | Motorola, Inc. | Group location and route sharing system for communication units in a trunked communication system |
US9635540B2 (en) * | 2002-03-25 | 2017-04-25 | Jeffrey D. Mullen | Systems and methods for locating cellular phones and security measures for the same |
US7382868B2 (en) | 2002-04-02 | 2008-06-03 | Verizon Business Global Llc | Telephony services system with instant communications enhancements |
US20030235180A1 (en) | 2002-04-26 | 2003-12-25 | Valentin Oprescu-Surcobe | Method and apparatus for efficient channel assignment |
US7751825B2 (en) * | 2002-06-27 | 2010-07-06 | Qualcomm Incorporated | Controlling geographic location information of devices operating in wireless communication systems |
JP3980421B2 (ja) | 2002-06-27 | 2007-09-26 | 富士通株式会社 | プレゼンス管理方法及び装置 |
US6757722B2 (en) | 2002-07-16 | 2004-06-29 | Nokia Corporation | System and method for providing partial presence notifications |
US20040047303A1 (en) * | 2002-09-10 | 2004-03-11 | Fernandez Christopher Lawrence | Apparatus, system and method for managing call requests in a communication network providing a plurality of communication services |
US7555108B2 (en) | 2002-10-01 | 2009-06-30 | Nortel Networks Limited | Presence information for telephony users |
US7248566B2 (en) * | 2002-12-30 | 2007-07-24 | Lucent Technologies Inc. | Wireless network with transmission control in a half-duplex voice conference mode |
US7711810B2 (en) * | 2003-01-03 | 2010-05-04 | Nortel Networks Limited | Distributed services based on presence technology |
EP1441486B1 (en) | 2003-01-22 | 2010-03-24 | Nec Corporation | Presence system |
US7216147B2 (en) * | 2003-03-27 | 2007-05-08 | Microsoft Corporation | Controlling publication of presence information |
US7660898B2 (en) | 2003-07-29 | 2010-02-09 | At&T Intellectual Property I, L.P. | Presence enhanced telephony service architecture |
JP2005057709A (ja) | 2003-08-07 | 2005-03-03 | Sony Corp | プレゼンス情報提供システム,プレゼンス管理サーバ,コンピュータプログラム,利用者端末,およびプレゼンス情報提供方法 |
US7574528B2 (en) * | 2003-08-27 | 2009-08-11 | Cisco Technology, Inc. | Methods and apparatus for accessing presence information |
EP1511267A1 (en) | 2003-08-29 | 2005-03-02 | Siemens Mobile Communications S.p.A. | Method for managing presence services in a communication system with heterogeneous presence protocols |
JP3838437B2 (ja) | 2003-09-26 | 2006-10-25 | 日本電気株式会社 | ネットワークスイッチ及びその動作方法、並びにブレードサーバ |
US7333819B2 (en) | 2003-09-26 | 2008-02-19 | Siemens Communications, Inc. | System and method for global positioning system enhanced presence rules |
EP1698157A2 (en) * | 2003-12-08 | 2006-09-06 | Kyocera Wireless Corporation | Push to talk user interface for the management of contacts |
US20050136952A1 (en) | 2003-12-17 | 2005-06-23 | Bohdan Zabawskyj | Wireless instant messaging and multi-media conferencing solution |
US20050143111A1 (en) * | 2003-12-30 | 2005-06-30 | Fitzpatrick Matthew D. | Determining availability of members of a contact list in a communication device |
US7433680B2 (en) | 2004-01-22 | 2008-10-07 | Clarity Communications Systems Inc. | Incoming call management in a push-to-talk communication system |
US7146181B2 (en) | 2004-03-11 | 2006-12-05 | Tekelec | Methods and systems for delivering presence information regarding push-to-talk subscribers |
WO2005086966A2 (en) | 2004-03-11 | 2005-09-22 | Tekelec | Methods, systems, and computer program products for providing presence gateway functionality in a telecommunications network |
US20050228895A1 (en) | 2004-03-30 | 2005-10-13 | Rajesh Karunamurthy | Method, Web service gateway (WSG) for presence, and presence server for presence information filtering and retrieval |
US20060065762A1 (en) * | 2004-09-03 | 2006-03-30 | Leer Rick L | Pressurized tank sprayer having lid seal |
US7319857B2 (en) | 2004-09-13 | 2008-01-15 | Tekelec | Methods, systems, and computer program products for delivering messaging service messages |
US20060112177A1 (en) * | 2004-11-24 | 2006-05-25 | Microsoft Corporation | Method and system for controlling access to presence information on a peer-to-peer basis |
US20060140189A1 (en) | 2004-12-23 | 2006-06-29 | Fuming Wu | Presence system and method for providing a multi-functional communications log |
WO2006099395A2 (en) * | 2005-03-11 | 2006-09-21 | Adobe Systems, Inc. | System and method for displaying information using a compass |
US7260207B2 (en) | 2005-04-15 | 2007-08-21 | Tekelec | Methods, systems, and computer program products for providing presence-qualified E.164 number mapping (ENUM) service in a communications network |
US8204052B2 (en) | 2005-05-02 | 2012-06-19 | Tekelec, Inc. | Methods, systems, and computer program products for dynamically coordinating collection and distribution of presence information |
US7270285B2 (en) * | 2005-05-24 | 2007-09-18 | Blue Sheep Llc | Band cutting system |
KR100647548B1 (ko) * | 2005-10-24 | 2006-11-23 | 삼성전자주식회사 | 이동통신 단말기에서 속도 감지 센서를 이용한 무선 랜스캐닝 주기 제어 방법 |
US7907713B2 (en) | 2005-10-25 | 2011-03-15 | Tekelec | Methods, systems, and computer program products for using a presence database to deliver enhanced presence information regarding communications made to or from a presentity |
BRPI0618038A2 (pt) | 2005-10-25 | 2011-08-16 | Tekelec Us | métodos, sistemas e produtos de programa de computador para uso de um banco de dados de presença para a entrega de uma informação de presença melhorada com referência a comunicações feitas para ou a partir de uma presentidade |
WO2007120876A2 (en) | 2006-04-13 | 2007-10-25 | Tekelec | Methods, systems, and computer program products for providing internet protocol multimedia subsystem(ims) registration services for non-ims devices |
CA2664370A1 (en) | 2006-09-20 | 2008-03-27 | Useful Networks | Providing subscriber specific information across wireless networks |
US8254551B2 (en) * | 2006-12-07 | 2012-08-28 | Tekelec, Inc. | Methods, systems, and computer program products for providing quality of service using E.164 number mapping (ENUM) data in a communications network |
US20090069047A1 (en) * | 2007-09-07 | 2009-03-12 | Tekelec | Methods, systems, and computer program products for detecting wireless bypass in a communications network |
US20090089322A1 (en) * | 2007-09-28 | 2009-04-02 | Mor Naaman | Loading predicted tags onto electronic devices |
US8732246B2 (en) * | 2008-03-14 | 2014-05-20 | Madhavi Jayanthi | Mobile social network for facilitating GPS based services |
EP2307976A4 (en) * | 2008-06-13 | 2011-11-16 | Tekelec Us | METHODS, SYSTEMS AND COMPUTER-READABLE MEDIA FOR PROVIDING PRESENCE DATA OF SEVERAL PRESENCE INFORMATION PROVIDERS |
US8831645B2 (en) * | 2008-11-24 | 2014-09-09 | Tekelec, Inc. | Methods, systems, and computer readable media for providing geo-location proximity updates to a presence system |
-
2000
- 2000-07-28 US US09/627,253 patent/US7701925B1/en active Active
-
2001
- 2001-03-22 EP EP01920654A patent/EP1269764B1/en not_active Expired - Lifetime
- 2001-03-22 EP EP08153801A patent/EP2160040A1/en not_active Withdrawn
- 2001-03-22 WO PCT/US2001/009195 patent/WO2001072055A2/en active Application Filing
- 2001-03-22 DE DE60134633T patent/DE60134633D1/de not_active Expired - Lifetime
- 2001-03-22 AT AT01920654T patent/ATE400142T1/de not_active IP Right Cessation
- 2001-03-22 AU AU2001247684A patent/AU2001247684A1/en not_active Abandoned
- 2001-03-22 ES ES01920654T patent/ES2307606T3/es not_active Expired - Lifetime
-
2010
- 2010-04-19 US US12/762,908 patent/US8422487B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
DE60134633D1 (de) | 2008-08-14 |
US8422487B2 (en) | 2013-04-16 |
EP2160040A1 (en) | 2010-03-03 |
US7701925B1 (en) | 2010-04-20 |
EP1269764B1 (en) | 2008-07-02 |
WO2001072055A3 (en) | 2002-01-31 |
EP1269764A2 (en) | 2003-01-02 |
WO2001072055A2 (en) | 2001-09-27 |
ATE400142T1 (de) | 2008-07-15 |
US20100205248A1 (en) | 2010-08-12 |
AU2001247684A1 (en) | 2001-10-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2307606T3 (es) | Nodo de registro de presencia y de encaminamiento. | |
US6885872B2 (en) | Methods and systems for providing short message gateway functionality in a telecommunications network | |
EP2160039B1 (en) | Screening of mobile application part (map) messages | |
US7403537B2 (en) | Methods and systems for mobile application part (MAP) screening in transit networks | |
US7146181B2 (en) | Methods and systems for delivering presence information regarding push-to-talk subscribers | |
US6944184B1 (en) | Methods and systems for providing database node access control functionality in a communications network routing node | |
US20030091020A1 (en) | Methods and systems for off-loading a-interface short message service (SMS) message traffic in a wireless communications network | |
US20070127676A1 (en) | Methods, systems, and computer program products for using a presence database to deliver enhanced presence information regarding communications made to or from a presentity | |
EP1377909A1 (en) | Methods and systems for preventing short message service (sms) message flooding | |
FI109636B (fi) | Lyhytsanoman välitys tietoliikennejärjestelmässä | |
ES2343206T3 (es) | Sistema transparente de retransmision de señales para servicios de transmision de paquetes. | |
CN101637014B (zh) | 用于使用存在数据库来传送关于发往或发自存在实体的通信的增强型存在信息的方法、系统和计算机程序产品 | |
FI105305B (fi) | Järjestelmä ja menetelmä lyhytsanoman ohjaamiseksi virtuaaliseen tilaajanumeroon sekä järjestelmä ja menetelmä lyhytsanoman ohjaamiseksi asiakaskohtaiseen vpn-tilaajanumeroon | |
EP1169816A1 (en) | Methods and systems for providing database node access control functionality in a communications network routing node | |
US6810113B1 (en) | Methods and systems to make spoken name data available | |
ES2444652T3 (es) | Entrega de mensajes cortos | |
WO2000051325A1 (en) | Methods and systems to make spoken name data available |