GPRS測(cè)試中案例分析.ppt

1、GPRS業(yè)務(wù)測(cè)試案例分析,目錄,Internet,GPRS業(yè)務(wù)測(cè)試工具介紹 GPRS專題優(yōu)化介紹及案例分析,GPRS測(cè)試軟件CDS的使用方法,CDS用戶界面,測(cè)試中常見(jiàn)問(wèn)題總結(jié),CDS 4.0版本現(xiàn)在還不穩(wěn)定，在信令解碼（比如C/I、RxQual、Ms-TxPower等）中存在一些BUG 在采集參數(shù)選項(xiàng)中CDS默認(rèn)只采集GSM C/I Trace和RLC/MAC Control MSG,其實(shí)LLC MSG等參數(shù)選項(xiàng)對(duì)事件的分析也能起到一定作用，最好將信令采集完整 注意測(cè)試用筆記本電腦在安裝測(cè)試軟件前必須重裝操作系統(tǒng)，不能安裝與測(cè)試無(wú)關(guān)的其它軟件;將托盤中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉,如MSN

2、等;關(guān)閉Windows的自動(dòng)更新功能，否則會(huì)影響Ping、FTP等所有與數(shù)據(jù)上傳、下載有關(guān)的測(cè)試項(xiàng)目 測(cè)試手機(jī)各參數(shù)一定要設(shè)置正確，測(cè)試手機(jī)必須為K或以上軟件版本,測(cè)試中常見(jiàn)問(wèn)題總結(jié),WAP刷新不是刷新首頁(yè)，而是深度為3的隨機(jī)刷新 準(zhǔn)確設(shè)置測(cè)試項(xiàng)目時(shí)間間隔以及超時(shí)時(shí)間，這些測(cè)試項(xiàng)目屬性的設(shè)置對(duì)測(cè)試結(jié)果有很大影響 每個(gè)測(cè)試點(diǎn)測(cè)試前需要重啟一下測(cè)試手機(jī)，這樣不僅可以清除緩存空間，也可以使測(cè)試手機(jī)選擇到最好小區(qū) WAP圖鈴下載的URL不同，下載速率的差別也很大 WAP測(cè)試應(yīng)以所有文字信息全部顯示為準(zhǔn)，所以應(yīng)在WAP測(cè)試時(shí)去掉設(shè)置中的“下載頁(yè)面中的圖標(biāo)”選項(xiàng) 當(dāng)FTP測(cè)試中出現(xiàn)長(zhǎng)時(shí)間無(wú)流量時(shí)，可讓司機(jī)

3、適當(dāng)降低車速 MMS測(cè)試中最好選擇NOKIA智能手機(jī)做為測(cè)試終端（不同手機(jī)測(cè)試測(cè)試結(jié)果差別很大）,GPRS業(yè)務(wù)測(cè)試工具介紹 GPRS專題優(yōu)化介紹及案例分析,Internet,目錄,專題ATTACH問(wèn)題,Attach優(yōu)化方法 關(guān)閉SGSN鑒權(quán) 檢查覆蓋 防止頻繁的小區(qū)重選 排查干擾，提高C/I 檢查RACH或AGCH信道配置 檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置 檢查GPRS ENABLED參數(shù)設(shè)置 檢查Gb links load，調(diào)整NSEI配置,專題ATTACH問(wèn)題,Attach故障案例一: 手機(jī)無(wú)法登陸GPRS網(wǎng)絡(luò),問(wèn)題描述 某區(qū)域用戶反應(yīng)不能登陸GPRS網(wǎng)絡(luò)，檢查網(wǎng)絡(luò)配置無(wú)異常，實(shí)地測(cè)試的

4、確無(wú)法登陸GPRS網(wǎng)絡(luò)。 故障分析 進(jìn)行了GPRS配置數(shù)據(jù)檢查，開通GPRS功能小區(qū)的NSEI、NSVI、RAC等各項(xiàng)GPRS參數(shù)配置均正確 檢查BSC BRP板配置，發(fā)現(xiàn)有一塊BRP板已經(jīng)配置了21個(gè)靜態(tài)GPRS信道和41個(gè)GPRS動(dòng)態(tài)信道，總數(shù)超過(guò)了每塊BRP板上PS信道的配置要求 解決方法 調(diào)整該BRP板上配置的GPRS信道數(shù)，保存配置數(shù)據(jù)后業(yè)務(wù)恢復(fù)正常。,專題ATTACH問(wèn)題,Attach故障案例二: 手機(jī)無(wú)法登陸GPRS網(wǎng)絡(luò),問(wèn)題描述： 有用戶反映手機(jī)GPRS Attach 不能成功?，F(xiàn)象為手機(jī)發(fā)送Attach request，SGSN 返回attach accept 消息，而后面B

5、SC上發(fā)信令為L(zhǎng)LC unkown information。 故障分析： 根據(jù)信令流程，BSS側(cè)負(fù)責(zé)TBF流的建立，后面應(yīng)為手機(jī)和SGSN的透?jìng)餍帕睿Ａ鞒虘?yīng)為手機(jī)向SGSN發(fā)送Attach complete。檢查BSC相關(guān)數(shù)據(jù)沒(méi)有發(fā)現(xiàn)問(wèn)題。從全局測(cè)試來(lái)看，與SGSN對(duì)接的所有BSC下所帶基站都有相同問(wèn)題情況，初步判斷為SGSN側(cè)的問(wèn)題。經(jīng)SGSN的工程師檢查，有數(shù)據(jù)改動(dòng)，即P-TMSI 由原來(lái)的enable 改為disable。導(dǎo)致P-TMSI無(wú)法分配，用戶無(wú)法上GPRS。 解決方法： 將P-TMSI由disable調(diào)整為enable，故障解決。,專題ATTACH問(wèn)題,Attach故障案例

6、三: ATTACH失敗,問(wèn)題：頻繁的小區(qū)重選（600216033260021）導(dǎo)致ATTACH時(shí)延過(guò)長(zhǎng)（14.55s）。 解決方案：提高60021CRH由8dB到10dB,調(diào)整60332RXLEVACCESSMIN由10dB到12dB,專題ATTACH問(wèn)題,Attach故障案例四: ATTACH失敗,問(wèn)題：網(wǎng)絡(luò)向手機(jī)發(fā)送Packet Access Reject消息作為對(duì)Packet Resource Request消息的應(yīng)答，此消息中包含“Wait_Indication”域，其值賦予T3172，當(dāng)手機(jī)收到Packet Access Reject消息后，啟動(dòng)T3172，在T3172運(yùn)行期間，網(wǎng)絡(luò)

7、不允許手機(jī)在同一小區(qū)內(nèi)再次發(fā)起分組接入嘗試。該事件由無(wú)線資源緊張所致。 解決方案：擴(kuò)充靜態(tài)PS信道。,專題PDP激活問(wèn)題,PDP激活優(yōu)化方法 關(guān)閉SGSN鑒權(quán) 檢查核心網(wǎng)各網(wǎng)元處理能力（DNS解析APN錯(cuò)誤或者過(guò)慢、GGSN關(guān)于APN的配置數(shù)據(jù)不完整、DHCP或RADIUS服務(wù)器故障、HLR和SGSN對(duì)通配符APN格式的兼容性問(wèn)題、SGSN和GGSN的GTP信令的兼容性問(wèn)題、SGSN構(gòu)造APN的配置問(wèn)題、GGSN處理過(guò)慢、DNS和GGSN的主備用狀態(tài) ） 防止頻繁的小區(qū)重選 排查干擾，提高C/I 檢查RACH或AGCH信道配置，提高接入和立即指配成功率 檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置 檢查

8、Gb links load，調(diào)整NSEI配置 檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168,專題PDP激活問(wèn)題,PDP故障案例一: PDP激活失敗,問(wèn)題：在20022重選到20281后，由于20281AGCH緊張導(dǎo)致。 解決方案：控制20281覆蓋范圍，適當(dāng)增加20281AGCH配置。,專題PDP激活問(wèn)題,PDP故障案例二: PDP激活失敗,問(wèn)題：由于連續(xù)發(fā)生兩次小區(qū)重選（CELLID: 10071 Channel:2CELLID: 111 Channel:90CELLID: 114 Channel:512）長(zhǎng)時(shí)間無(wú)時(shí)隙分配引起PDP激活失敗。 解決方案：提高6002

9、1CRH由6dB到10dB。,專題PDP激活問(wèn)題,PDP故障案例三: PDP激活失敗,問(wèn)題：由于沒(méi)有申請(qǐng)到PS信道導(dǎo)致PDP激活失敗。 解決方案：增加8540站點(diǎn)的靜態(tài)PS信道，將MFR由5調(diào)整到2。,專題PDP激活問(wèn)題,PDP故障案例四: PDP激活失敗,問(wèn)題：在CQT測(cè)試時(shí)經(jīng)常出現(xiàn)偶爾PDP激活時(shí)延過(guò)長(zhǎng)的現(xiàn)象。 經(jīng)過(guò)對(duì)10個(gè)點(diǎn)100次的PDP激活測(cè)試,發(fā)現(xiàn)7次時(shí)延異常的現(xiàn)象，具體掛表結(jié)果如下：,專題PDP激活問(wèn)題,PDP故障案例四: PDP激活失敗,正常情況下幾個(gè)接口上的耗時(shí)情況如下：,專題PDP激活問(wèn)題,PDP故障案例四: PDP激活失敗,從幾次異常測(cè)試結(jié)果可以看出，主要耗時(shí)是在Gb口以

10、下和Radius與WAP網(wǎng)關(guān)間，其中第六次GGSN與Radius間的耗時(shí)比較長(zhǎng)，是因?yàn)镚GSN第一次發(fā)送的Accounting request消息沒(méi)有被WAP網(wǎng)關(guān)接收到，也就是說(shuō)，我們?cè)赪AP網(wǎng)關(guān)側(cè)沒(méi)有看到GGSN第一次發(fā)送的Accounting request消息，只看到了GGSN第二次重新發(fā)送的Accounting request消息，而且WAP網(wǎng)關(guān)收到后及時(shí)給予了響應(yīng)。導(dǎo)致這種現(xiàn)象的原因可能是Accounting request消息在傳輸中丟失或者Radius的處理異常。 另外六次則是因?yàn)镚b口以下和Radius與WAP網(wǎng)關(guān)間的耗時(shí)過(guò)長(zhǎng)。GGSN向Radius發(fā)送Accounting R

11、equest消息，等待Radius的響應(yīng)，并啟動(dòng)相應(yīng)的等待定時(shí)器，在相應(yīng)的WAP網(wǎng)關(guān)側(cè)，我們發(fā)現(xiàn)WAP網(wǎng)關(guān)在收到Accounting Request消息后沒(méi)有給予響應(yīng)，由于GGSN沒(méi)有收到Accounting Request消息的響應(yīng)消息，導(dǎo)致等待定時(shí)器超時(shí)，然后GGSN重新發(fā)送Accounting Request消息，在相應(yīng)的WAP網(wǎng)關(guān)側(cè)，我們發(fā)現(xiàn)WAP網(wǎng)關(guān)此次給予了響應(yīng)，GGSN收到Radius轉(zhuǎn)發(fā)的Accounting Response消息，這時(shí)GGSN才對(duì)手機(jī)的PDP激活請(qǐng)求進(jìn)行響應(yīng)。,專題PDP激活問(wèn)題,PDP故障案例四: PDP激活失敗,正是由于Gi口的耗時(shí)過(guò)長(zhǎng)，使得無(wú)線側(cè)的定時(shí)器

12、超時(shí)而釋放了TBF資源，所以手機(jī)在接收PDP激活接受消息時(shí)，重新進(jìn)行了TBF的建立，這又進(jìn)一步增加了在無(wú)線口上的延時(shí)。因此，WAP網(wǎng)關(guān)的響應(yīng)過(guò)慢，是導(dǎo)致PDP激活時(shí)延過(guò)長(zhǎng)根本原因。,專題PDP激活問(wèn)題,PDP故障案例五: PDP激活失敗,在中國(guó)移動(dòng)集團(tuán)公司第三方測(cè)試的準(zhǔn)備工作中，發(fā)現(xiàn)GPRS CQT的火車站測(cè)試點(diǎn)有PDP激活失敗的現(xiàn)象，并且多次測(cè)試問(wèn)題始終存在。 從信令來(lái)看，當(dāng)下行的立即指配信息里出現(xiàn)了右圖中ARFCN為809的時(shí)候，PDP激活會(huì)不成功。,專題PDP激活問(wèn)題,PDP故障案例五: PDP激活失敗,809這個(gè)頻點(diǎn)是不正常的，但這是根據(jù)手機(jī)收到基站發(fā)出的層三消息解出來(lái)的。這個(gè)立即支配

13、消息是為了分配下行的TBF，也就是意味著網(wǎng)絡(luò)已收到PDP激活申請(qǐng)且給手機(jī)回復(fù)了PDP activate accept消息，但此消息未能通過(guò)空中接口。當(dāng)時(shí)懷疑是否因測(cè)試軟件導(dǎo)致，詢問(wèn)CDS軟件研發(fā)工程師，回復(fù)軟件應(yīng)該沒(méi)有問(wèn)題，也不像測(cè)試手機(jī)問(wèn)題，所以網(wǎng)絡(luò)下發(fā)的消息編碼存在問(wèn)題的可能性比較大。對(duì)同個(gè)BSC下的三晉國(guó)際飯店測(cè)試沒(méi)有發(fā)現(xiàn)同樣的問(wèn)題。 調(diào)整頻點(diǎn)和無(wú)線參數(shù)等也沒(méi)有解決問(wèn)題，于是懷疑是否為基站的問(wèn)題。重啟基站，重做基站數(shù)據(jù)，仍然沒(méi)有效果。將天線直接接到BTS機(jī)柜上測(cè)試看是否是因?yàn)榉植枷到y(tǒng)的問(wèn)題，但在測(cè)試中還是存在PDP激活失敗，所以也排除分布系統(tǒng)的問(wèn)題。對(duì)GB口進(jìn)行掛表測(cè)試，出現(xiàn)三次PDP激

