中國(guó)移動(dòng)集團(tuán)LTE案例

1、集團(tuán)LTE案例庫(kù)總結(jié)目 錄1.LTE下載速率低原因及相關(guān)案例41.1無線環(huán)境41.1.1案例1：系統(tǒng)外干擾（DCS1800）導(dǎo)致LTE宏站單小區(qū)下載速率低51.1.2案例2：服務(wù)小區(qū)與鄰小區(qū)PCI存在mod3 干擾造成下載速率過低71.1.3案例3： 由GPS失鎖引起的F頻段LTE基站上行干擾91.2 容量101.3無線參數(shù)配置101.3.1案例4： 愛立信小區(qū)上下行時(shí)隙配比錯(cuò)誤導(dǎo)致上行高BLER速率低101.3.2案例5：LTE的功率PA、PB參數(shù)設(shè)置不合理導(dǎo)致下載速率低的處理101.3.3案例6：愛立信LTE小區(qū)DLTARGETBLER參數(shù)配置有誤導(dǎo)致下行速率低111.3.4案例7：華為e

2、NodeB升級(jí)8.0版本默認(rèn)開啟MR功能后導(dǎo)致速率低121.3.5案例8：由于PDCCH信道誤碼率較高導(dǎo)致下載速率波動(dòng)131.3.6案例9：TA同步功能未打開導(dǎo)致LTE下載速率抖降問題案例131.4傳輸問題141.4.1案例10： LTE 傳輸問題導(dǎo)致小區(qū)下載速率低141.5傳輸參數(shù)問題151.5.1案例11： PTNQOS參數(shù)限制導(dǎo)致LTE下載速度低案例151.5.2案例12： PTN側(cè)MAC地址學(xué)習(xí)功能未配置導(dǎo)致LTE基站FTP下載速率低161.5.3案例13： 由交換機(jī)端口配置不正確導(dǎo)致LTE TDD下載速率波動(dòng)問題161.6核心網(wǎng)參數(shù)171.6.1案例14：QCI設(shè)置錯(cuò)誤導(dǎo)致演示廳LT

3、E下行速率低問題171.7基站存在故障或告警181.7.1案例15：室分場(chǎng)景多RRU合并后某一RRU駐波導(dǎo)致速率低181.8其它類別191.8.1案例16： LTE測(cè)試軟件配置錯(cuò)誤導(dǎo)致下載速率低191.8.2案例17： 由于合路器接法不正確引起的下載速率低的問題201.8.3案例18： LTE室分雙路不平衡導(dǎo)致下載速率低222.LTE基站小區(qū)無法建立或建立異常問題及案例232.1無線參數(shù)配置232.1.1案例1：GPS數(shù)據(jù)配置錯(cuò)誤導(dǎo)致LTE TDD無法正常開通的案例232.1.2案例2：LTE宏站小區(qū)CRS端口配置錯(cuò)誤導(dǎo)致小區(qū)無法建立242.1.3案例3： LTE小區(qū)與RRU關(guān)聯(lián)錯(cuò)誤導(dǎo)致覆蓋接

4、反252.1.4案例4：LTE基站eNodeB ID標(biāo)識(shí)不唯一導(dǎo)致基站S1偶聯(lián)鏈路頻繁規(guī)律閃斷262.1.5案例5：大唐和華為GTP-U檢測(cè)功能參數(shù)協(xié)商不一致導(dǎo)致LTE站點(diǎn)業(yè)務(wù)頻繁中斷262.1.6案例6：由于TDS頻點(diǎn)設(shè)置問題導(dǎo)致LTE基站無法開啟的案例273.LTE切換問題及案例283.1覆蓋283.1.1案例1： 由于弱覆蓋導(dǎo)致成都理工大學(xué)LTE小區(qū)1與音樂公園LTE小區(qū)2切換失敗案例283.2無線參數(shù)配置293.2.1案例2：愛立信LTE小區(qū)DCI配置錯(cuò)誤導(dǎo)致切換失敗293.2.2案例3：開啟防乒乓切換開關(guān)導(dǎo)致不切換293.2.3案例4： 由切換門限設(shè)置錯(cuò)誤導(dǎo)致某LTE站無法進(jìn)行異頻切

5、換303.2.4案例5： TAU與X2切換沖突導(dǎo)致切換失敗并掉線313.3核心網(wǎng)參數(shù)323.3.1案例6：LTE核心網(wǎng)鑒權(quán)關(guān)閉導(dǎo)致切換失敗323.4傳輸參數(shù)323.4.1案例7： LTE基站S1口少配導(dǎo)致切換成功率低處理案例323.5異廠家參數(shù)配置333.5.1案例8：愛立信與中興LTE鄰小區(qū)RLC傳輸模式配置不一致導(dǎo)致切換失敗333.5.2案例9：大唐與諾西Local Cell Resource ID配置不一致導(dǎo)致切換失敗的案例343.5.3案例10：由于DRB-ID分配策略華為中興LTE異廠家切換失敗案例354.LTE終端接入問題354.1無線參數(shù)配置354.1.1案例1： TD-LTE幀

6、同步參數(shù)配置錯(cuò)誤導(dǎo)致上行干擾，造成終端有信號(hào)無法接入354.1.2案例2： TDL完整性保護(hù)算法設(shè)置錯(cuò)誤導(dǎo)致部分終端無法上網(wǎng)364.1.3案例3：愛立信室分小區(qū)PrachConfigIndex配置錯(cuò)誤導(dǎo)致接入性差374.2核心網(wǎng)配置384.2.1案例4： LTE的S1口IP配置錯(cuò)誤導(dǎo)致終端無法正常接入384.2.2案例5： 在MME中未綁定IMSI和HSS對(duì)應(yīng)關(guān)系導(dǎo)致LTE新號(hào)段無法附著到網(wǎng)絡(luò)394.3傳輸參數(shù)配置404.3.1案例6：未設(shè)置用戶面路由導(dǎo)致LTE基站無業(yè)務(wù)速率405.2/3/4G互操作問題405.1.1案例1： 由于3G/4G的PLMN不同且未配置EHPLMN導(dǎo)致TD-S重選T

7、D-L失敗405.1.2案例2： 華為和中興MME選路策略不同導(dǎo)致CSFB被叫接通率較低416.掉話問題436.1.1案例1：TD-LTE SRS帶寬重配置導(dǎo)致掉話率高案例431.LTE下載速率低原因及相關(guān)案例現(xiàn)階段排查L(zhǎng)TE下載速率低影響的主要因素包括：（1）無線環(huán)境（2）容量（3）無線參數(shù)配置（4）傳輸問題（5）傳輸相關(guān)參數(shù)配置（6）故障（7）傳輸相關(guān)參數(shù)配置1.1無線環(huán)境無線環(huán)境是影響下載速率低的一個(gè)重要原因?，F(xiàn)網(wǎng)中由于多系統(tǒng)的存在，會(huì)對(duì)空口傳輸質(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)

8、內(nèi)干擾常見原因:有小區(qū)越區(qū)覆蓋造成的同頻干擾和GPS時(shí)鐘不同步造成的下行信號(hào)對(duì)上行信號(hào)的干擾和模三干擾。 系統(tǒng)間干擾的產(chǎn)生：系統(tǒng)間干擾通常為異頻干擾。主要有：雜散干擾、阻塞干擾、諧波干擾、互調(diào)干擾。通過LTE前期總結(jié)系統(tǒng)間干擾的干擾主要如下：TD-LTE系統(tǒng)頻段（MHz）其他系統(tǒng)帶外阻塞帶外雜散帶內(nèi)阻塞或帶內(nèi)雜散互調(diào)諧波1880-1920DCS1800GSM900PHS2300-2400WLAN2500-2690WLAN北斗雷達(dá)MMDS和射電天文多運(yùn)營(yíng)商CDMA850排查這種類型干擾，一般是通過系統(tǒng)監(jiān)控手段對(duì)小區(qū)干擾進(jìn)行預(yù)判斷，然后根據(jù)小區(qū)的干擾特性進(jìn)行實(shí)地掃頻排查。通過閉站，看干擾是否消失排

9、查。1.1.1案例1：系統(tǒng)外干擾（DCS1800）導(dǎo)致LTE宏站單小區(qū)下載速率低 1. 現(xiàn)象描述LTE基站1小區(qū)在測(cè)試過程中，發(fā)現(xiàn)下載速率低（1M左右），終端 ping 核心網(wǎng)側(cè)丟包率高達(dá) 50% 。該基站配置為S111，頻段是F 頻段 1880-1900MHz，帶寬20M，參考信號(hào)功率12dBm，上下行時(shí)隙配比1:3，特殊子幀時(shí)隙配置DwPTS:GP:UpPTS=3:9:22. 問題分析使用底噪查詢工具。各小區(qū)底噪情況如下：1小區(qū)2小區(qū)3小區(qū)下載速率1Mbps50Mbps51Mbps底噪-93-111-110將查詢出的底噪值與各小區(qū)的業(yè)務(wù)速率對(duì)比，很容易看出業(yè)務(wù)速率低的小區(qū)恰好是后臺(tái)查詢底噪

10、高的小區(qū)。由此判斷為底噪高是導(dǎo)致:空口質(zhì)量差，引起終端業(yè)務(wù)速率低、 ping 包丟包率高的原因。將查詢出的底噪值與各小區(qū)的業(yè)務(wù)速率對(duì)比，很容易看出業(yè)務(wù)速率低的小區(qū)恰好是后臺(tái)查詢底噪高的小區(qū)。由此判斷為底噪高是導(dǎo)致空口質(zhì)量差，引起終端業(yè)務(wù)速率低、 ping 包丟包率高的原因。閉塞周邊所有 LTE 小區(qū), 以及 2 、 3 小區(qū)全部閉塞，僅保留 1 小區(qū)，問題依然存在。對(duì) 1880-1900MHz 掃頻，發(fā)現(xiàn)移動(dòng) DCS1800 頻段天線對(duì)該頻段有干擾。由于該LTE基站與37854昌平都市芳園DCS共址，基本確認(rèn)干擾來自該基站。接下來考慮為何2，3方向無明顯干擾而1方向干擾明顯，觀察天線，發(fā)現(xiàn)2,

11、3方向LTE天線與DCS天線水平隔離度1米左右，而1方向LTE與DCS天線水平隔離度僅0.4米左右。3. 問題分類： 干擾DCS1800干擾4. 解決方案改變1方向LTE天線位置，將其與DCS天線水平隔離度增加到1米。5. 效果評(píng)估小區(qū)天線與DCS天線水平隔離度增加到1米后，底噪-109，下載速率50M，故障排查完成。6. 注意事項(xiàng)及建議故障排查流程：1.1.2案例2：服務(wù)小區(qū)與鄰小區(qū)PCI存在mod3 干擾造成下載速率過低1. 現(xiàn)象描述對(duì)某區(qū)域LTE網(wǎng)絡(luò)進(jìn)行評(píng)估測(cè)試時(shí)發(fā)現(xiàn)，當(dāng)測(cè)試終端占用A小區(qū)后下載速率過慢，下載速率只有10Mbps左右。2. 問題分析核查A小區(qū)PCI發(fā)現(xiàn)，該小區(qū)PCI與鄰區(qū)

12、B小區(qū)PCI mod3值相等，A小區(qū)PCI為15，B小區(qū)PCI為36，A、B小區(qū)之間存在mod3 干擾。在LTE中，PCI用來區(qū)分每一個(gè)小區(qū)，類似于WCDMA中的擾碼和CDMA2000中的PN。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不相等，其原因

13、是因?yàn)椴煌腜CI決定了小區(qū)特定參考信號(hào)（CRS）的位置。CRS用于終端輔助信道估計(jì)，其在子幀中的時(shí)頻位置如下圖所示：當(dāng)小區(qū)使用單天線端口傳輸模式，RS參考信號(hào)的位置為PIC mod 6。當(dāng)手機(jī)天線端口數(shù)為2信道Rank=2時(shí),小區(qū)使用2天線傳輸模式，RS參考信號(hào)的位置為PIC mod 3。在小區(qū)使用2天線傳輸模式且2個(gè)小區(qū)PCI mod3 數(shù)值相等，參考信號(hào)的位置重疊就會(huì)造成相互干擾，SINR值過低導(dǎo)致下載速率過慢。3. 問題分類： 干擾模3干擾4. 解決方案修改A小區(qū)PCI為115. 效果評(píng)估重新測(cè)試，A小區(qū)下載速率提升到55Mkbps以上。6. 注意事項(xiàng)及建議下行參考信號(hào)在天線上發(fā)送的位

14、置取決于小區(qū)PCI值，如果是單天線發(fā)送下行參考信號(hào)的位置為PCI mod 6，如果是兩天線發(fā)送下行參考信號(hào)的位置為PCI mod3。如果PCI規(guī)劃不當(dāng)就會(huì)造成不同小區(qū)間參考信號(hào)干擾。1.1.3案例3： 由GPS失鎖引起的F頻段LTE基站上行干擾1. 現(xiàn)象描述某基站通過話統(tǒng)查詢上行底噪，發(fā)現(xiàn)此基站上行底噪很高，三個(gè)小區(qū)均在-77dB左右。測(cè)試工程師到現(xiàn)場(chǎng)測(cè)試發(fā)現(xiàn)該小區(qū)無法正常接入，無法進(jìn)行上下載業(yè)務(wù)。2. 問題分析經(jīng)話統(tǒng)確認(rèn)，此基站周圍基站匯彩路、黃村大道、珠吉路底噪也較高，達(dá)到-100dBm以上.連片區(qū)域基站存在干擾。問題原因可能為：GPS失鎖或外部干擾。協(xié)調(diào)代維人員進(jìn)入基站機(jī)房，發(fā)現(xiàn)機(jī)房?jī)?nèi)存

15、在兩個(gè)BBU。分別下掛東圃珠村和9860基站，均為TDD F頻段基站，9860基站在工參表中未顯示，此基站告警燈常閃，后臺(tái)查詢后，發(fā)現(xiàn)9860基站存在GPS失鎖告警。3. 問題分類： 干擾GPS失鎖4. 解決方案閉塞9860基站，安排維護(hù)人員上站處理該基站的GPS失鎖告警問題。5. 效果評(píng)估基站底噪下降到-110dBm以下，速率恢復(fù)正常。6. 注意事項(xiàng)及建議TDD-LTE上行干擾可能的問題原因：(1)、移動(dòng)DCS1800M小區(qū)頻段為：1805-1830M，1850-1872M；所以此頻段很容易對(duì)TDD-LTE頻段1880-1900M形成阻塞干擾、互調(diào)干擾和雜散干擾。(2)、GSM900M基站對(duì)

