王曉龍

（中國聯(lián)通福建分公司,廈門 361008）

通信網(wǎng)絡(luò)的升級一般是對一些新業(yè)務(wù)有需求或者解決一些網(wǎng)絡(luò)問題時會進(jìn)行，但升級后因為算法、軟件使用版本和功能的變化，或者由于沒有經(jīng)過特殊場景的驗證，一些非常隱蔽的問題才會暴露出來。本文就是對3GRNC升級后出現(xiàn)的一些異?，F(xiàn)象的分析中發(fā)現(xiàn)的一個系統(tǒng)本身的BUG。

1 測量控制導(dǎo)致掉話問題及規(guī)避方法

1.1 問題現(xiàn)象

廈門3G網(wǎng)絡(luò)在2010年8月RNC版本從R10升級到了R12，之后路測過程中發(fā)現(xiàn)在進(jìn)行跨RNC時出現(xiàn)掉話問題，掉話時測量控制消息沒有下發(fā)，與激活集中主服務(wù)小區(qū)有鄰區(qū)關(guān)系的信號全部都在檢測集中，手機(jī)上報了添加信號的1a事件，但因為激活集中的信號質(zhì)量太差而導(dǎo)致掉話。

1.2 問題分析

根據(jù)RNC區(qū)域劃分原則，廈門島內(nèi)總共存在4個RNC，分別是RNC1、RNC2、RNC3、RNC4，其中兩兩相鄰的都有IUR接口，而對于跨了RNC4的RNC1和RNC3之間是沒有IUR接口的。根據(jù)切換策略，CS業(yè)務(wù)跨RNC時，如果存在IUR口，則只進(jìn)行切換動作，沒有遷移；如果沒有IUR口，則進(jìn)行硬切換伴隨遷移動作。

從測試路線來看，此類掉話基本都是發(fā)生在跨RNC之后，而手機(jī)在DRNC中一段時間之后攜帶鄰區(qū)信息的測量控制消息便不再下發(fā)，使得手機(jī)無法獲知服務(wù)小區(qū)的鄰區(qū)關(guān)系，而只能使用檢測集加信號到激活集算法來進(jìn)行在DRNC的切換。

查看后臺跟蹤信令，發(fā)現(xiàn)在切換過程中DRNC通過IUR口回給SRNC的RL_ADD_RSP消息中已經(jīng)攜帶了主服務(wù)小區(qū)的鄰區(qū)關(guān)系內(nèi)容，也就是說SRNC是已經(jīng)收到了手機(jī)所在的服務(wù)小區(qū)的鄰區(qū)關(guān)系信息，但沒有做出下發(fā)帶此鄰區(qū)信息的測量控制消息給手機(jī)的動作，使手機(jī)無法獲知鄰區(qū)內(nèi)容導(dǎo)致切換失敗，檢測正常信號小區(qū)的概率下降，掉話風(fēng)險大大增加。

經(jīng)確認(rèn)，此問題為R12版本問題。

1.3 規(guī)避方法

為了解決此問題，也就是避免因為沒有下發(fā)測量控制導(dǎo)致的掉話，規(guī)避方法基本有兩個：

一是除了在SRNC中添加DRNC為鄰RNC外，還需要在發(fā)起呼叫的RNC中定義目標(biāo)RNC的小區(qū)，具體就是在SRNC中定義其他所有鄰RNC的小區(qū)，具體命令如下：

此方法可以使測量控制消息正常下發(fā)，但需要添加的數(shù)據(jù)非常龐大，后續(xù)數(shù)據(jù)制作將非常繁瑣復(fù)雜。

二就是不使用IUR鏈路，在跨RNC時直接進(jìn)行遷移，但因為核心網(wǎng)配合上的問題，成功率不是很高。

目前推薦使用第一種方法進(jìn)行規(guī)避。

2 跨RNC遷移失敗問題及規(guī)避方法

2.1 問題現(xiàn)象

升級后路測過程中發(fā)現(xiàn)在進(jìn)行跨RNC時出現(xiàn)掉話問題，掉話時激活集中信號已經(jīng)比較差，激活集之外有信號非常好的無線鏈路，手機(jī)也上報添加此信號的1A事件，但在44s時間內(nèi)一直沒有收到網(wǎng)絡(luò)側(cè)下發(fā)的激活集更新消息，之后由于激活集中的信號變得太差導(dǎo)致掉話。

2.2 問題分析

