TR-069 协议中 TPE 与 ACS 的会话过程

建立连接前 TPE 需要的配置

ACS 的 URL 地址
TPE 与 ACS 的通信频率。Inform Interval。两者间不是长期保持连接，而是周期性的通信一会，大概几秒钟，即可完成关键数据的交换。这个短暂的过程称为 provisioning session。
用户名/密码。验证是可选的，这取决于 ACS 是否需要验证，及安全级别。

TPE，即由设备向 ACS 发起会话。

注意：ACS 并不能发起 session 会话，只能由 TPE 发起。

但是，ACS 可以向 TPE 请求 (Connection Request)，请求 TPE 发起会话。对应的场景是，当配置需要立即下发到 TPE 中。

会话发起时，ACS 会验证 TPE 提供的账号密码(设备端配置)。密码验证的过程使用了 HTTP Digest method，非 HTTP 明文。为了提高安全性，也可以启用 HTTPS。

由设备序列号（serial number）及生产厂家的唯一标识组成，类似一个联合唯一索引。而设备的 MAC 地址并不作为唯一标识，但是 ACS 依然会保存设备的 Mac 地址，用于 GUI 后台界面的显示，及查询。

在设备认证之后，ACS 会发起一系列的任务 (task)。包括：参数的读取及保存，执行诊断，重启，文件传输等。

BOOTSTRAP: 当在设备上配置 ACS URL 发生更改时，或者恢复出厂设置。从 ACS 获取初始化的账号和密码。
PERIODIC: 到了新的会话周期。因为 TPE 与 ACS 通信是周期性的，即，按照 Periodic Inform Interval 参数设置的时间间隔发起会话。
CONNECTION REQUEST: 对 ACS 请求的回复 (response)。
VALUE CHANGE: 参数修改，并且设置了 notification。
BOOT: 设备重置，或重新上电。
SCHEDULED: 在上一次会话时，ACS 命令 TPE 上报信息（我感觉我理解的不对）, 使用 ScheduleInform 命令。
TRANSFER COMPLETE: 设备上报任务进度（上传、下载文件）
DIAGNOSTIC COMPLETE: 也是完成了 ACS 分配的诊断任务。

tags: tr069

我是来自山东烟台的一名开发者，有敢兴趣的话题，或者软件开发需求，欢迎加微信 zhongwei 聊聊，查看更多联系方式。