NSN_主叫位置更新對接通率指標(biāo)的影響

1、主叫位置更新對DT接通率指標(biāo)的影響諾基亞西門子通信有限公司在上次雙周會中，局方通報了集團公司2005年中第三方巡檢測試的結(jié)果，其中GSM DT接通率為97.53%，在發(fā)生的13次未接通中，被叫手機位置更新4次，主叫手機在建立呼叫過程中發(fā)生CM Service Reject（IMSI unknown in VLR）4次，其他情況5次。這里我們重點對“IMSI unknown in VLR”的情況進行詳細(xì)分析。網(wǎng)測BLOCK匯總此次網(wǎng)測共發(fā)生13次BLOCK，其中4次是由于被叫手機正在進行Location Update造成的，還有4次BLOCK是由于主叫手機在建立呼叫過程中發(fā)生CM Service

2、 Reject。被叫手機Location Update造成BLOCK分別發(fā)生在內(nèi)環(huán)線（順時針外圈）近金沙江路、淮海中路（西向東）近汾陽路、南北高架（南向北）近北京路、天目中路恒豐路口。CM Service Reject造成的BLOCK情況如下表所示地點發(fā)生時間LAC/CI所屬MSC北京路近浙江路7/8 10:036245/22017G29漕溪北路近南丹路7/11 9:546240/25697G28天目中路恒豐路口7/11 17:106305/8786D24西康路近新閘路7/12 11:386253/20513G33接通的定義2005年度CMCC測試標(biāo)準(zhǔn)中規(guī)定：在城市忙時采用手機相互撥打的方式，

3、手機撥叫、接聽、掛機都采用自動方式。每次通話時長100秒，呼叫間隔20秒；如出現(xiàn)未接通或掉話，應(yīng)間隔20秒進行下一次試呼。接通率定義：接通率接通總次數(shù)/試呼總次數(shù)×100說明：l 試呼次數(shù)：以channel request和CM service request同時出現(xiàn)來確定試呼開始。l 接通次數(shù)：當(dāng)一次試呼開始后出現(xiàn)了Connect，Connect Acknowledge消息中的任何一條就計數(shù)為一次接通。l 接通率總Connect（Connect Acknowledge）數(shù)/總Channel Request數(shù)×100l 接通率取主叫雙頻測試手機的統(tǒng)計結(jié)果。未接通現(xiàn)象：“一次

4、接通”從主叫手機Channel request開始， 一直到被叫手機的TCH分配完成、Alerting、Connect。在此過程中，任何的信令中斷都是“未接通”。在路測中遇到的未接通原因主要有：l 主叫手機Location Update ，主叫手機在不同的LAC小區(qū)（屬于不同的MSC/VLR）之間重選后，來不及進行Location Update而自動進行呼叫，會收到CM service reject；l 對被叫手機開始paging Request時，如果被叫手機正進行Location Update，則無法尋呼到；l TCH Assignment Failure；l LOCATION UPDAT

5、E引起的呼叫未接通在實際的路測過程中，我們觀察到手機的LU過程會在相當(dāng)程度上影響呼叫的正常流程。主要有以下兩種情況：l主叫手機：重選后，來不及做Location Update，就開始呼叫，接收到CM Service Reject。l被叫手機：呼叫被叫時，該手機正在Location Update。被叫手機位置更新對接通率的影響大家都比較熟悉，這里不作詳細(xì)分析，下面我們重點來看看主叫手機位置更新對接通率的影響。主叫手機的LU影響案例：西康路近新閘路時間：7月12日 11:38前次呼叫結(jié)束后，主叫手機在空閑狀態(tài)下從小區(qū)6262_30033（(s)靜安區(qū)人民政府_1）重選到小區(qū)6253_20513（(

6、s)云峰_1），手機即將起呼時從小區(qū)6253_20513重選到小區(qū)6262_28754（(s)新膠_2），主叫剛剛重選到不同LAC的小區(qū)，來不及進行LU，就開始發(fā)起呼叫Channel Request，最終收到CM Service Reject，無法接通。之后主叫手機正常完成位置更新，一切恢復(fù)正常。測試路線圖信令流程如下圖所示：發(fā)生未接通時信令分析圖呼叫正常流程：當(dāng)MS要做主叫時，首先需要在空中接口申請信令信道SDCCH。這個過程大致是：MS通過RACH在向BSS發(fā)出分配請求（CHANNEL REQUEST），正常情況下BSS會立即回應(yīng)一個立即分配信道信息（IMM ASSIGNMENT），其中包

7、含有關(guān)SDCCH的信息。然后MS在該SDCCH上會發(fā)送第一個CM消息CM SERVICE REQUEST（SERVICE TYPE：NORMAL CALL）。CM SERVICE REQUEST（該消息中包含有該手機的TMSI信息、申請的業(yè)務(wù)類型等內(nèi)容）是MS請求某種服務(wù)而連接到相應(yīng)管理層的消息，例如常規(guī)的手機呼叫，緊急呼叫，短訊，還有一些輔助服務(wù)等（如CALL WAITNG）在收到CM消息后，BSS會建立一條MS到MSC的虛擬信令鏈路。BSS在發(fā)起消息中加了一些信息（如服務(wù)小區(qū)信息等），通過COMPLETE LAYER3發(fā)送給MSC。MSC會回連接確認(rèn)CC（CONNECT CONFIRM）的

