 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• 新買的惠普筆記本CQ42使用CDS軟件進行EDGE 測試指標有點差，怎么辦呀？ 2011-11-18
• EDGE頻點存在較大的干擾，會影響那些指標？ 2011-10-20
• TEMS8.0的GPRS/EDGE測試的指標統(tǒng)計掉線率怎么算，在TEMS里是哪一事件。 2011-01-21
• TEMS測試GPRS/EDGE時需要關(guān)注那些指標？ 2010-12-20
• EDGE使用率" 指標是怎么統(tǒng)計的?">"EDGE使用率" 指標是怎么統(tǒng)計的? 2010-12-02
• 請問OMC上統(tǒng)計指標怎么看小區(qū)EDGE是否打開？ 2010-09-26
• GPRS/EDGE 都有哪些重要指標？ 2010-03-25
• 關(guān)于用TEMS8.0測試EDGE，EGPRS BEP(Mean)和EGPRS BEP(Variance)這兩個指標在什么地方能夠查到？ 2009-08-12
• EDGE頻點存在較大的干擾，會影響那些指標？ 2011-10-20
• TEMS8.0的GPRS/EDGE測試的指標統(tǒng)計掉線率怎么算，在TEMS里是哪一事件。 2011-01-21
• TEMS測試GPRS/EDGE時需要關(guān)注那些指標？ 2010-12-20
• EDGE使用率" 指標是怎么統(tǒng)計的?">"EDGE使用率" 指標是怎么統(tǒng)計的? 2010-12-02
• 請問OMC上統(tǒng)計指標怎么看小區(qū)EDGE是否打開？ 2010-09-26
• GPRS/EDGE 都有哪些重要指標？ 2010-03-25
• 關(guān)于用TEMS8.0測試EDGE，EGPRS BEP(Mean)和EGPRS BEP(Variance)這兩個指標在什么地方能夠查到？ 2009-08-12
問題答案
( 4 )
EDGE 測試分DT和CQT
根據(jù)測試業(yè)務(wù)不同指標也有所不同,日常優(yōu)化中主要測試業(yè)務(wù)有FTP下載、WAP業(yè)務(wù)（WAP登錄、WAP刷新、WAP圖鈴下載）
FTP下載主要指標有：平均應(yīng)用層吞吐率(KB/s)、下行RLC誤塊率(%)BLER、下行平均時隙數(shù)量、EDGE 編碼方式使用率統(tǒng)計、掉線次數(shù)、掉線率；
WAP業(yè)務(wù)主要指標有：WAP網(wǎng)站登陸成功率、WAP網(wǎng)站登陸平均時間(秒)、WAP網(wǎng)頁刷新成功率、WAP網(wǎng)頁刷新平均時間(秒)、WAP下載成功率(%)、WAP下載平均速率(kbit/s)；
LLC：指協(xié)議的邏輯鏈路控制層，下行LLC吞吐量(Kb/s)指的是邏輯鏈路層的流量；
RLC：指協(xié)議的無線鏈路控制層，下行RLC吞吐量(Kb/s指的是無線鏈路層的流量；
根據(jù)測試業(yè)務(wù)不同指標也有所不同,日常優(yōu)化中主要測試業(yè)務(wù)有FTP下載、WAP業(yè)務(wù)（WAP登錄、WAP刷新、WAP圖鈴下載）
FTP下載主要指標有：平均應(yīng)用層吞吐率(KB/s)、下行RLC誤塊率(%)BLER、下行平均時隙數(shù)量、EDGE 編碼方式使用率統(tǒng)計、掉線次數(shù)、掉線率；
WAP業(yè)務(wù)主要指標有：WAP網(wǎng)站登陸成功率、WAP網(wǎng)站登陸平均時間(秒)、WAP網(wǎng)頁刷新成功率、WAP網(wǎng)頁刷新平均時間(秒)、WAP下載成功率(%)、WAP下載平均速率(kbit/s)；
LLC：指協(xié)議的邏輯鏈路控制層，下行LLC吞吐量(Kb/s)指的是邏輯鏈路層的流量；
RLC：指協(xié)議的無線鏈路控制層，下行RLC吞吐量(Kb/s指的是無線鏈路層的流量；
回答者：
zhanghong1409
回答時間：2009-01-08 11:37
15
13
下面是移動集團三方測試時對(E)GPRS測試時的規(guī)范
CQT:
DT:
CQT:
| 項目 | 指標定義 | 統(tǒng)計信令點 | 備注 | |
| Attach測試 | 7.1 附著成功率 | attach成功次數(shù)/總嘗試次數(shù)×100％ | Attach成功指在手機發(fā)出Attach Reques后15秒鐘內(nèi)收到Attach accept信令 | 每個測試點要求做10次網(wǎng)絡(luò)附著測試 |
| 7.2 平均附著時間 | 各次Attach成功的時間相加/Attach成功次數(shù) | 手機發(fā)出第一個Attach Request后到發(fā)出Attach accept的時間 | ||
| PDP激活測試 | 7.3 PDP激活成功率 | PDP激活成功次數(shù)/總嘗試次數(shù)×100％ | PDP激活成功指在手機發(fā)出Activate PDP Context Request后在 15秒鐘內(nèi)收到Activate PDP Context accept信令 | 每個測試點要求做10次PDP激活測試；使用APN為CMWAP激活 |
| 7.4 PDP平均激活時間 | 各次PDP激活成功的時間相加/PDP激活成功次數(shù) | PDP激活成功時間的定義為手機發(fā)出第一個Activate PDP Context Request后到收到Activate PDP Context Accept的時間 | ||
| WAP登錄測試 | 7.5 WAP登錄成功率 | WAP登錄成功次數(shù)/嘗試WAP登陸次數(shù)×100％ | WAP登錄成功指開始測試后網(wǎng)站的首頁面文本信息在60秒內(nèi)正確顯示（如果出現(xiàn)收費提示頁面應(yīng)繼續(xù)訪問至真正首頁） | 對每點做5次WAP1.x協(xié)議登陸測試，5次WAP2.0協(xié)議登陸測試；設(shè)置要求：網(wǎng)站登錄地址為http://wap.monternet.com. 5次測試使用WAP1.x協(xié)議（WSPWTP），模擬手機設(shè)置為Nokia7650；5次測試設(shè)置為WAP2.x協(xié)議，模擬手機類型設(shè)置為Nokia N73 |
| 7.6 WAP平均首頁顯示時間 | 各次WAP首頁成功顯示的時間相加/ WAP首頁顯示成功次數(shù) | WAP登錄測試過程中PDP激活時間 + 網(wǎng)關(guān)連接時間 + 頁面響應(yīng)時間 | ||
| WAP頁面刷新測試 | 7.7 WAP頁面刷新成功率 | WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100％ | WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示 | 對每點做10次WAP頁面刷新測試；10個頁面應(yīng)該為不同頁面 |
| 7.8 WAP頁面刷新時長 | 各次WAP頁面刷新成功的時間相加/WAP頁面成功刷新次數(shù) | WAP頁面刷新時長為發(fā)出瀏覽請求到最終頁面完全正確顯示為止的時間（包含頁面被重新定向或重傳的時間） | ||
| WAP圖鈴下載測試 | 7.9 WAP下載成功率 | WAP成功下載次數(shù)/嘗試下載次數(shù)×100％ | 對每點做5次圖片，5次鈴聲下載測試；每個鈴聲和圖片的大小應(yīng)在60-80K Byte之間 | |
| 7.10 WAP下載速率 | 實際成功下載總數(shù)據(jù)量（Byte）/實際成功下載總時間 | |||
| ping測試 | 7.11 ping成功率 | ping成功的次數(shù)/ping嘗試次數(shù)×100％ | 對每點做10次ping測試；ping包大小為500 bytes, ping間隔時長為8秒，超時為5秒 | |
| 7.12 ping平均時延 | 各次ping成功的時間相加/ping成功的次數(shù) | |||
| FTP下載測試 | 7.13 FTP應(yīng)用層下載速率 | 成功下載的實際下載數(shù)據(jù)量/成功下載的總下載時間 | 下載時間定義客戶端發(fā)出Retrive文件請求到完整接收到最后一個數(shù)據(jù)包的時間。 | 下載2M Byte文件一次；FTP停傳超時時間為120秒，即如果連續(xù)120秒鐘內(nèi)沒有任何下載數(shù)據(jù)流量即判為下載超時 |
| 7.14 平均RLC吞吐量 | 在FTP下載時間內(nèi)RLC層的平均每秒吞吐率 | |||
| 7.15 平均RLC BLER | 在FTP下載時間內(nèi)，平均每秒的RLC誤塊率 | |||
| 7.16 平均LLC吞吐量 | 在FTP下載時間內(nèi)LLC層的平均每秒吞吐率 | |||
| 7.17 TBF Open比例 | FTP下載時間內(nèi)，TBF open總時長／下載總時長 | |||
| 7.18 平均時隙使用數(shù)量 | 在FTP下載時間內(nèi)，（1個下行時隙時長 + 2*兩個下行時隙時長 + 3*三個下行時隙時長）/總下載時長 | |||
| 7.19 平均MC編碼使用率 | 在FTP下載時間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量 | |||
| 7.20 MC編碼使用比例 | MC1編碼使用比例定義為，在FTP下載時間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9 | |||
| WEB方式郵件上、下載測試 | 7.21 應(yīng)用層上載速率 | 實際上載數(shù)據(jù)量（Byte）/實際上載時間(秒) | 上載500K Byte郵件一次；下載2M Byte郵件一次 | |
| 7.22 應(yīng)用層下載速率 | 實際下載數(shù)據(jù)量（Byte）/實際下載時間(秒) | |||
| KJava下載測試 | 7.23 下載成功率 | 成功下載次數(shù)/嘗試下載次數(shù)×100％ | 對每點做5次KJava下載測試；每個Java程序的大小應(yīng)在80-120K Byte之間 | |
| 7.24 下載速率 | 實際成功下載總數(shù)據(jù)量（Byte）/實際成功下載總時間 | |||
DT:
| 項目 | 指標定義 | 統(tǒng)計信令點 | 備注 | |
| WAP登錄測試 | 7.25 WAP登錄成功率 | WAP登錄成功次數(shù)/嘗試WAP登陸次數(shù)×100％ | WAP登錄成功指開始測試后網(wǎng)站的首頁面文本信息在60秒內(nèi)正確顯示（如果出現(xiàn)收費提示頁面應(yīng)繼續(xù)訪問至真正首頁） | 循環(huán)進行WAP登錄測試（3次），WAP頁面刷新測試（5次）， WAP下載測試（3次）；WAP測試站點為http:\wap.monternet.com；下載鈴聲為25至35K之間 |
| 7.26 WAP平均首頁顯示時間 | 各次WAP首頁成功顯示的時間相加/ WAP首頁顯示成功次數(shù) | WAP登錄測試過程中PDP激活時間 + 網(wǎng)關(guān)連接時間 + 頁面響應(yīng)時間 | ||
| WAP頁面刷新測試 | 7.27 WAP頁面刷新成功率 | WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100％ | WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示 | |
| 7.28 WAP頁面刷新時長 | 各次WAP頁面刷新成功的時間相加/WAP頁面成功刷新次數(shù) | WAP頁面刷新時長為發(fā)出瀏覽請求到最終頁面完全正確顯示為止的時間（包含頁面被重新定向或重傳的時間） | ||
| WAP圖鈴下載測試 | 7.29 WAP下載成功率 | WAP成功下載次數(shù)/嘗試下載次數(shù)×100％ | ||
| 7.30 WAP下載速率 | 實際成功下載總數(shù)據(jù)量（Byte）/實際成功下載總時間 | |||
| FTP下載測試 | 7.31 FTP應(yīng)用層下載速率 | 成功下載的實際下載數(shù)據(jù)量/成功下載的總下載時間 | 下載時間定義客戶端發(fā)出Retrive文件請求到完整接收到最后一個數(shù)據(jù)包的時間，按總平均速率、EGPRS、GPRS分開統(tǒng)計。 | 測試數(shù)量：循環(huán)進行FTP下載測試； 設(shè)置要求：FTP停傳超時時間為180秒，即如果連續(xù)180秒鐘內(nèi)沒有任何下載數(shù)據(jù)流量即判為下載超時，停傳期間應(yīng)間隔15秒來ping服務(wù)器，并記錄是否成功 |
| 7.32 平均RLC吞吐量 | 在FTP下載時間內(nèi)RLC層的平均每秒吞吐率 | 按總吞吐量、EGPRS、GPRS分開統(tǒng)計 | ||
| 7.33 平均RLC BLER | 在FTP下載時間內(nèi)，平均每秒的RLC誤塊率 | 按總BLER、EGPRS、GPRS分開統(tǒng)計 | ||
| 7.34 平均LLC吞吐量 | 在FTP下載時間內(nèi)LLC層的平均每秒吞吐率 | 按總吞吐量、EGPRS、GPRS分開統(tǒng)計 | ||
| 7.35 平均時隙使用數(shù)量 | 在FTP下載時間內(nèi)，（1個下行時隙時長 + 2*兩個下行時隙時長 + 3*三個下行時隙時長）/總下載時長 | |||
| 7.36 平均MC編碼使用率 | 在FTP下載時間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量 | |||
| 7.37 MC編碼使用比例 | MC1編碼使用比例定義為，在FTP下載時間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9 | |||
| 其它測試 | 7.38 EGPRS網(wǎng)絡(luò)覆蓋率 | EGPRS網(wǎng)絡(luò)覆蓋的測試里程/總測試里程X100% | 是否有EGPRS覆蓋通過小區(qū)廣播消息判斷 | |
| 7.39 GPRS網(wǎng)絡(luò)覆蓋率 | GPRS覆蓋里程/總測試里程×100% | 滿足以下條件之一判別為無GPRS覆蓋： 手機的TBF處于關(guān)閉狀態(tài)且超過90秒鐘以上沒有接收到System Info13的路段為無GPRS覆蓋里程； TBF關(guān)閉后服務(wù)小區(qū)電平低于-94dBm且最強的鄰小區(qū)電平低于-90dbm，并持續(xù)5秒鐘以上的路段 | ||
| 7.40 掉線率 | 掉線次數(shù)/總FTP下載嘗試次數(shù)×100％ | 滿足以下條件之一判別為掉線： 網(wǎng)絡(luò)原因造成連接斷開，以下行信令PDP deactivate request或RAU reject作為判斷依據(jù)； 測試過程中超過3分鐘FTP沒有任何數(shù)據(jù)傳輸，且嘗試ping后數(shù)據(jù)鏈路仍不可使用。此時應(yīng)斷開撥號連接并重新?lián)芴杹砘謴蜏y試； 每次掉線后重建撥號連接，并且應(yīng)重新開始一次FTP下載過程。如果發(fā)生掉線是由于覆蓋原因造成，掉線將不再重復計算 | ||
| 7.44 平均RAU間隔時間 | 總RAU次數(shù)/總測試時間 | |||
| 7.45 平均RAU間隔距離 | 總RAU次數(shù)/總測試距離 | |||
| 7.46 平均小區(qū)重選間隔時間 | 總小區(qū)重選次數(shù)/總測試時間 | |||
| 7.47 平均小區(qū)重選間隔距離 | 總小區(qū)重選次數(shù)/總測試距離 | |||
回答者：
applexx
回答時間：2009-01-08 11:56
11
12
集團測試規(guī)范也有？郁悶！
謝謝啦
wangdf11 2010-09-19 09:45
學習ING
文胤 2010-11-29 18:52
213
加州機場1987 2012-03-27 14:25
LLC(邏輯鏈路控制)
•在MS與SGSN間提供高可靠的加密邏輯鏈路.
•LLC層同時支持證實(acknowledged)和無證實(unacknowledged)兩種模式,
•在證實模式, LLC-PDU 的接受需被確認,如果在規(guī)定的時間內(nèi)得不到確認,LLC-PDU將被重傳
•在無證實模式下,對LLC-PDU沒有確認的要求.信令和短信是在無證實的模式下傳送的.
•RLC/MAC(無線鏈路控制/媒體接入控制)
•RLC:將LLC PDU分段為RLC/MAC塊或反過程
為上層提供可靠的無線鏈路.對證實的操作有反向糾錯功能,對錯碼有選擇地進行重傳.
•MAC:定義多個MS共享公共的傳輸媒體(包括多個物理信道)的過程.對于MS發(fā)起的接入,MAC解決多個MS之間發(fā)生的爭搶判決問題;對于MS終止的接入,MAC提供對于接入的排隊和資源規(guī)劃.
綜合起來就比較完整了。
•LLC層同時支持證實(acknowledged)和無證實(unacknowledged)兩種模式,
•在證實模式, LLC-PDU 的接受需被確認,如果在規(guī)定的時間內(nèi)得不到確認,LLC-PDU將被重傳
•在無證實模式下,對LLC-PDU沒有確認的要求.信令和短信是在無證實的模式下傳送的.
•RLC/MAC(無線鏈路控制/媒體接入控制)
•RLC:將LLC PDU分段為RLC/MAC塊或反過程
為上層提供可靠的無線鏈路.對證實的操作有反向糾錯功能,對錯碼有選擇地進行重傳.
•MAC:定義多個MS共享公共的傳輸媒體(包括多個物理信道)的過程.對于MS發(fā)起的接入,MAC解決多個MS之間發(fā)生的爭搶判決問題;對于MS終止的接入,MAC提供對于接入的排隊和資源規(guī)劃.
綜合起來就比較完整了。
回答者：
3a
回答時間：2009-01-08 14:04
16
10
（A）DT測試，含掉線率、FTP平均下載文件速率。
（B）CQT測試，含WAP平均首頁顯示時間、WAP圖鈴下載速率(kbps) 、FTP平均下載文件速率(kbps) 。
回答者：
tigermarx
回答時間：2009-01-13 14:45
10
14
• 元道通信股份有限公司
聘：中級后臺-福建
需求人數(shù)：8 人 地點：福州市,寧德市,三明市,南平市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程后臺人員
需求人數(shù)：10 人 地點：北京市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點：廣州市
• 廣東南方通信建設(shè)有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 華信咨詢設(shè)計研究院有限公司 聘：初級網(wǎng)優(yōu)工程師
需求人數(shù)：2 人 地點：嘉興市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
需求人數(shù)：8 人 地點：福州市,寧德市,三明市,南平市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程后臺人員
需求人數(shù)：10 人 地點：北京市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級工程師
需求人數(shù)：3 人 地點：廣州市
• 廣東南方通信建設(shè)有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 華信咨詢設(shè)計研究院有限公司 聘：初級網(wǎng)優(yōu)工程師
需求人數(shù)：2 人 地點：嘉興市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |