ES2613433T3 - Método para acceder a una red, método de autenticación, sistema de comunicación y equipamiento relacionado - Google Patents

Método para acceder a una red, método de autenticación, sistema de comunicación y equipamiento relacionado Download PDF

Info

Publication number
ES2613433T3
ES2613433T3 ES09725360.3T ES09725360T ES2613433T3 ES 2613433 T3 ES2613433 T3 ES 2613433T3 ES 09725360 T ES09725360 T ES 09725360T ES 2613433 T3 ES2613433 T3 ES 2613433T3
Authority
ES
Spain
Prior art keywords
request message
subscriber line
line information
bng
lla
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES09725360.3T
Other languages
English (en)
Inventor
Ruobin Zheng
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2613433T3 publication Critical patent/ES2613433T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5092—Address allocation by self-assignment, e.g. picking addresses at random and testing if they are already in use

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un sistema de comunicaciones que aplica el protocolo de Internet versión 6, IPv6, que comprende: un Nodo de Acceso, AN (602), configurado para: recibir un primer mensaje de solicitud enviado por un Equipo de Usuario, UE (601), en donde el primer mensaje de solicitud es un primer mensaje de Solicitud de Vecino o un primer mensaje de solicitud de router, consultar la información de línea de abonado correspondiente al UE y enviarle un segundo mensaje de solicitud que incluye la información de línea de abonado a una Pasarela de Red de Banda Ancha, BNG, en donde el segundo mensaje de solicitud es un segundo mensaje de Solicitud de Vecino o un segundo mensaje de solicitud router; y la BNG (603) está configurada para: recibir el segundo mensaje de solicitud procedente del AN, y enviarle una petición de acceso a un servidor (604) de Autenticación, Autorización y Contabilidad, AAA, de acuerdo con la información de línea de abonado, en donde la petición de acceso le indica al servidor AAA que realice la autenticación de acceso.

Description

