專利名稱：：一種寬帶接入設(shè)備的組播性能測試系統(tǒng)及方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種通用的寬帶接入網(wǎng)絡(luò)設(shè)備的組播性能測試系統(tǒng)及方法，尤其涉及寬帶接入領(lǐng)域中的設(shè)備支持網(wǎng)絡(luò)電視(InternetProtocolTelevision,簡稱IPTV)的組播性能測試。
背景技術(shù)：
：目前多個組織都在制定IPTV標(biāo)準(zhǔn)，ITU于2006年4月成立了IPTV焦點組，到目前為止已經(jīng)召開了三次會議以及一次網(wǎng)絡(luò)會議，ITU制定的IPTV標(biāo)準(zhǔn)涵蓋了多個部分，其中最為重要的就是體系架構(gòu)；DSL論壇于2006年4月通過了TR-101,這個TR明確了基于數(shù)字用戶線路(DigitalSubscriberLine,簡稱DSL)的IPTV業(yè)務(wù)模型。比較理想的IPTV組網(wǎng)方案是把寬帶接入設(shè)備作為組播復(fù)制點，雖然現(xiàn)在已經(jīng)開展的IPTV業(yè)務(wù)中也有把寬帶遠(yuǎn)程接入服務(wù)設(shè)備(BroadbandRemoteAccessServer,簡稱BRAS)作為組才番復(fù)制點的，但這種方案需要占用大量的帶寬，只是一種過渡性方案。既然需要接入設(shè)備上進(jìn)行組播復(fù)制，那么接入設(shè)備處理組播業(yè)務(wù)的性能就是一個不能忽視的因素，為此，設(shè)備制造商必須加強這方面的測試，遺憾的是，目前大多數(shù)廠商的測試還集中在組播功能方面，在性能測試方面，往往只是關(guān)注單路(或者少量)用戶的頻道切換時延，這種測試無法關(guān)注大量用戶在多個頻道里反復(fù)切換的用戶體驗效果，在這種狀況下，各大測試儀器廠商都推出了IPTV測試解決方案和測試一f義器，但這些儀器往往比較昂貴，不便于在研發(fā)過程中普遍使用。
發(fā)明內(nèi)容本發(fā)明目的在于提供一種寬帶接入設(shè)備的組播性能測試系統(tǒng)及方法，在不增加額外硬件投入的情況下，同時^f莫擬幾十甚至上百個用戶觀看幾十甚至上百個組播頻道節(jié)目的真實情景。這樣在實驗室中就可以對寬帶接入設(shè)備的組播性能進(jìn)行充分的測試，可以極大的降低寬帶接入設(shè)備的測試費用，并且可以加快開發(fā)測試進(jìn)度。為實現(xiàn)上述發(fā)明目的，本發(fā)明的技術(shù)方案是一種寬帶接入設(shè)備的組播性能測試系統(tǒng)，其特征在于它主要由組播業(yè)務(wù)包發(fā)送模塊和組播測試主模塊組成；該組播業(yè)務(wù)包發(fā)送;f莫塊進(jìn)一步包括組播業(yè)務(wù)流發(fā)送模塊和組播業(yè)務(wù)發(fā)送界面模塊，該組播測試主模塊進(jìn)一步包括組播協(xié)議包發(fā)送模塊、組播數(shù)據(jù)采集模塊、組播數(shù)據(jù)分析統(tǒng)計模塊和組播測試界面模塊；其中該組播協(xié)議包發(fā)送模塊模擬多個用戶的加入/離開組播組的行為，通過構(gòu)造組播協(xié)議包并發(fā)送給組地址來實現(xiàn)；該組播數(shù)據(jù)釆集模塊實時的抓取組播協(xié)議包發(fā)送所依賴的網(wǎng)卡上的組播數(shù)據(jù)包，包括組播協(xié)議報文和組播業(yè)務(wù)報文，抓取到的包經(jīng)過分析算法處理后記錄在內(nèi)存結(jié)構(gòu)體中；該組播數(shù)據(jù)分析統(tǒng)計模塊是在組播數(shù)據(jù)采集模塊采集到的內(nèi)容的基礎(chǔ)上，進(jìn)行進(jìn)一步的分析處理，得到測試的完整結(jié)果數(shù)據(jù)；該組播測試界面模塊提供各種測試參數(shù)供用戶輸入，在測試完成后提供測試結(jié)果的表格及圖形顯示給開發(fā)測試人員參考；該組播業(yè)務(wù)發(fā)送界面模塊和組播業(yè)務(wù)流發(fā)送模塊完成模擬組播節(jié)目源，向中間接入設(shè)備持續(xù)不斷的發(fā)送多個組播頻道的節(jié)目流。所述的組播測試主模塊位于一臺具有網(wǎng)卡的PC1上，組播業(yè)務(wù)包發(fā)送模塊也位于一臺具有網(wǎng)卡的PC2上；PC2的網(wǎng)卡用于發(fā)送業(yè)務(wù)包，PC1的網(wǎng)卡用于協(xié)議包發(fā)送和組播包抓取；PC1通過網(wǎng)卡連接至交換機，交換機連接待測設(shè)備，待測設(shè)備的上聯(lián)口與PC2的網(wǎng)卡連接。所述交換機通過n個端口連接到n個用戶駐地設(shè)備(CustomerPremisesEquipment,簡稱CPE),n個CPE連接到待測設(shè)備的n個用戶口處，n為PC1上模擬的用戶個數(shù)。所述的交換機與CPE連接的各個端口需分別以untag的方式加入不同的虛擬局域網(wǎng)(VirrualLAN,簡稱VLAN)以代表不同的用戶線，交換機與PC1網(wǎng)卡連接的端口需以tag的方式加入上面配置的所有VLAN。所述的組播測試主模塊和組播業(yè)務(wù)包發(fā)送模塊位于一臺具有兩塊網(wǎng)卡的PC上；其中一塊網(wǎng)卡用于發(fā)送業(yè)務(wù)包，另一塊網(wǎng)卡用于協(xié)議包發(fā)送和組4番包4爪耳又。一種寬帶接入設(shè)備的組播性能測試方法，其特征在于使用如上所述的測試系統(tǒng)，其測試步驟是A:組播業(yè)務(wù)流發(fā)送模塊通過組播業(yè)務(wù)發(fā)送界面模塊向中間接入設(shè)備持續(xù)不斷的發(fā)送多個組播頻道的節(jié)目流；B:組播協(xié)議包發(fā)送模塊根據(jù)組播測試界面模塊的設(shè)定，發(fā)起多個線程，模擬多個用戶觀看多個組播頻道節(jié)目的真實情景；C:組播數(shù)據(jù)采集模塊根據(jù)組播測試界面模塊的設(shè)定實時抓取并過濾出該物理網(wǎng)卡上的組播協(xié)議包及組播業(yè)務(wù)包，并存入內(nèi)存中維護(hù)的結(jié)構(gòu)體變量中；D:組播數(shù)據(jù)分析統(tǒng)計模塊根據(jù)組播測試界面模塊的設(shè)定在組播數(shù)據(jù)采集模塊采集到的內(nèi)容的基礎(chǔ)上，進(jìn)行進(jìn)一步的分析處理，得到測試的完整結(jié)果數(shù)據(jù)；E:組播測試界面模塊將測試數(shù)據(jù)顯示出來，供開發(fā)測試人員直觀的分析待測設(shè)備的組播性能。所述的步驟E中測試數(shù)據(jù)以表格和圖形兩種方式顯示出來。藉由上迷技術(shù)方案，本發(fā)明的有益技術(shù)效果是本發(fā)明通過組播業(yè)務(wù)包發(fā)送模塊和組播測試主模塊，模擬真實的多用戶觀看多頻道組播(如IPTV)的各種行為，把真實的用戶點播組播節(jié)目情景在實驗室中再現(xiàn)，并通過相應(yīng)的測試;溪塊對處于這種環(huán)境中的待測設(shè)備的組播業(yè)務(wù)性能進(jìn)行測試，并輸出測試結(jié)果。本發(fā)明以較低的測試成本投入，做到寬帶接入設(shè)備在實驗室中的充分測試。圖l是本發(fā)明組播性能測試系統(tǒng)的模塊構(gòu)成圖2是本發(fā)明實施例的組播性能測試組網(wǎng)圖3是本發(fā)明實施例的組播測試模型圖4是本發(fā)明實施例的多IPTV頻道組播業(yè)務(wù)包發(fā)送流程圖5是本發(fā)明實施例的多IPTV用戶組播協(xié)議包發(fā)送流程圖6是本發(fā)明實施例的組播測試數(shù)據(jù)采集處理流程圖7為某路用戶的點播行為中的組播性能參數(shù)圖8為某次測試的所有用戶總體的組播性能參數(shù)圖。具體實施例方式本發(fā)明提供了一種寬帶接入設(shè)備的組播性能測試系統(tǒng)，如圖1所示，該系統(tǒng)的結(jié)構(gòu)是它主要由組播業(yè)務(wù)包發(fā)送模塊101和組播測試主模塊102組成；該組播業(yè)務(wù)包發(fā)送模塊進(jìn)一步包括組播業(yè)務(wù)流發(fā)送模塊104和組播業(yè)務(wù)發(fā)送界面模塊103,該組播測試主模塊102進(jìn)一步包括組播協(xié)議包發(fā)送模塊106、組播數(shù)據(jù)采集模塊107、組播數(shù)據(jù)分析統(tǒng)計模塊108和組播測試界面模塊105;其中該組播協(xié)議包發(fā)送模塊106模擬多個用戶的加/v/離開組播組的行為，通過構(gòu)造組播協(xié)議包并發(fā)送給組地址來實現(xiàn)；該組播數(shù)據(jù)采集模塊107實時的抓取組播協(xié)議包發(fā)送所依賴的網(wǎng)卡上的組播數(shù)據(jù)包，包括組播協(xié)議報文和組播業(yè)務(wù)報文，抓取到的包經(jīng)過分析算法處理后記錄在內(nèi)存結(jié)構(gòu)體中；該組播數(shù)據(jù)分析統(tǒng)計模塊108是在組播數(shù)據(jù)采集模塊107采集到的內(nèi)容的基礎(chǔ)上，進(jìn)行進(jìn)一步的分析處理，得到測試的完整結(jié)果數(shù)據(jù)；該組播測試界面模塊105提供各種測試參數(shù)供用戶輸入，在測試完成后提供測試結(jié)果的表格及圖形顯示給開發(fā)測試人員參考；該組播業(yè)務(wù)發(fā)送界面模塊103和組播業(yè)務(wù)流發(fā)送模塊104完成模擬組播節(jié)目源，向中間接入設(shè)備持續(xù)不斷的發(fā)送多個組播頻道的節(jié)目流o通過上述測試系統(tǒng)，本發(fā)明的測試方法步驟是A:組播業(yè)務(wù)流發(fā)送模塊104通過組播業(yè)務(wù)發(fā)送界面模塊103向中間接入設(shè)備持續(xù)不斷的發(fā)送多個組播頻道的節(jié)目流；B:組播協(xié)議包發(fā)送模塊106根據(jù)組播測試界面模塊105的設(shè)定，發(fā)起多個線程，模擬多個用戶觀看多個組播頻道節(jié)目的真實情景；C:組播數(shù)據(jù)采集模塊107根據(jù)組播測試界面模塊105的設(shè)定實時抓取并過濾出該物理網(wǎng)卡上的組播協(xié)議包及組播業(yè)務(wù)包，并存入內(nèi)存中維護(hù)的結(jié)構(gòu)體變量中；D:組播數(shù)據(jù)分析統(tǒng)計模塊108根據(jù)組播測試界面模塊105的設(shè)定在組播數(shù)據(jù)采集模塊107采集到的內(nèi)容的基礎(chǔ)上，進(jìn)行進(jìn)一步的分析處理，得到測試的完整結(jié)果數(shù)據(jù)；E:組播測試界面模塊105將測試數(shù)據(jù)顯示出來，供開發(fā)測試人員直觀的分析待測設(shè)備的組播性能。所述的步驟E中測試數(shù)據(jù)以表格和圖形兩種方式顯示出來。下面通過一IPTV組播設(shè)備的測試實施例對本發(fā)明作詳細(xì)描述。圖2是該實施例利用組播性能測試系統(tǒng)對被測設(shè)備進(jìn)行測試的組網(wǎng)圖。其中，所述的組播測試主模塊位于一臺具有網(wǎng)卡的PC201上，組播業(yè)務(wù)包發(fā)送模塊也位于一臺具有網(wǎng)卡的PC205上；PC205的網(wǎng)卡用于發(fā)送業(yè)務(wù)包，PC201的網(wǎng)卡用于協(xié)議包發(fā)送和組播包抓取；PC201通過網(wǎng)卡連接至交換機202,交換機202連接待測設(shè)備204,待測設(shè)備204的上聯(lián)口與PC205的網(wǎng)卡連接。所述交換機202可以通過n個端口連接到n個CPE203，n個CPE203連接到待測設(shè)備204的n個用戶口處，n為PC201上模擬的用戶個數(shù)。該交換機202與CPE203連接的各個端口需分別以untag的方式加入不同的VLAN以代表不同的用戶線，交換機202與PC201網(wǎng)卡連"l妄的端口需以tag的方式加入上面配置的所有VLAN。作為另一實施方式，所述的組播測試主模塊和組播業(yè)務(wù)包發(fā)送模塊也可以位于一臺具有兩塊網(wǎng)卡的PC上；其中一塊網(wǎng)卡用于發(fā)送業(yè)務(wù)包，另一塊網(wǎng)卡用于協(xié)議包發(fā)送和組播包抓取。此種情況下，要求該PC機的性能要強于普通的PC機。圖3是本發(fā)明依據(jù)的組播測試模型圖，該模型借鑒了主流測試儀器生產(chǎn)廠商采用的IPTV組播測試模型。圖中描述了一個用戶的多次點播行為(切換不同的IPTV節(jié)目頻道)。其中，標(biāo)記文字主要分為三類配置項(Configurations)、事件(Events)和衡量指標(biāo)值(Measurements)。組播測試的配置項有1、力口入離開間隔(Join-LeaveDelay);2、離開加入間隔(Leave-JoinDelay);3、加入延時門限值(Join-Latency-Threshold);4、離開延時門限值(Leave-Latency-Threshold)。組播測試的事件有1、發(fā)出Internet組管理協(xié)議的加入報文事件(IGMPJoin);2、發(fā)出Internet組管理協(xié)議的加入報文事件(IGMPLeave);3、收到某個組^潘頻道的第一個業(yè)務(wù)包事件；4、收到某個組播頻道的最后一個業(yè)務(wù)包事件。組播測試的衡量指標(biāo)值有1、加入時延(JoinLatency);2、離開時延(LeaveLatency);3、頻道切換時延(ChannelChangeLatency);4、頻道間隔時間(ChannelGap);5、頻道重疊時間(ChannelOverlap)。圖4是本發(fā)明多IPTV頻道組播業(yè)務(wù)包發(fā)送流程圖。在組播業(yè)務(wù)發(fā)送界面(模塊402)上提供了如下控制參數(shù)網(wǎng)卡、起始源MAC地址、起始源IP地址、起始組播地址、頻道個數(shù)、組播業(yè)務(wù)包節(jié)目內(nèi)容的長度等。設(shè)定好上述各參數(shù)值點擊開始按鈕后(模塊403)，啟動指定頻道個數(shù)個線程(模塊404),每一線程均代表一路IPTV節(jié)目源，根據(jù)參數(shù)構(gòu)造好相應(yīng)的組播業(yè)務(wù)包(不同線程代表不同的節(jié)目源，不同節(jié)目流UDP包的源MAC地址、源IP地址、組地址均不同)后，調(diào)用winPcap的底層發(fā)包函數(shù)將該頻道組播業(yè)務(wù)包持續(xù)不斷的發(fā)往指定網(wǎng)卡處。這樣在PC205上就模擬了多個IPTV節(jié)目源，持續(xù)的將節(jié)目流推送到待測設(shè)備處。圖5是多IPTV用戶組播協(xié)議包發(fā)送流程圖。在組播測試界面上提供了如下參數(shù)(模塊501):網(wǎng)卡、起始MAC地址、起始源IP地址、起始組播地址、模擬IPTV用戶個數(shù)、組播頻道個數(shù)、循環(huán)次數(shù)、起始VLANID號、Leave-JoinDelay、Join-LeaveDelay、UserInterval、Join-LatencyThreshold、Leave-LatencyThreshold、觀'Ji式方案選擇等。其中，起始VLANID號代表模擬的首個IPTV用戶的VLANID號，其他用戶的VLANID號依次遞增。測試方案選項有單個組播組測試方案(模塊503)、多個組播組測試方案(模塊504)、不同組播組測試方案(模塊505)。三種測試方案主要刻畫了模擬用戶對單個頻道點播的行為、對連續(xù)多個頻道順序點播的行為、對連續(xù)多個頻道隨機點播的行為。可以實現(xiàn)的測試策略包括1.多個用戶間隔加入和離開同一個組播-組；2.—個用戶加入和離開一個組#"組；3.多個用戶間隔加入和離開多個組播組；4.一個用戶間隔加入和離開多個組播組；5.多個用戶間隔加入和離開不同的組播組;6.—個用戶間隔加入和離開不同的組播組7.多個用戶多次的間隔的加入/離開同一個組^潘組；8.—個用戶多次的間隔的加入/離開同一個組4番組；9.多個用戶多次的間隔的加入/離開多個組播組；10.—個用戶多次的間隔的加入/離開多個組4番組；11.多個用戶多次的間隔的加入/離開不同的組播組；12.—個用戶多次的間隔的加入/離開不同的組播組；在設(shè)定界面參數(shù)后，啟動測試過程，首先在主進(jìn)程中啟動抓包及處理線程(該部分內(nèi)容見下面組播測試數(shù)據(jù)采集處理流程圖的描述)，然后開啟另外一個獨立的進(jìn)程，在此進(jìn)程中啟動n個線程來模擬n個用戶點播IPTV節(jié)目的行為。n個線程的行為由界面參數(shù)設(shè)定。圖6是本發(fā)明組播測試數(shù)據(jù)采集處理流程圖。組播數(shù)據(jù)采集才莫塊605主要是抓取PC201上的網(wǎng)卡1的組播流量，該模塊在內(nèi)存中維護(hù)這一個結(jié)構(gòu)體數(shù)組，數(shù)組的第一維對應(yīng)n個用戶中每個用戶的所有行為。數(shù)組的第二維用于記錄某個用戶的m次點播行為，每次行為記錄的信息包括組地址、IGMPJoin報文的時間戳、對應(yīng)組地址的第一個IPTV頻道的業(yè)務(wù)包的時間戳、IGMPLeave報文的時間戳、對應(yīng)組地址的最后一個IPTV頻道的業(yè)務(wù)包的時間戳等。利用組播包采集算法在組播協(xié)議包發(fā)送完成后可以得到填充滿數(shù)據(jù)的該結(jié)構(gòu)體數(shù)組。組播包采集算法首先利用winPcap軟件包的底層函數(shù)抓取PC201上的網(wǎng)卡上的所有流量，然后過濾出相應(yīng)的組播協(xié)議包和業(yè)務(wù)包。在上面介紹的組播協(xié)議包發(fā)送流程中，所有的協(xié)議包均打上了tag標(biāo)記，以不同的VLANID來區(qū)分不同的用戶，對應(yīng)的從待測設(shè)備處轉(zhuǎn)發(fā)下來的組播業(yè)務(wù)包在經(jīng)過交換機時打上了tag標(biāo)記，然后發(fā)往PC201的網(wǎng)卡。因此，組播數(shù)據(jù)采集線程得以區(qū)分不同的用戶的點播信息，從而順利得到組播測試的原始數(shù)據(jù)。得到記錄了一次測試的組播數(shù)據(jù)的內(nèi)存結(jié)構(gòu)體數(shù)組后，數(shù)據(jù)分析處理模塊604會將該結(jié)構(gòu)體數(shù)組的內(nèi)容導(dǎo)入數(shù)據(jù)庫模塊603中進(jìn)行進(jìn)一步的分析處理，首先得到每個用戶每次行為的以下指標(biāo)值JoinLatency、LeaveLatency、ChannelChangeLatency、ChannelGap、ChannelOverlap、JoinFailed(加入失敗次凄t)、LeaveFailed(離開失敗次數(shù))等值；然后進(jìn)一步的得到每個用戶的下表所示的統(tǒng)計值<table><row><column>組播測試性能衡量指標(biāo)</column><column>統(tǒng)計值(ms)</column></row><row><column>最小力口入時延(MinJoinLatency)</column><column>59.4</column></row><row><column>最大力cr入時延(MaxJoinLatency)</column><column>306.6</column></row><row><column>平均力口入時延(AvgJoinLatency)</column><column>99.4</column></row><table><table><row><column>最小離開時延(MinLeaveLatency)</column><column>27.9</column></row><row><column></column><column>最大離開時延(MaxLeaveLatency)</column><column>114.1</column></row><row><column></column><column>平均離開時延(AvgLeaveLatency)</column><column>47.8</column></row><row><column></column><column>最小頻道切換時延(MinChannelChangeLatency)</column><column>1059.2</column></row><row><column></column><column>最大頻道切換時延(MaxChannelChangeLatency)</column><column>1036.6</column></row><row><column></column><column>平均頻道切換時延(AvgChannelChangeLatency)</column><column>1099.3</column></row><row><column></column><column>最小頻道間隔時間(MinChannelGap)</column><column>1011.9</column></row><row><column></column><column>最大頻道間隔時間(MaxChannelGap)</column><column>1231.6</column></row><row><column></column><column>平均頻道間隔時間(AvgChannelGap)</column><column>1051.2</column></row><row><column></column><column>最小頻道重疊時間(MinChannelOverlap)</column><column>0</column></row><row><column></column><column>最大頻道重疊時間(MaxChannelOverlap)</column><column>0</column></row><row><column></column><column>平均頻道重疊時間(AvgChannelOverlap)</column><column>0</column></row><row><column></column><column>加入失敗次數(shù)(JoinFailed)</column><column>1</column></row><row><column></column><column>離開失敗次數(shù)(LeaveFailed)</column><column>0</column></row><table>進(jìn)一步得出所有用戶匯總數(shù)據(jù)的上述各個指標(biāo)值，這些數(shù)據(jù)即反映了在該次測試下待測設(shè)備的組播性能。圖7為某路用戶的點播行為中的組播性能參數(shù)圖(ClientLatencyGraphs);圖8為某次測試的所有用戶總體的組播性能參數(shù)圖(IPTVSummaryGraphs)，反映了設(shè)備的組播性能情況。設(shè)備開發(fā)和測試人員可以直觀的看出待測設(shè)備的組播性能，從而進(jìn)一步指導(dǎo)設(shè)備的開發(fā)測試工作。權(quán)利要求1.一種寬帶接入設(shè)備的組播性能測試系統(tǒng)，其特征在于它主要由組播業(yè)務(wù)包發(fā)送模塊(101)和組播測試主模塊(102)組成；該組播業(yè)務(wù)包發(fā)送模塊進(jìn)一步包括組播業(yè)務(wù)流發(fā)送模塊(104)和組播業(yè)務(wù)發(fā)送界面模塊(103)，該組播測試主模塊(102)進(jìn)一步包括組播協(xié)議包發(fā)送模塊(106)、組播數(shù)據(jù)采集模塊(107)、組播數(shù)據(jù)分析統(tǒng)計模塊(108)和組播測試界面模塊(105)；其中該組播協(xié)議包發(fā)送模塊(106)模擬多個用戶的加入/離開組播組的行為，通過構(gòu)造組播協(xié)議包并發(fā)送給組地址來實現(xiàn)；該組播數(shù)據(jù)采集模塊(107)實時的抓取組播協(xié)議包發(fā)送所依賴的網(wǎng)卡上的組播數(shù)據(jù)包，包括組播協(xié)議報文和組播業(yè)務(wù)報文，抓取到的包經(jīng)過分析算法處理后記錄在內(nèi)存結(jié)構(gòu)體中；該組播數(shù)據(jù)分析統(tǒng)計模塊(108)是在組播數(shù)據(jù)采集模塊(107)采集到的內(nèi)容的基礎(chǔ)上，進(jìn)行進(jìn)一步的分析處理，得到測試的完整結(jié)果數(shù)據(jù)；該組播測試界面模塊(105)提供各種測試參數(shù)供用戶輸入，在測試完成后提供測試結(jié)果的表格及圖形顯示給開發(fā)測試人員參考；該組播業(yè)務(wù)發(fā)送界面模塊(103)和組播業(yè)務(wù)流發(fā)送模塊(104)完成模擬組播節(jié)目源，向中間接入設(shè)備持續(xù)不斷的發(fā)送多個組播頻道的節(jié)目流。2、根據(jù)權(quán)利要求1所述的寬帶接入設(shè)備的組播性能測試系統(tǒng)，其特征在于所述的組播測試主模塊(102)位于一臺具有網(wǎng)卡的PC(201)上，組播業(yè)務(wù)包發(fā)送模塊(101)也位于一臺具有網(wǎng)卡的PC(205)上；PC(205)的網(wǎng)卡用于發(fā)送業(yè)務(wù)包，PC(201)的網(wǎng)卡用于協(xié)議包發(fā)送和組播包抓?。籔C(201)通過網(wǎng)卡連接至交換機(202)，交換機(202)連接待測設(shè)備(204),待測設(shè)備(204)的上聯(lián)口與PC(205)的網(wǎng)卡連接。3、根據(jù)權(quán)利要求2所述的寬帶接入設(shè)備的組播性能測試系統(tǒng)，其特征在于所述交換機(202)通過n個端口連接到n個CPE(203),n個CPE(203)連接到待測設(shè)備(204)的n個用戶口處，n為PC(201)上模擬的用戶個數(shù)。4、根據(jù)權(quán)利要求3所述的寬帶接入設(shè)備的組播性能測試系統(tǒng)，其特征在于所述的交換機(202)與CPE(203)連接的各個端口需分別以untag的方式加入不同的VLAN以代表不同的用戶線，交換機(202)與PC(201)網(wǎng)卡連接的端口需以tag的方式加入上面配置的所有VLAN。5、根據(jù)權(quán)利要求2或3或4所述的寬帶接入設(shè)備的組播性能測試系統(tǒng)，其特征在于所述的組播測試主模塊(102)和組播業(yè)務(wù)包發(fā)送模塊(101)位于一臺具有兩塊網(wǎng)卡的PC上；其中一塊網(wǎng)卡用于發(fā)送業(yè)務(wù)包，另一塊網(wǎng)卡用于協(xié)議包發(fā)送和組播包抓取。6、一種寬帶接入設(shè)備的組播性能測試方法，其特征在于使用如權(quán)利要求1或2或3或4或5所述的測試系統(tǒng)，其測試步驟是A:組播業(yè)務(wù)流發(fā)送模塊(104)通過組播業(yè)務(wù)發(fā)送界面模塊(103)B:組播協(xié)議包發(fā)送模塊(106)根據(jù)組播測試界面模塊(105)的設(shè)定，發(fā)起多個線程，模擬多個用戶觀看多個組播頻道節(jié)目的真實情景；C:組播數(shù)據(jù)采集模塊(107)根據(jù)組播測試界面模塊(105)的設(shè)定實時抓取并過濾出該物理網(wǎng)卡上的組播協(xié)議包及組播業(yè)務(wù)包，并存入內(nèi)存中維護(hù)的結(jié)構(gòu)體變量中；D:組播數(shù)據(jù)分析統(tǒng)計模塊(108)根據(jù)組播測試界面模塊(105)的設(shè)定在組播數(shù)據(jù)采集模塊(107)采集到的內(nèi)容的基礎(chǔ)上，進(jìn)行進(jìn)一步的分析處理，得到測試的完整結(jié)果數(shù)據(jù)；E:組播測試界面模塊(105)將測試數(shù)據(jù)顯示出來，供開發(fā)測試人員直觀的分析待測設(shè)備的組播性能。7、根據(jù)權(quán)利要求6所述的寬帶接入設(shè)備的組播性能測試方法，其特征在于所述的步驟E中測試數(shù)據(jù)以表格和圖形兩種方式顯示出來。全文摘要本發(fā)明公開了一種寬帶接入設(shè)備的組播性能測試系統(tǒng)和方法，該系統(tǒng)主要由組播業(yè)務(wù)包發(fā)送模塊和組播測試主模塊組成；該組播業(yè)務(wù)包發(fā)送模塊進(jìn)一步包括組播業(yè)務(wù)流發(fā)送模塊和組播業(yè)務(wù)發(fā)送界面模塊，該組播測試主模塊進(jìn)一步包括組播協(xié)議包發(fā)送模塊、組播數(shù)據(jù)采集模塊、組播數(shù)據(jù)分析統(tǒng)計模塊和組播測試界面模塊。本發(fā)明通過組播業(yè)務(wù)包發(fā)送模塊和組播測試主模塊，模擬真實的多用戶觀看多頻道組播(如IPTV)的各種行為，把真實的用戶點播組播節(jié)目情景在實驗室中再現(xiàn)，并通過相應(yīng)的測試模塊對處于這種環(huán)境中的待測設(shè)備的組播業(yè)務(wù)性能進(jìn)行測試，并輸出測試結(jié)果。本發(fā)明以較低的測試成本投入，做到寬帶接入設(shè)備在實驗室中的充分測試。文檔編號H04L12/28GK101207539SQ20071003929公開日2008年6月25日申請日期2007年4月10日優(yōu)先權(quán)日2007年4月10日發(fā)明者劉建基,李勤學(xué),楊國亮,馬艷聰申請人:中興通訊股份有限公司