專利名稱：一種流媒體服務器性能測試方法及裝置的制作方法
技術領域：
本發(fā)明涉及流媒體服務器性能測試領域，尤其涉及一種流媒體服務器性能測 試方法及裝置。
背景技術：
近年來IPTV業(yè)務得到了快速的發(fā)展，國內外運營商都相繼部署了商用局， IPTV正在逐步走入每個家庭。如此，IPTV系統(tǒng)的評估也顯得由為重要，作為承 載IPTV基本業(yè)務的流媒體服務器肯定是重中之重。
流媒體服務器性能測試指標主要有最大并發(fā)流數(shù)目、帶寬波動、丟包率和平 均響應時間等，其中最大并發(fā)流數(shù)目是關注的最多的。最大并發(fā)流數(shù)目是指流媒 體服務器能夠支持的有效的、能夠同時在線正常觀看節(jié)目的最大用戶數(shù)目。
現(xiàn)有流媒體服務器最大并發(fā)數(shù)目測試的思路主要是，利用測試裝置模擬機頂 盒向流媒體服務器發(fā)送點播請求，測試裝置被動接收媒體流，然后對視頻流進行
評估，得到能同時在線正常觀看節(jié)目的最大用戶數(shù)目。實際上影響流媒體服務器 最大并發(fā)數(shù)目的不僅包括其發(fā)包的能力，而且包括其存儲子系統(tǒng)提供的磁盤I/O 能力。對于當前大多數(shù)流媒體服務器而言，高速發(fā)展的網(wǎng)絡帶寬已經(jīng)不是決定性 能的重要因素，但其存儲子系統(tǒng)的I/O能力卻逐漸成為流媒體服務器的性能瓶 頸。
因此，在只考慮流媒體服務器發(fā)包能力情況下得出的流媒體最大并發(fā)流數(shù)目 存在缺陷，不能很好的反應流媒體的并發(fā)能力，由此得出的商用配置會存在很大 的風險，需要提出一種新的流媒體服務器性能測試方法。

發(fā)明內容
本發(fā)明所要解決的技術問題是，提供一種流媒體服務器性能測試方法，并提 供一種實現(xiàn)所述方法的流媒體服務器性能測試裝置，本發(fā)明克服現(xiàn)有技術在測試 流媒體服務器性能時只考慮其發(fā)包能力的問題和缺陷，綜合考慮了流媒體服務器
4步驟一根據(jù)測試要求構建流媒體服務器測試環(huán)境；并在性能測試裝置上建 立第一測試用例和第二測試用例；步驟二所述性能測試裝置模擬機頂盒以第一測試用例對所述流媒體服務器 進行性能測試，根據(jù)事先規(guī)定的判定標準，得到第一測試用例下的流媒體服務器 最大并發(fā)用戶數(shù)目；步驟三所述性能測試裝置模擬機頂盒以第二測試用例對所述流媒體服務器 進行性能測試，根據(jù)事先規(guī)定的判定標準，得到第二測試用例下的流媒體服務器 最大并發(fā)用戶數(shù)目；歩驟四比較所述步驟二與所述步驟三得到的流媒體服務器最大并發(fā)用戶數(shù) 目，取其中較小者為所述流媒體服務器最大并發(fā)用戶數(shù)目。所述流媒體服務器測試環(huán)境是單個流媒體服務器或者是流媒體服務器集群。所述在性能測試裝置上建立第一測試用例包括 步驟A:配置本測試用例下合適的用戶數(shù)；步驟B:配置本測試用例下的用戶均以正常播放方式訪問所述流媒體服務器 上的相同碼率、不同負載的內容文件；所述在性能測試裝置上建立第二測試用例包括-步驟a:配置本測試用例下合適的用戶數(shù)；步驟b:配置本測試用例下的一部分用戶以正常播放方式訪問所述流媒體服 務器上的相同碼率、不同負載的內容文件；其余部分用戶以非正常播放方式訪問 所述流媒體服務器上的相同碼率、不同負載的內容文件。所述事先規(guī)定的標準為在所述性能測試的同時，用一個實際機頂盒訪問所述內容文件，若點播不成 功或者圖像不流暢；或者性能測試裝置測試得到的點播延時大于點播延時門限值 或者丟包率大于丟包率門限值，則表明流媒體服務器過載，減少測試用例中的用 戶數(shù)，繼續(xù)測試，直到所述流媒體服務器輕載，則本次測試時的用戶數(shù)即為所述 流媒體服務器最大并發(fā)用戶數(shù)目；否則，表明流媒體服務器輕載，增加測試用例 中的用戶數(shù)，繼續(xù)測試，直到所述流媒體服務器過載，則前一次測試時的用戶數(shù) 即為所述流媒體服務器最大并發(fā)用戶數(shù)目。步驟b所述非正常播放方式至少包括快進播放方式和快退播放方式中的一種。一種流媒體服務器性能測試裝置，包括媒體信令單元用于模擬機頂盒跟流媒體服務器進行媒體信令交互，向流媒體服務器發(fā)送信令請求，接收流媒體服務器的應答；媒體數(shù)據(jù)接收單元用于接收來自流媒體服務器的媒體數(shù)據(jù)； 媒體數(shù)據(jù)分析單元用于分析媒體數(shù)據(jù)接收單元傳送來的媒體數(shù)據(jù)，得到點播延時和丟包率；以及VCR (視頻播放時快進、快退、暫停、播放、停止操作)交互單元用 于存儲需要跟流媒體服務器進行的VCR操作序列以及各VCR操作之間的時間間 隔；并在測試進行時通過所述媒體信令單元向流媒體服務器發(fā)送VCR操作?，F(xiàn)有技術相比，本發(fā)明綜合考慮了流媒體服務器的發(fā)包能力和存儲子系統(tǒng)的 磁盤I/O能力，能夠更真實的反應流媒體服務器的性能指標。


圖1是本發(fā)明所述方法流程圖；圖2是本發(fā)明所述裝置的原理框圖；圖3是本發(fā)明所述裝置與流媒體服務器的交互示意圖。
具體實施方式
下面結合附圖和具體實施方式
對本發(fā)明作進一步的詳細描述 圖l是本發(fā)明所述方法流程圖，具體包括以下步驟步驟S101:根據(jù)測試要求構建流媒體服務器測試環(huán)境；并在性能測試裝置 上建立第一測試用例和第二測試用例；所述建立第一測試用例包括配置本測試用例下合適的用戶數(shù)；以及配置本 測試用例下的用戶均以正常播放方式訪問所述流媒體服務器上的相同碼率、不同 負載的內容文件；所述建立第二測試用例包括配置本測試用例下合適的用戶數(shù)；以及配置本 測試用例下的一部分用戶以正常播放方式訪問所述流媒體服務器上的相同碼率、 不同負載的內容文件；其余部分用戶以非正常播放方式訪問所述流媒體服務器上 的相同碼率、不同負載的內容文件；所述非正常播放方式至少包括快進播放方式和快退播放方式中的一種。本實施例中，所述內容文件的碼率為1.5Mbps，所述第二測試用例中，90% 的用戶采用正常播放方式，其余10%的用戶采用8倍速快進播放方式，采用這樣 的比例是為了能夠更好的模擬用戶行為模式，當然還有更多接近實際用戶模型的 行為模式，這里不再一一舉例說明。步驟S102:所述性能測試裝置模擬機頂盒以第一測試用例對所述流媒體服 務器進行性能測試，根據(jù)事先規(guī)定的判定標準，得到第一測試用例下的流媒體服 務器最大并發(fā)用戶數(shù)目；步驟S103:所述性能測試裝置模擬機頂盒以第二測試用例對所述流媒體服 務器進行性能測試，根據(jù)事先規(guī)定的判定標準，得到第二測試用例下的流媒體服 務器最大并發(fā)用戶數(shù)目；所述步驟S102和所述步驟S103所述事先規(guī)定的標準為在所述性能測試的同時，用一個實際機頂盒訪問所述內容文件，若點播不成 功或者圖像不流暢；或者性能測試裝置測試得到的點播延時大于點播延時門限值 或者丟包率大于丟包率門限值，則表明流媒體服務器過載，減少測試用例中的用 戶數(shù)，繼續(xù)測試，直到所述流媒體服務器輕載，則本次測試時的用戶數(shù)即為所述 流媒體服務器最大并發(fā)用戶數(shù)目；否則，表明流媒體服務器輕載，增加測試用例 中的用戶數(shù)，繼續(xù)測試，直到所述流媒體服務器過載，則前一次測試時的用戶數(shù) 即為所述流媒體服務器最大并發(fā)用戶數(shù)目。本實施例中，所述點播延時門限值為 2秒，所述丟包率門限值為0. 5%。步驟S104:比較所述步驟S102與所述步驟S103得到的流媒體服務器最大 并發(fā)用戶數(shù)目，取其中較小者為所述流媒體服務器最大并發(fā)用戶數(shù)目。圖2是本發(fā)明所述流媒體服務器性能測試裝置的原理框圖，所述裝置包括媒體信令單元、媒體數(shù)據(jù)接收單元、媒體數(shù)據(jù)分析單元以及VCR交互單元，其中， 所述媒體信令單元用于模擬機頂盒跟流媒體服務器進行媒體信令交互，向流 媒體服務器發(fā)送信令請求，接收流媒體服務器的應答；所述媒體數(shù)據(jù)接收單元用于在流媒體服務器同意媒體信令單元發(fā)送的信令請求后，從流媒體服務器處不斷接收媒體數(shù)據(jù)；所述媒體數(shù)據(jù)分析單元用于分析媒體數(shù)據(jù)接收單元傳送來的媒體數(shù)據(jù)，得到 點播延時和丟包率等；所述VCR交互單元用于存儲需要跟流媒體服務器進行的VCR操作序列以及每7個VCR操作之間的時間間隔，當媒體數(shù)據(jù)接收單元在接收媒體數(shù)據(jù)時，VCR交互 單元通過媒體信令單元向流媒體服務器發(fā)送VCR操作，模擬用戶的行為模式。 如圖3所示，是本發(fā)明所述裝置與流媒體服務器的交互示意圖，工作過程如下流媒體服務器性能測試裝置生成與測試實例中配置的用戶數(shù)目相同個數(shù)個 模擬機頂盒，每個模擬機頂盒通過網(wǎng)絡設備與流媒體服務器通信，模擬機頂盒通 過媒體信令單元跟流媒體服務器進行信令交互，流媒體服務器同意模擬機頂盒的 播放請求后，流媒體服務器向模擬機頂盒的媒體數(shù)據(jù)接收單元傳送媒體數(shù)據(jù)，媒 體數(shù)據(jù)分析單元計算分析媒體數(shù)據(jù)接收單元傳遞過來的媒體數(shù)據(jù)，得到點播延時 和用戶丟包率等。當模擬機頂盒在接收媒體數(shù)據(jù)過程中，媒體信令單元按照VCR 交互單元存儲著的VCR操作序列和VCR操作時間間隔向流媒體服務器發(fā)送VCR 操作請求模擬一定的用戶行為模式，流媒體服務器響應模擬機頂盒的請求，并按 照請求發(fā)送媒體數(shù)據(jù)，媒體數(shù)據(jù)接收單元接收到媒體數(shù)據(jù)后再向媒體數(shù)據(jù)分析單 元傳遞，由媒體數(shù)據(jù)分析單元計算分析得到點播延時和用戶丟包率。需要說明的是，如果VCR交互單元中沒有存儲VCR操作序列，則模擬的是被 動接收媒體數(shù)據(jù)用戶行為模式；如果VCR交互單元中存儲了 VCR操作序列，則按 照一定的用戶行為模式主動跟流媒體服務器交互。以上實施例只是幫助理解本發(fā)明，在不背離本發(fā)明精神以及實質的情況下， 熟悉本領域的技術人員根據(jù)本發(fā)明作出的各種相應的改變和變形都應屬于本發(fā) 明所附的權利要求的保護范圍。
權利要求
1、一種流媒體服務器性能測試方法，其特征在于，包括步驟一根據(jù)測試要求構建流媒體服務器測試環(huán)境；并在性能測試裝置上建立第一測試用例和第二測試用例；步驟二所述性能測試裝置模擬機頂盒以第一測試用例對所述流媒體服務器進行性能測試，根據(jù)事先規(guī)定的判定標準，得到第一測試用例下的流媒體服務器最大并發(fā)用戶數(shù)目；步驟三所述性能測試裝置模擬機頂盒以第二測試用例對所述流媒體服務器進行性能測試，根據(jù)事先規(guī)定的判定標準，得到第二測試用例下的流媒體服務器最大并發(fā)用戶數(shù)目；步驟四比較所述步驟二與所述步驟三得到的流媒體服務器最大并發(fā)用戶數(shù)目，取其中較小者為所述流媒體服務器最大并發(fā)用戶數(shù)目。
2、 如權利要求1所述的流媒體服務器性能測試方法，其特征在于，所述流 媒體服務器測試環(huán)境是單個流媒體服務器或者是流媒體服務器集群。
3、 如權利要求1所述的流媒體服務器性能測試方法，其特征在于，所述在 性能測試裝置上建立第一測試用例包括步驟A:配置本測試用例下合適的用戶數(shù)；步驟B:配置本測試用例下的用戶均以正常播放方式訪問所述流媒體服務器 上的相同碼率、不同負載的內容文件；所述在性能測試裝置上建立第二測試用例包括 步驟a:配置本測試用例下合適的用戶數(shù)；步驟b:配置本測試用例下的一部分用戶以正常播放方式訪問所述流媒體服 務器上的相同碼率、不同負載的內容文件；其余部分用戶以非正常播放方式訪問 所述流媒體服務器上的相同碼率、不同負載的內容文件。
4、 如權利要求1或3所述的流媒體服務器性能測試方法，其特征在于，所 述事先規(guī)定的標準為在所述性能測試的同時，用一個實際機頂盒訪問所述內容文件，若點播不成 功或者圖像不流暢；且性能測試裝置測試得到的點播延時大于點播延時門限值或者丟包率大于丟包率門限值，則表明流媒體服務器過載，減少測試用例中的用戶 數(shù)，繼續(xù)測試，直到所述流媒體服務器輕載，則本次測試時的用戶數(shù)即為所述流 媒體服務器最大并發(fā)用戶數(shù)目；否則，表明流媒體服務器輕載，增加測試用例中 的用戶數(shù)，繼續(xù)測試，直到所述流媒體服務器過載，則前一次測試時的用戶數(shù)即 為所述流媒體服務器最大并發(fā)用戶數(shù)目。
5、 如權利要求3所述的流媒體服務器性能測試方法，其特征在于，步驟b 所述非正常播放方式至少包括快進播放方式和快退播放方式中的一種。
6、 一種流媒體服務器性能測試裝置，其特征在于，包括媒體信令單元用于模擬機頂盒跟流媒體服務器進行媒體信令交互，向流媒體服務器發(fā)送信令請求，接收流媒體服務器的應答；媒體數(shù)據(jù)接收單元用于接收來自流媒體服務器的媒體數(shù)據(jù)； 媒體數(shù)據(jù)分析單元用于分析媒體數(shù)據(jù)接收單元傳送來的媒體數(shù)據(jù)，得到點播延時和丟包率；以及VCR交互單元用于存儲需要跟流媒體服務器進行的VCR操作序列以及 各VCR操作之間的時間間隔；并在測試進行時通過所述媒體信令單元向流媒體服 務器發(fā)送VCR操作。
全文摘要
本發(fā)明涉及一種流媒體服務器性能測試方法及裝置，所述方法包括一構建測試環(huán)境、第一及第二測試用例；二以第一測試用例對流媒體服務器進行性能測試，得到第一測試用例下的流媒體服務器最大并發(fā)用戶數(shù)目；三以第二測試用例對流媒體服務器進行性能測試，得到第二測試用例下的流媒體服務器最大并發(fā)用戶數(shù)目；四比較步驟二和三得到的數(shù)目，取小者為所述流媒體服務器最大并發(fā)用戶數(shù)目；所述裝置包括媒體信令單元、媒體數(shù)據(jù)接收單元、媒體數(shù)據(jù)分析單元以及VCR交互單元。本發(fā)明綜合考慮了流媒體服務器的發(fā)包能力和存儲子系統(tǒng)的磁盤I/O能力，能夠更真實的反應流媒體服務器的性能指標。
文檔編號H04N5/00GK101674492SQ20081014187
公開日2010年3月17日 申請日期2008年9月9日 優(yōu)先權日2008年9月9日
發(fā)明者鷹 付, 李繼紅, 波 鄭, 馬笑飛 申請人:中興通訊股份有限公司