 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
GPRS優(yōu)化時，主要考察哪些指標(biāo)？
GPRS優(yōu)化中，要注意哪些指標(biāo)變化，哪種范圍才是正常的？
提問者:
• GPRS隨機(jī)接入被網(wǎng)絡(luò)拒絕的原因有哪些？ 2019-09-11
• GPRS技術(shù) 2018-05-09
• 請問2G——GPRS休眠小區(qū)的立即支配成功率低如何解決 2017-11-27
• GPRS網(wǎng)關(guān)節(jié)點(diǎn)有哪些 2017-10-20
• 【NB-IOT的覆蓋增強(qiáng)疑問？筆誤？】目前最熱的NB-IOT物聯(lián)網(wǎng)技術(shù)，其設(shè)計(jì)覆蓋目標(biāo)要比GPRS好20dB，后者實(shí)踐中為144dB，故NB-IOT的理想最大路損目標(biāo)為164dB。這是標(biāo)準(zhǔn)規(guī)范所定義的 2017-08-04
• 打開GPRS，出現(xiàn)信號閃斷，求各位專家指導(dǎo)。謝謝 2017-07-15
• GPRS模塊一直出現(xiàn)基站切換 2017-07-10
• 2G 網(wǎng)絡(luò)GPRS模塊Ipcp地址會話錯誤，是何原因 2017-07-03
• GPRS技術(shù) 2018-05-09
• 請問2G——GPRS休眠小區(qū)的立即支配成功率低如何解決 2017-11-27
• GPRS網(wǎng)關(guān)節(jié)點(diǎn)有哪些 2017-10-20
• 【NB-IOT的覆蓋增強(qiáng)疑問？筆誤？】目前最熱的NB-IOT物聯(lián)網(wǎng)技術(shù)，其設(shè)計(jì)覆蓋目標(biāo)要比GPRS好20dB，后者實(shí)踐中為144dB，故NB-IOT的理想最大路損目標(biāo)為164dB。這是標(biāo)準(zhǔn)規(guī)范所定義的 2017-08-04
• 打開GPRS，出現(xiàn)信號閃斷，求各位專家指導(dǎo)。謝謝 2017-07-15
• GPRS模塊一直出現(xiàn)基站切換 2017-07-10
• 2G 網(wǎng)絡(luò)GPRS模塊Ipcp地址會話錯誤，是何原因 2017-07-03
問題答案
( 12 )
指標(biāo)1-TBF建立成功率，至少達(dá)到百分之80；
2-PDCH復(fù)用度；低于4算正常；
3-GPRS上下行速率；一般信號正常的話，上行達(dá)到12Kbps，下行能達(dá)到5-8KB/S;EDGE上行達(dá)到30Kbps；下行至少能達(dá)到20KB/S。
常見的就這些，具體還有很多，分廠家區(qū)別。
2-PDCH復(fù)用度；低于4算正常；
3-GPRS上下行速率；一般信號正常的話，上行達(dá)到12Kbps，下行能達(dá)到5-8KB/S;EDGE上行達(dá)到30Kbps；下行至少能達(dá)到20KB/S。
常見的就這些，具體還有很多，分廠家區(qū)別。
回答者：
zxjyarmy
回答時間：2011-09-11 10:23
29
35
http打開速度，ftp下載速度
回答者：
yyy19890220
回答時間：2011-09-11 10:57
27
32
飛網(wǎng).1 最壞小區(qū)
UL/DL USER TRAFFIC GPRS、UL/DL CS2 占用比例、DL BLER GPRS、NO PDTCH AVAIL、CHANNLE
REQUEST SUCCESS RATE
UL/DL USER TRAFFIC GPRS ：GPRS RLC上下行業(yè)務(wù)量,由CS1,CS2,CS3,CS4 四種編碼的上下
行RLC應(yīng)答和非應(yīng)答塊總和；
UL/DL CS2 占用比例：上下行CS2 占用比例就是系統(tǒng)所有上下行數(shù)據(jù)業(yè)務(wù)由CS2 方式完成的比率，GPRS數(shù)據(jù)業(yè)務(wù)在RLC層無線傳輸編碼方式有CS1,CS2,CS3,CS4 四種方式，一般而言上行CS2 占用比例不小于 70%，下行CS2 占用比例不小于 90%；
DL BLER GPRS：下行誤碼塊.也就是指下行RLC層流量中,沒有得到應(yīng)答的數(shù)據(jù)塊占總的數(shù)據(jù)
塊比率.當(dāng)然此指標(biāo)值越高說明此小區(qū)數(shù)據(jù)傳送誤碼率越高.當(dāng)指標(biāo)>8%是,定義為最壞小區(qū).
對于 DL_BLER_GPRS 高的基站，先分析它的頻點(diǎn)（同鄰頻）是否存在干擾，如果有可通過改頻得到解決，如果不存在干擾，通過重調(diào)基站的方法一般可以解決 ．
NO PDTCH AVAIL：
沒有可用的PDTCH信道， PDTCH AVAIL當(dāng)有小區(qū)一周內(nèi)頻繁出現(xiàn)沒有PDTCH NO可用時,需要考慮擴(kuò)容PDTCH；
CHANNLE REQUEST SUCCESS RATE：信道接入成功率；
飛網(wǎng).2 RLC 流量
UL/DL RLC 流量
UL/DL RLC 流量：根據(jù)RLC流量統(tǒng)計(jì)我們可以清楚系統(tǒng)GPRS總的數(shù)據(jù)業(yè)務(wù)情況及每天GPRS數(shù)據(jù)業(yè)務(wù)小時分布情況.RLC總流量=小區(qū)上行RLC流量+小區(qū)下行RLC流量；
飛網(wǎng).3 PCU 指標(biāo)
PCU CONGESTION RATE、PCU CHANNEL REQS SUCCESS RATE
PCU CONGESTION RATE：PCU擁塞率= CHANNEL_REQS_REJECT/CHANNEL_REQS_REC*100%；
PCU CHANNEL REQS SUCCESS RATE ： PCU 信 道 接 入 成 功 率 =CHANNEL_REQS_SUCCESS/CHANNEL_REQS_REC*100%
CHANNEL_REQS_REJECT:統(tǒng)計(jì)呼叫請求被拒絕的次數(shù)
CHANNEL_REQS_SUCCESS:統(tǒng)計(jì)成功分配到 TBF 資源的 Channel Request 數(shù)量
CHANNEL_REQS_REC:按接入方法統(tǒng)計(jì) PCU 接到的 Channel Request 的數(shù)量；
飛網(wǎng).4 信道指標(biāo)
DL PDTCH CONGESTION、GPRS CHANNELS SWITCHED、PDTCH AVAIL RATE、TCH USE RATE
DL PDTCH CONGESTION：PDTCH下行擁塞時間DL PDTCH CONGESTION，當(dāng)DL PDTCH CONGESTION時間頻繁出現(xiàn)較大(10000=10 秒)時,須檢查PDTCH時隙配置及無線環(huán)境.
GPRS CHANNELS SWITCHED：GPRS數(shù)據(jù)業(yè)務(wù)在RES GPRS PDTCH信道與SWITCH GPRS PDTCH信道間切換次數(shù).當(dāng)SWITCH次數(shù)超過 150 次/天時,須重新配置RES GPRS PDTCH與SWITCH GPRS PDTCH,避免因頻繁切換使數(shù)據(jù)業(yè)務(wù)掉線.
PDTCH AVAIL RATE：PDTCH信道利用率，PDTCH信道利用率= DL BUSY PDTCH MEAN / GPRS AVAIL PDTCH MEAM * 100%，一般而言建義當(dāng)PDTCH信道利用率>60%時,須考濾擴(kuò)容PDTCH信道.
TCH USE RATE：建義當(dāng)TCH USE話務(wù)信道利用率>70%時,要考濾擴(kuò)容載頻.當(dāng)TCH USE話務(wù)信道利用率>100%,不但會造成話務(wù)擁塞,而且因經(jīng)常搶占PDTCH信道,造成GPRS數(shù)據(jù)業(yè)務(wù)中斷.進(jìn)行 PDTCH 信 道 擴(kuò) 容 時 , 要 綜 合 考 濾 PDTCH 信 道 利 用 率 , TCH_USE 話 務(wù) 信 道 利 用 率 , GPRS CHANNELS SWITCHED 三個統(tǒng)計(jì)數(shù)據(jù)，盡量做到話務(wù)與數(shù)據(jù)業(yè)務(wù)平衡;
飛網(wǎng).5 PRP 指標(biāo)
PRP LOAD、PRP CPU USAGE
PRP_LOAD：PRP板負(fù)荷,當(dāng)PRP板負(fù)荷 PRP_LOAD超過 60 時將考濾PRP板擴(kuò)容.
CPU_USAGE：PRP板CPU負(fù)荷，當(dāng)PRP CPU_USAGE超過 40%時將考濾PRP板擴(kuò)容.
飛網(wǎng).6 GB 指標(biāo)
GSL LAPD CONGESTION、GBL 負(fù)荷、GBL UNAVAILABLE
GSL LAPD CONGESTION：GSL的信令負(fù)荷 LAPD_CONGESTION，當(dāng)GSL的信令負(fù)荷在一周內(nèi)頻繁出現(xiàn)＞100 時，要考濾GSL擴(kuò)容
GBL負(fù)荷：GBL負(fù)荷=（GBL DL DATA THRPUT＋GBL UL DATA THRPUT)*8/GBL的帶寬，GBL的帶
寬=GBL 時隙*64，當(dāng)GBL的負(fù)荷>60％,需要考慮增加GBL資源,即擴(kuò)GBL時隙.
GBL UNAVAILABLE：當(dāng)有出現(xiàn)GBL_UNAVAILABLE>0 時說明GBL有OOS過,應(yīng)對GBＬ進(jìn)行檢查
飛網(wǎng).7 小區(qū)重選
CELL FLUSH REQS
CELL FLUSH REQS：小區(qū)重選，當(dāng)小區(qū)重選次數(shù)頻繁出現(xiàn)>400，建議調(diào)整小區(qū)重選參數(shù)、功
率大小，方位角，俯仰角等，小區(qū)重選頻繁不但影響數(shù)據(jù)業(yè)務(wù)速率，還將造成數(shù)據(jù)業(yè)務(wù)掉線．
UL/DL USER TRAFFIC GPRS、UL/DL CS2 占用比例、DL BLER GPRS、NO PDTCH AVAIL、CHANNLE
REQUEST SUCCESS RATE
UL/DL USER TRAFFIC GPRS ：GPRS RLC上下行業(yè)務(wù)量,由CS1,CS2,CS3,CS4 四種編碼的上下
行RLC應(yīng)答和非應(yīng)答塊總和；
UL/DL CS2 占用比例：上下行CS2 占用比例就是系統(tǒng)所有上下行數(shù)據(jù)業(yè)務(wù)由CS2 方式完成的比率，GPRS數(shù)據(jù)業(yè)務(wù)在RLC層無線傳輸編碼方式有CS1,CS2,CS3,CS4 四種方式，一般而言上行CS2 占用比例不小于 70%，下行CS2 占用比例不小于 90%；
DL BLER GPRS：下行誤碼塊.也就是指下行RLC層流量中,沒有得到應(yīng)答的數(shù)據(jù)塊占總的數(shù)據(jù)
塊比率.當(dāng)然此指標(biāo)值越高說明此小區(qū)數(shù)據(jù)傳送誤碼率越高.當(dāng)指標(biāo)>8%是,定義為最壞小區(qū).
對于 DL_BLER_GPRS 高的基站，先分析它的頻點(diǎn)（同鄰頻）是否存在干擾，如果有可通過改頻得到解決，如果不存在干擾，通過重調(diào)基站的方法一般可以解決 ．
NO PDTCH AVAIL：
沒有可用的PDTCH信道， PDTCH AVAIL當(dāng)有小區(qū)一周內(nèi)頻繁出現(xiàn)沒有PDTCH NO可用時,需要考慮擴(kuò)容PDTCH；
CHANNLE REQUEST SUCCESS RATE：信道接入成功率；
飛網(wǎng).2 RLC 流量
UL/DL RLC 流量
UL/DL RLC 流量：根據(jù)RLC流量統(tǒng)計(jì)我們可以清楚系統(tǒng)GPRS總的數(shù)據(jù)業(yè)務(wù)情況及每天GPRS數(shù)據(jù)業(yè)務(wù)小時分布情況.RLC總流量=小區(qū)上行RLC流量+小區(qū)下行RLC流量；
飛網(wǎng).3 PCU 指標(biāo)
PCU CONGESTION RATE、PCU CHANNEL REQS SUCCESS RATE
PCU CONGESTION RATE：PCU擁塞率= CHANNEL_REQS_REJECT/CHANNEL_REQS_REC*100%；
PCU CHANNEL REQS SUCCESS RATE ： PCU 信 道 接 入 成 功 率 =CHANNEL_REQS_SUCCESS/CHANNEL_REQS_REC*100%
CHANNEL_REQS_REJECT:統(tǒng)計(jì)呼叫請求被拒絕的次數(shù)
CHANNEL_REQS_SUCCESS:統(tǒng)計(jì)成功分配到 TBF 資源的 Channel Request 數(shù)量
CHANNEL_REQS_REC:按接入方法統(tǒng)計(jì) PCU 接到的 Channel Request 的數(shù)量；
飛網(wǎng).4 信道指標(biāo)
DL PDTCH CONGESTION、GPRS CHANNELS SWITCHED、PDTCH AVAIL RATE、TCH USE RATE
DL PDTCH CONGESTION：PDTCH下行擁塞時間DL PDTCH CONGESTION，當(dāng)DL PDTCH CONGESTION時間頻繁出現(xiàn)較大(10000=10 秒)時,須檢查PDTCH時隙配置及無線環(huán)境.
GPRS CHANNELS SWITCHED：GPRS數(shù)據(jù)業(yè)務(wù)在RES GPRS PDTCH信道與SWITCH GPRS PDTCH信道間切換次數(shù).當(dāng)SWITCH次數(shù)超過 150 次/天時,須重新配置RES GPRS PDTCH與SWITCH GPRS PDTCH,避免因頻繁切換使數(shù)據(jù)業(yè)務(wù)掉線.
PDTCH AVAIL RATE：PDTCH信道利用率，PDTCH信道利用率= DL BUSY PDTCH MEAN / GPRS AVAIL PDTCH MEAM * 100%，一般而言建義當(dāng)PDTCH信道利用率>60%時,須考濾擴(kuò)容PDTCH信道.
TCH USE RATE：建義當(dāng)TCH USE話務(wù)信道利用率>70%時,要考濾擴(kuò)容載頻.當(dāng)TCH USE話務(wù)信道利用率>100%,不但會造成話務(wù)擁塞,而且因經(jīng)常搶占PDTCH信道,造成GPRS數(shù)據(jù)業(yè)務(wù)中斷.進(jìn)行 PDTCH 信 道 擴(kuò) 容 時 , 要 綜 合 考 濾 PDTCH 信 道 利 用 率 , TCH_USE 話 務(wù) 信 道 利 用 率 , GPRS CHANNELS SWITCHED 三個統(tǒng)計(jì)數(shù)據(jù)，盡量做到話務(wù)與數(shù)據(jù)業(yè)務(wù)平衡;
飛網(wǎng).5 PRP 指標(biāo)
PRP LOAD、PRP CPU USAGE
PRP_LOAD：PRP板負(fù)荷,當(dāng)PRP板負(fù)荷 PRP_LOAD超過 60 時將考濾PRP板擴(kuò)容.
CPU_USAGE：PRP板CPU負(fù)荷，當(dāng)PRP CPU_USAGE超過 40%時將考濾PRP板擴(kuò)容.
飛網(wǎng).6 GB 指標(biāo)
GSL LAPD CONGESTION、GBL 負(fù)荷、GBL UNAVAILABLE
GSL LAPD CONGESTION：GSL的信令負(fù)荷 LAPD_CONGESTION，當(dāng)GSL的信令負(fù)荷在一周內(nèi)頻繁出現(xiàn)＞100 時，要考濾GSL擴(kuò)容
GBL負(fù)荷：GBL負(fù)荷=（GBL DL DATA THRPUT＋GBL UL DATA THRPUT)*8/GBL的帶寬，GBL的帶
寬=GBL 時隙*64，當(dāng)GBL的負(fù)荷>60％,需要考慮增加GBL資源,即擴(kuò)GBL時隙.
GBL UNAVAILABLE：當(dāng)有出現(xiàn)GBL_UNAVAILABLE>0 時說明GBL有OOS過,應(yīng)對GBＬ進(jìn)行檢查
飛網(wǎng).7 小區(qū)重選
CELL FLUSH REQS
CELL FLUSH REQS：小區(qū)重選，當(dāng)小區(qū)重選次數(shù)頻繁出現(xiàn)>400，建議調(diào)整小區(qū)重選參數(shù)、功
率大小，方位角，俯仰角等，小區(qū)重選頻繁不但影響數(shù)據(jù)業(yè)務(wù)速率，還將造成數(shù)據(jù)業(yè)務(wù)掉線．
回答者：
OscarDon
回答時間：2011-09-11 11:30
35
31
這個就很多了，建議查下華為的GPRS/EDGE優(yōu)化手冊，很詳細(xì)的，這個論壇有下載的。
回答者：
beichen
回答時間：2011-09-11 11:59
31
37
這邊一般考核的是下載速度 tbf建立成功率 pdch復(fù)用度
回答者：
buptwzz
回答時間：2011-09-11 12:53
31
35
樓上很多專家都介紹了，但這里的篇幅肯定不可能介紹完。
GPRS/EDGE優(yōu)化中，我們最主要從兩個方面的指標(biāo)進(jìn)行優(yōu)化：
統(tǒng)計(jì)和路測。
統(tǒng)計(jì)有無線性能的，如接入性能的、流量大小的、等等， 設(shè)備性能的，如負(fù)荷等。
路測有CQT和DT兩個方面， 有成功率、下載速度等。
如現(xiàn)在移動的考核指標(biāo)，主要是統(tǒng)計(jì)方面的，如EDGE高編碼占比，EDGE占比，最差小區(qū)占比，無線利用率等。 前幾年主要是集團(tuán)和省的三方測試檢查，現(xiàn)在也還是重點(diǎn)，號稱32項(xiàng)指標(biāo)如CQT的附著時長、成功率，PDP時長，成功率，PING時長，成功率。WAP登陸首頁時間，成功率，WAP刷新時長，成功率，KJAVA登陸時長，成功率，F(xiàn)TP下載速度，彩信成功率，飛信等。DT有FTP下載速度，GPRS/EDGE無覆蓋里程，掉線率等。
具體的可以收收一些優(yōu)化文檔。這里不可能介紹全面。
GPRS/EDGE優(yōu)化中，我們最主要從兩個方面的指標(biāo)進(jìn)行優(yōu)化：
統(tǒng)計(jì)和路測。
統(tǒng)計(jì)有無線性能的，如接入性能的、流量大小的、等等， 設(shè)備性能的，如負(fù)荷等。
路測有CQT和DT兩個方面， 有成功率、下載速度等。
如現(xiàn)在移動的考核指標(biāo)，主要是統(tǒng)計(jì)方面的，如EDGE高編碼占比，EDGE占比，最差小區(qū)占比，無線利用率等。 前幾年主要是集團(tuán)和省的三方測試檢查，現(xiàn)在也還是重點(diǎn)，號稱32項(xiàng)指標(biāo)如CQT的附著時長、成功率，PDP時長，成功率，PING時長，成功率。WAP登陸首頁時間，成功率，WAP刷新時長，成功率，KJAVA登陸時長，成功率，F(xiàn)TP下載速度，彩信成功率，飛信等。DT有FTP下載速度，GPRS/EDGE無覆蓋里程，掉線率等。
具體的可以收收一些優(yōu)化文檔。這里不可能介紹全面。
回答者：
Jackyyan
回答時間：2011-09-11 16:03
32
35
| 2G Call Setup Success Rate - Data | UL CSSR | DL CSSR | UL TBF requests | DL TBF requests | UL Database Allocation fail | UL fail due to Abis congestion | UL fail due to RR congestion | UL fail due to UPPB-DSP channel congestion | UL fail due to due to channel activate failed | UL fail due to due to BTS connection failed | UL fail due to due to BIU connection failed | UL fail due to due to not receive PIA | UL fail on PACCH - time out | UL fail on PACCH - other reasons | UL fail on CCCH - competition solving failed | UL fail on CCCH - ressource request not received | UL fail on CCCH - other reasons | DL fail due to CPU | DL fail due to not support DTM | DL fail due to database allocation failure | DL fail due to Abis congestion | DL fail due to RR congestion | DL fail due to UPPB-DSP channel congestion | DL fail due to due to channel activate failed | DL fail due to due to BTS connection failed | DL fail due to due to BIU connection failed | DL fail due to due to not receive PIA | DL fail on PACCH - time out | DL fail on PACCH - other reasons | DL fail on CCCH - time out | DL fail on CCCH - other reasons | DL fail on CCCH - polling failed | TKL_NAD_Lost_connection_rate | UL TBF Successes | DL TBF Successes | UL Lost connection Rate - Data | UL_Drop_N3101 overflow | UL_Drop_N3103 overflow | UL_Drop_forcing_release_by_control_plane | UL_drop_instance_suspension | UL_drop_inner_abnormal | Number of EGPRS UL TBF release due to flush LL | Number of EGPRS UL TBF release due to GPRS suspend requests | Number of EGPRS UL TBF forcing release by CS | Number of EGPRS UL TBF abnormal release due to user plane requests | Number of EGPRS UL TBF release due to NSVC unavailability | Number of EGPRS UL TBF release due to BVC unavailability | Number of EGPRS UL TBF release due to other reasons | DL Lost connection Rate - Data | DL_Drop_N3105 overflow | DL_drop_other_reasons | DL_Drop_forcing_release_by_control_plane | DL_drop_instance_suspension | DL_drop_inner_abnormal | Number of EGPRS DL TBF release due to flush LL | Number of EGPRS DL TBF release due to GPRS suspend requests | Number of EGPRS DL TBF forcing release by CS | Number of EGPRS DL TBF abnormal release due to user plane requests | Number of EGPRS DL TBF release due to NSVC unavailability | Number of EGPRS DL TBF release due to BVC unavailability | Number of EGPRS DL TBF release due to other reasons | Number of standstill of GPRS UL TBF receiving window | Number of standstill of EGPRS UL TBF receiving window | Number of standstill of GPRS DL TBF sending window | Number of standstill of EGPRS DL TBF sending window | UL GPRS RLC retransmitted rate | UL EGPRS RLC retransmitted rate | DL GPRS RLC retransmitted rate | DL EGPRS RLC retransmitted rate | UL GPRS CS1 RLC block number | UL GPRS CS2 RLC block number | UL GPRS CS3 RLC block number | UL GPRS CS4 RLC block number | DL GPRS CS1 RLC block number | DL GPRS CS2 RLC block number | DL GPRS CS3 RLC block number | DL GPRS CS4 RLC block number | UL EGPRS MCS1 RLC block number | UL EGPRS MCS2 RLC block number | UL EGPRS MCS3 RLC block number | UL EGPRS MCS4 RLC block number | UL EGPRS MCS5 RLC block number | UL EGPRS MCS6 RLC block number | UL EGPRS MCS7 RLC block number | UL EGPRS MCS8 RLC block number | UL EGPRS MCS9 RLC block number | DL EGPRS MCS1 RLC block number | DL EGPRS MCS2 RLC block number | DL EGPRS MCS3 RLC block number | DL EGPRS MCS4 RLC block number | DL EGPRS MCS5 RLC block number | DL EGPRS MCS6 RLC block number | DL EGPRS MCS7 RLC block number | DL EGPRS MCS8 RLC block number | DL EGPRS MCS9 RLC block number | Number of increment of GPRS DL coding mode | Number of decrement of GPRS DL coding mode | Number of increment of GPRS UL coding mode | Number of decrement of GPRS UL coding mode | Number of increment of EGPRS DL coding mode | Number of decrement of EGPRS DL coding mode | Number of increment of EGPRS UL coding mode | Number of decrement of EGPRS UL coding mode | TKL_NAD_2G_average_EDGE_throughput_ per data TS_DL | TKL_NAD_2G_average_GPRS_throughput_ per data TS_DL | TKL_NAD_2G_average_EDGE_throughput_ per data TS_UL | TKL_NAD_2G_average_GPRS_throughput_ per data TS_UL | TKL_NAD_2G Data traffic volume DL | TKL_NAD_2G Data traffic volume UL | Maximum number of Abis TS used | Average number of Abis TS used | Average Number of available PDCH | Average Number of unavailable PDCH | Number of available static PDCH | Number of unavailable static PDCH | Time of DL PDCH congestion | Time of UL PDCH congestion | Number of forcing conversation dynamic from PDCH to TCH by BSC | Number of dynamic PDCH preemption for CS service | Maximum number of used PDCH | Average number of used PDCH | Time of GPRS UL connection | Time of EGPRS UL connection | Time of UL signaling connection | Time of GPRS DL connection | Time of EGPRS DL connection | Time of DL signaling connection | DL RLC Blocks for Signalling(nb) | DL RLC Blocks for Effective Download(nb) | DL RLC Block for Dummy(nb) | UL RLC Blocks for Signalling(nb) | UL RLC Blocks for Effective Download(nb) | UL RLC Block for Dummy(nb) | Number of discarded EGPRS DL LLC frames due to buffer overflow | Number of discarded EGPRS DL LLC frames due to life time expiration | Number of discarded EGPRS DL LLC frames due to other reasons | Number of discarded GPRS DL LLC frames due to buffer overflow | Number of discarded GPRS DL LLC frames due to life time expiration | Number of discarded GPRS DL LLC frames due to other reasons | Total time of NACC cell reselection | Number of NACC cell reselection(PCCN to flush LL) | Number of NACC cell reselection without receiving flush LL | The average length of packet latency period in Abis | The length of packet latency period between 0 and 20ms(20 included) in Abis | The length of packet latency period between 20ms and 40ms(40 included) in Abis | The length of packet latency period between 40ms and 60ms(60 included) in Abis | The length of packet latency period between 60ms and 80ms(80 included) in Abis | The length of packet latency period between 80ms and 100ms(100 included) in Abis | The length of packet latency period between 100ms and 120ms(120 included) in Abis | The length of packet latency period between 120ms and 140ms(140 included) in Abis | The length of packet latency period between 140ms and 160ms(160 included) in Abis | The length of packet latency period between 160ms and 180ms(180 included) in Abis | The length of packet latency period larger than 180ms in Abis | The average length of downlink packet latency period in Gb | The length of downlink packet latency period between 0 and 100ms(100 included) in Gb | The length of downlink packet latency period between 100ms and 200ms(200 included) in Gb | The length of downlink packet latency period between 200ms and 300ms(300 included) in Gb | The length of downlink packet latency period between 300ms and 400ms(400 included) in Gb | The length of downlink packet latency period between 400ms and 600ms(600 included) in Gb | The length of downlink packet latency period between 600ms and 1000ms(1000 included) in Gb | The length of downlink packet latency period larger than 1000ms in Gb | The average length of uplink packet latency period in Gb | LLC Stall number | MAC Resource Congestion | BSSGP Resource Congestion | LLC re-routing failed number | LLC re-routing success number | LLC Transfer fail via cell reselection | LLC transfer fail not via cell reselection |
qianlifeixue 2012-02-02 14:49
三方考核DT關(guān)注的是FTP速率、掉線率、WAP登錄時延及成功率
回答者：
wsat273
回答時間：2011-09-11 17:20
34
30
去論壇找找資料吧 有
回答者：
zjb26010105
回答時間：2011-09-11 20:18
31
36
主要還是看當(dāng)?shù)氐木址皆趺匆蟮�。我這邊是只考察上行TBF建立成功率和下行TBF擁塞率
回答者：
guodac
回答時間：2011-09-11 20:59
35
33
3樓的差不多
回答者：
flyingsnow0102
回答時間：2011-09-12 10:46
37
29
學(xué)習(xí)一下
回答者：
過期的味道
回答時間：2011-09-13 09:44
39
29
學(xué)習(xí)一下
回答者：
sibo174600111
回答時間：2011-09-16 09:40
29
39
• 重慶信科通信工程有限公司
聘：西安GSC項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：西安市
• 南京順盛通信科技有限責(zé)任公司 聘：通信實(shí)習(xí)生
需求人數(shù)：20 人 地點(diǎn)：南京市,宿遷市,徐州市,鹽城市,連云港市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點(diǎn)：寧夏
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點(diǎn)：鄭州市
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 安徽引途科技有限公司 聘：阜陽前臺測試
需求人數(shù)：2 人 地點(diǎn)：阜陽市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：杭州市,寧波市,嘉興市,溫州市,紹興市
需求人數(shù)：2 人 地點(diǎn)：西安市
• 南京順盛通信科技有限責(zé)任公司 聘：通信實(shí)習(xí)生
需求人數(shù)：20 人 地點(diǎn)：南京市,宿遷市,徐州市,鹽城市,連云港市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點(diǎn)：寧夏
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點(diǎn)：鄭州市
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 安徽引途科技有限公司 聘：阜陽前臺測試
需求人數(shù)：2 人 地點(diǎn)：阜陽市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：牡丹江市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗(yàn)人員
需求人數(shù)：10 人 地點(diǎn)：北京市
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點(diǎn)：杭州市,寧波市,嘉興市,溫州市,紹興市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |