MÉTODO PARA SERVICIO DE RETRANSMISIÓN REMOTA (RSF) ENTRE SISTEMAS DISTINTOS CON OPERADOR, SERVICIO Y PORTABILIDAD DE UBICACIÓN
CAMPO DE LA INVENCIÓN La invención se relaciona con la telefonía digital. Más particularmente, la invención se relaciona con centrales de conmutación móviles, telefonía IP, sistema PBX, y redes de empresas PHS . ANTECEDENTES DE LA INVENCIÓN En una solución conocida de retransmisión de llamada remotamente (RCF, por sus siglas en inglés) , un cliente llama a un número telefónico que, desconocido para quien llama, ha sido retransmitido hacia una nueva ubicación. La compañía local de intercambio de origen del cliente reserva la llamada mientras que inicia un mensaje de señalización hacia la compañía local de intercambio de destino evidente . Cuando el mensaje de señalización arriba a la compañía local de intercambio de destino original por medio de la red CCS7, el conmutador sondea la línea de cliente para determinar su estatus (por ejemplo, si la línea de cliente está disponible, ocupada, o retransmitida) . Si la línea ha sido retransmitida, se consulta una tabla de consulta para determinar la nueva ubicación del número, y se establece una nueva trayectoria de señalización. Para establecer una nueva trayectoria de
Ref. : 172924
señalización, se envía otro mensaje de señalización hacia la nueva compañía local de intercambio dé destino evidente, y el proceso se repite hasta que se ha identificado la línea de cliente de destino correcta. Si la línea está disponible, el conmutador regresa un mensaje a la compañía de intercambio de origen para indicar que todo está listo para completar la llamada. Entonces la llamada es liberada por el conmutador de origen y es enviada por la misma trayectoria como la recorrida previamente sobre la red de señalización. Los problemas con esta solución de conmutador-de-conexión de llamada redirigida remotamente incluyen la limitación del servicio a un sistema único. Más aun, la trayectoria de llamada (o por lo menos la trayectoria de señalización) se debe completar antes de que un número portado sea reconocido. Esto resulta en una ineficiente ruta de llamada, lo cual para grandes volúmenes de números portados puede llegar a ser inaceptable. En otra solución, conocida como conmutador-dedesconexión, los conmutadores involucrados al inicio en la fase de establecimiento de llamada son habilitados para acceder a información acerca de los números portados . En esta solución, un cliente llama a un número telefónico que puede o puede no haber sido portado hacia una nueva ubicación. La compañía local de intercambio de origen del cliente (conocida en la arquitectura IN como el Punto de Conmutación de
Servicio, o SSP, por sus siglas en inglés) reserva la llamada mientras que inicia un mensaje de señalización CCS7 para la base de datos IN en el Punto de Control de Servicio, SCP (por sus siglas en inglés) . Cuando el mensaje de señalización llega al SCP, la base de datos es consultada para determinar la dirección de red o número de ruta asociado con el número telefónico marcado. El SCP regresa la información de ruta hacia el SSP. Después el SSP transmite un mensaje de señalización hacia la compañía de intercambio de destino para determinar si el usuario llamado está disponible. La llamada es liberada por el SSP, y se establece la trayectoria de llamado sobre la ruta óptima hacia la compañía local de intercambio de destino. Con tales soluciones de conmutación-de-desconexión, no existen equivalencias para la solución de base de datos de destino para los servicios no-geográficos . Más aun, no proporcionan un método para enlazar los servicios de un usuario quien está suscrito a múltiples proveedores de servicios sobre un dispositivo, aplicación, o ubicación. Las soluciones previas sufren de la desventaja de una suposición de que no existen conexiones de circuitos con calidad en las conexiones de Internet ad hoc . En vez de ello, la calidad del servicio es asumida en el punto terminal . Varias soluciones de telefonía IP son conocidas en el estado previo de la técnica. Por ejemplo, hite et al.,
Patente Norteamericana 6,069,809, enseña los tipos de servicios telefónicos empleando el Internet . White et al . , Patente Norteamericana 6,021,126 enseña el uso del Internet para la portabilidad de un número en telecomunicaciones . White y Ferris, Patente norteamericana No. 6,014,379 enseña servicios de llamadas personalizadas en telecomunicaciones empleando el Internet. Kalmanek, et al., Patente Norteamericana No. 6,324,279, enseña la señalización para enlazar dos sistemas distintos para telefonía IP. Todas estas descripciones son incorporadas aquí como referencias . Estas soluciones, sin embargo, no proporcionan un método para enlazar servicios de un usuario suscrito a múltiples proveedores de servicios sobre un dispositivo. SUMARIO DE LA INVENCIÓN Un sistema de servicio de transmisión remota (RSF) , permite al usuario de servicio telefónico acceder a servicios suscritos por medio de diferentes dispositivos de acceso sin la pérdida o cambio de servicio, aun en donde el usuario accede a diferentes sistemas o utiliza distintos dispositivos telefónicos o diferentes proveedores de servicios. Durante la operación del sistema de servicio de retransmisión remoto un primer proveedor de servicio que exporta recibe una llamada para un número telefónico. El sistema determina si la llama debe ser retransmitida y, si es así, identifica una dirección de protocolo de Internet (IP,
por sus siglas en inglés) asociada con ese número telefónico, y retransmite la llamada hacia tal dirección IP . El sistema es capaz de retransmitir llamadas desde múltiples y distintos sistemas hacia un dispositivo de usuario individual. Lo cual resulte en que, el sistema puede recibir una segunda llamada, para un número telefónico diferente, en un diferente proveedor de servicio que exporta.
No obstante el sistema puede identificar la misma dirección IP para la retransmisión de esa llamada hacia el mismo usuario. El sistema no solamente permite la retransmisión de las llamadas hacia los dispositivos IP del usuario desde un proveedor de servicio que exporta hacia un proveedor de servicio que importa. También permite a un usuario acceder a servicios ofrecidos por el proveedor de servicios que exporta, incluyendo los servicios como llamadas telefónicas de salida y correo de voz . BREVE DESCRIPCIÓN DE LAS FIGURAS La Figura 1 es un diagrama esquemático en bloque que ilustra las conexiones entre los proveedores de servicio y los dispositivos de usuario. La Figura 2 es un diagrama de flujo esquemático que ilustra el establecimiento del servicio en un sistema de servicio de retransmisión remota.
La Figura 3 es un diagrama de flujo esquemático que ilustra el manejo de la llamada entrante en un sistema de servicio de retransmisión remota. La Figura 4 es un diagrama de flujo esquemático que ilustra el manejo de la llamada saliente en un sistema de servicio de retransmisión remota. DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Un sistema de servicio de retransmisión remota (RSF) permite al usuario de servicio telefónico acceder a los servicios suscriptos por medio de diferentes dispositivos de acceso sin la pérdida o cambio del servicio, aun en donde el usuario accede a diferentes sistemas o utiliza dispositivos telefónicos distintos o diferentes proveedores de servicio. Un ejemplo es la extensión de servicio PBX o Centrex. El usuario puede utilizar su equipo telefónico regular en su escritorio, el puede utilizar un teléfono IP inalámbrico Wi-Fi (o PHS) activado cuando se desplaza por la zona de trabajo, o puede utilizar un teléfono móvil normal (tal como un teléfono GSM, CDMD o PHS) cuando se aleja de la zona de trabajo. El sistema RSF permite que los servicios que son ofrecidos al usuario PBX sean proporcionados a estos dispositivos distintos cuando el usuario está utilizándolos.
En otro ejemplo, cuando el usuario se aleja del dominio del proveedor del servicio doméstico, el puede aun lograr acceder a servicios con un dispositivo IP. El dispositivo IP
puede ser, por ejemplo, una aplicación que corre en una computadora personal (PC, por sus siglas en inglés) que tiene una conexión IP. La aplicación incluye una interface de usuario geográfica que imita la interface de un dispositivo telefónico con botones telefónicos. Esta aplicación registra al usuario con el proveedor de servicio doméstico (tal como Verizon) vía el proveedor de servicio de acceso (tal como Comcast) para solicitar que el servicio inalámbrico normal sea proporcionado para la aplicación hasta que el registro sea cancelado. El sistema converge los servicios de los teléfonos de oficina y teléfonos móviles separados del operador en una representación convergente individual (tal como un buzón convergente) dentro de una aplicación IP o dispositivo IP. El sistema también puede utilizar la función regreso-por pérdida para una llamada móvil o fija por cable corporativa, como se ha descrito aquí, que se utilizará cuando una aplicación IP convergente falla para conectarse. Este regreso-por pérdida es implementado de una forma que los servicios de líneas de auxilio se satisfacen o se mejoran lo suficiente para ser derivados eficazmente. El sistema proporciona un medio para que los operadores inalámbricos y las comunicaciones corporativas privadas porten números telefónicos y conviertan ciertas llamadas de suscriptores en voz sobre IP (VoIP) por lo que la llamada es
retransmitida hacia, o desde un URL de usuario-estipulado. El URL puede ser asociado con una aplicación de altavoz en un PC u otro dispositivo IP para un usuario. El dispositivo puede actuar como un punto terminal sustituto para llamadas y servicios de origen y de destino temporalmente y sin fallas en la ubicación del punto terminal original . El servicio puede ser creado en una red de telefonía VoIP utilizando una llamada retransmitida remotamente en la cual se establece la trayectoria-de llamada para los números portados por medio del conmutador del proveedor de servicio exportador no-geográfico. El proveedor de servicio que exporta utiliza su base de datos de servicio para identificar al proveedor de servicio que importa por medio de una dirección IP o URL y la llamada entonces es convertida a IP y retransmitida hacia el softs itch del proveedor de servicios. Alternativamente, la llamada no se convierte y es retransmitida hacia un portal de medios asociado. Con el regreso-por pérdida, en el cual se establece la trayectoria de señalización para los números portados por medio del conmutador de proveedor del servicio no-geográfico que exporta, la trayectoria de llamada se puede establecer desde, tanto en la red del operador de servicio de origen como en la red retransmitida por redundancia. Por ejemplo, antes de una llamada, un proveedor de servicio de banda ancha (BSP, por sus siglas en inglés) , tal
como Comcast, registra una dirección IP o URL de usuario asociada con número telefónico de un usuario móvil . Un proveedor de servicio móvil (MSP, por sus siglas en inglés) tal como Verizon, proporciona un acceso IP al correo de voz del suscriptor para el BSP. Después del estímulo proporcionado por el suscriptor del MSP, se registra un ingreso a la base de datos para una retransmisión de llamada remotamente (RCF) o para bifurcar las llamadas hacia un portal de medios . Una llamada entrante al MSP activa una consulta de base de datos para la base de datos del MSP para determinar si un número ha sido portado. El RCF activa la retransmisión hacia un portal de medios y URL que está asociado geográficamente con ya sea el MSP o BSP. El MSP o BSP envía la llamada al dispositivo IP del usuario. Una bifurcación activa una flujo de llamada que enlaza a ambos, la RCF descrita anteriormente y una conexión regreso-por pérdida a través de un centro de conmutación móvil . En el caso de bifurcación, se pueden establecer reglas sobre como el regreso-por pérdida será vigilado. Las reglas pueden basarse en, por ejemplo, si un puerto está disponible o si el usuario contesta un timbrazo en cualquier dispositivo telefónico. Después de una llamada saliente desde un dispositivo IP sobre un BSP portado desde un MSP, el estímulo de usuario (tal como presionar sobre un botón) puede iniciar una simple
llamada en la cual se intercambia únicamente información de establecimiento de comunicación (estado de cuenta) entre los SPs, de acuerdo a lo indicado en la base de datos de suscriptor del BSP. Alternativamente, el estímulo de usuario puede iniciar complejas indagaciones en la base de datos del MSP para el correo de voz u otras transacciones apropiadas para que el paquete de servicios del MSP sea convertido a paquetes para el IP.. De forma similar, un BSP puede registrar un usuario CCP, o, a la inversa, un MSP puede registrar un usuario BSP o CCP como un sustituto de línea de auxilio. A continuación se ilustran algunas de las relaciones de entidades que pueden ser descubiertas y mantenidas en un sistema de servicio de retransmisión remota. La Figura 1 ilustra las relaciones de datos usados para proporcionar y manejar el sistema de servicio de retransmisión remota. Un suscriptor proporciona información de portabilidad de número telefónico que se necesita para ser clasificado para uno o más perfiles de servicio, productos, y familias de perfiles. Estos perfiles contienen información sobre las personalidades del punto terminal deseadas así como sus características y políticas asociadas usadas para suministrar operacionalmente la calidad del servicio o atributos de línea de auxilio para la sesión. Estos, a su vez, pueden clasificar una base de datos administradora de la aplicación (por ejemplo, un
servidor de característica SIP) y/o un sistema administrador de políticas y/o base de datos. Después de la activación, el suscriptor pasa información de ubicación e identifica el perfil y proveedor del servicio que se invocará durante una llamada entrante . Esta información es clasificada para una orden operacional y las bases de datos para emitir el servicio e información de estado de cuenta y opcionalmente también invoca cierta calidad de interfaces y/o comportamientos de políticas del servicio de los protocolos de sesión entre el administrador de la aplicación y el punto terminal RSF. Un descubridor de servicio de red y de topología de la red es utilizado para dar dirección a emisiones como interfaces VPIM para servicios de correo unificados y tipo Ruteador de Acceso para propósitos de calidad del servicio. Un dispositivo generador, tal como un teléfono o un programa de navegación de Web, podría poblar los elementos de acuerdo a lo descrito más adelante . Al utilizar un modelo de auto-suministro, un cliente puede acceder a un sitio login-protegido vía un dispositivo final en el área de servicios remotos. El servidor contactado puede ejecutar un programa de dispositivo generados a través de un programa de navegación CGI , Java, u otras técnicas (tal como una rutina de cliente incluida o de cliente descargada) . Este descubrimiento está compuesto de información local LAN
de descubrimiento y topología del sitio de red de descubrimiento . Para descubrir información del sitio LAN local, se proporcionan mecanismos de colección y envío de descubrimiento de subred, tal como Ping, ARP -a, solicitudes de Ping, ARP -a, Maquina LOCAL de registro de Windows, etc. Para descubrir la topología del sitio de red local, se crean reportes de mecanismos de determinación de ruta-similar desde las premisas de cliente hacia el elemento administrador de políticas RSF para descubrir las direcciones IP de los primeros varios elementos de red con ruta sobre una trayectoria de paquetes de salida (por ejemplo, Trace-d RSFserver) . Estos reportes son recogidos y enviados. Una determinación DNS inversa se puede conducir en las direcciones IP seleccionadas de los elementos candidatos de ruta de acceso (tal como los 1-3 elementos descubiertos) y los ruteadores de infraestructura candidatos que también pueden tener control opcional por el servidor (es) de política (s) . Una base de datos de dominios puede ser descubierta para encontrar dispositivos de ruta y agregación dentro de la esfera de acuerdo de control o servicio del elemento administrador de políticas asociado con la función RSF, sus funciones y tipos-de acceso (por ejemplo, Ruteador de Cable CMTS, DSL, DSLAM, Dial RAS, desconocido/mejor resultado) .
Se crean guiones del flujo de llamada para la sesión/política. La construcción de calidad apropiada de los mensajes e interface de política de servicio para este tipo-de cliente particular en este tipo-de acceso particular (por ejemplo, políticas CMTS DQoS, suministro de circuitos virtuales DSLAM ATM, IntServe/DiffServ MPLS, ajustes/rutinas destino RSVP proxy, etc.) . El guión de los métodos de acceso con las interfaces de política requeridas es proporcionado de acuerdo a lo requerido para el medio RSF descubierto . En un ejemplo, la Arquitectura Multimedia PacketCable muestra métodos para invocar varios elementos de política para el QoS proxy distribuido por un administrador de política en la solicitud de un administrador de aplicación. Este es un ejemplo de una modalidad de políticas descubiertas por los métodos definidos anteriormente para el sistema de servicio de retransmisión remota. A continuación se muestra una interface de administración de la aplicación (un ejemplo el encabezado SIP) como un ejemplo de una modalidad en la opción de ejecución de la programación de característica de punto terminal de aplicación (SIP) de un dispositivo final utilizando los métodos definidos anteriormente para el servicio de retransmisión remota. El protocolo entre el SIP proxy y el punto terminal RSF puede utilizar un nuevo encabezado SIP, por ejemplo, el
llamado X-multimedia-service-enabled. Este encabezado puede ser agregado a los mensajes desde el SIP proxy (dispositivo central de red) hacia el teléfono SIP (el dispositivo final) . Este encabezado indica qué y cómo el servicio multimedia se deberá proporcionar. La información puede ser enviada al punto final al tiempo del registro o establecimiento de la llamada. EJEMPLO 1 200 OK
CSeq: 1 REGISTER
X-multimedia-service-enabled: CW=yes, CCW=yes, CND=no, DVC=WD6035, SP=SPT El ejemplo 1 es un mensaje enviado desde el SIP proxy
(actuando como un registrador) para informar que esta cuenta únicamente está suscripta para los servicios llamada en espera (CW, por sus siglas en inglés) y cancelación de llamada en espera (CCW, por sus siglas en inglés) y no está suscripto al servicio de suministrar del número que llamó
(CND, por sus siglas en inglés) . El dispositivo a emular es un teléfono Kyocera 6035 (DVC=WD6035) , y los servicios deberán seguir la utilización Sprint (SP=SPT) . Después de recibir este encabezado en la "200 OK" con el mensaje REGISTER, el teléfono SIP deberá parar la presentación del
número que llama al usuario a través del registro completo de vida útil aun cuando el teléfono cuente con tal capacidad incluida en el . El dispositivo de cliente utiliza un dispositivo Sprint Kyocera 6035 con botones trazados al igual que esta personalidad telefónica los usaría para las características de Sprint-adaptable. EJEMPLO 2. INVITE customer@x. com SIP/2.0
X-multimedia-service-enabled: CW=no, DVC=SEI202, SP=VRZN
El ejemplo 2 ilustra un encabezado que puede ser enviado hacia el punto final llamada por llamada cuando aparece en el mensaje INVITE o en las respuesta al mensaje INVITE. El mensaje es enviado desde del SIP proxy hacia el dispositivo final que fue llamado. El encabezado indica que, para esta llamada entrante, el servicio de llamada en espera no se proporcionará aun si el usuario se suscribe al servicio. Esto es útil cuando el que llama no desea que su llamada permanezca en espera. Después de recibir es encabezado en el mensaje INVITE entrante, el teléfono SIP consideraría la llamada entrante como si el dispositivo que es llamado no contara con la cualidad de llamada en espera. Este también menciona que la trayectoria trazada del dispositivo final deberá ser la de un teléfono Siemens SNO202 SIP que el perfil del usuario dice está presente en el sitio del dispositivo
que es llamado, y que el servicio deberá ser trazado para trabajar con características similares a Verizon. II. UN SISTEMA DE SERVICIO DE RETRANSMISIÓN REMOTA EJEMPLAR De acuerdo a lo ilustrado en la Figura 1, un usuario accede a las características del sistema de servicio de retransmisión remota a través de un dispositivo IP (protocolo de Internet) 10. El dispositivo IP 10 puede ser, por ejemplo, un teléfono IP inalámbrico habilitado Wi-Fi (o PHS) o una computadora personal (PC) que cuente con una conexión IP. El dispositivo IP incluye un programa computacional de interface 12. El programa computacional de interface puede ser, por ejemplo, una aplicación de interface de usuario gráfica sobre una PC del usuario. En este caso, el programa computacional de interface preferiblemente cuenta con una interface gráfica tal que imita la interface de un dispositivo telefónico con botones telefónicos, y puede imitar la apariencia de, por ejemplo, el equipo telefónico PBX o Centrex en la oficina del usuario. De esta forma, el usuario no necesita re-aprender la operación del teléfono para utilizarse en diferentes dispositivos . De acuerdo a lo ilustrado en la Figura 1, el usuario puede ser un suscriptor de múltiples proveedores de servicios
(el "proveedor de servicio exportado" 16 y 18) , pero, con el servicio de retransmisión remota, el puede acceder a los
servicios ofrecidos por los proveedores de los servicios a través de un proveedor de servicio individual que importa 14. Por ejemplo, si el usuario ha dispuesto para una retransmisión de llamada remotamente desde el segundo proveedor de servicio que importa 18, las llamadas telefónicas desde un teléfono de inicio 20 pueden ser retransmitidas al usuario por medio del proveedor de servicio que importa 14, como sigue. El teléfono de origen marca un número telefónico que corresponde al número telefónico del usuario en el segundo proveedor de servicio que exporta 18. Por ejemplo, en donde el segundo proveedor de servicio que exporta 18 es un proveedor de servicio móvil, el número telefónico del usuario con ese proveedor de servicio es el número de su teléfono móvil . La llamada puede originarse desde la red pública telefónica conmutada. Al recibir la llamada desde el teléfono de origen, el segundo proveedor de servicio que exporta 18 consulta una base de datos 24 por información asociada con el número telefónico llamado. La base de datos de servicio 24 asocia los números telefónicos con direcciones IP y/o URLs. Si los resultados de la consulta indican que las llamadas hacia el número telefónico llamado están siendo retransmitidas hacia otro proveedor de servicio, el segundo proveedor de servicio que exporta 18 recupera una dirección IP asociada con el número telefónico llamado. La dirección IP puede ser asociada
geográficamente con ya sea el proveedor de servicio que importa o con el que exporta. La llamada retransmitida es enviada hacia el proveedor de servicio que importa 14. El proveedor de servicio que importa 14, el cual puede ser, por ejemplo, un proveedor de Servicio de banda ancha, envía la llamada al dispositivo IP del usuario 10. El primer proveedor de servicio que exporta 16 opera de forma similar al segundo proveedor de servicio que exporta 18. Al igual que el proveedor de servicio 18, el proveedor de servicio 16 incluye su propia base de datos de servicio 26, la cual asocia los números telefónicos del usuario con las direcciones IP y/o URLs. El primer proveedor de servicio que exporta 16 puede ser, por ejemplo, un sistema PBX o Centrex implementado en la oficina del usuario. Un número telefónico de un usuario individual es diferente para los diferentes proveedores de servicio. Por ejemplo, el número de la oficina del usuario (en el primer proveedor de servicio) es diferente del número telefónico móvil del usuario (en el segundo proveedor de servicio) . No obstante, de conformidad con el sistema aquí descrito. Las llamadas hacia el usuario a través de diferentes proveedores de servicio pueden ser dirigidas hacia el mismo dispositivo IP 10. El dispositivo IP 10 puede distinguir llamadas que llegan a través de diferentes proveedores de servicio al, por ejemplo, utilizar sonidos distintivos de timbre para las
llamadas que se reciben de redes diferentes. De igual forma, el programa computacional de interface 12 puede emular a un teléfono diferente para las llamadas que se reciben a través de diferentes proveedores de servicio. Además de contar con la capacidad de recibir llamadas telefónicas retransmitidas desde diferentes proveedores de servicio, un usuario del presente sistema puede realizar llamadas salientes y/o acceder a servicios proporcionados en diferentes redes. Para hacerlo, el usuario inicia una llamada saliente con el dispositivo IP 10 al marcar un número telefónico o introducir un comando "*" . El dispositivo IP 10 contacta al proveedor de servicio que importa 14 con la información introducida por el usuario, y el proveedor de servicio que importa 14 consulta una base de datos de servicio 28 de su propiedad para identificar información necesaria para establecer comunicaciones con uno de los proveedores de servicio que exporta. El usuario del dispositivo IP 10 entonces puede conducir llamadas salientes a través de uno de los proveedores de servicio que exportan, o puede emplear otros servicios de esos proveedores, tal como verificar o manejar mensajes de correo de voz almacenados por esos proveedores de servicio . III. UN MÉTODO DE SERVICIO DE RETRANSMISIÓN REMOTA EJEMPLAR
Un método de operación de un sistema de retransmisión remota es ilustrado en las Figuras 2-4. La Figura 2 ilustra los pasos involucrados en el establecimiento del servicio de retransmisión. En particular, en respuesta a una solicitud de "" usuario en el paso 30, el sistema almacena información portada en las bases de datos asociadas con ambos proveedores, el proveedor de servicio que importa (en el paso 32) y el proveedor de servicio que exporta (en el paso 34) . De esta forma, no solamente puede que las llamadas hacia el proveedor de servicio que exporta sean retransmitidas hacia el usuario con el proveedor de servicio que importa, sino que el usuario en el proveedor de servicio que importa puede acceder a servicios ofrecidos por el proveedor de servicio que exporta. En donde existe más de un proveedor de servicio que exporta, la información portada en el proveedor de servicio que importa puede identificar los diferentes proveedores de servicio que exportan. El proceso de retransmisión de una llamada entrante es ilustrado en la Figura 3. Una llamada es recibida en un proveedor de servicio que exporta en el paso 36. Después el proveedor de servicio que exporta efectúa una verificación en el paso 38 para determinar si una llamada debe ser retransmitida. Si no, la llamada se maneja de forma normal, de otra forma, el proveedor de servicio que exporta localiza en el paso 40 una dirección IP y/o URL hacia la cual la
llamada debe ser retransmitida, y en el paso 42, la llamada es retransmitida hacia la dirección IP. En la Figura 4, se ilustra el proceso para acceder a un servicio en un proveedor de servicio que exporta, utilizando un dispositivo IP en el proveedor de servicio que importa. En el paso 50, el usuario inicia una llamada, y la iniciación de llamada es recibida por el proveedor de servicio que importa. En el paso 52 , el proveedor de servicio recupera la información de usuario, la cual puede incluir información que identifica varios proveedores de servicios suscriptos por el usuario. En el paso 54, el proveedor de servicio que importa identifica al proveedor de servicio que exporta que deberá ser utilizado por la llamada en curso. Por ejemplo, en donde el usuario tiene arreglados múltiples proveedores de servicio que exportan, el sistema puede determinar cual proveedor de servicio es utilizado para las llamadas de voz salientes, o cual sistema responde a los comandos "*" . Una vez que ha recuperado los datos necesarios e identificado al proveedor de servicio que exporta, en el paso 56 el proveedor de servicio que importa intercambia información de reconocimiento con el proveedor de servicio que exporta. Esta información puede incluir información de estado de cuenta. Si cualquier información adicional es requerida por el proveedor de servicio que importa para acceder a los servicios, tales como correo de voz, que son ofrecidos por el proveedor de
servicio que exporta, esa información puede ser intercambiada en el paso 58. Después de que ha recibido la información necesaria, el proveedor de servicio que importa en el paso 60 porta el servicio hacia el usuario sobre una red IP. Por ejemplo, en donde el proveedor de servicio que importa es un proveedor de servicio de banda ancha y el proveedor de servicio que exporta es un proveedor de servicio de telefonía móvil , el usuario puede acceder al correo de voz de su teléfono móvil con una red IP, desde una PC, por ejemplo. Aun cuando esta especificación se ha configurado con ejemplos y modalidades particulares con el fin de dar luz a las diferentes implementaciones de la invención, estas no deben ser comprendidas como una limitación de la invención, de su puesta en práctica la cual incluye variaciones de los sistemas y métodos aquí descritos. Más bien, el alcance de la invención está definido por las diferentes reivindicaciones siguientes . Se hace constar que con relación a esta fecha, el mejor método conocido por el solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.