專利名稱：：媒體請求響應(yīng)時間的測試方法和測試裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及媒體數(shù)據(jù)測試技術(shù)，尤其涉及媒體請求響應(yīng)時間的測試方法和測試裝置。
背景技術(shù)：
：用戶側(cè)體驗的效果是評價娛樂類產(chǎn)品的最重要指標(biāo)之一，而媒體服務(wù)響應(yīng)時間是用戶側(cè)體驗的一個重要參數(shù)。在BTV(直播)、VoD(點播)、PLTV(時移電視)等媒體服務(wù)的請求、控制等操作中，都需要測量媒體服務(wù)響應(yīng)用戶操作的速度。媒體服務(wù)響應(yīng)時間包括媒體請求響應(yīng)時間和STB(終端)對接收到的媒體數(shù)據(jù)處理時間，因為終端對媒體數(shù)據(jù)的解碼時間為毫秒級，而媒體請求響應(yīng)時間通常為秒級，故把媒體請求響應(yīng)時間看成是評定媒體服務(wù)響應(yīng)時間的指標(biāo)。在多媒體播放中，解碼器在接收到媒體數(shù)據(jù)的I幀(IntraPicture，幀內(nèi)圖)之后，才能開始對一個GOP(GroupofPictures，圖片組)進(jìn)行解碼。終端發(fā)出媒體內(nèi)容請求后，收到的數(shù)據(jù)的第一幀并不一定是I幀，在請求直播節(jié)目中，由于是實時編碼的媒體內(nèi)容傳送，用戶請求被確認(rèn)后接收的第一幀是根據(jù)實際的編碼狀態(tài)決定，即是由隨機(jī)序列產(chǎn)生，而點播節(jié)目中，則是根據(jù)文件錄制時候的編碼配置參數(shù)所決定。現(xiàn)有技術(shù)對媒體請求響應(yīng)時間的測試方法如下請參考圖1，為現(xiàn)有技術(shù)點播響應(yīng)時間測試示意圖。終端101發(fā)起點播請求。該點播請求得到點播服務(wù)器102確認(rèn)后，點播服務(wù)器102反饋200.OK報文，終端101與點播服務(wù)器102建立了完整的連接，連接建立后下發(fā)媒體流。200.OK標(biāo)志符為終端101向點播服務(wù)器102發(fā)起建立連接請求，該請求被服務(wù)器端成功響應(yīng)后返回給請求者的確認(rèn)消息，由RTSP1.0協(xié)議定義。通過抓包可以分析出點播媒體的第一個媒體數(shù)據(jù)包(即200.OK報文后的終端101收到的第一個RTP包)的到達(dá)時間。終端101收到的第一個RTP包是指在200.OK后的第一個數(shù)據(jù)包，可以根據(jù)源地址和目的地址來篩選第一個RTP包。請參考圖2，為現(xiàn)有技術(shù)直播響應(yīng)時間測試示意圖。終端201發(fā)起直播頻道組加入請求。直播服務(wù)器202對消息進(jìn)行鑒權(quán)后允許加入請求的媒體，返回允許加入請求，直播媒體流開始下發(fā)。通過抓包可以分析出直播媒體的第一個媒體數(shù)據(jù)包(即終端201發(fā)出直播頻道組報文后收到的所請求的組播組的第一個UDP數(shù)據(jù)包)的到達(dá)時間。該組播組的第一個UDP數(shù)據(jù)包是指用戶請求某個頻道，根據(jù)該頻道地址和端口匹配在捕獲的報文中進(jìn)行過濾篩選的數(shù)據(jù)包。從以上的測試可以看出，不管是點播還是直播，現(xiàn)有技術(shù)以發(fā)出媒體請求至捕獲第一個媒體數(shù)據(jù)包的到達(dá)時間作為服務(wù)器的媒體請求響應(yīng)時間。但是，這個測試處理的時間并不能代表真實的媒體請求響應(yīng)時間，根據(jù)媒體由幀組成的定義以及解碼過程定義，終端需要在收到I幀的時候才能夠?qū)⒚襟w數(shù)據(jù)解碼為圖像，在終端上顯示出來，而在終端得到第一個數(shù)據(jù)包時，這個數(shù)據(jù)包并不一定攜帶的是I幀，即終端與媒體服務(wù)器連接建立完成后，終端收到的數(shù)據(jù)幀中第一幀并不一定是I幀，可能是B幀或者P幀，需要緩沖等待I幀，待I幀到達(dá)后才可以解碼在終端上顯示出圖像。以發(fā)出請求至第一個數(shù)據(jù)包到達(dá)的時間作為媒體請求響應(yīng)時間的測試方法是不夠準(zhǔn)確的。
發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題是提供媒體請求響應(yīng)時間的測試方法和測試裝置，以實現(xiàn)準(zhǔn)確測試媒體請求響應(yīng)時間。為解決上述技術(shù)問題，本發(fā)明通過以下技術(shù)方案實現(xiàn)一種媒體請求響應(yīng)時間的測試方法，包括獲取發(fā)出媒體請求信息的時間；獲取媒體數(shù)據(jù)特征碼到達(dá)的時間；依據(jù)所述發(fā)出媒體請求信息的時間和所述媒體數(shù)據(jù)特征碼到達(dá)的時間，計算媒體請求響應(yīng)時間?？蛇x的，所述媒體請求包括直播請求和/或點播請求?？蛇x的，所述獲取媒體數(shù)據(jù)特征碼到達(dá)的時間前，捕獲媒體數(shù)據(jù)特征碼?？蛇x的，所述的計算過程為，所述媒體數(shù)據(jù)特征碼到達(dá)的時間減去所述發(fā)出媒體請求信息的時間?？蛇x的，所述特征碼為幀內(nèi)圖。一種媒體請求響應(yīng)時間的測試裝置，包括抓包分析單元、發(fā)出請求時間獲取單元、特征碼到達(dá)時間獲取單元和媒體請求響應(yīng)時間計算單元；抓包分析單元，用于捕獲并分析數(shù)據(jù)包，判斷是否捕獲到媒體請求報文和媒體數(shù)據(jù)特征碼；發(fā)出請求時間獲取單元，用于當(dāng)所述抓包分析單元捕獲到媒體請求報文時，獲取發(fā)出媒體請求報文的時間；特征碼到達(dá)時間獲取單元，用于當(dāng)所述抓包分析單元捕獲到媒體數(shù)據(jù)特征碼時，獲取媒體數(shù)據(jù)特征碼到達(dá)的時間；媒體請求響應(yīng)時間計算單元，用于根據(jù)所述發(fā)出媒體請求報文的時間和所述媒體數(shù)據(jù)特征碼到達(dá)的時間，計算媒體請求響應(yīng)時間。可選的，還包括數(shù)據(jù)接收端口；數(shù)據(jù)接收端口，用于接收用戶接入設(shè)備發(fā)送的待分析數(shù)據(jù)包，向所述抓包分析單元發(fā)送所述數(shù)據(jù)包?？蛇x的，還包括多線程處理單元；多線程處理單元，用于處理所述數(shù)據(jù)接收端口向所述抓包分析單元發(fā)送的數(shù)據(jù)包，當(dāng)從所述數(shù)據(jù)接收端口接收到多個不同目的地址的數(shù)據(jù)包時，依據(jù)多線程的處理方式，并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元?？蛇x的，還包括至少一個數(shù)據(jù)上行端口、至少一個數(shù)據(jù)下行端口和鏡像處理單元；數(shù)據(jù)上行端口，用于與媒體服務(wù)器進(jìn)行數(shù)據(jù)傳輸；數(shù)據(jù)下行端口，用于與終端進(jìn)行數(shù)據(jù)傳輸；鏡像處理單元，用于復(fù)制所述數(shù)據(jù)上行端口和所述數(shù)據(jù)下行端口傳輸?shù)臄?shù)據(jù)包，向所述抓包分析單元發(fā)送所述數(shù)據(jù)包?？蛇x的，還包括多線程處理單元；多線程處理單元，用于處理所述鏡像處理單元向所述抓包分析單元發(fā)送的數(shù)據(jù)包，當(dāng)從所述鏡像處理單元接收到多個不同目的地址的數(shù)據(jù)包時，根據(jù)多線程的處理方式，并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元。以上技術(shù)方案可以看出，本發(fā)明獲取發(fā)出媒體請求信息的時間和媒體數(shù)據(jù)特征碼到達(dá)的時間，依據(jù)所述發(fā)出媒體請求信息的時間和所述媒體數(shù)據(jù)特征碼到達(dá)的時間，計算媒體請求響應(yīng)時間；因為特征碼到達(dá)后，終端開始進(jìn)行解碼工作，因此根據(jù)本發(fā)明測試出來的從發(fā)出媒體請求信息至媒體數(shù)據(jù)特征碼到達(dá)的時間，是準(zhǔn)確的媒體請求響應(yīng)時間。圖1為現(xiàn)有技術(shù)點播響應(yīng)時間測試示意圖；圖2為現(xiàn)有技術(shù)直播響應(yīng)時間測試示意圖；圖3為本發(fā)明實施例的方法流程圖；圖4為圖片組幀關(guān)系示意圖；圖5為I幀的格式示意圖；圖6為本發(fā)明第一實施例測試裝置示意圖；圖7為本發(fā)明第二實施例測試裝置示意圖。具體實施例方式本發(fā)明提供媒體請求響應(yīng)時間的測試方法和測試裝置，其核心思想為捕獲分析數(shù)據(jù)包，獲取發(fā)出媒體請求信息的時間和媒體數(shù)據(jù)特征碼到達(dá)的時間，依據(jù)這兩個時間計算媒體請求響應(yīng)時間。請參考圖3，為本發(fā)明實施例的方法流程圖。步驟301.終端發(fā)出媒體請求。媒體請求主要包括直播請求和點播請求。直播業(yè)務(wù)是以組播的方式傳遞媒體流至終端，在IPV4中，采用IGMP協(xié)議(InternetGroupManagementProtocol，因特網(wǎng)組管理協(xié)議)，在IPV6中，采用MLD協(xié)議(MulticastListenerDiscovery，組播監(jiān)聽發(fā)現(xiàn))，直播頻道的每一個頻道就是一個組播組，終端加入某一頻道，則需要申請加入該頻道所在的組播組，首先需要發(fā)起IGMPREPORT報文，申請加入該組播組，上層設(shè)備將此請求發(fā)送給更高一層的設(shè)備，更高一層的設(shè)備根據(jù)IGMPREPORT報文中的信息來判斷是否存在該組，如果存在，則反饋消息說明該組存在，STB發(fā)起IGMPJOIN組播組加入報文，上層設(shè)備收到此消息并經(jīng)過鑒權(quán)后，允許終端加入該組播組，并將媒體流下發(fā)給STB，用戶完成直播業(yè)務(wù)請求過程。點播業(yè)務(wù)是以單播的形式傳遞給終端，采用RTSP協(xié)議(RTSPReal-TimeStreamingProtocol，實時流協(xié)議)，終端(STB)發(fā)起點播請求，即RTSP請求，承載網(wǎng)作透傳，并附帶請求節(jié)目的相關(guān)信息，如時間段，節(jié)目名稱，服務(wù)器收到終端的請求后，經(jīng)過鑒權(quán)，返回給終端200.OK的信息，表明服務(wù)器端已經(jīng)響應(yīng)終端的請求，終端與點播服務(wù)器的通道建立后將媒體數(shù)據(jù)下發(fā)給終端，用戶完成點播業(yè)務(wù)過程。具體的，VOD(VideoonDemand，視頻點播)為RTSP消息，nVoD(NearVideoOnDemand，準(zhǔn)視頻點播)為IGMP消息和MLD消息，PLTV為RTSP消息，IGMP消息和MLD消息，TVOD(TVVideoOnDemand，電視點播)為RTSP消息。步驟302.獲取發(fā)出媒體請求的時間。不管是RTSP、IGMP還是MLD協(xié)議，協(xié)議規(guī)定報文攜帶的信息是特定的，這是由標(biāo)準(zhǔn)化組織的協(xié)議規(guī)范所定義，而相關(guān)的設(shè)備如終端設(shè)備，承載網(wǎng)設(shè)備路由器等均遵循這些協(xié)議規(guī)范，所以可以通過捕獲數(shù)據(jù)包的方法，獲取發(fā)出媒體請求的時間。在本實施例中，使用鏡像抓包分析捕獲的數(shù)據(jù)包，鏡像抓包是指將一個端口的數(shù)據(jù)包完全復(fù)制到另一個端口上，并從復(fù)制了數(shù)據(jù)的端口進(jìn)行捕獲分析，使用鏡像復(fù)制的過程不會影響正常的數(shù)據(jù)包傳輸。步驟303.終端接收媒體數(shù)據(jù)。經(jīng)過確認(rèn)終端請求后，媒體服務(wù)器下發(fā)媒體流，媒體流的編碼格式包括MPEG1，MPEG2，MPEG4，H.264和WMV等。媒體數(shù)據(jù)有自己固定的數(shù)據(jù)結(jié)構(gòu)，它是由各種視頻幀組成。在MPEG規(guī)范中，都定義了I、P、B這三種幀，分別簡稱為幀內(nèi)圖(IntraPicture)、預(yù)測圖(PredictedPicture)及雙向圖(BidirectionalPredictedPicture)，即I幀、P幀及B幀，其中I幀是不依靠其他幀就可以解碼的幀類型，B幀和P幀都需要以其他幀的數(shù)據(jù)作為參考才能完全解碼的幀類型。在這些幀中，I幀的壓縮率最差，而B幀和P幀分別使用了雙向和單向運動補(bǔ)償預(yù)測技術(shù)，壓縮率都優(yōu)于I幀。通常，媒體數(shù)據(jù)以GOP的形式組織，以滿足隨機(jī)存取的要求。GOP是一組由相鄰的，編碼好的幀組成的連續(xù)圖像序列，在GOP中，第一幀的幀類型是I幀。請參考圖4，為圖片組幀關(guān)系示意圖，其中PFrame高編碼；IFrame隨機(jī)存?。籅Frame高壓縮。每一種類型的視頻幀，即I幀，B幀，P幀，都是有著各自的幀組成結(jié)構(gòu)，每種幀的組成結(jié)構(gòu)是不同的，可以根據(jù)不同特征代碼分析幀的組成結(jié)構(gòu)來判斷幀的類型是I幀，B幀或者P幀。請參考圖5，為I幀的格式示意圖。在視頻媒體傳輸?shù)倪^程中，當(dāng)終端獲取到第一個I幀后，視頻圖像才會在終端設(shè)備上顯示出來。步驟304.獲取媒體數(shù)據(jù)特征碼到達(dá)的時間。在本實施例中，因為I幀到達(dá)后，才進(jìn)行解碼，故把I幀看成是媒體數(shù)據(jù)的特征碼。使用鏡像抓包的方法，捕獲終端接收的媒體流，鏡像抓取的內(nèi)容為從發(fā)起請求到接收到媒體數(shù)據(jù)這段過程中的所有數(shù)據(jù)包。對抓取的媒體流進(jìn)行分析，主要行為是根據(jù)幀的特征代碼分析終端按順序接收的數(shù)據(jù)包中的幀是否是I幀。進(jìn)一步，還可以分析媒體數(shù)據(jù)傳輸方式。當(dāng)前媒體流傳輸方式包括TS和ISMA。業(yè)界主要的標(biāo)準(zhǔn)化組織都選擇TS流作為傳輸標(biāo)準(zhǔn)，包括美國的ATSC、歐洲的DVB、日本的ISDB等，中國的數(shù)字電視傳輸標(biāo)準(zhǔn)也采用TS，涵蓋了SDTV到HDTV范圍內(nèi)的應(yīng)用。TS傳輸標(biāo)準(zhǔn)由ISO制訂，屬于ISO/IEC13818的一部分。ISMA(互聯(lián)網(wǎng)流媒體聯(lián)盟)是在2003年形成的標(biāo)準(zhǔn)，目標(biāo)之一是為了解決IP網(wǎng)上媒體傳送的交互性上，因此定義了回傳機(jī)制。ISMA是一個標(biāo)準(zhǔn)集合，其中傳輸標(biāo)準(zhǔn)選擇了RTP/RTCP。MPEG1/2可以使用RFC2250進(jìn)行封裝、MPEG-4ASP封裝在RFC3640或TS流中進(jìn)行傳輸、H.264封裝在RFC3984或TS流中進(jìn)行傳輸。獲取特征碼的方法舉例，以下為其中一種具體實現(xiàn)方式rtp_header_t*rtp_header＝(rtp_header_t*)buf；_u32*payload_header＝(_u32*)(buf+sizeof(rtp_header_t))；char*frame_type＝buf+sizeof(rtp_header_t)+4；if((*payload_header＝＝htonl(0x000001b6))&&((*frame_type&0xC0)＝＝0x00))channel-＞table-＞keyframe＝1；)步驟305.計算出媒體響應(yīng)時間。通過匹配幀的特征代碼得到媒體流第一個I幀的到達(dá)時間。I幀到達(dá)的時間與終端發(fā)起請求的時間長度即為得到的媒體請求響應(yīng)時間。時間長度的計算方法兩個實例第一種記錄方法為終端發(fā)出請求的時間到收到第一個I幀的時間，這段時間即為媒體請求響應(yīng)時間；第二種方法為分別記錄終端發(fā)出請求的時間和第一個I幀的到達(dá)時間，兩個時間之差即為媒體請求響應(yīng)時間。請參考圖6，為本發(fā)明第一實施例測試裝置示意圖。一種媒體請求響應(yīng)時間的測試裝置610，包括抓包分析單元613、發(fā)出請求時間獲取單元614、特征碼到達(dá)時間獲取單元615、媒體請求響應(yīng)時間計算單元616、數(shù)據(jù)接收端口611和多線程處理單元612。數(shù)據(jù)接收端口611，用于接收用戶接入設(shè)備發(fā)送的待分析數(shù)據(jù)包，向所述抓包分析單元613發(fā)送所述數(shù)據(jù)包。多線程處理單元612，用于處理所述數(shù)據(jù)接收端口611向所述抓包分析單元613發(fā)送的數(shù)據(jù)包，當(dāng)從所述數(shù)據(jù)接收端口611接收到多個不同目的地址的數(shù)據(jù)包時，依據(jù)多線程的處理方式，并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元613。抓包分析單元613，用于捕獲并分析數(shù)據(jù)包，判斷是否捕獲到媒體請求報文和媒體數(shù)據(jù)特征碼。發(fā)出請求時間獲取單元614，用于當(dāng)所述抓包分析單元613捕獲到媒體請求報文時，獲取發(fā)出媒體請求報文的時間。特征碼到達(dá)時間獲取單元615，用于當(dāng)所述抓包分析單元613捕獲到媒體數(shù)據(jù)特征碼時，獲取媒體數(shù)據(jù)特征碼到達(dá)的時間。媒體請求響應(yīng)時間計算單元616，用于根據(jù)所述發(fā)出請求時間獲取單元614獲取發(fā)出媒體請求報文的時間和所述特征碼到達(dá)時間獲取單元615獲取媒體數(shù)據(jù)特征碼到達(dá)的時間，計算媒體請求響應(yīng)時間。以下為本實施例測試裝置的工作過程媒體服務(wù)器630與用戶接入設(shè)備620有兩個通信進(jìn)程，這兩個進(jìn)程對應(yīng)于終端641和終端642。用戶接入設(shè)備620將端口2的數(shù)據(jù)包鏡像到端口1，并發(fā)送到媒體請求響應(yīng)時間的測試裝置610的數(shù)據(jù)接收端口611。數(shù)據(jù)接收端口611接收用戶接入設(shè)備620發(fā)送的待分析數(shù)據(jù)包后，向多線程處理單元612發(fā)送所述數(shù)據(jù)包。多線程處理單元612接收到多個不同目的地址的數(shù)據(jù)包時，依據(jù)多線程的處理方式，并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元613。抓包分析單元613捕獲并分析數(shù)據(jù)包，判斷是否捕獲到媒體請求報文和媒體數(shù)據(jù)特征碼。當(dāng)所述抓包分析單元613捕獲到媒體請求報文時，發(fā)出請求時間獲取單元614獲取發(fā)出媒體請求報文的時間。當(dāng)所述抓包分析單元613捕獲到媒體數(shù)據(jù)特征碼時，特征碼到達(dá)時間獲取單元615獲取媒體數(shù)據(jù)特征碼到達(dá)的時間。根據(jù)所述發(fā)出請求時間獲取單元614獲取發(fā)出媒體請求報文的時間和所述特征碼到達(dá)時間獲取單元615獲取媒體數(shù)據(jù)特征碼到達(dá)的時間，媒體請求響應(yīng)時間計算單元616計算媒體請求響應(yīng)時間。可以理解的是，本發(fā)明同樣適用于對超過兩個進(jìn)程的測試工作。需要說明的是，如果只對一個終端641進(jìn)行測試，請求響應(yīng)時間的測試裝置610可以不帶多線程處理單元612；數(shù)據(jù)接收端口611接收到用戶接入設(shè)備發(fā)送的待分析數(shù)據(jù)包后，直接向抓包分析單元613發(fā)送所述數(shù)據(jù)包。請參考圖7，為本發(fā)明第二實施例測試裝置示意圖。一種媒體請求響應(yīng)時間的測試裝置710，包括抓包分析單元713、發(fā)出請求時間獲取單元714、特征碼到達(dá)時間獲取單元715、媒體請求響應(yīng)時間計算單元716、至少一個數(shù)據(jù)上行端口717、至少一個數(shù)據(jù)下行端口718/719、鏡像處理單元711和多線程處理單元712。數(shù)據(jù)上行端口717，用于與媒體服務(wù)器進(jìn)行數(shù)據(jù)傳輸。數(shù)據(jù)下行端口718/719，用于與終端進(jìn)行數(shù)據(jù)傳輸。鏡像處理單元711，用于復(fù)制所述數(shù)據(jù)上行端口717和所述數(shù)據(jù)下行端口718/719傳輸?shù)臄?shù)據(jù)包，向所述抓包分析單元713發(fā)送所述數(shù)據(jù)包。多線程處理單元712，用于處理所述鏡像處理單元711向所述抓包分析單元713發(fā)送的數(shù)據(jù)包，當(dāng)從所述鏡像處理單元711接收到多個不同目的地址的媒體數(shù)據(jù)時，根據(jù)多線程的處理方式，并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元713。抓包分析單元713，用于捕獲并分析數(shù)據(jù)包，判斷是否捕獲到媒體請求報文和媒體數(shù)據(jù)特征碼。發(fā)出請求時間獲取單元714，用于當(dāng)所述抓包分析單元713捕獲到媒體請求報文時，獲取發(fā)出媒體請求報文的時間。特征碼到達(dá)時間獲取單元715，用于當(dāng)所述抓包分析單元713捕獲到媒體數(shù)據(jù)特征碼時，獲取媒體數(shù)據(jù)特征碼到達(dá)的時間。媒體請求響應(yīng)時間計算單元716，用于根據(jù)所述發(fā)出請求時間獲取單元714獲取發(fā)出媒體請求報文的時間和所述特征碼到達(dá)時間獲取單元715獲取媒體數(shù)據(jù)特征碼到達(dá)的時間，計算媒體請求響應(yīng)時間。以下為本實施例測試裝置的工作過程媒體服務(wù)器720與媒體請求響應(yīng)時間的測試裝置710有兩個通信進(jìn)程，這兩個進(jìn)程對應(yīng)于終端731和終端732。數(shù)據(jù)上行端口717的數(shù)據(jù)包鏡像到鏡像處理單元711。鏡像處理單元711向所述多線程處理單元712發(fā)送所述數(shù)據(jù)包。當(dāng)從所述鏡像處理單元711接收到多個不同目的地址的媒體數(shù)據(jù)時，根據(jù)多線程的處理方式，多線程處理單元712并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元713。抓包分析單元713捕獲并分析數(shù)據(jù)包，判斷是否捕獲到媒體請求報文和媒體數(shù)據(jù)特征碼。當(dāng)所述抓包分析單元713捕獲到媒體請求報文時，發(fā)出請求時間獲取單元714獲取發(fā)出媒體請求報文的時間。當(dāng)所述抓包分析單元713捕獲到媒體數(shù)據(jù)特征碼時，特征碼到達(dá)時間獲取單元715獲取媒體數(shù)據(jù)特征碼到達(dá)的時間。根據(jù)所述發(fā)出請求時間獲取單元714獲取發(fā)出媒體請求報文的時間和所述特征碼到達(dá)時間獲取單元715獲取媒體數(shù)據(jù)特征碼到達(dá)的時間，媒體請求響應(yīng)時間計算單元716計算媒體請求響應(yīng)時間?？梢岳斫獾氖牵景l(fā)明同樣適用于超過兩個進(jìn)程的測試工作。需要說明的是，如果只對一個終端731進(jìn)行測試，請求響應(yīng)時間的測試裝置710可以不帶多線程處理單元712；鏡像處理單元711復(fù)制終端數(shù)據(jù)上行端口717和數(shù)據(jù)下行端口718傳輸?shù)臄?shù)據(jù)包，直接向抓包分析單元713發(fā)送所述數(shù)據(jù)包。以上對本發(fā)明所提供的媒體請求響應(yīng)時間的測試方法和測試裝置進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。權(quán)利要求1.一種媒體請求響應(yīng)時間的測試方法，其特征在于，包括獲取發(fā)出媒體請求信息的時間；獲取媒體數(shù)據(jù)特征碼到達(dá)的時間；依據(jù)所述發(fā)出媒體請求信息的時間和所述媒體數(shù)據(jù)特征碼到達(dá)的時間，計算媒體請求響應(yīng)時間。2.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述媒體請求包括直播請求和/或點播請求。3.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述獲取媒體數(shù)據(jù)特征碼到達(dá)的時間前，捕獲媒體數(shù)據(jù)特征碼。4.根據(jù)權(quán)利要求1所述的測試方法，其特征在于，所述的計算過程為，所述媒體數(shù)據(jù)特征碼到達(dá)的時間減去所述發(fā)出媒體請求信息的時間。5.根據(jù)權(quán)利要求1至4其中之一所述的測試方法，其特征在于，所述特征碼為幀內(nèi)圖。6.一種媒體請求響應(yīng)時間的測試裝置，其特征在于，包括抓包分析單元、發(fā)出請求時間獲取單元、特征碼到達(dá)時間獲取單元和媒體請求響應(yīng)時間計算單元；抓包分析單元，用于捕獲并分析數(shù)據(jù)包，判斷是否捕獲到媒體請求報文和媒體數(shù)據(jù)特征碼；發(fā)出請求時間獲取單元，用于當(dāng)所述抓包分析單元捕獲到媒體請求報文時，獲取發(fā)出媒體請求報文的時間；特征碼到達(dá)時間獲取單元，用于當(dāng)所述抓包分析單元捕獲到媒體數(shù)據(jù)特征碼時，獲取媒體數(shù)據(jù)特征碼到達(dá)的時間；媒體請求響應(yīng)時間計算單元，用于根據(jù)所述發(fā)出媒體請求報文的時間和所述媒體數(shù)據(jù)特征碼到達(dá)的時間，計算媒體請求響應(yīng)時間。7.根據(jù)權(quán)利要求6所述的測試裝置，其特征在于，還包括數(shù)據(jù)接收端口；數(shù)據(jù)接收端口，用于接收用戶接入設(shè)備發(fā)送的待分析數(shù)據(jù)包，向所述抓包分析單元發(fā)送所述數(shù)據(jù)包。8.根據(jù)權(quán)利要求7所述的測試裝置，其特征在于，還包括多線程處理單元；多線程處理單元，用于處理所述數(shù)據(jù)接收端口向所述抓包分析單元發(fā)送的數(shù)據(jù)包，當(dāng)從所述數(shù)據(jù)接收端口接收到多個不同目的地址的數(shù)據(jù)包時，依據(jù)多線程的處理方式，并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元。9.根據(jù)權(quán)利要求6所述的測試裝置，其特征在于，還包括至少一個數(shù)據(jù)上行端口、至少一個數(shù)據(jù)下行端口和鏡像處理單元；數(shù)據(jù)上行端口，用于與媒體服務(wù)器進(jìn)行數(shù)據(jù)傳輸；數(shù)據(jù)下行端口，用于與終端進(jìn)行數(shù)據(jù)傳輸；鏡像處理單元，用于復(fù)制所述數(shù)據(jù)上行端口和所述數(shù)據(jù)下行端口傳輸?shù)臄?shù)據(jù)包，向所述抓包分析單元發(fā)送所述數(shù)據(jù)包。10.根據(jù)權(quán)利要求9所述的測試裝置，其特征在于，還包括多線程處理單元；多線程處理單元，用于處理所述鏡像處理單元向所述抓包分析單元發(fā)送的數(shù)據(jù)包，當(dāng)從所述鏡像處理單元接收到多個不同目的地址的數(shù)據(jù)包時，根據(jù)多線程的處理方式，并行把所述數(shù)據(jù)包發(fā)送給所述抓包分析單元。全文摘要本發(fā)明公開了媒體請求響應(yīng)時間的測試方法和測試裝置，其核心思想為捕獲分析數(shù)據(jù)包，獲取發(fā)出媒體請求信息的時間和媒體數(shù)據(jù)特征碼到達(dá)的時間，依據(jù)這兩個時間計算媒體請求響應(yīng)時間。本發(fā)明能夠?qū)崿F(xiàn)準(zhǔn)確測試媒體請求響應(yīng)時間。文檔編號H04L29/06GK1976306SQ20061013862公開日2007年6月6日申請日期2006年11月8日優(yōu)先權(quán)日2006年11月8日發(fā)明者王靳,蘆躍峰申請人:華為技術(shù)有限公司