專利名稱：一種多媒體服務(wù)系統(tǒng)性能測試方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)測試技術(shù)，更具體地說，涉及一種多媒體服務(wù)系統(tǒng)性能測試方法。
背景技術(shù)：
為便于對本專利的理解，先簡介一下本專利中所涉及到的傳輸協(xié)議。
1、RTSP(Real Time Streaming Protocol，實時流媒體協(xié)議)，它是一種網(wǎng)絡(luò)傳輸協(xié)議，用于傳輸具有實時屬性的信息數(shù)據(jù)，一般應(yīng)用于媒體點播的會話控制等。
2、RTP(Real-time Transport Protocol，實時傳輸協(xié)議)，它用于傳輸多媒體數(shù)據(jù)等實時數(shù)據(jù)。在該協(xié)議的數(shù)據(jù)報中，包含數(shù)據(jù)報的信息，如序列號、時間戳等，用于統(tǒng)計數(shù)據(jù)傳輸質(zhì)量。
3、RTCP(RTP Control Protocl，RTP控制協(xié)議)，它用于傳輸RTP協(xié)議傳輸數(shù)據(jù)的信息，用于統(tǒng)計RTP數(shù)據(jù)傳輸?shù)馁|(zhì)量。
在體系結(jié)構(gòu)上，RTP/RTCP用于具體的媒體數(shù)據(jù)傳輸，RTSP是會話控制協(xié)議，用于控制媒體數(shù)據(jù)傳輸。目前，業(yè)界已有部分面向流媒體的壓力測試工具，這些測試工具一般是根據(jù)RTSP協(xié)議設(shè)計的儀器，使用RTSP協(xié)議進行會話控制，并使用RTP/RTCP協(xié)議進行媒體數(shù)據(jù)傳輸。這些測試工具可以用來模擬客戶端對媒體服務(wù)系統(tǒng)進行一些簡單的測試。但是，在這些測試工具中，不允許設(shè)置帶有參數(shù)的請求URL(Uniform Resource Locator的縮寫，它是在Internet的服務(wù)程序上用于指定信息位置的表示方法)字符串，即不支持如rtsp//192.168.10.10/path/filename.mp4？param1＝parval1&param2＝parval2這樣的格式。這一請求URL字符串所附帶的參數(shù)中包含了諸如認證參數(shù)等信息，是真實的用戶請求媒體服務(wù)器時所必須具有的。但現(xiàn)有的測試工具卻只支持沒有參數(shù)的請求URL字符串，這樣一來，許多需要參數(shù)才能正常運行的功能將無法被測試。
同時，在現(xiàn)實應(yīng)用中，提供多媒體服務(wù)的系統(tǒng)一般為分布式系統(tǒng)；用戶請求媒體服務(wù)系統(tǒng)后，系統(tǒng)的請求調(diào)度部件將根據(jù)客戶端提供的信息，如IP地址等，將用戶調(diào)度到拓撲結(jié)構(gòu)上距離最近的媒體服務(wù)器為用戶提供服務(wù)；所以在某種程度上講，請求調(diào)度部件的性能成為影響整個系統(tǒng)性能的關(guān)鍵部件；對這些請求調(diào)度部件的壓力測試，要求測試工具支持重定向功能，但現(xiàn)有的測試工具卻不支持重定向功能。
另一方面，現(xiàn)有的測試工具只能模擬用戶的簡單操作，如開始播放、暫停、播放等。但是，在實際的應(yīng)用中，用戶的操作還包括定位、快進、快退等。如果不能靈活地設(shè)置測試工具所能模擬的用戶的操作，將無法模擬真實用戶對媒體服務(wù)器的操作帶來的壓力影響。
此外，當(dāng)前的測試工具一般只對媒體服務(wù)器發(fā)出請求，然后統(tǒng)計其響應(yīng)速度和流量。這些量標(biāo)志了一個媒體服務(wù)器處理客戶請求的能力。然而，這些測試工具沒有對所獲得的媒體數(shù)據(jù)進行分析，無法獲得在大量用戶下媒體數(shù)據(jù)傳輸質(zhì)量的統(tǒng)計結(jié)果。

