集團LTE案例庫總結(jié)

1、集團LTE案例庫總結(jié)1.LTE下載速率低原因及相關(guān)案例現(xiàn)階段排查LTE下載速率低影響的主要因素包括：（1）無線環(huán)境（2）容量（3）無線參數(shù)配置（4）傳輸問題（5）傳輸相關(guān)參數(shù)配置（6）故障（7）傳輸相關(guān)參數(shù)配置1.1無線環(huán)境無線環(huán)境是影響下載速率低的一個重要原因?，F(xiàn)網(wǎng)中由于多系統(tǒng)的存在，會對空口傳輸質(zhì)量造成影響。無線系統(tǒng)按照干擾產(chǎn)生的起因可以將干擾分為系統(tǒng)內(nèi)干擾和系統(tǒng)間干擾。 系統(tǒng)內(nèi)干擾：系統(tǒng)內(nèi)干擾通常為同頻干擾。TD-LTE 系統(tǒng)中，系統(tǒng)內(nèi)干擾常見原因有小區(qū)越區(qū)覆蓋造成的同頻干擾和GPS時鐘不同步造成的下行信號對上行信號的干擾和模三干擾。 系統(tǒng)間干擾的產(chǎn)生：系統(tǒng)間干擾通常為異頻干擾。主要有：

2、雜散干擾、阻塞干擾、諧波干擾、互調(diào)干擾。通過LTE前期總結(jié)系統(tǒng)間干擾的干擾主要如下：TD-LTE系統(tǒng)頻段（MHz）其他系統(tǒng)帶外阻塞帶外雜散帶內(nèi)阻塞或帶內(nèi)雜散互調(diào)諧波1880-1920DCS1800GSM900PHS2300-2400WLAN2500-2690WLAN北斗雷達MMDS和射電天文多運營商CDMA850排查這種類型干擾，一般是通過系統(tǒng)監(jiān)控手段對小區(qū)干擾進行預(yù)判斷，然后根據(jù)小區(qū)的干擾特性進行實地掃頻排查。通過閉站，看干擾是否消失排查。1.1.1案例1：系統(tǒng)外干擾（DCS1800）導(dǎo)致LTE宏站單小區(qū)下載速率低 1. 現(xiàn)象描述LTE基站1小區(qū)在測試過程中，發(fā)現(xiàn)下載速率低（1M左右），終端

3、 ping 核心網(wǎng)側(cè)丟包率高達 50% 。該基站配置為S111，頻段是F 頻段 1880-1900MHz，帶寬20M，參考信號功率12dBm，上下行時隙配比1:3，特殊子幀時隙配置DwPTS:GP:UpPTS=3:9:22. 問題分析使用底噪查詢工具。各小區(qū)底噪情況如下：1小區(qū)2小區(qū)3小區(qū)下載速率1Mbps50Mbps51Mbps底噪-93-111-110將查詢出的底噪值與各小區(qū)的業(yè)務(wù)速率對比，很容易看出業(yè)務(wù)速率低的小區(qū)恰好是后臺查詢底噪高的小區(qū)。由此判斷為底噪高是導(dǎo)致空口質(zhì)量差，引起終端業(yè)務(wù)速率低、 ping 包丟包率高的原因。將查詢出的底噪值與各小區(qū)的業(yè)務(wù)速率對比，很容易看出業(yè)務(wù)速率低的小

4、區(qū)恰好是后臺查詢底噪高的小區(qū)。由此判斷為底噪高是導(dǎo)致空口質(zhì)量差，引起終端業(yè)務(wù)速率低、 ping 包丟包率高的原因。閉塞周邊所有 LTE 小區(qū), 以及 2 、 3 小區(qū)全部閉塞，僅保留 1 小區(qū)，問題依然存在。對 1880-1900MHz 掃頻，發(fā)現(xiàn)移動 DCS1800 頻段天線對該頻段有干擾。由于該LTE基站與37854昌平都市芳園DCS共址，基本確認干擾來自該基站。接下來考慮為何2，3方向無明顯干擾而1方向干擾明顯，觀察天線，發(fā)現(xiàn)2,3方向LTE天線與DCS天線水平隔離度1米左右，而1方向LTE與DCS天線水平隔離度僅0.4米左右。3. 問題分類： 干擾DCS1800干擾4. 解決方案改變1

5、方向LTE天線位置，將其與DCS天線水平隔離度增加到1米。5. 效果評估小區(qū)天線與DCS天線水平隔離度增加到1米后，底噪-109，下載速率50M，故障排查完成。6. 注意事項及建議故障排查流程：1.1.2案例2：服務(wù)小區(qū)與鄰小區(qū)PCI存在mod3 干擾造成下載速率過低1. 現(xiàn)象描述對某區(qū)域LTE網(wǎng)絡(luò)進行評估測試時發(fā)現(xiàn)，當(dāng)測試終端占用A小區(qū)后下載速率過慢，下載速率只有10Mbps左右。2. 問題分析核查A小區(qū)PCI發(fā)現(xiàn)，該小區(qū)PCI與鄰區(qū)B小區(qū)PCI mod3值相等，A小區(qū)PCI為15，B小區(qū)PCI為36，A、B小區(qū)之間存在mod3 干擾。在LTE中，PCI用來區(qū)分每一個小區(qū)，類似于WCDMA中

6、的擾碼和CDMA2000中的PN。LTE協(xié)議規(guī)定，PCI一共有504個，其組成分為兩部分：Physical Layer Cell Identity = (3 × NID1) + NID2NID1: 物理層小區(qū)標(biāo)識組， 范圍從0 到167共168組（決定了輔同步序列）NID2: 組內(nèi)ID， 范圍從 0 到 2（決定了主同步序列） 然而，PCI也不是504個可以隨意分配，它必須避免同一個小區(qū)覆蓋范圍內(nèi)PCI mod3不相等，其原因是因為不同的PCI決定了小區(qū)特定參考信號（CRS）的位置。CRS用于終端輔助信道估計，其在子幀中的時頻位置如下圖所示：當(dāng)小區(qū)使用單天線端口傳輸模式，RS參考信號

7、的位置為PIC mod 6。當(dāng)手機天線端口數(shù)為2信道Rank=2時,小區(qū)使用2天線傳輸模式，RS參考信號的位置為PIC mod 3。在小區(qū)使用2天線傳輸模式且2個小區(qū)PCI mod3 數(shù)值相等，參考信號的位置重疊就會造成相互干擾，SINR值過低導(dǎo)致下載速率過慢。3. 問題分類： 干擾模3干擾4. 解決方案修改A小區(qū)PCI為115. 效果評估重新測試，A小區(qū)下載速率提升到55Mkbps以上。6. 注意事項及建議下行參考信號在天線上發(fā)送的位置取決于小區(qū)PCI值，如果是單天線發(fā)送下行參考信號的位置為PCI mod 6，如果是兩天線發(fā)送下行參考信號的位置為PCI mod3。如果PCI規(guī)劃不當(dāng)就會造成不

