在當(dāng)今競爭激烈的移動市場下，世界各地的運營商需要快速推出高品質(zhì)的差異化服務(wù)。LTE在技術(shù)上的復(fù)雜性必然會帶來新的嚴(yán)峻挑戰(zhàn)，想要繼續(xù)發(fā)展，移動運營商不能再僅依靠設(shè)備供應(yīng)商在“理想狀況”下驗證網(wǎng)絡(luò)性能。為了保證LTE用戶所需要的移動體驗，運營商必須在部署新的服務(wù)之前及網(wǎng)絡(luò)部署過程中，自行檢驗新服務(wù)的功能、彈性和可擴(kuò)展性。

　　本文綜合描述了如何在現(xiàn)實條件和極端規(guī)模下，而不是通過猜測來獲取網(wǎng)絡(luò)性能的關(guān)鍵要素，從而使網(wǎng)絡(luò)設(shè)備供應(yīng)商和移動運營商切實了解網(wǎng)絡(luò)在面對高壓力、大規(guī)模及復(fù)雜的移動應(yīng)用組合時的表現(xiàn)。

　　通過一種自動化、可重復(fù)且行之有效的方法，無線網(wǎng)絡(luò)的復(fù)雜性完全可以在實驗室中進(jìn)行復(fù)制和驗證。最終，運營商可以利用本文介紹的概念和方法來評估當(dāng)面對高壓力、系統(tǒng)過載甚至大規(guī)模設(shè)備故障時的用戶體驗。

　　LTE測試的3個階段

　　本章定義了LTE網(wǎng)絡(luò)實驗室測試的3個階段，分別是協(xié)議和功能測試、負(fù)載和壓力測試、回歸測試。

　　（1）協(xié)議和功能測試

　　協(xié)議和功能測試包括驗證3GPP規(guī)范中定義的基本過程，可以單獨驗證每個協(xié)議層，也可以將完整的協(xié)議棧作為一個整體進(jìn)行驗證。例如，運營商希望利用一個用戶設(shè)備（UE）自動測試“附著”過程，或者希望測試跟蹤區(qū)更新（TAU）過程。為了確保信令流程和每個消息信元的正確性，必須對該過程的每個步驟進(jìn)行分析。

　　從理論而言，軟件可能采取的每一個路徑都應(yīng)進(jìn)行模擬。信令規(guī)范中每個基本流程在不同條件下可能有多個路徑，因此測試過程的設(shè)計必須強(qiáng)制被測設(shè)備執(zhí)行各種代碼路徑。

　　這樣不同路徑的例子有正常附著、在用戶漫游時的附著、當(dāng)用戶沒有已分配TMSI時的附著。所有條件都應(yīng)允許UE進(jìn)行附著，但必須根據(jù)不同條件適用不同的決策和行為。

　　附著過程失敗時，必須考慮其他路徑。在這里，必須進(jìn)行“容錯測試”，在這種測試中，將生成一些負(fù)面條件以觸發(fā)不同類型的反應(yīng)。輸入模擬應(yīng)允許向系統(tǒng)中注入適當(dāng)?shù)臈l件，如果被測設(shè)備在負(fù)面條件下反應(yīng)適當(dāng)，那測試用例的執(zhí)行結(jié)果就被認(rèn)為是成功的。

　　協(xié)議和功能測試通常在產(chǎn)品開發(fā)的設(shè)計與早期QA階段進(jìn)行。然而，為了進(jìn)行回歸測試，運營商實驗室也可以執(zhí)行完整功能測試計劃的子計劃。功能測試也可以在網(wǎng)絡(luò)中同時加載有正常流量的情況下執(zhí)行，以反映被測設(shè)備更為準(zhǔn)確的真實結(jié)果。

　　（2）負(fù)載和壓力測試

　　壓力測試包括模擬大量的流量以衡量流量負(fù)載條件下的網(wǎng)絡(luò)性能、容量和服務(wù)質(zhì)量（QoS)的關(guān)鍵績效指標(biāo)（KPI）。它的目的是在性能和容量兩方面給被測設(shè)備造成壓力。

　　負(fù)載測試在流量壓力上有兩個層次：

　　最大預(yù)期真實場景條件下的流量模型是通過研究當(dāng)前網(wǎng)絡(luò)條件并結(jié)合網(wǎng)絡(luò)增長預(yù)測來確定的。在進(jìn)行過載條件測試時，會在最大預(yù)期真實場景條件的基礎(chǔ)上將各個指標(biāo)增加一個預(yù)定的比例，以衡量網(wǎng)絡(luò)承受和管理瞬時過載的能力。

　　作為真實場景的網(wǎng)絡(luò)建模，流量組合將基于現(xiàn)網(wǎng)的網(wǎng)絡(luò)數(shù)據(jù)或既定的行業(yè)標(biāo)準(zhǔn)進(jìn)行構(gòu)建。為了盡量貼合實際網(wǎng)絡(luò)的的壓力效果，流量模型的各個方面都應(yīng)包含在模擬之中。

　　（3）回歸測試

　　回歸測試涉及一系列持續(xù)執(zhí)行的測試用例，目的是驗證沒有因為網(wǎng)絡(luò)修改而引入異常情況?；貧w測試用例庫是專門為驗證現(xiàn)有的特性和功能而設(shè)計的。

　　例如，如果一個網(wǎng)元支持特性A、B和C，這些特性經(jīng)過驗證后被部署到現(xiàn)網(wǎng)中。然而，設(shè)備供應(yīng)商后來可能升級了該網(wǎng)元以支持特性D。新特性的正確性會進(jìn)行測試，但還必須針對升級后的網(wǎng)元進(jìn)行回歸測試，以確保網(wǎng)元升級后，特性A、B、C仍然能夠正常運行，不會產(chǎn)生新錯誤和意外情況，或造成性能和容量退化。完成上述測試后，將向回歸測試用例庫中添加一組用于D特性的測試案例，以便在對將來增加的新特性進(jìn)行回歸測試時，也能正確驗證特性D。

　　因此，回歸測試用例庫相當(dāng)于一個不斷發(fā)展的測試計劃，將隨著時間的增長和新功能的加入而不斷壯大。自動回歸測試工具通常被用來在每次修改網(wǎng)絡(luò)后自動運行回歸測試套件。

　　為使網(wǎng)絡(luò)在發(fā)展過程中保持健康狀態(tài)，回歸測試起著至關(guān)重要的作用，它可以確保每個新功能或配置更改不會破壞現(xiàn)有的功能。這種類型的測試適用于如下所述的設(shè)備隔離和集成測試拓?fù)洹?/span>

　　LTE測試中的流量構(gòu)建

　　本節(jié)提供了在測試實驗室中準(zhǔn)確復(fù)現(xiàn)現(xiàn)網(wǎng)流量場景需要考慮的重要因素，并提出了對于流量類型和組合的建議，以幫助在實驗室里更準(zhǔn)確地鏡像出真實的網(wǎng)絡(luò)場景。

　　1、用戶面流量

　　要使用的用戶面流量在很大程度上取決于測試目標(biāo)。對于任何涉及QoS測量的測試，應(yīng)當(dāng)模擬與現(xiàn)網(wǎng)相匹配的流量。要準(zhǔn)確衡量用戶從各項業(yè)務(wù)中所獲得的體驗，生成真實流量是唯一正確的方法。

　　另一個影響應(yīng)用流量選擇的變量是策略和計費執(zhí)行功能（PCEF）下存在的靜態(tài)或動態(tài)策略（即，使用策略和計費規(guī)則功能）。流量策略要求PCEF檢查流量并依據(jù)檢查結(jié)果制定策略，進(jìn)而影響PCEF的運行狀況。

　　最基本的流量分類為基于TCP的流量與基于UDP的流量。我們已經(jīng)發(fā)現(xiàn)，這個簡單的規(guī)則有時可能會影響TCP（有狀態(tài)的）流量的實際體驗質(zhì)量，其影響方式有時會出乎我們的意料，例如：

　　●在未來2~3年內(nèi)，超過60%的網(wǎng)絡(luò)流量將由視頻業(yè)務(wù)所消耗。網(wǎng)絡(luò)流量的數(shù)量和復(fù)雜性會不斷增加，使服務(wù)質(zhì)量更難以保持，因為網(wǎng)絡(luò)性能的任何不佳表現(xiàn)都會馬上被客戶察覺。在網(wǎng)絡(luò)壓力測試所用的流量模型中加入真實視頻流，可以從用戶的角度來衡量網(wǎng)絡(luò)服務(wù)質(zhì)量。而像“平均意見得分”這樣的工具可以用來精確測量這方面的用戶體驗。對于用POLQA?和PESQ算法計算得到的MOS分，使用真實音頻和視頻流量是唯一的衡量方法。

　　同樣，在測試VoLTE時也應(yīng)使用真實聲音流。使用真實聲音樣本進(jìn)行仿真，將會得到準(zhǔn)確的MOS分值，從而可以測量用戶在使用該服務(wù)時將會獲得的真實體驗。由于VoLTE服務(wù)將不會是OTT，而是運營商的一個重要收入來源，因此了解人們對運營網(wǎng)絡(luò)的期待將是至關(guān)重要的。

　　●使用基于TCP傳輸?shù)挠袪顟B(tài)流量與使用基于UDP的無狀態(tài)流量可能對于網(wǎng)絡(luò)產(chǎn)生完全不同的壓力負(fù)荷。在無狀態(tài)用戶面流量下可平穩(wěn)運行的測試，在使用有狀態(tài)流量時，往往會產(chǎn)生意想不到的結(jié)果，如TCP超時和重傳。網(wǎng)關(guān)可能會對數(shù)據(jù)包進(jìn)行不同處理，PGW/PCEF的“盡力而為”策略也可能會對數(shù)據(jù)包產(chǎn)生負(fù)面影響，使最終結(jié)果與預(yù)期不符。只有使用例如Http等基于TCP傳輸?shù)牧髁?，才能使我們識別、隔離并修復(fù)可能出現(xiàn)的問題。

　　但是，也有一些情況下必須要使用無狀態(tài)UDP流量，如當(dāng)SGW被單獨測試時。由于網(wǎng)關(guān)通常不會根據(jù)用戶面上的流量類型而有不同表現(xiàn)，所以使用無狀態(tài)流量就足夠了。在進(jìn)行系統(tǒng)測試時，為確定丟包問題，也會需要將無狀態(tài)流量與有狀態(tài)的、視頻/語音流量進(jìn)行組合。

　　2、控制和用戶平面流量組合

　　某些網(wǎng)元同時負(fù)責(zé)控制面和用戶面的處理。所以，對于這兩類流量的使用和組合情況依賴于測試的目標(biāo)。

　　在大多數(shù)的測試中，為模擬用戶的真實行為，建議使用真實流量組合?？蛻粼谡麄€測試期間需要執(zhí)行大量控制面行為，例如附著和分離、切換、IDLE和CONNECTED的狀態(tài)轉(zhuǎn)換等。以上這些控制面的行為，應(yīng)同時在用戶面流量下執(zhí)行（如網(wǎng)絡(luò)下載、VoLTE呼叫、視頻、即時消息等）。將控制面和用戶面流量相結(jié)合，是真實衡量被測系統(tǒng)性能的唯一途徑。

　　對于旨在專門測量用戶數(shù)據(jù)轉(zhuǎn)發(fā)性能的測試，使用一種包含有限控制面流量和較大用戶面流量的測試配置就足夠了。SGW和PGW轉(zhuǎn)發(fā)測試就是這樣一個例子，這種測試可以根據(jù)需要附著大量UE，然后在UE會話上運行用戶平面流量。

　　對于專門用來驗證被測設(shè)備中應(yīng)用流量識別的測試，測試應(yīng)配置建立多個UE會話，而這些會話隨之產(chǎn)生的流量就足夠適用了。例如，針對PGW的DPI能力的測試。
　　3、真實流量組合

　　為了測試同時處理控制面和用戶面的系統(tǒng)或網(wǎng)元，流量結(jié)構(gòu)的確定是負(fù)載和壓力測試中的最重要考慮因素之一。

　　LTE測試的拓?fù)浣Y(jié)構(gòu)和相關(guān)KPI

　　LTE網(wǎng)絡(luò)中的各個網(wǎng)元可以進(jìn)行隔離測試，具體做法是：模擬所有與該網(wǎng)元有聯(lián)系的其他網(wǎng)元，然后通過各種信令流程來驗證被測網(wǎng)元的反應(yīng)。將設(shè)備隔離開來，可以驗證其“黑盒”功能在所有條件下都與預(yù)期一致。

　　由于所有到被測設(shè)備的連接都在測試設(shè)備的控制下，這就可以通過各種輸入來驗證是否能夠正確反饋。此外，測試設(shè)備可用于驗證在模擬接口上的響應(yīng)本身。eNodeB、MME、DRA和Diameter服務(wù)器（如HSS和PCRF）都是進(jìn)行隔離測試的熱門選擇。

　　雖然隔離測試可以證明設(shè)備的承載能力和處理能力，當(dāng)將設(shè)備連接到其他真實設(shè)備后再進(jìn)行測試則能更好地反映設(shè)備的真實性能。在網(wǎng)絡(luò)測試中使用其他真實設(shè)備時，可以引入“真實”的接口互操作性，以及相關(guān)的延遲和表現(xiàn)，就能更準(zhǔn)確地了解實際系統(tǒng)運行狀況。我們通常把這種測試拓?fù)浞Q為多網(wǎng)元測試或者集成測試。

　　一個接口上產(chǎn)生的延遲可能會影響其他接口的工作，而如果這些延遲在系統(tǒng)中傳播的話，會使系統(tǒng)的運行遇到瓶頸。將多個設(shè)備同時進(jìn)行測試，是最準(zhǔn)確的性能測試之一，可以幫助真正隔離和確定引起異常行為的特定網(wǎng)元。

　　合理選擇和組合隔離測試與集成測試，并且使用正確的流量構(gòu)建，可以使我們清晰地了解LTE網(wǎng)絡(luò)的實際處理能力和用戶體驗質(zhì)量。下面介紹幾種典型的測試拓?fù)洹?/span>

　　1、EPC(MME+SGW/PGW)測試拓?fù)?/strong>

　　作為運營商測試中最流行的拓?fù)?，它的被測對象是真正的MME和S/PGW，使之可以在無需涉及空口的情況下涵蓋最大數(shù)量的實際設(shè)備。

　　測試儀表在這里主要模擬的是eNodeB和PDN。這種拓?fù)浣Y(jié)構(gòu)一般會有兩種變化。

　　這種拓?fù)溥€可以添加非3GPP網(wǎng)元，如DNS和防火墻。雖然3GPP未作直接規(guī)定，但這些網(wǎng)元對于網(wǎng)絡(luò)的操作仍是至關(guān)重要的，而它們往往也會成為整個系統(tǒng)的瓶頸。

　　如果不僅要測試核心網(wǎng)絡(luò)的業(yè)務(wù)和信令功能，還要測試核心網(wǎng)與真實Diameter服務(wù)器之間的互動和互操作性，就應(yīng)該使用圖1所示的第一個拓?fù)浣Y(jié)構(gòu)。這提供了一個系統(tǒng)級測試，使其可以模擬生產(chǎn)網(wǎng)絡(luò)以及其在現(xiàn)實世界中的運行。這種拓?fù)浣Y(jié)構(gòu)還應(yīng)作為實驗室回歸測試的最終驗證步驟，比如在進(jìn)行網(wǎng)元軟件升級時，應(yīng)當(dāng)在完成這一步驟后，再向運營網(wǎng)絡(luò)部署升級。

　　2、端到端的EPS系統(tǒng)測試拓?fù)?/strong>

　　理想情況下這種拓?fù)浣Y(jié)構(gòu)將整個網(wǎng)絡(luò)作為被測系統(tǒng)：E-UTRAN、EPC（包括Diameter服務(wù)器）和DNS、防火墻等支持網(wǎng)元。

　　該拓?fù)浣Y(jié)構(gòu)通常包括一種雙模式模擬：一些小區(qū)中的UE將使用真實的eNodeB通過空中接口進(jìn)行模擬，而在測量端到端QoS時，還將模擬eNodeB，用大量UE生成足夠多的流量，以完全加載整個核心網(wǎng)絡(luò)。

　　這一拓?fù)浣Y(jié)構(gòu)的主要測試目的是在盡可能準(zhǔn)確地模擬現(xiàn)網(wǎng)流量的前提下驗證實驗室網(wǎng)絡(luò)中端到端的操作。由于這一測試架構(gòu)包括了最大數(shù)量的真實網(wǎng)元，所以它是對現(xiàn)網(wǎng)的最準(zhǔn)確鏡像。

　　這一拓?fù)渚哂须p重模擬，既可用于提供高流量壓力，又能使所模擬的UE進(jìn)行真正的端到端QoS測量。這是一個實用的方法，因為在核心網(wǎng)絡(luò)上單獨使用UE模擬來產(chǎn)生可觀的用戶平面和控制平面負(fù)載往往被證明成本過高，而這種雙重模擬的方法則通常被設(shè)計處理數(shù)以百萬計的UE和Gbit/s級的流量。

　　eNodeB模擬提供的負(fù)載使得在eNodeB和UE模擬上可以進(jìn)行更多真實的QoS測量。雖然僅使用UE模擬和真實eNodeB進(jìn)行QoS測試仍然有效，但如果在這么做的同時對核心網(wǎng)絡(luò)增加壓力，那這些測試所得到的結(jié)果會更能反映在實際網(wǎng)絡(luò)中的用戶體驗。

　　3、帶有UMTS的EPC拓?fù)?/strong>

　　這個測試拓?fù)?，可以驗證EPS網(wǎng)絡(luò)是否有能力承載3GUMTS/HSPA接入網(wǎng)絡(luò)。

　　EPC的設(shè)計可以比LTERAN提供更多的服務(wù)，在設(shè)計之初就可以接受其他3GPP分組接入網(wǎng)絡(luò)（UMTS）和非3GPP接入網(wǎng)絡(luò)（如Wi-Fi）。有了這個設(shè)計，不同的接入方式可以被錨定在EPC核心上，而這一功能由SGW和PGW提供。

　　該拓?fù)渑cEPC測試拓?fù)涫窍嗤?，并增加了一個真正的SGSN作為被測系統(tǒng)的一部分，通過Gn或S4接口連接到EPC。為了模擬UTRAN接入到SGSN，在IuPS接口上引入RNC模擬，用于仿真UE從數(shù)據(jù)域接入。

　　LTE的部署在最初將是遞增的，運營商會在一些UMTS覆蓋的區(qū)域內(nèi)增加一些由LTE覆蓋的熱點。這意味著隨著用戶進(jìn)出LTE覆蓋區(qū)，LTE和UMTS之間會進(jìn)行頻繁切換，這種切換被稱為iRAT（inter-RadioAccessTechnology）切換。因此，向EPC系統(tǒng)測試配置中引入UMTS接入，可以實現(xiàn)許多重要的測試用例。UMTS核心有兩種方式可連接到EPC：

　?。?）正如Pre-release83GPP規(guī)范定義的那樣，SGSN通過Gn接口與GGSN進(jìn)行通訊。GGSN要么與PGW共置，要么就是PGW的一部分。這個GGSN/PGW組合成為了錨點。

　?。?）SGSN通過S4接口與SGW進(jìn)行通訊，這種方式適用于升級到R8及以上且具有這一功能的SGSN。然后，S12的接口被用于RNC和SGW間的直接用戶面通信。

　　這里，iRAT切換必須包括在切換配置內(nèi)。LTE內(nèi)部切換仍會被執(zhí)行，但iRAT切換將成為測試的一部分，并且模擬出入UMTS覆蓋區(qū)的用戶。由于切換的錨點將是SGW或PGW，因此這對于包括iRAT切換在內(nèi)的系統(tǒng)測試是一種有效的測試配置。

　　4、帶有IMS的EPC-VoLTE拓?fù)?/strong>