根據(jù)RNC區(qū)域劃分原則，廈門島內(nèi)總共存在4個RNC，分 別 是 RNC1、RNC2、RNC3、RNC4，其中兩兩相鄰的都有IUR接口，而對于跨了RNC4的RNC1和RNC3之間是沒有IUR接口的。根據(jù)切換策略，CS業(yè)務(wù)跨RNC時，如果存在IUR口，則只進(jìn)行切換動作，沒有遷移；如果沒有IUR口，則進(jìn)行硬切換伴隨遷移動作。

對于沒有IUR口的RNC間的硬切換伴隨遷移，是指原來的RNC為服務(wù)RNC（SRNC），另外一個切入的RNC為目標(biāo)RNC（DRNC），開始時是SRNC與CN間存在通信鏈路，當(dāng)跨過SRNC所屬的小區(qū)時，與CN間的通信鏈路變?yōu)镈RNC和CN間，新的DRNC成為了服務(wù)RNC（SRNC），因為沒有IUR口，這種通信鏈路的變化被稱為硬切換伴隨遷移。信令流程上用物理信道重配置或RB重配置來實現(xiàn)，手機(jī)上報事件為1D。

此掉話發(fā)生在RNC邊界處，是在RNC1中起呼之后跨過RNC4，當(dāng)進(jìn)入到RNC3時在邊界處掉話。PSC274小區(qū)屬于RNC4，PSC121小區(qū)屬于RNC3，手機(jī)上報了加PSC121小區(qū)入激活集的1A事件，但一直沒有收到網(wǎng)絡(luò)側(cè)下發(fā)的激活集更新消息，直至PSC274信號變差而最終掉話。

根據(jù)硬切換伴隨遷移流程，遷移時SRNC應(yīng)給CN發(fā)遷移請求消息作為遷移的開始，等目標(biāo)RNC準(zhǔn)備好資源之后CN回遷移命令給SRNC。查看后臺跟蹤信令，發(fā)現(xiàn)在這個過程中CN回的是遷移失敗命令RELOCATION_PREPARATION_FAILURE，進(jìn)一步查看最終發(fā)現(xiàn)在RELOCATION_REQUIRED消息中DRNC所帶的PLMN號為0，而正常情況下應(yīng)該為DRNC所在網(wǎng)絡(luò)的PLMN號，也就是46001，這正是問題之所在。當(dāng)SRNC發(fā)給CN的遷移消息中PLMN為0時，CN將無法識別手機(jī)遷入的RNC網(wǎng)絡(luò)，直接回Unknown_Target_RNC消息拒絕遷移動作，從而遷移失敗導(dǎo)致掉話。

經(jīng)確認(rèn)，此問題為R12版本問題。

2.3 規(guī)避方法

為了解決此問題，也就是避免下發(fā)PLMN為0 的情況，規(guī)避方法是除了在SRNC中添加DRNC為鄰RNC外，還需要在發(fā)起呼叫的RNC中定義目標(biāo)RNC的小區(qū)，具體就是在RNC1中定義沒有地理相鄰關(guān)系、也相互沒有配置IUR口的RNC3的小區(qū)，同樣為了避免在反方向通話過程中出現(xiàn)相同問題，也需要在RNC3中也需要定義RNC1的小區(qū)。具體命令如下：

在R10版本中只需要添加第一條命令也就是增加目的RNC為本RNC的鄰RNC即可，但相同的配置在R12版本中出現(xiàn)下發(fā)的PLMN為0的問題，添加上述第二條命令后經(jīng)測試下發(fā)PLMN正常，掉話問題解決。

3 問題總結(jié)

此兩個問題比較隱蔽，不容易發(fā)現(xiàn)，迷惑性很大，因為這與起呼地點在網(wǎng)絡(luò)中的位置和IUR口的配置策略相關(guān)，只有在特定的配置和網(wǎng)絡(luò)結(jié)構(gòu)中才會發(fā)生。

版本升級對于網(wǎng)絡(luò)是一個非常大的變動，在算法、指標(biāo)統(tǒng)計、常用命令、跟蹤方式及分析方法上都會有或多或少的變化，及時對比升級前后網(wǎng)絡(luò)在這些方面的異常變化將有助于我們對網(wǎng)絡(luò)問題進(jìn)行及時的跟蹤，解決和優(yōu)化因為版本變化帶來的各種問題，保證網(wǎng)絡(luò)處于一個正常的運行狀態(tài)。