8、同小區(qū)間參考信號干擾。1.1.3案例3： 由GPS失鎖引起的F頻段LTE基站上行干擾1. 現(xiàn)象描述某基站通過話統(tǒng)查詢上行底噪，發(fā)現(xiàn)此基站上行底噪很高，三個小區(qū)均在-77dB左右。測試工程師到現(xiàn)場測試發(fā)現(xiàn)該小區(qū)無法正常接入，無法進行上下載業(yè)務(wù)。2. 問題分析經(jīng)話統(tǒng)確認，此基站周圍基站匯彩路、黃村大道、珠吉路底噪也較高，達到-100dBm以上.連片區(qū)域基站存在干擾問題原因可能為：GPS失鎖或外部干擾。協(xié)調(diào)代維人員進入基站機房，發(fā)現(xiàn)機房內(nèi)存在兩個BBU。分別下掛東圃珠村和9860基站，均為TDD F頻段基站，9860基站在工參表中未顯示，此基站告警燈常閃，后臺查詢后，發(fā)現(xiàn)9860基站存在GPS失鎖告

9、警。3. 問題分類： 干擾GPS失鎖4. 解決方案閉塞9860基站，安排維護人員上站處理該基站的GPS失鎖告警問題。5. 效果評估基站底噪下降到-110dBm以下，速率恢復(fù)正常。6. 注意事項及建議TDD-LTE上行干擾可能的問題原因：(1)、移動DCS1800M小區(qū)頻段為：1805-1830M，1850-1872M；所以此頻段很容易對TDD-LTE頻段1880-1900M形成阻塞干擾、互調(diào)干擾和雜散干擾。(2)、GSM900M基站對TDD-LTE頻段1880-1900M形成諧波干擾。(3)、小靈通基站對TDD-LTE形成阻塞干擾、互調(diào)干擾和雜散干擾。(4)、周圍TDD-LTE基站 GPS失鎖

10、形成干擾。(5)、RRU硬件或天饋系統(tǒng)問題造成干擾。(6)、外部干擾源干擾。 1.2 容量容量也會影響下載速率，現(xiàn)網(wǎng)由于LTE用戶不多，暫不需考慮這方面的問題。1.3無線參數(shù)配置1.3.1案例4： 愛立信小區(qū)上下行時隙配比錯誤導(dǎo)致上行高BLER速率低1. 現(xiàn)象描述某日在進行簇優(yōu)化過程中，進行上傳業(yè)務(wù)時發(fā)現(xiàn)某站點的3個扇區(qū)的上傳速率均明顯偏低，僅能達到約25Mbps，而在前期該站點的單站驗證測試中，該站的上傳速度正常，三個小區(qū)均達到了16Mbps左右；2. 問題分析在占用站點第1小區(qū)測試過程中，顯示第1小區(qū)BLER較正常情況偏高，導(dǎo)致MCS較低；檢查周邊鄰區(qū)的無線參數(shù)配置，經(jīng)過核查發(fā)現(xiàn)該站點第3

11、小區(qū)的TDDframeconf=2，即時隙配比為3：1，而周邊基站均為2：2；3. 問題分類： 無線參數(shù)配置4. 解決方案將第3小區(qū)參數(shù)TDDframeconf改為1，即時隙配比改2：25. 效果評估經(jīng)測試三個小區(qū)SINR在24左右，上傳速度均達到了15Mbps以上。6. 注意事項及建議因LTE上行采用SC-FDMA，相對下行抗干擾能力較弱，在LTE建設(shè)過程中，需注意鄰近小區(qū)上下行時隙配比準確一致，否則易對周邊小區(qū)造成較強的上行干擾。后期網(wǎng)管搭建完畢后，需定期對小區(qū)做參數(shù)核查，確保參數(shù)配置無誤。1.3.2案例5：LTE的功率PA、PB參數(shù)設(shè)置不合理導(dǎo)致下載速率低的處理1. 現(xiàn)象描述LTE小區(qū)在

12、覆蓋較好路段（RSRP=-72dB,SINR=32 dB，且傳輸模式為TM3）下載速率低（基本小于40Mbps）2. 問題分析查詢該小區(qū)功率參數(shù)設(shè)置，發(fā)現(xiàn)PA參數(shù)設(shè)置為-3，PB參數(shù)設(shè)置為3，根據(jù)功率利用率分配表可知此時功率利用率僅為67。Utilization hPA (dB)-6-4.77-3-1.770123PB067%75%86%92%100%97%94%92%175%86%100%92%83%80%77%75%286%100%83%75%67%63%61%58%3100%83%67%58%50%47%44%42%3. 問題分類：無線參數(shù)配置功率參數(shù)4. 解決方案修改PB參數(shù)為1，使其

13、利用率達到100%。5. 效果評估將PB參數(shù)修改為后，對該路段驗證測試，該路段PHY DL Throughput 由35Mbps提升至47Mbps，達到指標(biāo)要求。6. 注意事項及建議LTE下載速率低也需注意功率參數(shù)PA/PB的設(shè)定，其要求Type A，Type B兩類符號上的功率保持相等，當(dāng)和相等且等于最大發(fā)射功率時，功率利用率最高。LTE參數(shù)設(shè)置需考慮業(yè)務(wù)場景，根據(jù)不同的需求對參數(shù)進行合理化配置，已到達感知最優(yōu)。1.3.3案例6：愛立信LTE小區(qū)DLTARGETBLER參數(shù)配置有誤導(dǎo)致下行速率低1. 現(xiàn)象描述某站在進行簇優(yōu)化過程中，進行FTP下載業(yè)務(wù)時發(fā)現(xiàn)某小區(qū)的下載速率均明顯偏低，僅能達到

14、約20Mbps左右，而在前期簇優(yōu)化的拉網(wǎng)測試中，該站的下載速度正常，三個小區(qū)均達到了40Mbps左右。2. 問題分析在占用該小區(qū)測試過程中，觀察發(fā)現(xiàn)下行調(diào)制方式中16QAM占比較高；初步懷疑該小區(qū)下行速率低為調(diào)制方式?jīng)]有全部采用64QAM導(dǎo)致。核查該小區(qū)CV文件發(fā)現(xiàn)參DLTARGETBLER（下行目標(biāo)）配置為1%；當(dāng)參數(shù)DLTARGETBLER(下行目標(biāo)BLER) 設(shè)置為1%時，由于對BLER要求過高，導(dǎo)致RBS會調(diào)低MCS以保證BLER達到目標(biāo)值。而對于FTP、流媒體等并不需要很高的BLER要求的業(yè)務(wù)，過高的BLER要求會導(dǎo)致下行因沒有使用64QAM的高階調(diào)制方式，反而無法得到理想的下行速率

