【正文】 在初始化命令中將申請(qǐng)的速率改為64/2800，確定后重新?lián)芴?hào)，均值達(dá)到1Mbps?！窘ㄗh與總結(jié)】通過此案例，我們?cè)谟么筇?130手機(jī)測(cè)試H業(yè)務(wù)時(shí)，在撥號(hào)連接中有兩個(gè)地方可以設(shè)置撥號(hào)連接的屬性，第一個(gè)是控制面板—電話和調(diào)制解調(diào)器選項(xiàng)—撥號(hào)屬性—高級(jí)—額外的初始化命令，第二個(gè)是在撥號(hào)連接的交互式登錄命令窗中可以直接輸入命令。在第一個(gè)地方設(shè)置之后，第二個(gè)地方的設(shè)置就不起作用了，僅在第一個(gè)地方?jīng)]有設(shè)置的時(shí)候在第二個(gè)地方設(shè)置才起作用。 業(yè)務(wù)建立失敗【現(xiàn)象描述】基站開通后，進(jìn)行功能驗(yàn)證，語音與PS384業(yè)務(wù)正常，但視頻無法建立，HSDPA可以建立撥號(hào)連接，但無流量?！驹蚍治觥?覆蓋問題：視頻與HSDPA相對(duì)要求質(zhì)量較高。2 SIM卡問題：權(quán)限未開通。3終端原因。4數(shù)據(jù)配置問題?！咎幚磉^程】 在基站天線正下方，覆蓋達(dá)到60dBm，仍無法進(jìn)行業(yè)務(wù)，排除覆蓋原因。 聯(lián)系后臺(tái)，查詢數(shù)據(jù)，SIM卡相應(yīng)權(quán)限均打開。 測(cè)試設(shè)備在其他站點(diǎn)一切正常，排除終端原因。 首先分析視頻測(cè)試文件，發(fā)現(xiàn)在終端建立業(yè)務(wù)前（connect），一切正常，在被叫測(cè)量報(bào)告下發(fā)1秒后RNC下發(fā)DISCONNECT，應(yīng)該是業(yè)務(wù)信道建立異常，針對(duì)業(yè)務(wù)信道核查參數(shù)，發(fā)現(xiàn)關(guān)于初始發(fā)射功率部分過低導(dǎo)致接續(xù)失?。ǔ跏糞IR設(shè)置過低，導(dǎo)致初始發(fā)射功率過低，無法進(jìn)行業(yè)務(wù)信道的正常建立），SIR原為2，更改為實(shí)際設(shè)置202，測(cè)試正常。本次由于演示需要，關(guān)閉功控，如果設(shè)置為2后，而且無功率攀升，導(dǎo)致業(yè)務(wù)建立失敗。MOD TYPRABOLPC: RABINDEX=5, SUBFLOWINDEX=0, DELAYCLASS=1, INITSIRTARGET=202,MAXSIRTARGET=202, MINSIRTARGET=202。其中RABINDEX是64K對(duì)應(yīng)的RABINDEX。 由于上網(wǎng)卡無法收集測(cè)試文件，針對(duì)其中可能出現(xiàn)環(huán)節(jié)逐步分析。網(wǎng)絡(luò)連接可以建立，證明信令交互正常；PS384業(yè)務(wù)正常，證明RNC與PS域?qū)訜o問題；問題應(yīng)該出自RNC以下；終端可以進(jìn)行其他各類業(yè)務(wù)，證明UE224。NodeB正常；最后只剩下兩個(gè)環(huán)節(jié)，NodeB 的H信道配置和RNC與NodeB對(duì)接。首先檢查NodeB 的H信道配置一切正常，基本確認(rèn)問題出在RNC與NodeB對(duì)接上。 ADD AAL2PATH:ANI=1077, PATHID=3, PT=HSDPA_RT, CARRYT=IMA, CARRYF=0, CARRYSN=18, CARRYIMAGRPN=0, ADDTORSCGRP=NO, CARRYVPI=1, CARRYVCI=56, TXTRFX=152, RXTRFX=152, OWNERSHIP=LOCAL, FWDHORSVBW=0, BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, TIMERCU=10。 檢查后發(fā)現(xiàn)PATHID配置錯(cuò)誤，與其他PATHID重復(fù)，導(dǎo)致RNC與NodeB無任何告警，但鏈路未能正常建立，修改后恢復(fù)正常?！窘ㄗh與總結(jié)】由于TD網(wǎng)絡(luò)目前尚處與商用實(shí)驗(yàn)網(wǎng)階段，各個(gè)環(huán)節(jié)都有可能出現(xiàn)問題，需要我們逐個(gè)環(huán)節(jié)排查，這也就需要我們對(duì)無線各方面理論全面了解，對(duì)可能出現(xiàn)問題進(jìn)行分析。6 鄰區(qū)配置優(yōu)化案例 同一小區(qū)的鄰區(qū)不同頻同碼字導(dǎo)致鄰區(qū)無法配置【現(xiàn)象描述】B站1小區(qū)與A站1小區(qū)規(guī)劃時(shí)互為鄰區(qū)，后臺(tái)添加A站1小區(qū)為B站1小區(qū)鄰區(qū)時(shí)，卻無法配置?！驹蚍治觥?A站2小區(qū)與B站1小區(qū)同頻同擾碼組。 A站2小區(qū)的鄰區(qū)中存在與B站1小區(qū)同頻同下行同步碼的情況，導(dǎo)致鄰區(qū)無法配置。 后臺(tái)數(shù)據(jù)配置錯(cuò)誤。 ，鄰區(qū)配置原則發(fā)生變化。【處理過程】 后臺(tái)故障信息：+++ TDSCDMARNC01 20090420 18:56:53Oamp。M 149429%%ADD NCELL: CELLID=30111, PLMNMCC=460, PLMNMNC=00, RNCID=353, NCELLID=30191,CELLINDIVIDALOFFSET=0,READSFNIND=FALSE, QOFFSET1SN=0,BATONHOSUPPORT=ALL_SUPP,NCELLTYPE=FALSE, DRDRSCPTHRESHOLD=0,CONNQOFFSET1SN=10,TPENALTYHCSRESELECT=NOT_USED, TEMPOFFSET1=T03。%%RETCODE = 235078251 Command execution failed.Interfrequence neighboring cell Frequence and paraID conflict with another interfrequence neighboring cell.從故障上分析，A站2小區(qū)與B站1小區(qū)鄰區(qū)配置時(shí)，報(bào)錯(cuò)：異頻鄰區(qū)間擾碼和頻點(diǎn)沖突。 分析頻點(diǎn)和擾碼。如下圖所示（小區(qū)圖中外小區(qū)代表擾碼、內(nèi)小區(qū)代表頻點(diǎn)）： 如圖所示：B站1小區(qū)配置鄰區(qū)有A站1小區(qū)、A站2小區(qū)、A站3小區(qū)、D站3小區(qū)、C站2小區(qū)、C站3小區(qū)、B站2小區(qū)、B站3小區(qū)。 由于頻點(diǎn)規(guī)劃方案中輔頻點(diǎn)與主頻點(diǎn)是不同的，所以規(guī)劃頻點(diǎn)時(shí)只要盡量主頻點(diǎn)異頻即可?；谕l的情況下，擾碼規(guī)劃原則：鄰區(qū)及鄰區(qū)的鄰區(qū)不同碼字、鄰區(qū)不同上下行同步碼、鄰區(qū)不同復(fù)合碼、規(guī)劃時(shí)盡量增加復(fù)合碼復(fù)用距離、碼字復(fù)用距離等。，常見鄰區(qū)無法配置情況為鄰區(qū)的鄰區(qū)同頻同下行同步碼。 B站1小區(qū)鄰區(qū)表如下：服務(wù)小區(qū)名稱頻點(diǎn)擾碼組擾碼鄰近小區(qū)名稱頻點(diǎn)擾碼組擾碼B_110120494A_110120133B_110120494A_2100967122B_110120494A_310112421B_110120494B_210088133B_110120494B_3101125121B_110120494C_210096240B_110120494C_310104672B_110120494D_310104769 由鄰區(qū)表可以看出，B站1小區(qū)鄰區(qū)間不存在同頻同下行同步碼組和同頻同碼組的情況。 核對(duì)后臺(tái)配置數(shù)據(jù)腳本，配置數(shù)據(jù)和規(guī)劃數(shù)據(jù)一致。 檢查鄰區(qū)數(shù)據(jù)發(fā)現(xiàn)，擾碼中A站1小區(qū)和B站2小區(qū)存在同碼字但不同頻，后臺(tái)鄰區(qū)配置時(shí)，增加了不同頻同碼字時(shí)鄰區(qū)無法配置的限制條件。將后臺(tái)數(shù)據(jù)中B站2小區(qū)擾碼33改為57，再添加B站1小區(qū)和A站1小區(qū)鄰區(qū)關(guān)系時(shí)，配置成功。 ，增加不同頻但同碼字時(shí)的鄰區(qū)配置限制條件。建議與總結(jié)： 后臺(tái)在無法配置鄰區(qū)時(shí)報(bào)錯(cuò)為異頻鄰區(qū)間頻點(diǎn)和擾碼沖突，建議下行同步碼配置錯(cuò)誤時(shí)，報(bào)錯(cuò)為下行同步碼干擾。 在鄰區(qū)報(bào)錯(cuò)時(shí)，建議直接顯示出配置錯(cuò)誤的小區(qū)，便于更快定位。 ，鄰區(qū)配置原則發(fā)生了改變，二層鄰區(qū)間異頻時(shí)擾碼也不能相同的原則使規(guī)劃更加嚴(yán)格，更有效的保障網(wǎng)絡(luò)質(zhì)量。 外部鄰區(qū)參數(shù)更新不及時(shí)導(dǎo)致脫網(wǎng)，重選失敗的案例【現(xiàn)象描述】在N市簇優(yōu)化過程中，測(cè)試車輛在由南向北行駛，如下圖，占用豫章后街1的信號(hào)，行駛過程中服務(wù)小區(qū)信號(hào)越來越弱，按照正常情況應(yīng)該重選到距離較近的NS小區(qū)XX日?qǐng)?bào)2，但是從鄰區(qū)中觀察一直沒有該小區(qū)的信號(hào)。由于周圍其他基站未能覆蓋到，所以手機(jī)直到脫網(wǎng)，然后選擇到XX日?qǐng)?bào)2?！驹蚍治觥慨a(chǎn)生該現(xiàn)象的原因有如下幾種：(1) 鄰區(qū)XX日?qǐng)?bào)2小區(qū)故障；(2) 豫章后街沒有添加XX日?qǐng)?bào)2鄰區(qū)關(guān)系；(3) 鄰區(qū)關(guān)系參數(shù)錯(cuò)誤?！咎幚磉^程】由于脫網(wǎng)后可以選擇到XX日?qǐng)?bào)2，所以排除原因1，檢查MML中鄰區(qū)關(guān)系發(fā)現(xiàn)該鄰區(qū)關(guān)系已經(jīng)定義：按照理論，定義后鄰區(qū)列表中可以觀察到該小區(qū)的信號(hào)情況，但是我們從鄰區(qū)列表中一直未發(fā)現(xiàn)該小區(qū)。所以懷疑外部鄰區(qū)參數(shù)定義錯(cuò)誤，同NS廠家同事配合檢查發(fā)現(xiàn)NS基站在優(yōu)化過程中修改過XX日?qǐng)?bào)2的頻點(diǎn)，而我們添加鄰區(qū)參數(shù)沒有更新，導(dǎo)致無法檢測(cè)到該小區(qū)的信號(hào)進(jìn)行重新，造成脫網(wǎng)。使用MOD NRNCCELL修改鄰區(qū)頻點(diǎn)為10071，測(cè)試重選正常?！窘ㄗh與總結(jié)】由于我們使用的RNC間的鄰區(qū)都是外部鄰區(qū)，包含2G鄰區(qū)，優(yōu)化過程中頻點(diǎn)修改后需要對(duì)相應(yīng)的外部鄰區(qū)參數(shù)進(jìn)行更新，否則會(huì)導(dǎo)致無法重選和切換。日常優(yōu)化過程中需要周期性的進(jìn)行外部鄰區(qū)參數(shù)的檢查。 異系統(tǒng)鄰區(qū)測(cè)量啟動(dòng)門限設(shè)置不當(dāng)，導(dǎo)致小區(qū)乒乓重選【問題描述】在BT市進(jìn)行GSM/TD23G互操作測(cè)試時(shí)，客戶反映手機(jī)經(jīng)常進(jìn)行G和T網(wǎng)之間的小區(qū)重選，手機(jī)經(jīng)常不能做主被叫，感知度較差。組網(wǎng)RNC版本為B161，NodeB版本為B261?！締栴}分析】開啟2/3G互操作功能后，異系統(tǒng)小區(qū)頻繁重選，可能的原因?yàn)椋菏謾C(jī)終端問題，目前部分終端性能較差。RNC側(cè)重選參數(shù)設(shè)置不合理導(dǎo)致小區(qū)頻繁重選。網(wǎng)絡(luò)參數(shù)設(shè)置問題，由于GSM網(wǎng)絡(luò)BSC側(cè)小區(qū)重選參數(shù)不合理導(dǎo)致?！窘鉀Q方法】針對(duì)上述分析，進(jìn)行了如下處理：使用多款普通終端觀察發(fā)現(xiàn)，異系統(tǒng)小區(qū)重選較頻繁；基本可以排除終端問題。使用路測(cè)設(shè)備（鼎利軟件＋華為ET128）測(cè)試，發(fā)現(xiàn)異系統(tǒng)小區(qū)重選較多，重選時(shí)TD小區(qū)信號(hào)一般在－60dBm左右,重選后GSM小區(qū)信號(hào)在－45dBm左右。影響異系統(tǒng)小區(qū)重選的參數(shù)主要有：QHYST1S,TRESELECTIONS, SSEARCHRAT；查看現(xiàn)網(wǎng)參數(shù)配置分別為：0，0，21，QRXLEVMIN＝－103。根據(jù)重選原理，可知當(dāng)主服務(wù)小區(qū)的PCCPCH RSCPQRXLEVMIN+SSEARCHRAT*2+1=60dbm時(shí)，UE在IDLE狀態(tài)就會(huì)發(fā)起GSM小區(qū)重選測(cè)量，由于QHYST1S和TRESELECTION設(shè)置為0，這樣當(dāng)TD信號(hào)小于－60dbm時(shí)，只要GSM信號(hào)好UE就很容易重選至GSM。另外查看GSM網(wǎng)絡(luò)BSC側(cè)參數(shù)配置：Qsearch_I=7,TDD_Offset=0；即TD終端處于GSM小區(qū)時(shí)始終搜索TD鄰區(qū)，只要TD鄰區(qū)電平高于QRXLEVMIN（－103） 就發(fā)起向TD小區(qū)的重選。根據(jù)上述數(shù)據(jù)配置必然導(dǎo)致異系統(tǒng)小區(qū)乒乓重選。根據(jù)現(xiàn)網(wǎng)GSM\TD網(wǎng)絡(luò)覆蓋水平，在RNC側(cè)對(duì)參數(shù)修改如下：QHYST1S＝4,TRESELECTIONS＝2S, SSEARCHRAT＝5。經(jīng)過測(cè)試發(fā)現(xiàn)異系統(tǒng)小區(qū)重選次數(shù)大大減少，在室內(nèi)分布系統(tǒng)基本不發(fā)生異系統(tǒng)小區(qū)重選，用戶感知得到較大提升。7 RNC側(cè)配置優(yōu)化案例 由于RNC側(cè)SAC配置錯(cuò)誤導(dǎo)致手機(jī)無法注冊(cè)【現(xiàn)象描述】某局某站點(diǎn)測(cè)試人員反饋手機(jī)無法注冊(cè)；【原因分析】手機(jī)無法注冊(cè)一般有以下原因：1 站點(diǎn)異常；2 手機(jī)問題；3 數(shù)據(jù)配置錯(cuò)誤或者不一致； 處理過程： 檢查站點(diǎn)：該站點(diǎn)無告警，所在小區(qū)狀態(tài)正常， 該手機(jī)在其他站點(diǎn)使用正常，其他手機(jī)在該小區(qū)也無法注冊(cè)，排除手機(jī)問題； 對(duì)該用戶進(jìn)行后臺(tái)信令跟蹤：UU口到RRC_INIT_DIRECT_TRANSF后就沒有信令進(jìn)行；查看lu口信令：CN側(cè)反復(fù)下發(fā)RANAP_LU_RELEASE_COMMAND給RNC。打開RANAP_DIRECT_TRANSFER消息瀏覽器（如圖），消息內(nèi)容中有一條locationupdatingreject位置更新拒絕?？梢源_定是由于位置更新失敗引起手機(jī)注冊(cè)失敗。（圖1）打開初始UE消息RANAP_INITAL_UE_MESSAG的消息瀏覽器（如圖），獲取LAC=D702（轉(zhuǎn)化成10進(jìn)制為55042），SAC=0070（00112），與基站無線參數(shù)配置表（規(guī)劃表）里的LAC和SAC進(jìn)行對(duì)比，發(fā)現(xiàn)SAC值不一樣，基站無線參數(shù)表（規(guī)劃表）里的SAC=02370。（圖2）用LST CELL命令在LMTR里查詢LAC和SAC值進(jìn)行確認(rèn)。查詢結(jié)果：CELLID=02370，LAC=55042，SAC=00112。確定RNC側(cè)SAC配置錯(cuò)誤（應(yīng)該為：SAC與CELLID對(duì)應(yīng)）。 使用MOD CELL命令在LMTR里修改SAC=02370，使SAC與CELLID匹配。 修改后，經(jīng)過現(xiàn)場(chǎng)確認(rèn)，UE可以注冊(cè)網(wǎng)絡(luò)，業(yè)務(wù)正常。 由于RNC側(cè)網(wǎng)絡(luò)模式配置錯(cuò)誤導(dǎo)致多普達(dá)手機(jī)無法進(jìn)行CS業(yè)務(wù)的問題【現(xiàn)象描述】某局某RNC下多普達(dá)S700終端無法進(jìn)行CS業(yè)務(wù)，而PS業(yè)務(wù)可以正常進(jìn)行；在另一RNC下業(yè)務(wù)均可正常進(jìn)行。其他手機(jī)在該RNC下同一小區(qū)均可以正常進(jìn)行業(yè)務(wù)?！驹蚍治觥吭摼趾诵木W(wǎng)側(cè)SGSN與MSC之間沒有Gs接口；如果在RNC下發(fā)的系統(tǒng)消息1中的PS 域的GSMMAP為01 00（MODE1），普達(dá)S700手機(jī)認(rèn)為SGSN與MSC之間有Gs接口，直接發(fā)起attach（RAU）過程,該過程包括了CS域的LAU的信息，就不會(huì)發(fā)起LAU過程；如果在RNC下發(fā)的系統(tǒng)消息1中的PS 域的GSMMAP為01 01（MODE2）多普達(dá)手機(jī)認(rèn)為SGSN與MSC之間沒有Gs接口，將分別發(fā)起LAU過程和RAU過程；而其他手機(jī)在該環(huán)境下都分別發(fā)起LAU過程和RAU過程；本RNC的網(wǎng)絡(luò)運(yùn)營(yíng)模式設(shè)成了MODE1（PS 域GSMMAP：01 00）多普達(dá)終端S700開機(jī)直接發(fā)起attach,包括了CS域的LAU的信息，不再另外發(fā)起LAU過程，即為所謂的“聯(lián)合位置更新”過程。（圖1）聯(lián)合位置更新 (1) SGSN接收到手機(jī)的路由區(qū)更新請(qǐng)求后，如果需要?jiǎng)t發(fā)起到HLR的位置更新。 (2)如果SGSN和MSC/VLR之間配置有Gs接口，則