MXPA00006728A - Compuerta programable para una plataforma de canal de apoyo virtual - Google Patents

Abstract

La presente invención se refiere a una compuerta programable para procesar la conversión de protocolo para una plataforma de canal de apoyo virtual. La plataforma incluye una pluralidad de unidades de procesamiento de transacciones (TPUs). Cada TPU procesa las solicitudes de servicio transmitidas por una persona que llama, o transmite las solicitudes de servicio a una parte llamada de destino. La plataforma tiene una red de distribución que se interconecta con las TPUs, y actúa como una barra colectora compartida entre las TPUs. La plataforma recibe y transmite las comunicaciones con una red de comunicaciones sobre los canales de apoyo de una tubería de alta amplitud de banda. Un controlador de conexión cruzada multiplexa las señales que entran a la plataforma sobre los canales de apoyo desde la red de distribución, y también desmultiplexa las señales que salen sobre los canales de apoyo desde la red de distribución. Un administrador de recursos proporciona un control centralizado para la asignación de amplitud de banda a las unidades de procesamiento de transacciones. El administrador de recursos asigna los canales de apoyo disponibles para las conexiones con la red de comunicaciones, y también asigna las ranuras de tiempo disponibles en la red de distribución a las TPUs. La compuerta funciona como un convertidor de protocolo programable que maneja todas las funciones de señalización de la plataforma. Actúa como un conducto entre el administrador de recursos y la red de comunicaciones.. convierte los mensajes de señalización de entrada en un protocolo interno utilizado por el administrador de recursos. De la misma manera, convierte los mensajes internos desde el administrador derecursos en mensajes de señalización para transmitirse sobre la red de comunicaciones.

Description

COMPUERTA PROGRAMABLE PARA UNA PLATAFORMA DE CANAL DE APOYO VIRTUAL ANTECEDENTES DE LA INVENCIÓN Campo de la Invención La presente invención se relaciona generalmente con el campo de las telecomunicaciones, y más específicamente con un sistema y método para procesar solicitudes de servicio.

Técnica Relacionada Las plataformas de voz o audio (también conocidas como unidades de respuesta de voz o audio) generalmente se usan para proporcionar servicios que usan procesamiento automatizado de llamadas. Comúnmente los ejemplos conocidos de esos servicios incluyen el procesamiento de llamadas por cobrar, llamadas asistidas por operadora y transacciones de ventas. En un escenario típico, una persona que llama establece una llamada con la plataforma para solicitar un servicio específico. La plataforma determina el 'servicio deseado en base, por ejemplo, al número marcado por la persona que llama y a la información que proporcione la persona que llame a través de un canal de apoyo. La plataforma dirige la llamada a una aplicación que se ejecuta en una unidad de procesamiento de transacciones para proporcionar el servicio. Un ejemplo de una unidad de procesamiento de transacciones es una unidad de respuesta de voz . Por ejemplo, una persona que llama puede marcar 1-800-COLLECT (POR COBRAR) para hacer una llamada por cobrar procesada por la plataforma. En la plataforma, se asigna una unidad de respuesta de voz (unidad de procesamiento de transacciones) a la llamada entrante. Determinando que la llamada es una llamada 1-800-COLLECT, la unidad de respuesta de voz reproducirá mensajes escritos para la persona que llama, y registrará la información recibida de la persona que llama. Esa información puede incluir el nombre de la persona que llama (es decir, como lo dice la persona que llama) y el número telefónico al que desea llamar la persona que llama (por ejemplo, por medio de introducir dígitos en el teclado del teléfono) . La unidad de respuesta de voz entonces hará una llamada de salida desde la plataforma a la parte a la que se llama. Una vez que se establece esta llamada de salida, la unidad de respuesta de voz reproducirá mensajes de secuencia de comandos para la parte a la que se llama, para efectuar la aceptación de la llamada. La unidad de respuesta de voz identificará a la parte que llama para la parte a la que se llama por medio de reproducir la voz grabada previamente de la persona que llama identificándose a sí misma. La unidad de respuesta de voz también le pedirá a la parte a la que se llama que indique (usando el teclado del teléfono o de otra manera) si se acepta la llamada. Finalmente, si la parte a la que se llama acepta la llamada, entonces se tiene que conectar de alguna manera la llamada entre la parte que llama y la parte a la que se llama. Típicamente, las unidades de respuesta de voz reciben y transmiten llamadas a través de conexiones dedicadas. Las unidades de respuesta de voz generalmente están conectadas a un número seleccionado de canalizaciones de amplitudes de banda grandes, tales como Tls, de una manera conocida. Como es bien sabido, una canalización TI contiene veinticuatro canales (DSOs) . El diálogo entre la persona que llama y la unidad de respuesta de voz, o alternativamente, entre la plataforma y la persona a la que se llama, tiene lugar a través de uno o más de estos canales. Los canales pueden llevar voz o información de datos en un formato digital . Desafortunadamente, en las plataformas convencionales, las Tls están dedicadas a las unidades de respuesta de voz, y no pueden compartir la amplitud de banda. Esto es, a cada unidad de respuesta de voz se le asigna un número fijo de Tls para llamadas que entran a la plataforma desde la red, y además un número fijo de Tls para llamadas que salen a través de la red desde la plataforma. Típicamente, la plataforma está diseñada de tal manera que cada unidad de respuesta de voz tenga un número igual de Tls para llamadas entrantes y para llamadas salientes. En el ejemplo anterior, la llamada entrante desde la persona que llama al 1-800-COLLECT es a través de una Ti entrante dedicada, mientras que la llamada saliente a la parte a la que se llama es a través de una TI saliente dedicada. Sin embargo, esta práctica es extremadamente derrochadora de recursos del circuito. La mayoría de las solicitudes de servicio a la plataforma no requieren de Tls salientes. Las Tls salientes están dedicadas y no pueden usarse para llamadas entrantes. Sin embargo, el proveedor de servicios de la plataforma pudiera no tener otra opción que una conexión dedicada, col el objeto de proporcionar el servicio adecuado al cliente . Esta distribución dedicada de amplitud de banda también pudiera llevar a la ineficiencia en el uso de otros recursos de la plataforma. Por ejemplo, la plataforma puede tener la energía de procesamiento, pero no la amplitud de banda requerida para procesar una transacción. Como resultado, todos los componentes de la plataforma, específicamente las unidades de respuesta de voz, no se utilizarán de manera óptima. Otro problema se relaciona con la provisión de señalización. En los sistemas modernos, la red de señalización está separada de la red de voz conmutada. La señalización se usa para manejar el establecimiento de llamadas, la desmontadura y el procesamiento de información. Esto incluye monitorear el estado de los troncos, indicando la llegada de una llamada entrante, transmitir señales de encaminamiento y destino, etcétera. La señalización se maneja por separado desde los circuitos de voz actuales, papa minimizar la carga en los circuitos de voz, y establecer una arquitectura de red más eficiente .

COMPENDIO DE LA INVENCIÓN La presente invención está dirigida a una plataforma de canal de apoyo virtual especializado. Una plataforma de canal de apoyo virtual puede controlar el transporte de voz e información de datos digitales a través de un canal de apoyo. La plataforma procesa una solicitud de servicio recibida de una red Telecom. La plataforma incluye una pluralidad de unidades de procesamiento de transacciones. Esta también incluye una red de distribución. La red de distribución está acoplada a la pluralidad de unidades de procesamiento de transacciones . La plataforma también incluye un controlador de conexión transversal. El controlador de conexión transversal está acoplado a la red de distribución y a la red Telecom. Esta recibe los datos que corresponden a la solicitud de servicio de la red Telecom. Esta también proporciona los datos recibidos en la red de distribución a una de las unidades de procesamiento de transacciones. Las unidades de procesamiento de transacciones comparten la amplitud de banda en la red de distribución. Más específicamente, la plataforma está conectada a la red Telecom con uno o más canales de apoyo, identificados mediante códigos de identificación de circuito (CICs) de canales de apoyo. Los códigos de identificación de circuito de canales de apoyo especifica un circuito físico en donde se van a transportar datos del canal de apoyo. Las unidades de procesamiento de transacciones pueden procesar o transmitir una solicitud de servicio. La red de distribución proporciona comunicación con las unidades de procesamiento de transacciones por medio de los elementos de la red de distribución. Estos elementos son posiciones de bytes de una señal transmitida a través de la red de distribución. Por lo tanto, el controlador de conexión transversal acopla el uno o más canales de apoyo a la red de distribución. En una modalidad preferida, la plataforma tiene un administrador de recursos. El administrador de recursos controla cómo accesan las unidades de procesamiento de transacciones a los circuitos de la red de distribución. Este incluye un dispositivo de estado para mantener un estado tanto de los canales de apoyo, como de los elementos de la red de distribución. Para una solicitud de servicio entrante, el administrador de recursos recupera la identidad del canal de apoyo (es decir, el CIT) a partir de un mensaje de señalización recibido de la red Telecom. Este traslada al canal de apoyo dentro de los elementos de la red de distribución, usando el dispositivo de estado. Este determina entonces cuál de las unidades de procesamiento de transacciones procesará la solicitud de servicio entrante a través de los elementos de la red de distribución. Para una solicitud de servicio saliente, el administrador de recursos responde a una solicitud de una de las unidades de procesamiento de transacciones. En respuesta, el administrador de recursos asigna un canal de apoyo para la transmisión de la solicitud de servicio saliente. El administrador de recursos transmite la identidad del canal de apoyo disponible por medio de un mensaje de señalización, a través de la red Telecom, a una parte a la que se llama. Una vez que se recibe el reconocimiento de que la parte a la que se llama está conectada (de la red Telecom) , el administrador de recursos traslada el canal de apoyo a un circuito de la red de distribución, e instruye a la unidad de procesamiento de transacciones para que procese la solicitud de servicio saliente, usando esta red de distribución. En una modalidad preferida, la plataforma tiene una puerta de acceso. La puerta de acceso es un convertidor de protocolo programable que se usa para proporcionar todas las funciones de señalización para la plataforma. La puerta de acceso recibe los mensajes de señalización de la red telecom, y también transmite los mensajes de señalización a la red Telecom. La puerta de acceso es la interfase entre la plataforma de canal de apoyo virtual y la red Telecom. Para un mensaje de señalización recibido desde la red Telecom, la puerta de acceso lo convierte a un mensaje interno, en un protocolo interno que use la plataforma. Por ejemplo, el mensaje de señalización recibido puede ser un mensaje de señalización de canal común (CCS) , que la puerta de acceso convierte a un mensaje TCP/IP. De manera similar, para un mensaje en el protocolo interno recibido desde la plataforma (específicamente el administrador de recursos) , la puerta de acceso lo convierte a un mensaje de señalización para transmisión a través de una red CCS. Aquí, un mensaje TCP/IP de la plataforma se convierte a un mensaje CCS.

CARACTERÍSTICAS Y VENTAJAS La presente invención proporciona un número de características y ventajas importantes. Las unidades de procesamiento de transacciones comparten la amplitud de banda en la red de distribución, que actúa como una barra colectora compartida entre las unidades de procesamiento de transacciones. Debido a que la conexión no es dedicada, no hay necesidad de desperdiciar los canales de apoyo en los troncos que se usan para procesar la solicitud de servicio. De conformidad con lo anterior, la invención permite que la amplitud de banda disponible entre la red de canal de apoyo y las unidades de procesamiento de transacciones se utilice de manera óptima. Por las mismas razones, las unidades de procesamiento de transacciones no están necesariamente restringidas por el número de canales disponibles para recibir o enviar datos . Se pueden hacer las unidades de procesamiento de transacciones para procesar de manera óptima las solicitudes de servicios . La separación de la red de señalización y los canales de apoyo es de gran importancia en la optimización de la energía de procesamiento de la plataforma. Debido a que la plataforma es un dispositivo inteligente, los recursos de la plataforma, especialmente los canales de apoyo, se usan de una manera más extensa que en una plataforma de respuesta de voz ordinaria. La presente invención maneja independientemente la asignación y el mantenimiento de los canales de apoyo, usando el administrador de recursos y la puerta de acceso para la provisión de ranuras de tiempo en la red de distribución única.

BREVE DESCRIPCIÓN DE LAS FIGURAS Se describirá la presente invención con referencia a las figuras acompañantes, en donde: La Figura 1 es un diagrama de bloques que ilustra una conexión típica entre una red de telecomunicaciones y una plataforma de voz o audio. La Figura 2 es un diagrama de bloques que ilustra la red de telecomunicaciones que se usa para emplear la presente invención. La Figura 3 es un diagrama de flujo que ilustra cómo se transmite la llamada de una persona que llama a un conmutador de puenteo 130. Las Figuras 4A, 4B y 4C son diagramas que ilustran un formato SONET estándar, y un formato SONET modificado que se emplea de conformidad con las modalidades de la presente invención. La Figura 5 es un diagrama de bloques que ilustra la plataforma de canal de apoyo virtual de la invención. La Figura 6 es un diagrama de flujo que ilustra cómo se conecta la llamada de un conmutador de puenteo a una unidad de procesamiento de transacciones en la plataforma de canal de apoyo virtual . Las Figuras 7A y 7B son diagramas de flujo que ilustran cómo se conecta la llamada de una unidad de procesamiento de transacciones a una parte a la que se llama. La Figura 8 es un diagrama de flujo que ilustra cómo se conecta a la persona que llama con la parte a la que se llama, y se desconecta la plataforma de canal de apoyo virtual de la conexión. La Figura 9 es un diagrama de bloques que ilustra una modalidad con más de un controlador de conexión transversal SONET, y dos o más redes de distribución unidas juntas en la forma de anillos. En las figuras, los mismos números de referencia generalmente indican elementos idénticos, funcionalmente similares, y/o estructuralmente similares. La figura en la que un elemento aparece primero se indica mediante el (os) dígito (s) más a la izquierda en el número de referencia.

DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS índice I. Un Medio Ambiente Ejemplar II. Una Conexión de Canal Dedicado A. Red de telecomunicaciones B. Terminal telefónica C. Conmutador LEC D. Conmutador E. Conmutador de puenteo F. Plataforma de voz o audio 1. Procesadores de llamadas 2. Unidades de procesamiento de transacciones G. Canalización de amplitud de banda alta H. Red de señalización III. La presente invención A. Inconveniencias de la conexión de canal dedicado B. Una introducción C. Transmisión de la llamada al conmutador de puenteo D. Barra colectora SONET E. La plataforma de canal de apoyo virtual 1. Red de distribución e interfases SONET 2. Controlador de conexión transversal SONET 3. Puerta de acceso 4. Administrador de Recursos a. Manteniendo el estado de los recursos b. Llamadas entrantes c. Llamadas salientes d. Indisponibilidad o falla de recursos F. Estableciendo un canal de apoyo entrante con una unidad de procesamiento de transacciones G. Estableciendo un canal de apoyo de salida con la parte a la que se llama H. Desconectando la plataforma de canal de apoyo virtual I. Indisponibilidad o falla de recursos 1. Unidades de procesamiento de transacciones indisponibles 2. Falla de la unidad de procesamiento de transacciones J. Una modalidad complementaria IV. Conclusión I- Un Medio Ambiente Ejemplar La presente invención se describe en términos de un medio ambiente ejemplar. En el medio ambiente ejemplar, una persona que llama originadora intenta hacer una llamada por cobrar, por ejemplo, por medio de marcar 1-800-COLLECT (POR COBRAR) . La llamada se encamina a través de una red de telecomunicaciones a una plataforma de voz o audio, específicamente una plataforma de canal de apoyo virtual que puede procesar datos de voz digitalizados. La plataforma tiene unidades de procesamiento de transacciones, que son, por ejemplo, unidades de respuesta de voz. En la plataforma, se asigna una unidad de procesamiento de transacciones a la llamada que entra. La unidad de procesamiento de transacciones, que determina que la llamada es una llamada 1-800-COLLECT, reproducirá los mensajes grabados para la persona que llama, y grabará la información recibida de la persona que llama. Esa información puede incluir el nombre de la persona que llama (es decir, como lo dice la persona que llama misma) y el número telefónico al que desea llamar la persona que llama (por ejemplo, mediante la introducción de dígitos en el teclado del teléfono) . La unidad de procesamiento de transacciones entonces hará una llamada saliente de la plataforma a la parte a la que se llama. Una vez que se establece esta llamada saliente, la unidad de procesamiento de transacciones reproducirá los mensajes grabados para la parte a la que se llama para efectuar la aceptación de la llamada. Por ejemplo, la unidad de procesamiento de transacciones puede identificar a la persona que llama por medio de reproducir la voz grabada previamente de la persona que llama identificándose a sí misma. En adición, la unidad de procesamiento de transacciones puede pedirle a la parte a la que se llama que introduzca un dígito en el teclado del teléfono, para indicar si acepta o no la llamada. Si la parte a la que se llama acepta la llamada, un conmutador de puenteo, que procesa las derivaciones entrante y saliente de la llamada a la plataforma, puenteará la llamada entre la parte que llama y la parte a la que se llama. Al puentear a los que llaman juntos, el conmutador de puenteo desconecta las conexiones de llamada con la plataforma. En otras palabras, el conmutador de puenteo desconecta las derivaciones entrante y saliente de la llamada dirigida a, y desde la plataforma. Se proporciona la descripción en esos términos únicamente por conveniencia. No se pretende que la invención esté limitada a esta modalidad ejemplar. Por ejemplo, la presente invención se puede usar para soportar otros tipos de llamadas que entran en la plataforma (aparte de las llamadas tipo 1-800-COLLECT) , que requieren procesamiento por parte de las unidades de procesamiento de transacciones. De hecho, después de leer la siguiente descripción, será evidente para las personas expertas en la(s) técnica (s) relevante (s) cómo implementar la presente invención en modalidades alternativas. La presente invención se puede entender mejor por medio de describir primero las características de una conexión de canal dedicado, seguidas por las características de la presente invención, que supera la significativas inconveniencias del canal dedicado.

II. Una Conexión de Canal Dedicado La Figura 1 es un diagrama de bloques que ilustra una conexión típica entre una red de telecomunicaciones y una plataforma de voz o audio. La Figura 1 incluye la red de telecomunicaciones 100 y la plataforma de voz o audio 150.

A. Red de telecomunicaciones La red de telecomunicaciones 100 comprende una terminal telefónica 110, un conmutador LEC 115, un conmutador 120, y un conmutador de puenteo 130. Una plataforma de voz o audio 150 comprende los procesadores de llamadas 160, 170, 180, y las unidades de procesamiento de transacciones 161-164 (así como las unidades de procesamiento de transacciones que se muestran pero que no están marcadas) . Cada unidad de procesamiento de transacciones recibe 48 canales a través de dos troncos TI . El conmutador de puenteo 130 está conectado a la plataforma de voz o audio 150 por medio de una canalización de amplitud de banda alta 140. La canalización de amplitud de banda alta 140 comprende numerosos troncos individuales. La red de telecomunicaciones 100 puede incluir una red convencional que emplee señalización, específicamente una red CCS. La red de telecomunicaciones 100 puede ser una red privada (por- ejemplo, enlaces de telecomunicaciones, etcétera propiedad de y/u operados por entidades privadas tales como corporaciones) . Por otra parte, la red de telecomunicaciones también puede ser una red pública o una combinación de redes privadas y públicas. A continuación se explica la operación de la red de telecomunicaciones 100 y la manera en la cual se procesa una solicitud de servicio.

B. Terminal telefónica La terminal telefónica 110 puede ser un aparato telefónico convencional, que comprenda un transmisor y receptor, que invoque las comunicaciones usando señales DTMF, o cualquier otro instrumento o máquina capaz de funcionar de una manera similar. La terminal telefónica 110 también pueden ser dispositivos más sofisticados, tales como un sistema telefónico clave y un intercambio de ramificación privado.

C. Conmutador LEC El conmutador de portador de intercambio local (LEC) 115 es un conmutador que pone en tándem la terminal telefónica 110 con un portador de intercambio interno (IXC) . Un portador de intercambio interno se conoce más comúnmente como un portador de larga distancia, tal como por ejemplo la MCI Telecommunications Corp. La terminal telefónica 110 está localizada en un área de acceso y transporte local (LATA) , que proporciona servicios telefónicos locales mediante un portador de intercambio local . El portador de intercambio local usa uno o más conmutadores LEC 115 para encaminar llamadas telefónicas localmente, es decir, dentro del LATA. Sin embargo, para servicios de larga distancia el portador de intercambio local encamina la llamada a un conmutador LEC 115 especial para encaminamiento de larga distancia. En este caso, el conmutador LEC 115 se conoce como un conmutador de oficina central (CO) .

D. Conmutador El conmutador 120 es un conmutador IXC. El conmutador 120 pone en tándem (o conmuta) las llamadas desde el conmutador LEC 115 a otro conmutador IXC, llamado un conmutador de puenteo 130. El conmutador 120 puede ser, por ejemplo, un Conmutador de Multiplexión Digital 250 (conmutador DMS-250) disponible con la Nortel (Northern Telecom) Corporation.

E. Conmutador de puenteo El conmutador de puenteo 130, que es otro conmutador IXC, proporciona una conexión entre el conmutador 120 y la plataforma de voz o audio 150. Los conmutadores de puenteo se emplean para interconectarse a cualquier plataforma de voz o audio. Estos permiten que se realicen de una manera eficiente las solicitudes de servicio (incluyendo llamadas por cobrar) , que requieren procesamiento mediante las unidades de procesamiento de transacciones, localizadas en estas plataformas. Para el ejemplo de una llamada por cobrar, esta eficiencia da como resultado la habilidad del conmutador de puenteo 130 para desconectar canales a la plataforma de voz o audio 150, después de que se establece la llamada por cobrar. Esto se explicará adicionalmente más adelante. En adición, el conmutador de puenteo 130 puede realizar otras funciones importantes, tales como proporcionar servicios de facturación. Los servicios de facturación se emplean para determinar cuánto facturar por una llamada telefónica. Una llamada 1-800, por ejemplo, requiere de servicios de facturación especial, que manejan los IXCs de maneras únicas. Al igual que el conmutador 120, el conmutador de puenteo 130 puede ser un DMS-250 disponible con la Nortel Corporation.

F. Plataforma de voz o audio La plataforma de voz o audio 150 comprende los procesadores de llamadas 160, 170, 180. Los procesadores de llamadas tienen las unidades de procesamiento de transacciones 161-164, así como las unidades de procesamiento de transacciones que se muestran pero que no están marcadas. En una conexión de canal dedicado, el número de troncos que entran y que salen de cada unidad de procesamiento de transacciones es fijo. Por ejemplo, cada unidad de procesamiento de transacciones puede recibir 48 canales a través de dos troncos TI, con 24 canales entrantes que entran en cada unidad de procesamiento de transacciones 161-164, y 24 canales salientes que salen a través de cada unidad de procesamiento de transacciones 161-164. Los canales entrantes se usan para recibir llamadas que entran en cada unidad de procesamiento de transacciones. Los canales salientes se usan para hacer llamadas que salen de cada unidad de procesamiento de transacciones . 1. Procesadores de llamadas Los procesadores de llamadas 160, 170 y 180 representan sistemas que pueden establecer la conexión en el sistema de conmutación de una manera bien conocida. Por ejemplo, como lo reconocen aquellos de experiencia ordinaria, el procesador de llamadas 160 realiza el establecimiento de la llamada para las llamadas que llegan a las unidades de procesamiento de transacciones 161-164. 2. Unidades de procesamiento de transacciones Cada una de las unidades de procesamiento de transacciones 161-164 es un sistema capaz de procesar uno o más tipos de solicitudes de servicio. Las llamadas por cobrar son un ejemplo de un tipo de solicitud de servicio. Otros ejemplos incluyen, pero no están limitados a, llamadas con tarjeta de crédito, llamadas con ayuda de una operadora, y llamadas con tarjeta telefónica con cargo. Más de una unidad de procesamiento de transacciones pueden ser capaces de procesar el mismo tipo de solicitudes de servicio. Estas unidades de procesamiento de transacciones de función similar pueden estar localizadas en diferentes procesadores de llamadas. Una aplicación puede estar asociada con cada uno de los tipos de solicitudes de servicio. La aplicación se implementa como una combinación de hardware, software, firmware, o similares. La aplicación, cuando se ejecuta, realiza las tareas requeridas de la unidad de procesamiento de transacciones. Esas tareas incluyen reproducir mensajes grabados para las personas que llaman, y recibir datos de las personas que llaman. Los mensajes grabados se transmiten a través de los troncos TI a las personas que llaman. Los datos recibidos de las personas que llaman incluyen mensajes hablados por la persona que llama, y señales DTMF introducidas por una persona que llama desde el teclado del teléfono. Las aplicaciones pueden usar los datos grabados para tomar decisiones respecto a la llamada, y para encaminar la llamada, por ejemplo, a una parte a la que se llama. Las unidades de procesamiento de transacciones pueden incluir unidades de respuesta de voz o audio. Como lo reconocen aquellos de experiencia ordinaria, una unidad de respuesta de voz o audio proporciona respuestas de voz sintetizadas a las entradas de ' señales DTMF, procesa llamadas en base a la información derivada a partir de tablas de búsqueda basadas en computadora, la información recibida de las personas que llaman, y la información que se lleva con la llamada entrante. Un ejemplo de una unidad de procesamiento de transacciones, semejante a las unidades de procesamiento de transacciones 161-164, es lo que se conoce como un marco de control maestro en la industria de las telecomunicaciones. Un marco de control maestro ejemplar está disponible con la Intervoice Company, 17811 aterview Parkway, Dallas, TX 75252.

G. Canalización de amplitud de banda alta Una canalización de amplitud de banda alta es un grupo troncal que comprende un número" de troncos individuales.

Cada tronco es una línea de comunicación entre dos elementos de la red. En la Figura 1, la canalización de amplitud de banda alta 140 se muestra conectando el conmutador de puenteo 130 con la plataforma de voz o audio 150. La canalización de amplitud de banda alta está distribuida en una serie de troncos TI, con un par de troncos TI conectándose a cada unidad de procesamiento de transacciones 161-164. Como se muestra, cada par de Tls (que se conectan a una unidad de procesamiento de transacciones) puede llevar suficiente amplitud de banda de frecuencia para 48 canales, con cada canal llevando datos que corresponden a un solo canal de voz. En la modalidad ejemplar, hay un TI dedicado para llamadas entrantes a una unidad de procesamiento de transacciones (es decir, 24 canales) , y un TI dedicado para llamadas salientes desde una unidad de procesamiento de transacciones (es decir, otros 24 canales) . Como lo reconocen aquellos de experiencia ordinaria, sin embargo, esta falla es arbitraria y no es significativa para la invención.

H. Red de señalización Se puede usar una red de señalización, tal como la red CCS, para proporcionar establecimiento de llamadas y servicio para las llamadas, estas funciones incluyen monitorear el estado de los enlaces de señalización en uso, indicar la llegada de una llegada entrante, transmitir señales de encaminamiento y destino, y otras de tales importantes funciones. El establecimiento de llamadas se realiza antes de que se transmitan los datos de la llamada actuales de la red de telecomunicaciones 100 sobre los canales de voz, a través de la canalización de amplitud de banda alta 140, a la plataforma de voz o audio 150. Las redes de señalización son bien conocidas en el campo de las telecomunicaciones, aún con respecto a las plataformas de voz o audio. Para un entendimiento detallado de una red CCS ejemplar, específicamente una red de señalización de sistema de señalización 7 (SS7) , se hace referencia al lector a "Signaling System #7" (Travis Russell, ISBN 0-07-054991-5, McGraw-Hill, Nueva York, NY 10020), que está incorporado en su totalidad a la presente como referencia. Aunque en la Figura 1 no se muestra la red CCS , ésta se describe posteriormente con respecto a la presente invención. Sin embargo, es importante notar que la red CCS descrita posteriormente se usa de una manera que es única a la presente invención.

III. La presente invención A. Inconveniencias de la conexión de canal dedicado Existe un número de inconveniencias con la conexión de canal dedicado. Debido a que los Tls están dedicados a las unidades de procesamiento de transacciones 161-164, las unidades de procesamiento de transacciones 161-164 no pueden compartir la amplitud de banda. Esto es extremadamente derrochador de los recursos del circuito. La mayoría de las solicitudes deservicio a la plataforma de voz o audio 150 no requieren de Tls salientes. Aún así, el proveedor de servicio Telecom pudiera no tener otra opción que dedicar el mismo número de Tls entrantes y salientes a cada unidad de procesamiento de transacciones 161-164. Esto se hace para asegurar que se una llamada entrante a la plataforma de voz o audio 150 requiere una derivación saliente, entonces ésta esté disponible. La conexión de canal dedicado también desperdicia recursos de la plataforma de voz o audio 150. Si los recursos de la plataforma de voz o audio 150 tienen la energía de procesamiento, pero no la amplitud de banda requerida, para procesar una llamada, entonces las unidades de procesamiento de transacciones 161-164 no se utilizan de manera óptima. Otro problema se relaciona con la provisión de señalización. Desafortunadamente, esos dispositivos inteligentes como la plataforma de voz o audio 150 no separan convencionalmente los circuitos de señalización y voz, en donde hay conexiones dedicadas entre los circuitos de voz y las unidades de procesamiento de transacciones 161-164.

B. Una introducción La Figura 2 es un diagrama de bloques que ilustra la red de telecomunicaciones que se usa para emplear la presente invención. La red de telecomunicaciones comprende la terminal telefónica 110, el conmutador LEC 115, el conmutador 120, la base de datos 125, el conmutador de puenteo 130, y un par de punto de transferencia se señalización (STP) 230. En una modalidad, la base de datos 125 puede ser el punto de acceso de datos (DAP) de MCI, aunque la base de datos 125 puede ser cualquier base de da os que reconozcan aquellos expertos en la técnica. La base de datos 125 puede estar localizada externamente al conmutador 120 (es decir, una base de datos externa) o en cambio, puede estar localizada adentro del conmutador 120 (es decir, una base de datos interna) . El par STP 230 es parte de una red CCS 220 (es decir, en una modalidad en donde la red CCS 220 sea una red de señalización SS7) que se usa para establecer una llamada antes de que se transmitan los datos de la llamada. Los ejemplos de la señalización CCS en la red CCS 220 incluyen (1) cualquier mensaje de señalización ISUP de la ANSÍ (American National Standards Institute) ; (2) cualquier mensaje de señalización ISUP de la ITU (International Telecommunications Union) ; y (3) cualquier mensaje de señalización ISUP que se específico al país (es decir, cualesquier variaciones de ISUP que varíen de país a país) . El par STP 230 es un par de conmutadores de paquete redundantes que reciben información de señalización empaquetada a través de la red CCS 220. La Figura 2 también incluye una plataforma de canal de apoyo virtual 250 y una base de datos 240 asociada. La base de datos 240 puede estar localizada externamente a la plataforma de canal de apoyo virtual 250 (es decir, una base de datos externa) o en cambio, puede estar localizada adentro de la plataforma de canal de apoyo virtual 250 (es decir, una base de datos interna) .

C. Transmisión de la llamada al conmutador de puenteo La Figura 3 es un diagrama de flujo que ilustra cómo se transmite • la llamada al conmutador de puenteo 130. En el paso 302, una persona que llama originadora, que usa la terminal telefónica 110 desea establecer una llamada por cobrar, en particular una llamada por cobrar que manejará la plataforma de canal de apoyo virtual 250. Por ejemplo, la persona que llama originadora marca en el teclado de la terminal telefónica 110 el número 1-800-COLLECT. Entonces se origina una llamada desde la terminal telefónica 110. En el paso 304, el portador de intercambio local transmite la llamada al conmutador LEC 115. En la presente modalidad, el conmutador LEC es una CO, y la llamada se transmite desde la misma a un portador de intercambio interno (no se muestra) de una manera bien conocida. En el paso 306, el portador de intercambio interno receptor encamina la llamada a un conmutador IXC. Específicamente, el portador de intercambio interno encamina la llamada al conmutador 120 de una manera bien conocida. En el paso 308, el conmutador 120 accesa la base de • datos 125. La base de datos 125 traslada el número 1-800-COLLECT a un número telefónico asociado con la plataforma de canal de apoyo virtual 250 (el número de destino de la plataforma de canal de apoyo virtual 250) . La base de datos 125 también regresa la información de encaminamiento importante para la llamada. La red de señalización inventiva incluye todos los tipos de redes CCS reconocidas por aquellos expertos en la técnica. En una modalidad, la red CCS inventiva es una red de señalización SS7. Una breve descripción de una red de señalización SS/, específicamente como se utiliza ésta en la presente invención, facilitará un mejor entendimiento de la invención. Para esta descripción, se describen los mensajes de señalización SS7 como teniendo cuatro capas, aunque la capa 4 (capa del usuario) puede estar dividida en dos capas. La primera capa, Parte de Transferencia de Mensajes - capa 1 (MTP-Ll) define las características físicas, eléctricas, y funcionales del enlace de datos de señalización, y el elemento para accesarla. La segunda capa (MTP-L2) define las funciones y procedimientos para, y relacionados con, la transferencia de mensajes de señalización a través de los enlaces de datos de señalización. Las funciones de la MTP-L2 incluyen la delimitación de los mensajes de señalización, la detección y corrección de errores, y la detección de fallas del enlace de señalización. La tercera capa (MTP-L3) proporciona las funciones de la red de señalización, para transferir los mensajes entre los puntos de señalización, que son nodos de la red de señalización y están identificados por un código de punto único. La función de manejo del mensaje de señalización asegurará que los mensajes de señalización que origina una parte de usuario particular en un punto de señalización (punto de origen) se envíen a la misma parte de usuario en el punto de destino, indicado por la parte de usuario de envío. La cuarta capa para esta área de interés es la Parte de Usuario (ISUP) de la Red Digital de Servicios Integrados (ISDN) . La ISUP define el protocolo que soporta las funciones de señalización que se requieren para proporcionar servicios de voz y no voz. La ISUP se usa para transportar esa información como el número de la parte que llama, e información de administración del tronco. Los primeros dos campos de la ISUP son el Código de identificación de circuito (CIC) , seguido por el Tipo de Mensaje (MT) . El código de identificación de circuito identifica el circuito (canal de apoyo) seleccionado por el procesamiento de llamada en el conmutador originador. El MT define un mensaje a partir de un conjunto de mensajes que se usan para soportar el establecimiento, desmontadura, y administración de los canales de apoyo. Existen una diversidad de mensajes ISUP. Los mensajes ISUP más comunes son el mensaje de dirección inicial (IAM) , el mensaje completo de dirección (ACM) , el mensaje de respuesta (ANM) , el mensaje de desconexión (REL) , y desconexión completa (RLC) . Existen otros mensajes no enlistados en la presente. (ANSÍ Tl-lll/1995 y Tl-113/1995) . En una modalidad, en adición al número telefónico de destino de la plataforma de canal de apoyo virtual 250, el conmutador 120 también usa la base de datos 125 para recuperar un código de identificación de circuito (CIC) . Este CIC identifica un canal de apoyo disponible entre el conmutador 120 y el conmutador de puenteo 130. En otra modalidad, el conmutador 120 determina el canal de apoyo disponible sin usar la base de datos 125. En el paso 310, el conmutador 120 establece una conexión con el conmutador de puenteo 130. Primeramente, el conmutador 120 genera un mensaje de dirección inicial y lo transmite al conmutador de puenteo 130, a través de la red de señalización 220, por medio del par STP 230. El mensaje de dirección inicial incluye el código de identificación de circuito, es decir, identificando un canal de apoyo que esté disponible entre los conmutadores. El mensaje de dirección inicial también incluye el número de destino de la plataforma de canal de apoyo virtual 250, y toda la información de encaminamiento requerida. Específicamente, el mensaje de dirección inicial tiene un CIC establecido al identificador troncal (es decir, identificando al canal de apoyo) , un código de punto de origen (OPC) establecido al código de punto del conmutador de origen (es decir, el conmutador 120) y un código de punto de destino (DPC) establecido al código de punto del conmutador de destino (es decir, el conmutador de puenteo 130) . Después de que está completo el establecimiento de la llamada por medio de la red CCS 220, se encamina la llamada al conmutador de puenteo 130 a través del canal de apoyo disponible .

D. Barra colectora SONET La presente invención usa dos formatos de protocolo SONET (red óptica sincrónica) diferentes en una red de distribución (barra colectora SONET) en la plataforma de canal de apoyo virtual 250. La red de distribución conecta las unidades de procesamiento de transacciones en la plataforma de canal de apoyo virtual 250. En una primera modalidad, se usa un protocolo SONET estándar. El SONET estándar es un protocolo para señales de alta velocidad transmitidas usando multiplexión sincrónica conmutada por circuitos. Las interfases físicas para SONET incluyen marcos de señal de transporte sincrónica (STS) , y marcos de portador óptico (OC) . Para un entendimiento detallado del formato SONET estándar, se hace referencia al lector a muchas fuentes públicamente disponibles, incluyendo "SONET and TI Architecture for Digital Transport Networks", Ulysses Black y Sharlene Waters, ISBN#0-13 -447590-9. Un marco SONET estándar incluye un campo de carga general de transporte, que comprende un campo de carga general de sección y un campo de carga general de línea, un campo de carga general de trayectoria, bytes de relleno, y una porción principal para transmitir datos (en la forma de tributarios virtuales o -VTs). En una red de telecomunicaciones, las trayectorias comprenden una o más líneas, que a su vez comprenden una o más secciones. Una- trayectoria es un enlace lógico de extremo-a-extremo entre usuarios. Una línea es un segmento entre dos nodos, que se usan para multiplexar, sincronizar, conmutar, y conectar transversalmente la señal SONET. Una sección es un segmento típicamente entre regeneradores y nodos, que se usa para enmarcar y localizar fallas en la comunicación. Por lo tanto, el campo de carga general de trayectoria, el campo de carga general de línea, y el campo de carga general de sección se usan para efectuar comunicaciones entre sus segmentos de comunicaciones correspondientes, es decir, trayectorias, líneas y secciones. En esta modalidad, un controlador de conexión transversal SONET asigna cada dato del canal de apoyo de la canalización de amplitud de banda alta 215, a posiciones de byte específicas en la barra colectora SONET. La barra colectora SONET usa un formato de celda VT1.5, que. opera a una • velocidad OC-3. Para la operación a la velocidad OC-3, se intercalan 28 celdas VT1.5 en un solo marco STS-1, y 3 marcos STS-1 se intercalan en un solo marco STS-3. Un marco STS-3 tiene 84 celdas para llevar datos del canal, y 162 bytes adicionales que se usan para carga general y relleno. Una sola celda VT1.5 es el equivalente de 27 bytes de datos. Los 162 bytes (el equivalente de 6 celdas) se usan como sigue: 81 bytes para un campo de carga general de transporte (campos de carga general de sección y de carga general de línea) ; 27 bytes para un campo de carga general de trayectoria; y 54 bytes para bytes de relleno adicionales. Un solo STS-1 tiene un campo de carga general de transporte, que comprende un campo de carga general de sección y un campo de carga general de línea, que tiene 27 bytes (es decir, equivalente a una sola celda) . Sin embargo, puesto que se intercalan tres marcos STS-1 para formar un solo marco STS-3, el campo de carga general de transporte del marco STS-3 resultante comprende 81 bytes. Los campos de carga general de sección y línea del marco STS-1 inventivo (es decir, intercalado en un marco STS-3) se puede entender mejor con referencia a las Tablas 1 y 2 y a las Figuras 4A y 4B. La Figura 4A ilustra los bytes de un campo de carga general de sección 420, configurado como hileras de 3 bytes. Estos bytes se explican en la Tabla 1. De manera similar, la Figura 4B ilustra los bytes de un campo de carga general de línea 440, configurado como hileras de 3 bytes.

Estos bytes se explican en la Tabla 2. En la Figura 4A, los primeros dos bytes de la carga generan de sección 420 son los bytes Al, A2 , que se usan para sincronización. Refiriéndonos a la Figura 4B, la primera posición de celda (es decir, la posición de la primera celda que lleva datos del canal) se puede determinar a partir de los bytes apuntadores de carga general de línea Hl, H2. Las posiciones de celdas restantes se determinan a partir de la bien conocida técnica de intercalación.

Tabla 1. Carga General de Sección Tabla 2 En el marco STS-3 de la presente modalidad, las 84 celdas restantes se usan para llevar datos. Cada celda tiene 27 bytes, 24 bytes para llevar datos del canal y 3 bytes que actúan como bytes de carga general de Tributario Virtual (VT) . Cada byte de datos contiene un solo canal de apoyo, de tal manera que una sola celda contiene 24 canales de apoyo (es decir, que corresponden a un TI) . Las comunicaciones a través de la barra colectora SONET se efectúa por medio de marcos sucesivos. Cada marco sucesivo tiene la misma secuencia de celdas. Se designa una sola celda para cualquier comunicación sobre un canal de apoyo dado. En consecuencia, una unidad de procesamiento de transacciones en la plataforma de canal de apoyo virtual 250 puede encontrar el canal de apoyo correcto de la barra colectora SONET, por medio de encontrar la celda apropiada. En otras palabras, cada unidad de procesamiento de transacciones transmitirá y recibirá datos en una o más celdas asignadas, que corresponden a los canales de apoyo. En esta modalidad, los bytes de carga general de transporte y carga general de empaquetamiento se usan para operaciones, administración y mantenimiento (OAM) . En consecuencia, esta modalidad incluye 84 celdas que se usan para llevar canales de apoyo, 54 bytes de relleno fijos que se usan como rellenos de espacio para la operación de intercalación, y 81 bytes (para la carga general de transporte) más 27 bytes (para la carga general de trayectoria) que se usan para OAM.

Por lo tanto, la amplitud de banda que se usa es de 155.52 MHZ (8000 marcos/segundo x ((84 celdas/marco x 27 bytes/celda) + 81 bytes + 27 bytes + 54 bytes) x 8 bits/byte) , ascendiendo a una velocidad OC-3. Los datos se transmiten en la barra colectora SONET a la velocidad OC-3, y se interpretan como un formato VT1.5 estándar. Una segunda modalidad de la presente invención usa un formato SONET modificado. En el formato SONET modificado, se reconoce que debido a que la señal SONET se transmite en el ciclo cerrado de la barra colectora SONET inventiva (red de distribución '540) , no se requieren bytes de carga general y de relleno. Por lo tanto, en cada marco los 162 bytes adicionales que normalmente se usan para los bytes de carga general y de relleno se usan como celdas (es decir, 6 celdas) que llevan datos del canal. Mediante esa modificación, esta modalidad permite el uso de 90 celdas a una velocidad OC-3 (155.52 MHZ), contra 84 celdas. Mediante el uso de 90 celdas, la modalidad puede soportar 90 x 24 canales de apoyo, o 90 Tls. En adición, no teniendo que tratar con los campos de carga general hace a esta modalidad menos intensiva para el procesador. Como con la modalidad anterior, los marcos (es decir, 90 celdas) se repiten 8000 veces/segundo para soportar aplicaciones de voz. La Figura 4C ilustra un formato SONET VT1.5 modificado para esta modalidad. Este formato SONET modificado es el mismo para una celda individual que el formato estándar, pero difiere en el sentido de que se usan 6 celdas más en el marco. El marco SONET 400 se repite 8000 veces por segundo. Una celda 402 tiene 27 bytes ("octetos"). De éstos, 24 bytes 408 corresponden a los 24 canales de apoyo de una canalización TI.

Por lo tanto, cada celda 402 tiene 24 bytes para llevar datos, con cada uno de estos bytes llevando un canal de apoyo. Los tres bytes restantes en cada celda 402 son bytes de carga general VT . Como se muestra, de los tres bytes restantes en la celda 402, un byte 404 se usa para sincronización (siempre tiene el valor 7E) , el segundo byte 406 se usa como un identificador de celda (tiene valores en el rango de 0-89) , y el tercer byte no se usa. Puesto que noventa celdas juntas forman el marco 400, la amplitud de banda total que se usa es de 155.52 MHZ (8000 marcos/segundo x 90 celdas/marco x 27 bytes/celda x 8 bits/byte), es decir, una velocidad OC-3. Por lo tanto, los datos se transmiten en la barra colectora SONET a una velocidad OC-3, pero el contenido se interpreta de conformidad con las modificaciones descritas en la presente. Aunque la plataforma de canal de apoyo virtual de la presente invención se describe con referencia a formatos SONET estándares y modificados, será evidente por la descripción que se proporciona en la presente, que se pueden implementar modalidades alternativas, usando otros formatos compatibles con SONET (por ejemplo, OC-1, OC-12, OC-48, etcétera) con otros estándares y velocidades de transmisión, dependiendo de las aplicaciones adecuadas. La manera en la cual la plataforma de canal de apoyo virtual de la presente invención usa el estándar VTl .5 estándar y modificado será más clara por la descripción a continuación.

E. La plataforma de canal de apoyo virtual La Figura 5 es un diagrama de bloques que ilustra la plataforma de canal de apoyo virtual 250 en detalle. La plataforma de canal de apoyo virtual 250 incluye un controlador de conexión transversal SONET 510, procesadores de llamadas 520A y 520B que tienen interfases SONET 521, 531, unidades de procesamiento de transacciones 525, 535, una red de distribución 540, una puerta de acceso 550, un administrador de recursos 560 y una red de protocolo de control de transmisión/protocolo de internet (TCP/IP) 570. Para la presente invención, las unidades de procesamiento de transacciones 525, 535 no están limitadas a procesadores tales como unidades de respuesta de voz. Por ejemplo, en una modalidad, las unidades de procesamiento de transacciones son módems individuales o bancos de módems . Estos módems pueden funcionar como conmutadores de acceso, proporcionando acceso a una o más redes adicionales . Por ejemplo, los bancos de los módems 525, 535 pueden proporcionar acceso a una red de modo de transferencia asincrónica (ATM) o una red de relevador por marcos, que a su vez proporciona acceso interno por medio de un proveedor de servicios de internet (ISP) . La plataforma de canal de apoyo virtual 250 se describirá como operando con la red de comunicaciones 100 de la Figura 2. Sin embargo, se debe entender que la plataforma de canal de apoyo virtual 250 se puede adaptar para operar con otros tipos de redes externas, sin apartarse del alcance y espíritu de la presente invención. También es importante notar que la plataforma de canal de apoyo virtual 250 inventiva no corresponde necesariamente con lo que se reconoce en la técnica como una plataforma de canal de apoyo virtual, y se proporciona en la presente únicamente para proporcionar facilidad de entendimiento. Por ejemplo, los recursos de la plataforma (por ejemplo, las unidades de procesamiento de transacciones 525, 534, la puerta de acceso 550, el administrador de recursos 560 y el controlador de conexión transversal SONET 510) pueden estar localizados en distancias geográficas grandes uno del otro, de tal manera que el recurso no se consideraría parte de lo que se entiende comúnmente que es una "plataforma" . De conformidad con lo anterior, se definirá la plataforma de canal de apoyo virtual por las relaciones funcionales entre' los recursos como se proporcionan en la presente, y no cualesquier conceptos actuales de una plataforma de canal de apoyo virtual . 1. Red de distribución e interfases SONET En una modalidad preferida, la red de distribución 540 es una barra colectora SONET. La barra colectora SONET transporta canales de apoyo entre el conmutador de puenteo 130 y las unidades de procesamiento de transacciones 525, 535. En otras palabras, se puede pensar conceptualmente de la barra colectora SONET como una estructura de marco para señales de canal de apoyo que llegan a la plataforma de canal de apoyo virtual 250 desde la canalización de amplitud de banda alta 215, y para las señales de canal de apoyo que salen a través de la canalización de amplitud de banda alta 215 desde la plataforma de canal de apoyo virtual 250. Adentro de la plataforma de canal de apoyo virtual 250, las unidades de procesamiento de transacciones 525, 535 pueden añadir datos a, o remover datos de la barra colectora SONET, usando las interfases SONET 521, 531, respectivamente. Por lo tanto, la barra colectora SONET es efectivamente un ciclo SONET que atraviesa todas las unidades de procesamiento de transacciones 525, 535 de la plataforma de canal de apoyo virtual 250. La señal de los canales de apoyo que llegan a través de la canalización de amplitud de banda alta 215 se multiplexa por división de tiempo para formar la barra colectora SONET. Como se nota, se puede usar una señal de formato SONET estándar o una señal de formato SONET modificada. 2. Controlador de conexión transversal SONET El controlador de conexión transversal SONET 510 está acoplado a los Tls de la canalización de amplitud de banda alta 215 en un lado (afuera de la plataforma de canal de apoyo virtual 250) , y a la red de distribución 540 en el otro lado (adentro de la plataforma de canal de apoyo virtual 250) . El controlador de conexión transversal SONET 510 es un multiplexor y desmultiplexor. Por ejemplo, el controlador de conexión transversal SONET 510 puede ser un multiplexor de caída añadida (ADM) . El controlador de conexión transversal SONET 510 multiplexa por división de tiempo los datos que entran desde la canalización de amplitud de banda alta 215. Este también desmultiplexa por división de tiempo los datos que salen de regreso a través de la canalización de amplitud de banda alta 215. Este proporciona una interfase entre los dos lados (es decir, la canalización de amplitud de banda alta 215 y la red de distribución 540) para transferir los datos del canal de apoyo desde un lado hasta el otro, mientras que se conforman a los estándares de la interfase en los lados respectivos. 3. Puerta de acceso La puerta de acceso 550 es un convertidor de protocolo programable que maneja todas las funciones de señalización para la plataforma de canal de apoyo virtual 250. La puerta de acceso 550 puede, por ejemplo, ser una combinación de hardware y software implementada en un sistema de computadora que implementa un sistema operativo (por ejemplo, el Sistema Operativo Unix) . Aunque en esta sección se describe la puerta de acceso 550, ésta funciona como se describe más completamente más adelante en la descripción de las Figuras 6-8. La puerta de acceso 550 recibe los mensajes CCS que llegan a través de la línea CCS 235. Esta convierte un mensaje CCS recibido al protocolo TCP/IP, y genera un mensaje TCP/IP correspondiente. Esta transmite entonces el mensaje TCP/IP generado, a través de la red TCP/IP 570, al administrador de recursos 560. En la modalidad preferida, la red TCP/IP 570 es un tipo de red Ethernet. En una modalidad, el mensaje TCP/IP generado usa el Protocolo de Conmutador MCI (MSP) propietario. Sin embargo, como lo reconocen aquellos de experiencia ordinaria, también se puede usar cualquier tipo de protocolo similar. Por ejemplo, se puede usar cualquier protocolo orientado a los bytes, o cualquier protocolo definido mediante el uso de la notación de sintaxis abstracta 1 (ASN.l) . Los ejemplos de protocolos incluyen, pero no están limitados a, Enterprise Computer Telephony Forum (ECTF) S.200 X.25, SNA, ITU Q931. La puerta de acceso 550 también recibe los mensajes TCP/IP transmitidos desde el administrador de recursos 560 a través de la red TCP/IP 570. Como se ilustra en la descripción que sigue, en respuesta la puerta de acceso 550 puede generar y transmitir entonces un mensaje CCS correspondiente a través de la línea CCS 235. La puerta de acceso 550 realiza todas las funciones de cronometraje que requieren el protocolo CCS y el protocolo TCP/IP. Esta también maneja todo el control de flujo CCS, el procesamiento de sobrecarga, y las actividades de administración que requieren tanto la red CCS como el administrador de recursos 560. Aquellos de experiencia ordinaria notarán que la puerta de acceso 550 puede realizar una función similar para protocolos aparte de cualquier protocolo CCS específico y el protocolo TCP/IP. La razón es que una importancia primaria de la puerta de acceso 550 es actuar como un conducto entre el administrador de recursos 560 y la red CCS 220. 4. Administrador de Recursos El administrador de recursos 560 es un componente clave de la presente invención. En una modalidad preferida, éste comprende una combinación de hardware y software implementada en un sistema de computadora que usa el Sistema Operativo Unix. Aunque en esta sección se describe el administrador de recursos 560, sus funciones se describen más completamente más adelante en la descripción de las Figuras 6- a. Manteniendo el estado de los recursos Una función clave del administrador de recursos 560 es el mantenimiento de la información del estado acerca de los elementos de la plataforma de canal de apoyo virtual 250. Esta información se almacena rápidamente en, y se recupera de una base de datos 240 interna o externa. Por ejemplo, esa base de datos accesible es un punto de acceso de datos (DAP) de MCI, aunque la base de datos 240 puede ser cualquier base de datos que reconozcan aquellos expertos en la técnica. El administrador de recursos 560 mantiene el estado de cada canal de apoyo que entra a la plataforma de canal de apoyo virtual 250, a través de la canalización de amplitud de banda alta 215. Este también mantiene el estado de cada canal de apoyo que sale de la plataforma de canal de apoyo virtual 250, a través de la canalización de amplitud de banda alta 215. El administrador de recursos 560 determina el estado del canal de apoyo entrante por medio de determinar cuáles canales de apoyo que entran al controlador de conexión transversal SONET 510 (desde la canalización de amplitud de banda alta 215) están disponibles, y cuáles de estos canales de apoyo están en uso. de manera similar, el administrador de recursos 560 determina el estado del canal de apoyo saliente mediante la determinación de cuáles canales de apoyo que salen del controlador de conexión transversal SONET 510 están disponibles, y cuáles de estos canales de apoyo están en uso. El administrador de recursos 560 mantiene el estado presente y el estado potencial de cada unidad de procesamiento de transacciones 525, 535. Por ejemplo, el administrador de recursos 560 tiene conocimiento de cuáles unidades de procesamiento de transacciones están ocupadas, y cuáles están disponibles. Este también puede tener conocimiento de cuánto tiempo ha estado en uso una unidad de procesamiento de transacciones 525, 535 dada. En adición, el administrador de recursos mantiene conocimiento de cuáles unidades de procesamiento de transacciones 525, 535 puede procesar una llamada que entra a la plataforma de canal de apoyo virtual 250. Por ejemplo, el administrador de recursos 560 determina cuáles unidades de procesamiento de transacciones 525, 535 puede procesar una llamada 1-800-COLLECT. Esto incluye conocimiento de si una llamada dada requiere de procesamiento especial. Por ejemplo, si el número de destino es un número 1-800, el número puede trasladarse a diferentes números, dependiendo de la hora del día, etcétera. Como con otros datos, el administrador de recursos 560 obtiene esta información por medio de accesar una base de datos interna o externa, tal como la base de datos 240. Otros requerimientos de procesamiento especial incluyen conectarse a una operadora según se especifique mediante la base de datos, o proporcionar indicaciones de voz adicionales antes de regresar el control a la unidad de procesamiento de transacciones 525, 535. b. Llamadas Entrantes Cuando entra una solicitud de servicio a la plataforma, a través de la línea CCS 235, la puerta de acceso 550 le informa al administrador de recursos 560 de la solicitud de servicio, por medio de enviarle un mensaje. El administrador de recursos 560 determina, por este mensaje, en cuál canal de apoyo están entrando los datos. Este asigna entonces los datos a una unidad de procesamiento de transacciones 525, 535 disponible capaz de procesar la llamada. Al determinar a cuál unidad de procesamiento de transacciones 525, 535 dirigir una llamada entrante, el administrador de recursos 560 realiza el balanceo de carga (también llamado participación de carga) . Por ejemplo, en base a un cálculo determinado previamente o en tiempo real, el administrador de recursos 560 puede distribuir la llamada entrante a las unidades de procesamiento de transacciones 525, 535, de tal manera que las unidades de procesamiento de transacciones 525, 535 tengan un uso equivalente del procesador, es decir, para eficiencia de procesamiento. En una modalidad preferida, el administrador de recursos realiza el balanceo de carga por medio de mantener la trayectoria de la 'carga presente' en cada unidad de procesamiento de transacciones 525, 535. La carga presente se puede medir como una función de un número de variables. Una variable es la fracción de la energía de procesamiento disponible que se usa en una cantidad de tiempo determinada previamente en el pasado reciente. La fracción de la energía de procesamiento se puede averiguar, por ejemplo, mediante el uso de las utilidades que proporciona el sis.ema operativo que soporta las unidades de procesamiento de transacciones 525, 535. Otra variable es el número de solicitudes de servicio asignadas a la unidad de procesamiento de transacciones 525, 535. Una tercera variable es la naturaleza de las solicitudes de servicio asignadas a las unidades de procesamiento de transacciones 525, 535. c. Llamadas salientes En algunos casos, las unidades de procesamiento de transacciones 525, 535 necesitarán hacer una llamada saliente desde la plataforma de canal de apoyo virtual 250. Para el ejemplo de una llamada 1-800-COLLECT, la unidad de procesamiento de transacciones 525 que recibe la llamada primero registrará la información de la persona que llama, por ejemplo, el nombre de la persona que llama y el número telefónico de la parte a la que se llama. Después, la unidad de procesamiento de transacciones 525 necesitará llamar a la parte a la que se llama, con el objeto de verificar la aceptación de la llamada, y completar la conexión entre la persona que llama y la parte a la que se llama. Esta derivación de la llamada (a la parte a la que se llama) es una llamada dirigida fuera de la plataforma de canal de apoyo virtual 250. Cuando la unidad de procesamiento de transacciones 525 desea hacer una llamada saliente, ésta lo informa al administrador de recursos 560. Ei administrador de recursos 560, a su vez, selecciona un canal de apoyo disponible para la derivación saliente, a través de la canalización de amplitud de banda alta 215. Esta envía esta información a la puerta de acceso 550, la cual usa la red CCS 220 para conectarla a la parte a la que se llama. La derivación saliente de la llamada se transmite entonces a través del canal de apoyo disponible, seleccionado por el administrador de recursos 560. d. Indisponibilidad o falla de recursos El administrador de recursos 560 también maneja la indisponibilidad o falla de los recursos. Si no está disponible ninguna de las unidades de procesamiento de transacciones 525, 535 para procesar la llamada entrante, el administrador de recursos 560 puede poner la llamada en lista lineal, de tal manera que ésta la pueda procesar la siguiente unidad de procesamiento de transacciones disponible. El administrador de recursos 560 también puede estacionar la llamada en una unidad de procesamiento de transacciones alternativa, la cual reproduce mensajes grabados previamente que indican un retardo a la persona que llama. Si se estaciona la llamada, ésta también se coloca en una lista lineal hasta que se hace disponible la siguiente unidad de procesamiento de transacciones apropiada. Si se determina que la plataforma no puede soportar la llamada, el administrador de recursos 560 puede enviar un mensaje de desconexión (por ejemplo, REL) al conmutador de puenteo 130, requiriendo que el conmutador de puenteo 130 desconecte la llamada. El conmutador de puenteo 130 enviará de regreso un mensaje dando acuse de la desconexión. La plataforma se hace autocurativa por medio de hacer uso del conocimiento acerca de las unidades de procesamiento de transacciones fallidas. En respuesta a ese conocimiento, el administrador de recursos 560 actualizará su base de datos. Si una unidad de procesamiento de transacciones se vuelve inactiva durante el procesamiento de una llamada, ésta se lo notificará al administrador de recursos 560. A su vez, el administrador de recursos 560 volverá a asignar la llamada a una unidad de procesamiento de transacciones diferente en la plataforma de canal de apoyo virtual 250. Si se pierde cualquiera de los códigos de identificación de circuito que entran (o salen) a través de la canalización de amplitud de banda alta 215, el administrador de recursos 560 actualizará su estado de conformidad con eso. Por ejemplo, el administrador de recursos 560 actualizará su base de datos para indicar la condición. Posteriormente se describen más completamente las funciones del administrador de recursos.

F. Estableciendo un canal de apoyo entrante con una unidad de procesamiento de transacciones La Figura 6 es un diagrama de flujo que ilustra cómo se conecta la llamada de un conmutador de puenteo 130 a una unidad de procesamiento de transacciones 525 en la plataforma de canal de apoyo virtual 250. En el paso 602, el conmutador de puenteo 130 examina el mensaje de dirección inicial transmitido desde el conmutador 120, y determina que se debe hacer la conexión a la plataforma de canal de apoyo virtual 250. El conmutador de puenteo 130 localiza un canal de apoyo disponible que vaya a la plataforma de canal de apoyo virtual 250. Este es un canal de apoyo disponible a lo largo de la canalización de amplitud de banda alta 215. Concurrentemente o después de lo mismo, en el paso 604, el conmutador de puenteo 130 también ensambla su propio IAM para transmisión a la plataforma de canal de apoyo virtual 250. Este IAM incluye la designación del canal de apoyo seleccionado (es decir, el código de identificación de circuito) , el código del punto de destino de la plataforma de canal de apoyo virtual 250, y otra información de encaminamiento importante. El mensaje de dirección inicial se transmite a través de la red de señalización 220 junto con la otra información de señalización. Por ejemplo, el mensaje de dirección inicial (más correctamente el mensaje CCS que contiene el mensaje de dirección inicial de la ISUP) incluirá el canal de apoyo seleccionado (es decir, el código de identificación de circuito) , un campo OPC establecido al código del punto del conmutador de puenteo 130, y un campo DPC establecido al código del punto de la plataforma de canal de apoyo virtual 250. El mensaje de señalización CCS se transmite al par STP 230 a través de los troncos de señalización 235. Desde el par STP 230, el mensaje CCS se transmite a la plataforma de canal de apoyo virtual 250. En el paso 606, la puerta de acceso 550 recibe el mensaje CCS (el mensaje de dirección inicial) desde el par STP 230. La puerta de acceso 550 es un convertidor de protocolo. Este convierte el mensaje CCS del protocolo CCS particular a, por ejemplo, un protocolo TCP/IP. El mensaje TCP/IP se transmite a través de la red TCP/IP 570, que puede ser una red Ethernet, al administrador de recursos 560. En el paso 608, el administrador de recursos 560 extrae el código de identificación de circuito del mensaje TCP/IP. El administrador de recursos 560 traslada entonces el código de identificación de circuito, usando una base de datos 240 interna o externa, para determinar en dónde están localizados los datos en la barra colectora SONET. Específicamente, el administrador de recursos 560 determina el identificador de celda 406 (el segundo byte) y la posición del canal de apoyo adentro de la celda, que es uno de los 24 canales de esa celda. En el paso 610, el administrador de recursos 560 usa el número de la parte a la que se llama, extraído del mensaje de dirección inicial, para deteiminar cuál unidad de procesamiento de transacciones 525 (ó 535) va a recibir la llamada. Este número de la parte a la que se llama es el número que regresa la base de datos 125, que representa una versión traducida del número 1-800-COLLECT. Nuevamente, el administrador de recursos puede realizar una búsqueda en la base de datos 240, para determinar la unidad de procesamiento de transacciones 525 correcta. Al asignar esta solicitud de servicio recibida a una unidad de procesamiento de transacciones 525, 535 apropiada, el administrador de recursos 560 mantiene una lista activa de cuáles unidades de procesamiento de transacciones 525, 535 tienen la capacidad para procesar cuáles tipos de llamadas. Esta lista activa se puede mantener en una tabla interna o externa (por ejemplo, la base de datos 240) , la cual puede accesar rápidamente el administrador de recursos 560. Por ejemplo, para llamadas 1-800-COLLECT, el administrador de recursos 560 debe tener conocimiento de cuáles unidades de procesamiento de transacciones 525, 535 puede procesar las llamadas del tipo por cobrar. El administrador de recursos 560 también puede realizar el balanceo de carga al determinar cuál unidad de procesamiento de transacciones 525, 535 va a procesar una llamada. Esto se hace de tal manera que las unidades de procesamiento de transacciones 525, 535 no estén indebidamente cargadas, para la utilización más eficiente de esto^ recursos. Al conseguir el balanceo de carga, el administrador de recursos 560 mantiene la trayectoria de la 'carga presente' en cada unidad de procesamiento de transacciones. La carga presente se puede medir como una función de muchas variables. Una variable es la fracción de la energía de procesamiento que esté disponible. Otra variable es el número de solicitudes de servicio asignadas a la unidad de procesamiento de transacciones 525, 535. Una tercera variable es la naturaleza de las solicitudes de servicio asignadas a la unidad de procesamiento de transacciones. En el paso 612, el administrador de recursos 560 transmite entonces una señal de llamada ofrecida a la unidad de procesamiento de transacciones 525 apropiada. Como se nota, cada canal de apoyo que entra a la plataforma de canal de apoyo virtual 250 en el controlador de conexión transversal SONET 510, entra a través de un canal de apoyo. El administrador de recursos 560 tiene conocimiento de la disponibilidad de todos los canales de apoyo que entran y salen de la plataforma de canal de apoyo virtual 250, por medio de accesar una base de datos 240 externa o interna. Cada canal de apoyo se asigna a una posición de bit específica adentro del marco de la barra colectora SONET, a la que se puede hacer referencia como un circuito SONET o un circuito de red de distribución. Por lo tanto, en base al canal de apoyo de la llamada recibida, el administrador de recursos 560 designa en la señal de llamada ofrecida, cuáles posiciones de bit (o circuito SONET) usará la unidad de procesamiento de transacciones 525 para accesar los datos entrantes. Aquí, la unidad de procesamiento de transacciones 525 es una que está disponible, y es capaz de procesar una llamada 1-800-COLLECT . En el paso 614, la unidad de procesamiento de transacciones 525 establece una conexión con el circuito SONET designado por medio del procesador de llamadas 520A. Determinando que la llamada es una llamada 1-800-COLLECT, la unidad de procesamiento de transacciones 525 reproduce entonces uno o más mensajes (o indicaciones) grabados pidiendo información de la persona que llama. Al mensaje grabado le sigue la activación de la unidad de procesamiento de transacciones 525 y el procesador de llamadas 520A para recibir la información de la persona que llama, que es ya sea hablada o tecleada dentro de la terminal telefónica 110, seguida por la grabación de la información mediante la unidad de procesamiento de transacciones 525. Por ejemplo, se le puede pedir a la persona que llama el nombre de la persona que llama, el cual graba la unidad de procesamiento de transacciones 525 cuando lo dice la persona que llama.

Después de ésto, se le pide a la persona que llama que teclee el número al que se está llamando, el cual graba la unidad de procesamiento de transacciones 525 como una serie de señales de múltiples frecuencias de tono doble (DTMF) . La comunicación establecida entre la persona que llama en la terminal telefónica 110 y la unidad de procesamiento de transacciones 525 es a través de una línea bidireccional.

G. Estableciendo un canal de apoyo de salida con la parte a la que se llama Las Figuras 7A y 7B son diagramas de flujo que ilustran cómo se conecta la llamada desde una unidad de procesamiento de transacciones 525 a la parte a la que se llama . En el paso 702, una vez que se reúne toda la información de la persona que llama, entonces la unidad de procesamiento de transacciones 525 transmite la información al administrador de recursos. El administrador de recursos 560 tiene conocimiento de la disponibilidad de todos los canales de apoyo que llegan y salen de la plataforma de canal de apoyo virtual 250 por medio de accesar la base de datos 240. En el paso 704, el administrador de recursos 560 selecciona entonces un circuito SONET disponible, es decir, una celda vacía en la barra colectora SONET, en el cual hacer la derivación saliente de la llamada. Esta es la derivación de la llamada que sale de la plataforma de canal de apoyo virtual 250. De conformidad con lo anterior, en el paso 706, el administrador de recursos 560 envía un mensaje de hacer llamada a la puerta de acceso 550. Este mensaje se transmite a través de la red TCP/IP 570. En el paso 708, la puerta de acceso usa la información transmitida del mensaje de hacer llamada, para generar un mensaje CCS correspondiente. Específicamente, la puerta de acceso 550 genera un mensaje de dirección inicial, que incluye el número de la parte a la que se llama (el número al que llama la persona que llama) y el canal de apoyo disponible. Un mensaje IAM se transmite al conmutador de puenteo 130, que incluye el canal de apoyo disponible (es decir, CIC) , un OPC establecido al código del punto de la plataforma de canal de apoyo virtual 250 , y un DPC establecido al código del punto del conmutador de puenteo 130. En el paso 710, el conmutador de puenteo 130 transmite el mensaje a la parte a la que se llama. Como lo reconocen aquellos de experiencia ordinaria, la parte a la que se llama se puede localizar de muchas maneras. El conmutador de puenteo 130, en combinación con la red CCS, debe transmitir la llamada a un conmutador LEC apropiado (específicamente un conmutador CO) , el cual localizará a la parte que se llama. Por ejemplo, la llamada se transmite a uno o más conmutadores, uno de los cuales puede tener una conexión con el conmutador LEC de la parte a la que se llama. El conmutador LEC, que opera adentro de la LATA de la parte a la que se llama, transmite la llamada a la parte a la que se llama. En el paso 712, se envían de regreso los mensajes de completar dirección (ACM) y contestar (ANM) a la puerta de acceso 550 desde la red. Por ejemplo, después de que se recibe el mensaje de dirección inicial en el conmutador LEC, se transmite un ACM de regreso a la puerta de acceso 550, a través de la red CCS 220. Subsecuentemente, cuando la parte a la que se llama contesta el teléfono (descuelga) , se transmite un mensaje ANM (un mensaje ISUP) de regreso a la puerta de acceso 550, a través de la red CCS 220. En el paso 714, después de que la puerta de acceso 550 recibe el mensaje ANM, ésta envía un mensaje conectado, a través de la red TCP/IP 570, al administrador de recursos 560.

(Este informa al administrador de recursos 560 que se ha establecido una conexión a través de un canal de apoyo saliente a la parte a la que se llama) . En el paso 716, el administrador de recursos 560 traslada el canal de apoyo, usando la base de datos 240, para determinar en dónde se deben colocar los mensajes salientes en la barra colectora SONET. Específicamente, el administrador de recursos 560 determina el identificador de celda 406, y la posición del canal de apoyo adentro de la celda. En adición, el administrador de recursos 560 le informa a la unidad de procesamiento de transacciones 525 la posición en la barra colectora SONET a la cual corresponde la derivación saliente de la llamada. El administrador de recursos actualiza el estado. En el paso 718, la unidad de procesamiento de transacciones establece una conexión con la parte a la que se llama, usando el circuito SONET (el canal designado en la barra colectora SONET) por medio del procesador de llamadas 520A. La unidad de procesamiento de transacciones 525 reproduce entonces uno o más mensajes (o indicaciones) grabados que le informan a la parte a la que se llama acerca de la llamada por cobrar, y le proporciona a la parte a la que se llama la oportunidad de aceptar o declinar la llamada. Al mensaje grabado le sigue la activación de la unidad de procesamiento de transacciones 525 y el procesador de llamadas 520A para recibir la información de la persona que llama, que es ya sea hablada o tecleada dentro de la terminal telefónica 110, seguida por la grabación de la información mediante la unidad de procesamiento de transacciones 525. Por ejemplo, la unidad de procesamiento de transacciones 525 reproduce un mensaje grabado previamente, informándole a la persona a la que se llama: "tiene una llamada por cobrar de", seguido por la voz grabada de la persona que llama diciendo con su propia voz su nombre, tal como "Timothy" . Después se le da a la persona a la que se llama la oportunidad de aceptar o declinar la llamada por medio de teclear un dígito, indicando "Si" o "No". La unidad de procesamiento de transacciones 525 aceptará la respuesta de la parte a la que se llama para determinar si proporcionar o no una conexión entre las personas que llaman. La .-.comunicación establecida entre la -?^7 unidad de procesamiento de transacciones 525 y la parte a la que se llama es a través de una línea bidireccional. Si no se acepta la llamada, la unidad de procesamiento de transacciones 525 también le puede informar a la persona que llama del rechazo de la parte a la que se llama para aceptar la llamada. En este escenario, se desconecta la llamada. La unidad de procesamiento de transacciones 525 le notificará al administrador de recursos 560 de la necesidad de desconectar la llamada. Esta también transmitirá un mensaje a la puerta de acceso 550 de que se requiere la desconexión. La puerta de acceso 550 enviará al conmutador de puenteo 130 mensajes REL (desconexión) a través de la red CCS 220. El conmutador de puenteo enviará de regreso un mensaje RLC (desconexión completa) para verificar la desconexión de la llamada. La puerta de acceso 550 notifica entonces al administrador de recursos 560 de la desconexión, después de lo cual el administrador de recursos 560 actualizará la base de datos 240, y almacenará el estado de los canales de apoyo. En el paso 720, cuando la parte a la que se llama acepta la llamada, entonces la unidad de procesamiento de transacciones 525 transmite un mensaje indicando esta condición al administrador de recursos 560 H. Desconectando la plataforma de canal de apoyo virtual La Figura 8 es un diagrama de flujo que ilustra cómo se conecta a la persona que llama con la parte a la que se llama, y se desconecta la plataforma de canal de apoyo virtual 250 de la conexión. Esto ocurre si la parte ala que se llama acepta la llamada. En el paso 802, el administrador de recursos 560 envía un mensaje de puenteo a través de a red TCP/IP 570, a la puerta de acceso 550. El mensaje de puenteo incluye los códigos de identificación de circuito tanto de la conexión entrante (es decir, por medio del canal de apoyo) a la unidad de procesamiento de transacciones 525 desde la persona que llama, como de la conexión saliente (es decir, por medio del canal de apoyo) desde la unidad de procesamiento de transacciones 525 a la parte a la que se llama. El mensaje de puenteo le informa a la puerta de acceso 550 que transmita un mensaje FAR de puenteo, que identifica los dos canales de apoyo. En respuesta, la puerta de acceso 550 envía el mensaje FAR de puenteo al conmutador de puenteo 130. En el paso 804, el conmutador de puenteo 130 recibe el mensaje FAR de puenteo, identificando las derivaciones entrante y saliente de la llamada. En respuesta, el conmutador de puenteo 130 puentea las dos derivaciones de la llamada, es decir, entre la persona que llama y el conmutador de puenteo 130, y entre el conmutador de puenteo 130 y la parte a la que se llama. El conmutador de puenteo desconecta los canales de apoyo que van a la unidad de procesamiento de transacciones 525 desde el conmutador de puenteo 130, y el canal de apoyo que sale de la unidad de procesamiento de transacciones 525 que sale al conmutador de puenteo 130. En el paso 806, se transmite un mensaje de desconexión (REL) a través de la red CCS 220. Específicamente, el conmutador de puenteo 130 transmite un mensaje REL a la puerta de acceso 550 de la plataforma de canal de apoyo virtual 250. En el paso 808, la puerta de acceso 550 le informa al administrador de recursos 560 (a través de la red TCP/IP 570) que se han desconectado los dos canales de apoyo. En respuesta, el administrador de recursos 560 actualiza la base de datos 240, para indicar que los dos canales de apoyo están una vez más disponibles para otra comunicación. En el paso 810, el administrador de recursos 560 le informa a la puerta de acceso 550 de la desconexión (es decir, la recepción de un mensaje que indica la desconexión) . En respuesta, la puerta de acceso 550 transmite un mensaje de desconexión completa (RLC) de regreso al conmutador de puenteo 550, indicando que se ha completado la desconexión.

I. Indisponibilidad o falla de recursos 1. Unidades de procesamiento da transacciones indisponibles Es posible que cuando se recibe una solicitud de servicio (es decir, el mensaje de dirección inicial) en la plataforma de canal de apoyo virtual 250, no esté disponible ninguna unidad de procesamiento de transacciones 525, 535 requerida. Como un ejemplo, el administrador de recursos 560 determina que ninguna de las unidades de procesamiento de transacciones 525, 535 está disponible. Como otro ejemplo, el administrador de recursos 560 determina que no está disponible ninguna unidad de procesamiento de transacciones 525, 535 capaz de manejar esta llamada entrante particular. Como una opción, el administrador de recursos 560 puede poner en lista lineal la llamada entrante, y esperar por una unidad de procesamiento de transacciones disponible. Como otra opción, el administrador de recursos 560 puede estacionar la llamada entrante en otra unidad de procesamiento de transacciones. Esta unidad de procesamiento de transacciones alternativa proporcionará posiciones de bit en la barra colectora SONET, para reproducir un mensaje grabado para la persona que llama. Por ejemplo, la unidad de procesamiento de transacciones alternativa puede reproducir el mensaje: "Lo sentimos, pero todos los circuitos están ocupados. Por favor espere", o en su lugar un saludo musicalizado . El administrador de recursos 560 pondrá la solicitud de servicio en una lista lineal. En unidades de tiempo designadas previamente, el administrador de recursos 560 verificará el estado de la unidad de procesamiento de transacciones 525 requerida, es decir, la unidad de procesamiento de transacciones que pueda procesar la llamada. Cuando la unidad de procesamiento de transacciones requerida 525 llega a estar disponible, el administrador de recursos 560 transferirá la llamada a ésta para procesamiento, por medio de enviarle a ésta un mensaje de llamada ofrecida, como con cualquier otra llamada. 2. Falla de la unidad de procesamiento de transacciones Es posible que la unidad de procesamiento de transacciones 525, 535 falle. En este caso, el administrador de recursos 560 cambiará la llamada a otra unidad de procesamiento de transacciones en la misma plataforma de canal de apoyo virtual 250.

J. Una modalidad complementaria La Figura 9 es un diagrama de bloques que ilustra una modalidad complementaria. Esta modalidad ilustra (1) cómo una plataforma de canal de apoyo virtual puede tener más de un controlador de conexión transversal SONET, y (2) cómo se pueden unir dos o más redes de distribución juntas, en la forma de anillos . El portador de intercambio local 910, el portador de intercambio local 912 y la red local MCI 914 proporcionan comunicaciones a la red SONET OC-24 970 (es decir, una red de distribución) , por medio de canales de apoyo en las canalizaciones de amplitud de banda alta 920, 922 y 924, respectivamente. Estos canales de apoyo se multiplexan respectivamente sobre ADMs 930, 931 y 932. De conformidad con lo anterior los ADMs 930, 931 y 932 sirven como controladores de conexión transversal SONET, proporcionando acceso a la red SONET 970. Se ilustra una puerta de acceso SS7 940, que proporciona la función de conversión de protocolo para mensajes de señalización dirigidos entre la red SS7 960 y una red TCP/IP 950 de plataforma. Uno o más administradores de recursos (no se muestran) pueden administrar los recursos de una plataforma de canal de apoyo virtual definida por la puerta de acceso SS7 940, los ADMs 930-933, la red TCP/IP 950 y la red SONET 970. Aunque se ilustran una red SS7 960 y los elementos de la red que usan SS7 940, 942, 946 y 948 correspondientes, se puede usar cualquier red CCS y los elementos correspondientes, como lo reconocerán aquellos expertos en la técnica. De manera similar, aunque se ilustran las redes SONET 970, 980, se puede usar cualquier red de distribución, como lo reconocerán aquellos expertos en la técnica. La interfase de anillo 942 conecta la red SONET OC-24 970 a la red SONET OC-192 de velocidad mucho más alta (es decir, otra red de distribución) . La interfase de anillo 942 misma comprende un multiplexor por división de tiempo (TDM) y un procesador correspondiente, así como una interfase SONET (no se muestra) . La interfase de anillo 942 acepta los bytes de los datos que entran a ésta en una trayectoria entrante (es decir, desde la red SONET 970) , y transmite estos bytes en una trayectoria saliente (es decir, sobre la red SONET 980) . Para la trayectoria entrante, un procesador colocará los bytes de datos desde la interfase SONET (interconectándose con la red SONET 970) sobre una barra colectora TDM. Para la trayectoria saliente, un procesador colocará los mismos bytes de datos de la barra colectora TDM sobre la interfase SONET, interconectándose con la red SONET 980. La interfase de anillo 942 realiza funciones de señalización similares a la puerta de acceso inventiva (como se describió anteriormente) , para determinar las ubicaciones de los bytes de datos en las redes SONET 970, 980, y por lo tanto se conecta con la red SS7 960. Las interfases de anillo 946 y 948 pueden realizar una función similar que la interfase de anillo 942, proporcionando acceso a redes de distribución adicionales. En adición, cada una de las interfases de anillo 942-948 puede proporcionar acceso a más de una de las otras redes de distribución, por medio de realizar la misma función de trayectoria hacia adentro, trayectoria hacia afuera en múltiples redes de distribución, con mensajes de señalización acompañantes. En este último caso, a las interfases de anillo 942-948 se les llama más apropiadamente "interfases centrales".

IV. Conclusión Aunque anteriormente se han descrito diferentes modalidades de la presente invención, se debe entender que éstas se han presentado a manera de ejemplo únicamente, y no de limitación. Por lo tanto, el espíritu y alcance de la presente invención no se debe limitar por ninguna de las modalidades ejemplares descritas anteriormente, sino que se debe definir únicamente de conformidad con las siguientes reivindicaciones y sus equivalentes .

Claims (34)

1. REIVINDICACIONES 1. Una plataforma de canal de apoyo virtual y puerta de acceso conectada a una red de comunicaciones con uno o más canales de apoyo, que conprende: una pluralidad de unidades de procesamiento de transacciones para procesar o transmitir una solicitud de servicio; una red de distribución que proporciona comunicaciones con la pluralidad de unidades de procesamiento de transacciones adentro de la plataforma de canal de apoyo; un controlador de conexión transversal para acoplar el uno o más canales de apoyo a la red de distribución; un elemento de recepción para recibir un mensaje de señalización desde la red de comunicaciones; y un elemento de transmisión para transmitir un mensaje de señalización a la red de comunicaciones.
2. 2. El sistema, de conformidad con la reivindicación 1, en donde el elemento de recepción también comprende: un elemento convertidor de información de señalización para convertir el mensaje de señalización recibido a un mensaje interno en un protocolo interno que usa la plataforma de canal de apoyo virtual .
3. 3. El sistema, de conformidad con la reivindicación 2, en donde dicho mensaje interno se lleva en un medio de transmisión, el medio de transmisión comprendiendo uno de: un medio de transmisión de modo de transferencia asincrónica (ATM) ; un medio de transmisión de relevo por marcos; un medio de transmisión de anillo de contraseña de paso; y un medio de transmisión Ethernet.
4. 4. El sistema, de conformidad con la reivindicación 2, en donde el mensaje de señalización recibido es un mensaje de señalización de canal común (CCS) .
5. 5. El sistema, de conformidad con la reivindicación 4 , en donde el mensaje de señalización recibido es uno de: un mensaje de señalización ISUP de ANSÍ; un mensaje de señalización ISUP de ITU; un mensaje de señalización ISUP que sea específico a un país dado.
6. 6. El sistema, de conformidad con la reivindicación 2, en donde el mensaje interno es un protocolo orientado a los bytes .
7. 7. El sistema, de conformidad con la reivindicación 2, en donde el mensaje interno es un protocolo que se define mediante el uso de la notación de sintaxis abstracta 1 (ASN.l) .
8. 8. El sistema, de conformidad con la reivindicación 2, en donde el mensaje interno se define por un protocolo, el protocolo siendo uno de: TCP/IP; ECTF S.200; X.25; SNA; y Q931.
9. 9. El sistema, de conformidad con la reivindicación 2, en donde el mensaje de señalización recibido indica que la solicitud de servicio es entrante a la plataforma de canal de apoyo virtual, y en donde el elemento de recepción también comprende : un elemento para transmitir el mensaje interno a un administrador de recursos para distribuir los canales de apoyo para la solicitud de servicio.
10. 10. El sistema, de conformidad con la reivindicación 2, en donde el mensaje de señalización recibido es un mensaje de reconocimiento que indica que se ha establecido una conexión con una parte a la que se llama a través de un canal de apoyo, y en donde el elemento de recepción también comprende : un elemento para transmitir el mensaje interno a un administrador de recursos para informarle al administrador de recursos que se ha establecido una conexión a través del canal de apoyo .
11. 11. El sistema, de conformidad con la reivindicación 2, en donde el mensaje de señalización recibido es un mensaje de desconexión que indica que la plataforma de canal de apoyo virtual debe desconectar un canal de apoyo, y en donde el elemento de recepción también comprende: un elemento para informarle a un administrador de recursos que se debe desconectar dicho canal de apoyo.
12. 12. El sistema, de conformidad con la reivindicación 2 , en donde el mensaje de señalización recibido es un mensaje de acuse de recibo de desconexión que indica que se ha desconectado exitosamente un canal de apoyo, y en donde el elemento de recepción también comprende : un elemento para informarle a un administrador de recursos que se ha desconectado exitosamente el canal de apoyo.
13. 13. El sistema, de conformidad con la reivindicación 1, en donde el elemento de transmisión también comprende: un elemento convertidor de protocolo interno para convertir un mensaje interno en un protocolo interno que sea interno a la plataforma de canal de apoyo virtual, al mensaje de señalización transmitido.
14. 14. El sistema, de conformidad con la reivindicación 13, en donde el mensaje interno se lleva en un medio de transmisión, el medio de transmisión comprendiendo uno de: un medio de transmisión de modo de transferencia asincrónica (ATM) ; un medio de transmisión de relevo por marcos; un medio de transmisión de anillo de contraseña de paso; y un medio de transmisión Ethernet.
15. 15. El sistema, de conformidad con la reivindicación 13, en donde el mensaje de señalización recibido es un mensaje de señalización de canal común (CCS) .
16. 16. El sistema, de conformidad con la reivindicación 15, en donde el mensaje de señalización recibido es uno de : un mensaje de señalización ISUP de ANSÍ; un mensaje de señalización ISUP de ITU; un mensaje de señalización ISUP que sea específico a un país dado.
17. 17. El sistema, de conformidad con la reivindicación 13, en donde dicho mensaje interno es un protocolo orientado a los bytes.
18. 18. El sistema, de conformidad con la reivindicación 13, en donde el mensaje interno es un protocolo que se define mediante el uso de la notación de sintaxis abstracta 1 (ASN.l) .
19. 19. El sistema, de conformidad con la reivindicación 13, en donde el mensaje interno se define por un protocolo, el protocolo siendo uno de: TCP/IP; ECTF S.200; X.25; SNA; y Q931.
20. 20. El sistema, de conformidad con la reivindicación 13, en donde el mensaje interno indica que un administrador de recursos requiere una llamada saliente desde una unidad de procesamiento de transacciones, y en donde el elemento de transmisión cambien comprende : un elemento para transmitir el mensaje de señalización a la red de comunicaciones; en donde el mensaje de señalización transmitido indica un canal de apoyo disponible y un número de la parte a la que se llama.
21. 21. El sistema, de conformidad con la reivindicación 13, en donde el mensaje interno es un mensaje de puenteo desde un administrador de recursos, requiriendo una conexión puentea-da entre una persona que llama y una parte a la que se llama.
22. 22. El sistema, de conformidad con la reivindicación 21, que también comprende: un elemento para transmitir un mensaje a un conmutador conectado a la persona que llama y a la parte a la que se llama, para desconectar una conexión entrante entre el conmutador y la plataforma de canal de apoyo virtual, y para desconectar una conexión saliente entre la plataforma de canal de apoyo virtual y dicho conmutador.
23. 23. Un método para usar una puerta de acceso para señalizar a, y desde una plataforma de canal de apoyo virtual conectada a una red de comunicaciones con uno o más canales de apoyo, la plataforma de canal de apoyo virtual comprendiendo una pluralidad de unidades de procesamiento de transacciones para procesar o transmitir una solicitud de servicio, una red de distribución que proporciona comunicaciones con la pluralidad de , unidades de procesamiento de transacciones adentro de dicha plataforma de canal de apoyo virtual, y un dispositivo para acoplar el uno o más canales de apoyo a la red de distribución, el método comprendiendo: (1) recibir un mensaje de señalización en un protocolo de señalización desde la red de comunicaciones; (2) convertir el mensaje de señalización recibido a un mensaje interno en un protocolo interno que usa la plataforma de canal de apoyo virtual; (3) recibir un segundo mensaje interno desde la plataforma de canal de apoyo virtual en el protocolo interno; y (4) convertir el segundo mensaje interno a un segundo mensaje de señalización en el protocolo de señalización para transmisión a la red de comunicaciones.
24. 24. El método, de conformidad con la reivindicación 23, en donde el mensaje interno se lleva en un medio de transmisión, el medio de transmisión" comprendiendo uno de: un medio de transmisión de modo de transferencia asincrónica (ATM) ; un medio de transmisión de relevo por marcos; un medio de transmisión de anillo de contraseña de paso; y un medio de transmisión Ethernet.
25. 25. El método, de conformidad con la reivindicación 23, en donde el mensaje de señalización recibido es un mensaje de señalización de canal común (CCS) .
26. 26. El método, de conformidad con la reivindicación 25, en donde dicho mensaje de señalización recibido es uno de: un mensaje de señalización ISUP de ANSÍ; un mensaje de señalización ISUP de ITU; un mensaje de señalización ISUP que sea específico a un país dado.
27. 27. El método, de conformidad con la reivindicación 23, en donde el mensaje interno es un protocolo orientado a los bytes .
28. 28. El método, de conformidad con la reivindicación 23, en donde el mensaje interno es un protocolo que se define mediante el uso de la notación de sintaxis abstracta 1 (ASN.l) .
29. 29. El método, de conformidad con la reivindicación 23, en donde dicho mensaje interno se define por un protocolo, el protocolo siendo uno de: TCP/IP; ECTF S.200; X.25; SNA; y Q931.
30. 30. El método, de conformidad con la reivindicación 23, en donde el paso (1) también comprende: transmitir el mensaje interno a un administrador de recursos para distribuir canales de apoyo para dicha solicitud de servicio.
31. 31. El método, de conformidad con la reivindicación 23, en donde el paso (1) también comprende: transmitir el mensaje interno a un administrador de recursos para informarle al administrador de recursos que se ha establecido una conexión a través del canal de apoyo.
32. 32. El método, de conformidad con la reivindicación 23, en donde el paso (2) también comprende: informar a un administrador de recursos que se debe desconectar dicho canal de apoyo.
33. 33. El método, de conformidad con la reivindicación 23, en donde el paso (3) también comprende: transmitir el segundo mensaje de señalización a la red de comunicaciones, en donde el mensaje de señalización transmitido indica un canal de apoyo disponible y un número de la parte a la que se llama.
34. 34. El método, de conformidad con la reivindicación 23, en donde el paso (3) también comprende: enviar un mensaje a un conmutador conectado a dicha plataforma de canal de apoyo virtual por medio de un canal de apoyo, para desconectar el canal de apoyo, y para puentear una conexión entre la parte que llama y la parte a la que se llama.