15、，從而影響用戶感知。3. 問題分類：無線參數(shù)配置4. 解決方案將該小區(qū)參數(shù)DLTARGETBLER設(shè)置為10%5. 效果評估修改該參數(shù)后，復(fù)測FTP下載速率達到40Mbps左右，下行速率正常。6. 注意事項及建議下載速率低時可以查看MCS為64QAM的比例高不高，占用高階調(diào)制比例低并且BLER較低則可能是DLTARGETBLER設(shè)置的過小。1.3.4案例7：華為eNodeB升級8.0版本默認開啟MR功能后導(dǎo)致速率低1. 現(xiàn)象描述華為ENodeB升級BTS3900 V100R008C00SPC130后在外場撥打時發(fā)現(xiàn)上傳及下載速率慢，CAT4測試終端在好點的情況下進行定點CQT測試，下載最高速率

16、僅在45Mbps左右，上傳最高速率僅12Mbps左右。2. 問題分析通過后臺跟蹤UU口信令，發(fā)現(xiàn)終端在進行業(yè)務(wù)過程中會周期性上報Meas_Report。在無線環(huán)境很好的情況下，不應(yīng)發(fā)生異頻/異系統(tǒng)測量。但測試結(jié)果表明：終端在不停上報異頻測量，并且是周期性上報。對站點升級前后配置數(shù)據(jù)進行進一步核查，發(fā)現(xiàn)升級站點均默認開啟了MR功能，在Nastar服務(wù)器上開啟了同頻/異頻/異系統(tǒng)的訂閱。3. 問題分類：無線參數(shù)配置4. 解決方案后臺關(guān)閉同頻/異頻/異系統(tǒng)的訂閱。5. 效果評估后臺關(guān)閉訂閱后再次進行復(fù)測，測試結(jié)果恢復(fù)正常。6. 注意事項及建議升級版本后需注意核查前后配置數(shù)據(jù)找原因。 1.3.5案例8

17、：由于PDCCH信道誤碼率較高導(dǎo)致下載速率波動1. 現(xiàn)象描述渝北水木青華HL測試有兩個現(xiàn)象：（1）業(yè)務(wù)過程中出現(xiàn)業(yè)務(wù)中斷的現(xiàn)象；（2）業(yè)務(wù)過程速率不穩(wěn)定，有比較嚴重的毛刺現(xiàn)象。業(yè)務(wù)過程中出現(xiàn)業(yè)務(wù)中斷的現(xiàn)象：在正常業(yè)務(wù)過程中上行干擾不高，但是出現(xiàn)異常。速率掉坑時候，上行RSSI達到15db左右，突發(fā)的上行干擾很大，此時UE掉線并且頻繁嘗試重建，過一段時間后，干擾消失，業(yè)務(wù)恢復(fù)正常。2. 問題分析對測試數(shù)據(jù)進行分析，由于下行PDCCH偶爾出現(xiàn)誤碼率較高，上行也出現(xiàn)誤碼率較高的現(xiàn)象，導(dǎo)致下載速率出現(xiàn)波動。進行掃頻測試，確實發(fā)現(xiàn)存在一定的外部干擾，但未發(fā)現(xiàn)周邊有TD站點等干擾源，只能采取參數(shù)優(yōu)化來對問

18、題進行解決。3. 問題分類：無線參數(shù)配置4. 解決方案修改下行PDCCH CCE聚合級別、PDCCH功率值，增強PDCCH下行信道抗干擾能力，上行Bler目標(biāo)值收斂到5。5. 效果評估通過參數(shù)用戶增強信道的抗干擾能力，然后測試觀察，速率已經(jīng)穩(wěn)定在70M以上，毛刺現(xiàn)象基本消失；測試近1小時沒有再出現(xiàn)掉坑的現(xiàn)象。6. 注意事項及建議下載速率出現(xiàn)波動時出現(xiàn)下行PDCCH誤碼率較高，則需修改參數(shù)增強PDCCH信道的抗干擾能力。1.3.6案例9：TA同步功能未打開導(dǎo)致LTE下載速率抖降問題案例1. 現(xiàn)象描述在進行“TM3和TM8的小區(qū)吞吐量對比”的測試中，發(fā)現(xiàn)無論TM3還是TM8模式，在測試路線上某一固

19、定點附近，都出現(xiàn)下載速率陡降的現(xiàn)象，在CDS對吞吐量的記錄中，在該點出現(xiàn)深坑。在RSRP及SINR均無明顯變化的情況下，路測軟件統(tǒng)計的PDCP吞吐量由22312.2Kbps，突降到666.1Kbps，下降幅度達97%，2-3秒鐘后恢復(fù)正常。2. 問題分析通過核查后臺參數(shù)，發(fā)現(xiàn)測試中關(guān)閉了TA同步功能（通過配置開關(guān)控制）。此參數(shù)被關(guān)閉的話會導(dǎo)致終端無法調(diào)整上行同步位置，使基站接收到的上行PUCCH數(shù)據(jù)（ack/Nack）超出接收窗，接收數(shù)據(jù)錯誤，造成下行速率陡降。下行吞吐量陡降是由于PUCCH上攜帶的反饋ACK被譯錯為NACK，基站認為下行bler高，會將MCS等級調(diào)低導(dǎo)致。3. 問題分類：無線

20、參數(shù)配置4. 解決方案將TA同步功能參數(shù)打開5. 效果評估將TA同步功能找開后，下載速率正常，不再出現(xiàn)速率陡降情況。6. 注意事項及建議速率陡降的情況，可以考慮查看TA同步功能是否打開。1.4傳輸問題1.4.1案例10： LTE 傳輸問題導(dǎo)致小區(qū)下載速率低1. 現(xiàn)象描述收到某公寓下LTE下載速率慢的投訴，安排人員現(xiàn)場測試驗證：投訴點位于宏站輝煌公寓-HLH-1小區(qū)覆蓋范圍，在無線環(huán)境較好的條件下（RSRP=-90dBm，SINR=25），利用省公司8服務(wù)器做FTP下載，下行速率約10-15mbps，低于該空口環(huán)境下的正常預(yù)期（SINR>25，DL THR>

21、45mbps），確認輝煌公寓-HLH-1小區(qū)確實存在下載速率低問題。2. 問題分析1、利用LTE核心網(wǎng)EPC內(nèi)網(wǎng)服務(wù)器對輝煌公寓小區(qū)入網(wǎng)終端UE進行40mbps帶寬的UDP灌包測試；在基站側(cè)對傳輸PTN來包流量做實時統(tǒng)計，基站側(cè)收包帶寬為15mbps左右；在UE終端側(cè)通過測試軟件查看收包帶寬也為15mbps左右。通過該步驟，確認速率低問題是在基站側(cè)以上網(wǎng)元引入。2、利用LTE核心網(wǎng)EPC內(nèi)網(wǎng)服務(wù)器對火車站綜合樓室分小區(qū)入網(wǎng)終端UE進行40mbps帶寬的UDP灌包測試；在基站側(cè)對傳輸PTN來包流量做實時統(tǒng)計，基站側(cè)收包帶寬為40mbps左右；在UE終端側(cè)通過測試軟件查看收包帶寬也為40mbps左

