【正文】 BWDHORSVBW=0, FWDCONGBW=0, BWDCONGBW=0, FWDCONGCLRBW=0, BWDCONGCLRBW=0, TIMERCU=10?！咎幚磉^程】 后臺(tái)故障信息：+++ TDSCDMARNC01 20090420 18:56:53Oamp。 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ū)間不存在同頻同下行同步碼組和同頻同碼組的情況。 外部鄰區(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)。 異系統(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)常不能做主被叫，感知度較差。根據(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?？梢源_定是由于位置更新失敗引起手機(jī)注冊(cè)失敗。其他手機(jī)在該RNC下同一小區(qū)均可以正常進(jìn)行業(yè)務(wù)。 修改后，經(jīng)過現(xiàn)場(chǎng)確認(rèn)，UE可以注冊(cè)網(wǎng)絡(luò)，業(yè)務(wù)正常。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。使用路測(cè)設(shè)備（鼎利軟件＋華為ET128）測(cè)試，發(fā)現(xiàn)異系統(tǒng)小區(qū)重選較多，重選時(shí)TD小區(qū)信號(hào)一般在－60dBm左右,重選后GSM小區(qū)信號(hào)在－45dBm左右。【建議與總結(jié)】由于我們使用的RNC間的鄰區(qū)都是外部鄰區(qū)，包含2G鄰區(qū)，優(yōu)化過程中頻點(diǎn)修改后需要對(duì)相應(yīng)的外部鄰區(qū)參數(shù)進(jìn)行更新，否則會(huì)導(dǎo)致無法重選和切換。 在鄰區(qū)報(bào)錯(cuò)時(shí)，建議直接顯示出配置錯(cuò)誤的小區(qū)，便于更快定位。基于同頻的情況下，擾碼規(guī)劃原則：鄰區(qū)及鄰區(qū)的鄰區(qū)不同碼字、鄰區(qū)不同上下行同步碼、鄰區(qū)不同復(fù)合碼、規(guī)劃時(shí)盡量增加復(fù)合碼復(fù)用距離、碼字復(fù)用距離等。 后臺(tái)數(shù)據(jù)配置錯(cuò)誤。NodeB正常；最后只剩下兩個(gè)環(huán)節(jié)，NodeB 的H信道配置和RNC與NodeB對(duì)接。 聯(lián)系后臺(tái)，查詢數(shù)據(jù)，SIM卡相應(yīng)權(quán)限均打開?！窘ㄗ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)連接的交互式登錄命令窗中可以直接輸入命令。第二步，懷疑手機(jī)有問題。懷疑后臺(tái)設(shè)置未生效，去激活、激活小區(qū)，正常。 HSDPA速率較低問題分析【問題描述】小區(qū)時(shí)隙配比由3：3改為2：4后速率只有800Kb左右【問題分析】終端能力不足。網(wǎng)絡(luò)時(shí)隙配比，現(xiàn)場(chǎng)后臺(tái)核實(shí)后時(shí)隙配比為2：4，時(shí)隙配比正確。終端問題?！窘鉀Q方法】重復(fù)測(cè)試，信令采集現(xiàn)場(chǎng)依舊。SET HOCOMM: TSNUMMIN=1。信令截圖如下：【建議與總結(jié)】GSM/TD互操作涉及網(wǎng)元較多，參數(shù)配置也較多，需要從四個(gè)方面檢查參數(shù)配置：（1）TD無線側(cè)參數(shù)配置：GSM鄰區(qū)，觸發(fā)門限，遲滯和偏置等參數(shù)；(2)TD核心網(wǎng)側(cè)參數(shù)配置：MSC/VLR，HLR和SGSN/DNS相關(guān)參數(shù)；(3)GSM無線側(cè)參數(shù)配置：TD鄰區(qū)，測(cè)量門限和判決門限；(4)GSM核心網(wǎng)側(cè)參數(shù)配置：MSC/VLR，HLR和SGSN/DNS相關(guān)參數(shù)。HOCOMM: PSBANDMAX=64000，說明不存在業(yè)務(wù)速率超過最大速率限制的問題； 再次查詢TD無線側(cè)后臺(tái)數(shù)據(jù)：GSM鄰區(qū)，觸發(fā)門限，遲滯和偏置等參數(shù)，都正確。將GSM小區(qū)蘋果城_C【問題分析】測(cè)試終端為8130A，確認(rèn)沒有問題；查看GSM小區(qū)蘋果城_C:RSCP值連續(xù)5秒大于90dBm時(shí)，將執(zhí)行2G到TD的系統(tǒng)間重選），參數(shù)取值合理。完成配置，現(xiàn)場(chǎng)測(cè)試PS64/128/384/HSDPA上傳和下載業(yè)務(wù)均正常【建議與總結(jié)】跨RNC切換涉及各個(gè)網(wǎng)元的數(shù)據(jù)配置，必須協(xié)同完整配置完畢；4 3G到2G切換成功率優(yōu)化案例 2/3G互操作G網(wǎng)無法重選至T網(wǎng)【問題描述】某地實(shí)驗(yàn)局對(duì)移動(dòng)公司大樓進(jìn)行2/3G互操作，其中移動(dòng)公司大樓內(nèi)有TD室內(nèi)分布小區(qū)A、GSM室內(nèi)分布小區(qū)B，室外宏站小區(qū)有C、D、E。下一跳為源RNC對(duì)應(yīng)的CE IP，（CE以太網(wǎng)）。 （注：上述值是參考現(xiàn)場(chǎng)2B值進(jìn)行修改的，包括HYSTFOR2A、TIMETOTRIG2A、TRIGTIMEFORINTERCELL和THDFORINTERHO等，各項(xiàng)目值不一定完全一樣）Step3：現(xiàn)場(chǎng)修改上述參數(shù)后，切換正常。 CS和PS業(yè)務(wù)跨RNC切換失敗的問題定位分析【問題描述】跨RNC切向友商基站時(shí)，CS和PS業(yè)務(wù)均不能正常切換，返回失敗消息為：RANAP_RELOCATION_CANCEL（RNC—CN），且異頻切換多次出現(xiàn)2B。此時(shí)如果網(wǎng)絡(luò)想讓UE再次上報(bào)某一個(gè)類型的測(cè)量報(bào)告，就必須再重發(fā)一次測(cè)量控制給UE，UE才會(huì)再次上報(bào)（有的UE作的不規(guī)范，會(huì)不停的上報(bào)測(cè)量報(bào)告，上面的trace中就出現(xiàn)了這種現(xiàn)象）。在目前的實(shí)現(xiàn)中，有一個(gè)切換失敗后重試的機(jī)制。起始時(shí)間對(duì)象名稱RNC 內(nèi)同頻切換嘗試次數(shù)RNC 內(nèi)同頻切換成功次數(shù)RNC 內(nèi)同頻切換成功率RNC 內(nèi)異頻切換嘗試次數(shù)RNC 內(nèi)異頻切換成功次數(shù)RNC 內(nèi)異頻切換成功率06/03/2009RNC9T/RNC功能:RNC9T3142612597227907/03/2009RNC9T/RNC功能:RNC9T2251661585137410/03/2009RNC9T/RNC功能:RNC9T89711348122413/03/2009RNC9T/RNC功能:RNC9T3071581502136214/03/2009RNC9T/RNC功能:RNC9T4812121737158016/03/2009RNC9T/RNC功能:RNC9T2491102316204019/03/2009RNC9T/RNC功能:RNC9T2411842680247320/03/2009RNC9T/RNC功能:RNC9T4833499340硬切換平均　　　　起始時(shí)間對(duì)象名稱同頻接力切換嘗試次數(shù)同頻接力切換成功次數(shù)同頻接力切換成功率異頻接力切換嘗試次數(shù)異頻接力切換成功次數(shù)異頻接力切換成功率25/03/2009RNC9T/RNC功能:RNC9T2141852861278126/03/2009RNC9T/RNC功能:RNC9T1781623433337028/03/2009RNC9T/RNC功能:RNC9T1581423209309529/03/2009RNC9T/RNC功能:RNC9T36343927382531/03/2009RNC9T/RNC功能:RNC9T3834 31052990接力切換平均　　　　【遺留問題】接力切換只是一定程度上規(guī)避了UPPTS時(shí)隙干擾帶來的影響，但UPPTS時(shí)隙干擾來源需要進(jìn)一步查明并徹底排除，以提高用戶接入體驗(yàn)。因此，接力切換可以規(guī)避UP干擾導(dǎo)致的硬切換失敗問題?！窘鉀Q方法】將切換懲罰時(shí)間減?。◤?s改為0s），使UE能及時(shí)的切換回信號(hào)質(zhì)量較好的小區(qū)，以保證業(yè)務(wù)服務(wù)質(zhì)量。直到過了較長(zhǎng)時(shí)間后，UE重新上報(bào)測(cè)量報(bào)告（其中包含非A的目標(biāo)小區(qū)），RNC判決切換下發(fā)“物理信道重配置”消息，UE切換到新的非A目標(biāo)小區(qū)，業(yè)務(wù)質(zhì)量得到改善。 Mfrequency j是頻率j上的小區(qū)i的PCCPCH RSCP的測(cè)量結(jié)果，單位mW. Oi,j是當(dāng)前頻率j上的小區(qū)i的小區(qū)單獨(dú)偏移，Oi,j由IE Cell individual offset設(shè)置。通過幾天的top小區(qū)分析， 觀察到小區(qū)17161向小區(qū)17162的切換出失敗率較高。 D100 D40TIMERPOLL 該定時(shí)器屬于發(fā)送端，當(dāng)發(fā)送端發(fā)送了觸發(fā)輪詢后，如果在定時(shí)器期間收不到響應(yīng)，定時(shí)器超時(shí)后，再次輪詢。增加由于無數(shù)據(jù)傳輸導(dǎo)致鏈路釋放的觸發(fā)時(shí)間，避免頻繁觸發(fā)由于無數(shù)據(jù)傳輸而導(dǎo)致的網(wǎng)絡(luò)側(cè)發(fā)起鏈路釋放，減少PS掉話率。NB發(fā)起Radio Link Failure Indication過程，RNC等待IUCSRELNORABTMR超時(shí)發(fā)起Iu release request，請(qǐng)求釋放Iu連接【解決方法】 、并且打開SRB的外環(huán)功控開關(guān)。所以：UE側(cè)無線鏈路失敗時(shí)間遠(yuǎn)遠(yuǎn)大于NODEB側(cè)無線鏈路失敗時(shí)間注意：假如，在下行失步的時(shí)候上行已經(jīng)失步了，（包括信令面的鏈路）釋放了，下行再怎么CELL UPDATE也不會(huì)有CELL UPDATE CONFIRM的回復(fù)。檢測(cè)后臺(tái)UPPCH的ISCP值過高，存在干擾?！締栴}分析】網(wǎng)絡(luò)覆蓋場(chǎng)強(qiáng)值過低。此時(shí)，可以通過提高上行期望接收功率/RL初始發(fā)射功率和修改上行同步的參數(shù)，來使得UE能夠正常進(jìn)行上行同步和上傳消息。因此影響RRC接通率的RRC建立失敗，主要是后面三步?jīng)]有成功而導(dǎo)致的。縮略語清單：縮略語英文全名中文解釋AMRAdaptive MultiRate自適應(yīng)多速率CDLCall Detail Log呼叫日志CDRCall Drop Rate掉話率CHRCall History Record呼叫歷史記錄1 無線接通率優(yōu)化案例 TOP 小區(qū)RRC接通率優(yōu)化【問題描述】針對(duì)3月10號(hào)前幾天話統(tǒng)的結(jié)果，RRC接通率低的TOP小區(qū)進(jìn)行提取，根據(jù)話務(wù)統(tǒng)計(jì)的結(jié)果，調(diào)整前，這10個(gè)小區(qū)的CS %，PS %。 UE在RACH上發(fā)RRC CONNECTION REQ；178。目前SCCPCH功率配置的值一般是3db(相對(duì)于PCCPCH功率，單碼道)。因?yàn)闃I(yè)務(wù)量不能達(dá)到一定的規(guī)模，數(shù)據(jù)的可靠性不能完全可信，特別PS RRC嘗試次數(shù)比較少，但總體上能反映出一定的問題。終端問題?！窘ㄗh與總結(jié)】在后臺(tái)參數(shù)設(shè)置過程中，一定要了解各參數(shù)，并按照指導(dǎo)書進(jìn)行設(shè)置。【解決措施】現(xiàn)深圳RNC9T已經(jīng)把小區(qū)更新的參數(shù)設(shè)置如下：T313=3s，N313=20，N315=1NINSYNCIND=1, NOUTSYNCIND=20, TRLFAILURE=200以上設(shè)置可以留給UE發(fā)起小區(qū)更新足夠的時(shí)間【效果對(duì)比】?jī)?yōu)化前小區(qū)更新成功率KPI指標(biāo)統(tǒng)計(jì)如下：起始時(shí)間小區(qū)更新次數(shù)小區(qū)小區(qū)更新確認(rèn)次數(shù)小區(qū)小區(qū)更新成功次數(shù)小區(qū)小區(qū)更新成功率優(yōu)化前23512327%優(yōu)化后633497490% PS域掉話率 XX網(wǎng)絡(luò)PS掉話率優(yōu)化【問題描述】XX區(qū)域網(wǎng)絡(luò)在建網(wǎng)以后，PS掉話率一致處于30％左右的水平，距離現(xiàn)網(wǎng)目前20％的PS掉話率平均水平有比較大的差距。當(dāng)UE從L1檢測(cè)到連續(xù)N315個(gè)同步指示后停止T313定時(shí)器。當(dāng)某個(gè) PDU 經(jīng)過 Max_DAT1 次傳輸后，都沒有成功發(fā)送，直接發(fā)起一個(gè)RLC重置過程。 D32 D4 對(duì)于TOP小區(qū)抬高最小接入電平，在目前終端性能的現(xiàn)狀下，可在接入電平上做合理限制。【解決方法】以下是同頻、異頻切換的相關(guān)定義：同頻切換事件事件1G當(dāng)下列等式在觸發(fā)時(shí)間（Timetotrigger）內(nèi)一直成立的時(shí)候，UE報(bào)告事件1G（最佳小區(qū)的改變）給RNC：公式中的參數(shù)含義如下： Mprevious_best是前最佳小區(qū)的當(dāng)前PCCPCH RSCP，單位mW Oprevious_b