MXPA04008633A - Sistema y metodo para adaptar redes de telefonia de acceso remoto a desviaciones nacionales. - Google Patents

Sistema y metodo para adaptar redes de telefonia de acceso remoto a desviaciones nacionales.

Info

Publication number
MXPA04008633A
MXPA04008633A MXPA04008633A MXPA04008633A MXPA04008633A MX PA04008633 A MXPA04008633 A MX PA04008633A MX PA04008633 A MXPA04008633 A MX PA04008633A MX PA04008633 A MXPA04008633 A MX PA04008633A MX PA04008633 A MXPA04008633 A MX PA04008633A
Authority
MX
Mexico
Prior art keywords
signal
message
pulse
multimedia terminal
terminal adapter
Prior art date
Application number
MXPA04008633A
Other languages
English (en)
Inventor
C Stein Robert
Original Assignee
Gen Instrument Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Gen Instrument Corp filed Critical Gen Instrument Corp
Publication of MXPA04008633A publication Critical patent/MXPA04008633A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q3/00Selecting arrangements
    • H04Q3/0016Arrangements providing connection between exchanges
    • H04Q3/0025Provisions for signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2858Access network architectures
    • H04L12/2861Point-to-multipoint connection from the data network to the subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2869Operational details of access network equipments
    • H04L12/2898Subscriber equipments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0806Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • H04L41/0813Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/22Arrangements for supervision, monitoring or testing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/121Details of network access arrangements or protocols
    • H04M7/1215Details of network access arrangements or protocols where a cable TV network is used as an access to the PSTN/ISDN
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6424Access arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6429Terminal adapters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • H04L2012/6486Signalling Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13292Time division multiplexing, TDM

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un metodo para configurar un dispositivo de acceso (11) acoplado a una red IP (15) que permite que el dispositivo de acceso (11) aplique una senal deseada, solicitada por una LE (19) para tener acceso a la linea; al recibir un mensaje de protocolo V5 desde la LE (19), un puerto de entrada de voz (17) mapea el mensaje de protocolo V5 en un mensaje de texto en formato NCS que contiene uno o mas parametros asociados con la senal deseada y envia el mensaje de texto al dispositivo de acceso (11) sobre la red IP (15); al recibir el mensaje de texto, el dispositivo de acceso (11) ajusta su configuracion en uno o mas parametros incluidos en el mensaje de texto y uno o mas valores por omision almacenados en una base de informacion de gestion; una vez configurado, el dispositivo de acceso (11) aplica la senal deseada a la linea de acceso.

Description

SISTEMA Y METODO PARA ADAPTAR REDES DE TELEFONIA DE ACCESO REMOTO A DESVIACIONES NACIONALES CAMPO DE LA INVENCION La presente invención se refiere generalmente a un método y aparatos para conducir la señalización telefónica, y muy particularmente a un método y aparato para conducir la señalización telefónica en grandes redes de telecomunicación, incluyendo redes de cable y redes basadas en el Protocolo de Internet.
ANTECEDENTES DE LA INVENCION En el mercado de la telefonía internacional, existe la precedencia histórica de que varía un número de parámetros de rendimiento de interfaz telefónica en los Límites Nacionales. En el pasado, los productos eran "nacionalizados" ya fuera por construcción resistente única o una' combinación de hardware y software para adaptarse a las desviaciones nacionales. Los recientes intentos de la Unión Europea (EU) por "armonizar" estas desviaciones nacionales en la EU no han tenido éxito en lograr la completa "armonización" debido a la gran base de legado del Equipo de Terminal Telefónica (TE) . Por lo tanto, estas desviaciones nacionales se deben seguir tomando en cuenta en el equipo de las instalaciones de los clientes. Incluso, los fabricantes y operadores de telefonía desean que las rfides de acceso telefónicas tengan la capacidad para adaptarse a estas desviaciones nacionales sin que existan diferencias de hardware para reducir los problemas de compatibilidad del equipo de la terminal, así como los requerimientos de costo y soporte. En particular, debido a que se relaciona con las redes basadas en Protocolo de Internet (IP), a un organismo de normes conocido como CableLabs, se le asignó la tarea de desarrollar normas para redes de voz-sobre-IP para operar en Norteamérica. PacketCable es una norma de comunicaciones y señalización desarrollada por CableLabs para proveer servicios de telefonía sobre un módem de cable DOCSIS. DOCSIS significa Especificaciones de Interfaz de Sistemas de Datos Sobre Cable, que es la norma de CableLabs que utilizan los módem de cable para comunicarse con la cabecera y la red de datos. Las normas emitidas desarrolladas por CableLabs/Packetcable proveen una capacidad de aprovisionamiento y configuración limitada junto con los mensajes de Señalización de Llamada de Red (NCS) para modificar la operación de dispositivos de acceso (denominados MTA) y que están basados en las normas Norteamericanas. Un Adaptador de Terminal de Multimedia (MTA) es un dispositivo que se conecta a un raódem de cable y a lineas telefónicas del Servicio Telefónico Tradicional (POTS) para proveer el servicio de telefonía sobre arquitecturas Híbridas-Fibra-Coaxial (HFC) y también se conecta en interfaz con teléfonos tradicionales del servicio POTS. Estos estándares, esencialmente describen sólo un perfil de operación posible y no son lo suficientemente flexibles para adaptarse a todas las variaciones en el mercado internacional. Por lo tanto, la presente invención aborda el problema de desarrollar un método y aparato para permitir que las Redes de Acceso de Telefonía tengan la capacidad de adaptarse a las desviaciones nacionales sin requerir modificaciones del hardware .
SUMARIO DE LA INVENCION La presente invención resuelve estos y otros problemas proveyendo, entre otros, un método y sistema para permitir que se construya un dispositivo de hardware común que después se pueda emplear en diferentes países y utilizar por diferentes operadores del sistema en redes nacionales. La plataforma de hardware común es adaptable a varias desviaciones nacionales mediante un módulo de software que provee un esquema bajo el cual la plataforma de hardware opera utilizando valores por omisión y cuyo esquema puede aceptar nuevos valores automáticamente mediante la infraestructura del sistema para configurar el dispositivo precisamente a las desviaciones nacionales .
BREVE DESCRIPCION DE LAS FIGURAS La figura 1 describe una arquitectura ejemplar de un aspecto de la presente invención. La figura 2 describe una forma de acoplar una red de acceso a una central local al cual son aplicables varios aspectos de la presente invención . La figura 3 describe una segunda forma de acoplar una red de acceso a una central local al cual son aplicables varios aspectos de la presente invención . La figura 4 describe una modalidad ejemplar de una red de acceso a la cual se pueden aplicar varios aspectos de la presente invención. La figura 5 describe una secuencia de envíos de mensaje entre la central local, una Terminal de Acceso de Protocolo de Internet (IPAT), un Adaptador de Terminal de Multimedia (MTA) y una línea de acceso durante una transacción de solicitud de señal pulsada de acuerdo con otro aspecto de la presente invención. La figura 6 describe una secuencia de envío de mensajes entre la central local, una IPAT, un MTA y una línea de acceso durante una señal pulsada con una transacción de reconocimiento de inicio de acuerdo con otro aspecto de la presente invención. La figura 7 describe una secuencia de envío de mensajes entre la central local, una IPAT, un MTA y una línea de acceso durante una señal pulsada con una transacción de reconocimiento de conclusión de acuerdo con otro aspecto de la presente invención . La figura 8 describe una secuencia de envío de mensajes entre la central local, una IPAT, un MTA y una línea de acceso durante una señal pulsada con una transacción de reconocimiento de impulso de acuerdo con otro aspecto de la presente invención. La figura 9 describe una secuencia de envío de mensajes entre la central local, una IPAT, un MTA y una línea de acceso durante un contaje con la transacción de reconocimiento de impulso de acuerdo con otro aspecto de la presente invención. La figura 10 describe una secuencia de envío de mensajes entre la central local, una IPAT, un MTA y una línea de acceso durante una aplicación de impulso de contaje fijo, · una transacción de envío de mensajes completada de acuerdo con otro aspecto de la presente invención. La figura 11 describe valores por omisión y rangos de tratamiento de línea utilizados para definir la señalización de línea de acuerdo con otro aspecto todavía de la presente invención. La figura 12 describe un diagrama de flujo de una modalidad ejemplar de un método para acoplar una central local a un adaptador de terminal de multimedia, mediante una Red de Protocolo de Internet de acuerdo con otro aspecto de la presente invención . La figura 13 describe un diagrama de flujo de una modalidad ejemplar de un método para acoplar una central local a un adaptador de terminal de multimedia, mediante una Red de Protocolo de Internet de acuerdo con otro aspecto de la presente invención . La figura 14 describe un diagrama de flujo de una modalidad ejemplar de un método para acoplar una central local a un adaptador de terminal de multimedia, mediante una Red de Protocolo de Internet de acuerdo con otro aspecto de la presente invención. La figura .15 describe un diagrama en bloques de una modalidad ejemplar de un aparato para acoplar una central local a un adaptador de terminal de multimedia, mediante una Red de Protocolo de Internet de acuerdo con otro aspecto todavía de la presente invención.
DESCRIPCION DETALLADA DE LA INVENCION Vale la pena observar que cualquier referencia en la presente invención a "una modalidad" significa que una función, estructura o característica particular descrita en relación con la modalidad está incluida por lo menos en una modalidad de la invención. La enunciación de la frase "en una modalidad" en diversas partes de la descripción detallada no necesariamente se refiere a la misma modalidad. Una solución al problema antes mencionado es desarrollar plataformas de hardware flexibles y después desarrollar métodos para configurar estas plataformas flexibles por desviaciones nacionales. Adicionalmente, es conveniente poder r e - co n fi gu a r estas plataformas (por ejemplo, durante el aprovisionamiento) en la instalación inicial y el registro del sistema para "personalizar" su operación para requerimientos de instalación o clientes específicos. Finalmente, se deben modificar dinámicamente algunos parámetros sobre una base por llamada para dar cuentas a los Servicios de Señalización de Acceso Local Análogo (ALASS) o Servicios de Señalización de Area Local Personalizados (CLASS), tal como la señal de llamada distintivo, la Identificación de Llamada Entrante (CLID), pulsación de contaje, etc., o para mejorar la utilización del ancho de banda de la red mediante la modificación de los requerimientos del ancho de banda, dependiendo de los requerimientos de contenido del canal. La siguiente descripción provee un método para proveer que el sistema y los métodos adapten la ejecución de la plataforma a las necesidades del vendedor del equipo, del operador del servicio y de los clientes. Un aspecto de la presente invención provee la creación de un método para traducir una sucesión modular de señalización de protocolo Europeo V5. x en el Protocolo de Red de Acceso y para abastecer el nodo de Acceso Remoto para ejecutar señales y parámetros bajo el control del protocolo. El Protocolo de Gestión de Red Simple (SNMP) se puede emplear para transferir estos parámetros al nodo de acceso remoto. Los aspectos específicos de la invención abarcan, entre otros, la variabilidad de la cadencia de señal de llamada expandida, las solicitudes de señal pulsada y las solicitudes de señal regular única en el Mercado Internacional. Con base en una plataforma de hardware flexible para el Nodo de Acceso, un aspecto de la presente invención crea una base de datos flexible (MIB) que establece los elementos de ejecución "por omisión" que dirigen la plataforma del hardware para que opere a un conjunto de elementos y parámetros por omisión (configuración) . Esta definición MIB inicial se denomina el modo de operación por omisión. Este conjunto de elementos y parámetros "por omisión" se alinea con el conjunto de requerimientos de ejecución más comunes (por ejemplo, estándares "armonizados" de los Estados Unidos) . Esencialmente, esta definición MIB provee un esquema que abarca todas las desviaciones nacionales posibles mediante el establecimiento de parámetros y rangos para todas las variables posibles, y después acepta los valores que especifican completamente, según sea necesario, las desviaciones nacionales específicas. De acuerdo con otro aspecto de la presente invención, un proceso de "aprovisionamiento" está definido en los casos donde al momento de llevarse a cabo el registro en la Red de Telefonía, se revisa la MIB "por omisión" de la Plataforma de Hardware flexible (por ejemplo, aprovisionado) por requerimientos nacionales o del cliente. Estas revisiones darían como resultado un cambio en las características de ejecución de la plataforma de hardware flexible.
De acuerdo con otro aspecto adicional de la presente invención, está definido un conjunto de instrucciones de software, dichas instrucciones se pueden comunicar a través de la red para dirigir la plataforma de hardware flexible para que ésta ejecute los parámetros de ejecución definidos de MIB. De acuerdo con otro aspecto de la presente invención, está definido un conjunto de instrucciones de software extendidas, dichas instrucciones proveen elementos de información durante el establecimiento de una llamada o durante una llamada operativa para modificar temporalmente los elementos MIB ' y dirigir la plataforma de hardware flexible para que altere sus características de ejecución para esa llamada o condición de llamada.
Parámetros de telefonía Los siguiente Parámetros de Telefonía se pueden adaptar mediante los métodos que se describen en esta solicitud, pero las invenciones contenidas en la misma no se limitan .a o quedan restringidas por estos parámetros. Al utilizar las técnicas que se especifican en esta descripción, por lo menos cada uno de los siguientes parámetros se puede ajustar completamente a cualesquiera desviaciones nacionales existentes. Además, se pueden crear nuevas desviaciones nacionales no especificadas actualmente utilizando técnicas que se proporcionan en esta descripción, proporcionando el amplio rango y flexibilidad ahora posibles para los siguientes parámetros de señalización de linea: 1 Impedancia de Línea de Telecomunicación Pérdida de audio de recepción (pérdida corriente abajo, pérdida Di g i t a 1 - a -Aná 1 ogo (D/A) , por ITU-T Q.551. Q.552-Lo) Pérdida de audio de transmisión (pérdida corriente arriba, pérdida Digital-a-Análogo (D/A) , por ITU-T Q .551 /Q .552 -Li ) Corriente de Bucle DC Voltaje de Bucle DC (Vbatt) Polaridad de Bucl e / I nve r s ión de Polaridad Sincronización de Ruptura de Bucle Interruptor conmutador, interruptor de control de intermitencia) , marcar por pulso (marcación por pulsos ) Ley de codificación del VoCodif icador Generación de Tonos de Supervisión Decodificación Multifrecuencial de Dos Tonos ( DTM F ) Codificación de tonos DTMF Planes de numeración Protocolo de Transmisión de Datos En Reposo Tonos de Transmisión de Datos En Reposo Protocolo de Transmisión de Datos en Tono de Descolgado Tonos de Transmisión de Datos en Tono de Descolgado Señalización de llamada (cuadro de cadencia ) Medición - 50 Hz, 12 kHz, 16 kHz "K-break" ruptura de bucle sincronizado ( desconectar ) Aunque la lista anterior puede no ser totalmente inclusiva, tampoco 'se requiere soportar todas estas funciones, dependiendo de las elecciones hechas en el diseño del producto. Los métodos que se describen en la presente invención proveen un método que permite a estos parámetros ser modificados si el Dispositivo de Acceso tiene la capacidad para cambiar su operación. ETSI ETS 300 001 define muchos de estos parámetros y sus desviaciones nacionales.
Plataforma de hardware flexible Un ejemplo de una plataforma de hardware flexible incluye un Dispositivo de Acceso, tal como un Módem de Cable con un Adaptador, de Terminal de multimedia Integrado, o un Módem de Cable con un Adaptador de Terminal de multimedia. Entre los ejemplos de plataformas de hardware flexible se incluyen los productos CG4500/4500E y CG5500/5500E de Motorola. Los puertos de entrada de comunicaciones de la serie CG4500/5500 están disponibles en dos modelos, que soportan los protocolos DOCSIS y EuroDOCSIS. Los puertos de entrada de Comunicaciones de CG4500/5500 soportan dos lineas de Servicio Telefónico Tradicional (POTS) a través de dos conexiones de interfaz RJ-11 independientes. Cualquiera de las lineas de telecomunicación se puede habilitar o deshabilitar de manera remota e independiente de la otra linea. Además de soportar los servicios de telefonía, los Puertos de Entrada de Comunicaciones también proveen enlaces de datos de alta velocidad con Ethernet Base T 10/100 y puertos de datos USB . La tecnología de diseño ha progresado hasta el punto donde todos los parámetros de señalización de línea antes mencionados se pueden definir en hardware o en una combinación de hardware . y software. Debido a que el hardware tiene la capacidad de alterar su ejecución para cualquiera de estos parámetros u otros bajo control de software, las siguientes descripciones aplican en la configuración, el aprovisionamiento y el procesamiento de llamadas' de Telefonía Análoga.
Definiciones de parámetro Para cada Parámetro de Ejecución de Telefonía, existen varios atributos que describen la característica de ejecución real del Parámetro que se está describiendo. En general, se podría considerar el formato de la base de datos y los mensajes que soportan la funcionalidad de telecomunicaciones adaptivas 'como: Parámetro: Atributol, atributo2, at ribut o3 , ... atributoN Por lo tanto, la base de datos tiene entradas para cada uno de los parámetros anteriores y atributos relacionados asociados con cada una de estas entradas .
Base de información de gestión (MIB) La MIB es una recopilación de objetos administrados que residen en un almacén virtual, tal como una Base de Datos (DB), que se utiliza para configurar o aprovisionar el Dispositivo de Acceso para que se ejecute con los parámetros definidos como se observó anteriormente. Generalmente, esta base de datos está centralizada y bajo el control del operador del sistema. La DB se puede estructurar para permitir la definición del parámetro en un sistema amplio, dispositivo individual o sobre una base por linea. La MIB, su sistema de gestión (por ejemplo, configuración de parámetro/atributo) y método para distribuir el contenido de la MIB son bien conocidos por aquellos expertos en la técnica, y por lo tanto no se tienen que repetir en la presente invención. Eñ general, los atributos se pueden definir con base en la naturaleza del parámetro que se va a adaptar. Los parámetros que se van a generar por medio del Dispositivo de Acceso tendrán los siguientes atributos: por ejemplo, amplitud, frecuencia, duración y sincronización de cadencia (por ejemplo, el patrón de encendido/apagado, sincronización interdigit os , etc.) . También se pueden especificar otros atributos, según sea necesario . Los parámetros que se van a recibir o detectar a través del dispositivo de Acceso tendrán los siguientes atributos; por ejemplo, nivel, frecuencia, duración mínima, duración máxima, sincronización de cadencia (por ejemplo, patrón de encendido/apagado, sincronización interdígito mínima/máxima, etc.) . De manera similar, también se pueden especificar otros atributos. Algunos parámetros son de valor específico, tal como por ejemplo: La Impedancia de Línea generalmente se describe como una resistencia en serie que alimenta una combinación en paralelo de una segunda resistencia y una capacitancia en paralelo. La corriente de bucle o Voltaje de Bucle serán parámetros de valor específico. Polaridad de bucle - bucle de Avance, bucle Inverso Ley de VoCodif icación - G.ll µ-ley, G.711 A-ley, G.723, G.728, G.729, G.729e, etc. Plan de marcado - secuencias' de dígitos y dígitos específicos. Las tolerancias no están definidas en el sistema debido a que están definidas por las características de diseño del hardware y software del Dispositivo de Acceso.
Aprovi s ionamiento El proceso para configurar y aprovisionar Dispositivos de Acceso es bien conocido por aquellos expertos en la técnica, y por lo tanto no se tienen que repetir. Los parámetros expandidos y atributos comunicados durante el proceso de aprovisionamiento se describen en la presente i nvenc ión .
Señalización de llamada de red (NCS) Las modalidades descritas en la presente invención, utilizan mensajes NCS. Debido a que NCS es un perfil de Protocolo* de Control de Puerto de Entrada de Medios (MGCP) (es decir, el estándar Voz-Sobre-IP adoptado por PacketCable) cualquier experto en la técnica podría aplicar los mismos mensajes, principios, y prácticas con ese protocolo o cualquiera de un número de otros protocolos, tal como Señalización de Llamada Distribuida (DCS) o H.323 (un protocolo de Teleconferencia.- ITU) . Como tal, las invenciones aquí mostradas no se limitan a ninguno de estos protocolos.
La definición de KCS dada por CableLabs/PacketCable en el documento Pkt-SP-EC- MGCP- I 01- 990312 únicamente define una capacidad limitada para controlar algunos parámetros, tal como lo definen los documentos de Telcordia Telephony, tal como TA-NWT-000909 y TR-NWT - 000057. Para mejorar las Redes de Acceso y que se adapten a la amplia gama de desviaciones nacionales y a algunos parámetros únicos en el mercado internacional, el trabajo de NCS original está expandido, tal como se describe en la presente invención. Por lo tanto, un nuevo paquete de linea está definido para NCS (por ejemplo, un paquete de línea Europea) para manejar las desviaciones nacionales sin entrar en conflicto con la ¦especificación original de Paquete de Línea NCS de PacketCable original. Estos mensajes dirigen el dispositivo de acceso para configurar los valores de parámetro o. condiciones. En algunos mensajes, los valores son implícitos (no establecidos) por lo que se utilizan los valores provisionales. En otros casos, los mensajes son expandidos para suministrar atributos alternos que se van a utilizar y para reemplazar los valores provisionales. Por lo tanto, para modificar un dispositivo de acceso y configurar un parámetro de señalización de linea determinado, se envía un mensaje al dispositivo de acceso (por ejemplo, desde un nodo del operador de sistema, o bajo el control de un operador de sistema), cuyo mensaje se ajusta completamente al parámetro ü'de señalización de línea determinado de -acuerdo con los atributos especificados en el mensaje. El resultado final es que el dispositivo de acceso ahora opera de acuerdo con la funcionalidad especificada .
Panorama General Esta sección describe una aplicación del protocolo NCS a un dispositivo I PAT que tiene la capacidad de emulár una Red de Acceso a una de Intercambio Local (LE) que cumple con la línea Europea que forma parte de una Red de Circuito Conmutada (SCN). En la presente invención se describe el mapeo entre el protocolo NCS y un subconjunto del protocolo V5.2 [ref ETS 300 324] aplicable para el soporte de los ser icios SCN para teléfonos análogos. Varios aspectos de la presente invención permiten que los operadores de cable ofrezcan servicios de telefonía sobre sus plantas de cable de arquitectura Híbrida-Fibra-Coaxial (HFC) mientras que utilizan la capacidad de Conmutación V5 existente para el acceso SCN. Esta sección se aplica a un subconjunto de protocolo de señalización V5 que relaciona los servicios provistos por medio de una línea de dos cables (terminales a-b), con inicio de bucle, de Sistema de Telefonía Tradicional análogo (POTS) . El protocolo que se describe en la presente invención permite el soporte de la sucesión modular de los servicios POTS de SCN V5. En los casos donde un producto no puede soportar un servicio específico, se deberá interpretar el cumplimiento con el protocolo como tener la habilidad de aceptar la interfaz de protocolo" y mitigar la falta de adaptación o combinación en la solicitudes de servicio para las capacidades del producto, permitiendo así que se optimice la complejidad del producto y su costo por los requisitos del mercado y las necesidades de administración, mientras que se mantiene una interoperabilidad del protocolo. En las descripciones que se presentan en - la presente invención, solamente se asume G.711.
Arquitectura del Puerto de Entrada de Voz En la figura 1 se muestra una arquitectura del sistema ejemplar para acoplar una Terminal de Acceso de Medios 11 a una central local 19 mediante un Puerto de Entrada de Voz 17 y una Red IP. La Terminal de Acceso de Protocolo de Internet ( I PA ) 17 provee un ínter funcionamiento entre una red que cumple con IPCableCom 15 y una Central local 19 que es parte de una Red de Circuito Conmutada (SCN) 18. La interfaz entre la IPAT y la Central local utiliza un subconjunto de ETS 300 324 que es aplicable para soportar los servicios de SCN a un teléfono análogo. La figura 15 muestra una modalidad ejemplar del Puerto de Entrada de Voz 85 y el Adaptador de la Terminal de multimedia 86. El Puerto de Entrada de Voz emplea una Interfaz IP 84 mediante la cual se comunica con el Adaptador de Terminal de multimedia, que también emplea una Interfaz IP similar 87. Además, el Puerto de Entrada de Voz 85 utiliza una Interfaz V5 82 para comunicarse con la Central local 81. Un procesador 83 desarrolla el mapeo y traducción de las señales hacia/desde la Central local a mensajes desde/al Adaptador de Terminal de multimedia. El Adaptador de Terminal de multimedia 86 tiene acceso a una memoria que almacena la Base de Información de Gestión 89 para los parámetros por omisión, tal como se vayan requiriendo para definir completamente una operación de telefonía determinada cuando estos parámetros no son provistos en los mensajes Jde texto recibidos por el Adaptador de Terminal de mult imedia . El mapeo que se especifica en la presente invención no supone la estructura interna de la IPAT; sin embargo, se asume que provee tanto las funciones de señalización como las de interfuncionamiento de medios.
Requisitos de interfaces eléctricas y físicas Los métodos y la arquitectura del sistema que se establecen en la presente invención supone una arquitectura del sistema definida ETS 300 324 que consiste de una Central local (LE) 19 y una Red de Acceso 16 (AN) conectada mediante una interfaz V5. La interfaz V5 puede tener entre una y dieciséis interfaces de 2048kbit/s, tal como se define en ETS 300 347-1, ETS 300 166 y ETS 300 167. Las características eléctricas y físicas de las interfaces se conforman al caso de ETS 300 166, 2048kbit/s . En el documento ETS 300 166 se definen dos alternativas de presentación de interfaces, la interfaz balanceada de tipo par y la de tipo coaxial. De acuerdo con las dos alternativas *de aplicaciones de interfaz que se muestran en la figura 1, se deja al operador de la ' red que solicite la presentación de interfaz requerida. En la presente invención, la Red de Acceso se expande para definir una red de PacketCable que consiste de una Terminal de Acceso de Protocolo de Internet (IPAT) o nodo 17, un Sistema de Terminal de Módem por Cable (CMTS) 14, un Módem por Cable (CM) 12a, 12b y un Adaptador de Terminal de Multimedia (MTA) ' lia, 11b o un Adaptador de Terminal de Multimedia Integrado (E-MTA) . En las figuras 1-4, la = punto de interfaz en el lado de la Red de Acceso; Ib = punto de interfaz en el lado LE; y Ic = punto de interfaz en el lado de las instalaciones del usuario. Las figuras 2, 3 y 4 muestran varias arquitecturas de red *a las cuales pueden ser aplicables las invenciones que aqui se presentan . Esta Red de Acceso es muy similar a una Red de Acceso que utiliza una Terminal Digital Remota (RDT) en la arquitectura tradicional de Conmutación por Circuito . Las definiciones eléctricas y lógicas de la Red IP y la Red HFC son la materia sujeto de las actividades de estándares y no se definen en < la presente invención. La descripción que aquí se presenta, supone que estas redes simplemente provean el enlace digital transparente tal como se describe en ETS 300 324. En la descripción en la presente invención se enfoca al método para proveer las señalización necesaria entre la V5 LE hasta el punto de interfaz de las instalaciones, tal como se define en ETS 300 324 para soportar los servicios deseados en el punto de terminación de las instalaciones del usuario . Para las solicitudes de señal de llamada en cadencia, las modalidades en la presente invención definen un rango expandido de señales de llamada en cadencia utilizando una sintaxis similar a la de las señales de cadencia de llamada. Para las señales de estado estable y pulsadas, las técnicas en la presente invención permiten que una IPAT de PacketCable traduzca un Red de Protocolo de Internet (elemento 73) . Al recibirlo, el dispositivo de acceso ajusta su configuración de acuerdo con el mensaje de texto recibido utilizando uno o más parámetros incluidos en el mensaje de texto y uno o más valores por omisión almacenados en una base de información de gestión accesible para el dispositivo de acceso para definir asi la señal deseada (elemento 74) . El dispositivo de acceso entonces aplica la señal deseada a la linea de acceso. Las figuras 12 y 13 describen un diagrama de flujo de una modalidad ejemplar para transferir parámetros de telefonía desde una central local que opera de acuerdo con un protocolo V5 a un adaptador de terminal de multimedia que opera de acuerdo con Protocolo de Internet de acuerdo con otro aspecto de la presente invención. Al recibir un mensaje binario de protocolo de señalización V5 desde la central local, que recibió a su vez un mensaje de protocolo de señalización V5, incluye uno o más elementos de información (elemento 51), el mensaje binario de protocolo de señalización V5 recibido es mapeado en un mensaje de texto para el nodo de acceso remoto, cuyo mensaje de texto incluye uno o más elementos de información textual 30 de terminal de multimedia (elemento 58) . Si el código de señal de impulso no incluye un elemento de información de intervalo de repetición de impulso, el adaptador de terminal de multimedia aplica un valor previamente aprovisionado para el intervalo de repetición de impulso que es almacenado en una base de información de gestión que es accesible por el adaptador de terminal de multimedia (elemento 61) . Al recibir un indicador de supresión desde la central local que indica que no hay supresión, que genera un mensaje NCS de tratamiento de linea asociado para el adaptador de terminal de multimedia, que instruye al adaptador de terminal de multimedia que ejecute el tratamiento de linea asociado sin considerar "los cambios en un estado de linea o en mensajes de señal adicionales desde el procesador o central local (elemento 62) . Al recibir un indicador de supresión desde la central local que indica que no hay supresión, generando un mensaje NCS de tratamiento de linea asociado al adaptador de terminal de multimedia instruyendo al adaptador de terminal de multimedia que ejecute el tratamiento de linea asociado sin considerar los cambios en un estado de linea o 31 mensajes de señal adicionales desde el procesador o central local (elemento 63). Al recibir un indicador de supresión desde la central local que indica una supresión en respuesta a una señal de linea predeterminada desde el intercambio de terminal, iniciar la supervisión para un mensaje de señal de tratamiento de linea NCS predeterminado desde el adaptador de terminal de multimedia y al recibir el mensaje de señal de tratamiento de linea NCS predeterminado, emitir un mensaje de cancelación de señal pulsada asociado al adaptador de terminal de multimedia (elemento 64) . Al recibir un indicador de supresión desde la central local que indica una supresión en respuesta a un mensaje de señal V5 predeterminado desde la central local o una señal de linea predeterminada desde el intercambio de terminal, iniciar la supervisión para el mensaje de señal V5 predeterminado y un mensaje de señal de tratamiento de linea predeterminado desde el adaptador de terminal de multimedia y al recibir ya sea el mensaje de señal V5 predeterminado desde la central local o el mensaje de señal de tratamiento de linea predeterminado desde el adaptador de terminal de multimedia, emitiendo un mensaje de cancelación de 32 señal pulsada asociado al adaptador de terminal multimedia (elemento 65) .
Paquete NCS para los mensajes de Protocolo SCN V5 Esta sección describe la adición de una solicitud de señal IPCablecom y una solicitud de evento a un Paquete de Linea Europeo presumible que se está desarrollando para NCS en IPCablecom Europea . Estas solicitudes de señal y de evento mapean los elementos de información correspondientes contenidos en un Tipo de Mensaje de protocolo SCN V5, en un formato binario, al formato NCS. Los valores por omisión que se establecen en la presente invención son con el propósito de proveer a los vendedores de equipo los valores para el envió del producto inicial. Se acordó en las disposiciones para permitir que estos valores sean eliminados como parte de la configuración de la unidad o aprovisionamiento con valores alternos por requisitos de administración local.
Solicitud de Señal de llamada en Cadencia 33 Los mensajes V5 ESTABLISH o mensajes V5 SIGNAL con Elementos de Información para "señal de llamada en cadencia" son mapeados a la "Solicitud de Señal" de NCS. S: <request code> (código de solicitud) El código de solicitud de señal para la señal de llamada en Cadencia Europeo es cr(x) . La señal de llamada NCS de Paquete en Linea de PacketCable actualmente definida "rx" es definida co.n x=g, s o los números 0-7 (decimal) . Algunas de estas cadencias son fijas y no se pueden aprovisionar por la guia de PacketCable. V5 permite que las señales de llamada en cadencia varíen de 0 a 127, por lo tanto, el código de solicitud de señal cr(x) es definida con x=0, 127. En los sistemas V5, la señal de llamada en cadencia por omisión es cr (0) y cualesquiera de las cadencias pueden ser aprovisionadas únicamente por las normas nacionales o los requisitos de administración nacionales .
Valores por omisión y rangos de señales de llamada en cadencia La MTA permite que los valores de señales de llamada en cadencia (0 a 127) sean 34 aprovisionados para que correspondan al mapa de timbre en cadencia LE por las normas nacionales o requisitos de administración loca. En el cuadro B.l se proporcionan los Valores por Omisión de Señales de llamada en Cadencia. Toda la sincronización se realiza en milisegundos . El aprovisionamiento a través del rango de 0 a 5000 ms en pasos de 50 ms se requiere según lo siguiente: CUADRO B .1 Valores por Omisión de Timbre en Cadencia cr (x) ti t2 t3 t4 t 5 t6 11amada inactivo timbre inacti o t imbre inactivo 0 1000 4000 ' 1000 4000 1000 4000 1 1000 500 1000 3500 1000 3500 2 500 500 500 500 1000 3000 3 500 500 1000 500 500 3000 4 1000 500 500 4000 5 6 7 8 .... 127 35 Solicitud de señal pulsada El mensaje V5 ESTABLISH con un Elemento de Información de Señal de Impulso o un Mensaje V5 SIGNAL con un Elemento de información de "Señal Pulsada" se mapea a una solicitud de señal NCS . El código de solicitud de señal para la señal pulsada es ps . Los parámetros para esta solicitud de señal son : • lt define el tratamiento de linea que se va a aplicar (corresponde a la codificación V5 del Tipo Impulso) • pd significa la duración de impulso (longitud de un solo impulso.) • pr significa el intervalo de repetición de impulso para los impulsos Los valores pd y pr son opcionales. Si no se proporciona valores, MTA aplicará los valores previamente aprovisionados en la MTA MIB por el código de tipo (lt) tratamiento de linea/tipo de impulso. Además de estos parámetros, la solicitud de señal se puede aplicar con estos parámetros de solicitud de señal: • rep denota el número de impulsos (repeticiones) 36 • rpc denota el número de impulsos entre los reportes de impulso de contaje (opcional, señal em solamente) . En efecto, la mayoría de las solicitudes de señal pulsada son señales de fin de tempori zación (TO), en donde el valor de fin de tempori zación puede ser determinado conforme a: To = pr*rep IPAT no necesita incluir el parámetro de fin de tempori zación en la solicitud de señal, si el valor de fin de tempori zación por omisión es adecuado para la Solicitud de Señal que se está solicitando. Este valor por omisión está aprovisionado tanto en MTA como en IPAT. IPAT DEBERIA incluir el valor de fin de tempo ri zac i ón si el producto de pr*rep es significativamente menor a 180 segundos, y la IPAT DEBE incluir el valor de fin de temporización si el producto de pr*rep es mayor a 180 segundos. Las señales de "activar la generación de impulso de contaje" (em) y "generación de aumento de potencia de impulso de contaje" (mpb) se definen como las señales de encendido/apagado (00) y breve (BR) , respectivamente. El número de impulsos (rep) no es aplicable a la solicitud de señal em . Por el 37 contrario, la señal en solamente puede incluir el parámetro de reporte de conteo de impulsos (rpc) . El número de parámetro de impulso se requiere para la solicitud de señal mpb .
Codificación de tratamiento de línea El cuadro B.2 describe la codificación para los tratamientos de línea que se pueden aplicar, junto con el tipo de señal y la aplicabilidad del parámetro. Los parámetros pueden ser Opcionales (0), Obligatorios (M) o prohibidos (F.
CUADRO B .2 Codificación de tratamiento de línea Código Descripción Tipo pd pr rep1 rpc lt de Señal i r Timbre Inicial TO O 0 0 F le Bucle pulsado cerrado T0 o 0 0 F lo Bucle pulsado abierto TO 0 0 0 F en (Activar) generación de OO F 0 F 0 impulso de contaje mpb Generación de ráfaga de BR 0 0 0 F impulso de contaje nb Sin batería pulsada TO 0 0 0 F np Polaridad normal pulsada TO 0 0 0 F rb Batería reducida pulsada TO o o 0 F rp Polaridad inversa TO 0 0 0 F pulsada 38 El parámetro "rep" es OBLIGATORIO si el valor es provisto por la interfaz V5 LE. La asignación de OPCIONAL es este campo es el reconocimiento del uso de valores por omisión en apoyo de las arquitecturas del Agente de Control de Llamada o "Softswitch" (software que a través de estándares abiertos puede realizar funciones de comunicaciones distribuidas en plataformas informáticas abiertas) .
Valores por omisión . y rangos de 1 tratamiento de linea El cuadro B.3 que se muestra en la figura 11 describe omisiones y rangos de parámetros para los tratamientos de linea en el cuadro B.2. Los valores de temporización son en mi lisegundos . Notal: la Amplitud de Impulso de Contaje se especifica en dBm a través de las terminales a-b y termina en la impedancia de terminación de referencia por las normas nacionales.
Eventos solicitados Se pueden solicitar los siguientes eventos para señales pulsadas, por inclusión en los eventos solicitados (R: lista de parámetros en la solicitud 39 de notificación: • oc denota que se debe notificar la conclusión de la operación • of denota que se debe notificar la falla de la operación • pe denota que se debe notificar la conclusión del impulso Codificación por impulsos La IPAT debe mapear el tipo de impulso numerado V5 y la codificación de duración a los tipos de tratamiento de linea NCS y duraciones en milisegundos por tablas de aprovisionamiento, tal como son definidas por la administración local o la LE . Codificación de duración de impulso La duración de impulso se especifica en milisegundos, utilizando el parámetro pd. Por ejemplo, un impulso de 200 milisegundos está especificado por: pd=200 La duración de impulso es opcional. Si no está provista por la entidad solicitante, la TA DEBERIA aplicar un valor aprovisionado o un valor internamente determinado por omisión, con base en 40 el parámetro (lt) de tratamiento de linea.
Codificación de periodo de impulso El periodo de impulso se especifica en mi 1 i segundos , utilizando el parámetro pr . Por ejemplo, un segundo periodo es especificado por: pr=1000 Por lo tanto, por ejemplo, un ciclo de duración de 50%, a un segundo impulso periódico es especificado por: pd=500, pr=1000 El periodo de impulso es opcional. Si no está provisto por la entidad solicitante, la MTA DEBERIA aplicar un' valor aprovisionado o predeterminado internamente por omisión con base en el parámetro (lt) de tratamiento de línea.
Codificación de evento de conclusión de impul s o El evento de conclusión de impulso es reportado por la MTA cuando se solicita en la primer Solicitud de Señal por medio de la IPAT y cuando se ha completado cada impulso solicitado. Este evento es notificado para cada impulso completado por la duración de la solicitud de 41 señal, sin requerir solicitudes de notificación adicionales de la IPAT. La detección de este evento no afecta la aplicación continua de impulsos por la MTA. El código de solicitud de evento para el impulso completo es pe, y está incluido en la solicitud de señal, similar a la operación completa oc .
Codificación de reporte de impulso de conta j e El evento de reporte de impulso de contaje lo reporta la MTA cuando es solicitado en una solicitud de señal de generación de impulso de contaje con un parámetro de conteo de impulso de reporte no cero (rpc) . Este evento es notificado cada vez que el conteo de impulso de contaje de la MTA alcanza el conteo de impulso de reporte. La generación del evento restablece el conteo de impulso de contaje de MTA a cero. El conteo no incluye impulsos generados por cualesquiera solicitudes de señal de ráfaga de impulso de contaje (mpb) . La generación del evento no afecta la generación continua de impulsos de contaje y la notificación posterior del evento de reporte de 42 impulso de contaje. La IPAT no necesita enviar una nueva solicitud de notificación. El código de evento para el reporte de impulso de contaje es mpr . La notificación incluye el conteo. E emplo: O: mpr (10) Indicador de supresión V5 El indicador de supresión V5 se utiliza tanto en la Señal Pulsada IE como en la IE de Hábil itación-Contaj e . Esto permite que LE indique a la Red de Acceso si se debe suprimir la señal pulsada continua. El indicador de supresión se debe utilizar para indicar si la generación de impulso se debe detener en una red si cambian las condiciones de la linea y si se recibe un nuevo mensaje de SIGNAL desde LE o si cualquiera de ambos ocurre. Esto es especialmente importante para los impulsos de contaje en ciertas redes, en donde los impulsos de contaje no son enviados después de que se elimina la llamada, esto se podría utilizar para suprimir los impulsos de contaje después que se ha eliminado la 1 lamada . En otras redes es esencial que los impulsos 43 de contaje se envíen sin considerar si existe un cambio en el estado de la linea debido a los mensajes desde LE o debido a los cambios por TE. La codificación del indicador de supresión es : 00 Sin supresión 01 Supresión permitida por el mensaje V5 SIGNAL predefinido desde LE 10 Supresión permitida por una señal de línea predefinida desde TE 11 Supresión permitida por el mensaje V5.1 SIGNAL predefinido desde LE o una señal de línea predefinida desde TE La opción de supresión de señal no se mapea eficientemente al protocolo NCS. Por ejemplo, para aplicar una solicitud de señal "sin supresión", la señal debe ser definida como una señal "breve"; para aplicar una señal con "una supresión permitida por la señal predefinida desde TE" requiere que la señal deba ser definida como una señal de "fin de t empori zación" . Para el propósito de la interconexión en redes V5-a-NCS, se acepta el comportamiento de NCS y las señales son definidas con base en las suposiciones de utilización normal. 44 Para resolver este conflicto con NCS, la IPAT debe "puentear" el protocolo V5 a NCS aceptando la Indicación de Supresión V5 y después ejecutando el conjunto apropiado de mensajes NCS para lograr el efecto deseado.
Sin supresión Al recibir el código V5 "00", la IPAT deberá generar el mensaje de NCS de tratamiento de linea asociada a la MTA. La MTA debe ejecutar un tratamiento de linea asociada, tal como se define en la presente invención, sin considerar los cambios en el estado de linea o en los mensajes de señal adicionales de la LE-IPAT.
Supresión por el mensaje V5 SIGNAL predefinido Para este caso, la IPAT debe ser aprovisionada con el mensaje V5 SIGNAL (por ejemplo, en el extremo lejano "en reposo") . Al recibir el código V5 "01", la IPAT deberá iniciar la supervisión para el mensaje V5 SIGNAL previamente aprovisionado. La. MTA deberá ejecutar el tratamiento de linea asociado tal como se define en la presente invención. 45 Al recibir el mensaje V5 SIGNAL previamente aprovisionado, la IPAT deberá emitir el mensaje de cancelación de señal pulsada asociado a la MT . La MTA deberá responder al mensaje de cancelación de señal pulsada asociado, tal como se define en la presente invención.
Supresión por medio de la señal de linea predefinida desde TE Para este caso, la IPAT debe ser previamente aprovisionada con el mensaje de señal de tratamiento de linea NCS asociado (por ejemplo "en reposo") . Al recibir el código V5 "10", la IPAT deberá iniciar la supervisión para el mensaje de señal de tratamiento de linea NCS previamente aprovisionado desde la MTA. La MTA deberá ejecutar el mensaje de tratamiento de línea asociado, tal como es definido por los protocolos NCS (por ejemplo "en reposo") . Al recibir el mensaje de tratamiento de línea NCS previamente aprovisionado, la IPAT deberá emitir el mensaje de cancelación de señal pulsada asociado (ver Sección B.4.5) a la MTA. La MTA deberá responder al mensaje de 46 cancelación de señal pulsada asociada tal como se definió anteriormente.
Supresión por medio del mensaje V5 SIGNAL predefinido desde LE o la señal de línea predefinida desde TE Para este caso, la IPAT debe ser previamente aprovisionada con un mensaje asociado V5 SIGNAL Y el mensaje de señal de tratamiento de línea NCS asociado (por ejemplo, el extremo lejano "en reposo" y TE "en reposo") . Al recibir el código V5 "11", la IPAT debe comenzar a supervisar el mensaje V5 SIGNAL previamente aprovisionado y deberá comenzar a supervisar el mensaje de señal de tratamiento de línea NCS previamente aprovisionado desde la MTA. Si se presentan a la MTA, la MTA deberá ejecutar el mensaje de tratamiento de línea asociado, tal como es definido por los protocolos NCS (por ejemplo, "descolgado") . Al recibir el mensaje V5 SIGNAL previamente aprovisionado O el mensaje de tratamiento de línea NCS desde la MTA, la IPAT deberá emitir el mensaje de cancelación de señal pulsada asociado a la MTA. La MTA deberá responder al mensaje de 47 cancelación de señal pulsada asociado, tal como se definió en la presente invención.
Indicador de repetición El indicador de repetición solamente se utiliza en el IE de Hábil itar-Conta e V5. Se envía en la dirección de LE a la Red de Acceso con un conteo de impulso de reporte para instruir a la Red de Acceso si continua o cesa la aplicación de impulsos de contaje automáticos, cuando se ha. aplicado el número específico del contaje de impulsos de generación de reportes. Codificación del indicador de repetición: 00 deja de aplicar impulsos después de que se ha aplicado el número especificado por el conteo de impulsos de reporte. 11 continua aplicando impulsos a la misma velocidad hasta que la llamada es desconectada o hasta que se reciben nuevas instrucciones desde LE. 01 reservado para otro uso. 10 reservado para otro uso. El comportamiento por omisión para el tratamiento de línea em hace que la señal sea aplicada como una señal encendido /apagado hasta que es discontinuada por la IPAT. La IPAT puede obtener 48 el comportamiento para discontinuar los impulsos una vez que se ha alcanzado el conteo de impulsos de generación de reporte, mediante la inclusión de una solicitud de notificación integrada para apagar la señal em (ver sección B.4.5) .
Codificación de repetición de impulso La IPAT mapea el conteo de repetición de impulsos de interfaz V5 directamente al parámetro de repetición (rep) NCS existente. Este parámetro debe ser provisto de acuerdo con este Anexo. No hay valor por omisión para las repeticiones de impulsos. Nota: Por guia V5, es inválido un valor de repetición de "0". Si la IPAT recibe una solicitud desde V5 LE con un valor de repetición = 0, o f altante, la IPAT deberá sustituir un valor de repetición de "1". En la IE de Señal Pulsada V5, el "número de impulsos" es un campo de 5 bits. El rango de valores permitidos es de 1 a 31. En la IE de Habilitación-Conta e de V5 , la combinación de "indicador de repetición = 00" y el campo de "conteo de impulsos de generación de reporte" permite la especificación de un "número de 49 impulsos" limitado. El conteo de impulsos de generación de reporte es un campo de 12 bits, que representa un rango válido de 1 a 4095. Aunque el valor dé repetición de impulsos puede estar solamente en el rango 1...31 desde una interfaz V5, las repeticiones de impulsos pueden ser especificadas sobre el rango total de 1...4095.
Uso de parámetro Todos los parámetros descritos para la solicitud de señal pulsada, aplican a todos los tratamientos de linea descritos. La IPAT debe suministrar valores para la duración de impulso, el intervalo de repetición de impulso, y el número de repeticiones. Para representar la variación nacional para el impulso de contaje, la frecuencia y amplitud son aprovisionadas a la TA porque ninguna está provista en el mensaje desde la interfaz V5. La IPAT debe determinar el intervalo de repetición de impulsos desde el tipo de velocidad de mensaje de interfaz V5 y proveer el tiempo de intervalo (ms) a la MTA en la solicitud de señal. En V5-2000, el elemento de información de Habilitar-Conta j e tiene un campo de tipo de 50 velocidad. Este es un tipo de enumeración. La I PAT debe traducir los diferentes valores enum a valores de milisegundos correspondientes, con base en su aprovisionamiento, dependiendo de la administración local . La IPAT puede utilizar el parámetro' de repetición de señal e intervalo de repetición de impulsos para generar un número fijo de impulsos en la linea suscriptora.
Cancelación de la señal pulsada La mayoría de las señales pulsadas, siendo señales de fin de temporización, son finalizadas cuando se detecta cualquier evento solicitado, excepto para la finalización de impulsos (pe). Además, el LE puede terminar cualesquiera señales pulsadas activas en cualquier momento enviando una Solicitud de Señal vacía. Debido a que EL puede aplicar múltiples señales pulsadas a una línea suscriptora simultáneamente, (por ejemplo, se genera un impulso de contaje y se aplica otro tratamiento de línea), la IPAT puede terminar un tratamiento de línea encendido/apagado con una sintaxis de comando específico de tratamiento. Un ejemplo para terminar 51 el impulso de contaje aplicado seria: S :E/ps (em (-) ) Evento de finalización pulsada El evento de finalización pulsada es reportado por la MTA a la IPAT cuando se completa cada impulso solicitado. El código de solicitud de evento para un impulso completo es pe.
Evento de falla de señal pulsada El evento de falla de señal pulsada es reportado por la MTA a la IPAT cuando cualquier solicitud de señal pulsada falla en completarse, si la falla de operación Of ha sido incluida en la lista de eventos solicitados. Una solicitud de señal pulsada puede fallar por cualquier razón diferente de cualquier otra solicitud de señal pudiera fallar.
Solicitud de señal estable El mensaje V5 ESTABLISH con un Elemento de Información de Señal Estable o un mensaje de V5 SIGNAL con un Elemento de Información de Señal Estable mapea a una solicitud de señal NCS. 52 El código de solicitud de señal para la señal estable es ss. Los parámetros para esta solicitud de señal son: • it denota el tratamiento de linea que se va a aplicar (corresponde a la codificación V5 del Tipo de señal esta le ) . Este tratamiento se mantiene hasta que V5 LE dirige un nuevo tratamiento.
Codificación de tratamiento de linea Los tratamientos de linea son codificados utilizando las siguientes palabras de código: Codificación de solicitud de señal estable Apro isionamiento del tratamiento de línea No existe aprovisionamiento requerido ya 53 que éstos son estados de linea sin valores cuantitativos (sincronización, frecuencia o amplitud) .
Generación de impulso de contaje Al recibir una solicitud de señal de "habilitar generación de impulso de contaje" ps (lt=em(+) ) la MTA puede aplicar el primer impulso de contaje a la terminación inmediatamente, y después aplicar impulsos de contaje posteriores a intervalos, tal como fue especificado por el valor del parámetro de intervalo de repetición de impulsos pr, si es que fue suministrado en la solicitud de señal, o el valor provisional. La MTA deberá continuar qenerando impulsos de contaje hasta que reciba una solicitud de señal "deshabilitar generación de impulsos de contaje" ps (lt=em(-) ) , o una lista de solicitudes de señal vacias. Una solicitud de señal de ráfaga de impulso de contaje ps(lt=mpb) se puede incluir en una solicitud de señal que también permita la generación de impulsos de contaje, por ejemplo, para aplicar una carga inicial a una llamada. Cuando esto ocurre, la MTA deberá aplicar la ráfaga de impulso de contaje al punto final completamente 54 y después iniciar la generación de impulsos de contaje normal. Debido a que la señal de ráfaga de 'impulso de contaje es un tipo de señal breve, todos los impulsos especificados para la solicitud (rep=n) se aplican, aún si el suscriptor está en un estado en reposo durante la ráfaga. Puede ocurrir una solicitud de señal de ráfagas de impulsos de contaje durante una llamada en progreso, por ejemplo para tomar en cuenta una acción suscriptora que se pueda cobrar. Cuando esto ocurre, la MTA deberá suspender la generación normal de impulso de contaje, y aplicar la señal de ráfaga de impulso de contaje. La MTA entonces deberá volver a la generación de impulsos de contaje normal sin requerir una nueva solicitud de "permitir generación de impulso de pontaje" desde la I PA . La IPAT debe considerar cualesquiera impulsos de contaje normales omitidos durante la ráfaga incluyendo los impulsos omitidos en el conteo de ráfaga. La IPAT puede incluir opcionalmente un parámetro de conteo de impulsos de reporte (rpc) con la solicitud de señal de habilitar generación de. impulsos de contaje (em) . Cuando este parámetro 55 es no-cero (rpc=n, en donde n=l a x), la MTA genera reportes de impulso de contaje, en forma de notificaciones, cada vez que su conteo de impulso alcanza el valor rpc. La generación de la notificación de evento restablece un contador rpc para que se genere un reporte cada vez que se alcance el valor rpc "n". Este conteo no incluye ningún impulso de contaje generado por las solicitudes de señal de ráfaga de impulso de contaje (mpb) .
Configuraciones de aprovisionamiento MTA La MTA debe ser aprovisionada con los parámetros eléctricos para cada uno de los tratamientos de linea. Cuando sea apropiado, estos parámetros incluyen amplitud, frecuencia-, anchuras de impulso mínimo y la velocidad de repetición máxima (sincronización inter-pulso mínima) . Estos parámetros se deben utilizar a menos que se provean valores específicos de tratamiento de línea por medio de los mensajes de interfaz V5.
IPAT Deben ser aprovisionados con un tipo de t 56 impulso V5 y con una codificación de duración mapeándose al tipo de impulso . NCS y una sincronización de duración de impulso en milisegundos . Este aprovisionamiento debe ser consistente con el aprovisionamiento ' LE y con la guia de administración local.
Soporte de paquete en linea europeo Auditoria NCS El comando de Punto final de Auditoria NCS (AUEP) permite a la MTA reportar señales que és.ta soporta . En respuesta a un AUEP, una MTA que soporta cualesquiera de las solicitudes de señalización que se listan en la presente invención, deben reportar el soporte de este paquete "Europeo" (designado con un código "E" ) . Un ejemplo de un intercambio de auditoria seri : AUEP 1232 aa ln / 1 @ rgw . ms o . net F: A MTA responde 200 1232 OK A: a:PCMU, p:30-90, 57 v : L ; E , m: senonly; recvonly; sendrecv inactive, DQ-GI,SC-ST, SC-RTP: 00/51;03 La línea importante para los paquetes es la "v:L;E" que indica el soporte para el Paquete de Línea NCS (L) y para el paquete de línea europea Señales no soportadas - declaración PICS Esta es una indicación de limitación de plataforma del dispositivo (hardware o software) y no es una condición de error. Los vendedores del producto pueden reflejar cualesquiera señales no soportadas que se listan en la presente, en la. declaración PICS del producto. NCS provee una facilidad de envío de. mensaje en donde, si el dispositivo no puede soportar el tipo de señal solicitado, el dispositivo puede regresar una respuesta de "señal no soportada" (código 513) .
EJEMPLO 1 CMS->MTA (solicitando una ráfaga de impulso de cont aj e ) : RQNT 9915 aa 1 n/ 1 @ rgw . mso . net MGCP 1.0 NCS 58 1. O X: 2255 S: E/ps (lt=mpb, pd=500, pr=1000, rep=5) R : oc , hu , hf MTA->CMS (rechazando la solicitud) : 513 9915 señal no soportada en la solicitud de señal .
EJEMPLO 2 CMS->MTA (solicitando permitir contaje, utilizando valores por omisión aprovisionados) : RQNT 9915 aaln / 1 @ rgw . mso . net MGCP 1.0 NCS 1.0 X: 2255 S: E/ps (lt=em( + ) ) R: E/pc, hu, hf MTA->CMS (rechazando la solicitud) : 513 9915 señal no soportada en la solicitud EJEMPLOS DE FLUJO DE LLAMADA 59 Señal de llamada en cadencia Señal de llamada en cadencia - señal de llamada en cadencia básico Este flujo ilustra una solicitud para la aplicación de una señal de llamada simple en cadencia . 1. - LE incluye una solicitud de señal pulsada con señal de llamada en cadencia en un mensaje a la IPAT. La IPAT convierte la señal de llamada en cadencia codificado binario a un valor decimal entre 0 y 127. 2. - Suponiendo que el valor de cadencia-señal de llamada es convertido en un número decimal " 0 " : RQNT 500 aa 1 n / 1 @ rgw . raso . ne t MGCP 1.0 NCS 1.0 S : E/cr (0 ) 3. - La MTA reconoce la solicitud de señal. 200 500 OK 4.- La MTA busca en su cuadro de señal de llamada aprovisionado la definición de cr(0) de la frecuencia de señal de llamada y la señal de llamada en cadencia y lo aplica a las terminales a-b para la presencia en linea aaln/1 en la MTA. Esta cadencia continúa hasta que la MTA detecta un tono 60 Descolgado, en cuyo momento comienza la secuencia de conexión en NCS normal o hasta que la IPAT señala un mensaje desconectado.
Señal de llamada en cadencia -señal de llamada vibratoria seguida por una señal de llamada en cadencia Este flujo de llamada demuestra el uso de un tipo de "señal de llamada inicial" de señal pulsada seguido por una señal de llamada en cadencia para proveer una "señal de llamada vibratoria" seguida por una señal de llamada en cadencia . 1. - La LE suministra una solicitud de tipo de señal pulsada de "señal de llamada inicial" con un tipo de duración de impulso en un mensaje a la IPAT . 2. - La IPAT convierte el tipo de "señal de llamada inicial" al tipo lt NCS ir, con el valor de duración de impulso y solicita la notificación completa de la operación. RQNT 510 aaln/l@rgw. mso.net MGCP 1.0 NCS 1.0 X: 000691 S: E/ps (lt=ir, pd=200, rep=l) 61 R : oc 2.- La TA reconoce la solicitud de señal. 200 691 OK 4. - La MTA busca en su cuadro de señal de llamada aprovisionado para la definición ir minúscula de la frecuencia de señal de llamada inicial y la duración de señal de llamada inicial (pd=200 da como resultado una ráfaga de señal de llamada de 200 ms ) y la aplica a las terminales a-b para la presencia de linea aaln/1 en la MTA. 5. - Al completar la señal de llamada inicial, la MTA responde con un mensaje completo de operación . 6. - NT FY 1298 a a 1 n / 1 @ rgw . ms o . net MGCP 1.0 NCS 1.0 X: 691 S: E/ps(lt=mpb, pd=500, pr=1000, rep=5) O: oc (E/ps (ir) ) Notar que esto supone un "Paquete de Linea Europea" designado por el nombre "E". El nombre del paquete se podría omitir si es que este paquete es el paquete por omisión. 7. - La I PAT señala a la LE que el impulso está completo. 8.- La LE incluye una solicitud de señal 62 pulsada de señal de llamada en cadencia en un mensaje a la IPAT. 9. - La IPAT convierte la señal de llamada en cadencia codificado binario a un valor decimal entre 0 y 127. 10. - Suponiendo que el valor de señal de llamada en cadencia es convertido a un- número decimal "0": RQNT 520 aaln/l@rgw.mso . net MGCP 1.0 NCS 1.0 X: 699 S : E/cr (0 ) 11. - La MTA reconoce la solicitud de señal. 200 520 OK 12. - La MTA busca en su cuadro de señal de llamada aprovisionado, la definición para cr (0) de frecuencia de señal de llamada y la señal de llamada en cadencia y lo aplica a las terminales a-b para la presencia de linea aaln/1 en la MTA. Esta cadencia · continúa hasta que la MTA detecta "Descolgado" en cuyo momento comienza la secuencia de conexión NCS normal o hasta que IPAT señala un mensaje de desconexión. 63 Señal de llamada en cadencia -Señal de llamada vibratoria seguida por los datos "en reposo", después señal de llamada en cadencia Este flujo ilustra una transmisión de datos "en reposo" asociada con la señal de llamada (CLID) . Una ráfaga de señal de llamada precediendo los tonos de señalización FSK generados por LE, seguido por la aplicación de una señal de llamada en cadencia . 1. - La LE ilustra una solicitud de tipo de señal pulsada de "señal de llamada inicial" con un tipo de duración de impulso en un mensaje a la IPAT. 2. - La IPAT convierte el tipo de "señal de llamada inicial" al tipo lt de NCS ir, con el valor de duración de impulso y solicita la notificación de operación completa. RQNT 530 aaln/l@rgw.mso . net GCP 1.0 NCS 1.0 X: 777 S: E/ps (lt=ir, pd=200, rep=l) R: oc 3. - La MTA reconoce la solicitud de señal. 200 530 OK 4. - La MTA busca en su cuadro de señal de 64 llamada aprovisionado, la definición para ir de frecuencia de señal de llamada inicial y duración de señal de llamada inicial (pd=200 da como resultado una ráfaga de señal de llamada de 200 ms) y la aplica a las terminales a-b para la presencia de linea aaln/1 en la MTA. 5. - Al completar la señal de llamada inicial, la MTA responde con un mensaje de operación completa. NT FY 1298 aaln/l@rgw. mso.net MGCP 1.0 NCS 1.0 X: 777 O : oc ( E/ps ( ir ) ) Notar que esto supone un "Paquete de Linea Europeo" designado con la letra "E". El nombre del paquete se podría haber omitido si este paquete es el paquete por omisión. 6. - La IPAT indica por medio de una señal a la LE que el impulso está completo. 7. - La LE entonces genera los tonos FSK en banda a la terminación aaln/1. 8. - La MTA reproduce los tonos FSK en banda a la línea POTS análoga aaln/1. 9. - La LE sincroniza desde el extremo del tono FSK un retardo de 200 ms (para cumplir los 65 requisitos mínimos de ETSI EN 300 659-1) y después genera una solicitud de señal pulsada de señal de llamada en cadencia en un mensaje a la I PAT . 10. - La IPAT convierte la señal de llamada en cadencia codificado binario a valor decimal entre 0 y 127. 11. - Suponiendo que el valor de señal de llamada en cadencia es convertido en un número decimal "0": RQNT 540 aaln/l@rgw. mso.net MGCP 1:0 NCS 1.0 X: 778 S : E/cr ( 0 ) 12. - La MTA reconoce la solicitud de señal. 200 540 OK 13. - La MTA busca en su cuadro de señal de llamada aprovisionado, la definición para cr(0) de frecuencia de señal de llamada y la señal de llamada en cadencia y lo aplica a las terminales a-b para la presencia de línea aaln/1 en la MTA. Esta cadencia continúa hasta que la MTA detecta "Descolgado" en cuyo momento comienza la- secuencia normal de conexión NCS ¦ normal o hasta que IPAT señala un mensaje de desconexión. 66 Solicitud de señal pulsada En la figura 5 se muestra un método 40 para ejecutar una solicitud de señal pulsada.
Solicitud de señal de impulsos para un impulso de bucle abierto 1.- La LE 19 incluye una solicitud de señal pulsada de bucle abierto en un mensaje a la I PAT 17. 2.- La I PAT 17 convierte el mensaje V5 codificado binario y determina el tratamiento de linea y la duración de impulso desde los parámetros suministrados por la LE, y genera una solicitud de señal NCS apropiada. RQNT 525 a a 1 n / 1 @ rgw . ms o . n e t MGCP 1.0 NCS 1.0 X: 795 S: E/ps (lt=lo, pd=200, rep=l) 3. - La MTA 11 reconoce la solicitud de señal . 200 525 OK 4. - La MTA 11 aplica un bucle abierto de 200 milisegundos a la linea 21 de acceso del suscriptor . 67 Señal pulsada con reconocimiento de inicio La figura 6 muestra un método 50 para ejecutar una señal pulsada con reconocimiento de inicio. Este flujo de llamada ilustra una solicitud de señal pulsada con múltiples impulsos, y en donde la LE 19 ha solicitado el reconocimiento cuando la aplicación de señal a la linea de acceso a la suscriptora comienza en 21. 1. - La LE 19 solicita un bucle abierto con múltiples impulsos e inicia el reconocimiento. 2. - La IPAT 17 convierte el 'mensaje V5 codificado binario y determina el tratamiento de linea, la duración de impulso y el periodo de impulso desde los parámetros suministrados por la LE, y genera una solicitud de señal NCS apropiada, incluyendo el número de repeticiones de impulsos suministrados por la LE 19. La IPAT 17 debe "recordar" que la LE ha solicitado el reconocimiento de inicio de señal. ¦ RQNT 525 aa 1 n / 1 @ rgw . mso . net MGCP 1.0 NCS 1.0 X: 919 S: E/ps (lt=lo, pd=200, pr=1000, rep=3) 3. - La MTA 11 reconoce la solicitud de señal . 200 525 OK 4. - La ???? 17 envía el reconocimiento a la LE 19. 5. - La MTA 11 inicia aplicando los impulsos de bucle abierto a la linea de acceso 21 del suscriptor.
Señal pulsada con reconocimiento de señali zación La figura 7 muestra un método 60 para ejecutar una señal pulsada con el reconocimiento de finalización. Este flujo de llamada ilustra una solicitud de señal pulsada, en donde la LE 19 ha solicitado el reconocimiento después de que se han aplicado todos los impulsos. 1. - La LE 19 solicita un buclé abierto con múltiples impulsos y el reconocimiento de conclusión o finalización. 2. - La IPAT 17 convierte el mensaje V5 codificado binario y determina el tratamiento en linea y la duración de impulso desde los parámetros suministrados por la LE 19, y genera una solicitud de señal NCS apropiada, incluyendo el número de repeticiones de impulso suministradas por la LE 19. Debido a que la LE 19 también solicitó el 69 reconocimiento de finalización, la IPAT incluye el parámetro completo de operación en la solicitud de señal. Para este ejemplo, se supone que también LE 19 solicitó el reconocimiento de inicio. RQNT 525 aaln/l@rgw. mso.net MGCP 1.0 NCS 1.0 X: 942 S: E/ps (lt=lo, pd=200, pr=1000, rep=3) R : oc 3. - La MTA 11 reconoce la solicitud de señal . 200 525 OK 4. - La MTA 11 inicia aplicando los impulsos solicitados a la linea. 5. - 2do impulso. 6. - 2er impulso. 7. - Cuando se ha completado el último impulso, la MTA 11 notifica a la IPAT 17 que la operación ha sido completada. NT FY 1298 aaln/l@rgw . mso . net MGCP 1.0 NCS 1.0 X: 942 0 : oc (E/ps ( lo ) ) Notar que esto supone un "Paquete de Linea Europea" designado por la letra "E". El nombre de 70 paquete se pudo haber omitido si este paquete es el paquete por omisión. 8.- La IPAT 17 envía el reconocimiento solicitado a la LE 19. 9.- La IPAT 17 reconoce la notificación de evento a la MTA 11.
Señal pulsada con reconocimiento de impulso La figura 8 muest'ra un método 70 para ejecutar una señal pulsada con reconocimiento de impulso. Este flujo de llamada ilustra una solicitud de señal pulsada en donde la LE tiene el reconocimiento solicitado después que se ha aplicado cada impulso. 1.- La LE 19 solicita un bucle abierto con múltiples impulsos y reconocimiento de impulso. 2.- La IPAT 17 convierte el mensaje V5 codificado binario y determina el tratamiento de línea y la duración de impulso desde los parámetros suministrados por la LE 19, y genera una solicitud de señal NCS apropiada, incluyendo el número de repeticiones de impulso suministradas por la LE 19. Debido a que la LE 19 también solicita el reconocimiento de impulso, la IPAT 17 incluye una solicitud de señal integrada para la señal pe. 71 RQNT 525 aaln/l@rgw. mso.net MGCP 1.0 1. o X: 1111 S: E/ps (lt=lo, pd=200, pr=1000, rep=3) R: E/pc 3.- La MTA 11 reconoce la solicitud señal 200 525 OK 4. - La MTA 11 aplica el primer impulso a la linea de acceso 21 del suscriptor. 5. - Cuando el impulso se completa, la MTA 11 envía una notificación de evento a la IPAT 17. NT FY 3981 aaln/l@rgw. mso.net MGCP 1.0 NCS 1.0 X: 111 O: E/pc (lt) 6. - La IPAT 17 envía el reconocimiento de impulso a la LE 19. 7. - La IPAT 19 reconoce la notificación de evento. La IPAT 17 no necesita enviar una nueva solicitud de notificación para completar .el impulso. Esta solicitud se mantiene vigente hasta que se completa la generación de impulso de cont a j e . 8. - La MTA 11 continúa transmitiendo 72 impulsos y notificando las conclusiones de impulsos .
Señal pulsada - impulso de contaje con reconocimiento de impulso La figura 9 muestra el flujo de llamada 80 de una solicitud de señal pulsada en donde la LE 19 ha solicitado la aplicación de impulso de contaje con reconocimiento después d que se ha aplicado cada impulso. La frecuencia de impulso de contaje ha sido aprovisionada a la MTA 11. 1. - La LE 19 solicita activar la generación de impulso de contaje y el reconocimiento de impulso . 2. - La IPAT 17 convierte el mensaje V5 codificado binario y genera una solicitud de señal NCS apropiada. Debido a que la LE 19 también solicitó el reconocimiento de impulso, la IPAT 17 incluye el parámetro pe con la solicitud de señal. RQNT 535 aaln/ l@rgw . mso . net MGCP 1.0 NCS 1.0 X: 2345 S : E/ps ( lt=em ( + ) ) R: E/pc 73 3. - La MTA 11 reconoce la solicitud de señal . 200 535 OK 4. - La MTA 11 consulta su cuadro de aprovisionamiento para determinar la frecuencia de impulso de contaje, la amplitud y las sincronizaciones por omisión, y aplica el primer impulso de contaje a la linea de acceso del suscr iptor . 5.- Cuando el impulso se completa, el MTA envía una notificación de evento a la IPAT. NT FY 3981 aaln/l@rgw.mso . net MGCP 1.0 NCS 1.0 X : 535 O : pe (era) 6. - La IPAT envía el reconocimiento de impulso a la LE. 7. - La I AT reconoce la notificación de evento. 8.- La MTA continúa transmitiendo impulsos y notificando conclusiones de impulsos hasta que la LE discontinúa las generaciones de impulso de contaje: RQNT 599 aaln/l@rgw . mso . net MGCP 1.0 NCS 1.0 74 S : E/ps ( lt=em ( - ) ) Señal pulsada - impulso de contaje con reconocimiento de impulso con cambio de tarifa Este flujo de llamada ilustra una solicitud de señal pulsada en donde la LE ha solicitado ;.la aplicación de impulso de contaje con reconocimiento. Después de varios impulsos en la primera cadena, se- invoca un cambio en tarifa. La frecuencia de impulso de contaje ha sido aprovisionada a la MTA. 1.- La LE solicita la aplicación del impulso de contaje con múltiples impulsos y reconocimiento de impulso. 2.- La IPAT convierte el mensaje V5 codificado binario y determina el tratamiento de linea y la duración de impulso desde los parámetros suministrados, por la LE y genera una solicitud de señal NCS apropiada, incluyendo el número de repeticiones de impulsos suministrados por la LE. Debido a que la LE también solicita el reconocimiento de impulso, la IPAT incluye una solicitud de señal integrada para la señal pe. RQNT 545 aaln/l@rgw .mso . net MGCP 1.0 NCS 1.0 X: 3579 S: E/ps (lt=em(+), pd=150, pr=1000) R: E/pc 3. - La MTA reconoce la solicitud de señal. 200 545 OK 4. - La MTA consulta su cuadro de aprovisionamiento para determinar la frecuencia de impulso de contaje, la amplitud y las sincronizaciones por omisión (valores permitidos mínimos ) . 5. - La IPAT hace conexión en relé del reconocimiento de inicio a la LE. No puede tener ambos reconocimientos, el reconocimiento de inicio y el reconocimiento por impulso . 6. - La MTA aplica el primer impulso de contaje a la línea de acceso de la suscriptora. 7. - Cuando el impulso completa, la MTA envía una notificación de evento a la IPAT. NT FY 3981 aa ln / 1 @ r gw . mso . net MGCP 1.0 NCS 1.0 X: 3579 O : pe ( em) 8. - La IPAT envía el reconocimiento de _ impulso a la LE. 76 9. - La IPAT reconoce la notificación de evento. La IPAT no necesita enviar una nueva solicitud de notificación para completar el impulso. Esta solicitud se mantiene vigente hasta que se completa la generación de impulso de contaje. 10. - La TA continúa transmitiendo impulsos y notifica las finalizaciones o conclusiones de impulso. Como resultado, en un cambio en el estado de la llamada (por ejemplo, inicio de llamada tripartita) la LE determina que se va a aplicar una nueva tarifa. Con base en la nueva tarifa, la LE determina una nueva velocidad de impulso de cont a j e . 11.- La LE solicita la aplicación de un impulso de contaje con un nuevo conteo de impulso múltiple y el reconocimiento de inicio. 12.- La IPAT convierte el nuevo mensaje V5 codificado binario y determina el tratamiento de linea y la duración de impulso desde los parámetros suministrados por la LE y genera una solicitud de señal NCS apropiada, incluyendo el. número de repeticiones de impulsos suministrados por LE. Debido a que LE también solicitó el reconocimiento de impulso, la IPAT incluye una solicitud de señal 77 integrada para la señal pe. Con motivo de este ejemplo, se supone también que LE solicitó el reconocimiento de inicio. RQNT 547 aaln/l@rgw .mso . net MGCP 1.0 NCS 1.0 X: 3581 i S: E/ps (lt=em(+), pd=150, pr=500) R: E/pc 13. - La MTA reconoce la solicitud de señal. 200 547 OK 14. - . La MTA consulta a su cuadro de aprovisionamiento para determinar la frecuencia de impulso de contaje, la amplitud y las sincronizaciones por omisión (valores permitidos mínimos ) . 15. - La IPAT puentea (relé) el reconocimiento de inicia a la LE. 16. - La MTA aplica el primer impulso de contaje nuevo a la línea de acceso del suscriptor con la nueva velocidad de impulso. 17. - Cuando se completa el impulso, la MTA envía una notificación de evento a la IPAT. NT FY 791 aaln/l@rgw . mso . net MGCP 1.0 NCS 1.0 X: 3581 78 O : pe ( em) 18. - La IPAT envía el reconocimiento de impulso a la LE. 19. - La IPAT reconoce la notificación de even t o . 20. - La MTA continúa transmitiendo impulsos y notifica las conclusiones de impulso.
Aplicación de impulso de contaje fijo, completado La figura 9 muestra una aplicación de impulso de contaje fijo 90, completado. Este flujo de llamada 90 ilustra la aplicación del impulso de contaje con la notificación completa de la operación. 1. - La LE solicita la aplicación de veinticinco (25) impulsos de contaje a la línea de acceso del suscriptor, con una duración de impulso de 150 milisegundos y un intervalo de repetición de 2000 milisegundos. La frecuencia de impulso de contaje ha sido aprovisionada a la MTA. 2. - La IPAT solicita la aplicación de la señal de impulso de contaje por la MTA. RQNT 2367 aaln/ 1 @ rgw . mso . net MGCP 1.0 NCS 1.0 79 X: 7632 S: E/ps (lt=mpb, pd=150, pr=2000, rep=25) R : oc , hu , hf 3.- La MTA reconoce la solicitud. 4.- La MTA comienza a aplicar impulsos de contaje a la linea de acceso del suscriptor. 5. - En este ejemplo, LE solicitó la notificación sobre la conclusión de la operación en la solicitud original para generar el número fijo de impulsos de contaje. La MTA ahora notifica a la IPAT que la operación está completa. NT FY 12876 aa ln / 1 @ rgw . ms o . net MGCP 1.0 NCS 1.0 X: 7632 O: oc (E/ps (mpb) ) 6. - La IPAT reconoce la notificación de evento. 7. - La IPAT conecta (en relé) el reconocimiento de conclusión de señal pulsada a la LE .
Tratamiento de linea de la señal estable ¦ Tratamiento de linea de la señal estable -polaridad inversa Este flujo de llamada ilustra una solicitud 80 de Señal Estable en donde LE ha solicitado que la polaridad inversa sea aplicada a las terminales POTS a-b. 1. - La LE incluye una solicitud de señal estable de polaridad inversa en un mensaje a la IPAT . 2. - La IPAT convierte el mensaje V5 codificado binario y mapea el mensaje de tratamiento de polaridad inversa codificado binario al mensaje lt de la NCS y envía el mensaje de tratamiento de línea' a la MTA. RQNT 550 aaln/l@rg . mso.net MGCP 1.0 NCS 1.0 S: E/ss (lt=rp) 3.- La MTA reconoce la solicitud de señal. 200 550 OK 4.- La MTA aplica una polaridad inversa a las terminales a-b para la presencia de línea aaln/1 en la MTA. Aunque se ilustran específicamente varias modalidades y se describen en la presente invención, se apreciará que las modificaciones y variaciones de la invención están cubiertas por las anteriores enseñanzas y están dentro del alcance de las rei indicaciones anexas, sin apartarse del 81 espíritu y alcance pretendido de la invención. Por ejemplo, algunas modalidades en esta descripción utilizan mensajes NCS. Como NCS es un perfil de MGCP conocido por aquellos expertos en la técnica, se podrían aplicar los mismos mensajes, principi.os y prácticas con ese protocolo o cualquiera de un número de otros protocolos, tales como DCS o H.323. Además, estos ejemplos no deberán ser interpretados como limitativos de las modificaciones y variaciones de la invención cubiertas por las reivindicaciones, pero son simplemente ilustrativos de otras posibles variaciones.

Claims (1)

  1. 82 NOVEDAD DE LA INVENCION Habiendo descrito el pre-slente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las siguientes : REIVINDICACIONES 1.- Un método para transferir parámetros de telefonía desde una central local que opera de acuerdo con un protocolo V5 a un adaptador de terminal de multimedia que opera de acuerdo con un Protocolo de Internet caracterizado porque comprende: recibir un mensaje binario de protocolo de señalización V5 desde la central local, cuyo, mensaje de protocolo de señalización V5 recibido incluye uno o más elementos de información; mapear el mensaje binario de protocolo de señalización V5 recibido en un mensaje de texto para el nodo de acceso remoto, cuyo mensaje de texto incluye uno o más elementos de información textual que corresponden a uno o más elementos de información en el mensaje binario de protocolo de señalización V5 recibido; y enviar el mensaje de texto al nodo 84 reivindicación 3, caracterizado porque dicho código de señal de impulso también incluye un elemento de información de duración de impulso. 5. - El método de conformidad con la reivindicación 3, caracterizado porque dicho código de señal de impulso también incluye un elemento de información de intervalo de repetición de impulso. 6. - El método de conformidad con la reivindicación 3, caracterizado porque si el código de señal de impulso no incluye un elemento de información de duración de impulso, el adaptador de la terminal de multimedia aplica un valor previamente aprovisionado para la duración de impulso cuyo valor previamente aprovisionado es almacenado en una base de información de gestión accesible para el adaptador de la terminal de muít imedia . 7. - El método de conformidad con la reivindicación 3, caracterizado porque si el código de señal de impulso no incluye un elemento de información de intervalo de repetición de impulso, el adaptador de la terminal de multimedia aplica un valor previamente aprovisionado para el intervalo de repetición de impulso que es almacenado en una base de información de gestión accesible para el 85 adaptador de la terminal de multimedia. 8. - El método de conformidad con la reivindicación 3, caracterizado porque el código de señal de impulso también incluye un elemento de información de repetición que denota un número de repeticiones de impulso. 9. - El método de conformidad con la reivindicación 9, caracterizado porque el código de señal de impulso también incluye un elemento de información de conteo de impulsos de reporte que denota un número de impulsos entre los reportes de impulsos de confaje. 10. - El método de conformidad con la reivindicación 3, caracterizado porque dicho elemento de información de tratamiento de linea incluye un valor que identifica a uno de los siguientes tratamientos de linea: una señal de llamada inicial, un bucle de impulso cerrado, un bucle de impulso abierto, una activación de la generación de impulsos de contaje, una generación de ráfaga de impulso de contaje, una señal sin batería pulsada, una polaridad normal pulsada, una batería reducida pulsada y una polaridad inversa pulsada . 11.- El método de conformidad con la 86 reivindicación 1, caracterizado porque además comprende solicitar información relacionada con una solicitud de señal desde el adaptador de la terminal de multimedia enviando con el mensaje de solicitud de señal al adaptador de terminal de multimedia un mensaje de solicitud de evento, que incluye un elemento de información textual que ¦identifica la información relacionada que se está solicitando . 12.- El método de conformidad con la reivindicación 11, caracterizado porque el elemento de información textual incluye un valor que identifica una conclusión de impulso. 13. - El método de conformidad con la reivindicación 11, caracterizado porque el elemento de información textual incluye un valor que identifica uno o más de los siguientes eventos: conclusión de la operación y falla de la operación. 14. - El método de conformidad con la reivindicación 11, caracterizado porque además comprende recibir en respuesta a un mensaje de solicitud de evento, un mensaje de notificación que incluye un código de solicitud de evento que indica un evento al cual se relaciona dicho mensaje de notificación. 87 15. - El método de conformidad con la reivindicación 14, caracterizado porque el código de solicitud de evento incluye un valor indicando un número relacionado con el evento al cual se relaciona el mensaje de notificación. 16. - El método de conformidad con la reivindicación 1, caracterizado porque al recibir un indicador de supresión desde la central local que indica no supresión, generar un mensaje NCS de tratamiento de linea asociado al adaptador de la terminal de multimedia instruyendo al adaptador de la terminal de multimedia ejecutar el tratamiento de linea asociado sin considerar los cambios en un estado de linea o los mensajes de señal adicionales desde el procesador o central local. 17. - El método de conformidad con la reivindicación 1, caracterizado porque al recibir un indicador de supresión desde la central local que indica la supresión en respuesta a un mensaje de señal V5 predeterminado desde la central local, iniciando la supervisión para el mensaje de señal V5 predeterminado, y al recibir el mensaje de señal V5 predeterminado, emitir un mensaje de cancelación de señal pulsada asociado al adaptador de la terminal de multimedia. 88 18. - El método de conformidad con la reivindicación 1, caracterizado porque al recibir un indicador de supresión desde la central local que indica la supresión en respuesta a una señal de linea predeterminada desde el intercambio de la terminal-, iniciar la supervisión para el mensaje de señal de tratamiento de linea NCS predeterminado desde el adaptador de la terminal de multimedia, y al recibir el mensaje de señal de tratamiento de linea NCS predeterminado, emitir un mensaje de cancelación de señal pulsada asociado al adaptador de la terminal de multimedia . 19. - El método de conformidad con la reivindicación 1, caracterizado porque al recibir un indicador de supresión desde la central local que indica la supresión en respuesta a un mensaje de señal V5 predeterminado desde la central local o una señal de linea predeterminada desde el intercambio de la terminal, iniciar la supervisión para el mensaje de la señal V5 predeterminado y un mensaje de la señal de tratamiento de linea predeterminado desde el adaptador de la terminal de multimedia, y al recibir cualquiera de entre, el mensaje d,e señal V5 predeterminado desde la central local o el mensaje de la señal de tratamiento de 89 línea predeterminado desde el adaptador de la terminal de multimedia, emitir un mensaje de cancelación de señal pulsada asociado al adaptador de la terminal de multimedia. 7 20.- El método de conformidad con la reivindicación 1, caracterizado porque además comprende mapear un mensaje V5 ESTABLISH con un ¦ Elemento de Información de Señal Estable o un mensaje V5 SIGNAL con un Elemento de Información de Señal Estable dentro de un mensaje de solicitud de señal NCS que tiene un código de solicitud de la señal estable, que incluye uno o más elementos de información . 21. - El método de conformidad con la reivindicación 20, caracterizado porque uno o más elementos de información incluyen un elemento de información de tratamiento de línea que indica que se va a aplicar un tratamiento de línea por medio del adaptador de la terminal de multimedia hasta que se recibe un nuevo mensaje de solicitud de señal desde el procesador. 22. - El método de conformidad con la reivindicación 21, caracterizado porque dicho elemento de información de tratamiento de línea incluye un valor que identifica uno de los 90 siguientes tratamientos de linea: batería normal (completa), bucle cerrado, bucle abierto, sin batería, polaridad normal, batería reducida, y polaridad inversa. 23.- Un aparato para acoplar una central local a un adaptador de terminal de multimedia en donde el central local puede instruir a un adaptador de terminal de multimedia aplicar una señal deseada en un punto de terminación de las instalaciones en el adaptador de terminal de multimedia, dicho aparato está caracterizado porque comprende: una interfaz V5 para acoplarla a la central local y para recibir los mensajes del protocolo SCN V5 en formato binario; una interfaz de Protocolo de Internet para acoplarla al adaptador de la terminal de multimedia mediante una red de Protocolo de Internet y para enviar y recibir mensajes de texto en un formato NCS hacia y desde el adaptador de la terminal de multimedia; y un procesador acoplado a la interfaz V5 y acoplado a la interfaz de Protocolo de Internet para mapear uno o más elementos de información incluidos en cualquiera de los mensajes de protocolo SCN V5 recibidos en un formato binario dentro de una o más solicitudes de señal formateada NCS y/o una o más 91 solicitudes de evento NCS al adaptador de la terminal de multimedia y para mapear cualesquiera mensajes de texto de notificación de evento recibidos desde el adaptador de la terminal de multimedia dentro de uno o más mensajes de protocolo SCN V5 para enviarlos a la central local. 24.- Un aparato para interactuar con una central local que comprende: un puerto de entrada de voz para acoplarse a la central local, dicho puerto de entrada de voz incluye: una interfaz V5 para acoplarla a la central local y para recibir los mensajes del protocolo SCN V5 en formato binario; una interfaz de Protocolo de Internet para acoplarla al adaptador de la terminal de multimedia mediante una red de Protocolo de Internet y para enviar y recibir mensajes de texto en un formato NCS hacia y desde el adaptador de la terminal de multimedia; y un procesador acoplado a la interfaz V5 y acoplado a la interfaz de Protocolo de Internet para mapear uno o más elementos de información incluidos en cualquiera de los mensajes de protocolo SCN V5 recibidos en un formato binario dentro de una o más solicitudes de señal formateada NCS y/o una o más solicitudes de evento NCS para enviarlas al adaptador de la terminal de multimedia 92 y para mapear cualesquiera mensajes de texto recibidos desde el adaptador de la terminal de multimedia dentro de uno o más mensajes de protocolo SCN V5 para enviarlos a la central local; y un adaptador de la terminal de multimedia acoplado al puerto de entrada de voz, dicho adaptador de la terminal de multimedia incluye: un procesador que recibe mensajes de texto desde el puerto de entrada de voz, controlando las operaciones de telefonía del adaptador de la terminal de multimedia con base en los mensajes de texto recibidos, y enviar uno o más mensajes de texto al puerto de entrada de voz en respuesta a las solicitudes para la información relacionada, concerniente a las' operaciones de telefonía; una memoria acoplada al procesador y almacenando una base de información de gestión incluyendo una pluralidad de parámetros y valores por omisión para dichas operaciones de telefonía, en donde dicho procesador obtiene dichos parámetros y valores por omisión conforme se necesitan para definir completamente una operación de telefonía determinada, cuando no se incluyen en los mensajes de texto recibidos; y una interfaz de Protocolo de Internet para acoplarla a una red de Protocolo de 93 Internet . 25.- Un método para configurar un dispositivo de acceso acoplado a una red de Protocolo de Internet para aplicar una señal deseada a una linea de acceso solicitada por una central local caracterizado porgue comprende: recibir un mensaje de protocolo V5 desde la central local solicitando que se aplique la señal deseada a la linea de acceso; mapear el mensaje de protocolo V5 dentro de un mensaje de texto en formato NCS que contiene uno o más parámetros asociados con la señal deseada; enviar el mensaje de texto al dispositivo de acceso sobre la red de Protocolo de Internet; ajusfar una configuración del dispositivo de acceso de acuerdo con el mensaje de texto recibido utilizando uno o más parámetros incluidos en el mensaje de texto y uno o más valores por omisión almacenados en una base de información de gestión accesible para el dispositivo de acceso para definir la señal deseada; y aplicar la señal deseada a la linea de acceso.
MXPA04008633A 2002-03-06 2003-03-06 Sistema y metodo para adaptar redes de telefonia de acceso remoto a desviaciones nacionales. MXPA04008633A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US36200502P 2002-03-06 2002-03-06
PCT/US2003/006930 WO2003077478A1 (en) 2002-03-06 2003-03-06 System and method for adapting remote access telephony networks to national deviations

Publications (1)

Publication Number Publication Date
MXPA04008633A true MXPA04008633A (es) 2004-12-06

Family

ID=27805111

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA04008633A MXPA04008633A (es) 2002-03-06 2003-03-06 Sistema y metodo para adaptar redes de telefonia de acceso remoto a desviaciones nacionales.

Country Status (9)

Country Link
US (1) US7142660B2 (es)
EP (1) EP1491002A4 (es)
JP (1) JP2005519565A (es)
KR (1) KR20050006125A (es)
CN (1) CN1714538A (es)
AU (1) AU2003220069A1 (es)
CA (1) CA2478290A1 (es)
MX (1) MXPA04008633A (es)
WO (1) WO2003077478A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1122958A1 (de) * 2000-02-02 2001-08-08 Siemens Aktiengesellschaft Verfahren zur Übermittlung einer Nachricht sowie Telekommunikationssystem
EP1486049A1 (de) * 2002-03-20 2004-12-15 Siemens Aktiengesellschaft Verfahren zur übertragung einer teilnehmersignalisierung eines analogen anschlusses des öffentlichen fernsprechnetzes in einem ip-netz
US20030231749A1 (en) * 2002-06-13 2003-12-18 Carol Ansley Method and system for customized local call processing features and custom dial tones
US7283517B2 (en) * 2003-07-22 2007-10-16 Innomedia Pte Stand alone multi-media terminal adapter with network address translation and port partitioning
US20050195860A1 (en) * 2004-03-05 2005-09-08 General Instrument Corporation Combining data streams conforming to mutually exclusive signaling protocols into a single IP telephony session
CN1756166A (zh) * 2004-09-30 2006-04-05 华为技术有限公司 下一代网络中计费脉冲的实现方法
JP4013072B2 (ja) * 2004-12-10 2007-11-28 ブラザー工業株式会社 設定データ伝送システム、設定データ伝送装置、デバイス、および設定データ伝送プログラム
TWI304691B (en) * 2006-03-31 2008-12-21 Hon Hai Prec Ind Co Ltd System and method for translating signaling
CN101052137B (zh) * 2006-04-05 2010-05-12 鸿富锦精密工业(深圳)有限公司 接入网节点及其信令转换方法
US8406400B2 (en) * 2007-06-12 2013-03-26 At&T Intellectual Property I, Lp Techniques for providing multimedia communication services to a subscriber
US8165271B2 (en) * 2007-08-03 2012-04-24 Broadcom Corporation Chattering line detection system and method
US8503667B1 (en) * 2009-04-01 2013-08-06 Arris Enterprises, Inc. Detection and prevention of unintentional pulse dialing
CN102347934B (zh) * 2010-07-30 2015-05-27 国基电子(上海)有限公司 调制解调器及其网络注册方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI103461B1 (fi) * 1997-07-03 1999-06-30 Nokia Telecommunications Oy Menetelmä dataliikenteen välittämiseksi tietoliikennejärjestelmässä
FI103161B (fi) * 1997-09-09 1999-04-30 Nokia Telecommunications Oy Menetelmä rekisterin uudelleenkutsun suodatusaikojen määrittämiseksi t ietoliikennejärjestelmässä V5-liitännän yhteydessä eri kansallisissa s ovituksissa
US6842447B1 (en) * 1999-06-14 2005-01-11 Mci, Inc. Internet protocol transport of PSTN-to-PSTN telephony services
US6937596B2 (en) * 1999-08-04 2005-08-30 Telefonaktiebolaget Lm Ericsson (Publ) IP based telephone system
GB0019708D0 (en) * 2000-08-10 2000-09-27 Marconi Comm Ltd Data processing system
AU2002214212A1 (en) * 2000-10-26 2002-05-06 T.D. Soft Communications Ltd. Method and system for communicating isdn over atm-based next generation access networks using primary rate interface
WO2002075475A2 (en) * 2001-03-20 2002-09-26 T.D. Soft Communications Ltd. Method and system for communicating voice over ip access networks
SE519612C2 (sv) * 2001-07-09 2003-03-18 Ericsson Telefon Ab L M Telekommunikationssystem med ATM-kärnnät och minst en Media Gateway som hanterar TDM-gränssnitt

Also Published As

Publication number Publication date
JP2005519565A (ja) 2005-06-30
EP1491002A1 (en) 2004-12-29
CA2478290A1 (en) 2003-09-18
EP1491002A4 (en) 2007-10-10
US7142660B2 (en) 2006-11-28
WO2003077478A1 (en) 2003-09-18
US20040028206A1 (en) 2004-02-12
CN1714538A (zh) 2005-12-28
KR20050006125A (ko) 2005-01-15
AU2003220069A1 (en) 2003-09-22

Similar Documents

Publication Publication Date Title
US7016475B2 (en) Extendable call agents simulator
US7170987B2 (en) Customer premises equipment that can support multiple call control languages or multiple call agents
US20020150081A1 (en) Method and apparatus for monitoring voice conversations from customer premises equipment
MXPA04008633A (es) Sistema y metodo para adaptar redes de telefonia de acceso remoto a desviaciones nacionales.
WO2006055687A2 (en) Apparatus and method of remotely enabling a special mode of operation of an endpoint in a voip network
US8730950B1 (en) Method and system for processing voice traffic from a multi-channel link into a VoIP network over a broadband network
CN100464538C (zh) 对媒体网关进行自动测试的方法和装置
KR100679806B1 (ko) 인터넷 프로토콜(ip) 상에서의 음성 서비스를 위한 ip음성 서비스 장치 및 방법
CN100571299C (zh) 一种实现公共电话交换网仿真业务的方法及系统
EP1488612B1 (en) Method for generalization of telephone signaling requirements to support multiple international
US7539288B2 (en) Apparatus and method for simulating a trunk gateway in a telecommunications switch test system
JP2005086817A (ja) ケーブルモデムを利用した緊急電話発信装置及びその方法
US20080144606A1 (en) Automated session initiation protocol (sip) device
Cisco Voice over IP Commands
Cisco VoIP Commands
Cisco Glossary
Cisco Glossary
Cisco Glossary
Cisco Configuring Voice Ports
US7415029B1 (en) Programmable FSM engine using a new CAS application language
Witowsky IP Telephone design and implementation issues
Andreasen et al. RFC3435: Media Gateway Control Protocol (MGCP) Version 1.0
Guide et al. Media Gateway Control Protocol (MGCP) Version 1.0
KR20040055283A (ko) 브이오아이피망에서 베어러 설정 방법
EP2504983A1 (en) Method for transmitting a caller number, messages, gateway device and gateway control device

Legal Events

Date Code Title Description
FG Grant or registration
GB Transfer or rights