【正文】 需和 SE確認(rèn)） ；網(wǎng)絡(luò)優(yōu)化問(wèn)題給出優(yōu)化建議導(dǎo)給網(wǎng)優(yōu)人員；由于設(shè)備故障引起的 KPI 指標(biāo)惡化問(wèn)題導(dǎo)給排障人員處理；定位確認(rèn)為產(chǎn)品缺陷要及時(shí)提交 BUG 推動(dòng)和跟蹤版本解決。 8 / 89問(wèn)題處理工作所需的輸入、工具及技術(shù)、輸出如圖所示： 問(wèn)題處理：輸入、工具及技術(shù)、輸出 問(wèn)題跟蹤和核查工作內(nèi)容：?jiǎn)栴}跟蹤和核查環(huán)節(jié)，主要依據(jù)問(wèn)題列表、KPI 問(wèn)題處理工單、BUG/CR/RR 編號(hào)，內(nèi)部討論推動(dòng)和核查問(wèn)題解決，和外部其它環(huán)節(jié)溝通確認(rèn)問(wèn)題進(jìn)展，以形成問(wèn)題閉環(huán)，最終輸出 KPI 優(yōu)化報(bào)告。在準(zhǔn)備階段中，UE 會(huì)根據(jù)NAS 層的觸發(fā)原因和系統(tǒng)廣播中的接入限制信息，通過(guò)一系列檢查來(lái)判斷自己是否被允許進(jìn)行接入過(guò)程，如果可以，則執(zhí)行后續(xù)的實(shí)施階段；否則 UE 的 RRC 將啟動(dòng)相應(yīng)的定時(shí)器，在該定時(shí)器超時(shí)前 UE 無(wú)法發(fā)起任何接入過(guò)程。 指標(biāo)定義RRC 連接建立是指處于空閑狀態(tài) 的 UE 或待開機(jī)的 UE 準(zhǔn)備發(fā)起一個(gè)呼叫或響應(yīng)尋呼時(shí)發(fā)起的過(guò)程。RRC 連接建立成功意味著 UE 與網(wǎng)絡(luò)建立了信令連接，是進(jìn)行其他業(yè)務(wù)的基礎(chǔ)。當(dāng)看到RRC Connection Setup 和 RRC Connection Setup Complete 消息時(shí)，標(biāo)志著 RRC 建立正常流程的結(jié)束。當(dāng)看到 UU接口的 RRC Connection Setup 和 RRC 事件類接口的 RRC_OVERTIME 消息，并且第 3 條消息的定時(shí)器類型字段為 RAC_TIMER_W_RRC_SETUP_CMPLT 時(shí)，標(biāo)志著 RRC 連接建立完成超時(shí)。第 2 條消息為 UU 接口的 RRC Connection Request、RRC Connection Reject，2 條消息有相同的小區(qū)標(biāo)識(shí)與 UeIndexCell，是連接建立發(fā)生時(shí)基站為 UE 新分配的索引。當(dāng)出現(xiàn) RRC 連接建立成功率低的問(wèn)題時(shí)，首先按照上述問(wèn)題分類，了解相關(guān)問(wèn)題的范圍，然后根據(jù)空口信號(hào)質(zhì)量、參數(shù)配置、干擾和上下行功率調(diào)整及設(shè)備告警等方面入手逐一排查解決，排除這些影響 RRC 連接建立成功率的客觀因素，逐步提升該指標(biāo)的成功率。 ）此消息主要攜帶 UE 初始（NAS）表示以及該連接建立的原因等信息， 此高層消息會(huì)觸發(fā) UE 的底層試題進(jìn)行基于競(jìng)爭(zhēng)的隨機(jī)接入過(guò)程，RRC 連接建立請(qǐng)求消息就對(duì)應(yīng)于底層隨機(jī)接入過(guò)程中的 Msg3（2）通過(guò)底層的競(jìng)爭(zhēng)接入沖突解決機(jī)制，UE 接收到 ENB 的 RRC Connection Setup 消息，建立了 UE 與 ENodeB 之間的 SRB1，NodeB 為 SRB1 配置 RLC 層和邏輯層信道的屬性。UE 收到 NodeB 的rrcConnectionSetup 信令后， UE 和 ENB 之間的 SRB1 就建立起來(lái)了。此消息中攜帶有上行方向的初始 NAS 層的信令消息（如 Attach Request，TAU Request，Service Request 等） ，ENB 收到此消息后，將其中的 NAS 消息轉(zhuǎn)發(fā)給 MME 用于建立 S1 連接。在該 RRC 連接拒絕消息中，網(wǎng)絡(luò)側(cè)可以可選地?cái)y帶一個(gè)禁止呼叫的定時(shí)器 T302，該定時(shí)器和系統(tǒng)廣播中的接入限制信息共同決定了 UE 是否被允許發(fā)起接入過(guò)程。 小區(qū)重選參數(shù)問(wèn)題ENB 收到 UE 發(fā)的 RRC 建立請(qǐng)求消息后，下發(fā)了 RRC Connection Setup 消息而 UE 沒(méi)RRC 連接建立問(wèn)題UE 是否發(fā)出請(qǐng)求消息ENB 是否收到請(qǐng)求消息ENB 是否發(fā)出建立消息UE 是否收到RRC 建立消息UE 是否發(fā)出 RRC建立完成消息ENB 是否收到建立完成消息設(shè)備異常問(wèn)題調(diào)整隨機(jī)接入上行初始接收目標(biāo)功率相關(guān)參數(shù)ENB 相關(guān)其他問(wèn)題是否發(fā)生小區(qū)重選 調(diào)整下行公共信道功率優(yōu)化小區(qū)重選參數(shù)調(diào)整下行初始發(fā)射功率調(diào)整上行專用信道開環(huán)功控參數(shù)YYYYYYNYNNNNNN15 / 89有收到。如果此時(shí)監(jiān)視集中有更好的小區(qū)，則可能是小區(qū)重選的問(wèn)題，可以適當(dāng)調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。 上行初始功控問(wèn)題 UE 發(fā)出 RRC Connection Setup Complete 消息而 ENB 沒(méi)有收到，由于上行初始功控會(huì)讓 UE 的發(fā)射功率上升，如果是 UE 的發(fā)射功率不足導(dǎo)致，可以適當(dāng)提高上行信道的初始期望功率和調(diào)整量等參數(shù)。由于接入失敗次數(shù)過(guò)多，影響全網(wǎng)一天的 KPI 指標(biāo)數(shù)據(jù)。定位過(guò)程：16 / 89從最近一次的測(cè)量上報(bào)消息中可以看出，源小區(qū) PCI 為 254，此時(shí)測(cè)量到的rsrpResult 值為 23，由此可以計(jì)算出 RSRP 的值為 23141=118dbm 左右。由此可以初步分析相關(guān)的場(chǎng)景是 UE 所處位置的信號(hào)質(zhì)量不好，且存在模 3 干擾，最終導(dǎo)致 RRC 連接建立定時(shí)器超時(shí)后 RRC 連結(jié)建立失敗。故不存在下行初始發(fā)射功率偏低問(wèn)題。通過(guò) log 分析，發(fā)現(xiàn)存在 PCI 模三干擾嚴(yán)重，重新進(jìn)行規(guī)劃，修改小區(qū)的 PCI。 小區(qū)上行功控參數(shù)設(shè)置問(wèn)題問(wèn)題現(xiàn)象 NBYZ 技偵大樓 FHTL0 從 7 月 13 日開始，RRC 接入請(qǐng)求次數(shù)變多還有伴隨著大量失敗，每天 RRC 成功率基本在 20%左右，失敗發(fā)生在忙時(shí)時(shí)段，影響全網(wǎng) KPI。查看基本上是 UE ID 為 1 和 3 的用戶的失敗，但是查看最近的 RSRP 均較高。解決建議：效果：把小區(qū)的非持續(xù)調(diào)度功率從95 修改到70 以后指標(biāo)明顯有提升：網(wǎng)元友好名 時(shí)間RAB 建立成功率分母[單位:次]RAB 建立成功率分子[單位:次]RRC 連接建立成功率分母[單位:次]RRC 連接建立成功率分子[單位:次]RRC 建立成功率NBYZ 技偵大樓 FHTL0 2022/7/11 51 51 78 77 %NBYZ 技偵大樓 FHTL0 2022/7/12 35 35 54 53 %NBYZ 技偵大樓 FHTL0 2022/7/13 44 40 95 60 %NBYZ 技偵大樓 FHTL0 2022/7/14 20 14 127 30 %NBYZ 技偵大樓 FHTL0 2022/7/15 20 14 127 30 %NBYZ 技偵大樓 FHTL0 2022/7/16 13 5 175 25 %NBYZ 技偵大樓 FHTL0 2022/7/17 12 7 127 23 %19 / 89NBYZ 技偵大樓 FHTL0 2022/7/18 34 31 531 60 %NBYZ 技偵大樓 FHTL0 2022/7/19 54 50 121 87 %NBYZ 技偵大樓 FHTL0 2022/7/20 19 19 26 25 %NBYZ 技偵大樓 FHTL0 2022/7/21 13 13 20 20 %NBYZ 技偵大樓 FHTL0 2022/7/22 47 47 51 51 %NBYZ 技偵大樓 FHTL0 2022/7/23 22 22 28 28 % 小區(qū)測(cè)試開關(guān)參數(shù)問(wèn)題問(wèn)題現(xiàn)象：在月苑二試擴(kuò) L3 小區(qū)下收不到該小區(qū)信號(hào)，無(wú)法接入該小區(qū)，導(dǎo)致該路段信號(hào)較弱，較大區(qū)域形成弱覆蓋。圖一在后臺(tái)對(duì)比核查參數(shù)發(fā)現(xiàn)，小區(qū)加載開關(guān)打開，且?guī)д鎸?shí)用戶的模擬快開關(guān)關(guān)閉，導(dǎo)致用戶終端無(wú)法接入。當(dāng)需要加擾測(cè)試時(shí)需要把小區(qū)加載開關(guān)打開，而此時(shí)如果帶真實(shí)用戶的模擬加載開關(guān)關(guān)閉，表示小區(qū)處于模擬用戶加載情況，真實(shí)用戶不能接入，如果帶真實(shí)用戶的模擬加載開關(guān)打開，表示是用真實(shí)用戶進(jìn)行加載，則真實(shí)用戶可以接入。如下圖：?jiǎn)栴}總結(jié)對(duì)于無(wú)法接入小區(qū)的問(wèn)題，建議處理措施：a) 核查小區(qū)狀態(tài)和告警以及硬件問(wèn)題情況。 ＳＣＴＰ內(nèi)存池耗盡導(dǎo)致信令發(fā)送失敗問(wèn)題問(wèn)題描述：南京 F 鼓樓四條巷專項(xiàng) L 基站 RRC 接入失敗率很高，查看指標(biāo)時(shí)段趨勢(shì)，在有業(yè)務(wù)的時(shí)段都有 RRC 接入失敗率較高的問(wèn)題存在。問(wèn)題分析：從指標(biāo)劣化趨勢(shì)看，在 7 點(diǎn)左右統(tǒng)計(jì)的 RRC 接入失敗次數(shù)最多，一個(gè)時(shí)段內(nèi)高達(dá) 22次的失敗。查看 EXCEPTION 日志，對(duì)應(yīng)失敗的時(shí)間點(diǎn)事 6:50 7:11 7:34 7:40，每個(gè)時(shí)間點(diǎn)都對(duì)應(yīng)下面兩條告警。通過(guò)分析日志，發(fā)現(xiàn)６：０４－－６：３４半小時(shí)之間沒(méi)有發(fā)送接收成功任何ＳＣＴＰ信令；存在很多信令發(fā)送失敗的情況，原因?yàn)椋樱茫裕袃?nèi)存池耗盡。24 / 89解決建議： 由于對(duì)端 IP： 和 IP: 同時(shí)配置為客戶端和服務(wù)器，這個(gè)配置觸發(fā)了ＳＣＴＰ內(nèi)存耗盡，導(dǎo)致ＳＣＴＰ信令發(fā)送失敗的現(xiàn)象，刪除并只保留對(duì)端 和 配置為客戶端和服務(wù)器的其中一條。 全頻帶高干擾導(dǎo)致接入失敗問(wèn)題干擾定義：在每個(gè)子幀輪詢一次后都會(huì)統(tǒng)計(jì)出在 100 個(gè) PRB 中每個(gè) PRB 的 IOT 值，當(dāng) IOT 值高于 10 的 PRB 個(gè)數(shù)大于等于 3 時(shí)為高 IOT，查詢 18 次（早 9:00 到晚18:00 每個(gè)小時(shí)一次數(shù)據(jù)，統(tǒng)計(jì)上行兩個(gè)時(shí)隙） ，如果同一個(gè)站點(diǎn)(包括 3 個(gè)小區(qū))超過(guò) 6次干擾判定為干擾小區(qū)，其中 IOT 超過(guò) 20 為干擾嚴(yán)重小區(qū)，IOT 在 10~20 之間的為干擾普通小區(qū)；如同一個(gè)小區(qū)多于 6 次超過(guò) 80 個(gè) PRB 的 IOT 大于 15 判定為全頻帶高干擾小區(qū)。查詢上行低噪，發(fā)現(xiàn)較多的 PRB 都存在較高的 IOT 值。解決效果：6 月 21 日將城市元年2 小區(qū) PGC 開關(guān)打開，該小區(qū)前后一周的 KPI 數(shù)據(jù)如下：　 ERAB 掉線率 無(wú)線接通率 無(wú)線掉線率2022614 % % %2022615 % % %2022616 % % %2022617 % % %2022618 % % %26 / 892022619 % % %2022620 % % %14 日20 日平均值 % % %2022621（打開 PGC 開關(guān)）% % %2022622 % % %2022623 % % %2022624 % % %2022625 % % %2022626 % % %2022627 % % %2022628 % % %22 日28 日平均值 % % %其中 6 月 20 日 KPI 數(shù)據(jù)異常，在未打開 PGC 開關(guān)的情況下各項(xiàng) KPI 指標(biāo)都非常好，查看 KPI 原始數(shù)據(jù)確認(rèn)是當(dāng)天業(yè)務(wù)量太少：RAB 建立成功率分母[單位:次]RAB 建立成功率分子[單位:次]RRC 連接建立成功率分母[單位:次]RRC 連接建立成功率分子[單位:次]無(wú)線接通率19 19 64 38 %10 10 28 24 %13 13 28 23 %27 26 49 42 %57 56 88 80 %22 22 138 79 %27 / 894 4 5 5 %67 67 78 76 %如上述表格數(shù)據(jù)說(shuō)明，在打開 PGC 開關(guān)后，無(wú)線接通率有所提升。如果 INITIAL CONTEXT SETUP REQUEST 或者 ERAB SETUP REQUEST 消息中要求同時(shí)建立多個(gè) ERAB，則相應(yīng)指標(biāo)根據(jù)業(yè)務(wù)的 QCI 按具體的 ERAB 建立數(shù)目分別進(jìn)行累加。如果 ERAB SETUP RESPONSE 或者 INITIAL CONTEXT SETUP RESPONSE 消息中同時(shí)攜帶多個(gè) ERAB 的建立，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的 QCI 分別進(jìn)行累加。由于目前很少用到不同的 QCI，業(yè)務(wù)基本以 QCI＝6 的業(yè)務(wù)為主，所以不需要關(guān)注具體的業(yè)務(wù)類別的 ERAB 統(tǒng)計(jì)。 CDL 信令流程及失敗原因 正常過(guò)程? 上下文建立過(guò)程基本流程M M E e N B U ES 1 接口 U U 接口S 1 I n i t i a l C o n t e x t S e t u p R e q u e s tS 1 I n i t i a l C o n t e x t S e t u p R e s p o n s e上下文建立過(guò)程基本流程上下文建立流程是以 S1 Initial Context Setup Request 開始，此后所有的消息都可以提取相同的 eNBUEID。S1 Initial Context Setup Request 消息的詳細(xì)解碼結(jié)果中，ERABToBeSetupListCtxtSUReq 里面的承載個(gè)數(shù)等于 1 時(shí)，意味著這次上下文建立過(guò)程只是建立默認(rèn)承載；而當(dāng)此值大于 1 時(shí)，則意味著這次上下文建立過(guò)程除了建立默認(rèn)承載外還要建立專用承載。? 專用承載建立基本流程30 / 89M M E e N B U ES 1 接口 U U 接口S 1 E R A B S e t u p R e q u e s tS 1 E R A B S e t u p R e s p o n s e專用承載建立基本流程專用承載建立流程以 S1 ERAB Setup Request 消息開始，此后所有的消息都可以提取相同的 eNBUEID。 異常過(guò)程i. 上下文建立過(guò)程中等待 UE 能力信息超時(shí)M M E e N B U ES 1 接口 U U 接口U E C a p a b i l i t y E n q u i r yS 1 I n i t i a l C o n t e x t