开源物联网项目商业化作者

TR-101概述了在基于TR-25和TR-59的架构上下文中，如何将ATM聚合网络迁移到基于以太网的聚合网络。TR-101提供了这种基于以太网的聚合网络的架构/拓扑模型，该聚合网络支持TR-058中的业务需求。在此过程中，它描述了对宽带聚合网络的协议转换和互通、QoS、多播、安全性和OAM的要求。TR-058描述了对多服务体系结构的市场营销需求。改进的运输（本文件的主要重点）多对多访问（多会话）差异化服务（包括QoS和按需使用的QoS）带宽服务（包括按需提供的带宽）

单向的、多播的GEM端口允许将多播流量从OLT分配到一个给定的ODN上的所有ONUs。因此，分配给下游多播流的GEM端口由该PON上的所有onu共享。这允许发送下游内容的单个实例。单个GEM端口将其组播组传输到所有onu。因此，ONU需要在MAC层上执行过滤，以便只转发其自己的U接口所需的组。在组播GEM端口上禁用了GPON AES加密。由于多播GEM端口是单向的，上游控制流使用现有的双向数据GEM端口和适当的TC。

设备的规范定义：2个数据模型在XML DM实例文档中提供，由TR-106 [4]附件A定义。对于给定的数据模型的修订版本，相应的TR-181问题2 XML文档取消了对设备：2模型本身的定义，并从列出的其他XML文档中导入其他组件。每个TR-181问题2 HTML文档都是由XML文件生成的报告，并以人类可读的形式列出了Device：2数据模型的统一视图。

TR-181定义了TR-069 [2]设备数据模型的版本1（设备：1）。设备：1数据模型仅适用于启用TR-069的终端设备，不适用于互联网网关设备或其他网络基础设施设备。启用TR-069的基础设施设备改为使用TR-098 [4]互联网网关设备数据模型或未来设备：2数据模型。设备：TR-181中定义的1个数据模型由一组数据对象组成，这些数据对象包括基本设备信息、时间配置、网络接口配置、吞吐量统计和诊断测试。它还定义了一个基线配置文件，它指定了最低级别的数据模型支持。

无论PON设备是ONU、住宅网关，还是通过家庭网络连接的设备，依赖于此设备的服务是由接入网提供商操作，还是由其他服务提供商独立操作接入网技术是ITU-TPON（如G-PON、XG (S)-PON)、IEEEPON（如EPON、10G-EPON)，还是其他宽带接入技术，如xDSL或5G。

旨在促进CPE和IoT的多供应商管理平台的发展。遵循TR-369协议的任何设备都可以进行管理。主要目标是促进并统一设备管理，为最终用户和服务提供商带来无数好处，减少当前技术所需的要求：设备互连、数据收集、速度、可用性等等。

此外，与第4.1节中定义的通过UPS的连续语音操作不同，VoIP服务的丢失或终止也将导致VoIP服务终止或丢失时正在进行的任何VoIP呼叫的“中断”。在这种情况下，VoIP功能是通过VoIP软件（第三方或PC操作系统的一部分）添加到PC上的，而这个嵌入在PC中的VoIP软件负责处理VoIP呼叫。与VoIP代理能力，它是家里的分离VoIP网络和WAN VoIP服务，创建潜在的实现高级VoIP功能和特性这个解决方案避免了NAPT（网络地址和端口翻译）问题，因此不受益于或需要一个VoIP应用层网关（ALG）。

CPE制造商（包括现代的、路由器、智能家居集线器、IPTV STB、ATA/VoIP、存储设备、媒体中心、Femtocell、IP电话和摄像头）预计将允许通过TR-069和TR-369（用户服务平台）标准对这些设备进行远程管理。这些标准允许服务提供商，包括ISP、电信运营商等，简化这些CPE设备的配置、维护和支持工作，使其在一个平台上进行，从而降低其支持和维护成本，同时提高客户满意度。

