PON系统的DBA功能应满足什么要求？

PON系统的DBA功能应满足什么要求？

PON系统应采用动态带宽分配机制（DBA）来提高系统上行带宽利用率以及保证业务公平性和QoS。

从业务需求角度看，ONU获得的上行带宽主要包括以下3种类型。

（1）固定带宽（Fixed Bandwidth）：指完全预留给特定ONU或者ONU的特定业务的带宽，即使ONU的实际业务流量未达到固定带宽，OLT仍然为该ONU分配这部分带宽，而不能为其他ONU使用。固定带宽主要用于TDM业务以确保该业务较小的传输时延。

（2）保证带宽（Assured Bandwidth）：指确保ONU可获得的带宽。当ONU的实际业务流量未达到保证带宽时，OLT的DBA机制应能够将其剩余带宽分配给其他ONU使用。如果ONU上行业务流量超过保证带宽，即使系统上行方向发生流量拥塞，也能保证该ONU获得至少等于“保证带宽”的带宽。

（3）尽力而为带宽（Best Effort Bandwidth）：指ONU在固定带宽和保证带宽之外可获得的带宽。这部分带宽由OLT根据PON系统中全部在线ONU的带宽需求信息以及PON接口上的带宽占用情况，根据一定的算法对ONU进行分配，系统不保证特定ONU获得带宽的数量。当然，即使系统中存在剩余的上行带宽，一个ONU获得的固定+保证+尽力而为带宽（即“最大带宽”）也不应超过所设定的值。

另外，在G.984标准中，还提出了“非保证带宽（Non-assured Bandwidth）”的概念，但从实际业务提供的角度来看，“非保证带宽”可以包含在“尽力而为带宽”之内。

PON系统的DBA功能应支持上述3种带宽类型的组合，即对一个特定的ONU，能够提供固定、固定+尽力而为、固定+保证+尽力而为、保证+尽力而为等多种带宽类型组合的业务。DBA支持基于LLID/T-CONT对上述业务参数的配置。

就具体实现而言，良好的DBA有赖于ONU和OLT对于ONU的上行流量特性的汇报和解析，也有赖于优秀的DBA算法。

EPON系统中，ONU应支持对本地全部8个队列状态的详细报告，应至少支持2个Queue Set。ONU根据OLT分配的带宽授权和本地各队列流量特性，进行本地上行业务的调度。对OLT来讲，其DBA机制应能够支持对ONU发送来的上行队列状态汇报帧（REPORT消息）中至少2个Queue Set的全部8个队列的状态信息的解析，并结合该ONU上业务等级协定（SLA）进行该ONU的上行带宽分配。EPON OLT还应支持通过OAM方式对ONU所发送的REPORT消息中的Queue Set数量和阈值等参数进行配置。

GPON系统中，OLT和ONU应支持基于状态报告的DBA。GPON系统应支持G.984.3规定全部5种T-CONT类型，OLT每个PON接口支持的T-CONT数量至少应不小于512个，最好能够达到1024以上，每个ONU应至少支持8个T-CONT。

OLT在获知每个ONU带宽需求的基础上，根据DBA算法计算出各个ONU应得到的带宽。DBA算法应支持公平性机制，能够保证剩余带宽在各个ONU之间进行公平分配。另外还应满足性能、扩展性和强健性的要求。