ES2332493B1 - Pasarela y procedimiento de señalizacion de extensiones fijas corporativas. - Google Patents

Pasarela y procedimiento de señalizacion de extensiones fijas corporativas. Download PDF

Info

Publication number
ES2332493B1
ES2332493B1 ES200802311A ES200802311A ES2332493B1 ES 2332493 B1 ES2332493 B1 ES 2332493B1 ES 200802311 A ES200802311 A ES 200802311A ES 200802311 A ES200802311 A ES 200802311A ES 2332493 B1 ES2332493 B1 ES 2332493B1
Authority
ES
Spain
Prior art keywords
switchboard
extensions
vtcortauna
network
gateway
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 - Fee Related
Application number
ES200802311A
Other languages
English (en)
Other versions
ES2332493A1 (es
Inventor
Oscar-Miguel Sola Reija
Antonio Arias Diaz
Angeles Hermida Omaña
Alejandro Cadenas Gonzalez
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonica SA
Original Assignee
Telefonica SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonica SA filed Critical Telefonica SA
Priority to ES200802311A priority Critical patent/ES2332493B1/es
Priority to PCT/ES2009/070321 priority patent/WO2010012853A1/es
Priority to ARP090102951A priority patent/AR072852A1/es
Publication of ES2332493A1 publication Critical patent/ES2332493A1/es
Application granted granted Critical
Publication of ES2332493B1 publication Critical patent/ES2332493B1/es
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/125—Details of gateway equipment

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Pasarela y procedimiento de señalización de extensiones fijas corporativas.
Se describen una arquitectura de pasarela y un procedimiento para uso en un sistema de comunicaciones, que comprende al menos una centralita (PBX) a la cual están conectadas extensiones fijas corporativas (EXT) y una capa de servicios (CS) en una red de un operador. La pasarela (SGW) comprende medios (1, 2, 4, 5, 6) para proporcionar desde la centralita a la capa de servicios información sobre el estado de extensiones fijas corporativas conectadas a la centralita y para proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios. De este modo, la información sobre el estado de las extensiones fijas corporativas puede ser utilizada por servicios alojados en la red del operador. La arquitectura permite la existencia de servicios en la red del operador del tipo 3PCC (3rd party call control) sobre las extensiones fijas corporativas, de modo que se permita el control de las extensiones en cuanto a establecimiento de llamadas, liberación de las mismas, etc. desde servicios en red. De este modo se obtiene un sistema global convergente fijo-móvil ofertado desde la red del operador, integrando las extensiones fijas corporativas, ya que posibilita servicios centrados en el usuario y no en el tipo de acceso o en el tipo de terminal de usuario.

Description

Pasarela y procedimiento de señalización de extensiones fijas corporativas.
Antecedentes de la invención Campo técnico
La invención que se describe tiene su aplicación en el campo de las comunicaciones corporativas fijas y de su evolución hacia las redes convergentes NGN (Next Generation Network, Red de Siguiente Generación).
Descripción de la técnica relacionada
Tradicionalmente los servicios alojados en la red del operador y en las centralitas o en los CPEs de las empresas (Customer Premises Equipment, Equipamiento en el edificio del cliente) se encontraban aislados unos de otros.
La evolución de las redes tradicionales de telecomunicaciones hacia escenarios de telefonía convergente fija y móvil se está produciendo en la actualidad de cara a su implementación generalizada a medio plazo.
Esta evolución está requiriendo esfuerzos a diversos niveles, como son los relativos a la estandarización de las soluciones o estrategias tecnológicas a seguir en los diversos foros u organismos de estandarización involucrados (TISPAN [1], 3GPP [2], IETF [3]). Este tipo de labores se encuentra en un estado prematuro de definición en cuanto a la integración de las redes de telefonía fija corporativa y las capas de servicio convergente alojada en la red, y se encamina principalmente a la definición de centralitas virtuales en Red o arquitecturas tipo Centrex.
Una posible propuesta de sistema convergente fijo-móvil se ofrece, en el documento ETSI TS 181 002, que define la arquitectura HES, o Hosted Enterprise Service, (Servicios Corporativos en Red) en la que la infraestructura corporativa de comunicaciones de una empresa accede a través de diversos accesos, a una capa de servicios común donde se proporcionan los servicios básicos y suplementarios de telefonía tradicional.
Sin embargo, la propuesta detallada en este documento no posibilita un sistema auténtico FMC (Fixed-Mobile Convergence, Convergencia de fijo-móvil).
El objetivo de esta invención es el de integrar las extensiones fijas corporativas conectadas a una centralita en las aplicaciones de la capa de servicio de la red del operador, de modo que se posibilite un sistema auténtico FMC para las comunicaciones corporativas.
Descripción de la invención
Para ello, según un aspecto de la invención, se proporcionan una pasarela según la reivindicación 1 independiente y un procedimiento según la reivindicación 10 independiente. Las reivindicaciones dependientes recogen realizaciones particulares de la invención.
Según un aspecto de la invención se proporciona una pasarela de señalización para uso en un sistema de comunicaciones. La pasarela se encuentra entre al menos una centralita a la cual están conectadas extensiones fijas corporativas y una capa de servicios en una red de un operador. La pasarela comprende medios para proporcionar desde la centralita a la capa de servicios información sobre el estado de extensiones fijas corporativas conectadas a ella en términos de disponibilidad, presencia de línea, capacidades del terminal o del usuario en tiempo de registro, etc. y para proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios. De este modo, la información sobre el estado de las extensiones fijas corporativas puede ser utilizada por servicios alojados en la red del operador. La arquitectura permite la existencia de servicios en la red del operador del tipo 3PCC (3rd party call control, control de llamada por un tercero) sobre las extensiones fijas corporativas, de modo que se permita el control de las extensiones en cuanto a establecimiento de llamadas, liberación de las mismas, etc. desde servicios en red. De este modo, no habrá diferencia entre una gestión realizada para un usuario a través de la capa de control del operador y las extensiones fijas corporativas exportadas a la red del operador mediante este procedimiento. Por tanto la presencia de la línea fija corporativa podrá ser gestionada por un enabler (capacitador) de presencia OMA [4] que enriquezca los diferentes servicios proporcionados desde la red. La arquitectura de capa de servicios horizontal basada en Enablers se basa en la ejecución orquestada de diferentes servicios proporcionados por diferentes servidores en la red, de modo que la ejecución no se realiza por un único elemento que proporcione toda la información/capacidades para proporcionar el servicio, sino que las diferentes funcionalidades necesarias para la ejecución del servicio se proporcionarán en diferentes servidores optimizados para su función particular. Ello redundará en un aprovechamiento mucho mejor de los recursos, ya que normalmente las funcionalidades particulares de los elementos distribuidos se reutilizan por diversos servicios de usuario y de diversa naturaleza.
Entre los elementos de una capa de servicio horizontal como la que se describe, existe un cierto tipo de elementos que no proporcionan servicios en sí mismos, sino que proporcionan capacidades u información que enriquecen los servicios reales. Un ejemplo claro es el de la presencia, que no constituye un servicio en sí mismo, pero que enriquece otros muchos como puede ser la mensajería instantánea.
OMA [4] define la arquitectura y muchos de estos elementos capacitadores de servicios (o "Enablers") de manera estándar, en concreto el Servidor de Presencia utilizado en la arquitectura de red convergente al que se hace referencia en el párrafo anterior.
La presente invención no se limita a proporcionar los servicios básicos o suplementarios de telefonía, sino que exportando la información relativa a las extensiones fijas, posibilitará realmente los servicios user-centric (centrados en el usuario) desde el operador, ya que aspectos como la identidad única (incluyendo la extensión fija corporativa y el móvil corporativo) son de inmediata implementación. Además, con la arquitectura según la presente invención no sólo es posible la ejecución flexible de los servicios tradicionales, sino también de todos los servicios de valor añadido en fase de definición a partir de las redes de nueva generación.
En el sistema de comunicaciones según la invención, los servicios alojados en la red del operador y en las centralitas quedan unificados y, por lo tanto, se hacen posibles los servicios orientados al usuario y no a la conexión o al tipo de terminal.
Si el operador es fijo-móvil, al tener integradas las extensiones fijas corporativas en la red del operador, dado que las extensiones móviles corporativas se gestionan desde la misma red pública móvil del operador mediante sistemas de traducción de numeración móvil para las empresas que contraten el servicio (VPN móvil), se hace posible el definir usuarios corporativos convergentes, con un fijo corporativo y un móvil corporativo asociado.
Según una realización de la invención, los medios para proporcionar comprenden adaptadores a los protocolos de la red de operador y los protocolos de la centralita o las centralitas. Eso permite la introducción de la pasarela con solamente una mínima adaptación en la capa de servicios y las centralitas ya existentes.
Según una realización, se implementa la pasarela como nodo único al que se conectan todas las centralitas del sistema que disfruten del servicio. En este caso, los medios para proporcionar comprenden varios adaptadores específicos para distintos tipos de centralita. Según una realización alternativa, la pasarela está distribuida geográficamente en plataformas específicas para cada centralita. Esa decisión dependerá de consideraciones particulares en cada caso relativas a fiabilidad y disponibilidad del servicio, costes, rendimiento, impacto en experiencia de usuario,
etc.
Según otra realización, los medios para proporcionar comprenden adaptadores específicos para distintos elementos de la capa de servicio de la red del operador. De este modo la pasarela puede interactuar con varios elementos de la capa de servicio que utilizan distintos protocolos.
Según una realización preferida, los medios para proporcionar comprenden medios de rutado para realizar un rutado inteligente de la señalización generada en la capa de servicio hacia las extensiones adecuadas, así como de las propias extensiones hacia los elementos de la capa de servicio. Para ello se puede usar diversos procedimientos de rutado.
Preferiblemente, los medios de rutado son una base de datos que almacena datos sobre la localización de las extensiones, y un algoritmo de rutado que explota los datos almacenados.
Según otra realización preferida, los medios para proporcionar están diseñados para interactuar con elementos en la capa de servicio que realizarán labores de monitorización de las extensiones permitiendo de este modo la realización de labores de control de las llamadas por estos elementos.
Según un aspecto adicional de la invención, se proporciona un sistema de comunicaciones que comprende al menos una centralita a la cual están conectadas extensiones fijas corporativas, una capa de servicios en una red de un operador, y una pasarela que comprende medios para proporcionar desde la centralita a la capa de servicios información sobre el estado de extensiones fijas corporativas conectadas a ella en términos de disponibilidad, presencia de línea, capacidades del terminal o del usuario en tiempo de registro, etc. y para proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios.
Según otro aspecto adicional de la invención, se proporciona un procedimiento implementado en una pasarela de señalización para uso en un sistema de comunicaciones, que comprende al menos una centralita a la cual están conectadas extensiones fijas corporativas y una capa de servicios en una red de un operador. El procedimiento comprende los pasos de proporcionar desde la centralita a la capa de servicios información sobre el estado de extensiones fijas corporativas conectadas a la centralita y de proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios.
Preferiblemente, se implementa el procedimiento por medio de un programa de ordenador.
Estos y otros aspectos de la invención serán evidentes a partir de y se aclararán con referencia a las realizaciones descritas posteriormente en el presente documento.
Breve descripción de los dibujos
Otras características y ventajas de la invención se pondrán claramente de manifiesto a partir de la descripción que sigue de un ejemplo de realización, que se hace a título ilustrativo y no limitativo, con referencia a los dibujos que se acompañan.
La figura 1 muestra la arquitectura actual de comunicaciones fijas corporativas.
La figura 2 muestra la arquitectura actual de comunicaciones móviles corporativas.
La figura 3 muestra la arquitectura según una realización de la presente invención para las comunicaciones corporativas fijas basada en pasarelas de señalización entre la PBX y la capa de servicio, utilizando protocolos de red hacia la misma y protocolos CTI hacia la PBX.
La figura 4 muestra el desglose de los módulos internos de los elementos de la arquitectura que se muestra en la figura 3.
En todas las figuras, los números de referencia similares se refieren a elementos similares.
\vskip1.000000\baselineskip
Realizaciones preferentes de la invención
La arquitectura actual de comunicaciones fijas corporativas se representa en la figura 1.
El elemento fundamental de la arquitectura existente de comunicaciones fijas es la centralita o PBX (Private Branch Exchange, central secundaria privada), cuya función es la de conmutar las llamadas internas entre las extensiones EXT conectadas a ella, así como la de recibir llamadas desde el exterior hacia las extensiones o cursar llamadas desde las extensiones internas de la empresa hacia el exterior a través de un enlace PRI (Primary Rate Interface, Interfaz de Servicio Primario) o IP (Internet Protocol, Protocolo de Internet) hacia la red pública, por ejemplo una red de telefonía fija PSTN (Public Switched Telephone Network, Red de Telefonía Pública Conmutada) o una red de telefonía móvil PLMN (Public Land Mobile Network, Red Pública de Telefonía Móvil Celular).
Estos elementos ofrecen servicios diversos a las extensiones internas, así como a las llamadas que vienen del exterior (de la red pública), como por ejemplo desvíos, línea de grupo, multiconferencia, servicios de mensajería, priorización de colas de llamadas, etc.
Las centralitas implementan la lógica necesaria para la ejecución de los servicios mencionados, así como otros posibles servicios más específicos de la empresa.
A nivel arquitectural, las PBX se comportan como las funciones de conmutación ("Switching Functions"), ya que tienen capacidades de conmutación de las llamadas y manejo de los medios de las sesiones. Existen otro tipo de elementos, denominados funciones de computación o de control ("Computing Functions"), cuya función es la de controlar a las Switching Functions, mediante unas interfaces basadas en protocolos específicos para esta labor, denominados CTI o Computer Telephony Interface (Interfaz Ordenador Telefonía). Uno de estos protocolos es CSTA, definido por ECMA [5]. Esto tiene el objeto de integrar aplicaciones informáticas (las "Computing Functions"), que pueden ejecutar aplicaciones avanzadas de telefonía, con las PBX que ejecutan la conmutación de las llamadas.
En la capa de servicios se representa en la figura 1 la "Capa de Servicios de Empresa", que representa los servicios alojados en la red del operador destinados a ejecutar servicios de que el operador ofrece a clientes corporativos. En redes tradicionales (como es el caso representado en la figura 1), estos servicios se ejecutan en nodos de servicio en red del operador independientes unos de otros, es decir, no siguen una arquitectura horizontal según lo explicado anteriormente, de modo que los servicios ejecutados en la red móvil (tarificación de las extensiones móviles, localización, etc.) se ejecutan de manera completamente independiente de los servicios equivalentes en la red de telefonía fija. Este hecho se representa en la figura 1.
La capa de servicios VPN de la red del operador es el lugar donde se ejecutan los servicios de telefonía para las extensiones corporativas móviles, mediante lo que se denomina VPN móvil corporativa (aunque puede tener otros nombres en función del operador concreto que preste el servicio). Esto se representa en la figura 2. Las funciones de la VPN móvil corporativa son diversas, incluyendo traducción de numeración de extensiones corporativas, control de consumo, "Call Barring" (limitación de servicios de telefonía en función de permisos del usuario).
De cara a la integración de ambas tipos de acceso al servicio, con vistas a alojar el servicio en la red del operador, se propone la arquitectura basada en pasarelas de señalización sobre protocolos CTI que conectan las centralitas con la capa de servicio en red del operador. Esta arquitectura se representa en la figura 3.
El elemento fundamental de la arquitectura representada es la pasarela de señalización, representada de manera genérica como SGW o "Signalling Gateway" (Pasarela de Señalización). Esta pasarela implementará los protocolos correspondientes de red de operador en la interfaz norte (SIP [6], Parlay [7], etc), mientras que en la interfaz sur deberá implementar los protocolos CTI específicos a la centralita. Esto puede traducirse en fase de implementación en una única plataforma SGW con diferentes APIs "Application Programming Interface" (Interfaz de Programación de Aplicaciones) por tipo de centralita o bien diferentes plataformas específicas para cada centralita.
La arquitectura descrita no cambia ante estos detalles concretos de implementación. Uno de estos aspectos concretos de implementación es el hecho de que el SGW sea único o sea un elemento distribuido geográficamente por PBX o por áreas geográficas.
Las funciones genéricas de esta pasarela de señalización son las siguientes:
-
\vtcortauna Proporcionar a la red todos los eventos correspondientes a las extensiones dadas de alta en el servicio en red. Esto incluirá eventos como los siguientes (esta lista no es exhaustiva):
\circ
\vtcortauna Extensión no lograda en la centralita
\circ
\vtcortauna Evento de pulsado de teclas concretas en el terminal de la extensión fija.
\circ
\vtcortauna Establecimiento de una llamada, bien originada o terminada por la propia extensión fija corporativa.
\circ
\vtcortauna Liberación de una llamada establecida en una extensión fija.
\circ
\vtcortauna Establecimiento de multiconferencia.
\circ
\vtcortauna Recepción exitosa de un servicio o comando desde la red en la extensión fija corporativa.
\circ
\vtcortauna Fallo en la ejecución de un servicio o comando desde la red en la extensión fija corporativa.
\circ
\vtcortauna Ejecución de desvío hacia otro terminal.
\circ
\vtcortauna Detección de tonos DTMFs.
\circ
\vtcortauna Puesta en espera de una llamada establecida.
\circ
\vtcortauna Recuperación de una llamada puesta en espera previamente.
\circ
\vtcortauna Encendido/apagado del indicador de mensaje en espera en el terminal de la extensión.
\circ
\vtcortauna etc
-
\vtcortauna Proporcionar a la red las solicitudes de destino de ruta, de modo que la llamada entrante en la centralita se rute hacia un destino que puede no ser el originalmente seleccionado (la extensión destino hacia la que la llamada originalmente se dirige), sino un destino alternativo suministrado por un servicio en red enviada a la PBX mediante señalización vía el SGW.
-
\vtcortauna Proporcionar a las centralitas los comandos o servicios generados por los elementos correspondientes de la capa de servicio alojados en la red del operador. Estos pueden ser, entre otros, los siguientes. Al igual que en el caso de la lista previa de eventos, esta lista tiene únicamente propósitos ilustrativos y no es exhaustiva:
\circ
\vtcortauna Aceptar llamadas entrantes y entregarlas a la extensión correspondiente.
\circ
\vtcortauna Responder llamadas entrantes directamente en la extensión correspondiente.
\circ
\vtcortauna Cancelar llamadas entrantes destinadas a una extensión concreta.
\circ
\vtcortauna Liberar llamadas establecidas en una extensión concreta.
\circ
\vtcortauna Establecer una multiconferencia con dos o más sesiones preestablecidas.
\circ
\vtcortauna Desviar una llamada.
\circ
\vtcortauna Poner una llamada establecida en espera.
\circ
\vtcortauna Reproducir mensaje de audio en buzón de voz.
\circ
\vtcortauna Rellamada
\circ
\vtcortauna Transferir una llamada.
\circ
\vtcortauna etc
-
\vtcortauna Gestionar el rutado de los mensajes de señalización hacia la red y hacia las centralitas correspondientes de manera efectiva mediante el mantenimiento de tablas de rutado apropiadas o mediante otro tipo de procedimiento similar.
Por tanto el SGW actuará como punto de entrada para la señalización enviada desde las centralitas hacia la capa de servicio y como puerta de salida de la señalización desde la capa de servicio hacia las centralitas.
Los servicios alojados en la red a los que se conectará el SGW podrán ser diversos en cuanto a funcionalidad ofertada (servicios básicos, suplementarios, servidor de presencia, etc.) o en cuanto a la arquitectura (distribución horizontal de la capa de servicios o bien distribución vertical monolítica de los mismos).
A continuación se detallan los componentes básicos de la arquitectura según la invención. Estos detalles concretos de realización no son de necesario cumplimiento para la arquitectura según la invención, pudiendo ésta implementarse de otro modo en función de cada caso concreto.
Se representan en la figura 4 los elementos básicos de los diferentes elementos de la arquitectura. Estos elementos son funcionales, y por tanto, en función de la realización particular de la solución, pueden implementarse en elementos físicos de red de manera diferente.
En el elemento denominado genéricamente SGW se definen los siguientes elementos funcionales:
-
\vtcortauna APIs 1 específicas para cada PBX o tipo de PBX. Estas APIs dependerán del suministrador concreto de la centralita, tecnología de la misma, versión de software cargada en la PBX, etc.
-
\vtcortauna APIs 2 específicos por cada protocolo de red a soportar por el SGW. Estos protocolos dependerán del tipo de elemento en la red del operador con el que el SGW deba interactuar. Algunos ejemplos son SIP, SIMPLE, Parlay, protocolos CTI, etc.
-
\vtcortauna Interfaz 3 para tareas de Provisión, Operación y Mantenimiento.
-
\vtcortauna Base de datos interna 4 para localización de las extensiones. Diversos procedimientos pueden ser utilizados para ello, uno de los posibles es gestionar tablas que almacenen IdExtensión-IdPBX.
-
\vtcortauna Algoritmo de rutado 5 que explota los datos almacenados en la base de datos interna 4.
-
\vtcortauna Máquina de estados 6 de las extensiones gestionadas por el sistema, que realiza las adaptaciones correspondientes entre los protocolos de señalización empleados.
Las APIs 1 específicas para cada PBX o tipo de PBX, las APIs 2 específicas por cada protocolo de red a soportar por el SGW, la base de datos interna 4 para localización de las extensiones, el algoritmo de rutado 5 y la máquina de estados 6 juntos son medios para proporcionar desde la centralita a la capa de servicios información sobre el estado de extensiones fijas corporativas conectadas a la centralita y para proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios.
Como se ha comentado en un apartado anterior, es un detalle de implementación particular el hecho de que el SGW pueda estar o no distribuido o por el contrario sea un elemento único en la red. Esa decisión dependerá de consideraciones particulares en cada caso relativas a fiabilidad y disponibilidad del servicio, costes, rendimiento, impacto en experiencia de usuario, etc.
Asimismo, se define un elemento genérico de la capa de servicios en red, denominado genéricamente MF Monitoring Function (Función de monitorización). Este elemento hará uso de los eventos correspondientes a cada extensión generados por las PBX y encaminados por el SGW. Este elemento de la capa de servicios en red tomará las acciones correspondientes en base a la lógica de negocio que ejecute. Es interesante destacar que pueden existir varios elementos que actúen de Monitoring Function en la capa de servicio en red, cada uno actuando con una funcionalidad diferente. Esto se representa en la figura mediante la posibilidad de que existan N Monitoring Functions en la red. Los módulos funcionales a alto nivel para este elemento son los siguientes.
-
\vtcortauna API 7 de adaptación al protocolo concreto (uno o varios) que interconecte este elemento MF con el SGW.
-
\vtcortauna Pueden existir otros APIs 8 de interconexión que conecten el MF con otros elementos como clientes PC, otros servicios, otras redes de acceso, etc. La presencia o no de estos APIs adicionales, así como su naturaleza dependerá de la funcionalidad concreta del servicio en red que actúe de MF.
-
\vtcortauna Interfaz 9 para tareas de Provisión, Operación y Mantenimiento.
\newpage
-
\vtcortauna Base de datos del servicio 10, que puede incluir perfiles de usuario, dispositivos asociados (identificadores de extensión fija), etc.
-
\vtcortauna Máquina de estados 11 particular del servicio que controla los diversos estados en los que se encuentra cada extensión y realiza transiciones entre los posibles estados en base a los estímulos recibidos desde el SGW (principalmente eventos de monitorización).
-
\vtcortauna Lógica de negocio 12 que actúa en consecuencia según la funcionalidad del servicio y el estado en el que se encuentre la extensión o el usuario asociado.
\vskip1.000000\baselineskip
Se define también un elemento genérico de la capa de servicios en red, denominado genéricamente RF Routing Function (Función de enrutado). Este elemento será consultado por el SGW cuando llegue una llamada entrante destinada a una de las extensiones dadas de alta en este servicio en red de rutado. Aunque es posible que existan escenarios en los que puedan coexistir varios elementos de este tipo en la red, éstos no se han identificado en el momento de la redacción de la presente memoria, y por tanto se representa en la figura 4 una única Routing Function.
Los módulos funcionales a alto nivel para este elemento son los siguientes.
-
\vtcortauna Interfaz 13 para tareas de Provisión, Operación y Mantenimiento.
-
\vtcortauna Base de datos 14 con posibles destinos de desvío de la llamada en base a diferentes condiciones definidas según funcionalidad implementada en el servicio en red.
-
\vtcortauna Máquina de estados 15 particular del servicio que controla los diversos estados en los que se encuentra cada extensión y realiza transiciones entre los posibles estados en base a los estímulos recibidos desde el SGW (solicitudes de rutado de llamadas principalmente).
-
\vtcortauna API 16 de adaptación al protocolo concreto (uno o varios) que interconecte este elemento MF con el SGW.
-
\vtcortauna Pueden existir otros APIs 17 de interconexión que conecten el RF con otros elementos de la red como clientes PC, servicios, otras redes de acceso, etc.
-
\vtcortauna Por último, se incluye dentro de las PBX 18 o centralitas a las que el SGW se conectará un API de adaptación al protocolo concreto que interconecte la PBX con el SGW.
\vskip1.000000\baselineskip
El sistema según las figuras 3-4 funciona del siguiente modo:
- SGW
La entidad SGW funciona de manera bidireccional. Al recibir desde las centralitas o PBX a las que se conecta a través de los conectores (1), los mensajes de eventos sucedidos en las diferentes extensiones corporativas, se ejecutan los algoritmos de rutado adecuados para progresar esa información hacia las entidades de servicio correspondientes a través de las interfaces (2). Estos algoritmos de rutado se basan en mecanismos de suscripción iniciados por las entidades de servicio de monitorización (Monitoring Functions, Funciones de Monitorización, MF), de tal modo que la entidad de servicio correspondiente solicita al SGW ser informado de las actualizaciones o de los eventos generados por extensiones concretas.
Para ello, la entidad SGW requiere de una base de datos (4) que relacione las identidades de extensiones fijas con identidades de centralitas o PBX, el algoritmo de rutado (5) que identifique las entidades a las que notificar en cada caso, y una máquina de estados (6) que almacene la información de cada extensión de la base de datos.
Por otro lado, la entidad SGW realiza un rutado de los comandos recibidos desde las entidades de servicio RF (Routing Functions, Funciones de enrutado) hacia las PBX o centralitas en las que se alojan las extensiones a la que va dirigido el comando.
\vskip1.000000\baselineskip
- MF
Las Funciones de Monitorización (Monitoring Functions) son elementos de red de la capa de servicio que solicitan notificaciones a la entidad SGW para mantener una información actualizada de la situación de cada extensión fija monitorizada por las Funciones de Monitorización.
\newpage
- RF
Las Funciones de enrutado (Routing Functions) son elementos de red de la capa de servicio que al recibir información de una llamada entrante en una extensión fija, devuelven a la PBX correspondiente la información del destino correspondiente a la llamada entrante. El rutado hacia la centralita o PBX correspondiente para este tipo de comandos generados por las Funciones de Rutado se realiza por la entidad SGW.
Según la figura 3, el SGW está alojado en una VPN IP, de tal modo que no tiene conexión con PLMN o PSTN, ni en plano de control ni de usuario. Las conexiones de que consta el SGW y que se detallan en la figura 4 son las correspondientes a la interfaz con la centralita o PBX por un lado, y por el otro con las diferentes entidades de la capa de servicio (plataformas de servicio como servidores de aplicación etc.).
Este detalle se basa en la capacidad de la propia centralita de gestionar la conexión del plano de usuario y de control con las PLMN y PSTN de manera estándar, a través de conexiones PRI (Primary Rate Interface, Interfaz de Servicio Primario) o IP. De este modo el SGW no necesitará implementar esas capacidades y se centrará en rutar las transacciones de señalización entre la centralita y los diferentes servicios (de tipo MF o RF) y en almacenar de manera persistente el estado de las diferentes extensiones/usuarios en la base de datos interna 4 de la SGW.
Aunque la invención se ha ilustrado y descrito en detalle en los dibujos y en la descripción anterior, tales ilustración y descripción han de considerarse ilustrativas o ejemplares y no restrictivas; la invención no se limita a las realizaciones dadas a conocer.
Otras variaciones a las realizaciones dadas a conocer pueden entenderse y llevarse a cabo por los expertos en la técnica al poner en práctica la invención reivindicada, a partir de un estudio de los dibujos, la descripción y las reivindicaciones adjuntas. En las reivindicaciones, la expresión "que comprende" no excluye otros elementos o etapas, y el artículo indefinido "un" o "una" no excluye una pluralidad. Un único procesador u otra unidad pueden cumplir las funciones de varios elementos citados en las reivindicaciones. El mero hecho de que ciertas medidas se citen en reivindicaciones dependientes diferentes entre sí no indica que no pueda utilizarse una combinación de estas medidas de manera más ventajosa. Un programa informático puede almacenarse/distribuirse sobre un medio adecuado, tal como un medio de almacenamiento óptimo o un medio de estado sólido suministrado junto con o como parte de otro hardware, pero también puede distribuirse de otras formas, tal como a través de Internet y otros sistemas de telecomunicación cableada o inalámbrica. Cualquier signo de referencia en las reivindicaciones no debería interpretarse como limitativo del alcance.
\vskip1.000000\baselineskip
Referencias
[1] TISPAN (Telecom & Internet converged Services & Protocols for Advanced Networks). http://www.etsi.org/
tispan/
[2] 3GPP, 3rd Generation Partnership Project. www.3gpp.org
[3] IETF, Internet Engineering Task Force. http://www.ietf.org/
[4] OMA, Open Móbile Alliance, http://www.openmobilealliance.org/
[5] ECMA, http://www.ecma-international.org
[6] SIP: Session Initiation Protocol, Rosenberg, Schulzrinne, Camarillo et al. IETF RFC 3261.
[7] Parlay Specifications, http://www.parlay.org/

Claims (12)

1. Pasarela de señalización (SGW) para uso en un sistema de comunicaciones en el que el sistema comprende:
-
\vtcortauna al menos una centralita (PBX) a la cual están conectadas extensiones fijas corporativas (EXT),
-
\vtcortauna una capa de servicios (CS) en una red de un operador,
caracterizado porque la pasarela (SGW) comprende medios adaptadores para la centralita (1), adaptadores para protocolo de red (2), una base de datos interna (4), un algoritmo de rutado (5) y una máquina de estados (6) estando dichos medios configurados para proporcionar desde la centralita a la capa de servicios información sobre el estado de extensiones fijas corporativas conectadas a la centralita (PBX) y para proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios (CS).
\vskip1.000000\baselineskip
2. La pasarela (SGW) según la reivindicación 1, implementada como nodo único a que se conectan todas las centralitas del sistema que disfruten del servicio y en el que los medios para proporcionar comprenden varios adaptadores específicos para distintos tipos de centralita.
3. La pasarela (SGW) según reivindicación 1 distribuida en plataformas especificas para cada centralita.
4. La pasarela (SGW) según cualquiera de las reivindicaciones anteriores en la que los medios para proporcionar comprenden adaptadores específicos para distintos elementos de la capa de servicio de la red del operador.
5. La pasarela (SGW) según cualquiera de las reivindicaciones anteriores, en la que los medios para proporcionar comprenden medios de rutado (4,5) para realizar un rutado inteligente de la señalización generada en la capa de servicio hacia las extensiones adecuadas, así como de las propias extensiones hacia los elementos de la capa de servicio.
6. La pasarela (SGW) según la reivindicación 5, en la que los medios de rutado comprenden los siguientes elementos funcionales:
-
\vtcortauna una base de datos (4) que almacena datos sobre la localización de las extensiones, y
-
\vtcortauna un algoritmo de rutado (5) que explota los datos almacenados.
\vskip1.000000\baselineskip
7. La pasarela (SGW) según cualquiera de las reivindicaciones anteriores, en la que los medios para proporcionar están diseñados para interactuar con elementos (MF) en la capa de servicio que realizan labores de monitorización de las extensiones permitiendo de este modo la realización de labores de control de las llamadas por estos elementos.
8. Sistema de comunicaciones que comprende al menos:
-
\vtcortauna una centralita (PBX) a la cual están conectadas extensiones fijas corporativas (EXT),
-
\vtcortauna una capa de servicios (CS) en una red de un operador, y
-
\vtcortauna una pasarela (SGW) según cualquiera de las reivindicaciones anteriores.
\vskip1.000000\baselineskip
9. Sistema de comunicaciones según la reivindicación 8 que comprende uno o varios elementos (MF) en la capa de servicio que permita(n) monitorizar desde la capa de servicios los sucesivos eventos que ocurran en una extensión (EXT) conectada a una centralita (PBX) controlada por la pasarela (SGW), o bien en la misma centralita (PBX).
10. Sistema de comunicaciones según la reivindicación 8 o 9 que comprende uno o varios elementos (RF) en la capa de servicio que permita(n) enviar órdenes desde la capa de servicios que permitan ejecutar desde la red del operador los comandos que la centralita (PBX) soporte en su Interfaz de Programación de Aplicaciones (API) hacia la pasarela (SGW).
11. Un procedimiento implementado en una pasarela de señalización para uso en un sistema de comunicaciones en el que el sistema comprende:
-
\vtcortauna al menos una centralita (PBX) a la cual están conectadas extensiones fijas corporativas (EXT),
\newpage
-
\vtcortauna una capa de servicios (CS) en una red de un operador, caracterizado porque el procedimiento comprende los siguientes pasos:
-
\vtcortauna proporcionar desde la centralita a la capa de servicios información sobre el estado de extensiones fijas corporativas conectadas a la centralita y
-
\vtcortauna proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios.
\vskip1.000000\baselineskip
12. Un programa de ordenador que comprende medios de código adaptados para realizar las etapas de la reivindicación 11, cuando dicho programa se ejecuta en un ordenador.
ES200802311A 2008-08-01 2008-08-01 Pasarela y procedimiento de señalizacion de extensiones fijas corporativas. Expired - Fee Related ES2332493B1 (es)

Priority Applications (3)

Application Number Priority Date Filing Date Title
ES200802311A ES2332493B1 (es) 2008-08-01 2008-08-01 Pasarela y procedimiento de señalizacion de extensiones fijas corporativas.
PCT/ES2009/070321 WO2010012853A1 (es) 2008-08-01 2009-07-30 Pasarela y procedimiento de señalización de extensiones fijas corporativas
ARP090102951A AR072852A1 (es) 2008-08-01 2009-07-31 Pasarela y procedimiento de senalizacion de extensiones fijas corporativas

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
ES200802311A ES2332493B1 (es) 2008-08-01 2008-08-01 Pasarela y procedimiento de señalizacion de extensiones fijas corporativas.

Publications (2)

Publication Number Publication Date
ES2332493A1 ES2332493A1 (es) 2010-02-05
ES2332493B1 true ES2332493B1 (es) 2011-02-14

Family

ID=41566366

Family Applications (1)

Application Number Title Priority Date Filing Date
ES200802311A Expired - Fee Related ES2332493B1 (es) 2008-08-01 2008-08-01 Pasarela y procedimiento de señalizacion de extensiones fijas corporativas.

Country Status (3)

Country Link
AR (1) AR072852A1 (es)
ES (1) ES2332493B1 (es)
WO (1) WO2010012853A1 (es)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Distributed PBX gateways to enable the hosted enterprise services architecture in a NGN scenario [CADENAS, A et al]. Innovations in NGN: Future Network and Services, 2008. K-INGN 2008. First ITU-T Kaleidoscope Academic Conference 12-13 Mayo 2008 Página(s): 203-210. Digital Object Identifier 10.1109/KINGN.2008.4542267. Todo el documento. *
Presentación: Distributed PBX gateways to enable the Hosted Enterprise Services architecture in a NGN scenario. [CADENAS, A. et al]. Innovations in NGN: Future Network and Services, 2008. K-INGN 2008. First ITU-T Kaleidoscope Academic Conference 13.05.2008. Todo el documento. *

Also Published As

Publication number Publication date
ES2332493A1 (es) 2010-02-05
AR072852A1 (es) 2010-09-22
WO2010012853A1 (es) 2010-02-04

Similar Documents

Publication Publication Date Title
CA2471640C (en) Communication node architecture
EP2047655B1 (en) A roaming gateway
US7620391B2 (en) Management of multiple user identities in a communication system
US7539492B2 (en) System and method for providing a handoff leg associated with a preexisting leg in a network environment
ES2393952T3 (es) Proporcionar servicios de empresa en una red de abastecimiento de servicios
US8184590B2 (en) Method and system for handoff between wireless networks
US10757562B2 (en) Systems and methods for web-based communications consolidation
US8423629B2 (en) Network framework associating non-enterprise phone with enterprise users
US9497228B2 (en) Class 4 long distance softswitch network with integrated class 5 application services
US8706098B2 (en) Method of conditionally routing a call made to a fixed telephone number
CN103973913A (zh) 一种ngn下实现宽带业务功能的方法及业务平台
ES2374058T3 (es) Subsistema multimedia ip (ims) y método para enviar un mensaje http a través de un ims.
US7706253B1 (en) Gateway to route communications during a fault
KR101319066B1 (ko) 인터넷 프로토콜 멀티미디어 서브시스템의 비요청 통신에 대한 보호
US7447194B1 (en) Application server update message processing
CN101267577A (zh) 实现呼叫接续以及智能业务的方法、系统和设备
ES2332493B1 (es) Pasarela y procedimiento de señalizacion de extensiones fijas corporativas.
US20160050137A1 (en) System and method of providing least-cost routing of calls
EP3094059B1 (en) Routing voice over lte call invites in a terminating ims
ES2391996T3 (es) Procedimiento para portar y conmutar números en dominios IMS
ES2392763B1 (es) Metodo para establecer una conexion entre un terminal que llama y un terminal llamado
ES2273692T3 (es) Metodo y sistema para establecer comunicacion entre una primera y una segunda entidades de comunicacion.
CN117203995A (zh) 用于促进机器对机器通信的系统和方法
Chatras Business communications standardization in ETSI
Hung et al. INTERGRATION OF THE IMS CORE AND THE IP PBX: A CASE STUDY

Legal Events

Date Code Title Description
EC2A Search report published

Date of ref document: 20100205

Kind code of ref document: A1

FG2A Definitive protection

Ref document number: 2332493

Country of ref document: ES

Kind code of ref document: B1

Effective date: 20110202

FD2A Announcement of lapse in spain

Effective date: 20180924