TR069实现IPTV盒端管理

3.1.2管理系统主动发起的连接

图2示出的是管理系统主动发起的连接。

a)在盒端管理系统主动发起对盒端的连接请求之前，通过“心跳”，已获得盒端的连接地址(本文以UDP的方式保持心跳连接为例)。

b)盒端在收到UDP请求后，应主动返回相应数据包。

c)盒端与盒端管理系统进行交互后，由盒端作为客户端打开TCP连接，进行正常的PRC交换，并在Inform方法的EventCode代码中填写6 CONNECTION REQUEST。

d)打开连接，建立HTTP摘要认证链接。

以上为盒端与盒端管理系统安全连接的建立过程，本文中后续所有流程均采用此连接方式。

3.2 开机注册与信息上报

图3示出的是开机信息注册与上报流程。

①盒端开机后，调用Inform方法，上报盒端信息及参数。

②盒端管理系统返回Inform Response。

③盒端发起一条空的HTTP Post请求。

④盒端管理系统根据盒端信息判断是否需要更新固件。

⑤如果需要更新固件，参考软件下载和固件更新流程。

⑥如果需要参数配置，由盒端管理系统发起参数配置(参见图4)。

3.3 参数配置流程

①发起Inform请求，如果是盒端管理系统发起的配置请求Eventcode为6 CONNECTIONREQUEST。

②盒端管理系统返回Inform Response。

③盒端发起一条空的Http Post请求。

④盒端管理系统发起GetParameterValues要求，查询盒端上指定的参数值。

⑤盒端响应GetParameterValuesResponse，携带盒端管理系统指定查询的参数值。

⑥盒端管理系统发起SetParameterValues要求，配置盒端管理系统指定的参数模型参数值;(如果参数值不需要配置，⑥、⑦两步可省略)。

⑦盒端响应SetParameterValuesResponse，携带参数值设置结果。

⑧盒端管理系统向盒端发送一条空的Http Post响应。

⑨断开连接。

3.4 软件下载和固件更新流程

图5示出的是软件下载和固件升级流程。

①盒端发起Inform请求，Event code为6 CONNECTIONREQUEST，说明该会话是由盒端管理系统要求而建立的。

②盒端管理系统返回Inform Response。

③盒端发起一条空的Http Post请求。

④盒端管理系统发起GetParameterValues，要求查看盒端的软件版本。

⑤盒端响应GetParameterValuesResponse，要求携带软件版本号。

⑥盒端管理系统经检查确定盒端的软件版本需要升级，向盒端发起Download要求。

⑦盒端重新打开一个文件连接(FTP或HTTP)执行文件下载操作。下载完成后，进行本地软件升级。盒端升级完成后，若会话断开，则开始步骤⑧，若会话仍在进行或新会话已开始，则跳过步骤⑧和⑨，从步骤⑩开始执行。

⑧盒端发起Inform请求，若下载应用中没有重启，则Event code为7 TRANSFERCOMPLETE和M DOWNLOAD;若下载应用中伴随着重启，则Event code为1 BOOT 、7 TRANSFERCOMPLETE和M DOWNLOAD。

⑨盒端管理系统对盒端进行设备认证，合法则盒端管理系统返回Inform Response。

⑩盒端发送TransferComplete，上报软件升级详细信息。

■盒端管理系统响应TransferCompleteResponse。

■盒端发送一条空的Http Post请求。

■盒端管理系统没有别的请求时，向盒端发送一条空的Http Post响应。

3.5 盒端发起故障上报流程

图6示出的是故障上报流程。

①当发生的事件达到设置的上报规则时，则盒端立即发送Inform消息建立与盒端管理系统的会话，并携带告警相关参数，将告警主动上报给盒端管理系统。

②盒端管理系统返回Inform Response。

③当盒端管理系统没有其他请求时，向盒端发送一条空的Http Post响应。

④盒端断开连接，会话结束。

4 结束语

本文结合IPTV机顶盒管理的需求和TR069协议的特点，指出了TR069协议比较适合对广域网内IPTV机顶盒之类的设备进行管理，并且给出了TR069协议在IPTV机顶盒管理中的应用实例流程，此应用流程目前已经在实践中得到了应用，对运营商开展IPTV业务运营过程中的机顶盒管理具有一定的参考价值。