專利名稱：一種過濾節(jié)目源的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種過濾節(jié)目源的方法，尤其是一種在互聯(lián)網(wǎng)協(xié)議電視(Internet ProtocolTelevision；IPTV)中過濾節(jié)目源的方法，以及與該方法對應(yīng)的裝置。
背景技術(shù)：
隨著網(wǎng)絡(luò)寬帶化進(jìn)程的加快，互聯(lián)網(wǎng)協(xié)議電視IPTV以其直觀性、實時性、互動性等特點引起了越來越多的關(guān)注。IPTV是一項系統(tǒng)技術(shù)，它能使音視頻內(nèi)容節(jié)目或信號，以IP包的方式在不同物理網(wǎng)絡(luò)中被安全、有效且保質(zhì)地傳送或分發(fā)給不同用戶。一個端到端的IPTV系統(tǒng)一般具有節(jié)目采集、存儲和服務(wù)、節(jié)目傳送網(wǎng)絡(luò)、用戶接收端四個部件。
IPTV系統(tǒng)的節(jié)目傳送功能是由IP骨干網(wǎng)、IP城域網(wǎng)、有線電視前端或電信中心站、以及相應(yīng)的寬帶接入網(wǎng)絡(luò)完成的。一般而言，為了節(jié)省網(wǎng)絡(luò)資源的占用，IP作為承載網(wǎng)絡(luò)通常采用組播技術(shù)(Multicast，也稱多播技術(shù))進(jìn)行傳播。IP組播是指在IP網(wǎng)絡(luò)中將數(shù)據(jù)包以盡力傳送(best-effort)的形式發(fā)送到網(wǎng)絡(luò)中的某個確定節(jié)點子集，這個子集稱為組播組(MulticastGroup)。
與組播相應(yīng)的協(xié)議采用INTERNET工程任務(wù)小組(Internet Engineering Task Force；IETF)制定的Internet組管理協(xié)議(Internet Group Management Protocol；IGMP)。IGMP協(xié)議運行于主機(jī)和與主機(jī)直接相連的組播路由器之間，主機(jī)通過此協(xié)議告訴本地路由器希望加入并接受某個特定組播組的信息，同時路由器通過此協(xié)議周期性地查詢局域網(wǎng)內(nèi)某個已知組的成員是否處于活動狀態(tài)(即該網(wǎng)段是否仍有屬于某個組播組的成員)，實現(xiàn)所連網(wǎng)絡(luò)組成員關(guān)系的收集與維護(hù)。
IGMP目前已經(jīng)有三個版本，分別為IGMP V1、IGMP V2、IGMP V3。IGMP V3在IGMP V1/V2的基礎(chǔ)上增加的主要功能是成員可以指定接收或指定不接收某些組播源的報文，即提供了源過濾組播功能(Source-Filtered Multicast；SFM)。具有源過濾組播功能SFM的主機(jī)使用IGMPV3來通告該主機(jī)所希望加入的組播組，同時還通告該主機(jī)所希望接收的組播源的地址。主機(jī)可以發(fā)送一個包括列表(Inclusion List)或一個排除列表(Exclusion List)，前者規(guī)定了該主機(jī)所期望接收的組播源的地址(即規(guī)定了哪些源能發(fā)送給該組播組)，而后者規(guī)定了該主機(jī)不希望接收的組播源的地址。
IGMP組播成員管理機(jī)制是針對第三層設(shè)計的，在第三層，路由器可以對組播報文的轉(zhuǎn)發(fā)進(jìn)行控制。但是在很多情況下，組播報文要不可避免地經(jīng)過一些二層交換設(shè)備，尤其是在局域網(wǎng)環(huán)境里。由于IGMP協(xié)議中主機(jī)希望接收的節(jié)目源地址和多播目的地址通常封裝在IP包中，這使得在數(shù)據(jù)鏈路層(Date Link Layer，也稱二層)中的設(shè)備，例如常用的IP數(shù)字用戶線路接入復(fù)用器IPDSLAM，無法對封裝在上述IP包中的節(jié)目源地址和多播目的地址進(jìn)行處理。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的在于提供一種過濾節(jié)目源的方法，使得在數(shù)據(jù)鏈路層的設(shè)備能夠根據(jù)此方法實現(xiàn)IGMP V3中規(guī)定的源過濾組播功能。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的一種過濾節(jié)目源的方法，包含下面的步驟(1)利用用戶請求幀中包含的節(jié)目源地址和多播目的地址動態(tài)生成多播虛擬局域網(wǎng)(Virtual Local Area Network；VLAN)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表；(2)按照節(jié)目流幀中包含的節(jié)目源地址和多播目的地址查找上述映射生成的多播虛擬局域網(wǎng)地址。
在上述步驟(1)中，生成上述多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表后，用上述用戶請求幀中包含的源地址、多播目的地址、上述虛擬局域網(wǎng)地址作為過濾器列表選項。此外，在上述步驟(1)中，生成上述多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表后，將上述虛擬局域網(wǎng)地址、上述端口列表發(fā)送給多播表。上述多播表中還包含多播媒體接入控制地址(Media Access Control Address；MAC Address)選項。在上述步驟(2)中，在上述過濾器列表中，按照節(jié)目流幀中包含的節(jié)目源地址和多播目的地址查找上述動態(tài)生成的多播虛擬局域網(wǎng)地址并將該地址插入或覆蓋節(jié)目流中相應(yīng)位置。根據(jù)上述生成的多播虛擬局域網(wǎng)地址，在上述多播表中查找與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口，將節(jié)目流幀向上述查找到的端口轉(zhuǎn)發(fā)。
本發(fā)明技術(shù)方案還涉及一種過濾節(jié)目源的裝置，包括至少一個接收模塊、一個發(fā)送模塊，上述接收模塊接收用戶請求幀或者節(jié)目流幀，上述發(fā)送模塊將接收的上述用戶請求幀發(fā)送給上層設(shè)備或者將接收的節(jié)目流幀發(fā)送給用戶，上述裝置中還包含一個轉(zhuǎn)換模塊，上述轉(zhuǎn)換模塊將用戶請求幀中包含的節(jié)目源地址和多播目的地址轉(zhuǎn)換為多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表。
上述轉(zhuǎn)換模塊可以為一個單獨的業(yè)務(wù)部分，或者，上述轉(zhuǎn)換模塊由至少一個業(yè)務(wù)部分和至少一個主控部分組成。在后者的情況下，上述業(yè)務(wù)部分向上述主控部分請求一個多播虛擬局域網(wǎng)地址，上述主控部分將用戶請求幀中包含的節(jié)目源地址和多播目的地址轉(zhuǎn)換為多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表后，將上述多播虛擬局域網(wǎng)地址返回給上述業(yè)務(wù)部分。
可見，本發(fā)明所提供的一種過濾節(jié)目源的方法及其裝置，具有以下的優(yōu)點和特點(1)本發(fā)明方法將數(shù)據(jù)鏈路層設(shè)備無法識別的用戶申請的節(jié)目源地址和目的地址映射為多播虛擬局域網(wǎng)地址及其相應(yīng)的端口列表，從而能夠為二層設(shè)備所識別和處理。
(2)本發(fā)明方法只需對二層設(shè)備所使用的軟件進(jìn)行改動，對于硬件設(shè)備無需更換，因此改造成本低，易于實現(xiàn)。


下面結(jié)合附圖對本發(fā)明的具體實施方式
作進(jìn)一步詳細(xì)的描述，其中圖1是本發(fā)明實施例一中的業(yè)務(wù)卡IU中上行路線處理示意圖。
圖2是本發(fā)明實施例一中的業(yè)務(wù)卡IU中下行路線處理示意圖。
圖3是本發(fā)明實施例二中的業(yè)務(wù)卡IU中上行路線處理示意圖。
圖4是本發(fā)明實施例二中的主控卡CxU中上行路線處理示意圖。
圖5是本發(fā)明實施例二中的主控卡CxU中下行路線處理示意圖。
圖6是本發(fā)明實施例二中的業(yè)務(wù)卡IU中下行路線處理示意圖。
具體實施例方式
圖1是本發(fā)明實施例一中的業(yè)務(wù)卡IU中上行路線處理示意圖。在上述上行線路中，從機(jī)頂盒(Set Top Box；STB)發(fā)出的請求通過數(shù)字用戶線路DSL傳送到IP數(shù)字用戶線路接入復(fù)用器IPDSLAM的端口。IP數(shù)字用戶線路接入復(fù)用器IPDSLAM是一個數(shù)據(jù)鏈路層(二層)設(shè)備，負(fù)責(zé)聚合數(shù)字用戶線路DSL的數(shù)據(jù)，將其接入到骨干網(wǎng)絡(luò)。并且，由于IPDSLAM是數(shù)據(jù)鏈路層的設(shè)備，它能夠讀取數(shù)據(jù)包中的MAC地址信息并根據(jù)MAC地址來進(jìn)行數(shù)據(jù)交換。IPDSLAM通常包含至少兩個部分，一部分為主控卡，此處表示為CxU，另一部分為業(yè)務(wù)卡，此處表示為IU，多個上述業(yè)務(wù)卡和一個主控卡相連接，在上述業(yè)務(wù)卡和主控卡內(nèi)部建立高速的交換通路，方便數(shù)據(jù)包的轉(zhuǎn)發(fā)。
在數(shù)字用戶線路DSL上傳輸?shù)男盘枎膸袷桨康拿襟w接入控制(Media Access ControlMAC)地址DA字段、源MAC地址SA字段、類型字段，若該字段值為0800說明交付此數(shù)據(jù)包到數(shù)據(jù)鏈路層的網(wǎng)絡(luò)層協(xié)議類型為IP協(xié)議、IP包字段以及幀校驗序列(Frame CheckSequence；FCS)字段。IP包中包括一個IP頭字段和IGMP內(nèi)容字段。IP頭中含有類型字段、IP源地址字段、IP目的地址字段等信息，IP頭中的類型字段指明發(fā)送的消息為IGMP。IGMP內(nèi)容字段中指明了用戶申請的節(jié)目源地址(Source IP；SrcIP)和多播目的地址(Destination IP；DstIP)。用戶申請的節(jié)目源地址SrcIP可以為多個。
IP數(shù)字用戶線路接入復(fù)用器IPDSLAM從它的上述端口收到數(shù)字用戶線路DSL上傳輸?shù)男盘枎I(yè)務(wù)卡IU中存在一個Internet組管理協(xié)議IGMP過濾器(IGMP filter)，該過濾器為一個硬件設(shè)備，它能夠根據(jù)接收到的上述信號幀的目的MAC地址字段、類型字段、IP包中IP頭的類型字段等信息，識別出上述IP包為含有IGMP內(nèi)容的包，進(jìn)而將上述IP包中的IGMP內(nèi)容字段轉(zhuǎn)為軟件處理。
用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP包含在上述IP包的IGMP內(nèi)容字段中，而位于二層的IPDSLAM設(shè)備從硬件上無法讀取上述地址。為此，利用軟件將上述用戶申請的節(jié)目源地址SrcIP、多播目的地址DstIP讀出，并且將這兩個地址進(jìn)行映射，生成一個多播虛擬局域網(wǎng)地址McastVLAN，以及一個該多播虛擬局域網(wǎng)地址McastVLAN所對應(yīng)的端口列表Plist。
如果在生成上述映射表時，發(fā)現(xiàn)生成的多播虛擬局域網(wǎng)地址McastVLAN在映射表中已經(jīng)存在，則無需在映射表中添加上述多播虛擬局域網(wǎng)地址McastVLAN，只需更新端口列表。如果發(fā)現(xiàn)生成的多播虛擬局域網(wǎng)地址McastVLAN在映射表中不存在，則將生成的多播虛擬局域網(wǎng)地址McastVLAN添加到上述映射表中。
然后，通過消息將上述用戶申請的節(jié)目源地址SrcIP、多播目的地址DstIP、上述生成的多播虛擬局域網(wǎng)地址McastVLAN發(fā)送到一個IGMPV3過濾器中。上述IGMPV3過濾器也是一個硬件設(shè)備，但作用與前面提及的IGMP過濾器不同，它的主要作用是將節(jié)目流中的虛擬局域網(wǎng)地址替換為相應(yīng)的McastVLAN。
經(jīng)過上述處理后，業(yè)務(wù)卡IU將從IP數(shù)字用戶線路接入復(fù)用器IPDSLAM的端口接收到的數(shù)字用戶線路DSL上傳輸?shù)男盘枎械腎P包轉(zhuǎn)發(fā)給主控卡CxU。
圖2是本發(fā)明實施例一中的業(yè)務(wù)卡IU中下行路線處理示意圖。在下行方向主要描述節(jié)目流的處理過程。業(yè)務(wù)卡IU接收從主控卡CxU傳來的信號幀，該幀的幀格式包括目的MAC地址DA字段、源MAC地址SA字段、類型字段，若該字段值為0800說明交付此數(shù)據(jù)包到數(shù)據(jù)鏈路層的網(wǎng)絡(luò)層協(xié)議類型為IP協(xié)議、IP包字段以及幀校驗序列FCS字段。IP包中包括一個IP頭字段和IP內(nèi)容字段。IP頭中含有類型字段、IP源地址字段、IP目的地址字段等信息，IP頭中的類型字段指明發(fā)送的消息中含有節(jié)目流。IP內(nèi)容字段中含有用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP。此外，從主控卡CxU傳來的信號幀中還帶有一個虛擬局域網(wǎng)類型字段、一個虛擬局域網(wǎng)優(yōu)先級字段、一個視頻特定的虛擬局域網(wǎng)標(biāo)簽VideoProviderVLAN。業(yè)務(wù)卡IU利用主控卡CxU傳來的信號幀中IP內(nèi)容字段包含的用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP，在IGMP V3過濾器中進(jìn)行查表，找到一個相應(yīng)的多播虛擬局域網(wǎng)地址McastVLAN，并且將上述視頻特定的虛擬局域網(wǎng)標(biāo)簽VideoProviderVLAN用該相應(yīng)的多播虛擬局域網(wǎng)地址McastVLAN代替。
然后，在業(yè)務(wù)卡IU中的多播表中，根據(jù)多播MAC地址以及上述多播虛擬局域網(wǎng)地址McastVLAN查找與對應(yīng)的端口列表Plist。按照端口列表Plist中的端口號，將主控卡IU接收的上述幀向相應(yīng)的端口轉(zhuǎn)發(fā)。
圖3是本發(fā)明實施例二中的業(yè)務(wù)卡IU中上行路線處理示意圖。和圖1中相似，業(yè)務(wù)卡IU接收到在數(shù)字用戶線路DSL上傳輸?shù)男盘枎搸膸袷桨康腗AC地址DA字段、源MAC地址SA字段、類型字段，若該字段值為0800說明交付此數(shù)據(jù)包到數(shù)據(jù)鏈路層的網(wǎng)絡(luò)層協(xié)議類型為IP協(xié)議、IP包字段以及幀校驗序列FCS字段。IP包中包括一個IP頭字段和IGMP內(nèi)容字段。IP頭中含有類型字段、IP源地址字段、IP目的地址字段等信息，IP頭中的類型字段指明發(fā)送的消息為IGMP。IGMP內(nèi)容字段中指明了用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP。用戶申請的節(jié)目源地址SrcIP可以為多個。
IP數(shù)字用戶線路接入復(fù)用器IPDSLAM從它的上述端口收到數(shù)字用戶線路DSL上傳輸?shù)男盘枎?。業(yè)務(wù)卡IU中存在的硬件設(shè)備IGMP過濾器(IGMP filter)能夠根據(jù)接收到的上述信號幀的目的MAC地址字段、類型字段、IP包中IP頭的類型字段等信息，識別出上述IP包為含有IGMP內(nèi)容的包，進(jìn)而將上述IP包中的IGMP內(nèi)容字段轉(zhuǎn)為軟件處理。
用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP包含在上述IP包的IGMP內(nèi)容字段中，而位于二層的IPDSLAM設(shè)備從硬件上無法讀取上述地址。為此，利用軟件將上述用戶申請的節(jié)目源地址SrcIP、多播目的地址DstIP讀出，并且將這兩個地址進(jìn)行映射，生成一個多播虛擬局域網(wǎng)地址McastVLAN，以及一個該多播虛擬局域網(wǎng)地址McastVLAN所對應(yīng)的端口列表Plist。
如果在生成上述映射表時，發(fā)現(xiàn)生成的多播虛擬局域網(wǎng)地址McastVLAN在映射表中已經(jīng)存在，則更新端口列表并通過消息將上述生成的多播虛擬局域網(wǎng)地址McastVLAN和該多播虛擬局域網(wǎng)地址McastVLAN所對應(yīng)的端口列表Plist發(fā)送到業(yè)務(wù)卡IU的多播表中。除了上述兩項，多播表中還含有多播MAC地址。
如果在生成上述映射表時，發(fā)現(xiàn)生成的多播虛擬局域網(wǎng)地址McastVLAN在映射表中不存在，則業(yè)務(wù)卡IU向主控卡CxU發(fā)送一個請求，請求主控卡CxU為該業(yè)務(wù)卡IU分配一個相應(yīng)的多播虛擬局域網(wǎng)地址McastVLAN。
業(yè)務(wù)卡IU接收到上述主控卡CxU發(fā)送過來的多播虛擬局域網(wǎng)地址McastVLAN后，同樣通過消息將上述生成的多播虛擬局域網(wǎng)地址McastVLAN和該多播虛擬局域網(wǎng)地址McastVLAN所對應(yīng)的端口列表Plist發(fā)送到業(yè)務(wù)卡IU的多播表中。除了上述兩項，多播表中還含有多播MAC地址。
經(jīng)過上述處理后，業(yè)務(wù)卡IU將從IP數(shù)字用戶線路接入復(fù)用器IPDSLAM的端口接收到的數(shù)字用戶線路DSL上傳輸?shù)男盘枎械腎P包轉(zhuǎn)發(fā)給主控卡CxU。
圖4是本發(fā)明實施例二中的主控卡CxU中上行路線處理示意圖。主控卡CxU接收到業(yè)務(wù)卡IU發(fā)送的信號幀，該幀的幀格式包括目的MAC地址DA字段、源MAC地址SA字段、類型字段，若該字段值為0800說明交付此數(shù)據(jù)包到數(shù)據(jù)鏈路層的網(wǎng)絡(luò)層協(xié)議類型為IP協(xié)議、IP包字段以及幀校驗序列FCS字段。IP包中包括一個IP頭字段和IGMP內(nèi)容字段。IP頭中含有類型字段、IP源地址字段、IP目的地址字段等信息，IP頭中的類型字段指明發(fā)送的消息為IGMP。IGMP內(nèi)容字段中指明了用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP。用戶申請的節(jié)目源地址SrcIP可以為多個。
主控卡CxU中也存在一個作為硬件設(shè)備的IGMP過濾器(IGMP filter)，它的作用與業(yè)務(wù)卡IU中的IGMP過濾器的作用基本相同，即根據(jù)接收到的上述信號幀的類型字段、IP包中IP頭的類型字段等信息，識別出上述IP包為含有IGMP內(nèi)容的包，進(jìn)而將上述IP包中的IGMP內(nèi)容字段轉(zhuǎn)為軟件處理。
一個主控卡CxU下面攜帶了多個業(yè)務(wù)卡IU，主控卡CxU中的映射表是該主控卡CxU攜帶的所有的業(yè)務(wù)卡IU的映射表的集合。當(dāng)主控卡CxU接收到上述業(yè)務(wù)卡IU發(fā)送的分配一個相應(yīng)的多播虛擬局域網(wǎng)地址McastVLAN的請求時，主控卡CxU會在它的映射表集合中進(jìn)行查找。如果主控卡CxU從中(例如，在另外一個業(yè)務(wù)卡IU的映射表中)找到了利用上述用戶申請的節(jié)目源地址SrcIP、多播目的地址DstIP生成的多播虛擬局域網(wǎng)地址McastVLAN，則將該多播虛擬局域網(wǎng)地址McastVLAN發(fā)送給請求分配一個多播虛擬局域網(wǎng)地址McastVLAN的上述業(yè)務(wù)卡IU。如果主控卡CxU在它所攜帶的所有業(yè)務(wù)卡IU的映射表中沒有找到利用上述用戶申請的節(jié)目源地址SrcIP、多播目的地址DstIP生成的多播虛擬局域網(wǎng)地址McastVLAN，則主控卡CxU將利用上述用戶申請的節(jié)目源地址SrcIP、多播目的地址DstIP映射生成一個多播虛擬局域網(wǎng)地址McastVLAN，再將該映射生成的多播虛擬局域網(wǎng)地址McastVLAN發(fā)送給請求分配一個多播虛擬局域網(wǎng)地址McastVLAN的上述業(yè)務(wù)卡IU。
在將上述多播虛擬局域網(wǎng)地址McastVLAN發(fā)送給進(jìn)行請求的業(yè)務(wù)卡IU的同時，通過消息將上述用戶申請的節(jié)目源地址SrcIP、多播目的地址DstIP、上述生成的多播虛擬局域網(wǎng)地址McastVLAN發(fā)送到位于主控卡CxU的IGMP V3過濾器中。
經(jīng)過上述處理后，主控卡CxU將從業(yè)務(wù)卡IU接收到的信號幀中的IP包轉(zhuǎn)發(fā)給其上層設(shè)備。
圖5是本發(fā)明實施例二中的主控卡CxU中下行路線處理示意圖。主控卡CxU接收從上層設(shè)備傳來的信號幀，上述幀的幀格式包括目的MAC地址DA字段、源MAC地址SA字段、類型字段，若該字段值為0800說明交付此數(shù)據(jù)包到數(shù)據(jù)鏈路層的網(wǎng)絡(luò)層協(xié)議類型為IP協(xié)議、IP包字段以及幀校驗序列FCS字段。IP包中包括一個IP頭字段和IP內(nèi)容字段。IP頭中含有類型字段、IP源地址字段、IP目的地址字段等信息，IP頭中的類型字段指明發(fā)送的消息中含有IGMP協(xié)議還是節(jié)目流。IP內(nèi)容字段中含有用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP。此外，上述幀中還帶有一個虛擬局域網(wǎng)類型字段、一個虛擬局域網(wǎng)優(yōu)先級字段、一個視頻特定的虛擬局域網(wǎng)標(biāo)簽VideoProviderVLAN。
主控卡CxU中存在的IGMP過濾器(IGMP filter)根據(jù)接收到的上述信號幀的類型字段、IP包中IP頭的類型字段等信息，判斷上述IP包是否含有IGMP內(nèi)容的包，進(jìn)而將上述IP包中的IGMP內(nèi)容字段轉(zhuǎn)為軟件處理，將節(jié)目流送IGMP V3過濾器。
主控卡CxU利用上層設(shè)備傳來的信號幀中IP內(nèi)容字段包含的用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP，在IGMP V3過濾器中進(jìn)行查表，找到一個相應(yīng)的多播虛擬局域網(wǎng)地址McastVLAN，并且將上述視頻特定的虛擬局域網(wǎng)標(biāo)簽VideoProviderVLAN用該相應(yīng)的多播虛擬局域網(wǎng)地址McastVLAN代替。
經(jīng)過上述處理后，主控卡CxU將從上層設(shè)備傳輸過來的信號幀中的IP包轉(zhuǎn)發(fā)給相應(yīng)的業(yè)務(wù)卡IU。
圖6是本發(fā)明實施例二中的業(yè)務(wù)卡IU中下行路線處理示意圖。業(yè)務(wù)卡IU接收從主控卡CxU傳來的信號幀，該幀的幀格式包括目的MAC地址DA字段、源MAC地址SA字段、類型字段，若該字段值為0800說明交付此數(shù)據(jù)包到數(shù)據(jù)鏈路層的網(wǎng)絡(luò)層協(xié)議類型為IP協(xié)議、IP包字段以及幀校驗序列FCS字段。IP包中包括一個IP頭字段和IP內(nèi)容字段。IP頭中含有類型字段、IP源地址字段、IP目的地址字段等信息，IP頭中的類型字段指明發(fā)送的消息中是否含有IGMP協(xié)議。IP內(nèi)容字段中用戶申請的節(jié)目源地址SrcIP和多播目的地址DstIP。此外，從主控卡CxU傳來的信號幀中還帶有一個虛擬局域網(wǎng)類型字段、一個虛擬局域網(wǎng)優(yōu)先級字段、一個視頻特定的虛擬局域網(wǎng)標(biāo)簽VideoProviderVLAN。
在業(yè)務(wù)卡IU中的多播表中，業(yè)務(wù)卡IU根據(jù)多播MAC地址以及上述多播虛擬局域網(wǎng)地址McastVLAN查找與對應(yīng)的端口列表Plist。按照端口列表Plist中的端口號，將業(yè)務(wù)卡IU接收的上述幀向相應(yīng)的端口轉(zhuǎn)發(fā)。
上述實施例都為包含用戶申請的節(jié)目源地址SrcIP的情況，IGMP V3中還可以指明只不包含節(jié)目源地址SrcIP的情況，此時只是在映射表中，節(jié)目源地址SrcIP所對應(yīng)的行中不含有上述用戶的端口號，而映射表的其他行都含有上述用戶的端口號。
從上述實施例可見，采用本發(fā)明方法，能夠?qū)?shù)據(jù)鏈路層(二層)設(shè)備IPDSLAM無法識別的用戶申請的節(jié)目源地址和目的地址映射為多播虛擬局域網(wǎng)地址及其相應(yīng)的端口列表，從而能夠為二層設(shè)備所識別和處理。由于只需對二層設(shè)備所使用的軟件進(jìn)行改動，因此改造成本低，易于實現(xiàn)。
權(quán)利要求
1.一種過濾節(jié)目源的方法，其特征在于該方法包含下列步驟(1)利用用戶請求幀中包含的節(jié)目源地址和多播目的地址動態(tài)生成多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表；(2)按照節(jié)目流幀中包含的節(jié)目源地址和多播目的地址查找上述動態(tài)生成的多播虛擬局域網(wǎng)地址。
2.如權(quán)利要求1所述的過濾節(jié)目源的方法，其特征在于在上述步驟(1)中，生成上述多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表后，用上述用戶請求幀中包含的源地址、多播目的地址、上述虛擬局域網(wǎng)地址作為過濾器列表選項。
3.如權(quán)利要求1所述的過濾節(jié)目源的方法，其特征在于在上述步驟(1)中，生成上述多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表后，將上述虛擬局域網(wǎng)地址、上述端口列表發(fā)送給多播表。
4.如權(quán)利要求3所述的過濾節(jié)目源的方法，其特征在于上述多播表中還包含多播媒體接入控制地址選項。
5.如權(quán)利要求2所述的過濾節(jié)目源的方法，其特征在于在上述步驟(2)中，在上述過濾器列表中，按照節(jié)目流幀中包含的節(jié)目源地址和多播目的地址查找上述動態(tài)生成的多播虛擬局域網(wǎng)地址并將該地址插入或覆蓋節(jié)目流中相應(yīng)位置。
6.如權(quán)利要求5所述的過濾節(jié)目源的方法，其特征在于根據(jù)上述生成的多播虛擬局域網(wǎng)地址，在上述多播表中查找與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口，將節(jié)目流幀向上述查找到的端口轉(zhuǎn)發(fā)。
7.一種過濾節(jié)目源的裝置，包括至少一個接收模塊、一個發(fā)送模塊，上述接收模塊接收用戶請求幀或者節(jié)目流幀，上述發(fā)送模塊將接收的上述用戶請求幀發(fā)送給上層設(shè)備或者將接收的節(jié)目流幀發(fā)送給用戶，其特征在于上述裝置中還包含一個轉(zhuǎn)換模塊，上述轉(zhuǎn)換模塊將用戶請求幀中包含的節(jié)目源地址和多播目的地址轉(zhuǎn)換為多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表。
8.如權(quán)利要求7所述的過濾節(jié)目源的裝置，其特征在于上述轉(zhuǎn)換模塊為一個單獨的業(yè)務(wù)部分。
9.如權(quán)利要求7所述的過濾節(jié)目源的裝置，其特征在于上述轉(zhuǎn)換模塊由至少一個業(yè)務(wù)部分和至少一個主控部分組成。
10.如權(quán)利要求9所述的過濾節(jié)目源的裝置，其特征在于上述業(yè)務(wù)部分向上述主控部分請求一個多播虛擬局域網(wǎng)地址，上述主控部分將用戶請求幀中包含的節(jié)目源地址和多播目的地址轉(zhuǎn)換為多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表后，將上述多播虛擬局域網(wǎng)地址返回給上述業(yè)務(wù)部分。
全文摘要
本發(fā)明提出一種過濾節(jié)目源的方法，利用用戶請求幀中包含的節(jié)目源地址和多播目的地址動態(tài)生成多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表；然后，按照節(jié)目流幀中包含的節(jié)目源地址和多播目的地址查找上述映射生成的多播虛擬局域網(wǎng)地址，并通過修改節(jié)目流的虛擬局域網(wǎng)地址達(dá)到基于端口的過濾。本發(fā)明還提出了與上述方法相對應(yīng)的一種過濾節(jié)目源的裝置，包括至少一個接收模塊、一個發(fā)送模塊、一個轉(zhuǎn)換模塊，上述轉(zhuǎn)換模塊將用戶請求幀中包含的節(jié)目源地址和多播目的地址轉(zhuǎn)換為多播虛擬局域網(wǎng)地址和與上述多播虛擬局域網(wǎng)地址對應(yīng)的端口列表。本發(fā)明能將二層設(shè)備無法識別的用戶申請的節(jié)目源地址和多播目的地址映射為多播虛擬局域網(wǎng)地址及其相應(yīng)的端口列表，從而能夠為二層設(shè)備所識別和處理。
文檔編號H04L29/06GK101083612SQ20061008344
公開日2007年12月5日 申請日期2006年5月31日 優(yōu)先權(quán)日2006年5月31日
發(fā)明者田立剛 申請人:西門子通信技術(shù)(北京)有限公司