發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)的上述缺陷，本發(fā)明要解決的技術(shù)問題在于如何使得針對媒體服務(wù)系統(tǒng)進行的壓力測試能更全面、更準(zhǔn)確地衡量媒體服務(wù)系統(tǒng)響應(yīng)客戶請求的性能和質(zhì)量。
為解決上述技術(shù)問題，本發(fā)明的技術(shù)方案是提供一種多媒體服務(wù)系統(tǒng)性能測試方法，其中包括以下步驟(S1)設(shè)置測試工具請求的RTSP URL列表，以及該列表中每條請求URL字符串的模擬客戶端數(shù)目；(S2)設(shè)置測試工具進行RTSP請求的操作序列；(S3)測試工具根據(jù)在所述步驟(S1)和(S2)中設(shè)置的參數(shù)發(fā)出RTSP請求，實時統(tǒng)計RTSP及媒體傳輸?shù)南嚓P(guān)數(shù)據(jù)，并顯示于控制界面上。
本發(fā)明中，還包括以下步驟(S4)測試工具對測試結(jié)果進行統(tǒng)計處理，形成測試報告。
在本發(fā)明所述方法的步驟(S1)中，在測試的RTSP請求URL字符串中允許包含有參數(shù)；請求其中還允許一次測試多個媒體文件或直播頻道。
在本發(fā)明所述方法的步驟(S2)中，所述操作序列最好由多種RTSP請求組成，以模擬真實用戶收看多媒體節(jié)目時的操作過程。
在本發(fā)明所述方法的步驟(S2)中，可在每項RTSP請求之后，設(shè)置有一個模擬用戶思考的時間，該時間可以是一個固定值或是一個限定范圍的隨機值。
在本發(fā)明所述方法的步驟(S3)中，所述測試工具可通過接收來自媒體服務(wù)器的響應(yīng)或RTSP重定向指令，將請求重定向到媒體服務(wù)系統(tǒng)指定的另一個媒體服務(wù)系統(tǒng)，以進行媒體會話操作。
在本發(fā)明所述方法的步驟(S3)中，所述測試工具在獲得媒體數(shù)據(jù)后，可基于媒體傳輸協(xié)議對媒體數(shù)據(jù)流的質(zhì)量進行分析。包括對抖動、丟包、亂序等的統(tǒng)計分析。
在本發(fā)明所述的方法中，可采用基于UDP(User Datagram Protocol的縮寫，即用戶數(shù)據(jù)報協(xié)議)的媒體傳輸方式、或RTSP interleave媒體傳輸方式或其他媒體傳輸協(xié)議。
由上述方案可知，本發(fā)明提供了一種更靈活全面的測試方法，使得測試工具更貼近真實用戶的操作，并使得針對媒體服務(wù)器進行的壓力測試能更全面、更準(zhǔn)確地衡量媒體服務(wù)器響應(yīng)客戶請求的性能和質(zhì)量。


下面將結(jié)合附圖及實施例對本發(fā)明作進一步說明，附圖中圖1是本發(fā)明中的測試工具與媒體服務(wù)系統(tǒng)之間的關(guān)系示意圖。
具體實施例方式
由前述內(nèi)容可知，本發(fā)明提供的是一種多媒體服務(wù)系統(tǒng)性能測試方法，主要應(yīng)用于向媒體服務(wù)系統(tǒng)發(fā)出大量RTSP請求，模擬大量用戶使用媒體服務(wù)系統(tǒng)的壓力測試。下面將詳細介紹其具體步驟。本發(fā)明中的測試工具與媒體服務(wù)系統(tǒng)之間的關(guān)系如圖1所示，從圖中可以看出，媒體服務(wù)系統(tǒng)中包括媒體服務(wù)器和請求調(diào)度部件；測試工具可向請求調(diào)度部件發(fā)出RTSP請求，請求調(diào)度部件根據(jù)客戶端的信息，將測試工具調(diào)度到一個媒體服務(wù)器上，測試工具接收請求調(diào)度部件所回傳的RTSP響應(yīng)，獲取請求調(diào)度部件的調(diào)度信息；另一方面，測試工具可根據(jù)請求調(diào)度部件返回的調(diào)度信息向媒體服務(wù)器發(fā)出RTSP請求，并接受媒體服務(wù)器回傳的媒體數(shù)據(jù)。本發(fā)明中的測試工具相當(dāng)于實際使用狀態(tài)下的客戶端。
1、設(shè)置測試工具請求的RTSP URL列表，以及該列表中每條請求URL字符串的模擬客戶端數(shù)目。
其中，請求URL字符串定義了一個測試工具模擬的客戶端請求媒體服務(wù)器中的媒體節(jié)目的路徑。而在客戶端播放多媒體文件的整個過程中，需要經(jīng)常進行快進、快退、暫停等操作，這些操作都是通過客戶端與媒體服務(wù)器之間的交互來完成的，這些交互就包括客戶端向服務(wù)器發(fā)起的RTSP請求和媒體服務(wù)器響應(yīng)的RTSP響應(yīng)。由多個請求URL字符串，可組成一系列供測試工具模擬的客戶端請求的媒體路徑列表，也就是組成RTSP URL列表。
之所以設(shè)置每條請求URL字符串的模擬客戶端數(shù)目，是因為這里的每條請求URL字符串都代表在媒體服務(wù)器中可被客戶端請求的一個節(jié)目。在實際的多媒體系統(tǒng)應(yīng)用中，不同的用戶喜歡不同的節(jié)目，所以需要在不同的請求URL字符串后面設(shè)置好請求的模擬客戶端數(shù)目。在測試結(jié)果分析時，是針對服務(wù)器而不是針對內(nèi)容的，所以只要分析服務(wù)器的響應(yīng)參數(shù)就可以了，對于不同的節(jié)目可以不用分析了。
在本步驟中，允許在測試的RTSP請求URL字符串中包含參數(shù)。其參數(shù)中包含諸如認證參數(shù)等信息，是真實的用戶請求媒體服務(wù)器時所必須具有的。如rtsp//192.168.1.1/path/filename.mp4？param1＝paramval1&param2＝paramval2中的param1＝paramval1&param2＝paramval2；并允許一次測試多個媒體文件或直播頻道。對于測試工具來說，并不需要關(guān)注請求URL字符串中是否存在參數(shù)，只需要在請求URL字符串中獲取媒體服務(wù)器的IP地址或機器名、請求的端口號、媒體數(shù)據(jù)傳輸?shù)姆绞?TCP或者UDP)就可以了。然后，測試工具使用上述從請求URL字符串中獲得的連接參數(shù)來請求媒體服務(wù)器，并以ASCII碼方式發(fā)送RTSP請求，解析RTSP回應(yīng)消息即可。這里說明了在請求URL字符串中帶有參數(shù)的可行性，即如果在URL中添加了RTSP請求的參數(shù)，后面的第3步則說明如何發(fā)出RTSP請求。
2、設(shè)置測試工具進行RTSP請求的操作序列。
在本步驟中，可在測試工具中設(shè)置由多個RTSP請求組成的操作序列，以模擬真實用戶收看多媒體節(jié)目時的操作過程。并在每項操作之后，設(shè)置一個模擬用戶思考的時間，該時間可由一個設(shè)定的時間范圍中取隨機數(shù)獲得，也可以設(shè)置為固定值。在設(shè)計測試工具的請求操作序列時，首先設(shè)計一個結(jié)構(gòu)來描述用戶進行的操作、操作所附帶的參數(shù)、以及模擬用戶思考的時間，例如快進、快進的倍數(shù)以及思考時間，又例如定位、定位的位置以及思考時間等。將描述這些操作的結(jié)構(gòu)組成一個鏈表或其他可以用作描述一個序列的數(shù)據(jù)結(jié)構(gòu)，即可描述測試工具在測試過程將要執(zhí)行的RTSP請求操作序列。測試工具在進行壓力測試的過程中，將依次讀取鏈表中的節(jié)點內(nèi)容，按照節(jié)點內(nèi)容描述的操作和思考時間對媒體服務(wù)系統(tǒng)發(fā)出RTSP請求操作。
3、測試工具根據(jù)前述兩個步驟中所設(shè)置的參數(shù)，發(fā)出RTSP請求，實時統(tǒng)計RTSP及媒體傳輸?shù)南嚓P(guān)數(shù)據(jù)，并實時顯示在控制界面上。
這里參數(shù)包括媒體服務(wù)器的IP地址或機器名、請求的端口號、媒體數(shù)據(jù)傳輸方式(TCP或者UDP)，在本步驟中，測試工具可通過接收媒體服務(wù)器的3XX(這些編碼由定義RTSP的RFC2326定義，一般為302)號的響應(yīng)或RTSPRedirect(重定向)指令，來將請求重定向到媒體服務(wù)系統(tǒng)指定的另一個媒體服務(wù)系統(tǒng)，以進行媒體會話操作。該功能是通過分析媒體服務(wù)器返回的RTSP響應(yīng)數(shù)據(jù)信息來實現(xiàn)的。當(dāng)測試工具使用DESCRIBE(描述)方法來請求訪問請求調(diào)度部件時，請求調(diào)度部件將根據(jù)測試工具提供的信息，如IP地址等，將測試工具的請求調(diào)度到拓撲結(jié)構(gòu)上比較近的一個媒體服務(wù)器來提供媒體服務(wù)。此時，媒體請求調(diào)度部件將在返回給測試工具的RTSP請求應(yīng)答消息中將代碼置為3XX，如302，并且，在該消息中包括通知測試工具下一步請求的目的媒體服務(wù)器的請求URL字符串。
測試工具收到RTSP回應(yīng)消息后，對消息進行分析，如果是重定向消息，將按照消息中所列出的目標(biāo)URL請求媒體服務(wù)器。
另外，在本步驟中，支持在測試工具接收到媒體數(shù)據(jù)后，對媒體數(shù)據(jù)流的質(zhì)量基于媒體傳輸協(xié)議進行分析。包括抖動、丟包、亂序等的統(tǒng)計分析。并支持基于UDP的RTP媒體傳輸方式和RTSP interleave的媒體傳輸方式以及其他媒體流協(xié)議。
測試工具根據(jù)RTSP設(shè)置的參數(shù)確定媒體數(shù)據(jù)以何種方式傳輸，例如對于TransportRTP/AVP/TCP；unicast；mode＝″PLAY″；interleaved＝2-3，則測試工具將從與媒體服務(wù)器之間傳輸?shù)腡CP數(shù)據(jù)流中獲取媒體數(shù)據(jù)。
由于一般媒體數(shù)據(jù)都被封裝成特定的媒體數(shù)據(jù)包進行傳輸，所以可通過對這些媒體數(shù)據(jù)包進行基于媒體傳輸協(xié)議所提供的傳輸參數(shù)的分析以獲得媒體數(shù)據(jù)在媒體服務(wù)器數(shù)據(jù)發(fā)送和網(wǎng)絡(luò)傳輸過程中的客觀參數(shù)，如抖動、丟包、亂序等。通過這些參數(shù)，可以測量媒體數(shù)據(jù)業(yè)務(wù)在當(dāng)前網(wǎng)絡(luò)狀況中傳輸?shù)馁|(zhì)量。
4、測試結(jié)束后，測試工具將測試結(jié)果進行統(tǒng)計處理后，形成測試報告。
可見，本發(fā)明提供了一種更靈活全面的測試方法，使得測試工具更貼近真實用戶的操作，使用這種測試方法，可以測試媒體服務(wù)系統(tǒng)整體的性能，如媒體服務(wù)器同認證計費系統(tǒng)協(xié)同工作的性能、媒體請求調(diào)度系統(tǒng)工作的性能、在真正模擬多用戶使用多操作請求多節(jié)目的系統(tǒng)整體性能等。從而使得針對媒體服務(wù)器進行的壓力測試能更全面、更準(zhǔn)確地衡量媒體服務(wù)器響應(yīng)客戶請求的性能和質(zhì)量。
以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視為本發(fā)明的保護范圍。
權(quán)利要求
1.一種多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，包括以下步驟(S1)設(shè)置測試工具請求的RTSP URL列表，以及該列表中每條請求URL字符串的模擬客戶端數(shù)目；(S2)設(shè)置測試工具進行RTSP請求的操作序列；(S3)測試工具根據(jù)在所述步驟(S1)和(S2)中設(shè)置的參數(shù)發(fā)出RTSP請求，實時統(tǒng)計RTSP及媒體傳輸?shù)南嚓P(guān)數(shù)據(jù)，并顯示于控制界面上。
2.根據(jù)權(quán)利要求1所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，其中還包括(S4)測試工具對測試結(jié)果進行統(tǒng)計處理，形成測試報告。
3.根據(jù)權(quán)利要求1或2所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，所述步驟(S1)中，在測試的RTSP請求URL字符串中允許包含有參數(shù)。
4.根據(jù)權(quán)利要求1或2所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，所述步驟(S2)中，所述操作序列由多種RTSP請求組成。
5.根據(jù)權(quán)利要求4所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，所述步驟(S2)中，在每項RTSP請求之后，設(shè)置有一個模擬用戶思考的時間，該時間是一個固定值或是一個限定范圍的隨機值。
6.根據(jù)權(quán)利要求1或2所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，所述步驟(S3)中，所述測試工具通過接收來自媒體服務(wù)器的響應(yīng)或RTSP重定向方法，將請求重定向到媒體服務(wù)系統(tǒng)指定的另一個媒體服務(wù)系統(tǒng)，以進行媒體會話操作。
7.根據(jù)權(quán)利要求1或2所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，所述步驟(S3)中，所述測試工具在獲得媒體數(shù)據(jù)后，基于媒體傳輸協(xié)議對媒體數(shù)據(jù)流的質(zhì)量進行分析。
8.根據(jù)權(quán)利要求7所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，所述對媒體數(shù)據(jù)流的質(zhì)量分析包括對抖動、丟包、亂序的統(tǒng)計分析。
9.根據(jù)權(quán)利要求1或2所述的多媒體服務(wù)系統(tǒng)性能測試方法，其特征在于，其中可采用基于UDP的媒體傳輸方式或RTSP interleave媒體傳輸方式來傳輸媒體數(shù)據(jù)。
全文摘要
本發(fā)明涉及一種多媒體服務(wù)系統(tǒng)性能測試方法，為使得壓力測試能更全面、更準(zhǔn)確地衡量媒體服務(wù)器響應(yīng)客戶請求的性能和質(zhì)量，本發(fā)明的方法中，先設(shè)置測試工具請求的RTSP URL列表，以及每條請求URL的客戶端數(shù)目；再設(shè)置測試工具進行RTSP請求的操作序列；然后由測試工具根據(jù)在前述步驟中所設(shè)置的參數(shù)發(fā)出RTSP請求，實時統(tǒng)計RTSP及媒體傳輸?shù)南嚓P(guān)數(shù)據(jù)，并顯示于控制界面上；最后由測試工具對測試結(jié)果進行統(tǒng)計處理，形成測試報告。本發(fā)明的RTSP請求URL字符串中可包含參數(shù)、可模擬真實用戶對媒體服務(wù)器的操作帶來的壓力影響、可支持重定向功能、并可基于RTP協(xié)議或其他媒體傳輸協(xié)議對媒體數(shù)據(jù)流的質(zhì)量進行分析。
文檔編號H04L12/26GK1852180SQ20051012080
公開日2006年10月25日 申請日期2005年12月12日 優(yōu)先權(quán)日2005年12月12日
發(fā)明者蘆躍峰 申請人:華為技術(shù)有限公司