專利名稱：在彈性分組環(huán)中限制多播范圍的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種在具備空間感知子層的RPR中限制多播范圍的實(shí)現(xiàn)方案。
背景技術(shù)：
隨著數(shù)據(jù)業(yè)務(wù)的迅速膨脹，對各大電信運(yùn)營商來說，城域傳送網(wǎng)的數(shù)據(jù)處理能力成為大家關(guān)注的焦點(diǎn)。目前決城域網(wǎng)中較大規(guī)模應(yīng)用的SDH(同步數(shù)字體系)、ATM(異步傳輸模式)以及以太網(wǎng)技術(shù)都存在一些局限，為了解決這個問題，一種為優(yōu)化IP數(shù)據(jù)包傳輸?shù)男碌腗AC(媒體接入控制)層協(xié)議RPR(彈性分組環(huán))出現(xiàn)。
RPR技術(shù)集IP的智能化、以太網(wǎng)的經(jīng)濟(jì)性和光纖環(huán)網(wǎng)的高帶寬效率、可靠性于一體，為寬帶IP城域網(wǎng)運(yùn)營商提供了一個良好的組網(wǎng)方案。RPR技術(shù)使得運(yùn)營商在城域網(wǎng)內(nèi)以低成本提供電信級的服務(wù)成為可能，在提供類似SDH級網(wǎng)絡(luò)可靠性的同時降低了傳送費(fèi)用。RPR有別與傳統(tǒng)MAC最吸引人的特點(diǎn)是具有電信級的可靠性，使其不僅僅只是局限于處理面向數(shù)據(jù)的業(yè)務(wù)傳送需求，同時可以形成處理多業(yè)務(wù)傳送的綜合傳輸解決方案。
可以這樣說，RPR是IP技術(shù)與光網(wǎng)絡(luò)技術(shù)直接融合的產(chǎn)物，其源于客戶對IP業(yè)務(wù)發(fā)展的需求，順應(yīng)最新的技術(shù)潮流，為IP城域網(wǎng)的建設(shè)帶來了一套低成本、高品質(zhì)的解決方案。
RPR的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖1所示，即RPR采用的是互逆雙環(huán)拓?fù)浣Y(jié)，所述的雙環(huán)被分別稱為0環(huán)(即外環(huán))和1環(huán)(即內(nèi)環(huán))，0環(huán)的數(shù)據(jù)傳送方向?yàn)轫槙r針方向，1環(huán)的數(shù)據(jù)傳送方向?yàn)槟鏁r針方向。RPR的內(nèi)環(huán)和外環(huán)都能夠傳送數(shù)據(jù)。環(huán)上各節(jié)點(diǎn)可以是端站也可以是連接其他以太網(wǎng)的網(wǎng)橋。在RPR上，每個RPR節(jié)點(diǎn)都采用了一個以太網(wǎng)中用到的48位MAC地址作為地址標(biāo)識。
在RPR中，數(shù)據(jù)幀的幀格式如圖2所示，幀頭中包含了TTL(生存時間)字段和TTL基數(shù)字段信息，所述的TTL基數(shù)字段是指幀發(fā)送時的起始TTL，其不隨幀在環(huán)上的傳送改變。根據(jù)所述的TTL字段和TTL基數(shù)字段可以計(jì)算一個RPR幀在環(huán)上經(jīng)過了幾跳才到達(dá)當(dāng)前站點(diǎn)。在RPR上還可以通過組播幀進(jìn)行組播業(yè)務(wù)的傳送，當(dāng)一個幀是組播幀時，其組播MAC地址存在于目的MAC地址字段或擴(kuò)展的目的MAC地址字段中，而源MAC地址字段則是該多播幀經(jīng)過其上環(huán)的站點(diǎn)(即RPR節(jié)點(diǎn))的MAC地址。
由于組播(即多播)業(yè)務(wù)是向特定的一組用戶發(fā)送同樣的業(yè)務(wù)內(nèi)容，因此，需要在RPR上限制多播的范圍。
目前，在RPR中提出的SAS(SpatialAware Sublayer，空間感知子層)的概念中，便提出了相應(yīng)的限制多播范圍的多播實(shí)現(xiàn)方案。所述的SAS是MAC的一個可選子層，其可以使用有范圍的多播的方法為發(fā)向/來自不在環(huán)拓?fù)渖系腗AC地址的幀提供了空間復(fù)用。
目前，在RPR中，如SAS技術(shù)等采用的限制范圍的多播是通過限制多播幀在不同環(huán)向上的傳播跳數(shù)(通過TTL)的方法來實(shí)現(xiàn)的，相應(yīng)的不同組地址所對應(yīng)的在不同環(huán)上傳播的跳數(shù)僅為通過靜態(tài)配置得到。
在RPR中，各個站點(diǎn)(即RPR環(huán)節(jié)點(diǎn))中包括一個靜態(tài)多播管理表和一個多播查詢表，分別如表1和表2所示表1


表2