16、TDD-LTE頻段1880-1900M形成諧波干擾。(3)、小靈通基站對(duì)TDD-LTE形成阻塞干擾、互調(diào)干擾和雜散干擾。(4)、周圍TDD-LTE基站 GPS失鎖形成干擾。(5)、RRU硬件或天饋系統(tǒng)問題造成干擾。(6)、外部干擾源干擾。 1.2 容量容量也會(huì)影響下載速率，現(xiàn)網(wǎng)由于LTE用戶不多，暫不需考慮這方面的問題。1.3無線參數(shù)配置1.3.1案例4： 愛立信小區(qū)上下行時(shí)隙配比錯(cuò)誤導(dǎo)致上行高BLER速率低1. 現(xiàn)象描述某日在進(jìn)行簇優(yōu)化過程中，進(jìn)行上傳業(yè)務(wù)時(shí)發(fā)現(xiàn)某站點(diǎn)的3個(gè)扇區(qū)的上傳速率均明顯偏低，僅能達(dá)到約25Mbps，而在前期該站點(diǎn)的單站驗(yàn)證測(cè)試中，該站的上傳速度正常，三個(gè)小區(qū)均達(dá)到了1

17、6Mbps左右；2. 問題分析在占用站點(diǎn)第1小區(qū)測(cè)試過程中，顯示第1小區(qū)BLER較正常情況偏高，導(dǎo)致MCS較低；檢查周邊鄰區(qū)的無線參數(shù)配置，經(jīng)過核查發(fā)現(xiàn)該站點(diǎn)第3小區(qū)的TDD frame conf=2，即時(shí)隙配比為3：1，而周邊基站均為2：2；3. 問題分類： 無線參數(shù)配置4. 解決方案將第3小區(qū)參數(shù)TDD frame conf 改為1，即時(shí)隙配比改2：25. 效果評(píng)估經(jīng)測(cè)試三個(gè)小區(qū)SINR在24左右，上傳速度均達(dá)到了15Mbps以上。6. 注意事項(xiàng)及建議因LTE上行采用SC-FDMA，相對(duì)下行抗干擾能力較弱，在LTE建設(shè)過程中，需注意鄰近小區(qū)上下行時(shí)隙配比準(zhǔn)確一致，否則易對(duì)周邊小區(qū)造成較強(qiáng)的

18、上行干擾。后期網(wǎng)管搭建完畢后，需定期對(duì)小區(qū)做參數(shù)核查，確保參數(shù)配置無誤。1.3.2案例5：LTE的功率PA、PB參數(shù)設(shè)置不合理導(dǎo)致下載速率低的處理1. 現(xiàn)象描述LTE小區(qū)在覆蓋較好路段（RSRP=-72dB,SINR=32 dB，且傳輸模式為TM3）下載速率低（基本小于40Mbps）2. 問題分析查詢?cè)撔^(qū)功率參數(shù)設(shè)置，發(fā)現(xiàn)PA參數(shù)設(shè)置為-3，PB參數(shù)設(shè)置為3，根據(jù)功率利用率分配表可知此時(shí)功率利用率僅為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%28

19、6%100%83%75%67%63%61%58%3100%83%67%58%50%47%44%42%3. 問題分類：無線參數(shù)配置功率參數(shù)4. 解決方案修改PB參數(shù)為1，使其利用率達(dá)到100%。5. 效果評(píng)估將PB參數(shù)修改為1后，對(duì)該路段驗(yàn)證測(cè)試，該路段PHY DL Throughput 由35 Mbps提升至47 Mbps，達(dá)到指標(biāo)要求。6. 注意事項(xiàng)及建議LTE下載速率低也需注意功率參數(shù)PA/PB的設(shè)定，其要求Type A，Type B兩類符號(hào)上的功率保持相等，當(dāng)和相等且等于最大發(fā)射功率時(shí)，功率利用率最高。LTE參數(shù)設(shè)置需考慮業(yè)務(wù)場(chǎng)景，根據(jù)不同的需求對(duì)參數(shù)進(jìn)行合理化配置，已到達(dá)感知最優(yōu)。1.

20、3.3案例6：愛立信LTE小區(qū)DL TARGET BLER參數(shù)配置有誤導(dǎo)致下行速率低1. 現(xiàn)象描述某站在進(jìn)行簇優(yōu)化過程中，進(jìn)行FTP下載業(yè)務(wù)時(shí)發(fā)現(xiàn)某小區(qū)的下載速率均明顯偏低，僅能達(dá)到約20Mbps左右，而在前期簇優(yōu)化的拉網(wǎng)測(cè)試中，該站的下載速度正常，三個(gè)小區(qū)均達(dá)到了40Mbps左右。2. 問題分析在占用該小區(qū)測(cè)試過程中，觀察發(fā)現(xiàn)下行調(diào)制方式中16QAM占比較高；初步懷疑該小區(qū)下行速率低為調(diào)制方式?jīng)]有全部采用64QAM導(dǎo)致。核查該小區(qū)CV文件發(fā)現(xiàn)參DLTARGETBLER（下行目標(biāo)BLER）配置為1%；當(dāng)參數(shù)DLTARGETBLER(下行目標(biāo)BLER) 設(shè)置為1%時(shí)，由于對(duì)BLER要求過高，導(dǎo)致

21、RBS會(huì)調(diào)低MCS以保證BLER達(dá)到目標(biāo)值。而對(duì)于FTP、流媒體等并不需要很高的BLER要求的業(yè)務(wù)，過高的BLER要求會(huì)導(dǎo)致下行因沒有使用64QAM的高階調(diào)制方式，反而無法得到理想的下行速率，從而影響用戶感知。3. 問題分類：無線參數(shù)配置4. 解決方案將該小區(qū)參數(shù)DLTARGETBLER設(shè)置為10%5. 效果評(píng)估修改該參數(shù)后，復(fù)測(cè)FTP下載速率達(dá)到40Mbps左右，下行速率正常。6. 注意事項(xiàng)及建議下載速率低時(shí)可以查看MCS為64QAM的比例高不高，占用高階調(diào)制比例低并且BLER較低則可能是DLTARGETBLER設(shè)置的過小。1.3.4案例7：華為eNodeB升級(jí)8.0版本默認(rèn)開啟MR功能后導(dǎo)

22、致速率低1. 現(xiàn)象描述華為ENodeB升級(jí)BTS3900 V100R008C00SPC130后在外場(chǎng)撥打時(shí)發(fā)現(xiàn)上傳及下載速率慢，CAT4測(cè)試終端在好點(diǎn)的情況下進(jìn)行定點(diǎn)CQT測(cè)試，下載最高速率僅在45Mbps左右，上傳最高速率僅12Mbps左右。2. 問題分析通過后臺(tái)跟蹤UU口信令，發(fā)現(xiàn)終端在進(jìn)行業(yè)務(wù)過程中會(huì)周期性上報(bào)Meas_Report。在無線環(huán)境很好的情況下，不應(yīng)發(fā)生異頻/異系統(tǒng)測(cè)量。但測(cè)試結(jié)果表明：終端在不停上報(bào)異頻測(cè)量，并且是周期性上報(bào)。對(duì)站點(diǎn)升級(jí)前后配置數(shù)據(jù)進(jìn)行進(jìn)一步核查，發(fā)現(xiàn)升級(jí)站點(diǎn)均默認(rèn)開啟了MR功能，在Nastar服務(wù)器上開啟了同頻/異頻/異系統(tǒng)的訂閱。3. 問題分類：無線參數(shù)

23、配置4. 解決方案后臺(tái)關(guān)閉同頻/異頻/異系統(tǒng)的訂閱。5. 效果評(píng)估后臺(tái)關(guān)閉訂閱后再次進(jìn)行復(fù)測(cè)，測(cè)試結(jié)果恢復(fù)正常。6. 注意事項(xiàng)及建議升級(jí)版本后需注意核查前后配置數(shù)據(jù)找原因。 1.3.5案例8：由于PDCCH信道誤碼率較高導(dǎo)致下載速率波動(dòng)1. 現(xiàn)象描述渝北水木青華HL測(cè)試有兩個(gè)現(xiàn)象：（1）業(yè)務(wù)過程中出現(xiàn)業(yè)務(wù)中斷的現(xiàn)象；（2）業(yè)務(wù)過程速率不穩(wěn)定，有比較嚴(yán)重的毛刺現(xiàn)象。業(yè)務(wù)過程中出現(xiàn)業(yè)務(wù)中斷的現(xiàn)象：在正常業(yè)務(wù)過程中上行干擾不高，但是出現(xiàn)異常。速率掉坑時(shí)候，上行RSSI達(dá)到15db左右，突發(fā)的上行干擾很大，此時(shí)UE掉線并且頻繁嘗試重建，過一段時(shí)間后，干擾消失，業(yè)務(wù)恢復(fù)正常。2. 問題分析對(duì)測(cè)試數(shù)據(jù)進(jìn)行

24、分析，由于下行PDCCH偶爾出現(xiàn)誤碼率較高，上行也出現(xiàn)誤碼率較高的現(xiàn)象，導(dǎo)致下載速率出現(xiàn)波動(dòng)。進(jìn)行掃頻測(cè)試，確實(shí)發(fā)現(xiàn)存在一定的外部干擾，但未發(fā)現(xiàn)周邊有TD站點(diǎn)等干擾源，只能采取參數(shù)優(yōu)化來對(duì)問題進(jìn)行解決。3. 問題分類：無線參數(shù)配置4. 解決方案修改下行PDCCH CCE聚合級(jí)別、PDCCH功率值，增強(qiáng)PDCCH下行信道抗干擾能力，上行Bler目標(biāo)值收斂到5。5. 效果評(píng)估通過參數(shù)用戶增強(qiáng)信道的抗干擾能力，然后測(cè)試觀察，速率已經(jīng)穩(wěn)定在70M以上，毛刺現(xiàn)象基本消失；測(cè)試近1小時(shí)沒有再出現(xiàn)掉坑的現(xiàn)象。6. 注意事項(xiàng)及建議下載速率出現(xiàn)波動(dòng)時(shí)出現(xiàn)下行PDCCH誤碼率較高，則需修改參數(shù)增強(qiáng)PDCCH信道的

25、抗干擾能力。1.3.6案例9：TA同步功能未打開導(dǎo)致LTE下載速率抖降問題案例1. 現(xiàn)象描述在進(jìn)行“TM3和TM8的小區(qū)吞吐量對(duì)比”的測(cè)試中，發(fā)現(xiàn)無論TM3還是TM8模式，在測(cè)試路線上某一固定點(diǎn)附近，都出現(xiàn)下載速率陡降的現(xiàn)象，在CDS對(duì)吞吐量的記錄中，在該點(diǎn)出現(xiàn)深坑。在RSRP及SINR均無明顯變化的情況下，路測(cè)軟件統(tǒng)計(jì)的PDCP吞吐量由22312.2Kbps，突降到666.1Kbps，下降幅度達(dá)97%，2-3秒鐘后恢復(fù)正常。2. 問題分析通過核查后臺(tái)參數(shù)，發(fā)現(xiàn)測(cè)試中關(guān)閉了TA同步功能（通過配置開關(guān)控制）。此參數(shù)被關(guān)閉的話會(huì)導(dǎo)致終端無法調(diào)整上行同步位置，使基站接收到的上行PUCCH數(shù)據(jù)（ack

26、/Nack）超出接收窗，接收數(shù)據(jù)錯(cuò)誤，造成下行速率陡降。下行吞吐量陡降是由于PUCCH上攜帶的反饋ACK被譯錯(cuò)為NACK，基站認(rèn)為下行bler高，會(huì)將MCS等級(jí)調(diào)低導(dǎo)致。3. 問題分類：無線參數(shù)配置4. 解決方案將TA同步功能參數(shù)打開5. 效果評(píng)估將TA同步功能找開后，下載速率正常，不再出現(xiàn)速率陡降情況。6. 注意事項(xiàng)及建議速率陡降的情況，可以考慮查看TA同步功能是否打開。1.4傳輸問題1.4.1案例10： LTE 傳輸問題導(dǎo)致小區(qū)下載速率低1. 現(xiàn)象描述收到某公寓下LTE下載速率慢的投訴，安排人員現(xiàn)場(chǎng)測(cè)試驗(yàn)證：投訴點(diǎn)位于宏站輝煌公寓-HLH-1小區(qū)覆蓋范圍，在無線環(huán)境較好的條件下（RSRP=

27、-90dBm，SINR=25），利用省公司8服務(wù)器做FTP下載，下行速率約10-15mbps，低于該空口環(huán)境下的正常預(yù)期（SINR>25，DL THR>45mbps），確認(rèn)輝煌公寓-HLH-1小區(qū)確實(shí)存在下載速率低問題。2. 問題分析1、利用LTE核心網(wǎng)EPC內(nèi)網(wǎng)服務(wù)器對(duì)輝煌公寓小區(qū)入網(wǎng)終端UE進(jìn)行40mbps帶寬的UDP灌包測(cè)試；在基站側(cè)對(duì)傳輸PTN來包流量做實(shí)時(shí)統(tǒng)計(jì)，基站側(cè)收包帶寬為15mbps左右；在UE終端側(cè)通過測(cè)試軟件查看收包帶寬也為15mbps左右。通過該步驟，確認(rèn)速率低問題是在基站側(cè)以上網(wǎng)元引入。2、利用LTE核心網(wǎng)EPC內(nèi)網(wǎng)服務(wù)器對(duì)火車站綜

28、合樓室分小區(qū)入網(wǎng)終端UE進(jìn)行40mbps帶寬的UDP灌包測(cè)試；在基站側(cè)對(duì)傳輸PTN來包流量做實(shí)時(shí)統(tǒng)計(jì)，基站側(cè)收包帶寬為40mbps左右；在UE終端側(cè)通過測(cè)試軟件查看收包帶寬也為40mbps左右。通過該步驟，進(jìn)一步確認(rèn)速率低問題為EPC至輝煌公寓基站間的PTN傳輸網(wǎng)元引入。3. 問題分類：傳輸 4. 解決方案協(xié)調(diào)傳輸排除故障。5. 效果評(píng)估速率恢復(fù)正常。6. 注意事項(xiàng)及建議針對(duì)下行吞吐率不達(dá)標(biāo)的問題，按照相關(guān)指導(dǎo)書進(jìn)行逐步核查；涉及到非空口原因?qū)е碌恼{(diào)度不足以及吞吐率較低問題，應(yīng)通過基本手段初步判斷問題原因，再求助相關(guān)模塊進(jìn)行進(jìn)一步確認(rèn)并及時(shí)處理；針對(duì)基站傳輸類告警，不容易發(fā)現(xiàn)，建議通過基站層顯

29、示出來，便于及時(shí)發(fā)現(xiàn)并及時(shí)處理。1.5傳輸參數(shù)問題1.5.1案例11： PTNQOS參數(shù)限制導(dǎo)致LTE下載速度低案例1. 現(xiàn)象描述某日在對(duì)某小區(qū)進(jìn)行單站驗(yàn)證的過程中，對(duì)該小區(qū)進(jìn)行定點(diǎn)的上傳和下載業(yè)務(wù)，發(fā)現(xiàn)即使在覆蓋“極好點(diǎn)”，該站的下載速度依舊只有810Mbps，達(dá)不到測(cè)試用例的要求。2. 問題分析使用jperf，對(duì)傳輸進(jìn)行推送測(cè)試，發(fā)現(xiàn)主要問題應(yīng)該在傳輸上，由于傳輸?shù)南拗茖?dǎo)致下載速度最大只能達(dá)到10Mbps。最終核查發(fā)現(xiàn)華為在PTN上做了些QOS的配置，根據(jù)不同業(yè)務(wù)限制了最高帶寬，對(duì)下載業(yè)務(wù)帶寬為10M，這樣導(dǎo)致了下載的限制。3. 問題分類： 傳輸參數(shù)4. 解決方案改變了PTN上的QOS配置

