 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
電信KPI
KPI 主要看那些數(shù)據(jù)，如何解決有問題數(shù)據(jù)。
不是所有數(shù)據(jù)都要看吧，主要的數(shù)據(jù)提取出應該就行了吧
提問者:
• 電信LTE RSRP正常，SINR很差，電信1.8G頻段的，頻點1825,1850 2020-07-21
• 電聯(lián)共享5G站，電信正常，聯(lián)通4G錨點站無法占用5G 2020-05-22
• 各位大佬，請問下，誰知道東莞哪里的電信4G覆蓋比較差，3G比較好，提供幾個點，謝謝 2019-12-20
• 截至今日電信替換總共完成129個點， 剩余63個未完成 ，其中需鐵塔協(xié)調(diào)站點46個 ，問題站點21個，已安排日程站點10個，可做待定站點15個。明日無替換安排 2019-10-10
• 中國電信集團黨組書記，董事長柯瑞文說，在5G時代，中國電信堅持全網(wǎng)通終端，堅持超級上行（這要全雙工）和wifi6，堅持NSA和SA雙模全網(wǎng)通標準（肯定是Option7x與Option4重了�。�。“這個 2019-09-25
• �？谀壳爸惶幵谶x項1情況，中移動、中電信雖然只建了不少5G基站，但都處“未加電狀態(tài)”，希望下一步把資金分配到5GC云的布局與購買了5G手機用戶，所在4G服務區(qū)的升級ng-eNB相應廠家，完成真5G網(wǎng)絡 2019-09-18
• 5G哥的“5G多連接網(wǎng)絡架構(gòu)及標準化進展”一文較清楚地描述了中國電信光纖入戶系統(tǒng)實現(xiàn)由LET演進到5GSA模式的方案是optin7x，這里，LET要升級為eLET，5GC以NGC表示。雖然以保證eMB 2019-09-12
• 電信VoLTE網(wǎng)間通話保持時主被叫到底是使用哪種網(wǎng)絡？ 2019-08-06
• 電聯(lián)共享5G站，電信正常，聯(lián)通4G錨點站無法占用5G 2020-05-22
• 各位大佬，請問下，誰知道東莞哪里的電信4G覆蓋比較差，3G比較好，提供幾個點，謝謝 2019-12-20
• 截至今日電信替換總共完成129個點， 剩余63個未完成 ，其中需鐵塔協(xié)調(diào)站點46個 ，問題站點21個，已安排日程站點10個，可做待定站點15個。明日無替換安排 2019-10-10
• 中國電信集團黨組書記，董事長柯瑞文說，在5G時代，中國電信堅持全網(wǎng)通終端，堅持超級上行（這要全雙工）和wifi6，堅持NSA和SA雙模全網(wǎng)通標準（肯定是Option7x與Option4重了�。�。“這個 2019-09-25
• �？谀壳爸惶幵谶x項1情況，中移動、中電信雖然只建了不少5G基站，但都處“未加電狀態(tài)”，希望下一步把資金分配到5GC云的布局與購買了5G手機用戶，所在4G服務區(qū)的升級ng-eNB相應廠家，完成真5G網(wǎng)絡 2019-09-18
• 5G哥的“5G多連接網(wǎng)絡架構(gòu)及標準化進展”一文較清楚地描述了中國電信光纖入戶系統(tǒng)實現(xiàn)由LET演進到5GSA模式的方案是optin7x，這里，LET要升級為eLET，5GC以NGC表示。雖然以保證eMB 2019-09-12
• 電信VoLTE網(wǎng)間通話保持時主被叫到底是使用哪種網(wǎng)絡？ 2019-08-06
問題答案
( 1 )
| 指標名稱 |
| 基站數(shù)量 |
| 小區(qū)數(shù)量 |
| CPU平均負荷 |
| CPU峰值負荷 |
| S1/X2接口帶寬平均占用率 |
| 上行PRB資源利用率（業(yè)務信息） |
| 上行PRB資源利用率（控制信息） |
| 下行PRB資源利用率（業(yè)務信息） |
| 下行PRB資源利用率（控制信息） |
| 上行PRB平均利用率 |
| 下行PRB平均利用率 |
| PDCCH信道占用率 |
| PRACH信道占用率 |
| 尋呼信道占用率 |
| 最大RRC連接用戶數(shù) |
| RRC連接許可用戶數(shù) |
| RRC連接許可用戶數(shù)使用率 |
| 上行平均激活用戶數(shù) |
| 下行平均激活用戶數(shù) |
| 平均激活用戶數(shù) |
| 平均用戶數(shù) |
| VoLTE用戶數(shù) |
| 超忙基站數(shù) |
| 超閑基站數(shù) |
| 自忙時小區(qū)PRB負荷（上行） |
| 自忙時小區(qū)PRB負荷（下行） |
| 自忙時網(wǎng)絡PRB負荷（上行） |
| 自忙時網(wǎng)絡PRB負荷（下行） |
| UE發(fā)起的RRC連接建立請求次數(shù) |
| UE發(fā)起的RRC連接建立成功次數(shù) |
| UE發(fā)起的RRC連接建立成功率 |
| 網(wǎng)絡發(fā)起的RRC連接建立請求次數(shù) |
| 網(wǎng)絡發(fā)起的RRC連接建立成功次數(shù) |
| 網(wǎng)絡發(fā)起的RRC建立成功率 |
| RRC連接建立成功率 |
| RRC連接建立失敗次數(shù)（UE無應答） |
| RRC連接建立失敗次數(shù)（小區(qū)Reject） |
| RRC連接建立失敗次數(shù)（其它原因） |
| RRC連接重建請求次數(shù) |
| RRC連接重建成功次數(shù) |
| RRC連接重建成功率 |
| S1信令連接建立嘗試次數(shù) |
| S1信令連接建立成功次數(shù) |
| S1信令連接建立成功率 |
| S1接口建立嘗試次數(shù) |
| S1接口建立成功次數(shù) |
| S1接口建立成功率 |
| 初始E-RAB建立請求次數(shù) |
| 初始E-RAB建立成功次數(shù) |
| 初始E-RAB建立成功率 |
| E-RAB建立請求次數(shù) |
| E-RAB建立成功次數(shù) |
| E-RAB建立成功率 |
| 初始接入成功率 |
| 無線連接成功率 |
| MME尋呼次數(shù) |
| MME尋呼丟棄次數(shù) |
| 尋呼擁塞率 |
| E-RAB建立失敗次數(shù)（UE無響應） |
| E-RAB建立失敗次數(shù)（核心網(wǎng)問題） |
| E-RAB建立失敗次數(shù)（傳輸層問題） |
| E-RAB建立失敗次數(shù)（無線層問題） |
| E-RAB建立失敗次數(shù)（無線資源不足） |
| E-RAB建立失敗次數(shù)（安全模式配置失�。� |
| E-RAB建立失敗次數(shù)（其它原因） |
| RRC連接重建比例 |
| CQIk占比 |
| UE上下文異常釋放次數(shù) |
| UE上下文正常釋放次數(shù) |
| UE上下文掉線率 |
| E-RAB異常釋放次數(shù) |
| E-RAB正常釋放次數(shù) |
| E-RAB掉線率 |
| E-RAB數(shù)據(jù)傳輸時長 |
| E-RAB時長掉線比 |
| 平均E-RAB數(shù) |
| 用戶平均E-RAB數(shù) |
| E-RAB異常釋放次數(shù)（核心網(wǎng)問題） |
| E-RAB異常釋放次數(shù)（傳輸層問題） |
| E-RAB異常釋放次數(shù)（網(wǎng)絡擁塞） |
| E-RAB異常釋放次數(shù)（無線層問題） |
| E-RAB異常釋放次數(shù)（切換失敗） |
| eNodeB內(nèi)切換請求次數(shù) |
| eNodeB內(nèi)切換成功次數(shù) |
| eNodeB內(nèi)切換成功率 |
| X2接口切換請求次數(shù) |
| X2接口切換成功次數(shù) |
| X2接口切換成功率 |
| S1接口切換請求次數(shù) |
| S1接口切換成功次數(shù) |
| S1接口切換成功率 |
| eNodeB間切換成功率 |
| 系統(tǒng)內(nèi)切換成功率 |
| 同頻切換請求次數(shù) |
| 同頻切換成功次數(shù) |
| 同頻切換成功率 |
| 異頻切換請求次數(shù) |
| 異頻切換成功次數(shù) |
| 異頻切換成功率 |
| LTE到3G切換嘗試次數(shù)（可選） |
| LTE到3G切換執(zhí)行次數(shù)（可選） |
| LTE到3G切換成功次數(shù)（可選） |
| LTE到3G切換執(zhí)行成功率（可選） |
| LTE到3G切換成功率（可選） |
| LTE到2G觸發(fā)次數(shù)（可選） |
| LTE到2G響應次數(shù)（可選） |
| LTE重定向到3G的次數(shù) |
| 空口上行用戶面流量 |
| 空口上行控制面流量 |
| 空口下行用戶面流量 |
| 空口下行控制面流量 |
| S1/X2接口發(fā)送業(yè)務字節(jié)數(shù) |
| S1/X2接口接收業(yè)務字節(jié)數(shù) |
| 以太網(wǎng)端口發(fā)送字節(jié)數(shù) |
| 以太網(wǎng)端口接收字節(jié)數(shù) |
| 物理層上行平均吞吐率 |
| 物理層下行平均吞吐率 |
| 用戶面PDCP層上行平均吞吐率 |
| 用戶面PDCP層下行平均吞吐率 |
| IP層上行平均吞吐率 |
| IP層下行平均吞吐率 |
| 激活用戶上行平均速率 |
| 激活用戶下行平均速率 |
| 空口上行用戶面丟包數(shù) |
| 空口上行用戶面丟包率 |
| 空口下行用戶面丟包數(shù) |
| 空口下行用戶面丟包率 |
| 空口下行用戶面棄包數(shù) |
| 空口下行用戶面棄包率 |
| 用戶面下行平均時延 |
| 小區(qū)退服時長 |
| 小區(qū)中斷率 |
| 小區(qū)可用率 |
| 基站斷站率 |
| SCTP鏈路斷鏈次數(shù) |
| SCTP鏈路可用性 |
| 上行PDCP層傳輸時長（秒） |
| 下行PDCP層傳輸時長（秒） |
回答者：
litom2004
回答時間：2018-03-20 08:46
1
2
• 西安長河通訊有限責任公司
聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：安康市
• 成都旗訊通信技術有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 杭州東信網(wǎng)絡技術有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 北京電旗通訊技術股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術有限公司 聘：優(yōu)化規(guī)劃工程師（后臺-安徽）
需求人數(shù)：5 人 地點：馬鞍山市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡技術有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
需求人數(shù)：2 人 地點：安康市
• 成都旗訊通信技術有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 杭州東信網(wǎng)絡技術有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 北京電旗通訊技術股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術有限公司 聘：優(yōu)化規(guī)劃工程師（后臺-安徽）
需求人數(shù)：5 人 地點：馬鞍山市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡技術有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |