專利名稱：帶寬分配設(shè)備及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無源光網(wǎng)絡(luò)(PON: passive optical network)，特別 涉及PON中的動(dòng)態(tài)帶寬分配(DBA: dynamic bandwidth allocation)方法及其設(shè)備。
背景技術(shù)：
隨著光接入網(wǎng)技術(shù)的快速發(fā)展，無源光網(wǎng)絡(luò)技術(shù)因?yàn)槠鋵拵А?高效率和業(yè)務(wù)質(zhì)量(QoS: quality-of-service)保證而得到廣泛應(yīng)用。 以往，在PON系統(tǒng)中，廣播下行幀并通過檢査某些特定標(biāo)識(shí)來過濾 下行幀，而光線路終端(OLT: optical line terminal)根據(jù)用戶的帶寬 請(qǐng)求和業(yè)務(wù)級(jí)別協(xié)議(SLA: service level agreement)將上行幀分配 給不同用戶。并且，OLT用于帶寬分配的算法可以是靜態(tài)帶寬分配(SBA: static bandwidth allocation)或動(dòng)態(tài)帶寬分配(DBA: dynamic bandwi她allocation)。但是，由于在帶寬分配的算法為SBA時(shí)，向每個(gè)光網(wǎng)絡(luò)單元(ONU: optical network unit)分配固定的帶寬，導(dǎo)致帶寬浪費(fèi)，所 以在實(shí)際系統(tǒng)中廣泛研究和應(yīng)用DBA來獲得靈活的帶寬分配和帶寬 統(tǒng)計(jì)增益。但是，在某些DBA算法中，無限制地(或限制等于線速)分配 帶寬(BW: bandwidth)，以至于由于一個(gè)或幾個(gè)"忙碌用戶"使系 統(tǒng)性能嚴(yán)重退化。例如，在ITU-T G.983.4 Appendix I中的現(xiàn)有技術(shù) 中，通過計(jì)算無源光網(wǎng)絡(luò)鏈路上等待傳輸?shù)臄?shù)據(jù)量來分配帶寬。對(duì) 于每個(gè)通信流，周期性地執(zhí)行下列步驟1. ONU監(jiān)瀰每個(gè)通信流緩存中的隊(duì)列長度。同時(shí)OLT基于之前收到的隊(duì)列信息計(jì)算帶寬分配并發(fā)送所述帶寬分配；2. ONU收到來自O(shè)LT的帶寬分配；3. ONU根據(jù)所收到的帶寬分配發(fā)送數(shù)據(jù)和隊(duì)列長度信息。 上面步驟1中的帶寬分配算法可以進(jìn)一步包括以下步驟1.1. 分配固定帶寬；1.2. 分配保證帶寬；1.3. 與用戶的保證帶寬成比例地向所有"擁塞用戶"分配非保 證帶寬；1.4. 檢查并保證分配的帶寬沒有超過個(gè)體帶寬限制；1.5. 最后分配盡力而為帶寬。在步驟1.2和1.3中，未使用的帶寬會(huì)在下一步中被重新使用， 也就是說， 一個(gè)用戶的保證帶寬可以被其它用戶的非保證帶寬或盡 力而為帶寬重新使用。在步驟1.4中，用個(gè)體帶寬限制來限制給每 個(gè)用戶的帶寬分配。此機(jī)制防止了 "忙碌用戶"占用過多資源，但 是，當(dāng)用于基于組群的業(yè)務(wù)(例如視頻會(huì)議)時(shí)，由于在組群中往 往是組內(nèi)的個(gè)別用戶的業(yè)務(wù)量較大，但很少有組內(nèi)的所有用戶都為 "擁塞用戶"的情況，所以根據(jù)以往的沒有考慮到組群因素的帶寬 分配方法，帶寬分配的效率仍然不高。另外，在現(xiàn)有的DBA機(jī)制中，ONU只能向OLT發(fā)送帶寬請(qǐng) 求，因此OLT不能從ONU得到除了隊(duì)列長度以外的更多信息。所 以每個(gè)用戶的帶寬合同必須是預(yù)設(shè)的或者從OLT方面設(shè)置，所以導(dǎo) 致了在用戶方面業(yè)務(wù)變化時(shí)的低效率。發(fā)明內(nèi)容本發(fā)明是鑒于上述技術(shù)問題面完成的，其目的在于提供一種可 以提高PON系鎌在亞##鑭是組群業(yè)務(wù)動(dòng)態(tài)變化時(shí)的效率的帶寬分配方法及其設(shè)備。在本發(fā)明的帶寬分配方法中，由光線路終端向光網(wǎng)絡(luò)單元分配帶寬，光線路終端存儲(chǔ)有表示通信流ID和業(yè)務(wù)質(zhì)量參數(shù)之間的對(duì)應(yīng) 關(guān)系的帶寬合同表；所述帶寬分配方法包括下述步驟從光網(wǎng)絡(luò)單 元向光線路終端發(fā)送業(yè)務(wù)質(zhì)量請(qǐng)求消息，該業(yè)務(wù)質(zhì)量請(qǐng)求消息包括 標(biāo)識(shí)與光網(wǎng)絡(luò)單元之間的通信流的通信流ID以及業(yè)務(wù)質(zhì)量參數(shù)；光 線路終端基于所述業(yè)務(wù)質(zhì)量參數(shù)更新帶寬合同表，根據(jù)所述帶寬合 同表對(duì)相應(yīng)的通信流ID所表示的通信流進(jìn)行帶寬分配。根據(jù)本發(fā)明的帶寬分配方法，OLT可以從用戶得到業(yè)務(wù)質(zhì)量請(qǐng) 求信息，基于業(yè)務(wù)質(zhì)量請(qǐng)求信息進(jìn)行帶寬分配，從而使用戶動(dòng)態(tài)共 享帶寬限制，因此使具有該光線路終端的PON系統(tǒng)具有在包括不同 保證帶寬參數(shù)的用戶間為非保證帶寬提供更靈活公平機(jī)制的能力。 并在基于組群的應(yīng)用中使系統(tǒng)更高效。此外，在上述技術(shù)方案中，優(yōu)選為，所述業(yè)務(wù)質(zhì)量參數(shù)是定義 了一組所述通信流的組群ID以及給每個(gè)組群ID的群帶寬限制。此外，在上述技術(shù)方案中，優(yōu)選為，所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包 括定義了創(chuàng)建或鵬除組群的動(dòng)作ID;所述光線路終端基于所述業(yè)務(wù) 質(zhì)量參數(shù)中包括的所述動(dòng)作ID創(chuàng)建或刪除組群，來更新所述帶寬合 同表。此外，在上述技術(shù)方案中，優(yōu)選為，所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包 括組群ID以及定義了加入/離開組群的動(dòng)作ID;所述光線路終端基 于所述業(yè)務(wù)質(zhì)量參數(shù)中的組群ID和所述動(dòng)作ID,增加或刪除組群 ID中的所述通信流ID指定的通信流，來更新所述所述帶寬合同 表。此外，在上述技術(shù)方案中，優(yōu)選為，所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包 括通信優(yōu)先級(jí)，在所述通信優(yōu)先級(jí)下，多個(gè)終端利用相同通信ID和 帶寬限鑭與光網(wǎng)絡(luò)單元進(jìn)行通信。此外，在上述技術(shù)方案中，優(yōu)選為，所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包 括定義了所述多個(gè)終端的增加或減少的動(dòng)作ID;所述光線路終端基 于所述業(yè)務(wù)質(zhì)量參數(shù)中的所述動(dòng)作ID增加或減少與所述通信流ID和通信優(yōu)先級(jí)對(duì)應(yīng)的所述終端個(gè)數(shù)，來更新所述所述帶寬合同表。 此外，在上述技術(shù)方案中，優(yōu)選為，所述光線路終端在進(jìn)行帶寬分配時(shí)，檢査一個(gè)組群中所有保證帶寬和非保證帶寬分配之和是 否小于等于該組群的群帶寬限制，在該組群的保證帶寬和非保證帶 寬之和超過所對(duì)應(yīng)的群帶寬限制的情況下，將所對(duì)應(yīng)的群帶寬限制 作為該組群的全部帶寬，在該組群中按每個(gè)用戶的保證帶寬參數(shù)成 比例重新計(jì)算非保證帶寬。此外，本發(fā)明中的帶寬分配設(shè)備是一種光線路終端，與多個(gè)光網(wǎng)絡(luò)單元相連接，包括網(wǎng)絡(luò)接口，從所連接的光網(wǎng)絡(luò)單元接收業(yè) 務(wù)質(zhì)量請(qǐng)求消息，該業(yè)務(wù)質(zhì)量請(qǐng)求消息包括標(biāo)識(shí)與光網(wǎng)絡(luò)單元之間 的通信流的通信流ID以及業(yè)務(wù)質(zhì)量參數(shù)；存儲(chǔ)單元，存儲(chǔ)表示通信 流ID和業(yè)務(wù)質(zhì)量參數(shù)之間的對(duì)應(yīng)關(guān)系的帶寬合同表；控制單元，基 于所述業(yè)務(wù)質(zhì)量參數(shù)更新帶寬合同表，根據(jù)所述帶寬合同表對(duì)相應(yīng) 的通信流ID所表示的通信流進(jìn)行帶寬分配。根據(jù)本發(fā)明的光線路終端，OLT可以從用戶得到業(yè)務(wù)質(zhì)量請(qǐng)求 信息，基于業(yè)務(wù)質(zhì)量請(qǐng)求信息進(jìn)行帶寬分配，從而使用戶動(dòng)態(tài)共享 帶寬限制，因此使具有該光線路終端的PON系統(tǒng)具有在包括不同保 證帶寬參數(shù)的用戶間為非保證帶寬提供更靈活公平機(jī)制的能力。并 在基于組群的應(yīng)用中使系統(tǒng)更高效。


