[發明專利]實時報告上行通訊需求的方法

無效

• 申請號: 200810043098.3
• 申請日: 2008-02-02
• 公開（公告）號: CN101500180A
• 公開（公告）日: 2009-08-05
• 發明（設計）人: 杜興東;李珂;張欣明
• 申請（專利權）人: 普然通訊技術（上海）有限公司;普然技術公司
• 主分類號: H04Q11/00
• 分類號: H04Q11/00;H04L29/06;H04L29/12
• 代理公司: 上海浦一知識產權代理有限公司
• 代理人: 蔡光亮

技術領域

本發明涉及一種以時分復用方式進行上行通訊的網絡，特別是涉及一種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)。