5
10
15
20
25
30
35
40
45
50
DESCRIPCION
Metodo para acceder a una red, metodo de autenticacion, sistema de comunicacion y equipamiento relacionado Campo de la invencion
La presente invencion esta relacionada con campo de las comunicaciones y, en particular, con un metodo de acceso a red, un metodo de autenticacion, un sistema de comunicaciones, y los dispositivos pertinentes.
Antecedentes de la invencion
La arquitectura de red de Lmea de Abonado Digital (DSL) actual evoluciona hacia la arquitectura de control de la Calidad de Servicio (QoS) con Protocolo de Internet (IP) basada agregacion y conectividad Ethernet. En este contexto, en la FIG. 1 se muestra la arquitectura general de referencia DSL.
En la FIG. 1, T es un punto de referencia entre un Equipo de Usuario (UE) y una Pasarela Residencial (RG) en una Red de Instalaciones del Cliente (CPN); U es un punto de referencia entre la RG y un Nodo de Acceso (AN) (es decir, un Multiplexor de Acceso a Lmea de Abonado Digital (DSLAM)). En una red de acceso, existe una red de agregacion entre el AN y un Servidor de Acceso Remoto de Banda Ancha (BRAS) o una Pasarela de Red de Banda Ancha (BNG), y V es un punto de referencia de agregacion Ethernet entre el AN y el BRAS/la BNG en la red de acceso. A10 es un punto de referencia entre la red de acceso y el proveedor de servicios, y este punto de referencia puede conectar un proveedor de servicios de aplicaciones a un proveedor de servicios de red que posee la red de acceso, o, en un escenario de itinerancia, este punto de referencia conecta al proveedor de servicios de red a una red de acceso visitada. La CPN se interconecta con la red de acceso a traves de tecnologfa de acceso DSL. Para una Red Optica Pasiva (PON), el AN es un Terminador de Lmea Optica (OLT) o una Unidad de Red Optica (ONU), y el CPN se interconecta con la red de acceso a traves de tecnologfas de acceso tales como PON.
Sin embargo, en la solucion tecnica anterior la arquitectura de red DSL unicamente soporta la version 4 del Protocolo de Internet (IPv4). Al agotarse las direcciones IPv4, la arquitectura de red DSL evoluciona a la version 6 del Protocolo de Internet IPv6, lo que es una tendencia inevitable.
En IPv4, un mensaje del Protocolo de Configuracion Dinamica de Servidor (DHCP) transporta informacion de lmea de abonado con el fin de implementar la autenticacion implfcita del usuario. IPv6 puede utilizar asignacion de direcciones sin estado. Sin embargo, la tecnica anterior no describe como implementar la autenticacion implfcita basada en la informacion de lmea de abonado en el caso de asignacion de direcciones sin estado.
El documento US 2002/162029 A1 esta relacionado con un sistema de acceso a red que proporciona un servicio de autenticacion del abonado. El abonado se conecta al servicio al que se ha suscrito. El abonado ya ha accedido a la red y ya ha obtenido una direccion IP. El abonado solicita un servicio, pero no una direccion IP. Adicionalmente, el BRAS reenvfa la solicitud de servicio, pero no una solicitud de direccion IP.
El documento EP 1 770 940 A1 esta relacionado con un sistema de autenticacion de dispositivos moviles. Los datos para autenticar al dispositivo movil son enviados por el propio dispositivo movil, aunque no son solicitados por otro dispositivo. Para la autenticacion de los dispositivos moviles se proporciona una solucion basada en el Protocolo de Autenticacion por Desaffo Mutuo (CHAP) tfpico. No se especifica la informacion de lmea del abonado, y no es requerida por la solucion CHAP. Es mas, tampoco se especifican el mensaje de Solicitud de Vecino ni el mensaje de solicitud de router.
El documento US 2007/277228 A1 esta relacionado con un sistema, un metodo y un programa informaticos para gestionar peticiones de autenticacion, respectivamente. No se especifica la informacion de lmea de abonado.
Resumen de la invencion
La presente invencion proporciona un metodo de acceso a red, un metodo de autenticacion, un sistema de comunicaciones, y los dispositivos pertinentes para soportar la autenticacion implfcita basada en la informacion de lmea de abonado en IPv6.
De acuerdo con un primer aspecto de la presente invencion, el sistema de comunicacion incluye:
un AN, configurado para: recibir un primer mensaje de solicitud enviado por un UE, en donde el primer mensaje de solicitud es un primer mensaje de Solicitud de Vecino o un primer mensaje de solicitud de router, solicitar la informacion de lmea de abonado correspondiente al UE, y enviarle a la BNG un segundo mensaje de solicitud que incluye la informacion de lmea de abonado, en donde el segundo mensaje de solicitud es un segundo mensaje de Solicitud de Vecino o un segundo mensaje de solicitud de router; y
la BNG, configurada para: recibir el segundo mensaje de solicitud enviado por el AN y enviarle una peticion de acceso al servidor AAA de acuerdo con la informacion de lmea de abonado, en donde la peticion de acceso le indica al servidor AAA que realice la autenticacion de acceso.
5
10
15
20
25
30
35
40
45
De acuerdo con el segundo aspecto de la presente invencion, el AN incluye:
una unidad de recepcion, configurada para recibir un primer mensaje de solicitud de un UE, en donde el primer mensaje de solicitud es un primer mensaje de Solicitud de Vecino o un primer mensaje de solicitud de router;
una unidad de obtencion, configurada para solicitar la informacion de lmea de abonado correspondiente al UE; y
una unidad de envm, configurada para enviarle un segundo mensaje de solicitud a una BNG, en donde el segundo mensaje de solicitud es un segundo mensaje de Solicitud de Vecino o un segundo mensaje de solicitud de router, y el segundo mensaje de solicitud incluye la informacion de lmea de abonado y le indica a la BNG que realice la autenticacion de acceso.
De acuerdo con el tercer aspecto de la presente invencion se aplica a IPv6, y el metodo incluye:
recibir un primer mensaje de solicitud enviado desde un UE a un AN, en donde el primer mensaje de solicitud es un primer mensaje de Solicitud de Vecino o un mensaje de solicitud de router;
solicitar, por parte del AN, la informacion de lmea de abonado correspondiente al UE; y
enviar un segundo mensaje de solicitud desde el AN a la BNG, en donde el segundo mensaje de solicitud incluye la informacion de lmea de abonado y es un segundo mensaje de Solicitud de Vecino o un segundo mensaje de solicitud de router;
enviar, por parte de la BNG, una peticion de acceso a un servidor de Autenticacion, Autorizacion y Contabilidad, AAA, en donde la peticion de acceso incluye la informacion de lmea de abonado; u obtener, por parte de la BNG, el nombre de usuario y la contrasena correspondientes a partir de la informacion de lmea de abonado y enviarle al servidor AAA una peticion de acceso que incluya el nombre de usuario y la contrasena;
autenticar, por parte del servidor AAA, la informacion de lmea de abonado y devolverle a la BNG el resultado de la autenticacion.
La solucion tecnica anterior muestra que la presente invencion aporta las siguientes ventajas:
De acuerdo con la presente invencion, el AN recibe el primer mensaje de solicitud que incluye una LLA (direccion local del enlace) desde el UE, obtiene la informacion de lmea de abonado correspondiente al UE, y agrega la informacion de lmea de abonado al segundo mensaje de solicitud, y le envfa el segundo mensaje de solicitud a la BNG. De esta forma, la BNG puede realizar la autenticacion implfcita para el usuario en funcion de la informacion de lmea de abonado. Por consiguiente, en el caso de IPv6 la presente invencion soporta la autenticacion implfcita basada en la informacion de lmea de abonado.
Breve descripcion de los dibujos
La FIG. 1 muestra una arquitectura de red DSL en la tecnica anterior;
la FIG. 2 es un diagrama de flujo de un metodo de autenticacion en un modo de realizacion de la presente invencion;
la FIG. 3 es un diagrama de flujo de un metodo de autenticacion en otro modo de realizacion de la presente invencion;
la FIG. 4 es un diagrama de flujo de un metodo de autenticacion en un modo de realizacion de la presente invencion;
la FIG. 5 es un diagrama de flujo de un metodo de autenticacion en un modo de realizacion de la presente invencion;
la FIG. 6 muestra un sistema de comunicaciones en un modo de realizacion de la presente invencion; la FIG. 7 muestra un AN en un modo de realizacion de la presente invencion; y
la FIG. 8 muestra una BNG en un modo de realizacion de la presente invencion.
Descripcion detallada de los modos de realizacion
Los modos de realizacion de la presente invencion proporcionan un metodo de acceso a red, un metodo de autenticacion, un sistema de comunicaciones, y los dispositivos pertinentes para soportar en IPv6 la autenticacion implfcita basada en la informacion de lmea de abonado.
Un metodo de acceso a red proporcionado en un modo de realizacion de la presente invencion incluye:
recibir en un AN un primer mensaje de solicitud desde un UE, en donde el primer mensaje de solicitud incluye una LLA;
5
10
15
20
25
30
35
40
45
50
obtener la informacion de lmea de abonado correspondiente al UE de acuerdo con el primer mensaje de solicitud; y
enviar un segundo mensaje de solicitud desde el AN a una BNG, en donde el segundo mensaje de solicitud incluye la LLA junto con la informacion de lmea de abonado y le indica a la BNG que realice la autenticacion de acceso para el UE.
En las aplicaciones practicas, el primer mensaje de solicitud y el segundo mensaje de solicitud pueden ser mensajes de Solicitud de Vecino o mensajes de solicitud de router, u otros tipos de mensajes de solicitud. En este modo de realizacion, y en los modos de realizacion posteriores, se supone que el primer mensaje de solicitud y el segundo mensaje de solicitud son mensajes de Solicitud de Vecino, lo cual, no obstante, no debe considerarse como una limitacion a la presente invencion.
En este modo de realizacion, el AN recibe desde el UE el primer mensaje de Solicitud de Vecino que incluye la LLA, obtiene la informacion de lmea de abonado correspondiente al UE e incorpora la informacion de lmea de abonado al segundo mensaje de Solicitud de Vecino, y le envfa el segundo mensaje de Solicitud de Vecino a la BNG para indicarle a la BNG que realice la autenticacion de acceso. Por consiguiente, en el caso de IPv6 este modo de realizacion soporta la autenticacion implfcita basada en la informacion de lmea de abonado.
En el proceso de acceso a red de este modo de realizacion se proporciona la funcion de autenticacion de acceso. El proceso de autenticacion de acceso se clasifica en dos procesos:
I. Procesamiento de la LLA:
en este modo de realizacion, se integra una funcion relay/proxy (retransmision/intermediario) de LLA en el AN. Esto es, cuando se recibe desde el UE un mensaje que incluye una LLA, el AN obtiene la informacion de lmea de abonado correspondiente al UE, y le envfa la informacion de lmea de abonado y la LLA obtenidas a la BNG para la autenticacion de acceso.
En particular, en funcion de la forma de combinar la LLA y la informacion de lmea de abonado, este modo se clasifica en los dos tipos siguientes:
A. La LLA y la informacion de lmea de abonado se configuran en diferentes posiciones o diferentes campos del mismo mensaje para la transmision. Esto es, la LLA se configura en el campo LLA que contiene la LLA, y la informacion de lmea de abonado se configura en un campo distinto del campo LLA:
tal como se muestra en la FIG. 2, un proceso de autenticacion en un modo de realizacion de la presente invencion incluye:
201. El UE le envfa un primer mensaje de Solicitud de Vecino al AN.
En este modo de realizacion, el UE configura la LLA automaticamente en un modo predeterminado. El proceso de configuracion se describe en la tecnica anterior, por lo que no se dan mas detalles en este documento.
Despues de completar la configuracion de la LLA, el UE le envfa un primer mensaje de Solicitud de Vecino al AN. El mensaje incluye una LLA provisional. El UE configura automaticamente la LLA provisional de acuerdo con las reglas de configuracion predefinidas.
202. El AN incorpora la informacion de lmea al primer mensaje de Solicitud de Vecino.
El AN soporta la funcion de relay de la LLA. Esto es, en este modo de realizacion el AN no modifica la LLA provisional, sino que unicamente la reenvfa. Al reenviar la LLA provisional, el AN reenvfa conjuntamente la informacion de lmea de abonado. Como resultado, despues de obtener el mensaje, el AN consulta la informacion de lmea de abonado correspondiente al UE actual. La informacion de lmea de abonado identifica la lmea utilizada por el usuario, y la informacion de lmea de abonado puede ser un identificador de puerto ffsico y/o un identificador de puerto logico para acceso al servidor, o cualquier otro identificador que permita identificar la lmea utilizada por el usuario.
En este modo de realizacion, la LLA provisional y la informacion de lmea de abonado se configuran en diferentes posiciones o diferentes campos del mismo mensaje para su transmision. Despues de obtener la informacion de lmea de abonado, el AN agrega la informacion de lmea de abonado a unos bits u opciones reservados del primer mensaje de Solicitud de Vecino para componer el segundo mensaje de Solicitud de Vecino. Esto es, el segundo mensaje de Solicitud de Vecino transporta la LLA provisional y la informacion de lmea de abonado.
Se debe entender que en este modo de realizacion el AN puede incorporar la informacion de lmea de abonado en otra posicion del primer mensaje de Solicitud de Vecino, siempre que el segundo mensaje de Solicitud de Vecino contenga la informacion de lmea de abonado. En la presente solicitud no se limita la posicion concreta.
203. El AN le envfa a la BNG el segundo mensaje de Solicitud de Vecino que incluye la LLA provisional y la informacion de lmea de abonado.
5
10
15
20
25
30
35
40
45
50
Despues de agregar la informacion de lmea de abonado al primer mensaje de Solicitud de Vecino para obtener el segundo mensaje de Solicitud de Vecino, el AN le envfa el segundo mensaje de Solicitud de Vecino a la BNG o al BRAS.
Se debe observar que la BNG mencionada en este modo de realizacion y los modos de realizacion subsiguientes se refiere a la BNG y/o al BRAS.
204. La BNG le envfa una peticion de acceso al servidor AAA.
En este modo de realizacion, la BNG le envfa una peticion de acceso al servidor AAA de acuerdo con la informacion de lmea de abonado del segundo mensaje de Solicitud de Vecino. La peticion de acceso incluye informacion acerca de la lmea de abonado. Concretamente:
la BNG le envfa al servidor AAA una peticion de acceso que incluye la informacion de lmea de abonado, y la peticion de acceso le indica al servidor AAA que autentique la informacion de lmea de abonado.
O la BNG obtiene el nombre de usuario y la contrasena correspondientes a partir de la informacion de lmea de abonado, y le envfa al servidor AAA una peticion de acceso que incluye el nombre de usuario y la contrasena, y la peticion de acceso le indica al servidor AAA que autentique el nombre de usuario y la contrasena.
205. El servidor AAA realiza la autenticacion de acuerdo con la peticion de acceso, y le devuelve el resultado de la autenticacion a la BNG.
En este modo de realizacion, si la peticion de acceso recibida por el servidor AAA incluye la informacion de lmea de abonado, el servidor AAA autentica la informacion de lmea de abonado y le devuelve el resultado de la autenticacion a la BNG; si la peticion de acceso recibida por el servidor AAA incluye un nombre de usuario y una contrasena, el servidor AAA autentica el nombre de usuario y la contrasena y le devuelve el resultado de la autenticacion a la BNG. El resultado de la autenticacion puede ser autenticacion satisfactoria o autenticacion fallida.
Si la autenticacion resulta satisfactoria, el servidor AAA le remite a la BNG un perfil de servicio del usuario para las posteriores comunicaciones de datos.
206. A partir del resultado de la autenticacion devuelto por el servidor AAA, la BNG detecta direcciones duplicadas.
En este modo de realizacion, la BNG soporta un proxy DAD (deteccion de direccion duplicada) y configura y mantiene una memoria cache (de almacenamiento temporal de alta velocidad) de direcciones IP del usuario representado.
Si el resultado de la autenticacion recibido por la BNG es autenticacion satisfactoria, la BNG realiza una funcion de proxy DAD, esto es, la BNG compara la lLa provisional obtenida con las direcciones almacenadas en la memoria cache de direcciones predeterminada y comprueba si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional. Si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional, la BNG determina que se ha producido un conflicto de direcciones, y envfa un mensaje de anuncio de vecino en lugar del propietario de la direccion encontrada, o ejecuta otros procesos de gestion de excepciones. Si ninguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional, la BNG determina que no se ha producido conflicto de direcciones y almacena la LLA provisional en la memoria cache de direcciones.
Si el resultado de la autenticacion recibido por la BNG es autenticacion fallida, se determina que se ha producido un conflicto de direcciones. En tal caso, la BNG le envfa un mensaje de anuncio de vecino al UE para rechazar la LLA provisional incluida en el segundo mensaje de solicitud y configurada automaticamente por el UE.
Se debe observar que en este modo de realizacion el paso 206 se puede realizar antes del proceso de autenticacion de usuario (concretamente, antes del paso 204 y el paso 205). Esto es, despues del paso 203, la BNG compara la LLA provisional obtenida con las direcciones almacenadas en la memoria cache de direcciones predeterminada, y comprueba si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA
provisional. Si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA
provisional, la BNG determina que se ha producido un conflicto de direcciones, y envfa un mensaje de anuncio de vecino en lugar del propietario de la direccion encontrada, o ejecuta otros procesos de gestion de excepciones. Si ninguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional, la BNG determina que no se ha producido conflicto de direcciones y almacena la LLA provisional en la memoria cache de direcciones, e inicia el proceso de autenticacion del usuario, esto es, el paso 204 y el paso 205.
Los modos de realizacion anteriores tratan del escenario en el que la LLA y la informacion de lmea de abonado se
encuentran en posiciones diferentes o campos diferentes del mismo mensaje para la transmision. A continuacion se
describe otro escenario:
B. La informacion de lmea de abonado se agrega a una LLA para la transmision:
5
10
15
20
25
30
35
40
45
Tal como se muestra en la FIG. 3, el proceso de autenticacion en otro modo de realizacion de la presente invencion incluye:
301. El UE le envfa al AN un primer mensaje de Solicitud de Vecino.
En este modo de realizacion, el UE configura la LLA automaticamente en un modo predeterminado. El proceso de configuracion se describe en la tecnica anterior, por lo que no se dan mas detalles en este documento.
Despues de completar la configuracion de la LLA, el UE le envfa al AN un primer mensaje de Solicitud de Vecino. El mensaje incluye un LLA provisional. La LLA provisional es configurada automaticamente por el UE de acuerdo con las reglas de configuracion predefinidas.
302. El AN modifica la LLA provisional.
El AN soporta la funcion proxy de LLA. Esto es, en este modo de realizacion, el AN modifica la LLA provisional recibida, y le agrega la informacion de lmea de abonado a la LLA provisional.
Despues de obtener el mensaje, el AN consulta la informacion de lmea de abonado correspondiente al UE actual. La informacion de lmea de abonado identifica la lmea utilizada por el usuario, que puede ser un identificador de puerto ffsico y/o un identificador de puerto logico para acceso al servidor, o cualquier otro identificador que permita identificar la lmea utilizada por el usuario.
En este modo de realizacion, la informacion de lmea de abonado se agrega a la LLA provisional del segundo mensaje de Solicitud de Vecino para la transmision. Concretamente, despues de obtener la informacion de lmea de abonado, el AN agrega la informacion de lmea de abonado a todos o algunos bits del campo identificador de interfaz de la LLA provisional, o la informacion de lmea de abonado ocupa la totalidad o una parte del campo de 54 bits en la LLA provisional.
La estructura de la LLA provisional de IPv6 se muestra en la Tabla 1:
Tabla 1
10 bits
54 bits 64 bits
1111 1110 10
0 Identificador de interfaz
Se debe entender que en este modo de realizacion el AN puede incluir la informacion de lmea de abonado en otra posicion de la LLA provisional, siempre que la LLA provisional contenga la informacion de lmea de abonado. En la presente solicitud no se limita la posicion concreta.
303. El AN le envfa el segundo mensaje de Solicitud de Vecino a la BNG.
En este modo de realizacion, el segundo mensaje de Solicitud de Vecino transporta una LLA provisional que incluye la informacion de lmea de abonado.
304. La BNG le envfa una peticion de acceso al servidor AAA.
En este modo de realizacion, la BNG le envfa una peticion de acceso al servidor AAA de acuerdo con la informacion de lmea de abonado incluida en el segundo mensaje de Solicitud de Vecino. La peticion de acceso incluye informacion acerca de la lmea de abonado. Concretamente:
La BNG le envfa al servidor AAA una peticion de acceso que incluye la informacion de lmea de abonado, y la peticion de acceso le indica al servidor aAa que autentique la informacion de lmea de abonado.
O la BNG obtiene el nombre de usuario y la contrasena correspondientes a partir de la informacion de lmea de abonado, y le envfa al servidor AAA una peticion de acceso que incluye el nombre de usuario y la contrasena, y la peticion de acceso le indica al servidor AAA que autentique el nombre de usuario y la contrasena.
305. El servidor AAA realiza la autenticacion de acuerdo con la peticion de acceso, y le devuelve el resultado de la autenticacion a la BNG.
En este modo de realizacion, si la peticion de acceso recibida por el servidor AAA incluye la informacion de lmea de abonado, el servidor AAA autentica la informacion de lmea de abonado y le devuelve el resultado de la autenticacion a la BNG; si la peticion de acceso recibida por el servidor AAA incluye un nombre de usuario y una contrasena, el servidor AAA autentica el nombre de usuario y la contrasena y le devuelve el resultado de la autenticacion a la BNG. El resultado de la autenticacion puede ser autenticacion satisfactoria o autenticacion fallida.
Si la autenticacion es satisfactoria, el servidor AAA le envfa a la BNG un perfil de servicio del usuario para las posteriores comunicaciones de datos.
5
10
15
20
25
30
35
40
45
50
306. A partir del resultado de la autenticacion devuelto por el servidor AAA, la BNG detecta direcciones duplicadas.
En este modo de realizacion, la BNG soporta un proxy DAD y configura y mantiene una memoria cache de direcciones IP del usuario representado.
Si el resultado de la autenticacion recibido por la BNG es autenticacion satisfactoria, la BNG ejecuta la funcion proxy DAD, esto es, la BNG compara la LLA provisional obtenida que incluye la informacion de lmea de abonado con las direcciones almacenadas en la memoria cache de direcciones predeterminada y comprueba si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la lLA provisional. Si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional, la BNG determina que se ha producido un conflicto de direcciones, y envfa un mensaje de anuncio de vecino en lugar del propietario de la direccion encontrada, o ejecuta otros procesos de gestion de excepciones. Si ninguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional, la BNG determina que no se ha producido conflicto de direcciones y almacena la LLA provisional que incluye la informacion de lmea de abonado en la memoria cache de direcciones.
Si el resultado de la autenticacion recibido por la BNG es autenticacion fallida, se determina que se ha producido un conflicto de direcciones. En tal caso, la BNG le envfa un mensaje de anuncio de vecino al UE para rechazar la LLA provisional contenida en el segundo mensaje de solicitud y configurada automaticamente por el UE.
Se debe observar que en este modo de realizacion el paso 306 se puede realizar antes del proceso de autenticacion de usuario (concretamente, antes del paso 304 y el paso 305). Esto es, despues del paso 303, la BNG compara la LLA provisional obtenida con las direcciones almacenadas en la memoria cache de direcciones predeterminada, y comprueba si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional. Si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional, la BNG determina que se ha producido un conflicto de direcciones, y envfa un mensaje de anuncio de vecino en lugar del propietario de la direccion encontrada, o ejecuta otros procesos de gestion de excepciones. Si ninguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA provisional, la BNG determina que no se ha producido conflicto de direcciones y almacena la LLA provisional que incluye la informacion de lmea de abonado en la memoria cache de direcciones, e inicia el proceso de autenticacion del usuario, esto es, el paso 304 y el paso 305.
307. El UE le envfa al AN un paquete IPv6 que incluye la LLA. El paquete IPv6 no contiene informacion de lmea de abonado.
En este modo de realizacion, la LLA contenida en el paquete IPv6 enviado por el UE al AN no incluye informacion de lmea de abonado.
308. El AN modifica la LLA de tal forma que la LLA modificada incluya la informacion de lmea de abonado.
La forma de la modificacion puede ser: el AN agrega la informacion de lmea de abonado a la LLA del paquete IPv6. El modo de agregacion es similar al modo de agregacion del paso 302 indicado mas arriba, y no se describe de nuevo.
309-310. El AN intercambia con la BNG el paquete IPv6 que contiene la nueva LLA.
311. El AN modifica la LLA que incluye la informacion de lmea de abonado, contenida en el paquete IPv6 enviado por la BNG, de tal forma que la LLA no incluya la informacion de lmea de abonado.
312. El AN le envfa el paquete IPv6 que contiene la LLA al UE, y esta LLA no incluye informacion de lmea de abonado.
En este modo de realizacion, el AN modifica la informacion incluida en la LLA; al interactuar con la BNG, el AN agrega la informacion de lmea de abonado a la LLA; al interactuar con el UE, el AN convierte la LLA de nuevo en la LLA que no incluye informacion de lmea de abonado.
Se debe observar que en el modo de realizacion anterior, los pasos 307 a 312 son opcionales.
Lo que se ha descrito mas arriba es el procesamiento de la LLA. En las aplicaciones practicas, despues de procesar la LLA se puede procesar la direccion IPv6 global, lo cual incluye la autenticacion de acceso y la asignacion de direcciones:
II. Procesamiento de la direccion IPv6 global:
En este modo de realizacion, se integra una funcion relay/proxy de Descubrimiento de Prefijo (PD) en el AN. Cuando se recibe un mensaje que incluye un prefijo on-link (en el enlace) desde el UE, el AN obtiene la informacion de lmea de abonado correspondiente al UE, y le envfa la informacion de lmea de abonado obtenida a la BNG para realizar la autenticacion de acceso y la asignacion de una direccion IPv6 global.
5
10
15
20
25
30
35
40
45
50
Se debe observar que en este modo de realizacion, la funcion de relay de PD esta integrada en el AN, lo que significa que, si el AN descubre que el mensaje de solicitud de router enviado por el UE incluye el prefijo on-link del usuario, el AN obtiene la informacion de lmea correspondiente al UE, y le envfa el prefijo on-link y la informacion de lmea de abonado obtenida a la BNG para realizar la autenticacion de acceso y la asignacion de una direccion IPv6 global, pero el AN no modifica el prefijo on-link.
O, en este modo de realizacion, la funcion de relay de PD esta integrada en el AN, lo que significa que, si el AN descubre que el mensaje de solicitud de router enviado por el UE incluye el prefijo on-link del usuario, el AN obtiene la informacion de lmea correspondiente al UE, y le envfa el prefijo on-link y la informacion de lmea de abonado obtenida a la BNG para realizar la autenticacion de acceso y la asignacion de una direccion IPv6 global, y a la vez, el AN modifica el prefijo on-link, por ejemplo, le agrega la informacion de lmea de abonado al prefijo on-link.
Concretamente, en funcion de si el AN participa en la conversion del prefijo on-link, este modo se clasifica en los dos tipos siguientes:
A. El AN no participa en la conversion del prefijo on-link, pero soporta la funcion de relay de PD:
tal como se muestra en la FIG. 4, el proceso de autenticacion en otro modo de realizacion de la presente invencion incluye:
401. El UE le envfa un primer mensaje de solicitud de router al AN.
En este modo de realizacion, el UE envfa el primer mensaje de solicitud de router para solicitarle a la BNG que devuelva un mensaje de anuncio de router, con el fin de conocer el prefijo on-link.
En este modo de realizacion, el primer mensaje de solicitud de router incluye el prefijo on-link del usuario.
402. El AN agrega la informacion de lmea de abonado para obtener el segundo mensaje de solicitud de router que incluye la informacion de lmea de abonado.
Como el AN soporta la funcion de relay de PD, despues de haber recibido el primer mensaje de solicitud de router el AN consulta la informacion de lmea de abonado correspondiente al UE actual. La informacion de lmea de abonado identifica la lmea utilizada por el usuario, y puede ser un identificador de puerto ffsico y/o un identificador de puerto logico para acceso al servidor, u otro identificador capaz de identificar la lmea utilizada por el usuario.
En este modo de realizacion, despues de haber obtenido la informacion de lmea de abonado, el AN le agrega la informacion de lmea de abonado y el prefijo on-link a los bits u opciones reservados del primer mensaje de solicitud de router con el fin de obtener el segundo mensaje de solicitud de router. Esto es, el segundo mensaje de solicitud de router incluye la informacion de lmea de abonado y el prefijo on-link.
Se debe entender que en este modo de realizacion el AN puede agregar la informacion de lmea de abonado a otras posiciones del primer mensaje de solicitud de router, y las posiciones concretas no estan limitadas.
403. El AN le envfa a la BNG el segundo mensaje de solicitud de router que incluye la informacion de lmea de abonado.
404. La BNG le envfa una peticion de acceso al servidor AAA.
En este modo de realizacion, la BNG le envfa una peticion de acceso al servidor AAA de acuerdo con la informacion de lmea de abonado contenida en el segundo mensaje de solicitud de router. La peticion de acceso incluye informacion acerca de la lmea de abonado. Concretamente:
la BNG le envfa al servidor AAA una peticion de acceso que incluye la informacion de lmea de abonado, y la peticion de acceso le indica al servidor AAA que autentique la informacion de lmea de abonado.
O la BNG obtiene el nombre de usuario y la contrasena correspondientes a partir de la informacion de lmea de abonado, y le envfa al servidor AAA una peticion de acceso que incluye el nombre de usuario y la contrasena, y la peticion de acceso le indica al servidor AAA que autentique el nombre de usuario y la contrasena.
405. El servidor AAA realiza la autenticacion de acuerdo con la peticion de acceso, y le devuelve el resultado de la autenticacion a la BNG.
En este modo de realizacion, si la peticion de acceso recibida por el servidor AAA incluye la informacion de lmea de abonado, el servidor AAA autentica la informacion de lmea de abonado y le devuelve el resultado de la autenticacion a la BNG; si la peticion de acceso recibida por el servidor AAA incluye un nombre de usuario y una contrasena, el servidor AAA autentica el nombre de usuario y la contrasena y le devuelve el resultado de la autenticacion a la BNG. El resultado de la autenticacion puede ser autenticacion satisfactoria o autenticacion fallida.
Si la autenticacion falla, la BNG rechaza devolverle el prefijo on-link al usuario, y no genera la direccion IPv6 global
5
10
15
20
25
30
35
40
45
del usuario.
Si la autenticacion es satisfactoria, el servidor AAA le envfa un perfil de servicio del usuario a la BNG para las comunicaciones de datos subsiguientes, e inicia los pasos posteriores.
406. La BNG genera una direccion IPv6 global que incluye la informacion de lmea de abonado.
En este modo de realizacion, la BNG puede generar la direccion IPv6 global de tres formas:
(1) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA incluye la informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 3), y le agrega el identificador de interfaz que incluye la informacion de lmea de abonado al prefijo on-link del usuario con el fin de generar la direccion IPv6 global del usuario;
(2) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA no incluye informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 2), obtiene la informacion de lmea de abonado a partir del segundo mensaje de solicitud de router, combina la informacion de lmea de abonado con el identificador de interfaz y los agrega al prefijo on-link del usuario con el fin de generar la direccion IPv6 global del usuario; y
(3) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA no incluye informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 2), obtiene la informacion de lmea de abonado a partir del segundo mensaje de solicitud de router, utiliza la informacion de lmea de abonado como parte del prefijo on-link, y le agrega el identificador de interfaz al prefijo on- link del usuario que incluye la informacion de lmea con el fin de generar la direccion IPv6 global del usuario.
Se debe observar que las tres formas mencionadas mas arriba son solo ejemplos del proceso de generacion de una direccion IPv6 global de acuerdo con los modos de realizacion de la presente invencion. En las aplicaciones practicas, para generar una direccion IPv6 global la informacion precedente tambien se puede combinar de cualquier otra forma, y la forma en que se genera no esta limitada.
407. La BNG le envfa un mensaje de anuncio de router al UE a traves de la AN, en donde el mensaje de anuncio de router incluye el prefijo on-link que incluye la informacion de lmea de abonado.
Concretamente, de acuerdo con la forma de generar la direccion en el paso 406, en este paso la posicion de la informacion de lmea de abonado vana. Para la forma (1) y la forma (2) del paso 406, la informacion de lmea de abonado se agrega a los bits u opciones reservados del mensaje de anuncio de router.
Para la forma (3) del paso 406, la informacion de lmea de abonado se le agrega al prefijo on-link.
En este modo de realizacion, el AN no participa en la conversion del prefijo on-link, y en consecuencia, el mensaje de anuncio de router enviado por la BNG es reenviado al equipo de usuario directamente.
408. El equipo de usuario UE configura de forma automatica la direccion IPv6 global que incluye la informacion de lmea de abonado.
Despues de recibir el mensaje de anuncio de router enviado por la BNG, el UE genera una direccion IPv6 global de acuerdo con la informacion de lmea de abonado, el identificador de interfaz, y el prefijo on-link. El proceso de generacion es similar al proceso que utiliza la BNG para generar la direccion IPv6 global en el paso 406, y corresponde a la forma en la que la BNG genera la direccion IPv6 global.
Lo que se ha descrito mas arriba es el escenario en el que el AN no participa en la conversion del prefijo on-link. A continuacion se describe el escenario en el que el AN participa en la conversion del prefijo on-link.
B. El AN participa en la conversion del prefijo on-link, y soporta la funcion proxy de PD:
tal como se muestra en la FIG. 5, el proceso de autenticacion en otro modo de realizacion de la presente invencion incluye:
501. El UE le envfa un primer mensaje de solicitud de router al AN.
En este modo de realizacion, el UE envfa el primer mensaje de solicitud de router para indicarle a la BNG que devuelva un mensaje de anuncio de router, con el fin de conocer el prefijo on-link.
En este modo de realizacion, el primer mensaje de solicitud de router incluye el prefijo on-link del usuario.
502. El AN agrega la informacion de lmea de abonado.
Como el AN soporta la funcion proxy de PD, despues de recibir el primer mensaje de solicitud de router el AN consulta la informacion de lmea de abonado correspondiente al UE actual. La informacion de lmea de abonado
5
10
15
20
25
30
35
40
45
50
puede ser un identificador de puerto ffsico y/o un identificador de puerto logico para acceso al servidor, o cualquier otro identificador que permita identificar la lmea utilizada por el usuario.
En este modo de realizacion, despues de obtener la informacion de lmea de abonado, el AN agrega la informacion de lmea de abonado y el prefijo on-link a los bits u opciones reservados del primer mensaje de solicitud de router con el fin de obtener el segundo mensaje de solicitud de router. Esto es, el segundo mensaje de solicitud de router incluye la informacion de lmea de abonado y el prefijo on-link.
Se debe entender que en este modo de realizacion, el AN puede incorporar la informacion de lmea de abonado a otras posiciones del primer mensaje de solicitud de router, y las posiciones concretas no estan limitadas.
503. El AN le envfa a la BNG el segundo mensaje de solicitud de router que incluye la informacion de lmea de abonado.
504. La BNG le envfa una peticion de acceso al servidor AAA.
En este modo de realizacion, la BNG le envfa una peticion de acceso al servidor AAA de acuerdo con la informacion de lmea de abonado contenida en el segundo mensaje de solicitud de router. La peticion de acceso incluye informacion acerca de la lmea de abonado. Concretamente:
la BNG le envfa al servidor AAA una peticion de acceso que incluye la informacion de lmea de abonado, y la peticion de acceso le indica al servidor AAA que autentique la informacion de lmea de abonado.
O la BNG obtiene el nombre de usuario y la contrasena correspondientes a partir de la informacion de lmea de abonado, y le envfa al servidor AAA una peticion de acceso que incluye el nombre de usuario y la contrasena, y la peticion de acceso le indica al servidor AAA que autentique el nombre de usuario y la contrasena.
505. El servidor AAA realiza la autenticacion de acuerdo con la peticion de acceso, y le devuelve el resultado de la autenticacion a la BNG.
En este modo de realizacion, si la peticion de acceso recibida por el servidor AAA incluye la informacion de lmea de abonado, el servidor AAA autentica la informacion de lmea de abonado y le devuelve el resultado de la autenticacion a la BNG; si la peticion de acceso recibida por el servidor AAA incluye un nombre de usuario y una contrasena, el servidor AAA autentica el nombre de usuario y la contrasena y le devuelve el resultado de la autenticacion a la BNG. El resultado de la autenticacion puede ser autenticacion satisfactoria o autenticacion fallida.
Si la autenticacion falla, la BNG rechaza devolverle el prefijo on-link al usuario, y no genera la direccion IPv6 global del usuario.
Si la autenticacion es satisfactoria, el servidor AAA le envfa un perfil de servicio del usuario a la BNG para las posteriores comunicaciones de datos, e inicia los pasos siguientes.
506. La BNG genera una direccion IPv6 global que incluye la informacion de lmea de abonado.
En este modo de realizacion, la BNG puede generar la direccion IPv6 global de tres formas:
(1) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA incluye la informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 3), y le agrega el identificador de interfaz que incluye la informacion de lmea de abonado al prefijo on-link del usuario con el fin de generar la direccion IPv6 global del usuario;
(2) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA no incluye informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 2), obtiene la informacion de lmea de abonado a partir del segundo mensaje de solicitud de router, combina la informacion de lmea de abonado con el identificador de interfaz y los agrega al prefijo on-link del usuario con el fin de generar la direccion IPv6 global del usuario; y
(3) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA no incluye informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 2), obtiene la informacion de lmea de abonado a partir del segundo mensaje de solicitud de router, utiliza la informacion de lmea de abonado como parte del prefijo on-link, y le agrega el identificador de interfaz al prefijo on- link del usuario que incluye la informacion de lmea con el fin de generar la direccion IPv6 global del usuario.
Se debe observar que las tres formas mencionadas mas arriba son solo ejemplos del proceso de generacion de una direccion IPv6 global de acuerdo con los modos de realizacion de la presente invencion. En las aplicaciones practicas, para generar una direccion IPv6 global la informacion precedente tambien se puede combinar de cualquier otra forma. La forma en que se genera no esta limitada.
507. La BNG le envfa al AN un mensaje de anuncio de router que incluye el prefijo on-link.
5
10
15
20
25
30
35
40
45
50
508. El AN convierte el prefijo on-link contenido en el mensaje de anuncio de router en el prefijo on-link que incluye la informacion de lmea de abonado.
En este modo de realizacion, el AN participa en la conversion del prefijo on-link, y en consecuencia, el AN agrega la informacion de lmea de abonado obtenida al prefijo on-link recibido con el fin de obtener el prefijo on-link que incluye la informacion de lmea de abonado.
509. El AN le envfa al UE el prefijo on-link que incluye la informacion de lmea de abonado.
Despues de agregarle la informacion de lmea de abonado al prefijo on-link para obtener el prefijo on-link que incluye la informacion de lmea de abonado, el AN le agrega el prefijo on-link que incluye la informacion de lmea de abonado al mensaje de anuncio de router, y le envfa el mensaje de anuncio de router al UE.
510. El UE configura de forma automatica la direccion IPv6 global que incluye la informacion de lmea de abonado.
Despues de recibir el mensaje de anuncio de router enviado por el AN, el UE genera una direccion IPv6 global a partir de la informacion de lmea de abonado, el identificador de interfaz y el prefijo on-link. El proceso de generacion es similar al proceso que utiliza la BNG en el paso 506 para generar la direccion IPv6 global, y corresponde a la forma en la que la BNG genera la direccion IPv6 global.
En este modo de realizacion, el AN recibe el primer mensaje de Solicitud de Vecino o el primer mensaje de solicitud de router desde el UE, obtiene la informacion de lmea de abonado correspondiente al UE, y le agrega la informacion de lmea de abonado al segundo mensaje de Solicitud de Vecino o segundo mensaje de solicitud router, y le envfa el mensaje a la BNG. De este modo, la bNg puede realizar la autenticacion implfcita para el usuario de acuerdo con la informacion de lmea de abonado. Por consiguiente, en el caso de IPv6 este modo de realizacion de la presente invencion soporta la autenticacion implfcita basada en la informacion de lmea de abonado.
En la secuencia de procesamiento de la direccion IPv6 global, la BNG y el UE pueden generar la direccion IPv6 global de acuerdo con la informacion de lmea de abonado. Por lo tanto, la solucion tecnica en este modo de realizacion implementa la asignacion de direcciones y la autenticacion de acceso en la arquitectura IPv6.
A continuacion se describe un sistema de comunicaciones proporcionado en un modo de realizacion de la presente invencion. Tal como se muestra en la FIG. 6, en un modo de realizacion de la presente invencion el sistema de comunicaciones incluye un UE 601, un AN 602, una BNG 603, y un servidor AAA 604.
El UE 601 esta configurado para enviarle un primer mensaje de solicitud al AN 602, en donde el primer mensaje de solicitud puede ser un primer mensaje de Solicitud de Vecino que incluye una LLA.
El AN 602 esta configurado para: recibir el mensaje de Solicitud de Vecino enviado por el UE 601, en donde el mensaje de Solicitud de Vecino incluye la LLA, obtener la informacion de lmea de abonado correspondiente al UE 601, y enviarle un segundo mensaje de Solicitud de Vecino que incluye la LLA y la informacion de lmea de abonado a la BNG 603.
Concretamente, el AN 602 puede utilizar un modo de procesamiento relay de la LLA o un modo de procesamiento proxy de la LLA para enviarle el segundo mensaje de Solicitud de Vecino que incluye la LLA y la informacion de lmea de abonado a la BNG 603:
En el modo de procesamiento relay de la LLA, el AN 602 agrega la LLA y la informacion de lmea de abonado a diferentes posiciones o diferentes campos del segundo mensaje de Solicitud de Vecino, y le envfa el segundo mensaje de Solicitud de Vecino a la BNG 603.
En el modo de procesamiento proxy de la LLA, el AN 602 convierte la LLA que no incluye informacion de lmea de abonado en una LLA que sf incluye la informacion de lmea de abonado, le agrega la LLA que incluye la informacion de lmea de abonado al segundo mensaje de Solicitud de Vecino, y le envfa el segundo mensaje de Solicitud de Vecino a la BNG 603.
La BNG 603 esta configurada para: recibir el segundo mensaje de Solicitud de Vecino enviado por el AN 602, y enviarle una peticion de acceso al servidor AAA 604 de acuerdo con la informacion de lmea de abonado.
En este modo de realizacion, despues de recibir el resultado de la autenticacion devuelto por el servidor AAA 604, la BNG 603 detecta direcciones duplicadas respecto a la LLA si el resultado de la autenticacion es autenticacion satisfactoria, o envfa un mensaje de anuncio de vecino para rechazar la LLA contenida en el segundo mensaje de Solicitud de Vecino y configurada por el usuario si el resultado de la autenticacion es autenticacion fallida.
El servidor AAA 604 esta configurado para realizar la autenticacion de acceso de acuerdo con la peticion de acceso enviada por la BNG 603.
Lo que se ha descrito mas arriba es una secuencia de procesamiento de la LLA. En la secuencia de procesamiento de una direccion IPv6 global, el sistema de autenticacion de acceso puede incluir, ademas:
5
10
15
20
25
30
35
40
45
50
un segundo AN, configurado para: recibir el mensaje de solicitud de router enviado por el UE 601, llevar a cabo las operaciones de relay de PD, y enviarle un segundo mensaje de solicitud router que incluye la informacion de lmea de abonado a la BnG 603; y
una segunda BNG, configurada para: recibir el segundo mensaje de solicitud de router, y enviarle una peticion de acceso al servidor AAA 604 de acuerdo con la informacion de lmea de abonado contenida en el segundo mensaje de solicitud de router.
Las funciones del segundo AN descritas mas arriba se pueden implementar en el AN 602; y las funciones de la segunda BNG descritas mas arriba se pueden implementar en la BNG 603.
Se debe observar que cuando la informacion de lmea de abonado se incluye en la LLA, el AN 602 esta configurado ademas para convertir la LLA enviada por el UE 601 que no incluye informacion de lmea de abonado en la LLA que sf incluye la informacion de lmea de abonado, y convertir la LLA enviada por la BNG 603 que incluye informacion de lmea de abonado en la LLA que no incluye informacion de lmea de abonado.
Se debe observar que en el procesamiento de la direccion IPv6 global, la BNG 603 esta configurada ademas para generar una direccion IPv6 global de acuerdo con la informacion de lmea de abonado, el prefijo on-link correspondiente al UE, y/o el identificador de interfaz. El proceso de generacion se detalla en el modo de realizacion del metodo descrito mas arriba.
Tal como se muestra en la FIG. 7, un AN proporcionado en un modo de realizacion de la presente invencion incluye:
una unidad 701 de recepcion, configurada para recibir un primer mensaje de solicitud enviado por el UE, en donde el primer mensaje de solicitud puede ser un mensaje de Solicitud de Vecino o un mensaje de solicitud de router, y el primer mensaje de solicitud (como por ejemplo, el mensaje de Solicitud de Vecino) puede contener una LLA;
una unidad 702 de obtencion, configurada para obtener la informacion de lmea de abonado correspondiente al UE; y
una unidad 703 de envfo, configurada para enviarle un segundo mensaje de solicitud a una BNG, en donde el segundo mensaje de solicitud incluye la informacion de lmea de abonado y le indica a la BNG que realice la autenticacion de acceso; el primer mensaje de solicitud y el segundo mensaje de solicitud pueden ser mensajes de Solicitud de Vecino, o segundos mensajes de solicitud de router. La informacion de lmea de abonado y la LLA (o prefijo on-link) se pueden configurar en diferentes campos del mismo mensaje, o en el mismo campo, como por ejemplo en el campo LLA.
En este modo de realizacion el AN puede incluir ademas:
una unidad 704 proxy de LLA, configurada para: convertir la LLA contenida en el primer mensaje de solicitud en la LLA que incluye la informacion de lmea de abonado, y configurar la LLA que incluye la informacion de lmea de abonado en el segundo mensaje de solicitud; y convertir la LLA enviada por la BNG que incluye la informacion de lmea de abonado en la LLA que no incluye informacion de lmea de abonado;
y/o,
una unidad 705 relay de LLA, configurada para: agregar la LLA contenida en el primer mensaje de solicitud y la informacion de lmea de abonado obtenida por la unidad de obtencion a diferentes posiciones o diferentes campos del segundo mensaje de solicitud, esto es, al campo LLA y a un campo distinto del campo LLA.
En este modo de realizacion, la unidad 701 de recepcion esta configurada ademas para recibir el primer mensaje de solicitud de router enviado por el UE, en donde el primer mensaje de solicitud de router incluye un prefijo on-link que es un identificador del prefijo on-link correspondiente al UE.
La unidad 703 de envfo esta configurada ademas para enviarle a la BNG el segundo mensaje de solicitud de router que incluye el prefijo on-link y la informacion de lmea de abonado.
En este modo de realizacion el AN puede incluir ademas:
una unidad 706 proxy de PD, configurada para: agregar la informacion de lmea de abonado al prefijo on-link enviado por la BNG, y enviarle el prefijo on-link que incluye la informacion de lmea de abonado al UE;
y/o
una unidad 707 relay de PD, configurada para reenviarle el prefijo on-link enviado por la BNG que incluye la informacion de lmea de abonado al UE.
Tal como se muestra en la FIG. 8, la BNG proporcionada por un modo de realizacion de la presente invencion incluye:
una unidad 801 de recepcion de solicitudes, configurada para: recibir un segundo mensaje de solicitud enviado por
5
10
15
20
25
30
35
40
45
50
55
un AN que incluye la informacion de lmea de abonado, en donde el segundo mensaje de solicitud puede ser un segundo mensaje de Solicitud de Vecino y/o un segundo mensaje de solicitud router, y puede contener ademas una LLA;
una unidad 803 de envm de peticiones de acceso, configurada para enviarle una peticion de acceso a un servidor AAA de acuerdo con la informacion de lmea de abonado;
una unidad 805 de recepcion de resultados de autenticacion, configurada para: recibir el resultado de una autenticacion enviado por el servidor AAA, y activar una unidad 802 de Proxy DAD para detectar direcciones duplicadas si el resultado de la autenticacion es autenticacion satisfactoria, o indicarle a la unidad 802 de Proxy DAD que envfe un mensaje de anuncio de vecino para rechazar la LLA configurada por el usuario si el resultado de la autenticacion es autenticacion fallida; y
la unidad 802 de Proxy DAD, configurada para comprobar si alguna de las direcciones almacenadas en una memoria cache de direcciones coincide con la LLA del mensaje de Solicitud de Vecino.
En las aplicaciones practicas, la unidad 802 de Proxy DAD puede realizar las operaciones correspondientes al ser activadas por la unidad 805 de recepcion de resultados de autenticacion. Concretamente:
si el resultado de la autenticacion recibido por la unidad 805 de recepcion de resultados de autenticacion desde el servidor AAA es autenticacion satisfactoria, la unidad 805 de recepcion de resultados de autenticacion activa la unidad 802 de Proxy DAD con el fin de detectar direcciones duplicadas. Esto es, la unidad 802 de Proxy DAD compara la LLA obtenida con las direcciones almacenadas en la memoria cache de direcciones predeterminada y comprueba si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA. Si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA, la unidad 802 de Proxy DAD determina que se ha producido un conflicto de direcciones, y envfa un mensaje de anuncio de vecino en lugar del propietario de la direccion encontrada, o ejecuta otros procesos de gestion de excepciones. Si en la memoria cache de direcciones no hay ninguna direccion que coincida con la LLA, la unidad 802 de Proxy DAD determina que no se ha producido conflicto de direcciones, y agrega la LLA contenida en el mensaje de Solicitud de Vecino a la memoria cache de direcciones.
Si el resultado de la autenticacion recibido por la unidad 805 de recepcion de resultados de autenticacion desde el servidor AAA es autenticacion fallida, la unidad 805 de recepcion de resultados de autenticacion le notifica a la unidad 802 de Proxy DAD que le envfe un mensaje de anuncio de vecino al UE. Esto es, la unidad 802 de Proxy DAD puede estimar que se ha producido un conflicto de direcciones, concretamente, le envfa un mensaje de anuncio de vecino al UE para rechazar la LLA configurada automaticamente por el UE.
En el proceso que se ha descrito mas arriba, la unidad 805 de recepcion de resultados de autenticacion controla que la unidad 802 de Proxy DAD realice las operaciones correspondientes de acuerdo con el resultado de la autenticacion devuelto por el servidor AAA. En las aplicaciones practicas, la operacion de deteccion de direcciones duplicadas se puede realizar antes de iniciar la autenticacion, esto es, la unidad 802 de Proxy DAD esta configurada para comprobar si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA contenida en el mensaje de Solicitud de Vecino. Si alguna de las direcciones almacenadas en la memoria cache de direcciones coincide con la LLA, la unidad 802 de Proxy DAD determina que se ha producido un conflicto de direcciones, y envfa un mensaje de anuncio de vecino en lugar del propietario de la direccion encontrada, o ejecuta otros procesos de gestion de excepciones. Si en la memoria cache de direcciones no hay ninguna direccion que coincida con la LLA, la unidad 802 de Proxy DAD determina que no se ha producido conflicto de direcciones, y controla que la unidad 803 de envm de peticiones de acceso envfe una peticion de acceso al servidor AAA de acuerdo con la informacion de lmea de abonado. En este caso, la unidad 805 de recepcion de resultados de autenticacion solo esta configurada para recibir el resultado de la autenticacion devuelto por el servidor AAA despues de que la unidad 803 de envm de peticiones de acceso le haya enviado la peticion de acceso al servidor AAA.
La unidad 801 de recepcion de solicitudes esta configurada ademas para recibir el mensaje de solicitud de router que incluye el prefijo on-link y la informacion de lmea de abonado. En este modo de realizacion la BNG puede incluir ademas:
una unidad 804 de generacion de direcciones, configurada para asignar la direccion de acuerdo con el prefijo on-link, la informacion de lmea de abonado y el identificador de interfaz predeterminado.
En este modo de realizacion, la unidad 804 de generacion de direcciones puede generar la direccion IPv6 global de las tres formas siguientes, pero sin limitarse a dichas tres formas:
(1) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA incluye la informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 3), y le agrega el identificador de interfaz que incluye la informacion de lmea de abonado al prefijo on-link del usuario con el fin de generar la direccion IPv6 global del usuario;
5
10
15
20
25
30
(2) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA no incluye informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 2), obtiene la informacion de lmea de abonado a partir del segundo mensaje de solicitud de router, combina la informacion de lmea de abonado con el identificador de interfaz y los agrega al prefijo on-link del usuario con el fin de generar la direccion IPv6 global del usuario; y
(3) la BNG recupera de la LLA un identificador de interfaz aplicado en el procesamiento previo de la LLA (la LLA no incluye informacion de lmea de abonado, tal como se ha descrito en el modo de realizacion que se ilustra en la FIG. 2), obtiene la informacion de lmea de abonado a partir del segundo mensaje de solicitud de router, utiliza la informacion de lmea de abonado como parte del prefijo on-link, y le agrega el identificador de interfaz al prefijo on- link del usuario que incluye la informacion de lmea con el fin de generar la direccion IPv6 global del usuario.
En el modo de realizacion descrito mas arriba, despues de recibir el primer mensaje de Solicitud de Vecino o el primer mensaje de solicitud de router desde el UE, el AN obtiene la informacion de lmea de abonado correspondiente al UE, le agrega la informacion de lmea de abonado al segundo mensaje de Solicitud de Vecino y se lo envfa a la BNG, indicandole a la BNG que realice la autenticacion de acceso. Asf pues, en el caso de IPv6 este modo de realizacion soporta la autenticacion implfcita basada en la informacion de lmea de abonado.
En segundo lugar, en la secuencia de procesamiento de la direccion IPv6 global, la BNG y el UE pueden generar la direccion IPv6 global de acuerdo con la informacion de lmea de abonado. Asf pues, la solucion tecnica de este modo de realizacion implementa la asignacion de direcciones y la autenticacion de acceso en la arquitectura IPv6.
Las personas con un conocimiento normal de la tecnica entienden que la totalidad o parte de los pasos del metodo especificado en cualquiera de los modos de realizacion descritos mas arriba pueden implementarse mediante un programa que controle un hardware apropiado. El programa se puede almacenar en un medio de almacenamiento legible por ordenador. Al ejecutarse el programa, se realizan los siguientes pasos:
recibir, en un AN, un primer mensaje de solicitud desde un UE, en donde el primer mensaje de solicitud incluye una LLA;
obtener la informacion de lmea de abonado correspondiente al UE; y
enviar un segundo mensaje de solicitud desde el AN a una BNG, en donde el segundo mensaje de solicitud incluye la LLA y la informacion de lmea de abonado, y le indica a la BNG que realice la autenticacion de acceso.
El medio de almacenamiento puede ser una Memoria de Solo Lectura (ROM), un disco magnetico, o un Disco Compacto-Memoria de Solo Lectura (CD-ROM).
Mas arriba se ha descrito un metodo de acceso a red, un metodo de autenticacion, un sistema de comunicaciones, y los dispositivos pertinentes segun la presente invencion. Aunque la invencion se describe a traves de algunos ejemplos de modos de realizacion, la invencion no se limita a dichos modos de realizacion.

Claims (11)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Un sistema de comunicaciones que aplica el protocolo de Internet version 6, IPv6, que comprende:
    un Nodo de Acceso, AN (602), configurado para: recibir un primer mensaje de solicitud enviado por un Equipo de Usuario, UE (601), en donde el primer mensaje de solicitud es un primer mensaje de Solicitud de Vecino o un primer mensaje de solicitud de router, consultar la informacion de lmea de abonado correspondiente al UE y enviarle un segundo mensaje de solicitud que incluye la informacion de lmea de abonado a una Pasarela de Red de Banda Ancha, BNG, en donde el segundo mensaje de solicitud es un segundo mensaje de Solicitud de Vecino o un segundo mensaje de solicitud router; y
    la BNG (603) esta configurada para: recibir el segundo mensaje de solicitud procedente del AN, y enviarle una peticion de acceso a un servidor (604) de Autenticacion, Autorizacion y Contabilidad, AAA, de acuerdo con la informacion de lmea de abonado, en donde la peticion de acceso le indica al servidor AAA que realice la autenticacion de acceso.
  2. 2. El sistema de comunicaciones de acuerdo con la reivindicacion 1, en el que:
    la BNG (603) esta configurada ademas para: recibir el resultado de la autenticacion devuelto por el servidor AAA (604), y detectar direcciones duplicadas para la LLA si el resultado de la autenticacion es autenticacion satisfactoria, o enviar un mensaje de anuncio de vecino para rechazar la LLA contenida en el segundo mensaje de solicitud si el resultado de la autenticacion es autenticacion fallida.
  3. 3. El sistema de comunicaciones de acuerdo con la reivindicacion 1 o la reivindicacion 2, en el que:
    el AN (602) esta configurado ademas para: recibir un primer mensaje de solicitud de router enviado por el UE (601), en donde el primer mensaje de solicitud de router incluye un prefijo on-link (en el enlace), obtener la informacion de lmea de abonado correspondiente al UE, y enviarle un segundo mensaje de solicitud de router que incluye el prefijo on-link y la informacion de lmea de abonado a la BNG (603), en donde el prefijo on-link es un identificador de un prefijo on-link correspondiente al UE; y
    la BNG (603) esta configurada ademas para: recibir un mensaje de solicitud de router procedente del AN, en donde el mensaje de solicitud de router incluye un prefijo on-link, y asignar una direccion de acuerdo con el prefijo on-link, la informacion de lmea de abonado, y un identificador de interfaz predeterminado.
  4. 4. Un Nodo de Acceso, AN, que aplica el protocolo de Internet version 6, IPv6, que comprende:
    una unidad (701) de recepcion, configurada para recibir un primer mensaje de solicitud procedente de un Equipo de Usuario, UE, en donde el primer mensaje de solicitud es un primer mensaje de Solicitud de Vecino o un primer mensaje de solicitud de router;
    una unidad (702) de obtencion, configurada para consultar la informacion de lmea de abonado correspondiente al UE; y
    una unidad (703) de envrn, configurada para enviarle un segundo mensaje de solicitud a una Pasarela de Red de Banda Ancha, BNG, en donde el segundo mensaje de solicitud es un segundo mensaje de Solicitud de Vecino o un segundo mensaje de solicitud router, y el segundo mensaje de solicitud incluye la informacion de lmea de abonado y le indica a la BNG que realice la autenticacion de acceso.
  5. 5. El AN de acuerdo con la reivindicacion 4, que comprende ademas:
    una unidad (704) proxy (intermediario) de LLA, configurada para: convertir la LLA contenida en el primer mensaje de solicitud en una LLA que incluye la informacion de lmea de abonado, y agregarle la LLA que incluye la informacion de lmea de abonado al segundo mensaje de solicitud;
    y/o
    una unidad (705) relay (retransmision) de LLA, configurada para: agregar a diferentes posiciones o diferentes campos del segundo mensaje de solicitud la LLA contenida en el primer mensaje de solicitud y la informacion de lmea de abonado obtenida por la unidad de obtencion.
  6. 6. El AN de acuerdo con la reivindicacion 4 o la reivindicacion 5, en el que:
    la unidad (701) de recepcion esta configurada ademas para recibir un primer mensaje de solicitud de router enviado por el UE, en donde el primer mensaje de solicitud de router incluye un prefijo on-link que es un identificador de un prefijo on-link correspondiente al UE; y
    la unidad (703) de envfo esta configurada ademas para enviarle a la BNG un segundo mensaje de solicitud de router que incluye el prefijo on-link y la informacion de lmea de abonado.
    5
    10
    15
    20
    25
    30
    35
  7. 7. El AN de acuerdo con la reivindicacion 6, que comprende ademas:
    una unidad (706) proxy de Descubrimiento de Prefijo, PD, configurada para: agregarle la informacion de lmea de abonado al prefijo on-link enviado por la BNG, y enviarle el prefijo on-link que incluye la informacion de lmea de abonado al UE;
    y/o
    una unidad (707) relay de PD, configurada para reenviarle el prefijo on-link enviado por la BNG que incluye la informacion de lmea de abonado al UE.
  8. 8. Un metodo de acceso a red aplicado al protocolo de Internet version 6, IPv6, que comprende:
    recibir un primer mensaje de solicitud enviado desde un Equipo de Usuario, UE, a un Nodo de Acceso, AN, en donde el primer mensaje de solicitud es un primer mensaje de Solicitud de Vecino o un primer mensaje de solicitud de router;
    consultar, por parte del AN, la informacion de lmea de abonado correspondiente al UE; y
    enviar un segundo mensaje de solicitud desde el AN a una Pasarela de Red de Banda Ancha, BNG, en donde el segundo mensaje de solicitud incluye la informacion de lmea de abonado y es un segundo mensaje de Solicitud de Vecino o un segundo mensaje de solicitud router;
    enviar, por parte de la BNG, una peticion de acceso a un servidor de Autenticacion, Autorizacion y Contabilidad, AAA, en donde la peticion de acceso incluye la informacion de lmea de abonado; u obtener, por parte de la BNG, el nombre de usuario y la contrasena correspondientes de acuerdo con la informacion de lmea de abonado, y enviarle una peticion de acceso que incluye el nombre de usuario y la contrasena al servidor AAA;
    autenticar, por parte del servidor AAA, la informacion de lmea de abonado y devolverle el resultado de la autenticacion a la BNG.
  9. 9. El metodo de acuerdo con la reivindicacion 8, en el que:
    la informacion de lmea de abonado comprende un identificador de puerto ffsico para acceso al servidor, y/o un identificador de puerto logico.
  10. 10. El metodo de acuerdo con la reivindicacion 8 o la reivindicacion 9, en el que:
    si el primer mensaje de solicitud es el primer mensaje de Solicitud de Vecino y el segundo mensaje de solicitud es el segundo mensaje de Solicitud de Vecino, el primer mensaje de Solicitud de Vecino incluye una Direccion Local del Enlace, LLA; y
    el metodo comprende ademas:
    agregarle la LLA al segundo mensaje de Solicitud de Vecino y enviarle el segundo mensaje de Solicitud de Vecino a la BNG.
  11. 11. El metodo de acuerdo con la reivindicacion 8 o la reivindicacion 9, en el que:
    si el primer mensaje de solicitud es el primer mensaje de solicitud de router y el segundo mensaje de solicitud es el segundo mensaje de solicitud de router, el primer mensaje de solicitud de router incluye un prefijo on-link que es un identificador de un prefijo on-link correspondiente al UE; y
    el metodo comprende ademas:
    agregarle el prefijo on-link al segundo mensaje de solicitud de router y enviarle el segundo mensaje de solicitud de router a la BNG.
ES09725360.3T 2008-03-26 2009-03-25 Método para acceder a una red, método de autenticación, sistema de comunicación y equipamiento relacionado Active ES2613433T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200810084076.1A CN101547383B (zh) 2008-03-26 2008-03-26 一种接入认证方法及接入认证系统以及相关设备
CN200810084076 2008-03-26
PCT/CN2009/071009 WO2009117960A1 (zh) 2008-03-26 2009-03-25 一种接入网络的方法、认证方法、通讯系统以及相关设备

Publications (1)

Publication Number Publication Date
ES2613433T3 true ES2613433T3 (es) 2017-05-24

Family

ID=41112978

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09725360.3T Active ES2613433T3 (es) 2008-03-26 2009-03-25 Método para acceder a una red, método de autenticación, sistema de comunicación y equipamiento relacionado

Country Status (5)

Country Link
US (3) US8594103B2 (es)
EP (1) EP2249538B1 (es)
CN (1) CN101547383B (es)
ES (1) ES2613433T3 (es)
WO (1) WO2009117960A1 (es)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8156542B2 (en) * 2008-04-04 2012-04-10 Cisco Technology, Inc. Conditional data delivery to remote devices
CN102088391B (zh) 2009-12-07 2013-09-11 华为技术有限公司 一种IPv6报文的处理方法、设备和系统
CN102413194B (zh) * 2010-09-20 2015-04-01 中国电信股份有限公司 节点设备、网络接入设备、地址冲突处理方法和系统
EP2659650B1 (en) * 2010-12-29 2022-06-22 Citrix Systems Inc. Systems and methods for multi-level tagging of encrypted items for additional security and efficient encrypted item determination
CN103546286B (zh) * 2012-07-13 2018-08-24 中兴通讯股份有限公司 认证处理方法及装置
CN102761425B (zh) * 2012-07-20 2018-06-12 中兴通讯股份有限公司 计费方法及装置
US8832433B2 (en) * 2012-08-17 2014-09-09 Cellco Partnership Methods and systems for registering a packet-based address for a mobile device using a fully-qualified domain name (FQDN) for the device in a mobile communication network
CN103781073B (zh) * 2012-10-26 2018-10-19 中兴通讯股份有限公司 移动用户固网的接入方法及系统
CN103796245B (zh) * 2012-10-29 2019-01-25 中兴通讯股份有限公司 数据报文的管理方法、装置及系统
CN102984288B (zh) * 2012-11-19 2017-11-17 中兴通讯股份有限公司 一种自动管理IPv6地址冲突的方法及系统
CN104811414A (zh) * 2014-01-23 2015-07-29 中国电信股份有限公司 物联网节点接入认证方法和系统以及物联网主节点
CN108566451B (zh) * 2014-03-11 2021-05-14 华为技术有限公司 一种消息处理方法、接入控制器及网络节点
US9838390B2 (en) * 2015-03-31 2017-12-05 Afero, Inc. System and method for automatic wireless network authentication
CN106357483B (zh) * 2015-07-17 2021-06-01 华为技术有限公司 消息传输方法、接入节点、接入控制器及接入系统
CN106911489B (zh) * 2015-12-22 2019-08-27 中国电信股份有限公司 一种接入设备的自动适配方法、管理装置及系统
WO2018209790A1 (zh) * 2017-05-17 2018-11-22 华为技术有限公司 一种电子邮件的同步方法及设备
CN109495594B (zh) * 2017-09-11 2022-03-29 华为技术有限公司 一种数据传输方法、pnf sdn控制器、vnf sdn控制器及系统
US11224012B1 (en) 2020-06-18 2022-01-11 T-Mobile Usa, Inc. Simulating continuous millimeter wave band access to a telecommunications network

Family Cites Families (83)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5652872A (en) * 1994-03-08 1997-07-29 Exponential Technology, Inc. Translator having segment bounds encoding for storage in a TLB
US6611521B1 (en) * 1998-07-14 2003-08-26 International Business Machines Corporation Data link layer extensions to a high latency wireless MAC protocol
GB2341059A (en) * 1998-08-28 2000-03-01 Nokia Oy Ab Internet protocol flow detection
US6253327B1 (en) * 1998-12-02 2001-06-26 Cisco Technology, Inc. Single step network logon based on point to point protocol
JP2000201183A (ja) * 1999-01-08 2000-07-18 Sony Corp デ―タ送信方法
FI109950B (fi) * 2000-01-20 2002-10-31 Nokia Corp Osoitteen saanti
US6539457B1 (en) * 2000-02-21 2003-03-25 Hewlett-Packard Company Cache address conflict mechanism without store buffers
EP1137234A1 (en) * 2000-03-24 2001-09-26 BRITISH TELECOMMUNICATIONS public limited company Internet access arrangement
JP4572476B2 (ja) * 2001-03-13 2010-11-04 ソニー株式会社 通信処理システム、通信処理方法、および通信端末装置、データ転送制御装置、並びにプログラム
US20020162029A1 (en) * 2001-04-25 2002-10-31 Allen Keith Joseph Method and system for broadband network access
US20030026230A1 (en) * 2001-08-02 2003-02-06 Juan-Antonio Ibanez Proxy duplicate address detection for dynamic address allocation
US8090828B2 (en) * 2002-03-05 2012-01-03 Cisco Technology, Inc. Method and apparatus for reusing DHCP addresses in home addresses of mobile IP clients
JP2003348116A (ja) * 2002-05-28 2003-12-05 Hitachi Ltd 家庭内ネットワーク向けアドレス自動設定方式
KR100484145B1 (ko) * 2002-07-05 2005-04-18 삼성전자주식회사 중복 주소 노드에 가상 주소를 자동으로 할당하는 장치 및방법
US7466680B2 (en) * 2002-10-11 2008-12-16 Spyder Navigations L.L.C. Transport efficiency optimization for Mobile IPv6
US7734745B2 (en) * 2002-10-24 2010-06-08 International Business Machines Corporation Method and apparatus for maintaining internet domain name data
KR100547110B1 (ko) * 2002-12-17 2006-01-26 삼성전자주식회사 바인딩 업데이트 메시지 전송 방법 및 바인딩액크놀리지먼트 메시지 전송 방법
US20040153520A1 (en) * 2002-12-23 2004-08-05 Johan Rune Bridging between a bluetooth scatternet and an ethernet LAN
US20040156318A1 (en) * 2002-12-23 2004-08-12 Johan Rune Bridging between a Bluetooth scatternet and an Ethernet LAN
US20040167988A1 (en) * 2002-12-23 2004-08-26 Johan Rune Bridging between a Bluetooth scatternet and an Ethernet LAN
US20040156384A1 (en) * 2002-12-23 2004-08-12 Johan Rune Bridging between a Bluetooth scatternet and an Ethernet LAN
US20040141511A1 (en) * 2002-12-23 2004-07-22 Johan Rune Bridging between a bluetooth scatternet and an ethernet LAN
US20040151193A1 (en) * 2002-12-23 2004-08-05 Johan Rune Bridging between a Bluetooth scatternet and an Ethernet LAN
JP3997159B2 (ja) * 2003-01-07 2007-10-24 キヤノン株式会社 アドレス予約装置、方法、および、プログラム
KR100514742B1 (ko) * 2003-02-06 2005-09-14 삼성전자주식회사 통합 캐시를 이용하여 다음 홉 주소를 결정하는 장치 및 방법
GB2398704B (en) * 2003-02-21 2005-07-06 Toshiba Res Europ Ltd Address autoconfiguration in ad hoc networks
KR100580168B1 (ko) * 2003-03-21 2006-05-16 삼성전자주식회사 다중 홈 에이전트 제어장치 및 방법
KR100524069B1 (ko) * 2003-04-04 2005-10-26 삼성전자주식회사 홈 에이전트 관리장치 및 관리방법
US7343158B2 (en) * 2003-04-16 2008-03-11 Nortel Networks Limited Home agent redirection for mobile IP
JP4054719B2 (ja) * 2003-05-29 2008-03-05 キヤノン株式会社 特定アドレス使用制限装置
GB0312681D0 (en) * 2003-06-03 2003-07-09 Ericsson Telefon Ab L M IP mobility
EP1646177B1 (en) * 2003-07-11 2012-04-11 Nippon Telegraph And Telephone Corporation Authentication system based on address, device thereof, and program
KR100579834B1 (ko) * 2003-10-20 2006-05-15 삼성전자주식회사 모바일 애드혹 네트워크에서 ｉｐ 사이트로컬 프리픽스풀을 이용한 주소 할당방법
US20090222537A1 (en) * 2003-12-04 2009-09-03 Colligo Newworks, Inc., A Canadian Corporation System And Method For Interactive Instant Networking
KR20050057704A (ko) * 2003-12-10 2005-06-16 삼성전자주식회사 핸드오버 방법 및 핸드오버 장치
US7860978B2 (en) * 2004-01-22 2010-12-28 Toshiba America Research, Inc. Establishing a secure tunnel to access router
US7873036B2 (en) * 2004-02-03 2011-01-18 Nokia Siemens Networks Oy Method and apparatus to provide group management of multiple link identifiers for collective mobility
JP2005295217A (ja) 2004-03-31 2005-10-20 Toshiba Corp 通信装置、名前解決方法およびプログラム
US20070274232A1 (en) * 2004-04-05 2007-11-29 Telefonaktiebolaget Lm Ericsson (Pub) Method, Communication Device and System for Detecting Neighboring Nodes in a Wireless Multihop Network Using Ndp
US8139571B2 (en) * 2004-04-14 2012-03-20 Rockstar Bidco, LP Mobile IPv6 authentication and authorization baseline
US7567522B2 (en) * 2004-04-23 2009-07-28 Hewlett-Packard Development Company, L.P. Suppression of router advertisement
KR101166765B1 (ko) * 2004-05-07 2012-07-27 엘지전자 주식회사 ＩＰｖ４ 및 ＩＰｖ６을 지원하기 위한 ＩＰ 주소 설정
KR100601673B1 (ko) * 2004-05-10 2006-07-14 삼성전자주식회사 다중 인터페이스들이 탑재된 이동 스테이션에서의 통신방법 및 장치
US20060095546A1 (en) * 2004-10-07 2006-05-04 Nokia Corporation Method and system for locating services in proximity networks for legacy application
CN100474839C (zh) * 2004-10-12 2009-04-01 上海贝尔阿尔卡特股份有限公司 IPv6接入网中的网络服务选择和认证,及无状态自动配置
US7954141B2 (en) * 2004-10-26 2011-05-31 Telecom Italia S.P.A. Method and system for transparently authenticating a mobile user to access web services
EP1662820A1 (de) * 2004-11-25 2006-05-31 Siemens Aktiengesellschaft Übermittlung Dienst-relevanter Zugangsinformationen bei Authentisierung eines Endgeräts an einer Zugangseinrichtung eines Telekommunikationsnetzes
CN1798158A (zh) * 2004-12-21 2006-07-05 华为技术有限公司 一种二次地址分配方法
US20060140177A1 (en) * 2004-12-28 2006-06-29 Nokia Corporation Method and device for setting a route for communication connection
US7583635B2 (en) * 2005-02-18 2009-09-01 Lg Electronics Inc. Establishing network address of mobile terminal in mobile communication system
US20060268902A1 (en) * 2005-05-24 2006-11-30 Cingular Wireless Ii, Llc Dynamic dual-mode service access control, location-based billing, and e911 mechanisms
KR100679037B1 (ko) * 2005-06-28 2007-02-05 삼성전자주식회사 무선 네트워크에서 고속 핸드오버를 수행하는 방법 및 장치
CN1897589B (zh) * 2005-07-13 2010-12-15 上海贝尔阿尔卡特股份有限公司 IPv6无状态地址配置中的接入装置、路由设备及方法
CN100502354C (zh) * 2005-07-29 2009-06-17 华为技术有限公司 一种基于vlan的数据报文传输方法和以太网桥设备
US9088619B2 (en) * 2005-09-14 2015-07-21 Cisco Technology, Inc. Quality of service based on logical port identifier for broadband aggregation networks
ATE484143T1 (de) * 2005-09-30 2010-10-15 Alcyone Holding S A Verfahren und vorrichtung zum aufbau einer verbindung zwischen einer mobilen vorrichtung und einem netzwerk
KR100656378B1 (ko) * 2005-10-15 2006-12-11 한국전자통신연구원 단대단（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）성격의 광대역무선 접속망에서의 ｌＰｖ６ 이웃 탐색 지원 방법 및시스템
CN1984155B (zh) * 2005-12-15 2010-09-15 上海贝尔阿尔卡特股份有限公司 一种IPv6接入网中的域名配置方法及其网络设备
EP1833204A1 (en) * 2006-03-08 2007-09-12 Matsushita Electric Industrial Co., Ltd. Fast configuration of a default router for a mobile node in a mobile communication system
EP1833274A1 (en) * 2006-03-08 2007-09-12 Matsushita Electric Industrial Co., Ltd. Method and system for fast handovers using dynamic router advertisements
US20070223397A1 (en) * 2006-03-24 2007-09-27 Sergey Gerasimov Network configuration
CN101064648A (zh) 2006-04-30 2007-10-31 华为技术有限公司 实现移动IPv6的系统及其用户连接建立方法
US9253151B2 (en) * 2006-05-25 2016-02-02 International Business Machines Corporation Managing authentication requests when accessing networks
US8107396B1 (en) * 2006-07-24 2012-01-31 Cisco Technology, Inc. Host tracking in a layer 2 IP ethernet network
JP4979294B2 (ja) * 2006-07-28 2012-07-18 キヤノン株式会社 通信制御装置、及びその制御方法
US7865727B2 (en) * 2006-08-24 2011-01-04 Cisco Technology, Inc. Authentication for devices located in cable networks
WO2008029732A1 (fr) * 2006-09-06 2008-03-13 Sharp Kabushiki Kaisha Système de communication utilisant un protocole de mobilité ip à base réseau, dispositif de contrôle, routeur et son procédé de communication
JP2010507301A (ja) * 2006-10-20 2010-03-04 パナソニック株式会社 ネットワーク・ベース及びホスト・ベースの混合モビリティ管理における方法
US7873003B2 (en) * 2006-11-08 2011-01-18 Electronics And Telecommunications Research Institute Method for allocating IP address to mobile station in mobile communication system
US9071666B2 (en) * 2007-04-26 2015-06-30 Alcatel Lucent Edge router and method for dynamic learning of an end device MAC address
JP2010527549A (ja) * 2007-05-16 2010-08-12 パナソニック株式会社 ネットワーク・ベースおよびホスト・ベース混合型のモビリティ管理における方法
US8533455B2 (en) * 2007-05-30 2013-09-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for combining internet protocol authentication and mobility signaling
US8559321B2 (en) * 2007-06-08 2013-10-15 Qualcomm Incorporated Mobile IP home agent discovery
US9602332B2 (en) * 2007-06-15 2017-03-21 Qualcomm Incorporated Method and apparatus for DNS update triggered IPv6 neighbor advertisement
EP2037652A3 (en) * 2007-06-19 2009-05-27 Panasonic Corporation Methods and apparatuses for detecting whether user equipment resides in a trusted or a non-trusted access network
EP2015535A1 (en) * 2007-07-10 2009-01-14 Panasonic Corporation Detection of mobility functions implemented in a mobile node
US7877368B2 (en) * 2007-11-02 2011-01-25 Paglo Labs, Inc. Hosted searching of private local area network information with support for add-on applications
EP2223494A1 (en) * 2007-11-23 2010-09-01 Telefonaktiebolaget LM Ericsson (publ) Wireless lan mobility
US8161541B2 (en) * 2007-12-13 2012-04-17 Alcatel Lucent Ethernet connectivity fault management with user verification option
WO2009089643A1 (en) * 2008-01-14 2009-07-23 Lucent Technologies Inc. Method for detecting a duplicate address, mobile station, network element and communication system
EP2253153A1 (en) * 2008-03-03 2010-11-24 Panasonic Corporation Information exchange between gateways for route optimization with network-based mobility management
US8619797B2 (en) * 2009-05-12 2013-12-31 Futurewei Technologies, Inc. Using internet protocol version six (IPv6) tunnel for access identifier transport
US8705503B2 (en) * 2010-11-22 2014-04-22 At&T Intellectual Property I, L.P. Apparatus and method of automatically provisioning a femtocell

Also Published As

Publication number Publication date
US20140090029A1 (en) 2014-03-27
EP2249538A1 (en) 2010-11-10
WO2009117960A1 (zh) 2009-10-01
EP2249538B1 (en) 2016-11-16
US20110002342A1 (en) 2011-01-06
US20150095991A1 (en) 2015-04-02
US9467447B2 (en) 2016-10-11
EP2249538A4 (en) 2011-08-31
US8594103B2 (en) 2013-11-26
CN101547383A (zh) 2009-09-30
US8925067B2 (en) 2014-12-30
CN101547383B (zh) 2013-06-05

Similar Documents

Publication Publication Date Title
US8594103B2 (en) Network access method, authentication method, communications systems and relevant devices
ES3050663T3 (en) Communication method and communications device
US6785256B2 (en) Method for extending mobile IP and AAA to enable integrated support for local access and roaming access connectivity
RU2628486C2 (ru) Системы и способы доступа к сети
US9480091B2 (en) Method, network element and UE achieving identifier and location separation and interface identifier allocation
ES2549963T3 (es) Método y sistema de equipo de instalación de abonado y pasarela de red de banda ancha
FI109950B (fi) Osoitteen saanti
US8539055B2 (en) Device abstraction in autonomous wireless local area networks
US9729501B2 (en) System and data card for stateless automatic configuration of IPv6 address and method for implementing the same
US9407493B2 (en) System and apparatus for router advertisement options for configuring networks to support multi-homed next hop routes
US9853937B1 (en) Internal packet steering within a wireless access gateway
US9084108B2 (en) Method, apparatus, and system for mobile virtual private network communication
WO2020068605A1 (en) Systems and methods for selection of collocated nodes in 5g network
US7733824B2 (en) Fixed access point for a terminal device
WO2011015001A1 (zh) 通过无线局域网接入网络实现接入的方法及系统
WO2009012447A2 (en) System and method for allocating an anchoring point for a mobile terminal
US8086210B2 (en) Flow based layer 2 handover mechanism for mobile node with multi network interfaces
US20160205064A1 (en) Method, Device and System for Processing Network Address, WLAN and UE
US9503418B2 (en) Method and apparatus for obtaining remote IP address
US20130034108A1 (en) System and Method for Communications Network Configuration
CN101938526A (zh) 路由策略的获取方法、终端及服务器
EP2897417A1 (en) Pdn service realizing method, system and network element
ES2369164T3 (es) Método, aparato y sistema para la obtención de información de servicio de transferencia independiente del medio de soporte mih.
KR20250150446A (ko) 모바일 네트워크를 위한 동적 애니캐스트 서비스 지원 pdu 세션 수립 방법 및 장치
CN102740401B (zh) 一种通过可信任的固网接入移动核心网络的方法和系统