5. 投訴處理的精髓不是為了解決用戶(hù)的個(gè)體問(wèn)題， 而是通過(guò)個(gè)體問(wèn)題總結(jié)出共性的問(wèn)題， 給出解決方案；
6. 日常應(yīng)該通過(guò)性能告警、 性能主動(dòng)關(guān)懷等手段進(jìn)行日常網(wǎng)絡(luò)的性能監(jiān)控；并通過(guò)參數(shù)核查、 干擾核查、 用戶(hù)感受體驗(yàn)測(cè)試、 版本已知問(wèn)題清理、 性能問(wèn)題清零等手段對(duì)網(wǎng)絡(luò)進(jìn)行例行體檢， 及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)、 個(gè)別基站、 個(gè)別終端問(wèn)題， 消除影響網(wǎng)絡(luò)性能的隱患， 盡量減少投訴的出現(xiàn)；
7. 對(duì)于重大問(wèn)題投訴必須盡快啟動(dòng)用戶(hù)回訪；對(duì)于遠(yuǎn)程無(wú)法解決的一般用戶(hù)投訴問(wèn)題， 也需要進(jìn)行用戶(hù)回訪。通過(guò)用戶(hù)回訪， 收集更多問(wèn)題定位的信息， 找出問(wèn)題根因， 給出解決方案。
- 手機(jī)無(wú) 5G LOGO 顯示的問(wèn)題：主要是投訴用戶(hù)所在位置還沒(méi)有建設(shè) 5G 基站、 有 5G 基站但用戶(hù)占不上 4G 錨點(diǎn)站、 用上占上錨點(diǎn)站但未指示用戶(hù)可以使用 5G 手機(jī)等；
- 有 5G LOGO 顯示但速率上不去的問(wèn)題：
1、假 5G：此類(lèi)場(chǎng)景投訴用戶(hù)已顯示占用 5G 信號(hào)， 但在輔站添加失敗、 錨點(diǎn)切換至非錨點(diǎn)站后， 由于不同設(shè)備廠家和終端廠家 5G 實(shí)現(xiàn)方案不同， 存在手機(jī)仍然顯示 5G logo 但實(shí)際無(wú) 5G 連接；
2. 真 5G：此場(chǎng)景下存在影響用戶(hù)5G體現(xiàn)的問(wèn)題，主要包括套餐問(wèn)題、 無(wú)線問(wèn)題、傳輸問(wèn)題、服務(wù)器問(wèn)題，針對(duì)不同的問(wèn)題進(jìn)行深入分析定位影響用戶(hù)感知的精確原因。套餐問(wèn)題：中國(guó)電信推出的網(wǎng)絡(luò)服務(wù)權(quán)益包括5G優(yōu)享服務(wù)、5G極速服務(wù)，不同的套餐享受的最高速率有所不同；無(wú)線側(cè)原因：無(wú)線問(wèn)題主要包括覆蓋問(wèn)題、鄰區(qū)參數(shù)問(wèn)題、故障問(wèn)題、干擾問(wèn)題、容量問(wèn)題等，需針對(duì)性排查分析定位；同時(shí)傳輸、服務(wù)器等也會(huì)對(duì)用戶(hù)感知有影響。5G投訴處理中， 通過(guò)個(gè)體問(wèn)題總結(jié)出共性問(wèn)題，輸出詳細(xì)解決方案。
3.2、5G 投訴優(yōu)化技術(shù)指導(dǎo)
目前結(jié)合 5G 現(xiàn)網(wǎng)的情況收集的 NSA 用戶(hù)投訴及 5G 性能例會(huì)遇到的投訴具體匯總?cè)缦拢?投訴原因主要包括：終端問(wèn)題、 覆蓋類(lèi)、 負(fù)荷類(lèi)、 干擾類(lèi)、 參數(shù)類(lèi)、 故障類(lèi)及其他問(wèn)題。
1、終端問(wèn)題
目前在 NSA 組網(wǎng)架構(gòu)下， 建網(wǎng)初期由于不同終端廠家的 5G 功能實(shí)現(xiàn)方案和技術(shù)的差別， 會(huì)導(dǎo)致部分終端無(wú)法正常使用 5G 網(wǎng)絡(luò)， 如：5G 圖標(biāo)無(wú)法顯示、 掉話(huà)、 無(wú)法接入 5G 或接入 5G 網(wǎng)絡(luò)下載速率低等情況。針對(duì)終端問(wèn)題， 主要通過(guò)打開(kāi)NSA 上層指示開(kāi)關(guān)、 關(guān)閉盲切換指示、 關(guān)閉上行回退 LTE 開(kāi)關(guān)、 退出省電模式等方法規(guī)避。
2、覆蓋類(lèi)
NSA 組網(wǎng)下終端與 LTE 和 NR 同時(shí)保持連接， NR 相當(dāng)于載波聚合中的輔載波接入 LTE 網(wǎng)絡(luò)， 目前覆蓋類(lèi)問(wèn)題主要是 NR 覆蓋弱和錨點(diǎn)（LTE） 覆蓋不足問(wèn)題突出， 可能會(huì)導(dǎo)致用戶(hù)無(wú)法接入 5G 網(wǎng)絡(luò)以及在數(shù)傳速率低等問(wèn)題。針對(duì)覆蓋不足場(chǎng)景， 主要通過(guò) RF 優(yōu)化、 新建站等方式補(bǔ)充網(wǎng)絡(luò)覆蓋；針對(duì)錨點(diǎn)覆蓋弱， 除了RF 優(yōu)化外， 還需要結(jié)合錨點(diǎn)切換策略微調(diào)， 如 A3 切換參數(shù)， B1 參數(shù)、 RS 發(fā)射功率等；
3、負(fù)荷類(lèi)
隨著用戶(hù)規(guī)模的不斷增加以及終端 APP 業(yè)務(wù)的豐富變化， LTE 網(wǎng)絡(luò)流量爆炸式激增， 網(wǎng)絡(luò)負(fù)荷日趨嚴(yán)重， 5G 網(wǎng)絡(luò)目前尚處于初期發(fā)展階段， 用戶(hù)和業(yè)務(wù)較少， 暫無(wú)負(fù)荷類(lèi)問(wèn)題， 所以 LTE 高負(fù)荷問(wèn)題是主要問(wèn)題。高負(fù)荷針對(duì)不同場(chǎng)景分為控制信道資源不足和業(yè)務(wù)信道不足兩種。除常規(guī)優(yōu)化手段外， 下行控制信道資源不足主要通過(guò)修改 PDCCH 聚合自適應(yīng)策略， 上行修改 CCE 最大初始比例， 更多給用戶(hù)合理分配資源。針對(duì)業(yè)務(wù)信道資源受限， 主要通過(guò)擴(kuò)容和分流策略， 合理均衡業(yè)務(wù)。
4、干擾類(lèi)
LTE 作為錨點(diǎn)若存在干擾， 可能導(dǎo)致用戶(hù)添加輔站失敗以及切換失敗等問(wèn)題。干擾分為外部干擾和系統(tǒng)內(nèi)干擾， 針對(duì)外部干擾核心就是要從物理隔離和帶寬隔 離兩種方式進(jìn)行干擾隔離， 其中物理隔離的方法有天饋調(diào)整、 天面整改、 站址搬 遷等；帶寬隔離是增加帶寬隔離度， 減少系統(tǒng)外干擾源對(duì) LTE 工作帶寬的影響。系統(tǒng)內(nèi)干擾主要是由于幀偏置、 PCI、 重疊覆蓋度高導(dǎo)致， 對(duì)應(yīng)的解決措施是核 查幀偏、 修改PCI 以及頻率優(yōu)化。
5、參數(shù)類(lèi)
目前參數(shù)問(wèn)題較為繁雜， 在 NR 接入、 切換、 掉線過(guò)程中都有可能會(huì)遇到，若參數(shù)設(shè)置不當(dāng)也會(huì)影響用戶(hù)的速率體驗(yàn)。接入類(lèi)問(wèn)題主要包括外部數(shù)據(jù)定義錯(cuò)誤、 RLC 模式設(shè)置不一致、 PDCP SN 長(zhǎng)度不一致、 RRU 功率不足、 小區(qū)規(guī)劃半徑設(shè)置不合理等；下載速率低問(wèn)題主要包括 MCG 分流/SCG 分流模式設(shè)置錯(cuò)誤、 TPR發(fā)射功率不合理、 產(chǎn)品未升級(jí)導(dǎo)致；掉話(huà)類(lèi)問(wèn)題包括 RLC 重傳次數(shù)設(shè)置過(guò)小、 輔載波釋放門(mén)限 A2 過(guò)高、 錨點(diǎn)切換失敗 RRC 重建等原因， 對(duì)應(yīng)解決措施如下：
外部數(shù)據(jù)定義錯(cuò)誤問(wèn)題：核實(shí)修改外部數(shù)據(jù)；
RLC 模式設(shè)置不一致：核實(shí) LTE 和 NR 對(duì)應(yīng) QCI 的 RLC 模式并設(shè)置一致， 否則在接入和切換過(guò)程中會(huì)出現(xiàn)數(shù)據(jù)一致性校驗(yàn)失敗問(wèn)題；
PDCP SN 長(zhǎng)度不一致：核實(shí) LTE 和 NR 對(duì)應(yīng) PDCP 參數(shù)組的PDCP SN 符號(hào)長(zhǎng)度是否一致， 若不一致會(huì)導(dǎo)致終端無(wú)法正常接入；
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)致終端無(wú)法接入5G 網(wǎng)絡(luò)， 一般小區(qū)半徑要小于 1000 米；
產(chǎn)品未升級(jí)：雙模 RRU 在開(kāi)通 NR 反向開(kāi)通 LTE 時(shí)， 若 RRU 發(fā)射通道不支持同時(shí)發(fā)射 NR 和 LTE 信號(hào)， 會(huì)導(dǎo)致用戶(hù)無(wú)法達(dá)到滿(mǎn)調(diào)度， 下載速率較低， 需要針對(duì)此類(lèi) RRU 升級(jí)改造；
RLC 重傳次數(shù)設(shè)置過(guò)?。涸诟蓴_場(chǎng)景或弱覆蓋場(chǎng)景下， UE 為保證數(shù)據(jù)被基站可靠接收會(huì)重復(fù)發(fā)送數(shù)據(jù)， 但是 RLC 重傳次數(shù)設(shè)置過(guò)小會(huì)導(dǎo)致 UE 可能達(dá)到最大重傳次數(shù)仍未發(fā)送正確數(shù)據(jù)， 最終導(dǎo)致 UE 釋放資源， 上報(bào)的原因?yàn)?rlc-maxnumretx 導(dǎo)致的掉話(huà)；
A2門(mén)限過(guò)高：A2 門(mén)限設(shè)置不合理， 可能在正常覆蓋場(chǎng)景下 UE 上報(bào) A2 門(mén)限，釋放 5G 輔載波， 需根據(jù)不同場(chǎng)景合理設(shè)置 A2 門(mén)限；
6、故障類(lèi)
針對(duì)無(wú)法穩(wěn)定駐留 5G、 接入 5G 失敗， 對(duì)應(yīng)場(chǎng)景為：SCTP 鏈路故障/用戶(hù)面承載告警、 小區(qū)不可用告警、 AAU 供電不足， 處理措施為：X2 故障處理、 處理小區(qū)故障告警、 基站供電模塊排查更換等。
7、其他問(wèn)題
服務(wù)器問(wèn)題：服務(wù)器內(nèi)存不足、 服務(wù)器地址錯(cuò)誤, 主要處理措施為清理服務(wù)器內(nèi)存、 更新服務(wù)器地址；
傳輸問(wèn)題：對(duì)應(yīng)場(chǎng)景為傳輸資源不可用導(dǎo)致輔站添加失敗、 傳輸設(shè)備光模塊速率不達(dá)標(biāo)導(dǎo)致 5G 接入失敗&掉話(huà)， 處理措施為傳輸光模塊升級(jí)、 查看是否出現(xiàn)用戶(hù)面告警， 如有修改傳輸配置；
基站版本：對(duì)應(yīng)場(chǎng)景為終端支持 R15 NSA 能力&1， 基站版本：eRAN13. 1或者 eRAN15. 0 版本&3， 在接入過(guò)程中， MME 攜帶了 5G UE 能力側(cè) UE 無(wú)法接入 5G；LTE 基站版本和 NR 基站版本不匹配， 處理措施為升級(jí)eRAN15. 1 SPC160e 以及以后的版本、 升級(jí) LTE&NR 基站版本。
3.3、5G 投訴處理整體流程
XX公司網(wǎng)絡(luò)類(lèi)投訴處理整體流程如下， 用戶(hù)投訴時(shí)客服在客服平臺(tái)進(jìn)行投訴受理， 受理后的投訴到達(dá)綜調(diào)系統(tǒng)平臺(tái)， 綜調(diào)平臺(tái)對(duì)投訴原因進(jìn)行預(yù)判段，網(wǎng)絡(luò)類(lèi)投流轉(zhuǎn)到網(wǎng)優(yōu)平臺(tái)處理， 網(wǎng)優(yōu)平臺(tái)處理后將處理結(jié)果通過(guò)綜調(diào)回傳至客服平臺(tái)， 客服根據(jù)投訴處理情況對(duì)用戶(hù)進(jìn)行回訪， 并將回訪結(jié)果反饋網(wǎng)優(yōu)平臺(tái)用于投訴的質(zhì)檢歸檔。整體流程圖如下所示：
客服平臺(tái)：用戶(hù)投訴時(shí)客服在新一代客服平臺(tái)對(duì)用戶(hù) 5G 網(wǎng)絡(luò)類(lèi)投訴進(jìn)行受理， 投訴受理后由客服平臺(tái)流轉(zhuǎn)到綜調(diào)平臺(tái)。
綜調(diào)平臺(tái)：投訴到達(dá)綜調(diào)平臺(tái)后， 使用投訴自服務(wù)機(jī)器人對(duì)上網(wǎng)類(lèi)投訴進(jìn)行預(yù)分析判斷， 初步定位是簽約數(shù)據(jù)問(wèn)題、 終端問(wèn)題、 網(wǎng)絡(luò)問(wèn)題等， 對(duì)于網(wǎng)絡(luò)類(lèi)問(wèn)題投訴直接流轉(zhuǎn)到網(wǎng)優(yōu)平臺(tái)處理。
網(wǎng)優(yōu)平臺(tái)：在網(wǎng)優(yōu)平臺(tái)對(duì)投訴原因進(jìn)行定位、 并制定詳細(xì)的解決方案， 待方案實(shí)施完成則將投訴處理情況通過(guò)綜調(diào)回傳給客服平臺(tái)， 客服對(duì)用戶(hù)進(jìn)行回訪，并將回訪結(jié)果反饋網(wǎng)優(yōu)平臺(tái)。網(wǎng)優(yōu)平臺(tái)結(jié)合“投訴問(wèn)題解決” 和“用戶(hù)回訪滿(mǎn)意” 進(jìn)行投訴進(jìn)行雙重質(zhì)檢。
所有投訴通過(guò)客服平臺(tái)、 綜調(diào)平臺(tái)、 網(wǎng)優(yōu)平臺(tái)實(shí)現(xiàn)上網(wǎng)類(lèi)投訴處理過(guò)程的“線上留痕” 和“投訴處理溯源管理” 。
3.3.1、無(wú)線投訴處理流程
參考集團(tuán)集中投訴管理白皮書(shū)規(guī)范， XX在網(wǎng)優(yōu)平臺(tái)將投訴處理過(guò)程固化為投訴智能預(yù)處理、 現(xiàn)場(chǎng)測(cè)試、 方案制定、 方案實(shí)施（工程新建、 故障排除、 干擾排查、 射頻調(diào)整、 容量調(diào)整、 工程整改、 參數(shù)調(diào)整）、復(fù)測(cè)分析、工單質(zhì)檢 6 個(gè)關(guān)鍵環(huán)節(jié)， 此外XX網(wǎng)優(yōu)平臺(tái)投訴處理流程新增 4 個(gè)環(huán)節(jié)為方案實(shí)施確認(rèn)、 地市回訪、 地市審核、 省專(zhuān)家評(píng)估， 主要用于駁回重新制定方案。網(wǎng)優(yōu)平臺(tái)投訴處理流程圖如下：
1）綜合分析環(huán)節(jié)：綜合分析主要對(duì)投訴進(jìn)行智能預(yù)處理， 定位投訴原因。投訴智能預(yù)處理關(guān)聯(lián)性能指標(biāo)、 故障告警、 干擾、 信令、 小區(qū)級(jí)/柵格級(jí)/用戶(hù)級(jí)MR、 歷史投訴/周邊投訴、 規(guī)劃站點(diǎn)庫(kù)等多種預(yù)處理手段進(jìn)行預(yù)處理， 初步判斷問(wèn)題原因， 對(duì)于定位出來(lái)的問(wèn)題直接流轉(zhuǎn)到方案制定；
2）現(xiàn)場(chǎng)測(cè)試環(huán)節(jié)：綜合分析環(huán)節(jié)智能預(yù)處理暫時(shí)無(wú)法定位的問(wèn)題則預(yù)約用戶(hù)進(jìn)行現(xiàn)場(chǎng)測(cè)試， 測(cè)試完成給出初步的建議方案， XX使用投訴洞察 APP 和投訴工單自動(dòng)對(duì)接， 投訴洞察可以完成用戶(hù)的預(yù)約、 錄音、 現(xiàn)場(chǎng)拍照、 各項(xiàng)指標(biāo)的測(cè)試、工單的標(biāo)準(zhǔn)化回復(fù)等功能；
3）
方案制定環(huán)節(jié)：結(jié)合投訴預(yù)處理和現(xiàn)場(chǎng)測(cè)試情況進(jìn)行方案的制定， 在方案制定環(huán)節(jié)明確每個(gè)投訴的處理方案， 并往相關(guān)流程進(jìn)行自動(dòng)派單；
4）方案實(shí)施環(huán)節(jié)：弱覆蓋類(lèi)投訴需要規(guī)劃建站的走工程新建流程， 工程新建流程和集中開(kāi)站流程自動(dòng)對(duì)接， 首先經(jīng)過(guò)預(yù)勘查環(huán)節(jié)， 若預(yù)勘查不通過(guò)則駁回到方案制定環(huán)節(jié)重新制定解決方案， 預(yù)勘查通過(guò)等待站點(diǎn)開(kāi)通投訴解決后繼續(xù)向下流轉(zhuǎn)；故障類(lèi)投訴關(guān)聯(lián)到故障工單編號(hào)后向集中維護(hù)系統(tǒng)推送， 提高故障處理的優(yōu)先級(jí)；需要調(diào)天線的走射頻調(diào)整流程， 射頻調(diào)整集中工參自動(dòng)對(duì)接；需要調(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é)是針對(duì)方案實(shí)施環(huán)節(jié)流轉(zhuǎn)結(jié)果的確認(rèn)， 由投訴處理人員辦理， 投訴問(wèn)題解決則流轉(zhuǎn)到復(fù)測(cè)分析環(huán)節(jié)， 如果核實(shí)方案未如實(shí)實(shí)施完畢， 可流轉(zhuǎn)到地市審核環(huán)節(jié)做駁回處理；
6）地市審核：投訴處理人員核實(shí)方案未實(shí)施完畢， 則地市審核環(huán)節(jié)可以對(duì)投訴進(jìn)行駁回到方案制定環(huán)節(jié)， 重新制定解決方案。
7）復(fù)測(cè)分析環(huán)節(jié)：該環(huán)節(jié)是指最終匯總回單的過(guò)程， 按照工單回復(fù)標(biāo)準(zhǔn)將投訴工單通過(guò) eoms 回給客服進(jìn)行用戶(hù)回訪。
8）省專(zhuān)家評(píng)估：復(fù)測(cè)分析時(shí)若發(fā)現(xiàn)雖然方案實(shí)施完畢了， 但是用戶(hù)投訴問(wèn)題還是未解決， 則省專(zhuān)家評(píng)估環(huán)節(jié)可以對(duì)投訴進(jìn)行駁回到方案制定環(huán)節(jié)， 重新制定解決方案。
9）質(zhì)檢歸檔：對(duì)于回復(fù)到 Eoms 的內(nèi)容進(jìn)行質(zhì)檢， 結(jié)合“投訴問(wèn)題解決”和 “用戶(hù)滿(mǎn)意” 的雙重結(jié)果進(jìn)行質(zhì)檢， 質(zhì)檢通過(guò)則流轉(zhuǎn)到歸檔， 質(zhì)檢不通過(guò)則流轉(zhuǎn)到地市回訪環(huán)節(jié)；
10）地市回訪環(huán)節(jié)：質(zhì)檢未通過(guò)的投訴則流轉(zhuǎn)到地市回訪環(huán)節(jié)， 地市回訪環(huán)節(jié)根據(jù)質(zhì)檢不通過(guò)的原因確認(rèn)是駁回到方案制定環(huán)節(jié)重新制定方案， 還是進(jìn)行用戶(hù)的解釋安撫， 待投訴問(wèn)題徹底解決且用戶(hù)滿(mǎn)意后投訴歸檔。
3.3.2無(wú)線投訴流程各環(huán)節(jié)流轉(zhuǎn)規(guī)則
3.3.3、無(wú)線投訴流程各環(huán)節(jié)職責(zé)
2、UE 進(jìn)行 5G 的測(cè)量， 當(dāng)滿(mǎn)足配置的 B1 事件后， 上報(bào) MR 報(bào)告；
3、 eNB 根據(jù) MR 中的 5G 小區(qū)信息， 向 gNB 發(fā)起輔小區(qū)增加流程（如無(wú) X2 接口首先需要先建立 X2接口）；
4、 gNB 進(jìn)行資源準(zhǔn)入判決， 如成功， 向 eNB 回復(fù)輔小區(qū)配置信息， eNB 通過(guò) RRC 消息下發(fā)配置， 完成輔小區(qū)配置 5、 在 Option3x 架構(gòu)下， 需要完成用戶(hù)面的切換， 將 S1-U 的承載由 eNB 更新到 gNB；詳細(xì)信令流程如下：
1. UE 連接到 5G 網(wǎng)絡(luò)：
1) UE 獲取 5G NR 廣播信道， 收聽(tīng) MIB 幀號(hào)完全獲取下行同步；
2) UE 觸發(fā)隨機(jī)接入， 利用之前 RRC 重配置收到的前導(dǎo)序列發(fā)起非競(jìng)爭(zhēng)性的隨機(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 測(cè)量報(bào)告后， 觸發(fā) SgNB Addition 流程， 將 B1 測(cè)量報(bào)告中的NR 小區(qū)添加到 SgNB Addition Request 消息中發(fā)送給 SgNB， 由 SgNB 選擇報(bào)告中RSRP 最強(qiáng) NR 小區(qū)， 請(qǐng)求消息中攜帶分流承載模式（MCG Split BearerorSCGSplit Bearer）， E-RAB 信息（E-RAB 參數(shù)， TNL 傳輸?shù)刂罚?等；此外 MeNB 在 SCG-ConfigInfo 中包含 MCG 配置（DRB 配置、 小區(qū)配置、 SCG 承載的加密算法等）、 UE能力。SgNB 可以拒絕該請(qǐng)求， 若接受， 則建立對(duì)應(yīng)的無(wú)線承載。
2. 當(dāng) SgNB 判斷準(zhǔn)入完成并分配資源后， 向 MeNB 返回 SgNB AdditionRequest Acknowledge 響應(yīng)消息。在 SCG-Config 中攜帶 SCG 的空口配置， 對(duì)于MCG Split Bearer 承載模式， 包含 SgNB GTP Tunnel Endpoint 地址；對(duì)于 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 通過(guò)向 SgNB 發(fā)送 SgNB Reconfiguration Complete 消息, 向 SgNB確認(rèn) UE 已完成重配流程， 消息中 NR RRC 響應(yīng)消息。
6. 若為 UE 配置的承載需要 SCG 無(wú)線資源， UE 執(zhí)行到 SgNB PSCell 的同步，發(fā)起向 SgNB 的隨機(jī)接入流程。
7~8 : 對(duì)于承載類(lèi)型變更場(chǎng)景， 為減少當(dāng)前服務(wù)中斷時(shí)間， 需要進(jìn)行 MeNB和 SgNB 間的數(shù)據(jù)轉(zhuǎn)發(fā)。
9~12：對(duì)于 SCG Split Bearer 分流模式， 執(zhí)行 SgNB 和 EPC 之間的用戶(hù)面路徑更新。即通過(guò) 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 接入問(wèn)題：
SA 接入問(wèn)題主要發(fā)生在 LTE 側(cè)流程、 接入準(zhǔn)備階段、 5G 口空階段三個(gè)階段， 接入問(wèn)題的判斷需要綜合以上 3 個(gè)階段進(jìn)行分析定位， 具體定位如下：
1）LTE 側(cè)流程：
- LTE 側(cè)接入失敗核查 UE 是否支持 NR。
- UE 接入 LTE 側(cè)、 LTE 側(cè)不下發(fā) 5G 的 B1 事件：核查 LTE 側(cè) NSA DC 能力開(kāi)關(guān)是否打開(kāi)， NR 頻點(diǎn)是否配置正確。
- UE 未上報(bào) 5GB1 事件測(cè)量結(jié)果：B1 測(cè)量控制中下發(fā)的頻點(diǎn)錯(cuò)誤， 也有可能是盲配置。
2） 接入準(zhǔn)備階段：
- LTE 收到 B1 測(cè)量上報(bào)后未發(fā)送 SgNBAddReq：核查 LTE 鄰區(qū)配置
- 5G 回復(fù) SgNBAddReject: X2 鏈路異常
- LTE 未向 5G 回復(fù) SgNBReconfigCmp：5G 資源不
3）5G 空口階段：
- UE 沒(méi)發(fā)起空口隨機(jī)接入：SCG 配置校驗(yàn)錯(cuò)誤
- 空口接入 RAR 超時(shí)：無(wú)線側(cè)強(qiáng)干擾
- UE 收到 RAR 但是 Msg3 失?。篘CS 參數(shù)配置過(guò)小， 導(dǎo)致中遠(yuǎn)點(diǎn)用戶(hù)無(wú)法接入
現(xiàn)網(wǎng) NSA 電信性管理相關(guān)參數(shù)：
1) B1 事件相關(guān)參數(shù)：功能：異系統(tǒng)切換請(qǐng)求， 用于輔站添加觸發(fā)條件：Mn – Hys > Thresh B1
2) A3 事件相關(guān)參數(shù)功能：用于輔站小區(qū)同頻切換A3
事件觸發(fā)條件：Mn+Ocn-Hys ＞ Ms++Ocs+Off
A2 事件相關(guān)參數(shù)功能：異頻啟測(cè)， 用于輔站釋放觸發(fā)條件：Ms + Hys < Thresh A2
網(wǎng)格主要參數(shù)設(shè)置情況：
NSA 接入優(yōu)化專(zhuān)題總結(jié)
1、 4、 5G 協(xié)同優(yōu)化復(fù)雜：SCG 添加問(wèn)題更多取決于無(wú)線環(huán)境， 底層網(wǎng)絡(luò)還是需進(jìn)行大量?jī)?yōu)化工作。
2、 錨點(diǎn)能否穩(wěn)定占用問(wèn)題：FDD1800 能否做到連續(xù)覆蓋， 還需大量的建設(shè)優(yōu)化工作。
3、 室分未配置錨點(diǎn)：較封閉樓宇內(nèi)主站只能占用 TDD-E 頻信號(hào)， NSA 手機(jī)難以接入 5G 網(wǎng)絡(luò)， 需要對(duì)基站版本進(jìn)行升級(jí)， 開(kāi)啟錨點(diǎn)優(yōu)選功能。
4、 X2 鏈路配滿(mǎn)：隨著 5G 基站的增加， X2 鏈路增多， 部分基站已配滿(mǎn)， 無(wú)法自建立新的 X2 鏈路.
5） 終端/SIM 卡問(wèn)題：在 4G 錨點(diǎn)和 NR 無(wú)線環(huán)境良好， 站點(diǎn)狀態(tài)正常， 參數(shù)設(shè)置正常的區(qū)域， 終端卻無(wú)法占用 5G 或速率異常。后續(xù)如遇類(lèi)似情況， 需重點(diǎn)排查終端、 SIM 卡開(kāi)戶(hù)是否支持 NSA。
4. 2移動(dòng)類(lèi)
4. 2. 1基本原理
在 NR 網(wǎng)絡(luò)部署初期， 基于 FDD 1800 錨點(diǎn)的 Option3X 組網(wǎng)方案實(shí)現(xiàn)了 NR 網(wǎng)絡(luò)的快速落地， 但 NSA 場(chǎng)景下的跨制式雙連接（EN-DC） 方案增加了 NSA 電信性管理的難度。
移動(dòng)性的影響：下載速率， 掉線率， 時(shí)延等影響用戶(hù)感知。5G 輔站的移動(dòng)性管理由輔站 gNB（5G） 負(fù)責(zé)。測(cè)量控制、 RRC 連接重配等信令， UE 和輔站間的信令消息都通過(guò)主站 eNB（4G） 進(jìn)行轉(zhuǎn)發(fā)。
習(xí)圖片.png)
