摘要:M-FMIPv6和MFH存在的一個共同問題是采用PAR和NAR進(jìn)行傳輸多播數(shù)據(jù)時,可 能會引發(fā)隧道聚合問題。為此,GeorgiosA.Leoleis等基于M-FMIPv6提出了一種基于條件隧 道和緩存的方法--流隧道快速多播轉(zhuǎn)發(fā)M-FMIPv6/FTB (Fast Mobile IPv6 Extensions for Multicast Handover Support with Flow Tun
1.M-FMIPV6/FTB
M-FMIPv6和MFH存在的一個共同問題是采用PAR和NAR進(jìn)行傳輸多播數(shù)據(jù)時,可 能會引發(fā)隧道聚合問題。為此,GeorgiosA.Leoleis等基于M-FMIPv6提出了一種基于條件隧 道和緩存的方法--流隧道快速多播轉(zhuǎn)發(fā)M-FMIPv6/FTB (Fast Mobile IPv6 Extensions for Multicast Handover Support with Flow Tunneling and Buffering),為每個多播流建立險道,由 NAR控制隧道上的組成員狀態(tài)以解決隧道聚合問題,同時它在FBU消息中包含組成員控制 信息以支持快速多播切換。
M-FMIPv6/FTB預(yù)先模式操作流程如圖6-6所示。MN利用PAR和NAR之間的信息交 互通過多播組倌息選項將多播信總傳遞給NAR,NAR發(fā)起多播加入過程,執(zhí)行多播路由協(xié) 議相關(guān)操作。同時,NAR通過隧道發(fā)送多播加入請求,以觸發(fā)PAR通過隧道傳輸多播數(shù)據(jù)。 當(dāng)MN完成鏈路層切換并發(fā)送FNA后,NAR發(fā)送多播離開消息,觸發(fā)NAR發(fā)送最后一次多播成員查詢,使得MN回復(fù)一個MN加入消息,從而獲得NAR轉(zhuǎn)發(fā)的多播數(shù)據(jù)。當(dāng)MN接收到正常路由的多播數(shù)據(jù)后,NAR通過隧道發(fā)送組離開消息,停止從隧道轉(zhuǎn)發(fā)多播數(shù)據(jù)。為/解決隧道聚合問題,PAR和NAR基于多播流轉(zhuǎn)發(fā)多播數(shù)據(jù)。
該方案采用基于多播流的模式在一定程度上解決了隧道聚合問題,但是,該方案的實現(xiàn)復(fù)雜度較高。
2.M-HMIPv6
Thomas C. Schmidt等提出了基于HMIPv6的移動多播方案M-HMIPv6,利用本地移動性 錨點(diǎn)(Mobility Anchor Point, MAP)為移動接收者和移動多播源提供多播切換支持,MAP 是一個代理節(jié)點(diǎn),可以看作是區(qū)域路由器。該方案要求MAP提供多播路由功能,使用MAP作為多播通信的錨點(diǎn),所有的多播流量直接通過MAP和MN之間的隧道轉(zhuǎn)發(fā)。如果MN在 MAP域內(nèi)改變了位置,它只用向它的MAP注冊新的LCoA (Local Carc-of Address),而不影 響多播路由樹。當(dāng)MN進(jìn)入到一個新的MAP域時,MN利用前后MAP之間的隧道,將多播 流里從前-個MAP傳送到當(dāng)前的MAP。
該技術(shù)方案的工作流程如圖6-7所示。假設(shè)MN在家鄉(xiāng)加入某個多播組,然后依次移到MAPI和MAP2。汽MN在同一個MAP域內(nèi)時,它通過隧道給MAPI發(fā)送組加入消息即MLD 報告消息,該消息以區(qū)域轉(zhuǎn)交地址(Regional Can>of Address, RCoA)作為源地址。MAP在 它的綁定緩存中記錄相應(yīng)的組地址,并轉(zhuǎn)發(fā)多播數(shù)據(jù)給MN。當(dāng)MN發(fā)生域內(nèi)移動時,只需 重構(gòu)MN到MAP之間的隧道,而不影響多播轉(zhuǎn)發(fā)樹。當(dāng)MN在_間移動時(從MAPI 移動到MAP2),除了需要正常的HMIPv6切換信令外,MN將向MAPI發(fā)送一個帶有它的 新LCoA的BU。MAPI上收到的數(shù)據(jù)將通過隧道方式發(fā)送到MN的當(dāng)前位置。若MAP2域 支持多播,MN將通過MAP2快速加入到多播組。一旦收到多播組數(shù)據(jù),MN就向它的 MAPI發(fā)送一個生命周期為0的BU,刪除綁定緩存并停止數(shù)據(jù)轉(zhuǎn)發(fā)。
若MN作為多播源,則MN通過它的MAP以RCoA作為源地址發(fā)送多播數(shù)據(jù)包。在移動過程中RCoA可能發(fā)生改變,所以必須包含-個家鄉(xiāng)地址選項。當(dāng)源在MAP域內(nèi)移動時, 多播樹不發(fā)生變化。當(dāng)源在MAP域間移動時,MN將向前一個建立好多播轉(zhuǎn)發(fā)狀態(tài)的MAP 發(fā)送一個帶有其新LCoA的BU,通過前-個MAP繼續(xù)傳輸多播數(shù)據(jù)。如果新的MAP域支 持多播功能,則MN將利用新的RCoA迅速地發(fā)起多播路由樹建立過程。當(dāng)多播源通過它的 新MAP轉(zhuǎn)發(fā)多播數(shù)據(jù)后將停止從它的前一個MAP轉(zhuǎn)發(fā)數(shù)據(jù)。
該技術(shù)方案主要是利用HMIFv6中MAP實體,將其作為一個多播代理連接到多播轉(zhuǎn)發(fā) 樹。當(dāng)MN在MAP域內(nèi)移動時,多播轉(zhuǎn)發(fā)樹不發(fā)生變化,MN和MAP之間通過隧道傳輸: 當(dāng)MN移動到另外一個MAP域后,若該MAP節(jié)點(diǎn)支持多播,則立刻加入到多播組重構(gòu)多播 轉(zhuǎn)發(fā)樹,在新的MAP獲取多播數(shù)據(jù)之前,MN通過到前一個MAP的隧道獲取多播數(shù)據(jù)。該方案的缺點(diǎn)是MN與MAP之間始終采用隧道方式傳播多播數(shù)據(jù),當(dāng)MAP域內(nèi)同時有多個 MN加入到該多播組時,則會存在隧道聚合問題,降低網(wǎng)絡(luò)資源的利用率。
此類解決方案主要是擴(kuò)展MIPv6等協(xié)議來支持移動多播,MIPv6及其增強(qiáng)協(xié)議是基于主機(jī)的移動性支持協(xié)議,需要移動終端參與移動信令的交互過程,對終端的功能提出了新的要 求,從而影響了實際部署應(yīng)用。
返回目錄:
編輯特別推薦:
中級通信專業(yè)實務(wù)
通信工程師備考資料免費(fèi)領(lǐng)取
去領(lǐng)取
共收錄117.93萬道題
已有25.02萬小伙伴參與做題