其中，表1所示的站點(diǎn)中的靜態(tài)多播管理表靜態(tài)配置了不同組播地址的在0環(huán)和1環(huán)上所對應(yīng)的傳播范圍等信息。如果某一組播地址表項(xiàng)中的靜態(tài)多播類型sdbStaticMcastState項(xiàng)的值為ENABLE，則該組播地址所對應(yīng)的條目在經(jīng)過VID(虛擬局域網(wǎng)標(biāo)識)到FID的映射后被寫入到站點(diǎn)的SAS數(shù)據(jù)庫中的如表2所示的靜態(tài)多播查詢表，例如表1中的前四個條目被映射到表2中。
所述的靜態(tài)多播管理表是在發(fā)送組播幀時進(jìn)行范圍限定的依據(jù)。當(dāng)有組播幀要經(jīng)過該RPR端口上環(huán)的時候，查詢該靜態(tài)多播管理表，如果表中含有該組播地址所對應(yīng)的表項(xiàng)，則先根據(jù)表中所提供的0環(huán)和1環(huán)上限制傳播范圍來分別設(shè)定要在相應(yīng)環(huán)上發(fā)送的多播RPR幀(指目的地址為多播地址的RPR幀)的TTL值，之后，再在兩個環(huán)向上分別發(fā)送(TTL值為0的環(huán)向上不必發(fā)送)。多播幀在環(huán)上傳送，每經(jīng)過一個站點(diǎn)，TTL值就減1，當(dāng)TTL值減為0時，就不再向環(huán)上的下一站點(diǎn)傳送，從而達(dá)到了限制組播范圍的目的，實(shí)現(xiàn)了空間復(fù)用。
可以看出，在現(xiàn)有技術(shù)中的限制范圍多播方法完全是通過靜態(tài)配置實(shí)現(xiàn)，即多播幀傳輸范圍完全是通過管理層靜態(tài)配置。因此，當(dāng)組成員或者網(wǎng)絡(luò)拓?fù)浒l(fā)生變化的時候，多播幀的范圍不能靈活地做出適應(yīng)性的變化，使得設(shè)定的多播范圍與實(shí)際的多播需求不同，導(dǎo)致空間無法實(shí)現(xiàn)有效的復(fù)用，甚至可能出現(xiàn)組播錯誤，如申請組播業(yè)務(wù)的用戶無法收到組播業(yè)務(wù)，或已經(jīng)被網(wǎng)絡(luò)側(cè)終止組播業(yè)務(wù)的用戶仍能夠收到組播業(yè)務(wù)等。
因此，目前還沒有一種可以保證在RPR上靈活可靠地實(shí)現(xiàn)多播業(yè)務(wù)的技術(shù)方案。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種在彈性分組環(huán)中限制多播范圍的方法及裝置，通過學(xué)習(xí)的方法動態(tài)確定多播范圍，從而使得環(huán)上各站能夠在組成員或環(huán)網(wǎng)絡(luò)拓?fù)浒l(fā)生變化時候能更加靈活有效地調(diào)整多播的限制范圍。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種在彈性分組環(huán)中限制多播范圍的方法，包括，A、彈性分組環(huán)RPR上的站點(diǎn)接收環(huán)上其他站點(diǎn)發(fā)來的組注冊信息；B、在本站點(diǎn)上，根據(jù)所述的組注冊信息確定并記錄對應(yīng)的限制多播范圍的信息。
所述步驟A包括，RPR上的站點(diǎn)在RPR環(huán)上發(fā)送用于通告本站點(diǎn)的媒體接入控制MAC端口組注冊信息的報文；RPR上的站點(diǎn)接收其他站點(diǎn)發(fā)來的用于通告相應(yīng)站點(diǎn)的媒體接入控制MAC端口組注冊信息的報文。
所述的步驟B包括RPR站點(diǎn)接收組注冊信息報文，將該報文中承載的組播目的地址和所述組播目的地址所在的虛擬局域網(wǎng)VLAN的ID經(jīng)映射得到的過濾數(shù)據(jù)庫的標(biāo)識FID的組合添加到本站點(diǎn)的多播查詢表中，并記錄相應(yīng)的多播范圍。
所述的步驟B包括B1、RPR站點(diǎn)接收組注冊信息報文，并判斷組注冊信息報文中的組播目的地址和FID的組合是否有對應(yīng)的表項(xiàng)在其多播查詢表中，如果有對應(yīng)的表項(xiàng)在多播查詢表中，執(zhí)行步驟B2，否則，執(zhí)行步驟B3；B2、RPR站點(diǎn)根據(jù)組播目的地址和FID的組合所對應(yīng)表項(xiàng)的類型對多播查詢表中該表項(xiàng)進(jìn)行更新；B3、RPR站點(diǎn)在其多播查詢表中增加該組播目的地址和FID的組合所對應(yīng)的表項(xiàng)。
所述步驟B2包括，若所述組播目的地址和FID的組合所對應(yīng)的表項(xiàng)為通過學(xué)習(xí)獲得，則RPR站點(diǎn)判斷所述報文經(jīng)過的跳數(shù)是否大于相反環(huán)上設(shè)定的多播范圍，當(dāng)確定所述跳數(shù)大于相反環(huán)上的多播范圍時，將相反環(huán)上的多播范圍更新為所述跳數(shù)；若所述組播目的地址和FID的組合所對應(yīng)的表項(xiàng)為靜態(tài)配置，則RPR站點(diǎn)不作處理。
所述步驟B3包括，RPR站點(diǎn)建立該組播目的地址對應(yīng)的表項(xiàng)，并將收到組注冊信息的環(huán)上的多播范圍設(shè)置為0跳，而將相反環(huán)上的多播范圍設(shè)置為所述報文經(jīng)過的跳數(shù)，還記錄該表項(xiàng)為通過學(xué)習(xí)獲得。
本發(fā)明中，在執(zhí)行步驟B3之前還包括，RPR站點(diǎn)判斷其多播查詢表是否已滿，當(dāng)確定所述多播查詢表未滿時，執(zhí)行所述的步驟B3。
所述的方法還包括C、在RPR環(huán)網(wǎng)拓?fù)浣Y(jié)構(gòu)發(fā)生變化，或者，到達(dá)預(yù)定的動態(tài)多播更新時刻時，對所述動態(tài)的學(xué)習(xí)得到的組播目的地址和FID的組合對應(yīng)的表項(xiàng)通過重新學(xué)習(xí)進(jìn)行更新處理。
所述的步驟C中包括當(dāng)多播更新定時器期滿，確定到達(dá)預(yù)定的動態(tài)多播更新時刻時，則將多播查詢表中通過學(xué)習(xí)得到的所有組播目的地址和FID的組合所對應(yīng)的表項(xiàng)刪除，并重新根據(jù)收到的組注冊信息報文進(jìn)行各表項(xiàng)的學(xué)習(xí)。
所述的步驟C還包括在所述通過重新學(xué)習(xí)進(jìn)行更新處理過程中，通過多播學(xué)習(xí)定時器指明重新學(xué)習(xí)過程需要的時長，在該多播學(xué)習(xí)時間里，不使用動態(tài)限制的多播范圍進(jìn)行發(fā)送，而在全環(huán)上廣播發(fā)送。
所述組注冊信息報文采用基于通用組播注冊協(xié)議GMRP的組注冊通告報文。
所述的方法還包括，當(dāng)管理層向多播查詢表配置組播目的地址和FID的組合所對應(yīng)的表項(xiàng)時，如已有與該組播地址和FID的組合所對應(yīng)的通過學(xué)習(xí)得來的表項(xiàng)存在于多播查詢表中，則根據(jù)配置要求更改該表項(xiàng)信息并將該表項(xiàng)修改為通過靜態(tài)配置獲得。
本發(fā)明還提供了一種在彈性分組環(huán)中限制多播范圍的裝置，包括設(shè)置于RPR的站點(diǎn)中的組注冊信息接收單元和多播范圍確定單元，其中，組注冊信息接收單元，用于接收其他站點(diǎn)發(fā)來的組注冊信息；多播范圍確定單元，用于根據(jù)收到的所述的組注冊信息確定并記錄限制多播范圍的信息。
所述的裝置還包括設(shè)置于RPR站點(diǎn)中的多播范圍更新單元，多播范圍更新單元，用于當(dāng)符合預(yù)定的條件時，更新所述的多播范圍確定單元確定的限制多播范圍的信息。
所述的多播范圍更新單元包括
動態(tài)多播更新定時器，用于控制定期刪除所述的通過學(xué)習(xí)得到的限制多播范圍的信息，并觸發(fā)多播范圍確定單元重新進(jìn)行限制多播范圍的信息的學(xué)習(xí)。
所述的多播范圍更新單元還包括多播范圍學(xué)習(xí)定時器，用于指明更新所述的多播范圍確定單元確定的限制多播范圍的信息所需要的學(xué)習(xí)時長，在該時間內(nèi)不使用動態(tài)限制的多播范圍進(jìn)行發(fā)送，而在全環(huán)上廣播發(fā)送。
所述的多播范圍確定單元包括第一判決單元，用于判斷收到的組注冊信息中的組播目的地址和FID的組合是否有對應(yīng)的表項(xiàng)存在于本地的多播查詢表中，如果不存在，則觸發(fā)添加處理單元，否則，觸發(fā)更新處理單元；添加處理單元，用于向多播查詢表中添加組播目的地址和FID的組合對應(yīng)的表項(xiàng)；更新處理單元，用于根據(jù)收到的組注冊信息經(jīng)過的跳數(shù)更新相應(yīng)組播目的地址和FID的組合對應(yīng)的多播查詢表中的表項(xiàng)。
所述的添加處理單元包括第二判決單元，用于判斷多播查詢表是否已滿，如果是，則結(jié)束，否則，觸發(fā)表項(xiàng)設(shè)置單元；表項(xiàng)設(shè)置單元，用于根據(jù)收到的組注冊信息中的組播目的地址和FID的組合在多播查詢表中設(shè)置對應(yīng)的表項(xiàng)。
所述的更新處理單元包括跳數(shù)識別單元，用于識別收到的所經(jīng)過的跳數(shù)大于多播查詢表中相應(yīng)表項(xiàng)記錄的反向環(huán)上設(shè)置的多播范圍的組注冊信息報文；跳數(shù)更新單元，用于根據(jù)確定的組注冊信息報文經(jīng)過的跳數(shù)更新對應(yīng)表項(xiàng)記錄的反向環(huán)上的多播范圍信息。
所述的更新處理單元還包括類型判斷單元，用于判斷所述組播目的地址和FID的組合所對應(yīng)的多播查詢表中相應(yīng)的表項(xiàng)的類型，并在確定相應(yīng)的表項(xiàng)類型為動態(tài)學(xué)習(xí)獲得時，觸發(fā)所述的跳數(shù)識別單元。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明可以在原有通過管理層配置多播范圍的基礎(chǔ)上，又通過學(xué)習(xí)的方法進(jìn)行動態(tài)的限定多播范圍，或者，也可以完全通過學(xué)習(xí)的方法進(jìn)行動態(tài)的限定多播范圍。這樣，當(dāng)組播報文在進(jìn)行上環(huán)傳送時，就可以根據(jù)管理層配置得到的多播范圍或根據(jù)動態(tài)學(xué)習(xí)得到的多播范圍在相應(yīng)的環(huán)上傳送，從而保證了在彈性分組環(huán)上靈活可靠的實(shí)現(xiàn)多播業(yè)務(wù)。
即由于本發(fā)明中引進(jìn)了通過動態(tài)學(xué)習(xí)的方式更新RPR站點(diǎn)中的限制多播范圍的信息，即更新多播查詢表中的信息，從而使得針對多播范圍的限制可以根據(jù)網(wǎng)絡(luò)中的實(shí)際狀況靈活更新，如在網(wǎng)絡(luò)拓?fù)浠蚪M播組成員發(fā)生變化時可以較為方便地進(jìn)行多播范圍的調(diào)整。


