【正文】 6:05:14 下午 6:05 下午 18:05:14一月 21MOMODA POWERPOINTLorem ipsum dolor sit amet, consectetur adipiscing elit. Fusce id urna blandit, eleifend nulla ac, fringilla purus. Nulla iaculis tempor felis ut cursus. 感謝您的下載觀看專 家告 訴。 一月 216:05 下午 一月 2118:05January 31, 2023l 1業(yè)余生活要有意義，不要越軌。 一月 21一月 2118:05:1418:05:14January 31, 2023l 1意志堅強的人能把世界放在手中像泥塊一樣任意揉捏。 18:05:1418:05:1418:05Sunday, January 31, 2023l 1知人者智，自知者明。 18:05:1318:05:1318:051/31/2023 6:05:13 PMl 1越是沒有本領(lǐng)的就越加自命不凡。 6:05:13 下午 6:05 下午 18:05:13一月 21l 楊柳散和風，青山澹吾慮。 一月 216:05 下午 一月 2118:05January 31, 2023l 1少年十五二十時，步行奪得胡馬騎。 31 一月 20236:05:13 下午 18:05:13一月 21l 1楚塞三湘接，荊門九派通。 18:05:1318:05:1318:05Sunday, January 31, 2023l 1不知香積寺，數(shù)里入云峰。 18:05:1318:05:1318:051/31/2023 6:05:13 PMl 1成功就是日復一日那一點點小小努力的積累。 6:05:13 下午 6:05 下午 18:05:13一月 21l 沒有失敗，只有暫時停止成功！。 一月 216:05 下午 一月 2118:05January 31, 2023l 1行動出成果，工作出財富。 31 一月 20236:05:13 下午 18:05:13一月 21l 1比不了得就不比，得不到的就不要。 18:05:1318:05:1318:05Sunday, January 31, 2023l 1乍見翻疑夢，相悲各問年。 18:05:1318:05:1318:051/31/2023 6:05:13 PMl 1以我獨沈久，愧君相見頻。1/31/2023 72l 靜夜四無鄰，荒居舊業(yè)貧。1/31/2023 71上行干擾問題分析 2l 經(jīng)分析發(fā)現(xiàn)為該基站附近新增室內(nèi)直放站系統(tǒng)上行增益過大造成對 2小區(qū)上行干擾。經(jīng)核查，證實了以上懷疑，重新做數(shù)據(jù)，問題得以解決。1/31/2023 68基礎(chǔ)數(shù)據(jù)錯誤 1l 26160分配失敗率突然升高，一時找不到原因，掛表采集 Abis接口消息分析。l 26210鄰小區(qū)列表并沒有 37121 26301，在該切換失敗的測量報告中發(fā)現(xiàn) 37121 26301 Bcch 80 BSIC 62，與25541（ 26210鄰小區(qū)）同 Bcch同 BSIC。1/31/2023 66切換分析 1l 信令分析發(fā)現(xiàn) 26210向 37280 19311切換成功率為 0，向37121 26301切換成功率為 0。 010021載頻 TCH信道激活 176次，未占用135次。 010021載頻 TCH信道激活 46次，未占用 41次。1/31/2023 62小區(qū)覆蓋分析 2l 我們看到在 TA=1 1 1 2 3 5 5 63均有一定數(shù)量的用戶行為將該小區(qū)天線下傾角壓為 10度，該小區(qū)覆蓋趨于合理，切換失敗與掉話均有減少。發(fā)現(xiàn) 29142覆蓋極遠，在 TA=63時，仍有占用該小區(qū)的用戶行為。被干擾處電平并不底。另聯(lián)通 C網(wǎng)的天線和我方天線的隔離度不夠，可能產(chǎn)生交調(diào)干擾 后經(jīng)協(xié)商 關(guān)閉 C網(wǎng)該小區(qū)干擾消失1/31/2023 55信令分析實例介紹l 信令分析與其他方法比較：l OMC統(tǒng)計報表： 受系統(tǒng)提供計數(shù)器限制，無法對問題進行更細更直觀的定位l 車載路測設(shè)備做 DT測試： 無法對實際地點進行準確定位，費時費力效率低，l 針對用戶投訴解決問題： 反映網(wǎng)絡(luò)實際問題，但解決過程也需要其他手段，且未能做到 預(yù)先發(fā)現(xiàn)問題，影響用戶滿意度。正是這兩個較強的波中的一個占用了移動上行頻點的頻率，對我方造成干擾。即在正常情況下聯(lián)通 C網(wǎng)下行占用的最靠近移動上行的頻率為 （ +）。目前聯(lián)通使用帶寬為 20 283兩個頻點。 00313。此現(xiàn)象共出現(xiàn)4次：以下為對應(yīng)的信令流程： 主叫在進行撥叫發(fā)出初始位置信息 IAM后無任何回應(yīng)，但此時存在錯誤提示： ISUP connection for this CIC not yet release， 即分配的電路并未釋放1/31/2023 52網(wǎng)絡(luò)問題分析案例 4－彩鈴撥叫問題 2對這四次呼叫的 IAM消息進行詳細解碼通過對這四次呼叫的 IAM解碼發(fā)現(xiàn)在以下電路出現(xiàn)問題：Circuit Ident Code： 00305。 “CLEAR COMMAND”原因為 ”CALL CONTROL” 1/31/2023 50網(wǎng)絡(luò)問題分析案例 3－被叫無響應(yīng) 2被叫側(cè)信令流程經(jīng)檢查發(fā)現(xiàn)部分 MRSACE模塊工作異常，經(jīng)處理后問題解決1/31/2023 51網(wǎng)絡(luò)問題分析案例 4－彩鈴撥叫問題 1問題描述： 用戶反映在撥叫過程中出現(xiàn)撥叫時主叫聽到被叫方彩鈴而被叫無反映。 1/31/2023 48網(wǎng)絡(luò)問題分析案例 2－傳輸?shù)粼?3問題解決 ：將 5 5 55這三條電路的第 31時隙打死，以避免傳輸?shù)粼挻螖?shù)的增加和用戶投訴的發(fā)生，此后我們又對話統(tǒng)進行了觀察，具體情況如下表所示：1/31/2023 49網(wǎng)絡(luò)問題分析案例 3－被叫無響應(yīng) 1問題描述： 用戶反映 XX市區(qū)在 MS作主叫過程中經(jīng)常出現(xiàn)長時間等待，期間無振鈴，無錄音通知，且等待時間較長在 20秒以上，針對 該問題我們進行了撥打測試并且針對主被叫手機在 A,Abis接口進行信令跟蹤。問題得到解決。問題分析： 通過 018話務(wù)報告我們對平均占用時長較短得 A接口時隙進行篩選，通過信令跟蹤、時隙監(jiān)聽得方法對問題進行定位。 減少 BTS尋呼次數(shù)，有效節(jié)約基站能源功耗，提升網(wǎng)絡(luò)容量 位置區(qū)規(guī)劃原則：l 位置區(qū)邊緣避開話務(wù)密集區(qū)，同時盡量避免分布于道路等用戶移動性較強區(qū)域。有必要對本網(wǎng)的位置區(qū)進行進一步的細劃。l BCCH采用 37規(guī)劃方式但是由于基站分布以及實際覆蓋的不規(guī)則性實際采用了 37＋ 5的規(guī)劃方式 分配頻段為 ARFCN=70—95 共 26個頻點l TCH 規(guī)劃采用分層規(guī)劃，即針對現(xiàn)網(wǎng)實際載頻配置情況對每塊載頻設(shè)置相應(yīng)的優(yōu)先級，在規(guī)劃方案中 TCH規(guī)劃普遍采用 34規(guī)劃方式，但針對頻率碰撞較高的 TCH1， TCH2 增加部分頻點保證頻率碰撞幾率最小 ,對發(fā)生頻率碰撞較小的 TCH3,TCH4 則按照 34復用進行規(guī)劃。但是由于本網(wǎng)基站分布較多，扇區(qū)方位角不規(guī)則在進行 BCCH規(guī)劃時 111， 112也有使用采用 4*3＋ 2復用TCH采用以下三組跳頻序列：l FHSGroup1: 96 99 102 105 108l FHSGroup2: 97 100 103 106 109l FHS Group3: 97 100 103 106 110 1/31/2023 38網(wǎng)絡(luò)規(guī)劃案例－－頻率規(guī)劃 2規(guī)劃修改前后指標對比 1/31/2023 39網(wǎng)絡(luò)規(guī)劃案例－－頻率規(guī)劃 3XX移動基帶跳頻規(guī)劃l 依照目前城區(qū)小區(qū)配置大部分均在 3載波以下，考慮到今后話務(wù)增長容量增擴的可能，在規(guī)劃中留有余量每個小區(qū)均按照 5載波進行規(guī)劃。BCCH， TCH分段規(guī)劃， BCCH頻段為 113～ 124，共 12個頻點采用4*3復用。依照目前情況，為實現(xiàn)最佳的頻率復用盡可能減少頻率干擾，同時為今后優(yōu)化工作減輕負擔我們對豐鎮(zhèn)市區(qū)進行了射頻跳頻規(guī)劃。l 可以通過對計數(shù)器 MC8C,MC8B,進行統(tǒng)計分析，當MC8B_NBR_ACC_GRANT遠小于MC8C_NBR_ACC_RANDOM時，說明可能 AGCH太少，導致無法分配 SDCCH,MS會反復請求 當增加 BS_AG_BLK_RES.. 參數(shù) “接入準許保留塊數(shù) ”用以表示每個 BCCH復幀中 CCCH信道上為 AGCH保留的消息塊數(shù)。影響尋呼成功率的主要因素：l NSS與 BSC定義的位置區(qū)與 CI定義不一致； NSS中定義小區(qū) LAI錯誤l RACH有效請求率低l PCH或 AGCH過載l SDCCH溢出 1/31