吳東鋒 原 杰

1異廠家硬切換原理

1.1接口與協(xié)議

在一次完整的CDMA通話中，手機(jī)從一個(gè)MSC切換到另外一個(gè)MSC，其中涉及到Um口、A口與E口(圖1)，各接口上承載的協(xié)議如表1所示，其中E口上承載的協(xié)議為MAP協(xié)議。

1.2同頻硬切換

目前華為BSC與中興BSC之間的硬切換屬于同頻硬切換類型。

華為廠家的算法如下：

軟切換目標(biāo)激活集測量強(qiáng)度為SHOTargEclo，同頻硬切換目標(biāo)激活集測量強(qiáng)度為HHOTargEclo，當(dāng)BSC收到PSMM／PPSMM消息時(shí)。將分別計(jì)算這兩個(gè)值，若滿足下面任一條件，即觸發(fā)同頻硬切換：

(1)SHOTa rgEclo≤同頻硬切換服務(wù)載頻門限，HHOTargEclo≥同頻硬切換目標(biāo)載頻門限，并且當(dāng)前激活集導(dǎo)頻的最小RTD≥同頻硬切換最大環(huán)路時(shí)延門限；

(2)HHOTargEclo-SHOTargEclo>同頻硬切換相對門限，并且當(dāng)前激活集目標(biāo)導(dǎo)頻的最小RTD≥同頻硬切換最大環(huán)路時(shí)延門限。

中興廠家的算法如下：

(1)如果BSS間硬切換導(dǎo)頻集的強(qiáng)度比BSS內(nèi)硬切換導(dǎo)頻集的強(qiáng)度高T—COMP_FOREIGN，并且比軟切換導(dǎo)頻集的強(qiáng)度高(LCOMP_FOREIGN+T_COMP_HARD)，則進(jìn)行BSS間硬切換；

(2)如果BSS內(nèi)硬切換導(dǎo)頻集的強(qiáng)度比軟切換導(dǎo)頻集的強(qiáng)度高T_COMP HARD，則進(jìn)行BSS內(nèi)硬切換，否則進(jìn)行軟切換。

1.3局間硬切換

移動(dòng)臺的跨MSC切換，分為前向切換、后向切換和第三方切換。

前向切換是指移動(dòng)臺在振鈴態(tài)、等待振鈴態(tài)或者通話態(tài)，從服務(wù)MSC覆蓋的區(qū)域移動(dòng)到目標(biāo)MSC(鄰近MSC)的覆蓋區(qū)域，基站在進(jìn)行信號收集、處理、判斷后。決定向目標(biāo)MSC發(fā)起前向切換。服務(wù)MSC收到目標(biāo)MSC的MSONCH消息后，前向切換成功。

后向切換是指移動(dòng)臺在前向切換成功以后，繼續(xù)通話，在這個(gè)過程中，移動(dòng)臺又從服務(wù)MSC的覆蓋范圍返回到先前發(fā)起前向切換的MSC的覆蓋范圍。由于是企圖原路返回，所以向目標(biāo)MSC發(fā)起后向切換，后向切換成功后，目標(biāo)MSC主動(dòng)發(fā)起釋放請求，釋放原來與服務(wù)MSC的話路連接，新的目標(biāo)MSC變成了服務(wù)MSC。

2肇慶佛山邊界案例分析處理

2.1現(xiàn)象描述

問題區(qū)域出現(xiàn)在佛山與肇慶邊界，有用戶投訴此區(qū)域掉話嚴(yán)重。從后臺指標(biāo)來看，肇慶四會(huì)馬房站的指標(biāo)無異常。佛山河口歐文萊站硬切換出成功率很低。經(jīng)過測試發(fā)現(xiàn)，掉話主要集中在佛山(華為)和肇慶(中興)的硬切換區(qū)域，Ec／Io良好。

從信令回放來看，多次掉話都有一個(gè)共同特點(diǎn)，從佛山基站河口歐文萊往肇慶基站切換時(shí)。切換不成功導(dǎo)致掉話。具體信令流程分析如圖4。終端已經(jīng)收到目標(biāo)小區(qū)即肇慶基站上報(bào)的PN，并收到服務(wù)小區(qū)即佛山基站的切換指示，進(jìn)行切換，上行上報(bào)切換完成消息，但此時(shí)下行沒有對切換完成消息進(jìn)行響應(yīng)。由于不斷上報(bào)的上行切換完成消息沒有收到響應(yīng)，從而產(chǎn)生掉話，終端重新同步到肇慶基站{該基站正好是掉話前切換完成消息中的基站小區(qū))。

2.2無線側(cè)分析定位

(1)中興側(cè)3秒定時(shí)器

檢查了華為與中興兩邊的硬切換數(shù)據(jù)配置，無異常。對相關(guān)的基站進(jìn)行了天饋調(diào)整，控制發(fā)生硬切換的區(qū)域。使該區(qū)域Ec，Io得到了很好的改善。用戶投訴的掉話區(qū)域得到了轉(zhuǎn)移和縮小，但掉話現(xiàn)象依然存在，并且有規(guī)律地出現(xiàn)在華為切換到中興的單方向上，華為側(cè)硬切換出成功率很低。從信令跟蹤發(fā)現(xiàn)，華為向中興切換時(shí)，中興無線側(cè)給出大量切換拒絕，如表2所示：

中興無線側(cè)有一個(gè)防止乒乓切換的定時(shí)器，設(shè)為3秒。即從中興切換出去以后。3秒內(nèi)如果對端要切換回來。中興無線側(cè)會(huì)拒絕?？紤]到切換拒絕消息出現(xiàn)頻繁，首先關(guān)閉中興側(cè)3秒定時(shí)器。經(jīng)觀察，華為側(cè)硬切換出成功率有較大改善，信令跟蹤上中興側(cè)不再出現(xiàn)切換拒絕。但現(xiàn)場DT測試依舊出現(xiàn)掉話。從信令上看掉話規(guī)律一致。掉話問題沒有得到徹底解決。從DT的信令回放上看，掉話都出現(xiàn)在河口歐文萊切換到四會(huì)馬房以后，終端切換成功后向四會(huì)馬房站發(fā)送切換完成消息，但一直得不到基站側(cè)應(yīng)答。超時(shí)后掉話并重新同步。

(2)華為硬切換宏分集與中興側(cè)異常釋放

再次對后臺跟蹤的信令進(jìn)行分析。從中興無線側(cè)信令跟蹤來看，中興網(wǎng)絡(luò)側(cè)收到了空口終端上來的切換完成消息，并沒有給終端應(yīng)答，卻馬上在內(nèi)部Aba接口發(fā)SDM去退消息，在尋找SDM失敗消息后，前向發(fā)起釋放。多次掉話都有此規(guī)律。

中興研發(fā)解釋為：佛山(華為)側(cè)發(fā)過來的切換請求消息中包含兩個(gè)小區(qū)，肇慶(中興)側(cè)分別對這兩個(gè)小區(qū)分配了資源，然后通過應(yīng)答消息通知佛山側(cè)。但是佛山(華為)側(cè)給終端下發(fā)的切換指示消息中卻只包含一個(gè)小區(qū)，于是終端回給肇慶(中興)側(cè)的切換完成消息中只帶有一個(gè)小區(qū)，中興系統(tǒng)判斷切換完成的小區(qū)和切換請求的小區(qū)不匹配。于是發(fā)起釋放導(dǎo)致掉話。

局方從多次掉話的信令回放分析發(fā)現(xiàn)，中興研發(fā)部門給出的解釋現(xiàn)象確實(shí)存在。當(dāng)華為側(cè)切換請求為1個(gè)小區(qū)時(shí)，不會(huì)出現(xiàn)異常釋放現(xiàn)象，切換成功并且無掉話；掉話都是因?yàn)榍袚Q請求小區(qū)個(gè)數(shù)與切換完成小區(qū)個(gè)數(shù)不一致而導(dǎo)致的異常釋放。

產(chǎn)生上述現(xiàn)象的原因主要為一個(gè)多月前，華為側(cè)開啟的硬切換宏分集功能，允許在做硬切換時(shí)同時(shí)上報(bào)多個(gè)小區(qū)，主要是為了改善華為BSC內(nèi)部呼叫遷移帶來的硬切換性能。

至此，原因定位為華為側(cè)硬切換宏分集功能的打開，導(dǎo)致與中興多小區(qū)硬切換時(shí)切換請求小區(qū)個(gè)數(shù)與切換完成小區(qū)個(gè)數(shù)不一致。華為無線側(cè)跟蹤信令發(fā)現(xiàn)，這是因?yàn)楹诵膫?cè)下發(fā)的切換指示只帶有1個(gè)小區(qū)信息，因此。需要核心網(wǎng)部門介入詳細(xì)分析。

2.3核心側(cè)分析定位

經(jīng)過華為核心側(cè)與中興核心側(cè)多次聯(lián)合分析與定位，最終發(fā)現(xiàn)雙方在E口的MAP41協(xié)議上存在分歧，通過圖5可以解釋：

綠色信令攜帶了2個(gè)小區(qū)，黃色信令攜帶了1個(gè)小區(qū)，紅色信令中興認(rèn)為攜帶了2個(gè)小區(qū)，華為認(rèn)為沒有帶有效小區(qū)信息，于是把MSC儲(chǔ)存的小區(qū)信息的第一個(gè)下發(fā)給華為無線側(cè)。

造成以上分歧的原因是雙方對MAP41E版本的協(xié)議理解存在分歧，具體是對handback2Ul自應(yīng)消息的處理機(jī)制存在分歧。handback2n向應(yīng)消息有以下參數(shù)單元，如圖6協(xié)議截圖所示。

華為認(rèn)為切換的目標(biāo)小區(qū)信息應(yīng)該放在CDMA2000HandoffResponselOSData的參數(shù)中。而中興認(rèn)為應(yīng)該放在CDMA2000CodeChannelList中。協(xié)議本身沒有明確規(guī)定一定要放在哪個(gè)參數(shù)中，只是說明兩個(gè)參數(shù)都可以攜帶小區(qū)信息。這樣導(dǎo)致了雙方在此信令的處理機(jī)制上有所不同。對于切換中只有一個(gè)小區(qū)的情況，由于是按照沒有攜帶信息就按照原來存儲(chǔ)的小區(qū)信息中的第一個(gè)下發(fā)給BSC的機(jī)制來處理的。因此，當(dāng)切換目標(biāo)小區(qū)為一個(gè)時(shí)，還可以成功進(jìn)行切換；但當(dāng)開啟硬切換宏分集功能，并且切換時(shí)申請多個(gè)小區(qū)時(shí)，就會(huì)導(dǎo)致上述現(xiàn)象出現(xiàn)。廠家反映類似問題在江蘇也出現(xiàn)過，當(dāng)時(shí)是前向切換FacDir2REQ消息。因此，協(xié)議本身不明確導(dǎo)致不同廠家的處理機(jī)制存在分歧是本案例的主要原因。

2.4解決辦法

佛山側(cè)關(guān)閉了河口歐文萊基站所屬BSC的宏分集功能，現(xiàn)場DT測試，沒有再出現(xiàn)之前有規(guī)律的掉話，至此問題得到暫時(shí)性解決。但由于此解決辦法是以犧牲部分宏分集的性能為代價(jià)的，要根本解決此類問題，還需要制定協(xié)議的補(bǔ)充規(guī)范，把有關(guān)細(xì)節(jié)描述清楚，請相關(guān)廠家研發(fā)人員共同討論通過。然后再讓各廠家依照執(zhí)行。

3結(jié)論

CDMA通信協(xié)議標(biāo)準(zhǔn)有一個(gè)發(fā)展和演進(jìn)的過程，在應(yīng)用的時(shí)候存在一定的漏洞或者模糊不清的地方。各廠家在按照協(xié)議對設(shè)備產(chǎn)品進(jìn)行開發(fā)時(shí)，要積極向相關(guān)組織或部門提出，要求對協(xié)議進(jìn)行澄清或修改。如不能及時(shí)修改，在算法的研發(fā)上也應(yīng)盡量考慮多種可能性，做到對多方的兼容，這樣的設(shè)備生產(chǎn)出來才是實(shí)用的好設(shè)備。

中國電信目前作為全球最大的CDMA網(wǎng)絡(luò)運(yùn)營商，在網(wǎng)絡(luò)的優(yōu)化維護(hù)過程中，會(huì)碰到一些協(xié)議層面的系統(tǒng)性問題。相關(guān)研發(fā)單位需定期收集，深入研究，并及時(shí)出臺電信內(nèi)部的標(biāo)準(zhǔn)補(bǔ)充規(guī)范；電信要做好各廠家間的裁判工作，積極推動(dòng)各設(shè)備商的設(shè)備互聯(lián)互通。才能打造更優(yōu)秀的CDMA網(wǎng)絡(luò)。