MXPA02006714A - Operacion de una aplicacion en un sistema de comunicacion bi-direccional compatible con internet. - Google Patents

Abstract

Un sistema que habilita a un dispositivo de comunicacion bi-direccional, tal como un modem para proporcionar una comunicacion local entre el modem y una PC acoplada asi como para permitir que la PC conduzca en forma concurrente la Internet y la comunicacion local. Un sistema de comunicacion bi-direccional emplea un metodo para comunicar en forma continua datos en paquetes entre las diferentes redes al utilizar estratos jerarquicos de protocolos de comunicacion (por ejemplo, incluyendo los estratos de Protocolo de Internet (IP) y Control de Acceso al Medio (MAC)). El metodo involucra comparar una direccion de destino del paquete IP recibida en un primer estrato del protocolo con una direccion IP predeterminada para determinar si existe una igualdad en la direccion. Luego de la igualdad en la direccion, una carga util del paquete IP recibido se redirecciona desde la red Internet a una red local (por ejemplo, una red Ethernet, HPNA o USB) al sustituir la segunda direccion de estrato de protocolo por la segunda direccion de estrato de protocolo recibida (por ejemplo, una direccion MAC). En otra caracteristica, una segunda aplicacion (por ejemplo, control periferico) se inicia para operar en forma concurrente con una primera aplicacion (por ejemplo, surfear en la red) en respuesta a la recepcion de los datos de carga util redireccionados.

Description

OPERACIÓN DE UNA APLICACIÓN EN UN SISTEMA DE COMUNICACIÓN BI-DIRECCIONAL COMPATIBLE CON INTERNET CAMPO DE LA INVENCIÓN La invención se relaciona con un sistema de comunicación bidireccional compatible con Internet y una interfaz de usuario adecuada para direccionar los datos e iniciar aplicaciones en un módem para cable, computadora, TV, VCR o un dispositivo periférico asociado.

ANTECEDENTES DE LA INVENCIÓN Los sistemas de entretenimiento casero actuales han aumentado la inclusión de funciones de televisión como de computadoras personales (funciones PC/TV) que involucran la comunicación de múltiples destinos y de múltiples fuentes. Tal sistema puede recibir datos desde un satélite o fuentes terrestres, las cuales comprenden las transmisiones de Televisión de Alta Definición (HDTV), transmisiones del Sistema de Distribución de puntos múltiples de Microondas (MMDS) y Transmisiones de Video Digital (DVB). Tal sistema puede proporcionar un acceso a Internet a alta velocidad mediante un enlace de transmisión o un enlace coaxial (por ejemplo, líneas de TV por cable) utilizando un módem para cable o un enlace de línea telefónica al utilizar un módem compatible con ADSL o ISDN (Asynchronous Digital Subscriber Line of Integrated Services Digital Network). Un sistema de entretenimiento casero también se puede comunicar con los dispositivos locales al utilizar las diferentes redes de comunicación. Tales dispositivos locales incluyen Disco de Video Digital (DVD), CDROM, VHS, reproductores tipo VHS digital (DVHS™), PC, cajas sobrepuestas y muchas otras clases de dispositivos. Es deseable que los sistemas de entretenimiento casero, que dan soporte a la comunicación bi-direccíonal compatible con Internet, que utilizan módem para cable u otros tipos de módem, cuenten con la capacidad para comunicarse en forma continua con los dispositivos en la red sobre las diferentes redes. Por ejemplo, el sistema de entretenimiento casero puede comunicarse con las redes locales Ethernet, Home Phoneline Networking Alliance (HPNA) o Universal Serial Bus (USB). Estos requerimientos y los problemas asociados son resueltos por un sistema de conformidad con la presente invención.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Un sistema de comunicación bí-díreccíonal emplea un método para comunicar en forma continua datos en paquetes entre las diferentes redes al utilizar estratos jerárquicos de protocolos de comunicación (por ejemplo, incluyendo el estrato del Protocolo Internet (IP) y el estrato de Control de Acceso al Medio (MAC)). El método involucra comparar una dirección de destino de paquete IP recibida en un primer estrato de protocolo con una dirección IP predeterminada para determinar si existe una igualdad de dirección. Luego de tal igualdad de dirección, una carga útil del paquete IP recibido se vuelve a direccionar desde la red Internet a una red local mediante la sustitución de una segunda dirección del estrato del protocolo para una segunda dirección de estrato del protocolo (por ejemplo, una dirección MAC). En otra característica, una segunda aplicación (por ejemplo, un control periférico) se inicia para operar en forma concurrente con una primera aplicación (por ejemplo, surfear en la red) en respuesta a la recepción de datos de carga útil redireccíonados.

BREVE DESCRIPCIÓN DE LOS DIBUJOS En los dibujos: la Figura 1 proporciona una vista simplificada de una red conmutada en paquetes que consiste de equipo en el extremo de la compañía de cable ubicada en forma remota, un módem para cable rentado o propio del cliente, y su Equipo instalado del Cliente (CPE) de conformidad con la invención; la Figura 2 muestra un sistema de módem por cable, de conformidad con la invención; la Figura 3 muestra un diagrama de flujo de un método para usarse en un sistema de comunicación bi-direccional para comunicar datos en forma continua entre la red de Internet y la red local, de conformidad con la invención; la Figura 4 muestra un módem para cable ejemplificatívo que proporciona la comunicación bi-direccional de puente de redes entre la Frecuencia de radio (RF) y las interfaces de Equipo de instalación del Cliente (CPE), de conformidad con la invención; la Figura 5 muestra el módem para cable de la Figura 4, el cual incluye un filtro para llevar a cabo el análisis y la clasificación de paquetes y para editar los paquetes del estrato de enlace de datos Control de Acceso al Medio (MAC), de conformidad con la invención; la Figura 6 muestra una encapsulación de estrato MAC de los paquetes de estrato IP recibidos en una interfaz y reenviados a otra interfaz, de conformidad con la invención; la Figura 7 muestra protocolos de comunicación de estratos jerárquicos utilizados en el sistema de comunicación bi-direccional, de conformidad con la invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Un sistema de comunicación bi-direccional (por ejemplo, un módem para cable) da soporte a una comunicación continua de datos en paquete entre ias diferentes redes, al utilizar protocolos de comunicación organizados en forma jerárquica. Un clasificador de paquetes y una función de edición de encabezado de cuadro MAC (un filtro de red) se incorporan con ventaja en el sistema de módem para cable para dar soporte a la operación de las aplicaciones locales por el Equipo instalado del Cliente (CPE), como una PC conectada con el módem. Tales aplicaciones pueden incluir, por ejemplo, (a) un control de electrodomésticos, por ejemplo, un control de calefacción, (b) control periférico, por ejemplo, control de TV, DVD o VCR, (c) una función de comunicación, por ejemplo, entre diferentes electrodomésticos en casa, (d) funciones de diagnóstico, por ejemplo, una función de diagnóstico de módem para cable y (e) funciones de comunicación segura y privada de Intranet o Internet, por ejemplo, correo electrónico entre varias PC. El uso del filtro de red en un módem para cable permite que los dispositivos CPE en las redes locales (por ejemplo, redes Ethernet, USB o HPNA), intercambien datos directamente a través del módem usando el protocolo de comunicación organizado en forma jerárquica compuesto de múltiples estratos de protocolo. Estos estratos pueden incluir el Protocolo de Internet (IP) y los estratos de Control de Acceso al Medio, por ejemplo. El uso del filtro de red en el módem también elimina con ventaja, la operación de configuración manual dentro de la PC conectada, y permite una comunicación concurrente (a) entre la PC y la Internet y (b) entre la PC y el módem para cable. La comunicación entre la PC y el módem se utiliza para dar soporte a las aplicaciones locales, como una aplicación de diagnóstico como se describe por referencia al sistema de la Figura 1. El sistema de la Figura 1 comprende una red conmutada en paquetes que consiste del equipo 90 de extremo de la compañía de cable de un MSO (Operador de Sistema Múltiple) de ubicación remota, un módem 12 de cable rentado o propio del cliente y su Equipo 95 instalado del Cliente (CPE). Como una ilustración, en el sistema de la Figura 1, uno de los dispositivos 95 CPE se comunica con la Internet a través del módem 12 para cable y el equipo 90 de extremo y también descarga en forma concurrente la información diagnóstico desde el módem 12. El extremo 90 típicamente proporciona una funcionalidad de Internet Service Provider (ISP), de modo que los dispositivos 95 CPE pueden conectarse con la Internet, navegar en la www, llevar a cabo transferencias de archivos FTP e intercambiar correo electrónico, etc. Ei módem para cable del sistema 12 incorpora aplicaciones que involucran la comunicación local como las aplicaciones de diagnóstico múltiple, por ejemplo. Las aplicaciones se comunican con el equipo 95 CPE al utilizar la dirección IP de la red que está restringida a un valor fijo particular (diferente al de la dirección IP asignado al sistema 12) por un operador de sistema múltiple (MSO) dei extremo 90. Además, el CPE 95 típicamente reside en una red o sub-red lógica diferente a la aplicación de diagnósticos. Como resultado, existen ciertos problemas involucrados en (a) configurar los parámetros de la red CPE para dar soporte a la comunicación local entre el sistema 12 de módem y el CPE 95, y en (b) mantener la comunicación de Internet entre el CPE 95 y una fuente remota con acceso a través del extremo 90 (por ejemplo, para surfear en la red), mientras que concurrentemente se mantiene la comunicación entre el sistema 12 y el CPE 95 para las aplicaciones locales (por ejemplo, diagnóstico). Específicamente, con el fin de habilitar al CPE 95 para ingresar a la información de diagnóstico en el sistema 12, es necesario configurar el CPE 95 para que resida en la misma red lógica como la utilizada por la aplicación de diagnóstico del sistema 12. Una forma de resolver este problema es volver a configurar temporalmente la dirección de red del CPE 95, de tal forma que el dispositivo CPE resida en la misma red que las aplicaciones de diagnóstico de módem. Esto asegura que el CPE 95 y el sistema 12 están conectados directamente desde una perspectiva de protocolo de red. Sin embargo, tal operación de configuración es una tarea nada trivial y propensa al error, que requiere que el usuario determine una dirección de red válida y una máscara de sub-red así como requiere que el usuario siga un procedimiento detallado para introducir valores de configuración y activarlos en un dispositivo CPE. Con el fin de establecer una dirección fija de red en una PC con Microsoft Windows, se requiere que el usuario introduzca su menú de control de Inicio de Red, opciones existentes de cambio, introduzca parámetros de corrección y reinicie la PC. Esta operación requiere capacidades más allá de la experiencia normal de la mayoría de población letrada en PC. Además, una vez que la dirección de red CPE ha sido fijada para este propósito, el dispositivo CPE ya no reside en la misma red lógica que el extremo y el dispositivo CPE (por ejemplo, una PC) es incapaz de navegar la Internet o intercambiar correo electrónico en forma concurrente. La modalidad ejemplificativa del sistema 12 de la Figura 2 resuelve estos problemas al incorporar ventajosamente un clasificador de paquetes y una función de edición de encabezado de cuadro MAC (un filtro de red). Esto elimina la necesidad de fijar manualmente la dirección de red de un dispositivo CPE con el fin de llevar a cabo una función de red local, como intercambio de datos de diagnóstico con el módem 12 para cable, por ejemplo. También permite que el dispositivo CPE navegue simultáneamente la red mientras intercambia datos de diagnóstico del módem. El sistema 12 de la Figura 2 da soporte a la comunicación de puente de módem para cable entre la Internet (a través del extremo CATV) y los dispositivos (incluyendo PC) de la red de área local (LAN). Además, las comunicaciones bi-direccionales entre el sistema 12 y el extremo CATV están en un formato de protocolo de estratos múltiples ilustrado en la Figura 7. El formato de protocolo de estratos múltiples ¡lustrado en la Figura 7 involucra un estrato 629 físico de QAM (Modulación de cuadratura de amplitud) o QPSK (Modulación ordenante de cuadratura de cambio de fase) para la comunicación corriente arriba entre el sistema 12 y el extremo (a través de la línea 10 de la Figura 2). Este estrato físico transporta los datos del protocolo de transporte MPEG2 (Moving Pictures Experts Group) que transportan los cuadros 631 de datos del DOCSIS MAC (Control de acceso al medio). Los datos MAC transportan los cuadros 633 de datos de control de enlace lógico Ethernet-I I/802.3 o los datos de manejo MAC y los datos de Ethernet, a su vez, transportan datos de estrato IP.

El módem para cable también mantiene un trayecto de comunicación de retorno para el extremo CATV que emplea los estratos de protocolo 633, 631 y 629 ordenados jerárquicamente para la comunicación de División de Tiempo Multiplexado de los datos de regreso en el protocolo Ethernet Los datos del estrato físico e nngglobados transmitidos desde el extremo CATV al módem para cable se p rrocesa para la comunicación Ethernet en 802.3 cuadros de datos Ethernet por un puente 617 de estrato de enlace transparente o se convierten en un formato USB o HPNA mediante el estrato 623 USB/MAC. Al comunicarse a través del puerto 72 (Figura 2) en el formato Ethernet, los datos 619 de Ethernet-ll/802.3 provistos por el puente 617 se encapsulan como datos 623 de estrato MAC para la comunicación en el formato 626 de estrato físico Ethernet-ll/802.3 a los dispositivos LAN acoplados en el puerto 72. De manera similar, al comunicarse a través de los puertos 82 y 77 (Figura 2) en un formato USB y HPNA, respectivamente, los datos 619 Ethernet-11/802.3 provistos por el puente 617 se encapsulan en el estrato USB MAC o en los cuadros 623 de datos de estrato HPNA MAC para la comunicación en el formato 626 de estrato físico HPNA o USB con ios dispositivos LAN acoplados en los puertos 82 y 77. El módem para cable mantiene la comunicación bi-direccional con los dispositivos LAN y también recibe datos desde los dispositivos en el protocolo Ethernet, USB o HPNA correspondientes. En otras modalidades, el sistema 12 puede mantener una comunicación bi-direccional con los dispositivos LAN a través de otros métodos incluyendo los enlaces de datos 802.11 y "Bluetooth". Los datos recibidos desde el extremo CATV como de los dispositivos CPE se pueden puentear (reenviar) a la interfaz opuesta o pasarse a la pila 615 (Figura 7). La pila 615 TCP/IP proporciona la estratificación y desestratificación de protocolo de los datos en comunicación entre el puente 617 de estrato de enlace y una Interfaz de Programación de Aplicación (API) utilizada por las aplicaciones de programas internos. Las aplicaciones de programa interno incluyen la aplicación 605 SNMP (Protocolo de manejo de red en sistema), la aplicación 607 DHCP (Protocolo de configuración de huésped dinámico), el servidor 609 http, la aplicación 611 de diagnóstico, y el servidor 613 ATE (Equipo de prueba automático). El módem para cable descrito aquí emplea un protocolo compatible con MPEG que se conforma con la norma de codificación de imagen MPEG2, llamada la "norma MPEG". Esta norma está compuesta de una sección de codificación de sistema (ISO/IEC 13818-1 del 10 de junio de 1994) y una sección de codificación de video (ISO/IEC 13818-2 del 20 de enero de 1995). Los TCP/IP (Protocolo de control de transmisión/protocolo de Internet) de Internet y los protocolos compatibles con Ethernet descritos aquí proporcionan la compatibilidad con los requerimientos preliminares de los Sistemas de Redes por Cable Multimedia (MCNS) y los requerimientos de DOCSIS 1.0 (Datos sobre una Especificación 1.0 de interfaz de servicio de cable) ratificados por la Unión II Internacional de Telecomunicaciones (ITU) en marzo de 1998, y como se especifica en RFC 2669 (Solicitud para Documento de comentarios 2669). Los documentos RFC están disponibles a través de la Internet y son preparados por el grupo de trabajo de las normas Internet. Los principios de la invención se pueden aplicar en cualquier sistema de comunicación bi-direccional y no están restringidos al cable, ADSL, ISDN o módems tipo convencional. Además, el sistema expuesto procesa los datos del Protocolo de Internet (IP) desde una variedad de fuentes de Internet incluyendo video en corrientes o datos de audio, mensajes telefónicos, programas de computadora, correos electrónicos u otros datos y comunicaciones en paquete. El módem para cable (sistema 12) de la Figura 2 se comunica con un extremo CATV sobre un enlace RF de alta velocidad de banda ancha bi-direccional en línea 10, el cual típicamente consiste de un cable coaxial o fibra híbrida/coaxial (HFC). El sistema 12 para módem se comunica en forma bi-direccional con los dispositivos ubicados en el sitio del usuario sobre las redes de área local (LAN). Las redes de área local en el sitio del usuario típicas ¡ncluyen redes compatibles con Ethernet, Digital/Intel/Xerox acopladas a través del un conector 72. Otros dispositivos del lado del usuario se comunican a un Bus Universal en Serie (USB) o redes compatibles con HPNA acopladas a través de conectores 82 y 77 respectivamente. Los dispositivos del usuario acoplados en las redes Ethernet, HPNA o USB pueden incluir equipos como computadoras personales (PC), impresoras de red, receptores de video, receptores de audio, VCR, DVD, exploradores, copiadoras, teléfonos, máquinas de fax y electrodomésticos, por ejemplo. Durante la operación, el diplexador 20 del sistema 12 de módem para cable de la Figura 2 separa las comunicaciones corriente arriba (enviadas desde el módem 12 al extremo CATV) de las comunicaciones corriente abajo (enviadas desde el extremo CATV al módem 12) transportadas a través de la línea 10 de cable. El diplexador 20 separa los datos corriente arriba de los datos corriente abajo con base en los diferentes intervalos de frecuencia que emplean los datos corriente arriba (típicamente 5-42 MHz) y los datos corriente abajo (típicamente 92-855 MHz), respectivamente. El controlador 60 configura los elementos del módem 12 para cable de la Figura 2 para recibir los datos de transporte MPEG2 desde el extremo CATV en la línea 10 de cable y para convertir los datos en un formato compatible con Ethernet, USB o HPNA para su salida a través de los puertos 72, 82 y 77, respectivamente. De manera similar, el controlador 60 configura los elementos del módem 12 para cable de la Figura 2 para recibir datos compatibles con Ethernet, USB o HPNA desde los puertos 72, 82 y 77 y para convertir y transmitir los datos de protocolo de transporte MPEG2 al extremo CATV en la línea 10 de cable. El controlador 60 configura los elementos del sistema 12 a través de un ajuste de valores de registro de control dentro de estos elementos utilizando datos bi-direccíonales y un bus de señal de control. Específicamente, el controlador 60 configura el sintonizador 15, el filtro 25 saw, el amplificador 30 diferencial y un dispositivo 35 de interfaz MCNS (Sistemas de redes de cable multimedia) para recibir una señal formateada DOCSIS en una frecuencia de canal RF previamente identificada. La señal formateada DOCSIS comprende un formato de protocolo de transporte MPEG2 compatible con los cuadros de datos compatibles con Ethernet incluyendo el contenido de datos IP. El controlador 60 emplea un proceso de inicialización para determinar la frecuencia del canal RF a la que el sintonizador 15 está configurado para recibir. El proceso de inicialización ¡nvolucra la sintonización iterativa para las frecuencias de canal RF candidatas sucesivas hasta que se obtiene una señal compatible con DOCSIS. El controlador 60 reconoce una señal compatible con DOCSIS en un canal candidato a través de una decodificación exitosa por el procesador 35 de interfaz MCNS de los datos recibidos y a través de una proporción de error aceptable, correspondiente para los datos decodificados. En el proceso de inicialización, el controlador 60 junto con la interfaz 35 MCNS, el amplificador 85 y el transformador 87 RF, también transmite datos corriente arriba al extremo CATV para una variedad de propósitos incluyendo para ajustar en forma adaptable e iterativa los parámetros de comunicación corriente arriba y corriente abajo. Estos parámetros incluyen nivel de potencia de transmisión del módem para cable y desplazamientos de tiempo, por ejemplo. Después de la inicialización y la operación normal, un portador RF se modula con los datos del protocolo de transporte MPEG2 usando 64 ó 256 QAM (Modulación de cuadratura de amplitud). Los datos de transporte MPEG 2 incluyen datos formateados Ethernet que a su vez ¡ncluyen datos IP que representan una página HTML (HyperText Mark-up Language)de la red solicitada por el usuario, por ejemplo. Los datos de transporte MPEG están provistos por el diplexador 20 al sintonizador 15. El sintonizador 15 convierte en forma descendente la señal de entrada desde el diplexador 20 a una banda de frecuencia más baja que es filtrada por el filtro 25 saw para mejorar el aislamiento de señal de los canales RF vecinos. La señal filtrada de la unidad 25 es cambiada en nivel y amortiguada por el amplificador 30 diferencial para proporcionar una señal compatible con el procesador 35 de interfaz MCNS. La señal cambiada de nivel, convertida en forma descendente desde el amplificador 30 se demodula por el procesador 35 MCNS. Estos datos demodulados después se decodifican con rejilla, se copian en segmentos de datos alineados con bytes, se desintercalan y se corrigen con corrección de error Reed-Solomon dentro dei procesador 35. La decodificación con rejilla, el desintercalado y la corrección de error Reed-Solomon son funciones bien conocidas, descritas por ejemplo, en el texto de referencia Digital Communication, Lee and Messerschmídt (Kluwer Academic Press, Boston, MA, USA, 1988). El procesador 35 también convierte los datos del formato MPEG2 en cuadros de datos Ethernet que son provistos al controlador 60. El controlador 60 analiza y filtra los datos compatibles con Ethernet desde la unidad 35 al utilizar filtros configurados desde el extremo CATV. Los filtros incorporados por el controlador 60 coinciden con los identificadores de datos de los paquetes de cuadros Ethernet entrantes provistos por la unidad 35 con los valores de identificación precargados desde el extremo CATV. Los valores identificadores se precargan durante una operación previa de inicialización o configuración. Mediante esto el controlador 60 incorpora una función de control de admisión de datos que reenvía los datos seleccionados a los dispositivos LAN locales y descarta otro contenido de datos seleccionado. Este sistema de filtro que se puede configurar se puede utilizar ventajosamente para filtrar datos con base en criterios metadatos en los datos entrantes para una variedad de propósitos incluyendo, (a) contenido de restricciones por parte de los padres, u otro control de bloqueo, (b) preferencias del usuario para observar comerciales y "bajar-contenido", (c) filtrado de cortafuego, (d) identificación de la fuente y (e) función de búsqueda de datos. Los datos en serie compatibles con Ethernet, filtrados se comunican a una PC a través de una ¡nterfaz 65 Ethernet, el transformador 70 de aislamiento y filtrado y el puerto 72. La interfaz 65 amortigua y acondiciona los datos desde el controlador 60 para filtrar y transformarlos por la unidad 70 para su emisión a una PC a través del puerto 72. En una forma similar, el controlador 60 convierte y filtra los datos (transportados en cuadros MAC Ethernet) desde el procesador 35 para su salida en un formato USB a través del puerto 82 o en un formato HPNA a través del puerto 77. Los datos USB son amortiguados por el transceptor 75 y filtrados para supresión de interferencia y ruido (EMI/ESD) por el filtro 80 antes de emitirlos a los dispositivos LAN compatibles con USB conectados con el puerto 82. De manera similar, los datos HPNA se acondicionan por la interfaz 62 y se amortiguan por el amplificador 67 del transceptor antes de emitirlos a los dispositivos LAN compatibles con HPNA conectados con el puerto 77. El sistema 12 de módem también comunica datos corriente arriba desde una PC acoplada, por ejemplo, a un extremo CATV. Para este propósito, el controlador 60 del sistema 12 recibe datos compatibles con Ethernet desde la PC acoplada a través del puerto 72, la interfaz 65 y el transformador 70 de filtro/aislamiento y los proporciona al procesador 35. El procesador 35 modula un portador 35 RF con los datos del formato Ethernet recibidos utilizando una QAM o QPSK 16 (Modulación ordenante de desplazamiento de cuadratura de fase). Los datos modulados recibidos se multiplexan por división de tiempo en la línea 10 de cable para una comunicación corriente arriba a través del amplificador 85, el transformador 87 y diplexador 20. El amplificador 85 emite los datos al extremo CATV con un nivel de potencia adecuado, seleccionado en el proceso de inicialización previamente descrito. El transformador 87 proporciona un grado de falla y aislamiento de ruido en el caso de una falla en el módem 12 o luego de la presencia de un ruido generado en forma local en el módem o en los dispositivos acoplados.

En forma similar, el sistema 12 de módem también comunica datos corriente arriba desde los dispositivos acoplados a través del puerto 82 USB o a través del puerto 77 HPNA. En una incorporación ejemplificativa, el controlador 60 del sistema 12 recibe datos compatibles con Ethernet desde el transceptor 75 y los proporciona a un procesador 35 para la comunicación corriente arriba en la manera antes descrita. Para este propósito, el transceptor 75 recibe los datos Ethernet encapsulados dentro de cuadros USB desde el puerto 82 a través del filtro 80 y retira los datos del cuadro USB para proporcionar los datos formateados Ethernet al controlador 60. De manera similar, la interfaz 62 recibe datos encapsulados en un formato HPNA desde el puerto 77 a través del transceptor 67 y proporciona datos de formato Ethernet al controlador 60. El controlador 60 también responde al interruptor 90 de encendido/apagado y de reinicio y lleva a cabo una variedad de funciones además de las descritas. El controlador 60 configura los parámetros del módem 12 al utilizar ia información de configuración provista desde el extremo CATV. El controlador 60 también dirige el sistema 12 al sincronizar y multiplexar la comunicación corriente arriba sobre la línea 10 de cable e incorpora un límite de velocidad para controlar el tráfico de los datos corriente arriba. Además, el controlador 60 filtra en forma bi-direccional los datos recibidos y proporciona datos seleccionados a cualquiera del extremo CATV o de los dispositivos LAN acoplados a los puertos 72, 77 y 82. El controlador 60 también da soporte a los datos de comunicación variante con el extremo CATV. La comunicación variante se inicia por el extremo CATV y comprende el sondeo continuo pero intermitente de los módems individuales para determinar el estado y para identificar el módem o fallas en la línea. El sistema 12 también utiliza un filtro de red que opera bajo la dirección del controlador 60 para ventajosamente interceptar paquetes (desde un dispositivo CPE destinado para el extremo CATV) y reemplaza la dirección MAC de destino con la dirección MAC de interfaz de diagnóstico del sistema 12 de módem. Esto da como resultado que los paquetes sean dirigidos a la pila TCP/IP (pila 615 de la Figura 7) y no al extremo CATV, y hace que el sistema 12 de módem parezca residir en la misma red lógica que el dispositivo CPE acoplado. Este mecanismo de intercepción y aparente conexión directa resuelve los problemas antes descritos de (a) configurar parámetros de red para dar soporte a la comunicación local entre el sistema 12 de módem y los dispositivos CPE acoplados, y (b) mantener en forma concurrente la comunicación Internet entre un dispositivo CPE y la Internet a través del sistema 12, mientras que en forma concurrente mantiene la comunicación entre el sistema 12 y el dispositivo CPE local para ios locales, por ejemplo, aplicaciones de diagnóstico. Estos problemas surgen porque la dirección IP que puede estar alojada para local, por ejemplo, aplicaciones de diagnóstico, en el sistema 12 está restringida a un valor fijo. Esta restricción puede ocurrir, por ejemplo, porque se requiere una especificación de fuente del equipo exclusivo o porque otro cuerpo como IANA (Autoridad de Números asignados a Internet) ha definido valores fijos, o un intervalo fijo para valores predeterminados, como direcciones para tareas específicas. El ¡ntervalo de dirección IP 192.168.xx.xx ha sido definido por IANA como una del pequeño número de redes privadas locales que no deben ser asignadas a la red pública actual, por ejemplo. Por lo tanto, un enrutador de pasarela que filtra el tráfico de datos Internet recibidos a través del extremo CATV descarta el tráfico con las direcciones IP de destino 192.168.xx.xx. Esto se lleva a cabo, siempre que el enrutador haya sido configurado específicamente para enrutar los paquetes 192, 168.xx.xx, lo cual es poco probable. A continuación se describe una ilustración específica de la forma en que se presenta un problema debido a la reservación de una dirección IP fija de uso no público, para las aplicaciones particulares. En primer lugar, se supone que la dirección IP 192.168.100.1 ha sido designada para el uso de aplicaciones de diagnóstico por módem para cable. También se supone que un dispositivo CPE acoplado está asignado a la dirección IP dinámica de 172.10.2.65 desde un servidor DHCP de extremo. El usuario del dispositivo CPE acoplado, quien desea navegar en las páginas de la red de diagnóstico de módem (en 192.168.100.1) ingresa a una URL correspondiente del sistema 12, por ejemplo, www. rea modem-com a través de un navegador de redes residente en el dispositivo CPE. Una solicitud de resolución de nombre de dominio Internet generada por el navegador es presentada por el dispositivo CPE al sistema 12, para el reenvío y traslado del nombre del dominio ingresado por el usuario dentro de una dirección IP correspondiente de ia fuente de la página de red solicitada. Un servidor de nombre de dominio de intercepción en el sistema 12 ventajosamente intercepta la solicitud de resolución de nombre de dominio y utiliza una base de datos de nombre de dominio para trasladar el nombre del dominio interceptado (aquí, www. rea modem.com) para una dirección compatible con IP y comunica la dirección IP (aquí 192.168.100.1) de regreso al dispositivo CPE solicitante. Sin embargo, el dispositivo CPE no tiene la capacidad para enviar directamente paquetes a la dirección IP identificada 192.168.100.1. Esto se debe a que como se mencionó antes, la dirección IP asignada del CPE es 172.10.2.65 y en consecuencia, el CPE no reside en la misma red lógica como la aplicación de diagnóstico del sistema 12 (dirección IP 192.168.100.1). Como resultado, el CPE reenvía los paquetes al extremo y el enrutador de pasarela determina a dónde enviarlos. Para este propósito, el dispositivo CPE encapsula el paquete IP destinado para 192.168.100.1 en un cuadro MAC Ethernet, cuya dirección MAC es la del enrutador de pasarela en el extremo CATV. Desafortunadamente, el enrutador de pasarela no conoce nada de las direcciones IP de diagnósticos internos del módem, ya que IANA ha designado el intervalo de dirección IP en 192.168.xx.xx, como una sub-red local que no se debe utilizar por la Internet pública. Por lo tanto, los paquetes IP desde el sistema 12 aparecen para el enrutador de pasarela como una sub-red local, inválida y en consecuencia, el enrutador de pasarela los descarta. Por lo tanto, el dispositivo CPE no tiene la capacidad para comunicarse con la aplicación de diagnóstico del sistema 12. El controlador 60 (Figura 2) junto con el sistema 12, emplea el método de la Figura 3 para resolver los problemas de comunicación descritos, para proporcionar una comunicación local entre el sistema 12 y un dispositivo CPE acoplado así como para permitir al dispositivo CPE conducir la comunicación concurrente con Internet y local. En el paso 403 de la Figura 3, después del paso de inicio en el paso 400, el controlador 60 examina una dirección de destino de paquete IP recibido en la porción de encabezado IP de los datos del estrato MAC Ethernet-11 /802.3 (estrato 619 de la Figura 7) destinada para el extremo CATV. Mediante esto, el controlador 60 determina si la dirección de destino del paquete IP recibido coincide con una dirección IP predeterminada. Específicamente, el controlador 60 determina si la dirección recibida está dentro de una clase de una o más direcciones asignadas para el uso de Internet no público y privado como la dirección 192.168.100.1 de aplicación de diagnóstico de módem para cable, por ejemplo. En este sistema de módem para cable ejemplificativo, esta dirección de red de diagnósticos pertenece a una clase especial de redes privadas, locales IEEE, entre las que se incluyen las clases de dirección 10.x.x.x, 172.16.0.0 a través de 172.31.255.255 y 192.168.x.x. Como se explicó antes, la dirección de aplicación de diagnósticos es diferente de la dirección de red estándar del sistema 12 (dirección IP 172.10.2.65). Esta dirección de red estándar del sistema 12 se adquiere dinámicamente por una aplicación del cliente DHCP (artículo 607 de la Figura 7) y se utiliza por una aplicación de agente SNMP (artículo 605 de la Figura 7). Con el fin de evitar un acceso no autorizado al servicio de Internet, los operadores del extremo CATV típicamente no divulgan la dirección de red del módem. En ausencia de una igualdad en la dirección IP en el paso 403, los datos de carga útil del paquete IP recibido se transportan al destino de la dirección MAC recibida. En el paso 405 de la Figura 3, después de una igualdad en la dirección en el paso 403, el controlador 60 redirecciona las cargas útiles de los paquetes IP que tienen la dirección 192.168.100.1 IP destinada para el extremo CATV y la Internet. El controlador 60 redirecciona estos paquetes de estrato IP (primer estrato de protocolo) en una base de paquete por paquete a la aplicación de diagnóstico de red local del sistema 12 (aplicación 611 de la Figura 7). Esto se lleva a cabo al sustituir la dirección MAC de la interfaz de red de diagnóstico de los datos del estrato de cuadro MAC Ethernet (en un segundo estrato de protocolo, estrato 619 de la Figura 7) para la dirección de destino MAC recibida en ese estrato. Específicamente, en el cuadro MAC ejemplificativo de la Figura 6, el cual comprende los elementos 513-524, la dirección MAC de la interfaz de red de diagnóstico se sustituye para la dirección de destino MAC recibida en el artículo 514. La dirección MAC sustituía identifica en forma única el receptor como la aplicación 611 de diagnóstico (Figura 7) y los datos de carga útil del paquete IP asociados son dirigidos a esta aplicación a través de la pila 615 TCP/IP (Figura 7). La aplicación de diagnóstico (y las otras aplicaciones 605-609 y 613 de la Figura 7) se comunica con sus clientes CPE a través de la pila 615 TCP/IP al utilizar la interfaz de programación de las aplicaciones con base de receptáculo estándar (API). Esta API de receptáculo requiere que cada aplicación tenga una dirección de red de protocolo de Internet fija y un número de puerto para crear e inicializar su receptáculo asociado. El controiador 60 determina la dirección MAC, sustituía para ser usada desde una base de datos interna que copia la dirección de destino del paquete IP recibida en una dirección MAC sustituta. Mediante esto, el dispositivo CPE acoplado aparece directamente conectado con la aplicación de diagnóstico del sistema 12 y los datos de carga útil en paquetes con la dirección IP de destino 192.168.100.1 tienen la capacidad de ser recibidos y procesados por la aplicación de diagnóstico. La dirección IP fuente asociada con los paquetes desde el dispositivo CPE para la aplicación de diagnóstico queda retenida y se utiliza para identificar en forma única este dispositivo CPE como el destino para la comunicación de retorno desde la aplicación 611 de diagnóstico. Tal comunicación de retorno puede comprender paquetes IP que representan la página de red de diagnóstico para su despliegue en el dispositivo CPE a través de un navegador de red residente, por ejemplo. En el paso 410 de la Figura 3, la ejecución del programa de aplicación de diagnóstico (artículo 611 de la Figura 7) se inicia en respuesta a la recepción de los datos de carga útil de paquete IP redireccionados en el paso 405. Se pueden iniciar una amplia variedad de otras aplicaciones en el sistema 12 en respuesta a los datos del paquete IP redireccionados, incluyendo por ejemplo, (a) control de electrodomésticos, (b) control periférico, (c) una función de transacción o comunicación, y (d) una función de comunicación Intranet o Internet privada, segura. Además, el sistema 12 bajo la dirección del controlador 60 recibe en forma concurrente los paquetes IP desde el dispositivo CPE acoplado con las direcciones IP que no coinciden con las direcciones IP predeterminadas asignadas para el uso de Internet no público y privado (como se determina en el paso 403). Los datos de carga útil de los paquetes IP no coincidentes, recibidos se transportan a sus direcciones de destino con dirección MAC recibida respectivas para dar soporte a una primera aplicación, por ejemplo, operar en forma concurrente con la segunda aplicación de diagnóstico, con base en la red local. La primera aplicación puede involucrar la comunicación con redes remotas como la Internet para aplicaciones como (a) surfeado de red, (b) correo electrónico y (c) teléfono/video teléfono Internet. El proceso de la Figura 3 termina en ei paso 415. La Figura 4 muestra aun módem para cable ejemplíficativo (sistema 12 de las Figuras 1 a la 5) el cual proporciona una comunicación de puente de red bi-direccional entre las interfaces de frecuencia de radio (RF) y la de Equipo instalado del cliente (CPE). La Figura 5 muestra el módem para cable de la Figura 4, el cual incluye ventajosamente, un filtro 311 para llevar a cabo el análisis y clasificación de paquetes y para editar los paquetes de estrato de enlace de datos (MAC) Media Access Control. Además de la adición del filtro 311 de red para la interfaz de entrada del CPE del módem para cable, el sistema de la Figura 5 es el mismo que el de la Figura 4. En la Figura 5, el filtro 311 de red lleva a cabo una clasificación de paquetes y la edición del encabezado MAC de dos tipos de paquetes recibidos desde el dispositivo CPE (acoplado al puerto 72, puerto 77 o puerto 82 de la Figura 2). Primero, el filtro 311 (Figura 5) examina todos los paquetes de solicitud de protocolo de resolución (ARP) de dirección (los cuales comprenden los elementos 509 y 511 de la Figura 6A) recibidos desde la interfaz 316 CPE a través de la línea 315. En caso de que la dirección IP de destino de paquete de solicitud ARP sea la dirección de interfaz de red de diagnóstico (por ejemplo, 192.168.100.1) del sistema 12, el filtro sustituye la dirección de destino de estrato MAC en el paquete (artículo 514 de la Figura 6) con el de la interfaz de red de diagnóstico. Esto se lleva a cabo al sustituir la dirección MAC de la aplicación de diagnóstico en los datos de estrato de cuadro MAC Ethernet (estrato 619 de la Figura 7) para la dirección de destino MAC recibida en ese estrato. El cuadro MAC alterado se reenvía a la aplicación 611 de diagnóstico a través de la pila 615 de protocolo del sistema 12 y el enrutador 309 de estrato MAC estándar (Figura 5 trayecto DEG). En segundo lugar, el filtro 311 examina todos los paquetes IP (Protocolo Internet) (los cuales comprenden los elementos 505 y 507 de la Figura 6B) recibidos desde la interfaz 316 CPE a través de la línea 315. En caso de que la dirección de destino IP del paquete IP sea la dirección de aplicación de diagnóstico (por ejemplo, 192.168.100.1) del sistema 12, el filtro sustituye la dirección de destino de estrato MAC en el paquete (artículo 514 de la Figura 6) con la de la interfaz de red de diagnóstico. Esto se lleva a cabo al sustituir la dirección MAC de la ¡nterfaz de red de diagnóstico en los datos de estrato de cuadro MAC Ethernet (estrato 619 de la Figura 7) para la dirección de destino MAC recibida en ese estrato.. El cuadro MAC alterado es reenviado a la aplicación 611 de diagnóstico a través de la pila 615 de protocolo del sistema 12 y el enrutador 309 de estrato MAC estándar (Figura 5, trayecto DEG). El filtro 311 pasa en forma transparente otros paquetes no coincidentes al enrutador 309 de estrato MAC. En caso de que la dirección MAC de destino del paquete no sea la de la interfaz de red de diagnóstico o estándar, el paquete se puentea a la ¡nterfaz 300 opuesta que emplea la funcionalidad de puente de red bi-direccional del sistema 12. Específicamente, los paquetes no coincidentes se reen ían desde el enrutador 309 a la interfaz 300 RF en el trayecto F. Esto es, los paquetes de estrato de red recjbidos en una ¡nterfaz son reenviados a la ¡nterfaz opuesta siempre que la encapsulación de estrato MAC en paquetes (Figura 6) indique un destino con puente. La dirección de destino se deriva de la encapsulación de cuadro MAC Ethernet compatible con DOCSIS de los paquetes IP que incluyen tanto una dirección MAC de destino de 48 bits (artículo 514 de la Figura 6) como una dirección MAC de fuente de 48 bits (artículo 518 de la Figura 6). La capacidad de puente del sistema 12 es bi-direccional y emplea funciones 303 de enrutamiento de estrato MAC para la interfaz RF y 309 para la interfaz CPE. Al llevar a cabo una decisión de puente, el enrutador 303 selecciona entre los trayecto C y B y el enrutador 309 selecciona entre los trayectos G y F en una base de paquete por paquete con base en la dirección MAC de destino del paquete. Aunque el filtro 311 puede introducir un retraso en los datos de puente a través del módem del sistema 12, el filtro puede incorporarse fácilmente para mantener un retraso insignificante. Las ventajas derivadas por la incorporación del filtro 311 en el sistema 12 ¡ncluyen (a) elimina la necesidad de configurar en forma manual los parámetros de la red para dar superficie a la comunicación local entre el sistema 12 de módem y el dispositivo CPE, (b) intercambia datos para aplicaciones locales, (c) el filtro 311 puede incorporarse en cualesquiera de un equipo o programa de computación como una simple función lógica y también se puede añadir a la interfaz 313 RF, (d) puede definir múltiples direcciones IP (correspondientes a las interfaces adicionales de red de la pila 615 TCP/IP del módem para cable) para iniciar una variedad de funciones, por ejemplo, correo electrónico, fax, teléfono/video teléfono Internet, control de electrodomésticos, control periférico (por ejemplo, DVD, VCR; cajas sobrepuestas, TV, cámara de video, computadoras), control de seguridad doméstica, funciones de diagnóstico, y cualquier otra función operativa a través de un dispositivo CPE acoplado (consultar Tabla 1).

La tabla 1 muestra múltiples direcciones IP individuales asociadas con grupos de diferentes funciones. Cada grupo consiste de un par de dirección IP/dirección MAC, y se utiliza para definir la interfaz de red de pila TCP/IP asociada. Cuando sean necesarias, las funciones dentro de cada grupo pueden identificarse en forma individual utilizando un número de puerto UDP (protocolo de diagrama del usuario) o TCP (protocolo de control de transmisión). Estas direcciones IP se transmiten desde una fuente remota/local por un protocolo de comunicación compatible con Internet (u otro protocolo de comunicación en diferentes aplicaciones), para el control o activación de funciones en un sistema decodificador. Por lo tanto, por ejemplo, se pueden activar o controlar una variedad de funciones en forma remota (o local) al ingresar a una página de la red en una computadora o un dispositivo de acceso a Internet e iniciar la transmisión de la dirección IP adecuada asociada con una función específica como se ejemplifica en la Tabla 1. En el decodifícador, una dirección IP de paquete IP recibida se compara con las direcciones en una base de datos predeterminada (o descargada) que copia las direcciones IP en otras direcciones de protocolo de un diferente estrato de comunicación jerárquica, por ejemplo, direcciones compatibles con MAC o MPEG. En una manera similar a la descrita para la aplicación de diagnóstico del sistema 12, cuando la dirección de destino del paquete IP coincida con una dirección en la base de datos, un editor en el decodificador sustituye la dirección copiada (por ejemplo, estrato MAC) (asociada con la dirección IP coincidente por la base de datos) para las diferentes direcciones de protocolo de estrato para comunicación jerárquica.

La arquitectura del sistema de las Figuras 2, (también elaborado en las Figuras 4 y 5) no es exclusiva. Se pueden derivar otras arquitecturas de conformidad con los principios de la invención para lograr los mismos objetivos. Además, las funciones de los elementos del sistema de módem para cable y los pasos de proceso de la Figura 3 se pueden incorporar en su totalidad o en parte dentro de las instrucciones programadas del controlador 60. Además, los principios de la invención aplican a cualquier sistema de comunicación bi-direccional de protocolo con estrato múltiples y no están limitados a los módems compatibles con DOCSIS o cualquier otro tipo de módem. También el elemento de filtro de paquetes y los principios inventivos descritos aquí se pueden ampliar para operar en paquetes IEEE 802.3, paquetes compatibles con una red en anillo con testigo IEEE 802.5, paquetes IEEE 802.11 y paquetes de transporte MPEG, así como con diferentes paquetes de internet y otros protocolos además de los paquetes Ethernet Digital/Intel/Xerox (DIX), por ejemplo.

Claims (24)

REIVINDICACIONES

1. En un sistema de comunicación bi-direccional, un método para comunicar datos en paquete entre las diferentes redes utilizando estratos jerárquicos de protocolos de comunicación, caracterizado porque comprende los pasos de: comparar una dirección de destino de paquete IP recibida en un primer estrato de protocolo con una dirección IP predeterminada para determinar si existe una igualdad de dirección; y redireccionar una carga útil del paquete IP recibidos desde una red de Internet a una red local en respuesta a la igualdad de dirección al: sustituir una segunda dirección de estrato de protocolo para una segunda dirección de estrato de protocolo recibida.

