ES2256941T3 - Metodo de respuesta b por un dispositivo de acceso de red. - Google Patents

Metodo de respuesta b por un dispositivo de acceso de red.

Info

Publication number
ES2256941T3
ES2256941T3 ES98929448T ES98929448T ES2256941T3 ES 2256941 T3 ES2256941 T3 ES 2256941T3 ES 98929448 T ES98929448 T ES 98929448T ES 98929448 T ES98929448 T ES 98929448T ES 2256941 T3 ES2256941 T3 ES 2256941T3
Authority
ES
Spain
Prior art keywords
network
link
internet
telecommunications
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES98929448T
Other languages
English (en)
Inventor
Bjorn Melen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2256941T3 publication Critical patent/ES2256941T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1033Signalling gateways
    • H04L65/104Signalling gateways in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1023Media gateways
    • H04L65/103Media gateways in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1069Session establishment or de-establishment
    • 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/122Details of network access arrangements or protocols where the PSTN/ISDN access is used as an access to networks other than PSTN/ISDN

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Monitoring And Testing Of Exchanges (AREA)

Abstract

La invención se refiere a un procedimiento y un dispositivo que permiten a un servidor de acceso a la red (NAS), asociada a un conmutador de telecomunicaciones (142), combinar protocolos informáticos con señales de telecomunicación. Por ejemplo, un protocolo punto a punto (PPP) (300) se asocia a señales de respuesta B (410) y de colgar B (510). Cuando un abonado (205) marca un número que lo hace entrar en una NAS (220) para acceder a una red privada (166) (Internet por ejemplo), las diferentes fases de un PPP (300) son direccionadas. La fase de red (340) proporciona una capacidad de comunicación que va desde el abonado (205) a Internet. Según un primer aspecto de la presente invención, se envía una señal de respuesta B (410) a la red de telecomunicación después de la entrada en fase de red (340). Según un segundo aspecto de la presente invención, se envía una señal de colgar B (510) a la red aproximadamente en el momento de la transición de "cierre" del PPP. La facturación de la red de telecomunicación es así consecutiva y directamente proporcional a la comunicación de Internet proporcionada al abonado (205).

Description

Método de Respuesta B por un dispositivo de acceso de red.
Referencias a solicitudes relacionadas
Esta Solicitud de Patente reivindica el beneficio de prioridad de la Solicitud Provisional de EE.UU., copendiente, para la Patente con número de Serie 60/050.325, presentada el 20 de junio de 1997.
Antecedentes de la invención Campo técnico de la invención
La presente invención se refiere, en general, al campo de las telecomunicaciones y, en particular, a un método para llevar a la práctica un Servidor de Acceso a Red (NAS = Network Access Server) en asociación con una central de conmutación de telecomunicaciones.
Descripción de la técnica relacionada
El acceso a Internet es cada vez más deseable para lograr propósitos económicos, educacionales y comunicativos. Las personas acceden típicamente a Internet desde un dispositivo electrónico personal tal como un ordenador, asistente personal digital o teléfono celular. Los abonados de una red telefónica pública establecen conexiones de datos con Internet sobre un Servidor de Acceso a Red. Las conexiones de datos a un Servidor son establecidas sobre líneas telefónicas del servicio telefónico tradicional (POTS = Plain Old Telephone Service), o líneas RDSI (Red Digital de Servicios Integrados). En el extremo de abonado se usan módems POTS normales o terminales de red RDSI (NT-I, o terminales de red (NT = Network Terminal) en una conexión RDSI)) para iniciar las comunicaciones. Los ordenadores personales, con programación y dispositivos de comunicaciones adecuados, se usan frecuentemente como terminales en unión de un módem, o bien, de un terminal de red NT-I.
El Servidor de acceso a red actúa como un encaminador y concentrador para paquetes de protocolo Internet (IP = Internet Protocol) que llegan por las conexiones de datos. El nivel de enlace de las conexiones de datos entrantes también se puede terminar en el Servidor. Para líneas analógicas, tales como las que se originan con un módem POTS, se pueden disponer bancos de módems en el Servidor. Los paquetes de IP son enviados a una pasarela Internet a través de varios posibles canales del Servidor. Después, los paquetes IP son transportados sobre Internet al destino Internet apropiado.
En resumen, un Servidor acepta llamadas de módem o de RDSI para un proveedor de servicios de Internet (ISP = Internet Service Provider), termina la conexión telefónica e interpreta el protocolo de capa de enlace, por ejemplo, el protocolo punto a punto (PPP = Point to Point Protocol). Después, los paquetes de datos IP son enviados a Internet o, posiblemente, a una Intranet.
Un Servidor tiene, típicamente, una red interna para recibir y encaminar paquetes a Internet. La red interna incluye dispositivos electrónicos y uno o más encaminadores de borde (por ejemplo, un punto de presencia en Internet o INET-POP = Internet Point-Of-Presence). Los dispositivos electrónicos son importantes para terminar la conexión de la línea telefónica y volver a formatear los datos de un abonado para que concuerden con el protocolo Internet. Sin embargo, en un Servidor convencional, el tratamiento de llamadas entrantes de abonados es independiente de la señalización de telecomunicación de la central de conmutación de telecomunicaciones asociada.
Típicamente, el Servidor transmitirá una Respuesta-B a la red de telecomunicaciones tan pronto como la llamada entrante se conecta al Servidor. Sin embargo, el abonado llamante desea finalmente una conexión a Internet, no al Servidor intermedio. Desgraciadamente, la transmisión de la Respuesta-B inicia el proceso de facturación incluso antes que el Servidor haya empezado a establecer un enlace a Internet. Además, el intento de establecer un enlace (por ejemplo, mediante protocolo punto a punto (PPP)) puede fallar. Como resultado, al abonado se le puede facturar una conexión a Internet que nunca se le ha proporcionado.
La patente de EE.UU. 5.598.536, para Slaughter, III y otros, describe un sistema de acceso remoto que proporciona a usuarios remotos la misma única dirección IP sobre cada acceso a red, que realiza funciones de autenticación y seguridad, y que posibilita el uso simultáneo de diferentes protocolos de comunicación con ordenadores. Un ordenador remoto usa un primer módem para establecer contacto con un segundo módem a través de líneas telefónicas. El segundo módem está conectado a un Servidor de acceso remoto que puede proporcionar posibilidades de comunicaciones entre una red de ordenadores locales y un usuario remoto del ordenador remoto, usando un protocolo de comunicación con ordenadores tal como el PPP.
Sin embargo, la Patente de EE.UU. 5.598.536 omite considerar los problemas que resultan de una central de conmutación de telecomunicaciones que indique que una llamada se ha completado tan pronto como un servidor de acceso a red acepta una llamada entrante, pero antes que el servidor de acceso a red haya establecido una comunicación con un usuario remoto. De hecho, todavía se pueden producir inapropiadas facturaciones de telecomunicaciones porque la disposición descrita en dicho documento no considera una central de conmutación de telecomunicaciones relacionada en cualquier sentido y, mucho menos, la necesidad de combinar la señalización de telecomunicaciones con protocolos de comunicaciones con ordenadores, como los proporcionados por las enseñanzas de la presente invención, para impedir la facturación incorrecta al usuario del ordenador remoto.
En resumen, los Servidores convencionales en unión de centrales de conmutación de telecomunicaciones asociadas (i) no combinan la señalización de telecomunicaciones con el proceso de establecimiento de enlace del Servidor, o (ii) no aseguran que un abonado reciba servicio de comunicación de Internet antes de facturar al usuario el uso de la red de telecomunicaciones.
Resumen de la invención
La presente invención proporciona un método y un aparato para un Servidor de acceso a red en asociación con una central de conmutación de telecomunicaciones, por el que los protocolos de ordenadores se combinan con la señalización de telecomunicaciones. Consecuentemente, a un abonado sólo se le factura el uso de la red de telecomunicaciones que se produce como resultado del servicio de comunicaciones de la red privada proporcionado al abonado, y en proporción directa a dicho servicio.
Las llamadas entrantes a la central de conmutación de telecomunicaciones, que están destinadas a acceder a una red privada tal como Internet, son encaminadas al Servidor. En una realización preferida, el Servidor incluye un grupo de dispositivos de proceso que proporcionan cambios de formateo para la información que se está transmitiendo desde la red telefónica pública a una red privada tal como Internet, y viceversa. Los dispositivos de proceso están interconectados mediante una red Ethernet e incluyen un encaminador que es una pasarela para Internet.
Un protocolo de ordenador mutuamente comprendido determina la formación de tramas y otros parámetros con los cuales la información es transmitida a través de un enlace de comunicaciones desde un punto de abonado al punto del Servidor. En una realización preferida, un protocolo punto a punto (PPP) gobierna estas opciones de enlace. El PPP incluye cinco fases que son: las fases de inactividad, establecimiento, autenticación, red y terminación. El servicio de información desde el abonado a Internet es posible en la fase de red.
Según un primer aspecto de la presente invención, se envía una comunicación de Respuesta-B desde el Servidor a la central de conmutación de telecomunicaciones (y, después, hacia delante, a la red de telecomunicaciones, como una señal de Respuesta-B), después que se haya introducido la fase de red. En una creación práctica específica de este primer aspecto, se produce una negociación de parámetros de red, direcciones IP, etc. durante la fase de red. Una vez completada esta negociación, se alcanza un estado abierto (por ejemplo, en un PPP) y se puede generar la comunicación de Respuesta-B. Por lo tanto, al abonado llamante sólo se le factura mientras es posible el servicio de información a Internet.
Una ventaja técnica importante de la presente invención es que a los abonados no se les facturarán servicios que no reciben.
Otra ventaja técnica importante de la presente invención es que a los abonados no se les facturará el uso de la red de telecomunicaciones a menos que/hasta que, se pueda establecer (y preferiblemente autenticar) una conexión a Internet para un abonado llamante.
Todavía otra ventaja técnica importante de la presente invención es que un Servidor puede retrasar la transmisión de una señal de Respuesta-B hasta que se establezca una fase de capa de red del PPP.
Todavía otra ventaja técnica importante de la presente invención es que un Servidor puede transmitir una señal de Cuelgue-B antes de entrar en una fase de inactividad del PPP.
Las características anteriormente descritas, y otras características de la presente invención, se explicarán detalladamente de aquí en adelante, con referencia a los ejemplos ilustrativos mostrados en los dibujos adjuntos. Los expertos en la técnica observarán que las realizaciones descritas se aportan con propósitos ilustrativos y de comprensión, y que en este documento se contemplan numerosas realizaciones equivalentes.
Breve descripción de los dibujos
Se puede tener un conocimiento más completo del método y aparato de la presente invención, consultando la siguiente descripción detallada cuando se toma en unión de los dibujos adjuntos, en los cuales:
la Figura 1 ilustra un diagrama detallado de una central local con un Servidor de Acceso a Red, que se puede usar para llevar a la práctica la presente invención;
la Figura 2 ilustra un diagrama de alto nivel de una central local con un Servidor, que se puede usar para llevar a la práctica la presente invención;
la Figura 3 ilustra un diagrama de estados de varias fases en una comunicación efectuada según un PPP;
la Figura 4A ilustra un diagrama de estados de varias fases en una comunicación efectuada según un PPP, de acuerdo con un primer aspecto de la presente invención;
la Figura 4B ilustra un método, en forma de diagrama de flujos, para transmitir una señal de Respuesta-B según el primer aspecto de la presente invención;
la Figura 5A ilustra un diagrama de estados de varias fases en una comunicación efectuada según un PPP, de acuerdo con un segundo aspecto de la presente invención; y
la Figura 5B ilustra un método, en forma de diagrama de flujos, para transmitir una señal de Cuelgue-B, según el segundo aspecto de la presente invención.
Descripción detallada de los dibujos
Tomando como referencia las Figuras 1-5B de los dibujos, se comprenderá mejor una realización preferida de la presente invención y sus ventajas; usándose números iguales para partes iguales y correspondientes de los diversos dibujos.
La Figura 1 ilustra un diagrama detallado de una central local (LE = Local Exchange) con un Servidor de Acceso a Red, que se puede usar para llevar a la práctica la presente invención. El diagrama de bloques de una LE 100 incluye una función de Servidor integrada. La LE 100 comprende una central de conmutación Ericsson estándar del tipo AXE, que incluye una central de conmutación de grupo/central de conmutación de tiempos (GS/TS = Group Switch/Time Switch) 142, que está conectada a usuarios 146 mediante una pluralidad de líneas de conexión POTS (POTS = Plain Old Telephone Service = servicio telefónico tradicional) 144, así como a usuarios 150 mediante una pluralidad de líneas de conexión RDSI 2B+D 148. La GS/TS 142 también está conectada a una pluralidad de conexiones 152 de enlaces E1/T1, a través de las cuales, se efectúa una interconexión de comunicaciones con otras LE, así como a centrales de tránsito (TE = Transit Exchanges) sobre la red pública de centrales telefónicas (PSTN = Public Switched Telephone Network) y/o la RDSI (PSTN/RDSI) 157.
La GS/TS 142 de la LE 100 tiene una configuración y un funcionamiento bien conocidos en la técnica, para interconectar selectivamente ciertas líneas seleccionadas entre las líneas de conexión POTS 144 y/o líneas de conexión RDSI 148, a ciertas conexiones seleccionadas entre las conexiones 152 de enlaces E1/T1. El control sobre el funcionamiento de la GS/TS 142 al hacer las anteriores interconexiones seleccionadas se efectúa mediante un procesador regional (RP = Regional Processor) 153 bajo el mando de un procesador central de control de conmutación (SCP = Switch Control Processor) 154. Una vía de comunicación 156 de control de procesadores regionales lleva la señalización entre el SCP 154 y el RP 153, necesaria para controlar el funcionamiento de la GS/TS 142.
La LE 100 también incluye una pluralidad de procesadores regionales (RP) adicionales, usados para proporcionar la función de Servidor de acceso integrada. Una primera pluralidad de los procesadores regionales RP 158(1),
158(2), ..., 158(n) está conectada a la GS/TS 142 a través de las conexiones 160 de interfaz DL2, y está conectada al SCP 154 a través de la vía de comunicación 156 de control de procesadores regionales. Sensibles a las instrucciones generadas por el SCP 154, las comunicaciones de datos se pueden conectar selectivamente (es decir, encaminar) entre una cualquiera de las líneas de conexión POTS 144 y/o las líneas de conexión RDSI 148, y la primera pluralidad de los RP 158(1), 158(2), ..., 158(n).
Una segunda pluralidad de los RP 158'(1), 158'(2), ..., 158'(n) está conectada a la GS/TS 142 a través de las conexiones 162 de interfaz DL2, y está conectada al SCP 154 a través de la vía de comunicación 156 de control de procesadores regionales. Análogamente, sensibles a las instrucciones generadas por el SCP 154, las comunicaciones de datos se pueden conectar selectivamente (es decir, encaminar) entre una cualquiera de las conexiones 152 de enlaces E1/T1, y la segunda pluralidad de los RP 158'(1), 158'(2), ..., 158'(n).
La primera pluralidad de los RP 158(1), 158(2), ..., 158(n) y la segunda pluralidad de los RP 158'(1),
158'(2), ..., 158'(n) están interconectadas por un enlace Ethernet 164. Sensibles a las instrucciones generadas por el SCP 154, y transmitidas sobre la vía de comunicación 156 de control de procesadores regionales, las comunicaciones de datos pueden ser insertadas y extraídas selectivamente del enlace Ethernet 164 por cualquiera de las primera y segunda pluralidades de RP 158 y 158'.
Usando el enlace Ethernet 164, se efectúa una conexión directa desde la LE 100 hasta la Internet 166 (quizá a través de un encaminador de borde 168 de punto de acceso a Internet). El enlace Ethernet 164 también se usa para efectuar una conexión entre la LE 100 y una pluralidad de líneas de conexión 170 de líneas asimétricas de abonados digitales (ADSL = Asymmetric Data Subscriber Line) para usuarios 172. Un terminal de red (NT-A) 174, que proporciona una terminación ADSL, efectúa la interconexión de la pluralidad de líneas de conexión ADSL 170 al enlace Ethernet 164. El NT-A 174 también efectúa la interconexión de las líneas 170 a la GS/TS 142 a través de una o más líneas de conexión POTS 144. Como las líneas de conexión ADSL 170 llevan voz y datos (a veces, simultáneamente), el NT-A 174 funciona para reencaminar los componentes de voz de una llamada a la GS/TS 142, sobre las líneas de conexión POTS 144, y para reencaminar los componentes de datos de esa llamada sobre el enlace Ethernet
164.
La primera pluralidad de RP 158(1), 158(2), ..., 158(n) funciona para convertir (por ejemplo, formato o trama) las comunicaciones actuales de datos de usuarios, entre el protocolo de comunicaciones de datos requerido para la transmisión sobre las líneas de conexión POTS 144 y/o líneas de conexión RDSI 148, y el protocolo de comunicaciones de datos requerido para la transmisión sobre el enlace Ethernet 164. Recíprocamente, la segunda pluralidad de los RP 158'(1), 158'(2), ..., 158'(n) funciona para convertir (por ejemplo, formato o trama) las comunicaciones actuales de datos de usuarios, entre el protocolo de comunicaciones de datos requerido para la transmisión sobre el enlace Ethernet 164, y el protocolo de comunicaciones de datos requerido para la transmisión sobre las conexiones 152 de enlaces E1/T1.
El enlace Ethernet 164 funciona para concentrar los paquetes de las comunicaciones de datos recibidas desde las líneas de conexión POTS 144, las líneas de conexión RDSI 148 y/o las líneas de conexión ADSL 170 para el encaminamiento a la GS/TS 142 y la transmisión sobre las conexiones 152 de enlaces E1/T1. Análogamente, el enlace Ethernet 164 funciona para concentrar los paquetes de las comunicaciones de datos recibidas desde las conexiones 152 de enlaces E1/T1 para el encaminamiento a la GS/TS 142 y la transmisión sobre las líneas de conexión POTS 144, las líneas de conexión RDSI 148 y/o las líneas de conexión ADSL 170. Hay que comprender que, aunque sólo se describe un enlace Ethernet 164 en esta realización ejemplar, se puede emplear una pluralidad de enlaces Ethernet 164 junto con la presente invención. Por ejemplo, cada una de las agrupaciones ilustradas en la Figura 2 y descritas más adelante, puede estar sobre un enlace Ethernet 164 separado.
La LE 100 también incluye un banco 176 de módems incorporado en una plataforma de proceso de señales digitales (DSP = Digital Signal Processing) y conectado a la GS/TS 142 a través de conexiones 178(1) y 178(2) de interfaz DL2. En particular, el banco 176 de módems puede ser conectado selectivamente por la GS/TS 142 (según la instrucción del SCP 154) a una cualquiera de las líneas de conexión POTS 144, a través de la conexión 178(1) de interfaz DL2. El banco 176 de módems procesa (por ejemplo, modula y demodula) comunicaciones de datos que son transmitidas a, o recibidas de, usuarios 146 sobre las líneas de conexión POTS 144. La conexión 178(2) de interfaz DL2 y las conexiones 160 de interfaz DL2 también permiten que el banco 176 de módems se conecte selectivamente (en respuesta a instrucción del SCP 154) a la primera pluralidad de RP 158(1), 158(2), ..., 158(n), a través de la GS/TS 142. Esto proporciona una ruta para la transmisión de paquetes de datos entre las líneas de conexión POTS 144 y el enlace Ethernet 164.
Ahora se describirá el funcionamiento de la LE 100, que incluye una función de Servidor integrada para soportar comunicaciones de datos más eficientes. En un modo de funcionamiento, la LE 100 soporta comunicaciones de datos de usuarios/abonados, eficientes y directas, sobre una red privada de comunicaciones de datos tal como la Internet 166 o, posiblemente, una Intranet (no mostrada). En otro modo de funcionamiento, la LE 100 soporta comunicaciones de datos de usuarios/abonados, eficientes y directas, sobre una red pública de comunicaciones de datos tal como la PSTN y/o la RDSI 157 (concurrentes con comunicaciones convencionales de voz). Por supuesto, hay que comprender que la LE 100 puede soportar simultáneamente tales comunicaciones de datos de usuarios/abonados, tanto sobre redes privadas como públicas, en ambos modos de funcionamiento, si es necesario.
Con respecto al primer modo de funcionamiento, que está relacionado con comunicaciones de datos de usuarios/abonados sobre una red privada de comunicaciones de datos tal como la Internet 166, consideremos primero una comunicación de datos entre un usuario 146 conectado a una de la pluralidad de líneas de conexión POTS 144 y a la Internet 166. La comunicación de datos llevada desde el usuario 146 sobre la línea de conexión POTS 144 comprende una comunicación de datos analógicos que es encaminada desde la GS/TS 142, sobre la conexión 178(1) de interfaz DL2, al banco 176 de módems, donde es demodulada y aplicada sobre la conexión 178(2) de interfaz DL2. Después, la comunicación de datos se vuelve a encaminar a la primera pluralidad de RP 158(1), 158(2), ..., 158(n) a través de la GS/TS 142 y sobre las conexiones 160 de interfaz DL2.
En la primera pluralidad de RP 158, el protocolo de la comunicación de datos es convertido (por ejemplo, se suprime la trama) del protocolo requerido para la transmisión sobre la línea de conexión POTS 144 (por ejemplo, PPP o protocolo de Internet de línea serie (SLIP = Serial Line Internet Protocol)), al protocolo requerido para la transmisión sobre el enlace Ethernet 164 (por ejemplo, protocolo de control de transmisión/protocolo Internet (TCP/IP = Transmission Control Protocol/Internet Protocol). Después, la comunicación de datos con protocolo convertido es aplicada al enlace Ethernet 164.
El enlace Ethernet 164 funciona para concentrar la comunicación de datos con otras comunicaciones de datos (desde otros usuarios 146, así como los usuarios 150 y 172) recibidas desde la primera pluralidad de RP 158 y el terminal de red NT-A 174. Después, la comunicación de datos es enviada sobre la Internet 166 a través del encaminador de borde 168 de punto de acceso a Internet. La primera pluralidad de RP 158 también efectúa una función de encaminamiento al dirigir las comunicaciones de datos hacia los destinos Internet apropiados.
A continuación, consideremos una comunicación de datos entre un usuario 150 conectado a una de la pluralidad de líneas de conexión RDSI 2B+D 148 y la Internet 166. La comunicación de datos llevada desde el usuario 150, sobre la línea de conexión RDSI 148, comprende una comunicación de datos digitales, por tanto, no hay necesidad de encaminar la comunicación a través del banco 176 de módems. Más bien, la comunicación de datos digitales es encaminada directamente desde la GS/TS 142 a la primera pluralidad de RP 158(1), 158(2), ..., 158(n), sobre las conexiones 160 de interfaz DL2.
En la primera pluralidad de RP 158, el protocolo de la comunicación de datos es convertido (por ejemplo, se suprime la trama) del protocolo requerido para la transmisión sobre la línea de conexión RDSI 148 (por ejemplo, PPP o SLIP), al protocolo requerido para la transmisión sobre el enlace Ethernet 164 (por ejemplo, TCP/IP). Después, la comunicación de datos con protocolo convertido es aplicada al enlace Ethernet 164. Después, la comunicación de datos con protocolo convertido es aplicada al enlace Ethernet 164.
El enlace Ethernet 164 funciona para concentrar la comunicación de datos con otras comunicaciones de datos (desde otros usuarios 150, así como los usuarios 146 y 172) recibidas desde la primera pluralidad de RP 158 y el terminal de red NT-A 174. Después, la comunicación de datos es enviada sobre la Internet 166 a través del encaminador de borde 168 de punto de acceso a Internet. La primera pluralidad de RP 158 también efectúa una función de encaminamiento al dirigir las comunicaciones de datos hacia los destinos Internet apropiados.
A continuación, consideremos una comunicación de datos entre un usuario 172 conectado a una de la pluralidad de líneas de conexión ADSL 170 y la Internet 166. La comunicación de datos en generación puede ser llevada sobre la línea de conexión ADSL 170 junto con una comunicación de voz. El NT-A 174 separa los componentes de datos, de los componentes de voz, de la comunicación combinada. Después, los componentes de datos se vuelven a encaminar al enlace Ethernet 164, ya con el protocolo apropiado (por ejemplo, TCP/IP).
El enlace Ethernet 164 funciona para concentrar la comunicación de datos con otras comunicaciones de datos (desde otros usuarios 172, así como los usuarios 146 y 150) recibidas desde la primera pluralidad de RP 158 y el terminal de red NT-A 174. Después, la comunicación de datos es enviada sobre la Internet 166 a través del encaminador de borde 168 de punto de acceso a Internet. La primera pluralidad de RP 158 también efectúa una función de encaminamiento al dirigir las comunicaciones de datos hacia los destinos Internet apropiados.
Procesos inversos ocurren con respecto a las comunicaciones de datos recibidas desde la Internet 166 para la transmisión por la GS/TS 142 a los usuarios 146, 150 y 172. Por tanto, el enlace Ethernet 164 funciona para concentrar las comunicaciones de datos recibidas desde la Internet 166 y la segunda pluralidad de RP 158'. Además, la primera pluralidad de RP 158 funciona para extraer las comunicaciones de datos del enlace Ethernet 164, y cambiar (por ejemplo, la trama), del protocolo requerido para la transmisión sobre el enlace Ethernet 164 (por ejemplo, TCP/IP), al protocolo requerido para la transmisión sobre la línea de conexión POTS 144 y la línea de conexión RDSI 148 (por ejemplo, PPP o SLIP). La primera pluralidad de RP 158, y la GS/TS 142, también efectúan una función de encaminamiento al enviar las comunicaciones de datos extraídas del enlace Ethernet 164 sobre las líneas apropiadas de las líneas de conexión POTS 144, las líneas de conexión RDSI 148 o las líneas de conexión ADSL 170.
La Figura 2 ilustra un diagrama de alto nivel de una central local (LE) con un servidor de acceso a red (NAS) que se puede usar para llevar a la práctica la presente invención. Una LE 200 proporciona una vista en forma de diagrama de bloques de la GS/TS 142, el Servidor 220 y el equipo de comunicaciones relacionado. Un abonado 205 (por ejemplo, cualquiera de los usuarios 146, 150 ó 172 de la Figura 1) usa un dispositivo terminal 210 (por ejemplo, un ordenador en unión de un módem o NT-I) para comunicar directamente con la GS/TS 142, sobre la etapa de abonado 215 (por ejemplo, líneas de conexión 144, 148 ó 170).
También se muestran comunicaciones de tránsito sobre la PSTN/RDSI 157, por una pluralidad de conexiones 152 de enlaces E1/T1. Hay que comprender que las llamadas entrantes al Servidor 220 pueden llegar a través de la pluralidad de conexiones 152 de enlaces E1/T1. El Servidor 220 está conectado a la GS/TS 142 a través de las conexiones 160 y 162 de interfaz DL2. El Servidor 220 también está conectado a la Internet 166 (o alguna otra red privada tal como una intranet colectiva) a través de un encaminador externo 168 (por ejemplo, un INET-POP, un encaminador de borde o un encaminador de borde de punto de acceso a Internet) sobre una red interna. Preferiblemente, el Servidor 220 también efectúa las funciones de autenticación y contabilidad en conexión con comunicaciones sobre la Internet 166.
Esta red interna del Servidor 220 puede estar gobernada por una variedad de protocolos y funcionar a miríadas de velocidades. Sin embargo, la red interna es, preferiblemente, una red Ethernet 164. La red Ethernet 164 (o una pluralidad de redes Ethernet 164 enlazadas por encaminadores y/o pasarelas) interconecta las agrupaciones
225(1), ..., 225(x). Cada agrupación 225 incluye una pluralidad de RPG-I (RPG-I_{1} 158(1), ..., RPG-I_{n} 158(n)).
Los RP del Servidor 220 se muestran y describen como RP para usos especiales denominados RPG-I (unidad de Procesador Regional con una central de conmutación de Grupo). Los RPG son especialmente adecuados para conversión de protocolos. La designación "-I" refleja la aplicación de los RPG en el Servidor 220 de la Figura 2. Específicamente, los RPG-I están en el lado "entrante" (por ejemplo, de llamadas) del Servidor 220. Hay que comprender que la presente invención no se debe considerar limitada a los RPG-I, porque la presente invención puede ser llevada a la práctica con miríadas de unidades de proceso, como es sabido en la técnica.
Las agrupaciones (225(1), ..., 225(x)) de dispositivos (RGP-I 158), que están conectadas por la Ethernet local 164, terminan las llamadas telefónicas de los abonados 205 e interpretan los protocolos de capas de enlaces de los dispositivos terminales 210. En una realización alternativa, en lugar del encaminador externo 168, uno de los dispositivos RPG (por ejemplo, un RPG-O, no mostrado específicamente) envía el tráfico a la Internet a través de, por ejemplo, una conexión de transmisión de tramas ("Frame Relay") efectuada en la parte superior de enlaces de 2 Mb/s de vuelta a la PSTN. Un RPG-O es un procesador regional (RP) que es especialmente adecuado para conversión de protocolos y está instalado en el lado de "salida" (por ejemplo, la red de datos) del Servidor 220 de la Figura 2. El uso de un RPG-O es particularmente beneficioso si la LE 200 no tiene una Ethernet, o bien, una red de paquetes. La conexión de transmisión de tramas proporciona acceso a Internet sobre una conexión semipermanente en la GS/TS 142. En cualquier caso, la red Ethernet interna 164 es una realización práctica preferida para conseguir las funciones deseadas del Servidor 220.
Preferiblemente, cada RPG-I 158 tiene un conjunto de 32 puertos, aunque cualquier número de puertos puede estar dentro del ámbito de la invención, como está definida por las reivindicaciones adjuntas. Cada uno de los puertos ocupa una cuota de tiempo en la conexión multiplexada por división en el tiempo de la GS/TS 142, y cada puerto es capaz de manejar una llamada entrante. Hay que tener en cuenta, que un procesador central (por ejemplo, el SCP 154 de la Figura 1) supervisa el comportamiento de los RPG-I 158 en el Servidor 220. Preferiblemente, el procesador central incluye un lógica de encaminamiento de llamadas (por ejemplo, programa, equipo, programa almacenado en chip, etc.) que decide qué RPG-I 158 manejará una llamada entrante. Sin embargo, la localización de la lógica de encaminamiento de llamadas completamente dentro de la GS/TS 142, completamente dentro del Servidor 220, o distribuida entre los dos, etc., está abarcada totalmente por el método de la presente invención.
Como se explicó anteriormente, el abonado 205 usa un dispositivo terminal 210 para comunicar con la Internet 166 a través de, entre otras, la etapa de abonado 215, la GS/TS 142 y el Servidor 220. Para que el Servidor 220 pueda enviar información desde el dispositivo terminal 210 a la Internet 166, el Servidor 220 y el dispositivo terminal 210 concuerdan en un conjunto de reglas (por ejemplo, un protocolo) para comunicar información. La comunicación de información es despachada cuando la temporización de transmisión y el formateo de los datos están predeterminados mutuamente.
Un ejemplo de dicho protocolo es un PPP. El PPP se puede usar para establecer una comunicación IP desde un programa de cliente del abonado 205 al Servidor 220, sobre un enlace punto a punto, a través del sistema de telecomunicaciones (por ejemplo, etapa de abonado 215 y GS/TS 142). El PPP ayuda a la determinación de cómo encapsulará paquetes de datos cada punto, y qué parámetros se usarán en la línea serie. El uso del PPP permite que el Servidor 220 soporte miríadas de realizaciones prácticas diferentes para abonados 205. En otras palabras, los abonados 205 pueden estar usando diferentes sistemas operativos y programas de cliente, pero el uso del PPP faculta al Servidor 220 a actuar mutuamente con todos ellos.
La Figura 3 ilustra un diagrama de estados de varias fases en una comunicación efectuada según un PPP. El diagrama de estados se muestra generalmente en 300. Hay que tener en cuenta, que la invención puede ser llevada a la práctica con otros protocolos de comunicaciones con ordenadores, y que el PPP es solamente un ejemplo. El PPP comprende varios subprotocolos que determinan los parámetros para la conexión. El tratamiento de los parámetros del enlace serie entre el dispositivo terminal 210 y el Servidor 220 es manejado por el protocolo de control de enlace (LCP = Link Control Protocol). El LCP se usa para configurar automáticamente parámetros relacionados con los enlaces, tales como las opciones de formato de encapsulación, y para desconectar el enlace durante la fase de terminación. Cada extremo del enlace PPP envía primero paquetes LCP para configurar y probar el enlace de datos.
En el diagrama de estados 300, el enlace empieza y termina con una fase de inactividad 310. Cuando un acontecimiento externo (por ejemplo, una llamada entrante) indica que la capa física está preparada para ser usada, el PPP efectuará una transición a una fase de establecimiento 320, a través de un evento de "Enlace Arriba". Los paquetes de datos LCP son transmitidos por cada lado del enlace durante la fase de establecimiento 320. El LCP se usa para configurar automáticamente parámetros relacionados con los enlaces (por ejemplo, las opciones de formato de encapsulación). También se pueden establecer otras opciones de configuración en la fase de establecimiento 320. Un fallo en establecer apropiadamente un enlace da lugar a una transición de "Fallo" que conduce a una transición (denominada también un "evento") de "Enlace Abajo", o bien, vuelve directamente a la fase de inactividad 310.
Si se establece apropiadamente un enlace, una transición de "Abierto" conduce a una fase de autenticación 330. La autenticación se efectúa, preferiblemente, usando un protocolo de autenticación de contraseña (PAP = Password Authentication Protocol), o bien, un protocolo de autenticación de desafío mutuo (CHAP = Challenge-Handshake Authentication Protocol). Sin embargo, se pueden usar otros procedimientos de autenticación. La fase de autenticación 330, aunque es opcional, está preferiblemente instituida para que un proveedor de servicios de Internet dado (ISP) pueda verificar que uno de sus miembros abonados (y no uno que no sea miembro) está intentando acceder a Internet a través de sus recursos ISP. Si se produce un fallo durante la fase de autenticación 330, una transición de "Fallo" conduce a una transición de "Cierre", o bien, directamente a una fase de terminación 350.
Si la autenticación se efectúa satisfactoriamente (o no se efectúa en absoluto) el procedimiento PPP efectúa una transición a una fase de red 340. En la fase de red 340, se pueden abrir varios protocolos de control de red (NCP = Network Control Protocol) para comunicación bajo varios protocolos. Uno de dichos protocolos de control de red es el protocolo de control de protocolo Internet (IPCP = Internet Protocol Control Protocol), que se usa para establecer y configurar parámetros necesitados por la capa IP. Por tanto, el IPCP puede ser usado por el Servidor 220 para paquetes de datos destinados a la Internet 166. Si falla el establecimiento bajo el IPCP, o cuando ha concluido la sesión IPCP de la fase de red 340, se produce una transición de "Cierre".
Si la transición de "Cierre" en el diagrama de estados 300 se alcanza desde la fase de autenticación 330 (a través de una transición de "Fallo"), o bien, desde la fase de red 340, la fase de terminación 350 sigue a la transición de "Cierre". La fase de terminación 350 actúa a través del LCP. Paquetes de terminación son intercambiados por los dos extremos del enlace. Se pueden transmitir paquetes de Terminación-Petición y paquetes de Terminación-Reconocimiento. Después de la fase de terminación 350, se produce una transición de "Enlace Abajo". La transición de "Enlace Abajo" puede señalar la capa física a desconectar para imponer la terminación. De la transición de "Enlace Abajo", el diagrama de estados 300 vuelve a la fase de inactividad 310.
Con referencia ahora a la Figura 4A, se ilustra un diagrama de estados de varias fases en una comunicación efectuada de acuerdo con un PPP, según un primer aspecto de la presente invención. El diagrama de estados 400 incluye una comunicación 410 de Respuesta-B próxima a la fase de red 340. La comunicación 410 de Respuesta-B representa una comunicación desde el Servidor 220 a la GS/TS 142. Después, la GS/TS 142 puede activar (por ejemplo, transmitir) una señal de Respuesta-B a la red de telecomunicaciones (por ejemplo, una señal que indique que la parte llamada ha contestado) para indicar a la red de telecomunicaciones (por ejemplo, la red telefónica pública (PSTN)) que se ha completado el proceso de conexión de la llamada.
En una realización preferida, la comunicación 410 de Respuesta-B es enviada a la GS/TS 142 después que el IPCP esté configurado apropiadamente. Ventajosamente, este primer aspecto de la presente invención asegura que la red de telecomunicaciones no registra (por ejemplo, anota) el proceso de conexión de la llamada como que se ha completado, a menos que/hasta que, se pueda proporcionar el servicio de comunicación a la Internet 166, a un abonado 205 que esté marcando. Consecuentemente, al abonado 205 no se le factura a menos que, y hasta que, el servicio de acceso a la Internet 166 se haya proporcionado realmente.
Con referencia ahora a la Figura 4B, se ilustra un método, en forma de diagrama de flujos, para transmitir una señal de Respuesta-B, según el primer aspecto de la presente invención. El diagrama de flujos 450 muestra las etapas fundamentales de un método para asegurar que a un abonado no se le facturen servicios que no se le han proporcionado. En la etapa 460, la GS/TS 142 y, después, el Servidor 220 reciben una llamada entrante. El Servidor 220 se comunica con el terminal 210 de red del abonado 205 para establecer una comunicación de acuerdo con un PPP. En la etapa 470, el Servidor 220 verifica que el enlace PPP está correctamente configurado. Después, la comunicación 410 de Respuesta-B es enviada a la GS/TS 142. Después, en la etapa 480, la GS/TS 142 puede transmitir una señal de Respuesta-B a la red de telecomunicaciones para señalar que la llamada se ha completado.
Con referencia ahora a la Figura 5A, se ilustra un diagrama de estados de varias fases en una comunicación efectuada de acuerdo con un PPP y no cubierta por las reivindicaciones. El diagrama de estados 500 incluye una comunicación 510 de Cuelgue-B próxima a la fase de red 340. La comunicación 510 de Cuelgue-B representa una comunicación desde el Servidor 220 a la GS/TS 142. Después, la GS/TS 142 puede activar (por ejemplo, transmitir) una señal de Cuelgue-B a la red de telecomunicaciones (por ejemplo, una señal que indique que la parte llamada ha colgado o ha terminado de otra manera la conexión de telecomunicaciones) para indicar a la red de telecomunicaciones que la conexión de la llamada debe terminar.
En una realización preferida, la comunicación 510 de Cuelgue-B es enviada a la GS/TS 142, aproximadamente de manera simultánea con, o bien, casi inmediatamente después de, la terminación del IPCP, o de la generación de paquetes de terminación por parte del LCP. Alternativamente, la comunicación 510 de Cuelgue-B puede ser generada, por ejemplo, cuando el estado del PPP está cambiando de la fase de red 340 a la fase de terminación 350 (por ejemplo, durante, o como resultado de la transición de "Cierre"). Sin embargo, hay que comprender que la generación de una señal de Cuelgue-B por parte de la red de telecomunicaciones, en cualquier momento antes de la introducción de la fase de inactividad 310 del diagrama de estados 500 del PPP, reduce la cantidad de tiempo de telecomunicaciones que se factura cuando no se está proporcionando acceso a la Internet 166. Ventajosamente, esto asegura que la red de telecomunicaciones no continúa facturando a un abonado 205 después que el servicio de comunicación a la Internet 166 ya no se está proporcionando al abonado 205 que marca. Consecuentemente, al abonado 205 no se le factura durante el tiempo en el que el servicio de acceso a la Internet 166 no se está proporcionando realmente.
Con referencia ahora a la Figura 5B, se ilustra un método en forma de diagrama de flujos, para transmitir una señal de Cuelgue-B, según un aspecto no cubierto por las reivindicaciones. El diagrama de flujos 550 muestra las etapas fundamentales de un método para asegurar que a un abonado no se le facturen servicios después que tales servicios ya no se le están proporcionando. En la etapa 560, la comunicación 510 de Cuelgue-B es enviada a la GS/TS 142. La GS/TS 142 también activa (por ejemplo, transmite) la señal de Cuelgue-B en la etapa 560, para que la red de telecomunicaciones señale la terminación de la llamada. La fase 350 de terminación de enlace, del diagrama de estados 500 del PPP, es introducida en la etapa 570. Como se explicó anteriormente durante la descripción de la Figura 5A, la comunicación 510 de Cuelgue-B también puede preceder a la transición de "Cierre" (por ejemplo, un evento de "Cierre").
Aunque una realización preferida del método y aparato de la presente invención ha sido ilustrada en los Dibujos adjuntos, y descrita en la anterior Descripción Detallada, se comprenderá que la invención no está limitada a la realización descrita, sino que es capaz de numerosas redisposiciones, modificaciones y sustituciones, sin apartarse de la invención, tal como está expuesta y definida por las siguientes reivindicaciones.

Claims (5)

1. Un método para relacionar conexiones de telecomunicaciones a servicios de comunicaciones de red privada en una central (142) de conmutación de telecomunicaciones y un servidor (220) de acceso a red asociado, caracterizado por las etapas de:
recibir (460) una llamada entrante a dicha central (142) de conmutación de telecomunicaciones, originándose dicha llamada entrante en un abonado (205);
encaminar dicha llamada entrante a dicho servidor (220) de acceso a red asociado;
aplicar un protocolo punto a punto a un enlace entre dicho abonado (205) y dicho servidor (220) de acceso a red asociado;
producir una fase de red (340) de acuerdo con dicho protocolo punto a punto para dicho enlace; y
enviar una comunicación (410) de Respuesta-B a dicha central (142) de conmutación de telecomunicaciones desde dicho servidor (220) de acceso a red asociado, en respuesta a dicha etapa de producir una fase de red.
2. El método de la reivindicación 1, caracterizado, además, por las etapas de:
transmitir una señal de Respuesta-B desde dicha central (142) de conmutación de telecomunicaciones a un sistema de telecomunicaciones relacionado; y
obtener una conexión de telecomunicaciones para activar la facturación.
3. El método de la reivindicación 1, caracterizado, además, por las etapas de, antes de dicha etapa de producir una fase de red (340) de acuerdo con dicho protocolo punto a punto para dicho enlace:
producir una fase de establecimiento de acuerdo con dicho protocolo punto a punto para dicho enlace; y
producir una fase de autenticación de acuerdo con dicho protocolo punto a punto para dicho enlace.
4. El método de la reivindicación 1, en el que dicha etapa de enviar una comunicación (410) de Respuesta-B a dicha central (142) de conmutación de telecomunicaciones desde dicho servidor (220) de acceso a red asociado, en respuesta a dicha etapa de producir una fase de red (340), está caracterizada por las etapas de:
enviar una comunicación (410) de Respuesta-B a dicha central (142) de conmutación de telecomunicaciones desde dicho servidor (220) de acceso a red asociado, en respuesta a negociar un protocolo de control de protocolo Internet para dicho enlace en dicha fase de red (340).
5. El método de la reivindicación 4, caracterizado porque dicho enlace proporciona acceso a Internet a dicho abonado (205), a través de dicho servidor (220) de acceso a red asociado.
ES98929448T 1997-06-20 1998-06-18 Metodo de respuesta b por un dispositivo de acceso de red. Expired - Lifetime ES2256941T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US5032597P 1997-06-20 1997-06-20
US50325P 1997-06-20

Publications (1)

Publication Number Publication Date
ES2256941T3 true ES2256941T3 (es) 2006-07-16

Family

ID=21964601

Family Applications (2)

Application Number Title Priority Date Filing Date
ES98929447T Expired - Lifetime ES2163869T3 (es) 1997-06-20 1998-06-18 Vigilancia de dispositivos de acceso a redes.
ES98929448T Expired - Lifetime ES2256941T3 (es) 1997-06-20 1998-06-18 Metodo de respuesta b por un dispositivo de acceso de red.

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES98929447T Expired - Lifetime ES2163869T3 (es) 1997-06-20 1998-06-18 Vigilancia de dispositivos de acceso a redes.

Country Status (6)

Country Link
US (3) US6560220B2 (es)
EP (2) EP0988600B1 (es)
AU (3) AU7919798A (es)
ES (2) ES2163869T3 (es)
NO (2) NO996279L (es)
WO (3) WO1998059459A2 (es)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6160843A (en) * 1996-03-29 2000-12-12 Cisco Technology, Inc. Communication server apparatus providing XDSL services and method
US6167120A (en) * 1996-11-06 2000-12-26 Lextron Systems, Inc. Apparatus and methods for home networking
US8516132B2 (en) 1997-06-19 2013-08-20 Mymail, Ltd. Method of accessing a selected network
US6571290B2 (en) * 1997-06-19 2003-05-27 Mymail, Inc. Method and apparatus for providing fungible intercourse over a network
US6560220B2 (en) 1997-06-20 2003-05-06 Telefonaktiebolaget L M Ericsson (Publ) Network access device and telecommunications signaling
FI104669B (fi) * 1997-09-01 2000-04-14 Nokia Networks Oy Verkkoelementtien hallintajärjestelmä
EP1086560A1 (en) 1998-06-19 2001-03-28 Netsafe, Inc. Method and apparatus for providing connections over a network
US7673328B1 (en) * 1998-09-28 2010-03-02 Kojima Co., Ltd. Network authentication system using individual services providers and an authentication server
US6477152B1 (en) * 1998-12-30 2002-11-05 Honeywell Inc. Apparatus and method for data communications
US6721555B1 (en) * 1999-02-19 2004-04-13 Qualcomm Incorporated System and method for facilitating device authentication in a wireless communications system
GB2348778A (en) * 1999-04-08 2000-10-11 Ericsson Telefon Ab L M Authentication in mobile internet access
US6925076B1 (en) * 1999-04-13 2005-08-02 3Com Corporation Method and apparatus for providing a virtual distributed gatekeeper in an H.323 system
US6606298B1 (en) * 1999-06-30 2003-08-12 Cisco Technology, Inc. Module firmware recovery
US6711159B1 (en) * 1999-12-15 2004-03-23 3Com Corporation Load balancing among media gateways
US7577725B1 (en) * 2000-02-25 2009-08-18 Cisco Technology, Inc. IP address allocation in a network environment
KR100847596B1 (ko) 2000-03-02 2008-07-21 소니 가부시끼 가이샤 통신망 시스템, 게이트웨이, 데이터 통신방법과 프로그램제공매체
EP1266507B1 (en) * 2000-03-17 2004-06-02 America Online, Inc. Home-networking
US7032023B1 (en) * 2000-05-16 2006-04-18 America Online, Inc. Throttling electronic communications from one or more senders
US7711790B1 (en) * 2000-08-24 2010-05-04 Foundry Networks, Inc. Securing an accessible computer system
US7725587B1 (en) * 2000-08-24 2010-05-25 Aol Llc Deep packet scan hacker identification
SE0003440D0 (sv) * 2000-09-26 2000-09-26 Landala Naet Ab Kommunikationssystem
KR100402981B1 (ko) * 2000-09-29 2003-10-22 엘지전자 주식회사 교환기에서의 아이피 주소 관리 장치 및 방법
US7051116B1 (en) * 2001-06-21 2006-05-23 America Online, Inc. Client device identification when communicating through a network address translator device
US7099944B1 (en) * 2001-07-13 2006-08-29 Bellsouth Intellectual Property Corporation System and method for providing network and service access independent of an internet service provider
US20050071443A1 (en) * 2001-09-10 2005-03-31 Jai Menon Software platform for the delivery of services and personalized content
US20030069960A1 (en) * 2001-10-04 2003-04-10 Symons Julie A. Method for describing and comparing data center physical and logical topologies and device configurations
US7539127B1 (en) * 2001-12-13 2009-05-26 Cisco Technology, Inc. System and method for recovering from endpoint failure in a communication session
US7487212B2 (en) * 2001-12-14 2009-02-03 Mirapoint Software, Inc. Fast path message transfer agent
US7383339B1 (en) 2002-07-31 2008-06-03 Aol Llc, A Delaware Limited Liability Company Local proxy server for establishing device controls
US7453830B2 (en) * 2002-09-05 2008-11-18 Rockwell Electronic Commerce Technologies, Llc Internet architecture for software based ACD
US20040172467A1 (en) * 2003-02-28 2004-09-02 Gabriel Wechter Method and system for monitoring a network
US20040186903A1 (en) * 2003-03-20 2004-09-23 Bernd Lambertz Remote support of an IT infrastructure
US7337219B1 (en) 2003-05-30 2008-02-26 Aol Llc, A Delaware Limited Liability Company Classifying devices using a local proxy server
US7437457B1 (en) 2003-09-08 2008-10-14 Aol Llc, A Delaware Limited Liability Company Regulating concurrent logins associated with a single account
US7730137B1 (en) 2003-12-22 2010-06-01 Aol Inc. Restricting the volume of outbound electronic messages originated by a single entity
CN100341287C (zh) * 2004-09-02 2007-10-03 中兴通讯股份有限公司 一种用于接入服务器的断流监测方法
BRPI0607184A2 (pt) * 2005-02-09 2009-08-11 Enure Networks Ltd mecanismo para supervisão em uma rede com uma pluralidade de dispositivos de rede, mecanismo para supervisionar um módulo operando um protocolo ou norma de interface de comunicação com outros módulos e método para supervisionar uma rede
US8787393B2 (en) 2005-04-11 2014-07-22 International Business Machines Corporation Preventing duplicate sources from clients served by a network address port translator
WO2006114871A1 (ja) * 2005-04-20 2006-11-02 Mitsubishi Denki Kabushiki Kaisha データ収集装置及びゲートウェイ装置
US7631045B2 (en) 2005-07-14 2009-12-08 Yahoo! Inc. Content router asynchronous exchange
US7623515B2 (en) 2005-07-14 2009-11-24 Yahoo! Inc. Content router notification
US7792025B2 (en) * 2005-10-11 2010-09-07 Alcatel Lucent Multi-service session admission control
US9367832B2 (en) 2006-01-04 2016-06-14 Yahoo! Inc. Synchronizing image data among applications and devices
US9042263B1 (en) * 2007-04-06 2015-05-26 Netapp, Inc. Systems and methods for comparative load analysis in storage networks
US8719449B2 (en) * 2010-11-29 2014-05-06 Telefonaktiebolaget L M Ericsson (Publ) Identification of a private device in a public network
CA2976620C (en) * 2015-02-17 2022-02-08 Fujitsu Limited Determination device, determination method, and determination program
CN109218154B (zh) * 2018-09-07 2021-05-18 深圳市常茂信科技开发有限公司 一种基于fpga的千兆以太网到slip的转换系统
CN112666905B (zh) * 2020-12-21 2024-01-30 哈尔滨天达控制股份有限公司 一种多通道通信控制系统及通道控制方法
ES2932522A1 (es) * 2021-07-13 2023-01-20 Arppa Tech S L Sistema para la gestión de servicios digitales

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2531827A1 (fr) 1982-08-13 1984-02-17 Irlande Jean Paul Dispositif pour commander des transferts de fichiers entre des ordinateurs
US4700340A (en) 1986-05-20 1987-10-13 American Telephone And Telegraph Company, At&T Bell Laboratories Method and apparatus for providing variable reliability in a telecommunication switching system
US5155851A (en) 1989-05-15 1992-10-13 Bell Communications Research, Inc. Routing an incoming data stream to parallel processing stations
CA2032620C (en) 1989-12-22 1995-08-15 Takafumi Chujo Method for searching for alternate path in communication network
US5418842A (en) 1990-11-19 1995-05-23 Exxon Research And Engineering Company Reduced time remote access method
US5452350A (en) 1992-03-09 1995-09-19 Advantis Subscriber call routing processing system
AU691509B2 (en) 1993-06-28 1998-05-21 Bellsouth Intellectual Property Corporation Mediation of open advanced intelligent network interface for public switched telephone network
US5631897A (en) 1993-10-01 1997-05-20 Nec America, Inc. Apparatus and method for incorporating a large number of destinations over circuit-switched wide area network connections
US5577105A (en) 1994-03-11 1996-11-19 U.S. Robotics, Inc. Telephone call routing and switching techniques for data communications
US5598536A (en) 1994-08-09 1997-01-28 Shiva Corporation Apparatus and method for providing remote users with the same unique IP address upon each network access
US5581610A (en) 1994-10-19 1996-12-03 Bellsouth Corporation Method for network traffic regulation and management at a mediated access service control point in an open advanced intelligent network environment
SE516556C2 (sv) * 1995-04-24 2002-01-29 Ericsson Telefon Ab L M Förfarande och anordning i ett telesystem
FI99073C (fi) 1995-06-28 1997-09-25 Finland Telecom Oy Menetelmä tietokonejärjestelmän käyttäjän laskuttamiseksi sekä tietokonejärjestelmä
US5710882A (en) 1995-06-29 1998-01-20 Telefonaktiebolaget Lm Ericsson Method and call set up server for setting up a call using a call handling portion and a connection handling portion to handle the call and the connection, respectively
SE504546C2 (sv) 1995-08-21 1997-03-03 Telia Ab Arrangemang för nätaccess via telenätet genom fjärrstyrt filter
ATE293338T1 (de) 1995-12-11 2005-04-15 Hewlett Packard Co Verbindungsaufbaudurchgang für ein fernmeldesystem
US5956391A (en) * 1996-02-09 1999-09-21 Telefonaktiebolaget Lm Ericsson Billing in the internet
US5668857A (en) 1996-03-29 1997-09-16 Netspeed, Inc. Communication server apparatus and method
US6327258B1 (en) 1996-04-04 2001-12-04 Alcatel Usa Sourcing, L.P. Method and apparatus for routing internet calls
US5737319A (en) * 1996-04-15 1998-04-07 Mci Corporation Dynamic network topology determination
US5898780A (en) * 1996-05-21 1999-04-27 Gric Communications, Inc. Method and apparatus for authorizing remote internet access
US5959988A (en) 1996-06-24 1999-09-28 Ericsson, Inc. Telecommunications switch including an integrated internet access server
EP0951544A2 (en) 1996-07-03 1999-10-27 Chiron Corporation Methods for administration of recombinant gene delivery vehicles for treatment of human disease
US5862339A (en) 1996-07-09 1999-01-19 Webtv Networks, Inc. Client connects to an internet access provider using algorithm downloaded from a central server based upon client's desired criteria after disconnected from the server
US6073176A (en) * 1996-07-29 2000-06-06 Cisco Technology, Inc. Dynamic bidding protocol for conducting multilink sessions through different physical termination points
US5918019A (en) * 1996-07-29 1999-06-29 Cisco Technology, Inc. Virtual dial-up protocol for network communication
JPH1065737A (ja) 1996-08-23 1998-03-06 Matsushita Electric Ind Co Ltd 代理サーバ装置およびサーバ装置
US5845267A (en) * 1996-09-06 1998-12-01 At&T Corp System and method for billing for transactions conducted over the internet from within an intranet
US6546003B1 (en) * 1996-11-21 2003-04-08 Verizon Services Corp. Telecommunications system
US6012088A (en) * 1996-12-10 2000-01-04 International Business Machines Corporation Automatic configuration for internet access device
US6084892A (en) * 1997-03-11 2000-07-04 Bell Atlantic Networks Services, Inc. Public IP transport network
US6097719A (en) * 1997-03-11 2000-08-01 Bell Atlantic Network Services, Inc. Public IP transport network
US5933490A (en) * 1997-03-12 1999-08-03 Bell Atlantic Network Services, Inc. Overload protection for on-demand access to the internet that redirects calls from overloaded internet service provider (ISP) to alternate internet access provider
US6131119A (en) * 1997-04-01 2000-10-10 Sony Corporation Automatic configuration system for mapping node addresses within a bus structure to their physical location
US6011910A (en) * 1997-04-08 2000-01-04 3Com Corporation Supporting authentication across multiple network access servers
CA2206616A1 (en) * 1997-05-30 1998-11-30 Robert Hugh Holt Centralized call control in a data access transport service
US6134515A (en) * 1997-06-13 2000-10-17 Telefonaktiebolaget Lm Ericsson Controlling a first type telecommunications switch upon translating instructions for a second type telecommunications switch
SE520266C2 (sv) * 1997-06-16 2003-06-17 Ericsson Telefon Ab L M Metod och anordning för att reglera kommunikationstrafiken i ett accessnät
US6560220B2 (en) 1997-06-20 2003-05-06 Telefonaktiebolaget L M Ericsson (Publ) Network access device and telecommunications signaling
US6252878B1 (en) * 1997-10-30 2001-06-26 Cisco Technology, Inc. Switched architecture access server
US6154523A (en) * 1998-02-11 2000-11-28 At&T Corp Method and system for linking a toll switch
US6252884B1 (en) * 1998-03-20 2001-06-26 Ncr Corporation Dynamic configuration of wireless networks
US6298043B1 (en) * 1998-03-28 2001-10-02 Nortel Networks Limited Communication system architecture and a connection verification mechanism therefor
KR100566292B1 (ko) * 1998-04-06 2006-06-13 삼성전자주식회사 망관리장치에서 망요소 구성시 가변위치 자동검출 방법
US6243746B1 (en) * 1998-12-04 2001-06-05 Sun Microsystems, Inc. Method and implementation for using computer network topology objects
US6260071B1 (en) * 1999-01-04 2001-07-10 Cisco Technology, Inc. Method and apparatus for automatic routing of circuit switched data connections based upon stored behavorial information

Also Published As

Publication number Publication date
NO996279L (no) 2000-02-18
NO319175B1 (no) 2005-06-27
WO1998059459A2 (en) 1998-12-30
EP0988600A1 (en) 2000-03-29
EP0988600B1 (en) 2001-10-17
US6535517B1 (en) 2003-03-18
WO1998059459A3 (en) 1999-03-18
EP0990335B1 (en) 2006-02-08
AU7919998A (en) 1999-01-04
US20020057673A1 (en) 2002-05-16
AU7919798A (en) 1999-01-04
NO996279D0 (no) 1999-12-17
US6560220B2 (en) 2003-05-06
NO996278D0 (no) 1999-12-17
ES2163869T3 (es) 2002-02-01
AU7919898A (en) 1999-01-04
NO996278L (no) 2000-02-18
EP0990335A2 (en) 2000-04-05
WO1998059295A1 (en) 1998-12-30
US6404736B1 (en) 2002-06-11
WO1998059477A1 (en) 1998-12-30

Similar Documents

Publication Publication Date Title
ES2256941T3 (es) Metodo de respuesta b por un dispositivo de acceso de red.
US9942411B2 (en) Methods, systems, and products for voice-over internet protocol calls
CA2246981C (en) Telephone communications network with enhanced signaling and call routing
US6151628A (en) Network access methods, including direct wireless to internet access
US6823059B2 (en) Method for allocating network resources
US7492886B1 (en) Method for allocating network resources
US6694429B1 (en) Method for establishing call state information without maintaining state information at gate controllers
EP0966145A2 (en) IP telephony gateway
AU4723299A (en) Apparatus and method for a remote access server
JP4659215B2 (ja) ネットワークゲートウェイを経由するマルチライン電話通信
US9674232B1 (en) Enterprise conferencing with dual mixing
CN101569143B (zh) 用于在ip电话网络中代理信令操作的系统和方法
US8428582B2 (en) Method and apparatus for VoIP roaming
JP3887569B2 (ja) Atmベアラパスを管理するための方法およびコンピュータプログラムプロダクトおよびatmパケットアクセスゲートウェイシステムおよびatmパケットアクセスゲートウェイ
ES2342784T3 (es) Metodo y sistema para la preparacion de servicio de un dispositivo de acceso a red residencial.
ES2307647T3 (es) Procedimiento de establecimineto de una conexion para llamadas.
JP2004173051A (ja) VoIPパケット情報蓄積システム
WO2001005106A1 (en) A device and method for interfacing circuit and packet networks
Sijben et al. Building the bridge: Devising an architecture to migrate voice-band calls to packet transport and multimedia services
Sijben et al. and Jack Kozik