ES2398799T3 - Procedimiento de obtención de informaciones de un entorno local de un terminal - Google Patents

Procedimiento de obtención de informaciones de un entorno local de un terminal Download PDF

Info

Publication number
ES2398799T3
ES2398799T3 ES09737079T ES09737079T ES2398799T3 ES 2398799 T3 ES2398799 T3 ES 2398799T3 ES 09737079 T ES09737079 T ES 09737079T ES 09737079 T ES09737079 T ES 09737079T ES 2398799 T3 ES2398799 T3 ES 2398799T3
Authority
ES
Spain
Prior art keywords
terminal
access
information
server
network
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
ES09737079T
Other languages
English (en)
Inventor
Benoît RADIER
Anne Marrec
Mikaël SALAUN
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.)
Orange SA
Original Assignee
France Telecom SA
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 France Telecom SA filed Critical France Telecom SA
Application granted granted Critical
Publication of ES2398799T3 publication Critical patent/ES2398799T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/303Terminal profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/52Network services specially adapted for the location of the user terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02Services making use of location information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Procedimiento de obtención, por un servidor (7) de sesiones de acceso de una red (4) de acceso, deinformaciones (I5; I5b, I5c) relativas a un terminal (1a; 10) que pertenece a una red local (2; 20a, 20b, 20c) quecomprende al menos el terminal (1a, 10) y un dispositivo (3; 30a, 30b, 30c) de acceso a la red (4) de acceso, dichoservidor (7) de sesiones de acceso estando adaptado para suministrar informaciones (I7; I70) relativas a una sesiónde acceso del terminal en la red (4) de acceso, siendo dicho procedimiento de obtención tal que comprende, en larecepción de una petición (R2; R20) de informaciones relativas al terminal que proviene de un servidor (9) deaplicación: el envío de una petición (R3, R30) de interrogación que incluye el identificador del dispositivo (3; 30a, 30b, 30c) deacceso de dicha red local hacia un servidor (5) de autoconfiguración capaz de configurar al menos un equipamiento(2; 20a, 20b, 20c) de dicha red local, en respuesta a dicha petición (R3, R30) de interrogación, la recepción de un mensaje (M1, M10) del servidor (5) deautoconfiguración, incluyendo dicho mensaje (M1, M10) informaciones (I5; I5b, I5c) relativas a un entorno local de dichoterminal (1a; 10), comprendiendo dichas informaciones (I5; I5b, I5c) relativas a un entorno local de dicho terminal (1a;10) los parámetros de configuración para al menos un equipamiento de dicha red local, y el suministro de dichasinformaciones al servidor (9) de aplicación.

Description

Procedimiento de obtención de informaciones de un entorno local de un terminal
5 Antecedentes de la invención
La presente invención se refiere a un procedimiento para obtener desde una red de acceso (por ejemplo de tipo WAN: Wide Area Network), informaciones relativas a un entorno local de un terminal que pertenece a una red local (por ejemplo de tipo LAN: Local Area Network).
La invención encuentra una aplicación privilegiada en el campo del suministro de servicios personalizados, para permitir en particular a operarios de telecomunicaciones y/o proveedores de servicios, suministrar a un terminal servicios adaptados a su entorno local, en función de informaciones de entorno relativas a la red local a la que pertenece el terminal.
15 El terminal accede a un servicio, a través de una línea del cliente de un operario de red de acceso de tipo RTC (Red Telefónica Conmutada), siendo efectuado el acceso a la red a través de un equipamiento de tipo NAS (Network Access Server) o BAS (Broadband Access Server).
El terminal es controlado por el operario de la red de acceso cerca de la cual se obtiene una dirección IP (Internet Protocol). Para ello, el terminal es identificado cerca de un servidor de sesión de acceso.
En el contexto de la invención, se entenderá por servidor de sesiones de acceso de red (CLF de Connectivity Session Location and Repository Function) un servidor que permite recoger informaciones en sesiones de usuario a
25 nivel de la red de acceso. De manera conocida, el servidor de sesiones graba la asociación de una dirección IP de un terminal e informaciones de localización geográfica de la red correspondientes, características sobre el acceso (caudal ascendente, caudal descendente, características físicas de la línea), el número del propietario del acceso.
Por otro lado, el terminal es configurado en la red local por un servidor de autoconfiguración que pertenece a la red de acceso.
En el contexto de la invención, se entenderá por servidor de autoconfiguración (ACS de Autoconfiguration Server o CNGCF de Customer Network Gateway Configuration Function o CPECF de Customer Premises Equipment Configuration Function) un servidor que permite a un terminal fijar parámetros y configurarse automáticamente para
35 que pueda acceder a los servicios suscritos por el cliente cerca de un proveedor de servicios, en función del tipo de terminal y de derechos de acceso a los servicios del cliente. Por consiguiente, el servidor de autoconfiguración contiene la totalidad de los derechos de acceso a los servicios de los clientes, así como los diferentes parámetros que permiten configurar los diferentes tipos de terminales de estos clientes. El servidor de autoconfiguración es capaz de recuperar las modificaciones de estado de los terminales y las diferentes informaciones en las configuraciones de los terminales.
El suministro del servicio al terminal es asegurado por un servidor de aplicación (AF Application Function).
Actualmente, no existe procedimiento que permita obtener desde la red de acceso, informaciones de entorno local
45 relativas a un terminal que pertenece a una red local o doméstica, de manera fiable y simple. Por informaciones de entorno local, se entiende más adelantes informaciones de entorno en la red local o doméstica.
Por fuerza, tal procedimiento no es puesto en marcha para suministrar un servicio adaptado a un terminal en una red local o doméstica, en función de informaciones de entorno local obtenidas a partir de la red de acceso.
El documento WO 2010/012934 describe un servidor de autoconfiguración CNGCF.
Objeto y sumario de la invención
55 La invención es definida en las reivindicaciones independientes 1, 3, 5 y 8-10. Unos modos de realización preferidos de la invención son definidos en las reivindicaciones dependientes.
La presente invención propone un procedimiento de obtención por un servidor de sesiones de acceso de informaciones relativas a un terminal que pertenece a una red local, dicho servidor de sesiones de acceso estando adaptado para suministrar informaciones relativas a una sesión de acceso del terminal a una red de acceso, estando caracterizado dicho procedimiento de obtención porque comprende, en la recepción de una petición de informaciones relativas al terminal que proviene de un servidor de aplicación, la obtención cerca de un servidor de autoconfiguración, informaciones relativas a un entorno local de dicho terminal y el suministro de dichas informaciones a dicho servidor de aplicación.
65 La presente invención pretende igualmente un procedimiento de suministro de servicio a un terminal que pertenece a una red local, que comprende:
-
el envío de una petición de informaciones relativas a un terminal por un servidor de aplicación en un servidor de
sesiones de acceso; 5
-
la obtención y el suministro por dicho servidor de sesiones de acceso a dicho servidor de aplicaciones de informaciones relativas a una sesión de acceso del terminal en una red de acceso;
-
la obtención y el suministro de dichas informaciones relativas a un entorno local del terminal a dicho servidor de aplicación por dicho servidor de sesiones de acceso conforme a un procedimiento de obtención tal como el descrito precedentemente; y
-
el suministro por dicho servidor de aplicación a dicho terminal de al menos un servicio adaptado en función a la vez
de las informaciones relativas a una sesión de acceso del terminal y de las informaciones relativas a un entorno local 15 del terminal.
El procedimiento de suministro de servicio según la invención es ventajosamente utilizado para recuperar simultáneamente informaciones de sesiones e informaciones de entorno local y suministrar un servicio adaptado a cada terminal en función de estas informaciones.
De manera clásica, el terminal en la red local se comunica con los servidores de la red de acceso a través de una pasarela (gateway), que puede ser una pasarela residencial en el caso de una red local doméstica. En caso de que la pasarela sea un módem router, el terminal es escondido detrás de la pasarela. En caso de que la pasarela sea un módem puente, el terminal es directamente visible desde la red de acceso.
25 Por una parte, el hecho de que las informaciones de entorno local sean obtenidas cerca del servidor de autoconfiguración permite garantizar la veracidad de estas informaciones y mantener un buen nivel de confianza cerca de una entidad tercera tal como un servidor de aplicación. La veracidad de estas informaciones es garantía en la medida en que estas se mantienen a nivel del servidor de autoconfiguración que está bajo el control de un operario o de un proveedor de servicios. De esta manera, se evita a un terminal suministrar él mismo a una entidad tercera sus propias informaciones de entorno local que habría podido falsificar. Así, es posible impedir una utilización fraudulenta de estas informaciones.
Por otra parte, la obtención de las informaciones de entorno local a través del servidor de sesiones de acceso es
35 simple de poner en marcha, en la medida en que no hace intervenir de interfaz de comunicación suplementaria en relación a lo que existe actualmente.
Según una característica de la presente invención, el servidor de sesiones de acceso suministra dichas informaciones relativas a un entorno local del terminal completadas con dichas informaciones relativas a una sesión de acceso del terminal.
Así, el servidor de sesiones obtiene simultáneamente informaciones de sesión e informaciones de entorno local reutilizando las interfaces de comunicación existentes. La totalidad de estas informaciones permite caracterizar más precisamente el entorno del terminal.
45 Según otra característica de la presente invención, antes de suministrar al servidor de sesiones de acceso las informaciones relativas a un entorno local, el servidor de autoconfiguración selecciona las informaciones relativas a un entorno local del terminal a suministrar al servidor de sesiones de acceso en función del servicio adaptado a suministrar.
La selección de las informaciones pertinentes a nivel del servidor de autoconfiguración permitr optimizar la utilización de la banda pasante limitando la cantidad de informaciones que transitan a través de la red de acceso.
Según otra característica de la presente invención, las informaciones relativas a un entorno local del terminal
55 comprenden informaciones relativas a bornes de acceso a la red de acceso cercanos al terminal y el procedimiento de suministro de servicio comprende la selección de un borne de acceso entre dichos bornes de acceso en función del servicio adaptado a suministrar.
Esto es particularmente ventajoso para determinar un borne de acceso adaptado en el marco de la gestión de un servicio de handover.
La presente invención pretende igualmente un procedimiento puesto en marcha por un servidor de autoconfiguración, caracterizado porque comprende:
65 - la recepción por dicho servidor de autoconfiguración de una petición de interrogación que proviene de un servidor de sesiones de acceso para obtener informaciones relativas a un entorno local de un terminal que pertenece a una red local; y
-
el suministro por dicho servidor de autoconfiguración de dichas informaciones a dicho servidor de sesiones de acceso, en respuesta a dicha petición.
5 Según una característica de la presente invención, el procedimiento puesto en marcha por el servidor de autoconfiguración comprende además una selección por dicho servidor de autoconfiguración de las informaciones relativas a un entorno local del terminal a suministrar al servidor de sesiones de acceso en función de un servicio a suministrar al terminal por un servidor de aplicación.
Según otra característica, las informaciones relativas a un entorno local del terminal comprenden informaciones relativas a bornes de acceso a la red de acceso cercanos al terminal y el procedimiento puesto en marcha por el servidor de autoconfiguración comprende la selección de un borne de acceso entre dichos bornes de acceso en función del servicio adaptado a suministrar.
15 Según una característica de la presente invención, el procedimiento de obtención comprende además el envío por el servidor de sesión de acceso de aplicación de dichas informaciones relativas a una sesión de acceso del terminal conjuntamente con las informaciones relativas a un entorno local del terminal.
La presente invención pretende igualmente un servidor de autoconfiguración que comprende unos medios para obtener informaciones relativas a un entorno local de un terminal. El servidor de autoconfiguración según la invención comprende además unos medios de recepción de una petición de interrogación que proviene de un servidor de sesiones de acceso y unos medios para suministrar dichas informaciones relativas a un entorno local del terminal a dicho servidor de sesiones de acceso, en respuesta a dicha petición de interrogación.
25 Conforme a la presente invención, el servidor de autoconfiguración es así adaptado para suministrar informaciones de entorno relativas a un entorno local del terminal en una red de local en una entidad tercera. De manera ventajosa, la veracidad de las informaciones es garantizada por el operario o el proveedor de servicios al que pertenece el servidor de autoconfiguración.
Según una característica de la presente invención, el servidor de autoconfiguración comprende además unos medios para seleccionar, en función del servicio a suministrar, las informaciones relativas a un entorno local del terminal a suministrar al servidor de sesiones de acceso.
35 La presente invención pretende igualmente un servidor de sesiones de acceso, adaptado para suministrar informaciones relativas a una sesión de acceso a una red de acceso de un terminal que pertenece a una red local, caracterizado porque comprende unos medios para, en la recepción de una petición de informaciones relativas al terminal que proviene de un servidor de aplicación, obtener por interrogación de un servidor de autoconfiguración informaciones relativas a un entorno local del terminal y para suministrar estas informaciones a dicho servidor de aplicación.
De manera ventajosa, el servidor de sesiones de acceso obtiene las informaciones de entorno local cerca del servidor de autoconfiguración, de manera fiable y simple reutilizando las interfaces de comunicación existentes.
45 Según una característica de la presente invención, el servidor de sesiones de acceso comprende además unos medios para enviar al servidor de aplicación de las informaciones relativas a una sesión de acceso conjuntamente con las informaciones de entorno relativas a un entorno local del terminal.
La invención pretende igualmente un sistema que comprende un terminal que pertenece a una red local, un servidor de autoconfiguración y un servidor de sesiones de acceso tales como los descritos precedentemente y un servidor de aplicación capaz de suministrar servicios a dicho terminal, comprendiendo dicho servidor de aplicación:
-
unos medios para enviar una petición de informaciones relativas a un terminal a dicho servidor de sesiones de
acceso; y 55
-
unos medios para suministrar a dicho terminal al menos un servicio adaptado en función a la vez de las informaciones relativas a una sesión de acceso del terminal y de las informaciones relativas a un entorno local del terminal.
Así, el servidor de aplicación obtiene simultáneamente de manera simple y garantizada las informaciones de sesión y las informaciones de entorno local. Estas informaciones permiten al servidor de aplicación personalizar el servicio propuesto teniendo en cuenta no solamente la red de acceso sino igualmente la red local.
El hecho de que el servidor de aplicación obtenga las informaciones de entorno local cerca del servidor de
65 autoconfiguración permite garantizar la veracidad de estas, en la medida en que estas informaciones se mantienen a nivel del servidor de autoconfiguración que está bajo el control de un operario o de un proveedor de servicios. Esto permite evitar a un terminal suministrar sus propias informaciones de entorno local directamente en el servidor de aplicación, informaciones que habría podido falsificar.
Por otro lado, la obtención de las informaciones de entorno a través del servidor de sesiones de acceso es simple de 5 poner en marcha, en la medida en que permite la utilización de interfaces de comunicación existentes.
La presente invención pretende igualmente un programa de ordenador que comprende unas instrucciones para la puesta en marcha de las etapas del procedimiento puesto en marcha por un servidor de autoconfiguración según la invención tal como se describe antes, cuando dicho programa es ejecutado por un ordenador.
La presente invención pretende igualmente un programa de ordenador que comprende unas instrucciones para la puesta en marcha de las etapas del procedimiento de obtención por un servidor de sesiones de acceso de informaciones relativas a un terminal según la invención tal como el descrito antes, cuando dicho programa es ejecutado por un ordenador.
15 Cada uno de los programas de ordenador descritos anteriormente puede utilizar no importa qué lenguaje de programación, y estar en forma de código fuente, código objeto, o de código intermediario entre código fuente y código objeto, tal como en forma parcialmente compilada, o en no importa qué otra forma deseable.
La invención pretende también un soporte de informaciones legible por un ordenador, y en el que se registran instrucciones de un programa de ordenador tal como el mencionado anteriormente.
El soporte de informaciones puede ser no importa qué entidad o dispositivo capaz de almacenar el programa. Por ejemplo, el soporte puede comprender un medio de almacenamiento, tal como un ROM, por ejemplo un CD ROM o 25 un ROM de circuito microelectrónico, o incluso un medio de registro magnético, por ejemplo un disquete (floppy disc)
o un disco duro.
Por otra parte, el soporte de informaciones puede ser un soporte transmisible tal como una señal eléctrica u óptica, que puede ser encaminada vía un cable eléctrico u óptico, por radio o por otros medios. El programa según la invención puede ser en particular telecargado en una red de tipo Internet.
Alternativamente, el soporte de informaciones puede ser un circuito integrado en el que el programa es incorporado, estando adaptado el circuito para ejecutar o para ser utilizado en la ejecución del procedimiento en cuestión.
35 Breve descripción de los dibujos
Otras características y ventajas de la presente invención se desprenderán de la descripción hecha a continuación, en referencia a los dibujos adjuntos que ilustran un ejemplo de realización desprovisto de cualquier carácter limitativo. En los dibujos:
-
la figura 1 ilustra de manera esquemática un sistema en un modo de realización de la presente invención en el marco del suministro de un servicio personalizado;
-
la figura 2 ilustra en forma de organigrama las etapas del procedimiento en un modo de realización de la presente 45 invención puesto en marcha en el marco del suministro de un servicio personalizado;
-
la figura 3 ilustra de manera esquemática un sistema en un modo de realización particular de la presente invención puesto en marcha en el marco de la gestión de la movilidad de un terminal; y
-
la figura 4 ilustra en forma de organigrama las etapas del procedimiento en un modo de realización particular de la presente invención puesto en marcha en el marco de la gestión de la movilidad de un terminal.
Descripción detallada de un modo de realización
55 Un modo de realización de la presente invención va a ser ahora descrito de manera detallada en referencia a las figuras 1 y 2, en el marco del suministro de un servicio personalizado para un usuario de equipamientos en una red doméstica 2 (red local) desde una red 4 de acceso.
Como se ilustra en la figura 1, la red doméstica 2 comprende un terminal 1a (ordenador portátil) y una pantalla 1b de alta definición. Cada uno de estos equipamientos 1a, 1b está conectado a una pasarela doméstica 3 (CNG Customer Network Gateway) que es el punto central de la red doméstica.
Como se ilustra en la figura 1, la red 4 de acceso comprende:
65 - un servidor 5 de autoconfiguración asociado a una base 5a de datos, en la que se mantienen informaciones I5 relativas a la red doméstica 2 a la que pertenece el terminal 1a;
-
un servidor 7 de sesiones de acceso a la red 4 de acceso, estando asociado dicho servidor 7 a una base 7a de datos, en la que se mantienen informaciones de sesiones I7 relativas a una sesión de acceso del terminal 1a cerca de la red 4 de acceso; y
-
un servidor 9 de aplicación capaz de suministrar un servicio en el terminal en la red doméstica 2, estando adaptado este servicio en función de informaciones recibidas del servidor 7 de sesiones de acceso.
Una interfaz de comunicación está prevista entre el servidor 5 de autoconfiguración y el servidor 7 de sesiones para permitir particularmente al servidor 7 de sesiones obtener cerca del servidor 5 de autoconfiguración las informaciones I5 relativas a la red doméstica 2 conforme a la presente invención.
Las etapas del procedimiento de suministro del servicio personalizado en función de las informaciones de entorno local I5 e informaciones I7 de sesiones van a ser ahora descritas de manera detallada en referencia a la figura 2.
15 Durante una fase previa de configuración P0, los equipamientos 1a, 3 de la red doméstica 2 son configurados por el servidor 5 de autoconfiguración. En particular, la pasarela doméstica 3 está configurada (etapa E0) por el servidor 5 de autoconfiguración e identificada cerca del servidor 7 de sesiones de acceso (etapa E’0).
Preferentemente, el protocolo utilizado para permitir al servidor 5 de autoconfiguración configurar los equipamientos de la red doméstica 2 es el protocolo TR-069 (CPE WAN Management Protocol). Para la configuración de equipamientos que utilizan la tecnología VoIP (Voice over IP), el protocole TR-104 (Provisioning Parameters for VoIP CPE) puede ser utilizado.
25 Los parámetros de configuración utilizados para configurar cada equipamiento en la red doméstica 2 son registrados en la base 5a de datos gestionada por el servidor 5 de autoconfiguración y constituyen informaciones I5 relativas a un entorno local del usuario, en el sentido de la presente invención.
A título indicativo, estas informaciones están constituidas por:
-
el tipo o tipos de acceso disponible o disponibles en la red doméstica 2: Wi-Fi™ (IEEE 802.11 b, g, n), Ethernet (IEEE 802.3);
-
el tipo de equipamientos (pasarela doméstica 3, ordenador 1a) presente en la red doméstica 2 y configurados por 35 el servidor 5 de autoconfiguración; y
-
los equipamientos disponibles presentes en la red local pero que no necesitan configuración particular (pantalla de televisión 1b, recintos de audio, micrófono, pantalla de ordenador).
A título de ejemplo, los parámetros de configuración de cada equipamiento 3, 1a de la red doméstica 2 y relativos a cada interfaz de comunicación (USB, Ethernet, Wireless) son registrados en la base 5a de datos en la forma siguiente:
-
Software/firmware image management de cada equipamiento, 45
-
Status and performance monitoring, y
-
Diagnostics.
Los datos son registrados en forma de un objeto. Por ejemplo, el objeto InternetGatewayDevice.LANDevice.{i}.WLAN-Configuration.{i} contiene las siguientes informaciones:
Enable; Status; BSSID; SSID; MaxBitRate; Channel; BeaconType;
MACAddressContro/Enabled; Standard; WEPKeyIndex; KeyPassphrase;
55 WEPEncryptionLevel; BasicEncryptionModes; BasitAuthenticationMode; WPAEncryptionModes; WPAAuthenticationMode; IEEE11iEncryptionModes; IEEE11iAuthenticationMode; PossibleChannels; BasicDataTransmitRates; Operationa/DataTransmitRates; PossibleDataTransmitRates; InsecureOOBAccessEnabled, BeaconAdvertisementEnabled; RadioEnabled; AutoRateFallBackEnabled ; LocationDescription; RegulatoryDomain; TotalPSKFailures, TotalIntegrityFailures; ChannelsInUse; DeviceOperationMode; DistanceFromRoot; PeerBSSID; AuthenticationServiceMode; TotalBytesSent;TotalBytesReceived; TotalPacketsSent; TotalPacketsReceived; TotalAssociations.
65 Las informaciones I7 de sesiones son almacenadas en la base 7a de datos gestionados por el servidor 7 de sesiones, de manera que la validez de estas informaciones sea garantizada por el operario de la red 4 de acceso
que controla el servidor 7 de sesiones.
De manera conocida, las informaciones I7 de sesiones son utilizadas para identificar el acceso a la red 4 de acceso y construir una configuración adaptada al entorno del usuario del terminal 1a. 5 A título indicativo, las informaciones I7 de sesiones comprenden por ejemplo:
-
el identificador del cliente asociado a una línea de acceso (Subscriber ID);
-
identificador de la línea de acceso o identificador de acceso lógico;
-
el tipo de la red de acceso (ATM, Ethernet, Wi-Fi, xDSL, FTTH);
-
el tipo de terminal (voz, video, PC); y 15
-
la dirección IP pública (IP Edge Identity) utilizada por la pasarela doméstica 3 o la dirección pública utilizada por los terminales de usuarios en la red doméstica 2.
Otras informaciones tales como la localización geográfica de la red doméstica 2 (Physical Access ID; Address Realm), el tipo de acceso físico (ADSL: Asynchronous Digital Subscriber Line, FTTH: Fiber To The Home) y el caudal (ascendente, descendente) de la línea física utilizada por el terminal 1a/pasarela doméstica 3 pueden estar comprendido en las informaciones I7 de sesiones.
Ya que unas modificaciones de la configuración de un equipamiento que pertenece a la red doméstica 2 son
25 realizadas por un administrador del equipamiento o por una puesta al día de la capa de equipo lógico efectuada por la red de acceso, estas son transmitidas automáticamente al servidor 5 de autoconfiguración según el protocolo TR069 y/o TR-104.
Se supone que un usuario del terminal 1a desea acceder a un servicio de recepción de un flujo de video adaptado en el entorno en el que se encuentra. Por ejemplo, este servicio permite al usuario visualizar un flujo de video HD (High Definition) en un terminal o periférico adecuado de la red doméstica 2.
A este efecto, el terminal 1a emite, durante una etapa E1 de envío, una petición R1 de servicio, con destino al servidor 9 de aplicación. La petición R1 del servicio comprende la dirección IP (@1) del terminal 1a, que permite la
35 identificación de este.
En el ejemplo de realización ilustrado en la figura 2, la pasarela doméstica 3 integra las funcionalidades de un módem puente. Tal módem puente tiene la particularidad de dejar pasar todas las peticiones en la red 4 de acceso, sin modificarlas. En este caso, la red 4 de acceso tiene una visibilidad directa en los equipamientos de la red doméstica 2.
En otro ejemplo de realización no ilustrado, la pasarela doméstica 3 integra las funcionalidades de un módem router. La utilización de un módem router implica que la red 4 de acceso no tiene conocimientos de los equipamientos conectados en la red doméstica 2. En este caso, sólo el servidor 5 de autoconfiguración tiene conocimiento de los
45 equipamientos conectados en la red doméstica 2. En esta variante de realización, con recepción de la petición R1 de servicio, la pasarela doméstica 3 sustituye a la dirección IP (@1) del terminal 1a su propia dirección IP pública (@3) en la petición de servicio para comunicar con el servidor 9 de aplicación.
En la recepción de la petición R1 de servicio, el servidor 9 de aplicación envía al servidor 7 de sesiones una petición R2 de informaciones que comprende la dirección IP (@1) del terminal 1a que está en el origen de la solicitud de servicio (o en variante la dirección IP (@3) de la pasarela doméstica 3 si esta ha sustituido su propia dirección en la del terminal en la petición R1 de servicio).
Conforme a la presente invención, esta petición R2 de informaciones está prevista para permitir al servidor 9 de
55 aplicación obtener informaciones I5 de entorno relativas a la red doméstica 2 a la que pertenece el terminal 1a. Esta petición R2 permite igualmente obtener por la misma ocasión las informaciones I7 de sesiones relativas a la sesión de acceso del terminal 1a a la red 4 de acceso.
En la recepción de la petición R2 de informaciones, el servidor 7 de sesiones obtiene, durante una etapa E3 de obtención, las informaciones I7 de sesiones relativas a la sesión de acceso asociado con la dirección @1 del terminal 1a (o en variante, con la dirección @3 de la pasarela doméstica 3). Estas informaciones I7 de sesiones son extraídas de la base 7a de datos asociada al servidor 7 de sesiones. Así, la obtención de las informaciones I7 relativas a una sesión de acceso del terminal se realiza por interrogación del servidor 7 de sesiones de acceso.
65 Durante esta misma etapa E3 de obtención, el servidor 7 de sesiones de acceso obtiene la dirección IP (@5) del servidor 5 de autoconfiguración que tiene configurado el terminal 1a en la red doméstica 2, así como el identificador
ID3 de la pasarela doméstica 3 del cual depende el terminal 1a.
A partir de la dirección pública de la red doméstica 2, el servidor 7 de sesiones conoce el identificador ID3 de la pasarela doméstica 3, así como la dirección @5 del servidor 5 de autoconfiguración. Estos datos son memorizados 5 en relación con el servidor 7 de sesiones de acceso.
En caso de que la pasarela doméstica sea un módem puente, el servidor 7 de sesiones de acceso necesita la dirección IP pública @1 del terminal 1a para obtener la dirección @5 del servidor de autoconfiguración y el identificador ID3 de la pasarela doméstica 3. La pasarela doméstica 3 estando conectada en la misma línea que el terminal 1a, basta con suficiente recuperar la dirección IP de un equipamiento de tipo “pasarela doméstica” conectado en la misma línea que el terminal 1a. El servidor 7 de sesiones de acceso tiene el conocimiento de todos los tipos de equipamientos conectados en una línea ya que obtiene una dirección pública. El servidor 7 de sesiones de acceso permite encontrar la localización geográfica de la red de un terminal.
15 En caso de que la pasarela doméstica sea aun módem router, durante el procedimiento de búsqueda de la pasarela doméstica, el servidor 7 de sesiones de acceso vuelve a la dirección IP pública @3 de la pasarela 3 idéntica a la que figura en la petición R1 de servicio.
La dirección @5 permite interrogar al servidor 5 de autoconfiguración para recuperar informaciones en el entorno local. La dirección @5 es registrada a nivel del servidor 7 de sesiones de acceso en asociación con una dirección IP pública de cada terminal (terminal o pasarela, según que esta última juegue el papel de módem puente o de módem router) durante la atribución de dirección IP pública de los equipamientos de la red de acceso. El servidor 7 de sesiones de acceso memoriza pares (@IP público, @5), que permiten, para cada equipamiento (terminal o pasarela) conocer el servidor 5 de autoconfiguración al que está ligado. La dirección IP pública es la del terminal si la pasarela
25 es transparente o la de la pasarela si el terminal no es visible desde la red de acceso.
Conforme a la presente invención, el servidor 7 de sesiones completa las informaciones I7 de sesiones por informaciones I5 de entorno relativas a la red local que obtiene cerca del servidor 5 de autoconfiguración responsable de la configuración de la red local 2 como se describe más adelante.
Para eso, el servidor 7 de sesiones envía al servidor 5 de autoconfiguración, durante una etapa E4, una petición R3 de informaciones a la dirección IP (@5) del servidor 5 de autoconfiguración que comprende el identificador ID3 de la pasarela doméstica 3 determinado durante la etapa E3 de obtención precedente.
35 En la recepción de la petición R3 de informaciones, el servidor 5 de autoconfiguración extrae (etapa E5) de la base 5a de datos asociada, las informaciones I5 de entorno relativas a la red doméstica 2.
Durante esta misma etapa E5, el servidor 5 de autoconfiguración selecciona las informaciones relativas a un entorno local del terminal a suministrar al servidor 7 de sesiones de acceso, en función del servicio adaptado a suministrar.
Como se ha descrito antes, las informaciones I5 de entorno se refieren a la configuración de la red doméstica 2 y más particularmente a la configuración de conexión de la pasarela doméstica 3 (tipo de acceso disponible, tipo de terminales conectados y configurados por el servidor 5 de autoconfiguración).
45 Según una variante de realización, todas las informaciones I5 de entorno relativas a la red doméstica 2 no son almacenados en la base 5a de datos. Esto es particularmente ventajoso cuando la cantidad total de informaciones a almacenar es elevada en razón del número elevado de clientes a gestionar. En este caso, el servidor 5 de autoconfiguración obtiene al vuelo (en respuesta a la petición R3 de información) informaciones de entorno local específicas a la red doméstica 2 cerca de la pasarela doméstica 3 y/o equipamientos conectados a la pasarela 3. De tales informaciones pueden ser obtenidos por el servidor 5 de autoconfiguración utilizando los mandos previstos a continuación por el protocolo TR069:
“GetParameterValues” permite obtener el valor de un parámetro;
55 “GetParameterNames” permite conocer el nombre de los parámetros que el servidor 5 de autoconfiguración puede recuperar;
“GetParameterAttributes” permite conocer la totalidad de los argumentos de un parámetro.
Estos métodos diferentes permiten después recuperar las informaciones siguientes citadas a continuación a título de ejemplo:
“LANDeviceNumberOfEntries” permite saber cuántos terminales (CND) están conectados a la pasarela doméstica 3 (CNG).
65 “InternetGatewayDevice.LANDevice.{i}” permite conocer el número de terminales conectados en la red doméstica
LAN {i} de la pasarela doméstica 3 para las tecnologías WLAN, Ethernet y USB.
“InternetGatewayDevice.LANDevice.{j}.Lan-EthernetInterfaceConfig.{i}” permite conocer las características del interfaz {i} de la red doméstica 2 (LAN) {j} con un terminal (CPE). Tales informaciones pueden ser utilizadas por el 5 servidor 9 de aplicación para conocer el tipo de conectividad utilizada por un terminal y así permitir verificar que el terminal esté bien conectado a la pasarela doméstica 3 o que la línea de acceso de la red no esté saturada.
“InternetGatewayDevice.LANDevice.{i}.WLAN-Configuration.{i}” permite conocer la configuración Wifi de la pasarela doméstica 3 o unos terminales presentes en la red doméstica 2. Estas informaciones pueden ser ventajosamente utilizadas por el servidor 9 de aplicación, por ejemplo en el marco de la gestión de un procedimiento de handover.
De manera similar, el protocolo TR-104 puede ser utilizado en el marco de la gestión de servicios VoIP, para permitir al servidor 5 de autoconfiguración obtener informaciones específicas cerca de los terminales VoIP. Por ejemplo:
15 “VoiceService.{i}.Capabilities” permite saber si una llamada de tipo voz puede ser transferida hacia una llamada de tipo videoconferencia (voz e imagen) en función de las capacidades de la pasarela doméstica 3;
“VoiceService.{i}-Capabilities.SIP” permite saber si un terminal es capaz de recibir una llamada de tipo VoIP según el protocolo SIP Session Initiation Protocol y conocer el número de teléfono asociado a la dirección IP del terminal; y
“VoiceService.{i}-Capabilities.Codecs.{i}” permite conocer los códecs soportados por un terminal y por ello por ejemplo saber si el terminal puede recibir una llamada en videoconferencia.
Durante una etapa E6 de envío, el servidor 5 de autoconfiguración envía al servidor 7 de sesiones en un mensaje M1
25 las informaciones I5 de entorno local previamente obtenidas. Por ejemplo, el mensaje M1 comprende unos parámetros relativos a los interfaces diferentes de comunicación disponibles a nivel de la pasarela doméstica 3 de la red doméstica 2.
En la recepción de las informaciones I5 de entorno local suministradas por el servidor 5 de autoconfiguración, el servidor 7 de sesiones de acceso envía (etapa E7) al servidor 9 de aplicación un mensaje M2 que comprende las informaciones I5 de entorno local completadas por las informaciones I7 de la sesión de acceso del terminal.
Durante una etapa E8 de adaptación, el servidor 9 de aplicación adapta el servicio requerido por el terminal, en función de las informaciones I5 de entorno relativas a la red local 2 y de las informaciones I7 de sesiones de acceso
35 relativas a la sesión en curso. Así, el servidor 9 de aplicación puede proponer a un usuario un servicio adaptado en función de su acceso a la red 4 de acceso y de su acceso a la red doméstica 2.
Durante una etapa E9 de activación, el servidor 9 de aplicación activa el servicio adaptado en función de estos dos tipos de informaciones, enviando un mando C al terminal 1a vía la pasarela doméstica 3.
En la recepción de este mando C, el usuario del terminal puede beneficiarse del servicio adaptado.
En el marco del servicio descrito anteriormente, el mando C permite por ejemplo activar la pantalla 1b para recibir un flujo de video de alta definición, en vez de recibir este mismo flujo de video en el ordenador portátil 1a que no está
45 adaptado a este servicio.
Otro modo de realización
Otro modo de realización de la presente invención va a ser ahora descrito de manera detallada, en el marco de la gestión de la movilidad de un terminal móvil 10 a partir de una red 4 de acceso que comprende un servidor 5 de autoconfiguración, un servidor 7 de sesiones de acceso y un servidor 9 de aplicación.
El servicio considerado es la gestión de un procedimiento de handover, teniendo en cuenta las informaciones de entorno local obtenidas conforme a la presente invención.
55 En este ejemplo, el terminal móvil 10 es un teléfono Wifi™ capaz de comunicarse según el protocolo IEEE 802.11. Este teléfono 10 está conectado inicialmente a un borne 30a de acceso sin hilo primero asociado a una red local primera 20a y se encuentra al marco de otros dos bornes 30b, 30c de acceso sin hilo cercanos. Cada uno de los bornes 30a, 30b, 30c de acceso define una red local señalada respectivamente 20a, 20b, 20c delimitada por el dominio de marco radio del borne 30a, 30b, 30c de acceso correspondiente.
El terminal 10 y los tres bornes 30a, 30b, 30c de acceso son capaces de comunicar con el servidor 5 de autoconfiguración y el servidor 9 de aplicación según la invención como se describe precedentemente.
65 Como se ha ilustrado en la figura 3, se considera que en un instante dado, el terminal móvil 10 se encuentra en una zona Z de recubrimiento definida por la intersección de las zonas de cobertura de las tres redes locales 20a, 20b, 20c.
El procedimiento según la invención va a ser descrito ahora de manera detallada en referencia a la figura 4 en el marco de la gestión de la movilidad o handover.
5 Durante una fase P0 de configuración ya descrita antes, cada borne 30a, 30b, 30c de acceso sin hilo es configurado por el servidor 5 de autoconfiguración e identificado cerca del servidor 7 de sesiones de acceso.
El acceso a la red 4 de acceso por el terminal 10 se define cerca del servidor 7 de sesiones de acceso utilizando particularmente la dirección IP pública (@10) del terminal 10, o en variante la dirección IP pública (@30a) del borne 30a de acceso.
Durante una etapa E10 de envío, el terminal 10 envía al servidor 9 de aplicación una petición R10 de servicio que comprende:
-
la dirección IP (@10) del terminal móvil 10 que permite su identificación;
-
un identificador SSID1 (SSID o ESSID: Extended Service Set Identifier) del borne 30a de acceso sin hilo al que el terminal 10 está conectado y el identificador BSSID1 (BSSID: Basic Service Set Identifier), estando constituido este identificador por la dirección MAC (Medium Access Control) de este borne 30a de acceso; y
-
unas informaciones relativas a los bornes 30b, 30c de acceso cercanos que se encuentra al marco de radio del terminal móvil 10, siendo presentadas estas informaciones en forma de una lista de identificadores SSID (SSID2, SSID3), e identificadores BSSID (BSSID2, BSSID3). Cada identificador BSSID corresponde a la dirección MAC del
25 borne de acceso asociado.
Los identificadores SSID (SSID2, SSID3) de los bornes de acceso cercanos son obtenidos por el terminal móvil 10 durante una etapa S de escaneado previa. De manera alternativa, el borne 30a de acceso del cual depende inicialmente el terminal 10 es adaptado para determinar él mismo los bornes 30b, 30c de acceso cercanos que están disponibles. Las informaciones relativas a los bornes 30b, 30c de acceso cercanos así obtenidos pueden ser ventajosamente utilizados durante la configuración del borne 30a por el servidor 5 de autoconfiguración, por ejemplo para seleccionar un canal de transmisión que no será perturbado por los bornes de acceso cercanos. En este caso, el servidor 5 de autoconfiguración puede suministrar directamente los identificadores de los bornes de acceso cercanos al servidor 9 de aplicación, evitando que el terminal 10 efectúe un escaneado para detectar los bornes de
35 acceso disponibles.
En el ejemplo de la figura 3, el terminal 10 en la red local 20a detecta dos bornes 30b, 30c de acceso cercanos. Por consiguiente, el terminal 10 suministra en la petición R10 de servicio su dirección IP pública @10 y las informaciones relativas a los bornes 30b, 30c de acceso vecinos, estando constituidas estas informaciones por su identificador respectivo SSID2, SSID3 asociado a su dirección MAC respectiva BSSID2, BSSID3. En caso de que el borne 30a de acceso sea un módem router, la dirección @30a del borne de acceso al que el terminal 10 está conectado es suministrado en la petición R10 de servicio.
En la recepción de la petición R10 de servicio, el servidor 9 de aplicación envía (etapa E20) al servidor 7 de sesiones,
45 una petición R20 de informaciones que comprende la lista de identificadores {SSID, BSSID} de los bornes 30b, 30c de acceso cercanos y la dirección IP pública @10 utilizada por el terminal 10 para conectarse en el borne 30a de acceso.
En la recepción de la petición R20 de informaciones, el servidor 7 de sesiones verifica que el servidor 9 de aplicación está autorizado para recibir o recuperar informaciones.
En caso afirmativo, el servidor 7 de sesiones obtiene (etapa E30 de obtención) informaciones I7 de sesiones relativas a la sesión de acceso del terminal 10 a la red 4 de acceso. Estas informaciones I7 de sesiones son extraídas de la base 7a de datos asociada al servidor 7 de sesiones. Se trata por ejemplo de informaciones tales como la
55 localización geográfica de la red doméstica 20a, el tipo de acceso y el caudal (ascendente, descendente) del acceso de radio utilizado por el terminal 10.
No teniendo conocimiento de los identificadores {SSID, BSSID} contenidos en la petición R20 de informaciones, el servidor 7 de sesiones transfiere estos (etapa E40) al servidor 5 de autoconfiguración 5 en una petición R30.
En la recepción de la petición R30, el servidor 5 de autoconfiguración determina (etapa E50) a partir de los identificadores (SSID2, BSSID2; SSID3, BSSID3) suministrados en esta petición R30 los entornos de acceso de radio correspondientes.
65 Para esto, el servidor 5 de autoconfiguración extrae (etapa E50) de la base 5a de datos, para cada borne 30b, 30c de acceso identificado en la petición R30 de las informaciones I5b, I5c de entorno local relativas a la conectividad de radio disponible al nivel de los bornes 30b, 30c de acceso cercanos. Estas informaciones se refieren a la configuración de la red local 20b, 20c de cada borne 30b, 30c de acceso y más particularmente los parámetros de configuración de la conexión de radio (protocolo utilizado: IEEE 802.11 a/b/g/n, ejemplo tipo de autentificación (WEP), clave WEP a utilizar, canal a utilizar, banda pasante disponible, número de terminales ya conectados).
5 Según una variante de realización, en la recepción de la petición R30, el servidor 5 de autoconfiguración es adaptado para obtener directamente (etapa no representada) cerca de los bornes 30b, 30c de acceso las informaciones I5b, I5c requeridas.
De manera ventajosa, el servidor 5 de autoconfiguración puede ser adaptado para seleccionar durante esta misma etapa E50, las informaciones I5b de entorno local pertinentes que se refieren únicamente los SSID que pertenecen a un campo de suscripción del usuario y que aceptan los usuarios nómadas. En particular, el servidor 5 de autoconfiguración puede ser adaptado para seleccionar un borne de acceso entre los bornes de acceso cercanos en función del servicio adaptado (handover) para suministrar al terminal.
15 Durante una etapa E60 de envío, el servidor 5 de autoconfiguración envía en un mensaje M10 las informaciones I5b de entorno local pertinentes al servidor 7 de sesión de acceso.
Se señalará que la selección de las informaciones de entorno local pertinentes al nivel del servidor 5 de autoconfiguración permite minimizar la cantidad de informaciones transmitidas al servidor 7 de sesiones y así optimizar la utilización de la banda pasante en el seno de la red 4 de acceso.
En la recepción de las informaciones I5b, I5c de entorno local suministradas por el servidor 5 de autoconfiguración, el servidor 7 de sesiones de acceso envía (etapa E70) al servidor 9 de aplicación un mensaje M20 que comprende las
25 informaciones I5b, I5c de entorno local y las informaciones I70 de sesión de acceso.
Durante una etapa E80 de selección, el servidor 9 de aplicación selecciona entre la totalidad de los bornes 30b, 30c de acceso cercanos identificados aquel o aquellos cuyas informaciones I5b, I5c de entorno local son compatibles con las informaciones I70 de sesiones del usuario. El servidor 9 de aplicación selecciona un borne 20b de acceso susceptible de asegurar la itinerancia (roaming o handover) del terminal 10, cuando este se prepara a dejar el espacio de cobertura de la red local 20a a la que está inicialmente conectada.
Para esto, el servidor 9 de aplicación elimina los bornes de acceso que no son capaces de soportar las demandas de conexión de los servicios activados en el terminal del usuario 10, verificando su conectividad de red y verificando
35 que los clientes de los bornes de acceso aceptan a los usuarios nómadas, los bornes de acceso están conectados a la red 4 de acceso, la banda pasante necesaria para continuar el servicio no disponible, el caudal disponible en los accesos definidos por los identificadores SSID, el caudal disponible en la red 4 de acceso hasta cada borne.
En resumen, a partir de los identificadores SSID de los bornes de acceso localizados en el campo al marco radio del terminal 10, el servidor 9 de aplicación situado en la red 4 de acceso, obtiene informaciones de entorno WAN y LAN de estos bornes. En función de estos dos tipos de informaciones, el servidor 9 de aplicación puede realizar la gestión del handover en caso de movilidad del terminal 10.
El servidor 5 de autoconfiguración según la invención tiene la arquitectura convencional de un ordenador.
45 Comprende particularmente un procesador 50, una memoria viva de tipo RAM 52 y una memoria muerta de tipo ROM 53 como está representado en la figura 3.
La memoria muerta 53 constituye un soporte 53 de registro según la invención, en el que es memorizado un programa P1 de ordenador conforme a la invención. Este programa P1 comprende instrucciones para la ejecución de las etapas E5, E50 de extracción y E6, E60 de envío de las informaciones I5, I5b, I5c de entorno local del procedimiento según la invención, habiendo sido descritas estas etapas anteriores en referencia a las figuras 2 y 4. La memoria viva 52 es utilizada por el procesador 51 para la ejecución del programa P1 de ordenador según la invención.
El servidor 5 de autoconfiguración comprende también unos medios 54 de comunicación capaces de comunicar por
55 una parte con la pasarela doméstica 3, los bornes 20a, 20b, 20c de acceso sin hilo, los terminales 1a, 10 y por otra parte con el servidor 7 de sesiones.
El servidor 7 de sesiones según la invención tiene la arquitectura convencional de un ordenador. Comprende particularmente un procesador 70, una memoria viva de tipo RAM 72 y una memoria muerta de tipo ROM 73, como se ha representado en la figura 3.
La memoria muerta 73 constituye un soporte 73 de registro según la invención, en el que es memorizado un programa P2 de ordenador conforme a la invención. Este programa P2 comprende instrucciones para la ejecución de las etapas E4, E40 de interrogación para obtener las informaciones I5, I5b, I5c de entorno local cerca del servidor 5 de 65 autoconfiguración, las etapas E3, E30 de obtención de las informaciones de sesiones y las etapas E7, E70 de envío de estas informaciones en el servidor 9 de aplicación del procedimiento según la invención descritas anteriormente en
referencia a las figuras 2 y 4. La memoria viva 72 es utilizada por el procesador 71 para la ejecución del programa P2 de ordenador.
El servidor 7 de sesiones comprende también unos medios 74 de comunicación capaces de comunicar por una parte 5 con el servidor 5 de autoconfiguración y por otra parte con el servidor 9 de aplicación.
El servidor 9 de aplicación según la invención tiene la arquitectura convencional de un ordenador. Comprende particularmente un procesador 90, una memoria viva 92 de tipo RAM y una memoria muerta 93 de tipo ROM, como se ha representado en la figura 3.
10 La memoria muerta 93 constituye un soporte 93 de registro según la invención, en el que es memorizado un programa P3 de ordenador conforme a la invención. Este programa P3 comprende instrucciones para la ejecución de las etapas E2, E20 de envío, de las etapas E7, E70 de recepción de las informaciones I5, I5b, I5c de entorno local y de las informaciones I7, I70 de sesiones, las etapas E8, E80 de adaptación y E9, E90 de envío tales como las descritas
15 anteriormente en referencia a las figuras 2 y 4. La memoria viva 92 es utilizada por el procesador 91 para la ejecución del programa P3 de ordenador según la invención.
El servidor 9 de aplicación comprende también unos medios 94 de comunicación capaces de comunicar por una parte con los terminales 1a, 10 y por otra parte con el servidor 7 de sesiones.

Claims (8)

  1. REIVINDICACIONES
    1.- Procedimiento de obtención, por un servidor (7) de sesiones de acceso de una red (4) de acceso, de informaciones (I5; I5b, I5c) relativas a un terminal (1a; 10) que pertenece a una red local (2; 20a, 20b, 20c) que
    5 comprende al menos el terminal (1a, 10) y un dispositivo (3; 30a, 30b, 30c) de acceso a la red (4) de acceso, dicho servidor (7) de sesiones de acceso estando adaptado para suministrar informaciones (I7; I70) relativas a una sesión de acceso del terminal en la red (4) de acceso, siendo dicho procedimiento de obtención tal que comprende, en la recepción de una petición (R2; R20) de informaciones relativas al terminal que proviene de un servidor (9) de aplicación:
    el envío de una petición (R3, R30) de interrogación que incluye el identificador del dispositivo (3; 30a, 30b, 30c) de acceso de dicha red local hacia un servidor (5) de autoconfiguración capaz de configurar al menos un equipamiento (2; 20a, 20b, 20c) de dicha red local,
    15 en respuesta a dicha petición (R3, R30) de interrogación, la recepción de un mensaje (M1, M10) del servidor (5) de autoconfiguración, incluyendo dicho mensaje (M1, M10) informaciones (I5; I5b, I5c) relativas a un entorno local de dicho terminal (1a; 10), comprendiendo dichas informaciones (I5; I5b, I5c) relativas a un entorno local de dicho terminal (1a; 10) los parámetros de configuración para al menos un equipamiento de dicha red local, y el suministro de dichas informaciones al servidor (9) de aplicación.
  2. 2.- Procedimiento según la reivindicación 1, caracterizado porque comprende además el envío (E7; E70) por el servidor (7) de sesiones de acceso al servidor (9) de aplicación de dichas informaciones (I7; I70) relativas a una sesión de acceso del terminal conjuntamente con las informaciones (I5; I5b, I5c) relativas a un entorno local del terminal (1a, 10).
    25 3.- Procedimiento puesto en marcha por un servidor (5) de autoconfiguración de una red (4) de acceso, siendo capaz el servidor (5) de autoconfiguración de configurar al menos un equipamiento (2; 20a, 20b, 20c) de una red local que comprende al menos un terminal (1a, 10) y un dispositivo (3; 30a, 30b, 30c) de acceso a la red (4) de acceso, siendo tal el procedimiento que comprende:
    -
    la recepción por dicho servidor (5) de autoconfiguración de una petición (R3, R30) de interrogación que incluye el identificador del dispositivo (3; 30a, 30b, 30c) de acceso de dicha red local, que proviene de un servidor (7) de sesiones de acceso, para obtener informaciones seleccionadas entre informaciones (I5; I5b, I5c) relativas a un entorno local del terminal (1a; 10), dichas informaciones (I5; I5b, I5c) relativas a un entorno local de dicho terminal (1a; 10)
    35 comprendiendo los parámetros de configuración para al menos un equipamiento de dicha red local;
    -
    una selección por dicho servidor (5) de autoconfiguración de las informaciones relativas a un entorno local del terminal a suministrar al servidor (7) de sesiones de acceso en función de un servicio a suministrar al terminal por un servidor (9) de aplicación; y
    -
    el suministro (E6, E7; E60, E70) por dicho servidor (5) de autoconfiguración de dichas informaciones seleccionadas en dicho servidor (7) de sesiones de acceso, en respuesta a dicha petición.
  3. 4.- Procedimiento según la reivindicación 3, caracterizado porque las informaciones (I5; I5b, I5c) relativas a un entorno
    45 local del terminal comprenden informaciones relativas a bornes (30b, 30c) de acceso a la red (4) de acceso cercanos al terminal y porque el procedimiento comprende la selección de un borne de acceso entre dichos bornes de acceso en función del servicio a suministrar por el servidor (9) de aplicación.
  4. 5.- Procedimiento de suministro de servicio a un terminal (1a; 10) que pertenece a una red local (2; 20a, 20b, 20c) que comprende al menos el terminal (1a; 10) y un dispositivo (3; 30a, 30b, 30c) de acceso a una red (4) de acceso, comprendiendo el procedimiento:
    -
    el envío de una petición (R2; R20) de informaciones relativas a un terminal por un servidor de aplicación en un
    servidor (7) de sesiones de acceso de la red (4) de acceso; 55
    -
    la obtención y el suministro por dicho servidor (7) de sesiones de acceso a dicho servidor de aplicación de informaciones relativas a una sesión de acceso del terminal en una red (4) de acceso;
    -
    la obtención y el suministro de informaciones seleccionadas entre informaciones relativas a un entorno local del terminal a dicho servidor (9) de aplicación por dicho servidor (7) de sesiones de acceso conforme a un procedimiento según la reivindicación 1, siendo seleccionadas dichas informaciones por un servidor (5) de autoconfiguración en función de un servicio a suministrar; y
    -
    el suministro (E9; E90) por dicho servidor (9) de aplicación a dicho terminal de al menos un servicio adaptado en
    65 función a la vez de las informaciones (I7; I70) relativas a una sesión de acceso del terminal y de dichas informaciones seleccionadas.
  5. 6.- Procedimiento según la reivindicación 5, caracterizado porque dicho servidor de sesiones de acceso suministra dichas informaciones seleccionadas completadas con dichas informaciones (I7; I70) relativas a una sesión de acceso del terminal.
    5 7.- Procedimiento según la reivindicación 5, caracterizado porque las informaciones (I5; I5b, I5c) relativas a un entorno local del terminal comprenden informaciones relativas a bornes (30b, 30c) de acceso en la red (4) de acceso cercanos al terminal y porque el procedimiento comprende la selección de un borne de acceso entre dichos bornes de acceso en función del servicio adaptado a suministrar.
    10 8.- Servidor (7) de sesiones de acceso, adaptado para suministrar informaciones relativas a una sesión de acceso en una red de acceso de un terminal que pertenece a una red local (2; 20a, 20b, 20c) que comprende al menos el terminal (1a; 10) y un dispositivo (3; 30a, 30b, 30c) de acceso en la red (4) de acceso, tal que comprende unos medios para, en la recepción de un petición (R2; R20) de informaciones relativas al terminal que proviene de un
    15 servidor (9) de aplicación:
    enviar una petición (R3, R30) de interrogación que incluye el identificador del dispositivo (3; 30a, 30b, 30c) de acceso de dicha red local hacia un servidor (5) de autoconfiguración capaz de configurar al menos un equipamiento de dicha red local (2; 20a, 20b, 20c),
    20 en respuesta a dicha petición (R3, R30) de interrogación, recibir un mensaje (M1, M10) del servidor (5) de autoconfiguración, incluyendo el mensaje informaciones (I5; I5b, I5c) relativas a un entorno local del terminal (1a; 10), dichas informaciones (I5; I5b, I5c) relativas a un entorno local de dicho terminal (1a; 10) que comprende los parámetros de configuración para al menos un equipamiento de dicha red local, y
    25 suministrar estas informaciones a dicho servidor (9) de aplicación.
  6. 9.- Servidor (5) de autoconfiguración capaz de configurar al menos un equipamiento (2; 20a, 20b, 20c) de una red local que comprende al menos un terminal (1a; 10) y un dispositivo (3; 30a, 30b, 30c) de acceso a una red (4) de 30 acceso), comprendiendo el servidor (5) de autoconfiguración unos medios para obtener informaciones (I5; I5b, I5c) relativas a un entorno local del terminal (1a, 10), tal que comprende además unos medios de recepción de una petición (R3, R30) de interrogación que incluye el identificador del dispositivo (3; 30a, 30b, 30c) de acceso de dicha red local, que proviene de un servidor (7) de sesiones de acceso, para obtener informaciones seleccionadas entre informaciones (I5; I5b, I5c) relativas a un entorno local del terminal (1a; 10), dichas informaciones (I5; I5b, I5c) relativas a
    35 un entorno local de dicho terminal (1a; 10) comprendiendo los parámetros de configuración para al menos un equipamiento de dicha red local, unos medios para seleccionar informaciones relativas a un entorno local del terminal a suministrar al servidor (7) de sesiones de acceso en función de un servicio a suministrar al terminal por un servidor (9) de aplicación, y unos medios para suministrar las informaciones seleccionadas a dicho servidor (7) de sesiones de acceso, en respuesta a dicha petición (R3, R30) de interrogación.
    40 10.- Programa (P1) de ordenador que comprende instrucciones para la puesta en marcha de todas las etapas del procedimiento según la reivindicación 3, cuando dicho programa es ejecutado por un ordenador.
  7. 11.- Programa (P2) de ordenador que comprende instrucciones para la puesta en marcha de todas las etapas del 45 procedimiento según la reivindicación 1, cuando dicho programa es ejecutado por un ordenador.
  8. 12.- Sistema que comprende un terminal (1a; 10) que pertenece a una red local (2), un servidor (5) de autoconfiguración según la reivindicación 9, un servidor (7) de sesiones de acceso según la reivindicación 8 y un servidor (9) de aplicación capaz de suministrar servicios a dicho terminal (1a; 10), dicho servidor (9) de aplicación
    50 comprendiendo:
    -
    unos medios para enviar una petición de informaciones relativas a un terminal (1a; 10) a dicho servidor de sesiones de acceso; y
    55 - unos medios para suministrar a dicho terminal al menos un servicio adaptado en función a la vez de las informaciones relativas a una sesión de acceso del terminal y de las informaciones relativas a un entorno local del terminal.
ES09737079T 2008-07-28 2009-07-17 Procedimiento de obtención de informaciones de un entorno local de un terminal Active ES2398799T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0855170 2008-07-28
FR0855170 2008-07-28
PCT/FR2009/051432 WO2010012934A1 (fr) 2008-07-28 2009-07-17 Procede d'obtention d'informations d'un environnement local d'un terminal

Publications (1)

Publication Number Publication Date
ES2398799T3 true ES2398799T3 (es) 2013-03-21

Family

ID=40548593

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09737079T Active ES2398799T3 (es) 2008-07-28 2009-07-17 Procedimiento de obtención de informaciones de un entorno local de un terminal

Country Status (5)

Country Link
US (1) US8516109B2 (es)
EP (1) EP2327200B1 (es)
ES (1) ES2398799T3 (es)
PL (1) PL2327200T3 (es)
WO (1) WO2010012934A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MX2011012802A (es) * 2009-06-04 2012-03-29 Research In Motion Ltd Metodos y aparatos para su uso en facilitar la comunicacion de informacion de redes vecinas a una terminal movil con el uso de un protocolo compatible de radio.
US8478812B2 (en) * 2009-09-29 2013-07-02 Core Wireless S.A.R.L. Method and apparatus for providing device compatibility information
US8931067B2 (en) * 2012-01-31 2015-01-06 Telefonaktiebolaget L M Ericsson (Publ) Enabling seamless offloading between wireless local-area networks in fixed mobile convergence systems
US9357570B2 (en) * 2012-10-30 2016-05-31 Electronics And Telecommunications Research Institute Operating method of access point (AP) and station for coexistence of basic service sets having different bandwidths
CN105120505B (zh) * 2015-07-28 2019-04-16 小米科技有限责任公司 智能设备接入路由器的方法、装置以及系统
US10171536B2 (en) * 2016-09-30 2019-01-01 Atlassian Pty Ltd Rapid optimization of media stream bitrate
FR3122055B1 (fr) * 2021-04-19 2023-11-03 Orange Procédé de traitement d’une demande d’activation d’au moins une interface d’un équipement hôte avec au moins un réseau de communication local géré par ledit équipement hôte, procédé de demande d’activation de ladite au moins une interface, dispositifs, équipement hôte, équipement terminal, système de gestion et programmes d’ordinateur correspondants.
FR3128841A1 (fr) * 2021-11-04 2023-05-05 Orange Procédé de configuration d’un dispositif électronique relié à un réseau de communications.
CN114640575A (zh) * 2022-03-18 2022-06-17 中山易能智达电子有限公司 智能照明控制系统的网关自恢复及自行入网方法
CN114828004B (zh) * 2022-04-28 2024-01-26 广州通则康威科技股份有限公司 小程序自动获取无线网络设备ip的方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2601772A1 (en) * 2005-03-22 2006-09-28 Jasminder Singh Banga Systems and methods of network operation and information processing, including engaging users of a public-access network
CN1859722B (zh) 2005-05-08 2010-04-07 华为技术有限公司 用户驻地设备配置功能获取终端信息的方法及系统

Also Published As

Publication number Publication date
US20110196962A1 (en) 2011-08-11
PL2327200T3 (pl) 2013-03-29
WO2010012934A1 (fr) 2010-02-04
US8516109B2 (en) 2013-08-20
EP2327200A1 (fr) 2011-06-01
EP2327200B1 (fr) 2012-10-31

Similar Documents

Publication Publication Date Title
ES2398799T3 (es) Procedimiento de obtención de informaciones de un entorno local de un terminal
US20230362789A1 (en) Wireless Gateway Supporting Public and Private Networks
ES2905115T3 (es) Método y sistema para establecer una ruta de servicio en una red de comunicaciones
US11522830B2 (en) System and method of acquiring network-centric information for customer premises equipment (CPE) management
US10694557B2 (en) Methods and systems for secure onboarding of devices over a wireless network
EP2815590B1 (en) M2m service enablement over access networks
EP2553950B1 (en) System and method for wlan roaming traffic authentication
ES2607120T3 (es) Procedimiento de gestión de una política de usuario para acceder a redes, para descargar tráfico de datos, usando la función de descubrimiento y selección de la red de acceso
US20150327052A1 (en) Techniques for Managing Network Access
US20080304458A1 (en) Inter-Working of Networks
ES2400971T3 (es) Método y sistema para poner en práctica la gestión de configuración de dispositivos en una red
CN111263334A (zh) 向移动无线设备配置电子用户身份模块
KR20180070044A (ko) 프로파일 다운로드 방법 및 장치
WO2009000206A1 (en) Method and system for access control of home node b
BRPI0818609B1 (pt) Gerenciamento de acesso para comunicação sem fio
US20170374692A1 (en) Configuration of access points in a communication network
US20160278158A1 (en) Methods for a link recovery of a wireless network and respective devices
US20220369219A1 (en) Non-3gpp interworking function (n3iwf) selection for stand-alone non-public networks (snpn)
US20240022895A1 (en) Nrf discovery for inter-network communication
CN102652457A (zh) 管理方法和设备
WO2024015548A1 (en) Nrf discovery for inter-network communication
US11968747B2 (en) Mobile carrier application registration
US20110207435A1 (en) Mobile communication method and operation apparatus
CN105848251A (zh) 一种热点接入方法、装置及终端
KR101534062B1 (ko) 서비스 액세스