30、的參數(shù)限制5. 效果評(píng)估進(jìn)行下載驗(yàn)證，結(jié)果顯示恢復(fù)正常，達(dá)到30Mbps以上，符合用例需求。6. 注意事項(xiàng)及建議PTN上的QOS配置參數(shù)限制可能導(dǎo)致下載速率低。1.5.2案例12： PTN側(cè)MAC地址學(xué)習(xí)功能未配置導(dǎo)致LTE基站FTP下載速率低1. 現(xiàn)象描述某地TD-LTE實(shí)驗(yàn)網(wǎng)，部分基站進(jìn)行迅雷下載時(shí)，速率能夠穩(wěn)定達(dá)到60Mbps，但采用FTP下載時(shí)最小速率僅幾Mbps，并且出現(xiàn)頻繁的速率波動(dòng)。2. 問題分析本次實(shí)驗(yàn)網(wǎng)分析中迅雷下載速率較高，說明無線環(huán)境、容量、時(shí)隙配比、傳輸帶寬和速率相關(guān)無線參數(shù)設(shè)置均沒有問題。而迅雷下載采用的是UDP協(xié)議，F(xiàn)TP下載采用的TCP協(xié)議。UDP與TCP協(xié)議主要

31、區(qū)別在超時(shí)重發(fā)機(jī)制上，根據(jù)這種區(qū)別初步懷疑PTN傳輸側(cè)有丟包。采用wireshark軟件進(jìn)行S1抓包分析，發(fā)現(xiàn)大量的數(shù)據(jù)包重傳。傳輸站點(diǎn)未發(fā)現(xiàn)告警，且LTE基站各個(gè)傳輸鏈路光功率收發(fā)均正常，未存在光路衰減情況。查詢傳輸相關(guān)參數(shù)配置，發(fā)現(xiàn)速率異常的LTE站點(diǎn)對(duì)應(yīng)的PTN設(shè)備MAC地址學(xué)習(xí)功能未配置。3. 問題分類：傳輸參數(shù)4. 解決方案為速率異常站點(diǎn)配置PTN設(shè)備MAC地址學(xué)習(xí)功能。5. 效果評(píng)估FTP下載速率恢復(fù)正常。6. 注意事項(xiàng)及建議PTN上的MAC地址學(xué)習(xí)功能未配置可能導(dǎo)致下載速率低。1.5.3案例13： 由交換機(jī)端口配置不正確導(dǎo)致LTE TDD下載速率波動(dòng)問題1. 現(xiàn)象描述在某LTE

32、TDD 100M峰值下載業(yè)務(wù)驗(yàn)證中，發(fā)現(xiàn)FTP下載業(yè)務(wù)速率嚴(yán)重波動(dòng)，從10Mpbs到60Mbps波動(dòng)，平均速率僅有25Mbps左右，用wireshark工具抓包，可以看到大量重傳。由于所有設(shè)備搬遷過一次，而在之前的測(cè)試中，峰值可穩(wěn)定在90Mbps左右。2. 問題分析檢查交換機(jī)配置：登錄到S9303交換機(jī)，查詢配置后發(fā)現(xiàn)，到UGW和USN的端口都被配置成100M 不協(xié)商，這時(shí)候再登錄到UGW，發(fā)現(xiàn)Gn物理口也都被配置成100M不協(xié)商的。由于UGW 物理端口既給LTE用，又作為GGSN的Gn口，在3G HSPA+測(cè)試時(shí)由于遇到下載速率問題，把1000M端口統(tǒng)一改成了100M后沒有改回來，而LTE

33、TDD 100M的DEMO下載業(yè)務(wù)所需理想的物理帶寬為300M，導(dǎo)致LTE下載速率低且嚴(yán)重波動(dòng)。3. 問題分類： 傳輸參數(shù)4. 解決方案將兩端端口改成自協(xié)商1000M5. 效果評(píng)估速率恢復(fù)到90Mbps，沒有大波動(dòng)。6. 注意事項(xiàng)及建議LTE TDD 峰值下載業(yè)務(wù)對(duì)帶寬具有很高的要求，現(xiàn)網(wǎng)中如UGW同時(shí)應(yīng)用于3G和LTE網(wǎng)絡(luò)，必須要保證有足夠的物理帶寬，不能夠簡(jiǎn)單累加，一定要留有足夠的余量，否則很容易引起網(wǎng)絡(luò)間的相互影響。1.6核心網(wǎng)參數(shù)1.6.1案例14：QCI設(shè)置錯(cuò)誤導(dǎo)致演示廳LTE下行速率低問題 1. 現(xiàn)象描述某LTE網(wǎng)絡(luò)演示廳新建完成后，開展業(yè)務(wù)測(cè)試，發(fā)現(xiàn)下行速度只有7Mb左右，遠(yuǎn)未達(dá)

34、到正常水平。2. 問題分析通過對(duì)S1口信令進(jìn)行了跟蹤，發(fā)現(xiàn)在S1AP-INITIAL-CONTEXT-SETUP-REQ中，雖然核心網(wǎng)側(cè)指派的上下行帶寬為150Mb， 但QCI值為5，下表是QCI所代表含義。 QCI資源類型優(yōu)先級(jí)分組數(shù)據(jù)延時(shí)分組數(shù)據(jù)丟包率業(yè)務(wù)舉例1GBR2100ms10-2Conversational Voice24150ms10-3Conversational Video (Live Streaming)35300ms10-6Non-Conversational Video (Buffered Streaming)4350ms10-3Real Time Gaming5Non

35、-GBR1100ms10-6IMS Signalling66100ms10-3Voice, Video (Live Streaming) Interactive Gaming77300ms10-6Video (Buffered Streaming)TCP-based (e.g., www, e-mail, chat, ftp, p2p file sharing, progressive video, etc.)8899以上表可知QCI=5時(shí)，為IMS信令，而LTE一般用6-9作為缺省值，這時(shí)，69由于業(yè)務(wù)包含視頻流業(yè)務(wù)，速率會(huì)達(dá)到較高值。3. 問題分類：核心網(wǎng)參數(shù)4. 解決方案協(xié)調(diào)核心網(wǎng)側(cè)工程

36、師將開戶信息中的QCI改為6。5. 效果評(píng)估下行速度恢復(fù)到70Mb，問題解決。6. 注意事項(xiàng)及建議QCI參數(shù)設(shè)置會(huì)影響下載速率。LTE對(duì)QoS進(jìn)行了簡(jiǎn)化，使用QCI（QoS等級(jí)標(biāo)識(shí)）代替了3G中的13種QoS參數(shù)，eNB可通過QCI推導(dǎo)出其對(duì)應(yīng)的QoS參數(shù)，我們需要對(duì)LTE的QoS參數(shù)變化情況了解清楚，才能準(zhǔn)確找到問題的根源。1.7基站存在故障或告警1.7.1案例15：室分場(chǎng)景多RRU合并后某一RRU駐波導(dǎo)致速率低1. 現(xiàn)象描述該室分采用4RRU合并為一個(gè)小區(qū)，編號(hào)為0，單流的組網(wǎng)形式，但在室內(nèi)遍歷測(cè)試過程中,發(fā)現(xiàn)某區(qū)域存在如下現(xiàn)象：當(dāng)UE移動(dòng)到某區(qū)域時(shí)發(fā)現(xiàn)速率下降明顯，且無線環(huán)境良好(RSR

37、P-80dBm左右，SINR39dB左右)，滿調(diào)度，與測(cè)試速率好時(shí)為同一小區(qū)，但RB不足，下載速率一直較低（29Mbps左右）且穩(wěn)定。2. 問題分析經(jīng)后臺(tái)查詢，該小區(qū)存在射頻單元駐波告警。3. 問題分類： 故障4. 解決方案解決告警。5. 效果評(píng)估處理告警完畢后，對(duì)該小區(qū)進(jìn)行定點(diǎn)下載測(cè)試，速率可達(dá)到55Mbps左右，下載速率恢復(fù)正常。6. 注意事項(xiàng)及建議小區(qū)合并后用戶的調(diào)度將在獨(dú)立調(diào)度和聯(lián)合調(diào)度兩者中自適應(yīng)選擇。當(dāng)用戶處于正常RRU下，且為獨(dú)立調(diào)度時(shí)，對(duì)吞吐量是沒有影響的；當(dāng)UE處于兩個(gè)RRU覆蓋交疊區(qū)域時(shí)，為聯(lián)合調(diào)度，且其中一個(gè)RRU有駐波，則會(huì)影響到另外一個(gè)RRU，影響整體測(cè)試結(jié)果；如果完

38、全處理問題RRU下（駐波RRU），獨(dú)立調(diào)度，測(cè)試速率也會(huì)受到影響。上述兩種情況速率之所以會(huì)受到影響是由于為了保證數(shù)據(jù)傳輸?shù)目煽啃?，系統(tǒng)降低了數(shù)據(jù)傳輸?shù)腞B數(shù)。1.8其它類別1.8.1案例16： LTE測(cè)試軟件配置錯(cuò)誤導(dǎo)致下載速率低1. 現(xiàn)象描述新建LTE基站進(jìn)行單站優(yōu)化，使用Filezilla進(jìn)行FTP下載速率測(cè)試。在測(cè)試中，發(fā)現(xiàn)覆蓋良好，RSRP在-90dBm左右，但下載速率極低，峰值下載速率6Mbps左右，平均下載速率低于5Mbps。2. 問題分析換測(cè)試電腦后，發(fā)現(xiàn)該站測(cè)試速率正常，由此推測(cè)是Filezilla軟件設(shè)置問題；Filezilla軟件設(shè)置里可以設(shè)置速度限制，如下圖3. 問題分類

39、：軟件參數(shù)4. 解決方案Filezilla軟件速度限制部分設(shè)為不限速5. 效果評(píng)估Filezilla軟件設(shè)置不限速后，下載速率恢復(fù)正常，平均下載速率大于50Mbps6. 注意事項(xiàng)及建議換新電腦測(cè)試前，F(xiàn)ilezilla軟件設(shè)置需要注意。1.8.2案例17： 由于合路器接法不正確引起的下載速率低的問題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,沒有RANK2上報(bào)。該站點(diǎn)使用2T2R與GSM合路共天饋，該問題定位涉及硬件排查，最終將問題鎖定在合路器上。2.

40、問題分析分別對(duì)2通道單獨(dú)測(cè)試，單通道測(cè)試結(jié)果都可以達(dá)到峰值吞吐量，說明2通道都正常。由于終端上報(bào)RANK2要求接收到的兩天線信號(hào)的相關(guān)性要求越低越好，而從幾次測(cè)試結(jié)果都發(fā)現(xiàn)RxChCorFactor系數(shù)基本大于0.5，由此推測(cè)兩天線的2通道相關(guān)性太強(qiáng)導(dǎo)致終端始終上報(bào)RANK1，需上站進(jìn)行天饋系統(tǒng)的排查。該站點(diǎn)與GSM合路，GSM兩個(gè)天線口和LTE兩個(gè)天線口接入一個(gè)4路合路器，合路后接到2天線口的天線，天線型號(hào)支持+/-45°雙極化?，F(xiàn)場(chǎng)直接使用測(cè)試小天線接到LTE的RRU射頻口，進(jìn)行測(cè)試，終端可以進(jìn)入RANK2，且峰值吞吐量可以達(dá)到60Mbps，由此基本可以確認(rèn)合路之后導(dǎo)致終端無法進(jìn)

41、入雙流RANK2。先單獨(dú)取一個(gè)小區(qū)進(jìn)行排查，確認(rèn)問題根源是否在合路器上面。首先，從合路器前端饋線的接法著手，單獨(dú)排查2小區(qū)合路器前端饋線的接法是否正確，整改前合路器前端饋線的連接示意圖如下：整改后合路器前端饋線的連接示意圖如下：3. 問題分類： 硬接連接4. 解決方案調(diào)整合路器接線。5. 效果評(píng)估復(fù)測(cè)2小區(qū)RANK指示為RANK2，下載速率提升至40Mbps以上。6. 注意事項(xiàng)及建議通過本案例，可以看到天饋系統(tǒng)的問題對(duì)LTE網(wǎng)絡(luò)性能影響比較明顯。針對(duì)目前LTE很多都和原有系統(tǒng)進(jìn)行合路的現(xiàn)狀，要著重注意合路之后的影響，重點(diǎn)關(guān)注合路器接法是否正確，避免因小失大。1.8.3案例18： LTE室分雙路

42、不平衡導(dǎo)致下載速率低1. 現(xiàn)象描述在某LTE站進(jìn)行單站驗(yàn)證測(cè)試，測(cè)試發(fā)現(xiàn)上傳速率只有9M，沒達(dá)到目標(biāo)值，下載速率波動(dòng)較大平均速率為58M2. 問題分析從測(cè)試中發(fā)現(xiàn)，接收的兩個(gè)天線通道功率相差較大，導(dǎo)致下載速率波動(dòng)較大。該室分為雙流模式，其中1號(hào)端口利用原來的室分系統(tǒng)，另外0號(hào)端口為新建室分系統(tǒng)，室分設(shè)計(jì)圖如下：根據(jù)如上室分設(shè)計(jì)圖可以看出，利舊室分系統(tǒng)的通道多一個(gè)耦合器，另外舊的室分系統(tǒng)存在損耗，導(dǎo)致新建室分系統(tǒng)通道較利舊室分通道天線口功率強(qiáng)。3. 問題分類： 硬件4. 解決方案現(xiàn)場(chǎng)在新建室分系統(tǒng)增加6db的衰減器5. 效果評(píng)估在新建室分系統(tǒng)增加6db的衰減器后進(jìn)行測(cè)試，上傳速率和下載速率都達(dá)到

43、目標(biāo)值，其中上傳速率為15.84M，下載速率較平穩(wěn)為79.52M。6. 注意事項(xiàng)及建議雙流室分場(chǎng)景往往是在以前單流室分的基礎(chǔ)上新增1路室分系統(tǒng)建設(shè)而成，這樣先前的單流室分由于使用時(shí)間較長(zhǎng)，存在老化或設(shè)計(jì)缺陷，與新建的1路室分達(dá)不到鏈路平衡，造成了雙流場(chǎng)景只有單流的速率，雙流站點(diǎn)兩個(gè)通道的平衡性要求電平差值在5db以內(nèi)，否則速率不達(dá)標(biāo)可以判定為兩條鏈路不平衡，需進(jìn)行室分整改。同時(shí)，雙流場(chǎng)景下對(duì)兩條鏈路的隔離度也有要求，建議室分天線點(diǎn)位間距不要太近或太遠(yuǎn)，距離約為1.5米性能最好。2.LTE基站小區(qū)無法建立或建立異常問題及案例2.1無線參數(shù)配置2.1.1案例1：GPS數(shù)據(jù)配置錯(cuò)誤導(dǎo)致LTE TDD

