ES2295853T5

ES2295853T5 - Sistema de gestión de equipos terminales de bucle de abonado digital

Info

Publication number: ES2295853T5
Application number: ES04727213T
Authority: ES
Inventors: Jie Li; Hongyuan Zhang; Qiang Xie; Yupeng Xiong
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2003-04-14
Filing date: 2004-04-14
Publication date: 2012-10-25
Anticipated expiration: 2024-04-14
Also published as: EP1615383B1; BRPI0409415A; ES2295853T3; EP1615383B2; DE602004009677T2; AU2004227967B2; DE602004009677T3; DE602004009677D1; WO2004091144A1; EP1615383A4; EP1615383A1; ATE376734T1; AU2004227967A1

Abstract

Un Sistema de gestión de equipos terminales de Bucle de Abonado Digital (DSL, siglas de Bucle de Abonado Digital) (1), que comprende una unidad de gestión de equipos terminales (10), un equipo Multiplexor de Acceso a la Línea Digital de Abonado (20), DSLAM, y un equipo terminal de Bucle de Abonado Digital (30), adoptando dicha unidad de gestión de equipos terminales (10) un protocolo de comunicación, y comunicándose con el equipo terminal xDSL (30) mediante el equipo DSLAM (20); en el que el equipo DSLAM (20) transfiere y transmite con transparencia los datos recibidos; caracterizado por el hecho de que: el equipo DSLAM (20) y el equipo terminal de Bucle de Abonado Digital (30) llevan respectivamente una entidad de gestión (21, 31), y la unidad de gestión de equipos terminales (10) así como las entidades de gestión (21, 31) llevan respectivamente una Base de Información de Gestión, MIB (siglas de Gestión Información Base), para implementar una función de gestión; la unidad de gestión de equipos terminales (10) y la entidad de gestión (21) del equipo DSLAM (20) así como la entidad de gestión (21) del equipo DSLAM (20) y la entidad de gestión (31) del equipo terminal xDSL (30) por el lado del abonado están conectados mediante interfaces de gestión (40, 50) respectivas; el equipo terminal xDSL (30) es identificable por información de posición física de una interfaz de Bucle de Abonado Digital, que se conecta al equipo terminal xDSL (30) mediante el equipo DSLAM (20).

Description

Sistema de gestión de equipos terminales de bucle de abonado digital.

Campo de la invención

[0001] La presente invención pertenece al campo de las técnicas de comunicación, más específicamente a un sistema de gestión de equipos terminales de Bucle de Abonado Digital (DSL, siglas de Digital Subscriber Loop).

Antecedentes de la invención

[0002] Con el desarrollo de las redes de telecomunicaciones, cada vez más usuarios disfrutan de las ventajas de la banda ancha para trabajar y vivir. Entre las diversas técnicas de acceso a la banda ancha, la técnica DSL utiliza el recurso del cable de par trenzado existente como medio de transmisión, y ha desarrollado una pluralidad de técnicas de acceso, tales como el Bucle de Abonado Digital asimétrico (ADSL), el Bucle de Abonado Digital de alta velocidad de un Solo Cable (SHDSL), la Bucle de Abonado Digital de muy alta velocidad (VDSL), etc, y estas técnicas son llamadas por el nombre de conjunto xDSL, siendo aplicables a diferentes necesidades de abonado, ampliamente utilizadas en todo el mundo, que han introducido mejoras en el desarrollo de la economía y de la sociedad.

[0003] Considerando por ejemplo la técnica de acceso ADSL, su modelo de aplicación de red se muestra en la figura 1. Por el lado CO, el Multiplexor de Acceso a la Línea Digital de Abonado (DSLAM) proporciona una interfaz de cable de par trenzado; la unidad terminal remota ADSL (ATUR) está dispuesta en el lado del abonado, esta ATUR está conectada al equipo DSLAM mediante un cable de par trenzado, la ATUR y la DSLAM cooperan para implementar la función de acceso a banda ancha. Más concretamente, la ATUR proporciona al mismo tiempo una interfaz de terminal telefónica y una interfaz de terminal de datos al abonado, el equipo DSLAM accede a la red de banda ancha mediante una Interfaz de Servicios de Red (SNI siglas de Service Network Interface), y da acceso a la señal analógica de voz telefónica del abonado de la ATUR a la Red Pública Telefónica Conmutada (PSTN siglas de Public Switching Telephone Network) adoptando una técnica de separación de banda.

[0004] Debido a diferencias en la técnica de modulación, la división de frecuencias de banda y demás, otros sistemas de acceso xDSL son ligeramente diferentes en las aplicaciones de red, por ejemplo, en lo que respecta al acceso VDSL, la longitud de transmisión entre el equipo DSLAM y el VTUR por el lado del abonado es relativamente pequeña, mientras que, puesto que el SHDSL adopta una transmisión de banda base, el SHDSL no puede compartir la línea con la voz analógica de banda estrecha, sin embargo, los modos de aplicación de acceso a banda ancha de todos los sistemas de acceso xDSL son prácticamente los mismos.

[0005] Actualmente, el equipo DSLAM en red es gestionado y mantenido por el Sistema de Gestión de Red (NMS, siglas de Network Management System); como parte de suministro de acceso a banda ancha, el equipo terminal xDSL por el lado del abonado también necesita gestionar y mantener su estado de trabajo mediante el proveedor de servicios de red. Como los equipos terminales xDSL son muchos y están ampliamente distribuidos, con el fin de hacer funcionar eficazmente la red de banda ancha, reducir los costes de gestión y mantenimiento, y proporcionar un mejor servicio a los abonados de la red de banda ancha, es necesaria una estrategia de gestión y mantenimiento del equipo terminal xDSL.

[0006] Actualmente, el modo de gestión y mantenimiento de sistema de acceso xDSL más importante se muestra en la figura 2. En el modelo de red de la figura 2, el equipo DSLAM es gestionado y mantenido por el NMS. El NMS es elaborado con criterios por el proveedor de servicios según una planificación de red y gestiona uniformemente los equipos DSLAM en la red. El Protocolo simple de gestión de red (SNMP) se suele ejecutar entre el NMS y el DSLAM. En general, como el equipo terminal xDSL en la red, al estar este por el lado del abonado, solo puede recoger e informar acerca de parámetros de información generales de la línea física del equipo terminal xDSL por el lado CO, mientras que no puede gestionar y mantener el equipo terminal xDSL. Por lo tanto, las funciones de gestión y mantenimiento del equipo terminal xDSL solo pueden ser realizadas localmente. Más concretamente, el equipo terminal xDSL proporciona una interfaz de gestión y mantenimiento local, y el equipo terminal xDSL puede ser gestionado y mantenido mediante esta interfaz de gestión y mantenimiento.

[0007] Sin embargo, la estrategia mencionada anteriormente presenta los siguientes inconvenientes:

1) No se puede implementar la gestión y el mantenimiento centralizados de los equipos terminales xDSL. En la estrategia mencionada anteriormente, el NMS solo puede gestionar y mantener el equipo DSLAM, y la gestión y el mantenimiento del equipo terminal xDSL debe ser realizado por el lado del abonado, el cual es incapaz de implementar una gestión y un mantenimiento eficaces de red de banda ancha mediante el NMS.

2) El coste de operación y mantenimiento de red es alto. La gestión y el mantenimiento del equipo terminal xDSL debe ser realizado por el lado del abonado, y de esta manera, se ocasionan diversos problemas en el equipo terminal xDSL, incluyendo problemas de actualización que deberían ser resueltos por visitas de mantenimiento, puesto que esos problemas también incluyen malfuncionamiento propio del equipo terminal xDSL o de manipulaciones erróneas del equipo terminal xDSL por el abonado, y demás, de manera que, todos los problemas mencionados que ocurren deben ser resueltos mediante visitas de mantenimiento, que conducen con toda seguridad a un incremento de los costes de mantenimiento.

3) Es desfavorable para la compatibilidad del equipo de red. Cuando un equipo terminal xDSL es entregado al abonado para su uso, debe haber una configuración por defecto, para poder realizar interacciones de servicio con el equipo de red. Por ejemplo, cuando se suministra al abonado, el equipo terminal ADSL debe ser configurado mediante Conexiones virtuales permanentes del modo de transferencia asíncrona (ATM PVC), y los identificadores de trayecto virtual/identificadores de canal virtual (VPI/VCI) del PVC deben tener la misma configuración que la correspondiente al puerto en la DSLAM. Puesto que efectivamente, la configuración VPI/VCI por defecto del puerto PVC en el equipo DSLAM producido por diferentes fabricantes son diferentes, lo cual implica modificar los parámetros de configuración del equipo terminal xDSL para adaptarlo a diferentes equipos DSLAM.

4) Es incapaz de implementar la ausencia de configuración o la configuración automática del equipo terminal xDSL. Cuando el equipo terminal xDSL ya no está en la fábrica o ha sido entregado al abonado, la conexión ATM PVC debe ser configurada de antemano para las necesidades de servicio, y si la configuración de fábrica del equipo terminal xDSL no es adecuada para el servicio, las configuraciones deben ser modificadas a mano una a una, al no poderse implementar la configuración automática de la terminal xDSL, de manera que el proveedor del servicio debe suministrar medidas de mantenimiento para ayudar a los abonados de banda ancha a abrir una cuenta, lo cual es un inconveniente en operaciones de red a gran escala, y las manipulaciones erróneas del equipo por parte del abonado también afectarán a su utilización por parte del abonado.

[0008] Para resolver el problema en la estrategia mencionada anteriormente, que es incapaz de implementar una gestión centralizada y unificada del equipo terminal xDSL, se sugiere la técnica de gestión de terminales mostrada en la figura 3. Entre tantas técnicas de acceso xDSL, la técnica de acceso ADSL es la más ampliamente aplicada actualmente, tomando como ejemplo la técnica de acceso ADSL, que se creó y desarrolló basándose en la técnica ATM, entre una unidad terminal central ADSL (ATUC) y una unidad terminal remota ADSL (ATUR), los datos del abonado son llevados mediante un ATM PVC, a saber el servicio PVC mostrado en la figura 3, y por lo tanto, es fácil concebir el establecimiento de un PVC adicional para gestionar el equipo terminal ADSL, estando mostrada a la derecha de la gestión PVC que se muestra en la figura 3. Este modo de gestión también es aplicable al modo de acceso SHDSL, el cual también está basado en el modo ATM.

[0009] Más concretamente, tal como se muestra en la figura 3, en el equipo DSLAM o en el xTUC de este equipo, se adopta un protocolo de adaptación ATM/IP tal como el 1483B o el IPoA (IP sobre ATM) para gestionar totalmente el PVC, y se emplea como pila una entidad de protocolo basada en el Protocolo de Control de Transmisión/Protocolo de Internet (TCP/IP). O también se puede adoptar AAL5 para gestionar el PVC en la terminal, de esta manera, la entidad de gestión puede encapsular la gestión del protocolo en el PVC sin basarse en la pila de protocolo TCP/IP. Además, se deberían configurar al menos dos conexiones ATM PVC para el equipo terminal xDSL, una para llevar a cabo el servicio de datos del abonado, y otra para llevar a cabo la gestión de la información, y mientras tanto, se debe ejecutar una entidad de gestión, de manera que el equipo terminal xDSL se pueda comunicar con la entidad de gestión en el equipo DSLAM mediante esta entidad de gestión del mismo según el protocolo de gestión acordado tal como el HTTP, telnet o SNMP, y de esta manera que se implanta la función de gestión. En condiciones generales, si el protocolo de comunicación acordado está basado en el TCP/IP, se debe configurar una dirección IP correspondiente en la unidad de gestión, para diferenciar las diferentes entidades de gestión. En lo que respecta al equipo DSLAM, no importa que modo de terminal se adopta, la entidad de gestión de la misma se comunica con el equipo terminal xDSL mediante gestión PVC, de manera que se establece un canal de información de gestión, bajo el control del sistema de gestión de la terminal, y se implementa cada función de gestión en el equipo terminal xDSL, tales como la configuración de datos, la actualización de software, el mantenimiento estadístico y las pruebas de diagnóstico.

[0010] Comparada con el estado de la técnica, la mejora más significativa de esta técnica es la implementación centralizada y la gestión unificada del equipo terminal xDSL, de manera que los proveedores de servicios no se deben apresurar para mantener el equipo terminal xDSL de diferentes abonados. Sin embargo, esta técnica presenta las diferentes desventajas siguientes:

1) Sigue habiendo el problema de compatibilidad. En el presente estrategia técnico, tiene que haber al menos dos conexiones ATM PVC en ambos equipos terminales xDSL y DSLAM, uno es el servicio PVC y el otro es la gestión PVC, y por lo tanto, cuando el equipo terminal xDSL es entregado al abonado desde fábrica, se debe garantizar que la gestión PVC está totalmente configurada, y que los parámetros de configuración de la misma son exactamente los mismos que los de la interfaz de equipo DSLAM correspondiente. Puesto que las configuraciones de la gestión PVC de diferentes proveedores de servicios pueden ser totalmente diferentes, es bastante difícil garantizar la consistencia en la configuración de la gestión PVC.

2) Lleva a complejidad en el equipo y a aumentos de costes. En la presente estrategia, solo se implementa el establecimiento de un canal de conexión entre el equipo DSLAM y el equipo terminal xDSL estableciendo la conexión de la gestión PVC, para implementar la gestión y el mantenimiento del equipo terminal xDSL, y se debe establecer un protocolo de transporte en el canal PVC. Actualmente el protocolo de transporte más popular es el protocolo TCP/IP, que obliga a la entidad de gestión del equipo terminal xDSL a dar soporte a la pila de protocolo TCP/IP. En otras palabras, se requiere que sea implementada la pila de protocolo TCP/IP mostrada en la figura 4 en la entidad de gestión del equipo terminal xDSL, y por lo tanto, se debe asignar una dirección IP a esta entidad de gestión. Mientras en aplicaciones prácticas, el equipo terminal xDSL suele funcionar como puente de manera transparente, para el cual no se necesita ninguna dirección IP en el interior, por lo tanto, si el equipo terminal xDSL está configurado de manera que este equipo pueda ser gestionado mediante el equipo DSLAM, llevará con toda seguridad a una mayor complejidad del equipo terminal xDSL, y además, se deberá considerar el problema de la planificación y asignación de direcciones IP del equipo terminal xDSL, lo que conducirá a una gestión más difícil, con el consiguiente mayor coste. Además, como cada equipo DSLAM puede dar soporte a más de 10.000 interfaces xDSL, para finalizar la gestión PVC de cada equipo terminal xDSL, es necesario disponer de dispositivos de software correspondientes en el equipo DSLAM para cerrar la gran cantidad de gestiones PVC, lo cual lleva a una complejidad del equipo DSLAM.

3) Es incapaz de gestionar una pluralidad de equipos terminales xDSL al mismo tiempo. En la estrategia actual, como es necesario asignar una dirección IP a la entidad de gestión del equipo terminal xDSL, para garantizar que esta dirección IP es conocida por la entidad de gestión del equipo DSLAM, el procedimiento aplicable actualmente es configurar uniformemente una dirección IP por defecto cuando se produce un equipo terminal xDSL, pero esto conduce a los problemas siguientes: las direcciones IP de las entidades de gestión de todos los equipos terminales xDSL son las mismas, y por lo tanto, cuando la entidad de gestión es gestionada mediante visita del equipo terminal xDSL, el proveedor de servicio solo puede adoptar una solución uno a uno, es decir no se puede visitar otro equipo terminal xDSL hasta que el equipo terminal xDSL actualmente gestionado es desconectado, no pudiendo además gestionar al mismo tiempo varios equipos terminales xDSL, y esto es aparentemente bastante inconveniente para el proveedor de servicios.

4) Es incapaz de gestionar el equipo terminal VDSL. El canal de gestión de conexión basado en PVC es aplicable a la técnica de acceso xDSL basada en ATM, tales como la ADSL y SHDSL, cuando no hay conexión ATM, esta estrategia de gestión ya no es aplicable, y se deben establecer otros canales de gestión; como el VDSL que está basado en Ethernet, es necesario establecer otros canales de gestión. En otras palabras, las estrategias de gestión de diferentes técnicas de gestión xDSL no están unificadas, y por lo tanto en los equipos DSLAM, se deben ejecutar diferentes entidades de gestión para los diferentes modos de acceso xDSL, lo cual aumenta la complejidad del equipo por el lado CO.

5) Sigue siendo incapaz de implementar la ausencia de configuración del equipo terminal xDSL. Se puede deducir de la estrategia técnica descrita más arriba que, antes de usar el equipo terminal xDSL, aún se requiere realizar una configuración inicial, la cual comprende al menos la configuración del canal de gestión y del protocolo IP correspondiente, y por lo tanto, aumenta la complejidad de la operación de abertura de cuenta.

[0011] La solicitud de patente US2003/0063659 describe una unidad de procesado de señales en un modem DSL que comprende al menos un filtro digital de transmisión y un filtro digital de recepción que son ajustables mediante medios de control de modem, medios de entrada para recibir datos de un chip de modem, medios de salida para transmitir datos al chip del modem, y medios para proporcionar parámetros de control a al menos un filtro digital de transmisión y un filtro digital de recepción de los medios de control del modem.

[0012] La patente americana US 5,889,470 describe un dispositivo de acceso DSL de Base de Información de Gestión (MIB) que permite la gestión remota de dispositivos de acceso DSL mediante un arbol de parámetros situado dentro de los parámetros destinados a empresas DSL MIB destinada a establecer una pluralidad de objetos que definen la operación de un dispositivo de acceso DSL.

Resumen de la invención

[0013] Igual que en la descripción anterior, el objetivo principal de la presente invención es proporcionar un Sistema de gestión de equipos terminales de Bucle de Abonado Digital (DSL, siglas de Bucle de Abonado Digital), de manera que sin configurar anticipadamente en absoluto el equipo terminal xDSL, cuando se activa la línea xDSL, el sistema de gestión del equipo terminal puede configurar, verificar y monitorizar uniformemente terminales xDSL mediante el equipo DSLAM.

[0014] Para alcanzar el objetivo anterior, la estrategia técnica de la presente invención es conforme a la reivindicación 1. En las reivindicaciones 2 a 7 se definen realizaciones beneficiosas.

[0015] La estrategia de la presente invención tiene las siguientes ventajas:

1) Se acepta la ausencia de configuración del equipo terminal xDSL. Según la configuración de la estrategia de la presente invención, si únicamente son síncronas las líneas xDSL, se puede implementar para gestionar el equipo terminal xDSL, sin ninguna configuración por defecto del equipo terminal xDSL, por lo cual el equipo terminal xDSL tiene una compatibilidad y una adaptabilidad más robustas.

2) Se implementa la gestión centralizada del equipo terminal xDSL. según la configuración de la estrategia de la presente invención, la gestión y el mantenimiento de los equipos terminales xDSL de toda la red puede ser implementada en la central de gestión de equipos terminales, sin tener que ir al emplazamiento local para el mantenimiento del equipo terminal xDSL, reduciéndose considerablemente los costes de operación y mantenimiento de la red.

3) Se implementa la gestión y el mantenimiento Simultáneos de toda la red de equipos terminales xDSL. Según la configuración de la estrategia de la presente invención, no es necesario establecer una dirección IP en el equipo terminal xDSL, lo cual evita malgastar recursos de dirección provocados por asignaciones y configuraciones por defecto de direcciones IP, así como evita el problema de incapacidad de visitar una pluralidad de equipos terminales xDSL.

4) La función de gestión es fácil de extender. En esta estrategia de la presente invención, la función de mandatario se realiza en el equipo DSLAM para transmitir de manera transparente información específica de gestión de niveles más altos, y por lo tanto, con el desarrollo de la tecnología, cuando se requiere proveer nuevas interfaces de abonado o nuevas funciones de servicio en el equipo terminal xDSL, solamente es necesario modificar y actualizar el sistema de gestión unificado del equipo terminal, lo cual evita tener que modificar y actualizar equipos DSLAM en toda la red.

5) Se reduce el coste de gestión del equipo terminal xDSL. Como el canal de gestión proporcionado por la presente invención está totalmente soportado por el propio chip xDSL, el lado CO no necesita configurar equipos de hardware extras para la gestión del terminal para cerrar el canal de gestión, y de esta manera, el coste de gestión se reduce notablemente.

6) En la estrategia de la presente invención, el equipo terminal xDSL se identifica por el identificador del equipo DSLAM, de manera que es muy conveniente para posicionar el equipo terminal xDSL; además, la unidad de gestión de equipos terminales puede gestionar el equipo terminal xDSL sin tener que configurar estas direcciones especiales como direcciones IP para el equipo terminal xDSL, y por lo tanto, no se estarán ocupando una gran cantidad de direcciones IP.

Breve descripción de los dibujos

[0016]

La figura 1 es un modelo de aplicación del acceso ADSL a la red de banda ancha con la tecnología existente;

La figura 2 es un estrategia de resolución que ilustra la gestión del equipo terminal xDSL con la tecnología existente 1;

La figura 3 es una estrategia de resolución que ilustra la gestión del equipo terminal xDSL con la tecnología existente 2;

La figura 4 es un diagrama esquemático que ilustra la pila de protocolos referentes a la presente tecnología 2;

La figura 5 es un diagrama esquemático que ilustra el módulo de referencia de la gestión del equipo terminal xDSL según la estrategia de la presente invención;

La figura 6 es un diagrama esquemático que ilustra el módulo de referencia de la pila de protocolos de la gestión del equipo terminal ADSL gestión según la estrategia de la presente invención;

La figura 7 es otro diagrama esquemático que ilustra el módulo de referencia de la pila de protocolos de la gestión del equipo terminal ADSL gestión según la estrategia de la presente invención;

La figura 8 es un diagrama esquemático que ilustra un mensaje SNMP y una estructura de la trama de la interfaz HDLC en una realización de la presente invención.

Realizaciones de la invención

[0017] A continuación, se describirá la presente invención en detalle haciendo referencia a los dibujos adjuntos y a una realización específica.

[0018] El sistema de gestión del equipo terminal xDSL relacionado con la presente invención, comprende al menos una unidad de gestión de equipos terminales 10 para gestionar el equipo terminal xDSL, el equipo DSLAM 20 y el equipo terminal xDSL 30 por el lado del abonado. La unidad de gestión de equipos terminales 10 realiza el proceso de correlación entre la interfaz de abonado y el componente de red; El equipo DSLAM 20 realiza la gestión de transferencia de mensajes y la transmisión transparente entre la unidad de gestión de equipos terminales 10 y el equipo terminal xDSL 30; el equipo terminal xDSL 30 realiza el control del protocolo de gestión y acceso. En el que el equipo DSLAM 20 y el equipo terminal xDSL 30 dan soporte a una entidad de gestión 21, 31 respectivamente. Tanto la unidad de gestión de equipos terminales 10 como las entidades de gestión 21, 31 dan soporte a la Base de Información de Gestión (MIB), y cada función de gestión se implementa mediante estos MIB.

[0019] En la estrategia de la presente invención, se deben añadir las siguientes interfaces de gestión al equipo mencionado anteriormente:

1) La interfaz de gestión 40 entre la unidad de gestión de equipos terminales 10 y el equipo DSLAM 20. Esta interfaz 40 está localizada entre la unidad de gestión de equipos terminales 10 y la entidad de gestión 21 en el equipo DSLAM 20, y la gestión indirecta del equipo terminal xDSL 30 puede implementarse mediante esta interfaz 40.

2) La interfaz de gestión 50 entre el equipo terminal xDSL 30 y el equipo DSLAM 20. Esta interfaz 50 está localizada entre la entidad de gestión 21 en el equipo DSLAM 20 y la entidad de gestión 31 del equipo terminal xDSL 30, y la información de gestión del equipo terminal xDSL 30 puede ser transmitida mediante esta interfaz 50.

3) La interfaz de transmisión de archivos 60 entre el servidor de archivos 12 y el equipo terminal xDSL 30. Más concretamente, con la finalidad de realizar operaciones tales como la descarga de archivos y actualización de software del equipo terminal xDSL 30, el servidor de archivos 12 debe estar situado en la unidad de gestión de equipos terminales 10, la entidad de actualización de archivos 32 debe estar situado en el equipo terminal xDSL 30, una interfaz de transmisión de archivos 60 debe estar situada entre el servidor de archivos 12 y la entidad de actualización de archivos 32 del mismo, de manera que los archivos puedan ser transmitidos mediante esta interfaz 60, esta interfaz 60 también coopera con la unidad de gestión de equipos terminales 10 para realizar las funciones tales como la descarga de archivos y la actualización de software del equipo terminal xDSL 30 por el lado del abonado. Además, el canal de transmisión de archivos entre el servidor de archivos 12 y la entidad de actualización de archivos 32 es un canal de transmisión que adopta un protocolo de transmisión de archivos estándar, y este canal de transmisión puede ser establecido mediante el uso de mensajes de control del sistema de gestión SNMP.

[0020] Mediante las disposiciones mencionadas, el equipo DSLAM 20 puede conectarse tanto a la unidad de gestión de equipos terminales 10 y al equipo terminal xDSL 30 mediante una interfaz de comunicación. Y además, en lo que se refiere a la información de gestión relacionada con el equipo terminal xDSL 30, el equipo DSLAN solamente realiza el procesado transparente y la parte de más bajo nivel del protocolo de transferencia de comunicación, sin realizar procesos de análisis del protocolo de gestión. La unidad de gestión de equipos terminales 10 puede acceder al equipo terminal xDSL 30 mediante el equipo DSLAM 20, y puede implementar una gestión y un mantenimiento centralizados de todos los equipos terminales xDSL 30. En este sentido, si la interfaz y la función del equipo terminal xDSL 30 son modificados de manera que se necesite que la gestión de información sea extendida o actualizada, solamente modificando y actualizando de la misma manera la unidad de gestión de equipos terminales 10 se puede soportar la nueva función de gestión, y no se necesita modificar el equipo DSLAM 20.

[0021] Cuando el equipo terminal xDSL 30 mencionado es conectado al equipo DSLAM 20, se puede utilizar la información de posición física de este equipo DSLAM 20 para identificar este terminal de equipo, y la unidad de gestión de equipos terminales 10 puede localizar este equipo terminal xDSL 30 mediante esta información de posición física, así como gestionar y controlar este equipo terminal. De hecho, la información de identificación establecida para el equipo terminal xDSL 30 es información de posición física de la interfaz de Bucle de Abonado Digital, que está conectada al equipo terminal xDSL 30 mediante el equipo DSLAM 20; el equipo DSLAM 20 es de varios tipos de estructuras, si el equipo DSLAM 20 es de rack simple y tablero simple, la información de posición física de la interfaz del mismo comprende un identificador triple compuesto de un identificador de equipo del lado CO, un identificador de tarjeta única y un identificador de interfaz; si el equipo DSLAM 20 es de rack único y de múltiples tableros, la información de posición física de la interfaz del mismo comprende un identificador cuadruple compuesto de un identificador de equipo del lado CO, un identificador de tablero, un identificador de tarjeta única y un identificador de interfaz; si el equipo DSLAM 20 es multi-rack y de tablero mútiple, la información de posición física de la interfaz del mismo comprende un identificador quintuple compuesto de un identificador de equipo del lado CO, un identificador de rack, un identificador de tablero, un identificador de tarjeta única y un identificador de interfaz, correspondientemente, la información de identificación del equipo terminal xDSL 30 es la de los casos mencionados.

[0022] Además, el identificador de equipo terminal xDSL 30 puede ser identificado por una función, por ejemplo, esta función = F (identificador de rack, identificador de tablero, identificador de tarjeta única, identificador de interfaz), y por lo tanto esta función puede ser una regla de codificación. Los identificadores de rack, de marco, de tarjeta única y de interfaz del mismo pueden representarse mediante un entero de 32 bits.

[0023] En la estrategia de la presente invención, cuando la unidad de gestión de equipos terminales 10 gestiona el equipo terminal xDSL 30 mediante el equipo DSLAM 20, se puede adoptar solamente el protocolo SNMP como modo de operación y gestión de equipo de las redes generales. El NMS se utiliza para gestionar el equipo DSLAM 20, que suele estar configurado como estación de trabajo de altas prestaciones, y el NSM se comunica con el equipo DSLAM 20 mediante el Protocolo SNMP, y por lo tanto, la unidad de gestión de equipos terminales 10 de la estrategia de la presente invención puede integrarse tanto en el NMS como ser un sistema de gestión independiente.

[0024] Además, la entidad de gestión 21, 31 mencionada en la presente realización es un módulo de función ejecutado en el equipo, por lo que se refiere al equipo DSLAM 20 y al equipo terminal xDSL 30, la entidad de gestión 21, 31 mencionada por la presente es un módulo mandatario SNMP ejecutado en un equipo DSLAM 20 así como el módulo agente SNMP ejecutado en el equipo terminal xDSL 30. La acción de estos módulos debe transferirse al mensaje SNMP enviado por una unidad de gestión de equipos terminales 10 al equipo terminal xDSL 30, ejecutar las instrucciones relevantes según este mensaje SNMP, y realizar la operación de gestión y mantenimiento correspondiente.

[0025] Tomando como ejemplo de gestión de un equipo terminal ADSL mediante protocolo SNMP un sistema de acceso ADSL, se describirá a continuación la estrategia de la presente invención.

[0026] La figura 6 ilustra un módulo de protocolo que implementa la gestión de un sistema de acceso ADSL mediante un Protocolo SNMP en la realización de la presente invención. Cuando se adopta un modo SNMP para realizar la gestión del equipo terminal xDSL, los mensajes SNMP son llevados por el Canal de Operaciones Incrustado (EOC) ADSL, se adopta el Control de Enlace de Datos a Alto Nivel (HDLC) como protocolo de transporte de tramas como protocolo de control de jerarquía de enlace, y de esta manera, si únicamente las líneas xDSL son síncronas, se puede implementar la interacción de información de gestión entre el lado CO side y el equipo terminal xDSL 30, evitando de esta manera la solicitud de datos de configuración por defecto, de dirección IP y de protocolo para el equipo terminal xDSL 30, lográndose el objetivo de prescindir de mantenimiento. En el que la definición de la interfaz entre el HDLC y el EOC cumple con la norma ITU-T G.997.1. La figura 8 ilustra la estructura de marco del mensaje SNMP y la interfaz HDLC.

[0027] Más concretamente, cuando se necesita gestionar el equipo terminal xDSL 30, la unidad de gestión de equipos terminales 10 enviará un mensaje SNMP al equipo DSLAM 20 mediante la interfaz de gestión entre la unidad de gestión de equipos terminales 10 y el equipo DSLAM 20, y entonces el equipo DSLAM 20 determinará si el mensaje recibido es un mensaje de gestión del equipo terminal xDSL 30, y si es el caso, la entidad de gestión 31 del mismo, es decir el módulo mandatario SNMP, reenviará el mensaje SNMP al equipo terminal xDSL 30 mediante el canal EOC y el marco HDLC. La entidad de gestión 31 del equipo terminal xDSL 30, es decir el módulo agente SNMP, recibe el mensaje SNMP mediante el canal EOC y la trama HDLC, y actúa según el mensaje SNMP. Si hay algún mensaje en el equipo terminal xDSL 30 del cual hay que informar a la unidad de gestión de equipos terminales 10, se adoptará un proceso tecnológico opuesto. Como protocolo de jerarquía de aplicación, el protocolo SNMP está directamente soportado por la trama HDLC, de manera que no hay una jerarquía de protocolo TCP/IP, y no es necesaria una configuración del tipo asignación de direcciones IP.

[0028] En lo que se refiere al sistema xDSL, la gestión del equipo terminal xDSL 30 puede basarse en otros protocolos de alta jerarquía tales como protocolos IP, y la información de gestión también es enviada a través del EOC de estos sistemas, cumpliendo de esta manera la función de gestión. Sin embargo, se adopta el protocolo IP, y por lo tanto, se necesita una configuración de dirección IP por defecto en el equipo terminal xDSL 30, y esta dirección IP debe garantizar la interacción entre el equipo terminal xDSL 30 y la unidad de gestión de equipos terminales 10. El modelo de referencia de protocolo en esta situación se muestra en la figura 7.

[0029] Además, la información de configuración de todas las terminales se deben almacenar en la unidad de gestión de equipos terminales 10, y la información de configuración de la misma puede ser concedida automáticamente al equipo terminal xDSL 30 cuando se solicita. Tras completar la configuración del equipo terminal xDSL 30, la unidad de gestión de equipos terminales 10 necesita mandar una orden al equipo terminal xDSL 30, y solicita del equipo terminal xDSL 30 que almacene esta información de configuración en una memoria interna no volátil como datos de configuración para el próximo arranque del equipo terminal.

[0030] La descripción anterior es solamente una realización preferida del mismo, que no tiene porque utilizarse para definir el alcance de la protección de la presente invención.

Claims

REIVINDICACIONES

1. Un Sistema de gestión de equipos terminales de Bucle de Abonado Digital (DSL, siglas de Bucle de Abonado Digital) (1), que comprende una unidad de gestión de equipos terminales (10), un equipo Multiplexor de Acceso a la Línea Digital de Abonado (20), DSLAM, y un equipo terminal de Bucle de Abonado Digital (30), adoptando dicha unidad de gestión de equipos terminales (10) un protocolo de comunicación, y realizando la comunicación de datos con el equipo terminal xDSL (30) mediante el equipo DSLAM (20); en el que el equipo DSLAM (20) transfiere y transmite con transparencia los datos recibidos; caracterizado por el hecho de que:

el equipo DSLAM (20) y el equipo terminal de Bucle de Abonado Digital (30) llevan respectivamente una entidad de gestión (21, 31), y la unidad de gestión de equipos terminales (10) así como las entidades de gestión (21, 31) llevan respectivamente una Base de Información de Gestión, MIB (siglas de Gestión Información Base), para implementar una función de gestión;

la unidad de gestión de equipos terminales (10) y la entidad de gestión (21) del equipo DSLAM (20) así como la entidad de gestión (21) del equipo DSLAM (20) y la entidad de gestión (31) del equipo terminal xDSL (30) por el lado del abonado están conectados mediante interfaces de gestión (40, 50) respectivas;

el equipo terminal xDSL (30) es identificable por información de posición física de una interfaz de Bucle de Abonado Digital, que se conecta al equipo terminal xDSL (30) mediante el equipo DSLAM (20); en el que la transmisión de datos entre dicha unidad de gestión de equipos terminales (10) y dicho equipo terminal xDSL (30) mediante el equipo DSLAM (20) es: una transmisión de datos realizada en función de información de identificación de dicho equipo terminal xDSL (30); siendo dicha información de identificación de dicho equipo terminal xDSL (30) dicha información de posición física de dicho interfaz de Bucle de Abonado Digital conectada a este equipo terminal xDSL (30), en dicho equipo DSLAM (20).
2.

El sistema según la reivindicación 1, en el que el protocolo simple de gestión de red, (SNMP, siglas de Simple Network Gestión Protocol), es ejecutado en la unidad de gestión de equipos terminales (10), un servidor mandatario SNMP (SNMP Proxy) es ejecutado en el equipo DSLAM (20), y un agente SNMP es ejecutado en el equipo terminal xDSL (30); adoptándose el protocolo SNMP para transmitir mensajes de gestión SNMP entre dicha unidad de gestión de equipos terminales (10) y el equipo terminal xDSL (30).
3.

El sistema según la reivindicación 2, en el que el canal adoptado entre dicha unidad de gestión de equipos terminales (10) y el equipo terminal xDSL (30) para transmitir Mensajes SNMP es un Canal de Operaciones Incrustado (EOC siglas de Embedded Operation Channel), y el protocolo de control de jerarquía de enlace adoptado es el Control de Enlace de Datos a Alto Nivel (HDLC siglas de High-hierarchy Data Link Control).
4.

El sistema según la reivindicación 3, en el que la interfaz entre dicha EOC y dicha HDLC es una interfaz de la norma ITU-T G.997.1.
5.

El sistema según la reivindicación 3, en el que los Mensajes SNMP transmitidos al equipo terminal xDSL (30) por una unidad de gestión de equipos terminales (10) son una información de configuración e instrucción; almacenando dicho equipo terminal xDSL (30) la información de configuración e instrucción transmitida por una unidad de gestión de equipos terminales (10), y adoptando esta información como datos de configuración para el próximo arranque.
6.

El sistema según la reivindicación 1, en el que el equipo DSLAM (20) lleva un Sistema de Gestión de Red (NMS siglas de Network Gestión System), para gestionar el equipo DSLAM, y en el que dicha unidad de gestión de equipos terminales (10) está o bien integrada en dicha NMS o bien es un sistema independiente.
7.

El sistema según la reivindicación 1, en el que dicho Bucle de Abonado Digital es un Bucle de Abonado Digital Asimétrico ADSL, un Bucle de Abonado Digital de muy alta velocidad VDSL o un Bucle de Abonado Digital de Línea Única de alta velocidad SHDSL.