[發(fā)明專利]RTSP協(xié)議模擬器及其實(shí)現(xiàn)方法

無(wú)效

• 申請(qǐng)?zhí)枺?/td>: 201210162033.7
• 申請(qǐng)日: 2012-05-23
• 公開(kāi)（公告）號(hào): CN102724178A
• 公開(kāi)（公告）日: 2012-10-10
• 發(fā)明（設(shè)計(jì)）人: 張家亮;董弋粲;張黛西
• 申請(qǐng)（專利權(quán)）人: 成都三零凱天通信實(shí)業(yè)有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06;H04N17/00;H04N17/04
• 代理公司: 成都金英專利代理事務(wù)所(普通合伙) 51218
• 代理人: 袁英

技術(shù)領(lǐng)域

本發(fā)明涉及一種RTSP協(xié)議模擬器及其實(shí)現(xiàn)方法。

背景技術(shù)

目前，達(dá)爾文流媒體服務(wù)器的壓力測(cè)試工具只有其自帶的StreamingLoadTool。但StreamingLoadTool有一定的限制，只能實(shí)現(xiàn)多端口對(duì)單一文件（同一個(gè)文件）的并發(fā)模擬測(cè)試，而且只能運(yùn)行于dos命令行環(huán)境，沒(méi)有人性化的操作界面，不便于測(cè)試操作。

RTSP協(xié)議模擬器可模擬大批客戶對(duì)指定流媒體服務(wù)器的單個(gè)文件、多個(gè)文件的并發(fā)請(qǐng)求，并且能根據(jù)需要設(shè)定影片的訪問(wèn)時(shí)長(zhǎng)，界面操作簡(jiǎn)單方便。因此RTSP協(xié)議模擬器對(duì)流媒體服務(wù)器的并發(fā)能力的測(cè)試中有很好的應(yīng)用前景。

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

本發(fā)明的目的即在于克服現(xiàn)有技術(shù)的不足，提供一種RTSP協(xié)議模擬器及其實(shí)現(xiàn)方法，完成了RTSP協(xié)議模擬器與流媒體服務(wù)器之間的RTSP協(xié)議交互，模擬了客戶端與流媒體服務(wù)器之間rtsp信令交互的整個(gè)過(guò)程，實(shí)現(xiàn)了以多IP（虛擬IP）、多端口形式訪問(wèn)不同的媒體文件。

本發(fā)明的目的是通過(guò)以下技術(shù)方案來(lái)實(shí)現(xiàn)：RTSP協(xié)議模擬器，它包括MFC窗口模塊、SOCKET模塊、多IP訪問(wèn)模塊、多文件模塊、RSTP協(xié)議方法模塊，MFC窗口模塊分別與SOCKET模塊、多IP訪問(wèn)模塊、多文件模塊、RSTP協(xié)議方法模塊連接；

所述的MFC窗口模塊是用戶設(shè)置參數(shù)輸入端口，是運(yùn)行的界面；

所述的SOCKET模塊創(chuàng)建SOCKET，對(duì)服務(wù)器的連接進(jìn)行管理；

所述的多IP訪問(wèn)模塊根據(jù)用戶設(shè)置的客戶端數(shù)量創(chuàng)建線程；

所述的多文件模塊按照要求設(shè)置每個(gè)模擬客戶訪問(wèn)不同的媒體文件。

所述的RSTP協(xié)議方法模塊包括OPTIONS模塊、PLAY模塊、DESCIRBE模塊、TEARDOWN模塊、SETUP模塊和GET-PARA?METER模塊。

RTSP協(xié)議模擬器的實(shí)現(xiàn)方法，它包括以下子步驟：

（1）創(chuàng)建socket；

（2）連接客戶端和服務(wù)器；

（3）客戶端發(fā)送DESCRIBE請(qǐng)求指令；

（4）DESCRIBE請(qǐng)求指令是否響應(yīng)，若沒(méi)有，則結(jié)束，退出整個(gè)操作，若有，則轉(zhuǎn)到下一步；

（5）保存返回信息中的Range信息；

（6）發(fā)送攜帶client?port的SETUP（video）指令；

（7）SETUP（video）指令是否響應(yīng)，若沒(méi)有，則結(jié)束，退出整個(gè)操作，若有，則轉(zhuǎn)到下一步；

（8）保存返回信息中的Session?ID；

（9）SETUP（video）指令是否響應(yīng)，若沒(méi)有，則結(jié)束，退出整個(gè)操作，若有，則轉(zhuǎn)到下一步；

（10）發(fā)送攜帶Session?ID和Range信息的PLAY請(qǐng)求指令；

（11）PLAY請(qǐng)求指令是否響應(yīng)，若沒(méi)有，則結(jié)束，退出整個(gè)操作，若有，則轉(zhuǎn)到下一步；

（12）服務(wù)器開(kāi)始向客戶端發(fā)送RTP包；

（13）媒體流是否傳輸完，若沒(méi)有傳輸完，則結(jié)束，退出整個(gè)操作，若傳輸完，則轉(zhuǎn)到下一步；

（14）發(fā)送TEARDOWN請(qǐng)求指令；

（15）判斷TEARDOWN請(qǐng)求指令是否響應(yīng)，判斷完成后，退出整個(gè)操作。

本發(fā)明的有益效果是：

（1）本發(fā)明提供一種RTSP協(xié)議模擬器及其實(shí)現(xiàn)方法，可用于調(diào)試、驗(yàn)證媒體服務(wù)器或機(jī)頂盒信令的交互功能，可模擬大量機(jī)頂盒對(duì)單個(gè)文件、多個(gè)文件的并發(fā)請(qǐng)求，也可模擬服務(wù)器端對(duì)機(jī)頂盒的信令進(jìn)行驗(yàn)證，完成了RTSP協(xié)議模擬器與流媒體服務(wù)器之間的RTSP協(xié)議交互，模擬了客戶端與流媒體服務(wù)器之間rtsp信令交互的整個(gè)過(guò)程，實(shí)現(xiàn)了以多IP（虛擬IP）、多端口形式訪問(wèn)不同媒體文件；

（2）本發(fā)明提供一種RTSP協(xié)議模擬器及其實(shí)現(xiàn)方法，在pc機(jī)上運(yùn)行RTSP協(xié)議模擬器就能夠完成對(duì)達(dá)爾文流媒體服務(wù)器并發(fā)能力的測(cè)試工作，從而避免使用大量機(jī)頂盒連接到流媒體服務(wù)器的繁瑣工作。RTSP協(xié)議模擬器的出現(xiàn)不僅讓流媒體服務(wù)器的并發(fā)壓力測(cè)試工作變得輕松方便，同時(shí)也減少了測(cè)試方面的經(jīng)費(fèi)支出，RTSP協(xié)議模擬器在流媒體軟件點(diǎn)播并發(fā)能力的測(cè)試中有重要作用。

附圖說(shuō)明

圖1為本發(fā)明的測(cè)試結(jié)構(gòu)框圖；

圖2為本發(fā)明的結(jié)構(gòu)框圖；

圖3為本發(fā)明的工作流程圖。

具體實(shí)施方式

下面結(jié)合附圖對(duì)本發(fā)明做進(jìn)一步的描述，但本發(fā)明的保護(hù)范圍不局限于以下所述。