TR-069支持统一设备管理平台由全球数百家运营商和CSP部署，是一个全面整合、可扩展、强大的设备管理解决方案，使运营商能够自动化数据、VoIP、IPTV和FTTH的部署和支撑。解决方案提供和管理网关、路由器、IPTV、STB、IP电话、femtocells、移动热点、dongle、存储设备、ONT以及其他设备类型。针对TR-069（及其演进）的统一设备管理平台，部署、集成和使用都最为便捷。

支持基于CRUD（创建、读取、更新、删除）的操作，以及从代理发送到控制器的通知消息和用于调用代理支持的数据中定义的功能（命令）的操作消息模型。通过以上开发思路的实施，可以开发出高效、灵活、安全的USP/TR369 Controller，为服务提供商和最终用户提供优质的设备管理服务。USP旨在通过扩展TR-069的功能，实现更广泛的设备管理和服务支持，包括托管Wi-Fi、批量统计数据收集、标准化的物联网载入等。随着技术的发展和设备的更新换代，控制器需要支持新的设备和功能。

它旨在提供更快、更灵活的设备管理能力，并支持广泛的设备管理和服务，如托管Wi-Fi、批量统计数据收集、标准化的物联网载入等。TR-181是TR-069和TR-369实现中不可或缺的一部分，它使得设备的数据表示和交互具有统一的标准。USP/TR369 Agent是嵌入在设备中的软件组件，负责与远程控制器（如ACS）进行通信，接收并执行控制指令，以及向控制器报告设备状态和事件。：在TR-181中，Device:2是专门用于物联网设备的数据模型，它扩展了Device:1的功能，以支持更多类型的物联网设备。

`dmlib`是一种数据模型库实现，其包括通过一系列对象和参数的CRUD操作的实现，可用于通过远程控制协议，如[TR-069/CWMP]() 或 [TR-369/USP]()管理的CPE设备上。

TR-069修正案2[1]和TR-106修正案3[2]的体系结构实现了客户家中CPE设备的设备管理，包括家庭网关及其背后的设备。本技术报告定义了CWMP管理设备中使用的其他管理对象。这些对象可能存在于层次结构的顶层，或者在某些情况下存在于现有对象中。这些对象用于所有CWMP根对象（Device 和 InternetGatewayDevice）。对象定义了不同的功能、诊断等，这些功能和诊断与设备类型无关。

TR-104定义了TR-104语音服务数据模型的版本2 (VoiceService:2).。这个VoiceService:2数据模型适用于所有类型的支持TR-069的设备，住宅网关和其他网络基础设施设备。语音服务：2的演进是必要的，以解决VoiceService:1数据模型，它仅涵盖具有FXS端口的VoIP网关。这个语音服务：本技术报告中定义的2个数据模型已被重新建模，现已涵盖非VoIP电话网络连接、本地通信可能性和高级诸如在大多数PBX中可以找到的电话功能。

【BBF系列协议】InternetGatewayDevice:1根数据模型定义（TR-098）

【BBF系列协议】Device:2根数据模型定义（TR-181）

【BBF系列协议】诊断协议规范（TR-143）

application/json：大部分http api使用该格式编码text/xml：webservice使用该格式编码，SOAP定义了该相关的约束application/sdp： 属性按行排列，由属性缩写 + ‘=:’ 来指定属性值，例如：v=:Version表示协议的版本号GB-28181。

最后，USP 通过扩展 TR-069 中 CWMP 端点和 ACS 之间存在的一对一关系，打开了通向更加灵活的生态系统的大门。一个给定的 USP 代理可以由多个控制器操作，这些控制器可能位于服务提供商的运营网络中（如今天的 ACS）、由第三方应用程序供应商操作的控制器、面向 LAN 的网关上的控制器，甚至在终端上- 用户的智能手机。因此，它包括基于 CRUD（创建、读取、更新、删除）的操作，以及用于从代理发送到控制器的通知的通知消息，以及用于调用代理支持的数据中定义的功能（命令）的操作消息模型。......