5. 投訴處理的精髓不是為了解決用戶的個(gè)體問題， 而是通過個(gè)體問題總結(jié)出共性的問題， 給出解決方案；

6. 日常應(yīng)該通過性能告警、 性能主動(dòng)關(guān)懷等手段進(jìn)行日常網(wǎng)絡(luò)的性能監(jiān)控；并通過參數(shù)核查、 干擾核查、 用戶感受體驗(yàn)測試、 版本已知問題清理、 性能問題清零等手段對網(wǎng)絡(luò)進(jìn)行例行體檢， 及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)、 個(gè)別基站、 個(gè)別終端問題， 消除影響網(wǎng)絡(luò)性能的隱患， 盡量減少投訴的出現(xiàn)；

7. 對于重大問題投訴必須盡快啟動(dòng)用戶回訪；對于遠(yuǎn)程無法解決的一般用戶投訴問題， 也需要進(jìn)行用戶回訪。通過用戶回訪， 收集更多問題定位的信息， 找出問題根因， 給出解決方案。

• 手機(jī)無 5G LOGO 顯示的問題：主要是投訴用戶所在位置還沒有建設(shè) 5G 基站、 有 5G 基站但用戶占不上 4G 錨點(diǎn)站、 用上占上錨點(diǎn)站但未指示用戶可以使用 5G 手機(jī)等；
• 有 5G LOGO 顯示但速率上不去的問題：

1、假 5G：此類場景投訴用戶已顯示占用 5G 信號， 但在輔站添加失敗、 錨點(diǎn)切換至非錨點(diǎn)站后， 由于不同設(shè)備廠家和終端廠家 5G 實(shí)現(xiàn)方案不同， 存在手機(jī)仍然顯示 5G logo 但實(shí)際無 5G 連接；

2. 真 5G：此場景下存在影響用戶5G體現(xiàn)的問題，主要包括套餐問題、 無線問題、傳輸問題、服務(wù)器問題，針對不同的問題進(jìn)行深入分析定位影響用戶感知的精確原因。套餐問題：中國電信推出的網(wǎng)絡(luò)服務(wù)權(quán)益包括5G優(yōu)享服務(wù)、5G極速服務(wù)，不同的套餐享受的最高速率有所不同；無線側(cè)原因：無線問題主要包括覆蓋問題、鄰區(qū)參數(shù)問題、故障問題、干擾問題、容量問題等，需針對性排查分析定位；同時(shí)傳輸、服務(wù)器等也會(huì)對用戶感知有影響。5G投訴處理中， 通過個(gè)體問題總結(jié)出共性問題，輸出詳細(xì)解決方案。

3.2、5G 投訴優(yōu)化技術(shù)指導(dǎo)

目前結(jié)合 5G 現(xiàn)網(wǎng)的情況收集的 NSA 用戶投訴及 5G 性能例會(huì)遇到的投訴具體匯總?cè)缦拢?投訴原因主要包括：終端問題、 覆蓋類、 負(fù)荷類、 干擾類、 參數(shù)類、 故障類及其他問題。

1、終端問題

目前在 NSA 組網(wǎng)架構(gòu)下， 建網(wǎng)初期由于不同終端廠家的 5G 功能實(shí)現(xiàn)方案和技術(shù)的差別， 會(huì)導(dǎo)致部分終端無法正常使用 5G 網(wǎng)絡(luò)， 如：5G 圖標(biāo)無法顯示、 掉話、 無法接入 5G 或接入 5G 網(wǎng)絡(luò)下載速率低等情況。針對終端問題， 主要通過打開NSA 上層指示開關(guān)、 關(guān)閉盲切換指示、 關(guān)閉上行回退 LTE 開關(guān)、 退出省電模式等方法規(guī)避。

2、覆蓋類

NSA 組網(wǎng)下終端與 LTE 和 NR 同時(shí)保持連接， NR 相當(dāng)于載波聚合中的輔載波接入 LTE 網(wǎng)絡(luò)， 目前覆蓋類問題主要是 NR 覆蓋弱和錨點(diǎn)（LTE） 覆蓋不足問題突出， 可能會(huì)導(dǎo)致用戶無法接入 5G 網(wǎng)絡(luò)以及在數(shù)傳速率低等問題。針對覆蓋不足場景， 主要通過 RF 優(yōu)化、 新建站等方式補(bǔ)充網(wǎng)絡(luò)覆蓋；針對錨點(diǎn)覆蓋弱， 除了RF 優(yōu)化外， 還需要結(jié)合錨點(diǎn)切換策略微調(diào)， 如 A3 切換參數(shù)， B1 參數(shù)、 RS 發(fā)射功率等；

3、負(fù)荷類

隨著用戶規(guī)模的不斷增加以及終端 APP 業(yè)務(wù)的豐富變化， LTE 網(wǎng)絡(luò)流量爆炸式激增， 網(wǎng)絡(luò)負(fù)荷日趨嚴(yán)重， 5G 網(wǎng)絡(luò)目前尚處于初期發(fā)展階段， 用戶和業(yè)務(wù)較少， 暫無負(fù)荷類問題， 所以 LTE 高負(fù)荷問題是主要問題。高負(fù)荷針對不同場景分為控制信道資源不足和業(yè)務(wù)信道不足兩種。除常規(guī)優(yōu)化手段外， 下行控制信道資源不足主要通過修改 PDCCH 聚合自適應(yīng)策略， 上行修改 CCE 最大初始比例， 更多給用戶合理分配資源。針對業(yè)務(wù)信道資源受限， 主要通過擴(kuò)容和分流策略， 合理均衡業(yè)務(wù)。

4、干擾類

LTE 作為錨點(diǎn)若存在干擾， 可能導(dǎo)致用戶添加輔站失敗以及切換失敗等問題。干擾分為外部干擾和系統(tǒng)內(nèi)干擾， 針對外部干擾核心就是要從物理隔離和帶寬隔 離兩種方式進(jìn)行干擾隔離， 其中物理隔離的方法有天饋調(diào)整、 天面整改、 站址搬 遷等；帶寬隔離是增加帶寬隔離度， 減少系統(tǒng)外干擾源對 LTE 工作帶寬的影響。系統(tǒng)內(nèi)干擾主要是由于幀偏置、 PCI、 重疊覆蓋度高導(dǎo)致， 對應(yīng)的解決措施是核 查幀偏、 修改PCI 以及頻率優(yōu)化。

5、參數(shù)類

目前參數(shù)問題較為繁雜， 在 NR 接入、 切換、 掉線過程中都有可能會(huì)遇到，若參數(shù)設(shè)置不當(dāng)也會(huì)影響用戶的速率體驗(yàn)。接入類問題主要包括外部數(shù)據(jù)定義錯(cuò)誤、 RLC 模式設(shè)置不一致、 PDCP SN 長度不一致、 RRU 功率不足、 小區(qū)規(guī)劃半徑設(shè)置不合理等；下載速率低問題主要包括 MCG 分流/SCG 分流模式設(shè)置錯(cuò)誤、 TPR發(fā)射功率不合理、 產(chǎn)品未升級導(dǎo)致；掉話類問題包括 RLC 重傳次數(shù)設(shè)置過小、 輔載波釋放門限 A2 過高、 錨點(diǎn)切換失敗 RRC 重建等原因， 對應(yīng)解決措施如下：

外部數(shù)據(jù)定義錯(cuò)誤問題：核實(shí)修改外部數(shù)據(jù)；

RLC 模式設(shè)置不一致：核實(shí) LTE 和 NR 對應(yīng) QCI 的 RLC 模式并設(shè)置一致， 否則在接入和切換過程中會(huì)出現(xiàn)數(shù)據(jù)一致性校驗(yàn)失敗問題；

PDCP SN 長度不一致：核實(shí) LTE 和 NR 對應(yīng) PDCP 參數(shù)組的PDCP SN 符號長度是否一致， 若不一致會(huì)導(dǎo)致終端無法正常接入；

RRU 功率不足：主要是雙通道小基站（2T2R） RRU 在做 5G 覆蓋補(bǔ)充時(shí)， 單通道發(fā)射功率設(shè)置與 3D-MIMO（64T64R） 一樣， 導(dǎo)致 RRU 功率浪費(fèi)， 出現(xiàn)弱覆蓋，建議用小基站補(bǔ)充覆蓋時(shí)， 增加 RRU 的發(fā)射功率；

小區(qū)規(guī)劃半徑設(shè)置不合理：小區(qū)規(guī)劃半徑設(shè)置不合理會(huì)導(dǎo)致終端無法接入5G 網(wǎng)絡(luò)， 一般小區(qū)半徑要小于 1000 米；

產(chǎn)品未升級：雙模 RRU 在開通 NR 反向開通 LTE 時(shí)， 若 RRU 發(fā)射通道不支持同時(shí)發(fā)射 NR 和 LTE 信號， 會(huì)導(dǎo)致用戶無法達(dá)到滿調(diào)度， 下載速率較低， 需要針對此類 RRU 升級改造；

RLC 重傳次數(shù)設(shè)置過?。涸诟蓴_場景或弱覆蓋場景下， UE 為保證數(shù)據(jù)被基站可靠接收會(huì)重復(fù)發(fā)送數(shù)據(jù)， 但是 RLC 重傳次數(shù)設(shè)置過小會(huì)導(dǎo)致 UE 可能達(dá)到最大重傳次數(shù)仍未發(fā)送正確數(shù)據(jù)， 最終導(dǎo)致 UE 釋放資源， 上報(bào)的原因?yàn)?rlc-maxnumretx 導(dǎo)致的掉話；

A2門限過高：A2 門限設(shè)置不合理， 可能在正常覆蓋場景下 UE 上報(bào) A2 門限，釋放 5G 輔載波， 需根據(jù)不同場景合理設(shè)置 A2 門限；

6、故障類

針對無法穩(wěn)定駐留 5G、 接入 5G 失敗， 對應(yīng)場景為：SCTP 鏈路故障/用戶面承載告警、 小區(qū)不可用告警、 AAU 供電不足， 處理措施為：X2 故障處理、 處理小區(qū)故障告警、 基站供電模塊排查更換等。

7、其他問題

服務(wù)器問題：服務(wù)器內(nèi)存不足、 服務(wù)器地址錯(cuò)誤, 主要處理措施為清理服務(wù)器內(nèi)存、 更新服務(wù)器地址；

傳輸問題：對應(yīng)場景為傳輸資源不可用導(dǎo)致輔站添加失敗、 傳輸設(shè)備光模塊速率不達(dá)標(biāo)導(dǎo)致 5G 接入失敗&掉話， 處理措施為傳輸光模塊升級、 查看是否出現(xiàn)用戶面告警， 如有修改傳輸配置；

基站版本：對應(yīng)場景為終端支持 R15 NSA 能力&1， 基站版本：eRAN13. 1或者 eRAN15. 0 版本&3， 在接入過程中， MME 攜帶了 5G UE 能力側(cè) UE 無法接入 5G；LTE 基站版本和 NR 基站版本不匹配， 處理措施為升級eRAN15. 1 SPC160e 以及以后的版本、 升級 LTE&NR 基站版本。

3.3、5G 投訴處理整體流程

XX公司網(wǎng)絡(luò)類投訴處理整體流程如下， 用戶投訴時(shí)客服在客服平臺進(jìn)行投訴受理， 受理后的投訴到達(dá)綜調(diào)系統(tǒng)平臺， 綜調(diào)平臺對投訴原因進(jìn)行預(yù)判段，網(wǎng)絡(luò)類投流轉(zhuǎn)到網(wǎng)優(yōu)平臺處理， 網(wǎng)優(yōu)平臺處理后將處理結(jié)果通過綜調(diào)回傳至客服平臺， 客服根據(jù)投訴處理情況對用戶進(jìn)行回訪， 并將回訪結(jié)果反饋網(wǎng)優(yōu)平臺用于投訴的質(zhì)檢歸檔。整體流程圖如下所示：

客服平臺：用戶投訴時(shí)客服在新一代客服平臺對用戶 5G 網(wǎng)絡(luò)類投訴進(jìn)行受理， 投訴受理后由客服平臺流轉(zhuǎn)到綜調(diào)平臺。

