1、華為bsc呼叫遷移功能與a 口掉話初步分析2009年6月，網(wǎng)優(yōu)屮心組織華力公司就掉話問題進行了技術(shù)交流，華為工程師講述了 在華為沒備區(qū)進行跨bsc切換的流程，其中有部份切換在特定情況t由bsc申請、msc 參與，華為公司稱該流程為“呼叫遷移”。網(wǎng)優(yōu)屮心統(tǒng)計華為bsc間硬切換成功率平均只 有90%左右，聯(lián)系到前階段的a2掉話高的問題，就呼叫遷移功能與a2掉話率是否產(chǎn)生 影響進行了初步分析，下面簡單地介紹一下。閣1為目前網(wǎng)絡(luò)的基本示意圖，為描述流程簡潔，msce2+mgw稱為msc2。在一般情況下，ms從bsc1下的bts1通話移動到bsc2下的bts2、bts3或bts4,在這個過程中ms將與服

2、務(wù)的bts發(fā)生切換，切換可能發(fā)生在2個bsc間的2個bts之間，也可 能發(fā)生在2個bsc間的多個bts之間，在無線的切換過程中將會產(chǎn)生無線小區(qū)的合并過程， 正常情況丁，無線bss系統(tǒng)應(yīng)該合并2個bsc間可能發(fā)生切換的多個小區(qū)信息，通過2個 bsc間的a3/a7接口完成切換而不需要msc參與，fi前，華為的2個bss間能夠完成bts1 到bts2的小區(qū)合并，但不能完成bts1到bts4的小區(qū)合并，所以，華為bss設(shè)計了呼叫遷 移功能來彌補無線小區(qū)合并的不足，呼叫遷移實際上就是msc參與的硬切換，下面是呼叫遷 移的主要信令流程。、“呼叫遷移”關(guān)鍵信令流程traffic frame切換糾央過種han

3、doff requestsccp conn ec* reqciej connect cpn armaois-bts setupabivcorrwctaois-cornect ackab s-bts setup ackbihs.2000 fch fwo(null dxj：handoff requiredhandoff direction messagems ack orderrrevels* tafficframe!abis-is-2000 fch f/(ghdmiabrs-is-2coo fch rvs(ms adc)歐/trafficchanrel preamble handoff comm

4、andhardoff commercedhardoff recuest ackw abis-is-2coc fch rvs(ldhanoof* completion vess巧e ab<s-ls-2k0 fch rvsfframeibase ack orcer蝙 abs-ls-2x0rvs(hcmrab.s-is-20(x) fch fwd(3ase a<clear commandclear completehandoff compilebts_sbsc.smscbsc-dbts一 di .源bsc的切換判決檢測到需要進行呼叫遷移，其實就是要刪除bsc1在激活屮的唯一一個 分支。2

5、. 源bsc將目標小區(qū)的信息放在handoff required消息巾發(fā)送到msc。msc為切換分配一條地面電路，將電路的cic、切換需要的無線信道類型等信息構(gòu)造成handoff request消息。并且將該消息放在sccp connect request的用戶數(shù)據(jù)域中發(fā)i4bsc4 (r標 bsc),要求建立sccp連接。3. 目標bsc和msc完成sccp的連接后開始處理層三的handoff request消息并建立abis地面鏈路，根據(jù)收到的handoff request消息巾指定的無線信道類型，分配一條合適的無 線業(yè)務(wù)信道。4. 目標bsc將該業(yè)務(wù)信道的標識等相關(guān)信息放在handoff

6、 request acknowledge消息屮 發(fā)送到msc。5. msc對收到的handoff request acknowledge消息進行分析，構(gòu)造handoff command消息，發(fā)送到源bsc.6. 源bsc在收到handoff command消息以后，進行處理，向終端發(fā)送universal handoff direction message。7. universal handoff direction message是以確認模成發(fā)送的，所以終端在收到 universal handoff direction message以后，需要在層二進行確認，表示收到該消息。8. 源bsc在收

7、到終端的確認以后，構(gòu)造handoh commenced消息，發(fā)送到msc，通知msc切換已經(jīng)開始。9. 終端在發(fā)送完確認以后，離幵原來的信道，調(diào)整到切換的目標信道上進行接入。接入成功以后，終端就從新的信道上發(fā)送handoff completion message。10. 目標基站在收到終端上報的handoh completion message后一方面給終端發(fā)送確認 消息 ms ack order,同時向目標bsc發(fā)送handoff completion message。ii .目f小bsc在4夂至uhandoff completion message以后，衫j造handoff complet

8、e消息， 發(fā)送到msc,通知msc切換己經(jīng)完成。12.130收至|)30( complete消息以后，認為切挽已經(jīng)成功。然后開始淸除在源bsc 上占用的資源和呼叫連接。msc向源bsc發(fā)送clear command，啟動釋放流程。13.源bsc收至uciear command以后，立刻向msc發(fā)送clear complete表示該消息己經(jīng)收到隨后開始自身資源的淸除過程從呼叫遷移的關(guān)鍵信令流程可以看山，呼叫遷移走的信令流程就是硬切換流程，但是 硬切換由于采川的先斷后連的方式，棹話的可能性比較大，在無線網(wǎng)絡(luò)的切換中，應(yīng)該盡力 避免采用硬切換的方式。平為公司為了在bsc間切換問題上回避“硬切換”字眼

9、，采用了 “呼叫遷移”這種稱謂。通過對比替換前北電無線采用ibsho方式處理跨bsc切換的方式，我們發(fā)現(xiàn)華為公司 在處理處理跨bsc切換吋之所以要采用硬切換，主要是因為在切換吋候華為源bsc無法訪 問目標bsc的鄰區(qū)數(shù)據(jù)庫，也并未有采用類似北電的邏輯鄰區(qū)的概念，在源bsc中對目標 bsc的鄰區(qū)等數(shù)據(jù)進行配置。當(dāng)用戶進行跨bsc間切換時，如果不開啟“呼叫遷移功能” 必然會導(dǎo)致掉話！下而將華為關(guān)閉呼叫遷移后的關(guān)鍵信令流程表示如下：為了驗證華為呼叫遷移關(guān)閉后的信令流程及掉話發(fā)生位罝，我們進行了多次測試如上圖所示（黃色標注為起呼點，紅色為掉話點）第一次測試從大坪電信門口起呼，占川bsc2的信號，在通話

10、狀態(tài)下向兩路口方向 （bsc1）切換，在國際村附近掉話。第二次測試從菜園壩大橋起呼，占用bsc1的信號，在通話狀態(tài)下i4南坪四公里 （bsc3）切換，在菜園壩大橋南坪隧道內(nèi)掉話。第三次測試從鵝公巖大橋頭起呼，占用bsc3的信號，在通話狀態(tài)下向陳家坪方向 （bsc2）切換，在大公館立交掉話。以第一次呼叫為例，當(dāng)ms起呼時占用bsc2的信號，呼叫管理模塊以及選擇器、聲碼 器均由bsc2分配，當(dāng)ms在呼叫狀態(tài)運動至鵝嶺附近（bsc2與bsc1）邊界處，巾于邊界 處的扇區(qū)配罝了其附近的扇區(qū)（包括目標bsc1的扇區(qū)）為鄰區(qū)，ms收索器能夠檢査到bsc1 位于邊界處的pn強度，并正常的進行跨bsc軟切換，

11、建立a3/a7鏈路，在bsc1建立分支， 并將語音幀通過a3/a7傳送給bsc2進行選擇合并。隨著ms向bsc1深入，所占用的源bsc2分支信號強度越來越弱，ms將根據(jù)psmm切 換去的促發(fā)條件，向bsc2發(fā)送刪除最后一條分支的請求，在關(guān)閉呼叫遷移功能的情況下， 華為bsc2并不會指示ms去掉該鏈路，ms將一直保留該鏈路，直到bsc2在進行幀合并吋， 由于該鏈路信號質(zhì)量完全無法滿足幀合并的同步要求，bsc判斷掉話。二、呼叫遷移失敗與a口掉話的關(guān)系在對呼叫遷移功能關(guān)閉后的測試屮，我們可以發(fā)現(xiàn)當(dāng)ms判斷掉話后，bsc并未判斷掉 話，這與現(xiàn)網(wǎng)設(shè)置的掉話定吋器吋長設(shè)置有關(guān)。當(dāng)ms向目標bsc深入，由于

12、無法進行軟切換，無法將周邊的信號加入aset,ec/lo越來 越差，手機前向鏈路連續(xù)收到12個壞幀，并在5s內(nèi)沒受到1個好幀，手機將關(guān)閉發(fā)射機。 實際路測中己經(jīng)顯示手機掉話，但bsc此時在反鏈路上還沒有在連續(xù)15s內(nèi)收到97%的 誤幀，還沒達到掉話門限。手機掉話后處于空閑狀態(tài)，此吋會重新初始化，監(jiān)聽bsc1的尋呼信道，當(dāng)發(fā)現(xiàn)收到的 spm消息巾nid等信息發(fā)生改變，將會馬上發(fā)起位置登記。當(dāng)?shù)怯浵l(fā)送到msc時候， msc會發(fā)現(xiàn)該用戶還處于呼叫狀態(tài)，因此會向源bsc下發(fā)n-disconnect消息，指示拆 除源鏈路，而此時源bsc還不知道m(xù)s已經(jīng)發(fā)生掉話，會將該次掉話統(tǒng)計為a17釋放，計入 a

13、2掉話中。這也正好解釋了為什么關(guān)閉呼叫遷移功能后a2掉話次數(shù)反而增加。下面是bsc后臺跟蹤的消息。跟蹤回顧d:工作資料20090710華為呼叫遷移功盅與a 口越話分析7月8日關(guān)閉呼叫遷移后的試1-bsc1 一乙消息類型消息方向到達時間243244245246247248249251252253254255256257258259260打a3a7 /-propagation delay measurement report abis abis-propagation delay report :abis abis-propagation delay report a3a7 /-propagati

14、on delay measurement report :a3a7 a3-pr叩agation delay measurement report abis abis-pr叩agation delay report um registration messageall location updating requestal njzonnect-con al location updating accept um order message al clear command al clear complete a1ndisconnect jnd a3a7 a7-drop target a3a7 a

15、3-remove abis abis-bts release abis abis-remover akirl akir-darbsend10:35:20:001:085bts->bsc10:35:20:000:121bts->b5c10:35:23:825:160send10:35:23:826:099send10:35:36:258:064bts->b5c10:35:36:257:065r-csch10:35:37:949:415|bsc->msc10:35:37:949:807msc->bsc10:35:38:033:308msc->bsc10:35:3

16、8:033:415f-csch10:35:38:033:697msc->bsc10:35:38:043:014bsc->msc10:35:38:043:530msc->bsc10:35:38:092:285receive10:35:38:430:274send10:35:38:446:096b5c->bts10:35:38:431:296bts->b5c10:35:38:445:114rc：r-x.rtcnm1298:um power measurement report messager-dsch10:35:35:057:1881299umpower measu

17、rement report messager-dsch10:35:35:197:2031300umpower measurement report messager-dsch10:35:35:338:3201301:umpower measurement report messager-dsch10:35:35:477:1891302:umpower measurement report messager-dsch10:35:35:617:2181303umpower measurement report messager-dsch10:35:35:757:1971304:umpower me

18、asurement report messager-dsch10:35:35:897:3071305:umpower measurement report messager-dsch10:35:36:038:5311306umpower measurement report messager-dsch10:35:36:177:2011307'a3a7 a3-propagation delay measurement reportreceive10:35:36:272:4751308allndisconnect indmsc->bsc10:35:38:041:4401309um o

19、rder messagef-dsch10:35:38:117:0301310:umorder messagef-dsch10:35:38:196:6261311umorder messagef-dsch10:35:38:276:5701312a3a7 a7-drop targetsend10:35:38:417:2411313a3a7a3-removereceive10:35:38:458:7541314a3a7a3-remove acksend10:35:38:460:2321315a3a7a7-drop target ackreceive10:35:38:498:519 跟蹤回甬d:.工作

20、資料20090710華為呼叫遷移功盅與a 口掉話分析7月8日關(guān)閉呼叫遷從以上信令可以看出目標bsc1在10:35:37向msc發(fā)送了登記消息，msc在 10:35:38向源bsc2發(fā)送了n_disconnect消息，指示異常釋放呼叫資源。下面為路測的數(shù)據(jù)，由于路測記錄的時間為筆記本的系統(tǒng)時間，和后臺記錄的消息時間 有一點偏差，但采用的是同一imsi進行的測試，消息能對應(yīng)上。p«ami value1rxacqdbml<£7077txagc(dbm)173tx pcwer(dbfrt)096txga(db)299total ec/lowb)refwence ec/i131

21、4maxeo1o<db)1114told ec(dbm)84 06relwence ec(d8406mad(ec(dbm)84.06reletence pn375maxec/lopn375ffer(x)q00acbvesel nurnber1fieouency201fparamvalue1rxagqdbm) <txagc(dbm)io.detx pcwer(<jbm)1716txgaad|(<fi)34 00told edo(db)rcfc<enceec/l.2460maxec/lo(db)-2460to«d ec(dbm)44.86reference

22、ec|d .砌85maxec(dbm)4 85rcfctencepn375maxec/lopn375fferii100 00acbvese* numbe<1frequency201se4ich |nc0hjer8dtescnacknowtedgemei二公訂fttimedieciionmenjje10 35 18 416 103518:445 1035:18:516 10 351&905 10:35:21:845 10 3521 965 10 35 22116 10:35 22:156 103522165 103& 22178 10.35:22:205 10 35 22

23、27g 1035 22:3% 103522 3g5 10 35 22 43g0luldlululul0ldluldluldl0lutdl0l10352257s i dl10l522g45 1ft：10：tme 103548:865 10 35 收 005 1做格145 1ft36:49:285 1035 竹 425 1035 竹565 103549:705 1o3rew5 103549:985 103550125 103550265 1o3&5o4o5 103550545 103&50685ul0luldtechonululululululululululululululul1

24、035:50:965 ! ul103551:105ia»51:7s51036:52:281ul0l0lftc ordw>b 脫 s lalion ac*jw4edi>wnert rtc ordeohobie staton ackno¥4edoeme<il ftc ordeob 做 stabonacknoedownert power me«memeh» reportpower measuremert report metse pw sbenglh meurement mestdqe ftc 0rde(->bme station ac

25、knom4ed9«ner< urwveftal hardoh drccbon mesiaqe rtc orde<*>mome station ackncoedoemerri ftc orde<->b«e slatw aciwwjwnert handoff cocrcteton message ftc orde<>8 做ftc order>base slatwacknoedjjwnert power me«uie*«rt report ftc orde<->b«e sw>on ac

26、krwbdqwnert extended ne«£bo( list update me wag©ftc order->bme!rtcordc<>mowe s wion acknoedoemeri e tended hcigww li$< update me;sge rtcordc<>mome station acknov4edj)wnertmenagepower measurement reportpower meawiemenl report men姆e power meatae<nerm report meue pow

27、er meatuemenl report mess>e power meaumemerm report power meawiemenl report m 拗姆e power meauiemert report power meauicmenl report hee power meawiemenl report message power mewiemeni report power meauiemenl report me>e power meatuemenl report meste power meawremenl report power meatuemenl repor

28、t me說其 power med$uremerm report meuepower meastiemenlpower meaxuemerm report me:4esic charnel rre$>egeneref page message掉話前的測試數(shù)據(jù)cdma radio -|n| x|ocdluri ji icyiuouuii ivicaycy|ij |param| valuei timedirectionmessagerxagc(dbm)71.5810:35:50:965ulpower measurement report messagetxagc(dbm)10.0810:35:

29、51:105ulpower measurement report messagetx power(dbm)17.1610:35:51:765dlsync channel messagetx gain adj.(db)34.0010:35:52:281dlgeneral page messagetotal ec/lo(db)-4.7310:35:52:281dlgeneral page messagereference ec/i-4.7310:35:52:301dlextended system paramelers messagemaxeczlo(db)-6.6110:35:52:321dls

30、ystem parameters messagetotal ec(dbm)-76.3110:35:52:361dlgeneral page messagereference ec(d-76.3110:35:52:361dlgeneral page messagemax ec(dbm)-78.1910:35:52:381dlaccess parameters messagereference pn910:35:52:421dlneighbor list messagemax ec/lo pn910:35:52:441dlgeneral page messageffer()10:35:52:441

31、dlgeneral page messageaclivesel number110:35:52:461dlcdma channel list messagefrequency20110:35:52:461dlextended system parameters message10:35:52:501dlsystem parameters message10:35:52:502dlgeneral page message10:35:52:521dlaccess parameters message10:35:52:561dlneighbor list message10:35:52:581dlc

32、dma channel list message10:35:52:582dlgeneral page message10:35:52:601dlextended system paramelers message10:35:52:641dlsystem parameters message10:35:52:661dlaccess parameters message10:35:52:668ulregistration message10:35:52:681dlgeneral page message10:35:52:681dlgeneral page message10:35:52:721dl

33、neighbor list message10:35:52:721dlcdma channel list message掉話后的測試數(shù)據(jù)從以上數(shù)據(jù)看，掉話前占用的信號很差，ec/lo達到-24.6db，掉話后在1秒鐘內(nèi)注冊 到新的小區(qū)，ec/lo為-4.73db,信號非常好，正常情況應(yīng)該由差的小區(qū)很快切換到好的小 區(qū)，但由于關(guān)閉呼叫遷移功能后源bsc對對端的質(zhì)量好的小區(qū)不能識別只能掉話。下面為關(guān)閉呼叫遷移后bsc1、bsc2的掉話統(tǒng)計數(shù)據(jù)：bsc1呼叫遷移關(guān)閉前后a2掉話次數(shù)對比呼叫遷移關(guān)閉后a 口掉話次數(shù) 6月 30 日 a2 掉詔次數(shù)92278150164148口7月7閂八2棹話次數(shù)526

34、81162171161 6月30ra2掉話次數(shù)國7月7日a2掉話次數(shù)bsc2呼叫遷移關(guān)閉前后a2掉話次數(shù)對比從6月30日與7月7日的6個時段a2棹話次數(shù)可以看出，7月6日關(guān)閉呼叫遷移后bsc1與bsc2的a2 掉話次數(shù)均有所增加。下面為關(guān)閉呼叫遷移功能前后bsc1、bsc2的bsc間硬切換統(tǒng)計數(shù)據(jù):7月8-9日為關(guān)閉呼叫遷移，其余時間為呼叫遷移打開。bsc名稱時間（按天）bs間硬切換切出請求次數(shù)bs間硬切換切出成功次數(shù)bs間切出成功率bs間硬切換切入請求次數(shù)bs間硬切換切入成功次數(shù)bs間硬切換成功率bs間硬切換總體成功率bsc12009-07-057718644083. 44%39603802

35、96. 01%87. 70%bsc12009-07-069628814884. 63%5102496797. 35%89. 04%bsc12009-07-080000bsc12009-07-090000bsc12009-07-109730821484. 42%7492730597. 50%90. 11%bsc12009-07-118742727583. 22%6655648597. 45%89. 37%bsc22009-07-056062502682.91%4111401497. 64%88. 86%bsc22009-07-067994663482. 99%5098499998. 06%88. 86%bsc22009-07-080000bsc22009-07-090000bsc22009-07-107855664284. 56%8432820297. 27%91. 14%bsc22009-07-116967575682. 62%7636745697. 64%90. 47%從以上數(shù)據(jù)可以看出，bscl