TD-LTE-網(wǎng)絡(luò)優(yōu)化經(jīng)驗總結(jié)

TD-LTE網(wǎng)絡(luò)優(yōu)化經(jīng)驗總結(jié)優(yōu)化案例集,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例一：長河水產(chǎn)市場下載速度低,案例描述：在對長河水產(chǎn)市場進行單站驗證的過程中，對該站進行定點的上傳和下載業(yè)務(wù)，發(fā)現(xiàn)即使在覆蓋“極好點”，該站的下載速度依舊只有810Mbps，達不到測試用例的要求；,案例分析：1.根據(jù)在該站采用不同的電腦分別在不同的極好點進行測試下載速度均只能達到810Mbps，排除無線環(huán)境的因素；2.檢查電腦網(wǎng)卡設(shè)置，修改TCP相關(guān)參數(shù)，排除電腦本身的網(wǎng)卡設(shè)置導(dǎo)致無法達到要求的上傳速度；,3.使用jperf，對傳輸進行推送測試，發(fā)現(xiàn)主要問題應(yīng)該在傳輸上，由于傳輸?shù)南拗茖?dǎo)致下載速度最大只能達到10Mbps；,問題解決：1.根據(jù)傳輸?shù)耐負浣Y(jié)構(gòu)，測試路徑一共分為三段：,1、長河水產(chǎn)基站到PTN側(cè)CE，如果下載速率有問題，證明PTN傳輸有問題，如果沒有問題，排除PTN傳輸2、PTN側(cè)CE到EPC機房FTPserver，如果PTN側(cè)CE到EPCFTPSERVER速率有問題3、EPC機房交換機上內(nèi)網(wǎng)FTPSERVER測試,2.測試結(jié)果顯示為長河水產(chǎn)基站到PTN側(cè)CE存在問題，下載速度約為10Mbps，上傳速度約為90Mbps；,3.在測試完畢后，經(jīng)過和華為確認，華為在PTN上做了些QOS的配置，根據(jù)不同業(yè)務(wù)限制了最高帶寬，對下載業(yè)務(wù)帶寬為10M，這樣導(dǎo)致了下載的限制。,優(yōu)化結(jié)果：在改變了PTN上的QOS配置的限制之后，再進行下載驗證，結(jié)果顯示恢復(fù)正常，達到30Mbps以上，符合用例需求；,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例二：濱江電力公司上傳速率低,案例描述：在對濱江電力公司進行單站驗證的過程中，在進行上傳業(yè)務(wù)時發(fā)現(xiàn)該站點的3個扇區(qū)的速度均比較低，只能達到約25Mbps，而在前期的測試中，該站的上傳速度表現(xiàn)一直很好達到了15Mbps以上；,案例分析：,1.在濱江電力1扇區(qū)測試中顯示BLER較高，MCS較低；,2.在濱江電力3扇區(qū)測試中顯示時隙配比為3：1；,問題解決：1.在濱江電力1小區(qū)進行參數(shù)核查，確定無線參數(shù)均正常，嘗試修改相關(guān)上行參數(shù)進行調(diào)整，但上傳速度依舊沒有改善；2.恢復(fù)修改的參數(shù)，核查干擾源，檢查周邊鄰區(qū)的無線參數(shù)配置，經(jīng)過核查發(fā)現(xiàn)濱江電力3小區(qū)的TDDframeconf=2，即時隙配比為3：1，而周邊基站均為2：2；3.將時隙配比改為2：2后，三個扇區(qū)上傳速度均達到了15Mbps以上，確認為3扇區(qū)的3：1配置對該站有強干擾導(dǎo)致上行底噪上升，上傳速度低；,優(yōu)化結(jié)果：在將濱江電力3小區(qū)的時隙配比TDDframeconf改為1后，分別驗證3個小區(qū)的上傳速率，均達到了15Mbps以上；,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例三：海斯終端無法搜網(wǎng),【現(xiàn)象描述】在優(yōu)化中突然發(fā)現(xiàn)海思終端無法進行小區(qū)搜索?！締栴}分析】懷疑CDS軟件設(shè)置問題，重啟CDS程序，問題依舊；懷疑Windows問題，重啟系統(tǒng)，問題依舊；懷疑電腦硬件問題，更換電腦，問題依舊；懷疑海思終端問題，更換海思終端，問題不出現(xiàn)。初步定位海思終端故障。【解決方案】把現(xiàn)象報給海思技術(shù)支持，回復(fù)可能是鎖小區(qū)的原因造成的，CDS上查看，并沒有鎖小區(qū)，仍然執(zhí)行行鎖小區(qū)解鎖，問題依舊；繼續(xù)重啟電腦，拔插海思終端，問題解決。注意：海思終端，在進行鎖小區(qū)操作后，會在硬件中記錄，即使斷電重啟也不會復(fù)位。需要在CDS軟件上進行解鎖操作后，并且重啟海思終端，重啟電腦，才能復(fù)位。,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例四：海斯終端ATTCH失敗，出現(xiàn)EPSattachfailed,【現(xiàn)象描述】最近在測試過程中，經(jīng)常出現(xiàn)hisi終端無法進行attach業(yè)務(wù)和ping服務(wù)器無法到達的情況，具體表現(xiàn)為發(fā)起attach業(yè)務(wù)時在信令中出現(xiàn)EPSAttachfailed,【問題分析】海斯終端鑒權(quán)與網(wǎng)絡(luò)不同步【解決方案】通過sscom32在hisi終端的bluetooth口發(fā)送命令，將hisi終端的鑒權(quán)與基站側(cè)的鑒權(quán)進行同步。設(shè)備連接后，通過sscom32打開終端的bluetooth端口，發(fā)送命令：g_ulSmcControl=1，點擊發(fā)送后，鼠標移至運行窗口按enter，返回值value=1即表示操作成功，然后關(guān)閉bluetooth端口，如下圖所示。,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例五：遠見智能第1小區(qū)下載速率偏低問題,【現(xiàn)象描述】在遠見智能基站1小區(qū)下載速率偏低（20Mbps),RSRP很高，下行SINR很好，MCS偏低，16QAM比例很高、BLER很低。,【問題分析】關(guān)閉ATB/ULPC等問題依然存在。關(guān)閉遠見智能第2、3小區(qū)問題依然存在；初步分析問題不是由于干擾問題，檢查SCF文件發(fā)現(xiàn)DLTARGETBLER設(shè)置為1%，可能與此有關(guān)，由于BLER要求太高，OLLA會調(diào)低MCS以保證BLER目標，而對于FTP等業(yè)務(wù)不需要如此高的BLER要求，并且會導(dǎo)致不能夠使用高階MCS及64QAM，從而導(dǎo)致下載速率偏低?！窘鉀Q方案】將第1小區(qū)恢復(fù)成DLTARGETBLER=10%。,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例六：室分小區(qū)隨機接入失敗,【現(xiàn)象描述】室分小區(qū)隨機接入失敗。1.在室分主測小區(qū)切換或者初始接入時，經(jīng)常會有切換失敗或者attch失敗，現(xiàn)象為PRACH上行同步次數(shù)較多，且PRACH的功率會逐漸攀升到滿功率23dbm。CDS軟件會提示定時器T304或T300超時。如圖2.反切失敗。室分主測小區(qū)PCI：336向同層同頻的PCI:337切換正常，但是經(jīng)過海量測試發(fā)現(xiàn)PCI:337向PCI:336失敗率高?，F(xiàn)象和上圖中PRACH接入問題相同。,室分小區(qū)隨機接入失敗,【問題分析】懷疑定時器設(shè)置或者切換參數(shù)問題，但是核查參數(shù)發(fā)現(xiàn)336和337的定時器設(shè)置相同，切換參數(shù)也相同，故排除定時器設(shè)置和切換參數(shù)問題；懷疑無線環(huán)境問題，336小區(qū)和337小區(qū)做的是同層的2個小區(qū)，在同層測試RSRP/RSRQ/SINR都比較好，排除無線環(huán)境問題；懷疑隨機接入?yún)?shù)設(shè)置有問題，由于336向337切換都正常而反向切換337向336會出現(xiàn)失敗，因此對比這兩個小區(qū)的PRACH參數(shù)，發(fā)現(xiàn)prachConfigIndex參數(shù)不同。將336小區(qū)的prachConfigIndex從51修改到3，多次測試切換成功率和接入成功率明顯提高。進一步定位發(fā)現(xiàn)海思終端在prachConfigIndex=51(preambleformat4)時隨機接入的成功率較低。,室分小區(qū)隨機接入失敗,【解決方案】prachConfigIndex與preambleformat對應(yīng)表如下：,prachConfigIndex=51時，對應(yīng)的preambleformat為4，prachConfigIndex=3時，對應(yīng)的preambleformat為0。,室分小區(qū)隨機接入失敗,【解決方案】,preambleformat4時PRACH在UPPTS發(fā)送，這種格式的CP時域長度和Sequence的時域長度都比preambleformat0小很多，被基站成功解調(diào)的幾率也小很多，所以選擇format0會比選擇format4切換成功率高。,因此修改參數(shù)prachConfigIndex從51修改到3。問題解決。,preambleformat規(guī)范定義的格式如下：,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例七：基站有信號，Attach不成功,【問題描述】在下沙頂新1小區(qū)下做業(yè)務(wù)，從CDS軟件中觀察主服務(wù)小區(qū)有信號，但是無論做Attach，ping，upload，download業(yè)務(wù)，均不成功【問題分析】懷疑測試終端問題，重啟海思終端，拔插SIM卡，問題依然存在；懷疑為Windows系統(tǒng)問題，重啟電腦，重新接入，仍未解決；懷疑基站問題，更換至其他小區(qū)測試測試，業(yè)務(wù)正常，定位為小區(qū)問題。,【解決方案】聯(lián)系排障組上站排查，發(fā)現(xiàn)該小區(qū)主BBU上的第二個FSP下的3個CPU全部DOWN掉，導(dǎo)致無法做業(yè)務(wù)，但是小區(qū)有信號；排障組對該小區(qū)的主BBU進行斷電重啟，5分鐘后基站側(cè)觀察該小區(qū)BBU狀態(tài)，模塊均恢復(fù)正常，使用海思終端在該小區(qū)下做業(yè)務(wù)，業(yè)務(wù)可以做且均成功,基站有信號，Attach不成功,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,【現(xiàn)象描述】測試中UE由LTE_下沙聯(lián)華1小區(qū)（PCI:49)向LTE_下沙聯(lián)華3小區(qū)(PCI:50)切換失敗，如下圖所示：LOG分析，UE在四號大街由東向西行駛，占用LTE_下沙聯(lián)華1（PCI:49）UE上發(fā)測量報告，目標小區(qū)為LTE_下沙聯(lián)華3（PCI:50），當RSRP相差10db仍未發(fā)生切換，1秒后出現(xiàn)“HandOverFailed”。,【問題分析】核查切換參數(shù)：配置正確無問題；核查鄰區(qū)配置：均已配置；懷疑設(shè)備問題，重啟設(shè)備，復(fù)測問題依舊；嘗試重新配置鄰區(qū)：刪除原鄰區(qū)配置，重新添加雙向鄰區(qū)，進行復(fù)測，切換關(guān)系正常，如下圖所示：【解決方案】重新核查參數(shù)，發(fā)現(xiàn)鄰區(qū)配置參數(shù)存在問題。正常鄰區(qū)配置參數(shù)如下：eNodeBIP，eNBid，MCC，MNC，MNClengthinPLMN，如2171920446082存在問題的鄰區(qū)配置參數(shù)如下：900029052062171920446082237392044608239由于前期工程部門配置鄰區(qū)參數(shù)存在問題，需要重新正確配置。,參數(shù)配置導(dǎo)致切換失敗,創(chuàng)毅視訊終端切換失敗,【現(xiàn)象描述】采用創(chuàng)毅視訊終端，在下沙聯(lián)華_1與文苑風(fēng)情_2小區(qū)之間，進行FTP下載測試時，創(chuàng)毅視訊終端無法成功切換至文苑風(fēng)情_2。而導(dǎo)致FTP掉線。,【問題分析】切換失敗，可能由以下幾方面產(chǎn)生：軟件、終端、測試電腦等。網(wǎng)絡(luò)問題（包括覆蓋、干擾、鄰區(qū)、基站狀態(tài)等）問題發(fā)生時，小區(qū)覆蓋、干擾均正常，主要考慮軟件、終端及鄰區(qū)等方面。檢查小區(qū)狀態(tài)和配置：向后臺查詢這兩個小區(qū)狀態(tài)，鄰區(qū)情況，發(fā)現(xiàn)均正常。懷疑PDCCHDCI格式問題：已知創(chuàng)毅視訊終端的一個bug，創(chuàng)毅視訊終端只支持PDCCHDCI格式為1A，懷疑小區(qū)PDCCHDCI格式未配置為1A導(dǎo)致切換失敗。向后臺查詢這兩個小區(qū)PDCCHDCI格式，反饋這兩個小區(qū)均配置為1A。懷疑終端和電腦問題：更換另一個創(chuàng)毅視訊終端、更換SIM卡、重啟電腦重新測試，發(fā)現(xiàn)問題依舊。懷疑基站問題：重新啟動基站，并再次修改文苑風(fēng)情_2PDCCHDCI格式為1A后，重新測試，切換正常。,創(chuàng)毅視訊終端切換失敗,【解決方案】DCI:DownlinkControlInformation，承載在PDCCH上。Format1C:緊湊型單碼字PDSCH調(diào)度。Format1A:用于下行傳輸，單碼字PDSCH調(diào)度，下行數(shù)據(jù)觸發(fā)隨機接入過程。目前，海思終端對于上述兩種格式均支持，而創(chuàng)毅視訊終端只支持1A格式，由于此格式問題，會導(dǎo)致UE無法接入網(wǎng)絡(luò)，導(dǎo)致重選失敗、切換失敗等問題。基站被重啟后，該DCI格式將恢復(fù)到1C的默認值，需要重新修改為1A，特殊情況，小區(qū)顯示DCI格式為1A，但是并沒有生效，需要重啟小區(qū)，重新修改PDCCHDCI格式才生效。,創(chuàng)毅視訊終端切換失敗,案例一：長河水產(chǎn)市場下載速度低,案例九：修正測試規(guī)范BFGain計算公式,案例二：濱江電力公司上傳速率低,案例三：海斯終端無法搜網(wǎng),案例五：遠見智能第1小區(qū)下載速率偏低問題,案例六：室分小區(qū)隨機接入失敗,案例七：基站有信號，Attach不成功,案例四：海斯終端ATTCH失敗,案例八：參數(shù)配置導(dǎo)致切換失敗,【問題描述】按照中國移動測試規(guī)范STT-3-2-1TD-LTE規(guī)模技術(shù)試驗-六城市測試-多天線測試規(guī)范v1.7.2，BFGain是采用的DRS_RSRPCRS_RSRP，沒有指明CRS-RSRP是在哪種傳輸模式下。使用BFGain=DRS_RSRP_TM7CRS_RSRP_TM2計算，增益為10dB左右，而正常值=6dB使用BFGain=DRS_RSRP_TM7CRS_RSRP_TM7計算，增益為5dB左右，正常【問題分析】DRS_RSRP：專門用于BF的，也就是在TM7的時候，當用戶打上業(yè)務(wù)后，才有DRS。存在于用戶分配到的PDSCH的RB上。CRS-RSRP：是指Cell-specificreferencesignal。在系統(tǒng)頻帶內(nèi)的任一個RB上都有CRS，用于測量。無論系統(tǒng)是TM2還是TM7，是否有業(yè)務(wù)都有CRS。查看TM500數(shù)據(jù)統(tǒng)計：DRS_RSRP_TM7統(tǒng)計的是100個RB上的平均值CRS_RSRP_TM2統(tǒng)計的是中心6個RB上的平均值CRS_RSRP_TM7統(tǒng)計的是100個RB上的平均值,案例九：修正測試規(guī)范BFGai