【正文】 站檢查其天饋系統(tǒng)是否正常，天線波瓣是否變形；可以通過路測(cè)來檢查基站扇區(qū)的覆蓋范圍內(nèi)是否存在嚴(yán)重的導(dǎo)頻污染或是越區(qū)覆蓋等問題。3． 用掃頻儀對(duì)問題基站周圍進(jìn)行掃頻測(cè)試，看是否存在干擾問題？調(diào)查基站周圍是否存在穩(wěn)定或不穩(wěn)定的干擾源，協(xié)調(diào)解決。如果通過上面的檢查，不能發(fā)現(xiàn)異常的話，我們可以定位為話務(wù)分布和話務(wù)量高的原因。5．9 RLP零速率的初步分析 在測(cè)試中我們發(fā)現(xiàn)三星和京瓷手機(jī)出現(xiàn)RLP零速率現(xiàn)象，通過對(duì)數(shù)據(jù)的分析，我們發(fā)現(xiàn)這種0速率問題有2個(gè)共性。1， 在發(fā)生0速率前都是激活休眠狀態(tài)，甚至是激活—休眠—激活—休眠的過程2， 發(fā)生0速率之前的那次休眠到激活都是網(wǎng)絡(luò)發(fā)起的激活，信令上手機(jī)為paging_res來接入。發(fā)生零速率現(xiàn)象網(wǎng)絡(luò)激活手機(jī)，手機(jī)以尋呼響應(yīng)接入下圖是一個(gè)完整log的RLP速率分布圖，垂直的藍(lán)線表示手機(jī)起呼（激活），紅色的表示呼叫結(jié)束（休眠），發(fā)現(xiàn)在零速率之前手機(jī)經(jīng)歷過多次的激活休眠激活，但這些激活都是手機(jī)主動(dòng)接入的，分析可能是在休眠后手機(jī)的緩存內(nèi)有數(shù)據(jù)需要發(fā)送，比如FTP層中的ACK消息，手機(jī)會(huì)主動(dòng)發(fā)起接入，但在最后，當(dāng)由網(wǎng)絡(luò)發(fā)起激活時(shí)就出現(xiàn)了零速率現(xiàn)象。 （我們發(fā)現(xiàn)都是由網(wǎng)絡(luò)層發(fā)起的休眠指令，信令如下：CAI：Service Option Control在cdma2000規(guī)范中是指網(wǎng)絡(luò)發(fā)起的休眠指令。數(shù)據(jù)業(yè)務(wù)過程中的休眠有幾種情況：1，當(dāng)PCF不向selector發(fā)送數(shù)據(jù)包的時(shí)間超時(shí)網(wǎng)絡(luò)發(fā)起休眠。2，跨載波切換時(shí)網(wǎng)絡(luò)會(huì)發(fā)起休眠。3，跨BSC切換時(shí)網(wǎng)絡(luò)會(huì)發(fā)起休眠。目前測(cè)試中的休眠大部是由于跨BSC切換引起的。）由于零速率全都是發(fā)生在網(wǎng)絡(luò)激活之后的，而手機(jī)激活的情況中沒有任何異樣，所以我們又對(duì)主被叫兩者的信令進(jìn)行了比較，發(fā)現(xiàn)網(wǎng)絡(luò)激活的情況中，接入過程中沒有Service Request信令，只在Status交互之后出現(xiàn)了前向的Service Connect消息，然后手機(jī)回Service Connect Complete消息。結(jié)論：從無(wú)線口看一切正常，包括RLP正常建立，只是在網(wǎng)絡(luò)激活手機(jī)時(shí)手機(jī)或是網(wǎng)絡(luò)側(cè)沒有Service Request，網(wǎng)絡(luò)直接向手機(jī)發(fā)送Service Connect，建議motorola工程師協(xié)助核查此項(xiàng)問題，是否是motorola內(nèi)部規(guī)定，還是網(wǎng)絡(luò)問題，如果是正常情況，可以著手從網(wǎng)絡(luò)進(jìn)行分段式問題分析，包括SDF、PCF、PDSN和FTP服務(wù)器。5．10 RLP的NAK機(jī)制優(yōu)化分析 CDMA1X在空中接口使用RLP協(xié)議進(jìn)行數(shù)據(jù)傳輸，RLP協(xié)議是一個(gè)單純的有問題才重傳的協(xié)議，也就是說RLP幀是無(wú)需ACK確認(rèn)的，只有當(dāng)接受方出現(xiàn)漏幀才會(huì)向發(fā)送方提出重傳請(qǐng)求，請(qǐng)求是通過NAK消息發(fā)送給發(fā)送方，我們可以想象如果NAK也沒有安全抵達(dá)發(fā)送方的話，那網(wǎng)絡(luò)在RLP這層的傳輸將是不完整的，尤其對(duì)于上層的TCP，發(fā)現(xiàn)IP包是損壞的話將提出TCP層的重傳，此時(shí)的重傳將不單單是一個(gè)RLP幀，而是許多個(gè)RLP幀，從而影響網(wǎng)絡(luò)的性能。 由于無(wú)線網(wǎng)絡(luò)的不穩(wěn)定性，無(wú)線鏈路瞬間的衰落是很普遍的現(xiàn)象，這將會(huì)導(dǎo)致部分的RLP幀無(wú)法安全抵達(dá)接受方而導(dǎo)致NAK的產(chǎn)生，NAK的發(fā)送是分輪的，每輪間有個(gè)定時(shí)器，如果定時(shí)器超時(shí)前仍未受到請(qǐng)求的重傳幀，RLP將啟動(dòng)下輪的NAK，每輪的NAK次數(shù)也是可以設(shè)置不同的，目前MOTOROLA網(wǎng)絡(luò)在反向的NAK機(jī)制上，協(xié)商的建議值為2輪，第一輪2個(gè)NAK，第二輪3個(gè)NAK。 上面提到的NAK參數(shù)是在RLP建立時(shí)通過RLP_BLOB來互相協(xié)商的，目前發(fā)現(xiàn)當(dāng)手機(jī)接入網(wǎng)絡(luò)時(shí)協(xié)商的NAK是3輪，也就是說采用了手機(jī)提出的反向NAK參數(shù)；當(dāng)網(wǎng)絡(luò)激活手機(jī)時(shí)，反向采用網(wǎng)絡(luò)的協(xié)商建議值2輪，手機(jī)協(xié)商的NAK參數(shù)網(wǎng)絡(luò)協(xié)商的NAK參數(shù)建議：取消手機(jī)協(xié)商的NAK參數(shù)，每次數(shù)據(jù)業(yè)務(wù)都是由網(wǎng)絡(luò)來確定NAK參數(shù)，這點(diǎn)可以咨詢廠家來實(shí)現(xiàn)。對(duì)現(xiàn)有的NAK抵達(dá)對(duì)端的成功率計(jì)算（該算法是基于成功抵達(dá)的NAK后接受端將成功地接收到重傳幀的假設(shè)）。設(shè)NAKRound為3輪，每輪的NAK個(gè)數(shù)為2/3/3，RLP的數(shù)據(jù)統(tǒng)計(jì)為第一輪發(fā)送了N1個(gè)NAK，第二輪為N2個(gè)NAK，第三輪為N3個(gè)NAK，第一輪請(qǐng)求的重傳幀：n1=N1/2。第二輪請(qǐng)求的重傳幀：n2=N2/3第三輪請(qǐng)求的重傳幀：n3=N3/3我們可以計(jì)算出第一輪成功重傳的幀數(shù)為：n1n2，那么第一輪的成功率為(n1n2)/n1，第二輪計(jì)算方法相同。按照這樣的方法我們可以大致知道NAK抵達(dá)對(duì)方的成功率，為了減少上層的重傳，我們希望RLP能夠?qū)⑿枰貍鞯膸贾貍鞯?，我們認(rèn)為最后一輪的NAK發(fā)送次數(shù)越少越好，因?yàn)樽詈笠惠喼蟛还苁菦]收到重傳幀還是NAK沒有抵達(dá)對(duì)端，RLP都將不嘗試下一次的請(qǐng)求，介于這個(gè)考慮就可以幫助我們合理的設(shè)置RLP的NAK參數(shù)。5．11 MTU優(yōu)化分析MTU是數(shù)據(jù)網(wǎng)絡(luò)中鏈路層的最大傳輸單元，它包括IP和TCP的頭部以及高層的數(shù)據(jù)。根據(jù)以太網(wǎng)的性能，目前MTU最大設(shè)置為1500bytes，事實(shí)上鏈路層的以太網(wǎng)幀都有最小的大小64bytes最大不能超過1518bytes，在這個(gè)區(qū)間之外的幀將被網(wǎng)絡(luò)視為錯(cuò)誤的幀，這樣最大的幀大小為1518bytes，然后除去鏈路層的頭和尾18bytes，剩下的就是MTU的最大設(shè)置1500bytes了。 目前網(wǎng)絡(luò)的RP接口是使用PPP+GRE+IP來識(shí)別的，那么就是說在A10/11上，原來的每個(gè)IP包將加上PPP+GRE+IP的頭，總計(jì)為40bytes?？梢韵胂笕绻鸉TP服務(wù)器的包已經(jīng)是1500byte了，那到達(dá)PDSN后，加上GRE的頭就將超過1500byte，此時(shí)就會(huì)發(fā)生分包，產(chǎn)生很多碎片，影響網(wǎng)絡(luò)的傳輸性能。FTP服務(wù)器PCF/SDUPDSNMSFTP服務(wù)器產(chǎn)生的傳輸開塊大小由FTP設(shè)置的MTU決定，它包含了TCP/IP的頭，在PDSN側(cè)，PDSN需要加入GRE/IP+PPP的頭部，然后去比較PDSN自己的MTU。如果超出了則需要分割報(bào)文目前各網(wǎng)元的設(shè)置應(yīng)該是默認(rèn)1500byte，具體請(qǐng)省分配合核查。GRE傳輸通道PDSN添加GRE/IP/PPP頭，完成后的MTU不能超過PDSN設(shè)置的MTU否則引起割包。結(jié)論：按照這個(gè)原理，進(jìn)入PDSN的報(bào)的MTU大小應(yīng)該小于1460bytes，這樣可以避免PDSN去重新割包。從A10/11接口上的數(shù)據(jù)我們看到進(jìn)入PDSN之前，每個(gè)數(shù)據(jù)包已經(jīng)經(jīng)過了割包處理（懷疑是進(jìn)入PDSN前IP包經(jīng)過了路由器或是防火墻），而且分割的結(jié)果是MTU小于1460bytes，這樣在PDSN向PCF發(fā)送的數(shù)據(jù)包中就沒有需要分割的了。A10/11上的MTU基本達(dá)到了1500bytesGRE的數(shù)據(jù)包1， 允許再被分割2， 沒有更多分段進(jìn)入PDSN的IP包，在FLAG中的標(biāo)志位：1， 不允許被分割2， 還有后續(xù)的分段6．無(wú)線專題6．1 問題路段處理由于時(shí)間的關(guān)系，我們挑選了一個(gè)問題點(diǎn)做了詳細(xì)地分析和解決。蠡園下載流量低的問題216。 測(cè)試時(shí)間： 11月16號(hào)216。 測(cè)試文件：11162005_031715 216。 事件分析描述：測(cè)試車輛在投訴區(qū)域由北向南行駛進(jìn)行測(cè)試，投訴區(qū)域所在方位如下圖所示： 相關(guān)基站基本資料：對(duì)該投訴區(qū)域由影響的基站為基站?；拘畔椋夯久Q基站代碼扇區(qū)方位角俯仰角西郊2167213010 西郊3167323010后臺(tái)分析圖解：瞬間下載速率為：圖中所示建筑路與蠡溪路交叉處下載速率很低。EcIo_Combined圖解為： 上圖中我們可以看出復(fù)合ECIO情況不是很好。最強(qiáng)EC/IO為：圖中所示最強(qiáng)Ec/Io也比較差。最強(qiáng)PN分布為：圖中可見，主要是PN477，PN432對(duì)該處進(jìn)行覆蓋。新世界影城基站第三扇區(qū)（PN432）覆蓋情況為：由圖中所示，PN432對(duì)該處覆蓋不是很好。西郊第2扇區(qū)（PN309)對(duì)該區(qū)域的覆蓋為：PN309對(duì)該處覆蓋也一般。西郊基站第3扇區(qū)(PN477)對(duì)該區(qū)域的覆蓋為：PN477對(duì)該處覆蓋一般。216。 解決方案：（1）調(diào)整實(shí)施：通過以上的分析，結(jié)合實(shí)際投訴區(qū)域的環(huán)境，我們把西郊第2扇區(qū)的方位角增加15度。俯仰角保持不變。（2）修改前后對(duì)比圖：調(diào)整前后對(duì)比圖：1，下載瞬間速率對(duì)比圖： 兩圖對(duì)比可以看出，問題路段下載速率得到改善。2，復(fù)合EC/IO情況為： 圖中對(duì)比看出，問題路段復(fù)合ECIO得到加強(qiáng)。1， 速率分配比例：調(diào)整前 調(diào)整后由上面對(duì)比看處，通過調(diào)整，16X比例增加了6個(gè)百分點(diǎn)。2， 總體情況：調(diào)整前調(diào)整后由上面對(duì)比看出，通過調(diào)整， ，改善比較明顯，% %，改善不太多。6．2 太湖大道優(yōu)化對(duì)比 此次優(yōu)化我們著重地分析了太湖大道全線，并對(duì)其進(jìn)行了精細(xì)的優(yōu)化。太湖大道的前后調(diào)整總體情況為：太湖大道優(yōu)化涉及的基站和調(diào)整項(xiàng)：基站名扇區(qū)PN方位角發(fā)射功率調(diào)整前調(diào)整后　DONGTING3342240225　CHUNXING11680345　CHUNXING2336120105　XINZHU2291　　增加3dBGUANNAN154010　GUANNAN3390240230　HONGYANG2327120135　總體對(duì)比概況：調(diào)整前調(diào)整后因路面比較長(zhǎng)，所以下載速率只是增加了6KBPS，總體FER減小不是太大。太湖大道路面瞬間下載速率對(duì)比情況：調(diào)整前：調(diào)整后：由上面比較圖可以看出，下載速率得到一定加強(qiáng)。調(diào)整前后EC/IO對(duì)比情況：調(diào)整前調(diào)整后：由上圖看出，復(fù)合Ec/Io得到一定程度的加強(qiáng)。16X的分配比例：調(diào)整前：調(diào)整后：由比較看出，16X分配增加了2個(gè)百分點(diǎn)，整體增加不大。調(diào)整前后FER的情況對(duì)比：調(diào)整前調(diào)整后由上圖看出，F(xiàn)ER的改善不太明顯。對(duì)太湖大道三個(gè)問題點(diǎn)的改善成果我們從以下比較圖來分析：1,江海東路以西的太湖大道地段。下載速率對(duì)比 由比較圖看出，紅圈顯示的下載速率得到改善。復(fù)合EC/IO 由比較圖看出，紅圈顯示的復(fù)合ECIO得到改善。2,太湖大道塘南路附近下載速率 由比較圖看出，紅圈顯示的下載速率得到改善。復(fù)合EC/IO 由比較圖看出，紅圈顯示的復(fù)合ECIO得到改善。3， 運(yùn)河?xùn)|路附近下載速率 由比較圖看出，紅圈顯示的下載速率得到改善。復(fù)合EC/IO 由比較圖看出，紅圈顯示的復(fù)合Ec/.Io得到改善。6．3 新區(qū)優(yōu)化對(duì)比新區(qū)前后對(duì)比圖：新區(qū)調(diào)整的扇區(qū)為：基站名基站號(hào)扇區(qū)號(hào)PN調(diào)整方案FANG QIAN413115將第1扇區(qū)方位角變大10度，發(fā)射功率增加3DBFANG QIAN4132183將第2扇區(qū)變大10度，發(fā)射功率增加3DBMEICUN4093354將第3扇區(qū)方位角變大15度，發(fā)射功率增加3DBXINGQUJIAOJIN4022234將方位角變大10度，發(fā)射功率增加3DB，如俯仰角為14度則調(diào)為4度。ZHAIJIXIANG427199發(fā)射功率變大3DB。ZHUXIANGAN41619將第1扇區(qū)方位角減小10度，發(fā)射功率增加3DBZHUXIANGAN4163345將第3扇區(qū)俯仰角由10度調(diào)為8度，發(fā)射功率增加3DB。ZHOUJINCUN407136將第1扇區(qū)俯仰角由8度到6度，方位角變大15度，發(fā)射功率變大3DB。ZHOUJINCUN4072204將第2扇區(qū)俯仰角由7度到5度。新區(qū)前后總體情況為：調(diào)整前調(diào)整后由上面對(duì)比可以看出，％％，得到了一定程度的改善。調(diào)整前后下載速率對(duì)比為： 調(diào)整前 調(diào)整后 從總體上看，整體道路的下載速率得到提高。EC/IO對(duì)比為：調(diào)整前 調(diào)整后 從整體上看，路面的復(fù)合ECIO得到加強(qiáng)。手機(jī)接收功率前后對(duì)比為：調(diào)整前 調(diào)整后 從整體看，手機(jī)接收功率有所增強(qiáng)。16X的分配比例為：調(diào)整前調(diào)整后由上面比較可以看出，經(jīng)過調(diào)整，16X的分配比例增加了5個(gè)百分點(diǎn)，從而使得下載速率得到加強(qiáng)。7．結(jié)束語(yǔ)上海大唐與中國(guó)聯(lián)通江蘇分公司、中國(guó)聯(lián)通無(wú)錫分公司組成的聯(lián)合優(yōu)化小組對(duì)無(wú)錫聯(lián)通CDMA網(wǎng)絡(luò)進(jìn)行了為期三周的數(shù)據(jù)業(yè)務(wù)集中優(yōu)化。在三方的共同努力下，使無(wú)錫聯(lián)通CDMA網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)方面取得了一定的優(yōu)化成果。同時(shí)使各方在技術(shù)層次上也得到了顯著的提高。由于受到人力、物力、時(shí)間等因素的影響，還有部分優(yōu)化思路沒有完整地貫徹到項(xiàng)目當(dāng)中，希望在未來的優(yōu)化項(xiàng)目中得以實(shí)施。最后，聯(lián)合項(xiàng)目組衷心感謝無(wú)錫聯(lián)通公司優(yōu)化期間對(duì)項(xiàng)目組各方面工作的大力支持和配合，并殷切期待著未來能再次合作，謝謝！