44、無法正常開通的案例1. 現(xiàn)象描述新建LTE基站開通時(shí)，發(fā)現(xiàn)小區(qū)總是無法激活，小區(qū)激活時(shí)，告警信息為“Clock resource is not usable”。2. 問題分析從“Clock resource is not usable”告警信息來看，我們初步判斷為時(shí)鐘問題。查看當(dāng)前GPS的時(shí)鐘源狀態(tài)，執(zhí)行：DSP CLKSTAT，該基站的時(shí)鐘模式設(shè)置為了FREQ頻率同步，由于LTE TDD系統(tǒng)是時(shí)分雙工系統(tǒng)，對(duì)時(shí)鐘精度要求很高，要求時(shí)間同步。3. 問題分類： 無線參數(shù)配置GPS數(shù)據(jù)配置4. 解決方案將時(shí)鐘源的同步模式修改為時(shí)間同步5. 效果評(píng)估修改時(shí)鐘源模式后，基站能正常開通。6. 注意事項(xiàng)及

45、建議在出現(xiàn)時(shí)鐘源告警時(shí)，需核查：(1) 時(shí)鐘源是否可用(2) 時(shí)鐘源工作模式是否正確以及跟蹤的GPS衛(wèi)星數(shù)目，GPS時(shí)鐘源工作模式是否為GPS，跟蹤的GPS衛(wèi)星數(shù)目是否大于；(3) GPS時(shí)鐘的底層配置參數(shù)；時(shí)鐘編號(hào)，柜框槽號(hào)及饋線類型都配置正確。(4) GPS的時(shí)鐘源狀態(tài)是否為鎖定以及同步模式是否正確；2.1.2案例2：LTE宏站小區(qū)CRS端口配置錯(cuò)誤導(dǎo)致小區(qū)無法建立1. 現(xiàn)象描述通過巡檢網(wǎng)管，發(fā)現(xiàn)TDL側(cè)第三小區(qū)上報(bào)“小區(qū)不可用告警”，而在TDS側(cè)，卻沒有發(fā)現(xiàn)任何異常告警。2. 問題分析在TDL側(cè)了除小區(qū)不可用告警外無其它告警，且TDS側(cè)的小區(qū)和載波也都正常建立，無任何告警，并且功率不存在

46、不足問題，通過網(wǎng)管查詢發(fā)現(xiàn)小區(qū)建立失敗原因是 配置BBI模塊失敗。懷疑可能是基帶板運(yùn)行異常，重新復(fù)位和更換基帶板后小區(qū)仍建立失敗，故障依舊，也排除基帶板硬件故障。仔細(xì)檢查數(shù)據(jù)后發(fā)現(xiàn)，問題小區(qū)有1個(gè)默認(rèn)參數(shù)配置錯(cuò)誤，如下圖：3. 問題分類： 無線參數(shù)配置4. 解決方案修改該宏站小區(qū)參考信號(hào)端口數(shù)為5. 效果評(píng)估修改后激活小區(qū)，小區(qū)成功建立6. 注意事項(xiàng)及建議根據(jù)協(xié)議約束，小區(qū)參考信號(hào)端口數(shù)支持1、2、4三種配置：取值為1表示配置CRS端口數(shù)為1，即邏輯天線Port0；取值為2表示配置CRS端口數(shù)為2，即邏輯天線Port0/1；取值為4表示配置CRS端口數(shù)為4，即邏輯天線Port0/1/2/3。一

47、般而言，室分1T1R小區(qū)模板默認(rèn)的CRS接口是配置為1；而室外宏站的CRS接口配置為2。做數(shù)據(jù)或修改參數(shù)時(shí)，要注意這點(diǎn)。2.1.3案例3： LTE小區(qū)與RRU關(guān)聯(lián)錯(cuò)誤導(dǎo)致覆蓋接反1. 現(xiàn)象描述TDS與TDL分別對(duì)某LTE站點(diǎn)作單站驗(yàn)證，TDL判斷1、3小區(qū)存在接反，同比TDS環(huán)測(cè)數(shù)據(jù)發(fā)現(xiàn)并無此問題。2. 問題分析TDS側(cè)無天饋接反問題，故懷疑是TDL小區(qū)數(shù)據(jù)配置錯(cuò)誤，OMC后臺(tái)查詢?cè)撜綯D-LTE和TD-SCDMA網(wǎng)絡(luò)射頻單元RRU的框號(hào)，發(fā)現(xiàn)TD-LTE小區(qū)關(guān)聯(lián)的RRU與TD-SCDMA不一致。初步判定LTE天饋接反的問題由小區(qū)關(guān)聯(lián)的RRU框號(hào)配置錯(cuò)誤導(dǎo)致。3. 問題分類：無線參數(shù)配置4.

48、解決方案OMC后臺(tái)修改LTE小區(qū)關(guān)聯(lián)的RRU框號(hào)5. 效果評(píng)估修改TDL框號(hào)與TD-SCDMA一致后，對(duì)該站進(jìn)行復(fù)測(cè)，問題解決。6. 注意事項(xiàng)及建議(1)、參數(shù)配置時(shí)，LTE網(wǎng)絡(luò)的RRU的框號(hào)配置應(yīng)與TD-SCDMA一致；(2)、涉及到TD-LTE與TD-SCDMA共址基站天饋接反的問題，首先應(yīng)核查兩個(gè)系統(tǒng)是否都存在該類問題，順藤摸瓜，找到問題的根因并處理。2.1.4案例4：LTE基站eNodeB ID標(biāo)識(shí)不唯一導(dǎo)致基站S1偶聯(lián)鏈路頻繁規(guī)律閃斷 1. 現(xiàn)象描述LTE新建站S1鏈路不能正常建鏈，頻繁規(guī)律閃斷。具體現(xiàn)象為：S1鏈路建立成功，幾秒鐘后斷鏈，然后間隔4、5秒恢復(fù)，約7、8秒后，再次斷鏈

49、，如此反復(fù)。2. 問題分析通過基站抓包分析，S1建立成功后，基站與EPC之間還有心跳通訊，但EPC突然發(fā)出ABORT，打開ABORT查看，可以看出源地址是EPC的SCTP地址，所以釋放請(qǐng)求時(shí)是由EPC發(fā)出，ABORT的原因?yàn)?，“停止報(bào)文的處理”，由此判斷，是EPC側(cè)主動(dòng)發(fā)起的異常終止。由于EPC突然釋放偶聯(lián)，協(xié)調(diào)EPC的工程師進(jìn)行跟蹤并解析原因。EPC工程師經(jīng)過跟蹤EPC信令，給出的釋放的原因?yàn)椋篈bort the another assoc, may be the eNBGlobalID61540 :65280 :10016 is conflict根據(jù)EPC返回的結(jié)果可以判斷次故障是由于e

