 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
求tems軟件測試數(shù)據(jù)業(yè)務信令熟悉
FTP下載指標指標：嘗試次數(shù)、成功次數(shù)、掉線率（%）、建立時延（s)、應用層平均速率(kbps)
ping業(yè)務：嘗試次數(shù) 成功次數(shù) 成功率（%） 平均時延（s）
HTTP業(yè)務：HTTP業(yè)務嘗試次數(shù) HTTP業(yè)務完成次數(shù) HTTP業(yè)務建立時延(s) HTTP業(yè)務完成時延(s)
ping業(yè)務：嘗試次數(shù) 成功次數(shù) 成功率（%） 平均時延（s）
HTTP業(yè)務：HTTP業(yè)務嘗試次數(shù) HTTP業(yè)務完成次數(shù) HTTP業(yè)務建立時延(s) HTTP業(yè)務完成時延(s)
提問者: 更多
數(shù)據(jù)業(yè)務
軟件
業(yè)務
E_S
軟件測試
相關問題
• SA場景下LNR數(shù)據(jù)業(yè)務和語音業(yè)務的策略是什么并說出數(shù)據(jù)業(yè)務信令流程，以及SA場景下速率不達標的可能原因。 2020-08-04
• 語音業(yè)務，數(shù)據(jù)業(yè)務走什么通道？ 2019-03-19
• LTE數(shù)據(jù)業(yè)務，上行丟包率正常，下行丟包率非常差，請問大神如何優(yōu)化？ 2018-08-07
• 鼎立9.6 PC測試端連接索尼M35T進行CSFB業(yè)務時要如何配置任務，手機端和電腦端的設置注意事項？備注:已能正常進行數(shù)據(jù)業(yè)務測試，但無法測試CSFB業(yè)務 2018-02-04
• 語音業(yè)務與數(shù)據(jù)業(yè)務每個需要使用多少個RB？ 2017-11-17
• WCDMA現(xiàn)在數(shù)據(jù)業(yè)務主要走IP，語音主要走ATM，走IP的時候用的FE，是否不用E1了，與E1是不是就完全沒有關系了，只有走ATM的時候用的E1 2017-08-25
• 求資料《中國聯(lián)通3G數(shù)據(jù)業(yè)務態(tài)快速返回4G優(yōu)化指導手冊》 2017-08-23
• LTE基站License超限告警影響數(shù)據(jù)業(yè)務嗎？ 2017-07-13
• 語音業(yè)務，數(shù)據(jù)業(yè)務走什么通道？ 2019-03-19
• LTE數(shù)據(jù)業(yè)務，上行丟包率正常，下行丟包率非常差，請問大神如何優(yōu)化？ 2018-08-07
• 鼎立9.6 PC測試端連接索尼M35T進行CSFB業(yè)務時要如何配置任務，手機端和電腦端的設置注意事項？備注:已能正常進行數(shù)據(jù)業(yè)務測試，但無法測試CSFB業(yè)務 2018-02-04
• 語音業(yè)務與數(shù)據(jù)業(yè)務每個需要使用多少個RB？ 2017-11-17
• WCDMA現(xiàn)在數(shù)據(jù)業(yè)務主要走IP，語音主要走ATM，走IP的時候用的FE，是否不用E1了，與E1是不是就完全沒有關系了，只有走ATM的時候用的E1 2017-08-25
• 求資料《中國聯(lián)通3G數(shù)據(jù)業(yè)務態(tài)快速返回4G優(yōu)化指導手冊》 2017-08-23
• LTE基站License超限告警影響數(shù)據(jù)業(yè)務嗎？ 2017-07-13
問題答案
( 1 )
一、測試指標定義
1. EGPRS-CQT指標定義
（1） EGPRS附著成功率： EGPRS成功Attach次數(shù)/總嘗試次數(shù)×100%。GPRS附著成功指在手機發(fā)出GPRS Attach Request后在15秒鐘內(nèi)收到GPRS attach accept信令。(用測試終端及測試軟件)。
（2） 平均附著時間：各次attach成功的時間相加/成功attach的次數(shù)。(用測試終端及測試軟件)。attach成功時間定義為手機發(fā)出第一個Attach Request后到發(fā)出Attach accept的時間。
（3） PDP激活成功率： PDP激活成功次數(shù)/總嘗試次數(shù)×100%。PDP激活成功指在手機發(fā)出Activate PDP Context Request后在15秒鐘內(nèi)收到Activate PDP Context accept信令(用測試終端及測試軟件)。
（4） PDP平均激活時間：各次PDP激活成功的時間相加/PDP激活成功次數(shù)。(用測試終端及測試軟件)。PDP激活成功時間的定義為手機發(fā)出第一個Activate PDP Context Request后到收到Activate PDP Context Accept的時間。
注：使用APN為CMWAP激活。
（5） WAP首頁顯示成功率： WAP首頁顯示成功次數(shù)/嘗試WAP登陸次數(shù)×100%(用測試終端及測試軟件)�！咀⒁狻�WAP首頁顯示成功指手機發(fā)起WAP網(wǎng)站訪問申請后，網(wǎng)站首頁面的文本信息在60秒內(nèi)完全正確顯示, 如果出現(xiàn)收費提示頁面應繼續(xù)訪問至真正首頁(超過60秒，定義為失敗)。
（6） WAP平均首頁顯示時間：各次WAP首頁成功顯示的時間相加/ WAP首頁顯示成功次數(shù)(用測試終端及測試軟件)�！咀⒁狻�WAP登錄測試過程平均首頁顯時間包括PDP激活時間 + 網(wǎng)關連接時間 + 頁面響應時間。
（7） WAP頁面刷新成功率： WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100%(用測試終端及測試軟件)。WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示。
（8） WAP頁面刷新時長： 各次WAP頁面刷新成功的時間相加/WAP頁面成功刷新次數(shù)(用測試終端及測試軟件)�！咀⒁狻�WAP頁面刷新時長為發(fā)出瀏覽請求到最終頁面完全正確顯示為止的時間（包含頁面被重新定向或重傳的時間）
（9） WAP下載成功率：WAP鈴聲、圖片成功下載次數(shù)/嘗試鈴聲、圖片下載次數(shù)×100%(用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。每個測試點進行10次測試，其中鈴聲5次、圖片5次。
（10） WAP下載速率：實際成功下載數(shù)據(jù)量(Byte)/實際成功下載時間(秒) (用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。
（11） ping成功率：ping成功的次數(shù)/ping嘗試次數(shù)×100%。
（12） ping平均時延：各次ping成功的時間相加/ping成功的次數(shù)。
（13） FTP應用層下載速率：實際下載數(shù)據(jù)量(Byte)/實際下載時間(秒)。
注意：下載時間定義客戶端發(fā)出Retrive文件請求到完整接收到最后一個數(shù)據(jù)包的時間。
（14） 平均RLC吞吐量：在FTP下載時間內(nèi)RLC層的平均每秒吞吐率。
（15） 平均RLC BLER：在FTP下載時間內(nèi)，平均每秒的RLC誤塊率。
（16） 平均LLC吞吐量：在FTP下載時間內(nèi)LLC層的平均每秒吞吐率。
（17） TBF Open比例：FTP下載時間內(nèi)，TBF open總時長／下載總時長。
（18） 下行平均時隙數(shù)量：在FTP下載時間內(nèi)，（1個下行時隙時長 + 2*兩個下行時隙時長 + 3*三個下行時隙時長）/總下載時長。
（19） 平均MC編碼使用率：在FTP下載時間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量。
（20） MC編碼使用比例：MC1編碼使用比例定義為，在FTP下載時間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9。
（21） WEB方式郵件應用層上載速率：實際上載數(shù)據(jù)量（Byte）/實際上載時間(秒)。
（22） WEB方式郵件應用層下載速率：實際下載數(shù)據(jù)量（Byte）/實際下載時間(秒)。
2. EGPRS-DT指標定義
（1） WAP網(wǎng)站登陸成功率： WAP網(wǎng)站登陸成功次數(shù)/WAP登陸嘗試次數(shù)×100%(用測試終端及測試軟件)。
注意：WAP網(wǎng)站登陸成功指手機發(fā)起WAP網(wǎng)站訪問申請后，網(wǎng)站首頁面的文本信息在60秒內(nèi)完全正確顯示，如果出現(xiàn)收費提示頁面應繼續(xù)訪問至真正首頁。
（2） WAP平均首頁顯示時間：各次WAP首頁顯示成功的時間相加/ WAP首頁顯示成功次數(shù)(用測試終端及測試軟件)。
注意：首頁顯示時間為發(fā)起WAP網(wǎng)站申請至文本內(nèi)容完全正確顯示為止的時間，包括WAP登錄測試過程中PDP激活時間 + 網(wǎng)關連接時間 + 頁面響應時間。
（3） WAP頁面刷新成功率： WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100%(用測試終端及測試軟件)。
注意：WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本內(nèi)容被完整正確的顯示。
（4） WAP頁面刷新時長： 各次WAP頁面刷新成功的時間相加/WAP頁面成功刷新次數(shù)(用測試終端及測試軟件)。
注意：WAP頁面刷新時長為發(fā)出瀏覽請求到最終頁面完全正確顯示為止的時間（包含頁面被重新定向或重傳的時間）。
（5） WAP下載成功率：WAP鈴聲、圖片成功下載次數(shù)/嘗試鈴聲、圖片下載次數(shù)×100%(用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。
（6） WAP下載速率：實際成功下載數(shù)據(jù)量(Byte)/實際成功下載時間(秒) (用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。
（7） 平均RAU間隔時間：總RAU次數(shù)/總測試時間 (s)。
（8） 平均RAU間隔距離： 總RAU次數(shù)/總測試距離(Km)。
（9） 平均小區(qū)重選間隔時間：總小區(qū)重選次數(shù)/總測試時間 (s)。
（10） 平均小區(qū)重選間隔距離：總小區(qū)重選次數(shù)/總測試距離(Km)。
（11） 覆蓋率： EGPRS覆蓋公里數(shù)/總測試距離(Km)×100%。滿足以下條件之一判別為EGPRS無覆蓋里程：
a. 服務小區(qū)電平低于-94dbm且最強的鄰小區(qū)電平低于-90dbm，并持續(xù)5秒鐘以上的路段。
b. 手機的TBF處于關閉狀態(tài)且超過90秒鐘以上沒有接收到System Info13的路段。
（12） 掉線率：掉線次數(shù)/總FTP下載嘗試次數(shù)×100%(用測試終端及測試軟件)。滿足以下條件之一判別為掉線：
a. 網(wǎng)絡原因造成連接斷開，以下行信令PDP deactivate request或RAU reject作為判斷依據(jù)。
b. 測試過程中超過3分鐘FTP沒有任何數(shù)據(jù)傳輸，且嘗試ping后數(shù)據(jù)鏈路仍不可使用。此時應斷開撥號連接并重新?lián)芴杹砘謴蜏y試。
注意：每次掉線后重建撥號連接，并且應重新開始一次FTP下載過程。如果發(fā)生掉線是由于覆蓋原因造成，掉線將不再重復計算。
（13） FTP下載速率：FTP總下載數(shù)據(jù)量/總FTP下載時間(秒) (用測試終端及測試軟件)。
（14） 平均RLC吞吐量：在FTP下載時間內(nèi)RLC層的平均每秒吞吐率。
（15） 平均RLC BLER：在FTP下載時間內(nèi)，平均每秒的RLC誤塊率。
（16） 平均LLC吞吐量：在FTP下載時間內(nèi)LLC層的平均每秒吞吐率。
（17） 下行平均時隙數(shù)量：在FTP下載時間內(nèi)，（1個下行時隙時長 + 2*兩個下行時隙時長 + 3*三個下行時隙時長）/總下載時長。
（18） 平均MC編碼使用率：在FTP下載時間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量。
（19） MC編碼使用比例：MC1編碼使用比例定義為，在FTP下載時間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9。
3. 彩信指標定義
（1） MMS發(fā)送成功率：成功發(fā)送MMS次數(shù)/嘗試發(fā)送MMS次數(shù)×100%。
注意：MMS發(fā)送成功指開始嘗試發(fā)送后在120秒內(nèi)收到MMS Send Confirm確認發(fā)送成功。
（2） MMS發(fā)送時長：發(fā)送開始的 PDP激活時間 + MMS Send Request消息被確認時間。
（3） MMS push成功率：接收手機收到Push消息數(shù)量/發(fā)送成功數(shù)量×100%。
注意：MMS push成功指成功發(fā)送后在120秒內(nèi)收到push消息。
（4） MMS push時長：發(fā)送成功到接收端收到push消息時間。
（5） MMS提取成功率：成功提取MMS次數(shù)/收到MMS push次數(shù)×100%。
注意：MMS提取成功指開始嘗試提取后在120秒內(nèi)完整收到MMS Retrieve Confirm消息。
（6） MMS提取時長：提取開始的 PDP激活時間 + 獲得MMS Retrieve Confirm時長。
（7） MMS點到點成功率：成功提取MMS次數(shù)/嘗試發(fā)送MMS次數(shù)×100%。
4. 百寶箱指標定義
（1） 下載成功率：成功下載次數(shù)/嘗試下載次數(shù)×100％。(用測試終端及測試軟件)。
（2） 下載速率：實際成功下載總數(shù)據(jù)量（Byte）/實際成功下載總時間。
5. 短信指標定義：
（1） 發(fā)送成功率：短信成功接收總次數(shù)/測試總次數(shù)×100%(用測試終端及測試軟件)。
（2） 發(fā)送平均時長：短信成功接收總時長/短信成功接收總次數(shù)(用測試終端及測試軟件)。
6. 飛信指標定義：
（1） 飛信手機客戶端登陸成功率：客戶端登陸成功次數(shù)/測試嘗試次數(shù)×100%。
注意：用戶開始發(fā)出PDP Activate Request開始計時，在60秒內(nèi)與飛信服務器交互所有登陸流程，并從服務器獲得正確的獲取好友列表應答消息（SVC-GetContactList）為登陸成功，否則認為失敗。
（2） 飛信手機客戶端登陸平均時長：各次成功客戶端登陸時間相加/成功客戶端登陸次數(shù)。
注意：飛信手機客戶端登陸時長等于PDP激活時長加飛信客戶端服務器登陸流程時長（PDP激活時長定義參見EGPRS測試相關規(guī)范）。其中飛信客戶端服務器登陸流程時長為從手機客戶端發(fā)起登陸導航服務器消息（get System Config）到手機客戶端收到好友列表應答消息（SVC-Get Contact List）時間間隔。
（3） 手機客戶端至短信消息發(fā)送成功率：手機客戶端至短信消息發(fā)送成功次數(shù)/測試嘗試次數(shù)×100%。
注意：A賬戶為手機客戶端登陸，B帳戶為短信在線，A賬戶向B賬戶發(fā)送短信消息（MSG_SendSMS）后在60秒內(nèi)B方手機收到短信（信令CP_DATA）且內(nèi)容相同認為成功，否則計為失敗。
（4） 手機客戶端至短信消息發(fā)送平均時長：各次成功手機客戶端至短信消息發(fā)送時間相加/成功手機客戶端至短信消息發(fā)送次數(shù)。
注意：A賬戶手機客戶端向B賬戶發(fā)送短信消息（MSG_SendSMS）開始計時點，B賬戶手機成功收到短信（信令CP_DATA）為結(jié)束計時點，其間隔為手機客戶端至短信消息發(fā)送時長。
（5） 短信至手機客戶端消息發(fā)送成功率：短信至手機客戶端消息發(fā)送成功次數(shù)/測試嘗試次數(shù)×100%。
注意：A賬戶手機客戶端登陸，B帳戶為短信在線，B賬戶向A賬戶發(fā)送短信消息后（信令CP_DATA）在60秒內(nèi)A方手機客戶端收到消息（MSG-IM-UAS）且內(nèi)容相同認為成功，否則計為失敗。
（6） 短信至手機客戶端消息發(fā)送平均時長：各次短信至手機客戶端消息發(fā)送時間相加/成功短信至手機客戶端發(fā)送次數(shù)。
注意：B賬戶手機開始發(fā)送短信（信令CP_DATA）為開始計時點，A賬戶手機客戶端成功收到短信（MSG-IM-UAS）為結(jié)束計時點，其間隔為短信至手機客戶端消息發(fā)送時長。
1. EGPRS-CQT指標定義
（1） EGPRS附著成功率： EGPRS成功Attach次數(shù)/總嘗試次數(shù)×100%。GPRS附著成功指在手機發(fā)出GPRS Attach Request后在15秒鐘內(nèi)收到GPRS attach accept信令。(用測試終端及測試軟件)。
（2） 平均附著時間：各次attach成功的時間相加/成功attach的次數(shù)。(用測試終端及測試軟件)。attach成功時間定義為手機發(fā)出第一個Attach Request后到發(fā)出Attach accept的時間。
（3） PDP激活成功率： PDP激活成功次數(shù)/總嘗試次數(shù)×100%。PDP激活成功指在手機發(fā)出Activate PDP Context Request后在15秒鐘內(nèi)收到Activate PDP Context accept信令(用測試終端及測試軟件)。
（4） PDP平均激活時間：各次PDP激活成功的時間相加/PDP激活成功次數(shù)。(用測試終端及測試軟件)。PDP激活成功時間的定義為手機發(fā)出第一個Activate PDP Context Request后到收到Activate PDP Context Accept的時間。
注：使用APN為CMWAP激活。
（5） WAP首頁顯示成功率： WAP首頁顯示成功次數(shù)/嘗試WAP登陸次數(shù)×100%(用測試終端及測試軟件)�！咀⒁狻�WAP首頁顯示成功指手機發(fā)起WAP網(wǎng)站訪問申請后，網(wǎng)站首頁面的文本信息在60秒內(nèi)完全正確顯示, 如果出現(xiàn)收費提示頁面應繼續(xù)訪問至真正首頁(超過60秒，定義為失敗)。
（6） WAP平均首頁顯示時間：各次WAP首頁成功顯示的時間相加/ WAP首頁顯示成功次數(shù)(用測試終端及測試軟件)�！咀⒁狻�WAP登錄測試過程平均首頁顯時間包括PDP激活時間 + 網(wǎng)關連接時間 + 頁面響應時間。
（7） WAP頁面刷新成功率： WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100%(用測試終端及測試軟件)。WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示。
（8） WAP頁面刷新時長： 各次WAP頁面刷新成功的時間相加/WAP頁面成功刷新次數(shù)(用測試終端及測試軟件)�！咀⒁狻�WAP頁面刷新時長為發(fā)出瀏覽請求到最終頁面完全正確顯示為止的時間（包含頁面被重新定向或重傳的時間）
（9） WAP下載成功率：WAP鈴聲、圖片成功下載次數(shù)/嘗試鈴聲、圖片下載次數(shù)×100%(用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。每個測試點進行10次測試，其中鈴聲5次、圖片5次。
（10） WAP下載速率：實際成功下載數(shù)據(jù)量(Byte)/實際成功下載時間(秒) (用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。
（11） ping成功率：ping成功的次數(shù)/ping嘗試次數(shù)×100%。
（12） ping平均時延：各次ping成功的時間相加/ping成功的次數(shù)。
（13） FTP應用層下載速率：實際下載數(shù)據(jù)量(Byte)/實際下載時間(秒)。
注意：下載時間定義客戶端發(fā)出Retrive文件請求到完整接收到最后一個數(shù)據(jù)包的時間。
（14） 平均RLC吞吐量：在FTP下載時間內(nèi)RLC層的平均每秒吞吐率。
（15） 平均RLC BLER：在FTP下載時間內(nèi)，平均每秒的RLC誤塊率。
（16） 平均LLC吞吐量：在FTP下載時間內(nèi)LLC層的平均每秒吞吐率。
（17） TBF Open比例：FTP下載時間內(nèi)，TBF open總時長／下載總時長。
（18） 下行平均時隙數(shù)量：在FTP下載時間內(nèi)，（1個下行時隙時長 + 2*兩個下行時隙時長 + 3*三個下行時隙時長）/總下載時長。
（19） 平均MC編碼使用率：在FTP下載時間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量。
（20） MC編碼使用比例：MC1編碼使用比例定義為，在FTP下載時間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9。
（21） WEB方式郵件應用層上載速率：實際上載數(shù)據(jù)量（Byte）/實際上載時間(秒)。
（22） WEB方式郵件應用層下載速率：實際下載數(shù)據(jù)量（Byte）/實際下載時間(秒)。
2. EGPRS-DT指標定義
（1） WAP網(wǎng)站登陸成功率： WAP網(wǎng)站登陸成功次數(shù)/WAP登陸嘗試次數(shù)×100%(用測試終端及測試軟件)。
注意：WAP網(wǎng)站登陸成功指手機發(fā)起WAP網(wǎng)站訪問申請后，網(wǎng)站首頁面的文本信息在60秒內(nèi)完全正確顯示，如果出現(xiàn)收費提示頁面應繼續(xù)訪問至真正首頁。
（2） WAP平均首頁顯示時間：各次WAP首頁顯示成功的時間相加/ WAP首頁顯示成功次數(shù)(用測試終端及測試軟件)。
注意：首頁顯示時間為發(fā)起WAP網(wǎng)站申請至文本內(nèi)容完全正確顯示為止的時間，包括WAP登錄測試過程中PDP激活時間 + 網(wǎng)關連接時間 + 頁面響應時間。
（3） WAP頁面刷新成功率： WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100%(用測試終端及測試軟件)。
注意：WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本內(nèi)容被完整正確的顯示。
（4） WAP頁面刷新時長： 各次WAP頁面刷新成功的時間相加/WAP頁面成功刷新次數(shù)(用測試終端及測試軟件)。
注意：WAP頁面刷新時長為發(fā)出瀏覽請求到最終頁面完全正確顯示為止的時間（包含頁面被重新定向或重傳的時間）。
（5） WAP下載成功率：WAP鈴聲、圖片成功下載次數(shù)/嘗試鈴聲、圖片下載次數(shù)×100%(用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。
（6） WAP下載速率：實際成功下載數(shù)據(jù)量(Byte)/實際成功下載時間(秒) (用測試終端及測試軟件)。成功下載為可以在終端上進行播放，否則為下載不成功。
（7） 平均RAU間隔時間：總RAU次數(shù)/總測試時間 (s)。
（8） 平均RAU間隔距離： 總RAU次數(shù)/總測試距離(Km)。
（9） 平均小區(qū)重選間隔時間：總小區(qū)重選次數(shù)/總測試時間 (s)。
（10） 平均小區(qū)重選間隔距離：總小區(qū)重選次數(shù)/總測試距離(Km)。
（11） 覆蓋率： EGPRS覆蓋公里數(shù)/總測試距離(Km)×100%。滿足以下條件之一判別為EGPRS無覆蓋里程：
a. 服務小區(qū)電平低于-94dbm且最強的鄰小區(qū)電平低于-90dbm，并持續(xù)5秒鐘以上的路段。
b. 手機的TBF處于關閉狀態(tài)且超過90秒鐘以上沒有接收到System Info13的路段。
（12） 掉線率：掉線次數(shù)/總FTP下載嘗試次數(shù)×100%(用測試終端及測試軟件)。滿足以下條件之一判別為掉線：
a. 網(wǎng)絡原因造成連接斷開，以下行信令PDP deactivate request或RAU reject作為判斷依據(jù)。
b. 測試過程中超過3分鐘FTP沒有任何數(shù)據(jù)傳輸，且嘗試ping后數(shù)據(jù)鏈路仍不可使用。此時應斷開撥號連接并重新?lián)芴杹砘謴蜏y試。
注意：每次掉線后重建撥號連接，并且應重新開始一次FTP下載過程。如果發(fā)生掉線是由于覆蓋原因造成，掉線將不再重復計算。
（13） FTP下載速率：FTP總下載數(shù)據(jù)量/總FTP下載時間(秒) (用測試終端及測試軟件)。
（14） 平均RLC吞吐量：在FTP下載時間內(nèi)RLC層的平均每秒吞吐率。
（15） 平均RLC BLER：在FTP下載時間內(nèi)，平均每秒的RLC誤塊率。
（16） 平均LLC吞吐量：在FTP下載時間內(nèi)LLC層的平均每秒吞吐率。
（17） 下行平均時隙數(shù)量：在FTP下載時間內(nèi)，（1個下行時隙時長 + 2*兩個下行時隙時長 + 3*三個下行時隙時長）/總下載時長。
（18） 平均MC編碼使用率：在FTP下載時間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量。
（19） MC編碼使用比例：MC1編碼使用比例定義為，在FTP下載時間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9。
3. 彩信指標定義
（1） MMS發(fā)送成功率：成功發(fā)送MMS次數(shù)/嘗試發(fā)送MMS次數(shù)×100%。
注意：MMS發(fā)送成功指開始嘗試發(fā)送后在120秒內(nèi)收到MMS Send Confirm確認發(fā)送成功。
（2） MMS發(fā)送時長：發(fā)送開始的 PDP激活時間 + MMS Send Request消息被確認時間。
（3） MMS push成功率：接收手機收到Push消息數(shù)量/發(fā)送成功數(shù)量×100%。
注意：MMS push成功指成功發(fā)送后在120秒內(nèi)收到push消息。
（4） MMS push時長：發(fā)送成功到接收端收到push消息時間。
（5） MMS提取成功率：成功提取MMS次數(shù)/收到MMS push次數(shù)×100%。
注意：MMS提取成功指開始嘗試提取后在120秒內(nèi)完整收到MMS Retrieve Confirm消息。
（6） MMS提取時長：提取開始的 PDP激活時間 + 獲得MMS Retrieve Confirm時長。
（7） MMS點到點成功率：成功提取MMS次數(shù)/嘗試發(fā)送MMS次數(shù)×100%。
4. 百寶箱指標定義
（1） 下載成功率：成功下載次數(shù)/嘗試下載次數(shù)×100％。(用測試終端及測試軟件)。
（2） 下載速率：實際成功下載總數(shù)據(jù)量（Byte）/實際成功下載總時間。
5. 短信指標定義：
（1） 發(fā)送成功率：短信成功接收總次數(shù)/測試總次數(shù)×100%(用測試終端及測試軟件)。
（2） 發(fā)送平均時長：短信成功接收總時長/短信成功接收總次數(shù)(用測試終端及測試軟件)。
6. 飛信指標定義：
（1） 飛信手機客戶端登陸成功率：客戶端登陸成功次數(shù)/測試嘗試次數(shù)×100%。
注意：用戶開始發(fā)出PDP Activate Request開始計時，在60秒內(nèi)與飛信服務器交互所有登陸流程，并從服務器獲得正確的獲取好友列表應答消息（SVC-GetContactList）為登陸成功，否則認為失敗。
（2） 飛信手機客戶端登陸平均時長：各次成功客戶端登陸時間相加/成功客戶端登陸次數(shù)。
注意：飛信手機客戶端登陸時長等于PDP激活時長加飛信客戶端服務器登陸流程時長（PDP激活時長定義參見EGPRS測試相關規(guī)范）。其中飛信客戶端服務器登陸流程時長為從手機客戶端發(fā)起登陸導航服務器消息（get System Config）到手機客戶端收到好友列表應答消息（SVC-Get Contact List）時間間隔。
（3） 手機客戶端至短信消息發(fā)送成功率：手機客戶端至短信消息發(fā)送成功次數(shù)/測試嘗試次數(shù)×100%。
注意：A賬戶為手機客戶端登陸，B帳戶為短信在線，A賬戶向B賬戶發(fā)送短信消息（MSG_SendSMS）后在60秒內(nèi)B方手機收到短信（信令CP_DATA）且內(nèi)容相同認為成功，否則計為失敗。
（4） 手機客戶端至短信消息發(fā)送平均時長：各次成功手機客戶端至短信消息發(fā)送時間相加/成功手機客戶端至短信消息發(fā)送次數(shù)。
注意：A賬戶手機客戶端向B賬戶發(fā)送短信消息（MSG_SendSMS）開始計時點，B賬戶手機成功收到短信（信令CP_DATA）為結(jié)束計時點，其間隔為手機客戶端至短信消息發(fā)送時長。
（5） 短信至手機客戶端消息發(fā)送成功率：短信至手機客戶端消息發(fā)送成功次數(shù)/測試嘗試次數(shù)×100%。
注意：A賬戶手機客戶端登陸，B帳戶為短信在線，B賬戶向A賬戶發(fā)送短信消息后（信令CP_DATA）在60秒內(nèi)A方手機客戶端收到消息（MSG-IM-UAS）且內(nèi)容相同認為成功，否則計為失敗。
（6） 短信至手機客戶端消息發(fā)送平均時長：各次短信至手機客戶端消息發(fā)送時間相加/成功短信至手機客戶端發(fā)送次數(shù)。
注意：B賬戶手機開始發(fā)送短信（信令CP_DATA）為開始計時點，A賬戶手機客戶端成功收到短信（MSG-IM-UAS）為結(jié)束計時點，其間隔為短信至手機客戶端消息發(fā)送時長。
回答者：
藍培清
回答時間：2012-06-07 16:49
9
7
• 廣州銘輝網(wǎng)絡科技有限公司
聘：華為網(wǎng)格長
需求人數(shù)：2 人 地點：海口市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡資源管理工程師
需求人數(shù)：3 人 地點：香港
• 成都旗訊通信技術有限公司 聘：【移動項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 上海大唐移動通信設備有限公司 聘：網(wǎng)絡優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點：保定市
• 上海德專信息技術有限公司 聘：【急聘】云南楚雄日常前后臺網(wǎng)優(yōu)
需求人數(shù)：5 人 地點：云南省
• 廣東世炬網(wǎng)絡科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點：泉州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 浙江省郵電工程建設有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 浙江明訊網(wǎng)絡技術有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
需求人數(shù)：2 人 地點：海口市
• 西安長河通訊有限責任公司 聘：網(wǎng)絡資源管理工程師
需求人數(shù)：3 人 地點：香港
• 成都旗訊通信技術有限公司 聘：【移動項目】招督導、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：四川省,河南省,山東省,安徽省,湖北省
• 上海大唐移動通信設備有限公司 聘：網(wǎng)絡優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點：保定市
• 上海德專信息技術有限公司 聘：【急聘】云南楚雄日常前后臺網(wǎng)優(yōu)
需求人數(shù)：5 人 地點：云南省
• 廣東世炬網(wǎng)絡科技股份有限公司 聘：AI工程師
需求人數(shù)：1 人 地點：云南省
• 福建省鴻官通信工程有限公司 聘：中興IPRAN工程師
需求人數(shù)：1 人 地點：泉州市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級
需求人數(shù)：2 人 地點：南昌市
• 浙江省郵電工程建設有限公司 聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 浙江明訊網(wǎng)絡技術有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：湖州市,寧波市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |