ES2641731T3 - Sistema DSL basado en preferencias de usuario - Google Patents

Abstract

Un método (300) de control de la operación de un sistema de Línea de Abonado Digital por un tercero diferente a un operador o a un cliente del sistema DSL para proporcionar un servicio DSL a los clientes, comprendiendo el método: obtener (305) un modelo de espacio operativo para el sistema DSL, en el que el modelo de espacio operativo incluye las reglas, los usuarios permitidos, las características y las tasas de parámetros operativos que definen cómo los usuarios pueden usar el sistema DSL; determinar (310) una relación operativa entre una primera métrica de rendimiento y una segunda métrica de rendimiento basándose en el modelo de espacio operativo; recibir (320) entrada del cliente con respecto a las preferencias para el servicio DSL proporcionado; analizar (330) las preferencias de usuario para determinar uno o más valores de vector de parámetro operativo de usuario que permite la implementación de una o más preferencias de usuario a la vez que permite la operación del sistema DSL dentro del modelo de espacio operativo; e implementar (340) el uno o más valores de vector de parámetro operativo de usuario para implementar las preferencias de usuario con respecto a la primera y a la segunda métrica de rendimiento.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Sistema DSL basado en preferencias de usuario Campo tecnico

Esta invencion se refiere generalmente a metodos, sistemas y aparatos para administrar sistemas de comunicaciones digitales.

Descripcion de la tecnica relacionada

La lmea de abonado digita (DSL) proporciona tecnoIog^as potencialmente de banda ancha para comunicacion digital sobre las lmeas de abonado de telefono existentes (referenciadas como bucles y/o planta de cobre). En particular, Los sistemas DSL pueden ajustarse a las caractensticas de la lmea de abonado usando un codigo de lmea multitono (DMT) discreto que asigna un numero de bits a cada tono (o suboperador), que se puede ajustar a condiciones de canales como se determinan durante la capacitacion y la inicializacion de los modems (tfpicamente transceptores que funcionan tanto como transmisores como receptores) en cada extremo de la lmea de abonado.

Los sistemas DSL se pueden configurar hasta un grado que permite cierta cantidad de compensacion y entre aspectos de rendimiento de tales sistemas DSL. Por lo tanto, la configuracion de un sistema DSL a menudo tiene un efecto en la satisfaccion de los clientes en su uso del servicio DSL. Los usuarios y otros no operadores no han sido capaces de obtener, registrar, evaluar y/o implementar aspectos de rendimiento que son mas significantes para el usuario y para configurar un sistema DSL para acomodar tales preferencias.

El documento US 2005/123027 describe la configuracion de un sistema DSL basandose en datos operativos recopilados de un sistema, protocolo y/o usuarios de administracion de elemento de red. Los datos operativos recopilados del sistema pueden incluir datos operativos de caracterizacion del rendimiento que tfpicamente estan disponibles en un sistema ADSL a traves de protocolos de sistema de administracion de elemento. Las estimaciones o aproximaciones generadas pueden usarse para evaluar rendimiento del sistema y directa o indirectamente requiere cambios o recomienda mejoras en la operacion por los transmisores u otras partes del sistema de comunicacion. Los datos y otra informacion pueden recopilarse usando medios internos o pueden obtenerse a partir de elementos de sistema y componentes via email u otros medios "externos"; La probabilidad de una precision de modelo se puede basar en diversos datos, informacion o indicadores del rendimiento del sistema, tal como los datos operacionales normales observados, los datos de prueba o los datos operativos que muestran el rendimiento operativo basandose en senales de estimulacion.

El documento US 2002/044567 describe establecer la Calidad del Servicio (QoS) para una Red de Datos ADSL (ADN) para proporcionar un mecanismo para insercion de servicios verticales. Se describe una arquitectura de red que introduce QoS en la ADN para suministrar servicios basados en IP a abonados sin afectar su servicio de Internet existente. La arquitectura utiliza un conmutador capaz de examinar y reenviar selectivamente paquetes o tramas basadas en informacion de capa superior en la pila de protocolos. El conmutador permite la segregacion de trafico ascendente mediante el tipo y la agregacion descendente del trafico de Internet junto con el trafico de dominio de servicios vertical local. Los sistemas acoplados a la red y al software en un ordenador de usuario permiten la provision automatizada integral de un circuito de datos logico, en respuesta a una peticion de cliente para servicios de banda ancha en paquetes. El Equipo Local de Cliente (CPE) ubicado entre la ADN y el equipo de datos locales de cliente examina tramas recibidas desde el equipo de datos y modifica las tramas de acuerdo con el destino de las cargas utiles de tramas. Este CPE tambien impone tambien garantfas QoS en la direccion ascendente y listas de control de acceso relacionadas con la seguridad.

El documento US-6.819.746 describe una tecnica para la cualificacion de bucles para servicios de lmea de abonado digital (DSL) nuevos que usa un sistema experto, tal como una red neuronal. Una base de datos de informacion caractenstica del bucle y los datos de rendimiento permiten al sistema experto aprender como predecir el rendimiento para futuros bucles. En respuesta a los datos que caracterizan un nuevo bucle para cualificar, el sistema experto capacitado predice el rendimiento de la lmea de abonado digital para el nuevo bucle. La prediccion permite la clasificacion de la capacidad del servicio para el nuevo bucle en una de muchas clases que corresponden a niveles de servicio DSL ofrecidos a traves de la red. La base de datos usada por el sistema experto se actualiza como si cada bucle nuevamente cualificado se pone en servicio y el rendimiento real para ese bucle se conoce.

El documento US-5.465.321 describe un sistema de fallo de procedimiento de supervision y aparato para sistemas dinamicos que aprende a muestrear los smtomas del fallo directamente de los datos de capacitacion. El estado del sistema se estima en intervalos de tiempo discretos. Un vector de caractenstica x de dimension k se estima a partir de los conjuntos de ventanas sucesivas de los datos del sensor. Un componente de reconocimiento de patron entonces modela la estimacion instantanea de la probabilidad de clase posterior dada en las caractensticas. Finalmente, un modelo Markov oculto se usa para aprovechar el contexto temporal y estimar las probabilidades de clase condicionadas en el historial pasado reciente.

5

10

15

20

25

30

35

40

45

50

55

60

65

Los sistemas, el aparato, los metodos y las tecnicas que proporcionan mejoras para identificar las preferencias de usuario con respecto a un sistema dSl y, para configurar un sistema DSL para satisfacer las preferencias del usuario sin requerir la intervencion de un operador de sistema DSL representara una ventaja significante en la tecnica. Tambien, los sistemas, los aparatos, los metodos y las tecnicas para la implementacion de tal evaluacion de las preferencias de usuario y la configuracion del sistema DSL probablemente representanan un avance importante en la tecnica.

Breve sumario

Un aspecto de la invencion proporciona un metodo de control de la operacion de un sistema de Lmea de Abonado Digital por un tercero diferente a un operador o a un cliente del sistema DSL para proporcionar un servicio DSL a los clientes, comprendiendo el metodo: obtener un modelo de espacio operativo para el sistema DSL, en el que el modelo de espacio operativo incluye las reglas, los usuarios permitidos, caractensticas, y las tasas de parametros operativos que definen como los usuarios pueden usar el sistema DSL; determinar una relacion operativa entre una primera metrica de rendimiento y una segunda metrica de rendimiento basandose en el modelo de espacio operativo; recibir entrada del cliente con respecto a las preferencias para el servicio DSL proporcionado; analizar las preferencias de usuario para determinar uno o mas valores de vector de parametro operativo de usuario que permite la implementacion de una o mas preferencias de usuario a la vez que permite la operacion del sistema DSL dentro del modelo de espacio operativo; e implementar el uno o mas valores de vector de parametro operativo de usuario para implementar las preferencias de usuario con respecto a la primera y a la segunda metrica de rendimiento.

Un aspecto adicional de la invencion proporciona un controlador de sistema de Lmea de Abonado Digital que comprende: una unidad de recopilacion configurada para: recopilar datos del modelo de espacio operativo, en la que los datos del modelo de espacio operativo incluyen las reglas, los usuarios permitidos, caractensticas, y las tasas de parametros operativos que definen como los usuarios pueden usar el sistema DSL; determinar una relacion operativa entre una primera metrica de rendimiento y una segunda metrica de rendimiento basandose en los datos del modelo de espacio operativo; recopilar datos operativos de un sistema DSL; y recopilar entrada del usuario con respecto a las preferencias de usuario para un servicio DSL proporcionado por el sistema DSL; una unidad de analisis acoplada a la unidad de recopilacion de datos, en la que la unidad de analisis se configura para analizar las preferencias para determinar uno o mas valores de vector de parametro operativo de usuario que permiten la implementacion de una o mas preferencias de usuario a la vez que opera dentro de los lfmites de los datos del modelo de espacio operativo; y un generador de senal de control acoplada a la unidad de analisis, en el que el generador de senal de control se configura para enviar las senales de control al sistema DSL para controlar la operacion del sistema DSL para implementar el uno o mas valores de vector de parametro operativo de usuario para implementar las preferencias de usuario con respecto a la primera y segunda metrica de rendimiento.

Uno o mas controladores pueden asistir en la recopilacion de datos relativos al espacio operativo, los datos de preferencias de usuario, la evaluacion de los datos de preferencias de usuario, los datos operativos y otros datos e informacion, e implementar las preferencias de usuario como factibles. Los controladores de acuerdo con la presente invencion y/o la asistencia al usuario en implementar la presente invencion puede incluir un controlador local en la ubicacion del usuario, uno o mas controladores locales de extremo ascendente, uno o mas controladores de ubicacion remotos, y/o uno o mas diferentes controladores de dispositivo de extremo ascendente en las ubicaciones diferentes a la ubicacion del usuario. Los datos y la informacion se pueden compartir entre diversos controladores en algunas realizaciones, tanto usando el propio sistema DSL como usando un sistema propietario u otro sistema de datos alternativo.

Los datos de preferencias de usuario se pueden obtener de la comunicacion directa con uno o mas usuarios acerca de sus preferencias o se pueden aprender usando medios indirectos, tal como Modelos Ocultos de Markov y similares. El usuario puede actualizar estos datos de preferencias de usuario de vez en cuando para ajustar el uso del usuario del sistema DSL o similares.

Un aspecto adicional de la invencion proporciona un producto de programa informatico que comprende: un medio legible por maquina; unas instrucciones de programa contenidas en el medio legible por maquina, especificando las instrucciones del programa un metodo para controlar la operacion de un sistema de Lmea de Abonado Digital por un tercero diferente al operador o al cliente del sistema DSL, comprendiendo el metodo: obtener un modelo de espacio operativo para el sistema DSL, en el que el modelo de espacio operativo incluye las reglas, los usuarios permitidos, caractensticas, y las tasas de parametros operativos que definen como los usuarios pueden usar el sistema DSL; determinar una relacion operativa entre una primera metrica de rendimiento y una segunda metrica de rendimiento basandose en el modelo de espacio operativo; recibir entrada del cliente con respecto a las preferencias para el servicio DSL proporcionado; analizar las preferencias de usuario para determinar uno o mas valores de vector de parametro operativo de usuario que permite la implementacion de una o mas preferencias de usuario a la vez que permite la operacion del sistema DSL dentro del modelo de espacio operativo; e implementar el uno o mas valores de vector de parametro operativo de usuario para implementar las preferencias de usuario con respecto a la primera y a la segunda metrica de rendimiento.

5

10

15

20

25

30

35

40

45

50

55

60

65

Se proporcionan detalles y ventajas adicionales de la invencion en la siguiente Descripcion Detallada y las figuras asociadas.

Breve descripcion de los dibujos

La presente invencion se entendera facilmente mediante la siguiente descripcion detallada junto con los dibujos adjuntos, en los que los numerales de referencia similares designan elementos estructurales similares, y en los que:

la figura 1 es un sistema de modelo de referencia de bloque esquematico para la norma G.997.1 estandar aplicable a diversos sistemas DSL y otros sistemas de comunicaciones en los que los elementos de la presente invencion pueden usarse.

La figura 2 es un diagrama esquematico generico que ilustra, un despliegue DSL ejemplar que muestra una o mas realizaciones de la presente invencion.

La figura 3 es un diagrama de flujo de un metodo de acuerdo con una realizacion de la presente invencion.

La figura 4 es un diagrama que ilustra un metodo que usa clustering de acuerdo con una realizacion de la presente invencion.

La figura 5 muestra el controlador que incluye una unidad de control basada en preferencias de usuario de un no operador de acuerdo con una realizacion de la presente invencion.

La figura 6 es un diagrama de bloques de un sistema informatico tfpico o un sistema de circuito integrado adecuado para implementar realizaciones de la presente invencion.

Descripcion detallada

la siguiente descripcion detallada de la invencion se referira a una o mas realizaciones de la invencion, pero no se limita a tales realizaciones. Mas bien, se pretende que la descripcion detallada solo sea ilustrativa. Los expertos en la materia apreciaran facilmente que la descripcion detallada dada en el presente documento con respecto a las figuras se proporciona para fines explicativos de que la invencion extiende mas alla de estas realizaciones limitadas.

Un "operador de sistema DSL" generalmente es cualquier parte que controla, opera y/o posee un nodo de acceso o similares (por ejemplo, un DSLAM, un ONU, un RT, un LT, etc.) en un sistema DSL, tal como los mostrados en las figuras 1 y 2 y otros que son bien conocidos por los expertos en la materia. Un controlador, un modem "inteligente" y/o sistema informatico puede usarse por un tercero diferente al operador del sistema DSL (por ejemplo, un usuario, un proveedor de servicios diferente al operador del sistema DSL, etc.) para recopilar y analizar los datos operativos y/o los valores de parametro de rendimiento como se describe en conexion con las diversas realizaciones de la presente invencion. El controlador y/u otros componentes pueden ser un dispositivo implementado de manera informatica o combinacion de dispositivos. En algunas realizaciones, el controlador esta en una ubicacion remota de los modems u otro equipo de comunicacion acoplado a una lmea de comunicacion. En otros casos, el controlador puede colocarse con uno o ambos de entre los dispositivos "locales" (es decir, dispositivos directamente acoplados a una lmea de comunicacion o parte de ella, tal como un dispositivo local) tal como equipo directamente conectado a un modem, un dispositivo lT, DSLAM u otro dispositivo de sistema de comunicacion, creando asf un modem "inteligente". Ademas, como se apreciara por los expertos en la materia, el controlador puede acoplarse a cualquier tipo de sistemas de transmision de datos en los que la presente invencion puede ser util. Las expresiones "acoplado a" y "conectado a" y similares se usan en el presente documento para describir una conexion entre dos elementos y/o componentes y se pretende que signifiquen acoplado tanto directamente junto, o indirectamente, por ejemplo, mediante uno o mas elementos intervinientes o mediante una conexion inalambrica, cuando sea apropiado. Por otra parte, tambien se pretende que las referencias a "sistema de comunicacion", en su caso, incluyan referencias a cualquier tipo de sistema de transmision de datos.

Algunos de los siguientes ejemplos de realizaciones de la presente invencion se usaran como sistemas ADSL y/o VDSL de transmision de datos ejemplares. Dentro de estos sistemas DSL, ciertas convenciones, reglas, protocolos, etc. se pueden usar para describir la operacion del sistema DSL ejemplar y la informacion y/o datos disponibles desde los usuarios del mismo y/o equipo acoplado al sistema. Sin embargo, como se apreciara por los expertos en la materia, las realizaciones de la presente invencion pueden aplicarse a diversos tipos de sistemas de transmision de datos, y la invencion, por lo tanto, no se limita a ningun sistema particular.

Diversos elementos de administracion de redes se usan para administrar recursos de capa ffsica ADSL y VDSL, donde los elementos se refieren a parametros o funciones dentro de un par de modem ADSL o VDSL, ya sea de manera colectiva o en un extremo individual. Una trama de administracion de redes consiste en uno o mas nodos administrados, conteniendo cada uno un agente. El nodo administrado podna ser un ruter, un puente, un conmutador, un modem u otros. Al menos un NMS (Sistema de Administracion de Redes), que a menudo se llaman el administrador, supervisa y controla los nodos administrados y normalmente se basan en un PC comun u otro

5

10

15

20

25

30

35

40

45

50

55

60

65

ordenador. El NMS en algunos casos tambien se refieren a un Sistema de Administracion de Elemento (EMS). Los sistemas NMS y EMS se consideran formar parte de Sistemas de Soporte de Operaciones (OSS). Se usa un protocolo de administracion de redes por el administrador y los agentes para intercambiar informacion y datos de administracion. La unidad de informacion de administracion es un objeto. Una recopilacion de objetos relacionados se define como Base de Informacion de Administracion (MIB).

La figura 1 muestra un sistema de modelo de referencia con la norma G.997.1 (Gploam), cuando se aplica a diversos sistemas ADSL y VDSL, que tambien se conocen por los expertos en la materia, y en cuyas realizaciones de la presente invencion se pueden implementar. Este modelo se aplica a sistemas ADSL y VDSL que cumplen las diversas normas y que pueden o pueden no incluir duplicadores de senal, tal como ADSL1 (G.992.1), ADSL-Lite (G.992.2), ADSL2 (G.992.3), ADSL2-Lite (G.992.4), ADSL2+ (G.992.5), VDSL1 (G.993.1) y otras normas G.993.X VDSL emergentes, asf como las normas G.991.1 y G.991.2 SHDSL, todas con o sin lfmite. Estas normas, variaciones de las mismas, y su uso en conexion con la norma G.997.1 tambien se conocen por los expertos en la materia.

La norma G.997.1 especifica la administracion de la capa ffsica para los sistemas de transmision ADSL y VDSL basandose en el canal de operacion incrustado claro (EOC) definido en G.997.1 y el uso de un indicador de bits y mensajes EOC definidos en las normas G.99x. Por otra parte, la G.997.1 especifica el contenido de los elementos de administracion de redes para la administracion de la configuracion, fallo y rendimiento. Al realizar estas funciones, el sistema utiliza una variedad de datos operativos que estan disponibles ah y que se pueden recopilar desde un nodo de acceso (AN). Este Informe TR69 del Foro dSl tambien muestra la MIB y como podna accederse a ella. En la figura 1, el equipo 110 terminal de los clientes se acopla a una red 112 del hogar, que se acopla, a su vez, a una unidad 120 de terminacion de red (NT), En el caso de un sistema ADSL, la NT 120 incluye un ATU-R 122 (por ejemplo, un modem, tambien referenciado como transceptor en algunos casos, definido por una de entre la norma ADSL y/o VDSL) o cualquier otro modem de terminacion de red adecuado, transceptor u otra unidad de comunicacion. El dispositivo remoto en un sistema VDSL podna ser un VTU-R. Como se apreciara por los expertos en la materia y como se describe en el presente documento, cada modem interactua con el sistema de comunicacion al cual se conecta y puede generar datos operativos como un resultado del rendimiento del modem en el sistema de comunicacion.

La NT 120 tambien incluye una entidad 124 de administracion (ME), La ME 124 puede ser cualquier dispositivo de hardware, tal como un microprocesador, un microcontrolador, o una maquina de estado de circuito en firmware o hardware, capaz de rendir como se requiere por cualquiera de las normas aplicables y/u otros criterios. La ME 124 recopila y almacena datos de rendimiento en su MIB, que es una base de datos de informacion mantenida por cada gestion de ME, y a la que se puede acceder mediante protocolos de administracion de redes tales como SNMP (Protocolo Simple de Administracion de Red), un protocolo de administracion para recopilar informacion desde un dispositivo de red para proporcionar una consola/programa administrador o mediante comandos TL1, siendo TL1 un lenguaje de comando establecido desde hace mucho tiempo para programar respuestas y comandos entre elementos de red de telecomunicaciones.

Cada ATU-R es un sistema acoplado a un ATU-C en un CO u otra ubicacion ascendente y/o central. En un sistema VDSL, cada VTU-R en un sistema se acopla a un VTU-O en un CO u otra ubicacion ascendente y/o central (por ejemplo, cualquier dispositivo de terminacion de lmea, tal como un ONU/LT, DSLAM, RT, etc.). En esta invencion, tal es VTU- O (o equivalentes) se coordinan en terminos de transmision (descendente) y recepcion (ascendente) para todas o muchas de las lmeas de terminacion en el dispositivo de terminacion. Tal recepcion de transmision coordinada constituye un dispositivo de terminacion de lmea vectorial. En la figura 1, el ATU-C 142 se ubica en un nodo de acceso (AN) 140 en un CO 146. El AN 140 puede ser un componente de sistema DSL, tal como un DSLAM, ONU/LT, RT o similares, como se apreciara por los expertos en la materia. Un ME 144 mantiene, asimismo, un MIB de datos de rendimiento que pertenecen al ATU-C 142. El AN 140 puede acoplarse a una red 170 de banda ancha u otra red, como se apreciara por los expertos en la materia. el ATU-R 122 y el ATU-C 142 se acoplan juntos por un bucle 130, que, en el caso de ADSL (y VDSL) normalmente es un par trenzado de telefono que tambien porta otros servicios de comunicaciones.

Muchas de las interfaces mostradas en la figura 1 se pueden usar para determinar y recopilar datos operativos y/o de rendimiento. En la medida en que las interfaces de la figura 1 difiere de otro esquema de interfaz de sistema ADSL y/o VDSL, los sistemas tambien se conocen y las diferencias se conocen y son obvias para los expertos en la materia. La interfaz-Q 155 proporciona la interfaz entre el NMS 150 y el operador y el ME 144 en el AN 140. Todos los parametros especificados en la norma G.997.1 se aplican a la interfaz-Q 155. Los parametros de extremo cercano soportados en el ME 144 se derivan del ATU-C 142, mientras que los parametros de extremo lejano del ATU-R 122 se pueden suministrar para ambas dos interfaces sobre la interfaz-U. El indicador de bits y los mensajes EOC, que se envfan usando el canal 132 incrustado y se proporcionan en la capa PMD, se pueden usar para generar los parametros ATU-R 122 requeridos en el ME 144. De manera alternativa, el canal OAM (Operaciones, Administracion y Mantenimiento) y el protocolo adecuado pueden usarse para recuperar los parametros del ATU-R 122 cuando se solicita por el ME 144. De manera similar, los parametros de extremo lejano desde el ATI-C 142 pueden administrarse por ambas dos interfaces sobe la interfaz-U. El indicador de bits y los mensajes EOC, que se proporcionan en la capa PMD, se pueden usar para generar los parametros ATU-C 142 en el ME 124 del NT 120.

5

10

15

20

25

30

35

40

45

50

55

60

65

De manera alternativa, el canal OAM y el protocolo adecuado se pueden usar para recuperar los parametros ATU-C 142 cuando se solicitan por el ME 124.

En la interfaz-U (que es esencialmente el bucle 130), hay dos interfaces de administracion, uno en el ATU-C 142 (la interfaz U-C 157) y uno en el ATU-R 122 (la interfaz U-R 158). La interfaz 157 proporciona los parametros de extremo cercano del ATU-C para que el ATU-R 122 recupere sobre la interfaz-U 130. De manera similar, la interfaz 158 proporciona parametros de extremo cercano del ATU-R para que el ATU-C 142 recupere sobre la interfaz-U 130. Los parametros que se aplican pueden depender de la norma del transceptor que se este usando (por ejemplo, G.992.1 o G.992.2).

La norma G.997.1 especifica un canal de comunicacion OAM opcional a traves de la interfaz-U. Si este canal se implementa, los pares ATU-C y ATI-R pueden usarse para transportar mensajes OAM de capa ffsica. Por lo tanto, el transceptor 122, 142 de un tal sistema comparten diversos datos operativos y de rendimiento mantenidos en sus respectivas MIB.

Se puede encontrar mas informacion respecto a los NM ADSL en el Informe TR-005 Tecnico del Foro DSL, titulado "Administracion de Elemento de Red ADSL" para el Foro ADSL, con fecha de marzo de 1998. Tambien, el Informe TR-069 Tecnico del Foro DSL, titulado "Protocolo de Administracion WANCPE", con fecha de mayo de 2004. Finalmente, el Informe TR-064 Tecnico del Foro DSL, titulado "Especificacion de Configuracion CPE DSLE del lado LAN", con fecha de mayo de 2004. Estos documentos abordan diferentes situaciones para la administracion de lado CPE y la informacion de la misma se conoce bien para los expertos en la materia. Mas informacion acerca de VDSL se puede encontrar en la norma ITU G.993.1 (a veces llamada "VDSL1" y la norma ITU emergente G.993.2 (a veces llamada "VDSL2"), asf como diversos textos de trabajo en el Foro DSL en progreso, todos los cuales son conocidos por los expertos en la materia. Por ejemplo, hay disponible informacion adicional en el Informe TR-057 Tecnico del Foro DSL (antes WT-068v5), titulado "Administracion de Elemento de Red VDSL" (febrero de 2003) y el Informe TR- 065 Tecnico, titulada "Requisites Funcionales de Interfaz FS-VDSL EMS a NMS" (marzo 2004) asf como en las revisiones emergentes de la norma ITU G.997.1 para elementos MIB VDSL1 y VDSL2, o en el Informe de Administracion de Espectro Dinamico del Borrador de ATIS Norte America, NIPP-NAI- 2005-031.

Es menos comun que las lmeas compartan el mismo vinculante para determinar en la misma tarjeta de lmea en ADSL, de lo que lo es en VDSL. Sin embargo, el siguiente analisis de los sistemas DSL puede extenderse a ADSL porque la terminacion comun de las lmeas del mismo vinculador podna realizarse tambien (especialmente en un DSLAM mas nuevo que maneja tanto ADSL como VDSL). En una tipologfa tfpica de una planta DSL, en la que un numero de pares de transceptores estan operativos y/o disponibles, la parte de cada bucle de abonado se ubica con los bucles del resto de usuarios dentro de un vinculante multipar (o paquete). Despues del pedestal, muy cerca del Equipo Local de cliente (CPE), el bucle toma la forma de un cable de cafda y sale del paquete. Por lo tanto, el bucle de abonado atraviesa dos entornos distintos. Parte del bucle puede ubicarse dentro de un vinculante, donde el bucle a veces se blinda de interferencias electromagneticas externas, pero esta a sujeto a distorsiones. Despues del pedestal, el cable de cafda, a menudo, permanece intacto de distorsiones cuando este par esta alejado del resto de pares para la mayona de la cafda, pero la transmision tambien puede deteriorarse mas significativamente por la interferencia electromagnetica porque los cables de cafda no estan blindados. Muchas cafdas tienen de 2 a 8 pares trenzados dentro de ellos y en situaciones de multiples servicios en un hogar o la vinculacion (multiplexion y demultiplexion de un unico servicio) de estas lmeas, puede tener lugar una distorsion sustancial entre esas lmeas en el segmento de cafda.

Un escenario de despliegue DSL ejemplar generico se muestra en la figura 2. Todos los bucles de abonado del total de (L + M) usuarios 291, 292 pasan a traves de al menos un vinculante comun. Cada usuario se conecta a una Oficina Central (CO) 210, 220 a traves de una lmea dedicada. Sin embargo, cada bucle de abonado puede estar pasando a traves de diferentes entornos y medios. En la figura 2, L clientes o usuarios 291 se conectan a la CO 210 usando una combinacion de fibra 213 optica u pares 217 de cobre trenzado, al que se hace referencia comunmente como Fibra en el Archivador (FTTCab) o Fibra en el Acolchamiento. Las senales de los transceptores 211 en la CO 210 tienen sus senales convertidas por el terminal 212 de lmea optica y el terminal 215 de red optica en la CO 210 y la unidad 218 de red optica (ONU). Los modems 216 en la ONU 218 actua como transceptores para senales entre la ONU 218 y los usuarios 291.

Las lmeas de usuario que coterminan en ubicaciones tales como las CO 210, 218 y la ONU 220 (asf como otras) pueden operarse de una manera coordinada, tal como vectores. En los sistemas de comunicacion vectoriales (tal como los sistemas ADSL y/o VDSL vectoriales), la coordinacion de senales y el procesamiento puede lograrse. El vector descendiente tiene lugar cuando multiples senales de transmision de multiples lmeas desde una DSLAM o LT se cogeneran con un reloj y un procesador comun. En los sistemas VDSL con tal reloj comun, la distorsion entre los usuarios tiene lugar de manera separada para cada tono. Por lo tanto, cada uno de los tonos descendentes para muchos usuarios pueden generarse de manera independiente por un transmisor de vector comun. De manera similar, el vector ascendente tiene lugar cuando un reloj y un procesador comun se usan para correcibir senales de lmeas multiples. En los sistemas VDSL con tal reloj comun, la distorsion entre los usuarios tiene lugar de manera separada para cada tono. Por lo tanto, cada uno de los tonos ascendentes para muchos usuarios pueden procesarse de manera independiente por un receptor de vector comun.

5

10

15

20

25

30

35

40

45

50

55

60

65

Los bucles 227 de los M usuarios 292 restantes son solo pares trenzados de cobre, un escenario referenciado como Fibra de Intercambio (FTTEx). Siempre que sea posible y economicamente factible, la FTTCab es preferentemente FTTEx, ya que esto reduce la longitud de la parte de cobre del bucle de abonado, y, por lo tanto, aumenta las tasas alcanzables. La existencia de bucles FTTCab puede crear problemas a los bucles FTTEx. Por otra parte, La FTTCab se espera que se transforme en una topologfa popular en aumento en el futuro. Este tipo de topologfa puede conducir a interferencia de distorsion importante y puede significar que las lmeas de diversos usuarios tengan datos que datos que se portan y capacidades de rendimiento debido al entorno espedfico en el que operan. La topologfa puede ser de tal manera que las lmeas de "archivador" alimentadas por fibra y lmeas de intercambio pueden mezclarse en el mismo vinculador.

Como se puede ver en la figura 2, las lmeas de la CO 220 a los usuarios 292 comparten el vinculante 222, que no se usa por las lmeas entre la CO 210 y los usuarios 291. Por otra parte, otro vinculante 240 es comun a todas las lmeas hasta/desde la CO 210 y la CO 220 y sus respectivos usuarios 291, 292. En la figura 2, una distorsion 282 de extremo lejano (FEXT) y una distorsion 281 de extremo cercano (NEXT) se ilustran como afectando a al menos dos de las lmeas 227 recopiladas en la oficina 220.

Como se apreciara por los expertos en la materia, al menos algunos de los datos y/o parametros operativos descritos en estos documentos se pueden usar en conexion con las realizaciones de la presente invencion. Por otra parte, al menos algunas de las descripciones del sistema son probablemente aplicables a las realizaciones de la presente invencion. Diversos tipos de datos y/o informacion operativa disponibles desde un modem NT DSL y/o un NMS DSL pueden encontrarse ahn; otros pueden conocerse por los expertos en la materia. En algunos casos, los sistemas de datos comunes pueden recopilar datos descendentes o ascendentes, pero no ambos. En tales casos, como se apreciara por los expertos en la materia, los sistemas de datos propietarios y/o alternativos pueden implementarse para proporcionar datos mas completos.

Es deseable con algunas realizaciones de la presente invencion que las lmeas dentro de un vinculante terminen en una unica tarjeta de lmea (sobre la cual el chip o el dispositivo DSL vectorial se asienta o al cual se acopla de cualquier otra manera un dispositivo). No hay garantfa, sin embargo, en una practica de cableado normal de que tal terminacion de vinculante comun de tarjeta de unica lmea tenga lugar. Si es el caso, la distorsion se puede cancelar/explorar con vectores. El enrutamiento de las senales puede tambien tener lugar en tramas o placas base de distribucion electronica, a traves de ellos puede anadir costes al sistema global. De esta manera, la terminacion de lmea ("LT") de VDSL, tfpicamente las lmeas de terminacion 48, 96 o 192 en un vecindario o edificio sobre una o unas pocas tarjetas de lmea, que tienen relativamente buena probabilidad de terminar todas las lmeas desde un vinculante sobre una tarjeta de lmea, especialmente si la comparua de telefono hace algun trabajo en el cableado para asegurar tal terminacion comun.

En un sistema de comunicacion tfpico, hay numerosas compensaciones entre una variedad de metricas de rendimiento. Por ejemplo, la tasa de datos y la estabilidad de servicio tfpicamente se relacionan de manera inversa en un sistema DSL, donde una tasa de datos superior normalmente aumenta la probabilidad de interrupcion del servicio y una tasa de datos inferior normalmente reduce la probabilidad de interrupcion del servicio. Los operadores y los proveedores de servicio normalmente establecen ampliamente aplicadas reglas e implementan estas reglas en todos los enlaces de comunicaciones, estableciendo asf un espacio operativo. Un tercero no operador recopila y analiza la informacion y/o los datos desde el sistema DSL para construir un modelo de perfil del espacio operativo. Este perfil operativo construido se usa, entonces, como referencia en los datos de preferencias de usuario que se recopilan desde uno o mas usuarios en el sistema DSL. Este perfil operativo puede incluir valores de parametro, tasas de parametro, reglas aplicables a las lmeas y grupos de lmeas (por ejemplo, vinculantes), etc.

Tfpicamente, la evaluacion y las decisiones tomadas acerca de la implementacion de las caractensticas y parametros operativos del sistema se realizan por un proveedor de servicio u operador del sistema, tal como la comparua de telecomunicaciones (es decir, una "Telco") o similares (todos los dichos controladores de sistema centralizado se nombraran en el presente documento como "operadores"). Como se menciono anteriormente, los operadores ADSL tfpicamente controlan, operan y/o proseen los nodos de acceso en los sistemas DSL. Estos nodos de acceso pueden ser DSLAM, RT, LT, ONU y/o cualquier otro equipo y/o dispositivos similares.

Un operador de sistema DSL (tal como una Telco CLEC o ILEC) es capaz de definir, limitar, establecer y controlar (referenciado generalmente como "definir") el "espacio operativo" del sistema, donde el "espacio operativo" incluye las reglas, los usuarios permitidos, caractensticas, las tasas de parametro operativo, etc. que definen como los usuarios pueden usar un tal sistema. Mediante el uso de la presente invencion, los datos de preferencias de usuario se obtienen por el operador y se comparan con el espacio operativo definido por el operador de un sistema de comunicacion, tal como un sistema DSL, para determinar si una o mas preferencias de usuario pueden implementarse en el sistema. Cuando es factible o permitido, un operador puede implementar preferencias de usuario que no estan en conflicto con la operacion del operario del sistema DSL. Dicho de otra manera, el operador puede implementar aquellas preferencias de usuario que encajan dentro del espacio operativo definido y mantenido por el operador.

5

10

15

20

25

30

35

40

45

50

55

60

65

En las realizaciones de la presente invencion, un usuario (o un tercero, entidad y/o dispositivo que actua en nombre del usuario, tal como un controlador) puede acceder al perfil operativo impuesto sobre el usuario por un operador y/o proveedor del servicio. Los datos de preferencias del usuario pueden entonces obtenerse de un conjunto de usuarios (directamente y/o indirectamente) y compararse con el perfil operativo construido. Los datos de preferencia del usuario pueden venir de un conjunto de usuarios que comprende un unico usuario o una pluralidad de usuarios. La comparacion de los datos de preferencias de usuario y el perfil operativo pueden indicar si una o mas preferencias de usuario pueden implementarse dentro de los lfmites del perfil operativo del conjunto de usuarios. En la medida en la que una o mas preferencias de usuario son factibles a la luz del perfil operativo, dicha(s) preferencia(s) de usuario total o parcialmente factible(s) se puede(n) implementar en la operacion del conjunto de usuarios.

Como se sugirio anteriormente, las preferencias de los usuarios y los datos de preferencias de usuario que reflejan aquellas preferencias se pueden encontrar directamente (por ejemplo, a traves de llamadas del usuario, encuestas por correo electronico, retroalimentacion del usuario, interfaz web, etc.) o indirectamente (por ejemplo, basandose en uno o mas Modelos Ocultos de Markov de la actividad de datos de usuario). Un usuario puede almacenar tambien preferencias de actualizacion en un controlador que puede hacer que aquellas preferencias esten disponibles para un Administrador DSL, por ejemplo, a traves de cualquier red adecuada tal como Internet, y (en algunas realizaciones) a otros controladores. Donde se usa una pluralidad de controladores en un sistema, estos controladores pueden acoplarse a otro controlador de cualquier manera adecuada (por ejemplo, mediante Internet de una manera distribuida o a traves de un controlador intermedio y/o maestro - quiza un controlador remoto independiente del usuario y operador/proveedor del servicio).

Ejemplos en el presente documento muestra la implementacion de realizaciones de la presente invencion para un sistema DSL en el que la compensacion puede ser entre una primera metrica de rendimiento, por ejemplo, tasa de datos superior (con una probabilidad superior de interrupcion del servicio) - y una segunda metrica de rendimiento - por ejemplo, probabilidad inferior de interrupcion del servicio/recapacitacion del modem (con una tasa de datos inferior). Otras metricas de rendimiento se pueden invocar y usar en las realizaciones de la presente invencion. Por otra parte, mas de 2 metricas de rendimiento pueden utilizarse en la evaluacion de los datos de preferencias de usuario y su viabilidad y/o compatibilidad para implementacion.

Al considerar el compensar entre la tasa de datos superior y la confiabilidad/estabilidad del servicio superior, se conoce bien que algunas lmeas DSL experimentan degradacion causada por un espectro de ruido de variacion de tiempo o por ruido de impulso de variacion de tiempo. Tal ruido de variacion de tiempo afecta directamente a la tasa de datos alcanzable maxima y/o la estabilidad de las lmeas, donde las lmeas experimentan mas servicio inestable conforma la influencia de ruido aumenta. En muchas situaciones, este ruido de variacion de tiempo puede distorsionar a otros usuarios. Ademas, cuando se usan circuitos de par fantasma o split, alguna capacidad de vinculador puede reubicarse a peticion de los diferentes usuarios como en los sistemas diferenciales vectoriales, donde cada lmea realiza como su alguna otra lmea no estuviera portando senales de todos modos. En situaciones no vectoriales, la distorsion mutua puede ser un efecto limitante en la calidad del servicio y las tasas de datos usadas por cualquiera y/o todos los usuarios.

Un modem DSL a menudo opera en una tasa de datos fijada establecida durante la capacitacion. Cualquier cambio posterior en la tasa o algun otro ajuste de parametro operativo requiere una recapacitacion del modem, lo que provoca una interrupcion corta del servicio (por ejemplo, 20-60 segundos). Estas interrupciones pueden provocar que la insatisfaccion y/o problemas del usuario. Donde la prevencion de interrupcion del servicio es deseable, normalmente las tasas de datos inferiores ayudan a reducir la frecuencia de tales interrupciones. Por otra parte, algunos usuarios podnan requerir y/o desear una tasa de datos alta debido a la naturaleza de su uso, a pesar de cualquier interrupcion del servicio. Este segundo tipo de usuario podna no usar de manera interactiva internet durante mucho tiempo, por lo que una interrupcion ocasional del servicio podna ser aceptable siempre que las tasas de datos superiores se impidan de otra manera.

Los operadores pueden proporcionar un perfil operativo que permita variaciones en las caractensticas de rendimiento de una lmea de usuario (o multiples lmeas, donde un usuario emplea un conjunto de lmeas enlazadas, por ejemplo). Los valores de parametro operativo y las tasas para codificacion FEC, latencia, margen, etc. puede permitir mas de un modelo de operacion para una(s) lmea(s) de usuario.

Las realizaciones de la presente invencion permiten a los usuarios seleccionar modos operativos que se conforman tan cerca como sea posible y/o practico para el rendimiento de las preferencias de usuarios. Por ejemplo, los usuarios pueden optar por tasas de datos superiores, servicio mas estable, latencia inferior, menor fluctuacion en la tasa de datos, etc. proporcionando datos de preferencias de usuario (por ejemplo, la entrada de usuario u otras formas de informacion de preferencia de usuario como estudios HMM). Como se apreciara por los expertos en la materia, la presente invencion puede aplicarse a cualquier sistema de comunicacion. Por ejemplo, un usuario de servicio inalambrico puede usarse en realizaciones de la presente invencion para configurar parametros de enlace de usuario individual que se usan para compensar el area de cobertura y la duracion de la batena.

5

10

15

20

25

30

35

40

45

50

55

60

65

Una o mas realizaciones de la presente invencion se ilustran en el metodo 300 de la figura 3. El metodo 300 de la figura 3 puede realizarse por un controlador local (por ejemplo, un controlador contenido dentro del equipo local del usuario, tal como un modem o un ordenador personal conectado a un modem) o por un controlador remoto no operador con el que el usuario puede comunicarse (por ejemplo, donde un usuario ha adquirido una suscripcion a o ha adquirido equipo que cumple con los servicios del controlador remoto). Un controlador local puede tener acceso a informacion y/o datos que estan disponibles solo en la ubicacion del usuario (por ejemplo, desde una NT o entidad de administracion en un nodo local) y basa sus decisiones en este tipo de informacion y/o datos. En otras realizaciones, un controlador puede ubicarse en una ubicacion remota y tiene acceso al rendimiento/datos operativos de usuarios multiples y datos de preferencias. En una tal situacion de ubicacion remota, el controlador podna probablemente no tener los datos y la informacion disponible en un controlador centralizado en una CO Telco o similares, pero podna, sin embargo, tener mejor informacion y/o datos que el controlador local en un modem o similares.

En algunas realizaciones de la presente invencion, se pueden usar controladores locales y remotos. Diversas combinaciones de un tal sistema se muestran en la figura 2, donde hay controladores 284 locales acoplados al equipo 292 de usuario, controladores locales para equipo de extremo ascendente (por ejemplo, en DSLAM en una CO 210, 220 o similares), y uno o mas controladores 288 remotos que se pueden ubicarse en cualquier lugar y acoplarse a controladores 284 locales y/o controladores 280 locales. En una tal configuracion, un controlador local puede ser responsable de recopilar datos operativos y/o datos de preferencias desde uno o mas modems, enviar los datos al controlador remoto, e implementar instrucciones, comandos de control, etc. desde el controlador remoto. El controlador local puede residir en el modem, un PC conectado al modem, o en/como otro dispositivo conectado al modem. El controlador remoto recibe datos operativos, datos de preferencia, y/o solicitudes de datos desde uno o mas controladores locales, analiza los datos y otra informacion segun sea necesario, y envfa instrucciones apropiadas, comandos de control, etc. al al menos un controlador local de usuario. El controlador remoto puede tener la opcion de recopilar informacion adicional desde sistemas de operador tal como datos operativos en MIB, registros de creacion de bucle, informacion en cualquier perfil de lmea impuesto sobre la lmea de interes, informacion de equipo DSLAM, etc. Los datos del modem del lado de la CO se pueden recopilar sobre un enlace propietario u otro enlace alternativo si ambos modems son compatibles de una manera con el controlador remoto. Tambien, podnan implementarse controles sobre un tal enlace. Los datos podnan extraerse desde la MIB del lado de la CO y enviarse mediante el enlace apropiado a la CPE, que podna, entonces, remitir esa informacion a cualquier otro sistema apropiado. Ademas, un control desde cualquiera de estos sistemas que la CO podna necesitar implementar tambien podna alimentarse sobre un tal enlace. El controlador 284 local de usuario tambien podna actuar como un enlace entre un controlador 280 local de extremo ascendente y un controlador 288 remoto, segun sea necesario. Estas y otras variaciones en la configuracion del sistema se apreciaran por los expertos en la materia tras revisar la presente divulgacion.

Uno o ambos tanto el controlador local como el controlador remoto podna ser capaz de comunicarse con o influenciar el DSLAM (y/o cualquier otro tipo de dispositivo ascendente o controlador de extremo ascendente) en algunas realizaciones de esta invencion. Como un ejemplo, tanto el modem de usuario como el DSLAM podnan ser de un fabricante comun que haya implementado una ruta de comunicacion propietaria u otra alternativa entre los dos. En un tal caso, un controlador local/remoto de esta invencion podna estar disponible para recopilar datos desde el DSLAM e implementar senales de control en el DSLAM a traves del modem de usuario o el controlador local.

En la figura 3 el no operador obtiene en 305 un modelo de espacio operativo impuesto por el operador de sistema DSL. Obtener un tal modelo puede incluir construir un modelo a partir de los datos recopilados y/o los datos disponibles de otra base de datos o similares, comprobar y escanear para intentar aprender acerca del espacio operativo, tener informacion proporcionada por el operador, etc. Basandose en este modelo, el no operador puede determinar en 310 una relacion operativa entre una primera preferencia de usuario y una segunda preferencia de usuario (por ejemplo, una primera metrica de rendimiento y una segunda metrica de rendimiento). Esto puede implicar recopilar y analizar los datos operativos acerca de un rendimiento de usuario. En una realizacion, el controlador de un usuario o cualquier otro no operador puede evaluar la relacion entre la tasa de datos y la estabilidad del servicio, por ejemplo, determinando si el conjunto de lmeas de usuario tiene ruido o ruido de impulso altamente variante con el tiempo. El controlador identifica y genera opciones razonables que son aplicables a la lmea o conjunto de lmeas de usuario. En 320 los datos de preferencia se obtienen de uno o mas usuarios. Los datos de preferencia de usuario pueden incluir informacion directa del usuario (por ejemplo, a partir de una entrada directa del usuario) o informacion indirecta de usuario (por ejemplo, a partir de un HMM, evaluacion de cluster o similares, que en este caso puede estar en un controlador/servidor remoto que habla con el equipo local). Para obtener informacion de usuario, el controlador puede "corresponder" con el usuario e identificar las preferencias del usuario o acceder de otra manera al comportamiento del usuario y preferencias probables basadas en modelos HMM, actividad del usuario, etc. Una encuesta de usuario directa puede implicar un controlador que realiza un conjunto de preguntas tales como las siguientes (o estas pueden deducirse automaticamente del historial de servicio, sin consultar directamente al usuario, con las respuestas para usar las diversas preguntas de los servicios que se derivan como una funcion de su frecuencia de ocurrencia registrada):

- ^descarga libros con frecuencia durante largos periodos?

5

10

15

20

25

30

35

40

45

50

55

60

65

- ^Utiliza voz sobre IP, programas de juegos en red, o cualquier otro programa sensible a la latencia?

- ^Prefiere tasas de datos superiores o servicio mas estable?

Las preguntas de retroalimentacion de satisfaccion tales como las siguientes pueden incluirse tambien y la retroalimentacion del usuario se reflejara en el analisis:

- ^esta satisfecho con la tasa de datos actual?

- ^Esta satisfecho con la estabilidad de su conexion a Internet?

Las preguntas de la encuesta pueden usar calificaciones u otros datos de entrada numericos para permitir la cuantificacion de las preferencias del usuario al analizar los datos de preferencias de usuario mas tarde. La correspondencia directa del usuario entre un controlador y un usuario se puede realizar mediante llamadas telefonicas (en caso de que un usuario haya llamado a un centro de servicio de usuario para una suscripcion de servicio, por ejemplo), encuesta por correo electronico, interfaz web, etc. En caso de que se use el correo o la interfaz web, los datos pueden procesarse automaticamente y proporcionarse al controlador. Como se describe en mayor detalle a continuacion, las caractensticas de preferencia de usuario tambien se pueden deducir por observacion de estadfsticas de lmea a lo largo del tiempo.

Los datos de preferencia de usuario se analizan en 330 para determinar si hay configuraciones operativas (por ejemplo, valores de vector de parametro operativo de usuario, donde el vector de parametro operativo de usuario puede contener uno o mas parametros) que permiten al usuario implementar preferencias a la vez que se opera dentro de los lfmites del espacio operativo modelado provisto por el operador/proveedor de servicio. Cuando los datos de preferencias de usuario se pueden implementar dentro de las reglas de operacion y los parametros operativos del sistema existente del modelo de espacio operativo, despues, en 340 el controlador u otro no operador puede implementar uno o mas parametros operativos del usuario para implementar las preferencias de usuario (por ejemplo, con respecto a la primera y a la segunda metrica de rendimiento). El controlador puede configurar la(s) lmea(s) del usuario de manera que las preferencias de usuario estan en vigor hasta que ellas o bien sean inconsistentes con el perfil operativo obligatorio del operador o bien, hasta que el conjunto de usuarios actualice los datos de preferencias de usuario, por ejemplo, volviendo a 320 para proporcionar datos de preferencia de usuario actualizados.

Cuando el espacio operativo y/o la(s) relacion(es) operativa(s) entre las preferencias (por ejemplo, la primera metrica de rendimiento y la segunda metrica de rendimiento) evolucionan o cambian de otra manera (por ejemplo, debido a las variaciones de tiempo en el rendimiento del conjunto de lmea del usuario u otras condiciones), despues, el metodo 300 podna volver a 305 o 310 para reconstruir/reevaluar esa relacion antes de obtener mas datos de preferencia de usuario. Por ejemplo, una familia puede tener multiples usuarios cuyas preferencias difieran. Un miembro de la familia puede querer ver video en streaming, requiriendo una alta tasa de datos con interrupciones del servicio mmimas, mientras que otro quiere jugar a videojuegos en red (una tasa de datos inferior es satisfactoria, siempre que la latencia y las interrupciones del servicio se mantengan en un mmimo). Las realizaciones de la presente invencion pueden permitir que cada usuario individual del conjunto de lmeas para seleccionar el modo operativo que mejor se ajusta a su uso personal. Cada usuario de una ubicacion CPE dada puede incluso tener su propio perfil (por ejemplo, "Perfil de papa") al que le usuario puede cambiar cuando use el servicio de comunicacion.

En otra realizacion, determinar las configuraciones operativas que permiten al usuario implementar preferencias a la vez que opera dentro de los lfmites del perfil operativo proporcionado por el operador/proveedor de servicios implica las siguientes etapas en 330. Usar los lfmites conocidos del perfil operativo, los valores permitidos para uno o mas parametros operativos configurables se identifican. La seleccion de cualquiera de estos valores permitira la operacion del sistema DSL dentro de los lfmites del perfil operativo proporcionados por el operador/proveedor de servicio. El conjunto de estos valores permitidos representa el espacio de optimizacion para seleccionar un valor que cumplira los requisitos impuestos por la preferencia de usuario. Despues de contabilizar los datos de preferencias de usuario, el conjunto de los valores permitidos se restringe adicionalmente a solo aquellos valores que resultaran en operacion del sistema que cumpla tanto la preferencia de usuario como las reglas del operador. Finalmente, el valor del (de los) parametro(s) operativo(s) configurable(s) se selecciona(n) (a partir de valores dentro del conjunto restringido) de tal manera que el sistema DSL alcanza un nivel de rendimiento objetivo o similares (por ejemplo, alto rendimiento). La implementacion de las preferencias de usuario se alcanza, por lo tanto, dentro de los lfmites del perfil operativo.

En algunas realizaciones, el controlador podna cambiar las reglas usadas para la configuracion del conjunto de lmeas en lugar de cambiar directamente la propia configuracion de la lmea. Como se senalo anteriormente, alguna recopilacion de datos, analisis, construccion HMM, configuracion, etc. se puede realizar por un controlador de ubicacion remoto, si se desea, y estar disponible para los controladores/servidores locales y otros controladores/servidores remotos si eligen usar tales datos. Por otra parte, una o mas de estas metodologfas pueden implementarse en software y/u otros productos de programas informaticos, como se apreciara por los expertos en la materia.

5

10

15

20

25

30

35

40

45

50

55

60

65

En general, Los Modelos Ocultos de Markov (HMM) son modelos de senales estocasticos que usan parametros definibles para modelar comportamientos complejos. Los HMM usan un numero de estados internos u ocultos y una secuencia de estado definido descrita por las probabilidades de transicion de estado al modelo de comportamientos complejos. Los sistemas usan salidas que son diferentes de los estados internos. La salida, llamada un sfmbolo observable, puede ser un valor escalar que representa una entrada unica y/o un tipo de entrada para el HMM, o una cantidad de vector que representa multiples entradas y/o tipos de entrada. Los sfmbolos observables se usan para modelar el HMM, asf como para generar probabilidades que representan como de bien coincide el HMM con los datos medidos.

Mas espedficamente, un sistema dado (tal como un sistema de comunicaciones) tfpicamente tiene un numero de estados internos que no son directamente observables. Los HMM implementados de acuerdo con las realizaciones de la presente invencion ayudan a determinar, entre otras cosas, el estado actual, el siguiente estado al que el sistema podna transitar, y la probabilidad de que el sistema esta en un estado dado cuando uno o mas sfmbolos observables del sistema son conocidos. Matematicamente, un HMM puede describirse como sigue:

N: el numero de estados ocultos.

M: el numero de sfmbolos escalares o vectores observables.

A: la matriz de probabilidad de transicion de estado de estado j que se mueve al estado i en el siguiente periodo de tiempo, donde a-j = Pr(nf+1 = i\nt = j), 1 < i, j < N, y donde t esta en el mdice de periodo de tiempo nt es el numero de estado durante el periodo de tiempo t.

B: la observacion del vector de distribucion de probabilidad del sfmbolo de observacion k mientras que el estado es j donde B(k) = Pr(ot = k\nt = j), 1 < k < M, 1 < j < N y ot es el sfmbolo observado durante el periodo de tiempo t.

n: la distribucion del estado inicial, n = Pr(n| = j), 1 < j< N.

A : el modelo HMM total A = (A, B, n).

Cabe senalar que uno de los sfmbolos M se observa en cada periodo de tiempo, pero el estado necesita estimarse basandose en la observacion porque no es directamente observable.

En las realizaciones de la presente invencion, uno o mas HMM pueden usarse para estimar uno o mas datos de preferencia de usuario. Estos datos podnan representar estados tales como con que frecuencia una lmea de comunicacion dada esta en uso y que tipo de uso se esta realizando de la lmea (por ejemplo, VoIP y otros usos de alta demanda). En algunos casos, cada estado puede ser una metrica de rendimiento (por ejemplo, la satisfaccion de usuario con la estabilidad del servicio), mientras que la salida invocada puede ser un unico valor de parametro de operacion o de rendimiento, o una condicion de operacion o rendimiento (por ejemplo, el cliente se queja), o una combinacion de parametros y/o caractensticas de rendimiento.

Un HMM se puede seleccionar sobre la base de la informacion disponible desde el usuario y/o informacion (si la hubiera) disponible del sistema de comunicacion. En el caso de sistemas DSL, hay un numero de parametros y/o datos disponibles desde un MIB de sistema y/y otros componentes del sistema, como se senalo anteriormente en esta descripcion. Por otra parte, un controlador/servidor fuera del proveedor del servicio tal como un controlador/servidor de ubicacion remota y/o controladores locales en cada usuario pueden recopilar otros datos operativos desde el sistema mediante otros medios, como se trato en mas de talle en el presente documento.

Las realizaciones de la presente invencion usan un HMM para ayudan a estimar las preferencias del usuario en consideracion. Diversos ejemplos de realizaciones de la presente invencion se presentan en el presente documento en conexion con sistemas DSL. Sin embargo, como se apreciara por los expertos en la materia, la invencion se aplica mas generalmente a cualquier sistema de comunicaciones en el que los metodos, los aparatos y otras realizaciones de la presente invencion se pueden aplicar.

En algunas realizaciones de esta invencion, una metodologfa usada para identificar las preferencias de usuario se puede ver como refiriendose al area del algoritmo conocido de diversas maneras como "aprendizaje no supervisado" o "clustering" o "cuantificacion de vector" (aunque ninguno de estos campos se ha aplicado de una manera similar a la usada en conexion con las realizaciones de la presente invencion).

Las siguientes etapas pueden tomarse:

a) datos observados a partir de un enlace DSL de un usuario con preferencias de usuario desconocidas se formatean en un vector x (por ejemplo, conteo de celdas ATM, tasa de datos actual, infracciones CV, correcciones FEC, etc.);

b) el vector x se clasifica en uno de los varios clusteres basandose en un criterio de distancia minima;

5

10

15

20

25

30

35

40

45

50

55

60

65

c) otros enlaces DSL de usuarios con preferencias de usuario conocidas que pertenecen al cluster seleccionado se examina para estimar las preferencias de usuario del enlace DSL del usuario con preferencias de usuario desconocidas (por ejemplo, las preferencias de usuario pueden indicar las cargas de trafico, el tipo de trafico, etc.).

En algunas realizaciones, los metodos de clustering incluyen metodos separados para capacitar y metodos separados para la clasificacion descrita anteriormente. Los metodos de capacitacion generica relacionada con el clustering se conocen bien para los expertos en la materia (aunque no se han aplicado a los tipos de situaciones abordadas por las realizaciones de la presente invencion). Un ejemplo que ilustra uno o mas metodos de acuerdo con la presente invencion sigue. Dejemos que x sea el vector de los datos observados en el enlace DSL y dejemos que yi=1 C sean vectores asociados con C clusteres, donde cada cluster corresponde a una preferencia de usuario distinta. Las siguientes etapas se llevan a cabo:

i. Inicializar los vectores y, i=1 C.

ii. Realiza una o mas de las iteraciones para obtener vectores y de modelo nuevo, i=1 C basandose en un conjunto de capacitacion de datos.

iii. Calcula la distorsion total para el conjunto de capacitacion de datos.

iv. Si la distorsion total es menor que algun umbral, entonces salir; de lo contrario, ir a la etapa ii.

Las etapas ii y iii se describen ahora en mayor detalle.

Para la etapa ii:

a) para cada vector x que pertenece al conjunto de capacitacion, encontrar el cluster/modelo i para el cual d(x,y) < d(x,y) para cualquier j diferente a i.

b) para cada cluster, recalcular y a medida que la media de todos los vectores x del conjunto de capacitacion tambien pertenezca al cluster/modelo i. "Media" se define aqu como cualquier operacion de promedio adecuada, como se apreciara por los expertos en la materia.

Para la etapa iii:

a) Calcular la distorsion total como D = media[d(x,y)|d(x,y) < d(x,y), j *i\. En otras palabras, es la distancia media de cada vector del conjunto de capacitacion de datos desde el vector y mas cercano.

b) Usando la metodologfa de la etapa de clasificacion anterior, el vector x de los datos observados se puede clasificar en uno de los C clusteres, donde cada cluster se relaciona a una o mas caractensticas de bucle espedficas (por ejemplo, un HMM espedfico).

La figura 4 ilustra una realizacion de la presente invencion que implementa el ejemplo anterior y el uso de clusteres para el caso de 4 clusteres. Cada cruz 411, 412, 413, 414 corresponde a un vector y. La clasificacion de las lmeas DSL en clusteres tambien se conoce, donde las lmeas DSL clasificadas en el mismo cluster se muestran como cuadrados 421, drculos 422, estrellas 423 y triangulos 424 limitados por las lmeas 430. Las lmeas DSL en el mismo cluster corresponden a usuarios que tiene las mismas o preferencias similares. En estos tipos de sistemas, los datos de preferencias de usuario del sistema DSL pueden recopilarse determinando un conjunto de clusteres que corresponden a diferentes preferencias de usuario. El conjunto de clusteres puede contener tantos clusteres (o puntos de cluster) como sea necesario para categorizar suficientemente las preferencias de usuario. Los datos operativos del sistema DSL pueden, entonces, recopilarse despues de que un usuario dado pueda asignarse a un cluster espedfico en los datos operativos recopilados. Los datos de preferencia de usuario entonces basados en i sobre la asignacion del usuario en el cluster asignado.

