 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• GPRS隨機接入被網(wǎng)絡(luò)拒絕的原因有哪些？ 2019-09-11
• GPRS技術(shù) 2018-05-09
• 請問2G——GPRS休眠小區(qū)的立即支配成功率低如何解決 2017-11-27
• GPRS網(wǎng)關(guān)節(jié)點有哪些 2017-10-20
• 【NB-IOT的覆蓋增強疑問？筆誤？】目前最熱的NB-IOT物聯(lián)網(wǎng)技術(shù)，其設(shè)計覆蓋目標要比GPRS好20dB，后者實踐中為144dB，故NB-IOT的理想最大路損目標為164dB。這是標準規(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é)點有哪些 2017-10-20
• 【NB-IOT的覆蓋增強疑問？筆誤？】目前最熱的NB-IOT物聯(lián)網(wǎng)技術(shù)，其設(shè)計覆蓋目標要比GPRS好20dB，后者實踐中為144dB，故NB-IOT的理想最大路損目標為164dB。這是標準規(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 )
指標1-TBF建立成功率，至少達到百分之80；
2-PDCH復(fù)用度；低于4算正常；
3-GPRS上下行速率；一般信號正常的話，上行達到12Kbps，下行能達到5-8KB/S;EDGE上行達到30Kbps；下行至少能達到20KB/S。
常見的就這些，具體還有很多，分廠家區(qū)別。
2-PDCH復(fù)用度；低于4算正常；
3-GPRS上下行速率；一般信號正常的話，上行達到12Kbps，下行能達到5-8KB/S;EDGE上行達到30Kbps；下行至少能達到20KB/S。
常見的就這些，具體還有很多，分廠家區(qū)別。
回答者：
zxjyarmy
回答時間：2011-09-11 10:23
30
36
http打開速度，ftp下載速度
回答者：
yyy19890220
回答時間：2011-09-11 10:57
28
33
飛網(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)然此指標值越高說明此小區(qū)數(shù)據(jù)傳送誤碼率越高.當(dāng)指標>8%是,定義為最壞小區(qū).
對于 DL_BLER_GPRS 高的基站，先分析它的頻點（同鄰頻）是否存在干擾，如果有可通過改頻得到解決，如果不存在干擾，通過重調(diào)基站的方法一般可以解決 ．
NO PDTCH AVAIL：
沒有可用的PDTCH信道， PDTCH AVAIL當(dāng)有小區(qū)一周內(nèi)頻繁出現(xiàn)沒有PDTCH NO可用時,需要考慮擴容PDTCH；
CHANNLE REQUEST SUCCESS RATE：信道接入成功率；
飛網(wǎng).2 RLC 流量
UL/DL RLC 流量
UL/DL RLC 流量：根據(jù)RLC流量統(tǒng)計我們可以清楚系統(tǒng)GPRS總的數(shù)據(jù)業(yè)務(wù)情況及每天GPRS數(shù)據(jù)業(yè)務(wù)小時分布情況.RLC總流量=小區(qū)上行RLC流量+小區(qū)下行RLC流量；
飛網(wǎng).3 PCU 指標
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)計呼叫請求被拒絕的次數(shù)
CHANNEL_REQS_SUCCESS:統(tǒng)計成功分配到 TBF 資源的 Channel Request 數(shù)量
CHANNEL_REQS_REC:按接入方法統(tǒng)計 PCU 接到的 Channel Request 的數(shù)量；
飛網(wǎng).4 信道指標
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%時,須考濾擴容PDTCH信道.
TCH USE RATE：建義當(dāng)TCH USE話務(wù)信道利用率>70%時,要考濾擴容載頻.當(dāng)TCH USE話務(wù)信道利用率>100%,不但會造成話務(wù)擁塞,而且因經(jīng)常搶占PDTCH信道,造成GPRS數(shù)據(jù)業(yè)務(wù)中斷.進行 PDTCH 信 道 擴 容 時 , 要 綜 合 考 濾 PDTCH 信 道 利 用 率 , TCH_USE 話 務(wù) 信 道 利 用 率 , GPRS CHANNELS SWITCHED 三個統(tǒng)計數(shù)據(jù)，盡量做到話務(wù)與數(shù)據(jù)業(yè)務(wù)平衡;
飛網(wǎng).5 PRP 指標
PRP LOAD、PRP CPU USAGE
PRP_LOAD：PRP板負荷,當(dāng)PRP板負荷 PRP_LOAD超過 60 時將考濾PRP板擴容.
CPU_USAGE：PRP板CPU負荷，當(dāng)PRP CPU_USAGE超過 40%時將考濾PRP板擴容.
飛網(wǎng).6 GB 指標
GSL LAPD CONGESTION、GBL 負荷、GBL UNAVAILABLE
GSL LAPD CONGESTION：GSL的信令負荷 LAPD_CONGESTION，當(dāng)GSL的信令負荷在一周內(nèi)頻繁出現(xiàn)＞100 時，要考濾GSL擴容
GBL負荷：GBL負荷=（GBL DL DATA THRPUT＋GBL UL DATA THRPUT)*8/GBL的帶寬，GBL的帶
寬=GBL 時隙*64，當(dāng)GBL的負荷>60％,需要考慮增加GBL資源,即擴GBL時隙.
GBL UNAVAILABLE：當(dāng)有出現(xiàn)GBL_UNAVAILABLE>0 時說明GBL有OOS過,應(yīng)對GBＬ進行檢查
飛網(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)然此指標值越高說明此小區(qū)數(shù)據(jù)傳送誤碼率越高.當(dāng)指標>8%是,定義為最壞小區(qū).
對于 DL_BLER_GPRS 高的基站，先分析它的頻點（同鄰頻）是否存在干擾，如果有可通過改頻得到解決，如果不存在干擾，通過重調(diào)基站的方法一般可以解決 ．
NO PDTCH AVAIL：
沒有可用的PDTCH信道， PDTCH AVAIL當(dāng)有小區(qū)一周內(nèi)頻繁出現(xiàn)沒有PDTCH NO可用時,需要考慮擴容PDTCH；
CHANNLE REQUEST SUCCESS RATE：信道接入成功率；
飛網(wǎng).2 RLC 流量
UL/DL RLC 流量
UL/DL RLC 流量：根據(jù)RLC流量統(tǒng)計我們可以清楚系統(tǒng)GPRS總的數(shù)據(jù)業(yè)務(wù)情況及每天GPRS數(shù)據(jù)業(yè)務(wù)小時分布情況.RLC總流量=小區(qū)上行RLC流量+小區(qū)下行RLC流量；
飛網(wǎng).3 PCU 指標
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)計呼叫請求被拒絕的次數(shù)
CHANNEL_REQS_SUCCESS:統(tǒng)計成功分配到 TBF 資源的 Channel Request 數(shù)量
CHANNEL_REQS_REC:按接入方法統(tǒng)計 PCU 接到的 Channel Request 的數(shù)量；
飛網(wǎng).4 信道指標
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%時,須考濾擴容PDTCH信道.
TCH USE RATE：建義當(dāng)TCH USE話務(wù)信道利用率>70%時,要考濾擴容載頻.當(dāng)TCH USE話務(wù)信道利用率>100%,不但會造成話務(wù)擁塞,而且因經(jīng)常搶占PDTCH信道,造成GPRS數(shù)據(jù)業(yè)務(wù)中斷.進行 PDTCH 信 道 擴 容 時 , 要 綜 合 考 濾 PDTCH 信 道 利 用 率 , TCH_USE 話 務(wù) 信 道 利 用 率 , GPRS CHANNELS SWITCHED 三個統(tǒng)計數(shù)據(jù)，盡量做到話務(wù)與數(shù)據(jù)業(yè)務(wù)平衡;
飛網(wǎng).5 PRP 指標
PRP LOAD、PRP CPU USAGE
PRP_LOAD：PRP板負荷,當(dāng)PRP板負荷 PRP_LOAD超過 60 時將考濾PRP板擴容.
CPU_USAGE：PRP板CPU負荷，當(dāng)PRP CPU_USAGE超過 40%時將考濾PRP板擴容.
飛網(wǎng).6 GB 指標
GSL LAPD CONGESTION、GBL 負荷、GBL UNAVAILABLE
GSL LAPD CONGESTION：GSL的信令負荷 LAPD_CONGESTION，當(dāng)GSL的信令負荷在一周內(nèi)頻繁出現(xiàn)＞100 時，要考濾GSL擴容
GBL負荷：GBL負荷=（GBL DL DATA THRPUT＋GBL UL DATA THRPUT)*8/GBL的帶寬，GBL的帶
寬=GBL 時隙*64，當(dāng)GBL的負荷>60％,需要考慮增加GBL資源,即擴GBL時隙.
GBL UNAVAILABLE：當(dāng)有出現(xiàn)GBL_UNAVAILABLE>0 時說明GBL有OOS過,應(yīng)對GBＬ進行檢查
飛網(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
32
這個就很多了，建議查下華為的GPRS/EDGE優(yōu)化手冊，很詳細的，這個論壇有下載的。
回答者：
beichen
回答時間：2011-09-11 11:59
32
38
這邊一般考核的是下載速度 tbf建立成功率 pdch復(fù)用度
回答者：
buptwzz
回答時間：2011-09-11 12:53
31
36
樓上很多專家都介紹了，但這里的篇幅肯定不可能介紹完。
GPRS/EDGE優(yōu)化中，我們最主要從兩個方面的指標進行優(yōu)化：
統(tǒng)計和路測。
統(tǒng)計有無線性能的，如接入性能的、流量大小的、等等， 設(shè)備性能的，如負荷等。
路測有CQT和DT兩個方面， 有成功率、下載速度等。
如現(xiàn)在移動的考核指標，主要是統(tǒng)計方面的，如EDGE高編碼占比，EDGE占比，最差小區(qū)占比，無線利用率等。 前幾年主要是集團和省的三方測試檢查，現(xiàn)在也還是重點，號稱32項指標如CQT的附著時長、成功率，PDP時長，成功率，PING時長，成功率。WAP登陸首頁時間，成功率，WAP刷新時長，成功率，KJAVA登陸時長，成功率，F(xiàn)TP下載速度，彩信成功率，飛信等。DT有FTP下載速度，GPRS/EDGE無覆蓋里程，掉線率等。
具體的可以收收一些優(yōu)化文檔。這里不可能介紹全面。
GPRS/EDGE優(yōu)化中，我們最主要從兩個方面的指標進行優(yōu)化：
統(tǒng)計和路測。
統(tǒng)計有無線性能的，如接入性能的、流量大小的、等等， 設(shè)備性能的，如負荷等。
路測有CQT和DT兩個方面， 有成功率、下載速度等。
如現(xiàn)在移動的考核指標，主要是統(tǒng)計方面的，如EDGE高編碼占比，EDGE占比，最差小區(qū)占比，無線利用率等。 前幾年主要是集團和省的三方測試檢查，現(xiàn)在也還是重點，號稱32項指標如CQT的附著時長、成功率，PDP時長，成功率，PING時長，成功率。WAP登陸首頁時間，成功率，WAP刷新時長，成功率，KJAVA登陸時長，成功率，F(xiàn)TP下載速度，彩信成功率，飛信等。DT有FTP下載速度，GPRS/EDGE無覆蓋里程，掉線率等。
具體的可以收收一些優(yōu)化文檔。這里不可能介紹全面。
回答者：
Jackyyan
回答時間：2011-09-11 16:03
32
36
| 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
32
36
主要還是看當(dāng)?shù)氐木址皆趺匆蟮�。我這邊是只考察上行TBF建立成功率和下行TBF擁塞率
回答者：
guodac
回答時間：2011-09-11 20:59
35
34
3樓的差不多
回答者：
flyingsnow0102
回答時間：2011-09-12 10:46
38
29
學(xué)習(xí)一下
回答者：
過期的味道
回答時間：2011-09-13 09:44
40
29
學(xué)習(xí)一下
回答者：
sibo174600111
回答時間：2011-09-16 09:40
29
40
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司
聘：華為高端優(yōu)化項目（南京）
需求人數(shù)：1 人 地點：南京市
• 西安中興精誠通訊有限公司 聘：質(zhì)量審核員
需求人數(shù)：30 人 地點：西安市
• 重慶愛信思科技有限責(zé)任公司 聘：初中級OTN/PTN調(diào)測工程師
需求人數(shù)：5 人 地點：唐山市,承德市,張家口市
• 南京華蘇科技有限公司 聘：中興網(wǎng)優(yōu)測試工程師（新鄉(xiāng)鄭州）
需求人數(shù)：5 人 地點：新鄉(xiāng)市,鄭州市
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸PTN/SPN工程師
需求人數(shù)：1 人 地點：徐州市
• 安徽引途科技有限公司 聘：安徽督導(dǎo)
需求人數(shù)：3 人 地點：蕪湖市,池州市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點：廣州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點：泉州市
• 河南創(chuàng)賽通信科技有限公司 聘：新疆工程前臺測試
需求人數(shù)：10 人 地點：新疆
需求人數(shù)：1 人 地點：南京市
• 西安中興精誠通訊有限公司 聘：質(zhì)量審核員
需求人數(shù)：30 人 地點：西安市
• 重慶愛信思科技有限責(zé)任公司 聘：初中級OTN/PTN調(diào)測工程師
需求人數(shù)：5 人 地點：唐山市,承德市,張家口市
• 南京華蘇科技有限公司 聘：中興網(wǎng)優(yōu)測試工程師（新鄉(xiāng)鄭州）
需求人數(shù)：5 人 地點：新鄉(xiāng)市,鄭州市
• 南京順盛通信科技有限責(zé)任公司 聘：中興傳輸PTN/SPN工程師
需求人數(shù)：1 人 地點：徐州市
• 安徽引途科技有限公司 聘：安徽督導(dǎo)
需求人數(shù)：3 人 地點：蕪湖市,池州市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點：廣州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點：泉州市
• 河南創(chuàng)賽通信科技有限公司 聘：新疆工程前臺測試
需求人數(shù)：10 人 地點：新疆
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |