學(xué)習(xí)培訓(xùn)lte ue2.0多業(yè)務(wù)操作指導(dǎo)書

專有承載修改操 專有承載刪除操 eNodeB配 網(wǎng)配 操作方 UDP業(yè) 多業(yè)務(wù)常用問題和觀察方法 包不 查看數(shù)據(jù)是否在對應(yīng)無線承載上進(jìn) UE2.0定位寶 升級類問 OMT連不上UE，從PC不通 OMT連不上UE，從PC能通UE，從UE串口執(zhí)行“host”，無法通OMT執(zhí)行版本升級失敗，OMT日志臺打印文件傳輸失 接入類問 UE接收RAR超 UE只能接入默認(rèn)頻點(diǎn)的小區(qū)，不能接入當(dāng)前小 UE反復(fù)進(jìn)行小區(qū)或MIB，SIB的搜索，并時(shí)而出現(xiàn)搜索失 UE在接收到SIB消息后，不發(fā)起隨機(jī)接 UE打開DHCP功能后，一直無法正常使 切換類問 UE入網(wǎng)后，Probe上未顯示RSRP測量信 調(diào)整衰減，無法觸發(fā)UE上報(bào)A3的測量報(bào) UE不斷發(fā)送切換的測量報(bào)告，但收不到eNB下發(fā)的切換命 UE關(guān)鍵顯示handoverfail 切換后，長時(shí)間未收到發(fā)送 CQI,PMI,RI,MIMO類問 查看基帶上報(bào)的 查看L2上報(bào)的CQI信 查看CQI的統(tǒng)計(jì) 打樁rank 通過probe查看CQI信 吞吐量基本定位.................................................................................................上行包不 下行灌包流量掉底（或者流量不附合預(yù)期 上行灌包流量掉底或流量不符合預(yù) 包時(shí)延 UE上報(bào)鏈路失 HARQ問 下行數(shù)據(jù)BLER誤碼率很低，eNB收到很多NACK（TDD模式 SFBC情況下數(shù)據(jù)丟失很少，但是很多PUCCH中的 碼字0和碼字1都在反（TDD模式 eNB收到很多 Probe問 Probe軟調(diào)主要使用L2軟調(diào)統(tǒng)計(jì)Probe相關(guān)的統(tǒng) 使 m軟 使用OM軟看每條消息的上報(bào)情 功控問 功控常用軟調(diào)命令如下 使用PUCCH開環(huán)功控，PUCCH逐漸上升到 多用戶功控問 LTEUE2.0UE基本組網(wǎng)MME/S-eNodeB多業(yè)務(wù)演示包括：業(yè)務(wù)，UDP業(yè)務(wù)，VOIP業(yè)務(wù)，F(xiàn)TP業(yè)務(wù)，VOD業(yè)務(wù)。業(yè)務(wù)演務(wù)）、器WindowsMediayer，以及NetMeter軟件（觀察吞吐量）。UE側(cè)專有承載配置說明當(dāng)UE需要特定業(yè)務(wù)時(shí)(VOIP，VOD，F(xiàn)TP，大流量灌包等)，UE和網(wǎng)之間就需：表1TFT可值值值值—*配置SDFQOS：ULMacRate表示最大上行比特率DLMacRate表示最大下行比特率ULGMacRate表示最大上行保證比特率QCIEPS承載最重QoS參數(shù)之一，它是一個(gè)數(shù)量等級，代表EPS應(yīng)該SDF提供的表2標(biāo)準(zhǔn)QCI1224會話（要求3345非會話（緩沖流要求5Non-166p2pfilesharing、progressive等77語音、（流要求、交88等配置BEARERTYPE包UDP業(yè)10M為例進(jìn)行UDP業(yè)務(wù)，在業(yè)務(wù)PC上 入后，安裝好后，使用WindowsMediayer進(jìn)行VOD業(yè)務(wù)。啟動WindowsMediayer在文件->打開URL里的輸入欄里輸入mms://服務(wù)器IP/文件名即可。下面以VOD服務(wù)器IP為多業(yè)務(wù)常用問題和觀察方法– 上配置的UEMAC dlgrant/ulgra查看內(nèi)存狀態(tài)（dComMem查看 ，該文檔由UE可見該建立的專有承載是的EPSBID=6,RBdRabmRcvUlDataInfoEPSBID來查看該承載收到的上行數(shù)據(jù)；dRabmRcvDlDataInfoEPSBID來查看該承載收到的下行數(shù)據(jù)；dRabmSndUlDataInfoEPSBID來查看該承載發(fā)送的上行數(shù)據(jù)；dRabmSndDlDataInfoEPSBID來查看該承載發(fā)送的下行數(shù)據(jù)； RBID來查看RLC上行數(shù)據(jù)，觀察是否數(shù)據(jù)有增長。 UE2.0定位寶典OMT連不上UE，從PC能通UE，從UE串口執(zhí)行“host無法通->VxWorks(forXLRBSP)version5.5.1.Kernel:WINDversion2.6.MadeonJun212010,Bootxlr(4,0)host:Tffs:vxWorks.bine=50h=192168.99.97u=hbbipw=hbbif=value=93=0x5d=OMT執(zhí)行版本升級失敗，OMT->VxWorks(forXLRBSP)version5.5.1.Kernel:WINDversion2.6.MadeonJun212010,Bootxlr(4,0)host:Tffs:vxWorks.bine=50h=7u=hbbipw=hbbi定位方法UE駐留到小區(qū)（CID0的承載設(shè)置為專有承載），然后在Probe上查看RSRP和SINR，看是否環(huán)境比較惡劣UE反復(fù)進(jìn)行小區(qū)或MIB，SIB定位方法UE在接收SIB解決方法：小區(qū)的切換開關(guān)未打開，通過LSTENODEBALGOSWITCH和MODENODEBALGOSWITCH兩個(gè)命令查詢并修改這兩個(gè)開關(guān)狀態(tài)即可。UE關(guān)鍵顯示handoverfail CQI的統(tǒng)命含上行包不確定數(shù)據(jù)有沒有到RLC，使用命令dRlcStatUl33查看“RLC接收到PDCP的SDU數(shù)”，請檢查IMSI和UEIP是否匹配。（如果是多業(yè)務(wù)，先把其他不相關(guān)的數(shù)傳停止，只保持不如果Mac一直有調(diào)度，查看上行窗口，用命令dRlcUlEntx，查看邏輯信道傳輸模式，“使用的數(shù)傳模式0-AM,1-UM,2-TM”，如果是UM，查看下面的“狀態(tài)變量VT(US)”查看下行有沒有收到數(shù)據(jù)，用命令dRlcStatDlx，查看“接收到MAC的PDU數(shù):”，如查“VT(ACK)值是否在漲如果一直沒有漲用命令dRlcStatDlx查“接收到ENB看RLC有沒有收到數(shù)據(jù)包：執(zhí)行命令dRlcStatDlx 直在漲，查詢“發(fā)送狀態(tài)報(bào)告給上行發(fā)送數(shù)”，如果一直在漲，執(zhí)行命令dRlcStatUlx，請聯(lián)系UERLC 李波（ 下行灌包流量掉底（或者流量不附合預(yù)期1確定數(shù)據(jù)有沒有到RLC，使用probe查詢流量，看數(shù)據(jù)到了哪一層，或數(shù)據(jù)在哪一層有3通過Probe查看BLER是否有錯(cuò)，，請基帶協(xié)助定位（環(huán)境上注意：VAM重啟后，衰減值默認(rèn)最大，天線口功率是否平衡：導(dǎo)入U(xiǎn)E基帶軟調(diào)UE_DSP_TEST_Maintain.out，串口運(yùn)行dc）；查看下行階數(shù)和rb個(gè)數(shù)是否符合預(yù)期（階數(shù)不夠，通過probe查看UE上報(bào)的CQI是否正常，如正常，找eNBL2協(xié)助；rb個(gè)數(shù)找eNBL2協(xié)助，注意rb固定為36或48等特定的值，可能是下行rb個(gè)數(shù)被修改過，通過eNB基帶板串口可以修改mcs4,"DLSCH_SetDlRbNumLimit0，100"）4請聯(lián)系UERLC 李波（ 減少。如果數(shù)據(jù)沒到PDCP，請檢查IMSI和UEIP是否匹配，檢查pc到UE的物理連接，路該邏輯信道有沒有資源調(diào)度，用命令dRlcStatUlx，查看“Mac通知Rlc發(fā)送PDU數(shù)”，如查詢傳輸模式，執(zhí)行命令dRlcUlEntx，查看“使用的數(shù)傳模式0-AM,1-UM,2-TM”，執(zhí)行命令dRlcUlEntx，查看“狀態(tài)變量VT(US)”如果一直在漲，說明RLC已經(jīng)發(fā)出數(shù)執(zhí)行命令dRlcUlEntx，查看“Send值”和“VT(ACK)值”是否在漲，如果一直在漲，dRlcStatDlx，如果“接收到ENB的狀態(tài)報(bào)告數(shù)”沒有漲，查看下行CRC錯(cuò)誤率，如果錯(cuò)誤率很小，請eNBRLC確認(rèn)有沒有回狀態(tài)報(bào)告；否則執(zhí)行步驟6；請聯(lián)系UERLC 李波（ 查看上行信息，執(zhí)行命令dRlcStatUlx，查看“RLCPDU總的重傳Pdu次數(shù)”，如果一請聯(lián)系UERLC 李波（ 根據(jù)協(xié)議，RLCAM模式達(dá)到最大重傳次數(shù)后應(yīng)該向RRC指示鏈路失敗，從而引起重建。LSTLST確認(rèn)對應(yīng)的QCI配置的最大重傳次數(shù)，一般設(shè)置為4或8，具體值請咨詢性能部或eNBL380ms，具體值請咨詢性能部或eNBL3人員。而且由于eNBL2鏈路失敗時(shí)啟動了一個(gè)定時(shí)器，超時(shí)后再給L3發(fā)消息釋放UE，所以HARQ問下行DLGrant數(shù)量足夠，而發(fā)現(xiàn)eNBL2填寫的DLGrant中的DAI值出現(xiàn)錯(cuò)誤，在相鄰 VCPU[67HARQ信息VCPU[6]:接收的碼字0的正確的CRC數(shù)目VCPU[6]:接收的碼字0的錯(cuò)誤的CRC數(shù) VCPU[6]:接收的碼字1的正確的CRC數(shù) VCPU[6]:接收的碼字1的錯(cuò)誤的CRC數(shù) VCPU[6]:上行進(jìn)程DCI0中DAI有效標(biāo) VCPU[6]:上行進(jìn)程DCI0中DAI VCPU[6]:下行動態(tài)調(diào)度的數(shù)據(jù)個(gè) VCPU[6]:下行半靜態(tài)調(diào)度的數(shù)據(jù)個(gè) VCPU[6]:下行HARQ反饋信息統(tǒng)計(jì)有效標(biāo) VCPU[6]:下行HARQ反饋 VCPU[6]:下行數(shù)據(jù)丟失標(biāo) RFrmRSubFrmSFrmSSubfrmDCceDAIf ModeCW0fCW0CW1f0701 0001701 0 PUCCH反饋結(jié)果 FrmSFrmCW0CW0 CW1CW1 1都在反饋（TDD模式 *......... *....`.....L mcs12,"gulStaticCceAgg1"－－修改12號線程固定的CCE聚居級別Probe問Probe軟調(diào)主要使用L2軟調(diào)統(tǒng)計(jì)Probe相關(guān)的統(tǒng)dl2dtmsgstatxx ugIndex=10:打印所有;ugIndex=11:打印 gIndex=12:打印定時(shí)器和IND; gIndex=13:打印Proc; m軟 #l2mcs 0x03d07502//查看ProbeReq情況 0x0375d002//查看L2Cfg情況 0x0975d002//添加消息上報(bào)ID #l2OM_AddPrtMsg0x03d07515OM_AddPrtMsg0x0375d015OM_AddPrtMsg0x0975d015 功控問:dMacSetPuschTxPwr1,xx：參數(shù)1為1，表示要對PUSCH功率進(jìn)行:dMacSetPrachTxPwr1,xx：參數(shù)1為1，表示要對PRACH功率進(jìn)行:dMacSetPucchTxPwr1,xx：參數(shù)1為1，表示要對PUCCH功率進(jìn)行參數(shù)使用方法為：dMacSetSoundTxPwr不帶參數(shù)表示不對SOUNDING功率進(jìn)行打dB(PL=導(dǎo)頻-RSRP=9-(-120))，明顯存在較大差異，會導(dǎo)致計(jì)算的Prach點(diǎn)，增加統(tǒng)計(jì)信息等，確認(rèn)UE基帶上報(bào)的RSRP在上報(bào)時(shí)間和上報(bào)值等方面都沒有問題，問題就聚焦在UEMAC在接收基帶上報(bào)的RSRP的處理上。最終通過走讀代碼，發(fā)現(xiàn)UEMAC在該處理過程中存在一個(gè)bug，導(dǎo)致Prach功控計(jì)算際值相差過大，計(jì)算的過小，發(fā)送的PreambleeNB不能接收到導(dǎo)致接入失現(xiàn)象 三UE路損分別在85dB，95dB和105dB時(shí)，均以最小-40dB發(fā)射。定位方法出的SINR仍然很高；通過將目標(biāo)SINR設(shè)置為29，eNBL2濾波后的SINR值所以SINR值一直很高是正?，F(xiàn)象，信號如下：eNB基帶同事分析當(dāng)前的處理，發(fā)現(xiàn)eNB基帶的PUCCHSINR值與PUCCH實(shí)際解調(diào)SINR間，雙天線：SINR_T