dt測試信令分析流程(編輯修改稿)
2025-06-03 18:05 本頁面
【文章內(nèi)容簡介】 1 里程掉話比定義：里程掉話比 =（ ≥94dBm的測試路段里程數(shù)） /掉話總次數(shù)； 2 公路覆蓋率＝（ ≥94dBm測試路段里程數(shù)） /測試路段總里程數(shù) 100％； 3 城區(qū)覆蓋率＝（ ≥90dBm測試路段里程數(shù)） /測試路段總里程數(shù) 100％； 4 接通率定義：接通率＝接通總次數(shù) /試呼總次數(shù) 100％； 5 掉話率定義：掉話率＝掉話總次數(shù) /接通總次數(shù) 100％ 6 話音質(zhì)量定義：取 MOS值 22 DT測試統(tǒng)計(jì) 接通率 ，定義：接通率＝接通總次數(shù) /試呼總次數(shù) 100％； 說明： 試呼次數(shù)：以 channel request和 CM service request同時(shí)出現(xiàn)來確定試呼開始。 接通次數(shù)：當(dāng)一次試呼開始后出現(xiàn)了 Connect，Connect Acknowledge消息中的任何一條就計(jì)數(shù)為一次接通。 接通率＝總（ Connect或 Connect Acknowledge）數(shù) /總（ channel request和 CM service request）數(shù) 100％ 接通率取主叫測試手機(jī)的統(tǒng)計(jì)結(jié)果。 23 DT測試統(tǒng)計(jì) 掉話率 ，定義：掉話率＝掉話總次數(shù) /接通總次數(shù) 100％； 說明： 接通次數(shù)：當(dāng)一次試呼開始后出現(xiàn)了 Connect， Connect Acknowledge消息中的任何一條就計(jì)數(shù)為一次接通 掉話次數(shù)：在一次通話中如出現(xiàn) Disconnect或 Channel Release中任意一條，就計(jì)為一次呼叫正常釋放。只有當(dāng)兩條消息都未出現(xiàn)而由專用模式轉(zhuǎn)為空閑模式時(shí)，才計(jì)為一次掉話。（如通話時(shí)間不足規(guī)定時(shí)長，出現(xiàn)釋放，要求通過層 3信令解碼判斷原因） 掉話率取主、被叫手機(jī)的統(tǒng)計(jì)結(jié)果 掉話率＝（主叫掉話 +被叫掉話） /（主叫接通 +被叫接通） 100％ 24 DT測試統(tǒng)計(jì) 覆蓋率，定義：覆蓋率＝（ =90dBm的采樣點(diǎn)數(shù)） /總采樣點(diǎn)數(shù) 100％； 說明： 取主、被叫手機(jī)的測試結(jié)果 話音質(zhì)量 說明： 取 MOS值。 話音質(zhì)量取主、被叫手機(jī)的統(tǒng)計(jì)結(jié)果之和。 考察項(xiàng)目 平均呼叫建立時(shí)延 說明： 呼叫建立時(shí)延 ：出現(xiàn)最后一條 channel request到 alert的時(shí)間差（以幀號差計(jì)算）。 取所有測試的平均時(shí)長。 取主叫手機(jī)的測試結(jié)果 DT分析流程－掉話 DT分析流程－掉話 DT分析流程－覆蓋差 信號覆蓋差分析 通常認(rèn)為接近或低于測試規(guī)范定義的有效覆蓋電平即認(rèn)為是覆蓋 如果屬于無主覆蓋而且質(zhì)量較差，也認(rèn)為是覆蓋差。 DT分析流程－話音質(zhì)量 DT分析流程－切換問題 DT分析流程－切換問題 DT分析流程－切換問題 Layer3層信令分析 DT問題分析 GPRS信令分析 目錄 33 TBF的建立流程 兩步接入 34 TBF的建立流程 一步接入 35 TBF數(shù)據(jù)傳輸 指配上行 TBF ? 網(wǎng)絡(luò)側(cè)在 PACKET UPLINK ASSIGNMENT或 PACKET TIMESLOT RECONFIGURE消息中指定下列參數(shù)來描述上行 TBF： ? 唯一的 TFI（ MS應(yīng)按照這個(gè) TFI值設(shè)置每個(gè)上行 RLC數(shù)據(jù)塊的 TFI域）； ? 用于上行傳輸?shù)囊唤M PDCH； ? TBF啟動(dòng)時(shí)間（可選項(xiàng)，用于動(dòng)態(tài)或擴(kuò)展動(dòng)態(tài)分配）。 36 TBF數(shù)據(jù)傳輸 下行 RLC模式的傳送 網(wǎng)絡(luò)側(cè)通過設(shè)置 PACKET DOWNLINK ASSIGNMENT或 PACKET TIMESLOT RECONFIGURE消息的 RLC_MODE比特來設(shè)置下行 TBF的 RLC模式。 上行 RLC模式的傳送 MS可通過 PACKET RESOURCE REQUEST或 PACKET DOWNLINK ACK/NACK消息中的 RLC_MODE比特來設(shè)置上行 TBF的 RLC操作模式。在一階段接入過程中， RLC模式缺省為 RLC確認(rèn)模式。 在 CDS的 RLC/MAC的 BLOCK HEADER的信令分析中，我們可以去分析上行信號或者下行信號的 ACK消息，從而得知 BSS或 MS是否收到 RLC 數(shù)據(jù)包 37 TBF的釋放流程 如果下面七種情況出現(xiàn)，則 TBF釋放： ?在上行方向沒有數(shù)據(jù)傳送并且下行延遲釋放定時(shí)器或者擴(kuò)展上行定時(shí)器超時(shí) ?GPRS/EGPRS終端發(fā)生了小區(qū)重選 ?上行 TBF丟失 ?發(fā)生持續(xù) TA信息的 PDCH被預(yù)清空或者發(fā)生故障 ?GSL發(fā)生故障 ?小區(qū)被閉塞 ?小區(qū)支持 GPRS的功能被激活 38 TBF的釋放流程 根據(jù) MS的能力和 MS的 RAC是否在 BSS已知，上行 TBF可以兩種模式：
法律信息相關(guān)推薦
鄂ICP備17016276號-1