本發(fā)明涉及有線寬帶接入網(wǎng)技術(shù)領(lǐng)域，具體涉及基于軟件定義光接入網(wǎng)絡(luò)實現(xiàn)帶寬按時定制的方法及系統(tǒng)。

背景技術(shù)：

互聯(lián)網(wǎng)數(shù)據(jù)流量爆炸式增長促使接入網(wǎng)寬帶化進程提速，光接入網(wǎng)絡(luò)具備高帶寬低成本優(yōu)勢，近年來得到快速發(fā)展和大量部署。然而，近些年IT產(chǎn)業(yè)快速崛起，OTT業(yè)務(wù)飛速發(fā)展并被用戶廣泛認(rèn)同，對通信行業(yè)造成巨大沖擊：一方面OTT業(yè)務(wù)占用大量帶寬并直接面向客戶提供服務(wù)和計費，使得基礎(chǔ)網(wǎng)絡(luò)變?yōu)閱渭兊膫鬏敼艿?；另一方面IT的開放性要求與傳統(tǒng)通信網(wǎng)絡(luò)的封閉性特征產(chǎn)生不可調(diào)和的沖突。

光接入網(wǎng)絡(luò)作為最接近用戶的網(wǎng)絡(luò)組成部分，面對多樣且個性化的應(yīng)用需求，但是傳統(tǒng)光接入網(wǎng)絡(luò)支持的業(yè)務(wù)種類單一，且只具備有限的QoS(Quality of Service，服務(wù)質(zhì)量)保證能力，使大部分寬帶接入服務(wù)趨同(例如固定帶寬包月的套餐形式)，逐漸淪為“啞管道”，導(dǎo)致一方面用戶的差異化需求得不到滿足，另一方面業(yè)務(wù)不能獲得匹配的網(wǎng)絡(luò)服務(wù)，限制了業(yè)務(wù)創(chuàng)新和業(yè)務(wù)體驗，此外，運營商也難以獲得增值收益。同時，傳統(tǒng)的光接入網(wǎng)在控制平面通過定時器觸發(fā)實現(xiàn)帶寬按時定制可能造成南向控制流量瞬時突發(fā)，增大控制時延，影響網(wǎng)絡(luò)穩(wěn)定性。

綜上所述，傳統(tǒng)的光接入網(wǎng)存在以下缺陷：

(1)傳統(tǒng)的光接入網(wǎng)較為封閉，不具備向用戶開放控制的能力，因此限制了新業(yè)務(wù)創(chuàng)新和用戶體驗提升；

(2)在控制平面通過定時器觸發(fā)實現(xiàn)帶寬按時定制可能造成南向控制流量瞬時突發(fā)，增大控制時延，影響網(wǎng)絡(luò)穩(wěn)定性。

技術(shù)實現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問題是傳統(tǒng)的光接入網(wǎng)較為封閉，不具備向用戶開放控制的能力，限制了新業(yè)務(wù)創(chuàng)新和用戶體驗提升，以及解決帶寬按時定制引起的南向控制流量瞬時突發(fā)、增大控制時延和影響網(wǎng)絡(luò)穩(wěn)定性的問題。

為了解決上述技術(shù)問題，本發(fā)明所采用的技術(shù)方案是提供一種基于軟件定義光接入網(wǎng)絡(luò)實現(xiàn)帶寬按時定制的方法，包括以下步驟：

應(yīng)用層接收和解析用戶的帶寬定制請求，并在用戶權(quán)限認(rèn)證成功后通過北向接口向控制平面發(fā)送所述帶寬定制請求；

所述控制平面接收和解析所述帶寬定制請求，并根據(jù)網(wǎng)絡(luò)帶寬余量滿足所述帶寬定制請求，預(yù)留網(wǎng)絡(luò)帶寬資源；

所述控制平面更新用戶的帶寬日歷，并將需要下發(fā)的流表寫入所述控制平面的節(jié)點流表并進行更新，同時根據(jù)轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略，決定流表下發(fā)時間并啟動定時器，于定時器到時后讀取更新后的流表，通過南向接口發(fā)送openflow消息；

數(shù)據(jù)平面的Openflow協(xié)議代理接收并解析所述openflow消息，根據(jù)所述openflow消息的生效時間將即時消息或定時器到時消息發(fā)送到數(shù)據(jù)抽象層，由所述數(shù)據(jù)抽象層完成流表到轉(zhuǎn)發(fā)設(shè)備的配置。

在上述技術(shù)方案中，所述轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略具體為：

S10、向所述控制平面的數(shù)據(jù)倉庫寫入或更新流表；

S11、對于每個有更新的流表，判斷生效時間是否等于0，若等于0，轉(zhuǎn)S13；否則，轉(zhuǎn)S12；

S12、對流表設(shè)置定時器，根據(jù)生效時間確定定時器到時時間，到時后將生效時間更改為0，轉(zhuǎn)S11；

S13、立即下發(fā)流表。

在上述技術(shù)方案中，若當(dāng)前時刻的節(jié)點策略為生效時間在預(yù)設(shè)時間之前的流表需要下發(fā)至所述轉(zhuǎn)發(fā)設(shè)備，則所述轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略具體為：

S20、向所述控制平面的數(shù)據(jù)倉庫寫入或更新流表；

S21、根據(jù)所述控制平面的用戶狀態(tài)判斷用戶是否在線，若在線，轉(zhuǎn)S22；否則，轉(zhuǎn)S25；

S22、對于每個有更新的流表，判斷生效時間是否小于預(yù)設(shè)時間，若是，轉(zhuǎn)S23；否則，轉(zhuǎn)S24；

S23、立即下發(fā)流表；

S24、維持流表，并等待預(yù)設(shè)時間更新后激活流表下發(fā)；

S25、維持流表，并等待用戶上線后激活流表下發(fā)。

在上述技術(shù)方案中，所述Openflow協(xié)議代理對所述openflow消息進行處理具體包括以下步驟：

S30、openflow協(xié)議代理對接收到的openflow消息進行解析，并確定openflow消息的類型；

S31、判斷openflow消息的生效時間是否為0，如果是，轉(zhuǎn)S33；否則，轉(zhuǎn)S32；

S32、對流表配置指令和設(shè)置定時器，根據(jù)生效時間確定定時器到時時間，到時后將生效時間更改為0，轉(zhuǎn)S31；

S33、發(fā)送流表的配置指令到數(shù)據(jù)抽象層。

在上述技術(shù)方案中，根據(jù)網(wǎng)絡(luò)流量工程日歷信息判斷所述網(wǎng)絡(luò)帶寬余量是否滿足所述帶寬定制請求。

在上述技術(shù)方案中，所述控制平面每日定時將下一日的帶寬日歷以擴展的openflow消息發(fā)往相關(guān)轉(zhuǎn)發(fā)設(shè)備，在轉(zhuǎn)發(fā)設(shè)備側(cè)的Openflow協(xié)議代理啟動定時器隊列，并將定時器與生效時間非當(dāng)前時刻的openflow消息相關(guān)聯(lián)，當(dāng)定時器到時時，觸發(fā)Openflow協(xié)議代理與數(shù)據(jù)抽象層交互，完成轉(zhuǎn)發(fā)設(shè)備配置。

在上述技術(shù)方案中，由控制平面維護用戶的狀態(tài)數(shù)據(jù)，

當(dāng)用戶未注冊時，控制平面僅維護用戶的帶寬日歷，不觸發(fā)openflow消息發(fā)送；

當(dāng)用戶完成注冊，控制平面將當(dāng)前和之后n小時的帶寬日歷以擴展的openflow消息發(fā)往相關(guān)轉(zhuǎn)發(fā)設(shè)備，在轉(zhuǎn)發(fā)設(shè)備側(cè)的openflow協(xié)議代理啟動定時器隊列，并將定時器與生效時間非當(dāng)前時刻的openflow消息相關(guān)聯(lián)，當(dāng)定時器到時時，觸發(fā)openflow協(xié)議代理與數(shù)據(jù)抽象層交互完成轉(zhuǎn)發(fā)設(shè)備的配置；

當(dāng)用戶在線時，在轉(zhuǎn)發(fā)設(shè)備側(cè)配置的帶寬日歷時間到時前，由控制平面將之后n小時的帶寬日歷以擴展的openflow消息發(fā)往相關(guān)轉(zhuǎn)發(fā)設(shè)備，在轉(zhuǎn)發(fā)設(shè)備側(cè)的openflow協(xié)議代理啟動定時器隊列，并將定時器與生效時間非當(dāng)前時刻的openflow消息相關(guān)聯(lián)，當(dāng)定時器到時時，觸發(fā)openflow協(xié)議代理與數(shù)據(jù)抽象層交互完成轉(zhuǎn)發(fā)設(shè)備的配置；

當(dāng)用戶下線注銷時，控制平面維護的用戶的狀態(tài)數(shù)據(jù)改變，觸發(fā)發(fā)送擴展的openflow消息至各相關(guān)轉(zhuǎn)發(fā)設(shè)備，刪除用戶在轉(zhuǎn)發(fā)設(shè)備側(cè)相關(guān)的流表和定時器，同時控制平面內(nèi)用戶的流表信息僅維持不下發(fā)。

在上述技術(shù)方案中，對非即時生效的openflow消息設(shè)置較低的優(yōu)先級。

本發(fā)明還提供了一種基于軟件定義光接入網(wǎng)絡(luò)實現(xiàn)帶寬按時定制的系統(tǒng)，包括：

應(yīng)用層，接收和解析用戶的帶寬定制請求，并在用戶權(quán)限認(rèn)證成功后通過北向接口發(fā)送所述帶寬定制請求；

控制平面，接收和解析所述帶寬定制請求，根據(jù)網(wǎng)絡(luò)帶寬余量滿足所述帶寬定制請求進行網(wǎng)絡(luò)帶寬資源預(yù)留，更新用戶的帶寬日歷，將需要下發(fā)的流表寫入節(jié)點流表并進行更新，同時根據(jù)轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略，決定流表下發(fā)時間并啟動定時器，于定時器到時后讀取更新后的流表，通過南向接口發(fā)送openflow消息；

數(shù)據(jù)平面，包括openflow協(xié)議代理模塊、數(shù)據(jù)抽象層和轉(zhuǎn)發(fā)設(shè)備，通過所述openflow協(xié)議代理模塊接收并解析所述openflow消息，根據(jù)所述openflow消息的生效時間將即時消息或定時器到時消息發(fā)送到數(shù)據(jù)抽象層，由所述數(shù)據(jù)抽象層完成流表到轉(zhuǎn)發(fā)設(shè)備的配置。

在上述技術(shù)方案中，所述應(yīng)用層包括用于帶寬定制的服務(wù)器，服務(wù)器接收和解析用戶帶寬定制請求，對用戶權(quán)限進行認(rèn)證，維護用戶的狀態(tài)數(shù)據(jù)和用戶的帶寬日歷，通過北向接口與所述控制平面進行交互；

所述控制平面包括流管理模塊、帶寬定制服務(wù)管理模塊、帶寬資源管理模塊、數(shù)據(jù)倉庫和南向openflow協(xié)議模塊；

所述流管理模塊，用于拓?fù)洹⒕W(wǎng)元、告警和OAM管理；

所述帶寬定制服務(wù)管理模塊，接收和解析服務(wù)器下發(fā)的帶寬定制請求，維護所述數(shù)據(jù)倉庫中的用戶帶寬日歷，并根據(jù)定時器觸發(fā)生成openflow控制消息；

所述帶寬資源管理模塊，根據(jù)當(dāng)前網(wǎng)絡(luò)狀態(tài)對網(wǎng)絡(luò)帶寬資源進行判斷和預(yù)留；

所述數(shù)據(jù)倉庫，包括用戶狀態(tài)數(shù)據(jù)、用戶帶寬日歷、網(wǎng)絡(luò)流量工程日歷、拓?fù)浜凸?jié)點流表；

所述南向openflow協(xié)議模塊，通過API接受其他模塊調(diào)用，用于所述控制平面與轉(zhuǎn)發(fā)設(shè)備的安全通道管理，序列化和反序列化openflow消息，并將轉(zhuǎn)發(fā)設(shè)備的通告主動上報給通告訂閱的模塊；

openflow協(xié)議代理模塊，用于序列化和反序列化openflow協(xié)議，按照時間窗口對openflow消息進行排序并定時向數(shù)據(jù)抽象層發(fā)送，同時接收數(shù)據(jù)抽象層的上報消息；

數(shù)據(jù)抽象層，用于接收所述openflow協(xié)議代理模塊發(fā)送的openflow消息，并與所述轉(zhuǎn)發(fā)設(shè)備的芯片控制接口進行適配。

本發(fā)明基于軟件定義光接入網(wǎng)絡(luò)，實現(xiàn)用戶帶寬按需按時定制，有益效果具體如下：

1.打破傳統(tǒng)光接入網(wǎng)固定帶寬包月的套餐形式，使用戶能夠根據(jù)對帶寬的實際需求情況定制光接入網(wǎng)絡(luò)服務(wù)。

例如，對于家庭用戶，晚上和周末的網(wǎng)絡(luò)使用量較大，而工作日白天的網(wǎng)絡(luò)使用量較少，采用帶寬按時定制服務(wù)，用戶可以將網(wǎng)絡(luò)使用集中時段的接入帶寬提高，而其他時段僅使用基本套餐，在滿足用戶使用網(wǎng)絡(luò)峰值時段的網(wǎng)絡(luò)帶寬體驗的同時，能夠減少用戶使用網(wǎng)絡(luò)空閑時段不必要的接入帶寬支出。

2.網(wǎng)絡(luò)運營商使用帶寬按時定制系統(tǒng)，一方面可以向用戶提供增值服務(wù)，另一方面也可以根據(jù)網(wǎng)絡(luò)使用情況制定時間策略，增加收益的同時也可以平滑網(wǎng)絡(luò)流量，改善用戶體驗。

例如，對于家庭用戶，在網(wǎng)絡(luò)峰值時段，結(jié)合DPI限制P2P下載等高帶寬占用的業(yè)務(wù)，在網(wǎng)絡(luò)空閑時段，解除限制并提高用戶的最大帶寬，結(jié)合智能路由器等，將非實時流量通過帶寬獎懲措施引導(dǎo)到網(wǎng)絡(luò)空閑時段，平滑網(wǎng)絡(luò)帶寬使用情況，也能改善網(wǎng)絡(luò)峰值時段的用戶帶寬體驗。

3.業(yè)務(wù)提供商利用帶寬按時定制系統(tǒng)，能夠根據(jù)業(yè)務(wù)需求，在授權(quán)范圍內(nèi)調(diào)整用戶接入帶寬，以保證最佳的用戶業(yè)務(wù)體驗。

例如，對于球賽、熱播電視劇等高清直播業(yè)務(wù)，業(yè)務(wù)提供商能夠按時預(yù)約訂購用戶的接入帶寬，在業(yè)務(wù)提供時段內(nèi)，避免接入帶寬瓶頸對業(yè)務(wù)體驗的影響。

附圖說明

圖1為本發(fā)明提供的一種基于軟件定義光接入網(wǎng)絡(luò)實現(xiàn)帶寬按時定制的系統(tǒng)結(jié)構(gòu)示意圖；

圖2為本發(fā)明提供的一種基于軟件定義光接入網(wǎng)絡(luò)實現(xiàn)帶寬按時定制的方法流程圖；

圖3為本發(fā)明提供的一種轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略流程圖；

圖4為本發(fā)明提供的另一種轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略流程圖；

圖5為本發(fā)明提供的一種轉(zhuǎn)發(fā)設(shè)備側(cè)openflow協(xié)議代理對openflow消息進行處理的方法流程圖。

具體實施方式

隨著OTT應(yīng)用的興起，有線寬帶接入網(wǎng)絡(luò)已逐漸由帶寬驅(qū)動轉(zhuǎn)變?yōu)閼?yīng)用驅(qū)動，只有業(yè)務(wù)或用戶本身才真正了解自身的QoS需求和使用傾向，因此網(wǎng)絡(luò)能力開放和可編程對未來發(fā)展具有深遠意義，由于，接入網(wǎng)資源不足夠且處于競爭狀態(tài)，接入管道的精細控制和智能化才能保證關(guān)鍵業(yè)務(wù)的優(yōu)先服務(wù)，在有限帶寬資源條件下最大化用戶網(wǎng)絡(luò)體驗。

軟件定義網(wǎng)絡(luò)(SDN，Software Defined Network)是基于開放接口實現(xiàn)軟件可編程的基礎(chǔ)網(wǎng)絡(luò)架構(gòu)，相對于傳統(tǒng)網(wǎng)絡(luò)，軟件定義網(wǎng)絡(luò)具有以下優(yōu)勢：控制與轉(zhuǎn)發(fā)相分離、邏輯集中式控制、開放的控制接口以及網(wǎng)絡(luò)虛擬化和可編程能力。軟件定義網(wǎng)絡(luò)的出現(xiàn)正與IT產(chǎn)業(yè)網(wǎng)絡(luò)開放的需求相契合，快速得到業(yè)界認(rèn)可并逐步在數(shù)據(jù)通信網(wǎng)絡(luò)中得以應(yīng)用，被認(rèn)為是面向下一代網(wǎng)絡(luò)的革命性技術(shù)。

軟件定義光接入網(wǎng)絡(luò)將軟件定義網(wǎng)絡(luò)的理念引入光接入網(wǎng)絡(luò)，通過一致的信息模型和標(biāo)準(zhǔn)開放的南向接口實現(xiàn)多廠商異構(gòu)設(shè)備的統(tǒng)一控制管理；通過集中和分布相結(jié)合的控制架構(gòu)實現(xiàn)網(wǎng)絡(luò)帶寬資源的精細化管理，以及面向多租戶環(huán)境的網(wǎng)絡(luò)虛擬化和帶寬資源隔離；通過北向接口打破傳統(tǒng)電信設(shè)備的封閉屬性，促進光接入網(wǎng)絡(luò)控制能力開放和可編程，基于此實現(xiàn)面向應(yīng)用的差異化的網(wǎng)絡(luò)服務(wù)提供能力，軟件定義光接入網(wǎng)絡(luò)使得接入側(cè)的“啞管道”變得靈活、開放和智能。

傳統(tǒng)的寬帶接入網(wǎng)較為封閉，不具備向用戶開放控制的能力，因此限制了新業(yè)務(wù)創(chuàng)新和用戶體驗提升，本發(fā)明基于軟件定義光接入網(wǎng)絡(luò)，能夠根據(jù)帶寬日歷完成用戶或業(yè)務(wù)接入帶寬和QoS按需預(yù)約，以滿足各種場景下不同網(wǎng)絡(luò)時段的差異化接入帶寬需求。同時，傳統(tǒng)的寬帶接入網(wǎng)在控制平面通過定時器觸發(fā)實現(xiàn)帶寬按時定制可能造成南向控制流量瞬時突發(fā)，增大控制時延，影響網(wǎng)絡(luò)穩(wěn)定性，本發(fā)明通過擴展南向接口，增加時間窗口參數(shù)，并在轉(zhuǎn)發(fā)設(shè)備側(cè)實現(xiàn)定時控制機制，將按時調(diào)整策略轉(zhuǎn)移到轉(zhuǎn)發(fā)設(shè)備上完成，避免了南向控制流量瞬時突發(fā)問題。

下面結(jié)合說明書附圖和具體實施方式對本發(fā)明做出詳細的說明。

本發(fā)明實施例提供了一種基于軟件定義光接入網(wǎng)絡(luò)實現(xiàn)帶寬按時定制的系統(tǒng)，如圖1所示，包括：

應(yīng)用層1，接收和解析用戶的帶寬定制請求，并在用戶權(quán)限認(rèn)證成功后通過北向接口發(fā)送帶寬定制請求。

控制平面2，接收和解析應(yīng)用層1發(fā)送的帶寬定制請求，根據(jù)網(wǎng)絡(luò)帶寬余量滿足帶寬定制請求進行網(wǎng)絡(luò)帶寬資源預(yù)留，更新用戶的帶寬日歷，將需要下發(fā)的流表寫入節(jié)點流表并進行更新，同時根據(jù)轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略，決定流表下發(fā)時間并啟動定時器，于定時器到時后讀取更新后的流表，通過南向接口發(fā)送openflow消息。

數(shù)據(jù)平面3，包括openflow協(xié)議代理模塊30、其他協(xié)議代理模塊31、數(shù)據(jù)抽象層32和轉(zhuǎn)發(fā)設(shè)備33，通過openflow協(xié)議代理模塊30接收并解析openflow消息，根據(jù)openflow消息的生效時間將即時消息或定時器到時消息發(fā)送到數(shù)據(jù)抽象層32，由數(shù)據(jù)抽象層32完成流表到轉(zhuǎn)發(fā)設(shè)備33的配置。

應(yīng)用層1包括用于帶寬定制的服務(wù)器10，服務(wù)器10接收和解析用戶帶寬定制請求，對用戶權(quán)限進行認(rèn)證，維護用戶的狀態(tài)數(shù)據(jù)和用戶的帶寬日歷，通過北向接口與控制平面2進行交互。

控制平面2包括流管理模塊20、帶寬定制服務(wù)管理模塊21、帶寬資源管理模塊22、數(shù)據(jù)倉庫23、南向openflow協(xié)議模塊24和其他南向協(xié)議模塊25；

流管理模塊20，用于拓?fù)?、網(wǎng)元、告警和OAM等管理；

帶寬定制服務(wù)管理模塊21，接收和解析服務(wù)器10下發(fā)的帶寬定制請求，維護數(shù)據(jù)倉庫23中的用戶帶寬日歷，向帶寬資源管理模塊22請求網(wǎng)絡(luò)帶寬資源判斷和預(yù)留，并根據(jù)定時器觸發(fā)生成openflow消息；

帶寬資源管理模塊22，根據(jù)當(dāng)前網(wǎng)絡(luò)狀態(tài)對網(wǎng)絡(luò)帶寬資源進行判斷和預(yù)留；

數(shù)據(jù)倉庫23，包括用戶的狀態(tài)數(shù)據(jù)、用戶的帶寬日歷(表示各用戶在每個時段的帶寬定制信息)、網(wǎng)絡(luò)流量工程日歷(表示網(wǎng)絡(luò)鏈路和端口在每個時段的流量工程信息)、拓?fù)浜凸?jié)點流表；

南向openflow協(xié)議模塊24，通過API接受其他模塊調(diào)用，用于控制平面2與轉(zhuǎn)發(fā)設(shè)備的安全通道管理，序列化和反序列化openflow消息，并將轉(zhuǎn)發(fā)設(shè)備的通告主動上報給通告訂閱的模塊。

openflow協(xié)議代理模塊30，用于序列化和反序列化openflow協(xié)議，按照時間窗口對openflow消息進行排序并定時向數(shù)據(jù)抽象層32發(fā)送，同時接收數(shù)據(jù)抽象層32的上報消息；

數(shù)據(jù)抽象層32，用于接收openflow協(xié)議代理模塊30發(fā)送的openflow消息，并與轉(zhuǎn)發(fā)設(shè)備33的芯片控制接口進行適配。

上述的帶寬日歷由一個或多個時間窗口組成，相鄰時間窗口在時間上連續(xù)且不存在重疊，時間窗口包括但不限于以下信息：起始時間、終止時間、方向(上行/下行/雙向)、保證帶寬、最大帶寬以及其他QoS參數(shù)。

更改用戶帶寬時，可能涉及到多個轉(zhuǎn)發(fā)設(shè)備33的配置，因此，由帶寬定制服務(wù)管理模塊21根據(jù)具體請求調(diào)用南向openflow協(xié)議模塊24完成轉(zhuǎn)發(fā)設(shè)備33的配置。

本發(fā)明實施例還提供了一種基于軟件定義光接入網(wǎng)絡(luò)實現(xiàn)帶寬按時定制的方法，如圖2所示，包括以下步驟：

S1、應(yīng)用層接收用戶的帶寬定制請求，認(rèn)證用戶的帶寬定制請求是否在用戶權(quán)限范圍內(nèi)，認(rèn)證成功則通過北向接口向控制平面發(fā)送帶寬定制請求。

用戶的帶寬定制請求中包括但不限于以下信息：用戶信息、起始時間、終止時間、方向(上行/下行/雙向)、保證帶寬和最大帶寬。

S2、控制平面接收和解析帶寬定制請求，讀取數(shù)據(jù)倉庫的網(wǎng)絡(luò)流量工程日歷，判斷時間窗口內(nèi)的網(wǎng)絡(luò)帶寬余量是否滿足帶寬定制請求，如果滿足則預(yù)留資源，更新相應(yīng)時間窗口的網(wǎng)絡(luò)流量工程日歷，資源預(yù)留成功，轉(zhuǎn)S3；否則，資源預(yù)留失敗。

網(wǎng)絡(luò)帶寬余量的具體判定規(guī)則如下：對于請求時間窗口范圍內(nèi)的任意時間，(用戶請求的保證帶寬-請求前用戶的保證帶寬)<用戶所在PON口的剩余有效帶寬，且，用戶請求的最大帶寬<用戶所在PON口的最大帶寬。

S3、控制平面更新用戶的帶寬日歷，并將需要下發(fā)的流表寫入控制平面中數(shù)據(jù)倉庫的節(jié)點流表并進行更新，向應(yīng)用層返回成功消息。

S4、根據(jù)轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略，決定流表下發(fā)時間并啟動定時器，于定時器到時后讀取更新后的流表，通過南向接口發(fā)送openflow消息。

S5、數(shù)據(jù)平面的Openflow協(xié)議代理接收并解析openflow消息，根據(jù)openflow消息的生效時間將即時消息或定時器到時消息發(fā)送到數(shù)據(jù)抽象層，由數(shù)據(jù)抽象層完成流表到轉(zhuǎn)發(fā)設(shè)備的配置。

本發(fā)明實施例提供了一種轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略，如圖3所示，具體為：

S10、向控制平面的數(shù)據(jù)倉庫寫入或更新流表。

S11、對于每個有更新的流表，判斷生效時間start_time是否等于0，若等于0，轉(zhuǎn)S13；否則，轉(zhuǎn)S12。

S12、對流表設(shè)置定時器，根據(jù)生效時間start_time確定定時器到時時間，到時后將生效時間start_time更改為0，轉(zhuǎn)S11。

S13、立即下發(fā)流表。

本發(fā)明實施例還提供了另一種轉(zhuǎn)發(fā)設(shè)備的流表下發(fā)策略，假設(shè)當(dāng)前時刻的節(jié)點策略為生效時間start_time在預(yù)設(shè)時間T之前的流表需要下發(fā)至轉(zhuǎn)發(fā)設(shè)備，如圖4所示，具體為：

S20、向控制平面的數(shù)據(jù)倉庫寫入或更新流表。

S21、根據(jù)控制平面的用戶狀態(tài)判斷用戶是否在線，若在線，轉(zhuǎn)S22；否則，轉(zhuǎn)S25。

S22、對于每個有更新的流表，判斷生效時間start_time是否小于預(yù)設(shè)時間T，若是，轉(zhuǎn)S23；否則，轉(zhuǎn)S24。

S23、立即下發(fā)流表。

S24、維持流表，并等待預(yù)設(shè)時間T更新后激活流表下發(fā)。

S25、維持流表，并等待用戶上線后激活流表下發(fā)。

本發(fā)明實施例還提供了一種轉(zhuǎn)發(fā)設(shè)備側(cè)openflow協(xié)議代理對openflow消息進行處理的方法，如圖5所示，包括以下步驟：

S30、openflow協(xié)議代理對接收到的openflow消息進行解析，并確定openflow消息的類型，openflow消息的類型包括：flow_mod、meter_mod和group_mod消息。

S31、判斷openflow消息的生效時間start_time是否為0，如果是，轉(zhuǎn)S33；否則，轉(zhuǎn)S32。

S32、對流表配置指令和設(shè)置定時器，根據(jù)生效時間確定定時器到時時間，到時后將生效時間start_time更改為0，轉(zhuǎn)S31。

S33、發(fā)送流表配置指令到數(shù)據(jù)抽象層。

優(yōu)選地，為了保證用戶帶寬體驗，根據(jù)網(wǎng)絡(luò)流量工程日歷對用戶的帶寬定制請求進行判斷，以確認(rèn)能否接納用戶的帶寬和QoS需求。

網(wǎng)絡(luò)流量工程日歷包括兩類：OLT PON口流量工程日歷和匯聚網(wǎng)鏈路流量工程日歷。

網(wǎng)絡(luò)流量工程日歷同樣由一個或多個流量工程時間窗口組成，相鄰流量工程時間窗口在時間上連續(xù)且不存在重疊，每個流量工程時間窗口包含但不限于以下信息：PON口ID及其他標(biāo)識信息、起始時間和當(dāng)前時間段的流量工程信息、終止時間、方向(上行/下行)、如端口或鏈路剩余有效帶寬和最大帶寬等。

根據(jù)用戶的帶寬日歷完成轉(zhuǎn)發(fā)設(shè)備的配置時，包括以下兩種方法：

第一種，在控制平面內(nèi)啟動定時器隊列，每個用戶的帶寬日歷時間窗口對應(yīng)一個以起始時間為定時時間的定時器，當(dāng)定時器到時時，觸發(fā)openflow消息(如flow_mod、meter_mod等消息)發(fā)送，即時完成帶寬更改所需的轉(zhuǎn)發(fā)設(shè)備的配置；