8、消息。MSC收到COMPLETE LAYER3后，將向相關(guān)聯(lián)的VLR進行數(shù)據(jù)查詢。查詢的依據(jù)是CM Service Request中的“TMSI號碼”。通過TMSI號碼，在VLR數(shù)據(jù)庫中可以查詢到該用戶的業(yè)務(wù)支持類型、LAC區(qū)域等相關(guān)內(nèi)容。在正常情況下，在VLR中可以查詢到該TMSI的用戶，并且支持的業(yè)務(wù)。如正常，隨后信令流程進行鑒權(quán)、加密等正常進行。情況1異常情況分析（重選到不同LAC，且屬于不同MSC/VLR）此處提到的異常情況是主叫手機在Channel request之前正好從old LAC重選到new LAC（屬于不同MSC/VLR），還沒有來得及進行LU、TMSI重分配，就發(fā)起呼叫。

9、一般是在LU時，VLR將啟動TMSI重分配過程。所以當(dāng)手機重選到不同MSC/VLR，如果沒有進行LU，此手機的TMSI號碼仍然是由old VLR分配的。我們上文提到的呼叫異常情況時，手機所在的New MSC根據(jù)TMSI在New VLR中查詢，很明顯是查詢不到與該TMSI號碼相關(guān)的數(shù)據(jù)的。此時，網(wǎng)絡(luò)側(cè)懷疑手機發(fā)來的TMSI存在問題，為了驗證手機發(fā)送的TMSI是否有問題，網(wǎng)絡(luò)側(cè)將啟動Identity Request過程。Identity過程是為了向手機查詢一些必要的數(shù)據(jù)，比如IMSI、IMEI。The identification procedure is used by the network

10、to request a MS to provide specific identification parameters to the network e.g. International Mobile Subscriber Identity, International Mobile Equipment Identity (cf. GSM 03.03).手機收到Identity Request后，將發(fā)回Identity Response（其中包括IMSI）。New MSC將根據(jù)新收到的IMSI號碼再次在New VLR中查詢。由于該手機根本還沒有在此New VLR中登記，所以仍然不能查詢到相

11、關(guān)數(shù)據(jù)。此時網(wǎng)絡(luò)側(cè)認(rèn)為不能支持該用戶申請的業(yè)務(wù)，于是MSC發(fā)送CM Service Reject（CauseIMSI unknown in VLR），以拒絕該用戶的主叫業(yè)務(wù)，隨后釋放SDCCH信道。呼叫流程結(jié)束，統(tǒng)計為“未接通”。在本案例中，小區(qū)6253_20513屬于G33，重選后占用的小區(qū)6262_28754屬于G35，二者分屬不同的VLR，此時主叫手機進行的呼叫過程將受到LU的影響。同樣的，我們對網(wǎng)測期間發(fā)生的4次由于CM Service Reject造成的Block現(xiàn)象逐一進行了詳細(xì)分析，參見下表：前次通話結(jié)束時占用小區(qū)遇BLOCK時占用小區(qū)所屬MSC遇BLOCK時主叫位置更新后占用小

12、區(qū)所屬MSC6305_8547（起呼）G246245_22017G296377_82436377_8243G266240_25697G286261_125626261_12562G356305_8786G246262_300336253_20513G336262_28754G35從表中可見，這4次Block中主叫手機都發(fā)生了不同MSC/VLR之間的Location Update，屬于同一類型的問題。情況2正常情況分析（重選到不同LAC，但屬于相同MSC/VLR）另外一種情況是手機在Channel request之前正好從old LAC重選到new LAC（但是屬于相同MSC/VLR），還沒有來

13、得及進行LU、TMSI重分配，就發(fā)起呼叫。由于重選前后的小區(qū)屬于同一MSC/VLR，所以MSC仍可通過TMSI查詢到此手機的支持業(yè)務(wù)等。如此，呼叫流程正常進行，不會受到LU的影響。小結(jié)在短撥打測試中（每次通話時長100秒，呼叫間隔20秒），一次通話結(jié)束后，如果主叫手機從old LAC重選到new LAC（屬于不同MSC/VLR），還沒有來得及進行LU、TMSI重分配，就發(fā)起新的呼叫，此時手機的TMSI號碼仍然是由old VLR分配的，手機當(dāng)前所在的New MSC根據(jù)TMSI在New VLR中查詢，將無法查詢到與該TMSI號碼相關(guān)的數(shù)據(jù)，于是MSC發(fā)送CM Service Reject（CauseIMSI unknown in VLR），以拒絕該用戶的主叫業(yè)務(wù)，隨后釋放SDCCH信道，呼叫流程結(jié)束，統(tǒng)計為Block。由于現(xiàn)在網(wǎng)絡(luò)中一般是一個MSC下帶一個VLR、若干個LAC，所以情況1在路測中還是有一定的機率存在。特別是在上