【正文】 由于參數(shù)設(shè)置錯(cuò)誤超過UE能力的情況造成的RAB建立失敗后，SGSN會(huì)重新協(xié)商發(fā)起新的RAB指派，直到UE能力可以支持，最終完成RAB指派。主要場(chǎng)景是用戶PS業(yè)務(wù)的上行開戶和激活申請(qǐng)信息超過了手機(jī)的能力，導(dǎo)致RNC 直接回應(yīng)拒絕。通過相關(guān)信元中攜帶的失敗原因值，可以得到具體失敗原因。請(qǐng)參考案例 B國V項(xiàng)目核心網(wǎng)不支持CHAP認(rèn)證導(dǎo)致無法撥號(hào)上網(wǎng) 。 核心網(wǎng)問題如果為其它原因值，并確認(rèn)UE側(cè)APN、限速率設(shè)置正確，則可能是核心網(wǎng)的問題導(dǎo)致，如核心網(wǎng)的某些接口不通，可聯(lián)合核心網(wǎng)PS域人員定位。 If x=255，表示0 kbit/sl 消息中APN為字符的ASCII碼形式，不能直接看清字符串，可以打開UltraEdit，新建一個(gè)文件，菜單EditHex Edit，輸入消息中APN下的ASCII碼，即可看到APN字符串。 If 255x=128，實(shí)際速率為576 + (x – 128) * 64 kbits/s。 If 128x=64，實(shí)際速率為64 + (x – 64) *8 kbits/s。 If 0x64，實(shí)際速率為x kbits/s。l ，假設(shè)x為消息中某項(xiàng)速率要求的原始數(shù)值。216。216。216。 1 1 1 Reservedl 最大速率、保證速率：216。 0 1 1 Interactive class216。 0 0 1 Conversational class216。216。當(dāng)前的APN、申請(qǐng)速率可在Activate PDP Context Requst消息中確認(rèn)。 UE側(cè)速率設(shè)置問題如果Activate PDP Context Reject的原因值為“Service option not supported”，原因多半是UE請(qǐng)求速率高于開戶速率造成。需要檢查UE側(cè)APN的設(shè)置，與HLR APN對(duì)照。問題主要有兩類，核心網(wǎng)問題，或者UE側(cè)APN、限速率的設(shè)置有錯(cuò)。請(qǐng)參考案例 安全模式拒絕問題 。l RNC和核心網(wǎng)加密模式配置不匹配，如MSC只配置了加密算法UEA0，而RNC只設(shè)置為支持UEA1?？蓞⒖及咐?由于某款手機(jī)加密不符合協(xié)議導(dǎo)致掉話的問題 。在此過程中，核心網(wǎng)的網(wǎng)絡(luò)側(cè)將與無線接入網(wǎng)協(xié)商對(duì)用戶終端進(jìn)行加密的算法，使得用戶在后續(xù)的業(yè)務(wù)傳遞過程中使用此加密算法；并且在終端用戶發(fā)生切換后，盡可能的仍使用此加密算法——即用于加密的有關(guān)參數(shù)會(huì)送到切換的目的RNC。l 設(shè)備問題。l USIM卡和HLR中給該用戶設(shè)置不同的Ki和OP（OPc）導(dǎo)致鑒權(quán)失敗：此問題一般在剛開始使用新卡時(shí)經(jīng)常出現(xiàn)，可以檢查開戶信息中的IMSI的Ki值和OP（OPc）值和USIM卡中信息是否相同，不同則重新將USIM卡的Ki和OPc值燒成與HLR中相同的值。常見的原因值包括MAC Failure和Synch failure兩種。DPCCH_Initial_power = DPCCH_Power_offset CPICH_RSCP其中DPCCH_Power_offset=Primary CPICH DL TX Power + UL Interference + Constant Value，Constant Value是一個(gè)后臺(tái)可以配置的參數(shù)，如果該值設(shè)置過低，就有可能使得UE在發(fā)送RRC CONNECTION SETUP COMPLETE時(shí)功率不夠。該參數(shù)為RNC級(jí)的參數(shù)，對(duì)網(wǎng)絡(luò)性能影響較大，調(diào)整時(shí)需要謹(jǐn)慎。同時(shí)還與上行鏈路SIR初始目標(biāo)值設(shè)置是否合理有關(guān)，對(duì)于初始建鏈時(shí)的上行初始同步有較大的影響。 UE發(fā)出RRC Setup Complete消息RNC沒有收到由于上行初始功控會(huì)讓UE的發(fā)射功率上升，這種問題出現(xiàn)的概率很小?！? UE收到RRC Connection Setup消息沒有發(fā)出RRC Setup Complete消息如果此時(shí)下行的信號(hào)質(zhì)量正常，那么可能是手機(jī)異常。而前導(dǎo)（preamble）的發(fā)射功率可以不斷攀升直至收到響應(yīng)（受到preamble最大重傳次數(shù)限制）。————————————————————————————————————————RRC CONNECTION SETUP消息是由FACH承載。例如如果整個(gè)網(wǎng)絡(luò)優(yōu)化后的覆蓋區(qū)域?qū)ьlEc/Io全部大于12dB，那么公共信道功率的配比按照Ec/Io大于12dB來配置，可以保證UE從idle狀態(tài)接入時(shí)的成功率，請(qǐng)參考案例 FACH信道功率設(shè)置不合適 。覆蓋差可以通過增強(qiáng)覆蓋的方法解決覆蓋問題，如增加站點(diǎn)補(bǔ)盲、工程參數(shù)調(diào)整等。l 對(duì)于unspecified，則需要察看相關(guān)日志信息，確定故障原因。l 對(duì)于congestion，說明網(wǎng)絡(luò)發(fā)生了擁塞。 RNC收到RRC建立請(qǐng)求消息后下發(fā)了RRC Connection Reject消息當(dāng)出現(xiàn)RRC Connection Rreject消息時(shí)，需要檢查具體的拒絕原因值。n NodeB設(shè)備存在駐波：檢查NodeB是否存在駐波告警。通常有以下可能的原因：n Preamble的功率攀升不夠：可以增加Preamble攀升次數(shù)。RRC連接建立問題分析流程如RRC連接建立問題分析流程所示：圖 43 RRC連接建立問題分析流程 UE發(fā)出RRC Connection Request消息RNC沒有收到l 如果此時(shí)下行CPICH的Ec/Io較低，則是覆蓋的問題。l RNC通過FACH信道發(fā)送RRC Connection Setup消息；l UE在建立下行專用信道并同步后通過上行專用信道發(fā)送RRC Connection Setup CMP消息。 RRC連接建立問題分析RRC連接建立失敗的問題通過UE的信令流程和RNC的單用戶跟蹤可以獲得。還有就是在尋呼的時(shí)候UE發(fā)生了位置區(qū)/路由區(qū)更新，而尋呼消息仍在原來的位置區(qū)/路由區(qū)下發(fā)，導(dǎo)致UE無法收到尋呼消息。 UE發(fā)生小區(qū)重選如果UE駐留小區(qū)的信號(hào)偏低而監(jiān)視小區(qū)的信號(hào)較好，那么可能是小區(qū)重選的問題。 尋呼信道或?qū)ず糁甘拘诺赖墓β势腿绻鸕NC下發(fā)了Paging消息，而UE沒有收到，首先查看UE的駐留小區(qū)和監(jiān)視小區(qū)的Ec/Io。如尋呼問題主叫UE信令流程所示，被叫從UE的信令流程一般看不出異常，從被叫的 RNC 單用戶跟蹤可以看出收到 CN 下發(fā)的 Paging 消息，但沒有后續(xù)的消息。對(duì)于異常問題，請(qǐng)參考案例 NodeB異常導(dǎo)致接入問題 、 DSP定時(shí)器啟動(dòng)失敗引起RRC拒絕率很高 、 某UE異常引起該小區(qū)RRC建立成功率指標(biāo)異常 和 手機(jī)異常導(dǎo)致接入問題 。通過消息對(duì)齊手機(jī)采集信令和RNC的單用戶跟蹤的時(shí)間，同時(shí)找到RNC單用戶跟蹤的相應(yīng)的出問題的時(shí)間點(diǎn)。l UE沒有發(fā)出Connect Acknowledge消息：UE收到Alert or Connect消息后，沒有發(fā)出Connect Acknowledge消息。l UE沒有發(fā)出RB Setup Complete消息：UE在接收到RB Setup消息后，沒有發(fā)出RB Setup Complete消息。l UE沒有收到Call Proceeding消息：UE在發(fā)送了CC SETUP消息后沒有收到Call Proceeding消息。l 沒有發(fā)出 CM Service Request：UE在收到測(cè)量控制消息后沒有發(fā)出CM Service Request。l UE收到消息RRC Connection Reject：UE收到RRC Connection Reject消息并且沒有重發(fā)RRC Connection Request進(jìn)行嘗試。l RRC Connection Setup消息沒有收到：UE發(fā)送了RRC Connection Reques 消息后沒有收到RRC Connection Setup消息。 Actix軟件接入失敗定義Actix軟件按照如下的原則來定義接入失敗，主叫UE在發(fā)出RRC Connection Request后，滿足下面任何一個(gè)條件都認(rèn)為是接入失?。簂 收到RRC Connection Reject消息；l UE在收到RRC Connection setup消息后收到或是發(fā)出了RRC Connection Release消息；l 在Call setup過程中收到任何的BCCH上的消息；l 定時(shí)器超時(shí)，即在UE發(fā)送了RRC Connection Request后一定時(shí)間內(nèi)沒有收到RRC Connection setup消息。l RAB指配過程失?。篣E發(fā)出CALL CONFIRM之后沒有收到RNC下發(fā)的RB SETUP；或者UE收到RB SETUP之后回復(fù)RB SETUP FAIL；或者在收到RB SETUP之后收到原因值不為normal release的DISCONNECT消息，此時(shí)UE還未上報(bào)RB SETUP CMP。根據(jù)失敗階段，相關(guān)事件定義如下：l RRC連接建立過程失?。篣E發(fā)出RRC CONNECTION REQUEST之后沒有收到RNC的響應(yīng)或者收到RNC下發(fā)的 RRC CONNECTION REJECT。————————————————————————————————————————252。l RAB指配過程失敗：UE收到CALL PROCEEDING之后沒有收到RNC下發(fā)的RB SETUP；或者UE收到RB SETUP之后回復(fù)RB SETUP FAIL；或者在收到RB SETUP之后收到原因值不為normal release的DISCONNECT消息，此時(shí)UE還未上報(bào)RB SETUP CMP。根據(jù)失敗階段，相關(guān)事件定義如下：l RRC連接建立過程失敗：考慮重發(fā)次數(shù)和等待時(shí)間后，UE發(fā)出RRC CONNECTION REQUEST 之后沒有收到RNC的響應(yīng)，或者沒有收到RNC下發(fā)的RRC CONNECTION REJECT。通常，路測(cè)數(shù)據(jù)分析工具（例如GENEX Assistant、Actix Analyzer等）能夠根據(jù)預(yù)先設(shè)定的判斷條件，自動(dòng)判斷測(cè)試中的接入失敗問題。 接入失敗的定義業(yè)務(wù)沒有能夠正常建立，就稱為接入失敗。4 接入問題分析 概述本章的目的是指導(dǎo)一線工程師在網(wǎng)絡(luò)優(yōu)化中，解決接入問題。異系統(tǒng)鄰區(qū)漏配的優(yōu)化可依照如下方法操作：l 首先使用Mapinfo插件工具，把WCDMA和GSM的工程參數(shù)總表轉(zhuǎn)換成不同的Mapinfo圖層l 在Mapinfo上以不同的顏色顯示W(wǎng)CDMA和GSM的扇區(qū)方位圖，根據(jù)圖示判斷哪些GSM小區(qū)為本小區(qū)的第一層異系統(tǒng)鄰區(qū)l 最后對(duì)比現(xiàn)網(wǎng)配置的鄰區(qū)關(guān)系，判斷是否有漏配的GSM小區(qū)，如有將進(jìn)行補(bǔ)漏。l 分析TopN掉話小區(qū)，對(duì)RF原因掉話較多的小區(qū)，有針對(duì)性地增加第三層異頻鄰區(qū)關(guān)系；或參考附近的異頻小區(qū)的同頻鄰區(qū)關(guān)系增加必要的鄰區(qū)。 異頻鄰區(qū)優(yōu)化針對(duì)異頻鄰區(qū)優(yōu)化，在存在共站異頻小區(qū)的情況下，把與本小區(qū)的天線方向角最近的異頻小區(qū)和該異頻小區(qū)的所有同頻鄰區(qū)作為本小區(qū)的異頻鄰區(qū)即可，并保持與該異頻小區(qū)的同頻鄰區(qū)關(guān)系同步更新。 單向鄰區(qū)檢查鄰區(qū)優(yōu)化中，僅根據(jù)第一層鄰區(qū)關(guān)系或切換次數(shù)和切換概率來增加其中某一個(gè)方向的鄰區(qū)關(guān)系，容易出現(xiàn)對(duì)應(yīng)的反向鄰區(qū)關(guān)系漏配，因此需要對(duì)單向鄰區(qū)進(jìn)行檢查和補(bǔ)漏。具體操作上可以使用Nastar的多配鄰區(qū)優(yōu)化功能（Intrafrequency Unnecessary Neighbour Analysis）輸出兩兩小區(qū)軟切換的嘗試次數(shù)（）的排序表格，然后根據(jù)這個(gè)表格中鄰區(qū)的順序進(jìn)行鄰區(qū)優(yōu)先級(jí)調(diào)整。 鄰區(qū)優(yōu)先級(jí)的優(yōu)化對(duì)于打開了鄰區(qū)合并功能的網(wǎng)絡(luò)，需要設(shè)置和優(yōu)化鄰區(qū)的優(yōu)先級(jí)，不合理的鄰區(qū)優(yōu)先級(jí)設(shè)置會(huì)造成鄰區(qū)合并算法效率很差，下面給出如何根據(jù)話統(tǒng)數(shù)據(jù)進(jìn)行同頻鄰區(qū)優(yōu)先級(jí)的優(yōu)化。 鄰區(qū)漏配問題分析非第一層同頻鄰區(qū)關(guān)系漏配分析，需根據(jù)CHR數(shù)據(jù)記錄的激活集和檢測(cè)集的實(shí)際信號(hào)強(qiáng)弱來進(jìn)行，除了要把NASTAR工程參數(shù)表、待檢查的RNC MML腳本導(dǎo)入NASTAR外，還需要導(dǎo)入CHR數(shù)據(jù)（最好一個(gè)星期以上），然后使用NASTAR的“IntraFrequency Missing Neighbour Analysis”功能分析，如下圖：圖 32 IntraFrequency Missing Neighbour Analysis根據(jù)輸出的建議決定增加鄰區(qū)關(guān)系（Adding Neighbour），或檢查（To Be Determined）某些鄰區(qū)關(guān)系是否需要增加，如下圖：圖 33 Missing Neighbour Analysis Table上表中選擇某行，并單擊左上角的（Draw Neighbor Cells on Map）圖標(biāo)，即可地理化顯示該行對(duì)應(yīng)的分析結(jié)果，如下圖：圖 34 Draw Neighbor Cells on Map上圖中，藍(lán)色小區(qū)為本小區(qū)，綠色和紅色分別為已配置和漏配的同頻鄰區(qū)。把符合如下條件的鄰區(qū)刪除：l 兩兩小區(qū)間軟切換次數(shù)為零或累積概率在98％之后；l 并且為非第一層同頻鄰區(qū)。刪除同頻鄰區(qū)關(guān)系，需根據(jù)兩兩小區(qū)間的軟切換次數(shù)統(tǒng)計(jì)進(jìn)行，因而首先需要在M2000上登記兩兩測(cè)量對(duì)象（cells）和軟切換測(cè)量指標(biāo)，RNC將統(tǒng)計(jì)兩兩小區(qū)間的軟切換次數(shù)并與日常的話統(tǒng)文件一起上報(bào)到M2000。 鄰區(qū)多配問題分析隨著網(wǎng)絡(luò)搬遷或擴(kuò)容新建，同頻鄰區(qū)關(guān)系也不斷變化，因而容易出現(xiàn)多余的鄰區(qū)關(guān)系或鄰區(qū)關(guān)系滿配。根據(jù)上述規(guī)律，由于性能服務(wù)器解決方案中記錄了掉話信息和掉話前最后一次切換的相關(guān)信息，可以在Nastar中根據(jù)上述鄰區(qū)錯(cuò)配規(guī)律分析掉話前的最后一次切換，如果情況一致，則將掉話前發(fā)生切換的兩兩小區(qū)列為鄰區(qū)錯(cuò)配核查對(duì)象。同頻鄰區(qū)錯(cuò)配的原因一是由于工程參數(shù)表錯(cuò)誤，Nastar在分析鄰區(qū)漏配的時(shí)候給出了錯(cuò)誤的鄰區(qū)增加建議，二是由于人為在增加鄰區(qū)時(shí)疏忽，配置鄰區(qū)時(shí)配置了擾碼相同的另外一個(gè)小區(qū)ID，導(dǎo)致了鄰區(qū)錯(cuò)配。但對(duì)這類問題，一線主要依靠路測(cè)和信令跟蹤才能發(fā)現(xiàn)和定位問題，解決起來麻煩，問題定位效率很低。l CME自動(dòng)輸出需要增加的W