En algunas realizaciones de la presente invencion, los datos de preferencia se pueden obtener a partir de los datos que pueden almacenarse en un ordenador de un usuario, equipo de red, modem DSL o similares. Tales datos pueden incluir estadfsticas de red (por ejemplo, conteo de celdas ATM, conteos de paquetes, metricas de retardo de paquetes, etc.), informacion de aplicacion (por ejemplo, decodificador de video, sistema de entretenimiento, telefono VoIP, etc.) y otros datos que pueden usarse para extraer informacion acerca de la preferencia de usuario.

La evaluacion de si una lmea y/o sistema debena configurarse, mantenerse o alterarse y/o cualquier otra evaluacion de datos operativos de acuerdo con realizaciones de la presente invencion pueden requerir basarse en los datos operativos disponibles mas recientes que pertenecen a la condicion operativa o pueden basarse en datos historicos, asf como en los datos actuales. Por ejemplo, si una fuente de ruido (por ejemplo, un aparato u otro dispositivo) que ha provocado problemas de rendimiento en el pasado se elimina (por ejemplo, a traves de un residente), su influencia anterior en la estructura de un HMM y/o implementacion de reglas que pertenecen al ruido desde la fuente

5

10

15

20

25

30

35

40

45

50

55

60

65

debena eliminarse o, al menos, reducirse. Por lo tanto, si se usan los datos historicos, pueden ponderarse de cualquier manera adecuada. Por ejemplo, un vector (W) de ponderacion puede darse a cada lmea y/o condicion operativa de manera que la ponderacion de los datos actuales e historicos puede aplicarse como una funcion de como son los datos actuales. Por ejemplo, si el vector de ponderacion es W1 = [1 1 1], entonces los datos de los ultimos tres periodos de actualizacion (por ejemplo, dfas) se les da el mismo peso en el cumplimiento de evaluacion. Si el vector de ponderacion es W2 = [1 0 0 0 0 0 0 0,5], entonces los datos de al menos los datos de condicion operativa notificados se usan con la ponderacion 1 y los datos de los periodos de actualizacion 7 anteriores (por ejemplo, una semana antes) se usa con ponderacion 0,5. Los datos de otros periodos de actualizacion se ignoran. Si se desea usar los datos de solo los ultimos 2 meses con igual ponderacion, entonces el vector de ponderacion puede ser del tamano de 60 con todos (es decir, W3 = [1 1 1 ... 1 1 1]), usando un periodo de actualizacion de un dfa. Los diferentes vectores de ponderacion pueden usarse para diferentes condiciones operativas diferentes, por ejemplo, dependiendo de si una unica lectura debena servir como la base para cualquier decision y/o cambio en un HMM.

Ademas de la puntualidad de los datos operativos considerados, la evaluacion de si cualquier decision debena realizarse y/o tomarse medidas, y/o cualquier otra evaluacion de datos operativos, puede requerir basarse en una cantidad suficiente de datos operativos disponibles. Por ejemplo, en algunos casos, el sistema de recopilacion de datos podna funcionar mal o estar inactivo, lo que significa que pocos o ningun dato podna estar disponible. En tales casos, podna ser util que el sistema se abstenga de realizar cualquier cambio a un sistema y/u operacion de lmea, o cualquier lfmite y/o parametros aplicables al mismo, cuando hay suficientes datos sobre los que basar la evaluacion fiable. Para impedir implementar un cambio inapropiado, la implementacion de un cambio puede limitarse solo a aquellos casos en los que los datos adicionales suficientes se han recopilado desde la ultima evaluacion o dentro de un periodo de tiempo espedfico. Los datos operativos pueden verse usando tecnicas de cardinalidad y distribuciones de probabilidad de datos. La estimacion de distribucion sofisticada podna usarse para reducir la influencia de los valores pasados distantes en favor de datos recopilados mas recientemente y se entiende bien por los expertos en la materia. Si no se satisface una suficiencia de datos o de puntualidad, entonces no se puede tomar ninguna accion hasta que se recopilen datos nuevos que permitan cumplir tal regla.

Varios ejemplos ilustran ademas realizaciones de la presente invencion.

Ejemplo 1

En este ejemplo, el usuario, quiza con asistencia de un controlador/servidor remoto, puede discernir que otros usuarios en el mismo vinculante han usado patrones que complementan los patrones de uso del propio usuario sujeto y asf puede ser deseable una reasignacion de banda ancha usada. Un controlador local podna entonces reducir las tasas de datos o aumentarlas en sincronizacion de datos con otros usuarios de manera que la lmea del usuario sujeto tenga un maximo uso entre todos los usuarios. Tal control local podna tener lugar basandose entre pares entre los controladores locales o posiblemente con la asistencia (y habilitacion para fines de suscripcion) de un controlador o centro de coordinacion. Ademas, el modem el usuario podna ayudar al controlador local del usuario y/o al controlador remoto a obtener informacion, datos y/o protocolos desde un dispositivo de extremo ascendente y/o controlador para ayudar en la evaluacion y/o implementacion de las preferencias de usuario. En tal implementacion ejemplar, un sistema controlado por el usuario podna ser mucho mas rapido en implementar cambios de preferencias comparado con un sistema controlado por el operador. Por ejemplo, un sistema controlado por el operador puede requerir, al menos, varias horas para implementar los cambios de preferencia.

Ejemplo 2

La preferencia de usuario puede incluir preferencias hacia el uso del servicio DSL con aplicaciones espedficas que se caracterizado por tipos de trafico conocidos. El conocimiento de la preferencia de usuario puede, por lo tanto, explotarse para afinar los parametros configurables en los protocolos de red, tal como TCP, UDP, RTP. Tal afinacion apuntana a mejorar la transmision para los tipos de trafico mas frecuentemente asociados con el usuario. Las estadfsticas de protocolo de red tales como perdida de paquetes, capacidad de proceso, tamanos de bufer tambien pueden combinarse con el conocimiento de la preferencia de usuario para configurar parametros de capa ffsica DSL tales como los ajustes de latencia y la proteccion del ruido de impulso.

De acuerdo con una realizacion de la presente invencion mostrada en la figura 5, una preferencia basada en la unidad 400 de control puede formar parte de una entidad independiente acoplada a un sistema DSL u otros sistemas de comunicacion, tal como un controlador 410 (por ejemplo, un dispositivo que funciona en un equipo local del usuario o en un controlador de ubicacion remota como se describio anteriormente) que ayuda a uno o mas usuarios del sistema. Un controlador remoto no ubicado en una CO, Telco, etc. puede referenciarse tambien como un administrador de espectro dinamico, El Centro de Administracion de Espectro Dinamico, el Centro de Implementacion de Preferencia, el Centro de Asistencia de Usuario, el Centro DSM, el Centro de Administracion de Espectro, SMC o cualquier otro nombre similar puede formar parte de un conjunto de servicios ofrecido a los usuarios por suscripcion o mediante la adquisicion de un equipo que cumpla con los servicios del controlador. En algunas realizaciones, el controlador 410 puede ser una entidad completamente independiente. En otras realizaciones, el controlador 410 puede formar parte del equipo del usuario, como se ve en la figura 5. Como se ve

5

10

15

20

25

30

35

40

45

50

55

60

65

en la lmea 446 discontinua en la figura 5, el controlador 410 puede alojarse en un modem o similares. Por otra parte, el controlador 410 puede acoplarse a y/o controlar las lmeas DSL y/y otras lmeas de comunicacion de multiples usuarios.