2. El método de conformidad con la reivindicación 1, caracterizado porque cuando no existe una igualdad en la dirección la carga útil del paquete IP recibido se dirige a un diferente destino que el de la red local para dar soporte a una primera aplicación que opera en forma concurrente con una segunda aplicación diferente a ser llevada a cabo con la red local.

3. ,EI método de conformidad con la reivindicación 2, caracterizado porque: la primera aplicación es una de (a) aplicación para surfear en la red, (b) correo electrónico y (c) teléfono/video teléfono Internet; y la segunda aplicación es una de (i) control de electrodomésticos, (ii) control periférico y (iii) función de diagnóstico.

4. El método de conformidad con la reivindicación 1, caracterizado porque la segunda dirección de protocolo es una dirección MAC.

5. El método de conformidad con la reivindicación 1, caracterizado porque: el sistema de comunicación bi-direccional es un módem para cable e incluye el paso de: iniciar una aplicación en respuesta a la recepción de la carga útil redireccionada.

6. El método de conformidad con la reivindicación 1, caracterizado porque: el paso de redireccionar redireccíona una carga útil del paquete IP recibido desde una primera red a un amortiguador de comunicación para dar soporte a una aplicación local que comprende una o más de (A) control de electrodomésticos, (b) control periférico, (c) función de comunicación, (d) función de diagnóstico y (e) funciones de Internet privada segura o de comunicación Intranet.

7. En un dispositivo de comunicación bi-direccional que utiliza un Protocolo Internet (IP), un método para procesar datos IP, caracterizado porque comprende los pasos de: comparar una dirección de destino IP de paquete IP recibido en un primer estrato de protocolo con una dirección IP predeterminada para determinar si existe una igualdad en la dirección; y redireccionar una carga útil del paquete IP recibido al utilizar una segunda dirección de estrato de protocolo (MAC) determinada en respuesta a la igualdad de dirección.

8. Ei método de conformidad con la reivindicación 7, caracterizado porque incluye los pasos de: recibir la carga útil al utilizar una segunda dirección de estrato de protocolo (MAC); y iniciar una aplicación en respuesta a la recepción de la carga útil redirigida.

9. El método de conformidad con la reivindicación 7, caracterizado porque: la dirección IP predeterminada está dentro de una clase de una o más direcciones designadas para el uso de Internet no público y privado.

10. El método de conformidad con la reivindicación 7, caracterizado porque en el paso de redirección este paso comprende sustituir la segunda dirección de estrato de protocolo (MAC) para una segunda dirección de estrato de protocolo (MAC) recibida.

11. El método de conformidad con la reivindicación 7, caracterizado porque: el paso de redireccionar redirecciona una carga útil del paquete IP recibido desde una primera red a una segunda red diferente en una base de paquete por paquete.

12. El método de conformidad con la reivindicación 11, caracterizado porque: la carga útil del paquete IP recibido es redireccionda desde una primera red Internet pública a una segunda red local que comprende una de (a) una red Ethernet, (b) una red de Bus Universal en serie y (c) una red de Home Phoneline Networking Alliance (HPNA).

13. El método de conformidad con la reivindicación 7, caracterizado porque: el paso de redireccionar redirecciona una carga útil del paquete IP recibido desde una primera red a un amortiguador de comunicación dentro del dispositivo de comunicación bi-direccional.

14. El método de conformidad con la reivindicación 13, caracterizado porque: el paso de redireccionar redirecciona una carga útil del paquete IP recibido desde una primera red a un amortiguador de comunicación dentro del dispositivo de comunicación bi-direccional para dar soporte a una aplicación local que comprende una o más de (A) control de electrodomésticos, (b) control periférico, (c) función de comunicación, (d) función de diagnóstico y (e) funciones de Internet privada segura o de comunicación Intranet.

15. El método de conformidad con la reivindicación 13, caracterizado porque: para los paquetes IP recibidos individuales el paso de redireccionar redirecciona las cargas útiles de los paquetes IP recibidos desde una primera red a un amortiguador de comunicación dentro del dispositivo de comunicación bi-direccional al sustituir la segunda dirección de estrato de protocolo (MAC) por una segunda dirección de estrato de protocolo (MAC).

16. El método de conformidad con la reivindicación 13, caracterizado porque: el dispositivo de comunicación bi-direccional es un módem para cable.

17. El método de conformidad con la reivindicación 7, caracterizado porque: la segunda dirección de estrato de protocolo (MAC) se determina a partir de un copiado de la base de datos de la dirección de destino del paquete IP recibido a una segunda dirección de estrato de protocolo (MAC).

18. El método de conformidad con la reivindicación 7, caracterizado porque: el segundo estrato de protocolo (MAC) es un estrato de comunicación jerárquica diferente al estrato IP.

19. En un dispositivo de comunicación bi-direccional que utiliza un Protocolo Internet (IP), un método para iniciar una aplicación, caracterizado porque comprende los pasos de: comparar una dirección de destino de paquete IP recibida con una dirección IP predeterminada para determinar si existe una igualdad en la dirección; transportar los datos de carga útil del paquete IP recibido a un primer destino en ausencia de una igualdad en la dirección; y transportar los datos de carga útil del paquete IP recibido a un segundo destino e iniciar una aplicación, en respuesta a la igualdad en dirección.

20. El método de conformidad con la reivindicación 19 caracterizado porque: los datos de carga útil del paquete IP recibido se transportan a un amortiguador de comunicación dentro del dispositivo de comunicación bi-direccional para dar soporte a la aplicación.

21. El método de conformidad con la reivindicación 19, caracterizado porque: la aplicación comprende una o más de (a) control de electrodomésticos, (b) control periférico, (c) función de comunicación, (d) función de diagnóstico y (e) funciones de Internet privada segura o comunicación de Intranet.

22. En un sistema de comunicación bi-direccional, un método para comunicar datos en paquetes entre diferentes redes utilizando estratos jerárquicos de protocolos de comunicación, caracterizado porque comprende los pasos de: interceptar una solicitud de resolución de nombre de dominio cuando el nombre del dominio coincide con una entrada predeterminada en una base de datos de nombre del dominio; trasladar el nombre del dominio interceptado a una dirección IP predeterminada; y redireccionar una carga útil de un paquete IP recibido destinado para la dirección IP predeterminada.

23. El método de conformidad con la reivindicación 22, caracterizado porque: el paso de redireccionar incluye el paso de sustituir una dirección de estrato MAC diferente por una dirección de estrato MAC recibida.

24. El método de conformidad con la reivindicación 22, caracterizado porque incluye el paso de: comunicar la dirección IP predeterminada al cliente solicitante.