專利名稱：組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法和組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法和組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備。
技術(shù)背景組播是一種重要的IP技術(shù)，當(dāng)網(wǎng)絡(luò)中的某些用戶需求特定信息時(shí)，組播信息發(fā)送者(即 組播源)僅發(fā)送一次該信息，它借助組播路由協(xié)議為組播數(shù)據(jù)包建立樹型路由，在遠(yuǎn)處的分 叉路口復(fù)制和分發(fā)信息。參見圖l，假設(shè)用戶B、 D和E需求特定信息，為了將該信息順利 地傳輸給用戶B、 D和E，需要將用戶B、 D和E組成一個(gè)接收者集合，由網(wǎng)絡(luò)中各路由器 根據(jù)該集合中各接收者的分布情況進(jìn)行信息轉(zhuǎn)發(fā)和復(fù)制，從而將信息準(zhǔn)確地傳輸給實(shí)際需要 的接收者.B、 D和E?？蛻舳嗽讷@取組播信息時(shí)，首先需要通過DHCP (Dynamic Host Configuration Protocol, 動(dòng)態(tài)主機(jī)配置協(xié)議)中繼向DHCP服務(wù)器獲取IP地址加入組播網(wǎng)絡(luò)。其中，DHCP中繼提供 了對(duì)DHCP廣播報(bào)文的透明傳輸功能，能夠把客戶端的廣播報(bào)文透明地傳送到其它網(wǎng)段的 DHCP服務(wù)器上，同樣能夠把DHCP服務(wù)器端的廣播報(bào)文透明地傳送到其它網(wǎng)段的客戶端。在實(shí)際網(wǎng)絡(luò)環(huán)境中，DHCP中繼功能一般是在路由器的某個(gè)接口上實(shí)現(xiàn)的，這時(shí)需要為 該接口配置IP中繼地址，用來指定DHCP服務(wù)器。IP中繼地址是指在作為DHCP中繼的設(shè) 備上所指定的DHCP服務(wù)器的IP地址。在路由器的接口上配置DHCP中繼功能后，從該接 口上收到的DHCP廣播報(bào)文將被發(fā)送到指定的DHCP服務(wù)器。參見圖2，客戶端申請IP地址的過程如下1) 當(dāng)DHCP客戶端啟動(dòng)并進(jìn)行DHCP初始化后，在本地網(wǎng)絡(luò)廣播發(fā)送DHCPDISCOVER (配置請求)報(bào)文；如果本地網(wǎng)絡(luò)沒有DHCP服務(wù)器，則與本地網(wǎng)絡(luò)相連的、帶DHCP中繼功能的網(wǎng)絡(luò)設(shè)備 收到該報(bào)文后，進(jìn)行適當(dāng)處理并轉(zhuǎn)發(fā)給指定的、其它網(wǎng)絡(luò)上的DHCP服務(wù)器。2) DHCP服務(wù)器收到DHCPDISCOVER報(bào)文后，根據(jù)報(bào)文中客戶端提供的信息，為客戶 端分配IP地址，并向DHCP中繼單播發(fā)送攜帶IP地址信息的DHCPOFFER (配置應(yīng)答)報(bào) 文，DHCP中繼收到該報(bào)文后，將其單播轉(zhuǎn)發(fā)給DHCP客戶端；3) DHCP客戶端收到DHCPOFFER報(bào)文后，提取報(bào)文中的IP地址，并向DHCP中繼廣 播發(fā)送DHCPREQUEST(確認(rèn)請求)報(bào)文，DHCP中繼收到該報(bào)文后，將其單播轉(zhuǎn)發(fā)給DHCP 服務(wù)器；4) DHCP服務(wù)器收到DHCP客戶端通過DHCP中繼發(fā)送的DHCPREQUEST報(bào)文后，通 過DHCP中繼向其返回DHCPACK (確認(rèn)響應(yīng))報(bào)文或DHCPNAK (拒絕響應(yīng))報(bào)文。DHCP Snooping (DHCP偵聽)就是在二層設(shè)備上，對(duì)DHCP報(bào)文進(jìn)行監(jiān)聽和處理。二 層設(shè)備識(shí)別和解析DHCP報(bào)文，獲取其中的信息；并有可能插入Option82信息，向上游設(shè)備 傳遞信息。其中，DHCP報(bào)文中的Option字段是用來攜帶客戶端和DHCP服務(wù)器之間控制信 息的字段，該字段可以用來存放某些普通協(xié)議中沒有定義的控制信息和參數(shù)。如果客戶端在 DHCP服務(wù)器端配置了 Options信息，客戶端在申請IP地址的時(shí)候，會(huì)通過DHCP服務(wù)器端 回應(yīng)的DHCP報(bào)文獲得Options字段中的配置信息。Options字段的功能不向，其作用的對(duì)象也不同，例如，Option 77用于客戶端，用于識(shí) 別客戶端或應(yīng)用程序所屬的類型，根據(jù)Option字段中所攜帶的UserClass (用戶類型)，DHCP 服務(wù)器選擇適當(dāng)?shù)牡刂烦貫榭蛻舳朔峙銲P地址以及相關(guān)配置參數(shù)。Option 77 —般在客戶端 由用戶進(jìn)行配置，而不必用命令在服務(wù)器端配置。Option字段的格式如下0 7 15codslength value客戶端向DHCP服務(wù)器獲取IP地址后，根據(jù)IP地址向網(wǎng)絡(luò)中的組播路i器發(fā)送IGMP (Internet Group Management Protocol, 因特網(wǎng)組管理協(xié)議)加入請求報(bào)文，加入組播組，二 層交換機(jī)將該組播組的流量下發(fā)到組播路S器，山組播路由器轉(zhuǎn)發(fā)到客戶端。現(xiàn)有技術(shù)中，在二層設(shè)備上因?yàn)闆]有組播路由協(xié)議，所以對(duì)組播流量的轉(zhuǎn)發(fā)，都是通過 廣播形式發(fā)送的。參見圖3， 二層交換機(jī)向所有的端口復(fù)制組播流量，這樣會(huì)造成帶寬的極 大浪費(fèi)。為了節(jié)省帶寬，在交換機(jī)SwitchA和SwitchB上配置IGMP Sno叩ing (IGMP偵聽) 功能，通過偵聽客戶端向組播路由器發(fā)送的IGMP加入請求報(bào)文獲知哪些端口下連接著客戶 端，將客戶端加入的組播組和對(duì)應(yīng)的二層夂換機(jī)端U形成綁定關(guān)系，當(dāng)下發(fā)組播流量的時(shí)候， SwitchA和SwitchB只向需要此組播組流量的端口復(fù)制組播流量，與配置IGMP Snooping之前相比，在二層交換機(jī)端n上實(shí)現(xiàn)了組播流量的按需批發(fā)。另外，二層交換機(jī)的客戶端接入端口可能屬丁不同的VLAN (Virtual Local Area Network, 虛擬局域網(wǎng))，而不同VLAN之間是隔離的，報(bào)文不能互通，如果為每個(gè)VLAN都復(fù)制一份 組播流量，也會(huì)造成帶寬的極大浪費(fèi)。為了節(jié)省帶寬，通過組播VLAN在組播源對(duì)應(yīng)的上行端口使用一個(gè)特殊組播VLAN，通過配置使該上行端口屬于該組播VLAN (多個(gè)端口共享)； 二層交換機(jī)將接收到的IGMP加入請求，轉(zhuǎn)發(fā)到該組播VLAN中；組播源將組播流量在該組 播VLAN中轉(zhuǎn)發(fā)到二層交換機(jī)，二層交換機(jī)再根據(jù)IGMP Snooping的結(jié)果，將組播流量復(fù)制 到不同的接入端口 。這樣分屬于不同VLAN的接入端口就可以使用相同的組播VLAN。 在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下缺點(diǎn) 在進(jìn)行組播流量批發(fā)時(shí)，需要通過在DSLAM (Digital Subscriber Line Access Multiplexer, 數(shù)字用戶線訪問多路復(fù)用器)或者二層交換機(jī)上靜態(tài)配置用戶端口和組播VLAN的對(duì)應(yīng)關(guān)系， 來實(shí)現(xiàn)將組播流量批發(fā)到組播VLAN對(duì)應(yīng)的客戶端，當(dāng)客戶端選擇不同的組播業(yè)務(wù)提供商時(shí)， 必須在二層交換機(jī)上重新進(jìn)行配置用戶端口所對(duì)應(yīng)的組播VLAN，使用不靈活，維護(hù)工作量 很大。發(fā)明內(nèi)容為了提高組播業(yè)務(wù)轉(zhuǎn)發(fā)的靈活性，本發(fā)明實(shí)施例提供了一種組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法和組播 業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備。所述技術(shù)方案如下一方面，木發(fā)明實(shí)施例提供了一種組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法，所述方法包括獲取客戶端所屬的服務(wù)提供商信息和所述客戶端對(duì)應(yīng)的端口信息，根據(jù)所述服務(wù)提供商 信息對(duì)應(yīng)的組播虛擬局域網(wǎng)，生成所述端口和所述組播虛擬局域網(wǎng)的對(duì)應(yīng)關(guān)系；從所述端口獲取到所述客戶端的因特網(wǎng)組管理接入請求報(bào)文后，根據(jù)所述對(duì)應(yīng)關(guān)系找到 與所述端口對(duì)應(yīng)的組播虛擬局域網(wǎng)；向上游設(shè)備轉(zhuǎn)發(fā)組播加入請求報(bào)文，所述組播加入請求報(bào)文中包含所述找到的組播虛擬 局域網(wǎng)；收到所述上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，通過所述端口轉(zhuǎn)發(fā)所述組播數(shù)據(jù)流給所述客戶i山頓。另一方面，本發(fā)明實(shí)施例提供了一種組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備，所述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備包括獲取模塊，用于獲取客戶端所屬的服務(wù)提供商信息和所述客戶端對(duì)應(yīng)的端口信息；生成模塊，用于根據(jù)所述獲取模塊獲取的服務(wù)提供商信息對(duì)應(yīng)的組播虛擬局域網(wǎng)，生成 所述端口和所述組播虛擬局域網(wǎng)的對(duì)應(yīng)關(guān)系査找模塊，用于當(dāng)所述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備從所述端U獲取到所述客戶端的因特網(wǎng)組管理 接入請求報(bào)文后，根據(jù)所述生成模塊生成的對(duì)應(yīng)關(guān)系找到與所述端口對(duì)應(yīng)的組播虛擬局域網(wǎng)；組播請求轉(zhuǎn)發(fā)模塊，用于向上游設(shè)備轉(zhuǎn)發(fā)組播加入請求報(bào)文，所述組播加入請求報(bào)文中包含所述査找模塊找到的組播虛擬局域網(wǎng)；組播數(shù)據(jù)轉(zhuǎn)發(fā)模塊，用于收到所述上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，通過所述端口轉(zhuǎn)發(fā)所 述組播數(shù)據(jù)流給所述客戶端。本發(fā)明實(shí)施例提供的技術(shù)方案的有益效果是本發(fā)明實(shí)施例通過獲取客戶端所屬的服務(wù)提供商信息和客戶端對(duì)應(yīng)的端口信息，根據(jù)服 務(wù)提供商信息對(duì)應(yīng)的組播VLAN，生成端口和組播VLAN的對(duì)應(yīng)關(guān)系，從而用戶選擇不同的 服務(wù)提供商時(shí)，可以在客戶端直接選擇，不需要再重新配置端口對(duì)應(yīng)的組播VLAN，提高了 組播業(yè)務(wù)轉(zhuǎn)發(fā)的靈活性。


圖1是現(xiàn)有技術(shù)中組播傳輸方式的示意圖；圖2是現(xiàn)有技術(shù)中客戶端向DHCP服務(wù)器獲取IP地址的示意圖； 圖3是現(xiàn)有技術(shù)中組播業(yè)務(wù)轉(zhuǎn)發(fā)的示意圖； 圖4是本發(fā)明實(shí)施例1提供的組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法的流程圖； 圖5是本發(fā)明實(shí)施例2提供的組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明實(shí)施方式作進(jìn) 一歩地詳細(xì)描述。本發(fā)明實(shí)施例通過偵聽客戶端發(fā)送的DHCP請求報(bào)文，識(shí)別客戶端所屬的服務(wù)提供商信 息，將客戶端口動(dòng)態(tài)映射到不同服務(wù)提供商的組播VLAN，提高了組播業(yè)務(wù)轉(zhuǎn)發(fā)的靈活性。 實(shí)施例1參見圖4，本發(fā)明實(shí)施例提供了一種組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法，具體包括101:客戶端向DHCP服務(wù)器發(fā)送DHCP接入請求報(bào)文，獲取IP地址。DHCP接入請求報(bào)文中攜帶Option60字段，該字段表示客戶端所屬的服務(wù)提供商的信息，例如，客戶端想看北京電視臺(tái)的節(jié)目，則Option60字段的值表示北京電視臺(tái)。 客戶端向DHCP服務(wù)器獲取IP地址的過程為現(xiàn)有技術(shù)，此處不再贅述。 102: 二層接入設(shè)備獲取客戶端所屬的服務(wù)提供商信息和客戶端對(duì)應(yīng)的端口信息。 其中，二層接入設(shè)備偵聽客戶端向DHCP服務(wù)器發(fā)送的DHCP接入請求報(bào)文，解析該DHCP接入請求報(bào)文中的Option60信息，獲取客戶端所屬的服務(wù)提供商信息，并獲取接收到DHCP接入請求報(bào)文的端口信息。103: 二層接入設(shè)備根據(jù)獲取的服務(wù)提供商信息對(duì)應(yīng)的組播VLAN，生成端口和組播 VLAN的對(duì)應(yīng)關(guān)系。服務(wù)提供商信息和組播VLAN的對(duì)應(yīng)關(guān)系是在二層接入設(shè)備上預(yù)先配置好的，二層接入 設(shè)備根據(jù)獲取的服務(wù)提供商信息對(duì)應(yīng)的組播VLAN,生成端口和組播VLAN的對(duì)應(yīng)關(guān)系。例 如，從端口 3/0/1收到DHCP接入請求報(bào)文，Option60字段的值為北京電視臺(tái)，而預(yù)設(shè)的北 京電視臺(tái)對(duì)應(yīng)的組播VLAN為1000，那么生成如下映射端口 3/0/1: 1000。104:客戶端根據(jù)獲取的IP地址向組播路由器發(fā)送IGMP加入請求報(bào)文。105: 二層接入設(shè)備獲取到客戶端向組播路由器發(fā)送的IGMP加入請求報(bào)文后，根據(jù)IGMP 接入請求報(bào)文中客戶端加入的組播組信息，生成端口和組播組信息的對(duì)應(yīng)關(guān)系。其中，二層接入設(shè)備可以根據(jù)現(xiàn)有技術(shù)中的IGMP Proxy或Sno叩ing功能獲取客戶端發(fā) 送的IGMP加入請求報(bào)文，此處不再詳述具體過程?？蛻舳讼蚪M播路由器發(fā)送的IGMP加入請求消息中包含客戶端想要加入的組播組信息， 二層接入設(shè)備獲取到IGMP加入請求報(bào)文后解析得到客戶端想要加入的組播組信息，可以以表格的形式保存端n信息和該組播組信息的對(duì)應(yīng)關(guān)系。例如，組播組信息可以為組播組的MAC地址，二層接入設(shè)備獲取到該信息后，將端口 信息和組播組信息添加到組播轉(zhuǎn)發(fā)控制表。例如，端口為3/0/1，客戶端想看北京衛(wèi)視頻道的 電視節(jié)B，北京衛(wèi)視頻道所在組播組的MAC地址為01005E7FFFFF，則組播轉(zhuǎn)發(fā)控制表如表 1所示表1組播轉(zhuǎn)發(fā)控制表組播組MAC地址客戶端n01005E7FFFFF3/0/1106: 二層接入設(shè)備獲取到客戶端發(fā)送的IGMP加入請求報(bào)文后，根據(jù)端口和組播VLAN 的對(duì)應(yīng)關(guān)系找到與端口對(duì)應(yīng)的組播VLAN。107: 二層接入設(shè)備通過上行接口向卜.游設(shè)備轉(zhuǎn)發(fā)組播加入請求，組播加入請求報(bào)文中包 含找到的組播VLAN。例如，端口 3/0/1對(duì)應(yīng)的組播VLAN為1000， 二層接入設(shè)備通過上行接口向上游設(shè)備轉(zhuǎn) 發(fā)組播VLAN為1000的組播加入請求。108:上游設(shè)備收到二層接入設(shè)備的組播加入請求后，向 一.層接入設(shè)備發(fā)送組播數(shù)據(jù)流。 其中，上游設(shè)備收到二層接入設(shè)備的組播加入請求后，向組播源轉(zhuǎn)發(fā)該組播加入請求，組播源收到請求后，向該上游設(shè)備下發(fā)組播數(shù)據(jù)流；上游設(shè)備收到組播源下發(fā)的組播數(shù)據(jù)流 后，降組播數(shù)據(jù)流轉(zhuǎn)發(fā)給二層接入設(shè)備。109: 二層接入設(shè)備收到上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，通過客戶端對(duì)應(yīng)的端口轉(zhuǎn)發(fā)組播 數(shù)據(jù)流給客戶端。當(dāng)105屮端口和組播組信息的對(duì)應(yīng)關(guān)系保存在組播轉(zhuǎn)發(fā)控制表中時(shí)，二層接入設(shè)備收到 上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，根據(jù)組播數(shù)據(jù)流的組播組地址在組播轉(zhuǎn)發(fā)控制表中杳找到組 播數(shù)據(jù)流對(duì)應(yīng)的端口 ，向組播組對(duì)應(yīng)的端口轉(zhuǎn)發(fā)組播數(shù)據(jù)流。110:客戶端收到組播數(shù)據(jù)流，獲取組播服務(wù)。進(jìn)一歩地，當(dāng)客戶端所屬的服務(wù)提供商信息發(fā)生變化時(shí)，只需要改變DHCP接入請求報(bào) 文中的Option60字段的值即可，不需要在二層接入設(shè)備上進(jìn)行重新配置。進(jìn)-一歩地，本實(shí)施例中，以使用Option60字段攜帶客戶端所屬的服務(wù)提供商信息為例進(jìn) 行說明，還可以使用其他Option字段攜帶服務(wù)提供商信息，例如，Option77字段、Opticm82字段等。本實(shí)施例中二層接入設(shè)備可以是二層交換機(jī)、DASLAM或其它無線設(shè)備等。 本實(shí)施例中在客戶端側(cè)以TGMP (IPv4)協(xié)議為例進(jìn)行說明，對(duì)于MLD (Multicast ListenerDiscovery,多播偵聽發(fā)現(xiàn))(IPv6)協(xié)議，其原理和實(shí)現(xiàn)與1GMP協(xié)議相同，區(qū)別只在于MLD協(xié)議是IPv6協(xié)議棧。本實(shí)施例通過Option60字段攜帶客戶端所屬的服務(wù)提供商信息，二層接入設(shè)備偵聽客戶 端的DHCP接入請求報(bào)文，獲取服務(wù)提供商信息和客戶端對(duì)應(yīng)的端口信息，根據(jù)服務(wù)提供商 信息對(duì)應(yīng)的組播VLAN，生成端口和組播VLAN的對(duì)應(yīng)關(guān)系，從而用戶選擇不同的服務(wù)提供 商時(shí)，直接在客戶端改變Option60字段的攜帶信息即可，不需要再重新配置二層接入設(shè)備的 端口對(duì)應(yīng)的組播VLAN，提高了組播業(yè)務(wù)轉(zhuǎn)發(fā)的靈活性，而且也減少了設(shè)備維護(hù)的工作量。實(shí)施例2參見圖5，本發(fā)明實(shí)施例提供了-種組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備，該組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備包括 獲取模塊，用于獲取客戶端所屬的服務(wù)提供商信息和客戶端對(duì)應(yīng)的端口信息； 生成模塊，用于根據(jù)獲取模塊獲取的服務(wù)提供商信息對(duì)應(yīng)的組播虛擬局域網(wǎng)，生成端口和組播虛擬局域網(wǎng)的對(duì)應(yīng)關(guān)系；査找模塊，用于當(dāng)組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備從端口獲取到客戶端的因特網(wǎng)組管理接入請求報(bào)文后，根據(jù)生成模塊生成的對(duì)應(yīng)關(guān)系找到與端口對(duì)應(yīng)的組播虛擬局域網(wǎng)；組播請求轉(zhuǎn)發(fā)模塊，用于向上游設(shè)備轉(zhuǎn)發(fā)組播加入請求報(bào)文，組播加入請求報(bào)文屮包含9查找模塊找到的組播虛擬局域網(wǎng)；組播數(shù)據(jù)轉(zhuǎn)發(fā)模塊，用于收到上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，通過端口轉(zhuǎn)發(fā)組播數(shù)據(jù)流 給客戶端。進(jìn)一歩地，上述獲取模塊可以具體包括.-偵聽單元，用于偵聽客戶端發(fā)送的動(dòng)態(tài)主機(jī)配置接入請求報(bào)文；獲取單元，用于在偵聽單元偵聽到客戶端發(fā)送的動(dòng)態(tài)主機(jī)配置接入請求報(bào)文后，獲取動(dòng) 態(tài)主機(jī)配置接入請求報(bào)文中的客戶端所屬的服務(wù)提供商信息，并獲取接收到動(dòng)態(tài)主機(jī)配置接 入請求報(bào)文的端口信息。進(jìn)一歩地，上述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備還可以包括組播生成模塊，用于在組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備從端口獲取到客戶端的因特網(wǎng)組管理接入請求 報(bào)文后，根據(jù)因特網(wǎng)組管理接入請求報(bào)文中客戶端加入的組播組信息，生成端口和組播組信 息的對(duì)應(yīng)關(guān)系；相應(yīng)地，組播數(shù)據(jù)轉(zhuǎn)發(fā)模塊具體用于收到上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，根據(jù)組播生成 模塊生成的端口和組播組信息的對(duì)應(yīng)關(guān)系，通過組播組信息對(duì)應(yīng)的端口轉(zhuǎn)發(fā)組播數(shù)據(jù)流給客戶端。本實(shí)施例中的組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備可以為實(shí)施例1中的二層接入設(shè)備，即可以是二層交換 機(jī)、DASLAM或其它無線設(shè)備等。本實(shí)施例通過DHCP接入請求報(bào)文攜帶服務(wù)提供商的信息，偵聽單元偵聽到客戶端的 DHCP接入請求報(bào)文后，獲取單元獲取客戶端所屬的服務(wù)提供商信息和客戶端對(duì)應(yīng)的端口信 息，生成模塊根據(jù)服務(wù)提供商信息對(duì)應(yīng)的組播VLAN，生成端口和組播VLAN的對(duì)應(yīng)關(guān)系， 從而用戶選擇不同的服務(wù)提供商時(shí)，直接在客戶端改變DHCP接入請求報(bào)文的攜帶信息即可， 不需要再重新配置組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備的端口對(duì)應(yīng)的組播VLAN，提高了組播業(yè)務(wù)轉(zhuǎn)發(fā)的靈活 性，而且也減少了設(shè)備維護(hù)的工作量。本發(fā)明實(shí)施可以通過軟件和硬件結(jié)合的方式實(shí)現(xiàn)，相應(yīng)的軟件可以存儲(chǔ)到可讀取的存儲(chǔ) 介質(zhì)中，例如，計(jì)算機(jī)的硬盤、軟盤或光盤中。以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之 內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。10
權(quán)利要求
1.一種組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法，其特征在于，所述方法包括獲取客戶端所屬的服務(wù)提供商信息和所述客戶端對(duì)應(yīng)的端口信息，根據(jù)所述服務(wù)提供商信息對(duì)應(yīng)的組播虛擬局域網(wǎng)，生成所述端口和所述組播虛擬局域網(wǎng)的對(duì)應(yīng)關(guān)系；從所述端口獲取到所述客戶端的因特網(wǎng)組管理接入請求報(bào)文后，根據(jù)所述對(duì)應(yīng)關(guān)系找到與所述端口對(duì)應(yīng)的組播虛擬局域網(wǎng)；向上游設(shè)備轉(zhuǎn)發(fā)組播加入請求報(bào)文，所述組播加入請求報(bào)文中包含所述找到的組播虛擬局域網(wǎng)；收到所述上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，通過所述端口轉(zhuǎn)發(fā)所述組播數(shù)據(jù)流給所述客戶端。
2. 根據(jù)權(quán)利要求1所述的組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法，其特征在于，所述獲取客戶端所屬的服 務(wù)提供商信息和所述客戶端對(duì)應(yīng)的端口信息，具體包括偵聽客戶端發(fā)送的動(dòng)態(tài)主機(jī)配置接入請求報(bào)文；獲取所述動(dòng)態(tài)主機(jī)配置接入請求報(bào)文中的所述客戶端所屬的服務(wù)提供商信息，并獲取接 收到所述動(dòng)態(tài)主機(jī)配置接入請求報(bào)文的端口信息。
3. 根據(jù)權(quán)利要求1所述的組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法，其特征在于，所述從所述端口獲取到所 述客戶端的因特網(wǎng)組管理接入請求報(bào)文后還包括根據(jù)所述因特網(wǎng)組管理接入請求報(bào)文中所述客戶端加入的組播組信息，生成所述端口和 所述組播組信息的對(duì)應(yīng)關(guān)系；相應(yīng)地，所述通過所述端口轉(zhuǎn)發(fā)所述組播數(shù)據(jù)流給所述客戶端，具體為根據(jù)所述端口和所述組播組信息的對(duì)應(yīng)關(guān)系，通過所述組播組信息對(duì)應(yīng)的端口轉(zhuǎn)發(fā)所述 組播數(shù)據(jù)流給所述客戶端。
4. 一種組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備，其特征在于，所述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備包括獲取模塊，用于獲取客戶端所屬的服務(wù)提供商信息和所述客戶端對(duì)應(yīng)的端口信息； 生成模塊，用于根據(jù)所述獲取模塊獲取的服務(wù)提供商信息對(duì)應(yīng)的組播虛擬局域網(wǎng)，生成 所述端口和所述組播虛擬局域網(wǎng)的對(duì)應(yīng)關(guān)系；査找模塊，用于當(dāng)所述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備從所述端口獲取到所述客戶端的因特網(wǎng)組管理 接入請求報(bào)文后，根據(jù)所述生成模塊生成的對(duì)應(yīng)關(guān)系找到與所述端口對(duì)應(yīng)的組播虛擬局域網(wǎng)；組播請求轉(zhuǎn)發(fā)模塊，用于向上游設(shè)備轉(zhuǎn)發(fā)組播加入請求報(bào)文，所述組播加入請求報(bào)文中 包含所述查找模塊找到的組播虛擬局域網(wǎng)；組播數(shù)據(jù)轉(zhuǎn)發(fā)模塊，用于收到所述上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，通過所述端口轉(zhuǎn)發(fā)所 述組播數(shù)據(jù)流給所述客戶端。
5. 根據(jù)權(quán)利要求4所述的組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備，其特征在于，所述獲取模塊具體包括 偵聽單元，用于偵聽客戶端發(fā)送的動(dòng)態(tài)主機(jī)配置接入請求報(bào)文；獲取單元，用于在所述偵聽單元偵聽到所述客戶端發(fā)送的動(dòng)態(tài)主機(jī)配置接入請求報(bào)文后， 獲取所述動(dòng)態(tài)主機(jī)配置接入請求報(bào)文中的所述客戶端所屬的服務(wù)提供商信息，并獲取接收到 所述動(dòng)態(tài)主機(jī)配置接入請求報(bào)文的端口信息。
6. 根據(jù)權(quán)利要求4所述的組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備，其特征在于，所述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備還包括組播生成模塊，用于在所述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備從所述端口獲取到所述客戶端的因特網(wǎng)組 管理接入請求報(bào)文后，根據(jù)所述因特網(wǎng)組管理接入請求報(bào)文中所述客戶端加入的組播組信息， 生成所述端口和所述組播組信息的對(duì)應(yīng)關(guān)系；相應(yīng)地，所述組播數(shù)據(jù)轉(zhuǎn)發(fā)模塊具體用于收到所述上游設(shè)備發(fā)送的組播數(shù)據(jù)流后，根據(jù) 所述組播生成模塊生成的所述端口和所述組播組信息的對(duì)應(yīng)關(guān)系，通過所述組播組信息對(duì)應(yīng) 的端口轉(zhuǎn)發(fā)所述組播數(shù)據(jù)流給所述客戶端。
全文摘要
本發(fā)明公開了一種組播業(yè)務(wù)轉(zhuǎn)發(fā)的方法和組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備，屬于通信領(lǐng)域。所述方法包括獲取客戶端所屬的服務(wù)提供商信息和客戶端對(duì)應(yīng)的端口信息，根據(jù)服務(wù)提供商信息對(duì)應(yīng)的組播VLAN，生成端口和組播VLAN的對(duì)應(yīng)關(guān)系；從端口獲取到客戶端的IGMP接入請求報(bào)文后，根據(jù)對(duì)應(yīng)關(guān)系找到與端口對(duì)應(yīng)的組播VLAN；向上游設(shè)備轉(zhuǎn)發(fā)組播加入請求報(bào)文，該報(bào)文中包含找到的組播VLAN；通過端口轉(zhuǎn)發(fā)組播數(shù)據(jù)流給客戶端。所述組播業(yè)務(wù)轉(zhuǎn)發(fā)設(shè)備包括獲取模塊、生成模塊、查找模塊、組播請求轉(zhuǎn)發(fā)模塊和組播數(shù)據(jù)轉(zhuǎn)發(fā)模塊。本發(fā)明通過動(dòng)態(tài)生成端口和組播VLAN的對(duì)應(yīng)關(guān)系，在用戶改變服務(wù)提供商時(shí)，不必重新配置端口和組播VLAN的對(duì)應(yīng)關(guān)系。
文檔編號(hào)H04L12/56GK101262419SQ20081000674
公開日2008年9月10日 申請日期2008年1月30日 優(yōu)先權(quán)日2008年1月30日
發(fā)明者林 夏, 顧勤豐 申請人:華為技術(shù)有限公司