La unidad 400 de control basada en preferencias incluye una unidad 420 de recopilacion de datos identificada como un medio de recopilacion y una unidad 440 de analisis identificada como medios de analisis. Como se ve en la figura 5, los medios 420 de recopilacion (que pueden ser un ordenador, un procesador, un IC, un modulo informatico, etc. del tipo generalmente conocido) puede acoplarse a ME 124 en una NT 120, a un modem 122 NT, o mas generalmente a una NT 120, cualquiera o todos los cuales pueden formar parte de un sistema DSL, por ejemplo. Donde le controlador 410 se implementa en una ubicacion del usuario, el controlador 410 puede ser un ordenador tal como un ordenador personal domestico o similares que ejecuta software u otros productos de programa informatico que controla y asiste con las comunicaciones. En un tal caso, los medios 420 de recopilacion pueden acoplarse a la red 112 domestica. Los datos tambien pueden recopilarse a traves de una red 170 de banda ancha (por ejemplo, mediante le protocolo TCP/IP u otro protocolo o medios fuera de la comunicacion de datos internos normal dentro de un sistema DSL dado).

Una o mas de estas conexiones permiten que la unidad 400 de control basada en preferencias recopile datos operativos de la lmea del usuario y, si fuera apropiado, de cualquier otra parte (posiblemente del sistema mas amplio). Los datos pueden recopilarse una vez o con el tiempo. En algunos casos, los medios 420 de recopilacion recopilaran periodicamente, aunque tambien se pueden recopilar datos bajo demanda o cualquier otra base no periodica (por ejemplo, cuando un DSLAM u otro componente envfa datos a la unidad de control basada en preferencias), permitiendo asf que la unidad 400 de control basada en preferencias actualice su informacion, operacion, etc., si se desea. Los datos recopilados por los medios 420 se proporcionan a los medios 440 de analisis (que tambien puede ser un ordenador, un procesador, un IC, un modulo informatico, etc. del tipo generalmente conocido) para el analisis y cualquier decision en relacion con las preferencias de usuario relacionada con una o mas metricas de rendimiento, la construccion y/o modificacion del uso de uno o mas HMM en estimacion de las preferencias de usuario, definir parametros operativos que permitiran la implementacion de las metricas de rendimiento de usuario preferente en la medida de lo posible, etc. en el sistema de comunicacion.

En el sistema ejemplar de la figura 5, el medio 440 de analisis se acopla a un medio 450 de generacion de senal en el controlador 410. Este generador 450 de senal (que puede ser un ordenador, un procesador, un IC, un modulo informatico, etc.) se configura para generar y enviar senales de instruccion al modem del usuario y/u otros componentes del enlace del usuario al sistema de comunicacion. Estas instrucciones pueden incluir instrucciones relacionadas con las tasas de datos, los niveles de energfa transmitida, los requisitos de codificacion y latencia, la programacion de recapacitacion y la implementacion, las instrucciones de configuracion del sistema, las solicitudes de datos de preferencia de usuario y/u otros datos, etc. Las instrucciones pueden generarse despues de que le controlador 410 determine si una o mas preferencias de usuario pueden implementarse en un conjunto de lmeas de usuario acopladas al controlador 410. En algunas realizaciones, un enlace podna pasar informacion y controles que se implementaran completamente fuera de la influencia de un operador. Esto puede ser el resultado de las capacidades inherentes disponibles en el equipo que se esta usando o puede deberse a una subscripcion a tal servicio que un usuario puede obtener.

Las realizaciones de la presente invencion pueden utilizar una base de datos, biblioteca u otra recopilacion de datos relativos a los datos recopilados (incluyendo datos de preferencia de usuario y otros tipos de datos), HMM previamente construidos, etc. Esta recopilacion de datos de referencia puede almacenarse, por ejemplo, como una biblioteca 448 en el controlador 410 de la figura 5 y usarse por el medio 440 de analisis y/o el medio 420 de recopilacion.

En algunas realizaciones de la presente invencion, la unidad 400 de control basada en preferencia puede implementarse en uno o mas ordenadores tal como ordenadores personales, estaciones de trabajo o similares y/o en uno o mas productos de programa informatico. El medio 420 de recopilacion y el medio 440 de analisis pueden ser modulos de software, modulos de hardware o una combinacion de ambos, como se apreciara por los expertos en la materia. Cuando se trabaja con gran numero de modems, lmeas, usuarios, etc., las bases de datos pueden introducirse y usarse para administrar el volumen de datos recopilado.

Generalmente, las realizaciones de la presente invencion emplean diversos procesos que implican almacenamiento de datos o trasferidos a traves de uno o mas sistemas informaticos, que puede ser un unico ordenador, multiples ordenadores y/o una combinacion de ordenadores (cualquiera y todos del tipo al que se puede hacer referencia de manera intercambiable como un "ordenador" y/o un "sistema informatico"). Las realizaciones de la presente invencion tambien se refieren a un dispositivo de hardware u otro aparato para realizar estas operaciones. Este aparato puede construirse de manera especial para el proposito requerido, o puede ser un ordenador de proposito general y/o un sistema informatico activado de manera selectiva o reconfigurado por un programa informatico y/o estructura de datos almacenados en un ordenador. Los procesos presentados en el presente documento no se refieren inherentemente a cualquier ordenador particular u otro aparato. En particular, las diversas maquinas de uso general pueden usarse con programas escritos de acuerdo con las ensenanzas del presente documento, o puede ser mas adecuado construir un aparato mas especializado para realizar las etapas requeridas del metodo. Una

5

10

15

20

25

30

35

40

45

50

55

60

65

estructura particular para una variedad de estas maquinas se hara evidente para los expertos en la materia basandose en la descripcion dada a continuacion.

Las realizaciones de la presente invencion como se describieron anteriormente emplean diversas etapas de proceso que implican almacenamiento de datos en sistemas informaticos. Estas etapas son las que requieren manipulacion ffsica de cantidades ffsicas. Normalmente, aunque no necesariamente, estas cantidades tomadas en forma de senales electricas o magneticas capaces de almacenarse, transferirse, combinarse, compararse y manipularse de cualquier otra manera. A veces es conveniente, principalmente por motivos de uso comun, referirse a estas senales como bits, bitstreams, senales de datos, senales de control, valores, elementos, variables, caracteres, estructuras de datos o similares. Debeffa recordarse, sin embargo, que todos estos terminos similares se deben asociarse con las cantidades ffsicas apropiadas y son meramente etiquetas adecuadas aplicadas a estas cantidades.

Ademas, a las manipulaciones realizadas a menudo se hace referencia en terminos tales como identificar, ajustar o comparar. En cualquiera de las operaciones descritas en el presente documento que forma parte de la presente invencion, estas operaciones son operaciones de maquina. Las maquinas utiles para realizar las operaciones de las realizaciones de la presente invencion incluyen ordenadores digitales de uso general u otros dispositivos similares. En todos los casos, debena tenerse en cuenta la distincion entre el metodo de las operaciones en la operacion de un ordenador y el propio metodo. Las realizaciones de la presente invencion se refieren a las etapas del metodo para operar un ordenador en procesamiento de senales electricas o ffsicas para generar otras senales ffsicas deseadas.

Las realizaciones de la presente invencion tambien se refieren a un aparato para realizar estas operaciones. Este aparato puede construirse de manera especial para el proposito requerido, o puede ser un ordenador de uso general selectivamente activado o reconfigurado por un programa informatico almacenado en el ordenador. Los procesos presentados en el presente documento no se refieren inherentemente a cualquier ordenador particular u otro aparato. En particular, diversas maquinas de uso general pueden usarse con programas escritos de acuerdo con las ensenanzas del presente documento, o puede ser mas adecuado construir un aparato mas especializado para realizar las etapas requeridas del metodo. La estructura requerida para una variedad de estas maquinas aparecera a partir de la descripcion dada anteriormente.

Ademas, las realizaciones de la presente invencion se refieren adicionalmente a un medio legible por ordenador que incluye instrucciones de programa para realizar diversas operaciones implementadas por ordenador. El medio legible y las instrucciones de programa pueden ser especialmente disenados y construidos para los fines de la presente invencion, o pueden ser del tipo bien conocido y disponible para aquellos que tienen habilidad en tecnicas de software informatico. Los ejemplos de medios legibles por ordenador incluyen, pero no se limitan a, medios magneticos tales como discos duros, disquetes, cinta magnetica y similares; medios opticos tales como discos CD- ROM; medios magnetoopticos tales como discos flopticos; un dispositivo de hardware que se configura especialmente para almacenar y realizar instrucciones de programa, tales como dispositivos de memoria de solo lectura (ROM) y memoria de acceso aleatorio (RAM). Los ejemplos de instrucciones de programa incluyen tanto codigo de maquina, tal como producido por un compilador, y archivos que contienen codigo de nivel superior que puede ejecutarse por un ordenador que usa un interprete.

La figura 5 ilustra un sistema informatico ffpico que se puede usar por un usuario y/o controlador de acuerdo con una o mas realizaciones de la invencion. El sistema 500 informatico incluye cualquier numero de procesadores 502 (tambien referidos como unidades de procesamiento central, o CPU) que se acoplan a dispositivos de almacenamiento que incluyen almacenamiento 506 primario (ffpicamente una memoria de acceso aleatorio, o RAM), almacenamiento 504 primario (ffpicamente una memoria de solo lectura, o ROM). Asf como se conoce en la tecnica, el almacenamiento 504 primario actua para transferir datos e instrucciones unidireccionalmente a la CPU y almacenamiento 506 primario se usa ffpicamente para transferir datos e instrucciones de una manera bidireccional. Ambos de estos dispositivos de almacenamiento primario pueden incluir cualquier medio legible por ordenador adecuado descrito anteriormente. Un dispositivo 508 de almacenamiento masivo puede acoplarse bidireccionalmente a la CPU 502 y proporcionar capacidad de almacenamiento de datos adicional y puede incluir cualquiera de los medios legibles por ordenador anteriormente descritos. El dispositivo 508 de almacenamiento masivo puede usarse para almacenar programas, datos y similares y ffpicamente es un medio de almacenamiento secundario tal como un disco duro que es mas lento que el almacenamiento primario. Se apreciara que la informacion retenida en el dispositivo 508 de almacenamiento masivo, podffa, en casos adecuados, incorporarse de manera estandar como parte del almacenamiento 506 primario como memoria virtual. Un dispositivo de almacenamiento masivo espedfico tal como un CD-ROM 514 puede tambien pasar datos unidireccionalmente a la CPU.

La CPU 502 tambien se acopla a una interfaz 510 que incluye uno o mas dispositivos de entrada/salida tal como monitores de video, bollas de pista, ratones, teclados, microfonos, pantallas tactiles, rectores de tarjetas del transductor, lectores de cinta magnetica o de papel, tabletas, boffgrafos digitales, reconocimiento de voz o de escritura, u otros dispositivos de entrada bien conocidos como tales, por supuesto, otros ordenadores. Finalmente, La CPU 502 opcionalmente puede acoplarse a un ordenador o red de telecomunicaciones usando una conexion de red como se muestra de manera general en 512. Con una tal conexion de red, se contempla que la CPU podffa recibir informacion de la red, o podffa generar informacion a la red en el curso de la realizacion de las etapas del

metodo anteriormente descrito. Los dispositivos y los materiales anteriormente descritos seran familiares para los expertos en las tecnicas de hardware y software informatico. Los elementos de software descritos anteriormente pueden definir multiples modulos de software para realizar las operaciones de esta invencion. Por ejemplo, las instrucciones para ejecutar un controlador de composicion de codigo de palabra pueden almacenarse en un 5 dispositivo 508 o 514 de almacenamiento masivo y ejecutarse en la CPU 502 junto con la memoria 506 primaria. En una realizacion preferente, el controlador se divide en submodulos de software.

