【正文】 22:42:2522:42:2522:423/18/2023 10:42:25 PM 1以我獨沈久，愧君相見頻。 手機發(fā)現(xiàn)網(wǎng)絡問題，網(wǎng)絡驗證終端能力 謝 謝！ 謝 謝！ 靜夜四無鄰，荒居舊業(yè)貧。具體問題如下： 建議 ? 前期 TDL與 TDS/GSM互操作測試以數(shù)據(jù)終端為主，由于智能手機為產(chǎn)業(yè)的主要推動力，建議加大智能手機測試力度，促進網(wǎng)絡和終端的協(xié)同。 核心 網(wǎng)問題：目標 方案（ HLR和 HSS融合） 核心網(wǎng)問題：終端相關問題 序號 問題 原因 措施 解決情況 1 不能 收發(fā)短信 ，開通 WLAN，無 來電顯示 ， BOSS側未開啟短信，來電顯示和 WLAN功能 聯(lián)系業(yè)支部門 開啟相關功能 已解決 2 開機 默認駐留 3G網(wǎng)絡，需手動 選 4G網(wǎng)絡 手機系統(tǒng)軟件問題 聯(lián)系廠家進行軟件更新 已解決 3 4G覆蓋的區(qū)域無法注冊 4G網(wǎng)絡 網(wǎng)絡側未開啟完整性保護 算法 開啟 網(wǎng)絡側完整性保護算法 已解決 4 “ UC CLOUD”不支持手機 發(fā)起視頻會議 軟件不完善 聯(lián)系華為 UC CLOUD相關人員 已解決 5 手機在進入 、離開 LTE覆蓋 區(qū)，時延長 未 配置異系統(tǒng)鄰區(qū) ，手機僅 能進行脫網(wǎng)重 搜 進行 TDL與 TDS異 系統(tǒng)鄰區(qū)配置 已解決 6 不能使用彩 信（省內(nèi)已解決，漫游未解決） TDLTE網(wǎng)絡未開啟 CMNET AP SAEGW網(wǎng)元與 WAP網(wǎng)關對接 未解決 7 手機發(fā)熱、耗電量明顯，運行程序黑 屏。 TD/2G TD/2G HSS TDLTE MME/SGSN HLR SGSN ? HLR的業(yè)務逡輯 ? SAEHSS的業(yè)務逡輯 ? HLR/HSS融合數(shù)據(jù)庫 功能 ? HLR現(xiàn)有接口 ?不 MSC/VLR間 C/D接口 ?不 SCP間 J接口 ?不 SGSN間 Gr接口 ? 新增 SAEHSS接口 ?不 MME間 S6a接口 HLR/HSS 現(xiàn)網(wǎng) HLR MSC/VLR SCP SGSN HLR/HSS MME SGSN MSC/VLR SCP J J C/D Gr Gr C/D S6a 接口 由于上兩個方案均存在一定問題，因此，目標應實現(xiàn) HLR/HSS的 融合： ? 為支持現(xiàn)網(wǎng)用戶不換號使用 LTE網(wǎng)絡，需要所有 HLR均實現(xiàn)與 HSS的融合。根據(jù)香港移勱現(xiàn)網(wǎng)測試，約 23%的呼叫發(fā)生重同步，平均時延增加約 ? 問題 本方案向目標方案演進時，需將 HLR呾 HSS內(nèi)同一用戶的數(shù)據(jù)進行合幵后再搬遷到融合 HLR/HSS，由于涉及大量零散號段，需手巟操作，用戶數(shù)大時，實施難度很大，目前廠家也沒有針對此情冴的單用戶回遷方案。 ? HLR和 EPC HSS分離設置 ,兩者之間數(shù)據(jù)不同步 ? BOSS同時向 2G/TD HLR和 EPC HSS開戶。 （廣州 8套，深圳 4套）。 ? 在愛立信 HLR與愛立信 HSS間增開一個私有 MAP接口，用于傳遞鑒權數(shù)據(jù)。 臨時方案的補充方案： 針 對 CP33/40（由于內(nèi)存限制而不能升級至 R14） CP33/CP40的用戶需要 升級為 LTE用戶，其 LTE屬性簽約數(shù)據(jù)直接寫入 HSS，也就是 HLR和 HSS同時保存同一個用戶的用戶數(shù)據(jù)（ 2G/3G/LTE） 2G/3G用戶數(shù)據(jù)保存在 HLR,4G的用戶數(shù)據(jù)保存在 HSS,當部署目標方案時 ,需要考慮 4G用戶數(shù)據(jù)的單用戶回遷 . ? 我省用戶數(shù)據(jù)庫演進目標方案是“融合 UDC部署”，實現(xiàn)真正的“融合 UDC部署”，可以管理 2G、 3G， LTE用戶，全網(wǎng)用戶數(shù)據(jù)逐步搬遷到融合的 UDC系統(tǒng) ? 支持 2G、 3G， LTE用戶的 HSS版本目前還沒有入網(wǎng)證，并且 建設和搬遷的周期較長 ，全省將近 ，預計在 2023年年底全部搬遷完畢。 新建 一對不分層 HSS支持現(xiàn)階段全網(wǎng) CP50/CP60上的現(xiàn)網(wǎng)用戶簽約 EPC（ HLR/HSS互操作 ） 。由于 現(xiàn)網(wǎng) MSC POOL覆蓋面積較大， MTRF功能未開啟對用戶體驗影響較小 。 ? 支持 MTRF，端局需進行的 改造 : ? 與 LTE覆蓋區(qū)域有重疊的所有 MSS均升級支持 MTRF功能 ? 對于愛立信端局，需升級至 R14/13A版本，并開啟 MTRF軟件功能 。 ? 目前愛立信端局 R14/13A版本正在青島進行入網(wǎng)測試，爭取 4月 15日前可獲得入網(wǎng)證 ? 青島測試版本缺少 4個我省專用的 MDE功能，主要影響本省開啟的惡意呼叫攔截和回撥卡攔截功能，這幾個功能將在我省進行測試， 要求 6月 7日完成現(xiàn)網(wǎng)13個局的 4個 MDE激活。 ? 2023年 12月， CPA2的補丁包開始在江蘇進行入網(wǎng)測試工作，目前已經(jīng)完成了 FOA，等待進一步測試結果及入網(wǎng)許可證的流程，預計 3月下旬拿 到 CPA2的入網(wǎng)證 。 暫無 核心網(wǎng)問題：現(xiàn)網(wǎng)升級（ BSC問題） ? BSC G12A 升級后 TBF drop 指標增高， RPP 的 PCU負荷增大； ? BSC G12A 升級后 RPP板的 PCU OVERLOAD 告警增多（升級前的 20~30倍） 問題 方案 ? 臨時解決方案： ? 在 CPA2補丁包未拿到入網(wǎng)證前，愛立信對問題 2 PCU OVERLOAD告警增多問題提供了兩套臨時的解決方案，分別對 PCU的參數(shù)進行調(diào)整和對門限值進行調(diào)整，來減少 PCU OVER LOAD的告警，目前已經(jīng)在現(xiàn)網(wǎng)實施 ； ? 對于問題 1 為了不影響 CSFB，對純 GARP板類型的 PCU網(wǎng)元的 BSC滿足升級條件的進行先行升級，對急需盡快升級的純 RPP板 PCU的 BSC考慮進行 GARP板擴容后再進行 G12A升級 。 愛立信 HLR 廣州 、深圳 2O個 HLR HLR HLR 是 已完成深圳 2套 HLR FI升級； 封網(wǎng)結束后于 4月內(nèi)完成剩余 18套 HLR升級 。 總體完成 :0%。 預計 3月 下旬 拿 到 CPA2補丁的入網(wǎng)證 ， 在沒有CPA2的入網(wǎng)證前 ， 先安排 GARP板的 BSC做升級； 拿到 CPA2的入網(wǎng)證后 ，安排 RPP板的 BSC做升級 ，并在之前升級的 BSC上裝載 CPA2。 廣東 升級改造實施計劃 與進展 如下： 廠家 網(wǎng)元類型 覆蓋范圍 現(xiàn)網(wǎng)版本 升級目標版本 是否有入網(wǎng)證 升級改造進展及后續(xù)計劃 為滿足 517需求目前存在的問題 愛立信 BSC 廣州 、深圳全部 BSC G10B/G10A G12A 是 現(xiàn)已完成 40個 BSC的 G12A升級 ， 全部待升級 BSC為 267個； 計劃 5月 12日前完成廣州 、深圳 LTE覆蓋區(qū)內(nèi)全部 267個BSC的 G12A升級 ， 具備 CSFB能力 。 建議集團盡快明確 LTE手機終端使用的號段，同時明確 LTE手機用戶號段的 HSS設臵方案。 問題 建議 ? 建議集團盡快組織完成南方基地 HSS的建設和驗收，盡快完成南方基地 HSS與 BOSS系統(tǒng)對接，以便省公司能夠啟用 157940號段。 ? 因“ LTE終端能力識別功能”受計費問題影響無法打開，現(xiàn)采用臨時方案解決：在SGSN側配臵我省 LTE用戶的 MSISDN/IMEI號段 ，將其路由至 SAEGW，支持 TDSTDL小區(qū)重選（規(guī)避了 IPHONE5問題） 措施 城市 存在問題 問題原因 廣州 TDSTDL小區(qū)重選無法進行 SGSN未將 LTE網(wǎng)號（ 46008）配置為 EPLMN SGSN未開啟“ LTE終端能力識別功能” 深圳 TDSTDL小區(qū) 重選時間達 20s（正常流程為 1s） SGSN未開啟“ LTE終端能力識別功能” 核心網(wǎng)問題： LTE碼號啟用 ? 集團分配給廣東的 LTE號段為 157940，只用作 LTE數(shù)據(jù)類終端，此批號段集中放臵在南方基地 HSS。但目前計費系統(tǒng)尚不能識別融合話單，會使部分使用支持 4G（ FDD）網(wǎng)絡 的終端（如 IPHONE5）的用戶產(chǎn)生計費問題。 目前 我省計費系統(tǒng)及網(wǎng)絡側正在討論實時計費的實施方案。在 2/3G中由于上網(wǎng)速率較慢，時延造成的欠費風險不大，但在 LTE業(yè)務的高速率下，深圳公司實測用戶停機時延的欠費可達數(shù)千元（按照 /M計費），存在較大欠費風險 。 3 ? 問題： ? LTE業(yè)務在達到封頂（ 15G）停機后，仍然產(chǎn)生了較大流量。 廣東：預計 3月底前完成（影響了試商用，建議各省提前考慮） 用戶附著，建立默認承載 1 PGW收到請求后，與 PCRF進行交互， PCRF根據(jù) BOSS同步的用戶簽約信息，確定該用戶適用的計費方式，并下發(fā)給 PGW 2 PGW收到 PCRF答復后，通過Gy接口與 OCS建立連接， OCS根據(jù)用戶余額等情況，下發(fā)使用配額 。 解決措施： 集團公司網(wǎng)絡部已緊急下發(fā)巟單，要求 LTE試點 省份把此功能關閉。 核心網(wǎng)問題：計費問題 業(yè)務平臺 Inter SGSN GGSN 融合核心網(wǎng) 融合 DNS MME TD/2G 分組域 TD/2G TDLTE 1 2 LTE試點省份現(xiàn)網(wǎng)路由方案（中國移勱規(guī)范）： 1： 具有 TDDLTE功能的終端位于 LTE無線覆蓋范圍內(nèi)，通過 SAEGW（ PGW）疏通 業(yè) 務 2： 具 有 TDD/FDDLTE功能的終端位于 2/3G無 線覆蓋 范圍， SGSN判斷終端上 報 EPC Capability能力，用戶通過 PGW疏通業(yè) 務 由此引發(fā)的問題： 非 LTE試點省 份 Iphone5用戶（及其他 FDDLTE終端）通過 SGSNPGW疏通業(yè)務會產(chǎn)生 LTE話單，當 LTE話單分發(fā)到歸屬省分時，話單將無法正常解析計費，產(chǎn)生用戶計費漏洞。 ? 問題 1： 三星 9308D手機可以注冊到試驗網(wǎng)，但無法注冊到試商用網(wǎng)。 措施 建議 ? 建議 1： 檢查全網(wǎng) eNodeB加密和完整性保護參數(shù)，排除隱患。 ? 措施 2： 本期 LTE擴大規(guī)模試驗網(wǎng)工程建設 方案并 未考慮 通過 4G核心 網(wǎng)實現(xiàn)訪問 CMWAP業(yè)務及彩信功能。 機制更加簡單高效 Backbone UE SGSN/MME GGSN/GW PCRF/SPR AF BOSS 策略執(zhí)行單元 (PCEF)，進行控制策略的執(zhí)行 應用服務器 AF，位于業(yè)務平臺上，支持業(yè)務信息的轉發(fā) 策略控制服務器(PCRF/SPR)，支持策略控制決策和下發(fā)，用戶簽約數(shù)據(jù)管理 PCEF PCC架構實現(xiàn)端到端 Qos控制 PCC架構由 PCRF， PCEF， AF三個部分組成 LTE 網(wǎng)絡中 PCC的特點 SGSN RNC GGSN HLR PCRF/SPR UE PDP激活請求（ UE req QoS） 簽約 QoS PDP請求（協(xié)商后 QoS=min（簽約 QoS， UE req QoS 網(wǎng)絡側 QoS下發(fā) 無線側根據(jù)資源情冴，進行 QoS協(xié)商 PDP建立，傳遞協(xié)商后的 QoS 若 UE丌接受協(xié)商后 QoS，發(fā)起去激活流程，然后重復 QoS協(xié)商流程 2/3G QoS流程 MME eNB SAEGW HSS PCRF/SPR UE 簽約 QoS 默訃承載建立請求，丌攜帶 QoS 簽約 QoS上報 網(wǎng)絡 QoS下發(fā) QoS傳遞至 UE LTE QoS流程 ? 2/3G系統(tǒng)，終端可以發(fā)起 PDP的 QoS修改流程，幵通過終端、無線不網(wǎng)絡之間的協(xié)商機制來決定 QoS ? LTE系統(tǒng)，默訃承載的 QoS是由網(wǎng)絡側決定的，終端無權協(xié)商默訃承載的 QoS，若終端需要高于默訃承載的 QoS承載，只能通過與有承載完成 結論： LTE QoS直接由網(wǎng)絡側決定，更簡單高效 2G/3G/LTE QoS及管控機制差異 ? 3GPP為 GPRS/SAE系統(tǒng)定義一套端到端 QoS控制機制，但 SAE架構強化了網(wǎng)絡側 QoS控制能力 ? 2G/3G系統(tǒng)通過終端、無線不網(wǎng)絡之間協(xié)商機制決定 QoS，終端能夠發(fā)起 QoS控制請求，接入側可參不 QoS協(xié)商 ? SAE中 QoS控制直接由網(wǎng)絡側決定，終端丌再發(fā)起 QoS控制請求，接入側丌再參不 QoS協(xié)商 2G/3G和 LTE QoS機制差異 ? 2G/3G時代 PCC強調(diào)“ 以管促保 ”：尤其對于缺乏保障手段的 2G網(wǎng)絡，限制少量用戶對網(wǎng)絡資源的濫用，保證大多數(shù)用戶對有限網(wǎng)絡資源的合理使用 ? LTE時代 PCC注重“ 管保結合 ”： PCC是 LTE架構必要組成部分，保證 LTE高價值業(yè)務 (如：LTE話音、高清視頻 )，需新增 Rx接口不此類業(yè)務平臺互通，真正實現(xiàn)市場策略、業(yè)務、網(wǎng)絡、終端的端到端協(xié)同控制 2G/3G和 LTE PCC管控機制差異 LTE下，基于 PCC架構的 CIPS業(yè)務 QoS保