專利名稱：一種實現(xiàn)帶寬代理與域內(nèi)路由器通信的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種帶寬代理(Bandwidth Broker，BB)與域內(nèi)路由器通信的方法，尤其涉及的是，一種在DiffServ網(wǎng)絡(luò)上利用COPS-PR(Common OpenPolicy Service-Policy Provisioning)協(xié)議實現(xiàn)BB與域內(nèi)路由器的通信以及BB配置邊緣路由器的方法。
背景技術(shù)：
IETF提出的基于策略的網(wǎng)絡(luò)管理框架包括四個部分策略管理工具、策略決議者、策略執(zhí)行者以及策略庫，如圖1所示的基于策略的網(wǎng)絡(luò)。策略管理員利用策略管理工具來定義策略，存儲在一策略庫中，策略庫可以放在目錄服務(wù)器上。策略決議者(Policy Decision Point，PDP)通過目錄服務(wù)器訪問所述策略庫，PDP通過LDAP(Light Directory Access Protocol)對策略庫進(jìn)行訪問，PDP處理這些策略，并將這些策略決議以配置數(shù)據(jù)的形式發(fā)送給相應(yīng)的策略執(zhí)行者(Policy Enforcement Point，PEP)，PEP根據(jù)這些策略決議進(jìn)行相應(yīng)的處理。PDP和PEP之間可采用COPS協(xié)議來交換信息。這里，“策略”是一個抽象的概念，是一套指導(dǎo)和決定如何管理、分配和控制網(wǎng)絡(luò)資源的業(yè)務(wù)規(guī)則。
RFC2784(The Common Open Policy Service Protocol，COPS)和RFC3084(COPS Usage for Policy Provisioning，COPS-PR)分別介紹了COPS協(xié)議和COPS-PR協(xié)議，描述了一個支持基于策略的網(wǎng)絡(luò)管理系統(tǒng)的簡單的客戶服務(wù)器模型，定義了實現(xiàn)協(xié)議功能所需的消息及消息的內(nèi)容和格式。COPS-PR是COPS協(xié)議的一個擴(kuò)展，COPS及COPS-PR的消息格式由消息頭和對象組成，如圖2所示。PDP和PEP間的通信實質(zhì)是通過交換包含在消息中的對象進(jìn)行的，而在RFC2784和RFC3084中僅定義了消息頭格式，消息對象的內(nèi)容及對象的格式都沒有明確說明。
COPS是IETF為了標(biāo)準(zhǔn)化PDP與PEP間的通信而提出的，采用客戶/服務(wù)器模式，PEP作為客戶機(jī)，PDP作為服務(wù)器。該協(xié)議采用TCP連接來保證服務(wù)器和客戶機(jī)之間的有效的信息交換，PEP負(fù)責(zé)發(fā)起向PDP的永久TCP連接，PEP利用這個TCP連接向PDP發(fā)送請求和從PDP接受決議信息。通常，PEP和遠(yuǎn)程PDP的通信是以一種請求/回答方式的形式交換信息，PEP也有能力向PDP匯報自己已經(jīng)執(zhí)行了它的決定。這一點對于計費和監(jiān)視比較有用。
COPS支持outsourcing和provisioning兩種策略控制模式。Outsourcing模式是指PEP的每一個事件都必須有一個策略的決定。PEP發(fā)出Request信息，PDP回復(fù)一個Decision消息。在provisioning模式下，就沒有要求PEP的事件和PDP的決策之間的1∶1對應(yīng)關(guān)系，PEP的事件和PDP的決策之間是N∶M的對應(yīng)關(guān)系，也就是說，網(wǎng)絡(luò)元素在處理事件之前就預(yù)先作了基于策略的配置。
COPS-PR是COPS協(xié)議的一個擴(kuò)展，采用provisioning模式，PEP連接到合適的PDP，匯報其能力和限制，要求PDP為它們提供一個初始的策略；PDP為每個PEP處理請求并生成適合的配置數(shù)據(jù)下載給PEP，PEP利用這些信息來處理到來的事件。如果網(wǎng)絡(luò)狀態(tài)或者策略發(fā)生變化，PDP將會更新這些配置數(shù)據(jù)來保持設(shè)備的一致性。在COPS-PR中，每個PEP要保留一個策略信息庫(Policy Information Base，PIB)，用來保存得到的配置數(shù)據(jù)。COPS-PR協(xié)議的最早提出就是用于DiffServ的策略控制，現(xiàn)在也用于記帳，IP過濾，安全等。
目前有很多致力于研究QoS網(wǎng)絡(luò)架構(gòu)的組織都將COPS協(xié)議作為帶寬代理BB與網(wǎng)絡(luò)域內(nèi)路由器通信的協(xié)議，但由于PIB結(jié)構(gòu)的抽象性以及RFC2748和RFC3084中復(fù)雜的消息定義，以至于到目前為止，在利用COPS來實現(xiàn)BB和路由器間通信的具體實現(xiàn)方面仍然沒有相關(guān)的方法。
因此，現(xiàn)有技術(shù)還有待于進(jìn)一步改進(jìn)和發(fā)展。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種實現(xiàn)帶寬代理與域內(nèi)路由器通信的方法，改進(jìn)COPS-PR協(xié)議，通過簡化COPS-PR的消息并定義COPS-PR消息對象的內(nèi)容及消息的處理過程，來實現(xiàn)BB與網(wǎng)絡(luò)域內(nèi)路由器間的通信。
本發(fā)明的技術(shù)方案如下一種實現(xiàn)帶寬代理與域內(nèi)路由器通信的方法，基于帶寬代理的DiffServ網(wǎng)絡(luò)架構(gòu)，其系統(tǒng)包括DiffServ網(wǎng)絡(luò)域、帶寬代理和主機(jī)；其中，在所述DiffServ網(wǎng)絡(luò)域中的每個路由器及帶寬代理上增加COPS-PR模塊，并在邊緣路由器和帶寬代理上安裝策略信息庫；所述方法的步驟包括a)所述主機(jī)發(fā)送業(yè)務(wù)流前，先向所述帶寬代理發(fā)送信令請求，由帶寬代理根據(jù)路由表、網(wǎng)絡(luò)資源表及策略庫信息對此流進(jìn)行接入控制；b)如果接入控制成功，所述帶寬代理會將接入控制決策告知所述COPS-PR模塊，由COPS-PR模塊將此流的接入控制決策加入到策略信息庫中，同時將此決策發(fā)送給邊緣路由器的COPS-PR模塊，COPS-PR模塊在邊緣路由器的策略信息庫中添加此流的配置信息，邊緣路由器根據(jù)配置信息進(jìn)行分類、流量調(diào)節(jié)，開始傳送業(yè)務(wù)流；c)如果接入控制失敗，所述帶寬代理會告知主機(jī)拒絕接收此流，主機(jī)則放棄發(fā)送此流，或者以盡力而為服務(wù)發(fā)送，即best-effort；d)業(yè)務(wù)流發(fā)送完畢后，主機(jī)會通知所述帶寬代理釋放資源，則帶寬代理的COPS-PR模塊刪除策略信息庫中關(guān)于此流的配置信息，并發(fā)送消息通知邊緣路由器的COPS-PR模塊刪除策略信息庫中相關(guān)的配置信息。
所述的方法，其中，所述策略信息庫是由所述存儲網(wǎng)絡(luò)管理者為網(wǎng)絡(luò)配置的策略以及接入控制的信息，其為帶寬代理提供接入控制策略并且?guī)挻硇枰鶕?jù)策略信息庫中流的接入控制決策來更新其資源表。
所述的方法，其中，所述策略信息庫為一概念樹命名空間，其分支表示數(shù)據(jù)結(jié)構(gòu)，即策略規(guī)則類；其葉節(jié)點表示所述策略規(guī)則類的實例，即策略規(guī)則實例。
所述的方法，其中，所述策略信息庫的結(jié)構(gòu)還包括所述策略規(guī)則類包括一認(rèn)證信息類，用于身份的驗證；一業(yè)務(wù)流策略類，用于定義哪些流被允許進(jìn)入網(wǎng)絡(luò)，及對這些流進(jìn)行處理的規(guī)則依據(jù)，這些規(guī)則依據(jù)將傳給所述邊緣路由器，由邊緣路由器來執(zhí)行。
所述的方法，其中，所述業(yè)務(wù)流策略類包括若干個策略規(guī)則實例，每個策略規(guī)則實例表明所述帶寬代理接入控制的決策；所述邊緣路由器上的策略信息庫保存單一類業(yè)務(wù)流策略類，作為邊緣路由器分類、流量調(diào)節(jié)的依據(jù)。
所述的方法，其中，所述COPS-PR模塊中的COPS-PR協(xié)議的消息定義和格式包括請求、決定、報告狀態(tài)、保持活性；其中，所述請求消息由邊緣路由器向帶寬代理發(fā)送用以請求發(fā)送配置信息，所述帶寬代理收到邊緣路由器發(fā)送的請求消息后，隨時可向邊緣路由器發(fā)送配置信息；所述決定消息由所述帶寬代理向邊緣路由器發(fā)送，并發(fā)送配置信息，用以告知邊緣路由器在邊緣路由器的策略信息庫中添加對邊緣路由器的配置信息，還是在邊緣路由器的策略信息庫中刪除作廢的配置信息；所述配置信息中包括流標(biāo)識、預(yù)留帶寬、服務(wù)等級，用于邊緣路由器對流進(jìn)行分類、流量調(diào)節(jié)；所述報告狀態(tài)消息由路由器向所述帶寬代理發(fā)送，無論對邊緣路由器是否配置成功，邊緣路由器都會回復(fù)報告狀態(tài)消息，告知所述帶寬代理是否已成功配置邊緣路由器；如果配置成功，所述帶寬代理通知主機(jī)開始發(fā)送業(yè)務(wù)流；如果配置失敗，所述帶寬代理重新配置此邊緣路由器；所述保持活性消息由路由器向所述帶寬代理發(fā)送，所述邊緣路由器在保持活性計時器的四分之一到四分之三的時間內(nèi)隨機(jī)發(fā)送保持活性消息。
所述的方法，其中，所述帶寬代理在一段時間內(nèi)如都未接收到保持活性消息或者其他的COPS消息，則認(rèn)為路由器壞掉了。
所述的方法，其中，所述報告狀態(tài)消息同時還作為路由器向帶寬代理報告端口出錯信息的消息，以通知帶寬代理更新拓?fù)湫畔⒈怼?br> 本發(fā)明所提供的一種實現(xiàn)帶寬代理與域內(nèi)路由器通信的方法，給出了一種在DiffServ網(wǎng)絡(luò)上通過COPS-PR協(xié)議實現(xiàn)BB與域內(nèi)路由器通信的方法，確切的說明了用于此方法的PIB內(nèi)容定義，及COPS-PR協(xié)議實現(xiàn)BB與域內(nèi)路由器通信所必須的消息格式及內(nèi)容，本發(fā)明方法改進(jìn)了COPS-PR協(xié)議，簡化了COPS-PR協(xié)議的消息，只通過借用COPS的4個消息便能實現(xiàn)COPS-PR在DiffServ網(wǎng)絡(luò)中BB與域內(nèi)路由器間通信的功能，并明確的定義了COPS-PR消息的對象內(nèi)容和消息的處理過程，為BB與域內(nèi)路由器間的通信提供了一種具體的實現(xiàn)方法。


圖1是現(xiàn)有技術(shù)的基于策略的網(wǎng)絡(luò)管理框架示意圖，示出了基于策略的網(wǎng)絡(luò)管理框架的組成部件，及各部件間的關(guān)系；圖2是現(xiàn)有技術(shù)的COPS-PR的消息格式圖，示出包括COPS-PR公共頭、對象頭及對象字段定義；圖3是本發(fā)明方法中基于帶寬代理(BB)的DiffServ網(wǎng)絡(luò)架構(gòu)圖，示意了DiffServ網(wǎng)絡(luò)架構(gòu)的組成部分；圖4是本發(fā)明方法中COPS-PR消息對象的格式圖，其中包括REQ、DEC、RPT、KA四個消息對應(yīng)的對象各字段定義；
圖5是本發(fā)明方法的COPS-PR消息的交互過程圖，示出了BB與路由器間COPS-PR消息的交互過程。
具體實施例方式
下面結(jié)合附圖對本發(fā)明方法的實施作進(jìn)一步的詳細(xì)描述。
本發(fā)明的一種實現(xiàn)帶寬代理與域內(nèi)路由器通信的方法，是在基于帶寬代理(BB)的DiffServ網(wǎng)絡(luò)架構(gòu)上，利用COPS-PR實現(xiàn)BB與域內(nèi)路由器間的消息傳遞及處理的方法，本發(fā)明所用到的網(wǎng)絡(luò)架構(gòu)主要包括DiffServ網(wǎng)絡(luò)域、BB和主機(jī)如圖3所示。在這個網(wǎng)絡(luò)架構(gòu)中，不需要改變現(xiàn)有網(wǎng)絡(luò)，只需要在網(wǎng)絡(luò)域中的每個路由器及BB上增加COPS-PR模塊，所述路由器包括核心路由器和邊緣路由器，在所述邊緣路由器和BB上安裝PIB。PIB中存儲網(wǎng)絡(luò)管理者為網(wǎng)絡(luò)配置的策略以及接入控制的信息，而COPS-PR模塊主要就是實現(xiàn)COPS-PR協(xié)議，COPS-PR協(xié)議消息的發(fā)送、接收及處理都是由BB和路由器上的COPS-PR模塊來負(fù)責(zé)，這是一個獨立的模塊，在TCP之上實現(xiàn)。由于COPS-PR協(xié)議采用的是provisioning模式，因此更適合于這種由BB預(yù)先在邊緣路由器上配置策略，然后由邊緣路由器來執(zhí)行策略的這種網(wǎng)絡(luò)功能。BB需要保存一張與域內(nèi)路由器相同的路由表，具體實現(xiàn)方法不在本發(fā)明考慮范圍之內(nèi)。COPS-PR協(xié)議不僅用于BB與邊緣路由器間傳遞配置信息，還用于域內(nèi)路由器向BB傳遞消息，使BB實時的掌握網(wǎng)絡(luò)的拓?fù)淝闆r，以便更新路由表。
這個網(wǎng)絡(luò)架構(gòu)的實現(xiàn)流程可以簡單描述為1.主機(jī)發(fā)送業(yè)務(wù)流前，先向BB發(fā)送信令請求，由BB根據(jù)路由表、網(wǎng)絡(luò)資源表及策略庫信息對此流進(jìn)行接入控制；2.如果接入控制成功，BB會將接入控制決策告知COPS-PR模塊，由COPS-PR模塊將此流的接入控制決策加入到PIB中，同時將此決策發(fā)送給邊緣路由器的COPS-PR模塊，COPS-PR模塊在邊緣路由器的PIB中添加此流的配置信息，邊緣路由器根據(jù)配置信息進(jìn)行分類、流量調(diào)節(jié)，開始傳送業(yè)務(wù)流；3.如果接入控制失敗，BB會告知主機(jī)拒絕接收此流，主機(jī)則放棄發(fā)送此流，或者以盡力而為服務(wù)發(fā)送；4.業(yè)務(wù)流發(fā)送完畢后，主機(jī)會通知BB可以釋放資源，則BB的COPS-PR模塊刪除PIB中關(guān)于此流的配置信息，并發(fā)送消息通知邊緣路由器的COPS-PR模塊刪除PIB中相關(guān)的配置信息。PIB在BB中的主要作用是為BB提供接入控制策略并且BB需要根據(jù)PIB中流的接入控制決策來更新資源表。PIB在邊緣路由器中的作用就是作為邊緣路由器對業(yè)務(wù)流進(jìn)行分類、流量調(diào)節(jié)處理的規(guī)則依據(jù)。
在RFC2784中為COPS定義了十個消息REQ(Request)、DEC(Decision)、RPT(Report State)、KA(Keep-Alive)、DRQ(Delete RequestState)、SSQ(Synchronize State Req)、OPN(Client-Open)、CAT(Client-Accept)、CC(Client-Close)、SSC(Synchronize Complete)，然而在這些消息中重復(fù)了某些功能的實現(xiàn)，只需要其中的請求REQ、決定DEC、報告狀態(tài)RPT、保持活性KA4個消息便能實現(xiàn)COPS-PR的全部功能。
本發(fā)明方法中定義了PIB的存儲內(nèi)容和格式，以及COPS-PR協(xié)議使用的4個消息及消息的具體格式，下面分別詳細(xì)描述PIB的內(nèi)容和各個消息的定義和作用1.PIB的存儲內(nèi)容和格式PIB是一個概念樹命名空間，分支表示數(shù)據(jù)結(jié)構(gòu)，或叫策略規(guī)則類(Policy Rule Class)，葉節(jié)點表示這些類的實例，也叫策略規(guī)則實例(PolicyRule Instance)。PIB僅僅被COPS-PR定義為了一個抽象的結(jié)構(gòu)，沒有一個細(xì)節(jié)的描述。本發(fā)明中定義了適合本發(fā)明方法的PIB結(jié)構(gòu)。PRC分為2類①認(rèn)證信息類(Identifying Information Class，IIC)，用于對用戶、運營商身份的驗證，包括3個PRI用戶的認(rèn)證信息、用戶跟運營商簽訂的服務(wù)品質(zhì)協(xié)議SLA、運營商與運營商之間簽訂的流量調(diào)節(jié)約定TCA(TrafficConditioning Agreement)；②業(yè)務(wù)流策略類(Service Traffic Policy Class，STPC)，定義哪些流被允許進(jìn)入網(wǎng)絡(luò)，及對這些流進(jìn)行處理的規(guī)則依據(jù)，這些規(guī)則依據(jù)將傳給邊緣路由器，邊緣路由器來執(zhí)行這些規(guī)則。STPC包括若干個PRI，每個PRI表明BB接入控制的決策。邊緣路由器上的PIB只需要保存單一類STPC即可，作為邊緣路由器分類、流量調(diào)節(jié)的依據(jù)。接入控制決策主要包括邊緣路由器進(jìn)行分類、標(biāo)記、排隊、調(diào)度的一些規(guī)則依據(jù)。如流標(biāo)識、預(yù)留帶寬、服務(wù)等級等。
2.COPS-PR的消息定義和格式①Request(REQ)邊緣路由器-＞BB邊緣路由器向BB發(fā)出REQ，向BB請求發(fā)送配置信息。BB收到邊緣路由器發(fā)送的REQ消息后，隨時可以向邊緣路由器發(fā)送配置信息，而不是同步的。
②Decision(DEC)BB-＞邊緣路由器BB向邊緣路由器發(fā)送配置信息，在這個DEC消息中告知邊緣路由器install decision，即安裝新的dicision，即在邊緣路由器的PIB中添加對邊緣路由器的配置信息；還是remove decision，即刪除過期的decision，即在邊緣路由器的PIB中刪除作廢的配置信息；配置信息中包括流標(biāo)識、預(yù)留帶寬、服務(wù)等級等，用于邊緣路由器對流進(jìn)行分類、流量調(diào)節(jié)。
③Report State(RPT)邊緣路由器-＞BB無論對邊緣路由器是否配置成功，邊緣路由器都會回復(fù)RPT，告知BB是否已成功配置邊緣路由器。如果配置成功，那么BB會通知主機(jī)開始發(fā)送業(yè)務(wù)流；如果配置失敗，則BB重新配置此邊緣路由器。RPT同時還作為路由器向BB報告端口出錯信息的消息，以通知BB更新拓?fù)湫畔⒈怼?br> ④Keep-Alive(KA)路由器-＞BB這個消息用于BB時刻了解網(wǎng)絡(luò)的拓?fù)淝闆r，路由器在KA計時器的四分之一到四分之三的時間內(nèi)隨機(jī)發(fā)送KA消息。如果BB在一段時間內(nèi)都未接收到KA消息或者其他的COPS消息，則認(rèn)為路由器壞掉了。
COPS-PR的消息格式由消息頭和對象組成，見附圖3所示，BB和路由器間的通信實質(zhì)是通過交換包含在消息中的對象進(jìn)行的，本發(fā)明中確切的定義了消息中對象的具體內(nèi)容和格式，其對象包括Context對象、Decision對象、Report-Type對象、Keep-Alive對象，分別用于REQ、DEC、RPT、KA四個消息，具體的對象格式請見圖4所示。
圖4中示意了本發(fā)明方法的各個消息的對象格式及各字段的內(nèi)容所述REQ消息對象的請求類型表明邊緣路由器需要哪種信息，對于本發(fā)明的框架模型，請求類型位為8，表明邊緣路由器向BB請求配置信息。
所述DEC消息對象的各字段的內(nèi)容用于邊緣路由器配置PIB，作為邊緣路由器進(jìn)行分類、流量調(diào)節(jié)等處理的規(guī)則依據(jù)。
所述RPT消息對象中的報告類型表明配置是否成功以及匯報端口出錯，1表明配置成功，2表明配置失敗，3表明端口出錯；操作代碼表明是配置信息的相關(guān)操作，1表示增加配置信息，2表示刪除配置信息，用于告知BB增加或是刪除配置信息的結(jié)果；如果報告類型位為3，則表明路由器有端口出錯，通過出錯端口號字段來告知BB，以便于BB更新拓?fù)湫畔⒈怼?br> 所述KA消息對象中的KA計時器用于定義計時器的間隔時間，告知BB發(fā)送KA消息的時間間隔。
如圖5所示為本發(fā)明在BB與路由器間COPS-PR消息的交互過程，BB是一個多線程服務(wù)器，管理與n個路由器的交互。具體處理過程如下1.路由器一啟動便發(fā)起向BB的TCP連接。
2.TCP連接建立好后，邊緣路由器開始向BB發(fā)送REQ消息，在REQ消息中指明請求類型。
3.BB接收到REQ消息后，向邊緣路由器回復(fù)DEC消息，在DEC消息中將配置邊緣路由器所需的信息放在消息的各位中；邊緣路由器收到該配置信息后，從包中讀取所需信息，并存于PIB中，邊緣路由器再根據(jù)PIB中的配置信息進(jìn)行相應(yīng)的處理。
4.無論邊緣路由器配置是否成功，都會回復(fù)RPT消息給BB。
5.如果路由器端口出錯，路由器會發(fā)送RPT消息通知BB，并將出錯的端口號告知BB。
6.TCP連接建立好后，路由器就會在KA計時器時間的四分之一到四分之三的時間內(nèi)向BB發(fā)送KA消息，具體可參考RFC2748。BB如果在這段時間內(nèi)沒有收到KA消息則認(rèn)為路由器壞掉，重新更新拓?fù)湫畔⒈怼?br> 應(yīng)當(dāng)說明的是，上述描述較為具體，并不能因此而理解為對本發(fā)明的專利保護(hù)范圍的限制，專利保護(hù)范圍應(yīng)以所附權(quán)利要求為準(zhǔn)。
權(quán)利要求
1.一種實現(xiàn)帶寬代理與域內(nèi)路由器通信的方法，基于帶寬代理的DiffServ網(wǎng)絡(luò)架構(gòu)，其系統(tǒng)包括DiffServ網(wǎng)絡(luò)域、帶寬代理和主機(jī)；其特征在于，在所述DiffServ網(wǎng)絡(luò)域中的每個路由器及帶寬代理上增加COPS-PR模塊，并在邊緣路由器和帶寬代理上安裝策略信息庫；所述方法的步驟包括a)所述主機(jī)發(fā)送業(yè)務(wù)流前，先向所述帶寬代理發(fā)送信令請求，由帶寬代理根據(jù)路由表、網(wǎng)絡(luò)資源表及策略庫信息對此流進(jìn)行接入控制；b)如果接入控制成功，所述帶寬代理會將接入控制決策告知所述COPS-PR模塊，由COPS-PR模塊將此流的接入控制決策加入到策略信息庫中，同時將此決策發(fā)送給邊緣路由器的COPS-PR模塊，COPS-PR模塊在邊緣路由器的策略信息庫中添加此流的配置信息，邊緣路由器根據(jù)配置信息進(jìn)行分類、流量調(diào)節(jié)，開始傳送業(yè)務(wù)流；c)如果接入控制失敗，所述帶寬代理會告知主機(jī)拒絕接收此流，主機(jī)則放棄發(fā)送此流，或者以盡力而為服務(wù)發(fā)送；d)業(yè)務(wù)流發(fā)送完畢后，主機(jī)會通知所述帶寬代理釋放資源，則帶寬代理的COPS-PR模塊刪除策略信息庫中關(guān)于此流的配置信息，并發(fā)送消息通知邊緣路由器的COPS-PR模塊刪除策略信息庫中相關(guān)的配置信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述策略信息庫是由所述存儲網(wǎng)絡(luò)管理者為網(wǎng)絡(luò)配置的策略以及接入控制的信息，其為帶寬代理提供接入控制策略并且?guī)挻硇枰鶕?jù)策略信息庫中流的接入控制決策來更新其資源表。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述策略信息庫為一概念樹命名空間，其分支表示數(shù)據(jù)結(jié)構(gòu)，即策略規(guī)則類；其葉節(jié)點表示所述策略規(guī)則類的實例，即策略規(guī)則實例。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述策略信息庫的結(jié)構(gòu)還包括所述策略規(guī)則類包括一認(rèn)證信息類，用于身份的驗證；一業(yè)務(wù)流策略類，用于定義哪些流被允許進(jìn)入網(wǎng)絡(luò)，及對這些流進(jìn)行處理的規(guī)則依據(jù)，這些規(guī)則依據(jù)將傳給所述邊緣路由器，由邊緣路由器來執(zhí)行。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述業(yè)務(wù)流策略類包括若干個策略規(guī)則實例，每個策略規(guī)則實例表明所述帶寬代理接入控制的決策；所述邊緣路由器上的策略信息庫保存單一類業(yè)務(wù)流策略類，作為邊緣路由器分類、流量調(diào)節(jié)的依據(jù)。
6.根據(jù)權(quán)利要求1或5所述的方法，其特征在于，所述COPS-PR模塊中的COPS-PR協(xié)議的消息定義和格式包括請求、決定、報告狀態(tài)、保持活性；其中，所述請求消息由邊緣路由器向帶寬代理發(fā)送用以請求發(fā)送配置信息，所述帶寬代理收到邊緣路由器發(fā)送的請求消息后，隨時可向邊緣路由器發(fā)送配置信息；所述決定消息由所述帶寬代理向邊緣路由器發(fā)送，并發(fā)送配置信息，用以告知邊緣路由器在邊緣路由器的策略信息庫中添加對邊緣路由器的配置信息，還是在邊緣路由器的策略信息庫中刪除作廢的配置信息；所述配置信息中包括流標(biāo)識、預(yù)留帶寬、服務(wù)等級，用于邊緣路由器對流進(jìn)行分類、流量調(diào)節(jié)；所述報告狀態(tài)消息由路由器向所述帶寬代理發(fā)送，無論對邊緣路由器是否配置成功，邊緣路由器都會回復(fù)報告狀態(tài)消息，告知所述帶寬代理是否已成功配置邊緣路由器；如果配置成功，所述帶寬代理通知主機(jī)開始發(fā)送業(yè)務(wù)流；如果配置失敗，所述帶寬代理重新配置此邊緣路由器；所述保持活性消息由路由器向所述帶寬代理發(fā)送，所述邊緣路由器在保持活性計時器的四分之一到四分之三的時間內(nèi)隨機(jī)發(fā)送保持活性消息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述帶寬代理在一段時間內(nèi)如都未接收到保持活性消息或者其他的COPS消息，則認(rèn)為路由器壞掉了。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述報告狀態(tài)消息同時還作為路由器向帶寬代理報告端口出錯信息的消息，以通知帶寬代理更新拓?fù)湫畔⒈怼?br> 全文摘要
本發(fā)明的一種實現(xiàn)帶寬代理與域內(nèi)路由器通信的方法，基于帶寬代理的DiffServ網(wǎng)絡(luò)架構(gòu)，其系統(tǒng)包括DiffServ網(wǎng)絡(luò)域、帶寬代理和主機(jī)；其中，在所述DiffServ網(wǎng)絡(luò)域中的每個路由器及帶寬代理上增加COPS－PR模塊，并在邊緣路由器和帶寬代理上安裝策略信息庫；所述方法的步驟包括所述主機(jī)發(fā)送業(yè)務(wù)流前，先向所述帶寬代理發(fā)送信令請求，由帶寬代理根據(jù)路由表、網(wǎng)絡(luò)資源表及策略庫信息對此流進(jìn)行接入控制；如果接入控制成功，開始傳送業(yè)務(wù)流；如果接入控制失敗，所述帶寬代理會告知主機(jī)拒絕接收此流；業(yè)務(wù)流發(fā)送完畢后，主機(jī)會通知所述帶寬代理釋放資源。本發(fā)明方法改進(jìn)了COPS－PR協(xié)議，簡化了COPS－PR協(xié)議的消息，為帶寬代理與域內(nèi)路由器間的通信提供了一種具體的實現(xiàn)方法。
文檔編號H04L12/24GK1798134SQ200410077708
公開日2006年7月5日 申請日期2004年12月30日 優(yōu)先權(quán)日2004年12月30日
發(fā)明者程莉麗, 陳丹 申請人:中興通訊股份有限公司