MX2007001165A - Establecimiento de enlace rapido para acceso de red. - Google Patents

Establecimiento de enlace rapido para acceso de red.

Info

Publication number
MX2007001165A
MX2007001165A MX2007001165A MX2007001165A MX2007001165A MX 2007001165 A MX2007001165 A MX 2007001165A MX 2007001165 A MX2007001165 A MX 2007001165A MX 2007001165 A MX2007001165 A MX 2007001165A MX 2007001165 A MX2007001165 A MX 2007001165A
Authority
MX
Mexico
Prior art keywords
message
node
network access
parameter options
authorization
Prior art date
Application number
MX2007001165A
Other languages
English (en)
Inventor
Marcello Lioy
Wangjun
Sivaramakrishna Veerepalli
Masakazu Shirota
Raymond Tah-Sheng Hsu
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of MX2007001165A publication Critical patent/MX2007001165A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • 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/40Support for services or applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/16Implementing security features at a particular protocol layer
    • H04L63/162Implementing security features at a particular protocol layer at the data link layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

Se establece una sesion de comunicacion entre un nodo que busca acceso de red y un NAS (Servidor de Acceso de Red) y que solo tiene algunos intercambios de mensajes. Con la deteccion de un enlace fisico entre en nodo y el NAS, el NAS inmediatamente envia un mensaje de solicitud de autentificacion al nodo. En respuesta, el nodo envia un mensaje de solicitud que incluye todas las opciones de parametro, ademas de responder al mensaje de solicitud de autentificacion, para la configuracion de enlace y el control de acceso de red. El NAS entonces selecciona y elige las opciones de parametro y devuelve las opciones seleccionadas en un mensaje de respuesta al nodo. Si las opciones seleccionadas en el mensaje de respuesta satisfacen un umbral, el nodo transmite directamente los datos de usuario para el acceso de red mediante el NAS.

Description

