IP網(wǎng)絡(luò)測(cè)試技術(shù)助力高帶寬無(wú)線網(wǎng)絡(luò)設(shè)備研發(fā)
加入技術(shù)交流群
鏈路自適應(yīng)(也稱為調(diào)度)，首先是作為3GPP協(xié)議下HSDPA技術(shù)的一個(gè)特點(diǎn)推出的，它是手機(jī)無(wú)線網(wǎng)絡(luò)分配射頻資源的一種方法。采用這樣方法，基站采用的射頻協(xié)議在每個(gè)傳輸時(shí)間間隔(TTI)為下行鏈路傳輸提供數(shù)據(jù)及為上行鏈路傳輸分配資源(見圖1)。 圖1：每個(gè)TTI必須執(zhí)行的處理功能。 由于TTI可短至1ms， 該調(diào)度技術(shù)提供了極大靈活性，以將流量路由和吞吐率與可用資源匹配起來(lái)。它是高通量、穩(wěn)定和有效利用帶寬的關(guān)鍵。然而，鏈路自適應(yīng)實(shí)施中的一個(gè)根本問(wèn)題一直困擾著手機(jī)設(shè)備的發(fā)展：常規(guī)的測(cè)試設(shè)置無(wú)法充分查明并定位鏈路自適應(yīng)方法在工作中出現(xiàn)的錯(cuò)誤和失敗。本文提出了一種測(cè)試設(shè)置，它能以精準(zhǔn)到具體TTI的水平檢測(cè)并定位調(diào)度錯(cuò)誤。 測(cè)試鏈路自適應(yīng)的常規(guī)策略 傳統(tǒng)上，功能和性能測(cè)試是協(xié)議和系統(tǒng)驗(yàn)證過(guò)程中兩個(gè)截然不同的部分。調(diào)度通常包括在功能測(cè)試部分，而該功能同時(shí)也對(duì)性能(數(shù)據(jù)吞吐量)有根本性的影響。 傳統(tǒng)的功能測(cè)試方法產(chǎn)生巨量的日志記錄(log)，因?yàn)槊總€(gè)TTI(也即每1ms)調(diào)度軟件都接收輸入并做出決策。這意味著，日志分析既繁瑣又耗時(shí)，因此并不進(jìn)行該工作。相反，鏈路自適應(yīng)通常是采用簡(jiǎn)單但有限配置(與滿足覆蓋現(xiàn)實(shí)使用各可能情況的要求有相當(dāng)差距)實(shí)施的功能測(cè)試。 鏈路自適應(yīng)的性能測(cè)試是通過(guò)測(cè)量數(shù)據(jù)吞吐量實(shí)現(xiàn)的。因鏈路自適應(yīng)功能測(cè)試的范圍有限，所以必須等到性能測(cè)試開始，才可進(jìn)行完整的功能驗(yàn)證。顯而易見，這通常處在項(xiàng)目開發(fā)的后期。在很多時(shí)候，鏈路自適應(yīng)存在的性能問(wèn)題，與功能上的錯(cuò)誤息息相關(guān)。如果這些功能問(wèn)題是在性能測(cè)試過(guò)程中發(fā)現(xiàn)的，則必須對(duì)這些問(wèn)題予以糾錯(cuò)，這可能意味著必須對(duì)設(shè)備的某些部分進(jìn)行重新設(shè)計(jì)并重新進(jìn)行部分驗(yàn)證。因此，精準(zhǔn)的性能測(cè)試數(shù)據(jù)就成為一種寶貴資源，它使開發(fā)工程師能集中精力在確實(shí)較勁的地方調(diào)試差錯(cuò)并反復(fù)驗(yàn)證。 不幸的是，今天的常規(guī)性能測(cè)試設(shè)置提供的輸出非常不精確。它們包括運(yùn)行于PC或UNIX工作站上的服務(wù)器應(yīng)用和撥號(hào)PC上運(yùn)行的客戶端應(yīng)用。服務(wù)器和客戶端應(yīng)用實(shí)現(xiàn)數(shù)據(jù)通信協(xié)議(如FTP傳輸)、進(jìn)行測(cè)量并提供結(jié)果。 問(wèn)題是，Windows或Unix操作系統(tǒng)(OS)一般提供的計(jì)時(shí)精度約為500ms。真實(shí)情況是，Windows應(yīng)用中數(shù)據(jù)包的實(shí)際傳輸通常使用NDIS技術(shù)，它具有優(yōu)于Windows本身的計(jì)時(shí)精度，但對(duì)這些傳輸?shù)臏y(cè)量受操作系統(tǒng)的影響。 更糟的是，即使這種數(shù)百毫秒水平粗放的計(jì)時(shí)精度，操作系統(tǒng)或計(jì)算機(jī)制造商也不能保證。因?yàn)長(zhǎng)TE(以及HSPA和HSPA+的一些配置)的TTI為1ms，顯然，基于Windows的應(yīng)用可能提供的數(shù)據(jù)流通量不會(huì)超過(guò)OSI堆棧應(yīng)用層面的總吞吐量水平。所以，精準(zhǔn)到具體TTI的功能問(wèn)題的詳細(xì)定位信息就不可能提供。為找出有助于調(diào)試吞吐量問(wèn)題的這類信息，研究一個(gè)簡(jiǎn)化的例子就很有幫助(見圖2)。  圖2：包重傳造成的后果是降低了數(shù)據(jù)吞吐率。 例如通過(guò)基站傳輸?shù)囊粋€(gè)IP數(shù)據(jù)流。采用鏈路自適應(yīng)，調(diào)度器采用最大和最小的可用塊大?。幻恳粔K大小都傳輸相同的塊數(shù)。如果我們分別采用256bit和7,480bit作為最小和最大傳輸塊(TBS)，這就將實(shí)現(xiàn)約1,948,000bps(也即約2Mbps)的總數(shù)據(jù)吞吐量。(為簡(jiǎn)單起見，計(jì)算中，這個(gè)例子沒(méi)包括協(xié)議報(bào)頭；并且選定的IP報(bào)頭和數(shù)據(jù)大小都假定為128bit。) 想象一下，下一次實(shí)施相同測(cè)量的情況，射頻協(xié)議的性能已經(jīng)惡化(可能是由于協(xié)議軟件性能的下降)，導(dǎo)致每個(gè)第三大的數(shù)據(jù)包都傳丟了。射頻協(xié)議棧必須重發(fā)丟失的數(shù)據(jù)包，這將使數(shù)據(jù)吞吐量降低至約1,504,000bps(約1.5Mbps)。這就比第一次測(cè)量降低了25％。 使用常規(guī)性能測(cè)試設(shè)置，工程師不會(huì)了解吞吐量降低的原因或故障所在，他們看到的只是吞吐率。但若測(cè)量系統(tǒng)能提供精準(zhǔn)計(jì)時(shí)，則只需測(cè)量數(shù)據(jù)包延遲便很容易找出問(wèn)題。 測(cè)試鏈路自適應(yīng)的一種新方法 數(shù)據(jù)通信領(lǐng)域測(cè)量吞吐量的一種替代方法提供了這種能力。在數(shù)據(jù)通信領(lǐng)域(如手機(jī)行業(yè))，吞吐量測(cè)量被用于測(cè)試性能。為此任務(wù)設(shè)計(jì)的精密儀器能提供與被測(cè)系統(tǒng)性能相關(guān)的精確數(shù)據(jù)，如吞吐量(幀計(jì)數(shù)和數(shù)據(jù)包大小精度)、延遲和抖動(dòng)。 關(guān)鍵詞：
IP網(wǎng)絡(luò)測(cè)試技無(wú)線網(wǎng)
相關(guān)推薦技術(shù)專區(qū)
|
評(píng)論