50、NodeBID在EPC側(cè)沖突引起，最終發(fā)現(xiàn)在EPC中有兩個(gè)站eNodeBID相同。3. 問題分類：無線參數(shù)配置4. 解決方案修改該站eNodeBID為規(guī)劃唯一ID;5. 效果評(píng)估修改該站eNodeBID后恢復(fù)正常。6. 注意事項(xiàng)及建議制作eNodeBID時(shí)需謹(jǐn)慎；2.1.5案例5：大唐和華為GTP-U檢測(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)無法ping通內(nèi)外服務(wù)器和連接外網(wǎng)的情況，多用戶附著成功后，也會(huì)在間隔30分鐘左右的時(shí)間同時(shí)出現(xiàn)上述現(xiàn)象；武漢LTE示范站點(diǎn)對(duì)接的為華為公司的核心網(wǎng)，咨詢?nèi)A為公司

51、核心網(wǎng)人員，其他廠家未出現(xiàn)該問題，初步斷定是大唐E-NODEB和華為核心網(wǎng)之間協(xié)商參數(shù)存在不一致情況導(dǎo)致檢測(cè)異常。2. 問題分析大唐E-NODEB關(guān)閉了GTP-U檢測(cè)功能，而華為核心網(wǎng)側(cè)打開了GTP-U路徑探測(cè)功能。SGW在用戶激活后，會(huì)檢測(cè)GTP-U路徑是否中斷，發(fā)出路徑檢測(cè)的ECHO消息，如果沒有收到E-NODEB的回復(fù)，重發(fā)5次后產(chǎn)生數(shù)據(jù)路徑斷的告警，路徑中斷后，核心網(wǎng)會(huì)繼續(xù)探測(cè)用戶的GTP-U路徑，每隔60秒發(fā)送一個(gè)ECHO消息，重復(fù)20次后（定時(shí)器超時(shí)），如果路徑仍未恢復(fù)，就去激活上下文，將用戶PDP上下文刪除，并對(duì)用戶后續(xù)的上行報(bào)文給E-NODEB回復(fù)Error Indicatio

52、n消息，以指示E-NODEB刪除用戶上下文；這個(gè)周期在30分鐘左右。 3. 問題分類：無線參數(shù)配置4. 解決方案華為核心網(wǎng)側(cè)SGW上關(guān)閉了GTP-U路徑探測(cè)功能；大唐E-NODEB將GTP-U功能設(shè)置為可控開關(guān)，這樣在配合現(xiàn)網(wǎng)各個(gè)核心網(wǎng)廠商需求時(shí)，可以根據(jù)客戶和友商的要求設(shè)置為打開或關(guān)閉。5. 效果評(píng)估問題解決。6. 注意事項(xiàng)及建議異廠家設(shè)備對(duì)接過程中，參數(shù)協(xié)商未統(tǒng)一會(huì)出現(xiàn)問題。2.1.6案例6：由于TDS頻點(diǎn)設(shè)置問題導(dǎo)致LTE基站無法開啟的案例1. 現(xiàn)象描述黃岡小池LTE基站開通時(shí)，總是出現(xiàn)上行頻點(diǎn)生效失敗提示，因此，LTE小區(qū)無法激活。2. 問題分析查詢共站TDS的頻點(diǎn)信息，發(fā)現(xiàn)有9492

53、這個(gè)頻點(diǎn)，換算以后是1898.4M。該頻點(diǎn)正是LTE所使用的F頻段包含的頻點(diǎn)。在增加TDS載波時(shí)未考慮雙模改造LTE的站點(diǎn)。原TDS側(cè)配置頻點(diǎn)為：10121，9492，9543，10086，10093.LTE頻點(diǎn)設(shè)置為:38350.TDS和TDL側(cè)頻段存在包含關(guān)系。3. 問題分類：無線參數(shù)配置4. 解決方案將9492頻點(diǎn)的載波去激活。通過規(guī)劃將9492改為10079。然后重新激活改TDS載波。5. 效果評(píng)估將9492頻點(diǎn)的載波去激活后，LTE小區(qū)能正常建立。6. 注意事項(xiàng)及建議在做規(guī)劃時(shí)，避免出現(xiàn)TDS和TDL側(cè)頻段存在包含關(guān)系，否則，很容易出現(xiàn)類似問題。3.LTE切換問題及案例3.1覆蓋3.

54、1.1案例1： 由于弱覆蓋導(dǎo)致成都理工大學(xué)LTE小區(qū)1與音樂公園LTE小區(qū)2切換失敗案例1. 現(xiàn)象描述成都理工大學(xué)LTE站點(diǎn)小區(qū)1切換到站點(diǎn)成都音樂公園小區(qū)2過程中，未完成切換流程就出現(xiàn)重建，導(dǎo)致切換失敗，業(yè)務(wù)中斷幾秒后，UE重建接入音樂公園小區(qū)2中，數(shù)傳恢復(fù)。2. 問題分析從覆蓋角度考慮，如果在切換點(diǎn)上存在著覆蓋問題，在某區(qū)域上某個(gè)方向上由于建筑物等的遮擋，導(dǎo)致UE在該區(qū)域內(nèi)出現(xiàn)信號(hào)質(zhì)量的大幅抖動(dòng)，切換失敗。從現(xiàn)場(chǎng)來看，切換點(diǎn)區(qū)域是處于目標(biāo)小區(qū)覆蓋信號(hào)很弱的拐角點(diǎn)，天線到該位置的直線空間里有一座較高的樓房，一直懷疑該樓房的阻擋影響信號(hào)覆蓋。從消息跟蹤結(jié)果來看，在UE測(cè)量到目標(biāo)小區(qū)的RSRP比

55、服務(wù)小區(qū)的RSRP差值超過切換門限發(fā)出測(cè)量報(bào)告，但是源小區(qū)信號(hào)質(zhì)量下降太快沒有收到測(cè)量報(bào)告，從而使UE只能在目標(biāo)小區(qū)發(fā)起隨機(jī)接入過程。3. 問題分類： 無線4. 解決方案通過調(diào)整切換相關(guān)參數(shù)，提前進(jìn)入切換流程，原小區(qū)默主認(rèn)小區(qū)偏置為dB，將鄰區(qū)的小區(qū)偏置修改成1dB2dB 5. 效果評(píng)估修改小區(qū)偏置后，切換正常6. 注意事項(xiàng)及建議在現(xiàn)實(shí)場(chǎng)景下，往往會(huì)出現(xiàn)許多切換過晚現(xiàn)象，可以通過調(diào)整切換相關(guān)參數(shù)配置來提前切換達(dá)到解決切換失敗的目的。參數(shù)修改過程有一個(gè)注意的問題是，修改切換門限和切換遲滯時(shí)間固然也可以達(dá)到提前切換的目的，但是因?yàn)檫@兩個(gè)參數(shù)都屬于小區(qū)級(jí)參數(shù)，一旦修改，將會(huì)造成和所有鄰區(qū)的切換點(diǎn)發(fā)生改變，因此修改后風(fēng)險(xiǎn)較大，大多數(shù)情況下都不應(yīng)修改，因此一般可以通過修改CIO配置參數(shù)達(dá)到相同的目的，而其只對(duì)特定的小區(qū)有影響。3.2無線參數(shù)配置3.2.1案例2：愛立信LTE小區(qū)DCI配置錯(cuò)誤導(dǎo)致切換失敗1. 現(xiàn)象描述在進(jìn)行簇優(yōu)化過程中，進(jìn)行FTP下載業(yè)務(wù)時(shí)發(fā)現(xiàn)在路測(cè)過程中切向某小區(qū)時(shí)出現(xiàn)切換失敗，更換源小區(qū)無改善，而在前期簇優(yōu)化的拉網(wǎng)測(cè)試中，該小區(qū)切換正常。2. 問題分析前期測(cè)試終端為海斯數(shù)據(jù)卡，本次測(cè)試使用創(chuàng)毅Warpdrive5000芯片，目前包含Warpdrive50