【正文】 鄰區(qū)關(guān)系；圖 1141461與52213距離在在1000米以為，且無(wú)站點(diǎn)間隔，之間不存在鄰區(qū)關(guān)系，建議添加為雙向鄰區(qū)關(guān)系。遠(yuǎn)距離冗余鄰區(qū)情況圖 12主瓣方向非特殊情況添加兩層站點(diǎn)即可。圖 13旁瓣方向非特殊情況添加一層鄰區(qū)關(guān)系即可。圖 14背板方向添加一層鄰區(qū)關(guān)系即可。 參數(shù)核查網(wǎng)絡(luò)參數(shù)的設(shè)置合理與否直接關(guān)系到網(wǎng)絡(luò)的性能和指標(biāo)好壞，對(duì)網(wǎng)絡(luò)的影響極大。由于在優(yōu)化過(guò)程中經(jīng)常涉及到對(duì)一些網(wǎng)絡(luò)參數(shù)進(jìn)行調(diào)整，難免會(huì)出現(xiàn)差錯(cuò)，或者參數(shù)設(shè)置不合理，從而影響網(wǎng)絡(luò)質(zhì)量。因此在進(jìn)行KPI指標(biāo)提升的過(guò)程中，以及網(wǎng)絡(luò)正常運(yùn)行的整個(gè)過(guò)程中都有必要對(duì)網(wǎng)絡(luò)參數(shù)進(jìn)行周期性的核查，發(fā)現(xiàn)存在的問(wèn)題，解決問(wèn)題，提高網(wǎng)絡(luò)質(zhì)量和用戶感知。參數(shù)的檢查工作主要包括：小區(qū)類參數(shù)核查、頻率核查、擾碼核查、鄰區(qū)關(guān)系核查、外部小區(qū)配置等核查工作。詳細(xì)的核查步驟請(qǐng)參考，《參數(shù)核查工作流程和指導(dǎo)書》。 接入問(wèn)題專題優(yōu)化 DT/CQT問(wèn)題分析圖 15 DT/CQT呼叫失敗問(wèn)題分析流程圖路測(cè)問(wèn)題的分析流程如圖2所示：通過(guò)路測(cè)數(shù)據(jù)分析軟件，比如鼎立測(cè)試軟件，確定發(fā)生接入失敗的時(shí)間，結(jié)合RNC側(cè)的UE后者CDT信令流程確定在哪一處出現(xiàn)異常導(dǎo)致的失敗。然后按照后續(xù)的各個(gè)子流程分析和解決問(wèn)題，主要包括尋呼問(wèn)題、RRC建立問(wèn)題、鑒權(quán)加密問(wèn)題、RAB和RB建立問(wèn)題、設(shè)備異常、網(wǎng)絡(luò)覆蓋問(wèn)題等。 尋呼問(wèn)題尋呼問(wèn)題一般都表現(xiàn)為：主叫完成RAB指派以及CC Setup，在等待Alerting消息的時(shí)候收到CN發(fā)來(lái)的Disconnect直傳消息。被叫從UE的信令流程一般看不出異常，但也出現(xiàn)過(guò)UE收到Paging消息而沒(méi)有發(fā)起RRC連接建立請(qǐng)求。從被叫的RNC單用戶跟蹤可以看出收到CN下發(fā)的Paging消息，但沒(méi)有后續(xù)的消息。通常尋呼問(wèn)題分析流程如下圖所示：圖16尋呼問(wèn)題分析流程圖具體分析過(guò)程如下所示：RNC沒(méi)有下發(fā)Paging消息如果是RNC收到CN下發(fā)的paging消息后UU口沒(méi)有下發(fā)，可能是尋呼信道的容量不夠（現(xiàn)階段由于網(wǎng)絡(luò)負(fù)載很低，出現(xiàn)的概率很小，在以后網(wǎng)絡(luò)負(fù)載較高時(shí)，可能會(huì)出現(xiàn)UU口paging消息阻塞的情況），或者是設(shè)備異常。尋呼指示信道的功率偏低尋呼指示信道PICH發(fā)射功率，影響小區(qū)的尋呼范圍和性能。設(shè)置過(guò)大，會(huì)導(dǎo)致PCCPCH的發(fā)射功率值無(wú)法正常設(shè)置到規(guī)劃需要的強(qiáng)度。設(shè)置過(guò)小，將會(huì)導(dǎo)致小區(qū)邊緣的UE無(wú)法偵聽到PICH。UE發(fā)生位置更新在尋呼的時(shí)候UE發(fā)生了位置區(qū)/路由區(qū)更新，而尋呼消息仍在原來(lái)的位置區(qū)/路由區(qū)下發(fā)，導(dǎo)致UE無(wú)法收到尋呼消息。 RRC建立問(wèn)題UE處于空閑模式下，當(dāng)UE的非接入層請(qǐng)求建立信令連接時(shí)，UE將發(fā)起RRC連接建立過(guò)程。每個(gè)UE最多只有一個(gè)RRC連接。當(dāng)RNC接收到UE的RRC Connection Request消息，由其無(wú)線資源管理模塊RRM根據(jù)特定的算法確定是接受還是拒絕該RRC連接建立請(qǐng)求，如果接受，則再判決是建立在專用信道還是公共信道。對(duì)于RRC連接建立使用不同的信道，則RRC連接建立流程也不一樣。本文重點(diǎn)介紹RRC連接建立在專用信道的過(guò)程。RRC建立在公共信道圖17 RRC正常連接建立在公共信道的過(guò)程信令流程說(shuō)明：當(dāng)RRC連接建立在公共信道上時(shí)，因?yàn)橛玫氖且呀?jīng)建立好的小區(qū)公共資源，所以無(wú)需建立無(wú)線鏈路和用戶面的數(shù)據(jù)傳輸承載，其余過(guò)程與RRC連接建立在專用信道相似。RRC建立在專用信道圖18RRC正常連接建立在專用信道的過(guò)程信令流程說(shuō)明：UE在上行CCCH上發(fā)送一個(gè)RRC Connection Request消息，請(qǐng)求建立一條RRC連接。主要參數(shù)為：Initial UE Identity，初始的UE標(biāo)識(shí)，如IMSI，TMSI等參數(shù)，用來(lái)讓網(wǎng)絡(luò)識(shí)別發(fā)送該建立請(qǐng)求消息的UE；Establishment cause，建立原因，有多種類型，但UE每次只能選擇其一；Protocol Error Indicator，協(xié)議錯(cuò)誤標(biāo)識(shí)，用來(lái)標(biāo)明是否有協(xié)議錯(cuò)誤發(fā)生；測(cè)量IE，給出在Uu接口上的測(cè)量結(jié)果。RNC根據(jù)RRC連接建立請(qǐng)求的原因及系統(tǒng)的資源狀態(tài)，決定UE建立在專用信道并分配RNTI和LL2資源。RNC向NodeB發(fā)送Radio Link Setup Request消息，請(qǐng)求NodeB分配RRC連接所需要的特定無(wú)線鏈路資源。在該消息中包含有建立無(wú)線鏈路所必需的參數(shù)（功率、時(shí)隙、擾碼、midable碼等參數(shù)）。在RL成功建立后，RNC使用ALCAP協(xié)議發(fā)起Iub接口用戶面?zhèn)鬏敵休d的建立，用于承載RRC信令的ATM連接，并完成RNC與NodeB同步過(guò)程。RNC在下行CCCH上向UE發(fā)送RRC Connection Setup消息UE在上行DCCH上向RNC發(fā)送RRC Connection Setup Complete。至此RRC連接建立過(guò)程結(jié)束。RRC建立問(wèn)題分析常見問(wèn)題具體分析過(guò)程如下：UE發(fā)出RRC Connection Request消息，RNC沒(méi)有收到。如果此時(shí)下行PCCPCH的C/I較低，則是覆蓋的問(wèn)題，通過(guò)RF優(yōu)化解決。終端發(fā)射功率受限，屬于UE本身性能問(wèn)題，沒(méi)有特別的方法解決。UpPTS受干擾導(dǎo)致，可以采用Up Shifting技術(shù)，通過(guò)后臺(tái)配置相應(yīng)參數(shù)，調(diào)整UpPCH的位置避免受到干擾，根本還是要避免干擾源?？赡躈odeB設(shè)備問(wèn)題，需要檢查RRU通道是否存在告警。擁塞、碼道受限。檢查時(shí)隙狀態(tài)，是否碼道閉塞。設(shè)備故障、參數(shù)配置錯(cuò)誤。RNC收到UE發(fā)的RRC建立請(qǐng)求消息后，下發(fā)了RRC Connection Setup消息而UE沒(méi)有收到。查看此時(shí)的PCCPCH的C/I，如果較低，則是覆蓋的問(wèn)題，通過(guò)RF優(yōu)化解決。如果是由于發(fā)生小區(qū)重選導(dǎo)致，則調(diào)整重選參數(shù)，加快小區(qū)選擇與重選的速度，可以解決小區(qū)選擇與重選參數(shù)不合理造成的RRC連接建立失敗問(wèn)題。UE收到RRC Connection Setup消息而沒(méi)有發(fā)出Setup Complete消息。如果此時(shí)下行的信號(hào)質(zhì)量正常，那么可能是手機(jī)異常。 鑒權(quán)問(wèn)題鑒權(quán)流程鑒權(quán)流程由網(wǎng)絡(luò)側(cè)發(fā)起，其目的是：由網(wǎng)絡(luò)來(lái)檢查是否允許終端接入網(wǎng)絡(luò)。圖19鑒權(quán)流程圖信令流程說(shuō)明：網(wǎng)絡(luò)側(cè)在發(fā)起鑒權(quán)前，如果VLR中還沒(méi)有鑒權(quán)參數(shù)，此時(shí)將首先發(fā)起到HLR取鑒權(quán)集的過(guò)程，并等待鑒權(quán)參數(shù)的返回。在檢測(cè)到鑒權(quán)參數(shù)存在后，網(wǎng)絡(luò)下發(fā)鑒權(quán)請(qǐng)求消息。網(wǎng)絡(luò)側(cè)在收到鑒權(quán)相應(yīng)消息后，確定鑒權(quán)是否成功：成功則繼續(xù)后面的流程；不成功則會(huì)發(fā)起異常處理流程，釋放網(wǎng)絡(luò)側(cè)與終端間的連接，并釋放被占用的網(wǎng)絡(luò)資源，無(wú)線資源。在成功的鑒權(quán)之后，終端將會(huì)把CK（加密密鑰）與IK（一致性檢查密鑰）存放到USIM卡中。鑒權(quán)問(wèn)題分析當(dāng)出現(xiàn)鑒權(quán)失敗時(shí)，需要根據(jù)UE回復(fù)給網(wǎng)絡(luò)的鑒權(quán)失敗消息中給出的原因值進(jìn)行分析。常見的原因值包括MAC Failure和Synch failure兩種。MAC Failure手機(jī)終端在對(duì)網(wǎng)絡(luò)鑒權(quán)時(shí)，檢查由網(wǎng)絡(luò)側(cè)下發(fā)的鑒權(quán)請(qǐng)求消息中的AUTN參數(shù)，如果其中的“MAC”信息錯(cuò)誤，終端會(huì)上報(bào)鑒權(quán)失敗消息，原因值為MACFailure。造成該問(wèn)題的主要原因包括：非法用戶。USIM卡和HLR中給該用戶設(shè)置信息不同。sync failure另外一種鑒權(quán)失敗的情況是手機(jī)終端檢測(cè)到AUTN消息中的SQN的序列號(hào)錯(cuò)誤，引起鑒權(quán)失敗，原因值為：Synch failure（同步失?。?。造成該問(wèn)題的主要原因包括：非法用戶。設(shè)備問(wèn)題。 安全模式問(wèn)題安全模式流程安全模式控制過(guò)程是由網(wǎng)絡(luò)側(cè)用來(lái)向無(wú)線接入網(wǎng)側(cè)發(fā)送加密信息的。即用于加密的有關(guān)參數(shù)會(huì)送到切換的目的RNC。圖20安全模式流程圖信令流程說(shuō)明：CN向RNC發(fā)送要求加密的指令。RNC在收到加密指令后，向測(cè)試終端發(fā)送加密指令，啟動(dòng)加密。安全模式問(wèn)題分析安全模式異常表現(xiàn)為安全模式拒絕，主要的原因包括：手機(jī)能力問(wèn)題，手機(jī)不支持配置的加密算法。RNC和核心網(wǎng)加密模式配置不匹配。如果加密模式不同，可以將MSC和SGSN設(shè)置為選擇全部的加密模式，RNC根據(jù)實(shí)際情況選擇UEA0或UEA1。 RAB建立問(wèn)題RAB建立流程RAB是指用戶平面的承載，用于UE和CN之間傳送語(yǔ)音，數(shù)據(jù)及多媒體業(yè)務(wù)。UE首先要完成RRC連接建立，然后才能建立RAB。RAB建立是由CN發(fā)起，UTRAN執(zhí)行的功能，基本流程：首先由CN向UTRAN發(fā)送RAB指配請(qǐng)求消息，請(qǐng)求UTRAN建立RAB。RNC發(fā)起建立Iu接口與Iub接口的數(shù)據(jù)承載。RNC向UE發(fā)起RB建立請(qǐng)求。UE完成RB建立，向RNC回應(yīng)RB建立完成消息。RNC向CN應(yīng)答RAB指配響應(yīng)消息，結(jié)束RAB建立流程。當(dāng)RAB建立成功后，一個(gè)基本的呼叫即建立。流程如下圖所示：圖21RAB正常建立流程信令流程說(shuō)明：CN向UTRAN發(fā)送RANAP協(xié)議的RAB指配消息Radio Access Bearer Assignment Request，發(fā)起RAB建立請(qǐng)求。主要無(wú)線參數(shù)RAB Parameters，Traffic class的值代表簽約類型。RNC接收到RAB建立請(qǐng)求后，將RAB的Qos參數(shù)映射為AAL2鏈路特性參數(shù)與無(wú)線資源特性參數(shù)，Iu接口的ALCAP根據(jù)其中的AAL2鏈路特性參數(shù)發(fā)起Iu接口的用戶面?zhèn)鬏敵休d建立過(guò)程。RNC向?qū)傧碌腘odeB發(fā)送協(xié)議的無(wú)線鏈路重配置準(zhǔn)備Radio Link Reconfiguration Prepare消息，請(qǐng)求屬下的NodeB準(zhǔn)備在已有的無(wú)線鏈路上增加一條（或多條）承載RAB的專用傳輸信道（DCH）。NodeB分配相應(yīng)的資源，然后向所屬的RNC發(fā)送Radio Link Reconfiguration Ready消息，通知RNC無(wú)線鏈路重配置準(zhǔn)備完成。RNC中Iub接口的ALCAP發(fā)起Iub接口的用戶面?zhèn)鬏敵休d建立過(guò)程，NodeB與RNC通過(guò)交換DCH幀協(xié)議的上下同步幀建立同步。RNC向?qū)傧碌腘odeB發(fā)送無(wú)線鏈路重配置執(zhí)行消息Radio Link Reconfiguration Commit。RNC向UE發(fā)送RRC協(xié)議的RB建立消息Radio Bearer Setup。UE執(zhí)行RB建立后，向RNC發(fā)送無(wú)線承載建立完成消息Radio Bearer Setup Complete。RNC接收到無(wú)線承載建立完成的消息后，向CN回應(yīng)RAB指配相應(yīng)消息Radio Access Bearer Assignment Response，結(jié)束RAB建立流程。RAB建立問(wèn)題分析當(dāng)RAB或RB建立失敗時(shí)，RNC會(huì)在RAB Assignment Response信令中回RAB指配建立失敗。通過(guò)相關(guān)信元中攜帶的失敗原因值，可以得到具體失敗原因。常見的RAB/RB建立失敗問(wèn)題包括：參數(shù)配置錯(cuò)誤導(dǎo)致RNC直接拒絕RAB的建立請(qǐng)求。UE回應(yīng)RB建立失敗造成的RAB建立失敗。UE回應(yīng)RB建立失敗主要是由于用戶的錯(cuò)誤行為造成。第一種情況是，用戶在已經(jīng)有下行128K的數(shù)據(jù)業(yè)務(wù)時(shí)，收到了VP業(yè)務(wù)的RB建立請(qǐng)求（VP主叫或者被叫），由于大部分終端不支持下行同時(shí)進(jìn)行VP和高速PS業(yè)務(wù)，UE直接回應(yīng)RB建立失敗，原因是unsupported configuration。另一種情況是主叫3G終端進(jìn)行VP業(yè)務(wù)的被叫方駐留在GSM網(wǎng)絡(luò)，不支持VP業(yè)務(wù)。這樣在RNC收到RAB指派請(qǐng)求后，核心網(wǎng)Call Proceeding后立刻下發(fā)Disconnect命令，原因?yàn)锽earer capability not authorized。而此時(shí)UE在剛收到RB_SETUP命令，還沒(méi)來(lái)得及完成RB建立，收到該Disconnect后會(huì)馬上發(fā)起回應(yīng)RB建立失敗，RNC返回RAB建立失敗，原因?yàn)閒ailure in radio interface procedure。空中接口RB建立失敗造成的RAB建立失敗。另一種RB建立失敗是RB建立命令沒(méi)有響應(yīng)，導(dǎo)致RNC認(rèn)為RB建立失敗，表現(xiàn)為RB建立命令沒(méi)有收到ACK或者沒(méi)有收到RB建立完成命令。這樣的情形主要出現(xiàn)在弱信號(hào)區(qū)，造成信號(hào)弱的原因有兩種情況，一種是UE沒(méi)有駐留在最優(yōu)小區(qū)發(fā)起接入，另一種是覆蓋不好。UE沒(méi)有駐留在最優(yōu)小區(qū)發(fā)起接入，會(huì)在RB建立過(guò)程中希望活動(dòng)集更新加入最優(yōu)小區(qū)（同時(shí)信號(hào)快速變化導(dǎo)致駐留小區(qū)信號(hào)快速下降容易出現(xiàn)失敗。對(duì)于這種情況需要提高同頻小區(qū)重選的啟動(dòng)門限和速度，使得UE盡快駐留在最優(yōu)小區(qū)，在最優(yōu)小區(qū)發(fā)起接入。 覆蓋不好造成的RB建立失敗分為上行和下行質(zhì)量不滿足兩種情況。下行覆蓋引起的情況表現(xiàn)為UE無(wú)法收到RB建立命令，下行覆蓋質(zhì)量不滿足部分原因是UE的解調(diào)性能不佳造成，部分原因是需要RF優(yōu)化來(lái)解決的。上行覆蓋引起的情況表現(xiàn)為UE收到了RB建立命令，但是RAN收不到RB建立的ACK或者RB建立完成命令，這種情況有可能是上行干擾造成的。 PDP激活問(wèn)題對(duì)一個(gè)UE發(fā)起的PDP上下文激活過(guò)程來(lái)說(shuō)，如果之前UE沒(méi)有建立RRC連接則先建立RRC連接，再通過(guò)初始直傳建立傳輸NAS消息的信令連接，最后建立RAB。網(wǎng)絡(luò)發(fā)起的PDP上下文激活過(guò)程包括了尋呼過(guò)程，在接入層內(nèi)與主叫過(guò)程很類似，其它區(qū)別主要體現(xiàn)在NAS消息上。接入問(wèn)題分析可以參考前面的章節(jié)。RRC連接、鑒權(quán)及安全模式建立完成后，進(jìn)行的RAB建立過(guò)程中，如果未能收到RAB Assignment Response，則表示PDP激活失敗。圖22PDP激活流程一圖23PDP激活流程二 話統(tǒng)分析話統(tǒng)數(shù)據(jù)分析流程通常分為兩步，RNC級(jí)數(shù)據(jù)分析和小區(qū)級(jí)數(shù)據(jù)分析。RNC級(jí)數(shù)據(jù)分析側(cè)重于對(duì)整網(wǎng)指標(biāo)的評(píng)估、分析；小區(qū)級(jí)數(shù)據(jù)分析側(cè)重于問(wèn)題小區(qū)定位。RNC級(jí)數(shù)據(jù)分析流程：圖 24RNC級(jí)話統(tǒng)數(shù)據(jù)分析流程首先，察看RNC級(jí)話統(tǒng)指標(biāo)是否滿足要求，如果滿足則結(jié)束分析。如果不滿足，則需要找到指標(biāo)最差的前N個(gè)小區(qū)，對(duì)該小區(qū)指標(biāo)進(jìn)行分析。小區(qū)問(wèn)題定位并實(shí)施解決辦法后，對(duì)新的話統(tǒng)