ES2374341T3 - Método, sistema y dispositivo para procesar información de solicitudes de acceso. - Google Patents

Método, sistema y dispositivo para procesar información de solicitudes de acceso. Download PDF

Info

Publication number
ES2374341T3
ES2374341T3 ES08851466T ES08851466T ES2374341T3 ES 2374341 T3 ES2374341 T3 ES 2374341T3 ES 08851466 T ES08851466 T ES 08851466T ES 08851466 T ES08851466 T ES 08851466T ES 2374341 T3 ES2374341 T3 ES 2374341T3
Authority
ES
Spain
Prior art keywords
session
information
message
access
perimeter
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
ES08851466T
Other languages
English (en)
Inventor
Zhenting Yang
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 ES2374341T3 publication Critical patent/ES2374341T3/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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Debugging And Monitoring (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para procesar información de solicitudes de acceso, que comprende: gestionar un estado de una sesión del Protocolo de Internet, IP, entre un Equipo de Usuario, UE, y un dispositivo IP perimetral durante el proceso de una sesión IP, y proporcionar información de las solicitudes de acceso de la sesión IP, donde la información de las solicitudes de acceso comprende una causa de terminación de la sesión IP; estando caracterizado el método por incluir la información de las solicitudes de acceso en un campo Opción de un mensaje de Detección de Reenvío Bidireccional, BFD, de la sesión IP, siendo el mensaje BFD un mensaje BFD enviado desde el dispositivo IP perimetral al equipo de usuario, UE, y siendo incluid la causa de terminación de la sesión IP en un campo Opción o en un campo Diagnóstico del mensaje BFD; y enviar al UE el mensaje BFD que incluye la información de las solicitudes de acceso, para que el UE pueda ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso.

Description

Método, sistema y dispositivo para procesar información de solicitudes de acceso.
Campo de la invención
La presente invención está relacionada con el campo de las sesiones del Protocolo de Internet (IP), y en particular, con un método, un sistema y un dispositivo para procesar la información de las solicitudes de acceso en una sesión IP.
Antecedentes de la invención
Debido al éxito de las redes de banda ancha, la gestión y el control sobre los accesos de banda ancha constituyen una parte importante de la gestión y el control de las redes de banda ancha. Una forma extendida de gestionar y controlar los accesos de banda ancha consiste en establecer una sesión para controlar y gestionar un Equipo de Usuario (UE) que solicita acceder, incluidas la autenticación, autorización y contabilización para el UE. En el momento actual, la forma más extendida de gestionar y controlar los accesos de banda ancha consiste en establecer una sesión del protocolo Punto a Punto (PPP) para controlar y gestionar el acceso, proporcionando de esta forma al UE un modo de acceso de banda ancha, y posibilitando el control, la gestión y la contabilización apropiados del acceso. Sin embargo, el modo de acceso basado en las sesiones PPP tiene limitaciones, por ejemplo la falta de un soporte flexible.
La tendencia actual consiste en utilizar el modo de acceso basado en sesiones IP en lugar del modo de acceso basado en sesiones PPP para controlar y gestionar los accesos de banda ancha.
La sesión IP representa una sesión de acceso de la red de banda ancha asociada a una dirección IP. La sesión IP es equivalente a la sesión PPP. La sesión IP se termina generalmente en un dispositivo IP perimetral. En otras palabras, la sesión IP es el establecimiento de la conexión para una sesión entre el UE y el dispositivo IP perimetral. La dirección IP de la sesión IP está diseñada para identificar la parte esencial de los parámetros de la sesión IP. En general, la dirección IP de la sesión IP se asigna dinámicamente mediante un servidor a través del Protocolo de Configuración Dinámica de Host (Equipo) (DHCP). La sesión IP está diseñada para identificar la parte esencial de los parámetros de la sesión IP. En general, la dirección IP de la sesión IP se asigna dinámicamente mediante un servidor a través del Protocolo de Configuración Dinámica de Host (DHCP). La sesión IP está diseñada para gestionar y controlar el acceso del UE en una red de banda ancha, por ejemplo la autenticación, autorización y contabilización. Una sesión IP incluye estos procesos: configuración y establecimiento de la sesión IP, mantenimiento o detección del estado de la sesión IP, y terminación de la sesión IP.
En la actualidad se ofrecen algunas soluciones técnicas para el establecimiento, detección, mantenimiento y terminación de una sesión IP. Como consecuencia de que la sesión IP está diseñada para controlar y gestionar accesos de banda ancha, a lo largo del proceso de control y gestión de cada acceso de banda ancha se genera una gran cantidad de información de solicitudes de acceso, como, por ejemplo, la causa de la desconexión de una sesión IP y la causa de un fallo en el establecimiento de una sesión IP. Esta información de las solicitudes de acceso resulta de gran importancia para diagnosticar la sesión IP, reclamar la atención del UE en la sesión IP, o hacer copias de seguridad de los log (registros) de otros servidores de la red.
El documento D1 (US 6 782 004 B1) describe un sistema de comunicación que utiliza un protocolo de red de sistemas abiertos como, por ejemplo, TCP/IP, para transportar mensajes de señalización de Redes Inteligentes desde una red SS7 a un proveedor de servicios que no se encuentra directamente conectado a la red SS7. El límite de crédito del usuario no está relacionado con la terminación de una sesión IP, de modo que la consulta TCAP (Parte de Aplicación de Capacidades de Transacción) recibida por el SCP (Punto de Control del Servicio) no incluye el límite de crédito del usuario. Es más, en el documento D1 no se mencionan el mensaje BFD (Detección de Reenvío Bidireccional), el campo de Opción ni el campo de Diagnóstico.
El documento D2 (CN 1901459A) describe un método de control del estado on-line (en línea) y un sistema. Después de que el sistema de cargo empiece a contabilizar, un dispositivo de acceso mantiene la conexión con los terminales de usuario, el sistema de cargo envía al dispositivo de acceso un primer mensaje que incluye el volumen de servicio utilizable, y éste actualiza el atributo de la sesión local de acuerdo con dicho primer mensaje para controlar la conexión con el terminal de usuario. En el documento D2 no se mencionan la causa de terminación de la sesión IP, el mensaje BFD, el campo de Opción ni el campo de Diagnóstico.
Por otro lado, el inventor de la presente invención ha descubierto que la técnica anterior no proporciona ningún método para procesar la información de las solicitudes de acceso en una sesión IP, lo que dificulta la operación, la administración y el mantenimiento de los accesos de banda ancha e impide que el UE de la sesión IP u otros servidores de la red reciban a tiempo la información de las solicitudes o puedan tomar las medidas necesarias para gestionar la sesión IP, afectando de este modo negativamente a la percepción del usuario que utiliza el UE e incrementando el coste del mantenimiento de la sesión IP para el operador.
Resumen de la invención
Los modos de realización de la presente invención proporcionan un método para procesar la información de las solicitudes de acceso, y este método permite procesar la información de las solicitudes de acceso en una sesión IP.
Los modos de realización de la presente invención proporcionan un sistema para procesar la información de las solicitudes de acceso, y este sistema permite procesar la información de las solicitudes de acceso en una sesión IP.
La solución técnica amparada por la presente invención se realiza de la siguiente forma:
Un método para procesar la información de las solicitudes de acceso de acuerdo con la reivindicación 1.
El envío a un receptor del mensaje BFD que incluye la información de la solicitud de acceso, de forma que el receptor pueda ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso.
Un sistema de comunicación de acuerdo con la reivindicación 3.
En la solución técnica amparada por la presente invención, la información de las solicitudes de acceso recibida se incluye en un mensaje de señalización de control de la sesión IP que se envía al receptor. De esta forma, el receptor puede ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso. En consecuencia, el método, el sistema y el dispositivo proporcionados en la presente solicitud permiten el proceso de la información de las solicitudes de acceso en una sesión IP, lo que facilita la operación, la administración y el mantenimiento de los accesos de banda ancha mediante accesos basados en una sesión IP, y permite al UE de la sesión IP o al servidor de políticas de la red recibir a tiempo la información de las solicitudes.
Breve descripción de los dibujos
La FIG. 1 muestra una arquitectura de un sistema para el proceso de la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención;
La FIG. 2 es un diagrama de flujo de un método para procesar la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención;
La FIG. 3 es un diagrama de flujo del proceso de la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención;
La FIG. 4 muestra un formato de un mensaje del protocolo de Detección de Reenvío Bidireccional (BFD) para el proceso de la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención;
La FIG. 5 muestra un formato de un mensaje DHCP para el proceso de la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención;
La FIG. 6 muestra cómo notifica un dispositivo IP perimetral a un UE la causa de fallo en la identificación inicial (login) del usuario o la causa de fallo en el establecimiento de una sesión IP en un modo de realización de la presente invención;
La FIG. 7 muestra cómo notifica un dispositivo IP perimetral a un UE la información de identificación satisfactoria del usuario o de establecimiento satisfactorio de la sesión IP en un modo de realización de la presente invención;
La FIG. 8 muestra cómo notifica un dispositivo IP perimetral a un UE, o a un servidor de políticas durante el proceso de una sesión IP, la causa de terminación de una sesión IP en un modo de realización de la presente invención;
La FIG. 9 muestra cómo notifica un dispositivo IP perimetral a un UE la información de las solicitudes de acceso en un proceso de mantenimiento de una sesión IP en un modo de realización de la presente invención;
La FIG. 10 muestra cómo notifica un dispositivo IP perimetral a un UE y a un servidor de políticas la causa de terminación de una sesión IP, o la causa de desconexión (logout) de un usuario en un modo de realización de la presente invención;
La FIG. 11 muestra un sistema para el proceso de la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención;
La FIG. 12 muestra un dispositivo para el proceso de la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención; y
La FIG. 13 muestra otro dispositivo para el proceso de la información de las solicitudes de acceso en un modo de realización de la presente invención.
Descripción detallada de los modos de realización
Con objeto de clarificar la solución técnica, los objetivos y los méritos de la presente invención, se describen a continuación de forma detallada los modos de realización de la presente invención, mediante referencia a los dibujos que la acompañan.
Una sesión IP es independiente de las tecnologías de líneas de acceso, y se establece entre un dispositivo IP perimetral y un UE. La sesión IP se caracteriza por una gestión y un control del acceso orientados al usuario. En el proceso de negociación para el establecimiento, mantenimiento y terminación de una sesión IP, el dispositivo IP perimetral y el servidor de políticas generan información de solicitudes de acceso para facilitar su gestión, control y utilización. En los modos de realización de la presente invención, para procesar la información de las solicitudes de acceso en una sesión IP, el dispositivo IP perimetral controla el estado de la sesión IP durante el proceso de la misma, obtiene la información de las solicitudes de acceso a partir de un directorio creado localmente o desde otro servidor de la red de banda ancha, incluye la información de las solicitudes de acceso en un mensaje de señalización de control de la sesión IP, y envía el mensaje de señalización de control de la sesión IP al receptor, como, por ejemplo, un UE y/o un servidor de políticas de la red. El receptor lleva a cabo la gestión correspondiente de acuerdo con la información de las solicitudes de acceso incluida en el mensaje de señalización de control de la sesión IP.
En los modos de realización de la presente invención, la información de las solicitudes de acceso incluye, pero no se limita a: información de la solicitud acerca del éxito en el establecimiento de la sesión IP, la causa de fallo en el establecimiento de una sesión IP, la causa de terminación de una sesión IP o información de carácter comercial o de contabilización del usuario. La información de las solicitudes acerca del éxito en el establecimiento de la sesión IP puede ser información acerca del éxito de la identificación inicial del usuario. La causa de fallo en el establecimiento de una sesión IP puede ser una causa de fallo en la identificación inicial del usuario. La causa de terminación de una sesión IP puede ser una causa de desconexión del usuario. La información de carácter comercial puede ser una dirección IP de un portal publicitario en una red de banda ancha, o información de carácter comercial consistente en gráficos y texto. La información contable del usuario puede ser la duración restante o el importe restante disponibles en la cuenta de suscripción del usuario.
La FIG. 1 muestra una arquitectura de un sistema para el proceso de la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención. El sistema incluye un UE 100A y un dispositivo IP perimetral 100B, y puede incluir, además, un servidor 100C de políticas.
El UE 100A y el dispositivo IP perimetral 100B son las dos extremos de la sesión IP. Es decir, el UE 100A es la parte cliente de una sesión IP y el dispositivo IP perimetral 100B es la parte de red de una sesión IP. El UE 100A está conectado a través de la red de acceso al dispositivo IP perimetral 100B, y el dispositivo IP perimetral 100B puede estar conectado, a su vez, a un servidor 100C de políticas.
El UE 100A incluye: una Unidad 101A de Solicitud de Información del Cliente (CIPU), una Unidad 102A de Proceso de Señalización de la Sesión del Cliente (CSSPU), y una Unidad 103A de Adopción de Información del Cliente (CIAU). En los modos de realización de la presente invención, los UE incluyen: un Ordenador Personal (PC), una Pasarela Residencial (RG), y un terminal portátil inalámbrico, como, por ejemplo, un teléfono móvil o un Asistente Personal Digital (PDA). La CSSPU 102A está configurada para recibir un mensaje de señalización de control de la sesión IP que incluye información de la solicitud de acceso y para enviar el mensaje de señalización de control de la sesión IP a la CIAU 103A, donde el mensaje de señalización de control de la sesión IP puede ser un mensaje de un protocolo, como por ejemplo un mensaje DHCP, o un mensaje del protocolo de Detección de Reenvío Bidireccional (BFD). La CIAU 103A está configurada para: analizar el mensaje de señalización de control de la sesión IP recibido de la CSSPU 102A, obtener de él la información de la solicitud de acceso y, a continuación, ejecutar las operaciones necesarias de acuerdo con la información de la solicitud de acceso, por ejemplo, reiniciar la sesión IP de acuerdo con la información de la solicitud, tal como, una causa de la desconexión de la sesión, o enviar a la CIPU 101A la información de la solicitud como, por ejemplo, una causa de desconexión de la sesión, o guardar una copia de la información de la solicitud como, por ejemplo, una causa de desconexión de la sesión. La CIPU 101A está configurada para ejecutar las operaciones necesarias de acuerdo con la información de las solicitudes de acceso recibida de la CIAU, por ejemplo, mostrar al usuario la causa de la desconexión de la sesión o la información de carácter comercial a través de la interfaz hombre-máquina (o pantalla).
El dispositivo IP perimetral 100B incluye: una AICU 101B, una GSSPU 102B, una GSSMU 103B y una IMU 104B. En los modos de realización de la presente invención, algunos ejemplos de dispositivos IP perimetrales son: Servidores de Acceso a la Red (NAS) tales como un Servidor de Acceso Remoto de Banda Ancha (BRAS) o una Pasarela de Red de Banda Ancha (BNG), un router (enrutador) de servicios, y una pasarela de acceso. La GSSMU 103B está configurada para gestionar el estado de la sesión IP y obtener la información de las solicitudes de acceso en función de la gestión del estado de la sesión IP. La gestión del estado de la sesión IP incluye: la gestión del establecimiento de la sesión IP, la gestión del mantenimiento de la sesión IP y la gestión de la terminación de la sesión IP. Por ejemplo, la GSSMU 103B envía a la AICU 101B la causa de terminación de la sesión IP, o la GSSMU 103B envía a la AICU 101B información del fallo en el establecimiento de la sesión IP. La AICU 101B está configurada para obtener la información de las solicitudes de acceso, incluyendo: la obtención de la información de las solicitudes de acceso a través de la GSSMU 103B o a través de la interfaz de control para la gestión de red. Tras haber obtenido la información de las solicitudes de acceso, la AICU 101B le indica a la IMU 104B que determine la asociación de la información de las solicitudes de acceso. La IMU 104B está configurada para: llevar a cabo la asociación de la información de las solicitudes de acceso y enviar a la GSSPU 102B la información de las solicitudes de acceso asociada. Por ejemplo, la IMU 104B convierte la causa de terminación de la sesión IP en un código de causa de terminación y, a continuación, le indica a la GSSPU 102B que incluya el código de causa de terminación en el mensaje de señalización de control de la sesión IP especificado. La GSSPU 102B está configurada para: incluir la información de la solicitud de acceso en el mensaje de señalización de control de la sesión IP y, a continuación, enviar el mensaje de señalización de control de la sesión IP que incluye la información de la solicitud de acceso al UE y/o al servidor de políticas.
El servidor 100C de políticas incluye: una Unidad 101C de Solicitud de Información del Servidor (SIPU), una Unidad 102C de Proceso de Señalización de la Sesión del Servidor (SSSPU), y una Unidad 103C de Adopción de Información del Servidor (SIAU). En los modos de realización de la presente invención, un servidor de políticas puede ser un servidor de Autenticación, Autorización y Contabilización (AAA) o un servidor DHCP. La SSSPU 102C está configurada para recibir el mensaje de señalización de control de la sesión IP que incluye la información de las solicitudes de acceso, y enviar el mensaje de señalización de control de la sesión IP a la SIAU 103C, donde el mensaje de señalización de control de la sesión IP puede ser un mensaje del protocolo de Servicios de Autenticación Remota de Conexiones de Usuarios (RADIUS). La SIAU 103C está configurada para: analizar el mensaje de señalización de control de la sesión IP recibido a partir de la SSSPU 102C, obtener de él la información de la solicitud de acceso y, a continuación, ejecutar las operaciones necesarias de acuerdo con la información de la solicitud de acceso, por ejemplo, detener la contabilización de la sesión IP de acuerdo con la información de la solicitud, como, por ejemplo, la causa de desconexión de una sesión, o enviar a la SIPU la información de la solicitud, como, por ejemplo, la causa de desconexión de una sesión, o guardar una copia de la información de la solicitud, como, por ejemplo, la causa de desconexión de una sesión; y solucionar los problemas de la sesión en función de la información de la solicitud, como, por ejemplo, la causa de desconexión de una sesión. La SIPU 101C está configurada para ejecutar las operaciones necesarias de acuerdo con la información de la solicitud de acceso recibida de la SIAU, por ejemplo, mostrar al administrador de la red la causa de la desconexión de la sesión a través de una interfaz hombre-máquina (o pantalla).
El método objeto de la presente invención se describe en detalle más abajo en relación con las unidades de los dispositivos que se ilustran en la FIG. 1.
La FIG. 2 es un diagrama de flujo de un método para procesar la información de las solicitudes de acceso de una sesión IP en un modo de realización de la presente invención. Las entidades de red involucradas incluyen: un UE 100A, un dispositivo IP perimetral 100B y/o un servidor 100C de políticas. Los pasos son los siguientes:
Paso 201: El dispositivo IP perimetral 100B obtiene la información de las solicitudes de acceso de la sesión IP.
En este paso, durante el proceso de la sesión IP la AICU 101B del dispositivo IP perimetral obtiene del GSSMU 103B la información de las solicitudes de acceso de la sesión IP especificada y le indica a la IMU 104B que lleve a cabo la asociación de la información de acceso. La información de las solicitudes de acceso procede de un directorio local o de otro servidor de políticas de la red, como, por ejemplo, un servidor DHCP o un servidor AAA. La AICU 101B puede hacerle la petición a la IMU 104B mediante el envío a la IMU 104B de una orden de operación. La orden de operación incluye el identificador de la sesión IP, junto con la información de las solicitudes de acceso. El identificador de la sesión IP incluye, al menos, uno de los siguientes elementos: la dirección IP, la dirección MAC del UE y el ID del UE.
Paso 202: El dispositivo IP perimetral 100B incluye la información de las solicitudes de acceso en el mensaje de señalización de control de la sesión IP, y envía el mensaje al UE de la sesión IP y/o al servidor de políticas que presta servicio a la sesión IP.
Más concretamente, la IMU 104B del dispositivo IP perimetral 100B asocia la información de las solicitudes de acceso al mensaje de señalización de control de la sesión IP y, a continuación, le indica a la GSSPU 102B que procese la información. Por ejemplo, la GSSPU 102B incluye la información de acceso en el mensaje de señalización de control de la sesión IP y, a continuación, reenvía el mensaje de señalización de control de la sesión IP que incluye la información de las solicitudes de acceso al UE 100A y/o al servidor 100C de políticas.
En este paso, la IMU 104B le indica a la GSSPU 102B que inserte o incluya la información de las solicitudes de acceso, o los códigos correspondientes a la información de las solicitudes de acceso, en el mensaje de señalización de control especificado por la sesión IP. La IMU 104B asocia o convierte la información de las solicitudes de acceso en los códigos de información de las solicitudes. La GSSPU 102B inserta la información de las solicitudes de acceso, determina el destino del mensaje de señalización de control de la sesión IP (es decir, el cliente IP al que va destinado el mensaje de señalización de control de la sesión IP), y envía el mensaje de señalización de control de la sesión IP. El paso de determinación del destino del mensaje de señalización de control de la sesión IP incluye: buscar el destino del mensaje de señalización de control de la sesión IP en función del identificador de la sesión IP.
Paso 203: El UE 100A de la sesión IP y/o el controlador 100C de políticas que presta servicio a la sesión IP, realiza la gestión correspondiente de acuerdo con la información de las solicitudes de acceso incluidas en la información de control de la sesión IP recibida.
Más concretamente, la CIAU 103A del UE 100A obtiene de la CSSPU 102A la información de las solicitudes de acceso incluida en el mensaje de señalización de control de la sesión IP, y/o la SIAU 103C del controlador 100C de políticas obtiene de la SSSPU 102C la información de las solicitudes de acceso incluida en el mensaje de señalización de control de la sesión IP, y lleva a cabo la gestión correspondiente. En este paso, la gestión de la información de la solicitud de acceso realizada por el UE 100 puede incluir: que la CIAU 103A muestre al usuario la información de la solicitud de acceso a través de la interfaz de la CIPU 101A, o lo que es lo mismo, le pide al usuario que tome las medidas correspondientes; o que la CIAU 103A registre o almacene la información de la solicitud de acceso recibida. La información de la solicitud de acceso realizada por el controlador 100C de políticas incluye: la obtención por parte de la SIAU 103C de una copia de seguridad de la información de la solicitud de acceso recibida para su posterior mantenimiento, diagnóstico, rastreo y estadísticas.
El proceso de la información de las solicitudes de acceso en las sesiones IP en la presente invención incluye cuatro partes, que se detallan más abajo mediante referencia a la FIG. 3.
El proceso de establecimiento de la sesión IP tiene dos resultados posibles: éxito en el establecimiento, y fallo en el establecimiento. Como se muestra en la FIG. 3, la alternativa relacionada con el fallo en el establecimiento incluye los siguientes pasos:
Paso 301: El UE 100A intenta acceder a la red, es decir, establecer una sesión IP.
Más concretamente, la CSSPU 102A del UE 100A envía un mensaje de detección de establecimiento de sesión al dispositivo IP perimetral 100B.
En este paso, el UE es un cliente de la sesión IP; el mensaje de detección de establecimiento de la sesión es un mensaje de señalización de control de la sesión IP, por ejemplo, un mensaje DHCP de descubrimiento, un mensaje DHCP de solicitud y un mensaje DHCP AUTH (Autenticación).
Paso 302: Después de recibir el mensaje de detección de establecimiento de la sesión, la GSSPU 102B del dispositivo IP perimetral 100B le indica a la GSSMU 103B que ejecute el proceso de establecimiento de la sesión IP, como, por ejemplo, la autenticación y autorización. Si el intento de establecer la sesión IP falla, la GSSMU 103B le indica o notifica a la AICU 101B la causa de fallo en el establecimiento de la sesión IP.
Paso 303: La AICU 101B del dispositivo IP perimetral 100B le notifica a la IMU 104B la información de la solicitud de la sesión (causa de fallo en el establecimiento de la sesión IP). La IMU 104B convierte la causa de fallo en el establecimiento de la sesión IP en un código de error y, a continuación, le indica a la GSSPU 102B que inserte o incluya la causa de fallo en el establecimiento de la sesión IP o el código de error en la notificación de la causa de fallo en el establecimiento de la sesión IP. Posteriormente, la GSSPU 102B envía al UE la notificación de la causa de fallo en el establecimiento de la sesión IP.
La notificación de la causa de fallo en el establecimiento de la sesión IP es un mensaje de señalización de control de la sesión IP, que puede ser un mensaje DHCP o un mensaje del Protocolo de Autenticación Extensible (EAP). La causa de fallo en el establecimiento de la sesión IP se puede incluir en un campo existente o en un campo de ampliación de un mensaje DHCP o de un mensaje EAP.
La alternativa relacionada con el éxito en el establecimiento incluye los siguientes pasos:
Paso 304: El UE 100A intenta acceder a la red, es decir, establecer una sesión IP.
Por ejemplo, el UE 100A envía un mensaje al dispositivo IP perimetral 100B.
Paso 305: Después de recibir el mensaje de detección de establecimiento de la sesión, el dispositivo IP perimetral 100B establece una sesión IP. Si el intento de establecer la sesión IP tiene éxito, el dispositivo IP perimetral 100B obtiene la información de la solicitud que indica el éxito en el establecimiento de la sesión IP, y utiliza esta información como información de la solicitud de acceso.
Paso 306: El dispositivo IP perimetral 100B le notifica al UE 100A la información de la solicitud que indica el éxito en el establecimiento de la sesión IP, por ejemplo, envía una notificación de éxito en el establecimiento de la sesión que incluye la información de la solicitud que indica el éxito en el establecimiento de la sesión IP.
La notificación de éxito en el establecimiento de la sesión es un mensaje de señalización de control de la sesión IP, que puede ser un mensaje DHCP o un mensaje EAP. La información de la solicitud que indica el éxito en el establecimiento de la sesión IP se puede incluir en un campo existente o en un campo de ampliación de un mensaje DHCP o de un mensaje EAP. La información de la solicitud que indica el éxito en el establecimiento de la sesión IP incluye información de carácter comercial e información contable del usuario.
Como se muestra en la FIG. 3, durante el proceso de mantenimiento de la sesión IP, la interacción entre el UE 100A y el dispositivo IP perimetral 100B incluye los siguientes pasos.
Paso 307: El dispositivo IP perimetral 100B obtiene la información de la solicitud de acceso y envía al UE 100A de la sesión IP una notificación de información de la solicitud de acceso para el mantenimiento de la sesión, donde la notificación incluye la información de la solicitud de acceso. Más concretamente, la AICU 101B obtiene la información de la solicitud de acceso y le notifica a la IMU 104B la información de la solicitud de la sesión (información de carácter comercial e información contable). La IMU 104B asocia la información de la solicitud de la sesión al mensaje de señalización de control de la sesión IP especificado (mensaje de mantenimiento) y, a continuación, le indica a la GSSPU 102B que inserte o incluya la información de la solicitud al mensaje de mantenimiento de la sesión IP. La GSSPU 102B envía al UE 100A el mensaje de mantenimiento.
La notificación de la información de la solicitud de acceso para el mantenimiento de la sesión es un mensaje de señalización de control de la sesión IP. La información de la solicitud de acceso incluye información de carácter comercial e información contable del usuario. La notificación de la información de la solicitud de acceso para el mantenimiento de la sesión puede ser un mensaje del protocolo BFD o un mensaje DHCP. Más concretamente, se puede añadir un campo de Opción al mensaje BFD de control, al mensaje BFD de eco, al mensaje DHCP de eco o al mensaje DHCP de dirección IP temporal (lease) activa, y entonces la información de la solicitud de acceso se incluye en el campo de Opción.
Como se muestra en la FIG. 3, en el proceso de terminación de la sesión IP, la interacción entre el UE 100A y el dispositivo IP perimetral 100B incluye los siguientes pasos.
Paso 308: El dispositivo IP perimetral 100B detecta la terminación de la sesión IP. Al detectar la terminación de la sesión IP, la GSSMU 103B ejecuta el proceso de terminación para la sesión IP y, a continuación, le indica o notifica a la AICU 101B la causa de terminación de la sesión IP (o, lo que es lo mismo, el dispositivo IP perimetral 100B obtiene la causa de terminación). La causa de terminación de la sesión IP es uno de los tipos de información de las solicitudes de acceso.
Paso 309: El dispositivo IP perimetral 100B envía al UE 100A una notificación de la causa de terminación de la sesión. La notificación incluye la causa de terminación de la sesión IP. Más concretamente, la AICU 101B del dispositivo IP perimetral notifica a la IMU 104B la causa de terminación de la sesión IP. La IMU 104B convierte la causa de terminación de la sesión IP en un código de causa de terminación, y le indica a la GSSPU 102B que inserte o incluya la causa o el código de terminación de la sesión IP en la notificación de la causa de terminación de la sesión IP. Posteriormente, la GSSPU 102B envía al UE 100A la notificación de la causa de terminación de la sesión IP.
En este paso, la notificación de la causa de terminación de la sesión IP es un mensaje de señalización de control de la sesión IP, y puede ser un mensaje DHCP o un mensaje del protocolo BFD.
Paso 310: El dispositivo IP perimetral 100B envía al servidor 100C de políticas un mensaje de indicación de terminación de la sesión. El mensaje de indicación de terminación de la sesión incluye el código de la causa de terminación de la sesión IP.
En este paso, el mensaje de indicación de terminación de la sesión es un mensaje de señalización de control de la sesión IP, por ejemplo un mensaje RADIUS de contabilización o un mensaje del protocolo de autenticación, autorización y contabilización de abonado (protocolo Diameter). El paso 309 puede ocurrir antes, simultáneamente o después del paso 310.
En el proceso de terminación de la sesión IP de la FIG. 3, el mensaje de indicación de terminación de la sesión enviado por el dispositivo IP perimetral 100B incluye el código de la causa de terminación de la sesión IP. Más concretamente, el código se puede incluir en un campo de parámetros en un mensaje RADIUS o en un mensaje Diameter, y el campo de parámetros puede ser Field (Campo), Attribute (Atributo) o un par Attribute-Value (AVP). Después de recibir el mensaje de indicación de terminación de la sesión, el servidor 100C de políticas lleva a cabo la gestión correspondiente de acuerdo con la causa de terminación de la sesión IP incluida en el mensaje de indicación de terminación de la sesión. El proceso detallado se ilustra mediante un ejemplo más abajo:
El dispositivo IP perimetral 100B incluye la causa de terminación de la sesión IP en un campo Acct-Terminate-Cause (Causa de Terminación de la Contabilización) de un mensaje Accounting-Request (Solicitud de Contabilización) en un mensaje del protocolo RADIUS o en un mensaje del protocolo Diameter, donde el campo es "Field" o "Attribute" o AVP; a continuación, envía el mensaje Accounting-Request al servidor 100C de políticas. En este caso, el servidor 100C de políticas puede ser un servidor AAA.
Alternativamente, el dispositivo IP perimetral 100B incluye la causa de terminación de la sesión IP en un campo Disconnect-Cause (Causa de Desconexión) (este campo es un AVP) de un mensaje Disconnect-Peer-Request (Solicitud de Desconexión de un Igual) en un mensaje del protocolo Diameter, o a un campo Termination-Cause (Causa de Terminación) de un mensaje Session-Termination-Request (Solicitud de Terminación de Sesión) o de un mensaje Accounting-Request (Solicitud de Contabilización); a continuación, envía al servidor 100C de políticas el mensaje del protocolo Diameter. En este caso, el servidor 100C de políticas puede ser un servidor AAA.
En el proceso que se muestra en la FIG. 3, el dispositivo IP perimetral 100B incluye la información de las solicitudes de acceso en un mensaje del protocolo BFD, en un mensaje DHCP o en un mensaje EAP, y envía el mensaje al UE 100A.
El proceso detallado incluye los siguientes pasos:
El dispositivo IP perimetral 100B envía al UE 100A un mensaje del protocolo BFD que incluye la información de la solicitud de acceso. Como se muestra en la FIG. 4, el mensaje del protocolo BFD incluye un bloque de encabezamiento (header) del mensaje BFD y un cuerpo del mensaje BFD. El bloque de encabezamiento del mensaje BFD incluye un bloque de encabezamiento IP y un bloque de encabezamiento UDP. El mensaje BFD incluye un campo de Diagnóstico o un campo de Opción de Información. En el modo de realización que se ilustra en la FIG. 3, la GSSPU 102B del dispositivo IP perimetral 100B incluye la información de la solicitud en el campo de Diagnóstico o en el campo de Opción de Información y, a continuación, envía el mensaje al UE 100A. Por ejemplo, el IMU 104B del dispositivo IP perimetral 100B convierte la causa de terminación de la sesión IP en un código de causa de terminación y, a continuación, le indica al GSSPU 102B que incluya el código en el campo 402A de Diagnóstico del mensaje del protocolo BFD. Posteriormente, el dispositivo IP perimetral 100B envía el mensaje de control BFD al UE 100A. El UE 100A obtiene la causa de terminación de la sesión IP a partir del mensaje de control BFD enviado por el dispositivo IP perimetral 100B y, a continuación, lleva a cabo la gestión correspondiente, por ejemplo, muestra en la interfaz la causa de terminación de la sesión IP. En otro ejemplo, en el mensaje de control BFD se incluye un campo de Opción de Información a través de un campo de Opción existente o de un campo de Opción de ampliación del mensaje del protocolo BFD. El campo de Opción de Información incluye el Tipo de Información, la Longitud de la Información y los Datos de la Información. En el campo de Opción de Información del mensaje del protocolo BFD se incluyen la información de tipo publicitario, la información de tipo contable de usuario
o el tipo de causa de terminación de la sesión IP. La IMU 104B del dispositivo IP perimetral 100B realiza la asociación del código de tipo, y la GSSPU 102B del dispositivo IP perimetral 100B lleva a cabo la inserción de la información de la solicitud de acceso, la asociación de la sesión IP al mensaje de señalización y el envío del mensaje. La asociación de la sesión IP con el mensaje de señalización puede consistir en la asociación con la sesión IP a través de la dirección IP de destino o del bloque de encabezamiento IP.
Alternativamente, el dispositivo IP perimetral 100B envía al UE 100A un mensaje DHCP que incluye la información de la solicitud de acceso. Como se muestra en la FIG. 5, el mensaje DHCP incluye un bloque de encabezamiento del mensaje DHCP y un cuerpo del mensaje DHCP. El bloque de encabezamiento del mensaje DHCP incluye un bloque de encabezamiento IP y un bloque de encabezamiento UDP. El mensaje DHCP incluye un Identificador de Transacción (XID), un tipo de mensaje DHCP y una Opción DHCP. La GSSPU 102B del dispositivo IP perimetral 100B incluye en el mensaje DHCP la información de la solicitud como un campo de Opción DHCP. La Tabla 1 describe la información de la solicitud de acceso permitida por el mensaje DHCP:
Tabla 1
Mensaje DHCP
Opción de Información de Solicitud Permitida
DHCP de descubrimiento (Discover/SOLICIT)
El mensaje enviado por el UE al IP perimetral no puede incluir una opción de solicitud de acceso.
DHCP de ofrecimiento Offer/ADVERTISE
El mensaje puede incluir una opción de información de solicitud de acceso, como las de carácter comercial.
Mensaje DHCP de confirmación de aceptación (Ack/REPLY)
El mensaje puede incluir una opción de información de solicitud de acceso, como las de carácter comercial y de contabilización.
Mensaje DHCP de reconfiguración (Renew/Reconfigure)
El mensaje puede incluir una opción de información de solicitud de acceso, como las de carácter comercial y de causa de terminación de la sesión.
Mensaje DHCP de denegación (NAK)
El mensaje puede incluir una opción de información de solicitud de acceso, como las de carácter comercial, de causa de terminación de la sesión y de fallo en el establecimiento de la sesión.
Mensaje DHCP de eco o Mensaje DHCP de dirección IP temporal
El mensaje puede incluir una opción de información de solicitud de acceso, como las de carácter comercial, de causa de terminación de la sesión y de contabilización.
Por ejemplo, el DHCP transporta la información de esta forma: La AICU 101B del dispositivo IP perimetral 100B obtiene la información de la solicitud y le indica a la IMU 104B que lleve a cabo la asociación de la información (asociar la información de la solicitud de acceso con un código de información de la solicitud de acceso, o asociar la
5 información de la solicitud de acceso con el mensaje de señalización de control de la sesión IP del tipo especificado). La IMU 104B le indica a la GSSPU 102B que incluya en el mensaje DHCP la información de la solicitud como un campo de Opción DHCP. La GSSPU 102B permite utilizar el relay (repetidor) o el proxy (dispositivo de filtro/barrera) DHCP para procesar el mensaje DHCP, y la GSSPU 102B también permite que el mensaje DHCP sea procesado en el modo servidor DHCP.
10 Alternativamente, el dispositivo IP perimetral 100B permite que la información de las solicitudes de acceso se incluya en un campo existente o en un campo de ampliación del mensaje EAP. Este campo transporta la información de las solicitudes de acceso, e incluye la causa de fallo en la identificación inicial del usuario o la información de éxito en el establecimiento de la sesión IP. En este modo de realización, el EAP actúa como mecanismo de autenticación general y se puede incluir en un mensaje DHCP o en un mensaje del Protocolo de Paquetes de Datos de Usuario
15 (UDP).
A continuación se proponen más modos de realización para ampliar el método objeto de la presente invención.
La FIG. 6 muestra cómo notifica un dispositivo IP perimetral a un UE la causa de fallo en una identificación inicial (login) de un usuario o la causa de fallo en el establecimiento de una sesión IP en un modo de realización de la presente invención. A continuación se describen detalladamente los pasos:
20 Paso 601: El UE envía un mensaje de control de acceso para establecer una sesión IP. El mensaje de control de acceso incluye la información de la sesión de acceso.
En este modo de realización, el mensaje de control de acceso puede ser, pero no está limitado a: un mensaje de descubrimiento DHCP, o un mensaje de solicitud DHCP o un mensaje DHCP AUTH.
Paso 602: Después de recibir el mensaje de control de acceso enviado por el UE, el dispositivo IP perimetral analiza
25 el mensaje de control de acceso y obtiene la información de la sesión de acceso y, a continuación, lleva a cabo el proceso de acceso, autenticación y autorización.
En este paso, la información de la sesión de acceso incluye, pero no está limitada a: el nombre del usuario y la dirección del UE. El proceso de acceso, autenticación y autorización puede consistir en: enviar al servidor de políticas un mensaje RADIUS Access-Request para ejecutar la autenticación y la autorización.
30 Paso 603: Después de recibir el mensaje de acceso, autenticación y autorización enviado por el dispositivo IP perimetral, el servidor de políticas ejecuta el proceso de autorización: si la autenticación y la autorización fallan, el servidor de políticas devuelve un mensaje de denegación de acceso al dispositivo IP perimetral. El mensaje de denegación de acceso incluye información de la denegación de la solicitud de acceso.
En este paso, el mensaje de denegación de acceso puede ser un mensaje RADIUS Access-Reject (Denegación de Acceso), y la información de la denegación de la solicitud de acceso puede incluir "error de contraseña" o un código de causa (0x301). Por ejemplo, El Mensaje de Respuesta del mensaje RADIUS Access-Reject sirve como información de solicitud de acceso.
5 Paso 604: El dispositivo IP perimetral recibe el mensaje de denegación de acceso devuelto por el servidor de políticas, obtiene la información de la solicitud de acceso incluida en el mensaje de denegación de acceso, construye un mensaje de señalización de control de la sesión IP que incluye la información de la solicitud de acceso y se lo envía al UE.
En este modo de realización, existen diferentes causas para el fallo en el establecimiento de la sesión IP. La causa
10 se puede asociar a un código de causa, como se muestra en la Tabla 2. La Tabla 2 proporciona las relaciones de asociación entre las causas comunes de fallo en el establecimiento de la sesión IP y los códigos de causa.
Tabla 2
Causa del fallo en el establecimiento de la sesión IP
Código de Causa
El nombre de usuario o la contraseña son incorrectos.
0x301 (0x representa un valor hexadecimal)
El saldo de la cuenta de suscripción del usuario no es suficiente.
0x302
Los recursos del sistema son insuficientes.
0x303
Fallo en la configuración de la sesión basada en el Protocolo de Control de Nodo de Acceso (ANCP) o el Mecanismo de Control de la Capa 2 (L2CM).
0x304
La dirección o identificación del terminal no es válida.
0x305
En este paso, el mensaje de señalización de control de la sesión IP puede incluir, además, la información de la sesión de acceso.
15 En este paso, el mensaje de señalización de control de la sesión IP que incluye la información de la solicitud de acceso puede ser un mensaje DHCP Offer, un mensaje DHCP Advertise, un mensaje DHCP NAK o un mensaje DHCP AUTH. El mensaje de señalización de control de la sesión IP puede incluir un campo de Opción. Este campo contiene información de la denegación de la solicitud de acceso o el código de la causa. Si el mensaje de señalización de control de la sesión IP es un mensaje EAP+DHCP AUTH (el EAP es transportado por el mensaje
20 DHCP para la autenticación, y "EAP+DHCP" se puede considerar como una combinación de EAP y DHCP), la información de la denegación de la solicitud de acceso puede estar incluida en el mensaje EAP.
En este paso, el dispositivo IP perimetral es responsable de la correlación y asociación entre el mensaje de denegación de acceso enviado por el servidor de políticas y el mensaje de señalización de control de la sesión IP enviado por el UE. La correlación se refiere a la correspondencia entre el mensaje de denegación de acceso y el
25 mensaje de señalización de control de la sesión IP. Por ejemplo, cuando el mensaje de denegación de acceso recibido es un mensaje DHCP de descubrimiento, al UE se le devuelve como respuesta un mensaje DHCP Offer; si el mensaje de denegación de acceso recibido es un mensaje DHCP de solicitud, al UE se le devuelve como respuesta un mensaje DHCP de denegación. La asociación se refiere a la asociación de la información acerca de la sesión de acceso.
30 Paso 605: Después de recibir el mensaje de señalización de control de la sesión IP que incluye la información de la sesión de acceso, el UE realiza la gestión correspondiente.
En este paso, el proceso de dicha gestión es: El UE obtiene la información de la solicitud de acceso a partir del mensaje DHCP Offer, el mensaje DHCP de denegación o el mensaje DHCP AUTH que incluye la información de la solicitud de acceso, por ejemplo, obtiene la información sobre la denegación de la solicitud de acceso o el código de
35 la causa y, a continuación, convierte la información de la solicitud de acceso en un texto y lo muestra en la interfaz, o registra la información de la solicitud de acceso.
La FIG. 7 muestra cómo notifica un dispositivo IP perimetral a un UE la información de identificación satisfactoria del usuario o de establecimiento satisfactorio de la sesión IP en un modo de realización de la presente invención. A continuación se describen detalladamente los pasos:
Paso 701: El UE envía un mensaje de control de acceso para establecer una sesión IP. El mensaje de control de acceso contiene la información de la sesión de acceso.
Paso 702: Después de recibir el mensaje de control de acceso enviado por el UE, el dispositivo IP perimetral analiza el mensaje de control de acceso y obtiene la información de la sesión de acceso, y, a continuación, lleva a cabo el proceso de acceso, autenticación y autorización.
Paso 703: Después de recibir el mensaje de acceso, autenticación y autorización enviado por el dispositivo IP perimetral, el servidor de políticas lleva a cabo el proceso de autorización: si la autenticación y autorización son satisfactorias, el servidor de políticas devuelve al dispositivo IP perimetral un mensaje de aceptación de acceso. El mensaje de aceptación de acceso incluye la información de la solicitud de acceso.
En este paso, el mensaje de aceptación de acceso puede ser un mensaje RADIUS Access-Accept (Aceptación de Acceso), y la información de la solicitud de acceso se puede incluir en un Reply-Message (Mensaje de Respuesta) de un mensaje RADIUS Access-Accept. La información de la solicitud de acceso puede incluir información contable del usuario, por ejemplo, la duración restante para el usuario, o la cantidad disponible en la cuenta, y también puede incluir información de carácter comercial, como la dirección IP del portal en una red de banda ancha.
Paso 704: El dispositivo IP perimetral recibe el mensaje de aceptación de acceso devuelto por el servidor de políticas, obtiene la información de la solicitud de acceso incluida en el mensaje de aceptación de acceso, construye un mensaje de señalización de control de la sesión IP que incluye la información de la solicitud de acceso y se lo envía al UE.
En este paso, el mensaje de señalización de control de la sesión IP que transporta la información de la solicitud de acceso es un mensaje DHCP Offer, un mensaje DHCP Advertise, un mensaje DHCP de confirmación (ACK o Reply)
o un mensaje DHCP AUTH. El mensaje de señalización de control de la sesión IP incluye un campo Opción diseñado para incorporar la información de la solicitud de acceso obtenida por el dispositivo IP perimetral a partir del mensaje de aceptación de acceso y otra información de la solicitud de acceso obtenida por el dispositivo IP perimetral.
En este paso, la información de la solicitud de acceso obtenida por el dispositivo IP perimetral puede comprender información contable e información de carácter comercial. La información de la solicitud de acceso incluye la información de la solicitud de acceso obtenida por el dispositivo IP perimetral procedente de un directorio local o de otros servidores de la red. Por ejemplo, el dispositivo IP perimetral obtiene la información de la solicitud de acceso de otros servidores a través de la interfaz con dichos servidores.
Paso 705: Después de recibir el mensaje de señalización de control de la sesión IP que incluye la información de la solicitud de acceso, el UE lleva a cabo la gestión correspondiente.
En este paso, el proceso detallado de dicha gestión es: la CIAU del UE obtiene la información de la solicitud de acceso a partir del mensaje DHCP Offer, del mensaje DHCP de confirmación o del mensaje DHCP AUTH recibido de la CSSPU, por ejemplo, obtiene información contable del usuario o información de carácter comercial, y, a continuación, muestra la información de la solicitud de acceso.
En este paso, la CIAU activa un navegador web de acuerdo con la información de carácter comercial (por ejemplo, una dirección de un portal) incluida en la información de la solicitud de acceso (el navegador en este caso es una CIPU) y se muestra la información de carácter comercial, tal como una página web.
La FIG. 8 muestra el primer método utilizado por un dispositivo IP perimetral para notificar a un UE, o a un servidor de políticas durante el proceso de una sesión IP, la causa de terminación de una sesión IP en un modo de realización de la presente invención. A continuación se describen detalladamente los pasos:
Paso 801: Ya se ha establecido una sesión IP entre el UE y el dispositivo IP perimetral.
Paso 802: El dispositivo IP perimetral obtiene una indicación o evento para actualizar la sesión IP, le envía al UE un mensaje DHCP Reconfigure, donde el mensaje DHCP Reconfigure se construye localmente o se recibe desde el servidor DHCP e incluye información de la solicitud de acceso.
En este paso, la actualización IP de la información de la sesión IP puede consistir en modificar la configuración de la dirección de la sesión IP.
El mensaje DHCP Reconfigure puede ser un mensaje DHCP Forcenew (Forzar Nueva Dirección). El mensaje DHCP de actualización incluye información de la solicitud de acceso. La información de la solicitud de acceso puede ser una causa de terminación de la sesión IP con la finalidad de modificar la configuración de la sesión IP, y la información de la solicitud de acceso se puede incluir en un campo de Opción DHCP.
Paso 803: Después de recibir el mensaje DHCP Reconfigure, el UE analiza el mensaje DHCP Reconfigure para obtener la información de la solicitud de acceso e identificar la causa de terminación de la sesión IP, y, a continuación, envía un mensaje de solicitud de configuración al dispositivo IP perimetral.
En este paso, el mensaje de solicitud de configuración puede ser un mensaje DHCP Request.
Paso 804: El dispositivo IP perimetral reenvía al servidor DHCP el mensaje de solicitud de configuración recibido del UE.
Paso 805: Después de recibir el mensaje de solicitud de configuración, el servidor DHCP actualiza la información de la sesión IP, por ejemplo, modifica la dirección IP de la sesión IP establecida, y envía un mensaje DHCP NAK (Confirmación Negativa de Aceptación) al dispositivo IP perimetral.
Paso 806: El dispositivo IP perimetral recibe el mensaje DHCP NAK del servidor DHCP, realiza el proceso de terminación de la sesión IP y, a continuación, reenvía al UE el mensaje DHCP NAK. El dispositivo IP perimetral puede incluir información de la solicitud de acceso en el mensaje DHCP NAK antes de reenviarlo, como por ejemplo una causa de terminación de la sesión IP.
Paso 807: El dispositivo IP perimetral envía al servidor AAA un mensaje de detención de la contabilización o un mensaje de terminación de la sesión. El mensaje incluye la causa de terminación de la sesión IP, y le indica al servidor AAA que almacene la causa de terminación de la sesión IP. Si el servidor AAA y el dispositivo IP perimetral se encuentran en la misma entidad física, el servidor AAA puede interactuar con el dispositivo IP perimetral mediante una Interfaz de Programación de Aplicación (API). Este paso es opcional, en función de la implementación que se haga.
En este paso, el mensaje de detención de la contabilización o el mensaje de terminación de la sesión incluye: el mensaje Accounting-Request (Solicitud de Contabilización) del protocolo RADIUS o del protocolo Diameter, o el mensaje Session-Termination-Request (Solicitud de Terminación de Sesión) del protocolo Diameter.
Más concretamente, el dispositivo IP perimetral incluye la causa de terminación de la sesión IP en el campo Termination-Cause (Causa de Terminación) del mensaje Session-Termination-Request del protocolo Diameter o en el campo Acct-Terminate-Cause (Causa de Terminación de la Contabilización) del mensaje Accounting-Request del protocolo RADIUS o Diameter.
Paso 808: Después de recibir el mensaje DHCP NAK, el UE obtiene la información de la solicitud de acceso y modifica la configuración, por ejemplo, registra o muestra la información de la solicitud de acceso, o establece de nuevo una sesión IP en función de la información de la solicitud de acceso.
En la FIG. 8, el paso 806 puede ocurrir antes, simultáneamente o después del paso 807.
La FIG. 9 muestra cómo envía un dispositivo IP perimetral la información de las solicitudes de acceso a un UE durante un proceso de mantenimiento de una sesión IP en un modo de realización de la presente invención. A continuación se describen detalladamente los pasos:
Paso 901: El dispositivo IP perimetral obtiene la información de la solicitud de acceso, que incluye información de carácter comercial e información contable del usuario.
En este paso, el dispositivo IP perimetral puede obtener la información de la solicitud de acceso localmente, u obtener la información de la solicitud de acceso de otro servidor de la red. Por ejemplo, el dispositivo IP perimetral obtiene la información de la solicitud de acceso a partir del servidor de políticas a través de un mensaje RADIUS, y obtiene la información de la solicitud de acceso a medida que ésta se genera periódicamente o se genera mediante una aplicación externa tal como una orden de gestión de red.
Paso 902: El dispositivo IP perimetral envía al UE la información de la solicitud de acceso obtenida.
En este paso, la información de la solicitud de acceso puede estar incluida en un mensaje del protocolo BFD. Más concretamente, se puede añadir un campo Opción al mensaje BFD de control o al mensaje BFD de eco y, a continuación, se incluye la información de la solicitud de acceso en el campo Opción del mensaje BFD de control o del mensaje BFD de eco.
Paso 903: El UE ejecuta el proceso correspondiente. Más concretamente, el UE obtiene la información de la solicitud de acceso a partir del mensaje del protocolo BFD recibido, por ejemplo, obtiene la información contable del usuario o la información de carácter comercial. El UE muestra en la interfaz la información contable del usuario como notificación para el usuario. El UE muestra la información de carácter comercial en función de la propia información de carácter comercial, como, por ejemplo, la dirección IP de un portal.
La FIG. 10 muestra el segundo método utilizado por un dispositivo IP perimetral para notificar a un UE y a un servidor de políticas la causa de terminación de una sesión IP o la causa de desconexión de un usuario en un modo de realización de la presente invención. A continuación se describen detalladamente los pasos:
Paso 1001: El dispositivo IP perimetral detecta la orden de terminación de la sesión IP y envía al UE un mensaje de
5 terminación de la sesión IP mediante un protocolo Keep-alive (mantenimiento) de la sesión. El mensaje de terminación de la sesión IP incluye una causa de terminación de la sesión IP.
En este modo de realización, existen diferentes causas de terminación de la sesión. Cada causa tiene asociado un código de causa, como se muestra en la Tabla 3. La Tabla 3 muestra las causas comunes de terminación de la sesión IP.
Tabla 3
Causa de Terminación de la Sesión IP
Código de Causa
El saldo de la cuenta de suscripción del usuario es insuficiente
0x401
Se ha agotado el tiempo máximo permitido de la sesión.
0x402
Los recursos del sistema son insuficientes (por ejemplo, el ancho de banda es insuficiente, o los recursos del dispositivo IP perimetral son insuficientes).
0x403
Se ha denegado el acceso al usuario (por ejemplo, el usuario accede a un sitio web no permitido o ataca la red de forma maliciosa).
0x404
La sesión se ha desconectado por razones de mantenimiento o de gestión (por ejemplo, el administrador desconecta la sesión de forma activa).
0x405
Falla la reautorización (por ejemplo, falla la política de reconfiguración de la sesión, o falla la reautenticación de la sesión IP).
0x406
La dirección temporal expira (por ejemplo, la dirección IP asignada de forma dinámica expira).
0x407
10 En este paso, la orden de terminación de la sesión IP es remitida por el sistema de gestión de red o el servidor de políticas, o localmente en un instante determinado (por ejemplo, al agotarse el tiempo máximo permitido de la sesión). La orden de terminación de la sesión IP puede ser una orden de desconexión activa de la sesión del UE, por ejemplo, un mensaje DHCP de desconexión del UE.
En este paso, el mensaje de terminación de la sesión IP puede ser enviado al UE mediante un mensaje del
15 protocolo BFD. La causa de terminación de la sesión IP puede ser transportada en el campo del código de Diagnóstico (Diag) del mensaje BFD de control; en otros términos, el dispositivo IP perimetral incluye la causa de terminación de la sesión IP en el campo del código Diag del mensaje BFD de control y, a continuación, envía al UE un mensaje BFD de control de cambio de estado.
Paso 1002: El dispositivo IP perimetral envía al servidor de políticas una orden de terminación de la sesión IP (por
20 ejemplo, un mensaje de detención de la contabilización, o un mensaje de terminación de la sesión IP), e incluye la causa de terminación de la sesión IP en el mensaje de detención de la contabilización o en el mensaje de terminación de la sesión IP. Este paso es opcional, en función de la implementación que se haga.
Paso 1003: Después de recibir el mensaje de terminación de la sesión IP, el UE ejecuta el proceso correspondiente, por ejemplo, registra o muestra la causa de terminación de la sesión IP, o establece de nuevo una sesión IP.
25 En el proceso que se muestra en la FIG. 10, el paso 1001 puede ocurrir antes, simultáneamente o después del paso 1002.
Asumiendo que el receptor dispone de un UE o un controlador de políticas, a continuación se detallan el sistema y el dispositivo proporcionados en un modo de realización de la presente invención.
Como se muestra en la FIG. 11, un sistema para procesar la información de las solicitudes de acceso en una sesión 30 IP incluye:
un dispositivo IP perimetral, configurado para: obtener información de las solicitudes de acceso en una sesión IP, incorporar la información de las solicitudes de acceso de la sesión IP a un mensaje de señalización de control de la sesión IP, y enviar el mensaje de señalización de control de la sesión IP a un UE y/o a un controlador de políticas;
el UE, configurado para: recibir el mensaje de señalización de control de la sesión IP enviado por el dispositivo IP perimetral, y ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso transmitida en el mensaje de señalización de control de la sesión IP; y
el controlador de políticas, configurado para: recibir el mensaje de señalización de control de la sesión IP enviado por el dispositivo IP perimetral y ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso transmitida en el mensaje de señalización de control de la sesión IP.
El sistema puede incluir, además, un servidor, configurado par enviar al dispositivo IP perimetral la información de las solicitudes de acceso de la sesión IP. En este caso, el dispositivo IP perimetral obtiene la información de las solicitudes de acceso a partir del servidor.
Como se muestra en la FIG. 12, un dispositivo para procesar la información de las solicitudes de acceso de una sesión IP (por ejemplo, in dispositivo IP perimetral) incluye:
una GSSMU, configurada para: gestionar el estado de una sesión IP durante el proceso de una sesión IP, y proporcionar la información de las solicitudes de acceso;
una AICU, configurada para: obtener de la GSSMU la información de las solicitudes de acceso y, a continuación, indicarle a una IMU que lleve a cabo la correspondiente asociación para la información de las solicitudes de acceso;
la IMU, configurada para: llevar a cabo la correspondiente asociación para la información de las solicitudes de acceso de modo que la información de las solicitudes de acceso quede asociada a unos códigos de información de las solicitudes de acceso, o asociar la información de las solicitudes de acceso a un mensaje de señalización de control de la sesión IP de un tipo especificado, y enviar a la GSSPU la información de las solicitudes de acceso asociada; y
la GSSPU, configurada para: incluir en el mensaje de señalización de control de la sesión IP la información de las solicitudes de acceso asociada, y enviar el mensaje de señalización de control de la sesión IP al UE y/o al servidor de políticas.
La información de las solicitudes de acceso asociada enviada por la IMU a la GSSPU puede indicarle a la GSSPU que incluya la información de las solicitudes de acceso en el mensaje de señalización de control de la sesión IP especificado.
Adicionalmente, los modos de realización de la presente invención proporcionan un método y un dispositivo para procesar la información de las solicitudes de acceso desde la perspectiva del UE o del servidor de políticas.
Un método para procesar la información de las solicitudes de acceso incluye: obtener un mensaje de señalización de control de la sesión IP que contenga información de una solicitud de acceso de una sesión IP; y ejecutar las operaciones correspondientes de acuerdo con la información de la solicitud de acceso contenida en el mensaje de señalización de control de la sesión IP.
Se proporciona un dispositivo para procesar la información de las solicitudes de acceso. El dispositivo puede ser un UE o un servidor de políticas. Como se muestra en la FIG. 13, el dispositivo incluye:
una Unidad de Proceso de Señalización de la Sesión (SSPU), configurada para: recibir un mensaje de señalización de control de la sesión IP que incluye información de las solicitudes de acceso, y enviar el mensaje de señalización de control de la sesión IP a una Unidad de Adopción de Información (IAU);
la IAU, configurada para: obtener la información de las solicitudes de acceso contenida en el mensaje de señalización de control de la sesión IP, y enviar la información de las solicitudes de acceso a una Unidad de Proceso de las Solicitudes de Información (IPU); y
la IPU, configurada para ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso recibida de la IAU.
Mediante el método, el sistema y el dispositivo que se proporcionan en la presente invención, el dispositivo IP perimetral obtiene la información de las solicitudes de acceso durante el proceso de la sesión IP, e incluye la información de las solicitudes de acceso obtenida durante el proceso de la sesión IP en un mensaje de señalización de control de la sesión IP que se envía en el momento preciso al UE y/o al servidor de políticas, mejorando de este modo la percepción del usuario en la sesión IP. Después de recibir el mensaje de señalización de control de la sesión IP, el UE y/o el servidor de políticas analizan el mensaje para obtener la información de las solicitudes de acceso, y registran una copia de seguridad de la información de las solicitudes de acceso obtenida, mejorando de este modo la eficiencia del mantenimiento de la sesión IP y reduciendo el coste de la operación. Adicionalmente, la información de las solicitudes de acceso puede contener alguna información aportada activamente por el servidor de políticas, por ejemplo, información de carácter comercial, incrementando de ese modo el coste de operación del acceso de banda ancha.
Para aquellos experimentados en la técnica resulta entendible que todos o parte de los pasos de los modos de realización precedentes se puedan implementar mediante hardware controlado por un programa de ordenador. El programa puede encontrarse almacenado en un medio de almacenamiento legible por el ordenador. Al ser ejecutado, el programa ejecuta los procesos que se han cubierto en los modos de realización anteriores. El medio de almacenamiento puede ser un disco magnético, un Disco Compacto (CD), una Memoria de Sólo Lectura (ROM) o una Memoria de Acceso Aleatorio (RAM).

Claims (4)

  1. REIVINDICACIONES
    1. Un método para procesar información de solicitudes de acceso, que comprende:
    gestionar un estado de una sesión del Protocolo de Internet, IP, entre un Equipo de Usuario, UE, y un dispositivo IP perimetral durante el proceso de una sesión IP, y proporcionar información de las solicitudes de acceso de la sesión IP, donde la información de las solicitudes de acceso comprende una causa de terminación de la sesión IP; estando caracterizado el método por
    incluir la información de las solicitudes de acceso en un campo Opción de un mensaje de Detección de Reenvío Bidireccional, BFD, de la sesión IP, siendo el mensaje BFD un mensaje BFD enviado desde el dispositivo IP perimetral al equipo de usuario, UE, y siendo incluid la causa de terminación de la sesión IP en un campo Opción
    o en un campo Diagnóstico del mensaje BFD; y
    enviar al UE el mensaje BFD que incluye la información de las solicitudes de acceso, para que el UE pueda ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso.
  2. 2.
    El método de la reivindicación 1, donde la información de las solicitudes de acceso es un código de causa obtenido de acuerdo con una tabla en la que se registran las relaciones de asociación entre las causas de terminación de la sesión IP y los códigos de causa.
  3. 3.
    Un sistema de comunicación, que comprende un dispositivo perimetral (100B) del Protocolo de Internet, IP, y un equipo de usuario, UE, (100A),
    estando configurado el dispositivo perimetral (100B) del Protocolo de Internet, IP, para gestionar un estado de una sesión IP entre el dispositivo IP perimetral y el Equipo de Usuario, UE, (100A), durante el proceso de una sesión IP, obtener información de las solicitudes de acceso de la sesión IP, donde la información de las solicitudes de acceso comprende una causa de terminación de la sesión IP, incluir la información de las solicitudes de acceso de la sesión IP en un campo Opción de un mensaje de Detección de Reenvío Bidireccional, BFD, de la sesión IP, siendo el mensaje BFD un mensaje BFD enviado desde el dispositivo IP perimetral al UE, y siendo incluida la causa de terminación de la sesión IP en un campo Opción o en un campo Diagnóstico del mensaje BFD, y enviar al UE el mensaje BFD que incluye la información de las solicitudes de acceso, y
    el UE, configurado para recibir el mensaje BFD enviado por el dispositivo IP perimetral, y ejecutar las operaciones correspondientes de acuerdo con la información de las solicitudes de acceso incluida en el mensaje BFD.
  4. 4. El sistema de la reivindicación 3, donde el dispositivo IP perimetral está configurado para proporcionar una tabla que registra las relaciones de asociación entre las causas de terminación de la sesión IP y los códigos de causa, y para proporcionar el código de causa asociado a la información de las solicitudes de acceso obtenido de acuerdo con la tabla que registra las relaciones de asociación entre las causas de terminación de la sesión IP y los códigos de causa.
ES08851466T 2007-11-16 2008-11-17 Método, sistema y dispositivo para procesar información de solicitudes de acceso. Active ES2374341T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2007101883187A CN101437021B (zh) 2007-11-16 2007-11-16 一种对接入提示信息的处理方法、系统及装置
CN200710188318 2007-11-16
PCT/CN2008/073082 WO2009065354A1 (en) 2007-11-16 2008-11-17 A method, a system and a device for access prompt information processing

Publications (1)

Publication Number Publication Date
ES2374341T3 true ES2374341T3 (es) 2012-02-15

Family

ID=40667134

Family Applications (2)

Application Number Title Priority Date Filing Date
ES08851466T Active ES2374341T3 (es) 2007-11-16 2008-11-17 Método, sistema y dispositivo para procesar información de solicitudes de acceso.
ES11181350T Active ES2405691T3 (es) 2007-11-16 2008-11-17 Método, sistema y aparato para el tratamiento de información de invitación o sugerencia de acceso

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES11181350T Active ES2405691T3 (es) 2007-11-16 2008-11-17 Método, sistema y aparato para el tratamiento de información de invitación o sugerencia de acceso

Country Status (8)

Country Link
US (1) US8433807B2 (es)
EP (2) EP2204962B1 (es)
CN (1) CN101437021B (es)
AT (1) ATE533276T1 (es)
ES (2) ES2374341T3 (es)
PL (1) PL2204962T3 (es)
PT (1) PT2204962E (es)
WO (1) WO2009065354A1 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2536379C2 (ru) 2008-11-26 2014-12-20 Калгари Сайентифик Инк. Способ и система для обеспечения удаленного доступа к состоянию прикладной программы
US9992253B2 (en) 2011-08-15 2018-06-05 Calgary Scientific Inc. Non-invasive remote access to an application program
US10055105B2 (en) 2009-02-03 2018-08-21 Calgary Scientific Inc. Method and system for enabling interaction with a plurality of applications using a single user interface
US9741084B2 (en) 2011-01-04 2017-08-22 Calgary Scientific Inc. Method and system for providing remote access to data for display on a mobile device
US9615428B2 (en) 2011-02-01 2017-04-04 John Joseph King Arrangement for an outdoor light enabling motion detection
CA2734860A1 (en) 2011-03-21 2012-09-21 Calgary Scientific Inc. Method and system for providing a state model of an application program
US20120303796A1 (en) * 2011-05-27 2012-11-29 Alcate-Lucent Canada Inc. Mapping accounting avps to monitoring keys for wireline subscriber management
JP5765123B2 (ja) * 2011-08-01 2015-08-19 富士通株式会社 通信装置、通信方法、通信プログラム及び通信システム
WO2013046015A1 (en) 2011-09-30 2013-04-04 Calgary Scientific Inc. Uncoupled application extensions including interactive digital surface layer for collaborative remote application sharing and annotating
AU2012342170B2 (en) 2011-11-23 2017-03-09 Calgary Scientific Inc. Methods and systems for collaborative remote application sharing and conferencing
US9107062B2 (en) 2012-03-02 2015-08-11 Alcatel Lucent QoS control in PCRF based on usage and time of day
CN103634772B (zh) * 2012-08-24 2018-10-23 中兴通讯股份有限公司 计费方法及装置
KR20140038846A (ko) * 2012-09-21 2014-03-31 삼성전자주식회사 이동 통신 시스템에서 어플리케이션에 대한 세션의 유지를 제어하는 방법 및 장치
US9246894B2 (en) * 2012-10-30 2016-01-26 Microsoft Technology Licensing, Llc. Communicating state information to legacy clients using legacy protocols
CN103812958B (zh) 2012-11-14 2019-05-07 中兴通讯股份有限公司 网络地址转换技术的处理方法、nat设备及bng设备
CN103067220B (zh) * 2012-12-19 2016-02-10 中兴通讯股份有限公司 参数更新情况下双向链路转发检测方法及装置
CN103903128A (zh) * 2012-12-28 2014-07-02 林顶众 一种在线计费的公话系统及方法
US9226373B2 (en) 2013-10-30 2015-12-29 John Joseph King Programmable light timer and a method of implementing a programmable light timer
CA2931762C (en) 2013-11-29 2020-09-22 Calgary Scientific Inc. Method for providing a connection of a client to an unmanaged service in a client-server remote access system
CN104702427A (zh) * 2013-12-06 2015-06-10 华为技术有限公司 获取故障信息的方法及系统
CN106470127B (zh) * 2015-08-18 2020-12-29 中兴通讯股份有限公司 一种网络异常流量的检测方法及系统
CN107733931B (zh) * 2017-11-30 2021-03-09 新华三技术有限公司 入口认证方法、装置及入口服务器
CN113778478B (zh) * 2020-11-09 2025-02-21 北京沃东天骏信息技术有限公司 一种生成提示信息的方法、装置和存储介质
US20250184215A1 (en) * 2023-12-04 2025-06-05 Qualcomm Incorporated System and Methods for Improving Performance in a Local Area Network Using DHCP Parameters Update Message Network Service

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7778260B2 (en) * 1998-10-09 2010-08-17 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US6782004B1 (en) * 1998-11-09 2004-08-24 Lucent Technologies Inc. Intelligent network signaling using an open system protocol
HK1023695A2 (en) * 2000-02-19 2000-08-11 智才有限公司 Service sign on
US7068669B2 (en) * 2001-04-20 2006-06-27 Qualcomm, Incorporated Method and apparatus for maintaining IP connectivity with a radio network
US7415026B2 (en) * 2002-02-04 2008-08-19 Qualcomm Incorporated Method and apparatus for session release in a communication system
US7062253B2 (en) * 2002-04-10 2006-06-13 Sprint Spectrum L.P. Method and system for real-time tiered rating of communication services
US7561527B1 (en) * 2003-05-02 2009-07-14 David Katz Bidirectional forwarding detection
GB0321414D0 (en) 2003-09-12 2003-10-15 Ericsson Telefon Ab L M IMS subscriber access control
EP1528778A1 (en) * 2003-11-03 2005-05-04 Alcatel Location information for internet protocol sessions
CN1585362A (zh) 2004-05-28 2005-02-23 港湾网络有限公司 通过本地dhcp－server直接处理用户ip地址的方法
US8238329B2 (en) * 2005-12-13 2012-08-07 Transnexus, Inc. Method and system for securely authorizing VoIP interconnections between anonymous peers of VoIP networks
CN100389571C (zh) * 2005-03-25 2008-05-21 华为技术有限公司 检测混合网络中端到端节点间链路故障的方法
JP4480634B2 (ja) * 2005-06-24 2010-06-16 富士通株式会社 通信システム及びセッション確立方法
EP1921809A4 (en) * 2005-08-05 2008-10-01 Huawei Tech Co Ltd METHOD FOR OBTAINING AN ERROR DETECTION OF AN IP FORWARDING LEVEL
US8441919B2 (en) * 2006-01-18 2013-05-14 Cisco Technology, Inc. Dynamic protection against failure of a head-end node of one or more TE-LSPs
US7765306B2 (en) * 2006-01-30 2010-07-27 Cisco Technology, Inc. Technique for enabling bidirectional forwarding detection between edge devices in a computer network
US7624181B2 (en) * 2006-02-24 2009-11-24 Cisco Technology, Inc. Techniques for authenticating a subscriber for an access network using DHCP
CN100466524C (zh) 2006-07-06 2009-03-04 华为技术有限公司 一种上网状态控制方法及系统
US7860981B1 (en) * 2006-09-29 2010-12-28 Juniper Networks, Inc. Systems and methods for IP session keepalive using BFD protocols
US20080095143A1 (en) * 2006-10-19 2008-04-24 Research In Motion Limited System and method for providing debug information in session initiation protocol sessions
CN100508597C (zh) * 2007-04-23 2009-07-01 中国科学院计算技术研究所 一种将用户ip地址同用户等级结合的视频点播方法
CN101304406B (zh) * 2007-05-12 2013-02-27 华为技术有限公司 一种会话连接的管理方法及装置、系统

Also Published As

Publication number Publication date
EP2398209A1 (en) 2011-12-21
WO2009065354A1 (en) 2009-05-28
PT2204962E (pt) 2012-01-06
PL2204962T3 (pl) 2012-03-30
EP2204962B1 (en) 2011-11-09
US8433807B2 (en) 2013-04-30
ES2405691T3 (es) 2013-06-03
EP2204962A1 (en) 2010-07-07
EP2398209B1 (en) 2013-02-20
US20100223661A1 (en) 2010-09-02
CN101437021B (zh) 2013-08-07
ATE533276T1 (de) 2011-11-15
EP2204962A4 (en) 2010-12-22
CN101437021A (zh) 2009-05-20

Similar Documents

Publication Publication Date Title
ES2374341T3 (es) Método, sistema y dispositivo para procesar información de solicitudes de acceso.
US11729615B2 (en) Internet of things communication method, apparatus, and system
US6769000B1 (en) Unified directory services architecture for an IP mobility architecture framework
US9219999B2 (en) Information push method, apparatus, and system
US7079499B1 (en) Internet protocol mobility architecture framework
FI110975B (fi) Huijaamisen estäminen tietoliikennejärjestelmissä
JP4705020B2 (ja) ユーザ平面ベースの（ｕｓｅｒｐｌａｎｅ−ｂａｓｅｄ）ロケーションサービス（ＬＣＳ）システム、方法および装置
US6795705B1 (en) Hot standby protocol for wireless devices
CN1939000B (zh) 建立遗留与主机标识协议节点之间的主机标识协议连接的标识方法及设备
ES2454569T3 (es) Método y sistema para poner en práctica la gestión de configuración de dispositivos en una red
US20200344208A1 (en) Method and apparatus for processing service request
US9398512B2 (en) Mobile route optimization
US8605736B2 (en) Method, system and apparatus for heterogeneous addressing mapping
Stapp DHCPv6 Bulk Leasequery
AU7812600A (en) Internet protocol mobility architecture framework
EP1990953B1 (en) A method and device for determining home agent attached by mobile node
EP3269096B1 (en) Topology discovery for an application layer messaging protocol with hop-by-hop routing
CN101257486B (zh) 客户端发现网络接入认证信息承载协议认证代理的方法
CN100394811C (zh) 基于用户平面的位置服务系统、方法和设备
Stapp RFC 5460: DHCPv6 Bulk Leasequery
HK1088764B (en) User plane-based location services (lcs) system, method and apparatus