綜調(diào)平臺：投訴到達(dá)綜調(diào)平臺后， 使用投訴自服務(wù)機(jī)器人對上網(wǎng)類投訴進(jìn)行預(yù)分析判斷， 初步定位是簽約數(shù)據(jù)問題、 終端問題、 網(wǎng)絡(luò)問題等， 對于網(wǎng)絡(luò)類問題投訴直接流轉(zhuǎn)到網(wǎng)優(yōu)平臺處理。

網(wǎng)優(yōu)平臺：在網(wǎng)優(yōu)平臺對投訴原因進(jìn)行定位、 并制定詳細(xì)的解決方案， 待方案實(shí)施完成則將投訴處理情況通過綜調(diào)回傳給客服平臺， 客服對用戶進(jìn)行回訪，并將回訪結(jié)果反饋網(wǎng)優(yōu)平臺。網(wǎng)優(yōu)平臺結(jié)合“投訴問題解決” 和“用戶回訪滿意” 進(jìn)行投訴進(jìn)行雙重質(zhì)檢。

所有投訴通過客服平臺、 綜調(diào)平臺、 網(wǎng)優(yōu)平臺實(shí)現(xiàn)上網(wǎng)類投訴處理過程的“線上留痕” 和“投訴處理溯源管理” 。

3.3.1、無線投訴處理流程

參考集團(tuán)集中投訴管理白皮書規(guī)范， XX在網(wǎng)優(yōu)平臺將投訴處理過程固化為投訴智能預(yù)處理、 現(xiàn)場測試、 方案制定、 方案實(shí)施（工程新建、 故障排除、 干擾排查、 射頻調(diào)整、 容量調(diào)整、 工程整改、 參數(shù)調(diào)整）、復(fù)測分析、工單質(zhì)檢 6 個(gè)關(guān)鍵環(huán)節(jié)， 此外XX網(wǎng)優(yōu)平臺投訴處理流程新增 4 個(gè)環(huán)節(jié)為方案實(shí)施確認(rèn)、 地市回訪、 地市審核、 省專家評估， 主要用于駁回重新制定方案。網(wǎng)優(yōu)平臺投訴處理流程圖如下：

1）綜合分析環(huán)節(jié)：綜合分析主要對投訴進(jìn)行智能預(yù)處理， 定位投訴原因。投訴智能預(yù)處理關(guān)聯(lián)性能指標(biāo)、 故障告警、 干擾、 信令、 小區(qū)級/柵格級/用戶級MR、 歷史投訴/周邊投訴、 規(guī)劃站點(diǎn)庫等多種預(yù)處理手段進(jìn)行預(yù)處理， 初步判斷問題原因， 對于定位出來的問題直接流轉(zhuǎn)到方案制定；

2）現(xiàn)場測試環(huán)節(jié)：綜合分析環(huán)節(jié)智能預(yù)處理暫時(shí)無法定位的問題則預(yù)約用戶進(jìn)行現(xiàn)場測試， 測試完成給出初步的建議方案， XX使用投訴洞察 APP 和投訴工單自動(dòng)對接， 投訴洞察可以完成用戶的預(yù)約、 錄音、 現(xiàn)場拍照、 各項(xiàng)指標(biāo)的測試、工單的標(biāo)準(zhǔn)化回復(fù)等功能；

3）

方案制定環(huán)節(jié)：結(jié)合投訴預(yù)處理和現(xiàn)場測試情況進(jìn)行方案的制定， 在方案制定環(huán)節(jié)明確每個(gè)投訴的處理方案， 并往相關(guān)流程進(jìn)行自動(dòng)派單；

4）方案實(shí)施環(huán)節(jié)：弱覆蓋類投訴需要規(guī)劃建站的走工程新建流程， 工程新建流程和集中開站流程自動(dòng)對接， 首先經(jīng)過預(yù)勘查環(huán)節(jié)， 若預(yù)勘查不通過則駁回到方案制定環(huán)節(jié)重新制定解決方案， 預(yù)勘查通過等待站點(diǎn)開通投訴解決后繼續(xù)向下流轉(zhuǎn)；故障類投訴關(guān)聯(lián)到故障工單編號后向集中維護(hù)系統(tǒng)推送， 提高故障處理的優(yōu)先級；需要調(diào)天線的走射頻調(diào)整流程， 射頻調(diào)整集中工參自動(dòng)對接；需要調(diào)整參