22、右。通過該步驟，進一步確認速率低問題為EPC至輝煌公寓基站間的PTN傳輸網(wǎng)元引入。3. 問題分類：傳輸 4. 解決方案協(xié)調(diào)傳輸排除故障。5. 效果評估速率恢復(fù)正常。6. 注意事項及建議針對下行吞吐率不達標(biāo)的問題，按照相關(guān)指導(dǎo)書進行逐步核查；涉及到非空口原因?qū)е碌恼{(diào)度不足以及吞吐率較低問題，應(yīng)通過基本手段初步判斷問題原因，再求助相關(guān)模塊進行進一步確認并及時處理；針對基站傳輸類告警，不容易發(fā)現(xiàn)，建議通過基站層顯示出來，便于及時發(fā)現(xiàn)并及時處理。1.5傳輸參數(shù)問題1.5.1案例11： PTNQOS參數(shù)限制導(dǎo)致LTE下載速度低案例1. 現(xiàn)象描述某日在對某小區(qū)進行單站驗證的過程中，對該小區(qū)進行定點的上傳和

23、下載業(yè)務(wù)，發(fā)現(xiàn)即使在覆蓋“極好點”，該站的下載速度依舊只有810Mbps，達不到測試用例的要求。2. 問題分析使用jperf，對傳輸進行推送測試，發(fā)現(xiàn)主要問題應(yīng)該在傳輸上，由于傳輸?shù)南拗茖?dǎo)致下載速度最大只能達到10Mbps。最終核查發(fā)現(xiàn)華為在PTN上做了些QOS的配置，根據(jù)不同業(yè)務(wù)限制了最高帶寬，對下載業(yè)務(wù)帶寬為10M，這樣導(dǎo)致了下載的限制。3. 問題分類： 傳輸參數(shù)4. 解決方案改變了PTN上的QOS配置的參數(shù)限制5. 效果評估進行下載驗證，結(jié)果顯示恢復(fù)正常，達到30Mbps以上，符合用例需求。6. 注意事項及建議PTN上的QOS配置參數(shù)限制可能導(dǎo)致下載速率低。1.5.2案例12： PTN側(cè)

24、MAC地址學(xué)習(xí)功能未配置導(dǎo)致LTE基站FTP下載速率低1. 現(xiàn)象描述某地TD-LTE實驗網(wǎng)，部分基站進行迅雷下載時，速率能夠穩(wěn)定達到60Mbps，但采用FTP下載時最小速率僅幾Mbps，并且出現(xiàn)頻繁的速率波動。2. 問題分析本次實驗網(wǎng)分析中迅雷下載速率較高，說明無線環(huán)境、容量、時隙配比、傳輸帶寬和速率相關(guān)無線參數(shù)設(shè)置均沒有問題。而迅雷下載采用的是UDP協(xié)議，F(xiàn)TP下載采用的TCP協(xié)議。UDP與TCP協(xié)議主要區(qū)別在超時重發(fā)機制上，根據(jù)這種區(qū)別初步懷疑PTN傳輸側(cè)有丟包。采用wireshark軟件進行S1抓包分析，發(fā)現(xiàn)大量的數(shù)據(jù)包重傳。傳輸站點未發(fā)現(xiàn)告警，且LTE基站各個傳輸鏈路光功率收發(fā)均正常，

25、未存在光路衰減情況。查詢傳輸相關(guān)參數(shù)配置，發(fā)現(xiàn)速率異常的LTE站點對應(yīng)的PTN設(shè)備MAC地址學(xué)習(xí)功能未配置。3. 問題分類：傳輸參數(shù)4. 解決方案為速率異常站點配置PTN設(shè)備MAC地址學(xué)習(xí)功能。5. 效果評估FTP下載速率恢復(fù)正常。6. 注意事項及建議PTN上的MAC地址學(xué)習(xí)功能未配置可能導(dǎo)致下載速率低。1.5.3案例13： 由交換機端口配置不正確導(dǎo)致LTE TDD下載速率波動問題1. 現(xiàn)象描述在某LTE TDD 100M峰值下載業(yè)務(wù)驗證中，發(fā)現(xiàn)FTP下載業(yè)務(wù)速率嚴重波動，從10Mpbs到60Mbps波動，平均速率僅有25Mbps左右，用wireshark工具抓包，可以看到大量重傳。由于所有設(shè)

26、備搬遷過一次，而在之前的測試中，峰值可穩(wěn)定在90Mbps左右。2. 問題分析檢查交換機配置：登錄到S9303交換機，查詢配置后發(fā)現(xiàn)，到UGW和USN的端口都被配置成100M 不協(xié)商，這時候再登錄到UGW，發(fā)現(xiàn)Gn物理口也都被配置成100M不協(xié)商的。由于UGW 物理端口既給LTE用，又作為GGSN的Gn口，在3G HSPA+測試時由于遇到下載速率問題，把1000M端口統(tǒng)一改成了100M后沒有改回來，而LTE TDD 100M的DEMO下載業(yè)務(wù)所需理想的物理帶寬為300M，導(dǎo)致LTE下載速率低且嚴重波動。3. 問題分類： 傳輸參數(shù)4. 解決方案將兩端端口改成自協(xié)商1000M5. 效果評估速率恢復(fù)到

27、90Mbps，沒有大波動。6. 注意事項及建議LTE TDD 峰值下載業(yè)務(wù)對帶寬具有很高的要求，現(xiàn)網(wǎng)中如UGW同時應(yīng)用于3G和LTE網(wǎng)絡(luò)，必須要保證有足夠的物理帶寬，不能夠簡單累加，一定要留有足夠的余量，否則很容易引起網(wǎng)絡(luò)間的相互影響。1.6核心網(wǎng)參數(shù)1.6.1案例14：QCI設(shè)置錯誤導(dǎo)致演示廳LTE下行速率低問題 1. 現(xiàn)象描述某LTE網(wǎng)絡(luò)演示廳新建完成后，開展業(yè)務(wù)測試，發(fā)現(xiàn)下行速度只有7Mb左右，遠未達到正常水平。2. 問題分析通過對S1口信令進行了跟蹤，發(fā)現(xiàn)在S1AP-INITIAL-CONTEXT-SETUP-REQ中，雖然核心網(wǎng)側(cè)指派的上下行帶寬為150Mb， 但QCI值為5，下表是

28、QCI所代表含義。 QCI資源類型優(yōu)先級分組數(shù)據(jù)延時分組數(shù)據(jù)丟包率業(yè)務(wù)舉例1GBR2100ms10-2Conversational Voice24150ms10-3Conversational Video (Live Streaming)35300ms10-6Non-Conversational Video (Buffered Streaming)4350ms10-3Real Time Gaming5Non-GBR1100ms10-6IMS Signalling66100ms10-3Voice, Video (Live Streaming) Interactive Gaming77300ms1

29、0-6Video (Buffered Streaming)TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.)8899以上表可知QCI=5時，為IMS信令，而LTE一般用6-9作為缺省值，這時，69由于業(yè)務(wù)包含視頻流業(yè)務(wù)，速率會達到較高值。3. 問題分類：核心網(wǎng)參數(shù)4. 解決方案協(xié)調(diào)核心網(wǎng)側(cè)工程師將開戶信息中的QCI改為6。5. 效果評估下行速度恢復(fù)到70Mb，問題解決。6. 注意事項及建議QCI參數(shù)設(shè)置會影響下載速率。LTE對QoS進行了簡化，使用QCI（QoS等級標(biāo)識）代替了3

30、G中的13種QoS參數(shù)，eNB可通過QCI推導(dǎo)出其對應(yīng)的QoS參數(shù)，我們需要對LTE的QoS參數(shù)變化情況了解清楚，才能準確找到問題的根源。1.7基站存在故障或告警1.7.1案例15：室分場景多RRU合并后某一RRU駐波導(dǎo)致速率低1. 現(xiàn)象描述該室分采用4RRU合并為一個小區(qū)，編號為0，單流的組網(wǎng)形式，但在室內(nèi)遍歷測試過程中,發(fā)現(xiàn)某區(qū)域存在如下現(xiàn)象：當(dāng)UE移動到某區(qū)域時發(fā)現(xiàn)速率下降明顯，且無線環(huán)境良好(RSRP-80dBm左右，SINR39dB左右)，滿調(diào)度，與測試速率好時為同一小區(qū)，但RB不足，下載速率一直較低（29Mbps左右）且穩(wěn)定。2. 問題分析經(jīng)后臺查詢，該小區(qū)存在射頻單元駐波告警。3

31、. 問題分類： 故障4. 解決方案解決告警。5. 效果評估處理告警完畢后，對該小區(qū)進行定點下載測試，速率可達到55Mbps左右，下載速率恢復(fù)正常。6. 注意事項及建議小區(qū)合并后用戶的調(diào)度將在獨立調(diào)度和聯(lián)合調(diào)度兩者中自適應(yīng)選擇。當(dāng)用戶處于正常RRU下，且為獨立調(diào)度時，對吞吐量是沒有影響的；當(dāng)UE處于兩個RRU覆蓋交疊區(qū)域時，為聯(lián)合調(diào)度，且其中一個RRU有駐波，則會影響到另外一個RRU，影響整體測試結(jié)果；如果完全處理問題RRU下（駐波RRU），獨立調(diào)度，測試速率也會受到影響。上述兩種情況速率之所以會受到影響是由于為了保證數(shù)據(jù)傳輸?shù)目煽啃?，系統(tǒng)降低了數(shù)據(jù)傳輸?shù)腞B數(shù)。1.8其它類別1.8.1案例16

32、： LTE測試軟件配置錯誤導(dǎo)致下載速率低1. 現(xiàn)象描述新建LTE基站進行單站優(yōu)化，使用Filezilla進行FTP下載速率測試。在測試中，發(fā)現(xiàn)覆蓋良好，RSRP在-90dBm左右，但下載速率極低，峰值下載速率6Mbps左右，平均下載速率低于5Mbps。2. 問題分析換測試電腦后，發(fā)現(xiàn)該站測試速率正常，由此推測是Filezilla軟件設(shè)置問題；Filezilla軟件設(shè)置里可以設(shè)置速度限制，如下圖3. 問題分類：軟件參數(shù)4. 解決方案Filezilla軟件速度限制部分設(shè)為不限速5. 效果評估Filezilla軟件設(shè)置不限速后，下載速率恢復(fù)正常，平均下載速率大于50Mbps6. 注意事項及建議換新電

33、腦測試前，F(xiàn)ilezilla軟件設(shè)置需要注意。1.8.2案例17： 由于合路器接法不正確引起的下載速率低的問題1. 現(xiàn)象描述對上合村北FE站點進行單驗，在進行單站驗收時，單用戶下行吞吐率最大值只有39mbps左右，MCS正常，終端信號質(zhì)量較好，速率穩(wěn)定，從probe上看到終端一直上報RANK1,沒有RANK2上報。該站點使用2T2R與GSM合路共天饋，該問題定位涉及硬件排查，最終將問題鎖定在合路器上。2. 問題分析分別對2通道單獨測試，單通道測試結(jié)果都可以達到峰值吞吐量，說明2通道都正常。由于終端上報RANK2要求接收到的兩天線信號的相關(guān)性要求越低越好，而從幾次測試結(jié)果都發(fā)現(xiàn)RxChCorFa

34、ctor系數(shù)基本大于0.5，由此推測兩天線的2通道相關(guān)性太強導(dǎo)致終端始終上報RANK1，需上站進行天饋系統(tǒng)的排查。該站點與GSM合路，GSM兩個天線口和LTE兩個天線口接入一個4路合路器，合路后接到2天線口的天線，天線型號支持+/-45°雙極化?，F(xiàn)場直接使用測試小天線接到LTE的RRU射頻口，進行測試，終端可以進入RANK2，且峰值吞吐量可以達到60Mbps，由此基本可以確認合路之后導(dǎo)致終端無法進入雙流RANK2。先單獨取一個小區(qū)進行排查，確認問題根源是否在合路器上面。首先，從合路器前端饋線的接法著手，單獨排查2小區(qū)合路器前端饋線的接法是否正確，整改前合路器前端饋線的連接示意圖如下：

35、整改后合路器前端饋線的連接示意圖如下：3. 問題分類： 硬接連接4. 解決方案調(diào)整合路器接線。5. 效果評估復(fù)測2小區(qū)RANK指示為RANK2，下載速率提升至40Mbps以上。6. 注意事項及建議通過本案例，可以看到天饋系統(tǒng)的問題對LTE網(wǎng)絡(luò)性能影響比較明顯。針對目前LTE很多都和原有系統(tǒng)進行合路的現(xiàn)狀，要著重注意合路之后的影響，重點關(guān)注合路器接法是否正確，避免因小失大。1.8.3案例18： LTE室分雙路不平衡導(dǎo)致下載速率低1. 現(xiàn)象描述在某LTE站進行單站驗證測試，測試發(fā)現(xiàn)上傳速率只有9M，沒達到目標(biāo)值，下載速率波動較大平均速率為58M2. 問題分析從測試中發(fā)現(xiàn)，接收的兩個天線通道功率相差

36、較大，導(dǎo)致下載速率波動較大。該室分為雙流模式，其中1號端口利用原來的室分系統(tǒng)，另外0號端口為新建室分系統(tǒng)，室分設(shè)計圖如下：根據(jù)如上室分設(shè)計圖可以看出，利舊室分系統(tǒng)的通道多一個耦合器，另外舊的室分系統(tǒng)存在損耗，導(dǎo)致新建室分系統(tǒng)通道較利舊室分通道天線口功率強。3. 問題分類： 硬件4. 解決方案現(xiàn)場在新建室分系統(tǒng)增加6db的衰減器5. 效果評估在新建室分系統(tǒng)增加6db的衰減器后進行測試，上傳速率和下載速率都達到目標(biāo)值，其中上傳速率為15.84M，下載速率較平穩(wěn)為79.52M。6. 注意事項及建議雙流室分場景往往是在以前單流室分的基礎(chǔ)上新增1路室分系統(tǒng)建設(shè)而成，這樣先前的單流室分由于使用時間較長，存

37、在老化或設(shè)計缺陷，與新建的1路室分達不到鏈路平衡，造成了雙流場景只有單流的速率，雙流站點兩個通道的平衡性要求電平差值在5db以內(nèi)，否則速率不達標(biāo)可以判定為兩條鏈路不平衡，需進行室分整改。同時，雙流場景下對兩條鏈路的隔離度也有要求，建議室分天線點位間距不要太近或太遠，距離約為1.5米性能最好。2.LTE基站小區(qū)無法建立或建立異常問題及案例2.1無線參數(shù)配置2.1.1案例1：GPS數(shù)據(jù)配置錯誤導(dǎo)致LTE TDD無法正常開通的案例1. 現(xiàn)象描述新建LTE基站開通時，發(fā)現(xiàn)小區(qū)總是無法激活，小區(qū)激活時，告警信息為“Clock resource is not usable”。2. 問題分析從“Clock

38、resource is not usable”告警信息來看，我們初步判斷為時鐘問題。查看當(dāng)前GPS的時鐘源狀態(tài)，執(zhí)行：DSP CLKSTAT，該基站的時鐘模式設(shè)置為了FREQ頻率同步，由于LTE TDD系統(tǒng)是時分雙工系統(tǒng)，對時鐘精度要求很高，要求時間同步。3. 問題分類： 無線參數(shù)配置GPS數(shù)據(jù)配置4. 解決方案將時鐘源的同步模式修改為時間同步5. 效果評估修改時鐘源模式后，基站能正常開通。6. 注意事項及建議在出現(xiàn)時鐘源告警時，需核查：(1) 時鐘源是否可用(2) 時鐘源工作模式是否正確以及跟蹤的GPS衛(wèi)星數(shù)目，GPS時鐘源工作模式是否為GPS，跟蹤的GPS衛(wèi)星數(shù)目是否大于；(3) GPS時

39、鐘的底層配置參數(shù)；時鐘編號，柜框槽號及饋線類型都配置正確。(4) GPS的時鐘源狀態(tài)是否為鎖定以及同步模式是否正確；2.1.2案例2：LTE宏站小區(qū)CRS端口配置錯誤導(dǎo)致小區(qū)無法建立1. 現(xiàn)象描述通過巡檢網(wǎng)管，發(fā)現(xiàn)TDL側(cè)第三小區(qū)上報“小區(qū)不可用告警”，而在TDS側(cè)，卻沒有發(fā)現(xiàn)任何異常告警。2. 問題分析在TDL側(cè)了除小區(qū)不可用告警外無其它告警，且TDS側(cè)的小區(qū)和載波也都正常建立，無任何告警，并且功率不存在不足問題，通過網(wǎng)管查詢發(fā)現(xiàn)小區(qū)建立失敗原因是 配置BBI模塊失敗。懷疑可能是基帶板運行異常，重新復(fù)位和更換基帶板后小區(qū)仍建立失敗，故障依舊，也排除基帶板硬件故障。仔細檢查數(shù)據(jù)后發(fā)現(xiàn)，問題小區(qū)

40、有1個默認參數(shù)配置錯誤，如下圖：3. 問題分類： 無線參數(shù)配置4. 解決方案修改該宏站小區(qū)參考信號端口數(shù)為5. 效果評估修改后激活小區(qū)，小區(qū)成功建立6. 注意事項及建議根據(jù)協(xié)議約束，小區(qū)參考信號端口數(shù)支持1、2、4三種配置：取值為1表示配置CRS端口數(shù)為1，即邏輯天線Port0；取值為2表示配置CRS端口數(shù)為2，即邏輯天線Port0/1；取值為4表示配置CRS端口數(shù)為4，即邏輯天線Port0/1/2/3。一般而言，室分1T1R小區(qū)模板默認的CRS接口是配置為1；而室外宏站的CRS接口配置為2。做數(shù)據(jù)或修改參數(shù)時，要注意這點。2.1.3案例3： LTE小區(qū)與RRU關(guān)聯(lián)錯誤導(dǎo)致覆蓋接反1. 現(xiàn)象描

41、述TDS與TDL分別對某LTE站點作單站驗證，TDL判斷1、3小區(qū)存在接反，同比TDS環(huán)測數(shù)據(jù)發(fā)現(xiàn)并無此問題。2. 問題分析TDS側(cè)無天饋接反問題，故懷疑是TDL小區(qū)數(shù)據(jù)配置錯誤，OMC后臺查詢該站TD-LTE和TD-SCDMA網(wǎng)絡(luò)射頻單元RRU的框號，發(fā)現(xiàn)TD-LTE小區(qū)關(guān)聯(lián)的RRU與TD-SCDMA不一致。初步判定LTE天饋接反的問題由小區(qū)關(guān)聯(lián)的RRU框號配置錯誤導(dǎo)致。3. 問題分類：無線參數(shù)配置4. 解決方案OMC后臺修改LTE小區(qū)關(guān)聯(lián)的RRU框號5. 效果評估修改TDL框號與TD-SCDMA一致后，對該站進行復(fù)測，問題解決。6. 注意事項及建議(1)、參數(shù)配置時，LTE網(wǎng)絡(luò)的RRU的框

42、號配置應(yīng)與TD-SCDMA一致；(2)、涉及到TD-LTE與TD-SCDMA共址基站天饋接反的問題，首先應(yīng)核查兩個系統(tǒng)是否都存在該類問題，順藤摸瓜，找到問題的根因并處理。2.1.4案例4：LTE基站eNodeB ID標(biāo)識不唯一導(dǎo)致基站S1偶聯(lián)鏈路頻繁規(guī)律閃斷 1. 現(xiàn)象描述LTE新建站S1鏈路不能正常建鏈，頻繁規(guī)律閃斷。具體現(xiàn)象為：S1鏈路建立成功，幾秒鐘后斷鏈，然后間隔4、5秒恢復(fù)，約7、8秒后，再次斷鏈，如此反復(fù)。2. 問題分析通過基站抓包分析，S1建立成功后，基站與EPC之間還有心跳通訊，但EPC突然發(fā)出ABORT，打開ABORT查看，可以看出源地址是EPC的SCTP地址，所以釋放請求時

43、是由EPC發(fā)出，ABORT的原因為6，“停止報文的處理”，由此判斷，是EPC側(cè)主動發(fā)起的異常終止。由于EPC突然釋放偶聯(lián)，協(xié)調(diào)EPC的工程師進行跟蹤并解析原因。EPC工程師經(jīng)過跟蹤EPC信令，給出的釋放的原因為：Abort the another assoc, may be the eNBGlobalID61540 :65280 :10016 is conflict根據(jù)EPC返回的結(jié)果可以判斷次故障是由于eNodeBID在EPC側(cè)沖突引起，最終發(fā)現(xiàn)在EPC中有兩個站eNodeBID相同。3. 問題分類：無線參數(shù)配置4. 解決方案修改該站eNodeBID為規(guī)劃唯一ID;5. 效果評估修改該站eN

44、odeBID后恢復(fù)正常。6. 注意事項及建議制作eNodeBID時需謹慎；2.1.5案例5：大唐和華為GTP-U檢測功能參數(shù)協(xié)商不一致導(dǎo)致LTE站點業(yè)務(wù)頻繁中斷1. 現(xiàn)象描述武漢LTE站點下測試業(yè)務(wù)時候發(fā)現(xiàn)，在終端成功附著成功30分鐘左右后，就出現(xiàn)無法ping通內(nèi)外服務(wù)器和連接外網(wǎng)的情況，多用戶附著成功后，也會在間隔30分鐘左右的時間同時出現(xiàn)上述現(xiàn)象；武漢LTE示范站點對接的為華為公司的核心網(wǎng)，咨詢?nèi)A為公司核心網(wǎng)人員，其他廠家未出現(xiàn)該問題，初步斷定是大唐E-NODEB和華為核心網(wǎng)之間協(xié)商參數(shù)存在不一致情況導(dǎo)致檢測異常。2. 問題分析大唐E-NODEB關(guān)閉了GTP-U檢測功能，而華為核心網(wǎng)側(cè)打開

45、了GTP-U路徑探測功能。SGW在用戶激活后，會檢測GTP-U路徑是否中斷，發(fā)出路徑檢測的ECHO消息，如果沒有收到E-NODEB的回復(fù)，重發(fā)5次后產(chǎn)生數(shù)據(jù)路徑斷的告警，路徑中斷后，核心網(wǎng)會繼續(xù)探測用戶的GTP-U路徑，每隔60秒發(fā)送一個ECHO消息，重復(fù)20次后（定時器超時），如果路徑仍未恢復(fù)，就去激活上下文，將用戶PDP上下文刪除，并對用戶后續(xù)的上行報文給E-NODEB回復(fù)Error Indication消息，以指示E-NODEB刪除用戶上下文；這個周期在30分鐘左右。 3. 問題分類：無線參數(shù)配置4. 解決方案華為核心網(wǎng)側(cè)SGW上關(guān)閉了GTP-U路徑探測功能；大唐E-NODEB將GTP-

46、U功能設(shè)置為可控開關(guān)，這樣在配合現(xiàn)網(wǎng)各個核心網(wǎng)廠商需求時，可以根據(jù)客戶和友商的要求設(shè)置為打開或關(guān)閉。5. 效果評估問題解決。6. 注意事項及建議異廠家設(shè)備對接過程中，參數(shù)協(xié)商未統(tǒng)一會出現(xiàn)問題。2.1.6案例6：由于TDS頻點設(shè)置問題導(dǎo)致LTE基站無法開啟的案例1. 現(xiàn)象描述黃岡小池LTE基站開通時，總是出現(xiàn)上行頻點生效失敗提示，因此，LTE小區(qū)無法激活。2. 問題分析查詢共站TDS的頻點信息，發(fā)現(xiàn)有9492這個頻點，換算以后是1898.4M。該頻點正是LTE所使用的F頻段包含的頻點。在增加TDS載波時未考慮雙模改造LTE的站點。原TDS側(cè)配置頻點為：10121，9492，9543，10086，

47、10093.LTE頻點設(shè)置為:38350.TDS和TDL側(cè)頻段存在包含關(guān)系。3. 問題分類：無線參數(shù)配置4. 解決方案將9492頻點的載波去激活。通過規(guī)劃將9492改為10079。然后重新激活改TDS載波。5. 效果評估將9492頻點的載波去激活后，LTE小區(qū)能正常建立。6. 注意事項及建議在做規(guī)劃時，避免出現(xiàn)TDS和TDL側(cè)頻段存在包含關(guān)系，否則，很容易出現(xiàn)類似問題。3.LTE切換問題及案例3.1覆蓋3.1.1案例1： 由于弱覆蓋導(dǎo)致成都理工大學(xué)LTE小區(qū)1與音樂公園LTE小區(qū)2切換失敗案例1. 現(xiàn)象描述成都理工大學(xué)LTE站點小區(qū)1切換到站點成都音樂公園小區(qū)2過程中，未完成切換流程就出現(xiàn)重建

48、，導(dǎo)致切換失敗，業(yè)務(wù)中斷幾秒后，UE重建接入音樂公園小區(qū)2中，數(shù)傳恢復(fù)。2. 問題分析從覆蓋角度考慮，如果在切換點上存在著覆蓋問題，在某區(qū)域上某個方向上由于建筑物等的遮擋，導(dǎo)致UE在該區(qū)域內(nèi)出現(xiàn)信號質(zhì)量的大幅抖動，切換失敗。從現(xiàn)場來看，切換點區(qū)域是處于目標(biāo)小區(qū)覆蓋信號很弱的拐角點，天線到該位置的直線空間里有一座較高的樓房，一直懷疑該樓房的阻擋影響信號覆蓋。從消息跟蹤結(jié)果來看，在UE測量到目標(biāo)小區(qū)的RSRP比服務(wù)小區(qū)的RSRP差值超過切換門限發(fā)出測量報告，但是源小區(qū)信號質(zhì)量下降太快沒有收到測量報告，從而使UE只能在目標(biāo)小區(qū)發(fā)起隨機接入過程。3. 問題分類： 無線4. 解決方案通過調(diào)整切換相關(guān)參數(shù)