圖1為彈性分組環(huán)RPR的拓?fù)浣Y(jié)構(gòu)示意圖；圖2為彈性分組環(huán)RPR的數(shù)據(jù)幀格式示意圖；圖3為利用組注冊通告報文進(jìn)行多播范圍學(xué)習(xí)的流程圖；圖4為利用GMRP報文及協(xié)議進(jìn)行多播范圍學(xué)習(xí)的示例圖；圖5為本發(fā)明所述的裝置的具體實(shí)現(xiàn)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明的核心思想是在具備空間感知子層的彈性分組環(huán)或其他需要限制多播范圍的彈性分組環(huán)中，通過一種動態(tài)的學(xué)習(xí)方法計(jì)算相應(yīng)的多播范圍，之后，相應(yīng)的組播報文便可以根據(jù)所述學(xué)習(xí)得到的多播范圍，或?qū)W習(xí)得到的多播范圍和根據(jù)管理層配置得到的多播范圍進(jìn)行傳送，這樣，環(huán)上各站能夠在組成員或環(huán)網(wǎng)絡(luò)拓?fù)浒l(fā)生變化時候能更加靈活有效地進(jìn)行限制范圍的多播，有效克服現(xiàn)有技術(shù)所存在的問題。
下面結(jié)合附圖，對本發(fā)明所述的在具備空間感知子層或其他需要限制多播范圍的彈性分組環(huán)中限制多播范圍的方法進(jìn)行詳細(xì)的說明。
本發(fā)明具體可以是在原有通過管理層配置多播范圍的基礎(chǔ)上，又通過學(xué)習(xí)的方法進(jìn)行動態(tài)的限定多播范圍，或者，也可以完全通過學(xué)習(xí)的方法進(jìn)行動態(tài)的限定多播范圍。確定了相應(yīng)的多播范圍后，組播報文在進(jìn)行上環(huán)傳送時，就可以根據(jù)學(xué)習(xí)得到的多播范圍，或者，根據(jù)管理層配置得到的多播范圍和根據(jù)動態(tài)學(xué)習(xí)得到的多播范圍在相應(yīng)的環(huán)上傳送。
在本發(fā)明中，為了實(shí)現(xiàn)動態(tài)的限定多播范圍的目的，相應(yīng)的需要動態(tài)的學(xué)習(xí)。對于一個組播地址來說，其需要確定RPR環(huán)上的哪些站點(diǎn)的MAC端口進(jìn)行了相應(yīng)的組播組注冊。由于每一個MAC端口均可以獲知自己已經(jīng)注冊的組播組信息，因而，可以將相應(yīng)的MAC端口組注冊信息采用相應(yīng)的報文定期通告給其他站點(diǎn)，以便于其他站點(diǎn)根據(jù)相應(yīng)組注冊信息報文進(jìn)行相應(yīng)的多播范圍的學(xué)習(xí)，從而確定相應(yīng)的限制多播范圍的信息。
如圖1所示，本發(fā)明提供的所述通過動態(tài)學(xué)習(xí)的方式確定相應(yīng)的限定多播范圍的實(shí)現(xiàn)方法具體包括以下步驟步驟10，RPR彈性分組環(huán)上的一個站點(diǎn)收到來自環(huán)上另一個站點(diǎn)用于通告其MAC端口處的組注冊信息的報文。
步驟11，根據(jù)發(fā)來的組注冊信息的報文確定相應(yīng)的FID和組播目的地址信息的組合，并判斷所述的組合是否已存在于站點(diǎn)的多播查詢表中，如果存在，則執(zhí)行步驟12，否則，執(zhí)行步驟13；具體為，當(dāng)RPR彈性分組環(huán)上一個站點(diǎn)收到來自環(huán)上另一個站點(diǎn)的通告其MAC端口組注冊信息的報文的時候，接收報文的站點(diǎn)檢測自己的多播查詢表，并判斷由組播地址所在虛擬局域網(wǎng)VLAN的ID經(jīng)映射得到的FID、組播目的地址構(gòu)成的條目是否已存在于多播查詢表中，如果所述條目已存在于多播查詢表中，則執(zhí)行步驟12，否則，執(zhí)行步驟13。
步驟12，確定存在于多播查詢表中的相應(yīng)條目的類型為管理配置得到的還是通過動態(tài)學(xué)習(xí)得到的，即判斷該條目是否是由管理配置得到的，如果是，無需進(jìn)行任何處理，即過程結(jié)束，否則，執(zhí)行步驟14；具體在所述的多播查詢表中可以采用MGMT標(biāo)志表明相應(yīng)的表項(xiàng)(或稱為條目)是由管理配置獲得的靜態(tài)表項(xiàng)，采用LEARNED標(biāo)志表明相應(yīng)的表項(xiàng)是通過動態(tài)學(xué)習(xí)獲得，因此，如果接收報文的站點(diǎn)確定所述條目的類型為MGMT，則說明該條目是通過配置得到的，故對該條目不作處理；否則，接收報文的站點(diǎn)確定所述條目的類型為LEARNED，執(zhí)行步驟14。
步驟13，判斷多播查詢表是否已滿，如果是，則不對該組注冊信息報文進(jìn)行處理，過程結(jié)束，否則執(zhí)行步驟15；即當(dāng)接收報文的站點(diǎn)確定所述組播地址條目沒有存在于多播查詢表中時，檢查該多播查詢表的大小是否在配置允許的范圍之內(nèi)，并在確定多播查詢表未滿時執(zhí)行步驟15，否則，不作處理。
步驟14，判斷報文經(jīng)過的跳數(shù)是否大于相反環(huán)上設(shè)定的多播范圍，如果報文經(jīng)過的跳數(shù)大于相反環(huán)上設(shè)定的多播范圍，則執(zhí)行步驟16，否則，不作處理，過程結(jié)束。
步驟15，當(dāng)確定所述的多播查詢表未滿，即還可以添加新的表項(xiàng)，則在多播查詢表中增加該FID和組播目的地址組合對應(yīng)的新條目；即當(dāng)接收報文的站點(diǎn)確定其多播查詢表未滿時，將由組播地址所在的VLAN ID經(jīng)映射得到的FID、目的組播地址寫入表中，確定1環(huán)和0環(huán)上的多播范圍，并將條目類型的值設(shè)為LEARNED。
在確定1環(huán)和0環(huán)的多播范圍時有兩種處理方式
所述注冊報文是在0環(huán)上收到的，則將1環(huán)上的傳播范圍值設(shè)為該報文經(jīng)過的跳數(shù)，0環(huán)上的傳播范圍值設(shè)為0，設(shè)置為0表示在該環(huán)上限制(即禁止)組播報文的發(fā)送；或者，所述報文是在1環(huán)上收到的，則將0環(huán)上的傳播范圍值設(shè)為該報文經(jīng)過的跳數(shù)，1環(huán)上的傳播范圍值設(shè)為0。
步驟16，采用該報文經(jīng)過的跳數(shù)來更新相反環(huán)上的多播范圍；具體更新過程包括兩種處理方式所述注冊報文是從0環(huán)上收到的，比較該報文的跳數(shù)與1環(huán)上限定的范圍的大小，如果跳數(shù)大于限定的范圍，則將限定范圍替換為該跳數(shù)，否則，不作處理；或者，所述注冊報文是從1環(huán)上收到的，比較該報文的跳數(shù)與0環(huán)上限定的范圍的大小，如果跳數(shù)大于限定的范圍，則將限定范圍替換為該跳數(shù)，否則，不作處理。
下面以利用GMRP注冊報文和協(xié)議為例，詳細(xì)說明在彈性分組環(huán)中動態(tài)的學(xué)習(xí)多播范圍的過程。
在如圖2所示的RPR網(wǎng)絡(luò)中，環(huán)上共有7個站點(diǎn)，其中S1，S2，S3，S5，S6，S7是橋接了其他局域網(wǎng)的網(wǎng)橋。假設(shè)網(wǎng)橋S3，S6，S7所橋接的局域網(wǎng)中有端站要注冊映射到FID為301的VLAN中的組地址AC-10-A4-97-A8-06，站點(diǎn)S1對于該組播地址的限制范圍的學(xué)習(xí)過程如下。
假設(shè)S1先在0環(huán)上收到了來自S7橋接的局域網(wǎng)的一條GMRP注冊報文中包括組地址為AC-10-A4-97-A8-06且FID為301的注冊信息，在多播查詢表中沒有找到相應(yīng)的條目(即管理沒有配置該條目)，則創(chuàng)建FID301+組地址AC-10-A4-97-A8-06的條目，將其在1環(huán)上的多播范圍設(shè)為1(因?yàn)镾7到S1只經(jīng)過了一跳，該跳數(shù)信息可以通過RPR幀的ttl和ttlBase計(jì)算得到)，0環(huán)上的多播范圍設(shè)為0，條目類型值設(shè)為LEARNED。
假設(shè)之后在1環(huán)上又收到了來自S3橋接的局域網(wǎng)的一條包含映射到FID為301且組地址為AC-10-A4-97-A8-06注冊信息的報文，通過查詢得知在多播查詢表中已經(jīng)有了對應(yīng)的條目，且條目類型值為LEARNED，表示該條目是通過學(xué)習(xí)得到的，則將S3到S1的跳數(shù)2和該條目中給出的0環(huán)上的多播范圍(目前為0)相比較，2＞0，將該條目在0環(huán)上的多播范圍改為2。相似地，在0環(huán)上收到來自S6橋接的局域網(wǎng)的注冊報文之后，將S6到S1跳數(shù)2和1環(huán)上的多播范圍(目前為1)相比較，2＞1，于是將該條目在1環(huán)上的多播范圍更改為2，(參見表3中的第五個條目)。
假設(shè)之后如果又在1環(huán)上收到了來自S3橋接的局域網(wǎng)的另一個GMRP注冊報文，由于該報文經(jīng)過的跳數(shù)2與條目中現(xiàn)有的0環(huán)上的限制范圍相等，故不做任何改動。這樣，在收到了來自4個組成員的4個GMRP注冊報文之后，S1通過學(xué)習(xí)確定了對該組播地址的多播發(fā)送范圍。類似地，環(huán)上其他各站點(diǎn)也都同時完成了學(xué)習(xí)。
使用了上述多播范圍學(xué)習(xí)方法之后，在端口所建立的多播查詢表會與以前不同(參見表3)，組播地址對應(yīng)的條目類型項(xiàng)不再只有MGMT一種類型，增加了LEARNED類型。條目類型為MGMT的表示該表項(xiàng)來自靜態(tài)多播管理表，是由管理來配置的，而LEARNED則表示該表項(xiàng)是由學(xué)習(xí)過程得到直接添加到查詢表中的而不是由管理來配置的。例如表3中前面的四個條目是由管理來配置的，由靜態(tài)多播管理表(參見表1所示)映射而來，而第五個條目就是由學(xué)習(xí)過程直接加入到查詢表中的。
表3


在本發(fā)明中，當(dāng)一個組播報文要上環(huán)傳送的時候，查詢多播查詢表，對于多播查詢表中有的(FID+組播目的地址)組合，無論該表項(xiàng)的類型是MGMT還是LEARNED，報文根據(jù)設(shè)定的范圍在相應(yīng)的環(huán)上傳送。對于多播查詢表中沒有的(FID+組播目的地址)組合，則不進(jìn)行多播范圍限制，而是在全環(huán)上傳送。
本發(fā)明在具體實(shí)現(xiàn)過程中，為了更加靈活地適應(yīng)組成員和環(huán)網(wǎng)拓?fù)渥兓瘜Χ嗖シ秶挠绊?，還提供了針對學(xué)習(xí)獲得的限定多播范圍的信息進(jìn)行更新的處理，即對于學(xué)習(xí)獲得的多播查詢表中的表項(xiàng)需要按照預(yù)定的策略進(jìn)行更新處理，如定時更新或根據(jù)RPR環(huán)網(wǎng)的拓?fù)浣Y(jié)構(gòu)發(fā)生變化進(jìn)行更新等。
為此，本發(fā)明中，可以為環(huán)上的每個RPR站點(diǎn)的MAC端口設(shè)定一個動態(tài)多播更新定時器，周期性地對動態(tài)多播范圍限制條目進(jìn)行更新。每當(dāng)該定時器期滿，便將多播查詢表中通過學(xué)習(xí)得到的所有條目清除掉(即刪除)，重新根據(jù)收到的組注冊信息通告報文使用前文的方法進(jìn)行學(xué)習(xí)。
由于學(xué)習(xí)過程需要一定的時間，為了保證在進(jìn)行重新學(xué)習(xí)的過程中組播報文也能夠正常的發(fā)送，在進(jìn)行重新學(xué)習(xí)的過程中可以不使用多播查詢表中的通過學(xué)習(xí)獲得的條目來限制多播。為此，可以設(shè)定一個動態(tài)多播有效標(biāo)識，只有當(dāng)該標(biāo)識值為ENABLE(使能，即有效)的時候才使用多播查詢表中的LEARNED(學(xué)習(xí)獲得)類型條目進(jìn)行發(fā)送。而當(dāng)該標(biāo)識值為DISABLE(未使能，即無效)的時候，不再使用多播查詢表中的LEARNED類型條目進(jìn)行發(fā)送，而是在全環(huán)上廣播發(fā)送。該標(biāo)識值對于多播查詢表中的由管理來配置的條目沒有影響。在進(jìn)行更新的期間，將該標(biāo)識值設(shè)為DISABLE。學(xué)習(xí)結(jié)束后(即學(xué)習(xí)定時器期滿)再將動態(tài)多播有效標(biāo)識設(shè)為ENABLE， 允許進(jìn)行動態(tài)的限制范圍多播。
更新定時器和學(xué)習(xí)定時器的時長根據(jù)所使用的組注冊信息報文的發(fā)送方式來確定，具體需要考慮該報文的發(fā)送頻率等因素，從而可以確定在學(xué)習(xí)定時器有效期間能夠完成相應(yīng)的學(xué)習(xí)。即為了保證能夠?qū)W習(xí)到正確確定多播范圍所需要的來自相關(guān)站點(diǎn)的所有報文，學(xué)習(xí)時間要足夠長。而更新定時器的時長則是根據(jù)需要而確定，至少要大于學(xué)習(xí)定時器，出于降低網(wǎng)絡(luò)負(fù)擔(dān)等因素的考慮，一般可以設(shè)定為較大的值，當(dāng)然，也還要顧及多播查詢表項(xiàng)的動態(tài)特性，即更新定時器的定時時長也不能設(shè)定的過長。
如果RPR環(huán)網(wǎng)的拓?fù)浒l(fā)生了變化，例如環(huán)上站點(diǎn)增加或減少，則也可以選擇主動觸發(fā)相應(yīng)的限定多播范圍的重新學(xué)習(xí)過程。此時，即在該重新學(xué)習(xí)過程中，一個RPR MAC端口只要維護(hù)一個動態(tài)多播有效標(biāo)志和一個多播學(xué)習(xí)定時器即可。
需要注意的是，只要站點(diǎn)收到注冊信息通告報文就會進(jìn)行學(xué)習(xí)，對多播查詢表中的條目進(jìn)行相應(yīng)的更改，以保證隨時新加入組的站點(diǎn)都能正確的收到組播報文。
另外，本發(fā)明中，如果管理要向多播查詢表中配置一個條目，而該條目已經(jīng)以LEARNED的類型存在，則覆蓋相應(yīng)條目，并將其類型變更為MGMT。
在以太網(wǎng)中，組播組的注冊可以通過GMRP協(xié)議來進(jìn)行。根據(jù)GMRP協(xié)議，經(jīng)由一個RPR端口上環(huán)的一個組的GMRP注冊通告報文會在環(huán)上進(jìn)行廣播，在環(huán)上其他各站的RPR端口上進(jìn)行注冊。因此如果需要，每個RPR端口是可以通過接收到的GMRP注冊通告報文獲知對于一個組地址環(huán)上都有哪些站的MAC端口進(jìn)行了注冊。為此，可以就直接利用GMRP的注冊通告報文及協(xié)議作為前文提到的組注冊信息的通告報文及協(xié)議來進(jìn)行多播范圍的學(xué)習(xí)。
在接收到GMRP組注冊通告報文后，就可以按照上述方案學(xué)習(xí)得到相應(yīng)組的多播范圍。考慮到GMRP協(xié)議中的一些規(guī)則，在設(shè)置學(xué)習(xí)定時器時長時，相應(yīng)的定時時長需要大于(1.5*LeaveAllTime+2*JoinTime)，以確?？梢詫W(xué)習(xí)完成。所述的LeaveAllTime是網(wǎng)絡(luò)中GMRP實(shí)體發(fā)送LeaveAll(離開)報文的周期，LeaveAll報文的發(fā)送會促使網(wǎng)絡(luò)中的組成員重新發(fā)送注冊報文。希望注冊組的GMRP實(shí)體會在收到LeaveALL報文后0到JoinTime(加入時間)時間間隔后發(fā)送注冊通告報文。
由于在具有SAS的RPR網(wǎng)絡(luò)中組播報文多是以雙向泛洪的方式來發(fā)送的，從而可以更加有效地利用帶寬。因此，本發(fā)明中提及的用于通告組注冊信息的組注冊信息的報文是通過雙向泛洪的方式在RPR環(huán)上廣播的。當(dāng)然，如果所述的組注冊信息報文在RPR網(wǎng)絡(luò)中是使用單向泛洪的方式來進(jìn)行廣播，則本發(fā)明也可以根據(jù)收到的單向組注冊信息報文的跳數(shù)來算出進(jìn)行雙向泛洪時的限制多播范圍的信息，而且，在RPR環(huán)上也可以就使用單向的限制多播范圍的信息進(jìn)行多播范圍的限制，即所述的限制多播范圍的信息包括單向或雙向的限制多播范圍的信息。
本發(fā)明還提供了一種在彈性分組環(huán)中限制多播范圍的裝置，下面結(jié)合附圖5對本發(fā)明所述的裝置的具體實(shí)現(xiàn)方式作詳細(xì)說明。
如圖5所示，本發(fā)明所述裝置包括設(shè)置于RPR的站點(diǎn)中的組注冊信息接收單元和多播范圍確定單元，其中，(一)組注冊信息接收單元，用于接收其他站點(diǎn)發(fā)來的組注冊信息；具體的說就是，為了實(shí)現(xiàn)動態(tài)的限定多播范圍的目的，相應(yīng)的需要動態(tài)的學(xué)習(xí)對于一個組播地址，在RPR環(huán)上都有哪些站點(diǎn)的MAC端口進(jìn)行了注冊；由于每一個MAC端口均可以知道自己注冊的組播組信息，因此，可以采用相應(yīng)的組注冊信息的報文定期的通告相應(yīng)的組注冊信息，組注冊信息接收單元就接收這些組注冊信息。
(二)多播范圍確定單元，用于根據(jù)收到的所述的組注冊信息確定并記錄限制多播范圍的信息，具體包括第一判決單元、添加處理單元和更新處理單元，下面對這三個單元的功能作詳細(xì)說明(1)第一判決單元，用于判斷收到的組注冊信息中的組播目的地址和FID的組合是否存在于本地的多播查詢表中，如果不存在，則觸發(fā)添加處理單元，否則，觸發(fā)更新處理單元；具體的說就是當(dāng)?shù)谝慌袥Q單元收到來自環(huán)上另一個站點(diǎn)的通告其MAC端口組注冊信息的報文的時候，就檢測自己的多播查詢表，并判斷由組播地址所在虛擬局域網(wǎng)VLAN的ID經(jīng)映射得到的FID、組播地址構(gòu)成的條目是否已存在于多播查詢表中，如果不存在，則觸發(fā)添加處理單元，否則，觸發(fā)更新處理單元；(2)添加處理單元，用于向多播查詢表中添加組播目的地址和FID的組合對應(yīng)的表項(xiàng)；所述的添加處理單元又包括第二判決單元，用于判斷多播查詢表是否已滿，如果是，則結(jié)束，否則，觸發(fā)表項(xiàng)設(shè)置單元；表項(xiàng)設(shè)置單元，用于根據(jù)收到的組注冊信息中的組播目的地址和FID的組合在多播查詢表中設(shè)置對應(yīng)的表項(xiàng)。
下面對添加處理單元的工作過程作詳細(xì)說明，當(dāng)添加處理單元被觸發(fā)后，首先第二判決判斷多播查詢表是否已滿，如果多播查詢表已滿，則結(jié)束，否則，觸發(fā)表項(xiàng)設(shè)置單元。表項(xiàng)設(shè)置單元將由組播地址所在的VLAN ID經(jīng)映射得到的FID、目的組播地址寫入表中，確定1環(huán)和0環(huán)上的多播范圍，并將條目類型的值設(shè)為LEARNED。
(3)更新處理單元，用于根據(jù)收到的組注冊信息經(jīng)過的跳數(shù)更新相應(yīng)組播目的地址和其所在的VLAN ID經(jīng)映射得到的FID對應(yīng)的多播查詢表中的表項(xiàng)。所述的更新處理單元包括
類型判斷單元，用于判斷所述組播目的地址和FID組合所對應(yīng)的多播查詢表中相應(yīng)的表項(xiàng)的類型，并在確定相應(yīng)的表項(xiàng)類型為動態(tài)學(xué)習(xí)獲得時，觸發(fā)所述的跳數(shù)識別單元；若表項(xiàng)中僅存在動態(tài)學(xué)習(xí)獲得的表項(xiàng)時，則可以省略該單元；跳數(shù)識別單元，用于識別收到的所經(jīng)過的跳數(shù)大于多播查詢表中相應(yīng)表項(xiàng)記錄的反向環(huán)上設(shè)置的多播范圍的組注冊信息的報文；跳數(shù)更新單元，用于根據(jù)確定的組注冊信息的報文經(jīng)過的跳數(shù)更新對應(yīng)表項(xiàng)記錄的反向環(huán)上的多播范圍信息。
下面對更新處理單元的工作過程作詳細(xì)說明，當(dāng)更新處理單元被觸發(fā)后，更新處理單元的類型判斷單元判斷該條目是否是由管理配置得到的，如果確定所述條目的類型為MGMT，說明該條目是通過配置得到的，則不作處理；否則接收報文的站點(diǎn)確定所述條目的類型為LEARNED，說明該條目是通過學(xué)習(xí)得到的，此時觸發(fā)跳數(shù)識別單元，如果跳數(shù)識別單元判斷該報文經(jīng)過的跳數(shù)不大于相反環(huán)上設(shè)定的多播范圍時，則結(jié)束，否則觸發(fā)跳數(shù)更新單元，跳數(shù)更新單元用該跳數(shù)來更新相反環(huán)上的多播范圍。
(三)為了更加靈活地適應(yīng)組成員和環(huán)網(wǎng)拓?fù)渥兓瘜Χ嗖シ秶挠绊?，本發(fā)明所述的裝置還包括設(shè)置于RPR站點(diǎn)中的多播范圍更新單元，用于當(dāng)符合預(yù)定的條件時，更新所述的多播范圍確定單元確定的限制多播范圍的信息。具體包括，動態(tài)多播更新定時器和多播范圍學(xué)習(xí)定時器動態(tài)多播更新定時器，用于控制定期刪除所述的限制多播范圍的信息，并觸發(fā)多播范圍確定單元重新進(jìn)行限制多播范圍的信息的學(xué)習(xí)。
多播范圍學(xué)習(xí)定時器，用于指明更新所述的多播范圍確定單元確定的限制多播范圍的信息的所需要的學(xué)習(xí)時間長。
下面對多播范圍更新單元的工作過程作詳細(xì)說明，即在環(huán)上的每個RPR站點(diǎn)的MAC端口設(shè)定一個動態(tài)多播更新定時器，周期性地對動態(tài)多播范圍限制條目進(jìn)行更新。每當(dāng)該定時器期滿，就將多播查詢表中通過學(xué)習(xí)得到的所有條目清除掉，重新根據(jù)收到組注冊信息的報文進(jìn)行多播查詢表項(xiàng)的學(xué)習(xí)。
由于學(xué)習(xí)過程需要一定的時間，為了保證在進(jìn)行重新學(xué)習(xí)的過程中組播報文也能夠正常的發(fā)送，在進(jìn)行重新學(xué)習(xí)的過程中可以不使用多播查詢表中的通過學(xué)習(xí)獲得的條目來限制多播。為此可以設(shè)定一個動態(tài)多播有效標(biāo)識，只有當(dāng)該標(biāo)識值為ENABLE的時候才使用多播查詢表中的LEARNED類型條目進(jìn)行發(fā)送。而當(dāng)該標(biāo)識值為DISABLE的時候，不使用多播查詢表中的LEARNED類型條目進(jìn)行發(fā)送，在全環(huán)上廣播發(fā)送。該標(biāo)識值對于多播查詢表中的由管理來配置的條目沒有影響。在進(jìn)行更新的期間，將該標(biāo)識值設(shè)為DISABLE。學(xué)習(xí)結(jié)束后(即學(xué)習(xí)定時器期滿)再將動態(tài)多播有效標(biāo)識設(shè)為ENABLE，允許進(jìn)行動態(tài)的限制范圍多播。
更新定時器和學(xué)習(xí)定時器的時長根據(jù)所使用的組注冊信息通告報文及協(xié)議來確定，為了保證能夠?qū)W習(xí)到正確確定多播范圍所需要的來自相關(guān)站點(diǎn)的所有報文，學(xué)習(xí)時間要足夠長。而更新定時器的時長則是根據(jù)需要而確定，至少要大于學(xué)習(xí)定時器，出于降低網(wǎng)絡(luò)負(fù)擔(dān)等因素的考慮，一般設(shè)的較大。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種在彈性分組環(huán)中限制多播范圍的方法，其特征在于，包括，A、彈性分組環(huán)RPR上的站點(diǎn)接收環(huán)上其他站點(diǎn)發(fā)來的組注冊信息；B、在本站點(diǎn)上，根據(jù)所述的組注冊信息確定并記錄對應(yīng)的限制多播范圍的信息。
2.根據(jù)權(quán)利要求1所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述步驟A包括，RPR上的站點(diǎn)在RPR環(huán)上發(fā)送用于通告本站點(diǎn)的媒體接入控制MAC端口組注冊信息的報文；RPR上的站點(diǎn)接收其他站點(diǎn)發(fā)來的用于通告相應(yīng)站點(diǎn)的媒體接入控制MAC端口組注冊信息的報文。
3.根據(jù)權(quán)利要求1所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述的步驟B包括RPR站點(diǎn)接收組注冊信息報文，將該報文中承載的組播目的地址和所述組播目的地址所在的虛擬局域網(wǎng)VLAN的ID經(jīng)映射得到的過濾數(shù)據(jù)庫的標(biāo)識FID的組合添加到本站點(diǎn)的多播查詢表中，并記錄相應(yīng)的多播范圍。
4.根據(jù)權(quán)利要求3所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述的步驟B包括B1、RPR站點(diǎn)接收組注冊信息報文，并判斷組注冊信息報文中的組播目的地址和FID的組合是否有對應(yīng)的表項(xiàng)在其多播查詢表中，如果有對應(yīng)的表項(xiàng)在多播查詢表中，執(zhí)行步驟B2，否則，執(zhí)行步驟B3；B2、RPR站點(diǎn)根據(jù)組播目的地址和FID的組合所對應(yīng)表項(xiàng)的類型對多播查詢表中該表項(xiàng)進(jìn)行更新；B3、RPR站點(diǎn)在其多播查詢表中增加該組播目的地址和FID的組合所對應(yīng)的表項(xiàng)。
5.根據(jù)權(quán)利要求4所述的一種在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述步驟B2包括，若所述組播目的地址和FID的組合所對應(yīng)的表項(xiàng)為通過學(xué)習(xí)獲得，則RPR站點(diǎn)判斷所述報文經(jīng)過的跳數(shù)是否大于相反環(huán)上設(shè)定的多播范圍，當(dāng)確定所述跳數(shù)大于相反環(huán)上的多播范圍時，將相反環(huán)上的多播范圍更新為所述跳數(shù)；若所述組播目的地址和FID的組合所對應(yīng)的表項(xiàng)為靜態(tài)配置，則RPR站點(diǎn)不作處理。
6.根據(jù)權(quán)利要求4所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述步驟B3包括，RPR站點(diǎn)建立該組播目的地址對應(yīng)的表項(xiàng)，并將收到組注冊信息的環(huán)上的多播范圍設(shè)置為0跳，而將相反環(huán)上的多播范圍設(shè)置為所述報文經(jīng)過的跳數(shù)，還記錄該表項(xiàng)為通過學(xué)習(xí)獲得。
7.根據(jù)權(quán)利要求4所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，在執(zhí)行步驟B3之前還包括，RPR站點(diǎn)判斷其多播查詢表是否已滿，當(dāng)確定所述多播查詢表未滿時，執(zhí)行所述的步驟B3。
8.根據(jù)權(quán)利要求1所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述的方法還包括C、在RPR環(huán)網(wǎng)拓?fù)浣Y(jié)構(gòu)發(fā)生變化，或者，到達(dá)預(yù)定的動態(tài)多播更新時刻時，對所述動態(tài)的學(xué)習(xí)得到的組播目的地址和FID的組合對應(yīng)的表項(xiàng)通過重新學(xué)習(xí)進(jìn)行更新處理。
9.根據(jù)權(quán)利要求8所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述的步驟C中包括當(dāng)多播更新定時器期滿，確定到達(dá)預(yù)定的動態(tài)多播更新時刻時，則將多播查詢表中通過學(xué)習(xí)得到的所有組播目的地址和FID的組合所對應(yīng)的表項(xiàng)刪除，并重新根據(jù)收到的組注冊信息報文進(jìn)行各表項(xiàng)的學(xué)習(xí)。
10.根據(jù)權(quán)利要求8所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述的步驟C還包括在所述通過重新學(xué)習(xí)進(jìn)行更新處理過程中，通過多播學(xué)習(xí)定時器指明重新學(xué)習(xí)過程需要的時長，在該多播學(xué)習(xí)時間里，不使用動態(tài)限制的多播范圍進(jìn)行發(fā)送，而在全環(huán)上廣播發(fā)送。
11.根據(jù)權(quán)利要求1所述的在彈性分組環(huán)中限制多播范圍的方法，其特征在于，所述的方法還包括，當(dāng)管理層向多播查詢表配置組播目的地址和FID的組合所對應(yīng)的表項(xiàng)時，如已有與該組播地址和FID的組合所對應(yīng)的通過學(xué)習(xí)得來的表項(xiàng)存在于多播查詢表中，則根據(jù)配置要求更改該表項(xiàng)信息并將該表項(xiàng)修改為通過靜態(tài)配置獲得。
12.一種在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，包括設(shè)置于RPR的站點(diǎn)中的組注冊信息接收單元和多播范圍確定單元，其中，組注冊信息接收單元，用于接收其他站點(diǎn)發(fā)來的組注冊信息；多播范圍確定單元，用于根據(jù)收到的所述的組注冊信息確定并記錄限制多播范圍的信息。
13.根據(jù)權(quán)利要求12所述的在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，所述的裝置還包括設(shè)置于RPR站點(diǎn)中的多播范圍更新單元，多播范圍更新單元，用于當(dāng)符合預(yù)定的條件時，更新所述的多播范圍確定單元確定的限制多播范圍的信息。
14.根據(jù)權(quán)利要求13所述的在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，所述的多播范圍更新單元包括動態(tài)多播更新定時器，用于控制定期刪除所述的通過學(xué)習(xí)得到的限制多播范圍的信息，并觸發(fā)多播范圍確定單元重新進(jìn)行限制多播范圍的信息的學(xué)習(xí)。
15.根據(jù)權(quán)利要求13所述的在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，所述的多播范圍更新單元還包括多播范圍學(xué)習(xí)定時器，用于指明更新所述的多播范圍確定單元確定的限制多播范圍的信息所需要的學(xué)習(xí)時長，在該時間內(nèi)不使用動態(tài)限制的多播范圍進(jìn)行發(fā)送，而在全環(huán)上廣播發(fā)送。
16.根據(jù)權(quán)利要求12至15任一項(xiàng)所述的在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，所述的多播范圍確定單元包括第一判決單元，用于判斷收到的組注冊信息中的組播目的地址和FID的組合是否有對應(yīng)的表項(xiàng)存在于本地的多播查詢表中，如果不存在，則觸發(fā)添加處理單元，否則，觸發(fā)更新處理單元；添加處理單元，用于向多播查詢表中添加組播目的地址和FID的組合對應(yīng)的表項(xiàng)；更新處理單元，用于根據(jù)收到的組注冊信息經(jīng)過的跳數(shù)更新相應(yīng)組播目的地址和FID的組合對應(yīng)的多播查詢表中的表項(xiàng)。
17.根據(jù)權(quán)利要求16所述的在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，所述的添加處理單元包括第二判決單元，用于判斷多播查詢表是否已滿，如果是，則結(jié)束，否則，觸發(fā)表項(xiàng)設(shè)置單元；表項(xiàng)設(shè)置單元，用于根據(jù)收到的組注冊信息中的組播目的地址和FID的組合在多播查詢表中設(shè)置對應(yīng)的表項(xiàng)。
18.根據(jù)權(quán)利要求16所述的在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，所述的更新處理單元包括跳數(shù)識別單元，用于識別收到的所經(jīng)過的跳數(shù)大于多播查詢表中相應(yīng)表項(xiàng)記錄的反向環(huán)上設(shè)置的多播范圍的組注冊信息報文；跳數(shù)更新單元，用于根據(jù)確定的組注冊信息報文經(jīng)過的跳數(shù)更新對應(yīng)表項(xiàng)記錄的反向環(huán)上的多播范圍信息。
19.根據(jù)權(quán)利要求18所述的在彈性分組環(huán)中限制多播范圍的裝置，其特征在于，所述的更新處理單元還包括類型判斷單元，用于判斷所述組播目的地址和FID的組合所對應(yīng)的多播查詢表中相應(yīng)的表項(xiàng)的類型，并在確定相應(yīng)的表項(xiàng)類型為動態(tài)學(xué)習(xí)獲得時，觸發(fā)所述的跳數(shù)識別單元。
全文摘要
本發(fā)明涉及一種在彈性分組環(huán)中限制多播范圍的方法及裝置。本發(fā)明的方法主要包括彈性分組環(huán)RPR上的站點(diǎn)接收其他站點(diǎn)發(fā)來的組注冊信息；在本站點(diǎn)上，根據(jù)所述的組注冊信息確定并記錄限制多播范圍的信息。本發(fā)明的裝置包括設(shè)置于RPR的站點(diǎn)中的組注冊信息接收單元和多播范圍確定單元。其中，組注冊信息接收單元，用于接收其他站點(diǎn)發(fā)來的組注冊信息；多播范圍確定單元，用于根據(jù)收到的所述的組注冊信息確定并記錄限制多播范圍的信息。由上述本發(fā)明提出的技術(shù)方案可以看出，利用本發(fā)明可以實(shí)現(xiàn)彈性分組環(huán)上各站在組成員或環(huán)網(wǎng)絡(luò)拓?fù)浒l(fā)生變化時候能靈活有效地調(diào)整多播的限制范圍。
文檔編號H04L12/56GK101087243SQ200610083109
公開日2007年12月12日 申請日期2006年6月5日 優(yōu)先權(quán)日2006年6月5日
發(fā)明者王, 翟素平 申請人:華為技術(shù)有限公司