圖1是本發(fā)明第一實(shí)施例的具有業(yè)務(wù)質(zhì)量請(qǐng)求消息的PON系統(tǒng) 的原理圖；圖2是本發(fā)稱第一實(shí)施例的具有群帶寬分配的PON系統(tǒng)的原理圖；圖3是本發(fā)明第二實(shí)施例的具有用戶數(shù)量變化通知的PON系統(tǒng) 的原理圖；圖4是表示本發(fā)明第一實(shí)施例中的ONU和OLT結(jié)構(gòu)及其連接 的框圖；圖5是表示本發(fā)明第一實(shí)施例的從ONU到OLT的UsBW一MS 消息的幀結(jié)構(gòu)圖；圖6是表示本發(fā)明第一實(shí)施例中的從ONU到OLT的 UsBW一Group一U消息的幀結(jié)構(gòu)圖；圖7是表示本發(fā)明第一實(shí)施例中的從ONU到OLT的 UsBW_Group_M消息的幀結(jié)構(gòu)圖；圖8是表示本發(fā)明第二實(shí)施例中的從ONU到OLT的 UsBW一UAmtC一U消息的幀結(jié)構(gòu)圖；圖9是表示本發(fā)明第二實(shí)施例中的從BS到ONU的 UAmtC_Notify消息的幀結(jié)構(gòu)圖；圖10是本發(fā)明第一實(shí)施例的PON部分群帶寬分配的傳輸容器 (T-CONT: Transmission Container)組群原理圖；圖11是表示本發(fā)明第一實(shí)施例中的OLT從上行(US: upstream)幀中提取UsBW一MS消息并分析UsBW一MS消息中的信 息的過程的流程圖；圖12是說明本發(fā)明第一實(shí)施例中的用戶加入和離開用戶組及其 帶寬分配的過程；圖13是說明本發(fā)明第一實(shí)施例中的用戶增加或刪除用戶組及其 帶寬分配的過程；圖14是表示本發(fā)明第一實(shí)施例中的OLT從上行幀的物理層操 作管理維護(hù)(PLOAM: physicd layer operations, administration and mainten敏ce)中提取并處理UsBW一Gro邵一U消息的流程圖；圖15是表示本發(fā)明第一實(shí)施例中的當(dāng)收到UsBW—Group—U消 息時(shí)的OLT操作的流程圖；圖16是表示本發(fā)明第一實(shí)施例中的OLT群帶寬分配算法的流 程圖；圖17是表示本發(fā)明第三實(shí)施例中的在其中應(yīng)用了群帶寬分配的 本地PON網(wǎng)絡(luò)上的視頻會(huì)議組(VCG: video conference group)業(yè) 務(wù)及其連接的城域網(wǎng)的示意圖；圖18是表示本發(fā)明第三實(shí)施例中的OLT中帶寬請(qǐng)求表的圖；圖19是表示本發(fā)明第三實(shí)施例中的OLT中記錄群合同參數(shù)的 帶寬合同表的圖；圖20是表示本發(fā)明第四實(shí)施例中的連接到可以從接入點(diǎn)(AP: access point )接收UAmtC一Notify消息并向 OLT發(fā)送 UsBW—UAmtC_U消息的ONU的無線接入網(wǎng)的示意圖；圖21是表示本發(fā)明第四實(shí)施例中的在OLT中記錄每個(gè)優(yōu)先級(jí) 的用戶數(shù)量的帶寬合同表的圖。
具體實(shí)施方式
下面參照附圖來詳細(xì)說明本發(fā)明的實(shí)施例。對(duì)于下面引用的本 領(lǐng)域技術(shù)人員所熟知的函數(shù)和結(jié)構(gòu)，由于是公知的現(xiàn)有技術(shù)，并且 不是本發(fā)明的實(shí)質(zhì)性內(nèi)容，所以省略對(duì)這些函數(shù)和結(jié)構(gòu)的詳細(xì)說 明。(第一實(shí)施例)圖1是具有業(yè)務(wù)質(zhì)量請(qǐng)求消息的無源光網(wǎng)絡(luò)(PON)系統(tǒng)的原 理圖，其中，PON系統(tǒng)包括光線路終端(以下簡稱OLT: optical line terminal) 11、光網(wǎng)絡(luò)單元(以下簡稱ONU: optical network unit) 12和用戶終端(以下簡稱UT: user terminals) 15。 ONU12通過樹形 拓?fù)涞墓夥致菲?3和光纖14與OLT 11相連，OLT 11具有PON接口 (以下簡稱PON-IF: PON interface) 110， 二層交換機(jī)(L2 SW: layer2 switch) 111和吉比特以太網(wǎng)接口 (GE-IF: Gigabit Ethernet interface) 112。在下行方向，OLT11可以向ONU 12發(fā)送帶寬分配消息M1來 分配帶寬。在上行方向，ONU 12可以經(jīng)由光分路器13和光纖14 發(fā)送帶寬(BW: bandwidth)請(qǐng)求消息M2來請(qǐng)求帶寬和上行帶寬消 息(UsBW_MS: upstream bandwidth message) M3，作為給OLT 11 的業(yè)務(wù)質(zhì)量請(qǐng)求。圖2是具有群帶寬分配的PON系統(tǒng)的原理圖。其中，PON系統(tǒng) 包括OLT 11、 ONU 12以及可以被劃分到不同組群16中的用戶終 端15。 OLT 11具有PON-IF 110， L2 SW 111和連接到因特網(wǎng)10 的GE-IF 112， ONU 12經(jīng)由樹形拓?fù)涞墓夥致菲?3和光纖14和 OLT 11相連。在下行方向，OLT 11可以向ONU 12發(fā)送帶寬分配消息M1來 分配帶寬。在上行方向，ONU 12可以經(jīng)由光分路器13和光纖14 向OLT 11發(fā)送帶寬請(qǐng)求消息M2來請(qǐng)求帶寬、UsBW—Group_U消 息M31和UsBW—Group—M消息M32， UsBW—Group—U消息M31 是表示加入/離開組群的通知，UsBW—Group_M消息M32是表示增 加/刪除組群的通知。圖4表示ONU 12和OLT 11的結(jié)構(gòu)及其連接的框圖。在圖4 中，OLT 11包括PON IF 110,用于發(fā)射/接收信號(hào)、成幀/提取、 帶寬分配等；吉比特以太網(wǎng)接口 (以下簡稱GE-IF: Gigabit Ethernet interface) 112，用于通過以太網(wǎng)和業(yè)務(wù)端通信；時(shí)分復(fù)用接口 (以 下簡稱TDM IF: ti咖division multiplexing interface ) 113 ，用于通過 時(shí)分復(fù)用和業(yè)務(wù)端通信；L2 SW 111,與GE-IF 112、 TDM IF 113 及PON IF IIO相連接，用于使GE-IF 112、 TDM IF 113及PON IF IIO交叉連接；控制(Ctrl: control)單元114，具有用于接收帶寬請(qǐng)求和向用戶分配帶寬的帶寬調(diào)度器(以下簡稱BWS: bandwidth scheduler) 1141;存儲(chǔ)器115,具有用于存儲(chǔ)用戶帶寬請(qǐng)求的帶寬 請(qǐng)求表和用于存儲(chǔ)用戶帶寬合同信息的帶寬合同表；以及電源單元 116。另一方面，ONU 12包括PON IF 120，用于發(fā)射/接收信號(hào)、 成幀/提取、帶寬分配等；100BAST-T接口 122，用于通過以太網(wǎng)和 用戶端通信；TDM IF 123,用于通過時(shí)分復(fù)用和業(yè)務(wù)端通信；復(fù)用/ 解復(fù)用121，與100BAST-T接口 122、 TDM IF 123及PON IF 120 相連接，用于對(duì)100BAST-T接口 122、 TDM IF 123及PON IF 120 進(jìn)行復(fù)用/解復(fù)用(MUX/ DEMUX: multiplexing/ demultiplexing); 控制單元124，具有用于發(fā)送UsBW_MS和帶寬請(qǐng)求的帶寬控制器 (BWC: bandwidth controller) 1241;存儲(chǔ)器125,具有用于存儲(chǔ)每 個(gè)隊(duì)列長度的隊(duì)列長度表和用于存儲(chǔ)用戶終端變化信息的用戶終端 變化表；以及電源單元126。此外，OLT 11的PON IF 110通過樹形拓?fù)涞墓夥致菲?3和光 纖14連接到ONU 12的PON IF 120。下面具體說明群帶寬分配中的UsBW—MS消息。圖5是表示 UsBW一MS消息的幀結(jié)構(gòu)圖，所述UsBW一MS消息可以作為US幀 物理層操作管理維護(hù)(PLOAM: PHYSICAL LAYER OPERATIONS, ADMINISTRATION AND MAINTENANCE)的消息數(shù)據(jù)來發(fā)送，并 根據(jù)消息ID (例如，00001010, 00001011等)來區(qū)別。特別的， UsBW—MS消息可以包括用于標(biāo)識(shí)用戶連接的Alloc-ID (allocation identifier ， 2字節(jié))，其他參數(shù)(PI, P2，...， Pn， 0~8字節(jié))和未定 義補(bǔ)丁 (0~8字節(jié))，總共長10字節(jié)。作為在UsBW一MS中使用的 不同的參數(shù)，UsBW—MS可以被特別地定義，例如，可以定義為 UsBW—Group—U, UsBW—Group_M或UsBW—UAmtC—U。以下參照?qǐng)D6， 7的幀結(jié)構(gòu)分別詳細(xì)說明UsBW_Group—U和UsBW—Group—M。圖6是表示UsBW一Group一U消息的幀結(jié)構(gòu)圖，所述 UsBW—Group—U消息可以作為US幀PLOAM的消息數(shù)據(jù)來發(fā)送， 并根據(jù)消息ID(例如00001010 )來區(qū)別。特別是， UsBW—Group—U消息可以包括用于標(biāo)識(shí)用戶連接的AUoc-ID (2 字節(jié))，用于標(biāo)識(shí)組群的Group-ID (1字節(jié))，用于標(biāo)識(shí)加入/離 開操作的加入/離開(1字節(jié))和6字節(jié)補(bǔ)丁，總共長10字節(jié)。圖7是表示UsBW—Group—M消息的幀結(jié)構(gòu)圖。特別是， UsBW一MS消息可以包括用于標(biāo)識(shí)用戶連接的Alloc-ID (2字 節(jié))，用于標(biāo)識(shí)組群的Group-ID (1字節(jié))，用于標(biāo)識(shí)增加/刪除 操作的增加/刪除(1字節(jié))，用于標(biāo)識(shí)帶寬分配群合同的固定帶寬/ 保證帶寬/群帶寬限制(FB/ AB/ GBL: fixed bandwidth/ assured bandwidth/ group bandwidth limitation,各1字節(jié))，和3字節(jié)補(bǔ) 丁，總共長10字節(jié)。以下參照?qǐng)D10,在原理上說明PON部分群帶寬分配的傳輸容器(T-CONT: Transmission Container)組群。在圖10中，PON部分 20可以被定義為OLT 11和ONU 12之間的通信通道，并可以通過 用例如GPON封裝方法 (GEM: Gigabit PON encapsulation method)被分為T-CONT 201。所有T-CONT 201用分配標(biāo)識(shí)(Alloc-ID: allocation identifier)來區(qū)分，并可以被進(jìn)一步分為用端 口標(biāo)識(shí)(Port-ID: port identifier)來區(qū)分的不同通路202。根據(jù)ITU-T標(biāo)準(zhǔn)G.984.3, T-CONT 201是帶寬分配的基本單元。在本發(fā)明的 第一實(shí)施例中，幾個(gè)T-CONT被綁定成為用戶組200,代替T-CONT201用于帶寬分配。以下根據(jù)具體的UsBW一MS消息的種類，來分析群帶寬分配過程o圖12中示出了用戶加入或離開用戶組的過程及相應(yīng)的帶寬分配。在圖12中，以O(shè)NU 1312和OLT 1311的動(dòng)作為例進(jìn)行說明。 首先，在ONU 1312加入任何組群之前，OLT 1311在現(xiàn)有技術(shù)的 個(gè)體合同下分配帶寬(步驟SlOl，參考非專利文獻(xiàn)ITU-T G.983.4 Appendix I)，并發(fā)送個(gè)體合同下的許可給ONU 1312 (步驟 S102)。當(dāng)用戶使用組群業(yè)務(wù)時(shí)，首先，ONU 1312向OLT 1311發(fā) 送UsBW_Group_U消息(參考圖6的消息結(jié)構(gòu))，通知加入組群(步驟S103)，接著，OLT 1311發(fā)送相對(duì)應(yīng)的確認(rèn)(ACK: acknowledge)消息(步驟S104)，并更新帶寬合同表(步驟 S105)。然后，OLT 1311開始在群合同下為ONU 1312分配帶寬(步驟S106，參考圖16的詳細(xì)流程圖)。在處于群合同下的時(shí) 期，當(dāng)要求ONU 1312發(fā)送報(bào)告或從ONU 1312收到請(qǐng)求時(shí)(步驟 S108) ， OLT 1311在群合同下發(fā)送許可(步驟S107) 。 OLT 1311 保持與ONU 1312在群合同下的通信，直到ONU 1312發(fā)送 UsBW_Group—U消息來離開該組為止(步驟S109)。在收到表示 離開該組的UsBW一Group一U消息后，OLT 1311發(fā)送對(duì)應(yīng)的確認(rèn)(步驟S110) 并更新帶寬合同表(步驟Sill)。然后，OLT 1311又開始在個(gè)體合同下為ONU 1312分配帶寬(步驟S112)。圖13中示出了用戶增加或刪除用戶組的過程及相應(yīng)的帶寬分 配。在圖13中，以O(shè)NU 1412、 ONU 1413和OLT 1411的動(dòng)作為例 進(jìn)行說明。首先，當(dāng)用戶開始新增組群業(yè)務(wù)時(shí)，ONU 1413通過檢 査虛擬局域網(wǎng)標(biāo)識(shí)(VLAN-ID: virtual local access network identifier)來發(fā)現(xiàn)新組的信息，并向OLT 1411發(fā)送 UsBW—Group一M消息(參考圖7的消息結(jié)構(gòu))，通知增加一個(gè)組 群的消息和對(duì)應(yīng)于新組群的合同參數(shù)(FB， AB和GBL)(步驟 S201),接受到UsBW一Group一M消息的OLT 1411根據(jù)消息中的 內(nèi)容更新相應(yīng)的帶寬合同表(步驟S202,參考圖19的詳細(xì)表格結(jié) 構(gòu))。如果用戶要求加入這個(gè)組群，所對(duì)應(yīng)的ONU 1412向OLT1411發(fā)送UsBW_Group_U消息通知加入組群(步驟S203)。這 里，ONU 1413和ONU 1412可以是相同的ONU或者不同的 ONU。然后，OLT 1411開始在群合同下為ONU 1412分配帶寬(步 驟S204，參考圖16的詳細(xì)流程圖)。OLT 1411保持與ONU 1412 在群合同下的通信，直到收到通知離開的UsBW一Group一U消息為止(步驟S205)。在所有用戶離開該組群后，當(dāng)ONU 1413發(fā)送 UsBW一Group—M消息來通知OLT 1411刪除組群時(shí)(步驟 S206) , OLT 1411更新帶寬合同表(步驟S207)。此外，如果在 接收到UsBW—Group—M消息時(shí)，在該組群中還存在用戶，則用于 刪除的UsBW—Group一M消息將被OLT 1411忽略。以下參考圖11、圖14、圖15和圖16來說明本發(fā)明中OLT 11 在群帶寬分配中處理Us一MS消息以及帶寬分配的動(dòng)作流程。圖11是表示OLT 11從上行(US: upstream)幀中提取 UsBW_MS消息并分析UsBW_MS消息中的信息的流程圖。在步驟 S700中，OLT 11從ONU 12收到上行幀，并判斷幀頭是否正確(步驟S701)，在步驟S701的判斷結(jié)果為幀頭不正確時(shí)，結(jié)束動(dòng) 作；在步驟S701的判斷結(jié)果為幀頭正確時(shí)，進(jìn)一步判斷在上行幀 中是否具有UsBW一MS消息(步驟S702)。如果具有UsBW—MS 消息，例如具有 UsBW—Group—U , UsBW_Group—M 或 UsBWJJAmtC—U (參考圖6， 7， 8的詳細(xì)幀結(jié)構(gòu))，貝ij OLT 11從 上行幀中提取UsBW一MS消息(步驟S703),并分析所接收到的 消息(步驟S704，詳細(xì)過程在以下參考圖15進(jìn)行說明)，根據(jù)分 析結(jié)果更新存儲(chǔ)器115中存儲(chǔ)的帶寬合同表(步驟S705)。如果在 步驟S702中判斷為沒有UsBW一MS消息，則OLT 11直接轉(zhuǎn)到其他 的幀分析過程(步驟S706，參考非專利文獻(xiàn)ITU-T G.984.3)。圖14是表示OLT 11從上行幀的PLOAM中提取并處理 U必W—Group一U消息的流程圖。首先，OLT 11收到US幀(步驟S300),并判斷幀頭是否正確，在判斷結(jié)果為幀頭不正確時(shí)，結(jié)束 動(dòng)作；在判斷結(jié)果為幀頭正確時(shí)，進(jìn)一步判斷在US幀中是否具有 PLOAM消息，如果具有PLOAM消息，則從幀頭中提取PLOAM 消息(步驟S301)。然后，OLT 11通過檢査MS-ID，來判斷所接 收到的PLOAM消息是否為UsBW一Group—U (步驟S302)。如果 步驟S302的判斷結(jié)果為"是"，則OLT 11繼續(xù)進(jìn)行 UsBW—Group_U消息分析(步驟S303,詳細(xì)過程參照?qǐng)D15),并 更新帶寬合同表(步驟S304)。如果步驟S302的判斷結(jié)果為 "否"，則OLT 11直接進(jìn)入其它PLOAM處理(非專利參考文獻(xiàn): ITU-T G.984.3)。圖15表示當(dāng)收到UsBW_Group—U消息(步驟S400)時(shí)OLT 11的操作的流程圖。在確認(rèn)收到UsBW—Group一U消息時(shí)，首先判 斷是否存在該組群(步驟S401),若存在，則直接進(jìn)入步驟 S404,如果不存在，OLT 11先創(chuàng)建該組群作為一個(gè)新組群(步驟5402) ，并將群帶寬限制設(shè)置為該用戶的個(gè)體帶寬限制(步驟5403) 之后，進(jìn)入步驟S404。如果組群存在(在步驟S401中的 "是")或者OLT 11已經(jīng)設(shè)置了群帶寬限制(步驟S403)，則OLT 11檢査所收到的消息是否為加入通知(步驟S404)。在步驟 S404為"是"的情況下，OLT 11在帶寬合同表中增加所收到的消 息中的AUoc-ID (步驟S405)，并通過從個(gè)體合同表中復(fù)制來設(shè)置 所對(duì)應(yīng)的FB和AB (步驟S406)，接著進(jìn)入步驟S408。在步驟 S404為"否"的情況下，表示所收到的消息表明離開組群，因此 OLT 11刪除所對(duì)應(yīng)組群中的該AUoc-ID (步驟S407)接著進(jìn)入步 驟S408。然后，OLT 11檢査該組群是否為NULL (空)(步驟 S408)，在不是NULL組群時(shí)，結(jié)束動(dòng)作，在為NULL組群時(shí)，刪 除該組群(步驟S409)再結(jié)束動(dòng)作，其中，NULL表示沒有成員的 空組群。以下參考圖16的流程圖詳細(xì)說明步驟106和步驟S204的流 程。圖16是表示OLT ll所進(jìn)行的群帶寬分配算法的流程圖。步驟 S500表示出OLT 11的帶寬調(diào)度器1141的操作。首先，在生成下行 幀之后，帶寬調(diào)度器1141在步驟S510為所有用戶分配FB帶寬， 接著在步驟S520分配AB,其中，在步驟S520中，首先判斷用戶 i (i為整數(shù))的當(dāng)前BW Req. (i)是否小于合同參數(shù)AB (i)(步 驟S521),在BW Req. (i)小于AB (i)時(shí)，分配帶寬等于請(qǐng)求 Req. (i)(步驟S522)。在BW R叫(i)不小于AB (i)時(shí)，分 配帶寬等于AB (i)(步驟S523),并進(jìn)入步驟S524，將Non-AB 請(qǐng)求更新為(BWReq. (i) -AB (i))的值。從而進(jìn)入步驟S525， 判斷是否已為所有用戶進(jìn)行了分配。如果判斷結(jié)果為"否"，則對(duì)i 進(jìn)行遞增，并轉(zhuǎn)到步驟S521，對(duì)下一個(gè)用戶繼續(xù)進(jìn)行分配，從而重 復(fù)步驟S521 步驟S525的循環(huán)，直到步驟S525的判斷結(jié)果變成 "是"為止。在完成為所有用戶分配AB后(在步驟S525中為 "是")，進(jìn)入步驟S526,更新剩余帶寬接著，分配Non-AB (步 驟S530)。至此，步驟S530之前所進(jìn)行的帶寬分配算法與以往的 個(gè)體合同下的分配算法相同，并且，在確認(rèn)了已為所有用戶預(yù)先分 配AB的情況下，也可以省略以上帶寬分配算法，而直接進(jìn)入Non-AB 的分配。接下來說明步驟S530的分配算法。在分配Non-AB的步驟 S530中，首先，OLT 11可以按每個(gè)用戶的AB參數(shù)成比例計(jì)算 Non-AB (非專利參考文獻(xiàn)ITU-T G.983.4附錄I)并得到結(jié)果作 為Non-AB (i)(步驟S531)。然后，OLT 11判斷組群(Group) j (j為整數(shù))中的所有AB (i)和Non-AB (i)之和是否小于該組 群的群帶寬限制GBL (j)(步驟S532)。在Sum (AB (i) + Non-AB (i) ) |(ieGroup(j))超過GBL (j)的情況下，帶寬調(diào)度器 1141在組群j中使用GBL (j)作為該組群的總帶寬，從而按每個(gè)用戶的AB參數(shù)成比例重新計(jì)算Non-AB (步驟S533)。在步驟 S532的判斷結(jié)果為"是"時(shí)，帶寬調(diào)度器1141在步驟S534判斷 是否檢査了所有的組群，如果判斷結(jié)果為"否"，則返回步驟 S533,對(duì)j遞增，來繼續(xù)判斷下一組，直到步驟S534的判斷結(jié)果 成為"否"為止。在檢査完所有組群后，OLT 11還可以進(jìn)一步檢査在步驟S524 中更新的當(dāng)前Non-AB Req. (i)是否小于從步驟S531至步驟S534 計(jì)算得到的當(dāng)前Non-AB (i),并在Non-AB Req. (i)小于Non-AB (i)時(shí)，分配帶寬等于請(qǐng)求(步驟S538);在Non-AB Req.(i)不小于Non-AB (i)時(shí)，分配帶寬等于Non-AB (i)(步驟 S536),并將BE請(qǐng)求更新為(Non-AB R叫(i) -Non-AB (i)) 的值(步驟S537)。同樣，進(jìn)入步驟S539，判斷是否已為所有用 戶進(jìn)行了分配。如果判斷結(jié)果為"否"，則對(duì)i進(jìn)行遞增，并轉(zhuǎn)到 步驟S535,對(duì)下一個(gè)用戶繼續(xù)進(jìn)行分配，從而重復(fù)步驟S535 步驟 S539的循環(huán)，直到步驟S539的判斷結(jié)果變成"是"為止。在完成 為所有用戶分配Non-AB后(在步驟S539中為"是")，OLT 11 結(jié)束步驟530并接下來更新剩余帶寬(步驟540)，接著，還可以 在步驟S550中分配BE，即在具有BE請(qǐng)求的所有用戶中分發(fā)剩余 BW，在完成所有的帶寬分配之后，按常規(guī)進(jìn)行分配求和并計(jì)算帶寬 許可(步驟S560)。最后向每個(gè)用戶輸出具有帶寬分配的下行幀。對(duì)于本領(lǐng)域的技術(shù)人員來說可知，以上的各判斷步驟可以更加 優(yōu)化帶寬分配，但對(duì)某些判斷步驟的省略并不影響本發(fā)明的實(shí)施， 并且，本發(fā)明中所說明的各判斷步驟的判斷順序是已一般慣用的順 序?yàn)槔M(jìn)行的說明，但也可以對(duì)判斷步驟的前后順序進(jìn)行變更。在本發(fā)明的第一實(shí)施例中，通過在步驟S532中使用GBL來檢 査帶寬限制和檢査組群的帶寬之和而不是每個(gè)用戶的，可以保證當(dāng) 同一個(gè)組群中的用戶動(dòng)態(tài)分享最大帶寬/帶寬限制，使得在同一個(gè)組群中的用戶分配的帶寬不超過該組群的GBL。 (第二實(shí)施例)第二實(shí)施例中的ONU和OLT結(jié)構(gòu)及其連接與第一實(shí)施例相 同，對(duì)于與第一實(shí)施例相同的結(jié)構(gòu)，賦予相同的標(biāo)號(hào)，并省略詳細(xì) 的說明。以下參照附圖3來說明本發(fā)明的第二實(shí)施例與第一實(shí)施例不同 之處。圖3是具有用戶數(shù)量變化通知的PON系統(tǒng)的原理圖，其中， PON系統(tǒng)包括OLT 11、 ONU 12以及具有連接到基站(BS: base station) 18的用戶終端17， OLT 11具有PON-IF 110、 L2 SW 111 和連接到因特網(wǎng)10的GE-IF 112。此外，ONU 12通過樹形拓?fù)涞?光分路器13和光纖14和OLT 11相連接，所述BS 18和ONU 12相 連接。在下行方向，OLT 11向ONU 12發(fā)送帶寬分配消息M1來分配 帶寬。在上行方向，ONU 12經(jīng)由光分路器13和光纖14向OLT 11 發(fā)送帶寬請(qǐng)求消息M2來請(qǐng)求帶寬、以及在從BS 18收到表示用戶 終端17數(shù)量變化的UAmtC一Notify消息時(shí)所發(fā)送的 UsBW—UAmtC—U消息M33,作為用戶數(shù)量變化的通知。圖8是表示UsBW一UAmtC—U消息的幀結(jié)構(gòu)圖。特別是， UsBW—UAmtC一U消息可以包括用于標(biāo)識(shí)用戶連接的Alloc-ID (2 字節(jié))，用于標(biāo)識(shí)變化UT優(yōu)先級(jí)的優(yōu)先級(jí)(2比特)，用于標(biāo)識(shí)用 戶數(shù)量增加/減少的增加/減少(1比特)，用于標(biāo)識(shí)一個(gè)基站下用戶 數(shù)量變化數(shù)目的用戶數(shù)量變化(UAmtC: user amount change, 5比 特)，和7字節(jié)補(bǔ)丁，總共長10字節(jié)。圖9是表示UAmtC—Notify消息的幀結(jié)構(gòu)圖，所述 UAmtC_Notify消息長度為1字節(jié)，并可以被嵌入到從BS 18到 ONU 12的以太幀中。特別是，UAmtC一Notify消息可以包括用于標(biāo) 識(shí)變化UT優(yōu)先級(jí)的優(yōu)先級(jí)(2比特)，用于標(biāo)識(shí)用戶數(shù)量增加/減少的增加/減少(1比特)，用于標(biāo)識(shí)一個(gè)基站下用戶數(shù)量變化數(shù)目的UAmtC (5比特)，總共長1字節(jié)。由于在第二實(shí)施例中，ONU12還可以與基站18連接，將來自 BS 18的UsBW一UAmtC—U消息M33作為UsBW一MS消息，進(jìn)行如 第一實(shí)施例中的圖ll所示的流程，從而可以合理分配組群帶寬。 (第三實(shí)施例)圖17表示了本發(fā)明第三實(shí)施例中應(yīng)用了上述群帶寬分配的本地 PON網(wǎng)絡(luò)上的視頻會(huì)議群(VCG: video conference group)業(yè)務(wù)及其 連接的城域網(wǎng)。這里，用戶通過有線接入線各自連接到局域網(wǎng)(LAN: local access network) LANL 1501和LANR 1502,兩者都通過接入網(wǎng)關(guān) (AGW: access gateway) 1504連接到城域網(wǎng)1503，從而本地用戶 (用戶1-1 1505、用戶2-l 1506等)可以用VCG服務(wù)器1509提供 的VCG業(yè)務(wù)和遠(yuǎn)端用戶(用戶R-l 1507、用戶R-2 1508等)通 信，或者可以使用VoD服務(wù)器1510提供的視頻點(diǎn)播(VoD: video on command)業(yè)務(wù)。每個(gè)用戶終端對(duì)應(yīng)自己的T-CONT，用于PON 部分的帶寬分配。本地用戶被分為使用光纖到樓(FTTB: fiber-to-the-building)的 商業(yè)用戶和使用光纖到戶(FTTH: fiber-to-the-home)的居民用戶。 使用同樣VCG業(yè)務(wù)的用戶加入同一個(gè)虛擬局域網(wǎng)(VLAN: virtual LAN),同時(shí)其它用戶可以加入其它VLAN或者保持獨(dú)立，例如用 戶1-1 1505、用戶2-1 1506和用戶2-2 1511加入VLAN-1 1512。當(dāng) 用戶1-1 1505、用戶2-1 1506和用戶2-2 1511加入VLAN-1 1512 后，ONU1 1513、 ONU2 1514和ONU10 1515向OLT 1516發(fā)送 UsBW—Group—M來創(chuàng)建組群，并向OLT 1516發(fā)送UsBW_Group—U 來加入該組群，以便OLT 1516可以根據(jù)VLAN-1 1512的群合同分 配帶寬許可，且當(dāng)他們使用VCG業(yè)務(wù)時(shí)，用戶1-1 1505、用戶2-11506和用戶2-2 1511可以動(dòng)態(tài)共享最大帶寬/帶寬限制。如果用戶 1-1 1505、用戶2-l 1506和用戶2-2 1511中的一個(gè)請(qǐng)求離開VLAN-1 1512，對(duì)應(yīng)的ONU也可以向OLT 1516發(fā)送UsBW—Group—U來 結(jié)束其群帶寬分配。圖18示例地表示了 OLT中帶寬請(qǐng)求表，其同樣可適用于其他 各實(shí)施例。其中，T-CONT標(biāo)識(shí)(AUoc-ID)用于PON部分的帶寬 分配，T-CONT類型表示在ITU-T標(biāo)準(zhǔn)G.984.3中定義的相應(yīng)類 型，Group-ID表明用戶加入的哪一個(gè)組群，右邊兩列分別是FB和 AB + Non-AB + BE通信量的隊(duì)列長度。值得注意的是在OLT 11的 帶寬請(qǐng)求表中可以使用連接的其它標(biāo)識(shí)和類型參數(shù)代替特別用于 GPON的Alloc-ID和T-CONT類型。例如，在EPON中應(yīng)該用邏輯 鏈路標(biāo)識(shí)(LLID: logical link identifier)來說明用戶連接。在圖18 中，T-CONT 0x2、 0x3和0x5分別被用戶1-1 1505、用戶2-1 1506 和用戶2-2 1511使用。T-CONT 0x1、 0x2、 0x3、 0x4、 0x5和0x6 對(duì)應(yīng)的T-CONT類型分別是Type 1、 Type 3、 Type 3、 Type 3、 Type 3和Type 5 (非專利參考文獻(xiàn)ITU-T G.984.3) ， T-CONT 0x1、 0x2、 0x3、 0x4、 0x5和0x6對(duì)應(yīng)的FB隊(duì)列長度是5k、 0、 0、 0、 0和3k，而T-CONT 0x1、 0x2、 0x3、 0x4、 0x5和0x6對(duì)應(yīng) 的非FB隊(duì)列長度(也即是，AB + Non-AB + BE的隊(duì)列長度)是 0、 20k、 15000k、 41000k、 50k和20000k。對(duì)T-CONT 0x2、 0x3 和0x5, Group-ID是200，說明這三個(gè)T-CONT加入了同一個(gè)VCG 組群，同時(shí)T-CONT 0x4加入組群-201,而T-CONT 0x1和0x6保 持獨(dú)立。圖19表示了 OLT 1516中記錄群合同參數(shù)的帶寬合同表，其同 樣可適用于其他各實(shí)施例。其中，Group-ID和T-CONT具有和圖18 中相同的含義，而在群合同參數(shù)FB、 AB和群帶寬限制(GBL: group BW limitation)中給出了固定帶寬、保證帶寬和組群的帶寬限制，用于帶寬分配(參考圖15和圖16的分配流程圖)。這里T-CONT 0x2、 0x3和0x5具有它們自己的FB/ AB參數(shù)，并分享相同 的群帶寬限制，所述群帶寬限制被OLT 1516用于群帶寬分配以便 T-CONT 0x2、 0x3和0x5動(dòng)態(tài)共享最大帶寬/帶寬限制。 (第四實(shí)施例)圖20表示了本發(fā)明第四實(shí)施例中的連接到可以從接入點(diǎn)(AP: access point )接收UAmtC—Notify消息并向 OLT發(fā)送 UsBW—UAmtC一U消息的ONU的無線接入網(wǎng)。這里，在LANL 1601中，OLT 1602連接了 32個(gè)ONU (例如 ONU1 1603和ONU32 1604)并通過這些ONU連接了 AP (例如 API 1605和AP32 1606)。移動(dòng)用戶(例如用戶1-2 1607和用戶1-3 1608)通過無線空中接口和PON系統(tǒng)被接入到LANL 1601。每個(gè) 用戶終端對(duì)應(yīng)自己的T-CONT,用于PON部分的帶寬分配。根據(jù)預(yù) 設(shè)的合同，用戶可以被分為高優(yōu)先級(jí)(H_priority) 1609,中優(yōu)先級(jí) (M_priority) 1610和低優(yōu)先級(jí)(L_priority) 1611。 AP用 UAmtC_Notify向ONU報(bào)告每個(gè)優(yōu)先級(jí)等級(jí)中的用戶數(shù)量變化，而 ONU用UsBW一UAmtC一U向OLT報(bào)告這個(gè)信息。例如，用戶1-2 1607和用戶1-3 1608從AP32 1606所覆蓋的區(qū)域移動(dòng)到API 1605 所覆蓋的區(qū)域時(shí)。API 1605和AP32 1606分別向ONU1 1603和 ONU32 1604發(fā)送UAmtC_Notify來通知H_priority 1609中的用戶數(shù) 量增加/減少了 2個(gè)，而ONU1 1603和ONU32 1604向OLT 1602發(fā) 送UsBW—UAmtC—U來通知H_priority 1609中的用戶數(shù)量增加/減少 了2個(gè)。因此OLT 1602更新它的帶寬合同表(參考圖21的詳細(xì)表 格結(jié)構(gòu))并根據(jù)新的帶寬合同為ONU1 1603和ONU32 1604分配帶 寬。通過使用UsBW一UAmtC一U消息，OLT 1602可以得到關(guān)于每個(gè) ONU下的移動(dòng)用戶的動(dòng)態(tài)變化信息，因此OLT 1602可以有效的分 配帶寬。圖21表示了 OLT中記錄每個(gè)優(yōu)先級(jí)的用戶數(shù)量的帶寬合同 表，其中，T-CONT用于PON部分的帶寬分配，優(yōu)先級(jí)等級(jí)說明每 個(gè)T-CONT的優(yōu)先級(jí)等級(jí)，用戶數(shù)量(UAmt: user amount)說明每 個(gè)T-CONT下的用戶數(shù)量，而在帶寬合同參數(shù)FB、 AB和帶寬限 制中給出了固定帶寬、保證帶寬和帶寬限制，用于帶寬分配。這里 T-CONT 0x1、 0x2和0x3具有它們自己的FB/ AB/帶寬限制，被 OLT用于帶寬分配。以上根據(jù)附圖和具體實(shí)施方式
，詳細(xì)說明了本發(fā)明的幾個(gè)實(shí)施 方式，但是，本發(fā)明并不限于這些實(shí)施方式，當(dāng)然也可以在不脫離 本發(fā)明的發(fā)明構(gòu)思的基礎(chǔ)上進(jìn)行各種變形。例如，UsBW_MS消息并不僅限于上述的幾種具體的消息，只 要是能在帶寬分配中表明業(yè)務(wù)質(zhì)量需求變化的消息，則都可以用作 對(duì)OLT通知的消息。
權(quán)利要求
1. 一種光線路終端，與多個(gè)光網(wǎng)絡(luò)單元相連接，其特征在于，包括網(wǎng)絡(luò)接口，從所連接的光網(wǎng)絡(luò)單元接收業(yè)務(wù)質(zhì)量請(qǐng)求消息，該業(yè)務(wù)質(zhì)量請(qǐng)求消息包括標(biāo)識(shí)與光網(wǎng)絡(luò)單元之間的通信流的通信流ID以及業(yè)務(wù)質(zhì)量參數(shù)；存儲(chǔ)單元，存儲(chǔ)表示通信流ID和業(yè)務(wù)質(zhì)量參數(shù)之間的對(duì)應(yīng)關(guān)系的帶寬合同表；控制單元，基于業(yè)務(wù)質(zhì)量請(qǐng)求消息中所包含的所述業(yè)務(wù)質(zhì)量參數(shù)更新帶寬合同表，根據(jù)所述帶寬合同表對(duì)相應(yīng)的通信流ID所表示的通信流進(jìn)行帶寬分配。
2. 如權(quán)利要求1所述的光線路終端，其特征在于，所述業(yè)務(wù)質(zhì) 量參數(shù)是定義了一組所述通信流的組群ID以及給每個(gè)組群ID的群 帶寬限制。
3. 如權(quán)利要求1所述的光線路終端，其特征在于， 所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包括定義了創(chuàng)建或刪除組群的動(dòng)作ID; 所述控制單元基于所述業(yè)務(wù)質(zhì)量參數(shù)中包括的所述動(dòng)作ID創(chuàng)建或刪除組群，來更新所述帶寬合同表。
4. 如權(quán)利要求1所述的光線路終端，其特征在于， 所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包括組群ID以及定義了加入/離開組群的動(dòng)作ID;所述控制單元基于所述業(yè)務(wù)質(zhì)量參數(shù)中的組群ID和所述動(dòng)作 ID，增加或刪除組群ID中的所述通信流ID指定的通信流，來更新 所述所述帶寬合同表。
5. 如權(quán)利要求1所述的光線路終端，其特征在于，所述業(yè)務(wù)質(zhì) 量請(qǐng)求鳙息包括通信優(yōu)先級(jí)，在所述通信優(yōu)先級(jí)下，多個(gè)終端利用相同通信流ID和帶寬限制與光網(wǎng)絡(luò)單元進(jìn)行通信。
6. 如權(quán)利要求5所述的光線路終端，其特征在于， 所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包括定義了所述多個(gè)終端的增加或減少的動(dòng)作ID;所述控制單元基于所述業(yè)務(wù)質(zhì)量參數(shù)中的所述動(dòng)作ID增加或減 少與所述通信流ID和通信優(yōu)先級(jí)對(duì)應(yīng)的所述終端個(gè)數(shù)，來更新所述 所述帶寬合同表。
7. 如權(quán)利要求1至4中任一項(xiàng)所述的光線路終端，其特征在于，所述控制單元在進(jìn)行帶寬分配時(shí)，檢査一個(gè)組群中所有保證帶 寬和非保證帶寬分配之和是否小于等于該組群的群帶寬限制，在該 組群的保證帶寬和非保證帶寬之和超過所對(duì)應(yīng)的群帶寬限制的情況 下，將所對(duì)應(yīng)的群帶寬限制作為該組群的全部帶寬，在該組群中按 每個(gè)用戶的保證帶寬參數(shù)成比例重新計(jì)算非保證帶寬。
8. —種帶寬分配方法，由光線路終端向光網(wǎng)絡(luò)單元分配帶寬， 其特征在于，光線路終端存儲(chǔ)有表示標(biāo)識(shí)光線路終端與光網(wǎng)絡(luò)單元之間的通 信流的通信流ID和業(yè)務(wù)質(zhì)量參數(shù)之間的對(duì)應(yīng)關(guān)系的帶寬合同表；所述帶寬分配方法包括下述步驟從光網(wǎng)絡(luò)單元向光線路終端發(fā)送業(yè)務(wù)質(zhì)量請(qǐng)求消息，該業(yè)務(wù)質(zhì)量請(qǐng)求消息包括通信流ID以及業(yè)務(wù)質(zhì)量參數(shù)；光線路終端基于業(yè)務(wù)質(zhì)量請(qǐng)求消息中所包含的所述業(yè)務(wù)質(zhì)量參數(shù)更新帶寬合同表，根據(jù)所述帶寬合同表對(duì)相應(yīng)的通信流ID所表示的通信流進(jìn)行帶寬分配。
9. 如權(quán)利要求8所述的帶寬分配方法，其特征在于，所述業(yè)務(wù) 質(zhì)量參數(shù)是定義了一組所述通信流的組群ID以及給每個(gè)組群ID的 群帶寬限制。
10. 如權(quán)利要求8所述的帶寬分配方法，其特征在于，所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包括定義了創(chuàng)建或刪除組群的動(dòng)作ID;所述光線路終端基于所述業(yè)務(wù)質(zhì)量參數(shù)中包括的所述動(dòng)作ID創(chuàng) 建或刪除組群，來更新所述帶寬合同表。
11. 如權(quán)利要求8所述的帶寬分配方法，其特征在于， 所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包括組群ID以及定義了加入/離開組群的動(dòng)作ID;所述光線路終端基于所述業(yè)務(wù)質(zhì)量參數(shù)中的組群ID和所述動(dòng)作 ID,增加或刪除組群ID中的所述通信流ID指定的通信流，來更新 所述所述帶寬合同表。
12. 如權(quán)利要求8所述的帶寬分配方法，其特征在于，所述業(yè) 務(wù)質(zhì)量請(qǐng)求消息包括通信優(yōu)先級(jí)，在所述通信優(yōu)先級(jí)下，多個(gè)終端 利用相同通信ID和帶寬限制與光網(wǎng)絡(luò)單元進(jìn)行通信。
13. 如權(quán)利要求8所述的帶寬分配方法，其特征在于， 所述業(yè)務(wù)質(zhì)量請(qǐng)求消息包括定義了所述多個(gè)終端的增加或減少的動(dòng)作ID;所述光線路終端基于所述業(yè)務(wù)質(zhì)量參數(shù)中的所述動(dòng)作ID增加或 減少與所述通信流ID和通信優(yōu)先級(jí)對(duì)應(yīng)的所述終端個(gè)數(shù)，來更新所 述所述帶寬合同表。
14. 如權(quán)利要求8至11中任一項(xiàng)所述的帶寬分配方法，其特征 在于，所述光線路終端在進(jìn)行帶寬分配時(shí)，檢査一個(gè)組群中所有保證 帶寬和非保證帶寬分配之和是否小于等于該組群的群帶寬限制，在 該組群的保證帶寬和非保證帶寬之和超過所對(duì)應(yīng)的群帶寬限制的情 況下，將所對(duì)應(yīng)的群帶寬限制作為該組群的全部帶寬，在該組群中 按每個(gè)用戶的保證帶寬參數(shù)成比例重新計(jì)算非保證帶寬。
全文摘要
本發(fā)明涉及無源光網(wǎng)絡(luò)，特別涉及PON中的動(dòng)態(tài)帶寬分配方法及其設(shè)備。本發(fā)明的帶寬分配方法中，由光線路終端向光網(wǎng)絡(luò)單元分配帶寬，其特征在于，光線路終端存儲(chǔ)有表示標(biāo)識(shí)光線路終端與光網(wǎng)絡(luò)單元之間的通信流的通信流ID和業(yè)務(wù)質(zhì)量參數(shù)之間的對(duì)應(yīng)關(guān)系的帶寬合同表；所述帶寬分配方法包括下述步驟從光網(wǎng)絡(luò)單元向光線路終端發(fā)送業(yè)務(wù)質(zhì)量請(qǐng)求消息，該業(yè)務(wù)質(zhì)量請(qǐng)求消息包括通信流ID以及業(yè)務(wù)質(zhì)量參數(shù)；光線路終端基于業(yè)務(wù)質(zhì)量請(qǐng)求消息中所包含的所述業(yè)務(wù)質(zhì)量參數(shù)更新帶寬合同表，根據(jù)所述帶寬合同表對(duì)相應(yīng)的通信流ID所表示的通信流進(jìn)行帶寬分配。
文檔編號(hào)H04B10/12GK101257347SQ20071008438
公開日2008年9月3日 申請(qǐng)日期2007年2月28日 優(yōu)先權(quán)日2007年2月28日
發(fā)明者吉內(nèi)英也, 池田博樹, 穎 石 申請(qǐng)人:株式會(huì)社日立制作所