　　IMS是由3GPPR5規(guī)范引入的。簡言之，它是一個旨在提供由運營商管理的跨越所有類型接入方式的富媒體服務(wù)。近年來，IMS在業(yè)內(nèi)得到了一定程度的認(rèn)可，現(xiàn)在已經(jīng)成為EPS（VoLTE）提供語音服務(wù)的標(biāo)準(zhǔn)。IMS網(wǎng)絡(luò)接收并管理來自LTE網(wǎng)絡(luò)的所有語音呼叫，且是GSMA指定和推廣的RCS或JOYN?功能集的核心。

　　這里介紹的測試拓?fù)涫腔谥暗耐負(fù)?amp;mdash;—配有UMTS的EPC，外加一個真正的IMS網(wǎng)絡(luò)。對于網(wǎng)絡(luò)訪問APN，PDN模擬和之前相同。但對于語音呼叫，為了模擬從PSTN呼入/出的VoLTE，又引入了一個新的模擬來取代從IMS接入到PSTN的MGW和MGCF。

　　IMS的存在還向系統(tǒng)中引入了一個重要的Diameter協(xié)議接口（即P-CSCF與PCRF間的Rx接口），此接口對于允許IMS觸發(fā)建立VoLTE呼叫所需的專用承載很關(guān)鍵。

　　考慮到VoLTE和UMTS網(wǎng)絡(luò)之間的互操作性，在被測系統(tǒng)中還引入了來自UMTSCS核心網(wǎng)的MSC服務(wù)器和MGW。因此同時，還引入了對IuCS接口上RNC的模擬和下面兩個重要的接口：

　　●SG：SG接口位于MME和MSC服務(wù)器之間，可以同時支持語音通話和短信的CSFB功能操作。

　　●Sv：Sv接口允許在MSC服務(wù)器與MME間進(jìn)行協(xié)調(diào)，以進(jìn)行SRVCC切換。

　　這種類型測試的數(shù)據(jù)組合主要側(cè)重于狀態(tài)性的語音數(shù)據(jù)，以便在語音電話上執(zhí)行MOS評分，準(zhǔn)確地測量出QoS。另外，還應(yīng)該有基于TCP數(shù)據(jù)并在“盡力而為”承載上運行的伴隨數(shù)據(jù)組合，從而可以測量高壓力對于“盡力而為”數(shù)據(jù)和語音流上的影響。例如，當(dāng)語音通話上的負(fù)載增加時，為保證語音通話質(zhì)量，應(yīng)降低“盡力而為”數(shù)據(jù)的QoS。而要使語音通話質(zhì)量保持不變，http下載速度應(yīng)變慢。

　　LTE是運營商迄今為止部署的最重要最復(fù)雜的技術(shù)之一，諸如VoLTE之類的新興實時服務(wù)進(jìn)一步強(qiáng)化了這一挑戰(zhàn)。LTE為運營商搭建了一個平臺，可以用來提供差異化服務(wù)、采用新的價格結(jié)構(gòu)、與OTT的播放器進(jìn)行合作或競爭。

　　在此關(guān)鍵時刻，運營商必須調(diào)整思路，使用正確的測試方法獲知被測設(shè)備的各項指標(biāo)。從協(xié)議測試到容量和壓力測試，乃至回歸測試中，都應(yīng)該使用正確的流量組合和測試拓?fù)?，才能正確地評估網(wǎng)絡(luò)的容量和性能，以及用戶在真實網(wǎng)絡(luò)壓力下的實際體驗質(zhì)量。

　　只有對設(shè)備的實際能力有清晰的了解，才能從一開始就設(shè)定正確的網(wǎng)絡(luò)部署框架。這一點非常重要，既可以提供用戶所期望的最終質(zhì)量，也可以解放富有創(chuàng)造性的運營商，使他們能夠自由自在地開發(fā)出更多進(jìn)階服務(wù)項目。如果能夠驗證這些新網(wǎng)絡(luò)與新服務(wù)的功能、質(zhì)量、靈活性和可擴(kuò)展性，運營商在即將拉開大幕的LTE舞臺上將獲得明顯的戰(zhàn)略優(yōu)勢。