王曉龍

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

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

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

1.1 問題現(xiàn)象

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

1.2 問題分析

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

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

查看后臺(tái)跟蹤信令，發(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ū)信息的測(cè)量控制消息給手機(jī)的動(dòng)作，使手機(jī)無法獲知鄰區(qū)內(nèi)容導(dǎo)致切換失敗，檢測(cè)正常信號(hào)小區(qū)的概率下降，掉話風(fēng)險(xiǎn)大大增加。

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

1.3 規(guī)避方法

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

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

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

二就是不使用IUR鏈路，在跨RNC時(shí)直接進(jìn)行遷移，但因?yàn)楹诵木W(wǎng)配合上的問題，成功率不是很高。

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

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

2.1 問題現(xiàn)象

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

2.2 問題分析

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

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

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

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

3 問題總結(jié)

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

版本升級(jí)對(duì)于網(wǎng)絡(luò)是一個(gè)非常大的變動(dòng)，在算法、指標(biāo)統(tǒng)計(jì)、常用命令、跟蹤方式及分析方法上都會(huì)有或多或少的變化，及時(shí)對(duì)比升級(jí)前后網(wǎng)絡(luò)在這些方面的異常變化將有助于我們對(duì)網(wǎng)絡(luò)問題進(jìn)行及時(shí)的跟蹤，解決和優(yōu)化因?yàn)榘姹咀兓瘞淼母鞣N問題，保證網(wǎng)絡(luò)處于一個(gè)正常的運(yùn)行狀態(tài)。