數(shù)走集中參數(shù)調(diào)整流程；需要工程整改的實(shí)施工程整改任務(wù)；需要干擾排查的實(shí)施干擾排查任務(wù)；需要容量調(diào)整的實(shí)施擴(kuò)容任務(wù)， 擴(kuò)容完成投訴繼續(xù)向下流轉(zhuǎn)。

5）方案實(shí)施確認(rèn)環(huán)節(jié)：該環(huán)節(jié)是針對方案實(shí)施環(huán)節(jié)流轉(zhuǎn)結(jié)果的確認(rèn)， 由投訴處理人員辦理， 投訴問題解決則流轉(zhuǎn)到復(fù)測分析環(huán)節(jié)， 如果核實(shí)方案未如實(shí)實(shí)施完畢， 可流轉(zhuǎn)到地市審核環(huán)節(jié)做駁回處理；

6）地市審核：投訴處理人員核實(shí)方案未實(shí)施完畢， 則地市審核環(huán)節(jié)可以對投訴進(jìn)行駁回到方案制定環(huán)節(jié)， 重新制定解決方案。

7）復(fù)測分析環(huán)節(jié)：該環(huán)節(jié)是指最終匯總回單的過程， 按照工單回復(fù)標(biāo)準(zhǔn)將投訴工單通過 eoms 回給客服進(jìn)行用戶回訪。

8）省專家評估：復(fù)測分析時(shí)若發(fā)現(xiàn)雖然方案實(shí)施完畢了， 但是用戶投訴問題還是未解決， 則省專家評估環(huán)節(jié)可以對投訴進(jìn)行駁回到方案制定環(huán)節(jié)， 重新制定解決方案。

9）質(zhì)檢歸檔：對于回復(fù)到 Eoms 的內(nèi)容進(jìn)行質(zhì)檢， 結(jié)合“投訴問題解決”和 “用戶滿意” 的雙重結(jié)果進(jìn)行質(zhì)檢， 質(zhì)檢通過則流轉(zhuǎn)到歸檔， 質(zhì)檢不通過則流轉(zhuǎn)到地市回訪環(huán)節(jié)；

10）地市回訪環(huán)節(jié)：質(zhì)檢未通過的投訴則流轉(zhuǎn)到地市回訪環(huán)節(jié)， 地市回訪環(huán)節(jié)根據(jù)質(zhì)檢不通過的原因確認(rèn)是駁回到方案制定環(huán)節(jié)重新制定方案， 還是進(jìn)行用戶的解釋安撫， 待投訴問題徹底解決且用戶滿意后投訴歸檔。

3.3.2無線投訴流程各環(huán)節(jié)流轉(zhuǎn)規(guī)則

3.3.3、無線投訴流程各環(huán)節(jié)職責(zé)

2、UE 進(jìn)行 5G 的測量， 當(dāng)滿足配置的 B1 事件后， 上報(bào) MR 報(bào)告；

3、 eNB 根據(jù) MR 中的 5G 小區(qū)信息， 向 gNB 發(fā)起輔小區(qū)增加流程（如無 X2 接口首先需要先建立 X2接口）；

4、 gNB 進(jìn)行資源準(zhǔn)入判決， 如成功， 向 eNB 回復(fù)輔小區(qū)配置信息， eNB 通過 RRC 消息下發(fā)配置， 完成輔小區(qū)配置 5、 在 Option3x 架構(gòu)下， 需要完成用戶面的切換， 將 S1-U 的承載由 eNB 更新到 gNB；詳細(xì)信令流程如下：

1. UE 連接到 5G 網(wǎng)絡(luò)：

1) UE 獲取 5G NR 廣播信道， 收聽 MIB 幀號完全獲取下行同步；

2) UE 觸發(fā)隨機(jī)接入， 利用之前 RRC 重配置收到的前導(dǎo)序列發(fā)起非競爭性的隨機(jī)接入， NR PDCCH 調(diào)度 RAR 下行資源；