49、，提前進入切換流程，原小區(qū)默主認小區(qū)偏置為dB，將鄰區(qū)的小區(qū)偏置修改成1dB2dB 5. 效果評估修改小區(qū)偏置后，切換正常6. 注意事項及建議在現(xiàn)實場景下，往往會出現(xiàn)許多切換過晚現(xiàn)象，可以通過調(diào)整切換相關(guān)參數(shù)配置來提前切換達到解決切換失敗的目的。參數(shù)修改過程有一個注意的問題是，修改切換門限和切換遲滯時間固然也可以達到提前切換的目的，但是因為這兩個參數(shù)都屬于小區(qū)級參數(shù)，一旦修改，將會造成和所有鄰區(qū)的切換點發(fā)生改變，因此修改后風(fēng)險較大，大多數(shù)情況下都不應(yīng)修改，因此一般可以通過修改CIO配置參數(shù)達到相同的目的，而其只對特定的小區(qū)有影響。3.2無線參數(shù)配置3.2.1案例2：愛立信LTE小區(qū)DCI配置錯

50、誤導(dǎo)致切換失敗1. 現(xiàn)象描述在進行簇優(yōu)化過程中，進行FTP下載業(yè)務(wù)時發(fā)現(xiàn)在路測過程中切向某小區(qū)時出現(xiàn)切換失敗，更換源小區(qū)無改善，而在前期簇優(yōu)化的拉網(wǎng)測試中，該小區(qū)切換正常。2. 問題分析前期測試終端為海斯數(shù)據(jù)卡，本次測試使用創(chuàng)毅Warpdrive5000芯片，目前包含Warpdrive5000芯片在內(nèi)的多種芯片尚不支持PDCCH DCI Format 1C，而愛立信基站PDCCH DCI  Format默認為1C3. 問題分類：無線參數(shù)配置4. 解決方案聯(lián)系后臺核查該小區(qū)PDCCH DCI Format，經(jīng)核查該小區(qū)前期基站復(fù)位后DCI  Format為 1C，修改為目前全

51、網(wǎng)設(shè)置的1A。5. 效果評估修改該小區(qū)該小區(qū)PDCCH DCI Format后，對該小區(qū)進行復(fù)測，多次復(fù)測切換均成功，無異常。6. 注意事項及建議3GPP協(xié)議里在36.212的里對PDCCH的DCI Format定義為： Format 1A:用于下行傳輸，單碼字PDSCH調(diào)度，下行數(shù)據(jù)觸發(fā)隨機接入過程；Format 1C:用于緊湊型單碼字PDSCH調(diào)度目前青島LTE為試驗網(wǎng)，網(wǎng)絡(luò)整體出于空載狀態(tài)，全網(wǎng)DCI Format均采用1A。TD-LTE也處于發(fā)展初期，很多終端芯片尚不健全，對PDCCH DCI Format 支持不全面。如果后期試商用，需提前針對商用終端進行評估，避免部分

52、終端對協(xié)議支持不完善影響用戶感知。3.2.2案例3：開啟防乒乓切換開關(guān)導(dǎo)致不切換1. 現(xiàn)象描述從小區(qū)向小區(qū)切換的過程中，在目標(biāo)小區(qū)駐留約2秒后，由于拐角RSRP波動，滿足A3事件觸發(fā)條件，UE上報A3事件的MR后，未收到ENB下發(fā)的帶有MobilityControlInfo信息的RRCConnectionReconfiguration消息，無法完成切換最終導(dǎo)致UE發(fā)起小區(qū)重選，業(yè)務(wù)中斷。2. 問題分析檢查小區(qū)B的切換算法配置(小區(qū)>小區(qū)算法>切換)如下，防用戶乒乓切換開關(guān)為打開，用于判斷乒乓切換的目標(biāo)小區(qū)停留時間門限為5秒，即如果由A小區(qū)切后B小區(qū)后，5秒內(nèi)如果UE上報MR中為A小

53、區(qū)，基站判斷此次切換為乒乓切換，而導(dǎo)致切換判決不通過，空口直觀表現(xiàn)為上報MR但無法切換，或切換過慢。3. 問題分類：無線參數(shù)配置4. 解決方案而實際的某些優(yōu)化場景中，必須要發(fā)生乒乓切換才能保證業(yè)務(wù)連續(xù)性。針對類似場景從用戶感知出發(fā)，可以考慮關(guān)閉防乒乓切換算法，或降低乒乓切換判斷時間以允許乒乓切換。5. 效果評估關(guān)閉防乒乓切換算法，或降低乒乓切換判斷時間,切換成功。6. 注意事項及建議乒乓切換對速率、掉線率和信令負荷都會有一定影響，應(yīng)當(dāng)盡量避免發(fā)生乒乓切換。抑制乒乓切換有效的方法有：       >控制好覆蓋，合理設(shè)置切換帶；&#

54、160;      >適當(dāng)調(diào)整A3參數(shù)（遲滯、偏移值、觸發(fā)時延），以及CIO；       >合理應(yīng)用防乒乓切換算法。3.2.3案例4： 由切換門限設(shè)置錯誤導(dǎo)致某LTE站無法進行異頻切換1. 現(xiàn)象描述在用Quanta 1K3的設(shè)備進行測試蠡園移動全球通大樓過程中，室分小區(qū)的E頻段為39150、PCI是189切換到室外宏站D頻段為38050、PCI是104無法進行異頻切換，在從室外宏站切換到室分小區(qū)E頻段也無法進行異頻切換，但可以進行站內(nèi)同頻切換和插拔后小區(qū)初搜。2. 問題分

55、析該站A1事件（停止異頻測量）設(shè)置的門限是，即相當(dāng)于接收電平大于-136dBm時候停止測量異頻；A事件（開始異頻測量）設(shè)置的門限是，即相當(dāng)于接收電平大于-dBm時候停止測量異頻；這兩個參數(shù)設(shè)置的邏輯沖突，當(dāng)服務(wù)小區(qū)電平低于-80dBm的時候UE觸發(fā)A2開始異頻測量，然后下一個時刻UE立即判斷該觸發(fā)A1停止測量了，所以才出現(xiàn)下面這種頻繁A1A2上報的情況。3. 問題分類：無線參數(shù)配置4. 解決方案將A2對應(yīng)的參數(shù)a2ThresholdRsrpPrim的值更改為-90，把A1對應(yīng)參數(shù)a1ThresholdRsrpPrim更改為-805. 效果評估異頻切換成功，不再頻繁上報A1/A2事件。6. 注意事項及建議有邏輯關(guān)系的門限需注意設(shè)定。3.2.4案例5： TAU與X2切換沖突導(dǎo)致切換失敗并掉線1. 現(xiàn)象描述觀察話統(tǒng)發(fā)現(xiàn)某小區(qū)掉線嚴重，并且都是由于切換失敗導(dǎo)致的掉線。2. 問題分析從無線側(cè)分析看，所有切換失敗導(dǎo)致的掉話都是因為X2切換PathSwitchTimeout，即等待MME的PATH SWITCH ACK超時。MME目前的實現(xiàn)方式是，當(dāng)MME正處在處理終端的TAU流程的中間狀態(tài)時收到了Enodeb發(fā)來的PATH SWITCH REQ消息，除了正在等待TAU Complete消息狀態(tài)下會處理PATH SWITCH流程，其他狀