ESTABLECIMIENTO DE ENLACE RÁPIDO PARA ACCESO DE RED Campo de la Invención La presente invención se refiere generalmente a comunicaciones de datos de paquete, y más particularmente, a sesiones de comunicación inicial antes de establecer comunicaciones de datos de paquete para acceso de red.
Antecedentes de la Invención La interconexión de redes globalmente permite que la información se acceda velozmente sin tomar en cuenta las distancias geográficas. La FIGURA 1 muestra un dibujo esquemático simplificado de la conexión global de redes, comúnmente referida como la Internet denotada por el número de referencia 20. La Internet 20 es en esencia muchas redes con diferentes niveles de jerarquía enlazadas juntas. La Internet 20 se opera bajo el IP (Protocolo de Internet) promulgado por la IETF (Fuerza de Tareas de Ingeniería de Internet) . Los detalles del IP pueden encontrarse en RFC (Petición de Comentarios) 791 publicada por la IETF. Conectadas a la Internet 20 se encuentran varias redes individuales, algunas veces llamadas LAN (Redes de Área Local) o WAN (Redes de Área Extensa) dependiendo de los tamaños de red. Mostradas en la FIGURA 1 se encuentran algunas redes 22, 24 y 26.
Dentro de cada una de las redes 22, 24 y 26 pueden existir varias piezas de equipo conectadas a y en comunicación entre sí. Ejemplos son computadoras, impresoras y servidores, por nombrar sólo algunos, que comúnmente se llaman nodos. Cuando un nodo se comunica más allá de su propia red mediante la Internet 20, una dirección de IP necesita asignarse al nodo. La asignación de la dirección de IP puede manual o automática. La asignación manual de la dirección de IP puede realizarse por un administrador de red, por ejemplo. Con mayor frecuencia, la dirección de IP se asigna automáticamente, por ejemplo, mediante un servidor dedicado en la LAN. Tomar un ejemplo para ilustración. Suponer un nodo 30 en la red 22 intenta enviar un paquete de datos a otro nodo 34 en la red 24. Bajo el IP, cada paquete de datos necesita tener una dirección de origen y una dirección de destino. En este caso, la dirección de origen es la dirección del nodo 30 en la red 22. La dirección de destino es la dirección del nodo 34 en la red 24. Con mucha frecuencia, las comunicaciones de nodo a nodo se requieren antes del acceso a red, tal como la Internet 20. Por ejemplo, suponer que el nodo 30 en la red 22 es una computadora tipo laptop. El nodo 30 de computadora tipo laptop no tiene acceso director a la red 22. No obstante, el nodo 30 de computadora tipo laptop puede alcanzar un ÑAS 32 (Servidor de Acceso de Red) en la red 22 mediante otros medios, tal como al marcar en un módem alámbrico a través de una línea telefónica, por ejemplo. En ese caso, el nodo 30 establece típicamente una sesión de PPP (Protocolo de punto a punto) con el ÑAS 32 (Servidor de Acceso de Red) en la red 22. Las comunicaciones de datos de paquete después de esto establecidas entre el nodo 30 en la red 22, o cualesquier otras redes mediante la Internet 20, se intercambiarán a través del módem alámbrico y la línea telefónica. Si el módem transmite y recibe señales en serie y asincrónicamente a través de la línea telefónica, los paquetes de datos intercambiados sobre la línea telefónica entramarse por consiguiente para adaptar el enlace de módem en serie y asincrono. La llegada de tecnologías inalámbricas permite a los nodos alejarse de su red originalmente registrada a otra red. Por ejemplo, con referencia nuevamente a la FIGURA 1, el nodo 30 en lugar de cablearse permanentemente a la red 22, puede ser un dispositivo inalámbrico, tal como un PDA (Asistente Personal) , un teléfono celular, o una computadora móvil. El nodo 30 inalámbrico puede viajar más allá del límite de su red 22 local. De este modo, el nodo 30 puede andar lejos de su red 22 local hasta una red 26 foránea. Para tener acceso de la red 26, o para conectarse a otras redes mediante la Internet 20, el nodo 30 también establece típicamente una sesión de PPP con un ÑAS 33 (Servidor de Acceso de Red) en la red 26. Las comunicaciones entre el nodo 30 y el ÑAS 33 en este caso son a través del enlace aéreo. Nuevamente, los paquetes de datos intercambiados entre el nodo 30 y la red inalámbrica también tienen que entramarse para ajustarse en el formato que es negociado durante la sesión de PPP entre el nodo 30 y el ÑAS 33 a través del enlace aéreo. El volumen de PPP se describe en RFC 1661 y 1662 publicadas por la IETF. El PPP es un protocolo punto a punto en el cual ambos nodos son iguales. Es decir, ningún participante asume el papel de un cliente ni un servidor. Tampoco el participante puede solicitar acciones o realizar acciones para el otro. En esencia, el PPP es una sesión explicativa e intermediaria entre nodos, durante cuya sesión, los nodos encuentran recursos entre sí en términos de capacidad y disponibilidad finalmente convergen en un conjunto de opciones dé parámetro mutuamente aceptables, antes de cualquier flujo de tráfico de red. La FIGURA 2 muestra un diagrama de flujo de secuencia de una sesión 34 de comunicación de PPP ejemplar en la cual el nodo 30 en la red 26 busca establecer un enlace con el AS 32 para obtener acceso a la Internet 20. El PPP tiene un número de componentes de protocolo. En la sesión de PPP ejemplar mostrada en la FIGURA 2, el PPP tiene un LCP 36 (Protocolo de Control de Enlace) , una CHAP 38 (Protocolo de Autentificación de Diálogo) y un IPCP 40 (Protocolo de Configuración de Protocolo de Internet) como componentes. Primero, con la terminación del enlace físico, es decir, el nodo 30 y el ÑAS 33 son capaces de alcanzarse entre sí en el nivel de hardware, por ejemplo, existe una necesidad de pasar a través del LCP 36. El LCP 36 sirve para el propósito de establecer el enlace de comunicación básico entre el nodo 30 y el ÑAS 33. Durante el LCP 36, el nodo 30 y el AS 33 intercambian y negocian opciones de parámetro de comunicación esenciales entre sí. Las opciones pueden incluir, tamaño máximo del paquete de dato a través del enlace, parámetros que se refieren al control de calidad, esquema de compresión de campo de encabezado de DIC (Control de Enlace de Datos de Alto Nivel) utilizado, y si el igual está dispuesto a ser autentificado. Los procesos para el LCP 36 son más o menos operados bajo una etiqueta de saludo. Primero, el participante solicitante propone uno o más parámetros al enviar un mensaje de Solicitud de Configuración. Si algún parámetro no es reconocido por el participante de recepción, el participante de recepción responde nuevamente con un mensaje de rechazo de configuración. Si el parámetro rechazado es fatal para el enlace de búsqueda, el participante solicitante entonces tiene que terminar la sesión de PPP. Por otro lado, si el parámetro es reconocido pero la opción relacionada con el parámetro no es aceptable, el participante que responde envía nuevamente un mensaje de Confirmación Negativa de Configuración. El participante solicitante nuevamente puede terminar la sesión de PPP y enviar otro mensaje de Solicitud de Configuración con una opción diferente para el mismo parámetro. Como se menciona previamente, el PPP es un protocolo de punto a punto. Cualquier nodo 30 o el ÑAS 33 pueden ser participante solicitante. Lo mismo para el papel del participante que responde. Todos los parámetros con las opciones asociadas tienen que ser negociados y establecidos en forma como se describe en lo anterior. Varios turnos de negociación pueden requerirse, como se muestra en la FIGURA 2. El esquema de negociación general básicamente es un proceso simple. Si el participante solicitante determina que todos los parámetros necesitan ser aceptables para el participante que responde, el participante solicitante envía un mensaje de Confirmación de Configuración final al participante que responde. Una vez que ambos participantes han enviado los mensajes de Confirmación de Configuración, entonces hacen transición a la fase de autentificación.
Para asegurar que son autorizados son los participantes, la autentificación tiene que llevarse a cabo. Una forma de realizar la autentificación es utilizar el otro componente de PPP CHAP 38. Típicamente es el ÑAS 33 que inicia el CHAP 38 para verificar la identidad del nodo 30. Durante el CHAP 38, el ÑAS 33 envía un mensaje llamado mensaje de recusación a nodo 30. Bajo el CHAP, existe un secreto compartido el cual se utiliza junto con el mensaje de recusación que se utiliza para calcular un mensaje de respuesta utilizando un algoritmo pre-acordado. El nodo 30 entonces envía el mensaje de respuesta generado por el algoritmo secreto al ÑAS 33. El ÑAS 33 después de esto compara el mensaje de respuesta recibido con el mensaje calculado por el AS 33 mismo. Si existe una correlación de comparación, el nodo 30 se dice que pasa el CHAP 38 en el cual el ÑAS 33 envía un mensaje de CHAP Exitoso al nodo 30. De otra forma, un mensaje de CHAP Fallido se envía por el ÑAS 33. Alternativamente, en lugar del CHAP 38, la autentificación puede lograrse al pasar a través de un PAP (Protocolo de Autentificación por Contraseña) . En el PAP, el nodo solamente envía al ÑAS 33 un nombre de usuario y contraseña para verificación. Si se verifica, el nodo 30 se dice que pasa el PAP. Si el nodo 30 necesita el acceso de IP, la información con relación al IP nuevamente necesita intercambiarse y ser negociada. Por ejemplo, entre otras cosas, el nodo 30 puede necesitar tener una asignación de una dirección de IP para acceder a la Internet 20 (FIGURA 1) de acuerdo con el IP. Para lograr este fin, la negociación e intercambio de opciones de parámetro bajo el IPCP 40 comienza. En la sesión 34 de PPP ejemplar, el nodo 30 inicialmente solicita una dirección de IP 0.0.0.0 desde el ÑAS 33. En respuesta, el ÑAS 33 envía un mensaje de Confirmación Negativa de configuración, sugiere al nodo 30 utilizar a dirección de IP a.b. c.d.. Si se acepta, el nodo 30 confirma el uso de la dirección de IP a.b. c.d al enviar al ÑAS 33 otro mensaje para confirmación. Finalmente, cuando el nodo 30 acepta todos los parámetros negociados durante el IPCP 40, el nodo 30 envía un mensaje de confirmación al ÑAS 33. Los datos de usuario de la sesión de acceso de red después de esto se intercambian. Los paquetes de datos de IP del tráfico de red de encapsulan en tramas de PPP con parámetros y son negociados durante el LCP 36 previamente. Al final del acceso de red, el nodo 30 o el AS 33 puede enviar un mensaje de Solicitud de Terminar al otro, que responde después de esto otra vez con un mensaje de Confirmación de Terminar y concluyen la sesión de comunicación.
Como puede observarse en la FIGURA 2 y se describe en lo anterior, existe un gran número de mensajes intercambiados entre el nodo 30 y el ÑAS 33 durante la sesión 34 de PPP. Como tal, se involucra una duración considerable de tiempo. Esto es especialmente verdadero si la sesión 34 de PPP es negociada sobre un enlace lento con alta latencia de datos. Por consiguiente, existe necesidad de proporcionar una forma más rápida y más eficiente para establecer enlaces de comunicación inicial antes cualquiera de los siguientes niveles de tráfico de datos.
SUMARIO DE LA INVENCIÓN Una sesión de comunicación entre un nodo que busca acceso de red y un ÑAS (Servidor de Acceso de Red) se establece al pasar por intercambios de sólo algunos mensajes. Primero, al establecer un enlace físico entre el nodo y el ÑAS, el ÑAS inmediatamente envía un mensaje de solicitud de autentificación al nodo. En respuesta, el nodo envía un mensaje de solicitud que incluye, además de la respuesta de autentificación, todas las otras opciones de parámetros para la configuración de enlace y el control de acceso de red. El ÑAS entonces selecciona y elige un conjunto de opciones de parámetro de entre muchas y después envía nuevamente las opciones seleccionadas en un mensaje de respuesta al nodo. Si las opciones seleccionadas en el mensaje de respuesta satisfacen un umbral, el nodo transmite directamente los datos de usuario para el acceso de red mediante el ÑAS . Además, pueden implementarse características de acceso en las cuales si la sesión de comunicación de acuerdo con la modalidad ejemplar de la invención no puede establecerse, el PPP convencional (Protocolo de Punto a Punto) puede encargarse para continuar con la sesión de comunicación. De acuerdo con un aspecto de la invención, se describe un método, aparato y medio en el cual un nodo que busca acceso de red, que comprende las etapas de o medios para proporcionar un conjunto de opciones de parámetro para autentificación, configuración de enlace, y acceso de red en un mensaje, y enviar el mensaje a un nodo de acceso de red. De acuerdo con otro aspecto de la invención, se describe otro método, aparato y medio para un nodo de acceso de red, que comprende las etapas de o medios para recibir de un nodo que busca acceso de red un mensaje que incluye un conjunto de opciones de parámetros para la autentificación configuración de enlace y acceso de red, y enviar al nodo que busca el acceso de red otro mensaje que tiene que ver con la autorización del conjunto de opciones de parámetro. Estas y otras características y ventajas serán aparentes para aquellos con experiencia en la técnica a partir de la siguiente descripción detalla, tomada junto con los dibujos anexos, los cuales números de referencia similares se refieren a partes similares.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La FIGURA 1 es un dibujo esquemático de la conexión global de redes; la FIGURA 2 es un diagrama de frecuencia de comunicación de una sesión de comunicación de un protocolo convencional; la FIGURA 3 es un dibujo esquemático de los nodos involucrados en una modalidad ejemplar de la invención; la FIGURA 4 es un dibujo esquemático que muestra una pila de protocolos en un orden jerarquícela FIGURA 5 es un diagrama de secuencia de comunicación de una sesión de comunicación de acuerdo con la modalidad ejemplar de la invención; la FIGURA 6 es un diagrama de flujo que muestra las etapas involucradas de acuerdo con la modalidad ejemplar de la invención; la FIGURA 7 es un diagrama de secuencia de comunicación que muestra la modalidad ejemplar implementada con una característica de exceso para el protocolo convencional; la FIGURA 8 es un diagrama de flujo correspondiente del diagrama de secuencia de comunicación de la FIGURA 7; la FIGURA 9 es otro diagrama de secuencia de comunicación que muestra la modalidad ejemplar implementada con otra característica de exceso para el protocolo convencional; la FIGURA 10 , es un diagrama de flujo correspondiente para el diagrama de secuencia de comunicación de la FIGURA 9; la FIGURA 11 es un dibujo esquemático de la parte de la circuitería de un nodo que busca acceso de red de acuerdo con la modalidad ejemplar; la FIGURA 12 es un diagrama de secuencia de comunicación de la sesión de comunicación de la FIGURA 1 implementado con tipos de mensaje adicionales; la FIGURA 13 es un diagrama esquemático de la parte de la circuitería de un nodo que busca acceso de red de acuerdo con la modalidad ejemplar; y la FIGURA 14 es un diagrama esquemático de la parte de la circuitería de un nodo de acceso de red de acuerdo con la modalidad ejemplar.
Descripción Detallada de la Invención La siguiente descripción se presenta para permitir que cualquier persona con experiencia en la técnica haga y utilice la invención. Los detalles se establecen en la siguiente descripción para propósitos de explicación. Se debe apreciar que alguien de experiencia ordinaria en la técnica puede darse cuenta que la invención puede practicarse sin el uso de estos detalles específicos. En otros casos, estructuras bien conocidas y procesos no son elaborados para no obscurecer la descripción de la invención con detalles innecesarios. De este modo, la presente invención no se pretende para limitarse por las modalidades mostradas, sino para estar de acuerdo con el alcance más amplio consistente con los principios y características descritas en la presente. La FIGURA 3 muestra un dibujo esquemático simplificado de los nodos involucrados en una modalidad ejemplar de la invención. El sistema de comunicación general se denota por el número 42 de referencia. En esta modalidad, el sistema 42 de comunicación incluye una red 48 conectada a una red 50 principal la cual puede ser una Intranet o la Internet. Dispuesto en la red 48 se encuentra un ÑAS (Servidor de Acceso de Red) que sirve como un puerto de enlace entre la red 48 y cualquier nodo que busca acceso de red. Suponer en el sistema 42, existe tal nodo 44 que busca el acceso para la red 48 u otras redes (no mostradas) mediante la red 50 principal. El nodo 44 se comunica con el ÑAS 46 a través de un enlace 45 de comunicación. El enlace 44 puede ser un enlace que asume varias formas. Por ejemplo, el enlace 44 puede ser un enlace alámbrico, tal como una conexión alámbrica telefónica convencional, un enlace de cable coaxial, o un enlace de cable óptico, por nombrar algunos. Además, el enlace 45 también puede ser un enlace inalámbrico. En ese caso, el enlace 45 es la interfaz aérea. Suponer en esta modalidad, que el enlace 45 es la interfaz aérea. El nodo 44 es un dispositivo móvil que se comunica con el AS 46 inalámbricamente. La red 48 soporta tecnologías inalámbricas tales como los estándares de cdma2000 como se establece por la TIA/EIA (Asociaciones de la Industria de Telecomunicación/Asociaciones de la Industria Electrónica) . El ÑAS 46 en este caso es un PDSN (Nodo de Servicio de Datos de Paquete) acoplado con una RAN (Red de Acceso de Radio) que se comunica con el nodo 44 mediante las señales de RF (Radiofrecuencia) a través del enlace 45 aéreo. El PDSN y RAN se conocen en la técnica y no se muestran en la FIGURA 3 por razones de claridad y brevedad. Antes de describir los detalles operacionales del sistema 42 de comunicación, ayuda a explicar primero los diversos tipos de protocolos con diferentes niveles de jerarquía y sus relaciones mutuas. En la técnica de comunicaciones de red, protocolos tienen jerarquía de acuerdo con el modelo de OSI (Sistema de Interconexión Abierta) , como se establece por la ISO (Organización Internacional para la estandarización) y la ITU-T (Unión de Telecomunicación Internacional-Sector Estándar de Telecomunicación) . El propósito es facilitar la interoperabilidad de equipo de multi-vendedores . Es decir, cada nivel de jerarquía de protocolo tiene sus propias especificaciones. Como tal, siempre y cuando las especificaciones de un nivel de jerarquía particular se satisfagan, los desarrollos de productos en este nivel se asume con son compatibles con otros productos en otros niveles. Suponer el sistema 42 en la FIGURA 3 soporte el IP (Protocolo de Internet) . La FIGURA 4 muestra esquemáticamente una pila de protocolos en orden jerárquico, comúnmente referida como la "pila de protocolo", y generalmente es denotada por el número de referencia 52. La pila 52 de protocolo de IP se estructura de acuerdo con el modelo de IETF (Fuerza de Tarea de Ingeniería en Internet) el cual es similar pero no exactamente el mismo que el modelo de OSI . De acuerdo con el modelo de IETF, la pila 52 de protocolo de IP tiene cinco capas, comenzando de la Capa 1 a la Capa 5. De este modo, un paquete de datos enviado por un nodo, tal como el nodo 44 o 46 mostrado en la FIGURA 3, tiene que procesarse a través de la pila 52 de protocolo. La pila de protocolos 52 se construye en el nodo en forma de software o hardware, o una combinación de los mismos. De igual manera, un paquete de datos recibido por el mismo nodo tiene que procesarse a través de la pila 52 de protocolos pero en el orden inverso. Tomar un ejemplo para ilustración. Suponer que un paquete de datos se procesa para enviarse desde un nodo, tal como el nodo 44 ó 46 (FIGURA 3) , el paquete de datos primero se crea de acuerdo con uno de los protocolos en la capa de aplicación, es decir, Capa 5. La Capa 5 incluye un HTTP (Protocolo de Transferencia de Servicio de Correo Electrónico) , FTP (Protocolo de Transferencia de Archivo) y el RTP (Protocolo de Transferencia en Tiempo Real) . Además supone que el paquete de datos es un producto de una sesión de VoIP (Protocolo de Voz o de Internet) . El paquete de datos de este modo tiene que formatearse de acuerdo con el RTP en la Capa 5. Los paquetes de datos sensibles al tiempo, tales como el paquete de datos resultado del protocolo de RTP en la Capa 5, necesita procesarse en tiempo real. Específicamente, los paquetes defectuosos normalmente no se vuelven a enviar pero de hecho se abandonan simplemente para no obstruir las transmisiones de otros paquetes de datos entrantes. Los paquetes de datos de RTP por lo tanto se llevan normalmente mediante el UDP (Protocolo de Paquete de Datos de Usuario) en la Capa 4, la capa de transporte. Por consiguiente, el paquete de datos del RTP en la Capa 5 tiene que formularse además de acuerdo con el UDP en la Capa 4. Por otro lado, si el paquete de datos se origina desde otros protocolos en la Capa 5, tal como el FTP, el paquete de datos normalmente se envía mediante el TCP (Protocolo de Control de Transporte) en la Capa 4. Bajo el TCP, la distribución precisa del paquete de datos es de importancia significativa. Como tal, los paquetes defectuosos siempre se vuelven a enviar, aunque posiblemente reduciendo el proceso de transmisión de datos general . Los paquetes de datos después de pasar a través de esta capa de transporte, Capa 4, se agregan con información tal como los números de puerto de origen y destino. El paquete de datos después de pasar por la capa de transporte, la Capa 4, entonces se envía a la capa de red, Capa 3, para procesamiento. En este caso particular, el paquete de datos resultante de la Capa 4 tiene que formatearse nuevamente de acuerdo con el IP, por ejemplo, con las direcciones de origen y destino del paquete de datos agregado. Se debe observar que por razón de brevedad, solamente el IP en la Capa 3 se muestra en la FIGURA 4. Existen otros protocolos que realizan funciones complementarias para el IP también existentes en la Capa 3. Un ejemplo es el ICMP (Protocolo de Mensaje de Control por Internet) que sirve para el propósito de enviar mensajes de error para paquetes de datos que no se pueden enviar. Después de esto, el paquete de datos tiene que entramarse para ajustarse en cualquier protocolo que se pueda aplicar en la capa de interfaz de red, Capa 2. El PPP (Protocolo de Punto a Punto) descrito previamente se clasifica como el protocolo de Capa 2. La sesión de protocolo de comunicación antes del acceso de red de acuerdo con la modalidad ejemplar de la invención también tiene que ver con la capa de interfaz de red. La capa más baja de la pila 52 de protocolos en la FIGURA 4 es la capa física, Capa 1, la cual trata con la implementación física de la transmisión para el paquete de datos. Por ejemplo, si el enlace 45 de comunicación (FIGURA 3) es un enlace alámbrico convencional, la capa física, Capa 1, tiene que ver con circuitería de hardware en ambos de los nodos 44 y 46 (FIGURA 3) que dirigen las señales a través de los cables conductivos que forman el enlace 45. Si el enlace 45 de comunicación es la interfaz aérea, la capa física, Capa 1, se refiere al espacio aéreo y la circuitería de hardware en ambos nodos 44 y 46 (FIGURA 3) que transmite y recibe las señales sobre el espacio aéreo. Como para un paquete de datos recibido por el nodo, tal como el nodo 44 y 46 (FIGURA 3) , el paquete de datos tiene que procesarse a través de la misma pila 52 de protocolos pero en el orden inverso, es decir, de la Capa 1 a la Capa 5. La referencia ahora se devuelve a la FIGURA 3. Suponer que en este ejemplo, el nodo 44 busca el acceso de red mediante el ÑAS 46. Antes de cualquier intercambio de mensajes, el enlace 45 físico debe estar listo para llevar las señales. Expresado en forma diferente, la capa física, Capa 1, de los nodos 44 y 45 deben estar físicamente presente y establecerse. En esta modalidad, como se menciona previamente, el enlace 45 de comunicación es de la interfaz aérea y la tecnología inalámbrica soportada por la red 48 es cdma2000. La capa física tiene que ver con circuitería inalámbrica en el nodo 44, y la RAN dentro del ÑAS 46. La RAN puede incluir por lo menos un BSC (Controlador de Estación Base) y una pluralidad de BS (Estaciones Base) . La RAN, BSC y BS no se muestran en la FIGURA 3.
De acuerdo con esta modalidad, una vez que la capa física, Capa 1, se establece, es decir, ambos nodos 44 y 46 detectan la presencia física mutua entre sí, el ÑAS 46 inmediatamente envía un primer mensaje al nodo 44. La FIGURA 5 es un diagrama de flujo que muestra la secuencia de comunicación de los mensajes entre el nodo 44 y el ÑAS 46. El proceso de flujo general se designa por el número de referencia 54. El primer mensaje se llama mensaje de Sincronización y se denota por el número de referencia 56. El mensaje 56 de sincronización incluye todas las opciones de autentificación posibles que puede seleccionar el nodo 44. Las opciones pueden incluir un mensaje de validación bajo el CHAP (Protocolo de Autentificación de Validación) , y una solicitud de contraseña y nombre de usuario requerida por el PAP (Protocolo de Autentificación de Contraseña) . Además del CHAP y PAP, en el mensaje 56 de sincronización, otros protocolos de autentificación que se definen o soportan en el PPP deben también incluirse. Con la recepción del mensaje 56 de sincronización, el nodo 44 responde con un mensaje 58 de solicitud, como se muestra en la FIGURA 5. En el mensaje 58 de solicitud, el nodo 44 incluye información de autentificación necesaria en respuesta a las solicitudes como se establece en el mensaje 56 de Sincronización. Además, el nodo 44 también incluye en el mensaje 58 de solicitud todas las opciones de parámetro necesarias para establecer el enlace para el nodo 44 para el acceso de red subsiguiente mediante la ÑAS 46. No importa si los parámetros con las opciones asociadas se relacionan con la configuración de enlace, autentificación o control de acceso de red. Es decir, en lugar de clasificar los parámetros de acuerdo con las funciones de los componente de protocolo tales como el LCP (Protocolo de Control de Enlace) CHAP (Protocolo de Autentificación de Dialogo) e IPCP (Protocolo de Control de Protocolo de Internet) como se describe previamente con la respecto al PPP, en el mensaje 58 de solicitud de esta modalidad, todos los parámetros con las opciones incluyen independientemente de las funciones. Más específicamente, los parámetros con las opciones en el mensaje 58 de Solicitud pueden incluir una respuesta al mensaje de validación, o nombre del usuario y contraseña si se puede aplicar, parámetros de configuración de enlace del enlace 45 tal como el tamaño del datagrama y el esquema de compresión de campo de encabezado de HDLC (Control de Enlace de Datos de Alto Nivel) , al igual que parámetros para el acceso de red tal como una dirección de IP, configuración de DNS (Sistema de Nombre de Dominio) , y protocolo de compresión encabezado de IP si se puede aplicar, etc.
Se debe observar que el mensaje 58 de Solicitud de preferencia se formatea con redundancia intencional en términos de opciones para permitir que el ÑAS 46 seleccione las opciones que son soportadas por los nodos 30 y 46, permitiendo así que los nodos 44 y 46 concluyan el proceso general del establecimiento de enlace inicial rápidamente. De entre la variedad de opciones, el AS 46 puede elegir selectivamente los parámetros con las opciones asociadas que claramente son soportadas para el propósito de incrementar la oportunidad de un enlace exitoso, reduciendo por consiguiente el tiempo de establecimiento. Expresado en forma diferente, el mensaje 58 de Solicitud esencialmente actúa como un mensaje de publicidad con todas las opciones de parámetros disponibles soportadas por el nodo 44 en el cual seleccionar un subconjunto de las opciones por el ÑAS 46 debe permitir el consumo del proceso de enlace. Por consiguiente, como se muestra en la FIGURA 5, el ÑAS 46 responde con un mensaje 60 de Respuesta con la recepción del mensaje 58 de solicitud. En el mensaje 60 de respuesta, el ÑAS 46 selecciona las opciones de entre de las diversas sugerencias. El mensaje 60 de Respuesta incluye las opciones de parámetro seleccionadas con sus valores de configuración asociados. Con mucha frecuencia, el mensaje 60 de Respuesta es el último mensaje necesario antes del comienzo del tráfico de red por el nodo 44.
A diferencia de otros métodos de protocolo, tal como el protocolo de PPP de punto a punto descrito previamente, de acuerdo con esta modalidad, no existe necesidad de ninguno de los mensajes de confirmación para confirmar o confirmar negativamente. Como tal, en respuesta a cualquier mensaje, sea el mensaje 56 de sincronización, el mensaje 58 de solicitud o el mensaje 60 de respuesta, en ninguno de los mensajes de Ack ni Na se necesitan. El nodo de respuesta solamente procede a la siguiente etapa. Ninguna respuesta sobre ningún elemento solicitado particular implica que tal elemento no está disponible o no es soportado. Regresando nuevamente a la FIGURA 5, con la recepción del mensaje 60 de respuesta, si las opciones seleccionadas por el ÑAS 46 satisfacen un cierto umbral, por ejemplo, todas las opciones seleccionadas permiten que el nodo 44 establezca un enlace de comunicación para el acceso de red, el nodo 44 procede directamente a transmitir los datos 62 de usuario al ÑAS 46. Nuevamente, ningún mensaje de confirmación se envía por el nodo 44. Al final del acceso de red, el nodo 44 o el ÑAS 46 pueden enviar un mensaje 64 de Solicitud de Terminar en el otro, que después de esto responde nuevamente con un mensaje 66 de Confirmación de Terminar y concluye en la sesión de comunicación.
En ocasiones menos ocurridas, pueden existir insuficientes opciones de configuración en el mensaje 58 de Solicitud para que el ÑAS 46 establezca el enlace para el acceso de red buscado por el nodo 44. Es decir, las opciones seleccionadas por el AS 46 en el mensaje 60 de respuesta pueden ser insuficientes para satisfacer el umbral requerido para que el nodo 44 establezca el enlace de acceso de red. El ÑAS 46 no obstante envía el mensaje 58 de respuesta con sólo las opciones aceptadas, pero con las opciones no aceptadas abandonadas. Nuevamente, ningún mensaje de confirmación negativa es necesario. Como se menciona previamente, opciones propuestas incluidas en el mensaje 58 de Solicitud pero abandonadas en el mensaje 60 de respuesta indican implícitamente la falta de soportes para las opciones abandonadas. En este caso, el ÑAS 46 puede no establecer ningún tráfico de red y espera que el nodo 44 envíe un nuevo mensaje de solicitud. Con respecto al nodo 44, si prefiere el enlace a pesar de las opciones de parámetro abandonadas por falta de soporte en el mensaje 60 de Respuesta, por ejemplo, las opciones abandonadas no son fatales, el nodo 44 puede comenzar a transmitir el tráfico de red. Por otro lado, si los parámetros abandonados se necesitan absolutamente para establecer un acceso de red, por ejemplo, la dirección de IP solicitada por el nodo 44 se abandona en el mensaje 60 de respuesta, ningún tráfico de red puede establecerse y el enlace se dice que falla. El proceso 54 general también se muestra en el diagrama de flujo de la FIGURA 6. El proceso de establecimiento de enlace de la invención también se configura para tener características de exceso en otros protocolos de enlace. En esta modalidad, si el proceso 54 de enlace mostrado en las FIGURAS 5 y 6 no es soportado en el nodo 44 o el ÑAS 46 (FIGURA 3), el PPP convencional interviene como un protocolo de soporte para continuar con el proceso de enlace que lleva acceso eventual de red buscado por el nodo 44. En esencia pueden existir dos posibilidades, respectivamente descritas en lo siguiente. El primer escenario surge cuando el nodo 44 soporta el proceso 54 de enlace pero el ÑAS 46 no lo hace. Ahora se dirige la referencia a la FIGURA 7 junto con la FIGURA 3. La FIGURA 7 es un diagrama de flujo que muestra la secuencia de comunicación de mensajes entre el nodo 44 y el ÑAS 46 bajo este escenario. El flujo general de mensajes es denotado por el número de referencia 68. Puesto que se asume que el nodo 44 soporta el proceso 54 de enlace, al establecer la capa física, Capa 1, entre los nodos 44 y 46, el nodo 44 espera el mensaje 56 de sincronización. Sin embargo, el ÑAS 46 no tiene ningún mensaje 56 de sincronización para enviar debido a que también se asume que el ÑAS 46 no soporta el proceso 54 de enlace. De hecho, el ÑAS 46 envía un mensaje 70 de solicitud de configuración de LCP bajo el PPP hasta el nodo 44. Con la recepción del mensaje 70 de Solicitud de Configuración de LCP, el nodo 44 reconoce inmediatamente que el ÑAS 46 no soporta el proceso 54 de enlace y rápidamente toma acciones para comunicarse con el AS 46 mediante el PPP convencional. Específicamente, en respuesta al mensaje 70 de solicitud de configuración de LCP, el nodo 44 envía un mensaje 72 de confirmación de configuración de LCP, como se muestra en la FIGURA 7. Alternativamente, el nodo puede enviar un mensaje de confirmación negativa de configuración si las opciones de LCP propuestas en el mensaje 70 de Solicitud de Configuración no son deseables, en una forma similar al PPP convencional . Se debe observar que en esta modalidad, el nodo 44 o el nodo 46 reconoce si el mensaje recibido es un mensaje de PPP o no es un mensaje de PPP. Como se describirá posteriormente, el formato de trama de datos utilizado en esta modalidad es el mismo que aquel utilizado para el PPP, permitiendo así un reconocimiento y diferenciación de mensaje rápidos. El resto del proceso es sustancialmente similar al proceso 34 mostrado en la FIGURA 2., Es decir, después de un enlace exitoso, el tráfico 74 de datos se establece entre el nodo 44 y el ÑAS 46. Al final del acceso de red, el nodo 44 o el ÑAS 46 pueden enviar un mensaje 76 de Solicitud de Terminar al otro, que responde después de esto nuevamente con un mensaje 78 de confirmación de terminar y concluye la sesión 68 de comunicación. El diagrama de flujo correspondiente para el proceso 68 se muestra en la FIGURA 8. Las etapas de PPP convencionales no se muestran en la FIGURA 8 para brevedad. El segundo escenario ocurre cuando el ÑAS 46 soporta el proceso 54 de enlace en el nodo 44 no. Ahora se dirige la referencia a la FIGURA 9 junto con la FIGURA 3. La FIGURA 9 es un diagrama de flujo que muestra la secuencia de comunicación del mensaje entre el nodo 44 y el ÑAS 56 bajo este escenario. El flujo general de mensajes es denotado por el número de referencia 70. Puesto que se asume que el ÑAS 46 soporta el proceso 54 de enlace, al establecer la capa física, Capa 1, entre los nodos 44 y 46, el AS 46 inmediatamente envía un mensaje 56 de sincronización al nodo 44. Puesto que también se asume que el nodo 44 no soporta el proceso 54 de enlace, con la recepción del mensaje 56 de sincronización, el nodo 44 no reconoce el mensaje 56 de Sincronización. Como se menciona previamente y se explicará además en lo siguiente, el nodo 44 puede distinguir un mensaje de PPP de un mensaje sin PPP. De este modo, con el mensaje 56 de Sincronización no reconocido, el nodo 44 rechaza el mensaje 56 de Sincronización no reconocido utilizando los procedimientos estándares de PPP. De hecho, el nodo 44 envía un mensaje 72 de Solicitud de Configuración de LCP con el enlace físico establecido entre el nodo 44 y el ÑAS 46. Si el ÑAS 46 recibe el mensaje 72 de Solicitud de Configuración de LCP o un rechazo de PPP del mensaje 56 de sincronización, el ÑAS 46 inmediatamente deshabilita todas las características que se refieren al proceso 54 de enlace (FIGURA 5 y 6) y pasa el proceso 34 de PPP convencional como se muestra en la FIGURA 2 y se describe previamente. Después de un enlace exitoso, el tráfico 74 de datos puede intercambiarse entre el nodo 44 y el ÑAS 46. Al final del acceso de red, cualquiera del nodo 44 o el ÑAS 46 puede enviar un mensaje 76 de solicitud de terminar al otro, que después de esto responde nuevamente con un mensaje 78 de conformación de terminado y concluye la sesión 70 de comunicación. La FIGURA 10 muestra el diagrama de flujo correspondiente para el proceso 70. Las etapas PPP convencionales no se muestran en la FIGURA 10 por razones de brevedad y claridad. La FIGURA 11 muestra el formato de trama de datos utilizado en el proceso 54 de flujo (FIGURA 5). La plantilla de la trama para el paquete de datos del proceso 54 es denotada por el número 80 de referencia. En esencia, la plantilla 80 es similar a la plantilla de paquete de datos correspondiente utilizada por el PPP como se establece de conformidad con RFC 1662. En particular, la trama 80 de datos incluye un campo 82 de indicación, un campo 84 de dirección, un campo 86 de control, un campo 88 de número de protocolo, un campo 90 de datos y un campo 92 de FCS (Secuencia de Comprobación de Trama) . El campo 82 de indicación es de un byte de largo e indica el inicio de una trama de paquete de datos. El campo 82 de indicación siempre asume valor hexadecimal de 7E y es el mismo valor utilizado para el proceso 54 de enlace y el PPP, como se requiera por el RFC 1662. El campo 84 de dirección también es de un byte largo y siempre se establece en el valor hexadecimal de FF, como también se establece en el RFC 1662. El campo 86 de control es de un byte de largo y es fijo en el valor hexadecimal de 03, como también es reglamentado por el RFC 1662. En el campo 88 de número de protocolo, el valor en este campo indica cual es el paquete 80 de datos. En el campo 88 de número de protocolo es de dos bytes de longitud. Por ejemplo, como se define en RFC 1661 y 1662, cada uno de los mensajes de LCP, tales como el mensaje 70 de Solicitud de Configuración, tiene un valor hexadecimal de C021. En esta modalidad, cada uno de los mensajes, tal como el mensaje 56 de sincronización, el mensaje 58 de solicitud o el mensaje 80 de respuesta, utilizados en el proceso 54 de enlace (FIGURA 5) tiene un valor de protocolo único diferente de aquel de cualquiera de los valores de protocolo utilizados en el PPP. Como tal, puede distinguirse fácilmente si el paquete 80 de datos es un paquete de PPP o no es un paquete de PPP. El campo 90 de datos tiene una longitud que varía de cero a más bytes de carga útil que contiene ya sea datos o información de control. Por ejemplo, si el valor en el campo 88 de número de protocolo con un valor que indica que el paquete 80 de datos es el mensaje 58 de solicitud, el campo de datos incluye toda la información con relación a las opciones de parámetro como se menciona en lo anterior. Como otro ejemplo, si el valor en el campo 88 de número de protocolo tiene un valor que indica que el paquete 80 de datos es los datos 62 de usuario (FIGURA 5) , el paquete de datos de IP generado de la Capa 3 se encapsula totalmente en el campo 90 de datos. El campo 92 de FCS varía de dos a cuatro bytes de longitud y contiene códigos tales como el CRC (Código de Redundancia Cíclica) , para que la trama 40 proporcione protección básica contra errores durante la transmisión.
Además del mensaje 56 de Sincronización, el mensaje 58 de Solicitud, el mensaje 60 de Respuesta, la Solicitud 64 de Terminar y el mensaje de Confirmación de Terminar como se menciona en lo anterior (véase FIGURA 5) , otros tipos de mensajes también pueden implementarse en el proceso 54 de establecimiento de enlace. La FIGURA 12 muestra algunos ejemplos. Ahora se dirige la referencia a la FIGURA 3 junto con la FIGURA 12. Por ejemplo, después de un periodo prolonga de comunicación inactiva, denotado por el número de referencia 94 en la FIGURA 12, el nodo 44 o el ÑAS 46 puede enviar un mensaje 96 de Solicitud de Eco al otro participante para indagar sobre el estado del participante o el enlace 45. Por ejemplo, si no existe ningún enlace físico establecido para el enlace 45 debido a la falla de energía, el participante que envía puede recibir ninguna respuesta del mensaje 45 de Solicitud de Eco. Por consiguiente, el participante que envía puede desear terminar la sesión 54 de comunicación. Por otro lado, si el enlace 45 aún está físicamente activo, el participante de recepción puede responder al mensaje 96 de Solicitud de Eco al enviar un mensaje 98 de respuesta de eco. El participante de envío puede renunciar después de esto la decisión de terminar la sesión 54 de comunicación. La duración del período 94 de tiempo puede predeterminarse.
En el entorno de los intercambios de datos 62 de usuario, el AS 46 puede enviar un mensaje 98 de Autentificación al nodo 44 que solicita información para autentificación adicional. Por ejemplo, durante el tráfico de datos regular, el nodo 44 puede necesitar acceder a la información sensible que solamente puede ser alcanzada por ciertos usuarios. Como tal, el ÑAS 46 puede enviar el mensaje 99 de autentificación al nodo 44 para autentificación adicional. Además de los protocolos de autentificación tales como PAP y CHAP como se menciona en lo anterior, otros esquemas de protocolo más elaborados conocidos en la técnica también pueden utilizarse. Un ejemplo puede ser el EAP (Protocolo de Autentificación Extendido) que emplea un servidor externo, tal como un servidor de AAA (Autentificación, Autorización y Contabilidad) localizado ya sea dentro o fuera de la red 48 para autentificación. La FIGURA 13 muestra esquemáticamente la parte de la implementación de hardware de un aparato, tal como el nodo 44 mostrado en la FIGURA 3, denotado por el número de referencia 100 de acuerdo con la modalidad ejemplar de la invención. El aparato 100 puede construirse e incorporarse en varias formas, tal como una computadora tipo laptop, un PDA, o un teléfono celular, por ejemplo. El aparato 100 comprende un bus 102 de dato central que enlaza varios circuitos juntos. Los circuitos incluyen una CPU (Unidad de Procesamiento Central) o un controlador 104, un circuito 106 de recepción, un circuito 108 de transmisión, y una unidad 110 de memoria. Si el aparato 100 es un dispositivo inalámbrico, los circuitos 106 de recepción y 108 de transmisión pueden conectarse a un circuito de RF (Radiofrecuencia) pero no se muestra en el dibujo. El circuito 106 de recepción procesa y guarda en memoria intermedia las señales recibidas antes de enviarlas al bus 102 de datos. Por otro lado, el circuito 108 de transmisión procesa y guarda en memoria intermedia los datos del bus 102 de datos antes de enviarlos del dispositivo 100. La CPU/controlador 104 realiza la función de la administración de datos del bus 102 de datos y además la función del procesamiento de datos general, que incluye ejecutar los contenidos de instrucción de la unidad 110 de memoria. En vez de dispuestos separadamente como se muestra en la FIGURA 13, como alternativa, el circuito 108 de transmisión y el circuito 106 de recepción pueden ser parte de ÍA CPU/controlador 104. La unidad 110 de memoria incluye un conjunto de instrucciones generalmente denotado por el número de referencia 112. En esta modalidad, las instrucciones se incluyen, entre otras cosas, porciones tales como la función 114 de pila de protocolo, el cliente 116 de establecimiento de enlace, la función 118 de PPP. La función 114 de pila de protocolo ejecuta la pila de protocolo similar a la pila 52 como se muestra y describe en la FIGURA 4 previamente. El cliente 116 de establecimiento de enlace incluye los conjuntos de instrucciones de acuerdo con el proceso, tales como los procesos descritos en las FIGURAS 5-10 descritas en lo anterior. La función 118 de PPP incluye los conjuntos de instrucciones para permitir que el aparato 102 ejecute el proceso de PPP. La función 118 de PPP puede utilizarse independientemente o como un soporte del cliente 116 de establecimiento de enlace, como también se describe previamente . En esta modalidad, la unidad 110 de memoria es un circuito de RAM (Memoria de Acceso Aleatorio) . Las porciones 114, 116 y 118 de instrucciones ejemplares son rutinas de software o módulos. La unidad 110 de memoria puede unirse a otro circuito de memoria (no mostrado) el cual puede ser ya sea del tipo volátil o no volátil. Como alternativa, la unidad 110 de memoria puede formarse de otros tipos de circuitos, tales como un EEPROM (Memoria de Sólo Lectura Eléctricamente Borrable y Programable) , una EPROM (Memoria de Sólo Lectura Borrable y Programable) , una ROM (Memoria de Sólo Lectura) , un ASIC (Circuito Integrado de Aplicación Especifica) , un disco magnético, un disco óptico, y otros bien conocidos en la técnica. La FIGURA 14 muestra esquemáticamente la parte de la implementación de hardware de otro aparato, tal como el ÑAS 46 mostrado en la FIGURA 3, de acuerdo con la invención y se denota por el número de referencia 120. El aparato 120 comprende un bus 122 de dato central que enlaza varios circuitos juntos. Los circuitos incluyen una CPU (Unidad de Procesamiento Central) o un controlador 124, un circuito 126 de recepción, un circuito 128 de transmisión, y una unidad 130 de memoria. Los circuitos 126 de recepción y 128 de transmisión pueden conectarse a un bus de datos de red (no mostrados) donde el aparato 120 se enlaza. El circuito 126 de recepción procesa y guarda memoria intermedia las señales recibidas del bus de datos de red (no mostrado) antes de encaminarlos al bus 122 de datos interno. El circuito 128 de transmisión procesa y guarda memoria intermedia las señales del bus 122 de datos antes de enviarlos fuera del aparato 120. La CPU/controlador 124 realiza el trabajo de la administración de datos del bus 122 de datos y para la función del procesamiento de datos general, que incluye ejecutar el contenido de instrucción de la unidad 130 de memoria. Nuevamente, en lugar de disponerse separadamente como se muestra en la FIGURA 14, el circuito 128 de transmisión y el circuito 126 de recepción pueden ser parte de la CPU/controlador 124. La unidad 130 de memoria incluye un conjunto de instrucciones generalmente denotado por el número 134 de referencia. En esta modalidad, las instrucciones incluyen porciones, entre otras cosas, una función 136 de pila de protocolo, un servidor 138 de establecimiento de enlace y una función 130 de PPP. La función 136 de pila de protocolo ejecuta al pila de protocolo similar a la pila 52 como se muestra y describe en la FIGURA 4 previamente. El servidor 138 de establecimiento de enlace incluye los conjuntos de instrucciones de acuerdo con el proceso, tal como los procesos mostrados en las FIGURAS 5-10 y como se describe en lo anterior. La función 140 de PPP incluye los conjuntos de instrucciones para permitir que el aparato 120 ejecute el proceso de PPP. La función 140 de PPP puede ejecutarse independientemente o como un soporte del servidor 138 de establecimiento de enlace, como también se describe previamente. La unidad 130 de memoria puede formarse de tipos de circuitos de memoria como se menciona en lo anterior y no se repiten adicionalmente. También se debe observar que los procesos 54, 68 y 70 como se describen y se muestran en las FIGURAS 5-10 también pueden almacenarse o transmitirse en cualquier medio que se pueda leer por computadora conocido en la técnica. En esta especificación y en las reivindicaciones anexas el término "medio que se puede leer por computadora" se refiere a cualquier medio que participa en proporcionar instrucciones a la CPU/controladores 104 y 124 respectivamente mostrados y descritos en las FIGURAS 12 y 13 para su ejecución. Tal medio que se puede leer por computadora si es del tipo de almacenamiento puede tomar la forma de un medio de almacenamiento volátil o no volátil similar al circuito para las unidades 110 y 130 de memoria, como también se describe previamente. Tal medio que se puede leer por computadora si es del tipo de transmisión puede incluir un cable coaxial, un cable metálico, un cable óptico, y la interfaz aérea que lleva las ondas acústicas o electromagnéticas capaz de llevar señales que se pueden leer por máquinas o computadoras, por ejemplo. Finalmente, descrita en la modalidad, el protocolo de la Capa 3 se describe como el IP. El IP puede ser en diferentes versiones, tal como el Ipv4 (versión 4 de Protocolo de Internet) y el Ipv6 (versión 6 de Protocolo de Internet) . Además, se debe observar que los otros protocolos de Capa 3 se pueden aplicar igualmente. Por ejemplo, el protocolo de Capa 3 puede ser el IPX (Protocolo de Intercambio de Paquetes entre Redes) , Apple-Talk y otros diversos protocolos de red de diferentes versiones, además, en la modalidad ejemplar, el nodo 44 se representa como un dispositivo móvil que se comunica con el ÑAS 46 inalámbricamente. Se debe apreciar que el nodo 60 puede muy bien estacionario. Además, el enlace 45 no necesita ser un enlace aéreo. De hecho, el enlace 45 puede ser un enlace alámbrico. Además, cualesquier bloques lógicos, circuitos y etapas de algoritmos descritos junto con la modalidad pueden implementarse en hardware, software, firmware o combinaciones de los mismos. Se entenderá por aquellos con experiencia en la técnica que estos y otros cambios en forma y detalle pueden hacerse en la presente sin apartarse del alcance y espíritu de la invención.

Claims (51)

  1. NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invención se considera como novedad y por lo tanto se reclama como propiedad lo descrito en las siguientes reivindicaciones.
  2. REIVINDICACIONES 1. Un método para un sistema de comunicación para acceso al nodo de red caracterizado porque comprende: proporcionar un conjunto de opciones de parámetro para autentificación, configuración de enlace, y acceso de red en mensaje; enviar en un mensaje al nodo de acceso de red. 2. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje es un primer mensaje, el método además comprende recibir del nodo de acceso de red un segundo mensaje que tiene que ver con la autorización del conjunto de opciones de parámetro del primer mensaje, y comenzar el acceso de red cuando la autorización del conjunto de opciones del parámetro satisfaga un umbral.
  3. 3. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje es un primer mensaje, el conjunto de opciones de parámetro es un primer conjunto de opciones de parámetro, el método además comprende recibir del nodo de acceso de red un segundo mensaje que tiene que ver con la autorización del primer conjunto de opciones de parámetro del primer mensaje y, enviar un tercer mensaje que tiene un segundo conjunto de opciones de parámetro diferente del primer conjunto de opciones de parámetro al nodo de acceso de red cuando la autorización del primer conjunto de opciones de parámetro no satisfaga un umbral.
  4. 4. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje es un segundo mensaje, el método antes de enviar el segundo mensaje además incluye recibir un primer mensaje que incluye la solicitud de autentificación del nodo de acceso de red con el establecimiento de un enlace físico con el nodo de acceso de red.
  5. 5. El método de conformidad con la reivindicación 1, caracterizado porque el mensaje si antes de proporcionar el conjunto de opciones de parámetro recibe un mensaje de PPP (Protocolo de Punto a Punto) del nodo de acceso de red, el método además incluye recurrir inmediatamente a la comunicación con el nodo de acceso de red al enviar otro mensaje de PPP en respuesta al mensaje de PPP.
  6. 6. El método de conformidad con la reivindicación 5, caracterizado además porque comprende proporcionar un paquete de datos para el mensaje que tiene un formato de paquete de datos sustancialmente similar al formato de paquete de datos correspondiente de los mensajes de PPP.
  7. 7. El método de conformidad con la reivindicación 1, caracterizado además porque incluye intercambiar mensajes de eco con el nodo de acceso de red después de un periodo predeterminado de comunicación inactiva con el nodo de acceso de red.
  8. 8. El método de conformidad con la reivindicación 1, caracterizado además porque incluye comunicar datos de usuario para el acceso de red con el nodo de acceso de red y recibir un mensaje de autentificación del nodo de acceso de red en el entorno de acceso de red.
  9. 9. Un método para una sesión de comunicación para acceso de red mediante un nodo de acceso de red en un sistema de comunicación que soporta el IP (Protocolo de Internet), caracterizado porque comprende: establecer un enlace físico con el nodo de acceso de red. Recibir el nodo de acceso a red mediante un enlace físico un mensaje de sincronización que incluye solicitud de autentificación; Proporcionar un conjunto de opciones de parámetro para responder a la solicitud de autentificación, configuración de enlace, y acceso de red en un mensaje de solicitud; enviar el mensaje de solicitud al nodo de acceso de red mediante el enlace físico: Recibir del nodo de acceso de red mediante el enlace físico un mensaje de respuesta que tiene que ver con la autorización de opciones de parámetro del mensaje de solicitud; comenzar él acceso de red mediante el enlace físico cuando la autorización del conjunto de opciones de parámetro satisfaga un umbral.
  10. 10. Un método para una sesión de comunicación con un nodo que busca accesos de red, caracterizado porque comprende : recibir el nodo un primer mensaje que incluye un conjunto de opciones de parámetro para autentificación, configuración de enlace, y accesos de red; enviar al nodo un segundo mensaje que tiene que ver con la autorización de parámetro.
  11. 11. El método de conformidad con la reivindicación 10, caracterizado porque el método además incluye recibir datos de usuario para el acceso de red del nodo cuando la autorización del primer conjunto de opciones de parámetro satisfaga un umbral, y recibir del nodo un tercer mensaje que incluye el segundo conjunto de opciones de parámetro diferente del primer conjunto de opciones de parámetro cuando la autorización del primer conjunto de opciones de parámetro no satisfaga el umbral.
  12. 12. El método de conformidad con la reivindicación 10, caracterizado además porque incluye enviar un mensaje de sincronización que incluye una solicitud de autentificación del nodo al establecer un enlace físico con el nodo antes de recibir del nodo el primer mensaje.
  13. 13. El método de conformidad con la reivindicación 12, caracterizado porque si después de establecer el enlace físico recibe un mensaje de PPP (Protocolo de Punto a Punto) del nodo, el método además incluye recurrir inmediatamente a comunicarse con el nodo al enviar otro mensaje de PPP en respuesta al mensaje de PPP.
  14. 14. El método de conformidad con la reivindicación 13, caracterizado además porque comprende proporcionar un paquete de datos para el segundo mensaje que tiene un formato de paquete de datos sustancialmente similar al formato de paquete de datos correspondiente de los mensajes de PPP.
  15. 15. El método de conformidad con la reivindicación 10, caracterizado además porque incluye intercambiar mensajes de eco con el nodo después del periodo determinado de comunicación inactiva con el nodo.
  16. 16. El método de conformidad con la reivindicación 10, caracterizado además porque incluye comunicar datos de usuario para el acceso a red con el nodo y enviar un mensaje de autentificación al nodo en el entorno del acceso de red.
  17. 17. Un método para una sesión de comunicación con un nodo que busca acceso de red en un sistema de comunicación que soporta el IP (Protocolo de Internet) caracterizado porque comprende: enviar un mensaje de sincronización que incluye solicitud de autentificación del nodo al establecer un enlace físico con el nodo; recibir del nodo mediante el enlace físico un mensaje de solicitud que incluye opciones de parámetro para responder a la solicitud de autentificación, configuración de enlace y acceso de red. enviar mediante enlace físico un mensaje de respuesta que tiene que ver con la autorización del conjunto de opciones de parámetro del mensaje de solicitud; recibir los datos para el acceso de red del nodo mediante el enlace físico cuando el nodo acepta la autorización del conjunto de opciones de parámetro.
  18. 18. Un aparato para una sesión de comunicación para accesos de red mediante un nodo de acceso de red, caracterizado porque comprende: medios para proporcionar un conjunto de opciones de parámetro para autentificación, configuración de enlace y acceso de red en un mensaje; medios para enviar el mensaje al nodo de acceso de red.
  19. 19. El aparato de conformidad con la reivindicación 18, caracterizado porque el mensaje es un primer mensaje, el aparato además comprende medios para recibir del nodo de acceso de red un segundo mensaje que tiene que ver con la autorización del conjunto de opciones de parámetro del primer mensaje y medios para comenzar el acceso de red cuando la autorización de conjuntos de opciones de parámetros satisfaga un umbral.
  20. 20. El aparato de conformidad con la reivindicación 18, caracterizado porque el mensaje es un primer mensaje, el conjunto de opciones de parámetro es un primer conjunto de opciones de parámetro, el aparato además comprende medios para recibir del nodo acceso de red un segundo mensaje que tiene que ver con la autorización del primer conjunto de opciones de parámetro del primer mensaje, y medios para enviar un tercer mensaje que tiene un segundo conjunto de opciones de parámetro diferentes del primer conjunto de opciones de parámetro del nodo de acceso de red cuando la autorización del primer conjunto de opciones de parámetro no satisfaga un umbral.
  21. 21. El aparato de conformidad con la reivindicación 18, caracterizado porque el mensaje es un segundo mensaje, el aparato antes del segundo mensaje además incluye medidas para recibir un primer mensaje que incluye solicitud de autentificación del nodo de acceso en la red al establecer un enlace físico con el nodo de acceso de red.
  22. 22. El aparato de conformidad con la reivindicación 18, caracterizado porque si antes del conjunto de opciones de parámetro proporcionado por el medio de proporción recibe un mensaje de PPP (Protocolo de Punto a Punto) del nodo de accedo de red, el aparato además incluye medios para recurrir inmediatamente a comunicarse con el nodo de acceso de red mediante el medio de envío diferente al mensaje de PPP en respuesta al mensaje de PPP.
  23. 23. El aparato de conformidad con la reivindicación 22, caracterizado además porque comprende medios para proporcionar un paquete de datos para el mensaje que tiene un formato que tiene un formato de paquete de datos sustancialmente similar al formato de paquete de datos correspondiente de los mensajes de PPP.
  24. 24. El aparato de conformidad con la reivindicación 18, caracterizado además porque incluye medios para intercambiar mensajes de eco con el nodo de acceso de red después de un periodo predeterminado de comunicación inactiva con el nodo de acceso de red.
  25. 25. El aparato de conformidad con la reivindicación 18, caracterizado además porque incluye medios para comunicar datos de usuario para el acceso de red con el nodo de acceso de red y medios para recibir un mensaje de autentificación del nodo de acceso de red en el entorno del acceso de red.
  26. 26. Un aparato para una sesión de comunicación para acceso de red mediante un nodo de acceso de red mediante un sistema de comunicación que soporta el IP (Protocolo de Internet), caracterizado porque comprende: medios para establecer un enlace físico con el nodo de acceso de red; medios para recibir del nodo de acceso de red mediante el enlace físico un mensaje de sincronización que incluye solicitud de autentificación; medios para proporcionar un conjunto de opciones de parámetro para responder a la solicitud de autentificación, configuración de enlace, y acceso de red en un mensaje de solicitud; medios para enviar el mensaje de solicitud al nodo de acceso de red mediante el enlace físico; medios para recibir del nodo de acceso de red mediante el enlace físico un mensaje de respuesta que tiene que ver con la autorización del conjunto de direcciones de parámetro del mensaje de solicitud; medios para comenzar el acceso de red mediante el enlace físico cuando la autorización del conjunto de opciones de parámetro satisfaga un umbral; medios para enviar mediante el enlace físico otro mensaje de solicitud que tiene otro conjunto de opciones de parámetro diferente del conjunto de opciones de parámetro al nodo de acceso de red cuando la autorización del conjunto de opciones del parámetro no satisfaga el umbral.
  27. 27. Un aparato para una sesión de comunicación con un nodo que busca acceso de red, caracterizado porque comprende : medios para recibir del nodo un primer mensaje que incluye un conjunto de opciones de parámetro para autentificación, configuración de enlace y acceso de red; medios para enviar al nodo un segundo mensaje que tiene que ver con la autorización del conjunto de opciones de parámetro.
  28. 28. El aparato de conformidad con la reivindicación 27, caracterizado porque el aparato además incluye medios para recibir datos de usuario para el acceso de red del nodo cuando la autorización del primer conjunto de opciones de parámetros satisfaga un umbral, y medios para recibir del nodo un tercer mensaje que incluye un segundo conjunto de opciones de parámetro diferentes del primer conjunto de opciones de parámetro cuando la autorización del primer conjunto de opciones de parámetro no satisfaga el umbral.
  29. 29. El aparato de conformidad con la reivindicación 27, caracterizado además porque incluye medios para enviar un mensaje de sincronización que incluye solicitud de autentificación del nodo al establecer un enlace físico con el nodo antes de recibir del nodo el primer mensaje.
  30. 30. El aparato de conformidad con la reivindicación 27, caracterizado porque si después de establecer el enlace físico recibe un mensaje de PPP (Protocolo de Punto a Punto) del nodo, el aparato además incluye medios para recurrir inmediatamente a comunicarse con el nodo al enviar otro mensaje de PPP en respuesta al mensaje de PPP.
  31. 31. El aparato de conformidad con la reivindicación 30, caracterizado además porque comprende medios para proporcionar un paquete de datos para el segundo mensaje que tiene un formato de paquete de datos sustancialmente similar al formato de paquete de datos correspondiente de los mensajes de PPP.
  32. 32. El aparato de conformidad con la reivindicación 27, caracterizado además porque incluye medios para intercambiar mensajes de eco con el nodo después de un periodo predeterminado de comunicación inactiva con el nodo.
  33. 33. El aparato de conformidad con la reivindicación 27, caracterizado además porque incluye medios para comunicar datos de usuario para el acceso de red con el nodo y medios para enviar un mensaje de autentificación al nodo en el entrono del acceso de red.
  34. 34. Un aparato para una sesión de comunicación con un nodo que busca acceso de red en un sistema de comunicación que soporta el IP (Protocolo de Internet) , caracterizado porque comprende: medios para enviar un mensaje de sincronización que incluye solicitud autentificación del nodo al establecer un enlace físico con el nodo. medios para recibir del nodo mediante el enlace físico un mensaje de solicitud que incluye opciones de parámetro para responder a la solicitud de autentificación, configuración de enlace, y acceso de red; medios para enviar mediante el enlace físico un mensaje de respuesta que tiene que ver con la autorización del conjunto de opciones de parámetro del mensaje de solicitud; medios para recibir de datos para el acceso de red desde el nodo mediante el enlace físico cuando el nodo acepta autorización del conjunto de opciones de parámetro; y medios para recibir del nodo mediante el enlace físico otro mensaje de solicitud que tiene otro conjunto de opciones de parámetro diferente del conjunto de opciones de parámetro cuando el nodo o acepta la autorización del conjunto de opciones del parámetro.
  35. 35. Un aparato para una sesión de comunicación para acceso de red mediante un nodo de acceso de red, caracterizado porque comprende: una unidad de memoria que incluye instrucciones que se pueden leer por computadora para proporcionar un conjunto de opciones de parámetro para autentificación, configuración de enlace, y acceso de red en un mensaje, y enviar el mensaje al nodo de acceso de red; un circuito de procesador acoplado a la unidad de memoria para procesar las instrucciones que se pueden leer por computadora .
  36. 36. El aparato de conformidad con la reivindicación 35, caracterizado porque el mensaje es un primer mensaje, la unidad de memoria además comprende instrucciones que se pueden leer por computadora para recibir del nodo de acceso de red un segundo mensaje que tiene que ver con la autorización del conjunto de opciones de parámetro del primer mensaje, y comenzar el acceso de red cuando la autorización del conjunto de opciones de parámetro satisfaga in umbral.
  37. 37. El aparato de conformidad con la reivindicación 35, caracterizado porque el mensaje es un primer mensaje, el conjunto de opciones de parámetro es un primer conjunto de opciones de parámetro, la unidad de memoria además comprende instrucciones que se pueden leer por computadora para recibir del nodo de acceso de red un segundo mensaje que tiene que ver con la autorización del primer conjunto de opciones de parámetro del primer mensaje, y enviar un tercer mensaje que tiene un segundo conjunto de opciones de parámetro diferente del primer conjunto de opciones de parámetro al nodo de acceso de red cuando la autorización del primer conjunto de opciones de parámetro no satisfaga un umbral.
  38. 38. El aparato de conformidad con la reivindicación 35, caracterizado porque el mensaje es un segundo mensaje, el aparato antes del segundo mensaje además incluye instrucciones que se pueden leer por computadora en la unidad de memoria para recibir un primer mensaje que incluye solicitud de autentificación del nodo de acceso de red al establecer un enlace físico con el nodo de acceso de red.
  39. 39. El aparato de conformidad con la reivindicación 35, caracterizado porque si antes del conjunto de opciones de parámetro proporcionadas por las instrucciones que se pueden leer por computadora recibe un mensaje de PPP (Protocolo de Punto a Punto) del nodo de acceso de red, la unidad de memoria además incluye instrucciones que se pueden leer por computadora para recurrir inmediatamente a comunicarse con el modo de acceso de red al enviar otro mensaje de PPP en respuesta al mensaje de PPP.
  40. 40. El aparato de conformidad con la reivindicación 39, caracterizado porque la unidad de memoria además comprende instrucciones que se pueden leer por computadora para proporcionar un paquete de datos para el mensaje que tiene un formato de paquete de datos esencialmente similar al formato de paquete de datos correspondiente de los mensajes de PPP.
  41. 41. Un aparato para una sesión de comunicación para acceso de red mediante un nodo de acceso de red en un sistema de comunicación que soporta el IP (Protocolo de Internet), caracterizado porque comprende: una unidad de memoria que incluye instrucciones que se pueden leer por computadora para establecer un enlace físico con el nodo de acceso de red, recibir del nodo de acceso de red mediante el enlace físico un mensaje de sincronización que incluye solicitud de autentificación, proporciona un conjunto de opciones de parámetro para responder a la solicitud de autentificación, la configuración de enlace, y el acceso de red en un mensaje de solicitud, envía el mensaje de solicitud al modo de acceso de red mediante el enlace físico, recibir del modo de acceso de red mediante el enlace físico un mensaje de respuesta que tiene que ver con la autorización del conjunto de opciones de parámetro del mensaje de solicitud, y comenzar el acceso de red mediante el enlace físico cuando la autorización del conjunto de opciones de parámetro del mensaje de solicitud, y comenzar el acceso de red mediante el enlace físico cuando la autorización del conjunto de opciones de parámetro satisfaga un umbral; y un circuito procesador acoplado a la unidad de memoria para procesar las instrucciones que se pueden leer por computadora.
  42. 42. Un aparato para una sesión de comunicación con un nodo que busca acceso de red, caracterizado porque comprende : una unidad de memoria que incluye instrucciones que se pueden leer por computadora para recibir del modo un primer mensaje que incluye un conjunto de opciones de parámetro para la autentificación, configuración de enlace, y acceso de red, y para enviar al nodo un segundo mensaje que tiene que ver con la autorización del conjunto de opciones de parámetro; un circuito procesador acoplado a la unidad de memoria para procesar las instrucciones que se pueden leer por computadora .
  43. 43. El aparato de conformidad con la reivindicación 42, caracterizado porque la unidad de memoria además incluye instrucciones que se pueden leer por computadora para recibir datos para el acceso de red desde el nodo cuando la autorización del primer conjunto de opciones de parámetro satisfaga un umbral, y recibir del nodo un tercer mensaje que incluye un segundo conjunto de opciones de parámetro diferente del primer conjunto de opciones de parámetro cuando la autorización del primer conjunto de opciones de parámetro no satisfaga el umbral.
  44. 44. El aparato de conformidad con la reivindicación 42, caracterizado porque la unidad de memoria además incluye instrucciones que se pueden leer por computadora para enviar un mensaje de sincronización que incluye solicitud de autentificación del nodo al establecer un enlace físico con el nodo antes de recibir del nodo el primer mensaje.
  45. 45. El aparato de conformidad con la reivindicación 42, caracterizado porque si después de establecer el enlace físico, el aparato recibe un mensaje de PPP (Protocolo de Punto a Punto) del nodo, la unidad de memoria además incluye instrucciones que se pueden leer por computadora para recurrir inmediatamente a comunicarse con el nodo al enviar otro mensaje de PPP en respuesta al mensaje de PPP.
  46. 46. El método de conformidad con la reivindicación 45, caracterizado porque la unidad de memoria además comprende instrucciones que se pueden leer por computadora para proporcionar un paquete de datos para el segundo mensaje que tiene un formato de paquete de datos sustancialmente similar al formato al paquete de datos correspondiente de los mensajes de PPP.
  47. 47. Un aparato para una sesión de comunicación con un nodo que busca acceso de red en un sistema de comunicación que soporta el IP (Protocolo de Internet) caracterizado porque comprende: Una unidad de memoria que tiene instrucciones que se puede leer por computadora para enviar un mensaje de sincronización que incluye una solicitud de autentificación del nodo al establecer un enlace físico con el nodo, recibir del nodo mediante el enlace físico un mensaje de solicitud que incluye opciones de parámetro para responder a la solicitud de autentificación, configuración de enlace y acceso de red, envía mediante el enlace físico un mensaje de respuesta que tiene que ver con la autorización del conjunto de opciones de parámetro del mensaje de solicitud, recibir los datos para el acceso de red del nodo mediante el enlace físico cuando el nodo acepta la autorización del conjunto de opciones de parámetro; y Un circuito procesador acoplado a la unidad de memoria para procesar las instrucciones que se pueden leer por computadora.
  48. 48. Un medio que se puede leer por computadora caracterizado porque incluye instrucciones que se pueden leer por computadora para: proporcionar un conjunto de opciones de parámetro para autentificación, configuración de enlace y acceso de red en un mensaje para una sesión de comunicación antes del acceso de red; enviar el mensaje a un modo de acceso de red.
  49. 49. Un medio que se puede leer por computadora caracterizado porque incluye instrucciones que se pueden leer por computadora para: establecer un enlace físico con un nodo de acceso de red; recibir del nodo de acceso de red mediante un enlace físico a un mensaje de sincronización que incluye solicitud de autentificación; proporcionar un conjunto de opciones de parámetro para responder a la solicitud de autentificación, configuración e enlace, de acceso de red en un mensaje de solicitud; enviar un mensaje de solicitud al nodo de acceso de red mediante el enlace físico; recibir del nodo de acceso de red mediante el enlace físico o un mensaje de respuesta que tiene que ver con la autorización del conjunto de opciones de parámetro del mensaje de solicitud; y comenzar el acceso de red mediante el enlace físico cuando la autorización del conjunto de opciones de parámetro satisface un umbral.
  50. 50. Un medio que se puede leer por computadora caracterizado porque incluye instrucciones que se pueden leer por computadora para: recibir de un nodo que busca acceso de red un primer mensaje que incluye un conjunto de opciones de parámetro para notificación, configuración de enlace, y acceso de red; enviar al nodo un segundo mensaje que tiene que ver con la autorización del conjunto de opciones de parámetro .
  51. 51. Un medio que se puede leer por computadora caracterizado porque incluye instrucciones que se pueden leer por computadora para: enviar un mensaje de sincronización que incluye solicitud de autentificación para un nodo que busca acceso de red al establecer un enlace físico con el nodo; recibir del nodo mediante el enlace físico un mensaje de solicitud que incluye opciones de parámetro para responder a la solicitud de autentificación, configuración de enlace, y acceso de red; enviar mediante el enlace físico un mensaje de respuesta que tiene que ver con la autorización del conjunto de opciones de parámetro del mensaje de solicitud; y recibir datos para el acceso de red de un modo mediante el enlace físico cuando el nodo acepta la autorización del conjunto de opciones de parámetro.
MX2007001165A 2004-07-30 2005-07-29 Establecimiento de enlace rapido para acceso de red. MX2007001165A (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US59247004P 2004-07-30 2004-07-30
US11/193,068 US9032065B2 (en) 2004-07-30 2005-07-28 Fast link establishment for network access
PCT/US2005/027069 WO2006015253A1 (en) 2004-07-30 2005-07-29 Fast link establishment for network access

Publications (1)

Publication Number Publication Date
MX2007001165A true MX2007001165A (es) 2007-04-20

Family

ID=35376936

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2007001165A MX2007001165A (es) 2004-07-30 2005-07-29 Establecimiento de enlace rapido para acceso de red.

Country Status (10)

Country Link
US (1) US9032065B2 (es)
EP (2) EP1779631B1 (es)
JP (1) JP4625081B2 (es)
KR (1) KR100919142B1 (es)
AU (2) AU2005267792A1 (es)
BR (1) BRPI0513886A (es)
CA (1) CA2575233A1 (es)
MX (1) MX2007001165A (es)
RU (1) RU2351082C2 (es)
WO (1) WO2006015253A1 (es)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050141557A1 (en) * 2003-12-24 2005-06-30 Bradac Mark G. Method and apparatus for parallel processing of communication protocols
US20050235063A1 (en) * 2004-04-15 2005-10-20 Wilson Christopher S Automatic discovery of a networked device
US20050231849A1 (en) * 2004-04-15 2005-10-20 Viresh Rustagi Graphical user interface for hard disk drive management in a data storage system
US20050235364A1 (en) * 2004-04-15 2005-10-20 Wilson Christopher S Authentication mechanism permitting access to data stored in a data processing device
US7681007B2 (en) * 2004-04-15 2010-03-16 Broadcom Corporation Automatic expansion of hard disk drive capacity in a storage device
US9032065B2 (en) 2004-07-30 2015-05-12 Qualcomm Incorporated Fast link establishment for network access
KR100606005B1 (ko) * 2004-09-23 2006-07-28 삼성전자주식회사 Ipc를 위한 아이피 주소 관리 방법
US8233416B2 (en) * 2004-09-28 2012-07-31 Qualcomm Incorporated Handoff supports for networks having different link establishment protocols
US20060248252A1 (en) * 2005-04-27 2006-11-02 Kharwa Bhupesh D Automatic detection of data storage functionality within a docking station
JP4731603B2 (ja) * 2005-06-20 2011-07-27 エスケーテレコム株式会社 Cdma2000網における接続時間短縮のための高速データ呼接続方法
EP2061205A3 (en) 2007-11-16 2009-06-17 Hewlett-Packard Development Company, L.P. Method and apparatus for accessing a network
US8498666B2 (en) * 2010-05-05 2013-07-30 Nokia Siemens Networks Oy Carrier aggregation for two radio systems
US11128663B2 (en) * 2018-10-16 2021-09-21 Cisco Technology, Inc. Synchronizing link and event detection mechanisms with a secure session associated with the link

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6389010B1 (en) * 1995-10-05 2002-05-14 Intermec Ip Corp. Hierarchical data collection network supporting packetized voice communications among wireless terminals and telephones
AU642540B2 (en) 1990-09-19 1993-10-21 Philips Electronics N.V. Record carrier on which a main data file and a control file have been recorded, method of and device for recording the main data file and the control file, and device for reading the record carrier
US5764903A (en) * 1994-09-26 1998-06-09 Acer America Corporation High availability network disk mirroring system
KR100243225B1 (ko) 1997-07-16 2000-02-01 윤종용 블록화효과 및 링잉잡음 감소를 위한 신호적응필터링방법 및신호적응필터
US6044271A (en) 1997-12-23 2000-03-28 Ericsson Inc. System and method for handing off a cellular call with system and capability change indication
DE19800772C2 (de) 1998-01-12 2000-04-06 Ericsson Telefon Ab L M Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz
AU6274099A (en) * 1998-09-30 2000-04-17 Netscout Service Level Corporation Managing computer resources
US6651105B1 (en) * 1998-11-12 2003-11-18 International Business Machines Corporation Method for seamless networking support for mobile devices using serial communications
US6370118B1 (en) * 1999-02-24 2002-04-09 Qualcomm Incorporated Simultaneous set up of PPP on AUM and a RM interface
KR100298371B1 (ko) 1999-06-09 2001-11-01 서평원 패킷 이동 통신망의 핸드 오버 수행 방법
JP2001086156A (ja) 1999-09-10 2001-03-30 Fujitsu Ltd 拡張pppフレームを用いた通信システム
US6614803B1 (en) * 2000-01-14 2003-09-02 Adtran Inc. Mechanism for conducting in-band communications between terminal adapter and digital terminal device during internet session
US7054291B2 (en) * 2001-01-22 2006-05-30 Telefonaktiebolaget Lm Ericsson (Publ) Method of and system for mobile station abbreviated point-to-point protocol negotiation
JP2002291011A (ja) 2001-03-23 2002-10-04 Toshiba Corp 無線装置及び無線装置のハンドオーバ制御方法
US7447182B2 (en) * 2001-04-06 2008-11-04 Nortel Networks Limited Discovering an address of a name server
KR100471615B1 (ko) 2001-11-07 2005-03-08 유티스타콤코리아 유한회사 Radius 서버를 이용한 인터넷 서비스 프로바이더가입자의 아이피 주소 관리 시스템 및 그 방법
US6822952B2 (en) * 2001-11-26 2004-11-23 Qualcomm Incorporated Maintaining packet data connectivity in a wireless communications network
KR100807042B1 (ko) 2001-12-19 2008-02-25 주식회사 케이티 인터넷프로토콜망과 접속하는 무선접속망에서의 핸드오프방법
EP1472850B1 (en) 2002-01-29 2017-05-03 Koninklijke Philips N.V. A method and system for connecting mobile client devices to the internet
US6909899B2 (en) * 2002-03-11 2005-06-21 Qualcomm, Incoporated Method and apparatus for handoff in a communication system supporting multiple service instances
WO2003101025A2 (en) * 2002-05-28 2003-12-04 Zte San Diego, Inc. Interworking mechanism between cdma2000 and wlan
US7453844B1 (en) * 2002-10-22 2008-11-18 Hong Kong Applied Science and Technology Research Institute, Co., Ltd. Dynamic allocation of channels in a wireless network
US7280505B2 (en) * 2002-11-13 2007-10-09 Nokia Corporation Method and apparatus for performing inter-technology handoff from WLAN to cellular network
JP2004201087A (ja) 2002-12-19 2004-07-15 Nec Corp 携帯電話機によるダイヤルアップ接続方法
DE60203312T2 (de) 2002-12-20 2006-04-27 Alcatel Verfahren und Vorrichtung zur Authentifizierung eines Benutzers
US8254276B2 (en) * 2003-08-05 2012-08-28 Qualcomm Incorporated Packet data services using version and capability information
JP3984965B2 (ja) * 2004-02-25 2007-10-03 株式会社日立コミュニケーションテクノロジー 通信端末装置及び通信接続装置ならびにこれを用いた通信方法
US6958405B2 (en) 2004-03-09 2005-10-25 Arco Chemical Technology, L.P. Polymer-encapsulated titanium zeolites for oxidation reactions
JP2006019934A (ja) 2004-06-30 2006-01-19 Kddi Corp パケット交換網の呼設定方法
US9032065B2 (en) 2004-07-30 2015-05-12 Qualcomm Incorporated Fast link establishment for network access
US8233416B2 (en) * 2004-09-28 2012-07-31 Qualcomm Incorporated Handoff supports for networks having different link establishment protocols

Also Published As

Publication number Publication date
RU2351082C2 (ru) 2009-03-27
JP2008508813A (ja) 2008-03-21
AU2009235987A1 (en) 2009-11-26
RU2007107401A (ru) 2008-09-10
KR100919142B1 (ko) 2009-09-28
JP4625081B2 (ja) 2011-02-02
US20060095962A1 (en) 2006-05-04
EP1779631B1 (en) 2012-06-13
US9032065B2 (en) 2015-05-12
WO2006015253A1 (en) 2006-02-09
BRPI0513886A (pt) 2008-05-20
CA2575233A1 (en) 2006-02-09
AU2005267792A1 (en) 2006-02-09
EP2285062A1 (en) 2011-02-16
EP1779631A1 (en) 2007-05-02
KR20070037652A (ko) 2007-04-05

Similar Documents

Publication Publication Date Title
MX2007001165A (es) Establecimiento de enlace rapido para acceso de red.
US8233416B2 (en) Handoff supports for networks having different link establishment protocols
AU776094B2 (en) Method and apparatus for authentication in a wireless telecommunications system
US7369529B2 (en) Method and apparatus for differentiating point to point protocol session termination points
EP3032859B1 (en) Access control method and system, and access point
CN103125141A (zh) 移动宽带网络接口的聚合
CN101057459B (zh) 对具有不同链路建立协议的网络的越区切换支持
WO2017161866A1 (zh) 网络连接方法及装置
TWI376919B (en) Fast link establishment for network access
CN107547618A (zh) 一种会话拆除方法和装置
JP5918076B2 (ja) マルチホーム通信方法およびシステム
KR20070073379A (ko) 이동통신 단말기에 구현되는 ppp 세션 연결 시스템
MXPA01008593A (es) Disposicion simultanea de ppp sobre una interfaz de um y rm

Legal Events

Date Code Title Description
FG Grant or registration
HH Correction or change in general