【正文】 08C00SPC130后在外場(chǎng)撥打時(shí)發(fā)現(xiàn)上傳及下載速率慢，CAT4測(cè)試終端在好點(diǎn)的情況下進(jìn)行定點(diǎn)CQT測(cè)試，下載最高速率僅在45Mbps左右，上傳最高速率僅12Mbps左右。核查該小區(qū)CV文件發(fā)現(xiàn)參DLTARGETBLER（下行目標(biāo)ＢＬＥＲ）配置為1%；當(dāng)參數(shù)DLTARGETBLER(下行目標(biāo)BLER) 設(shè)置為1%時(shí)，由于對(duì)BLER要求過(guò)高，導(dǎo)致RBS會(huì)調(diào)低MCS以保證BLER達(dá)到目標(biāo)值。6. 注意事項(xiàng)及建議LTE下載速率低也需注意功率參數(shù)PA/PB的設(shè)定，其要求Type A，Type B兩類符號(hào)上的功率保持相等，當(dāng)和相等且等于最大發(fā)射功率時(shí)，功率利用率最高。后期網(wǎng)管搭建完畢后，需定期對(duì)小區(qū)做參數(shù)核查，確保參數(shù)配置無(wú)誤。(6)、外部干擾源干擾。(2)、GSM900M基站對(duì)TDDLTE頻段18801900M形成諧波干擾。分別下掛東圃珠村和9860基站，均為TDD F頻段基站，9860基站在工參表中未顯示，此基站告警燈常閃，后臺(tái)查詢后，發(fā)現(xiàn)9860基站存在GPS失鎖告警。 案例3： 由GPS失鎖引起的F頻段LTE基站上行干擾1. 現(xiàn)象描述某基站通過(guò)話統(tǒng)查詢上行底噪，發(fā)現(xiàn)此基站上行底噪很高，三個(gè)小區(qū)均在77dB左右。在小區(qū)使用2天線傳輸模式且2個(gè)小區(qū)PCI mod3 數(shù)值相等，參考信號(hào)的位置重疊就會(huì)造成相互干擾，SINR值過(guò)低導(dǎo)致下載速率過(guò)慢。在LTE中，PCI用來(lái)區(qū)分每一個(gè)小區(qū)，類似于WCDMA中的擾碼和CDMA2000中的PN。3. 問(wèn)題分類： 干擾－DCS1800干擾4. 解決方案改變1方向LTE天線位置，將其與DCS天線水平隔離度增加到1米。閉塞周邊所有 LTE 小區(qū), 以及 2 、 3 小區(qū)全部閉塞，僅保留 1 小區(qū)，問(wèn)題依然存在。：系統(tǒng)外干擾（DCS1800）導(dǎo)致LTE宏站單小區(qū)下載速率低1. 現(xiàn)象描述LTE基站1小區(qū)在測(cè)試過(guò)程中，發(fā)現(xiàn)下載速率低（1M左右），終端 ping 核心網(wǎng)側(cè)丟包率高達(dá) 50% 。系統(tǒng)間干擾的產(chǎn)生：系統(tǒng)間干擾通常為異頻干擾?，F(xiàn)網(wǎng)中由于多系統(tǒng)的存在，會(huì)對(duì)空口傳輸質(zhì)量造成影響。LTE案例大全20161014無(wú)線系統(tǒng)按照干擾產(chǎn)生的起因可以將干擾分為系統(tǒng)內(nèi)干擾和系統(tǒng)間干擾。主要有：雜散干擾、阻塞干擾、諧波干擾、互調(diào)干擾。該基站配置為S111，頻段是F 頻段 18801900MHz，帶寬20M，參考信號(hào)功率12dBm，上下行時(shí)隙配比1:3，特殊子幀時(shí)隙配置DwPTS:GP:UpPTS=3:9:22. 問(wèn)題分析使用底噪查詢工具。對(duì) 18801900MHz 掃頻，發(fā)現(xiàn)移動(dòng) DCS1800 頻段天線對(duì)該頻段有干擾。5. 效果評(píng)估１小區(qū)天線與DCS天線水平隔離度增加到1米后，底噪109，下載速率50M，故障排查完成。LTE協(xié)議規(guī)定，PCI一共有504個(gè)，其組成分為兩部分：Physical Layer Cell Identity = (3 NID1) + NID2NID1: 物理層小區(qū)標(biāo)識(shí)組， 范圍從0 到167共168組（決定了輔同步序列）NID2: 組內(nèi)ID， 范圍從 0 到 2（決定了主同步序列）然而，PCI也不是504個(gè)可以隨意分配，它必須避免同一個(gè)小區(qū)覆蓋范圍內(nèi)PCI mod3不相等，其原因是因?yàn)椴煌腜CI決定了小區(qū)特定參考信號(hào)（CRS）的位置。3. 問(wèn)題分類： 干擾－模3干擾4. 解決方案修改A小區(qū)PCI為115. 效果評(píng)估重新測(cè)試，A小區(qū)下載速率提升到55Mkbps以上。測(cè)試工程師到現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)該小區(qū)無(wú)法正常接入，無(wú)法進(jìn)行上下載業(yè)務(wù)。3. 問(wèn)題分類： 干擾—GPS失鎖4. 解決方案閉塞9860基站，安排維護(hù)人員上站處理該基站的GPS失鎖告警問(wèn)題。(3)、小靈通基站對(duì)TDDLTE形成阻塞干擾、互調(diào)干擾和雜散干擾。 容量容量也會(huì)影響下載速率，現(xiàn)網(wǎng)由于LTE用戶不多，暫不需考慮這方面的問(wèn)題。 案例5：LTE的功率PA、PB參數(shù)設(shè)置不合理導(dǎo)致下載速率低的處理1. 現(xiàn)象描述LTE小區(qū)在覆蓋較好路段（RSRP=72dB,SINR=32 dB，且傳輸模式為TM3）下載速率低（基本小于40Mbps）2. 問(wèn)題分析查詢?cè)撔^(qū)功率參數(shù)設(shè)置，發(fā)現(xiàn)PA參數(shù)設(shè)置為3，PB參數(shù)設(shè)置為3，根據(jù)功率利用率分配表可知此時(shí)功率利用率僅為67％。LTE參數(shù)設(shè)置需考慮業(yè)務(wù)場(chǎng)景，根據(jù)不同的需求對(duì)參數(shù)進(jìn)行合理化配置，已到達(dá)感知最優(yōu)。而對(duì)于FTP、流媒體等并不需要很高的BLER要求的業(yè)務(wù)，過(guò)高的BLER要求會(huì)導(dǎo)致下行因沒(méi)有使用64QAM的高階調(diào)制方式，反而無(wú)法得到理想的下行速率，從而影響用戶感知。2. 問(wèn)題分析通過(guò)后臺(tái)跟蹤UU口信令，發(fā)現(xiàn)終端在進(jìn)行業(yè)務(wù)過(guò)程中會(huì)周期性上報(bào)Meas_Report。3. 問(wèn)題分類：無(wú)線參數(shù)配置4. 解決方案后臺(tái)關(guān)閉同頻/異頻/異系統(tǒng)的訂閱。業(yè)務(wù)過(guò)程中出現(xiàn)業(yè)務(wù)中斷的現(xiàn)象：在正常業(yè)務(wù)過(guò)程中上行干擾不高，但是出現(xiàn)異常。3. 問(wèn)題分類：無(wú)線參數(shù)配置4. 解決方案修改下行PDCCH CCE聚合級(jí)別、PDCCH功率值，增強(qiáng)PDCCH下行信道抗干擾能力，上行Bler目標(biāo)值收斂到5％。在RSRP及SINR均無(wú)明顯變化的情況下，下降幅度達(dá)97%，23秒鐘后恢復(fù)正常。3. 問(wèn)題分類：無(wú)線參數(shù)配置4. 解決方案將TA同步功能參數(shù)打開(kāi)5. 效果評(píng)估將TA同步功能找開(kāi)后，下載速率正常，不再出現(xiàn)速率陡降情況。通過(guò)該步驟，確認(rèn)速率低問(wèn)題是在基站側(cè)以上網(wǎng)元引入。5. 效果評(píng)估速率恢復(fù)正常。最終核查發(fā)現(xiàn)華為在PTN上做了些QOS的配置，根據(jù)不同業(yè)務(wù)限制了最高帶寬，對(duì)下載業(yè)務(wù)帶寬為10M，這樣導(dǎo)致了下載的限制。2. 問(wèn)題分析本次實(shí)驗(yàn)網(wǎng)分析中迅雷下載速率較高，說(shuō)明無(wú)線環(huán)境、容量、時(shí)隙配比、傳輸帶寬和速率相關(guān)無(wú)線參數(shù)設(shè)置均沒(méi)有問(wèn)題。傳輸站點(diǎn)未發(fā)現(xiàn)告警，且LTE基站各個(gè)傳輸鏈路光功率收發(fā)均正常，未存在光路衰減情況。6. 注意事項(xiàng)及建議PTN上的MAC地址學(xué)習(xí)功能未配置可能導(dǎo)致下載速率低。由于UGW 物理端口既給LTE用，又作為GGSN的Gn口，在3G HSPA+測(cè)試時(shí)由于遇到下載速率問(wèn)題，把1000M端口統(tǒng)一改成了100M后沒(méi)有改回來(lái)，而LTE TDD 100M的DEMO下載業(yè)務(wù)所需理想的物理帶寬為300M，導(dǎo)致LTE下載速率低且嚴(yán)重波動(dòng)。2. 問(wèn)題分析通過(guò)對(duì)S1口信令進(jìn)行了跟蹤，發(fā)現(xiàn)在S1APINITIALCONTEXTSETUPREQ中，雖然核心網(wǎng)側(cè)指派的上下行帶寬為150Mb， 但QCI值為5，下表是QCI所代表含義。6. 注意事項(xiàng)及建議QCI參數(shù)設(shè)置會(huì)影響下載速率。3. 問(wèn)題分類： 故障4. 解決方案解決告警。上述兩種情況速率之所以會(huì)受到影響是由于為了保證數(shù)據(jù)傳輸?shù)目煽啃?，系統(tǒng)降低了數(shù)據(jù)傳輸?shù)腞B數(shù)。 案例17： 由于合路器接法不正確引起的下載速率低的問(wèn)題1. 現(xiàn)象描述對(duì)上合村北FE站點(diǎn)進(jìn)行單驗(yàn)，在進(jìn)行單站驗(yàn)收時(shí)，單用戶下行吞吐率最大值只有39mbps左右，MCS正常，終端信號(hào)質(zhì)量較好，速率穩(wěn)定，從probe上看到終端一直上報(bào)RANK1,沒(méi)有RANK2上報(bào)。該站點(diǎn)與GSM合路，GSM兩個(gè)天線口和LTE兩個(gè)天線口接入一個(gè)4路合路器，合路后接到2天線口的天線，天線型號(hào)支持+/45176。首先，從合路器前端饋線的接法著手，單獨(dú)排查2小區(qū)合路器前端饋線的接法是否正確，整改前合路器前端饋線的連接示意圖如下：整改后合路器前端饋線的連接示意圖如下：3. 問(wèn)題分類： 硬接連接4. 解決方案調(diào)整合路器接線。 案例18： LTE室分雙路不平衡導(dǎo)致下載速率低1. 現(xiàn)象描述在某LTE站進(jìn)行單站驗(yàn)證測(cè)試，測(cè)試發(fā)現(xiàn)上傳速率只有9M，沒(méi)達(dá)到目標(biāo)值，下載速率波動(dòng)較大平均速率為58M2. 問(wèn)題分析從測(cè)試中發(fā)現(xiàn)，接收的兩個(gè)天線通道功率相差較大，導(dǎo)致下載速率波動(dòng)較大。同時(shí)，雙流場(chǎng)景下對(duì)兩條鏈路的隔離度也有要求，建議室分天線點(diǎn)位間距不要太近或太遠(yuǎn)。3. 問(wèn)題分類： 無(wú)線參數(shù)配置－GPS數(shù)據(jù)配置4. 解決方案將時(shí)鐘源的同步模式修改為時(shí)間同步5. 效果評(píng)估修改時(shí)鐘源模式后，基站能正常開(kāi)通。懷疑可能是基帶板運(yùn)行異常，重新復(fù)位和更換基帶板后小區(qū)仍建立失敗，故障依舊，也排除基帶板硬件故障。： LTE小區(qū)與RRU關(guān)聯(lián)錯(cuò)誤導(dǎo)致覆蓋接反1. 現(xiàn)象描述TDS與TDL分別對(duì)某LTE站點(diǎn)作單站驗(yàn)證，TDL判斷3小區(qū)存在接反，同比TDS環(huán)測(cè)數(shù)據(jù)發(fā)現(xiàn)并無(wú)此問(wèn)題。6. 注意事項(xiàng)及建議(1)、參數(shù)配置時(shí)，LTE網(wǎng)絡(luò)的RRU的框號(hào)配置應(yīng)與TDSCDMA一致；(2)、涉及到TDLTE與TDSCDMA共址基站天饋接反的問(wèn)題，首先應(yīng)核查兩個(gè)系統(tǒng)是否都存在該類問(wèn)題，順藤摸瓜，找到問(wèn)題的根因并處理。由于EPC突然釋放偶聯(lián)，協(xié)調(diào)EPC的工程師進(jìn)行跟蹤并解析原因。6. 注意事項(xiàng)及建議制作eNodeBID時(shí)需謹(jǐn)慎； 案例5：大唐和華為GTPU檢測(cè)功能參數(shù)協(xié)商不一致導(dǎo)致LTE站點(diǎn)業(yè)務(wù)頻繁中斷1. 現(xiàn)象描述武漢LTE站點(diǎn)下測(cè)試業(yè)務(wù)時(shí)候發(fā)現(xiàn)，在終端成功附著成功30分鐘左右后，就出現(xiàn)無(wú)法ping通內(nèi)外服務(wù)器和連