3) SgNB 回應(yīng) RAR 響應(yīng)， 此消息也承載用于 MSG3 傳送的上行許可；

2. 路徑轉(zhuǎn)換

接入 5G 小區(qū)后， 將原 MeNB 下行的 ENBIP 以及 ENBTEID 轉(zhuǎn)至 SgNB， 實(shí)現(xiàn)路徑轉(zhuǎn)換， 3X 分流。

4.1.2、信令流程

1. MeNB 收到 B1 測量報(bào)告后， 觸發(fā) SgNB Addition 流程， 將 B1 測量報(bào)告中的NR 小區(qū)添加到 SgNB Addition Request 消息中發(fā)送給 SgNB， 由 SgNB 選擇報(bào)告中RSRP 最強(qiáng) NR 小區(qū)， 請求消息中攜帶分流承載模式（MCG Split BearerorSCGSplit Bearer）， E-RAB 信息（E-RAB 參數(shù)， TNL 傳輸?shù)刂罚?等；此外 MeNB 在 SCG-ConfigInfo 中包含 MCG 配置（DRB 配置、 小區(qū)配置、 SCG 承載的加密算法等）、 UE能力。SgNB 可以拒絕該請求， 若接受， 則建立對應(yīng)的無線承載。

2. 當(dāng) SgNB 判斷準(zhǔn)入完成并分配資源后， 向 MeNB 返回 SgNB AdditionRequest Acknowledge 響應(yīng)消息。在 SCG-Config 中攜帶 SCG 的空口配置， 對于MCG Split Bearer 承載模式， 包含 SgNB GTP Tunnel Endpoint 地址；對于 SCG Split Bearer 承載模式， 則包含 E-RAB 的 S1 DL TNL。

3. MeNB 向 UE 發(fā)送 RRC Connection Reconfiguration 消息， 包括 NR RRC配置消息。

4. UE 接收到 RRC 重配置消息后完成重配置， 并向 MeNB 反饋 RRC ConnectionReconfiguration Complete 消息， 包括 NR RRC 響應(yīng)消息。若 UE 未能完成包括在 RRC Connection Reconfiguration 消息中的配置， 則啟動(dòng)重配置失敗流程。

5. MeNB 通過向 SgNB 發(fā)送 SgNB Reconfiguration Complete 消息, 向 SgNB確認(rèn) UE 已完成重配流程， 消息中 NR RRC 響應(yīng)消息。

6. 若為 UE 配置的承載需要 SCG 無線資源， UE 執(zhí)行到 SgNB PSCell 的同步，發(fā)起向 SgNB 的隨機(jī)接入流程。

7~8 : 對于承載類型變更場景， 為減少當(dāng)前服務(wù)中斷時(shí)間， 需要進(jìn)行 MeNB和 SgNB 間的數(shù)據(jù)轉(zhuǎn)發(fā)。

9~12：對于 SCG Split Bearer 分流模式， 執(zhí)行 SgNB 和 EPC 之間的用戶面路徑更新。即通過 E-RAB Modification Indication 指示核心網(wǎng)將 E-RAB 的 S1-U 接口接到 SgNB。

如圖中 A 點(diǎn)所示， 當(dāng) gNodeB 收到 eNodeB 發(fā)送的 SgNB Addition Request 消息時(shí)， N. NsaDc. SgNB. Add. Att 累加， 統(tǒng)計(jì)為輔站添加嘗試次數(shù)。

如圖中 B 點(diǎn)所示， 當(dāng) gNodeB 收到 eNodeB 發(fā)送的 SgNB ReconfigurationComplete 消息時(shí)， N. NsaDc. SgNB. Add. Succ 累加， 統(tǒng)計(jì)為輔站添加成功次數(shù)， 統(tǒng)計(jì)值累加在 gNodeB 指定的 PSCell 上。

4.1.3、定位方法

NSA 接入問題：

SA 接入問題主要發(fā)生在 LTE 側(cè)流程、 接入準(zhǔn)備階段、 5G 口空階段三個(gè)階段， 接入問題的判斷需要綜合以上 3 個(gè)階段進(jìn)行分析定位， 具體定位如下：

1）LTE 側(cè)流程：

• LTE 側(cè)接入失敗核查 UE 是否支持 NR。
• UE 接入 LTE 側(cè)、 LTE 側(cè)不下發(fā) 5G 的 B1 事件：核查 LTE 側(cè) NSA DC 能力開關(guān)是否打開， NR 頻點(diǎn)是否配置正確。
• UE 未上報(bào) 5GB1 事件測量結(jié)果：B1 測量控制中下發(fā)的頻點(diǎn)錯(cuò)誤， 也有可能是盲配置。

2） 接入準(zhǔn)備階段：

• LTE 收到 B1 測量上報(bào)后未發(fā)送 SgNBAddReq：核查 LTE 鄰區(qū)配置
• 5G 回復(fù) SgNBAddReject: X2 鏈路異常
• LTE 未向 5G 回復(fù) SgNBReconfigCmp：5G 資源不

3）5G 空口階段：

• UE 沒發(fā)起空口隨機(jī)接入：SCG 配置校驗(yàn)錯(cuò)誤
• 空口接入 RAR 超時(shí)：無線側(cè)強(qiáng)干擾
• UE 收到 RAR 但是 Msg3 失?。篘CS 參數(shù)配置過小， 導(dǎo)致中遠(yuǎn)點(diǎn)用戶無法接入

現(xiàn)網(wǎng) NSA 電信性管理相關(guān)參數(shù)：

1) B1 事件相關(guān)參數(shù)：功能：異系統(tǒng)切換請求， 用于輔站添加觸發(fā)條件：Mn – Hys > Thresh B1

2) A3 事件相關(guān)參數(shù)功能：用于輔站小區(qū)同頻切換A3

事件觸發(fā)條件：Mn+Ocn-Hys ＞ Ms++Ocs+Off

A2 事件相關(guān)參數(shù)功能：異頻啟測， 用于輔站釋放觸發(fā)條件：Ms + Hys < Thresh A2

網(wǎng)格主要參數(shù)設(shè)置情況：

NSA 接入優(yōu)化專題總結(jié)

1、 4、 5G 協(xié)同優(yōu)化復(fù)雜：SCG 添加問題更多取決于無線環(huán)境， 底層網(wǎng)絡(luò)還是需進(jìn)行大量優(yōu)化工作。

2、 錨點(diǎn)能否穩(wěn)定占用問題：FDD1800 能否做到連續(xù)覆蓋， 還需大量的建設(shè)優(yōu)化工作。

3、 室分未配置錨點(diǎn)：較封閉樓宇內(nèi)主站只能占用 TDD-E 頻信號， NSA 手機(jī)難以接入 5G 網(wǎng)絡(luò)， 需要對基站版本進(jìn)行升級， 開啟錨點(diǎn)優(yōu)選功能。

4、 X2 鏈路配滿：隨著 5G 基站的增加， X2 鏈路增多， 部分基站已配滿， 無法自建立新的 X2 鏈路.

5） 終端/SIM 卡問題：在 4G 錨點(diǎn)和 NR 無線環(huán)境良好， 站點(diǎn)狀態(tài)正常， 參數(shù)設(shè)置正常的區(qū)域， 終端卻無法占用 5G 或速率異常。后續(xù)如遇類似情況， 需重點(diǎn)排查終端、 SIM 卡開戶是否支持 NSA。

4. 2移動(dòng)類

4. 2. 1基本原理

在 NR 網(wǎng)絡(luò)部署初期， 基于 FDD 1800 錨點(diǎn)的 Option3X 組網(wǎng)方案實(shí)現(xiàn)了 NR 網(wǎng)絡(luò)的快速落地， 但 NSA 場景下的跨制式雙連接（EN-DC） 方案增加了 NSA 電信性管理的難度。

移動(dòng)性的影響：下載速率， 掉線率， 時(shí)延等影響用戶感知。5G 輔站的移動(dòng)性管理由輔站 gNB（5G） 負(fù)責(zé)。測量控制、 RRC 連接重配等信令， UE 和輔站間的信令消息都通過主站 eNB（4G） 進(jìn)行轉(zhuǎn)發(fā)。