Las muchas caractensticas y ventajas de la presente invencion son evidentes a partir de la descripcion escrita, y, por lo tanto, las reivindicaciones adjuntas se implementan para cubrir todas las caractensticas y ventajas de la 10 invencion. Ademas, ya que numerosas modificaciones y cambios tendran lugar facilmente por los expertos en la materia, la presente invencion no se limita a la construccion exacta y la operacion como se ilustra y se describe.

Claims (20)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   60

   65

   REIVINDICACIONES

   1. Un metodo (300) de control de la operacion de un sistema de Lmea de Abonado Digital por un tercero diferente a un operador o a un cliente del sistema DSL para proporcionar un servicio DSL a los clientes, comprendiendo el metodo:

   obtener (305) un modelo de espacio operativo para el sistema DSL, en el que el modelo de espacio operativo incluye las reglas, los usuarios permitidos, las caractensticas y las tasas de parametros operativos que definen como los usuarios pueden usar el sistema DSL; determinar (310) una relacion operativa entre una primera metrica de rendimiento y una segunda metrica de rendimiento basandose en el modelo de espacio operativo; recibir (320) entrada del cliente con respecto a las preferencias para el servicio DSL proporcionado; analizar (330) las preferencias de usuario para determinar uno o mas valores de vector de parametro operativo de usuario que permite la implementacion de una o mas preferencias de usuario a la vez que permite la operacion del sistema DSL dentro del modelo de espacio operativo; e implementar (340) el uno o mas valores de vector de parametro operativo de usuario para implementar las preferencias de usuario con respecto a la primera y a la segunda metrica de rendimiento.
2. 2. El metodo (300) de la reivindicacion 1 en el que obtener (305) el modelo de espacio operativo comprende al menos uno de los siguientes: recopilar datos de espacio operativo de una base de datos; o recopilar datos de espacio operativo del sistema DSL.
3. 3. El metodo (300) de la reivindicacion 1 en el que recibir (320) entrada del usuario comprende al menos uno de los siguientes: realizar una encuesta de cliente; enviar un cuestionario por correo electronico; obtener retroalimentacion de clientes mediante llamadas de clientes; usar una interfaz web; u obtener retroalimentacion directa del cliente.
4. 4. El metodo (300) de la reivindicacion 1 en el que la entrada de cliente se recibe indirectamente, que comprende:

   obtener un Modelo Oculto de Markov; recopilar datos operativos del sistema DSL;

   determinar un estado interno del Modelo Oculto de Markov basandose en los datos operativos recopilados; y derivar las preferencias de usuario basandose en el estado interno del Modelo Oculto de Markov.
5. 5. El metodo (300) de la reivindicacion 1 que comprende, ademas:

   determinar un conjunto de clusteres (411, 412, 413, 414) que corresponde a diferentes preferencias de usuario o problemas de cliente, en el que un conjunto de clusteres comprende un primer cluster; que recopila datos operativos para el sistema DSL; asignar un cliente al primer cluster basandose en los datos operativos recopilados;

   y seleccionar una o mas preferencias de usuario o problemas de cliente basandose en la asignacion de clientes al primer cluster.
6. 6. El metodo (300) de la reivindicacion 1 en el que recibir (320) entrada de cliente comprende almacenar la entrada de cliente recibida en una base de datos y, posteriormente, consultar la base de datos para la entrada de cliente.
7. 7. El metodo (300) de la reivindicacion 1 en el que analizar (330) la entrada de cliente comprende:

   determinar un vector de parametro operativo de cliente que se configurara; identificar un conjunto de valores de vector de parametro operativo de usuario permitido del vector de parametro operativo de cliente, en el que cada valor de parametro operativo de usuario en un conjunto de valores de vector de parametro operativo de usuario se ajustan al modelo de espacio operativo; limitar el conjunto de valores de vector de parametro operativo de usuario del vector de parametro operativo de cliente para ajustarse a la entrada de cliente; y determinar y optimizar un valor de vector del vector de parametro operativo de cliente desde dentro de un conjunto limitado de valores de vector de parametro operativo de usuario permitido que logra un nivel de rendimiento objetivo.
8. 8. El metodo (300) de la reivindicacion 1 que comprende, ademas, volver a capacitar el sistema DSL antes de implementar los valores de vector de parametro operativo de usuario.
9. 9. El metodo (300) de la reivindicacion 1 en el que analizar (330) la entrada de cliente comprende:

   recopilar datos operativos para el sistema DSL; determinar la viabilidad de implementar una o mas preferencias de usuario en la entrada de usuario en luz de los datos operativos recopilados para el sistema DSL.
10. 10. El metodo (300) de la reivindicacion 9 en el que recopilar datos operativos del sistema DSL comprende al menos uno de los siguientes: aplicar un factor de ponderacion a los datos operativos recopilados; realizar un control de suficiencia sobre los datos operativos recopilados; realizar un control puntual sobre los datos operativos recopilados; aplicar un factor de ponderacion de la entrada de cliente; realizar un control de suficiencia sobre la entrada de

    5

    10

    15

    20

    25

    30

    35

    40

    45

    50

    55

    60

    65

    cliente; realizar un control puntual sobre la entrada de cliente; aplicar un factor de ponderacion al modelo de espacio operativo; realizar un control de suficiencia sobre el modelo de espacio operativo; o realizar un control puntual sobre el modelo de espacio operativo.
11. 11. Un producto de programa informatico que comprende:

    un medio legible por maquina; unas instrucciones de programa contenidas en el medio legible por maquina, especificando las instrucciones del programa un metodo para controlar la operacion de un sistema de Lmea de Abonado Digital por un tercero diferente al operador o al cliente del sistema DSL, comprendiendo el metodo:

    obtener (305) un modelo de espacio operativo para el sistema DSL, en el que el modelo de espacio operativo incluye las reglas, los usuarios permitidos, caractensticas, y las tasas de parametros operativos que definen como los usuarios pueden usar el sistema DSL;

    determinar (310) una relacion operativa entre una primera metrica de rendimiento y una segunda metrica de rendimiento basandose en el modelo de espacio operativo; recibir (320) entrada del cliente con respecto a las preferencias para el servicio DSL proporcionado;

    analizar (330) las preferencias de usuario para determinar uno o mas valores de vector de parametro operativo de usuario que permite la implementacion de una o mas preferencias de usuario a la vez que permite la operacion del sistema DSL dentro del modelo de espacio operativo; y

    implementar (340) el uno o mas valores de vector de parametro operativo de usuario para implementar las preferencias de usuario con respecto a la primera a la segunda metrica de rendimiento.
12. 12. Un controlador (410) de sistema de Lmea de Abonado Digital que comprende: una unidad (420) de recopilacion configurada para:

    recopilar datos del modelo de espacio operativo, en la que los datos del modelo de espacio operativo incluyen las reglas, los usuarios permitidos, caractensticas, y las tasas de parametros operativos que definen como los usuarios pueden usar el sistema DSL;

    determinar una relacion operativa entre una primera metrica de rendimiento y una segunda metrica de rendimiento basandose en los datos del modelo de espacio operativo; recopilar datos operativos de un sistema DSL; y

    recopilar entrada del usuario con respecto a las preferencias de usuario para un servicio DSL proporcionado por el sistema DSL;

    una unidad (440) de analisis acoplada a la unidad (420) de recopilacion de datos, en la que la unidad de analisis se configura para analizar las preferencias para determinar uno o mas valores de vector de parametro operativo de usuario que permiten la implementacion de una o mas preferencias de usuario a la vez que opera dentro de los lfmites de los datos del modelo de espacio operativo; y

    un generador (450) de senal de control acoplado a la unidad (440) de analisis, en el que el generador de senal de control se configura para enviar las senales de control al sistema DSL para controlar la operacion del sistema DSL para implementar el uno o mas valores de vector de parametro operativo de usuario para implementar las preferencias de usuario con respecto a la primera y segunda metrica de rendimiento.
13. 13. El controlador de la reivindicacion 12 en el que el controlador (410) es uno de los siguientes: un controlador (284) acoplado a un dispositivo extremo descendente; un controlador (280) acoplado a un dispositivo extremo ascendente; un controlador acoplado tanto a un dispositivo extremo descendente como a un dispositivo extremo ascendente; un controlador (288) remoto; un controlador local.
14. 14. El controlador de la reivindicacion 12 en el que la unidad (420) de recopilacion de datos se configura para:

    construir un Modelo Oculto de Markov; recopilar datos operativos del sistema DSL; determinar el estado interno del Modelo Oculto de Markov basandose en los datos operativos recopilados; y derivar la entrada de cliente desde el estado interno del Modelo Oculto de Markov.
15. 15. El controlador de la reivindicacion 12 en el que la unidad (420) de recopilacion de datos se configura para:

    determinar un conjunto de clusteres (411, 412, 413, 414) que corresponden a distintas preferencias de usuario, en el que un conjunto de clusteres comprende un primer cluster;

    recopilar datos operativos del sistema DSL; asignar un cliente al primer cluster basandose en los datos operativos recopilados; y generar la una o mas preferencias de usuario o problemas de cliente basandose en la asignacion del cliente al primer cluster.
16. 16. El controlador de la reivindicacion 12 en el que la unidad (420) de recopilacion de datos ademas se configura para recopilar datos almacenados en la red domestica del cliente; y

    extraer las preferencias de usuario de la entrada de cliente.

    5

    10

    15

    20

    25
17. 17. El controlador de la reivindicacion 12 en el que la unidad (420) de recopilacion de datos se acopla a al menos uno de los siguientes: un operador; un proveedor de servicio; un dispositivo de comunicacion de usuario; o un controlador diferente.
18. 18. El controlador de la reivindicacion 12 en el que la unidad (440) de analisis se configura para: determinar un vector de parametro operativo que se configurara;

    identificar un conjunto de valores de vector de parametro operativo de usuario permitido del vector de parametro operativo que se ajusta a las reglas del operador; limitar el conjunto identificado de valores de vector de parametro operativo de usuario permitido del vector de parametro operativo para ajustarse a la entrada de cliente recopilada; y

    determinar un valor de optimizacion del vector de parametro operativo desde dentro del conjunto restringido de valores de vector de parametro operativo que logra metricas de alto rendimiento.
19. 19. El controlador de la reivindicacion 12 en el que, ademas, el generador (450) de senal de control se configura para enviar una senal de recapacitacion al sistema DSL.
20. 20. El controlador de la reivindicacion 12 en el que la unidad (420) de recopilacion de datos se configura para recopilar datos operativos de un sistema DSL se configura, tambien, para realizar al menos uno de los siguientes: aplicar un factor de ponderacion a los datos operativos recopilados; realizar un control de suficiencia sobre los datos operativos recopilados; realizar un control puntual sobre los datos operativos recopilados; aplicar un factor de ponderacion a la entrada de cliente; realizar un control de suficiencia sobre la entrada de cliente recopilada; realizar un control puntual sobre la entrada de cliente recopilada; aplicar un factor de ponderacion a los datos del modelo de espacio operativo; realizar un control de suficiencia sobre los datos del modelo de espacio operativo; o realizar una comprobacion puntual sobre los datos del modelo de espacio operativo.