TDLTE規(guī)模技術試驗測試細則單模數(shù)據(jù)卡終端測試v3.0.0

TD-LTE規(guī)模技術試驗單模數(shù)據(jù)卡終端測試版本號：0.0。1版本號：0.0。12011-07—01目錄TOC\o”1—3”\h\z\uHYPERLINK\l”_Toc299366645”1. 總體問題 32。 特定測試例問題 47.1.1單UE開機小區(qū)選擇 47。2附著與去附著 57。3。3重開機后的PLMN選擇 5HYPERLINK\l”_Toc299366652”7.4。1普通跟蹤區(qū)更新 5HYPERLINK\l”_Toc299366653”7.4.2周期跟蹤區(qū)更新 5HYPERLINK\l”_Toc299366654”7.5。1空載—開機附著成功率 5_Toc299366657”7。6。2加載—連接建立成功率 6HYPERLINK\l”_Toc299366658"8.1.1空載下同頻系統(tǒng)內(nèi)重選 7HYPERLINK\l”_Toc299366659”8。1.3空載下異頻系統(tǒng)內(nèi)重選 7HYPERLINK\l”_Toc299366660”9.1.1空載下切換成功率測試（同頻） 7_Toc299366662”9.1.3加載下切換成功率測試（同頻） 7HYPERLINK\l”_Toc299366663"9.1.4加載下切換成功率測試（異頻) 7_Toc299366665"10.1.2單UE多點吞吐量測試 8HYPERLINK\l”_Toc299366666”11.1控制面時延測試 8HYPERLINK\l”_Toc299366667"11.2用戶面時延測試 811。3。1定點尋呼測試 8HYPERLINK\l”_Toc299366669"11.3。2UE移動狀態(tài)下尋呼測試（空載） 9_Toc299366672"12。1。2靜態(tài)上傳長保測試 912.1.3靜態(tài)上傳/下載長保測試 912。2。1動態(tài)下載長保測試 10HYPERLINK\l”_Toc299366675”12。2.2動態(tài)上傳長保測試 10HYPERLINK\l”_Toc299366676"12.2。3動態(tài)上傳/下載長保測試 1013。1。1同芯片平臺多UE測試-—多UE短呼接入測試 1013.1。2。1同芯片平臺多UE測試—PS數(shù)據(jù)業(yè)務下載長保測試 10HYPERLINK\l”_Toc299366679"同芯片平臺多UE測試—PS數(shù)據(jù)業(yè)務上傳長保測試 11_Toc299366681"15。功耗測試 11HYPERLINK\l”_Toc299366682"3. 編制歷史 11總體問題選點的原則是（與無線功能與性能測試相同）:在70％加擾情況下選點,其他加擾情況下和空擾情況下均使用這些點測試，以便比較同一點上不同加擾情況的差異，具體見下圖。實際測試點需要與選點（極好/好/中/差）嚴格保持一致。如，在車內(nèi)選點，測試時不能選在車外；選點時車門關閉,則測試時不能開啟。路測測試中，實際操作中車速控制約30～50km/h。判斷“掉線”的準則：應用層10s沒有數(shù)據(jù)率則視為掉線。測試過程中，測試組測試人員在記錄測試數(shù)據(jù)之外，應注意記錄“異?，F(xiàn)象”，如頻繁掉線、死機、重啟、終端發(fā)熱、PC藍屏等各種異?，F(xiàn)象.特定測試例問題7。1。1單UE開機小區(qū)選擇指標定義：主測網(wǎng)絡時間:終端第一次受到MIB消息到發(fā)起ULInformationTransfer消息中的attachcomplete的時間；7.1.2重新進入覆蓋區(qū)后小區(qū)搜索操作方法:1）終端在IDLE態(tài)脫網(wǎng)，然后再進入覆蓋小區(qū);指標定義：將原統(tǒng)計的“終端從恢復信號接收到發(fā)起ULInformationTransfer消息中的attachcomplete的時間”改為“從終端恢復信號接收到收到第一條MIB消息之間的時間”。7。2附著與去附著去附著流程指的是非關機去附著流程，即終端發(fā)出RRCConnectionSetupComplete消息中的detachrequet之后還要收到DLInformationTransfer中的detachrequest。7.3.1。1終端PLMN開機自動選擇暫無7。3。3重開機后的PLMN選擇操作方式：PLMNID1設置為46008；PLMNID2建議設置為46002；2）在PLMNID1和PLMNID2重疊覆蓋的區(qū)域選定的測試點，所屬PLMNID2網(wǎng)絡的小區(qū)信號在測試點的RSRP建議高于所屬PLMNID1網(wǎng)絡的小區(qū)信號RSRP大于5dB。7。4。1普通跟蹤區(qū)更新暫無7。4。2周期跟蹤區(qū)更新暫無7.5.1空載-開機附著成功率同“無線網(wǎng)絡性能和質(zhì)量”測試中“第6。1.1空載開機附著成功率"目前應采用數(shù)據(jù)卡插拔實現(xiàn)開關機，如果未來第三方路測軟件可實現(xiàn)軟開關機，也可考慮采用此方法，但要先行對此功能的可靠性進行驗證.KPI定義：附著成功率=成功完成附著與缺省EPS承載建立次數(shù)/開機總次數(shù)成功完成附著與缺省EPS承載建立:UE給eNB反饋ULinformationTransfer消息確認AttachComplete和ActivateDefaultEPSBearContextAccept操作說明：步驟4：如果從開機起,兩分鐘內(nèi)未完成附著與EPS缺省承載建立，則判做一次失敗。統(tǒng)計方式澄清:兩分鐘主要是為了解決“未顯示失敗，但長時間停在那里，也不能成功附著”這種情況而設定的時間期限,如果路測軟件已經(jīng)明確顯示“失敗”，當然要按照失敗處理。也就是說：1。進行一次開機操作，2分鐘內(nèi)附著成功，則視為一次成功。2.進行一次開機操作，顯示附著失敗，則視為一次失敗，不能再次嘗試.3.進行一次開機操作，2分鐘內(nèi)既未顯示失敗，也未顯示成功，則視為一次失敗7.5.2加載—開機附著成功率同.1空載-連接建立成功率同“無線網(wǎng)絡性能和質(zhì)量"測試中“第6.2。1空載連接建立成功率”KPI定義:連接建立成功率=成功完成連接建立次數(shù)/終端發(fā)起分組數(shù)據(jù)連接建立請求總次數(shù)終端發(fā)起分組數(shù)據(jù)連接建立請求:RRCIDLE狀態(tài)的終端由于有數(shù)據(jù)需傳送（比如發(fā)起Ping)而發(fā)起SERVICEREQUEST過程。成功完成連接建立：RRCIDLE狀態(tài)的終端通過“隨機接入-RRC連接建立-DRB建立”空口過程完成與無線網(wǎng)的連接并開始上、下行數(shù)據(jù)傳送，視作成功完成連接建立。操作說明：使用ATTACHREQUEST作為分母。連接建立成功后按照規(guī)范要求保持90s，再進行DETTACH操作。過20s后,重新ATTACH，并建立連接,重復上述操作。除了采用DETACH后再ATTACH的方式,另一種操作方法是將連接建立成功率和尋呼成功率在一次測試中同時完成。即:在核心網(wǎng)側(cè)通過ping終端的方式觸發(fā)對終端的尋呼，觸發(fā)尋呼的行為。終端收到尋呼后發(fā)起連接建立，觸發(fā)了連接建立。連接建立后保持90秒。7.6。2加載—連接建立成功率同7.6。18。1。1空載下同頻系統(tǒng)內(nèi)重選暫無8。1。3空載下異頻系統(tǒng)內(nèi)重選暫無9.1。1空載下切換成功率測試（同頻)指標定義：統(tǒng)計控制面切換時延時,規(guī)范中統(tǒng)計方法為從MeasurementReport到用戶向目標小區(qū)發(fā)送RRCConnectionReconfigurationComplete的時延，現(xiàn)改為從MeasurementReport后的第一個RRC_Connection_RECONFIGURATION到RRCConnectionReconfigurationComplete的時延作為正式測試結(jié)果，但從MeasurementReport到RRCConnectionReconfigurationComplete的時延也應統(tǒng)計作為參考記錄值。切換成功率=切換成功次數(shù)/切換嘗試次數(shù)切換成功：以信令交互完成(RRC層UE向源小區(qū)發(fā)送測量報告信令后，UE收到切換指令RRCConnectionReconfiguration，隨后UE向目標小區(qū)發(fā)送RRCConnectionReconfigurationComplete）；注意：切換信令交互完成后立即掉線只視作掉線,不視作切換失敗。切換時間點:終端發(fā)生切換的時間(hh:mm:ss），大致時間即可，其將主要用于后續(xù)log、數(shù)據(jù)分析等；切換后下載恢復速率/切換后上傳恢復速率：讀取切換完成后終端下載/上傳恢復的平均速率；業(yè)務中斷時延：由于本次切換引起的業(yè)務速率為0的時間；切換點的RSRP/SINR/MIMO方式：切換發(fā)生時UE所處原小區(qū)的RSRP/SINR/MIMO方式；9。1。2空載下切換成功率測試（異頻）操作方法：異頻測試在9月份與分組一一并執(zhí)行.9。1。3加載下切換成功率測試（同頻）同9。1.1。9。1.4加載下切換成功率測試（異頻）操作方法：異頻測試在9月份與分組一一并執(zhí)行.10.1.1單UE峰值吞吐量測試操作方法：峰值速率的測試點可隨意選擇隨適合測試達到峰值的點，不同TM可以選擇不同的點；終端被調(diào)度的RB數(shù)量記錄平均RB數(shù)。數(shù)據(jù)記錄表格中的CQI、MCS填寫出現(xiàn)頻率最高的值、最低MCS值和最高MCS值。10。1.2單UE多點吞吐量測試操作方法：整個小區(qū)內(nèi)選擇10個測試點，均勻分布即可;找完10個測試點后,應該始終在這10個點測試,不同TM都應在這10個點測試，SINR有一定波動是正常的；采用MIMO自適應；每個測試點除進行完終端單獨下載、單獨上傳之外還需進行上傳/下載并發(fā)業(yè)務測試。11.1控制面時延測試1）控制面時延測試應該是發(fā)起servicerequest流程的一部分，而不是attach流程的一部分。11。2用戶面時延測試1）測試不能采用預調(diào)度算法，應采用自適應調(diào)度;11.3。1定點尋呼測試操作方法:DRX周期和defaultpagingcycle配置可考慮采用網(wǎng)絡默認配置，但建議值為：32radioframes，也就是320ms；補充對尋呼成功和失敗的定義(與11.3.2相同)；EPC發(fā)起尋呼請求：指EPC發(fā)起尋呼(S1接口發(fā)送Paging消息）；尋呼成功：EPC發(fā)起尋呼（S1接口發(fā)送Paing消息）后收到S1界面相應的INITIALUEMESSAGE（NAS：ServiceRequest），則判做尋呼成功；尋呼時延的計算:UE側(cè)的尋呼時延：從UE接到Paging信息到發(fā)出包含servicerequest的RRCConnectinSetupComplete。為了準確的計算網(wǎng)絡和終端發(fā)起尋呼與接收到尋呼的次數(shù),避免百分比計算的錯誤，測試過程中，應盡量要求EPC、eNB同時記錄log。測試完成后對EPC、eNB、UE進行l(wèi)og分析,并比對各自記錄的尋呼發(fā)起次數(shù)。11.3。2UE移動狀態(tài)下尋呼測試(空載）操作方法：（與“網(wǎng)絡性能和網(wǎng)絡質(zhì)量”測試第6.3。1節(jié)“空載下尋呼成功率”要求相同)EPC應關閉尋呼的重發(fā)功能(即只發(fā)送一次S1接口Paging消息），以免影響測試結(jié)果；尋呼失敗的定義：EPC發(fā)起尋呼起，2秒內(nèi)未收到S1接口相應的INITIALUEMESSAGE，則判做一次尋呼失?。粚ず魰r延的計算：UE側(cè)的尋呼時延：從UE接到Paging信息到發(fā)出RRCConnectinSetupComplete。為了準確的計算網(wǎng)絡和終端發(fā)起尋呼與接收到尋呼的次數(shù)，避免百分比計算的錯誤,測試過程中，應盡量要求EPC、eNB同時記錄log。測試完成后對EPC、eNB、UE進行l(wèi)og分析，并比對各自記錄的尋呼發(fā)起次數(shù)。指標定義：尋呼成功率=成功完成尋呼次數(shù)/EPC發(fā)起尋呼請求總次數(shù)EPC發(fā)起尋呼請求：指EPC發(fā)起尋呼（S1接口發(fā)送Paing消息)尋呼成功:EPC發(fā)起尋呼（S1接口發(fā)送Paing消息）后收到S1接口相應的INITIALUEMESSAGE（NAS:ServiceRequest），則判做尋呼成功尋呼失敗:EPC發(fā)起尋呼起，2秒內(nèi)未收到S1接口相應的INITIALUEMESSAGE,則判做一次尋呼失敗11。3.3UE移動狀態(tài)下尋呼測試（加載）同11.3。212.1。1靜態(tài)下載長保測試操作方式:長保時長由原“30分鐘"改為“15分鐘"；截圖方法：Dumeter截圖，不需要每分鐘截圖，只需要能輸出整個測試過程的“時間vs。吞吐量”變化圖即可。是否需要分段截取，取決于屏幕寬度。12。1。2靜態(tài)上傳長保測試操作方式：1）同12。靜態(tài)上傳/下載長保測試操作方式：1）同12。動態(tài)下載長保測試操作方法：將原測試規(guī)范中所定義的兩UE的業(yè)務發(fā)起方式進行調(diào)整,調(diào)整為：同一部測試車中的兩個UE，一個做FTP下載測試,另一個測試進行FTP上傳測試.測試方式變?yōu)?第一圈測試時，兩個UE，一個做下行業(yè)務,另一個做上行業(yè)務；第二圈測試時，兩個UE同時進行上傳下載并發(fā)業(yè)務;即，共兩圈測試；結(jié)果記錄:“步驟6:每1分鐘記錄一次平均吞吐量”中記錄的應該是每分鐘里面的平均吞吐量，而不是從開始建立到掉線的平均吞吐量。也就是：每分鐘0秒時點擊Stop&Watch中的“開始"鍵,約50秒時點擊“停止”鍵并記錄數(shù)據(jù),0秒時再點擊“開始"鍵.。。.。..，依此類推。截圖方法：不需要每分鐘截圖，只需要能輸出整個測試過程的“時間vs。吞吐量”變化圖即可。是否需要分段截取，取決于屏幕寬度。掉線的判定方式修改為：空口RRC連接釋放