中小 ISP 一次上几十上百个 ONU，逐台敲命令不现实。OLT 的"模板"机制就是为批量开局生的——DBA 模板管上行带宽、线路模板（line-profile）管 T-CONT 与 GEM 映射、业务模板（srv-profile）管 UNI 口能力。把模板配好，新 ONU 一注册就自动套用，零接触开通。本文用监控和酒店两个场景，讲清模板怎么设计。
一台 OLT 给 ONU 下发配置，靠几类模板协作（思路各厂商一致，命令字略不同）：
DBA 模板：定义上行带宽分配策略，绑到 T-CONT。
线路模板（line profile）：顶层模板，建 T-CONT、绑 DBA、建 GEM 端口并映射 VLAN，最后套到 ONU 上。
业务模板：定义 UNI 口能力（eth/pots 自适应）、业务参数。
T-CONT：上行传输容器，由 Alloc-ID 标识，一个 T-CONT 只承载一类业务流。
GEM 端口：GPON 封装通道，把不同业务（语音/数据/视频）映射到不同 T-CONT 与 VLAN。
| T-CONT 类型 | 带宽构成 | 适用业务 | 特点 |
|---|---|---|---|
| Type 1 | 固定（Fixed） | TDM、VoIP 管理通道 | 预留不可抢占 |
| Type 2 | 保证（Assured） | 可变实时、IPTV | 未用可共享 |
| Type 3 | 保证 + 最大 | VoIP、IPTV、企业数据 | 最常用 |
| Type 4 | 最大（尽力） | 普通上网 | 仅用剩余带宽 |
| Type 5 | 固定 + 保证 + 最大 | 三网融合 | 全保障 |
上行是 TDMA，所有 ONU 共享同一上行信道（GPON 上行 1.244 Gbps、下行广播 2.488 Gbps，ITU-T G.984）。DBA 就是 OLT 按实时需求动态分时隙，上行利用率能从 ~40% 提到 ~80%，平均时延从 ~100ms 降到 10ms 内（工程实测区间）。
同一 PON 口下，所有 T-CONT 的"固定+保证"带宽之和，不能超过该 PON 口上行总带宽。1:128 分光下 128 个 ONU 抢 1.244 Gbps 上行，所以保证带宽要算总账，别给每个 ONU 都开大保证。
监控场景：监控 VLAN（如 20）+ 管理 VLAN（如 99），摄像头互隔离。酒店场景：语音 VLAN（100）、数据 VLAN（200）、IPTV VLAN（300）、管理 VLAN（99）。先把 VLAN 和地址规划定死，再敲模板。
监控：摄像头上行码流稳，用 Type 2（保证）或 Type 3（保证+最大）。例：一个 ONU 下 8 路 1080p H.265（每路约 3–4 Mbps，上行合计 ~30 Mbps），建 type3 assure 30720 max 51200（单位 Kbit/s，即保证 30M、最大 50M）。 酒店：语音用 type1 fix 512（VoIP 固定小带宽），数据用 type4 max 102400（尽力上网），IPTV 用 type3 assure 20480 max 51200。
在线路模板里建若干 T-CONT，各自绑 DBA；再建 GEM 端口，把 GEM 映射到第 2 步的 VLAN。监控只要一个 T-CONT（数据）+ 一个 GEM 映射监控 VLAN；酒店要 3 个 T-CONT（语音/数据/IPTV）对应 3 个 GEM+VLAN。
业务模板定 UNI 口能力：监控 ONU 通常 eth adaptive；酒店 ONU 带 pots 的用 eth adaptive pots adaptive。提交（commit）后模板生效。
开 PON 口自动发现，新 ONU 上线后 ont add 绑定线路模板 + 业务模板（SN 认证）。几十台就一条条 ont confirm 批量确认；结合 TR-069，新 ONU 上电即自动套模板、自动开业务，人不用逐台配。
| 维度 | 监控场景 | 酒店场景 |
|---|---|---|
| 流量特征 | 上行重、下行轻 | 多业务、上下行均衡 |
| T-CONT 设计 | 单 T-CONT（数据） | 3 T-CONT（语音/数据/IPTV） |
| DBA 类型 | Type 2/3 保上行 | 语音 Type1、数据 Type4、IPTV Type3 |
| 隔离要求 | 摄像头互不可见 | 房间 VLAN 互不可见 |
| 限速 | 按 ONU 总带宽 | 每房 traffic-profile cir/pir |
| 开通方式 | SN 认证 + 模板 | TR-069 零接触 + 模板 |
监控是"上行重、下行轻、要隔离"：DBA 保上行、VLAN 隔离摄像头。酒店是"多业务、要限速、要隔离房间"：T-CONT 分语音/数据/IPTV、traffic-profile 给每房限速（cir/pir）、房间 VLAN 互不可见。
Q1：DBA type3 和 type4 怎么选？ type3 给"要保证最小带宽"的业务（监控、IPTV、企业数据）；type4 给纯尽力上网。监控用 type3 避免突发被挤掉画面。
Q2：1:128 下每个 ONU 保证带宽能给多少？ 上行总 1.244 Gbps ≈ 1244 Mbps。若 128 个 ONU 各保证 8M，合计 1024M，余量留给突发。保证开太大（如每 ONU 50M）128 台直接超口，必须降。
Q3：线路模板和业务模板必须分开吗？ 标准做法分开：线路模板管"怎么传"（T-CONT/GEM/VLAN 映射），业务模板管"口能力"。分开后换 ONU 型号只改业务模板，不动线路模板，批量更稳。
Q4：酒店每房限速在哪配？ 在 traffic-profile（流量模板）设 cir/pir，绑到对应业务流；或直接在线路模板的 GEM 上做速率限制。每房一个 ONU 时，限速即限房。
Q5：TR-069 和 OMCI 啥关系？ OMCI（ITU-T G.988）是 OLT 与单个 ONU 的管理通道，管模板下发；TR-069（CWMP）是 ACS 服务器对 ONU 的远程管理协议，管零接触开通与批量运维。两者配合，新 ONU 即插即用。
OLT 批量开局的本质是"模板复用"：DBA 管带宽、线路模板管承载与映射、业务模板管口能力，三类模板配一次，几百个 ONU 自动套。监控场景抓"上行保证 + 隔离"，酒店场景抓"多业务分 T-CONT + 每房限速"。把保证带宽算进 PON 口总账，模板就是扩容利器而不是事故源。
锐应 PON 方案（锐应 PON 方案）的 OLT（如 mini OLT L102P）在 Web/CLI 均支持 DBA 模板、线路模板、业务模板的创建与批量绑定，新 ONU 注册即自动开通；配套锐应科技官网可查全系 PON 产品。
