網(wǎng)規(guī)網(wǎng)優(yōu)MSC Poo改造問(wèn)題總結(jié)王笛中國(guó)移動(dòng)通信集團(tuán)湖南有限公司株洲分公司【摘要】文章主要介紹了在株洲TD- SCDMA網(wǎng)絡(luò)進(jìn)行 MSC Pool改造過(guò)程中發(fā)現(xiàn)的相關(guān)問(wèn)題及其分析與解決,如改造后中終端無(wú)法從GSM重選回TD- SCDMA網(wǎng)絡(luò)、RNC與 MSC Serve掛接變更導(dǎo)致統(tǒng)計(jì)指標(biāo)數(shù)據(jù)下降等,為 MSC Pool技術(shù)改造積累經(jīng)驗(yàn)?！娟P(guān)鍵詞】 MSC Pool MSC Server RNC網(wǎng)元掛接關(guān)系TD- SCDMA1引言MSC Pool改造完成后,株洲TD網(wǎng)絡(luò)出現(xiàn)一些問(wèn)題,在傳統(tǒng)的移動(dòng)通信網(wǎng)絡(luò)中,一個(gè) RNC/BSC只能與一在排查后得到了解決。本文將對(duì)此進(jìn)行探討分析,為其個(gè)MSC相連;而在 MSC Pool組網(wǎng)中,一個(gè) RNC/BSC可他分公司進(jìn)行相關(guān)升級(jí)改造工作提供借鑒。以與多個(gè)MSC相連。這種組網(wǎng)與傳統(tǒng)組網(wǎng)相比,具有如下的優(yōu)勢(shì)2問(wèn)題1: MSC Poo改造導(dǎo)致終端無(wú)法回(1)在MSC間分擔(dān)網(wǎng)絡(luò)負(fù)荷,提升整個(gè)核心網(wǎng)資源選3G網(wǎng)絡(luò)利用率,節(jié)省設(shè)備投資;2.1問(wèn)題描述(2)實(shí)現(xiàn)MSC級(jí)的容災(zāi)備份,提高網(wǎng)絡(luò)可靠性11月30日,株洲移動(dòng)進(jìn)行TD網(wǎng)絡(luò)語(yǔ)音拉網(wǎng)測(cè)試,測(cè)(3)減少局間位置更新,降低CD接口信令流量;試終端聯(lián)芯8142切換至2G網(wǎng)絡(luò)后遲遲未能回選3G,甚(4)減少局間切換,提高用戶通話質(zhì)量。至手動(dòng)強(qiáng)制回選3G也失敗。通過(guò)試驗(yàn)其他商用終端,如株洲移動(dòng)公司從2010年12月4日開(kāi)始進(jìn)行MsC聯(lián)想01、中興U500等,發(fā)現(xiàn)在GSM無(wú)法自動(dòng)重選回TDPoo改造,本地網(wǎng)絡(luò)中加入P00池的共有3個(gè)交換機(jī),網(wǎng)絡(luò),但通過(guò)手動(dòng)方式能夠完成重選。分別是CSGs08、cSGS23、ZZGS05。改造前后網(wǎng)絡(luò)22原因分析結(jié)構(gòu)如圖1:可能的原因列舉如下:改造前改造后(1)TD無(wú)線環(huán)境差,不滿足重選條件導(dǎo)致無(wú)法回ASC-POOLZZGSO5 ZZGS08 ZZGS23選3G2)2G重選參數(shù)設(shè)置錯(cuò)誤導(dǎo)致無(wú)法回選3G;(3)TD終端問(wèn)題導(dǎo)致無(wú)法回選3G(4)前期某項(xiàng)操作導(dǎo)致無(wú)法回選3G。ZZRNC1 ZZRNC2ZZRNC1原因1分析:對(duì)無(wú)線環(huán)境進(jìn)行測(cè)試。測(cè)試點(diǎn)——移動(dòng)公司室分60011,TD-50dBm,GSM45dBm,強(qiáng)圖1 MSC Pool改造前后網(wǎng)絡(luò)結(jié)構(gòu)制重中國(guó)煤化工回選失敗。基本排收稿日期:2010-12-29除此YHCNMHG責(zé)任編輯:左永君zuoyongjun@bcom.cn菲甜網(wǎng)規(guī)網(wǎng)優(yōu)原因2分析:檢查互操作參數(shù)。詢問(wèn)得知近期大批量消息,隨后在rb3上收到了網(wǎng)絡(luò)側(cè)層2的確認(rèn)消息,如圖修改過(guò)2G參數(shù)—異系統(tǒng)啟動(dòng)測(cè)量門(mén)限( SEarch-1)2:值為15,即一直不測(cè)量。通過(guò)核查,這些小區(qū)并非測(cè)試點(diǎn)發(fā)「M現(xiàn)的問(wèn)題小區(qū),且經(jīng)查測(cè)試點(diǎn)出重選相關(guān)小區(qū)參數(shù)設(shè)置無(wú)課。5基本排除此種可能。Im tacan下是m原因3分析:增大終端測(cè):B試量,同時(shí)增大區(qū)域測(cè)試量。上是是經(jīng)測(cè)試發(fā)現(xiàn)聯(lián)芯81308142在圖2聯(lián)芯終端信令跟蹤ZZRNC1下,切換至2G后無(wú)法回選3G,而鼎新DX188、ZTEU85、ZTE891、聯(lián)想O1在從終端信令跟蹤來(lái)看,未看出異常,問(wèn)題應(yīng)該出ZZRNO下切換至2G后可手動(dòng)回選3G。經(jīng)過(guò)測(cè)試發(fā)現(xiàn)聯(lián)在網(wǎng)絡(luò)側(cè)。由信令分析可知,終端可以跟蹤到消息,但芯81308142、鼎新DX188、zTEU85、zTE891、聯(lián)想RNC及 MSC Server均跟蹤不到消息?？紤]到終端可能o1在 ZZRNC2下,切換至2G后都可順利回選3G。是攜TMS進(jìn)行位置更新,所以按照MS跟蹤不到消息,分析至此定位為RNC1的問(wèn)題,后續(xù)分析從終端角度為此開(kāi)啟RNC小區(qū)跟蹤;從跟蹤信令來(lái)看,確實(shí)是攜可分以下兩個(gè)思路帶TMS進(jìn)行位置更新,且存在大量 Location updating◆方向一,終端問(wèn)題,需聯(lián)系聯(lián)芯工程師處理;reject消息?！舴较蚨?聯(lián)芯終端不兼容RNC1某項(xiàng)功能。從單次跟蹤來(lái)看,RRC連接建立已經(jīng)成功,失敗消首先分析聯(lián)芯終端:啟用聯(lián)芯終端信令跟蹤軟息在U口,MSC返回 Location updating rejec消息,失件,同時(shí)在RNC側(cè)ZZRNO1)及3G所在 MSC Servert側(cè)甜cSGS08)按MS進(jìn)2一魏是行信令跟蹤,發(fā)現(xiàn)RNC側(cè)及CSGS08未跟蹤到任何消息。聯(lián)芯終端信”出令跟蹤消息如下:重1的計(jì)計(jì)Twan選到終端正常發(fā)起了注冊(cè)請(qǐng)求,且 Location6updating request消息也收到了網(wǎng)絡(luò)層2的確認(rèn),但網(wǎng)絡(luò)都直接響應(yīng)了 Location updatingreject ( causenetwork failure;手中國(guó)煤化工機(jī)在rb3上發(fā)的LU請(qǐng)求CNMHG112|數(shù)影<<責(zé)任編輯:左永君zuoyongjun@mcom.cn網(wǎng)規(guī)網(wǎng)優(yōu)甜敗原因?yàn)?network failure,如圖3。但在3G所表1交換機(jī)CsGS8位置更新統(tǒng)計(jì)在交換機(jī)CSGS08仍未跟蹤到任何消息時(shí)間VR內(nèi)位置|VR內(nèi)位置更VLR內(nèi)位置更原因4分析:前期操作導(dǎo)致無(wú)法回選。全更新總數(shù)新成功總數(shù)新成功率(%2010-11-14000000cSG8565339992網(wǎng)出現(xiàn)大量 Location updating reject消息,□2010-1-150006s那么RNC1所在位置的位置更新成功率應(yīng)該會(huì)出現(xiàn)大幅下降;同時(shí)有用戶登錄不上3G網(wǎng)-1800:00:00csGs8絡(luò),R心語(yǔ)務(wù)量應(yīng)讀也金有所下經(jīng)查圖0出圖功率基本沒(méi)變化,一直在990%以上,這也[2010-11-230000css86142061346從側(cè)面證明csGS08確實(shí)沒(méi)有收到RNC透?jìng)魃蟻?lái)的0m63078表12010-11-2800000CsGs86122761173查詢RNC及 MSC Server指標(biāo),發(fā)現(xiàn)000:00007566919RNC1的話務(wù)量自11月12日起下降近100Er,2010-12-010000671326709下降幅度達(dá)到23%。由此判斷,全網(wǎng)應(yīng)該日AAd三國(guó)三不止聯(lián)芯的幾款終端非11好存在這種問(wèn)題,幾部:(>m4測(cè)試手機(jī)不足以造成20161291%4344 B6F CH話務(wù)量的大幅下降劃軸7至此,已經(jīng)基本油1)211可以判斷是前期MsCPoo改造引起的此問(wèn)E Ww wemT圖4交換機(jī)CSGS23信令跟蹤從信令跟蹤來(lái)看,RNC已完成RRC連接建立,且成功透表2TMS與NR值對(duì)照表傳 Location updating request消息,而后透Ts:13E4c00000101000UELDNRI傳 Location updating reject消息,同時(shí)終端「Ms955758410010101010101010001001也收到了 Location updating reject消息,那Tws:14811601011010101010101010101014么 Location updating reject消息是哪個(gè)MSCTMS:15E4758800101011110100101001011014Server下發(fā)的呢?為此我們跟蹤了三個(gè) MSC TMSI50E50A200001010101010101014Server的信令,發(fā)現(xiàn)每次聯(lián)芯終端進(jìn)行重選位Ms95E47581001011101001011011014置更新, Location updating request消息均發(fā)Ms5401001010101000送給了原20所在的css2,而不是3G所在Ms9Eso801010101的CSGS08,同時(shí)拒絕消息也是csGs23下發(fā)TMSk3E54c001001111010101010000TMS1492019101091010101的,如圖4。TMSI- 9BE5C939中國(guó)煤化工o010014查詢cSGS23配置發(fā)現(xiàn)NR值為1.0通ms4526CNMHGI101110010 114責(zé)任編輯:左永君zuoyongjun@mcom.cn>>|113網(wǎng)規(guī)網(wǎng)優(yōu)過(guò)跟蹤小區(qū)發(fā)現(xiàn)雖然TMS不同,但是TMS中含的NR相上配置RNc1所在LAC-E30E為“屬于本 MSC Server均犬為114,如表2。局管轄”。在RNC1上將CSGS08csGs05/CSGS23據(jù) MSC Pool NR分配原則,用戶剛進(jìn)入 MSC Pool IL-Cs局向CS域容量權(quán)限設(shè)為1:1:1。的服務(wù)區(qū)域,RNC根據(jù)負(fù)載均衡原則為用戶分配一個(gè)經(jīng)過(guò)修改,問(wèn)題解決,現(xiàn)場(chǎng)測(cè)試重選正常。通過(guò)測(cè)MSC,MSC給用戶分配TMS|并完成位置更新過(guò)程。試發(fā)現(xiàn)NR值為14., Location updating request消息TMS帶有NR( Network Resource Identifier),用于在仍然傳送至CSGS23,CSGS23返回 Location updating池組內(nèi)標(biāo)識(shí)MSC。用戶注冊(cè)在此MSC后一直由該MSC為accept消息,如圖5其服務(wù),直到離開(kāi)該 MSC Pool服務(wù)區(qū)域。在此期間用戶如有業(yè)務(wù)請(qǐng)求,系統(tǒng)將根據(jù)請(qǐng)求中TMS所帶NR把話務(wù)分配到相應(yīng)MSC日·上,巴副處理。也就是說(shuō)只要測(cè)試二終端不跑出Poo池,NR將一直是114, Locationupdating request消息也會(huì)一直發(fā)查詢CSGS23拒絕聯(lián)芯測(cè)試終端的 Location圖5交換機(jī)CSGS23信令跟蹤updating request消息原因。經(jīng)查NNSF功能已開(kāi),但由于計(jì)費(fèi)問(wèn)題一直沒(méi)解決所以未配置分發(fā),RNC1所在LAC-E30E在CSGS23上配經(jīng)過(guò)現(xiàn)場(chǎng)語(yǔ)音拉網(wǎng)測(cè)試,各項(xiàng)業(yè)務(wù)正常,切換重選置為“不屬于本 MSC Server局管轄”,因此RNC透?jìng)鞯囊舱?至此問(wèn)題解決。Location updating request,消息會(huì)被cSGS23認(rèn)為不合法而拒絕。3問(wèn)題2: MSC Pool改造未修改網(wǎng)元掛接既然CSGS23不分發(fā),且RNC1所在LAC-E30E在關(guān)系導(dǎo)致網(wǎng)管掉話率統(tǒng)計(jì)值偏低CSGs23上配置為“不屬于本 MSC Serve局管轄”,那31問(wèn)題描述為何 Location updating request消息還會(huì)傳送至csGS2312月4日起株洲移動(dòng)開(kāi)始對(duì)TD網(wǎng)絡(luò)兩個(gè)RNC進(jìn)行呢?經(jīng)查cSGS8CsGS05/CSGS23|U-CS局向CS域 MSC Poo改造(PNC1-1804、RNc21805),隨后株容量權(quán)限設(shè)置為10:0,也即是說(shuō)到2G所在的CsGS23洲TD網(wǎng)絡(luò)掉話率、語(yǔ)音應(yīng)答次數(shù)等開(kāi)始出現(xiàn)大幅下降,是0。雖然如此配置,但是由于到CSGS23局向鏈路暢相關(guān)ⅥLR登記用戶數(shù)也發(fā)生了大幅下降,如表3所示。通,RNC側(cè)判斷CSGS23是處于P0o池里正常的MsC32問(wèn)題排查Server,并不符合由于鏈路異常或 MSC Server宕機(jī)等經(jīng)株洲移動(dòng)無(wú)線、交換專業(yè)確認(rèn),掉話率、應(yīng)答次故障從而引發(fā) MSC Poc自動(dòng)容災(zāi),所以消息仍會(huì)往數(shù)下降,與 MSC Pool改造后未修改RNC和 MSC Poc的CSGS23發(fā)送掛接關(guān)系有關(guān)。即改造前浪潮網(wǎng)管掉話率只統(tǒng)計(jì)交換機(jī)至此,已能判斷該問(wèn)題為 MSC Pool改造引起cSGS8的應(yīng)答次數(shù),改造后株洲兩個(gè)RNC掛接了三個(gè)2.3解決方法交換中國(guó)煤化因此掉話率分母12月2日凌晨打開(kāi) MSC Pool分發(fā)功能,在CSGS23(3CNMHG接語(yǔ)音業(yè)務(wù)應(yīng)答次114|甜1<.〈責(zé)任編輯:左永君 zuoyongjun mcomcn網(wǎng)規(guī)網(wǎng)優(yōu)甜表3株洲TD網(wǎng)絡(luò)用戶數(shù)及掉話率相關(guān)統(tǒng)計(jì)數(shù)據(jù)時(shí)間絡(luò)位置區(qū)下存儲(chǔ)的用務(wù)速率細(xì)分的電路放電路域連接對(duì)應(yīng)的/3G始發(fā)語(yǔ)音業(yè)3G終接語(yǔ)音業(yè)/語(yǔ)音業(yè)ⅥLR中TD- SCDMAI網(wǎng)RNC請(qǐng)求釋放的按業(yè)按業(yè)務(wù)速率分RNC請(qǐng)求釋?xiě)魯?shù)域RAB數(shù)目RAB數(shù)目務(wù)應(yīng)答次數(shù)務(wù)應(yīng)答次數(shù)620120116495116312010-12-02172130.192010-12-031757911020242010-12-0412557108790.372010-12-052931982955742010-12-062006577837220.672010-12-07199530250.92012-081995105610.392010-12-0920322010-12-10572835119287654125737733200180861100292010-12-12198235323080282010-12-1319581068072552010-12-147347111610.292010-12-1635643821194154230.152010-12-17361545690.542010-12-18364518036126902010-12-1984133190211368092010-12-2023400172970.13表4株洲各交換機(jī)統(tǒng)計(jì)的來(lái)話應(yīng)答次數(shù)測(cè)量對(duì)象來(lái)話試呼次數(shù)來(lái)話占用次數(shù)來(lái)話接通次數(shù)來(lái)話應(yīng)答次數(shù)2010-12-02000000csG106001060099662010-12-020000csG58 ZINC2170292010-12-0300000csGs2010-12-030000csGs8187951879517560111352010-12-040000cGs859262010-12-04000csGs8zNC2880549532010-12-050000csG58zR51912010-12-050000csG8ZRNC2816481642010-12-06000c5Gs82R100912010-12-06000c2Nc2804480442010-12-040000cs6523ZRNC13532122010-12-04000000Cs6523ZRNC242822010-12-0500cGs23zRNC12010-12-0500:0000cSGs45802010-12-060000cs523ZRNc12010-12-060000047662010-12-0400022Gs52010-12-040000022Gs540704070375722582010-12-050000023307719102010-120500000GS5172010-12-06000002655zRNC1中國(guó)煤化工26982010-12-0600000 ZZHGS5zRNc2CNMH2677責(zé)任編輯:左永君 zuoyongrun@mbo夢(mèng)制通115甜網(wǎng)規(guī)網(wǎng)優(yōu)數(shù))的統(tǒng)計(jì)也相應(yīng)分散到三個(gè)交換機(jī);但由于掛接關(guān)系Seer,相關(guān) MSC Server未修改配置從而無(wú)法完成位置未及時(shí)通知及更新,浪潮網(wǎng)管仍然只統(tǒng)計(jì)CSGS8數(shù)據(jù),更新,導(dǎo)致終端無(wú)法從GSM回選3G網(wǎng)絡(luò)因此造成了掉話率分母“應(yīng)答次數(shù)”大幅減少。(2) MSC Pool改造未修改RNC與 MSC Server的掛通過(guò)查詢株洲中興3個(gè)交換機(jī),發(fā)現(xiàn)12月4日MSC接關(guān)系,網(wǎng)管未統(tǒng)計(jì)所有 MSC Server上的應(yīng)答次數(shù),導(dǎo)Poo改造后,CSGS8的應(yīng)答次數(shù)發(fā)生大幅下降;而致掉話率統(tǒng)計(jì)值偏低。CSGS23、 ZZHGS5在12月4日之前一直無(wú)數(shù)據(jù),在12月主要原因是實(shí)現(xiàn) MSC Pool功能后網(wǎng)元的掛接關(guān)系發(fā)4日之后出現(xiàn)了上萬(wàn)次的應(yīng)答次數(shù)統(tǒng)計(jì),如表4所示。生了改變,相關(guān)的業(yè)務(wù)信令流程發(fā)生了改變,而OMC數(shù)3.3解決方法據(jù)的統(tǒng)計(jì)關(guān)系未發(fā)生變化,導(dǎo)致相關(guān)功能、統(tǒng)計(jì)數(shù)值出在與中興設(shè)備、浪潮網(wǎng)管人員溝通后,確認(rèn)浪潮現(xiàn)了問(wèn)題。后期其他地市分公司進(jìn)行 MSC Pool改造時(shí)應(yīng)統(tǒng)計(jì)株洲掉話率大幅下降是由于分母應(yīng)答次數(shù)未統(tǒng)計(jì)當(dāng)注意網(wǎng)元連接關(guān)系變化對(duì)網(wǎng)絡(luò)功能和指標(biāo)的影響CsGs23、Z2HG兩個(gè)交換機(jī)造成的。在12月15日修改免發(fā)生類似的問(wèn)題?！锖诵木W(wǎng)( MSC Server)與無(wú)線側(cè)(RNc)掛接關(guān)系、修改采集統(tǒng)計(jì)參數(shù)后,相關(guān)指標(biāo)正常,詳細(xì)可參考表3(除【作者簡(jiǎn)介】2月17日浪潮數(shù)據(jù)丟失外,均恢復(fù)正常),同時(shí)查詢發(fā)現(xiàn)浪潮統(tǒng)計(jì)12月12-18日交換機(jī)應(yīng)答次數(shù)恢復(fù)正常。王笛:碩士畢業(yè)于中山大學(xué)電子系無(wú)線電物理專業(yè),現(xiàn)就職于中國(guó)移動(dòng)通信集團(tuán)湖南有限公司株洲分公4經(jīng)驗(yàn)總結(jié)司網(wǎng)絡(luò)優(yōu)化中心,從事移動(dòng)通信工作為湖南移動(dòng)首次進(jìn)行 MSC Pool改造的分公司,株洲移動(dòng)準(zhǔn)備前期無(wú)實(shí)際經(jīng)驗(yàn)可借鑒,在完成改造后出現(xiàn)了一些問(wèn)題(1) MSC Poo改造后RNC連接到不同的MsC中電信即將啟動(dòng)新一輪WLAN部署重點(diǎn)部署80211n據(jù)知情人士透露,中國(guó)電信即將啟動(dòng)新一輪WLAN部署,此次將主要采用8021n設(shè)備進(jìn)行部署。目前,中國(guó)電信正在組織廠商進(jìn)行前期的測(cè)試工作該人士介紹說(shuō),目前,國(guó)內(nèi)三家運(yùn)營(yíng)商都進(jìn)行了大量的W-F熱點(diǎn)部署,但主要集中在80211b/g,針對(duì)80211n的部署比較少見(jiàn)。802.11n技術(shù)被譽(yù)為下一代無(wú)線局域網(wǎng)標(biāo)準(zhǔn),可以將WLAN的傳輸速率由目前80211a及802119提供的54Mbps,提供到300Mbps甚至高達(dá)600Mbps。在覆蓋范圍方面,8021n.用智能天線技術(shù),信號(hào)穩(wěn)定,抗干擾能力強(qiáng);其覆蓋范圍可以擴(kuò)大到好幾平方公里,使MLAN移動(dòng)性極大提高。爆發(fā)式的數(shù)據(jù)增長(zhǎng),迫使運(yùn)營(yíng)商不得不使用更加先進(jìn)的技術(shù)布網(wǎng),以提供更高的吞吐量支持,而80211n正好滿足了這一需求。更重要的是,運(yùn)營(yíng)商不僅需要室內(nèi)W更多的應(yīng)用,而80211n的高覆蓋與高速率為W-F走向室外提供了可能?！痹揧H中國(guó)煤化工CNMHG116|《<責(zé)任編輯:左永君 zuoyongiun g mcom.c