国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端和方法

      文檔序號:7661221閱讀:219來源:國知局

      專利名稱::一種測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端和方法
      技術(shù)領(lǐng)域
      :本發(fā)明涉及無線寬帶接入領(lǐng)域,特別涉及一種測試WiMAX(WorldInteroperabilityforMicrowaveAccess,全球互才喿作性」徵波接入)網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端和方法。
      背景技術(shù)
      :WiMAX是近年來出現(xiàn)的一種無線寬帶接入技術(shù),其全稱為全球互操作性微波接入標準。WiMAX用多載波調(diào)制技術(shù),能夠提供高速的數(shù)據(jù)業(yè)務(wù),并且具有頻語資源利用率高,覆蓋范圍大等特點。WiMAX的成本相對較低,可以為個人、家庭、企業(yè)提供便利、優(yōu)良的移動多i某體寬帶服務(wù)和高速的無線數(shù)據(jù)傳輸。如圖1所示,作為一種端到端的參考模型,WiMAX系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)至少包括用戶移動終端MSS(MobileServiceSubcrible)、接入服務(wù)網(wǎng)絡(luò)ASN(AccessServiceNetwork)、連4姿月l務(wù)網(wǎng)纟各CSN(ConnectionServiceNetwork)和應(yīng)用服務(wù)提供商ASP(ApplicationServiceProvider)網(wǎng)絡(luò)組成。其中,ASN包括處理IEEE802.16d/e協(xié)議空中接口消息的基站BS(BaseStation)和實現(xiàn)ASN到CSN接口功能的接入網(wǎng)關(guān)AGW(AccessGateway),可以連接到多個CSN上;CSN由路由器、認證、授權(quán)、計費AAA代理或服務(wù)器、動態(tài)主機分配協(xié)議DHCP服務(wù)器、用戶數(shù)據(jù)庫、因特網(wǎng)網(wǎng)關(guān)設(shè)備組成,為WiMAX用戶提供IP連接,并通過以太網(wǎng)連接到ASP上;ASP為WiMAX用戶提供各種上層應(yīng)用數(shù)據(jù)業(yè)務(wù),如流媒體服務(wù)、FTP(文件傳輸協(xié)議)服務(wù)、HTTP(超級文本傳輸協(xié)議)服務(wù)和Email(電子郵件)服務(wù)等。就網(wǎng)絡(luò)接口而言,Rl接口為MSS與BS之間的互操作接口,R3為AGW與CSN之間的邏輯接口,R6是BS和AGW之間的互操作接口。與現(xiàn)有的移動通信技術(shù)相比,WiMAX技術(shù)可以提供更高的翁:據(jù)速率,更強的數(shù)據(jù)業(yè)務(wù)處理能力,通過WiMAX技術(shù)承載上層數(shù)據(jù)業(yè)務(wù)成為一種更為經(jīng)濟靈活的手段。為了支持MSS訪問ASP側(cè)的各種應(yīng)用數(shù)據(jù)業(yè)務(wù),IEEE802.16d/e協(xié)議定義了4種調(diào)度業(yè)務(wù)類型,按調(diào)度優(yōu)先權(quán)從高到低的順序分為主動授權(quán)業(yè)務(wù)UGS、實時查詢業(yè)務(wù)RTPS、非實時查詢業(yè)務(wù)nRTPS和盡力而為業(yè)務(wù)BE,每種業(yè)務(wù)類型具有不同的帶寬申請方式、帶寬調(diào)度特點和服務(wù)質(zhì)量Qos(QualityofService)參數(shù)集。其中,RTPS用于支持可變速率實時業(yè)務(wù),是為滿足動態(tài)變化的業(yè)務(wù)需求而設(shè)計,如流媒體服務(wù)等。BS為RTPS提供周期性的單播查詢請求機會,并禁止使用其他竟爭請求機會和捎帶請求。RTPS要求有最小保證速率MRR,且對最大時延和最大時延抖動敏感。隨著互聯(lián)網(wǎng)的普及和多媒體技術(shù)在互聯(lián)網(wǎng)上的應(yīng)用,流媒體服務(wù)成為ASP提供的主要RTPS業(yè)務(wù)之一。流媒體是指在Internet中使用流式傳輸技術(shù)的連續(xù)時基媒體,如音頻、視頻或多媒體文件。如圖2所示,流媒體的協(xié)議棧主要包括實時傳輸協(xié)議RTP、實時傳輸控制協(xié)議RTCP和實時傳輸會話協(xié)議RTSP,它們均位于傳輸控制協(xié)議/用戶數(shù)據(jù)包協(xié)議TCP/UDP之上。其中RTP是用于Internet上針對多媒體數(shù)據(jù)流的一種傳輸協(xié)i義RTP適用于一對一或一對多的傳輸情況下工作,其目的是提供時間信息和實現(xiàn)流同步。RTP通常使用UDP來傳送數(shù)據(jù),當應(yīng)用程序開始一個RTP會話時將使用兩個端口一個給RTP,一個給RTCP。RTP本身并不測量網(wǎng)絡(luò)各參數(shù),也不提供流量控制或擁塞控制,它依靠RTCP提供這些服務(wù)。通常RTP算法并不作為一個獨立的網(wǎng)絡(luò)層來實現(xiàn),而是作為應(yīng)用程序代碼的一部分。RTCP協(xié)議也位于UDP協(xié)議上,與RTP—起提供流量控制和擁塞控制服務(wù),周期性地傳送RTCP包給流媒體服務(wù)器。由于RTCP包中含有所接收的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量、亂序的數(shù)據(jù)包的數(shù)量以及用于估計傳輸時延的時刻信息,使得流媒體服務(wù)器可以利用這些信息動態(tài)地改變傳輸速率,甚至改變有效載荷類型;RTSP協(xié)議是一個客戶端/服務(wù)器的多々某體節(jié)目協(xié)議,它位于TCP協(xié)議上,可以控制流媒體數(shù)據(jù)在IP網(wǎng)絡(luò)上的傳送,同時提供流媒體數(shù)據(jù)的遠程控制功能。此外,RTSP協(xié)議又是一個應(yīng)用層協(xié)議,提供一個基于Internet的整套流化服務(wù)?,F(xiàn)有測試流媒體在WiMAX網(wǎng)絡(luò)中的業(yè)務(wù)傳輸性能的方法,通常是采用一個播放客戶端請求流媒體播放,由流媒體服務(wù)器將媒體流以RTP包的格式通過WiMAX網(wǎng)絡(luò)向MSS進行發(fā)送。MSS首先進行一段時間的緩沖,然后開始流媒體播放,由用戶根據(jù)MSS的流^!某體播放效果來判斷端到端之間的WiMAX網(wǎng)絡(luò)的實時傳輸業(yè)務(wù)性能。但上述測試方法可分4斤差,無法對MSS的丟包率、傳輸速率、時延和時延抖動等指標進行準確統(tǒng)計,無法對不同Qos配置下的測試用例進行量化對比分析。
      發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是,提供一種測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端和方法,簡單易行地獲取MSS的測試指標,大大4是高了測試的準確性。為了解決上述問題,本發(fā)明公開了,一種測試WiMAX網(wǎng)絡(luò)實時業(yè)務(wù)傳輸性能的方法,該方法包括以下步驟A:移動終端通過基站的網(wǎng)絡(luò)連接,獲取J某體可用方法和初始化描述信息后,建立與流媒體服務(wù)器的實時傳輸會話協(xié)議RTSP媒體會話連接;B:所述流媒體服務(wù)器根據(jù)從所述移動終端收到的會話請求中的會話信息分配相應(yīng)的資源,確定相應(yīng)的編碼速率,使用用戶數(shù)據(jù)包協(xié)議UDP封裝實時UDP報文,然后通過WiMAX網(wǎng)絡(luò)發(fā)送給所述移動終端,所述移動終端對收到的UDP報文按照UDP協(xié)議進行解析;C:網(wǎng)絡(luò)連接超時后,所述移動終端終止與所述流媒體服務(wù)器的實時傳輸會話協(xié)議RTSP媒體會話連接,然后根據(jù)對所述UDP報文的解析結(jié)果,計算傳輸速率、丟包率、時延和時延抖動性能指標。上述方法,所述步驟B中,所述流媒體服務(wù)器發(fā)送的實時UDP報文為實時傳輸協(xié)議RTP報文或者實時傳輸控制協(xié)議RTCP報文;號解析收到的實時UDP報文為RTP報文或者RTCP報文,然后再按照流J某體協(xié)議對RTP報文或者RTCP報文做進一步解析。若所述移動終端從所述UDP報文的數(shù)據(jù)部分解析出RTP報文的首部和數(shù)據(jù)部分,其中RTP報文的首部包含版本號、填充標識位、擴充位、貢獻源的數(shù)目、標識位、負載類型、順序號、時間戳和同步源識別號信息。發(fā)送者、和一個或者多個接收者才艮告塊的發(fā)送者報文,其中RTCP報文的首部包含版本號、填充標識位、接受才艮告塊計it和貢獻源信息;發(fā)送者信息包括網(wǎng)絡(luò)時間協(xié)議時間戳、RTP時間戳、發(fā)送的凈艮文數(shù)以及發(fā)送的字節(jié)數(shù)。上述測試WiMAX網(wǎng)絡(luò)實時業(yè)務(wù)傳輸性能的方法中,所述移動終端對收到的UDP報文中的Length字段的數(shù)值進行疊加統(tǒng)計,計算傳輸速率的大?。蝗羲鲆苿咏K端收到的UDP報文為RTP報文,則對該報文的數(shù)目進行實時加1累計統(tǒng)計,對收到該報文的時刻進行實時記錄,計算丟包率、時延和時延抖動性能指標的大小。本發(fā)明還公開了,一種測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端,該終端包括媒體會話模塊、UDP報文接收模塊、UDP報文處理單元,其中UDP報文接收模塊與UDP報文處理單元相連,媒體會話模塊與流媒體服務(wù)器建立網(wǎng)絡(luò)連4妄;媒體會話模塊,用于終端用戶向流媒體服務(wù)器發(fā)送媒體會話請求,接收流媒體服務(wù)器的回復(fù)以及網(wǎng)絡(luò)連接定時;UDP報文接收模塊,用于接收UDP報文,并按照UDP協(xié)議的格式將UDP4艮文進行解析;UDP報文處理單元,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTP報文格式或者RTCP報文格式進行解析,以及提供接口函數(shù)供各模塊進行調(diào)用,用于分別計算傳輸速率、丟包率、時延和時延抖動性能指標。上述終端中,所述UDP報文處理單元包括RTP報文處理模塊、RTCP報文處理模塊和記錄統(tǒng)計模塊,其中RTP報文處理模塊,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTP報文格式進行解析;RTCP報文處理模塊,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTCP報文格式進行解析;記錄統(tǒng)計模塊,用于提供接口函數(shù)供UDP報文接收模塊、RTP報文處理模塊、RTCP報文處理模塊進行調(diào)用,用于分別計算傳輸速率、丟包率、時延和時延抖動性能指標。所述UDP報文的首部包含源端口、目標端口、長度和校驗和信息,所述UDP報文接收模塊根據(jù)其中的目標端口信息,并按照UDP協(xié)議的格式將UDP報文進行解析。所述RTP報文處理模塊收到的RTP報文的首部包含版本號、填充標識位、擴充位、貢獻源的數(shù)目、標識位、負載類型、順序號、時間戳和同步源識別號信息。所述RTCP報文處理模塊接收的RTCP報文包括首部、發(fā)送者、和一個或者多個接收者報告塊的發(fā)送者報文,其中RTCP報文的首部包含版本號、填充標識位、接受報告塊計數(shù)和貢獻源4呂息5發(fā)送者信息包括網(wǎng)絡(luò)時間協(xié)議時間戳、RTP時間戳、發(fā)送的才艮文數(shù)以及發(fā)送的字節(jié)數(shù)。上述終端中,所述記錄統(tǒng)計模塊還用于統(tǒng)計各統(tǒng)計變量的凄W直,包括流媒體服務(wù)器已發(fā)送的RTP報文的總數(shù)、終端用戶已收到的RTP報文的總數(shù)和終端用戶已收到的RTP報文的總大??;同時該模塊還用于記錄各記錄變量的數(shù)值,包括終端用戶建立會話連接保持時長、終端用戶收到的RTP報文的發(fā)送時刻、終端用戶收到的RTP報文的接收時刻,并將它們保存在全局結(jié)構(gòu)變量中。針對上述終端,網(wǎng)絡(luò)連接超時后,所述記錄統(tǒng)計模塊對收到的UDP報文中的Length字段的數(shù)值進行疊加統(tǒng)計,計算傳輸速率的大??;若收到的UDP報文為RTP報文,則對該報文的數(shù)目進行實時加1累計統(tǒng)計,對收到該報文的時刻進行實時記錄,計算丟包率、時延和時延抖動性能指標的大小。本發(fā)明通過對收到的流媒體報文進行解析的方法,獲得不同Qos配置下的測試用例下傳輸速率、丟包率、時延和時延抖動等性能指標,大大提高了可測試性和可分析性。圖1為WiMAX系統(tǒng)結(jié)構(gòu)示意圖;圖2為流媒體服務(wù)的協(xié)議棧的示意圖;圖3為采用本發(fā)明技術(shù)方案的移動終端MSS的^^莫塊結(jié)構(gòu)示意圖;圖4為采用本發(fā)明技術(shù)方案測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的流程圖。具體實施方式下面結(jié)合附圖對本發(fā)明所采用的技術(shù)方案作進一步詳細說明。一種測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端,使用了多線程技術(shù),可以創(chuàng)建一個TCP進程和一個UDP進程,分別用于建立流媒體會話連接和接收流媒體報文;其中TCP進程包含一個RTSP線程,而UDP進程則包含一個UDP線程、一個實時記錄統(tǒng)計線程、一個RTCP線程和多個RTP線程。該終端的具體模塊結(jié)構(gòu)如圖3所示,包括媒體會話模塊、UDP報文接收模塊、UDP報文處理單元,其中UDP報文處理單元又包括RTP報文處理模塊、RTCP報文處理模塊和記錄統(tǒng)計模塊,UDP報文接收模塊分別與UDP報文處理單元的RTP報文處理模塊、RTCP報文處理模塊和記錄統(tǒng)計模塊相連,記錄統(tǒng)計模塊還分別與RTP報文處理模塊、RTCP報文處理模塊相連,媒體會話模塊與流媒體服務(wù)器進行網(wǎng)絡(luò)連接,其中各^t塊功能如下媒體會話模塊用于終端用戶向流媒體服務(wù)器發(fā)送媒體會話請求,接收流媒體服務(wù)器的回復(fù)以及網(wǎng)絡(luò)連接定時。該模塊通過WiMAX網(wǎng)絡(luò)與流媒體服務(wù)器建立起會話連接過程中,遵守RTSP協(xié)議和TCP協(xié)議。UDP報文接收模塊該模塊包含一個UDP線程,用于接收流媒體服務(wù)器經(jīng)WiMAX網(wǎng)絡(luò)發(fā)送的UDP報文,并按照UDP協(xié)議的格式將UDP報文進行解析,其中解析是根據(jù)UDP報文中的目標端口號,也就是判斷UDP報文中的數(shù)據(jù)部分是屬于RTP報文還是RTCP報文,然后分別轉(zhuǎn)發(fā)給RTP報文處理模塊和RTCP報文處理模塊進行處理。UDP報文處理單元包括RTP報文處理模塊、RTCP報文處理模塊和記錄統(tǒng)計模塊。RTP報文處理模塊該模塊包含一個或多個RTP線程,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTP報文格式進行解析,并判斷RTP報文格式的合法性。RTCP報文處理模塊該模塊包含一個RTCP線程,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTCP報文格式進行解析,并判斷RTCP報文格式的合法性。所述RTCP報文包含首部、發(fā)送者信息和一個或多個接收者報告塊(ReceiverReportBlock)的RTCPSR發(fā)送者報告(SenderReport)報文。記錄統(tǒng)計模塊該模塊包含一個實時記錄統(tǒng)計線程,用于記錄各記錄變量的數(shù)值,包括終端用戶建立會話連接保持時長、終端用戶收到的RTP報文的發(fā)送時刻、終端用戶收到的RTP報文的接收時刻,并將它們保存在全局結(jié)構(gòu)變量中;同時該模塊還用于統(tǒng)計各統(tǒng)計變量的數(shù)值,包括流媒體服務(wù)器已發(fā)送的RTP報文的總數(shù)、終端用戶已收到的RTP報文的總凄史和終端用戶已收到的RTP報文的總大小,并將它們保存在全局結(jié)構(gòu)變量中。此外,該模塊還提供接口函數(shù)供UDP報文接收模塊、RTP報文處理模塊、RTCP報文處理模塊進行調(diào)用,用于分別計算傳輸速率、丟包率、時延和時延抖動等性能指標。其中傳輸速率,通常以MBit/s為單位,指在一定的時間間隔內(nèi),終端用戶在單位時間收到的RTP報文的總大小,傳輸速率越大,表明網(wǎng)絡(luò)實時業(yè)務(wù)傳輸性能越好。丟包率,是指在一定時間間隔內(nèi),終端用戶收到的RTP報文的數(shù)目和流媒體服務(wù)器發(fā)送的RTP報文數(shù)目之比,丟包率越低,表明網(wǎng)絡(luò)實時業(yè)務(wù)傳輸性能越好。時延,是指終端用戶收到的一個RTP報文的時刻與流媒體服務(wù)器發(fā)送該RTP報文的時刻之差,時延越小,表明網(wǎng)絡(luò)實時業(yè)務(wù)傳輸性能越好。時延抖動,是指終端用戶收到的某一個RTP報文的時延與平均時延之差的絕對值。該模塊可以對收到的UDP報文中的Length字段的數(shù)值進行疊加統(tǒng)計,以計算傳輸速率的大??;還可以對收到的RTP報文的數(shù)目進行實時加1累計統(tǒng)計,對收到的RTP報文的時刻進行實時記錄,以計算丟包率、時延和時延抖動性能指標的大小,以滿足實時業(yè)務(wù)傳輸性能分析的需要。本實施例的測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的過程包括如下步驟,如圖4所示步驟401:當MSS實現(xiàn)與WiMAX網(wǎng)絡(luò)的上下行業(yè)務(wù)連接的建立后,其媒體會話模塊向流媒體服務(wù)器發(fā)送RTSP選擇請求(OptionsRequest)消息,獲取流媒體服務(wù)器的可用方法;步驟402:流媒體服務(wù)器收到上述請求消息后,向MSS的媒體會話模塊反饋RTSP選擇響應(yīng)(OptionsResponse)消息,該消息中攜帶流媒體服務(wù)器可以提供的所有可用方法信息;步驟403:MSS的媒體會話模塊收到上述響應(yīng)消息后,向流J某體服務(wù)器發(fā)送RTSP描述請求(DescribeRequest)消息,要求得到流媒體服務(wù)器提供的媒體初始化描述信息;步驟404:流媒體服務(wù)器反饋RTSP描述響應(yīng)(DescribeResponse)消息給終端用戶的媒體會話模塊,反饋的媒體初始化描述信息主要是指會話描述協(xié)議SDP(SessionDescriptionProtocol)文件,該文件包含了媒體的類型和帶寬等信息;步驟405:MSS的媒體會話模塊獲得媒體SDP描述文件后,可以配置相應(yīng)的QoS參凄t;本實施例中,配置實時查詢業(yè)務(wù)RTPS的QoS參it;步驟406:MSS的媒體會話模塊向流媒體服務(wù)器發(fā)送RTSP會話請求(SetupRequest)消息,該消息中設(shè)置會話的屬性以及傳輸模式,提醒流々某體服務(wù)器建立會話,同時,初始化"終端用戶建立會話連接保持時長"為KEEP—SESSION—PERIOD;步驟407:流媒體服務(wù)器收到會話請求消息后,與MSS建立會話連接,并向MSS的媒體會話模塊反饋RTSP會話應(yīng)答(SetupResponse)消息,該消息中攜帶會話標識符以及會話相關(guān)信息;步驟408:MSS的媒體會話模塊收到應(yīng)答消息后,啟動一定時器Tl,且定時器時長為步驟406所設(shè)置的KEEP—SESSION—PERIOD;步驟409中,MSS的媒體會話模塊循環(huán)判斷T1定時器是否超時,如果是,則轉(zhuǎn)入步驟417,否則執(zhí)行下一步驟;步驟410:MSS的媒體會話模塊向流媒體服務(wù)器發(fā)送RSTP擴展播放(Play)消息,請求播放流媒體服務(wù)器提供的媒體資源,同時初始化各記錄變量或統(tǒng)計變量初值為0,其中各變量名及變量代號如表1所示表1<table>tableseeoriginaldocumentpage14</column></row><table>MSS已收到的RTP報文的總大小TOTALRCVRTPSIZE步驟411:流媒體服務(wù)器收到MSS的媒體播放請求后,構(gòu)造經(jīng)過UDP封裝的RTP報文或者RTCP報文,然后通過WiMAX網(wǎng)絡(luò)發(fā)送給MSS的UDP報文接收模塊;步驟412:MSS的UDP報文接收模塊對收到的UDP報文按照表2進行解析,并對UDP報文中的目的端口號進行判斷,如果是RTP報文的端口號則繼續(xù)下一步驟,否則轉(zhuǎn)入步驟415;表2SourceportDestinationportLengthChecksumUDPData表2中的首部包括源端口Sourceport、目標端口Destinationport、長度Length和校驗和Checksum四個字段,各字段的含義如下Sourceport:為16Bit長的字^殳,用于表示發(fā)送方的端口號;Destinationport:為16Bit長的字段,用于表示接收方的端口號。由于接收RTP報文和RTCP報文的端口號是不同的,以此可以區(qū)分UDPData中的內(nèi)容是RTP報文還是RTCP報文;Length:為16Bit長的字段,用于表示首部長度和數(shù)據(jù)長度之和,以Byte,即8Bit為單位;Checksum:為16Bit長的字段,用于標識UDP報文各字段的校驗和;此外,表2中的UDPData為變長的字段,由于首部長度根據(jù)協(xié)議規(guī)定已知為8Byte,因此用Length字段的數(shù)值減去8Byte就是UDPData的長度。步驟413:MSS的UDP報文接收模塊調(diào)用記錄統(tǒng)計模塊中的接口函數(shù)對UDP報文中Length值進行疊加操作,作為"終端用戶已收到的RTP報文的總大小,,,即TOTAL—RCV—RTP—SIZE=TOTAL—RCV—RTP—SIZE+Length;同時,對"終端用戶已收到的RTP報文的總數(shù),,進行累計加1操作,即TOTAL—RCV—RTP—NUM=TOTAL—RCV—RTPNUM+1;同時,記錄當前時刻為T—RCV一RTP,作為"終端用戶收到的RTP報文的接收時刻",將其保存在全局結(jié)構(gòu)變量中,然后將UDP報文中的數(shù)據(jù)部分轉(zhuǎn)發(fā)到RTP報文處理模塊做進一步處理;步驟414:MSS的RTP報文處理模塊對UDP報文數(shù)據(jù)部分按照表3中的結(jié)構(gòu)做進一步解析,調(diào)用記錄統(tǒng)計模塊的接口函數(shù)將Time-stamp字段的數(shù)值記錄為T—SENT_RTP,并保存在全局結(jié)構(gòu)變量中,然后轉(zhuǎn)入步驟409;表3<table>tableseeoriginaldocumentpage16</column></row><table>表3中的首部包括版本號V、填充標識位P、擴充位X、CSRC的數(shù)目CC、標識位M、負載類型PT、順序號SequenceNumber、時間戳Timestamp和同步源識別號SSRCIdentifier共9個字段,各字段含義如下V:為2Bit長的字段,用于標識RTP的版本號,缺省值為2;P:為lBit長的字段,用于標識RTP報文的末尾是否有填充字符;X:為lBit長的字段,用于標識在報文頭部后面是否有擴展頭部;CC:為4Bit長的字段,用于標識貢獻源CSRC的數(shù)目;M:為1Bit長的字段,其解釋由具體協(xié)議規(guī)定,用來允許在比特流中標記重要的事件,如幀范圍等;PT:為7Bit長的字段,用于標識所運載的負載類型,PT碼和編碼方式相應(yīng)關(guān)系由附加規(guī)范定義,接收方用該字段對接受來的數(shù)據(jù)進行解碼;SequenceNumber:為16Bit長的字段,發(fā)送方每發(fā)送出一個RTP報文就將順序加1,該字段被接收方用于檢測報文的丟失情況;Timestamp:為32Bit長的字段,該字段反映該RTP報文的釆樣時間;SSRCIdentifier:為32Bit長的字段,用于標識RTP報文發(fā)起者的來源標識符。此外,表3中的RTPData為變長的字段,其具體長度由發(fā)送方根據(jù)PT碼對應(yīng)的負載類型以及相應(yīng)的編解碼方式來決定;步驟415:MSS的UDP報文接收模塊將UDP報文中的數(shù)據(jù)部分轉(zhuǎn)發(fā)到RTCP報文處理模塊做進一步處理;步驟416:MSS的RTCP報文處理模塊對UDP報文數(shù)據(jù)部分按照表4中的結(jié)構(gòu)做進一步解析,調(diào)用記錄統(tǒng)計模塊的接口函數(shù)將"Sender'spacketcount"字段統(tǒng)計為TOTAL_SENT—RTP—NUM,作為"流媒體服務(wù)器已發(fā)送的RTP報文的總數(shù)",然后轉(zhuǎn)入步驟409;表4<table>tableseeoriginaldocumentpage17</column></row><table>表4中的報文頭包括版本號V、填充標識位P、接收報告塊計數(shù)RC和SSRC,各字段含義如下V:為2Bit長的字段,在RTCP包內(nèi)的意義與表2中RTP包的意義相同;P:為lBit長的字段,用于標識RTCP報文的末尾是否有填充字符;RC:為5Bit長的字段,用于標識RTCP報文中所含接收報告塊的數(shù)目;PT:為8比特長的字段,這里為常數(shù)200,用以標識類型為RTCPSR的報文;Length:為16Bit長的字段,用于標識除V、P、RC、PT和Length外的其它字^^的總長度,以32Bit為單位;SSRC:為32Bit長的字段,用于標識RTCPSR報文發(fā)起者的來源標識付,表4中的發(fā)送者信息包括網(wǎng)絡(luò)時間協(xié)議時間戳NTPTimestamp、RTP時間戳RTPTimestamp、發(fā)送的報文數(shù)Sender'spacketcount、發(fā)送的字節(jié)數(shù)Sender'soctetcount,各字段含義如下NTPTimestamp:為64Bit長的字段,用于標識RTCPSR發(fā)送時的精準時鐘時刻,例如石英鐘和全球定位系統(tǒng)GPS等,如果無法獲得精準時鐘時刻,則i殳置此字l殳為零;RTPTimestamp:為32Bit長的字4爻,與以上的NTPTimestamp對應(yīng)同一時刻,但是與表2中的RTP報文的具Timestamp有相同的單位和偏移量;Sender'spacketcount:為32Bit長的字段,用于標識從開始傳輸RTP報文到此RTCPSR報文產(chǎn)生時,發(fā)送方,這里指流媒體服務(wù)器,發(fā)送的RTP報文總數(shù);Sender'soctetcount:為32Bit長的字段,用于標識從開始傳輸RTP4艮文到此RTCPSR報文產(chǎn)生時,發(fā)送方,這里指流媒體服務(wù)器,發(fā)送的RTP報文的字節(jié)總數(shù),其中不包括首部和填充;步驟417:MSS的媒體會話模塊向流媒體服務(wù)器發(fā)送RSTP終止請求(TeardownRequest)消息,請求關(guān)閉會話連接;步驟418:流媒體服務(wù)器收到終止請求消息后,向MSS的媒體會話模塊反饋RSTP終止應(yīng)答(TeardownResponse)消息,并關(guān)閉會話連接步驟419:MSS的記錄統(tǒng)計模塊讀取保存在全局結(jié)構(gòu)變量中的各記錄變量和統(tǒng)計變量,使用表5中的公式計算傳輸速率、丟包率、時延和時延抖動。表5統(tǒng)計項目計算公式傳輸速率(8承TOTAL一RCV一RTP—SIZE/(KEEPSESSIONPERIOD/1000)丟包率(TOTALSENTRTPNUM糧TOTALSENTRCV麗M)—NUM時延T—RCV—RTP-T—SENT_RTP時延抖動計算所有時延的平均值后,再減去某個時延,求絕對值。上述步驟501至504采用現(xiàn)有技術(shù)實現(xiàn),其中,如果MSS和流媒體服務(wù)器事先協(xié)商好,則步驟501的option請求和步驟502的option響應(yīng)可以忽略;如果終端用戶可以通過其它途徑,例如HTTP請求等等,則步驟503的describe請求和步驟504的describe響應(yīng)也可以忽略。以上所述,僅是本發(fā)明的最佳實施例而已,并非用于本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改都應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。權(quán)利要求1、一種測試WiMAX網(wǎng)絡(luò)實時業(yè)務(wù)傳輸性能的方法,其特征在于,該方法包括以下步驟A移動終端通過基站的網(wǎng)絡(luò)連接,獲取媒體可用方法和初始化描述信息后,建立與流媒體服務(wù)器的實時傳輸會話協(xié)議RTSP媒體會話連接;B所述流媒體服務(wù)器根據(jù)從所述移動終端收到的會話請求中的會話信息分配相應(yīng)的資源,確定相應(yīng)的編碼速率,使用用戶數(shù)據(jù)包協(xié)議UDP封裝實時UDP報文,然后通過WiMAX網(wǎng)絡(luò)發(fā)送給所述移動終端,所述移動終端對收到的UDP報文按照UDP協(xié)議進行解析;C網(wǎng)絡(luò)連接超時后,所述移動終端終止與所述流媒體服務(wù)器的實時傳輸會話協(xié)議RTSP媒體會話連接,然后根據(jù)對所述UDP報文的解析結(jié)果,計算傳輸速率、丟包率、時延和時延抖動性能指標。2、如權(quán)利要求l所述的方法,其特征在于所述步驟B中,所述流媒體服務(wù)器發(fā)送的實時UDP報文為實時傳輸協(xié)議RTP報文或者實時傳輸控制協(xié)議RTCP報文;所述移動終端根據(jù)不同的端口號解析收到的實時UDP報文為RTP報文或者RTCP報文,然后再按照流媒體協(xié)議對RTP報文或者RTCP報文做進一步解析。3、如權(quán)利要求2所述的方法,其特征在于所述移動終端從所述UDP報文的數(shù)據(jù)部分解析出RTP報文的首部和數(shù)據(jù)部分,其中RTP報文的首部包含版本號、填充標識位、擴充位、貢獻源的數(shù)目、標識位、負載類型、順序號、時間戳和同步源識別號信息。4、如權(quán)利要求2所述的方法,其特征在于所述移動終端從所述UDP報文的數(shù)據(jù)部分解析出RTCP報文的首部、發(fā)送者、和一個或者多個接收者報告塊的發(fā)送者報文,其中RTCP報文的首部包含版本號、填充標識位、接受報告塊計數(shù)和貢獻源信息;發(fā)送者信息包括網(wǎng)絡(luò)時間協(xié)議時間戳、RTP時間戳、發(fā)送的報文數(shù)以及發(fā)送的字節(jié)數(shù)。5、如權(quán)利要求1至4任一項所述的方法,其特征在于所述移動終端對收到的UDP報文中的Length字段的數(shù)值進行疊加統(tǒng)計,計算傳輸速率的大?。蝗羲鲆苿咏K端收到的UDP報文為RTP報文,則對該報文的數(shù)目進行實時力。1累計統(tǒng)計,對收到該報文的時刻進行實時記錄,計算丟包率、時延和時延抖動性能指標的大小。6、一種測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端,其特;f正在于,該終端包括媒體會話模塊、UDP報文接收模塊、UDP報文處理單元,其中UDP報文接收模塊與UDP報文處理單元相連,媒體會話模塊與流媒體服務(wù)器建立網(wǎng)絡(luò)連接;媒體會話模塊,用于終端用戶向流媒體服務(wù)器發(fā)送媒體會話請求,接收流4某體服務(wù)器的回復(fù)以及網(wǎng)絡(luò)連接定時;UDP報文接收模塊,用于接收UDP報文,并按照UDP協(xié)議的格式將UDP報文進行解析;UDP報文處理單元,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTP報文格式或者RTCP報文格式進行解析,以及提供接口函數(shù)供各模塊進行調(diào)用,用于分別計算傳輸速率、丟包率、時延和時延抖動性能指標。7、如權(quán)利要求6所述的終端,其特征在于所述UDP報文處理單元包括RTP報文處理模塊、RTCP報文處理模塊和記錄統(tǒng)計模塊,其中RTP報文處理模塊,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTP報文格式進行解析;RTCP報文處理模塊,用于接收UDP報文接收模塊轉(zhuǎn)發(fā)的UDP報文數(shù)據(jù)部分,按照流媒體協(xié)議中定義的RTCP報文格式進行解析;記錄統(tǒng)計模塊,用于提供接口函數(shù)供UDP報文接收模塊、RTP報文處理模塊、RTCP報文處理模塊進行調(diào)用,用于分別計算傳輸速率、丟包率、時延和時延抖動性能指標。8、如權(quán)利要求6或7所述的終端,其特征在于,UDP報文的首部包含源端口、目標端口、長度和校驗和信息,所述UDP報文接收模塊根據(jù)其中的目標端口信息,并按照UDP協(xié)議的格式將UDP報文進行解析。9、如權(quán)利要求7所述的終端,其特征在于,所述RTP報文處理模塊收到的RTP報文的首部包含版本號、填充標識位、擴充位、貢獻源的數(shù)目、標識位、負載類型、順序號、時間戳和同步源識別號信息。10、如權(quán)利要求7所述的終端,其特征在于,所述RTCP報文處理模塊接收的RTCP報文包括首部、發(fā)送者、和一個或者多個接收者報告塊的發(fā)送者報文,其中RTCP報文的首部包含版本號、填充標識位、接受報告塊計數(shù)和貢獻源"息5發(fā)送者信息包括網(wǎng)絡(luò)時間協(xié)議時間戳、RTP時間戳、發(fā)送的報文數(shù)以及發(fā)送的字節(jié)數(shù)。11、如權(quán)利要求7所述的終端,其特征在于所述記錄統(tǒng)計模塊還用于統(tǒng)計各統(tǒng)計變量的數(shù)值,包括流媒體服務(wù)器已發(fā)送的RTP報文的總數(shù)、終端用戶已收到的RTP報文的總數(shù)和終端用戶已收到的RTP報文的總大?。煌瑫r該模塊還用于記錄各記錄變量的數(shù)值,包括終端用戶建立會話連接保持時長、終端用戶收到的RTP報文的發(fā)送時刻、終端用戶收到的RTP報文的接收時刻,并將它們保存在全局結(jié)構(gòu)變量中。12、如權(quán)利要求7或11所述的終端,其特征在于網(wǎng)絡(luò)連接超時后,所述記錄統(tǒng)計模塊對收到的UDP報文中的Length字段的數(shù)值進行疊加統(tǒng)計,計算傳輸速率的大??;若收到的UDP報文為RTP報文,則對該報文的數(shù)目進行實時加1累計統(tǒng)計,對收到該報文的時刻進行實時記錄,計算丟包率、時延和時延抖動性能指標的大小。全文摘要本發(fā)明公開了,一種測試WiMAX網(wǎng)絡(luò)實時業(yè)務(wù)傳輸性能的方法,屬于無線寬帶接入領(lǐng)域。該方法中移動終端建立與流媒體服務(wù)器的RTSP媒體會話連接;流媒體服務(wù)器根據(jù)從移動終端收到的會話請求,確定相應(yīng)的編碼速率,封裝實時UDP報文,然后通過WiMAX網(wǎng)絡(luò)發(fā)送給移動終端,移動終端對收到的UDP報文進行解析;網(wǎng)絡(luò)連接超時后,移動終端終止與流媒體服務(wù)器的RTSP媒體會話連接,根據(jù)對UDP報文的解析結(jié)果,計算傳輸速率、丟包率、時延和時延抖動性能指標。本發(fā)明還公開了一種測試WiMAX網(wǎng)絡(luò)實時傳輸業(yè)務(wù)性能的終端。本發(fā)明獲得不同Qos配置下的測試用例下傳輸速率、丟包率、時延和時延抖動等性能指標,大大提高了可測試性和可分析性。文檔編號H04W24/08GK101150763SQ200710151459公開日2008年3月26日申請日期2007年10月18日優(yōu)先權(quán)日2007年10月18日發(fā)明者震李申請人:中興通訊股份有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1