4G(LTE)網(wǎng)絡(luò)KPI測試問題及答案

4G(LTE)網(wǎng)絡(luò)KPI測試問題及答案\o"4G"#4G\o"面試"#面試\o"KPI指標"#KPI指標\o"網(wǎng)絡(luò)測試"#網(wǎng)絡(luò)測試Q.1.測試LTE網(wǎng)絡(luò)性能和質(zhì)量的KPI指標有哪些？答。驗證LTE網(wǎng)絡(luò)的性能和質(zhì)量需要高速率和多樣化的數(shù)據(jù)流量組合來判斷最終用戶體驗。流量組合可以基于訂閱者的類型、使用的應(yīng)用程序/服務(wù)、使用情況等。其中需要驗證的關(guān)鍵KPI包括：延遲和丟包抖動吞吐量視頻感知和語音質(zhì)量每秒活動會話數(shù)、用戶數(shù)和事務(wù)數(shù)Q.2.在LTE網(wǎng)絡(luò)中測試IPv6有哪些挑戰(zhàn)？答。盡管LTE強制要求使用IPv6，但截至目前大多數(shù)現(xiàn)有網(wǎng)絡(luò)及其組件都使用IPv4。因此在網(wǎng)絡(luò)中擁有同時支持IPv4和IPv6堆棧的節(jié)點。IPv4/IPv6的集成測試提出了很大的挑戰(zhàn)，因為所有網(wǎng)絡(luò)服務(wù)都需要進行互操作性測試，而IPv4和IPv6之間沒有任何問題。除此之外一些從IPv6到IPv4的隧道方案是另一個重點領(lǐng)域。Q.3.測試期間需要關(guān)注哪些關(guān)鍵屬性，以盡量減少部署后LTEEPC節(jié)點的問題？答。為了提高解決方案的可靠性，需要關(guān)注的關(guān)鍵屬性很少：LTEEPC節(jié)點應(yīng)使用一組優(yōu)化的無線場景進行驗證。互操作和現(xiàn)場測試方面的先前經(jīng)驗對于識別此類場景有明確的幫助。在測試可擴展性和基準測試時，應(yīng)該模擬實時場景，例如不同的流量組合、同時調(diào)用、每秒調(diào)度次數(shù)等。必須根據(jù)部署區(qū)域的現(xiàn)有覆蓋范圍測試跨RAT切換或與non3GPP的互通。從部署的角度來看，在測試期間應(yīng)更加關(guān)注冗余和彈性。Q.4.早期技術(shù)中存在基于直連的接口。這些測試與LTEEPC測試有何不同？答。LTE網(wǎng)絡(luò)有大約12-14個基于直連的接口。此外還引入了許多新接口，如SWx、STa和SWa，以支持non3GPP互通。同時在IMS中也存在Gx、Rx、Sh等接口，用于與PCRF接口。但在LTE環(huán)境中有大量額外的AVP需要升級測試工具并使測試復雜化。測試場景在消息流、處理和參數(shù)驗證方面有很大不同。Q.5.您是否建議按照GCF/MSF規(guī)范進行一致性測試對于LTE節(jié)點就足夠了？答。這還不夠。符合這些規(guī)范是必要，建議遵守這些規(guī)范，因為它們是標準化的，不同利益相關(guān)者希望節(jié)點遵守這些規(guī)范。同時根據(jù)我們的經(jīng)驗該節(jié)點還應(yīng)該針對許多類似領(lǐng)域復雜場景、優(yōu)化負面場景和互操作測試場景進行測試。Q.6.為負載測試確定正確的流量組合有哪些挑戰(zhàn)？答。LTE測試的流量組合需要考慮不同的信令事件以及數(shù)據(jù)格式。網(wǎng)絡(luò)中有多個接口可以發(fā)起與EPC的信令消息。測試這些需要同步觸發(fā)來自這些接口的消息。每種消息有不同的頻率，并且對于不同的事件，附著UE觸發(fā)的數(shù)量也不同。消息還取決于在任何時候通常處于活動狀態(tài)的訂閱者的數(shù)量，并且信令事件對于不同數(shù)量和種類的訂閱者來說是不同的。EP將服務(wù)的區(qū)域也會導致不同類型的流量。在城市地區(qū)切換頻率會很高，但在農(nóng)村地區(qū)切換率可能較低。在企業(yè)部署中活躍用戶的數(shù)量可能比消費者市場中的多等等。根據(jù)不同應(yīng)用程序的使用情況，數(shù)據(jù)格式也有很大差異。視頻下載可能會導致大數(shù)據(jù)包和高數(shù)據(jù)吞吐量，但電子郵件的使用可能會導致更長的活動持續(xù)時間，但更小的數(shù)據(jù)包大小。因此識別不同部署的不同用例和流量組合成為一項挑戰(zhàn)。Q.7.您能否舉一些使用專用承載的應(yīng)用示例？這些應(yīng)用通常使用網(wǎng)絡(luò)發(fā)起的專用承載還是用戶發(fā)起的？答。在語音和視頻流量中可以找到一些使用專用承載的示例。IPTV和視頻點播等需要保證帶寬的應(yīng)用程序也可能需要專用承載。專用承載可以是用戶發(fā)起的或網(wǎng)絡(luò)發(fā)起的。大多數(shù)情況下對于語音和視頻應(yīng)用，網(wǎng)絡(luò)將根據(jù)為IMS呼叫交換媒體的SDP啟動專用承載。對于IPTV和視頻點播等應(yīng)用，它可以是UE或網(wǎng)絡(luò)發(fā)起的。Q.8.您能否分享為運營商級網(wǎng)絡(luò)中的高可用EPC解決方案收集的一些重要指標？答。運營商級EPC解決方案的重要指標驗證了可靠性和切換時間的水平?？刂破矫婧蛿?shù)據(jù)平面都可能發(fā)生切換。這些重要指標包括：控制面切換時間；數(shù)據(jù)面切換時間；切換期間緩沖數(shù)據(jù)包的內(nèi)存量；緩沖數(shù)據(jù)包的傳輸時間；可靠性水平；檢查所有資源、接口和軟件解決方案所有級別的冗余；切換后信令和數(shù)據(jù)吞吐量。Q.9.有沒有辦法監(jiān)控來自模擬eNodeB的UE消息？答。有。盡管UE消息是加密的，但使用模擬的eNodeB，可以從eNodeB模擬器和UE交換收集UE密鑰。或者可以使用預先共享的信息。eNodeB模擬器還可以解密UE和EPC之間交換的NAS消息。Q.10.EPC測試中的語音質(zhì)量是如何測量的？通過EPC進行的語音測試包括哪些方面？答。使用多種語音測試工具測量語音質(zhì)量，測試內(nèi)容包括：抖動丟包語音質(zhì)量回聲消除舒適噪音產(chǎn)生切換時語音中斷Q.11.為MME必須測試哪些基本場景？答。以下是需要為MME測試的必要場景：默認承載創(chuàng)建/刪除/修改專用承載創(chuàng)建/刪除/修改網(wǎng)絡(luò)發(fā)起的觸發(fā)器(默認/專用承載）切換(S1、X2）承載更新釋放/空閑模式尋呼跟蹤區(qū)(TAC)更新Q.12針對CS回退等語音場景測試物聯(lián)網(wǎng)的主要挑戰(zhàn)是什么？答。對于語音測試必須測試所有不同的場景，如CS回退、IMS呼叫、SRVCC等。不同的語音應(yīng)用節(jié)點如IMS網(wǎng)絡(luò)、3G網(wǎng)絡(luò)的CS網(wǎng)絡(luò)、SRVCC處理IMS應(yīng)用服務(wù)器和SCP節(jié)點均須進行模擬，以便可以接收和發(fā)起觸發(fā)。每個節(jié)點需要針對不同的用戶容量和不同類型的語音應(yīng)用進行測試，如緊急呼叫、語音和視頻呼叫、多頻段音頻；并且需要模擬器中多媒體應(yīng)用程序支持。Q.13.如何確保語音和數(shù)據(jù)同時進行？CS回退可能嗎？答。語音和數(shù)據(jù)可以在CS回退中同時進行，其具體取決于網(wǎng)絡(luò)和UE能力。如果PS會話在LTE中進行并且語音轉(zhuǎn)移到3G，那么UE需要同時支持兩種無線網(wǎng)絡(luò)。這可能會或不可能成功，其取決于UE的能力。即使在PS和CS都切換到3G的情況下，根據(jù)UE和網(wǎng)絡(luò)的能力，PS會話可能會在CS會話時出現(xiàn)暫停，或者PS和CS會話可能同時進行。Q.14.用于EPC核心互操作性、RAT間或非3GPP測試的最佳商用測試工具是什么？答。通常對于互操作，客戶更喜歡使用來自其他供應(yīng)商的真實節(jié)點進行測試，而不是使用商用測試工具。測試設(shè)備廠家有適用于不同LTEEPC核心單元(即MME、SGW、PGW、HSS和PCRF)和eNodeB框架的儀器儀表和工具。用于EPC節(jié)點測試的其他一些工具選擇取決于不同的方面，例如要模擬的節(jié)點、要模擬的測試階段、測試范圍、工具成本等。Q.15.是否有任何您會推薦的端到端網(wǎng)絡(luò)監(jiān)