 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
電信KPI
KPI 主要看那些數(shù)據(jù)，如何解決有問題數(shù)據(jù)。
不是所有數(shù)據(jù)都要看吧，主要的數(shù)據(jù)提取出應(yīng)該就行了吧
提問者:
• 電信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
• 海口目前只處在選項1情況，中移動、中電信雖然只建了不少5G基站，但都處“未加電狀態(tài)”，希望下一步把資金分配到5GC云的布局與購買了5G手機用戶，所在4G服務(wù)區(qū)的升級ng-eNB相應(yīng)廠家，完成真5G網(wǎng)絡(luò) 2019-09-18
• 5G哥的“5G多連接網(wǎng)絡(luò)架構(gòu)及標準化進展”一文較清楚地描述了中國電信光纖入戶系統(tǒng)實現(xiàn)由LET演進到5GSA模式的方案是optin7x，這里，LET要升級為eLET，5GC以NGC表示。雖然以保證eMB 2019-09-12
• 電信VoLTE網(wǎng)間通話保持時主被叫到底是使用哪種網(wǎng)絡(luò)？ 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
• 海口目前只處在選項1情況，中移動、中電信雖然只建了不少5G基站，但都處“未加電狀態(tài)”，希望下一步把資金分配到5GC云的布局與購買了5G手機用戶，所在4G服務(wù)區(qū)的升級ng-eNB相應(yīng)廠家，完成真5G網(wǎng)絡(luò) 2019-09-18
• 5G哥的“5G多連接網(wǎng)絡(luò)架構(gòu)及標準化進展”一文較清楚地描述了中國電信光纖入戶系統(tǒng)實現(xiàn)由LET演進到5GSA模式的方案是optin7x，這里，LET要升級為eLET，5GC以NGC表示。雖然以保證eMB 2019-09-12
• 電信VoLTE網(wǎng)間通話保持時主被叫到底是使用哪種網(wǎng)絡(luò)？ 2019-08-06
問題答案
( 1 )
| 指標名稱 |
| 基站數(shù)量 |
| 小區(qū)數(shù)量 |
| CPU平均負荷 |
| CPU峰值負荷 |
| S1/X2接口帶寬平均占用率 |
| 上行PRB資源利用率（業(yè)務(wù)信息） |
| 上行PRB資源利用率（控制信息） |
| 下行PRB資源利用率（業(yè)務(wù)信息） |
| 下行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)絡(luò)PRB負荷（上行） |
| 自忙時網(wǎng)絡(luò)PRB負荷（下行） |
| UE發(fā)起的RRC連接建立請求次數(shù) |
| UE發(fā)起的RRC連接建立成功次數(shù) |
| UE發(fā)起的RRC連接建立成功率 |
| 網(wǎng)絡(luò)發(fā)起的RRC連接建立請求次數(shù) |
| 網(wǎng)絡(luò)發(fā)起的RRC連接建立成功次數(shù) |
| 網(wǎng)絡(luò)發(fā)起的RRC建立成功率 |
| RRC連接建立成功率 |
| RRC連接建立失敗次數(shù)（UE無應(yīng)答） |
| 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無響應(yīng)） |
| 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)絡(luò)擁塞） |
| 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響應(yīng)次數(shù)（可選） |
| LTE重定向到3G的次數(shù) |
| 空口上行用戶面流量 |
| 空口上行控制面流量 |
| 空口下行用戶面流量 |
| 空口下行控制面流量 |
| S1/X2接口發(fā)送業(yè)務(wù)字節(jié)數(shù) |
| S1/X2接口接收業(yè)務(wù)字節(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
• 陜西瑞達灃通信技術(shù)有限公司
聘：內(nèi)蒙辦長期需求華為持證中高級人員
需求人數(shù)：30 人 地點：呼和浩特市,包頭市,巴彥淖爾市,鄂爾多斯市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 南京順盛通信科技有限責任公司 聘：連云港中興原廠優(yōu)化
需求人數(shù)：4 人 地點：連云港市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 北京萬思維通信技術(shù)有限公司 聘：廣東 愛立信高端優(yōu)化后臺
需求人數(shù)：2 人 地點：廣東省
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
需求人數(shù)：30 人 地點：呼和浩特市,包頭市,巴彥淖爾市,鄂爾多斯市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 南京順盛通信科技有限責任公司 聘：連云港中興原廠優(yōu)化
需求人數(shù)：4 人 地點：連云港市
• 成都旗訊通信技術(shù)有限公司 聘：【移動項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 北京萬思維通信技術(shù)有限公司 聘：廣東 愛立信高端優(yōu)化后臺
需求人數(shù)：2 人 地點：廣東省
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 北京宜通華瑞科技有限公司 聘：高速高鐵優(yōu)化中級（江西上饒）
需求人數(shù)：1 人 地點：上饒市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |