freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

gprs業(yè)務(wù)測試流程及案例分析(參考版)

2025-01-15 15:41本頁面
  

【正文】 解決方案:關(guān)閉測試卡所有短信定制服務(wù)。判斷次此 CASE是由于 SMS進(jìn)來導(dǎo)致手機(jī)做了 RAU,網(wǎng)絡(luò)延遲加大造成的 MMS發(fā)送失敗。Rate是由于 suspend和noTBF檢查該時段 OMC不作為一次測試嘗試。該消息是WAP網(wǎng)關(guān)收到 SP服務(wù)器回應(yīng)的 “服務(wù)暫時中斷 ”消息后作出的響應(yīng)。NOT fail,統(tǒng)計為掉線一次。從測試軟件上看,都是在登陸 FTP服務(wù)器后無法接收應(yīng)用層數(shù)據(jù),最后超時顯示 FTP該種情況同樣是由于位置更新導(dǎo)致登陸服務(wù)器中斷,雖然 FTP登陸 TCP協(xié)議進(jìn)程正常,可以正常傳輸數(shù)據(jù),但是 FTPDATA仍然出錯。而 FTP下載測試進(jìn)程同樣并沒有停止,最終測試軟件判斷超時失敗。該種情況主要是由于位置更新導(dǎo)致登陸服務(wù)器中斷, FTP登陸時 TCP協(xié)議進(jìn)程因丟包出現(xiàn)錯誤,而從測試軟件的表象上看,已顯示成功登陸,但無法下載數(shù)據(jù)。不建議跳頻 TCH載頻開 CS34功能,目前 CS34功能僅限于在 BCCH載頻上開啟專題 — 假事件假事件案例 1—FTP 下載失敗通過對 Gi口抓包分析,發(fā)現(xiàn)在登陸 FTP服務(wù)器成功后, FTP服務(wù)器就因收到 [RESET]消息而停止發(fā)送數(shù)據(jù)。 GPRS數(shù)據(jù)傳輸性能與無線環(huán)境有直接的關(guān)系,而與信號接收電平關(guān)系不明顯216。TRX、 TCH但如果打開跳頻,則所有載頻上都會有被干擾的信息快,因此都需要重傳,從而大大降低下載速率。通過如此做法可將由干擾帶來的掉話概率大大降低。TRX(HF/NHF)下 GPRS性能比較通過對測試結(jié)果的分析發(fā)現(xiàn),在無線環(huán)境較差的條件下,打開跳頻比關(guān)閉跳頻的下載速率慢,打開 CS34比 CS12算法下的下載速率慢。BCCH TRX、 TCH TRX( HF/NHF)下 GPRS性能比較專題 — BCCH由于 BCCH載頻不參加跳頻,所以在跳頻或非跳頻之間測試值并無太大差異。TRX(HF/NHF)下 GPRS性能比較p無線環(huán)境差、接收電平低測試地點為一 16層建筑物頂層,用手機(jī)鎖頻的室外大站接收電平為- 80dBm左右,由于樓頂?shù)臒o線環(huán)境較差,周圍較多大站飄來的信號對當(dāng)前小區(qū)帶來干擾。BCCH TRX、 TCH TRX( HF/NHF)下 GPRS性能比較專題 — BCCHTRX(HF/NHF)下 GPRS性能比較p無線環(huán)境好、接收電平低測試地點為一寫字樓內(nèi),用手機(jī)鎖頻到室外大站,接收電平在 85dBm左右,由于樓體的屏蔽雖然使服務(wù)小區(qū)電平很低,但周圍的干擾電平也很低無線環(huán)境較干凈。專題 — BCCHTRX(HF/NHF)下 GPRS性能比較BCCH TRX、 TCH TRX( HF/NHF)下 GPRS性能比較為明確了解 BCCH載頻、 TCH載頻在跳頻、非跳頻及不同編碼方式下 FTP下載速率的變化情況,尋找特定小區(qū)進(jìn)行了詳盡的測試 專題 — BCCH變更頻繁的地方的數(shù)據(jù)傳輸速度上有改善 ,而對于定點的穩(wěn)定大數(shù)據(jù)量的 FTPT3192 設(shè)置為 1 秒 ,對小數(shù)據(jù)交互多的 GPRS而且增加了PDPrejectterritory建立時間。當(dāng)再次有數(shù)據(jù)傳時,需要重新立即指配。而且開始監(jiān)視 Paging時隙),如果沒有續(xù)傳的指令, T3192傳完之后,手機(jī)會啟動 T3192,等待 專題 — T3192參數(shù)實驗T3192參數(shù)實驗結(jié)果T3192設(shè)置為 秒 , T3192會影響 TBF該參數(shù)的設(shè)置,應(yīng)充分考慮該小區(qū)的業(yè)務(wù)負(fù)荷、小區(qū)的業(yè)務(wù)模型,網(wǎng)絡(luò)資源較充足的情況下,應(yīng)盡量設(shè)置 T3192較大,減少新 TBF建立時間,提高數(shù)據(jù)傳輸速率。而該參數(shù)設(shè)置越小,因為 MS將很快將 TBF資源釋放掉,若網(wǎng)絡(luò)有新的下行數(shù)據(jù)到來,網(wǎng)絡(luò)必須發(fā)起尋呼或立即指配流程(若 MS處于就緒狀態(tài)),所以下行 TBF建立的時間就越長。 在 TBF釋放階段,如果 MS處于半雙工狀態(tài)并且收到上行指配, MS將立即響應(yīng)該命令;如果在TBF釋放階段沒有收到上行指配, MS將進(jìn)入分組空閑模式,在雙傳輸模式時將進(jìn)入專用模式。 RECONFIGURE)時,停止定時器 T3192。ASSIGNMENT)消息或 “分組時隙重新配置 ”( PACKET當(dāng)移動臺收到 PCU發(fā)送的 “分組下行指配 ”( PACKETACK)作為最后一個數(shù)據(jù)塊的響應(yīng)時, MS啟動定時器 T3192。ACK/NACK)消息時啟動定時器 T3192,或者在以非確認(rèn)模式發(fā)送 “分組控制證實 ”( PACKET專題 — MFR、 DRX參數(shù)實驗MFR、 DRX參數(shù)實驗結(jié)果專題 — T3192參數(shù)實驗T3192概述當(dāng) MS向網(wǎng)絡(luò)發(fā)送 “最后證實標(biāo)志 ”( FAI)等于 “1”的 “分組下行證實 /未證實”(PACKET此時下行 TBF建立的立即指配消息不需要再計算尋呼組,可以直接在 AGCH上發(fā)送。當(dāng) MS由分組傳輸模式返回分組空閑模式時(比如 TBF釋放),在DRX_TIMER_MAX與 NON_DRX_TIMER的共同作用下,如果 MS進(jìn)入非 DRX傳輸?shù)臓顟B(tài),將如下圖所示: 節(jié)約的時間為 ?。?!專題 — MFR、 DRX參數(shù)實驗DRX模式與非 DRX模式概述235ms( 2+1) /2=如果立即指配消息隨機(jī)出現(xiàn), MFR=2,等待的平均時間就減少為:235ms( 5+4+3+2+1) /5=705ms如果立即指配消息隨機(jī)出現(xiàn), MFR=5, MS要等待的平均時間就是: MS如果錯過了自己所偵聽的尋呼子信道,它將不得不再等待,直到下一個尋呼子信道到來。若 PCU判斷該 MS正處于 DRX模式時,它將計算 MS屬于哪個尋呼組,并向 BTS發(fā)出資源分配消息,當(dāng) BTS收到該消息后將在 MS所偵聽的 CCCH信道上發(fā)出立即指配消息。DRX_TIMER_MAX的取值范圍為 0~ 7,表達(dá)的取值遵循公式: 2k1(其中 k=0時,表示參數(shù)值為 0),即參數(shù)取值為: 0, 1s、 2s、 4s……64s 。13中看到。InformationNON_DRX_TIMER的大小可以在ATTACHNON_DRX_TIMER由 MS在 GPRS附著的過程中和 SGSN協(xié)商。 DRX_TIMER_MAX設(shè)定 MS在從分組傳輸模式進(jìn)入分組空閑模式時,執(zhí)行 NONDRX模式時長的最大值。在 DRX模式中, MS僅收聽歸屬尋呼組的尋呼塊,而在非 DRX模式下, MS將收聽所有的 CCCH塊。尋呼信道復(fù)幀數(shù)( MFR)是指以多少復(fù)幀數(shù)作為尋呼子信道的一個循環(huán)。 專題 — PANDEC、 PANINC參數(shù)實驗PANDEC、 PANINC參數(shù)調(diào)整實驗前后相關(guān)區(qū)域電平分布圖專題 — MFR、 DRX參數(shù)實驗MFR、 DRX概述 MFR( BS_PA_MFRMS)高 CELL 高 CELL Ack時 TBF異常釋放并進(jìn)行小區(qū)重選的可能,但也使 MS在發(fā)送窗口停止,不能發(fā)送數(shù)據(jù)的情況下,較長時間占據(jù)無線資源,資源利用率不高。增加 PANMAX和 PANINC,減小 PANDEC,可以減少 MS在收不到 Packet如果 PANDEC, PANINC和 PANMAX置為 0值時,計數(shù)器N3102就無效。+UPLINK+=在無線鏈路失敗控制中, PAN參數(shù)將與 MS側(cè)的定時器 N3102一起使用。解決方案:調(diào)整 CI1892的 NSEI值。經(jīng)檢查發(fā)現(xiàn)CI1892的 NSEI值與周圍站點不統(tǒng)一。下圖就是經(jīng)過優(yōu)化過的 NSEI分配:專題 —NSEI 規(guī)劃專題 —NSEI 規(guī)劃NSEI規(guī)劃案例 2—FTP 下載失敗問題: MS從 CI1892重選到 CI到 481的同時跨了 PCU,屬于 InterPCU的 CellDT的過程中避免頻繁的 RAU,從而提高GPRS因此 ,我們需要重新分配 NSEI。專題 —NSEI 規(guī)劃NSEI規(guī)劃前在網(wǎng)絡(luò)優(yōu)化之前沒有優(yōu)化過 NSEI, PCU的分配很是隨便,甚至一個站上的兩個小區(qū)都不在一個 PCU下,這對 GPRS在一個網(wǎng)絡(luò)服務(wù)實體( NSE)下,每個 GPRS小區(qū)可由 BVCI唯一標(biāo)識,一個網(wǎng)絡(luò)服務(wù)實體有且僅有一條信令 BVC( BVCI=0)。每條虛連接都有一個標(biāo)識,為 BVCI,它能使底層網(wǎng)絡(luò)服務(wù)層將 BSSGP對等的PTP(點對點)、 PTM(點對多)和信令實體間傳送 BSSGP 其中NSE為網(wǎng)絡(luò)服務(wù)設(shè)備實體,是全網(wǎng)統(tǒng)一編碼的,以 NSEI來標(biāo)識。每個小區(qū)的歸屬的 RAC區(qū)以上 3個參數(shù)必須與現(xiàn)行網(wǎng)絡(luò)中硬件設(shè)備的連接一致才能保證 GPRS手機(jī)路由更新的正常進(jìn)行 (3)每個 BSC到 MSC的歸屬位置(2)每個 MSC到 SGSN的歸屬位置(1)關(guān)系 GPRS路由更新的參數(shù)主要有 3部分,即:通過仔細(xì)分析, 每次穿越 RAC區(qū)時,都發(fā)生掉線,且都伴隨著 RAU經(jīng)檢查發(fā)現(xiàn)此時該小區(qū)與相鄰小區(qū)的小區(qū)重選參數(shù)設(shè)置情況如下:專題 — 小區(qū)重選與路由更新問題小區(qū)重選案例 1—C2 參數(shù)設(shè)置不合理問題 小區(qū)名 Rexlev(dBm)RXLEVACCESSMINCRH CRO TO C2高教科研 4 103 100 8 26 0 23下墟 3 80 100 8 8 0 28殷巷 3 84 100 8 10 0 26解決方案:控制小區(qū) 高教科研 4( BCCH: 560)的覆蓋,修改高教科研 4小區(qū) CRO由 26到 20。繼續(xù)南行,高教科研 4的電平逐漸降低,低至- 94dBm以下時,仍不發(fā)生小區(qū)重選。 FTP的數(shù)據(jù)傳輸在經(jīng)歷 RAU的時候同時也進(jìn)行了小區(qū)重選,此時的數(shù)據(jù)中斷情況同小區(qū)重選一樣,在 RAU之后繼續(xù)的小區(qū)重選也會給 TCP的數(shù)據(jù)連接恢復(fù)帶來負(fù)作用,路測過程中應(yīng)觀察重要路段或重要場所是否有不合理的 RAU事件發(fā)生。專題 — 小區(qū)重選與路由更新問題DT測試中會發(fā)生小區(qū)重選,在重選后的數(shù)據(jù)中斷和恢復(fù)期間數(shù)據(jù)量非常小, TCP慢啟動之后,數(shù)據(jù)傳輸恢復(fù)。在 TCP的數(shù)據(jù)連接恢復(fù)過程中再次發(fā)生的小區(qū)重選會嚴(yán)重影響 TCP數(shù)據(jù)連接的恢復(fù)。Slow路測過程中,要特別注意觀察,是否有頻繁小區(qū)重選或乒乓小區(qū)重選發(fā)生,小區(qū)信號覆蓋過小或不穩(wěn)定都會導(dǎo)致頻繁、乒乓小區(qū)重選,同時還要注意觀察,是否由于小區(qū)重選參數(shù)設(shè)置不合理導(dǎo)致的過覆蓋現(xiàn)象,這里注意對CRO、 CRH等相關(guān)參數(shù)的調(diào)整。Slow Start過程,在小區(qū)重選后數(shù)據(jù)暫停的時長約4~10秒,手機(jī)在新小區(qū)駐留后需要 ~5秒的時間獲得資源分配,如果有資源可以分配的話,此時手機(jī)已經(jīng)有少量數(shù)據(jù)的發(fā)送和接收(通過 IP分析軟件觀察),此時使用 PING來檢驗就可以看到 GPRS連接已經(jīng)恢復(fù)。 TCPStart啟動的時間,這一過程大約需要 4~10秒,直至 TCP正常傳輸。專題 — 小區(qū)重選問題小區(qū)重選的時候手機(jī)會暫時中斷數(shù)據(jù)傳輸,在這里數(shù)據(jù)中斷的時長主要包括:重選后數(shù)據(jù)暫停的時間、 TCP專題 — 高 BLERBLER案例 2— 小區(qū)重選問題問題: 已經(jīng)越過了該小區(qū)的主控范圍,但是不向鄰小區(qū)重選。專題 — 高 BLERBLER案例 1— 內(nèi)部干擾問題問題: 是該站點覆蓋小區(qū),但是高 BLER。此時如果發(fā)生該 BLOCK的接收錯誤,手機(jī)可以馬上從后面的 BLOCK中獲得而不必要求重傳,手機(jī)在計算 BLER的時候把這部分 BLOCK也計算在內(nèi),從而導(dǎo)致BLER的計算值比較高,因此小數(shù)據(jù)傳輸下行 BLER并不代表系統(tǒng)真正的無線性能,在大數(shù)據(jù)量傳輸時的 BLER可以真實的反映出系統(tǒng)的無線性能。解決方案: 將這個小區(qū)的 PET設(shè)置為 200s,這樣小區(qū)重選發(fā)生的可能性就大大降低了。由于復(fù)測時,車行駛的地方為一個交通燈口,車流量大、擁堵。為了保證手機(jī)在一段時間內(nèi)不重選進(jìn)此小區(qū),設(shè)置 PET= 20s, TEO= 30db,即在 52484的信號出現(xiàn)在 MS的鄰區(qū) 20s內(nèi)給C2一個人為的衰減值 30db,使其他小區(qū)的 C1, C2大過本小區(qū) 5s,這樣手機(jī)即不會選進(jìn)室外微蜂窩。在這個案例中,我們發(fā)現(xiàn)這個小區(qū)主要是覆蓋八萬人體育場的外場,所以我們鼓勵慢速移動的手機(jī)占用此小區(qū),快速移動的手機(jī)不要重選進(jìn)這樣的小區(qū)。由于室外微蜂窩主要是針對某個熱點地區(qū),或者覆蓋比較差的區(qū)域采用的覆蓋方式。解決方案: 增加 CI2631的靜態(tài) PS信道。專題 —FTP 問題FTP故障案例五 :FTP下載速率低問題: MS拿到的 PDCH不穩(wěn)定,跳變頻繁, PS爭搶頻繁,導(dǎo)致了 DL解決方案: 調(diào)整 1483專題 —FTP 問題FT
點擊復(fù)制文檔內(nèi)容
環(huán)評公示相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1