MXPA04002898A

MXPA04002898A - Sistema de gestion de servicios inteligentes.

Info

Publication number: MXPA04002898A
Application number: MXPA04002898A
Authority: MX
Inventors: J Selwood Christopher
Original assignee: Wisor Telecom
Priority date: 2001-09-26
Filing date: 2002-09-26
Publication date: 2005-06-20
Also published as: US20030061068A1; US8009820B2; AU2002341859A1; IL161132A0; CA2461892A1; WO2003028347A2; EP1468546A2; EP1468546A4; WO2003028347A3

Abstract

Se describe un sistema que gestiona las operaciones de un proveedor de comunicaciones integradas. Un aspecto del sistema es una maquina de flujo de trabajo. La maquina de flujo de trabajo descompone el modelo de servicio en componentes de sub-modelo con base en si el cruce de redes plurales es adecuado para proporcionar servicios de telecomunicacion solicitados y que proveedores de servicios estan disponibles para proporcionar servicios consistentes con la localizacion del cliente. La maquina de flujo de trabajo crea tambien un diseno de telecomunicaciones de los componentes de sub-modelo con base en reglas de orden de los proveedores de servicios. El sistema retira automaticamente registros de servicios a clientes y prepara propuestas de venta con base en esos registros. El sistema incluye un centro de acceso internacional para portadores de intercambio local titulares y proveedores de servicios a socios comerciales. El sistema incorpora caracteristicas que automatizan comparaciones entre servicios existentes y servicios propuestos, optimizan servicios en red y fuera de red, crean reportes de puesta en servicio, emiten solicitudes de servicio a portadores de intercambio locales y socios comerciales, y alertan de fallas de confirmaciones.

Description

SISTEMA DE GESTIÓN DE SERVICIOS INTELIGENTES Campo de la invención La presente invención se refiere a un sistema y método para procesar órdenes para servicios de telecomunicaciones recibidos por un proveedor de servicios de telecomunicación . Antecedentes de la invención Los proveedores de servicios de telecomunicación están entrando en la era en la que nuevas ofertas de servicios y cambios tecnológicos ocurren en una base frecuente. Para conservar un margen competitivo, las proveedores necesitan la capacidad de gestionar e integrar fácilmente soluciones de telecomunicación que cubran la necesidad de un cliente por redes de voz, datos, video e Internet de una manera económica. Los clientes y empresas grandes complican más estas soluciones cuando abarcan no sólo grandes distancias sino también varios vendedores de telecomunicación. Actualmente la creación de estas soluciones integradas es un sistema semi-manual que es costoso, comúnmente impreciso y lento en implementación. Con la aprobación del Acta de Telecomunicaciones ("el Acta") de 1996, la industria de telecomunicaciones de Estados Unidos se encuentra en un estado de cambio radical . Entre otras cosas, el Acta requiere que Portadores de REF . : 155130 Intercambio Locales Titulares (ILEO , la entidad regulada que posee y administra una red de acceso existente, proporcionen a cualquier portador de telecomunicaciones solicitante (en adelante referido como "Portadores de Intercambio Local Competitivos" (CLEC) , Proveedor de Comunicaciones Integradas (ICP) o Proveedor de Servicios Competitivo (CSP) ) acceso no discriminatorio a elementos de red sobre una base no obstaculizada, y permitir que los CLECs, ISPs o CSPs combinen estos elementos de red para proporcionar servicio de telecomunicaciones. Los ILECs tienen también una obligación de proporcionar a los CLECs interconexión con su red para la transmisión y enrutado de servicio de intercambio telefónico y acceso de intercambio. La interconexión contemplada por el Acta proporciona acceso o interconexión no discriminatorio a estos servicios o información según sea necesario para permitir al CLES solicitante implementar paridad de marcado local , incluyendo acceso no discriminatorio a números telefónicos, servicio de operadora, asistencia de directorios y listado en directorios, sin retrasos de marcado no razonables . Las provisiones del Acta han demostrado la necesidad de que portadores de intercambio competitivos sean interconectados de tal forma que los clientes puedan sin problemas recibir llamadas que se originen en otra red del portador y hacer llamadas que terminen en la red de proveedor de otros sin llevar a cabo actividades adicionales, tales como marcar dígitos adicionales, etc. Un CLEC puede ofrecer varios tipos de servicios, incluyendo POTS básicos, servicio de proveedor de larga distancia IXC, Proveedor de Servicios de Internet ISP, VPN (red privada virtual) , VoIP (voz sobre Internet), VoDSL (voz sobre acceso DSL) , video, etc. Muchos de los servicios más avanzados requieren acceso a servicios de banda ancha . La tecnología de Línea de Abonado Digital (xDSL) permite al cliente accesar a servicios de banda ancha sobre su conexión de cable de cobre existente al ILEC. Con DSL, los abonados sólo tienen que comprar (o rentar) un módem DSL comparativamente económico y conectarlo a la conexión de cable de cobre existente. Otros avances en servicios de datos por banda ancha pueden ser combinados con el servicio DSL para proporcionar al abonado opciones de conectividad adicionales. Las Redes Privadas Virtuales (VPNs) también están observando un crecimiento explosivo, especialmente en los ambientes de oficinas remotas y teletrabajo. Los VPNs y DSL permiten que un abonado se conecte a una red corporativa privada sobre una infraestructura pública en forma segura, manteniendo al mismo tiempo transmisiones de alta velocidad de bits. Los abonados también están empezando a probar las aguas con instalaciones de Voz Sobre DSL (VoDSL) . Esta tecnología permite a los abonados correr varias conexiones telefónicas y de datos sobre una sola línea de cobre, usando sólo un módem xDSL de establecimiento. Las oportunidades para que los CLECs, IXCs e ISPs (identificados colectivamente de ahora en adelante como Proveedores de Comunicaciones Integradas o TCPs) ofrezcan estos servicios son inmensas. Las demandas de transporte de datos han abierto todo un nuevo conjunto de oportunidades de generación de utilidades para los ICPs. Sin embargo, la velocidad de crecimiento y miríada de ofertas convergentes hacen difícil que las compañías se establezcan a sí mismas en un mercado. Para ser exitosos, los ICPs tienen que permanecer flexibles, enfocados a clientes y establecer un conjunto continuo de propuestas valiosas y ventajas competitivas dentro del mercado. Los ILECs han desarrollado diferentes métodos para permitir que los ICPs coloquen pedidos electrónicamente con el ILEC para productos y servicios de mayoreo. Por ejemplo, la patente de E.U.A. No. 6,104,999 a Gilíes et al., e incorporada en la presente a manera de referencia, describe que los LECs usan formas de navegadores de Internet, protocolos privados e intercambio de datos electrónicos (EDI) . En una modalidad, la patente de Gilíes describe métodos para usar EDI para el retiro por proveedores de telecomunicación de registros de servicios a clientes y órdenes de servicios electrónicos. Un ICP o revendedor autorizado utiliza EDI para solicitar del ILEC las servicios actuales que se estén proporcionando a un cliente particular. El ILEC usa EDI para transferir el registro de servicio a cliente al ICP. En una modalidad separada, el ICP usa EDI para ordenar electrónicamente revisiones o adiciones a servicios . Gran parte de la dificultad para automatizar órdenes hechas electrónicamente puede rastrearse a la historia de la industria de telecomunicaciones en este pais. Antes de 1984 los portadores de intercambio locales (LECs) creaban sistemas de procesamiento de facturación y órdenes de servicios por compañías, llevando a variaciones entre unas y otras. Un ejemplo de un sistema de procesamiento de facturación y órdenes de servicio LEC se ilustra en la figura 1. Una orden de servicio que solicita la instalación, cambio o desconexión de un servicio de una cuenta de cliente era requerida para alimentar estos sistemas. La orden de servicio identificaba el servicio requerido, en donde iba a ser localizado, qué acción iba a ser requerida y cuándo. Como se ilustra en la figura 1, un sistema de gestión de servicios LEC típico antes de 1984 era relativamente · simple . Un operador, usando una terminal 10 u otro dispositivo de entrada ingresa información de orden 11. La información de orden entra en el procesador de órdenes de servicio (SOP) 12. El SOP 12 causa que la solicitud de orden sea ingresada en el gestor de órdenes 14 y establece información de facturación que es dirigida al sistema de facturación 13. El gestor de órdenes 14 se comunica con el sistema de inventario de servicios de telecomunicación 15 para establecer hardware de disponibilidad y reserva y números a la orden. Una vez que el sistema de inventario 15 pone hardware y números necesarios en reserva, el gestor de órdenes 14 programa personal de aprovisionamiento 16 para hacer cualquier cableado necesario u otras conexiones físicas e inicializaciones de hardware. Para identificar servicios específicos, el sistema de gestión de servicios de la figura 1 usa códigos de servicio llamados Códigos de Orden de Servicio Universales (USOC) . Los USOCs definían características de cada línea y antes de 1984 eran establecidos y mantenidos por Telcordia Technologies Inc. En un "catálogo". Aunque eran compañías universales, no todos los USOCs estaban disponibles en cada LEC. Los USOCs eran soportados en un estado dado alineados directamente con tarifas presentadas ante el cuerpo regulador del estado. Cada sistema de facturación tenía tarifas asociadas con cada USOC, la suma de las cuales era igual a un cargo de linea general. Ya que cada LEC operaba como una compañía individual, cada uno tenía un catálogo de USOC local como un subconjunto del catálogo universal.

Cada LEC tenía sus propias unidades de apoyo a clientes que eran proficientes en el uso del SOP local, USOCs y reglas de negocios adjuntas. Asimismo, las operaciones estaban integradas al LEC y por lo tanto el LEC tenía un entendimiento completo de la orden de servicio. En 1984, grupos de LECs fueron agrupados juntos para convertirse en las siete Compañías Operativas Bell Regionales (RBOC) . Con las ROBCs llegaron nuevas tarifas de acceso. Para soportar estas tarifas de acceso, se crearon nuevos códigos de órdenes, conocidos como canales de red (NC) y Códigos de Interfaz de Canal de Red (NCI) . Los canales de red describen el tipo de línea que está siendo solicitada de la LEC por el cliente bajo la tarifa de acceso. Los Códigos de Interfaz de Canal de Red describen las características u opiniones que se encuentran en los puntos de interconexión entre el LEC y el cliente o usuario final. Para propósitos de facturación, estos códigos eran traducidos en USOCs, permitiendo su colocación en los SOPs y sistemas de facturación. Una interconexión tanto manual como electrónica ocurría entre el cliente y el LEC usando los códigos NC y NCI que eran cubiertos bajo las tarifas federales. Esto permitía al cliente comunicarse con cualquier LEC usando un conjunto común de códigos y reglas. Aunque cada RBOC podía variar independientemente sus reglas de ordenamiento, todos los LECs que pertenecían a la RBOC presentaban una apariencia y sensación común al mundo exterior. Las desviaciones entre los LECs se mantenían internas . Esto requería de traductores y procesos para tomar las acciones necesarias para mapear la solicitud entrante a sus normas de orden de servicio y USOCs . Las RBOCs implementaban cada una sistemas para manejar las traducciones necesarias. Por ejemplo, un sistema que fue implementado y ® usado por muchas RBOCs en ese momento era EXACT . La figura 2 ilustra cómo la adición de órdenes de acceso y fusión de LECs en RBOCs incrementó dramáticamente la complejidad de los sistemas de gestión de servicios. SOPs separados 12a a 12d para cada compañía de intercambio local se comunican con sistemas de facturación 13a a 13d respectivos. El ingreso manual de información de orden 11 por personal de la RBOC es comunicado a SOPs individuales 12a a I2d, según se requiera. Las nuevas tarifas de acceso son implementadas con el sistema de ingreso de órdenes de acceso 17. El sistema de ingreso de órdenes de acceso 17 puede ser accesado tanto manualmente 11, así como a través de un centro de acceso internacional electrónico 18. Muchas de las RBOCs recién formadas deseaban consolidar funcionalidad que residiera en cada uno de los LECs. Las telecomunicaciones han alcanzado el punto en donde muchas de las funciones administrativas ya no tienen que depender de la localización. Al combinar estos grupos de trabajo con funciones comunes, economías de escala producirían grandes ahorros en costos y capital . Muchos grupos de trabajo se volvieron consolidados; sin embargo, aquellos implicados directamente con el procesamiento de órdenes de servicio tenían que esperar. Se requerían aplicaciones para reducir la complejidad causada por variaciones de órdenes de servicio LEC individuales y consolidar códigos de ordenamiento. Desde mediados hasta finales de los 90, muchas RBOCs intentaron crear estas nuevas aplicaciones y fusionar las existentes, pero la mayoría de los esfuerzos se estancaron o fueron abandonados . En algunos casos ocurrió el lanzamiento parcial, añadiendo otra variante a la mezcla. Los resultados han sido menos que óptimos. Por ejemplo, la figura 2 ilustra cómo los sistemas gestores de órdenes en una organización de cuatro LECs fueron consolidados en dos sistemas de inventario regionales 14a y 14c. En forma similar, los sistemas de inventario de los cuatro LECs fueron consolidados en dos sistemas 15a y 15c. En 1996, en un intento por generar competencia en el intercambio local, el Congreso aprobó una iniciativa que requería que las RBOCs "desenredaran" su red local y sistemas de soporte si querían entrar en los mercados de larga distancia. Las RBOCs respondieron al instalar centros de acceso internacional para accesar a sus procesos SOP y sistemas de facturación para el retiro de registros de servicios a clientes . Los centros de acceso internacional que fueron creados entraron en dos categorías -acceso GUI de Red o interconexión directa a las aplicaciones de órdenes de servicio. Al accesar directamente los SOPs, los Portadores de Intercambio Local Competitivos (CLEC) heredaron los mismos problemas que plagaron las RBOCs. Esto ha sido un factor principal en retrasos de cumplimiento de órdenes y el reto de una competencia efectiva. Los CLECs, que operan en una escala y margen mucho más pequeños, tienen recursos insuficientes (personal, conjunto de entrenamiento y capacitación) para manejar las variaciones en ordenamiento que encuentran al moverse entre límites reguladores de ILEC. Las RBOCs respondieron al problema al crear centros de acceso internacional con un solo conjunto de reglas de negocios y formato. Aunque eso no afectó el uso diferente de las USOCs, hubo una mejora. Sin embargo, las RBOCs empezaron a fusionarse y adquirirse unas a otras, así como a adquirir o ser adquiridas por otros proveedores de telecomunicaciones . Esos fenómenos sólo exacerbaron y prolongaron el problema -en lugar de media docena de variaciones dentro de cada RBOC, existen docenas . La figura 3 ilustra la naturaleza de esta complejidad cada vez más alta. Al consolidarse más LECs, un número cada vez más alto de SOPs 12a-12g; sistemas de facturación 13a-13g; sistemas gestores de órdenes 14a, 14c, 14e, 14g y sistemas de inventarios 15a, 15c, 15e, 15g deben ser comunicados entre sí . Comúnmente varios sistemas de soporte para órdenes de acceso 17a, 17d también están implicados. Finalmente, los centros de acceso internacional creados algunas veces proporcionan funciones superpuestas que surgían de relaciones entre socios de negocios. Por ejemplo, al figura 3 ilustra problemas de conectividad para centros de acceso internacional Solicitud de Servicio de Acceso (ASR) doble 18a, 18b; centros de acceso internacional de mayoreo de Red doble 18c, 18d y centros de acceso internacional de Solicitud de Servicio Local (LSR) doble 18e, 18f. El aprovisionamiento de gestión y servicios de órdenes de la figura 1 variaron por Compañías Operadoras Bell (BOC) locales. Típicamente, el Procesador de Órdenes de Servicio (SOP) hacía que los usuarios ingresaran información necesaria para iniciar el proceso de cumplimiento de órdenes y el sistema podía generar una copia en papel de la orden para su distribución a grupos de trabajo. Esta distribución se hacía por medio de un servicio de mensajería interna comúnmente referido como correo de compañía. Las etapas para llenar una orden de servicio recibida se ilustran en la figura 4. Empezando con la recepción de una orden las órdenes de trabajo y e información se transfieren de Pase de Red 1 a Pase de Red 4.

Pase de Red 1 -- La orden fue enviada a la oficina de asignación para asignación de puerto de conmutación y circuito. Los registros en inventario de la oficina de asignación se mantenían en libros manuscritos. El empleado buscaría un puerto y/o par de cables de repuesto, (uno que no contuviera una entrada de circuito) y, cuando la encontrara, ingresaría los números de orden y telefónicos y los marcaría como "pendientes" para indicar una asignación pendiente para un servicio. Después ingresaría la designación de puerto y par y distribuiría la orden a la oficina central y al centro de instalación (Pase de Red 2) . Pase de Red 2 -- En la oficina central, un técnico conectaría el puerto de conmutación al par de cables y notificaría al centro de instalación que el trabajo se había completado. El centro de instalación despacharía después un técnico al establecimiento del cliente para instalar el aparato telefónico negro y colocar el par de cables en la casa. Después de verificar el tono de marcado en la línea, el técnico llamaría a la oficina de despacho para cerrar el trabajo y completar la orden. La oficina de despacho anotaría la orden como completa y la distribuiría a la oficina de asignación (Pase de Red 3) . Pase de Red 3 -- Después de recibir la orden, el personal de la oficina de asignación tomaría los libros de inventario, borraría la anotación pendiente y escribiría con lápiz "trabajando" para indicar que el articulo de inventario específico era ahora una asignación de trabajo para el servicio identificado. El empleado de la oficina de asignación anotaba la orden como completa y la distribuía a la oficina de facturación (Pase de Red 4) . Pase de Red 4 -- En la oficina de facturación, la CSR era accesada y actualizada con la nueva información de circuito. Al hacer esto, el sistema de facturación capturaría y facturaría el nuevo servicio en el siguiente ciclo de facturación, completando el proceso de cumplimiento de orden. Este proceso simple soportaba 99 por ciento de todas las órdenes de BOC. Después de todo, el servicio del que se está hablando es Servicio Telefónico Antiguo Simple (POTS) que consistía en un puerto de conmutación para tono de marcado, un par de cables de cobre desde el puerto de conmutación hasta el sitio del cliente y un teléfono negro simple . Para el uno por ciento de servicios especiales o "no adaptables" , una orden se pasaba simplemente a un ingeniero en la oficina de asignación (Pase Sp de Red 1) . Los ingenieros tenían a su disposición (o control) otro conjunto de libros de inventario que contenían equipo e instalaciones "especializados" . El ingeniero diseñaría la solución y al hacer esto, determinaría el equipo y/o instalación especial requerido. Desde este punto en adelante, el proceso era similar a aquel para POTS, sólo que usaba los libros de inventario especiales, y por consiguiente el nombre "servicios especiales" . (Pase Sp de Red 1 a Pase Sp de Red 3 ) . Aunque el proceso era un proceso simple, tenía algunos problemas inherentes. Lo más básico era asegurar que la orden no se perdiera al ser movidas las órdenes en papel de un punto a otro y de persona a persona. En respuesta, se creó un sistema simple conocido como rastreo de fecha crítico. Como se describió anteriormente, una orden era emitida cuando un cliente solicitaba un servicio. Después era asignada, cableada e instalada, y finalmente completada. Esto comprendía cuatro fechas críticas: fecha de Solicitud, fecha de Asignación, fecha de Instalación y fecha de Vencimiento. Aunque diferentes convenciones de nombrado se han usado en diferentes localidades, éstas representan las metas básicas del proceso de cumplimiento de órdenes. Si la orden solicitaba un servicio especial, una fecha de designación y fecha de cable de oficina era simplemente agregada. Esto representaba un plan de proyecto básico y se aplicaba a cada orden. Un tiempo de intervalo estándar para cada servicio se establecía después para asegurar una conclusión del trabajo a tiempo, lo cual permitía que el personal de ventas proyectara cuándo el servicio podría ser entregado a un cliente en el momento de la solicitud. Pero aún había una preocupación acerca de cómo alertar a los grupos de trabajo corrienteabaj o acerca de órdenes que entraran para propósitos de planeeacion y cómo alertarlos de problemas emergentes. Nuevamente, las iniciativas de BOC individuales se ponían a trabajar. En algunos casos, cada pase era enviado a todos los grupos de trabajo, lo cual implicaba mucho papeleo, presentación y presentación adicional. Otro método incluía registrar información de la orden en un sistema que generaba reportes nocturnos para un Centro de Control responsable de la orden general. Los oficinistas inicialmente ingresarían el número de orden, ID de circuito, nombre de cliente y fechas críticas en el sistema. Se generaba un reporte nocturno que indicaba lo que se vencería el día siguiente o los dos días siguientes. Éstos eran distribuidos a los grupos de trabajo, en donde registraban el trabajo que habían completado o los problemas encontrados. Estos reportes se regresaban después al centro de control, en donde los oficinistas accesaban al registro de la orden e ingresaban el estado de las fechas críticas. Esa noche, junto con los reportes que indicaban el trabajo del día siguiente, los reportes de gestión serían generados indicando fechas no completadas, fechas completadas y en algunos casos índices de productividad. Al final de 1960, la facturación, ingreso de órdenes y gestión de órdenes (control) eran todos mecanizados, si bien a través de solicitudes de entrada/salida con muy poco o ningún procesamiento. Una solución inicial desarrollada por ??&? era una solución para el proceso de asignación local y el resultado fue la aplicación Sistema de Operación de Gestión de Conmutación de Oficina Central (COSMOS®) . Aunque COSMOS* no contenía el inventario de pares de cable local, sí tenía todos los puertos de conmutación. Más aún, mantenía el registro de asignación (tanto el puerto como par de cables) para las órdenes y circuitos. Con los costos de acceso remoto cayendo, las oficinas de asignación, oficinas centrales y centros de instalación estaban atados a una aplicación común. El sistema podía rastrear el trabajo que se estaba haciendo desde los diferentes sitios y permitía que la fuerza de campo eliminara los choques. COSMOS15 fue recibido bien por las BOCs y su implementación se llevó a cabo a mediados de 1970 con millones de artículos de inventario siendo registrados en su base de datos. Sin embargo, durante 1970, las órdenes de servicios especiales empezaron a incrementarse dramáticamente. Esto llevó al desarrollo de TIRKS®, un acrónimo para Sistema de Mantenimiento de Registros Integrados de Tronco. Entre 1984 y 1987, ' todas las BOCs con excepción de Pacific Bell eran soportadas en TIRK°. Cuando las BOCs se volvieron las Compañías Operadoras Bell Regionales en 1984, todos los miembros anteriores compartieron el código de origen TIRK°.

Ese año, se empezó a trabajar en otros sistemas que pudieran intercontectarse directamente y trabajar en conjunto con TIRKS°. El primero de estos en entrar en linea fue el sistema EXACT , usado para colocar órdenes de tarifas de acceso. Estas órdenes se conforman a las normas ASOG generadas por ATTIS. Con su interfaz directa, usando el Gestor de Comunicaciones TIRKS° (TCM°) , se permitía el procesamiento de órdenes directamente al TIRKS° y el regreso de información de disposición de diseño de circuito y estado al originador. Otros sistemas que se estaban desarrollando durante este periodo incluían WFA-C® (antiguamente CIMAP-SSC", WFA-DI® (antiguamente CIMAP-CC®) , WFA-DOS (antiguamente GDS®) , TEMS® (antiguamente ???-???®) , NMA®, Línea de Productos FACS®, - © © Controlador de Ordenes SOAC , Inventario LFACS para circuito local, Inventario S ITCH° para puertos de conmutación (reemplazo de COSMOS) . Todos estos sistemas fueron desarrollados entre 1985 y 1989 en la mayoría de las RBOCs . Estos sistemas se conocen comúnmente como Los Sistemas de Legado de Red (Sistemas de Legado) . Aunque todos estos sistemas han sufrido muchas mejoras durante los últimos 20 años, aún son soportados en la misma tecnología y soporte lógico personalizado disponible en su creación. Un problema que enfrentaban los Sistemas de Legado era cómo mantener todos los registros de datos correcto a través de varios módulos . Se requería de una herramienta que permitiera a los usuarios identificar discrepancias de datos y auxiliara en la reparación. La herramienta desarrollada fue un Sistema de Integridad TRIKS (TDIS ) , el cual permitía al administrador del sistema del usuario correr comparaciones entre registros e índices para aislar errores de datos y tomar una acción adecuada para su reparación. Desafortunadamente, muchas compañías dejaron de correr la mayoría de estas pruebas a finales de los 80' s, debido a errores no identificados en las propias pruebas y a la falta de disponibilidad de computadoras. El TDISS corría en un modo intermitente fuera de línea que interfería con necesidades de servicio para una cobertura de 24 horas al día y 7 días a la semana para operaciones . Recientemente los cambios tecnológicos en el equipo de telecomunicación, computadoras personales y disponibilidad de Internet han creado un nuevo conjunto de problemas para gestionar ofertas de comunicación. En la era de 99% de POTS, era aceptable un enfoque estructurado. Esto es menos cierto hoy. Considerando una conexión DS1 : está formada de 24 segmentos de tiempo, cada uno representando una conexión de canal claro de 64kb. Los circuitos son asignados a los segmentos de tiempo justo como serían asignados a un par de cables en el circuito local . Esta es exactamente la forma en la que el portador de circuito local es inventariado en la aplicación LFACS . Desde la perspectiva de la aplicación, no es nada más que un par de cables lo que es asignado en una base de uno por uno con un circuito . Como una regla de negocios dijera, "no puedes tener más circuitos que las unidades disponibles" . Esto representa los libros de inventario usados originalmente simplemente mecanizados. Si se desea agregar circuitos adicionales, simplemente se incrementa la cantidad de unidades disponibles. Si se incrementa el tubo a un DS3 , se pueden crear segmentos de tiempo de 28-1.544 mb o segmentos de tiempo de 672-64kb. Variar el tamaño de ancho de banda del segmento de tiempo (incrementar/disminuir) y las unidades totales disponibles para la asignación en el tubo respondería en consecuencia. ¿Pero qué ocurre cuando se va más allá de estos limites en una estructura estrictamente lógica? . En este escenario, los puntos de entrada y salida del servicio son definidos, pero su ruta y existencia dependen de las condiciones encontradas en cualquier momento particular. La realidad de las tecnologías de datos tales como el Protocolo de Internet (IP) , frame relay (servicio de tipo freim que puede asociarse con la RDSI (Red Digital de Servicios Integrados) y modo de transferencia asincrono (ATM), los cuales emergieron a finales de los 80 's y a principios de los 90' s, es que dos o más circuitos comparten la unidad de infraestructura. Los sistemas de legado se quedan cortos en su soporte de esto y a las compañías que quieren suministrar estos servicios se les requiere agregar soluciones por puntos. Recientemente, el desarrollo y crecimiento de redes de fibra óptica está cargando más los Sistemas de Legado. Las redes de fibra óptica generalmente se conforman a las normas de red óptica sincronizada conocidas como SOMET/SDH. Empujando esta tecnología está el ancho de banda disponible siempre en aumento sobre las redes SONET. Las arquitecturas de malla óptica inteligentes que incorporan conmutadores ópticos inteligentes se están desarrollando en números siempre en aumento. Los beneficios de esta nueva tecnología incluyen activación de servicios automatizada y gestión de inventarios, rápido aprovisionamiento de servicios, restauración de red apilada, diferenciación de servicios competitivos y escalabilidad infinita. ¦ Para soportar las ofertas de servicio de red de malla óptica inteligentes, los proveedores de servicios deben rediseñar sus modelos de red y modelos de negocios . En una arquitectura mallada, cada elemento en la red está conectado a cada otro elemento a través de un sistema operativo de red a base de software inteligente (NOS) . Estos significa que la comunicación entre nodos puede ocurrir por medio de varias rutas diversas . Esta capacidad permite al proveedor crear una amplia gama de posibilidades de entrega y aplicación de servicios. Añadir este nivel de inteligencia a la red hace posible un rápido aprovisionamiento, reenrutamiento y restauración de trayectorias de luz automáticamente, sin requerir la conversión de ópticas a eléctricas y de regreso o la necesidad de reservar capacidad adicional para propósitos de protección. El resultado son eficiencias de capacidad incrementadas y complejidades reducidas durante el aprovisionamiento de servicios. Las redes de "Legado" tradicionales son esencialmente colecciones punto a punto de trayectorias "clavadas" que proporcionan una ruta de trabajo y una ruta de protección. Los servicios deben ser provistos en una base de la A a la Z con el enrutado entre cada nodo intermedio siendo determinado, asignado y configurado. El proceso de diseño y activación puede ser manual y requerir recursos de operaciones que viajen al lugar de cada elemento de red y e instalen físicamente un circuito para el servicio. El intervalo entre la solicitud del servicio y la entrega puede tomar tanto como 30 a 90 días. En contraste para una red mallada inteligente, el proceso para activar el servicio es menos complicado y puede ser completado en minutos. Se hace una solicitud de servicio para seleccionar y establecer una ruta de servicio y se establece un circuito instantáneamente a través del software de enrutado y señalización inteligente que existe en cada elemento de la red. Esto libera ancho de banda que pudiera haber sido apartado para protección en un ambiente de Legado, incrementando de esta manera la capacidad de generación de ingresos. La flexibilidad de la arquitectura de malla permite la asignación de sólo tanto ancho de banda de trabajo y protección como el que ser requiera por el cliente para cumplir las condiciones de demanda actuales. Esto permite también que los revendedores de servicios sólo paguen por el servicio que requieren cuando lo requieren. Las redes malladas hacen posible que los revendedores de servicios saquen ventaja de las oportunidades cuando éstas se presentan. Con todas estas diferentes ofertas de telecomunicación y con las tecnologías competidoras como parte de su inventario (o accesadas a través de socios comerciales) , la mayoría de los portadores de telecomunicaciones grandes han recurrido a especializar sus fuerzas de venta, como se ejemplifica en la figura 5. Personal de ventas y soporte separado se utiliza para soportar segmentos diferentes (por ejemplo, Negocios Pequeños contra Negocios Grandes contra Mayoreo) con personal especializado adicional para servicios digitales (ISDN, xDSL, Servicios de Datos) . Esto ha llevado a costos incrementados y a ingreso de órdenes de competencia de inventarios comunes . La figura 6 ilustra cómo un "proceso de ingreso de órdenes inteligente" simplifica las ventas y la organización de servicio a cliente para ILECs y CLECs . Una sola fuerza de ventas consolidada ingresa todas las solicitudes de servicio en un sistema de gestión de servicios inteligente. El sistema de gestión de servicios inteligente indica a la fuerza de ventas información requerida y luego genera todas las subórdenes requeridas para servicios necesarios. Las subórdenes de servicio para redes de malla óptica inteligentes también pueden ser incluidas para resolver los requerimientos especiales de estas nuevas ofertas de telecomunicación. Nuevos sistemas de gestión tales como el sistema de gestión de servicios inteligente se requieren para lograr las deficiencias de una red de malla conmutada inteligente y proporcionar los cimientos para nuevos servicios de alta velocidad. Usando el software de manejo de redes ópticas de la industria, los productos de conmutación óptica inteligentes permiten a los portadores construir una red mallada completamente conmutada. Una red mallada conmutada crea un cimiento dinámico para servicios de alta velocidad de siguiente generación. Al simplificar y modernizar la infraestructura de red desde el centro, la red mallada conmutada hace posible el aprovisionamiento en tiempo real, enrutado de tráfico automático y gestión de red simplificada. La red mallada proporciona mayores alternativas de trayectorias de restauración, llevando a disponibilidad más alta de la red. Esto es extremadamente importante en el caso de varias fallas . Las Redes Malladas proporcionan los mismos niveles de servicio que la red SONET/SDH probada y verdadera, permitiendo al mismo tiempo que los proveedores diferencien sus nuevas ofertas de servicio y esquemas de restauración apilados. Las redes malladas conmutadas permiten que los proveedores lancen nuevos servicios en días en lugar de meses. El ancho de banda se proporciona en una entrega "justo a tiempo" y puede ser reasignada dinámicamente sobre la marcha. Lo que se requiere entonces es un Sistema de Gestión de Servicios Inteligente que pueda modernizar personal de ventas y soporte, reducir ingresos manuales, interconectar entre portadores y socios comerciales y permitir .el aprovisionamiento bajo demanda de ancho de banda de redes malladas inteligentes. Breve descripción de la invención Por lo tanto, un objetivo de la presente invención es proporcionar soporte automatizado para el ingreso y gestión de órdenes para servicios de telecomunicación. Un objetivo más de la presente invención es soportar las órdenes de servicios de telecomunicación sin importar el tipo de servicio, localización del servicio, proveedor del servicio o topología de la red. Otro objetivo más de la presente invención es simplificar el proceso de órdenes de telecomunicación desde una variedad de proveedores de servicios de telecomunicación.

Un objetivo más de la presente invención es permitir el uso máximo de sistemas de legado para ordenar servicios de telecomunicación. Otro objetivo adicional de la presente invención es proporcionar servicios de ordenamiento "inteligentes" a un usuario al presentar al usuario plantillas que ilustren los servicios que están disponibles para el usuario con base en la localización del usuario. Un objetivo más de la presente invención es recuperar y almacenar reglas de negocios asociadas con los servicios que sean provistos por diferentes proveedores de servicios de telecomunicación. Otro objetivo más de la presente invención es proporcionar plantillas de servicio a base de conocimiento para proceso de sistemas dinámicos y enrutado de servicios de telecomunicació . La presente invención comprende un sistema y método para el ingreso de órdenes, procesamiento y facturación de sistemas de telecomunicación. Una entidad de usuario de telecomunicación ingresa y ordena por medio de una plantilla basada en la red. La plantilla se genera con base en la información de localización de la entidad del usuario. Para eliminar errores, los sistemas de la presente invención funcionan de una manera basada en conocimiento almacenando información acerca de varios proveedores de telecomunicación, junto con las reglas de negocios asociadas con la orden de servicios a esos proveedores. Además, el sistema de la presente invención determina primero la localización de la entidad del usuario y, con base en esa localización proporciona una plantilla a la entidad del usuario con los servicios de telecomunicación que están disponibles en el sitio de la entidad del usuario. Los servicios que no están disponibles no se muestran a la entidad del usuario en la plantilla de orden. Una vez que la entidad del usuario completa la orden para los servicios de telecomunicación, el sistema de la presente invención crea automáticamente órdenes para sub-componentes y presenta las subórdenes a los diferentes proveedores de servicios de telecomunicación permitiendo de esta manera que el usuario reciba los servicios deseados sin que el usuario tenga que conocer las complicaciones de las reglas de negocios de varios proveedores de servicios de telecomunicación. El sistema de la presente invención facilita además la facturación de servicios toda vez que establece una interfaz con los diferentes sistemas de facturación de los proveedores de servicios de telecomunicación. Esto a su vez permite facturar a la entidad del usuario de una manera consolidada. Usando la presente invención las entidades de usuario no sólo son más capaces de ordenar servicios de telecomunicación en una forma más simple, sino que el aprovisionamiento de esos servicios ocurre de una manera más rápida y libre de errores. Además, los proveedores de servicios de telecomunicación pueden ofrecer más servicios de acuerdo con sus propias reglas de negocios sin preocuparse si son compatibles con las reglas de negocios y prácticas de facturación de otros proveedores de servicios de telecomunicación . Breve descripción de los dibujos La figura 1 ilustra un Sistema de Gestión de Servicios LEC pre-1984. La figura 2 ilustra un Sistema de Gestión de Servicios LEC de la era de 1984-1996. La figura 3 ilustra un Sistema de Gestión de Servicios LEC post-1996. La figura 4 ilustra un Proceso de Cumplimiento de Órdenes de Servicio pre-1984. La figura 5 ilustra un Proceso de Ingreso de Órdenes del presente día. La figura 6 ilustra un Proceso de Ingreso de Órdenes Inteligente. La figura 7 ilustra una modalidad de un Sistema de Gestión de Servicios Inteligente. La figura 8 ilustra una vista general de una modalidad de un Sistema de Gestión de Servicios Inteligente. La figura 9 ilustra una vista general de una modalidad de un Sistema de Gestión de Servicios Inteligente que comprende además una Conexión de Bus Directa y Máquina de Flujo de Trabajo. La figura 10 ilustra una vista general de una modalidad de un Sistema de Gestión de Servicios Inteligente que comprende además un flujo de trabajo adecuado para el soporte de un Portador de Mayoreo y La figura 11 ilustra un Sistema de Gestión de Servicios Inteligente de acuerdo con una modalidad generalizada de la presente invención. Descripción detallada de la invención La presente invención está dirigida a un Sistema de Gestión de Servicios Inteligente para usarse en el aprovisionamiento y gestión de telecomunicaciones. La figura 7, figura 8, figura 9, figura 10 y figura 11 ilustran varias modalidades de la presente invención y se describirán más detalladamente abajo. La figura 7, figura 8, figura 9, figura 10 y -figura 11 son ejemplos de la presente invención pero no deben considerarse limitativos . Ciertas modalidades de la presente invención pueden omitir o combinar funciones enumeradas, así como añadir opciones especializadas. Por ejemplo, el proceso de aprovisionamiento de costos óptimos 51 puede ser omitido mientras opciones tales como plantillas de red mallada inteligente pueden ser separadas de elementos de red no mallados . La presente invención comprende un sistema útil para proveedores de comunicaciones integradas (ICPs) y revendedores de servicios ICP para proporcionar propuestas de venta con base en registros de servicio a clientes. Según se usa en esta descripción, las siguientes definiciones aplican: ANSI - Instituto Americano de Normas Nacionales -organización con base en Estados Unidos que desarrolla normas y define interfaces para telecomunicaciones . ASR - Solicitud de Servicio de Acceso - Una solicitud para servicio cubierto bajo las tarifas de acceso de la FCC, como se describe por el Foro de Órdenes y Facturación. ATM - Modo de Transferencia Asincrono - Una norma de protocolo de transmisión de conmutación de paquetes de alta velocidad, alto volumen ISDN internacional. ATM utiliza células de 53 bytes cortas y uniformes para dividir datos en paquetes eficientes y manejables para una conmutación ultrarrápida a través de una red de comunicaciones de alto rendimiento . Centro de Acceso Internacional B2B - Ejemplo de comercio electrónico basado en Internet. Otros ejemplos incluyen XML EDI . CLEC - Portador de Intercambio Local Competitivo. CORBA - Arquitectura de Intermediario de Solicitud de Objetos Comunes - Una solución para servidores de clientes orientada por objetivos y de arquitectura neutra. Con CORBA se puede condensar un objeto por sus servicios y publicar éstos usando el IDL (Lengua e de Definición de Interfaz) . Un cliente puede después conectarse a, y usar estos servicios. C IS/CMIP - Servicios de Información de Gestión Comunes y Protocolo- norma internacional para el protocolo de gestión de red. CRIS - Sistema de Facturación. CSR - Registro de Servicio a Clientes. DD - Fecha Límite - La fecha en la cual una solicitud de servicio de comunicación está programada para ser completada. DLR - Solicitud de Línea Digital - Solicitud de servicios de comunicación digitales. DSL - Línea de Abonado Digital - Permite servicios de comunicación de banda ancha sobre líneas telefónicas de cobre. EDI - Intercambio de Datos Electrónicos - Una norma industrial (ANSI X12 , X.400) para el intercambio de información entre computadoras directo y una colección de formatos de mensaje estándares y diccionario de elementos de una manera simple para que los negocios intercambien datos por medio de cualquier servicio de mensajes electrónico. FEPS - Procesadores Finales Frontales. FID - Identificador de Campo - Usado en órdenes de servicio que indican más datos próximos . También se usa como una etiqueta en una orden de servicio que antecede información de órdenes de servicio. Los FIDs son códigos alfa o alfanuméricos que identifican información guardada en una cantidad, cuenta, indican actividad física o de registro, generan o niegan cargos no recurrentes, especifican cargos recurrentes, documentan trabajo hecho por varios departamentos e identifican instalaciones usadas para proporcionar servicios. FOC - Falla de Confirmación - Una forma de mensaje de error creada cuando una solicitud de servicios de comunicación no es recibida o no es aceptada por el proveedor de servicios. Frame Relay - Norma industrial, protocolo de capa de enlace de datos conmutados que maneja varios circuitos virtuales usando encapsulación HDLC entre dispositivos conectados . ICP - Proveedor de comunicaciones integradas. ILEC - Portador de intercambio local titular. ISDN - Red Digital de Servicios Integrados . Protocolo de comunicación, ofrecido por compañías telefónicas, que permite a las redes telefónicas portar datos, voz y otro tráfico de origen. ISP - Proveedor de Servicios de Internet - una compañía que proporciona a individuos y otras compañías acceso a la Internet y otros servicios relacionados. IXC - Portador de Entre- intercambio - Un portador autorizado por la Comisión Federal de Comunicaciones (FCC) para proporcionar servicios de comunicación de larga distancia interLATA, entre estados y/o internacional; un portador autorizado por una Comisión de Utilidad Pública (PUC) estatal para proporcionar servicio de comunicaciones de larga distancia pero no servicio de intercambio local entre límites estatales. También conocida como "IC" , "IEC" o ,lIXC" . LATA - Área de Acceso y Transporte Local . LCC - Código de Clase de Línea - Identifica al conmutador una clase particular de servicio. Puede ser identificado por un USOC, FID o alguna combinación de los dos . El FID modificarla el USOC al calificar la clase de servicio con atributos específicos tales como bloqueo 700/900. LEC - Portador de intercambio local . LSR - Solicitud de Servicio Local - Una solicitud de servicio cubierto bajo las tarifas de comisión de utilidad local, como se describe por el Foro de Órdenes y Facturación. LST - Transferencia de Línea y Estación Redisposición de instalaciones de red externas para soportar activación de servicios. NAAR - Solicitud de Asignación de Dirección de Red - Solicitud para una asignación de dirección de red tal como un número telefónico o direcciones de protocolo de Internet (dirección IP) . NCON - Sistema de Software de Configuración de Red soportado por Telecordia Technologies .

?? - Monitoreo de Red y Sistema de Software de Análisis soportado por Telecordia Technologies. N S - Sistema de Gestión de Números. NSDB - Base de Datos de Servicios de Red soportada por Telecordia Technologies. OBF - Foro de Órdenes y Facturación. PICS - Portadores de Inter-intercambio Primario -la compañía de larga distancia a la cual el tráfico es normalmente enrutado cuando un usuario final marca 1+ en áreas de acceso iguales. POTS - Servicio Telefónico Antiguo Simple Servicio telefónico básico para la transmisión de voz humana. RBOC - Compañías Operadoras Bell Regionales. SOAC - Análisis de Órdenes de Servicio y Sistema de Control - Sistema que controla el flujo de órdenes a través del proceso de aprovisionamiento. SONET - Red Óptica Sincronizada - Norma ANSI de 1984 para transmisión por fibra óptica en la red pública. Norma de 52Mbps a 13.22 Gbps para comunicaciones sobre una red de fibra óptica. TEMS - Fabricantes de Equipo de Telecomunicación. TIR S - Sistema de Mantenimiento de Registros Integrados de Tronco . TMN - Red de Gestión de Telecomunicaciones. Con base en la Recomendación M.3010 de la ITU-T, una TMN divide un esquema de gestión de telecomunicaciones en arquitectura funcional, arquitectura física, arquitectura de información y arquitectura de capas lógicas . TN - Número Telefónico - Un número de diez dígitos que comprende un código de área (NPA) , un intercambio ( XX) y una extensión. USOC - Código de Orden de Servicio Universal - Un esquema de codificación alfanumérico que identifica productos y servicios que han sido ordenados por un cliente. VOD - Video Sobre Demanda. VoDSL - Voz Sobre DSL. La capacidad de portar voz estilo telefónico normal sobre una línea de abonado digital (DSL) con funcionalidad tipo POTS, conflabilidad y calidad de voz . VoIP - Voz sobre IP. La capacidad de portar voz estilo telefónico normal sobre una Internet a base de IP con funcionalidad tipo POTS, confiabilidad y calidad de voz. VPN - Red Privada Virtual - Red conmutada con servicios especiales tales como marcado abreviado. Un cliente puede llamar entre oficinas en códigos de área diferentes sin tener que marcar todos los once dígitos. WFA - Sistema de Administración de Fuerza de Trabajo soportado por Telecordia Technologies. X L - Lenguaje de Recargo Extensible. Subconjunto de Lenguaje de Recargo Generalizado Estándar (SGML) definido en especificación 8879:1985 de la ISO. XML omite algunas características opcionales del SGML y proporciona un formato de archivo para representar datos, un esquema para describir una estructura de datos y un mecanismo para extender y anotar HTML con información semántica. La especificación XML se mantiene por el Consorcio de Red Mundial . Los documentos XML pueden incorporar declaración de tipo de documento (DTD) en el documento o usar una DTD almacenada por separado. XML / EDI - Lenguaje de Recargo Extensible integrado en Intercambio de Datos Electrónicos. XML/EDI proporciona un marco estándar para intercambiar diferentes tipos de datos - por ejemplo, una factura, reclamo de cuidado de salud, estado de proyecto - de tal manera que la información ya sea que esté en una transacción, intercambiada por medio de una Interfaz de Programa de Aplicación (API) , automatización de red, portal de base de datos, catálogo, un documento de flujo de trabajo o mensaje pueda ser escrutada, decodificada, manipulada y desplegada consistente y correctamente al implementar primero diccionarios EDI y extender nuestro vocabulario por medio de repositorios en línea para incluir nuestro lenguaje, reglas y objetos de negocios. Los lineamientos para XML/EDI están disponibles de Grupo XML/EDI. En general, la presente invención es un Sistema de Gestión de Servicios Inteligente que proporciona el ordenamiento inteligente de servicios de telecomunicación y la gestión de activos de telecomunicación. El sistema usa una interfaz de Intermediario de Bus/Solicitud de Empresa para comunicarse con sistemas de soporte de propietarios de portadores de telecomunicación. Además de la comunicación de Bus de Empresa el Sistema de Gestión de Servicios Inteligente (ISMS) proporciona funcionalidad para la descomposición de pre-órdenes y órdenes. La figura 7 ilustra una modalidad de la invención que comprende numerosos componentes que están integrados en un solo ISMS 700. La figura 7 puede entenderse al seguir el flujo de una solicitud de comunicaciones típica desde una pre-orden hasta un servicio completamente provisto. En esta modalidad de ISMS 700, el intermediario de solicitud/bus de empresas 750 está integrado en el ISMS 700 y proporciona la traducción y conexión de red a sistemas externos tales como inventario 761, facturación 762, SOPs 764, gestión de red especializada 763 y otros sistemas de información 765. Un ejemplo de gestión de red especializada 763 es el aprovisionamiento de ancho de banda: en tiempo real de elementos de red de malla. Una solicitud de una propuesta o servicio de telecomunicaciones se ingresa primero 701 como solicitud de pre-orden 702. El ingreso de la pre-orden inicia un proceso automático que da como resultado la generación de propuestas 704.

Durante la generación de propuestas 704 el registro de servicio a clientes (CSR) es retirado primero del proveedor de telecomunicaciones actual y resumido 703. Esta es una etapa automática y asegura que ninguno de los servicios existentes sea omitido o "se caiga a través de las grietas" . El módulo de generación de propuestas 704 hace llamadas, según se requiera, para validar que el número de números telefónicos solicitados (dirección) está disponible 705 y validar que esas direcciones de red (por ejemplo Internet) estén disponibles 707. La validación de dirección 705 accesa a la base de datos de direcciones 706 mientras que la administración de direcciones de red accesa a la base de datos 708. Durante la generación de propuestas 704, una o más de las Plantillas de Conocimiento de Negocios 711 puede ser accesada. Estas plantillas proporcionan modelos para cada tipo de servicio de telecomunicación disponible. La plantilla de servicio 712 define características y parámetros de servicio así como datos de identificación que tienen que ser recabados para ordenar un servicio particular. Por ejemplo, los datos que serán recabados pueden incluir listados de directorios, direcciones de red, requerimientos de PIC, precios y otros datos. Mediante el uso de la plantilla de servicio 712, el proceso de ingreso de datos es reducido sólo a datos requeridos para los servicios solicitados.

La plantilla de diseño 713 define cómo un producto de servicio de telecomunicaciones va a ser provisto dentro de un Dominio. Los dominios se definen por el usuario del ISMS para corresponder puntos de demarcación convenientes. Por ejemplo, los Dominios pueden distinguir entre LECs, áreas geográficas o grupos de clientes. Dentro de la plantilla de diseño están los modelos de red usados para "construir" un producto de servicio de telecomunicaciones. Además identifican sub-componentes requeridos para un servicio dado. Los sub-componentes están dirigidos al proveedor de componentes (por ejemplo, socio comercial, compañía o sistema) , tipo de orden requerido y dependencias entre componentes . La plantilla de tarea de componente 714 identifica las tareas requeridas para añadir o remover un componente definido en la Plantilla de Diseño 713 relacionada. Ejemplos de datos provistos por la plantilla de tareas de Componente 714 incluyen: identificación de las tareas asociadas con una actividad específica, duración entre tareas, tareas críticas, enrutado por excepción. En efecto, la plantilla de tareas de Componente 714 asocia actividades específicas a solicitudes de componentes . El catálogo de socios comerciales 715 identifica reglas y códigos de socios comerciales para ordenar varios componentes y servicios . El catálogo de socios comerciales 715 puede dirigir también códigos de socios comerciales a productos y características de servicios de telecomunicación. Ejemplos de los tipos de códigos de socios comerciales típicamente soportados incluyen USOC, FIDS, ISOC, y códigos de Identificación de Hardware. Aunque la invención ha sido expresada en términos de estas cuatro plantillas, esto de ninguna manera limita la invención. Plantillas de reconocimiento de negocios 711 proporcionan un repositorio común para interrelaciones , componentes, asignación de tareas y disponibilidad de todos los servicios de telecomunicación que sean soportados por el ISMS. La ventaja de una función de repositorio es la de permitir que funciones externas del ISMS actúen en forma consistente. Las especificaciones de variabilidad de un servicio de telecomunicación se requiere que sean identificadas sólo dentro de las plantillas. La información de la plantilla puede ser reorganizada dentro de las plantillas descritas u otras plantillas, y aún estar dentro del alcance y significado de la presente invención. Por ejemplo, la plantilla de diseño 713 y la plantilla de componente 714 puede ser combinada en una sola plantilla. Este cambio igualmente podría causar posiblemente una carga operativa de computadoras más alta pero el funcionamiento del ISMS permanecería intacto. Una vez que se genera una propuesta, ésta es transmitida o de otra manera comunicada al cliente o empresa solicitante. Es almacenada en el sistema de generación de propuestas hasta el momento en que se reciba la aprobación del cliente o empresa solicitante. Una vez que se aprueba la propuesta, ésta es liberada para volverse una orden en el módulo de ingreso de órdenes 721. Otro ingreso 721 comienza con la recepción de una orden aprobada. Las órdenes se almacenan en la base de datos de órdenes 722. La orden es después transferida al programador de trabajo 723. El resultado final del programador de trabajo 723 es el de producir una lista de tareas de servicio 726 que es transmitida al proceso de gestión de aprovisionamiento 733. De preferencia, el IS S incorpora un proceso de aprovisionamiento de costos óptimo 724 que selecciona circuitos y elementos de red disponibles de la base de datos de estado de circuito 725 para encontrar la solución de costo final para los servicios solicitados, tomando en cuenta parámetros de aprovisionamiento y diseño de componentes a partir de plantillas de conocimiento de negocios 711. Una estrategia alternativa es la de usar el proceso de aprovisionamiento de costos óptimos para seleccionar de preferencia activos de red en red al asignar niveles de precios "descontados" para activos en red. Esta estrategia logra niveles de utilización más altos de los activos de un portador y dependencias más bajas en socios externos .

El proceso de gestión de aprovisionamiento 733 recibe listas de tareas de servicios del programador de trabajo 723 o de operaciones 732 que ingresan solicitudes 731. Por ejemplo, personal de soporte a clientes o personal de campo pueden utilizar las terminales 731 en respuesta a fallas de servicio o para iniciar solicitudes de diagnóstico. El proceso de gestión de aprovisionamiento 733 genera una lista de actividades de grupos de trabajo 734 así como órdenes de compra internas ? externas 735. Las órdenes de compra son programadas para su liberación por el proceso de gestión de aprovisionamiento 733. Las solicitudes son emitidas usando reglas de interconexión 736, incluyendo reglas de negocios de interconexión entre socios comerciales en la base de datos 737. Las actividades de grupos de trabajo en la lista de actividades de grupos de trabajo 734 son típicamente para grupos de servicio en casa mientras que las solicitudes de interconexión se emiten típicamente a socios comerciales (transmitidas por medio del intermediario de solicitud/bus de empresas 750) . El intermediario de solicitud de bus de empresas 750 es de preferencia un OBF y normas EDI que cumplen con un centro de acceso internacional de interconexión proporcionando acceso electrónico automatizado a ILEC y sistemas de órdenes de socios comerciales IPC. Los archivos de configuración definible por usuarios se usan para compensar ILEC individual o variaciones de socios comerciales a estas normas. El centro de acceso internacional permite que un sistema de gestión de órdenes internas ICPs transfiera y comparta información relevante incluyendo el retiro de registros de servicios a clientes (CSR) , solicitudes de cumplimiento de órdenes y actualizaciones de estados de orden con ILEC o sistemas de socios comerciales ICP. Además, el centro de acceso internacional maneja de preferencia traducciones de datos para EDI, COREA, CMIP/CMIS, así coo traduce información codificada de sistemas extraños (incluyendo protocolos privados) . En forma más preferible, el intermediario de solicitud/bus de empresas 750 utiliza un centro de acceso internacional XML o XML/EDI (véanse definiciones arriba) . Para la modalidad de la invención ilustrada en la figura 7, las interfaces de programas de aplicación XML (API)s útiles incluyen: entrada de ingreso de órdenes de servicios, salida de estado de órdenes de servicios, salida de solicitudes de servicios, entrada de solicitudes de servicios, salida de estado de solicitudes de servicios y entrada de estado de solicitudes de servicios. La figura 7 ilustra el proceso de aprovisionamiento de costos óptimos 724 interrelacionado con el programador de trabajo 723. Cuando no se requiere la optimización de costos, este módulo puede ser omitido del ISMS. Como alternativa, el proceso de aprovisionamiento de costos óptimos 724 también puede ser interrelacionado con la generación de propuestas 704. 7A1 combinar el proceso de aprovisionamiento de costos óptimos 724 con la generación de propuestas 704, un portador de comunicaciones puede determinar si descuentos de cliente más altos pueden ser ofrecidos o si otras topologías de servicio deben ser asignadas al cliente. La figura 8 ilustra una vista general de un sistema de gestión de servicios inteligentes (ISMS) 800 en el que el ISMS 800 se interconecta a un intermediario de solicitud/bus de empresas externo 850. El ISMS 800 proporciona funciones similares a las del ISMS de la figura 7, incluyendo ingreso y validación de pre-órdenes, generación de propuestas, gestión de órdenes, descomposición de órdenes, solicitud de servicios y generación de órdenes de comprar, rastreo de estado de servicio junto con comunicación a sistemas de facturación externa 861, inventario 863 y sistemas SOP 864. Los sistemas externos 861, 863 y 864 están, en general, asociados con socios comerciales. Por esta razón, la figura 8 resalta cómo un socio comercial puede tener un gestor de órdenes separado 862 que se interconecte entre el ISMS y el sistema de inventario del socio comercial . La figura 8 es una modalidad convencional de la presente invención para una BOC para consolidar sus ofertas de servicios de telecomunicaciones de sus portadores de intercambio local (LEC) subsidiarios. Por consiguiente, esta modalidad remueve uno de los grandes impedimentos para fusiones de LEC exitosas . Proporciona también socios comerciales de servicio de mayoreo 811, por ejemplo CLECs, para colocar sus órdenes de mayoreo a través del centro de acceso internacional de solicitud de servicios de mayoreo 812. Otras solicitudes de servicio, que se originen en el LEC (o LEC fusionado con el portador) pueden usar el centro de acceso internacional de solicitud de servicio de Internet 823. Esto permite que las solicitudes de órdenes se originen virtualmente en cualquier terminal 821 conectada a Internet 822. En ciertas modalidades preferidas de la figura 8, el centro de acceso internacional de solicitud de servicios de mayoreo 812 usa lenguaje de recargo extensible para intercambio de datos electrónicos (XML/EDI) . XML/EDI proporciona comercio electrónico entre socios comerciales. Cuando se usa en el nivel RBOC, el ISMS 800 permite que los clientes de la RBOC ordenen y reciban servicios de telecomunicaciones, compren y facturen en el nivel RBOC. Esto permite que una RBOC soporte un cliente de gran empresa con contacto, aprovisionamiento y facturación de origen individual . El cliente de empresa puede usar el centro de acceso internacional de solicitud de servicio de Internet 823 para solicitar registro, órdenes y estado de servicio de cliente de nivel RBOC. El ISMS 800 retira registros de servicio de cliente- de nivel LEC 801 y emite órdenes específicas de LEC 802. Las traducciones entre ofertas de servicios específicos de LEC y servicios de nivel RBOC se llevan a cabo automáticamente por el ISMS 800. En forma similar, las órdenes de aprovisionamiento de RBOC 803 son traducidas, transmitidas y su estado rastreado entre el ISMS 800 y los LECs usando el intermediario de solicitud/bus de empresas externo 850. La modalidad de la presente invención ilustrada en la figura 9 es similar a las modalidades de la figura 7 y figura 8 y se proporciona funcionalidad similar. La interfaz del operador con el ISMS 900 puede originarse con una terminal 901 unida al intermediario de solicitud/bus de empresas externo 950 o usando una terminal 911 conectada por medio de Internet 912. Para consistencia, ciertas modalidades preferidas despliegan todos los datos en un formato de navegador de Internet. Esto puede hacerse para minimizar entrenamiento de personal y dar un "tacto y sensación" consistentes e integrados para usuarios del ISMS 900. Al proceder las órdenes de servicios de telecomunicación a través de las etapas de pre-orden (propuesa) a diseño y aprovisionamiento una máquina de flujo de trabajo 920 proporciona un mecanismo de rastreo y envió eficiente con poca carga de desarrollo de software. La máquina de flujo de trabajo 920 rastrea conclusiones de tareas y envia y notifica automáticamente a sistemas o personal de tareas pendientes. Máquinas de flujo de trabajo están disponibles de un número de vendedores de software, por ejemplo SAIC, y se seleccionan con base en el sistema operativo de la computadora de soporte. Las máquinas de flujo de trabajo SAIC se prefieren particularmente para aplicaciones estilo portal de red. El ISMS 900 soporta conectividad a sistemas de facturación incluyendo el sistema de facturación CRIS 910. similarmente, el ISMS 900 proporciona interfaces así como soporte para sistemas externos 961 a 975. Los acrónimos para estos sistemas pueden encontrarse arriba en las definiciones. La figura 10 ilustra una modalidad de la presente invención dirigida al soporte de portadores de mayoreo, por ejemplo CLECs . En el caso, el ISMS 1000 permite que un RBOC presente al mundo exterior una sola imagen de ofertas de servicios de telecomunicación, sin importar los detalles en el nivel del LEC subsidiario. Las funciones del ISMS 1000 son similares a las provistas en otras modalidades de la invención (por ejemplo, ingreso y validación de pre-órdenes, generación de propuestas, gestión de órdenes, descomposición de órdenes, solicitud de servicios y generación de órdenes de comprar, rastreo de estadio de servicio junto con comunicación por medio del intermediario de solicitud/bus de empresas 1050 a aplicaciones de Legado externas 1060, aplicaciones de siguiente generación 1065, sistemas de seguridad 1070, sistemas de gestión de red de vendedor 1075 y centros de acceso internacional B2B 1080. La máquina de flujo de trabajo 1020 rastrea y controla una orden de servicio a través de las diferentes etapas desde la pre-orden hasta el aprovisionamiento. Los clientes de mayoreo pueden ingresar sus solicitudes de servicios y CSR en una terminal o sistema 1031 comunicándose sobre Internet 1032 a través del centro de acceso internacional de ingreso de órdenes inteligente de Internet 1030. Como una alternativa, se puede permitir a los clientes de mayoreo ingresar sus solicitudes de servicio y CSR 1001 usando otro sistema conectado. La figura 11 ilustra una forma más generalizada de un Sistema de Gestión de Servicios Inteligente (ISMS) 1100 de acuerdo con la presente invención, y comprende plantillas de conocimiento de negocios 1110, funciones de ingreso de órdenes 1120, funciones de gestión de órdenes 1130, funciones de aprovisionamiento y rastreo de telecomunicaciones 1140 e interconexión 1150 a sistemas externos. Ejemplos de sistemas exteriores incluyen sistemas de inventario 1161, sistemas de facturación 1162, sistemas de gestión de red especializados 1163, sistemas SOPs 1164 y otros sistemas IS 1165. La conectividad se proporciona usando un intermediario de solicitud/bus de empresas 1160 y opcionalmente sobre la Internet 1170. De preferencia, 1110 presenta una apariencia y sensación de "portal de red" a los usuarios. El ISMS 1100 proporciona una arquitectura escalable y modular, capaz de satisfacer las necesidades actuales y emergentes de la industria de servicios de telecomunicación. El IS S 1100 está configurado preferiblemente para soportar otros componentes para protocolos y tecnologías de datos mayores incluyendo ATM, SONET, xDSL, TCP/IP, VoIP y frame relay. Opcionalmente, el ISMS 1100 proporciona soporte para red mallada inteligente a través de plantillas adecuadas . Aunque la presente invención ha sido descrita en el contexto de modalidades preferidas, será fácilmente aparente para aquellos expertos en la técnica que pueden hacerse otras modificaciones y variaciones sin alejarse del espíritu y alcance de la presente invención. Por ejemplo, plantillas de conocimiento de negocios pueden reorganizarse en cuanto a qué funciones residen en qué plantilla. Además, las plantillas pueden ser especializadas para soportar tecnologías emergentes tales como redes malladas inteligentes con aprovisionamiento de ancho de banda en línea. En consecuencia, no se intenta que la presente invención sea limitada a las especificaciones de la descripción anterior de modalidades preferidas, sino más bien que sea limitada sólo por el alcance de la invención como el definido en las reivindicaciones anexas a la misma. Se hace constar que con relación a esta fecha el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones : 1. Un sistema para soportar la gestión de servicios de telecomunicación para una empresa o portador de telecomunicaciones, el sistema se caracteriza porque comprende: un medio procesador de computadora para ingresar y procesar información necesaria para la gestión de servicios de telecomunicación; en donde el procesador de computadora comprende además una interfaz de usuario gráfica para desplegar información o solicitudes de indicación de ingreso de datos a un operador humano; un componente de ingreso de órdenes que comprende instrucciones para recuperar registros de servicios a clientes de proveedores de servicios de telecomunicación y traducir los registros de servicios a clientes en servicios de telecomunicación equivalentes; un componente de interconexión para transferir información a, y recibir información de proveedores de servicios de telecomunicación; un componente de gestión de aprovisionamiento que comprende instrucciones para crear y rastrear planes de trabajo; en donde los planes de trabajo comprenden un evento de actividad de trabajo para llevar a cabo la instalación o corrección de fallas de cada componente de sub-modelo de un servicio de telecomunicació ,- un componente de gestión de órdenes que comprende instrucciones para crear una lista jerárquica que comprende asignaciones de servicios de telecomunicación en red y asignaciones de servicios de telecomunicación fuera de red; en donde el componente de gestión de circuito comprende además instrucciones para crear un plan de trabajo de puesta en servicio; en donde el componente de gestión de circuito comprende además un medio automático para recibir solicitudes de socios comerciales del ICP; en donde las solicitudes que provienen de socios comerciales son rechazadas o insertadas en la lista j erárquica; un componente de gestión de diseño que comprende instrucciones para seleccionar automáticamente un modelo de servicio de comunicaciones; descomponer el modelo de servicio en componentes de sub-modelo y crear un diseño de comunicaciones del mismo y en donde el componente de gestión de diseño comprende además instrucciones para emitir automáticamente solicitudes de servicio a socios comerciales del ICP.
2. El sistema para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 1, caracterizado porque los registros de servicio a clientes son retirados usando intercambio de datos electrónicos con los proveedores de servicios de telecomunicación.
3. El sistema para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 1, caracterizado porque el componente de interconexión utiliza lenguaje de recargo extensible para intercomunicaciones con uno o más proveedores de servicios de telecomunicación.
4. El sistema' para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 1, caracterizado porque comprende además un intermediario de solicitud de bus de empresas.
5. El sistema para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 1, caracterizado porque comprende además una máquina de flujo de trabajo, en donde la máquina de flujo de trabajo: descompone el modelo de servicio en componentes de sub-modelo con base en si el cruce de redes plurales es adecuado para proporcionar servicios de telecomunicación solicitados y cuál de uno o más proveedores de servicios están disponibles para proporcionar servicios consistentes con la localización del cliente; crear un diseño de telecomunicaciones de los componentes de sub-modelo con base en reglas de orden de los proveedores de servicios .
6. El sistema para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 1, caracterizado porque comprende además un proceso de aprovisionamiento de costos óptimo.
7. El sistema para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 6, caracterizado porgue el proceso de aprovisionamiento de costos óptimo es accesible por el componente de ingreso de órdenes y el componente de gestión de órdenes .
8. Un método para soportar la gestión de servicios de telecomunicación para una entidad de uso de servicios, los registros de servicios de telecomunicación de la entidad de uso de servicios son traducidos en servicios de telecomunicación equivalentes, el método se caracteriza porque comprende : aceptar una orden de servicios de telecomunicación especificados de la entidad de uso de servicios; seleccionar un modelo de servicio de telecomunicaciones para proporcionar los servicios de telecomunicación especificados ordenados, con base en los servicios de telecomunicación equivalentes; descomponer el modelo de servicio de telecomunicación en componentes de sub-modelo con base en si el cruce de redes plurales es adecuado para los servicios de telecomunicación especificados ordenados y cuál uno o más proveedores de servicios están disponibles para proporcionar servicios consistentes con la localización de la entidad de uso de servicios; crear un diseño de telecomunicaciones de los componentes de sub-modelo con base en reglas de orden de los proveedores de servicios; transmitir uno o más planes de trabajo, que correspondan al diseño de telecomunicaciones, a los proveedores de servicios por medio de una red y rastrear los planes de trabajo con base en información recibida desde el uno o más proveedores de servicios por medio de la red.
9. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 8, caracterizado porque los planes de trabajo son transmitidos usando lenguaje de recargo extensible (XML) .
10. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 8 , caracterizado porque la información recibida desde el uno o más proveedores de servicios usa lenguaje de recargo extensible (XML) .
11. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 8, caracterizado porque la red comprende una red de comunicaciones de intercambio de datos electrónicos (EDI) .
12. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 8, caracterizado porque el uno o más proveedores de servicios son socios comerciales de un Proveedor de Comunicaciones Integradas (ICP) .
13. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 8, el método se caracteriza porque comprende además: desarrollar especificaciones de parámetros de servicio en forma adaptlva, con base en el tipo de servicio que se esté especificando.
14. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 8, el método se caracteriza porque comprende además: crear una lista jerárquica que comprenda asignaciones de servicios de telecomunicación en red y asignaciones de servicios de telecomunicación fuera de red y recibir solicitudes de socios comerciales de un Proveedor de Comunicaciones Integradas (ICP) ; en donde las solicitudes de los socios comerciales son rechazadas o insertadas en la lista jerárquica.
15. Un servidor para soportar la gestión de servicios de telecomunicación para una entidad de uso de servicios, los registros de servicios de telecomunicación de la entidad de uso de servicios son traducidos en servicios de telecomunicación equivalentes, el servidor se caracteriza porgue comprende : un procesador de datos ; una memoria en comunicación direccionable con el procesador de datos, la memoria incluye instrucciones de software adaptadas para hacer posible que el procesador de datos lleve a cabo las siguientes etapas: aceptar una orden de servicios de telecomunicación especificados de la entidad de uso de servicios; seleccionar un modelo de servicio de telecomunicación para proporcionar los servicios de telecomunicación especificados ordenados, con base en los servicios de telecomunicación equivalentes; descomponer el modelo de servicio de telecomunicaciones en componentes de sub-modelo con base en si el cruce de redes plurales es adecuado para los . servicios de telecomunicación especificados ordenados y cuál de uno o más proveedores de servicios están disponibles para proporcionar servicios consistentes con la localización de la entidad de uso de servicios; crear un diseño de telecomunicaciones de los componentes de sub-modelo con base en reglas de orden de los proveedores de servicios; transmitir uno o más planes de trabajo, que correspondan al diseño de telecomunicaciones, a los proveedores de servicios por medio de una red y rastrear los planes de trabajo con base en información recibida desde el uno o más proveedores de servicios por medio de la red.
16. El servidor para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 15, caracterizado porque los planes de trabajo son transmitidos usando lenguaje de recargo extensible (XML) .
17. El servidor para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 15, el método se caracteriza porque comprende además : desarrollar especificaciones de parámetros de servicio en forma adaptiva, con base en el tipo de servicio que se esté especificando.
18. El servidor para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 15, el método se caracteriza porque comprende además : crear una lista jerárquica que comprenda asignaciones de servicios de telecomunicación en red y asignaciones de servicios de telecomunicación fuera de red y recibir solicitudes de socios comerciales de un Proveedor de Comunicaciones Integradas (ICP) ¦ en donde las solicitudes de los socios comerciales son rechazadas o insertadas en la lista jerárquica.
19. Un método para soportar la gestión de servicios de telecomunicación para un usuario, el método se caracteriza porque comprende ·. desarrollar información de localización del usuario; proporcionar al usuario opciones de servicio con base en la información de localización provista por el usuario; aceptar una orden de servicios de telecomunicación especificados del usuario; seleccionar un modelo de servicio de telecomunicaciones para proporcionar los servicios de telecomunicación especificados ordenados; descomponer el modelo de servicio de telecomunicaciones en componentes de sub-modelo con base en si el cruce de redes plurales es adecuado para los servicios de telecomunicación especificados ordenados y cuál de uno o más proveedores de servicios están disponibles para proporcionar servicios consistentes con la información de localización provista por el usuario; crear un diseño de telecomunicaciones de los componentes de sub-modelo con base en reglas de orden de los proveedores de servicios ; transmitir uno o más planes de trabajo, que correspondan al diseño de telecomunicaciones, a uno o más de los proveedores de servicios por medio de una red y rastrear los planes de trabajo con base en información recibida desde los proveedores de servicios por medio de la red.
20. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 19, caracterizado porque los planes de trabajo son transmitidos usando lenguaje de recargo extensible (XML) .
21. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 19, caracterizado porque la red comprende una red de comunicaciones de intercambio de datos electrónicos (EDI) .
22. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 19, caracterizado porgue el uno o más proveedores de servicios son socios comerciales de un Proveedor de Comunicaciones Integradas (ICP) .
23. Un servidor para soportar la gestión de servicios de telecomunicación para un usuario, el servidor se caracteriza porque comprende: un procesador de datos ; una memoria en comunicación direccionable con el procesador de datos, la memoria incluye instrucciones de software adaptadas para hacer posible que el procesador de datos lleve a cabo las siguientes etapas: desarrollar información de localización del usuario ; proporcionar al usuario opciones de servicio con base en la información de localización provista por el usuario; aceptar una orden de servicios de telecomunicación especificados del usuario; seleccionar un modelo de servicio de telecomunicaciones para proporcionar los servicios de telecomunicación especificados ordenados; descomponer el modelo de servicio de telecomunicaciones en componentes de sub-modelo, con base en si el cruce de redes plurales es adecuado para los servicios de telecomunicación especificados ordenados, y cuál de uno o más proveedores de servicios están disponibles para proporcionar servicios consistentes con la información de localización provista por el usuario; crear un diseño de telecomunicaciones de los componentes de sub-modelo con base en reglas de orden de los proveedores de servicios ; transmitir uno o más planes de trabajo, que correspondan al diseño de telecomunicaciones, a los proveedores de servicios por medio de una red y rastrear los planes de trabajo con base en información recibida desde los proveedores de servicios por medio de la red.
24. El método para soportar la gestión de servicios de telecomunicación de conformidad con la reivindicación 23, caracterizado porque los planes de trabajo son transmitidos usando lenguaje de recargo extensible (XML) .