GPON 的下行是广播、上行是时分复用。ITU-T G.984.2 把线路速率定在 2.488 Gbit/s 下行、1.244 Gbit/s 上行（Class B+ 光预算 28 dB），上行这条 1.244 Gbit/s 的管道是所有 ONU 共享的。谁在哪个时隙发、发多少，由 OLT 的 DBA（动态带宽分配）引擎决定，而 DBA 记账的最小单位就是 T-CONT（Transmission Container）——ITU-T G.984.3 定义的传输容器，用 Alloc-ID 标识。
流量进了这个容器之后还要贴标签，否则 OLT 收到的是一堆无主的 GEM 帧。GEM Port（GPON Encapsulation Method Port）就是这个标签：G.984.3 规定 GEM Port ID 占 12 bit，单 PON 口理论可编 4096 个端口号。业务侧怎么切、切几路，取决于 GEM Port 与 VLAN 的映射关系。
一句话分工：T-CONT 管"给多少时隙、什么时候给"，GEM Port 管"这段时隙送的是谁的业务"。配 T-CONT 是容量规划，配 GEM Port 是业务路由，两者不是一回事，也不能互相替代。
T-CONT 分五型，区别在于固定带宽、保证带宽、最大带宽三个参数怎么组合。G.984.3 的原始分类到今天仍是各厂商模板的底层逻辑，只是界面上叫法各不相同。
| T-CONT 类型 | 带宽特性 | 典型业务 | 代价与注意 |
|---|---|---|---|
| Type 1 | 固定带宽（Fixed） | E1 专线、TDM 仿真、时钟同步 | 时隙常年独占，空闲也不释放，容量利用率最低 |
| Type 2 | 保证带宽（Assured） | 语音 VoIP、信令通道 | 保证值给小了会丢话务，给大了浪费上行 |
| Type 3 | 保证 + 非保证 | 视频会议、企业专线 | 非保证部分在拥塞时会被压，需说明 SLA |
| Type 4 | 尽力而为（Best Effort） | 家庭宽带上网 | 只设最大带宽，晚高峰必然排队 |
| Type 5 | 固定 + 保证 + 最大 | 家庭多业务、企业综合接入 | 参数最多，配错时排查链最长 |
家宽场景里 Type 4 和 Type 5 占绝大多数，Type 1 基本只出现在专线项目。要注意 Type 3/5 的"非保证"部分不写进合同 SLA 里，客户投诉时你没有背书——这是行业里反复出现的争议点。
绑定方式有三种，厂商界面里通常叫 VLAN 模式、802.1p 优先级模式、端口模式：
VLAN 模式：按用户侧 VLAN ID 把流量映射到指定 GEM Port，适合 VLAN 规划清晰的项目，一条 VLAN 对应一路业务。
802.1p 优先级模式：按 VLAN 标签里的 3 bit 优先级（取值 0–7）分流。运营商侧常用 5 或 6 给语音、4 给 IPTV、0 给宽带上网。
端口模式：按 ONU 的 UNI 端口分，多口 ONU 每口一路业务时最省事。
一个 T-CONT 可以承载多个 GEM Port，反过来一个 GEM Port 只属于一个 T-CONT。所以"语音和上网共用 T-CONT"是允许的，代价是语音会跟着上网流量一起排队——只要上行出现拥塞，VoIP 的抖动立刻上去。语音业务的通行做法是单独给一个 Type 1 或 Type 2 的 T-CONT，保证带宽按"并发话路数 × 每路约 100 kbit/s（G.711 + 报头）"留。
设一台双 PON 口 OLT（比如锐应科技的 L102P，2 口 GPON、2×GE + 1×SFP+ 10GE 上联、单口 1:128 分光），一个 PON 口下挂 100 户，套餐标称 100 Mbps。逐步算。
第一步，算上行可用带宽。线路 1.244 Gbit/s，扣掉 GEM 帧头、上行突发前导、DBA 报告与 FEC 开销，实际承载率约 88%–92%，取 90%：可用上行 ≈ 1.12 Gbit/s。
第二步，算订阅总带宽与超售比。100 户 × 100 Mbps = 10 Gbit/s。上行超售比 = 10 ÷ 1.12 ≈ 8.9 : 1。下行侧 2.488 Gbit/s 按同样效率约 2.24 Gbit/s，超售 10 ÷ 2.24 ≈ 4.5 : 1。家宽统计复用，这个比例正常。
第三步，算每户均分能拿多少。按平均分，每户 ≈ 1.12 Gbit/s ÷ 100 ≈ 11.2 Mbps。这个数字决定了"保证带宽"该写多少——写 20 Mbps 就是超卖，写 8 Mbps 才是真能兜住的。
第四步，用并发率校验。家宽晚高峰并发满载率通常按 30% 估：30 户 × 100 Mbps = 3 Gbit/s，仍然超过 1.12 Gbit/s 可用上行。所以要么把每户最大带宽限到 30–50 Mbps，要么增加 PON 口把户数摊薄。1:128 的分光比在这个场景下不是瓶颈，上行总带宽才是。
第五步，定 T-CONT 参数。每户一个 Type 5：固定 0、保证 15 Mbps、最大 100 Mbps，剩余带宽按需争抢。Alloc-ID 占用：100 户 × 1 = 100 个，占单口 Alloc-ID 空间（常见 1024 或 2048 个）的 5%–10%，空间充裕。真正吃紧的是第三步那 11.2 Mbps 的均值——它决定了"保证带宽"这一栏不能随便填。
如果这 100 户里有 20 户要 VoIP，则再加 20 个 Type 2，每个保证 200 kbit/s（按 2 路并发留），合计 4 Mbit/s，从 1.12 Gbit/s 里划走 0.36%。这个比例说明：语音带宽不值钱，值钱的是它要有独立的时隙优先级。
下面这段是通用语法的示意片段，用于说明配置先后顺序，不代表任何厂商的真实命令行，实际参数以设备手册为准。
; 步骤 1：DBA 模板（决定 T-CONT 的带宽参数） add dba-profile profile-id 10 type5 fixed 0 assured 15000 max 100000 ; 步骤 2：线路模板（T-CONT 与 GEM Port 在这里挂钩） add ont-lineprofile gpon profile-id 10 tcont 1 dba-profile-id 10 gem add 1 eth tcont 1 mapping-mode vlan ; 步骤 3：业务模板（ONU 的用户侧端口能力） add ont-srvprofile gpon profile-id 10 ont-port eth 4 port vlan-mode transparent ; 步骤 4：注册 ONU 并下发业务流（VLAN 与 GEM Port 对应） ont add 0 1 sn-auth <SN> omci ont-lineprofile-id 10 ont-srvprofile-id 10 service-port 100 vlan 100 gpon 0/1/1 ont 1 gemport 1 user-vlan 100
顺序颠倒会直接报错：DBA 模板没建，线路模板里的 tcont 就引不到 profile-id；业务流下发时 GEM Port 若不存在，ONU 会显示在线但业务不通。批量开局时顺序正确更重要——一个模板改错，后面几十台都得回退。
| 现象 | 根因 | 处理 |
|---|---|---|
| ONU 在线，用户完全上不了网 | GEM Port 未绑业务流，或 service-port 的 VLAN 与用户侧不一致 | 核对每户 VLAN 与 gemport 编号一一对应 |
| 白天正常，20:00 后丢包 | 保证带宽给低了，上行拥塞时被压 | 按算例第三步重算每户保证带宽，或限速峰值 |
| 语音偶发断续，上网同时明显 | 语音与上网共用 T-CONT | 语音单独建 Type 1/2 的 T-CONT |
| 只有 30 Mbps，测速上不去 | 线路模板里 T-CONT 最大带宽设成了 30 Mbps | 改 DBA 模板 max，重下发 |
| 改套餐要逐台重配 | 开局没用模板，直接写死了参数 | 改用模板 + 批量下发 |
| IPTV 花屏、组播卡顿 | 组播业务未按 VLAN 映射到独立 GEM Port | 按 802.1p 优先级或 VLAN 单独映射 |
一个容易被忽略的边界：Type 1 的固定带宽是"永久占用"的，即使业务空闲也不释放。有项目为了保语音质量给每户分了 1 Mbps 固定带宽，100 户就是 100 Mbps，直接从 1.12 Gbit/s 里切走 9%。这笔账要在容量规划阶段就算清楚。
家宽上网为主：Type 4 或 Type 5，保证带宽取"上行可用 ÷ 户数 × 0.6"，最大带宽按套餐标称。
有 VoIP：语音单独 Type 1/2，保证带宽 = 并发话路 × 100 kbit/s，留 30% 余量。
有 IPTV / 组播：组播走独立 GEM Port，别和单播挤同一个 T-CONT。
专线 / TDM：Type 1 固定带宽，并接受容量硬占用这个代价。
分光比与户数：1:128 是光功率的事，户数是上行带宽的事，两个数要分开算。
锐应科技在 PON 接入侧的整套方案（OLT + 分光 + ONU）可参考 PON 接入方案页，其 L102P 这类 2 口 GPON mini OLT 支持按 ONU 逐户下发 DBA 模板，适合户数不多的分散站点。
不是同一个层次的概念，但一对一绑定。Alloc-ID 是 OLT 侧给 T-CONT 分配的标识符，DBA 上报和授权都按 Alloc-ID 走。G.984.3 里 Alloc-ID 的取值空间由 OLT 芯片决定，常见配置是单 PON 口 1024 或 2048 个。规划时按"每家 ONU 至少 1 个 T-CONT"估，100 户占 100 个，空间够用。
规范没给硬上限，实际受 OLT 芯片 Alloc-ID 空间和 ONU 能力约束，工程上常见每台 ONU 1–8 个。典型配法是 3 个：一个给 VoIP（Type 2，保证 200 kbit/s）、一个给 IPTV（Type 5）、一个给上网（Type 4）。再细分收益很小，反而让业务流映射关系变得难排查。
12 bit 是协议字段的宽度，不等于设备能建 4096 个业务流。实际可用数量受 OLT 芯片表项、ONU 的 GEM 处理能力和内存限制。多数小型 OLT 单口能建的 GEM Port 在几十到几百量级，规划时先查设备的业务流上限，再决定要不要按 VLAN 细分——每户一个 GEM Port 在 128 户的 PON 口上就很接近上限了。
要改的是 DBA 模板里的最大带宽，然后重下发 T-CONT 参数，ONU 不需要重新注册、业务不中断。用的如果是模板化开局（线路模板 + 业务模板），改一个模板 ID 就能批量生效；如果开局时把参数写死在 ONU 上，就只能逐台改。这也是批量开局模板值得先花半小时配好的原因。
不一定。T-CONT 越细，每个容器能拿到的时隙越碎，DBA 的调度开销和上报频率都上升，实测上行效率会从 92% 掉到 88% 左右。100 户分 100 个 T-CONT 和分 25 个 T-CONT（4 户一组），在平均 11.2 Mbps 的负载下差别很小；只有在个别用户跑满时，细粒度才能体现隔离优势。按业务类型分，别按用户数无脑分。
T-CONT 决定上行时隙怎么分，GEM Port 决定业务怎么认领流量，把这两层配置分开看，GPON 开局就不再是黑箱。真正需要下功夫的是容量账：上行 1.244 Gbit/s 扣掉开销后只剩约 1.12 Gbit/s，100 户 100M 套餐的超售比接近 9:1，保证带宽这一栏必须按均值算而不是按套餐标称算。锐应科技的工业交换机与 PON 产品线可在 工业交换机方案 与 关于锐应 页面查看，配套的 OLT 网管支持模板化批量下发，减少逐台改参数的返工。