14、活失敗。這三次失敗在GB口信令中體現(xiàn)為：MS發(fā)給SGSN APCR,然后SGSN都立即回復(fù)一個(gè)APAC給MS。 但是在SGSN回復(fù)APAC給MS 7s8s后,在GB數(shù)據(jù)里發(fā)現(xiàn)了RSTA，在該信令中發(fā)現(xiàn)“Radio contact lost with MS”的信息，同時(shí)還有一個(gè)LLCD(=LLC-DISCARDED)的信令。見(jiàn)下圖：,專題PDP激活問(wèn)題,PDP故障案例五: PDP激活失敗,專題PDP激活問(wèn)題,PDP故障案例五: PDP激活失敗,總之, 雖然在CDS的LOG里存在PDP失敗,但是從GB數(shù)據(jù)里反應(yīng)出的流程卻是完整的,而且SGSN都是在收到MS的APCR后就立即回復(fù)了APAC。因此分析

15、結(jié)果表明這幾次的PDP激活失敗并非由核心網(wǎng)引起，可能是由無(wú)線側(cè)導(dǎo)致了手機(jī)未能收到SGSN發(fā)的APAC而產(chǎn)生TIMEOUT。 由于無(wú)線質(zhì)量、GPRS統(tǒng)計(jì)和參數(shù)、核心網(wǎng)、分布系統(tǒng)等都沒(méi)有問(wèn)題，這時(shí)我們把重點(diǎn)放在基站硬件這一側(cè)。 因?yàn)?593也會(huì)出現(xiàn)閃斷，懷疑是否因傳輸誤碼率過(guò)高而導(dǎo)致，所以要求更換傳輸，換完傳輸后進(jìn)行測(cè)試，還是沒(méi)有效果。 由于在8591測(cè)試時(shí)PDP激活成功率為100，把8591的BTS和8593的BTS進(jìn)行調(diào)換再測(cè)試。在調(diào)換完后的200次PDP激活測(cè)試中，8593沒(méi)有出現(xiàn)一次失敗，而原來(lái)好的小區(qū)8591出現(xiàn)了5次PDP激活失敗。 最終更換了8593BTS，問(wèn)題得到解決。,專題Pin

16、g問(wèn)題,Ping優(yōu)化方法 優(yōu)化Ping Server,將Ping Server搬到FW內(nèi) 檢查覆蓋 防止頻繁的小區(qū)重選 排查干擾，提高C/I 檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置 檢查Gb links load，調(diào)整NSEI配置 檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168 優(yōu)化測(cè)試測(cè)試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動(dòng)更新功能,專題Ping問(wèn)題,Ping故障案例一: 不同時(shí)間間隔造成PING時(shí)延不同,問(wèn)題：Ping測(cè)試中時(shí)間間隔設(shè)置為4s-12s測(cè)試結(jié)果有很大差別。經(jīng)過(guò)核心網(wǎng)掛表測(cè)試發(fā)現(xiàn)Ping時(shí)延不穩(wěn)定是因?yàn)闇y(cè)試過(guò)程中出現(xiàn)其他一些數(shù)據(jù)包，這些垃圾數(shù)據(jù)包是由殺毒

17、軟件和一些應(yīng)用軟件自動(dòng)更新造成的。 解決方案：重新安裝操作系統(tǒng)，不能安裝與測(cè)試無(wú)關(guān)的軟件，將托盤中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉，關(guān)閉Windows的自動(dòng)更新功能。,專題Ping問(wèn)題,Ping故障案例二: Ping失敗,問(wèn)題：PING失敗時(shí)誤碼率很高，查看網(wǎng)管指標(biāo)發(fā)現(xiàn)此時(shí)干擾比較嚴(yán)重，但是其他時(shí)段幾乎沒(méi)有干擾，基本可以確定該干擾是外部干擾。 解決方案：查找外部干擾。,專題Ping問(wèn)題,Ping故障案例三:Ping失敗,問(wèn)題：由于小區(qū)的C/I低導(dǎo)致較高的BLER（小區(qū)BCCH CI5.9）。查看規(guī)劃數(shù)據(jù)，微蜂窩8800、7660、8750是同BCCH 。 解決方案：控制8800、7660、875

18、0覆蓋，調(diào)整8800、7660、8750頻點(diǎn)。,專題WAP問(wèn)題,WAP優(yōu)化方法 優(yōu)化WAP網(wǎng)關(guān)、移動(dòng)夢(mèng)網(wǎng)服務(wù)器、Gi口 檢查覆蓋 防止頻繁的小區(qū)重選 排查干擾，提高C/I 檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置 檢查Gb links load，調(diào)整NSEI配置 檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168 優(yōu)化測(cè)試測(cè)試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動(dòng)更新功能,專題WAP問(wèn)題,WAP故障案例一:WAP刷新失敗,問(wèn)題：出現(xiàn)WAP reply失敗的時(shí)候GPRS的質(zhì)量為6級(jí)，從服務(wù)小區(qū)和鄰區(qū)的測(cè)量來(lái)看，存在著鄰頻的干擾。 解決方案：更改頻點(diǎn)。,專題WAP問(wèn)題,WAP故障案

19、例一:WAP圖鈴下載速率低,問(wèn)題：通過(guò)分析看出RLC數(shù)據(jù)重傳率高，從OMC統(tǒng)計(jì)數(shù)據(jù)看Gb link的負(fù)荷在測(cè)試時(shí)段已高達(dá)64%，從而導(dǎo)致下載速率低。 解決方案：重新調(diào)整NSEI以減低Gb link load，從而提高GPRS CQT的下載速率。,專題WAP問(wèn)題,WAP故障案例三:WAP登陸失敗,問(wèn)題：在*賓館WAP登陸測(cè)試中，通過(guò)跟蹤Gb口發(fā)現(xiàn)，手機(jī)上行發(fā)送Get(URL=)，網(wǎng)絡(luò)側(cè)回復(fù)了一個(gè)PDU，具體內(nèi)容為：Your request for a service could not be fulfilled,please try again or contact your operator

20、if the problem persists。這種現(xiàn)象是因?yàn)橐苿?dòng)夢(mèng)網(wǎng)服務(wù)器出現(xiàn)問(wèn)題。 解決方案：與核心網(wǎng)工程師溝通解決。,專題WAP問(wèn)題,WAP故障案例四:WAP登陸和刷新時(shí)延過(guò)長(zhǎng),GB口WAP測(cè)試流程,專題WAP問(wèn)題,WAP故障案例四:WAP登陸和刷新時(shí)延過(guò)長(zhǎng),WAP測(cè)試信令流程,問(wèn)題：信令分析發(fā)現(xiàn)，網(wǎng)關(guān)在CONNECT到CONNECT REPLY和GET到REPLY間存在響應(yīng)時(shí)延長(zhǎng)，需重復(fù)發(fā)送GET請(qǐng)求,甚至?xí)霈F(xiàn)沒(méi)有響應(yīng)的情況，尤其是GET與REPLY間經(jīng)常出現(xiàn)較大的信令時(shí)延，有的甚至達(dá)到幾十秒,對(duì)手機(jī)訪問(wèn)WAP速度有較大影響。我們初步認(rèn)為打開WAP網(wǎng)頁(yè)時(shí)超過(guò)20秒以上的大時(shí)延基本都是

21、由網(wǎng)關(guān)時(shí)延引起的。 解決方案：核心網(wǎng)工程師針對(duì)WAP網(wǎng)關(guān)進(jìn)行優(yōu)化。,專題WAP問(wèn)題,WAP錯(cuò)誤代碼含義WTP層協(xié)議發(fā)生錯(cuò)誤,專題WAP問(wèn)題,WAP錯(cuò)誤代碼含義WSP層協(xié)議發(fā)生錯(cuò)誤,專題WAP問(wèn)題,WAP錯(cuò)誤代碼含義HTTP協(xié)議發(fā)生錯(cuò)誤,專題WAP問(wèn)題,WAP錯(cuò)誤代碼含義HTTP協(xié)議發(fā)生錯(cuò)誤,專題MMS問(wèn)題,MMS優(yōu)化方法 優(yōu)化相關(guān)核心網(wǎng)網(wǎng)關(guān)及接口、移動(dòng)Radius到省內(nèi) 檢查覆蓋 防止頻繁的小區(qū)重選 排查干擾，提高C/I 檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置 檢查Gb links load，調(diào)整NSEI配置 檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168,專題MMS問(wèn)題,

22、MMS故障案例一:MMS發(fā)送失敗,問(wèn)題：通過(guò)掛表發(fā)現(xiàn)手機(jī)首先PDP激活，APN為CMWAP，但是手機(jī)隨后沒(méi)有任何發(fā)起任何信令。這種情況是由于手機(jī)軟件進(jìn)程吊死所致。 解決方案：重裝手機(jī)操作系統(tǒng)。,專題MMS問(wèn)題,MMS故障案例二:MMS接收失敗,問(wèn)題：通過(guò)掛表發(fā)現(xiàn)手機(jī)首先建立了WSP層的連接，然后發(fā)起GET請(qǐng)求接收彩信，隨后WAP網(wǎng)關(guān)將彩信在WTP分割后，向手機(jī)發(fā)送WTP層的分段，當(dāng)傳送到第六個(gè)分段后該消息中的GTR和TTR都為0，說(shuō)明該分段既不是整個(gè)消息中某組的最后一塊，也不是整個(gè)消息的最后一塊，但是手機(jī)卻回應(yīng)了ACK，緊接著又發(fā)起一個(gè)Transaction(Invoke)。這種情況是由于手機(jī)

23、軟件故障所致。 解決方案：重裝手機(jī)操作系統(tǒng)。,專題MMS問(wèn)題,MMS故障案例三:MMS接收失敗,問(wèn)題：通過(guò)Gi口掛表發(fā)現(xiàn)手機(jī)在發(fā)起Get請(qǐng)求后，在10ms左右的時(shí)間連續(xù)多次重發(fā)Get請(qǐng)求（Get請(qǐng)求重發(fā)定時(shí)器為10s），導(dǎo)致WAP網(wǎng)關(guān)來(lái)不得處理手機(jī)的Session，從重發(fā)時(shí)間間隔來(lái)看，不可能是手機(jī)連續(xù)接收彩信。這種情況是由于手機(jī)軟件故障所致。 解決方案：重裝手機(jī)操作系統(tǒng)。,專題MMS問(wèn)題,MMS故障案例四:MMS發(fā)送失敗,問(wèn)題：通過(guò)掛表我們發(fā)現(xiàn)手機(jī)首先上行發(fā)送WSP 層的Connect 信令，建WSP 層的連接，但是WAP 網(wǎng)關(guān)沒(méi)有回應(yīng)Connect Reply，手機(jī)等待5 秒后重Connec

24、t，但是始終沒(méi)有回應(yīng)Connect Reply，達(dá)到最大重發(fā)次數(shù)5 次后，WSP 層的建鏈?zhǔn)。罱K導(dǎo)致彩信發(fā)送失敗。導(dǎo)致此次MMS發(fā)送失敗的原因?yàn)閃AP網(wǎng)關(guān)過(guò)于繁忙沒(méi)有回應(yīng)Connect Reply。 解決方案：請(qǐng)核心網(wǎng)工程師配合解決。,FTP優(yōu)化方法 優(yōu)化FTP Server，將FTP Server搬到FW內(nèi) 檢查覆蓋 防止頻繁的小區(qū)重選 排查干擾，提高C/I 檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置 檢查Gb links load，調(diào)整NSEI配置 調(diào)整DLB、ULB、DLBH、ULBH參數(shù)，動(dòng)態(tài)調(diào)整CS的比例 檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168、T3192

25、 打開CS3、CS4,專題FTP問(wèn)題,專題FTP問(wèn)題,FTP故障案例一:FTP下載失敗,問(wèn)題：MS 重選到小區(qū)41921后，DL TBF一直沒(méi)被建立導(dǎo)致長(zhǎng)時(shí)間下行無(wú)數(shù)據(jù)傳輸，最終導(dǎo)致了PDP掉線. 經(jīng)檢查該小區(qū)在測(cè)試時(shí)間段內(nèi)的GPRS KPI：下行時(shí)隙分配擁塞率比較高，這是為什么沒(méi)能建立DL TBF的主要原因所在。 解決方案：增加該小區(qū)靜態(tài)PS信道。,專題FTP問(wèn)題,FTP故障案例二:FTP下載速率過(guò)低,問(wèn)題：第一次cell reselection（9052）使數(shù)據(jù)傳輸恢復(fù)時(shí)間變長(zhǎng)而導(dǎo)致長(zhǎng)時(shí)間TBF掛起。之后重建時(shí)由于小區(qū)30553數(shù)據(jù)業(yè)務(wù)繁忙只申請(qǐng)到一條PS信道，在數(shù)據(jù)下傳過(guò)程中又發(fā)生了第二

26、次cell reselection（5280），然后因?yàn)閿?shù)據(jù)傳輸恢復(fù)時(shí)間變長(zhǎng)而導(dǎo)致長(zhǎng)時(shí)間TBF掛起。在重建時(shí)小區(qū)30152數(shù)據(jù)業(yè)務(wù)繁忙導(dǎo)致一直申請(qǐng)不到下行的PS信道導(dǎo)致三次PING失敗，最終申請(qǐng)到了4條PS信道，下載成功。導(dǎo)致平均下載速率只有8.11kbit/s。 解決方案：擴(kuò)充30553、30152靜態(tài)PS信道；調(diào)整30553RXLEVACCESSMIN由10到12。,專題FTP問(wèn)題,FTP故障案例三:FTP下載失敗,問(wèn)題：MS從43372重選到42093后，又從42093重選到1531后又頻繁重選回1531后，電平降到-94dBm，拖了一段時(shí)間后PDP掉線。 解決方案：控制42093、15

27、31覆蓋。,專題FTP問(wèn)題,FTP故障案例四:FTP下載失敗,問(wèn)題：MS跨LAC從83重選到1483后，就頻繁的小區(qū)重選148318621741，導(dǎo)致長(zhǎng)時(shí)間的TBF掛起，最終PDP掉線。從地形看，該處是一座立交橋，橋下無(wú)主控區(qū)。 解決方案：調(diào)整1483 CRH由6到10，確定該地點(diǎn)的主控小區(qū)。,專題FTP問(wèn)題,FTP故障案例五:FTP下載速率低,問(wèn)題：MS拿到的PDCH不穩(wěn)定，跳變頻繁，PS爭(zhēng)搶頻繁，導(dǎo)致了DL FTP速率低。 解決方案：增加CI2631的靜態(tài)PS信道。,專題FTP問(wèn)題,FTP故障案例六:FTP下載速率低,案例說(shuō)明： 在*路和*橋路附近，手機(jī)從宏站小區(qū)重選至室外微蜂窩52484

28、（八萬(wàn)人體育館），BCCH109。由于室外微蜂窩主要是針對(duì)某個(gè)熱點(diǎn)地區(qū)，或者覆蓋比較差的區(qū)域采用的覆蓋方式。我們?cè)贕PRS測(cè)試時(shí)，車經(jīng)過(guò)室外微蜂窩的時(shí)間比較短，盡量不要讓手機(jī)重選至這樣的小區(qū)，這樣會(huì)增加小區(qū)重選的次數(shù)和減少吞吐量。在這個(gè)案例中，我們發(fā)現(xiàn)這個(gè)小區(qū)主要是覆蓋八萬(wàn)人體育場(chǎng)的外場(chǎng)，所以我們鼓勵(lì)慢速移動(dòng)的手機(jī)占用此小區(qū)，快速移動(dòng)的手機(jī)不要重選進(jìn)這樣的小區(qū)。 52484參數(shù)設(shè)置為：PET=20s，TEO=0。為了保證手機(jī)在一段時(shí)間內(nèi)不重選進(jìn)此小區(qū)，設(shè)置PET20s，TEO30db，即在52484的信號(hào)出現(xiàn)在MS的鄰區(qū)20s內(nèi)給C2一個(gè)人為的衰減值30db，使其他小區(qū)的C1，C2大過(guò)本小區(qū)5

29、s，這樣手機(jī)即不會(huì)選進(jìn)室外微蜂窩。,專題FTP問(wèn)題,FTP故障案例六:FTP下載速率低,專題FTP問(wèn)題,FTP故障案例六:FTP下載速率低,問(wèn)題：在復(fù)測(cè)時(shí)我們發(fā)現(xiàn)，在同一個(gè)地點(diǎn)，此時(shí)52484的C1=25，C221，從15:40:33.764至15:53:586持續(xù)20s后，C2值升至53。由于復(fù)測(cè)時(shí)，車行駛的地方為一個(gè)交通燈口，車流量大、擁堵。我們?cè)仍O(shè)置的PET20s遠(yuǎn)遠(yuǎn)小于堵車的時(shí)間。 解決方案：將這個(gè)小區(qū)的PET設(shè)置為200s，這樣小區(qū)重選發(fā)生的可能性就大大降低了。,專題高BLER,BLER概述,BLER反應(yīng)信道受干擾的情況，但在小數(shù)據(jù)傳輸中可以看到下行BLER總是比較高，重傳的BLO

30、CK中很大的一部分是由于PCU的無(wú)線傳輸特性決定的，PCU在下行傳輸時(shí)，判斷數(shù)據(jù)是否快要發(fā)送完了，在數(shù)據(jù)快要結(jié)束前N個(gè)BLOCK(N由PCU參數(shù)決定)的時(shí)候確定TBF快要結(jié)束，在下行TBF的結(jié)尾處最后的一個(gè)BLOCK發(fā)送之后而在對(duì)它的確認(rèn)包回來(lái)之前，PCU重復(fù)發(fā)送這些未確認(rèn)的BLOCK直到收到確認(rèn)包。此時(shí)如果發(fā)生該BLOCK的接收錯(cuò)誤，手機(jī)可以馬上從后面的BLOCK中獲得而不必要求重傳，手機(jī)在計(jì)算BLER的時(shí)候把這部分BLOCK也計(jì)算在內(nèi)，從而導(dǎo)致 BLER的計(jì)算值比較高，因此小數(shù)據(jù)傳輸下行BLER并不代表系統(tǒng)真正的無(wú)線 性能，在大數(shù)據(jù)量傳輸時(shí)的BLER可以真實(shí)的反映出系統(tǒng)的無(wú)線性能。測(cè)試中同

31、時(shí)觀察C/I、質(zhì)量、手機(jī)發(fā)射功率、重傳率以及信道的RLC層速率，這些都是反應(yīng)信道質(zhì)量的重要指標(biāo)。,專題高BLER,BLER案例1內(nèi)部干擾問(wèn)題,問(wèn)題：是該站點(diǎn)覆蓋小區(qū)，但是高BLER。 解決方案：更改GTRX或者更換頻點(diǎn)。,專題高BLER,BLER案例2小區(qū)重選問(wèn)題,問(wèn)題：已經(jīng)越過(guò)了該小區(qū)的主控范圍，但是不向鄰小區(qū)重選。 解決方案：調(diào)高該鄰小區(qū)的CRH。,專題小區(qū)重選問(wèn)題,小區(qū)重選的時(shí)候手機(jī)會(huì)暫時(shí)中斷數(shù)據(jù)傳輸，在這里數(shù)據(jù)中斷的時(shí)長(zhǎng)主要包括：重 選后數(shù)據(jù)暫停的時(shí)間、TCP Slow Start啟動(dòng)的時(shí)間，這一過(guò)程大約需要410秒，直至TCP正常傳輸。路測(cè)過(guò)程中，要特別注意觀察，是否有頻繁小區(qū)重選或

32、乒乓小區(qū)重選發(fā)生，小區(qū)信號(hào)覆蓋過(guò)小或不穩(wěn)定都會(huì)導(dǎo)致頻繁、乒乓小區(qū)重選，同時(shí)還要注意觀察，是否由于小區(qū)重選參數(shù)設(shè)置不合理導(dǎo)致過(guò)覆蓋，這里注意對(duì)CRO、CRH等相關(guān)參數(shù)的調(diào)整。TCP Slow Start過(guò)程，在小區(qū)重選后數(shù)據(jù)暫停的時(shí)長(zhǎng)約410秒，手機(jī)在新小區(qū)駐留后需要0.55秒的時(shí)間獲得資源分配，如果有資源可以分配的話，此時(shí)手機(jī)已經(jīng)有少量數(shù)據(jù)的發(fā)送和接收（通過(guò)IP分析軟件觀察），此時(shí)使用PING來(lái)檢驗(yàn)就可以看到GPRS連接已經(jīng)恢復(fù)。在TCP的數(shù)據(jù)連接恢復(fù)過(guò)程中再次發(fā)生的小區(qū)重選會(huì)嚴(yán)重影響給TCP的數(shù)據(jù)連接恢復(fù)。,小區(qū)重選與路由更新概述,專題小區(qū)重選與路由更新問(wèn)題,DT測(cè)試中會(huì)發(fā)生小區(qū)重選，在重選

33、后的數(shù)據(jù)中斷和恢復(fù)期間數(shù)據(jù)量非常小，TCP慢啟動(dòng)之后，數(shù)據(jù)傳輸恢復(fù)。恢復(fù)時(shí)間長(zhǎng)度不一，這和重選時(shí)TCP數(shù)據(jù)傳輸當(dāng)時(shí)的具體情況有關(guān)，一般410秒，極端惡劣情況下達(dá)12分鐘，但此時(shí)如果停止行駛，數(shù)據(jù)傳輸會(huì)在短時(shí)間內(nèi)恢復(fù)。 FTP的數(shù)據(jù)傳輸在經(jīng)歷RAU的時(shí)候同時(shí)也進(jìn)行了小區(qū)重選，此時(shí)的數(shù)據(jù)中斷情況 同小區(qū)重選一樣，在RAU之后繼續(xù)的小區(qū)重選也會(huì)給TCP的數(shù)據(jù)連接恢復(fù)帶來(lái)負(fù)作用，路測(cè)過(guò)程中應(yīng)觀察重要路段或重要場(chǎng)所是否有不合理的RAU事件發(fā)生。在RAU之后可以使用PING來(lái)驗(yàn)證GPRS承載已經(jīng)恢復(fù) 。,小區(qū)重選與路由更新概述,專題小區(qū)重選與路由更新問(wèn)題,小區(qū)重選案例1C2參數(shù)設(shè)置不合理問(wèn)題,問(wèn)題：車輛沿

34、機(jī)場(chǎng)高速?gòu)谋毕蚰闲旭?，紅圈處占用小區(qū)高教科研4（BCCH：560）。繼續(xù)南行，高教科研4的電平逐漸降低，低至94dBm以下時(shí)，仍不發(fā)生小區(qū)重選。長(zhǎng)時(shí)間電平小于94dBm，造成無(wú)覆蓋。經(jīng)檢查發(fā)現(xiàn)此時(shí)該小區(qū)與相鄰小區(qū)的小區(qū)重選參數(shù)設(shè)置情況如下：,專題小區(qū)重選與路由更新問(wèn)題,小區(qū)重選案例1C2參數(shù)設(shè)置不合理問(wèn)題,解決方案：控制小區(qū)高教科研4（BCCH：560）的覆蓋，修改高教科研4小區(qū)CRO由26到20。,專題小區(qū)重選與路由更新問(wèn)題,路由更新案例1跨越SGSN路由區(qū)更新故障,每次穿越RAC區(qū)時(shí)，都發(fā)生掉線，且都伴隨著RAU Failure。通過(guò)仔細(xì)分析， SGSN內(nèi)的數(shù)據(jù)錯(cuò)誤是導(dǎo)致這種路由更新失敗的

35、原因。 關(guān)系GPRS路由更新的參數(shù)主要有3部分，即： (1) 每個(gè)MSC到SGSN的歸屬位置 (2) 每個(gè)BSC到MSC的歸屬位置 (3) 每個(gè)小區(qū)的歸屬的RAC區(qū) 以上3個(gè)參數(shù)必須與現(xiàn)行網(wǎng)絡(luò)中硬件設(shè)備的連接一致才能保證GPRS手機(jī)路由更新的正常進(jìn)行 。,專題NSEI規(guī)劃,NSEI規(guī)劃概述,GPRS協(xié)議棧BSSGP層中，為了便于管理，每個(gè)GPRS小區(qū)被賦予了一個(gè)BSSGP虛連接BVC（NSEIBVCI），一個(gè)BVC必須隸屬于一個(gè)NSE。其中NSE為網(wǎng)絡(luò)服務(wù)設(shè)備實(shí)體，是全網(wǎng)統(tǒng)一編碼的，以NSEI來(lái)標(biāo)識(shí)。一般來(lái)說(shuō)一個(gè)BSC被劃分為一個(gè)服務(wù)實(shí)體，為了可擴(kuò)展性，ZXG10系統(tǒng)中也允許BSC下掛若干個(gè)N

36、SE。 BSSGP虛連接（BVC）為不同的BSSGP實(shí)體間通訊提供了一種途徑。對(duì)等的PTP（點(diǎn)對(duì)點(diǎn)）、PTM（點(diǎn)對(duì)多）和信令實(shí)體間傳送BSSGP PDU時(shí)是以BVC為基礎(chǔ)的。每條虛連接都有一個(gè)標(biāo)識(shí)，為BVCI，它能使底層網(wǎng)絡(luò)服務(wù)層將BSSGP PDU高效地路由到對(duì)等實(shí)體上。在一個(gè)網(wǎng)絡(luò)服務(wù)實(shí)體（NSE）下，每個(gè)GPRS小區(qū)可由BVCI唯一標(biāo)識(shí)，一個(gè)網(wǎng)絡(luò)服務(wù)實(shí)體有且僅有一條信令BVC（BVCI=0）。,專題NSEI規(guī)劃,NSEI規(guī)劃前,在網(wǎng)絡(luò)優(yōu)化之前沒(méi)有優(yōu)化過(guò)NSEI，PCU的分配很是隨便，甚至一個(gè)站上的兩個(gè)小區(qū)都不在一個(gè)PCU下，這對(duì)GPRS performance有很大影響。因此,我們需要重新

37、分配NSEI。比如下圖就是沒(méi)有經(jīng)過(guò)合理配置的NSEI：,專題NSEI規(guī)劃,NSEI規(guī)劃后,在優(yōu)化期間，PCU需要定期重新規(guī)劃，也即重新分配小區(qū)的NSEI，在物理位置上盡量靠近，這樣做的目的是為了在GPRS DT的過(guò)程中避免頻繁的RAU，從而提高GPRS DT的Performance。下圖就是經(jīng)過(guò)優(yōu)化過(guò)的NSEI分配：,專題NSEI規(guī)劃,專題NSEI規(guī)劃,NSEI規(guī)劃案例2FTP下載失敗,問(wèn)題：MS從CI1892重選到CI到481的同時(shí)跨了PCU，屬于Inter-PCU的Cell Reselection,導(dǎo)致了數(shù)據(jù)傳輸長(zhǎng)時(shí)間的停頓，最終發(fā)生了PDP掉線。經(jīng)檢查發(fā)現(xiàn)CI1892的NSEI值與周圍站

38、點(diǎn)不統(tǒng)一。 解決方案：調(diào)整CI1892的NSEI值。,專題PANDEC、PANINC參數(shù)實(shí)驗(yàn),PANDEC、PANINC概述,在無(wú)線鏈路失敗控制中，PAN參數(shù)將與MS側(cè)的定時(shí)器N3102一起使用。當(dāng)移動(dòng)臺(tái)檢測(cè)到發(fā)送窗口停止轉(zhuǎn)動(dòng)時(shí)（V(S) = V(A) + WS），移動(dòng)臺(tái)應(yīng)啟動(dòng)定時(shí)器T3182；在收到PACKET UPLINK ACK/NACK導(dǎo)致V(S) V(A) + WS時(shí)，則停止T3182；當(dāng)T3182超時(shí)后，移動(dòng)臺(tái)將把計(jì)數(shù)器N3102減去PANDEC，并執(zhí)行該TBF的異常釋放并接入重試；當(dāng)移動(dòng)臺(tái)收到網(wǎng)絡(luò)發(fā)送的“分組上行證實(shí)/未證實(shí)”消息允許V(S)或V(A)增加時(shí)，移動(dòng)臺(tái)將把計(jì)數(shù)器N3

39、102增加PANINC，但是N3102值不能超過(guò)PANMAX所定義的值；當(dāng)N31020時(shí)，MS將執(zhí)行該TBF的異常釋放，并將觸發(fā)小區(qū)重選。如果PANDEC，PANINC和PANMAX置為0值時(shí)，計(jì)數(shù)器N3102就無(wú)效。 增加PANMAX和PANINC，減小PANDEC，可以減少M(fèi)S在收不到Packet Uplink Ack時(shí)TBF異常釋放并進(jìn)行小區(qū)重選的可能，但也使MS在發(fā)送窗口停止，不能發(fā)送數(shù)據(jù)的情況下，較長(zhǎng)時(shí)間占據(jù)無(wú)線資源，資源利用率不高。而減小PANMAX和PANINC，增加PANDEC，則容易使手機(jī)發(fā)生TBF異常釋放并進(jìn)行小區(qū)重選，降低小區(qū)TBF正常釋放比例，影響數(shù)據(jù)傳輸速率。,專題P

40、ANDEC、PANINC參數(shù)實(shí)驗(yàn),PANDEC、PANINC參數(shù)調(diào)整實(shí)驗(yàn),試驗(yàn)結(jié)果： 總體而言，對(duì)公里無(wú)覆蓋比等GPRS DT測(cè)試指標(biāo)有明顯改善。,專題PANDEC、PANINC參數(shù)實(shí)驗(yàn),PANDEC、PANINC參數(shù)調(diào)整實(shí)驗(yàn)前后相關(guān)區(qū)域電平分布圖,專題MFR、DRX參數(shù)實(shí)驗(yàn),MFR、DRX概述,MFR（BS_PA_MFRMS） 在每個(gè)小區(qū)中每個(gè)尋呼組都對(duì)應(yīng)于一個(gè)尋呼子信道，移動(dòng)臺(tái)根據(jù)自身的IMSI計(jì)算出它所屬的尋呼組，進(jìn)而計(jì)算出屬于該尋呼組的尋呼子信道位置，在實(shí)際網(wǎng)絡(luò)中，移動(dòng)臺(tái)只“收聽(tīng)”它所屬的尋呼子信道而忽略其它尋呼子信道的內(nèi)容，甚至在其它尋呼子信道期間關(guān)閉移動(dòng)臺(tái)中某些硬件設(shè)備的電源以節(jié)約

41、移動(dòng)臺(tái)的功率開銷（即DRX的來(lái)源）。尋呼信道復(fù)幀數(shù)（MFR）是指以多少?gòu)?fù)幀數(shù)作為尋呼子信道的一個(gè)循環(huán)。,專題MFR、DRX參數(shù)實(shí)驗(yàn),MFR、DRX概述,DRX（DRX_TIMER_MAX） 在DRX模式中，MS僅收聽(tīng)歸屬尋呼組的尋呼塊，而在非DRX模式下，MS將收聽(tīng)所有的CCCH塊。非DRX模式持續(xù)的時(shí)間由兩個(gè)參數(shù)共同決定：NON_DRX_TIMER和DRX_TIMER_MAX，等于兩者的最小值。DRX_TIMER_MAX設(shè)定MS在從分組傳輸模式進(jìn)入分組空閑模式時(shí)，執(zhí)行NON-DRX模式時(shí)長(zhǎng)的最大值。 NON_DRX_TIMER由MS在GPRS附著的過(guò)程中和SGSN協(xié)商。 NON_DRX_TI

42、MER的大小可以在ATTACH REQUEST中看到；DRX_TIMER_MAX的數(shù)值可從System Information Type 13中看到。 DRX_TIMER_MAX的取值范圍為07，表達(dá)的取值遵循公式：2k-1（其中k=0時(shí)，表示參數(shù)值為0），即參數(shù)取值為：0，1s、2s、4s64s。,專題MFR、DRX參數(shù)實(shí)驗(yàn),DRX模式與非DRX模式概述,當(dāng)移動(dòng)臺(tái)處在DRX模式的時(shí)候，移動(dòng)臺(tái)只會(huì)監(jiān)聽(tīng)和它尋呼組相關(guān)的尋呼子信道。若PCU判斷該MS正處于DRX模式時(shí)，它將計(jì)算MS屬于哪個(gè)尋呼組，并向BTS發(fā)出資源分配消息，當(dāng)BTS收到該消息后將在MS所偵聽(tīng)的CCCH信道上發(fā)出立即指配消息。BS_

43、PA_MFRMS定義了尋呼信道的復(fù)幀數(shù)，目前現(xiàn)網(wǎng)的默認(rèn)設(shè)置是5，也就是說(shuō)MS在收聽(tīng)了自己尋呼組所對(duì)應(yīng)的CCCH塊后，將等待4個(gè)51復(fù)幀，繼續(xù)收聽(tīng)的將是第6個(gè)51復(fù)幀的同樣位置的CCCH塊。MS如果錯(cuò)過(guò)了自己所偵聽(tīng)的尋呼子信道，它將不得不再等待，直到下一個(gè)尋呼子信道到來(lái)。 如果MFR=5，那么在最壞的情況下，MS要收到立即指配的消息，就必須等待：5235ms=1175ms。 如果立即指配消息隨機(jī)出現(xiàn)，MFR=5，MS要等待的平均時(shí)間就是： 235ms（5+4+3+2+1）/5=705ms 如果立即指配消息隨機(jī)出現(xiàn)，MFR=2，等待的平均時(shí)間就減少為： 235ms（2+1）/2=352.5ms 節(jié)

44、約的時(shí)間為352.5ms！,專題MFR、DRX參數(shù)實(shí)驗(yàn),DRX模式與非DRX模式概述,當(dāng)MS由分組傳輸模式返回分組空閑模式時(shí)（比如TBF釋放），在DRX_TIMER_MAX與NON_DRX_TIMER的共同作用下，如果MS進(jìn)入非DRX傳輸?shù)臓顟B(tài)，將如下圖所示：,在非DRX模式期間內(nèi)，MS將收聽(tīng)所有的CCCH塊，同時(shí)PCU保留MS相關(guān)的上下文。此時(shí)下行TBF建立的立即指配消息不需要再計(jì)算尋呼組，可以直接在AGCH上發(fā)送。所以設(shè)置了非DRX模式后會(huì)大大縮短下行TBF的建立時(shí)間，缺點(diǎn)是會(huì)加快手機(jī)電池的消耗。,專題MFR、DRX參數(shù)實(shí)驗(yàn),MFR、DRX參數(shù)實(shí)驗(yàn)結(jié)果,專題T3192參數(shù)實(shí)驗(yàn),T3192概

45、述,當(dāng)MS向網(wǎng)絡(luò)發(fā)送“最后證實(shí)標(biāo)志”（FAI）等于“1”的“分組下行證實(shí)/未證實(shí)”(PACKETDOWNLINKACK/NACK)消息時(shí)啟動(dòng)定時(shí)器T3192，或者在以非確認(rèn)模式發(fā)送“分組控制證實(shí)”（PACKET CONTROL ACK）作為最后一個(gè)數(shù)據(jù)塊的響應(yīng)時(shí)，MS啟動(dòng)定時(shí)器T3192。在T3192期間，滿足啟動(dòng)條件時(shí)，將重新啟動(dòng)T3192。當(dāng)移動(dòng)臺(tái)收到PCU發(fā)送的“分組下行指配”（PACKETDOWNLINK ASSIGNMENT）消息或“分組時(shí)隙重新配置”（PACKET TIMESLOT RECONFIGURE）時(shí)，停止定時(shí)器T3192。如果T3192超時(shí)，MS將釋放TBF相關(guān)資源并開始

46、監(jiān)聽(tīng)尋呼信道。 此參數(shù)以500ms為單位進(jìn)行配置。在TBF釋放階段，如果MS處于半雙工狀態(tài)并且收到上行指配，MS將立即響應(yīng)該命令；如果在TBF釋放階段沒(méi)有收到上行指配，MS將進(jìn)入分組空閑模式，在雙傳輸模式時(shí)將進(jìn)入專用模式。在進(jìn)入空閑模式或?qū)Ｓ媚Ｊ綍r(shí)，根據(jù)協(xié)議，仍舊需要執(zhí)行一段非DRX時(shí)間。,專題T3192參數(shù)實(shí)驗(yàn),T3192概述,該參數(shù)的設(shè)置越大，TBF相關(guān)資源保留（包括TFI和時(shí)隙）的時(shí)間就越長(zhǎng)，相同TBF傳送占用的時(shí)間就越長(zhǎng)，容易導(dǎo)致?lián)砣?而該參數(shù)設(shè)置越小，因?yàn)镸S將很快將TBF資源釋放掉，若網(wǎng)絡(luò)有新的下行數(shù)據(jù)到來(lái)，網(wǎng)絡(luò)必須發(fā)起尋呼或立即指配流程（若MS處于就緒狀態(tài)），所以下行TBF建立

47、的時(shí)間就越長(zhǎng)。而如果網(wǎng)絡(luò)側(cè)新的下行數(shù)據(jù)到來(lái)時(shí)，T3192還未超時(shí)，則網(wǎng)絡(luò)可以直接發(fā)送“分組下行指配”消息，來(lái)建立一個(gè)新的下行TBF，縮短TBF的建立時(shí)間。 該參數(shù)的設(shè)置，應(yīng)充分考慮該小區(qū)的業(yè)務(wù)負(fù)荷、小區(qū)的業(yè)務(wù)模型，網(wǎng)絡(luò)資源較充足的情況下，應(yīng)盡量設(shè)置T3192較大，減少新TBF建立時(shí)間，提高數(shù)據(jù)傳輸速率。 網(wǎng)絡(luò)側(cè)有相對(duì)應(yīng)的計(jì)數(shù)器T3193，要求T3193必須大于T3192。,專題T3192參數(shù)實(shí)驗(yàn),T3192參數(shù)實(shí)驗(yàn)結(jié)果,T3192設(shè)置為0.5 秒，T3192會(huì)影響TBF 建立時(shí)間的長(zhǎng)短，常規(guī)情況下，當(dāng)一組數(shù)據(jù)RLC 傳完之后，手機(jī)會(huì)啟動(dòng)T3192，等待0.5 秒(注意剛才在使用PDCH 時(shí)隙)

48、，如果沒(méi)有續(xù)傳的指令，T3192 超時(shí)，釋放下行TBF 而且開始監(jiān)視Paging 信道。當(dāng)再次有數(shù)據(jù)傳時(shí)，需要重新立即指配。這無(wú)形中延長(zhǎng)了TBF 建立時(shí)間。 T3192 設(shè)置為1.5 秒，容易導(dǎo)致GPRS territory ugrade reject (%) ，而且增加了PDP 激活時(shí)間，降低了PDP激活成功率。 T3192 設(shè)置為1 秒，對(duì)小數(shù)據(jù)交互多的GPRS 業(yè)務(wù)或小區(qū)重選等TBF 變更頻繁的地方的數(shù)據(jù)傳輸速度上有改善,而對(duì)于定點(diǎn)的穩(wěn)定大數(shù)據(jù)量的FTP 下載沒(méi)有正面或負(fù)面影響。,專題BCCH TRX、TCH TRX（HF/NHF）下GPRS性能比較,BCCH TRX、TCH TRX（H

49、F/NHF）下GPRS性能比較,為明確了解BCCH載頻、TCH載頻在跳頻、非跳頻及不同編碼方式下FTP下載速率的變化情況，尋找特定小區(qū)進(jìn)行了詳盡的測(cè)試 ，具體情況如下：,無(wú)線環(huán)境好、接收電平強(qiáng) 測(cè)試地點(diǎn)設(shè)在一寫字樓內(nèi)，由于樓內(nèi)主要由微蜂窩覆蓋，周邊的無(wú)線環(huán)境較好，主控小區(qū)的電平遠(yuǎn)遠(yuǎn)高于相鄰小區(qū)，接收電平在55dBm左右，在這種情況下通過(guò)測(cè)試發(fā)現(xiàn)，占用BCCH或TCH、跳頻或非跳頻之間的下載速率差異值不是很大。,專題BCCH TRX、TCH TRX（HF/NHF）下GPRS性能比較,無(wú)線環(huán)境好、接收電平低 測(cè)試地點(diǎn)為一寫字樓內(nèi)，用手機(jī)鎖頻到室外大站，接收電平在-85dBm左右，由于樓體的屏蔽雖然使服務(wù)小區(qū)電平很低，但周圍的干擾電平也很低無(wú)線環(huán)境較干凈。在這種情況下通過(guò)測(cè)試發(fā)現(xiàn)，占用BCCH或TCH、跳頻或非跳頻之間的下載速率差異值不是很大。,BCCH TRX、TCH TRX（HF/NHF）下GPRS性能比較,專題BCCH TRX、TCH TRX（HF/NHF）下GPRS性能比較,無(wú)線環(huán)境差、接收電平低 測(cè)試地點(diǎn)為一16層建筑物頂層，用手機(jī)鎖頻的室外大站接收電平為80dBm左右，由于樓頂?shù)臒o(wú)線環(huán)境較差，周圍較多大站飄來(lái)的信號(hào)對(duì)當(dāng)前小區(qū)帶來(lái)干擾。在這種