在網(wǎng)元中執(zhí)行測試的方法以及相應(yīng)的網(wǎng)元的制作方法
【專利摘要】目前的基于OAM的網(wǎng)絡(luò)測試方法無法測試業(yè)務(wù)配置(CIR/CBS/PIR/PBS和QoS優(yōu)先級)，而外部的測試儀器成本很高。本發(fā)明提出了在網(wǎng)元中執(zhí)行測試的方法以及相應(yīng)的網(wǎng)元。第一網(wǎng)元產(chǎn)生測試業(yè)務(wù)，并且在將該測試業(yè)務(wù)發(fā)送給第二網(wǎng)元用于測試之前，將該測試業(yè)務(wù)提供給QoS處理，該產(chǎn)生步驟包括：調(diào)度一個或多個流的測試業(yè)務(wù)；為被調(diào)度的流生成測試幀；在所生成的測試幀中加入發(fā)送時間標記。第二網(wǎng)元檢測已經(jīng)被執(zhí)行過QoS處理的該測試業(yè)務(wù)，其中，該檢測步驟包括：對所接收到的測試幀添加接收時間標記；將所接收到的測試幀分類至一個或多個流的測試業(yè)務(wù)；分別對于每個流，基于所接收到的該流的測試幀，計算測試結(jié)果。
【專利說明】在網(wǎng)元中執(zhí)行測試的方法以及相應(yīng)的網(wǎng)元
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及網(wǎng)絡(luò)測試領(lǐng)域。
【背景技術(shù)】
[0002]越來越多的運營商關(guān)注在開通業(yè)務(wù)之前驗證網(wǎng)絡(luò)是否合格，業(yè)務(wù)激活(ServiceActivation)測試因此變成了一個重要的熱點技術(shù)。在過去，IETF RFC2544 —直是應(yīng)用最為廣泛的以太網(wǎng)業(yè)務(wù)測試方法，因為它是這一領(lǐng)域的唯一標準。但是，RFC2544并不含有所需的所有測量，例如包抖動、QoS測量和多個并發(fā)的業(yè)務(wù)級別。為了解決這些問題，ITU-T引入了 Y.1564，它能夠仿真在網(wǎng)絡(luò)上運行的所有類型的業(yè)務(wù)，并且同時分別為每個業(yè)務(wù)測試所有的關(guān)鍵SLA參數(shù)，并且也能夠驗證網(wǎng)絡(luò)提供的QoS機制以為不同的業(yè)務(wù)類型提供不同的優(yōu)先級，從而使得更加準確的驗證和更加快速的部署及查糾錯。現(xiàn)在，越來越多的業(yè)務(wù)提供商青睞于使用內(nèi)部的CPE (客戶端設(shè)備)測試功能來將業(yè)務(wù)激活過程簡單化，而不是依賴于高成本的外部測試設(shè)備。雖然一些CPE設(shè)備制造商已經(jīng)在他們的網(wǎng)元(network element)中實現(xiàn)了 RFC2544，但是到目前，還沒有CPE設(shè)備制造商實現(xiàn)了新標準Y.1564。

【發(fā)明內(nèi)容】

[0003]可見，在CPE或其他網(wǎng)元中實現(xiàn)Y.1564將會成為運行商以太網(wǎng)市場的一個關(guān)鍵區(qū)分因素。
[0004]下面是一些現(xiàn)有的測試方法
[0005]1.Y.1731TST.[0006]2.802.lag LB.[0007]3.JDSU 私有環(huán)回協(xié)議(proprietary Loopback protocol)
[0008]4.EXFO Y.1564.[0009]其中，Y.1731TST能夠執(zhí)行單向的業(yè)務(wù)性能測試，但是它無法驗證業(yè)務(wù)配置(CIR/CBS/PIR/PBS以及QoS優(yōu)先級)，也無法仿真IP包或其他上層的包。
[0010]802.lag LB與Y.1731TST類似，它只能夠測試環(huán)路測試，而無法進行單向測試。在傳輸路徑具有非對稱性能的情況下，單向的性能無法從環(huán)路測試結(jié)果中正確地導(dǎo)出。
[0011]JDSU私有環(huán)回協(xié)議帶有在遠程NE上的EVC環(huán)回，它僅能夠測試環(huán)路參數(shù)，并僅能夠仿真層2的幀。
[0012]EXFO Y.1564是現(xiàn)有的較好的方案，但是它需要非常昂貴的測試設(shè)備，并且需要額外的同步機制、帶外信令以及復(fù)雜的算法。
[0013]在發(fā)出用戶業(yè)務(wù)之前，NE對到來的用戶業(yè)務(wù)執(zhí)行QoS處理，包括管制(policing)(CIR/CBS/PIR/PBS)—擁塞控制(congestion control)—排隊(queuing)—調(diào)度(scheduling)—整形(shaping)。一些現(xiàn)有的測試方法中，例如802.lag LB/Y.1731是基于以太網(wǎng)的0ΑΜ(運行、管理和維護)功能。OAM功能被用于將OAM包插入到QoS處理之中或從中提取出OAM包，即OAM包被插入在管制(CIR/CBS/PIR/PBS)之后且擁塞控制之前。[0014]可見，OAM功能位于管制和擁塞控制之間，因此OAM包并沒有經(jīng)歷管制處理，所以O(shè)AM與真正的用戶業(yè)務(wù)并不完全相同。這就是基于OAM的測試方式無法驗證業(yè)務(wù)配置(IR/CBS/PIR/PBS和QoS優(yōu)先級)的原因。但是，Y.1564需要驗證業(yè)務(wù)配置，包括業(yè)務(wù)分類、CIR/PIR/CBS/PBS以及QoS參數(shù)，例如優(yōu)先級。因此，需要一種新的測試方案來滿足Y.1564的需求。
[0015]根據(jù)本發(fā)明的一個方面，在測試業(yè)務(wù)的發(fā)送方，提供了一種在第一網(wǎng)元中用于執(zhí)行測試的方法，包括如下步驟:
[0016]-產(chǎn)生測試業(yè)務(wù)，并且在將該測試業(yè)務(wù)發(fā)送給第二網(wǎng)元用于測試之前，將該測試業(yè)務(wù)提供給QqS處理；
[0017]其中，該產(chǎn)生步驟包括:
[0018]-調(diào)度一個或多個流的測試業(yè)務(wù)；
[0019]-為被調(diào)度的流生成測試幀；
[0020]-在所生成的測試幀中加入發(fā)送時間標記。
[0021]根據(jù)該方面，該測試業(yè)務(wù)在QoS處理之前被插入，因此它所受的處理與真實的用戶業(yè)務(wù)一樣，所以業(yè)務(wù)配置(CIR/CBS/PIR/PBS和QoS優(yōu)先級)能夠被測試，因而所有的Y.1564的要求能夠被覆蓋。除此之外，該方案在網(wǎng)元(NE)中被執(zhí)行，而無需外部的測試設(shè)備，并且運營商不需要在現(xiàn)場部署測試工程師并且使用成本高昂的測試儀器。
[0022]在一個優(yōu)選的實施方式中，該方法在該產(chǎn)生步驟之前還包括如下步驟:
[0023]-從網(wǎng)絡(luò)管理系統(tǒng)接收測試配置；
[0024]所述產(chǎn)生步驟根據(jù)該測試配置產(chǎn)生所述測試幀；
[0025]所述QoS處理包括下述操作:
[0026]管制，擁塞控制，排隊，調(diào)度和整形。
[0027]在該實施方式中，由于NE是由網(wǎng)絡(luò)管理系統(tǒng)(NMS)所管理，該匪S能夠獲知運營商所需的測試配置信息，所以該匪S能夠方便地通知該配置信息給測試雙方，因此測試雙方不需要額外的控制協(xié)議來交換配置信息。運營商只需操作NMS即可完成測試。
[0028]在一個優(yōu)選的實施方式中，該測試配置包括以下任意項:
[0029]-待測試的業(yè)務(wù)數(shù)量以及相應(yīng)的測試標識；
[0030]-對于各個測試的測試步驟和測試期；
[0031]-測試幀的大?。?br> [0032]-約定信息速率(CIR)；
[0033]-測試幀的格式；
[0034]-以太網(wǎng)幀頭；
[0035]所述產(chǎn)生步驟還將以下任意信息加入到被產(chǎn)生的測試幀中:
[0036]-以太網(wǎng)幀頭；
[0037]-標示測試業(yè)務(wù)的流的測試標識；
[0038]-該測試業(yè)務(wù)在該流中的序號；
[0039]該測試幀的長度不多于64字節(jié)。
[0040]該實施方式提供了測試配置的具體內(nèi)容和用于測試幀的具體的幀結(jié)構(gòu)。
[0041]在一個優(yōu)選的實施方式中，該方法在所述產(chǎn)生步驟前還包括如下步驟:[0042]-與所述第二網(wǎng)元使用它們自身的同步機制來同步時間和頻率。
[0043]在該實施方式中，測試功能能夠使用網(wǎng)元自身的同步機制(例如IEEE1588或SyncE)來獲得同步，因此得到準確的單向性能測試結(jié)果。
[0044]在一個優(yōu)選的實施方式中，該產(chǎn)生步驟根據(jù)該流的約定信息速率來產(chǎn)生該測試幀，其中，
[0045]基于該流的約定信息速率向該一個或多個流分別提供令牌，
[0046]所述調(diào)度步驟根據(jù)調(diào)度算法從該一個或多個流中選出一個流，并且確定該選出的流是否具有足夠的令牌:
[0047]-在有足夠令牌時，為該選出的流生成測試幀；
[0048]-否則，所述調(diào)度步驟根據(jù)該調(diào)度算法選擇下一個流重復(fù)以上操作。
[0049]在現(xiàn)有技術(shù)中，外部的測試儀器使用非常精確的時鐘和大量的準確的計時器來產(chǎn)生測試幀。計時器是十分昂貴的。本發(fā)明的這個實施方式使用QoS調(diào)度機制來避免使用昂貴的計時器。這樣，本實施方式能夠以較低的成本獲得較高的準確性。
[0050]根據(jù)本發(fā)明的另一個方面，在測試業(yè)務(wù)的接收方，提供了一種在第二網(wǎng)元中執(zhí)行測試的方法，包括如下步驟:
[0051]-接收用于執(zhí)行測試的第一網(wǎng)元發(fā)送的測試業(yè)務(wù)；
[0052]-檢測已經(jīng)被執(zhí)行過QoS處理的該測試業(yè)務(wù)；
[0053]其中，該檢測步驟包括:
[0054]-對所接收到的測試幀添加接收時間標記；
[0055]-將所接收到的測試幀分類至一個或多個流的測試業(yè)務(wù)；
[0056]-分別對于每個流，基于所接收到的該流的測試幀，計算測試結(jié)果。
[0057]根據(jù)該方面，在網(wǎng)絡(luò)中傳輸?shù)臏y試業(yè)務(wù)在接收方中經(jīng)受QoS處理后才被提取出來，因此該測試業(yè)務(wù)與真正的用戶業(yè)務(wù)一樣，所以業(yè)務(wù)配置(CIR/CBS/PIR/PBS和QoS優(yōu)先級)能夠被測試，并且所有的Y.1564需求都能夠被覆蓋。除此之外，該方案在網(wǎng)元(NE)中被執(zhí)行，而無需外部的測試設(shè)備，并且運營商不需要在現(xiàn)場部署測試工程師并且使用成本高昂的測試儀器。
[0058]在一個優(yōu)選的實施方式中，所述計算步驟包括以下步驟:
[0059]-對所接收到的測試幀的數(shù)量進行計數(shù)；
[0060]-根據(jù)所接收到的測試幀的長度以及測試期，計算信息率；
[0061]-根據(jù)所接收到的幀的數(shù)量和所發(fā)送的幀的數(shù)量，計算幀丟失率；
[0062]-基于從第一個幀被接收到開始的測試期以及不可用期，計算業(yè)務(wù)時間百分比，其中，在該不可用期中，幀丟失率對一段連續(xù)期保持高于一閾值。
[0063]該實施方式提供了計算信息率、幀丟失率和業(yè)務(wù)時間百分比等測試結(jié)果的具體方式。
[0064]根據(jù)一個優(yōu)選的實施方式，該計算步驟還包括以下步驟:
[0065]-基于各測試幀的發(fā)送時間標記和接收時間標記，計算幀傳輸延遲；
[0066]-基于各幀傳輸延遲，計算幀傳輸延遲差。
[0067]該實施方式提供了計算幀傳輸延遲和幀傳輸延遲差等測試結(jié)果的具體方式。
[0068]根據(jù)本發(fā)明的第三個方面，提供了一種用于執(zhí)行測試的第一網(wǎng)元，包含一個測試產(chǎn)生器，該測試產(chǎn)生器用于產(chǎn)生測試業(yè)務(wù)并在將該測試業(yè)務(wù)發(fā)送給用于執(zhí)行測試的第二網(wǎng)元之前提供給QoS處理，該測試產(chǎn)生器包括:
[0069]-一個或多個單元，分別對應(yīng)于一個業(yè)務(wù)流，用于產(chǎn)生該流的測試幀；
[0070]-調(diào)度器，用于調(diào)度所述一個或多個單元來產(chǎn)生該流的測試幀；
[0071]-發(fā)送時間標記更新器，用于在所生成的測試幀中加入發(fā)送時間標記。
[0072]優(yōu)選地,該單元包括:
[0073]-整形器，用于基于該流的約定信息速率維護令牌；
[0074]-測試幀生成器，用于生成該流的測試幀；
[0075]其中，該調(diào)度器用于根據(jù)調(diào)度算法從該一個或多個流中選出一個流，并且由與該選出的流對應(yīng)的整形器(所通知該整形器是否具有足夠的令牌:
[0076]-在該整形器具有足夠令牌時，該調(diào)度器指示該測試幀生成器生成該流的測試幀；
[0077]-否則，該調(diào)度器根據(jù)該調(diào)度算法選擇下一個流。
[0078]根據(jù)在本發(fā)明的第四個方面，提供了一種用于執(zhí)行測試的第二網(wǎng)元，該第二網(wǎng)元接收由用于執(zhí)行測試的第一網(wǎng)元所發(fā)送的測試業(yè)務(wù)，該第二網(wǎng)元包含測試檢查器，該測試檢查器用于檢測已經(jīng)被執(zhí)行過QoS處理的該測試業(yè)務(wù)，其中，該測試檢查器包括:
[0079]-接收時間標記更新器，用于對所接收到的測試幀添加接收時間標記；
[0080]-分類器，用于將所接收到的測試幀分類至一個或多個流的測試業(yè)務(wù)；
[0081]-一個或多個單元，用于分別對于每個流，基于所接收到的該流的測試幀，計算測試結(jié)果。
[0082]優(yōu)選地，該單元包含:
[0083]-計數(shù)器，用于對所接到的測試幀的數(shù)量進行計數(shù)；
[0084]-計算子單元，用于基于所接收到的測試幀的數(shù)量和時間信息計算該測試結(jié)果。
[0085]本發(fā)明的實施方式的這些與其他特點將會在下面的【具體實施方式】部分予以描述，或基于下面的【具體實施方式】由本領(lǐng)域的一般技術(shù)人員所獲知。
【專利附圖】

【附圖說明】
[0086]通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更加明顯:
[0087]圖1示出了根據(jù)本發(fā)明的一個優(yōu)選實施方式的測試產(chǎn)生器的模塊圖及信號流程；
[0088]圖2示出了根據(jù)本發(fā)明的一個優(yōu)選實施方式的測試檢查器的模塊圖及信號流程；
[0089]圖3示出了不可用期的示意圖；
[0090]圖4示出了根據(jù)本發(fā)明的一個優(yōu)選實施方式的測試幀的兩種幀結(jié)構(gòu)。
[0091 ] 其中，相同或相似的附圖標記代表相同或相似的模塊。
【具體實施方式】
[0092]本發(fā)明提供了一種在第一網(wǎng)元中用于執(zhí)行測試的方法，包括如下步驟:
[0093]-產(chǎn)生測試業(yè)務(wù)，并且在將該測試業(yè)務(wù)發(fā)送給第二網(wǎng)元用于測試之前，將該測試業(yè)務(wù)提供給QqS處理；[0094]其中，該產(chǎn)生步驟包括:
[0095]-調(diào)度一個或多個流的測試業(yè)務(wù)；
[0096]-為被調(diào)度的流生成測試幀；
[0097]-在所生成的測試幀中加入發(fā)送時間標記。
[0098]相應(yīng)地，本發(fā)明還提供了一種在第二網(wǎng)元中用于執(zhí)行測試的方法，包括如下步驟:
[0099]-接收用于執(zhí)行測試的第一網(wǎng)元發(fā)送的測試業(yè)務(wù)；
[0100]-檢測已經(jīng)被執(zhí)行過QoS處理的該測試業(yè)務(wù)；
[0101]其中，該檢測步驟包括:
[0102]-對所接收到的測試幀添加接收時間標記；
[0103]-將所接收到的測試幀分類至一個或多個流的測試業(yè)務(wù)；
[0104]-分別對于每個流 ，基于所接收到的該流的測試幀，計算測試結(jié)果。
[0105]優(yōu)選地，在測試之前，第一網(wǎng)元和第二網(wǎng)元都接收來自網(wǎng)絡(luò)管理系統(tǒng)(^S)的測試配置。由于所有的網(wǎng)元都處于WS的管理之下，運營商可以通過使用匪S來在測試雙方網(wǎng)元上進行配置，并不需要額外的控制協(xié)議來將本地的配置發(fā)送給遠程的對方。
[0106]對于產(chǎn)生測試業(yè)務(wù)的第一網(wǎng)元來說，測試配置包括:
[0107]-待測試的業(yè)務(wù)數(shù)量以及相應(yīng)的測試標識；
[0108]-對于各個測試的測試步驟和測試期；
[0109]-測試幀的大??；
[0110]-約定信息速率(CIR);
[0111]-測試幀的格式；
[0112]-以太網(wǎng)幀頭。
[0113]對于接收測試業(yè)務(wù)的第二網(wǎng)元來說，測試配置包括:
[0114]-待測試的業(yè)務(wù)數(shù)量以及相應(yīng)的測試標識；
[0115]-對于各個測試的測試步驟和測試期；
[0116]-測試幀的大??；
[0117]-測試幀的格式；
[0118]-業(yè)務(wù)接受準則，包括:
[0119]-幀丟失率；
[0120]-幀傳輸延遲；
[0121]-幀傳輸延遲差；
[0122]-業(yè)務(wù)時間百分比。
[0123]優(yōu)選地，在測試之前，第一網(wǎng)元和第二網(wǎng)元使用它們自身的同步機制來同步時間和頻率。它們能夠使用IEEE1588或SyncE等方式來進行同步，從而實現(xiàn)準確的單向性能測試。
[0124]下面的描述以從第一網(wǎng)元至第二網(wǎng)元的單向測試為例進行說明。應(yīng)能理解，術(shù)語第一和第二僅僅是為了區(qū)別測試業(yè)務(wù)的產(chǎn)生方和測試業(yè)務(wù)的接收方，而并不構(gòu)成對實際網(wǎng)元的功能的任何限制。在實際的網(wǎng)絡(luò)部署中，單個網(wǎng)元可以同時是某個測試的測試產(chǎn)生方以及另一個測試的測試接收方。[0125]首先，第一網(wǎng)元產(chǎn)生測試業(yè)務(wù)，并且在將該測試業(yè)務(wù)發(fā)送給該第二網(wǎng)元用于測試之前，將該測試業(yè)務(wù)提供給QoS處理。第一網(wǎng)元含有一個測試產(chǎn)生器進行該操作。該測試產(chǎn)生器產(chǎn)生測試業(yè)務(wù)流來仿真被封裝在不同傳輸層(例如以太網(wǎng)或IP層網(wǎng)絡(luò))之中的用戶業(yè)務(wù),并將該測試業(yè)務(wù)流插入到UN1-N的入口。
[0126]具體地，該測試產(chǎn)生器包括:
[0127]-一個或多個單元10，分別對應(yīng)于一個業(yè)務(wù)流，用于產(chǎn)生該流的測試幀；
[0128]-調(diào)度器12，用于調(diào)度所述一個或多個單元10來產(chǎn)生該流的測試幀；
[0129]-發(fā)送時間標記更新器14，用于在所生成的測試幀中加入發(fā)送時間標記。
[0130]優(yōu)選地,每個單元10包括:
[0131]-整形器100，用于基于該流的約定信息速率維護令牌；
[0132]-測試幀生成器102，用于生成該流的測試幀
[0133]以上模塊如圖1中所示。在圖1中，各組測試幀生成器[i]102和整形器[i]100對應(yīng)一個測試業(yè)務(wù)流i。
[0134]設(shè)計Y.1564測試產(chǎn)生器的困難之處在于，當同時產(chǎn)生多個測試流并輸入到相同的UNI的情況下，如何保持每個測試流均勻地并且嚴格按照所需的信息率被產(chǎn)生。本實施方式提供了一種簡便的產(chǎn)生多測試流的方案。整形器100能夠看成是一個令牌桶，它基于所配置的約定信息速率來產(chǎn)生令牌。調(diào)度器12執(zhí)行調(diào)度算法(例如WRR或WFQ)來從多個測試流中選擇一個，并詢問該被選出的測試流所對應(yīng)的整形器100是否具有足夠的令牌。當整形器100告知調(diào)度器12它具有足夠的令牌以允許測試幀通過時，調(diào)度器12控制測試幀生成器102生成該流的測試幀并將該測試幀在線路上發(fā)送。測試幀生成器102按照所配置的幀大小和格式生成該測試幀。本實施方式并不需要復(fù)雜的算法計算一個定時器來生成測試幀。
[0135]發(fā)送時間標記更新器14在所生成的測試幀中加入發(fā)送時間標記，例如一個按照線路速率的Tx時間戳，該時間與該測試幀被發(fā)送給UNI的實際時間幾乎相同。
[0136]之后，調(diào)度器12根據(jù)調(diào)度算法選出下一個測試流，各個模塊重復(fù)以上操作。
[0137]在對應(yīng)于某個測試流的整形器100被調(diào)度時沒有足夠的令牌的情況下，該測試流的測試幀無法發(fā)出。調(diào)度器12根據(jù)調(diào)度算法選出下一個測試流，各個模塊重復(fù)以上操作。
[0138]第一網(wǎng)元對線路上的測試幀進行QoS處理。具體地，QoS處理依次包括:
[0139]管制(CIR/CBS/PIR/PBS)—擁塞控制一排隊一調(diào)度一整形。
[0140]在QoS處理后，測試幀被發(fā)送到網(wǎng)絡(luò)上，并發(fā)送至第二網(wǎng)元。
[0141]第二網(wǎng)元接收到由第一網(wǎng)元發(fā)送的測試業(yè)務(wù)，并對該接收的測試業(yè)務(wù)進行QoS處理。該QoS處理依次包括以下操作:
[0142]分類一擁塞控制一排隊一調(diào)度一整形。
[0143]在QoS處理后，測試業(yè)務(wù)被檢測以獲得測試的結(jié)果。
[0144]第二網(wǎng)元含有一個測試檢查器來檢測測試業(yè)務(wù)，該測試檢查器包括:
[0145]-接收時間標記更新器20，用于對所接收到的測試幀添加接收時間標記；
[0146]-分類器22，用于將所接收到的測試幀分類至一個或多個流的測試業(yè)務(wù)；
[0147]-一個或多個單元24，用于分別對于每個流，基于所接收到的該流的測試幀，計算測試結(jié)果。[0148]優(yōu)選地，各個單元24包括:
[0149]-計數(shù)器240，用于對所接到的測試幀的數(shù)量進行計數(shù)；
[0150]-計算子單元242，用于基于所接收到的測試幀的數(shù)量和時間信息計算該測試結(jié)果O
[0151]以上模塊如圖2中所示。在圖2中，各組計數(shù)器[i]240和計算子單元[i]242分別對應(yīng)于一個測試業(yè)務(wù)流。
[0152]接收時間標記更新器20以線路速率添加接收時間標記，例如Rx時間戳。之后，分類器22將所接收到的所有測試幀分別分類至相應(yīng)的測試流。接收計數(shù)器240對該測試流的所接收的測試幀的數(shù)量進行計數(shù)。計算子單元242基于發(fā)送時間標記、接收時間標記、接收計數(shù)器的計數(shù)值和用戶的測試配置(測試的信息率、測試期等)來計算測試結(jié)果。其中，測試結(jié)果及其計算方法將在下面詳述。
[0153]為了計算例如信息率(IR)、幀丟失率(FLR)、幀傳輸延遲(FTD)和幀傳輸延遲差(FDV)，這里提供了簡便的計算方法。其中，TimeOut是對于某個測試流在停止測試之前等待最后一個有效幀的時間。
[0154]?信息率(IR)
[0155]信息率根據(jù)期間內(nèi)接收到的測試幀的長度和該期間的時長而計算得到。
[0156]從第一個測試幀接收到開始的測試期內(nèi)的接收測試業(yè)務(wù)的平均信息率如下所計
算
[0157]
【權(quán)利要求】
1.一種在第一網(wǎng)元中用于執(zhí)行測試的方法，包括如下步驟: -產(chǎn)生測試業(yè)務(wù)，并且在將該測試業(yè)務(wù)發(fā)送給第二網(wǎng)元用于測試之前，將該測試業(yè)務(wù)提供給QqS處理； 其中，該產(chǎn)生步驟包括: -調(diào)度一個或多個流的測試業(yè)務(wù)； -為被調(diào)度的流生成測試幀； -在所生成的測試幀中加入發(fā)送時間標記。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在該產(chǎn)生步驟之前還包括如下步驟: -從網(wǎng)絡(luò)管理系統(tǒng)接收測試配置； 所述產(chǎn)生步驟根據(jù)該測試配置產(chǎn)生所述測試幀； 所述QoS處理包括下述操作: 管制，擁塞控制，排隊，調(diào)度和整形。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，該測試配置包括以下任意項: -待測試的業(yè)務(wù)數(shù)量以及相應(yīng)的測試標識； -對于各個測試的測試步驟和測試期； -測試幀的大?。? -約定信息速率(CIR)； -測試幀的格式； -以太網(wǎng)幀頭； 所述產(chǎn)生步驟還將以下任意信息加入到被產(chǎn)生的測試幀中: -以太網(wǎng)幀頭； -標示測試業(yè)務(wù)的流的測試標識； -該測試業(yè)務(wù)在該流中的序號； 該測試幀的長度不多于64字節(jié)。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述產(chǎn)生步驟前還包括如下步驟: -與所述第二網(wǎng)元使用它們自身的同步機制來同步時間和頻率。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，該產(chǎn)生步驟根據(jù)該流的約定信息速率來產(chǎn)生該測試幀，其中， 基于該流的約定信息速率向該一個或多個流分別提供令牌， 所述調(diào)度步驟根據(jù)調(diào)度算法從該一個或多個流中選出一個流，并且確定該選出的流是否具有足夠的令牌: -在有足夠令牌時，為該選出的流生成測試幀； -否則，所述調(diào)度步驟根據(jù)該調(diào)度算法選擇下一個流重復(fù)以上操作。
6.一種在第二網(wǎng)元中用于執(zhí)行測試的方法，包括如下步驟: -接收用于執(zhí)行測試的第一網(wǎng)元發(fā)送的測試業(yè)務(wù)； -檢測已經(jīng)被執(zhí)行過QoS處理的該測試業(yè)務(wù)； 其中，該檢測步驟包括: -對所接收到的測試幀添加接收時間標記； -將所接收到的測試幀分類至一個或多個流的測試業(yè)務(wù)；-分別對于每個流，基于所接收到的該流的測試幀，計算測試結(jié)果。
7.根據(jù)權(quán)利要求7所述的方法，其特征在于，在所述檢測步驟前還包括步驟: -接收來自網(wǎng)絡(luò)管理系統(tǒng)的測試配置； 所述QoS處理包括以下操作: 分類，擁塞控制，排隊，調(diào)度和整形。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述測試配置包含以下任意項: -待測試的業(yè)務(wù)數(shù)量以及相應(yīng)的測試標識； -對于各個測試的測試步驟和測試期； -測試幀的大??； -測試幀的格式； -業(yè)務(wù)接受準則，包括: -中貞丟失率； -中貞傳輸延遲； -中貞傳輸延遲差； -業(yè)務(wù)時間百分比。
9.根據(jù)權(quán)利要求6所述的方法，其特征在于，該方法在所述檢測步驟之前還包括: -與所述第一網(wǎng)元使用它們自身的同步機制來同步時間和頻率。
10.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述計算步驟包括以下步驟: -對所接收到的測試幀的數(shù)量進行計數(shù)； -根據(jù)所接收到的測試幀的長度以及期間，計算信息率； -根據(jù)所接收到的幀的數(shù)量和所發(fā)送的幀的數(shù)量，計算幀丟失率； -基于從第一個幀被接收到開始的測試期以及不可用期，計算業(yè)務(wù)時間百分比，其中，在該不可用期中，幀丟失率對一段連續(xù)期保持高于一閾值。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，該計算步驟還包括以下步驟: -基于各測試幀的發(fā)送時間標記和接收時間標記，計算幀傳輸延遲； -基于各幀傳輸延遲，計算幀傳輸延遲差。
12.一種用于執(zhí)行測試的第一網(wǎng)元，包含一個測試產(chǎn)生器，該測試產(chǎn)生器用于產(chǎn)生測試業(yè)務(wù)并在將該測試業(yè)務(wù)發(fā)送給用于執(zhí)行測試的第二網(wǎng)元之前提供給QoS處理，該測試產(chǎn)生器包括: -一個或多個單元(10)，分別對應(yīng)于一個業(yè)務(wù)流，用于產(chǎn)生該流的測試幀； -調(diào)度器(12)，用于調(diào)度所述一個或多個單元(10)來產(chǎn)生該流的測試幀； -發(fā)送時間標記更新器(14)，用于在所生成的測試幀中加入發(fā)送時間標記。
13.根據(jù)權(quán)利要求12所述的第一網(wǎng)元，其特征在于，該單元(10)包括: -整形器(100)，用于基于該流的約定信息速率維護令牌； -測試幀生成器(102)，用于生成該流的測試幀； 其中，該調(diào)度器(12)用于根據(jù)調(diào)度算法從該一個或多個流中選出一個流，并且由與該選出的流對應(yīng)的整形器(100)所通知該整形器(100)是否具有足夠的令牌: -在該整形器(100)具 有足夠令牌時，該調(diào)度器(12)指示該測試幀生成器(102)生成該流的測試幀；-否則，該調(diào)度器(12)根據(jù)該調(diào)度算法選擇下一個流。
14.一種用于執(zhí)行測試的第二網(wǎng)元，該第二網(wǎng)元接收由用于執(zhí)行測試的第一網(wǎng)元所發(fā)送的測試業(yè)務(wù)，該第二網(wǎng)元包含測試檢查器，該測試檢查器用于檢測已經(jīng)被執(zhí)行過QoS處理的該測試業(yè)務(wù)，其中，該測試檢查器包括: -接收時間標記更新器(20)，用于對所接收到的測試幀添加接收時間標記； -分類器(22)，用于將所接收到的測試幀分類至一個或多個流的測試業(yè)務(wù)； -一個或多個單元(24)，用于分別對于每個流，基于所接收到的該流的測試幀，計算測試結(jié)果。
15.根據(jù)權(quán)利要求14所述的第二網(wǎng)元，其特征在于，該單元(24)包含: -計數(shù)器(240)，用于對所接到的測試幀的數(shù)量進行計數(shù)； -計算子單元(242)，用于基于所接收到的測試幀的數(shù)量和時間信息計算該測試結(jié)果。
【文檔編號】H04L12/26GK103580936SQ201210253533
【公開日】2014年2月12日 申請日期:2012年7月20日 優(yōu)先權(quán)日:2012年7月20日
【發(fā)明者】馬曉華 申請人:上海貝爾股份有限公司