# Glosario de TR-369 (USP)

Equipo de ingeniería de Dodderware · Actualizado 2026-10-28 · https://blog.dodderware.com/es/glosario/

[Read in English](https://blog.dodderware.com/glossary/)

Los términos sobre los que se construye la User Services Platform, en palabras claras. Cada definición sigue la de la propia especificación, en la sección 1.4 de TR-369, y enlaza al artículo que explica el término a fondo.

## Agente

El Endpoint que expone Service Elements a uno o más Controladores. Tiene un Instantiated Data Model, lo que representa ahora, y un Supported Data Model, lo que es capaz de representar. (TR-369 §1.4, §2.1.1)

En la especificación: Agent.

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## Comando

Una operación propia de un objeto del modelo de datos del Agente, que se invoca con el mensaje Operate. Las actualizaciones de firmware, por ejemplo, usan los comandos `Download()` y `Activate()` de `Device.DeviceInfo.FirmwareImage.{i}.`. (TR-369 §1.4, Apéndice II.1)

En la especificación: Command.

Se explica en: [¿Cómo se actualiza el firmware de un equipo USP (TR-369)?](https://blog.dodderware.com/es/actualizacion-firmware-usp/)

## Controlador

El Endpoint que manipula Service Elements a través de uno o más Agentes. A diferencia de TR-069, donde un equipo responde a un solo ACS, un Agente USP puede atender a varios Controladores. (TR-369 §1.4, §7.6.1)

En la especificación: Controller.

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## Descubrimiento

Cómo los Controladores llegan a conocer a los Agentes, y los Agentes a los Controladores. Los datos de un Controlador pueden venir del firmware, de un Controlador de confianza, de una interfaz de bootstrap o de la red, mediante opciones DHCP y DNS-SD sobre DNS o mDNS. (TR-369 §1.4, §3)

En la especificación: Discovery.

Se explica en: [¿Cómo encuentra un Agente USP a su Controlador? DHCP, DNS-SD y mDNS](https://blog.dodderware.com/es/descubrimiento-usp-dhcp-mdns/)

## End to End Message Exchange (E2E)

La función de USP que protege la integridad de los mensajes creando un contexto de sesión entre los Endpoints. Es obligatoria cuando hay un proxy o un broker entre el Agente y el Controlador, salvo que ese intermediario sea una parte de confianza del ecosistema de extremo a extremo. (TR-369 §1.4, §8, §8.1)

Se explica en: [¿Cómo se protege TR-369? TLS, extremo a extremo, certificados y roles](https://blog.dodderware.com/es/seguridad-tr-369/)

## Endpoint

Un punto de terminación de un mensaje USP. Todo Agente y todo Controlador es un Endpoint. (TR-369 §1.4)

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## Endpoint ID

El identificador de un Endpoint en la capa USP, único para ese Endpoint. Se forma como `authority-scheme:[authority-id]:instance-id`, por ejemplo `oui:00256D:my-unique-bbf-id-42`, y cada Record lleva el Endpoint ID de origen y el de destino. (TR-369 §1.4, §2.2)

En la especificación: Endpoint Identifier.

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## Evento

Un conjunto de condiciones que, al cumplirse, dispara una notificación. Los eventos se definen en el modelo de datos, como `Boot!`. (TR-369 §1.4, §7.6.3)

En la especificación: Event.

Se explica en: [¿Cómo funcionan las notificaciones y suscripciones USP en TR-369?](https://blog.dodderware.com/es/notificaciones-usp/)

## Instantiated Data Model

Los Service Elements que un Agente expone a sus Controladores en este momento, con su estado actual. (TR-369 §1.4)

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## Mensaje

El contenido de una comunicación en la capa USP: exactamente un Message Header, con el tipo de mensaje y el Message ID, y exactamente un Message Body, que lleva un Request, un Response o un Error. (TR-369 §1.4)

En la especificación: Message.

Se explica en: [¿Qué es TR-369, la User Services Platform (USP)?](https://blog.dodderware.com/es/que-es-tr-369/)

## Message Transfer Protocol (MTP)

El protocolo, por debajo de USP, que transporta sus mensajes dentro de Records. TR-369 define cuatro: WebSocket, STOMP, MQTT y el MTP de UNIX Domain Socket. CoAP quedó obsoleto en USP 1.3. (TR-369 §1.4, §4)

Se explica en: [TR-369 WebSocket vs MQTT vs STOMP: ¿cómo se comparan los transportes de USP?](https://blog.dodderware.com/es/mtp-usp-websocket-mqtt-stomp/)

## Multi-Instance Object

Un objeto que se puede crear o eliminar en el Instantiated Data Model del Agente; también se llama tabla (Table). Cada instancia es un Object Instance, o fila (Row), y se direcciona por su Instance Number o por una de las Unique Keys del objeto. (TR-369 §1.4)

## Notificación

Un Request que el Agente envía para informar a un Controlador sobre un evento, porque ese Controlador tiene una suscripción a él. Viaja en un mensaje Notify. (TR-369 §1.4, §7.6)

En la especificación: Notification.

Se explica en: [¿Cómo funcionan las notificaciones y suscripciones USP en TR-369?](https://blog.dodderware.com/es/notificaciones-usp/)

## Objeto

Un tipo definido que un Agente representa y expone. Un Service Element puede estar formado por uno o más objetos y subobjetos. (TR-369 §1.4)

En la especificación: Object.

## Parámetro

Una variable o atributo de un objeto. Todo parámetro tiene un tipo y un valor. (TR-369 §1.4)

En la especificación: Parameter.

## Path Name

La referencia completa a un objeto, Object Instance, comando, evento o parámetro del modelo de datos de un Agente, como `Device.DeviceInfo.BootFirmwareImage`. (TR-369 §1.4)

## Record

La carga útil del MTP que lleva un mensaje, con la información de protocolo necesaria para entregarlo: la versión de USP y los Endpoint ID de origen y de destino. También puede llevar los metadatos que necesitan la protección de integridad, la protección de la carga y los mensajes fragmentados. (TR-369 §1.4)

Se explica en: [TR-369 WebSocket vs MQTT vs STOMP: ¿cómo se comparan los transportes de USP?](https://blog.dodderware.com/es/mtp-usp-websocket-mqtt-stomp/)

## Rol

El conjunto de permisos, una lista de control de acceso, que un Agente concede a un Controlador sobre los objetos de su Instantiated Data Model. Los permisos se escriben como `rwxn`: Read, Write, Execute y Notify. (TR-369 §1.4, §8.9.2.1)

En la especificación: Role.

Se explica en: [¿Cómo se protege TR-369? TLS, extremo a extremo, certificados y roles](https://blog.dodderware.com/es/seguridad-tr-369/)

## Search Path

Un Path Name con criterios de búsqueda, una Search Expression o un comodín (Wildcard), que direcciona de una vez un conjunto de Multi-Instance Objects o sus parámetros. (TR-369 §1.4)

## Service Element

Una pieza de funcionalidad de servicio que expone un Agente, por lo general representada por uno o más objetos de su modelo de datos. (TR-369 §1.4)

Se explica en: [¿Qué es TR-369, la User Services Platform (USP)?](https://blog.dodderware.com/es/que-es-tr-369/)

## Supported Data Model

Todo lo que un Agente es capaz de exponer a un Controlador: la unión de todas las Device Type Definitions que expone. El Instantiated Data Model, en cambio, contiene lo que existe ahora. (TR-369 §1.4)

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## Suscripción

La lógica que le indica a un Agente qué notificaciones enviar a un Controlador concreto. USP no tiene un mensaje Subscribe: el Controlador crea una fila en la tabla `Device.LocalAgent.Subscription.` del Agente con un Add normal. (TR-369 §1.4, §7.3.3.2, §7.6.1.1)

En la especificación: Subscription.

Se explica en: [¿Cómo funcionan las notificaciones y suscripciones USP en TR-369?](https://blog.dodderware.com/es/notificaciones-usp/)

## Trusted Broker

Un intermediario que comprueba que el `from_id` de cada Record que transporta coincide con el Endpoint ID de los certificados o credenciales de ese Endpoint, o que forma parte de un ecosistema cerrado que sabe que ciertos Endpoints no suplantarán su Endpoint ID. No debe inspeccionar las cargas USP que transporta. (TR-369 §1.4, §8.4 (R-SEC.4c))

Se explica en: [¿Cómo se protege TR-369? TLS, extremo a extremo, certificados y roles](https://blog.dodderware.com/es/seguridad-tr-369/)

## User Services Platform (USP)

Lo que especifica TR-369: un modelo de datos, una arquitectura y un protocolo de comunicaciones que convierten las redes de banda ancha de los hogares en una plataforma para desarrollar, desplegar y dar soporte a aplicaciones y servicios de banda ancha. (TR-369 §1.4)

Se explica en: [¿Qué es TR-369, la User Services Platform (USP)?](https://blog.dodderware.com/es/que-es-tr-369/)

## USP Domain

El conjunto de Controladores y Agentes que probablemente se comunicarán entre sí en una red o interred, para dar soporte a una aplicación o a un conjunto de aplicaciones. (TR-369 §1.4)

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## USP Relationship

La que tienen un Controlador y un Agente cuando pueden enviarse y aceptar mensajes entre sí. Normalmente significa que el Controlador figura en la tabla de Controladores del modelo de datos del Agente. (TR-369 §1.4)

Se explica en: [Agente vs Controlador USP: ¿en qué se diferencian y qué es un Endpoint ID?](https://blog.dodderware.com/es/agente-vs-controlador-usp/)

## Fuentes

- Broadband Forum, TR-369 – The User Services Platform, Issue 1 Amendment 5 (USP 1.5), enero de 2026.
- §1.4: Definiciones, más las secciones indicadas junto a cada término

[Leer la especificación TR-369](https://usp.technology/specification/index.htm)

TR-369 © The Broadband Forum. Todos los derechos reservados. Citado brevemente y parafraseado con fines explicativos; los diagramas son de Dodderware.

---

**Gestiona equipos TR-069 y TR-369 desde una sola consola.** DWS Support reúne cada ONT y router del hogar en una consola web, hable el protocolo que hable: TR-069 por GenieACS o un ACS integrado, TR-369 por un controlador USP nativo. Se instala en tu propia infraestructura. [Solicita una demo](https://dodderware.com/es/productos/dws-support/#get-started)
