[发明专利]实时报告上行通讯需求的方法

说明书

技术领域

本发明涉及一种以时分复用方式进行上行通讯的网络，特别是涉及一种PON网络或EOC网络。

背景技术

目前的PON网络(Passive Optical Network，无源光网络)采用时分复用(Time Division Multiplexing，TDM)方式进行上行通讯，主设备通过DBA算法(Dynamic Bandwidth Allocation，动态带宽分配算法)调度多个从设备的上行通讯，每个从设备只能在分配给自己上行时间片中传输上行数据。

请参阅图1，在某一个从设备的上行时间片中，上行通讯包括一个或多个普通数据帧、以及一个Report帧(报告帧)。Report帧中包含了从设备的上行通讯需求，主设备根据每个从设备发送的Report帧来分配各个从设备的上行时间片。

请参阅图2，Report帧从前到后依次包括：目的地址、源地址、长度/类型标识符、队列长度、填充时隙(Pad)和帧校验序列(Frame CheckSequence，FCS)。其中的队列长度字段是从设备的上行缓存队列的长度，反映了从设备的上行通讯需求。

请参阅图3，队列长度字段的计算需要一段时间，时间长短取决于从设备的速度快慢即时钟频率高低。队列长度字段的计算范围是其计算结束时刻之前已经排列在从设备的上行缓存队列中的数据帧，在计算结束时刻之后才排列到从设备的上行缓存队列的数据帧只能被算到下一个Report帧的队列长度字段之中。而现有的Report帧中队列长度字段位于偏前的位置，这便使得从设备上报的Report帧并不能准确、实时地上报上行缓存队列长度，主设备根据该Report帧进行DBA调度的时候就会出现带宽利用率下降的问题。

EOC网络(Ethernet Over Cable)的通讯技术还没有统一的标准，目前大多借鉴PON网络的现有技术。比如EOC网络中从设备也通过Report帧向主设备上报上行缓存队列的长度，因此也存在不能实时报告上行通讯需求的问题。

发明内容

本发明所要解决的技术问题是提供一种实时报告上行通讯需求的方法，在以时分复用方式进行上行通讯的网络中，从设备采用该方法可以实时地向主设备报告上行通讯需求。

为解决上述技术问题，本发明实时报告上行通讯需求的方法，在以时分复用方式进行上行通讯的网络中，从设备向主设备发送Report帧报告上行通讯需求，所述Report帧从前到后依次包括：

目的地址，为所述主设备的MAC地址；

源地址，为所述从设备的MAC地址；

长度/类型标识符，为标识该帧为Report帧的标识符；

填充时隙，为使该Report帧满足最小帧长要求而填充的空时隙；

队列长度，为所述从设备的上行缓存队列的长度；

帧校验序列，为所述从设备对所发送数据的校验。

本发明实时报告上行通讯需求的方法，将队列长度字段从Report帧的较为靠前的位置挪到了较为靠后的位置，因此包括了更加实时的从设备的上行通讯需求，主设备根据本发明的Report帧可以进行更加准确、高效的DBA调度。

附图说明

下面结合附图和实施例对本发明作进一步详细的说明：

图1是PON网络中从设备在某个上行时间片的上行通讯示意图；

图2是PON网络中Report帧的格式的示意图；

图3是PON网络中Report帧的队列长度字段的计算时间的示意图；

图4是本发明采用的Report帧的格式的示意图；

图5是本发明采用的Report帧的队列长度字段的计算时间的示意图。

具体实施方式

请参阅图4，本发明采用的Report帧长度为64字节，从前到后依次包括：

目的地址，长度为6字节，为接受该Report帧的主设备的MAC地址；

源地址，长度为6字节，为发送该Report帧的从设备的MAC地址；

长度/类型标识符，长度为2字节，标识该帧为Report帧的标识符；

填充时隙，长度为42字节，无实际意义，只是为了使该Report帧满足传输设备及传输网络的最小帧长要求，而加入的空时隙；

队列长度，长度为4字节，为开始计算时刻之前已经排列在该从设备的上行缓存队列的数据帧的总长度；

帧校验序列，长度为4字节，为所发送数据的校验，通常为循环冗余校验(CRC)。