第二種，控制平面每日定時將下一日的帶寬日歷以擴展的openflow消息發(fā)往相關(guān)轉(zhuǎn)發(fā)設(shè)備，在轉(zhuǎn)發(fā)設(shè)備側(cè)的openflow協(xié)議代理啟動定時器隊列，并將定時器與生效時間非當(dāng)前時刻的openflow消息相關(guān)聯(lián)，當(dāng)定時器到時時，觸發(fā)openflow協(xié)議代理與數(shù)據(jù)抽象層交互完成轉(zhuǎn)發(fā)設(shè)備的配置。

定時調(diào)整機制在轉(zhuǎn)發(fā)設(shè)備側(cè)完成，能夠分擔(dān)控制平面本身的負(fù)荷，減少調(diào)整時延，并避免控制平面的南向接口由于消息突發(fā)可能造成的擁塞甚至丟包。

上述根據(jù)用戶的帶寬日歷完成轉(zhuǎn)發(fā)設(shè)備的配置的第二種方法，可進一步做如下改進：由控制平面維護用戶的狀態(tài)數(shù)據(jù)，當(dāng)用戶未注冊時，控制平面僅維護用戶的帶寬日歷，不觸發(fā)openflow消息發(fā)送；當(dāng)用戶完成注冊，控制平面將當(dāng)前和之后n小時的帶寬日歷以擴展的openflow消息發(fā)往相關(guān)轉(zhuǎn)發(fā)設(shè)備，在轉(zhuǎn)發(fā)設(shè)備側(cè)的openflow協(xié)議代理啟動定時器隊列，并將定時器與生效時間非當(dāng)前時刻的openflow消息相關(guān)聯(lián)，當(dāng)定時器到時時，觸發(fā)openflow協(xié)議代理與數(shù)據(jù)抽象層交互完成轉(zhuǎn)發(fā)設(shè)備的配置(n可配置，建議默認(rèn)24小時)；當(dāng)用戶在線時，在轉(zhuǎn)發(fā)設(shè)備側(cè)配置的帶寬日歷時間到時前，由控制平面將之后n小時的帶寬日歷以擴展的openflow消息發(fā)往相關(guān)轉(zhuǎn)發(fā)設(shè)備，在轉(zhuǎn)發(fā)設(shè)備側(cè)的openflow協(xié)議代理啟動定時器隊列，并將定時器與生效時間非當(dāng)前時刻的openflow消息相關(guān)聯(lián)，當(dāng)定時器到時時，觸發(fā)openflow協(xié)議代理與數(shù)據(jù)抽象層交互完成轉(zhuǎn)發(fā)設(shè)備的配置；當(dāng)用戶下線注銷時，控制平面維護的用戶的狀態(tài)數(shù)據(jù)改變，觸發(fā)發(fā)送擴展的openflow消息至各相關(guān)轉(zhuǎn)發(fā)設(shè)備，刪除用戶在轉(zhuǎn)發(fā)設(shè)備側(cè)相關(guān)的流表和定時器，同時控制平面內(nèi)用戶的流表信息僅維持不下發(fā)。

上述根據(jù)用戶的帶寬日歷完成轉(zhuǎn)發(fā)設(shè)備的配置的第二種方法，可進一步做如下改進：對非即時生效的openflow消息設(shè)置較低的優(yōu)先級，以避免影響其他對時間相對敏感的南向消息發(fā)送、接收和處理。

上述根據(jù)用戶的帶寬日歷完成轉(zhuǎn)發(fā)設(shè)備的配置的第二種方法，openflow消息主要做如下擴展：在flow_mod、group_mod和meter_mod消息體中增加字段start_time，用以標(biāo)識openflow消息的生效時間，當(dāng)start_time＝＝0時，標(biāo)識openflow消息即時生效。

上述根據(jù)用戶的帶寬日歷完成轉(zhuǎn)發(fā)設(shè)備的配置的第二種方法，當(dāng)轉(zhuǎn)發(fā)設(shè)備側(cè)openflow協(xié)議代理接收到控制平面的消息時，判斷start_time是否為0：如果等于0，則為即時消息，進入正常處理流程；反之，消息解析后生成定時器單元加入隊列，等待定時器到時。

本發(fā)明不局限于上述最佳實施方式，任何人在本發(fā)明的啟示下作出的結(jié)構(gòu)變化，凡是與本發(fā)明具有相同或相近的技術(shù)方案，均落入本發(fā)明的保護范圍之內(nèi)。