位置更新引起未接通的分析

1、位置更新引起未接通的分析南京克洛法一趙楓接通率的定義根據(jù)CMCC的2005年測(cè)試規(guī)范中規(guī)定：在城市忙時(shí)采用手機(jī)相互撥打 的方式，每次通話時(shí)長(zhǎng)100秒，呼叫間隔20秒；如出現(xiàn)未接通，應(yīng)間隔 20秒進(jìn)行下一次試呼。接通率，定義：接通率=接通總次數(shù)/試呼總次數(shù)x 100%；說(shuō)明：(1 )試呼次數(shù)：以 channel request 和 CM service request 同時(shí)出現(xiàn)來(lái)確定試呼開(kāi)始。(2 ) 接通次數(shù)：當(dāng)一次試呼開(kāi)始后出現(xiàn)了 Connect , Connect Acknowledge消息中的任何一條就計(jì)數(shù)為一次接通。(3 ) 接通率=總(Connect 或 Connect Acknow

2、ledge )數(shù)/總(channel request 和 CM service request )數(shù) x 100 %(4 )接通率取主叫測(cè)試手機(jī)的統(tǒng)計(jì)結(jié)果。未接通現(xiàn)象：“一次接通”從主叫手機(jī)Channel request開(kāi)始，一直到被叫手機(jī)的TCH 分配完成、Alerting、Connect。在此過(guò)程中，任何的信令中斷都是“未接通”。從信令流程上分析，可分為以下幾種情形：1起呼后沒(méi)有IMMEDIATE ASSIGNMENT消息定位：RACH沖突或者AGCH擁塞建議：查看與RACH相關(guān)的參數(shù)一一最大重發(fā)次數(shù)和發(fā)送分布時(shí)隙數(shù) 以及與AGCH相關(guān)的參數(shù)一一接入準(zhǔn)許保留塊數(shù)2.IMMEDIATE AS

3、SIGNMENT REJECT 導(dǎo)致未接通定位：SDCCH擁塞建議：檢查SDCCH配置，查看相關(guān)小區(qū)SDCCH話務(wù)量3.IMMEDIATE ASSIGNMENT FAILURE 導(dǎo)致未接通定位：SDCCH指配失敗建議：排除無(wú)線方面原因后，應(yīng)從交換側(cè)尋找問(wèn)題原因在SDCCH上信令突然中斷轉(zhuǎn)為IDLE模式定位：SDCCH掉話或者TCH擁塞建議：查看是否啟用SDCCH信道上的切換，查看相關(guān)小區(qū)話務(wù)量和TCH 配置，在排除無(wú)線方面原因后，應(yīng)跟蹤Abis接口、A接口信令從交換側(cè) 尋找問(wèn)題原因ASSIGNMENT COMMAND 失敗定位：TCH指配失敗建議：排除無(wú)線方面原因后，應(yīng)從交換側(cè)尋找問(wèn)題原因位置

4、更新過(guò)程中起呼或起呼后即進(jìn)行位置更新建議：查看位置更新定時(shí)器和位置區(qū)設(shè)置小區(qū)重選過(guò)程中起呼或起呼后即進(jìn)行小區(qū)重選建議：查看相關(guān)小區(qū)的小區(qū)重選參數(shù)被叫方未收到PAGING建議:查看和PCH相關(guān)的參數(shù)-接入準(zhǔn)許保留塊數(shù)和尋呼信道復(fù)幀數(shù)， 排除無(wú)線方面原因后，應(yīng)從交換側(cè)尋找問(wèn)題原因位置更新(Location Update)引起的呼叫未接通在實(shí)際的路測(cè)過(guò)程中，我們觀察到手機(jī)的LU過(guò)程會(huì)在相當(dāng)程度上影響呼叫 的正常流程。主要有以下兩種情況：主叫手機(jī)：重選后，來(lái)不及做Location Update，就開(kāi)始呼叫，接收到CMService Reject。被叫手機(jī)：呼叫被叫時(shí)，該手機(jī)正在Location Upd

5、ate。3.1 主叫手機(jī)因位置更新引起的呼叫未接通3.1.1主叫手機(jī)正常流程當(dāng)MS要做主叫時(shí)，首先需要在空中接口申請(qǐng)信令信道SDCCH。這個(gè)過(guò)程大 致是：MS通過(guò)RACH在向BSS發(fā)出分配請(qǐng)求(CHANNEL REQUEST)，正常情況下BSS 會(huì)立即回應(yīng)一個(gè)立即分配信道信息(IMM ASSIGNMENT)，其中包含有關(guān)SDCCH的 信息。然后MS在該SDCCH上會(huì)發(fā)送第一個(gè)CM消息CM SERVICE REQUEST( SERVICE TYPE： NORMAL CALL)。CM SERVICE REQUEST （該消息中包含有該手機(jī)的TMSI信息、申請(qǐng)的業(yè)務(wù)類 型等內(nèi)容）是MS請(qǐng)求某種服務(wù)而

6、連接到相應(yīng)管理層的消息，例如常規(guī)的手機(jī)呼 叫，緊急呼叫，短訊，還有一些輔助服務(wù)等（如CALL WAITNG）在收到CM消息 后，BSS會(huì)建立一條MS到MSC的虛擬信令鏈路。BSS在發(fā)起消息中加了一些信息（如服務(wù)小區(qū)信息等），通過(guò)COMPLETE LAYER3 發(fā)送給MSC。MSC會(huì)回連接確認(rèn)CC（CONNECT CONFIRM）的消息。MSC收到 COMPLETE LAYER3后，將向相關(guān)聯(lián)的VLR進(jìn)行數(shù)據(jù)查詢。查詢的根據(jù)是CM Service Request中的“TMSI號(hào)碼”。通過(guò)TMSI號(hào)碼，在 VLR數(shù)據(jù)庫(kù)中可以查詢到該用戶的業(yè)務(wù)支持類型、LAC區(qū)域等相關(guān)內(nèi)容。在正常 情況下，在VLR

7、中可以查詢到該TMSI的用戶，并且支持的業(yè)務(wù)。如正常，隨后 信令流程進(jìn)行鑒權(quán)、加密等正常進(jìn)行。3.1.2未及時(shí)位置更新造成未接通主叫手機(jī)在Channel request之前正好從old LAC重選到new LAC（屬于不 同MSC/VLR），還沒(méi)有來(lái)得及進(jìn)行LU、TMSI重分配，就發(fā)起呼叫。一般是在LU時(shí)，VLR將啟動(dòng)TMSI重分配過(guò)程。所以當(dāng)手機(jī)重選到不同 MSC/VLR，如果沒(méi)有進(jìn)行LU，此手機(jī)的TMSI號(hào)碼仍然是由old VLR分配的。我 們上文提到的呼叫異常情況時(shí)，手機(jī)所在的New MSC根據(jù)TMSI在New VLR中查 詢，很明顯是查詢不到與該TMSI號(hào)碼相關(guān)的數(shù)據(jù)的。此時(shí)，網(wǎng)絡(luò)側(cè)懷

8、疑手機(jī)發(fā)來(lái)的TMSI存在問(wèn)題，為了驗(yàn)證手機(jī)發(fā)送的TMSI 是否有問(wèn)題，網(wǎng)絡(luò)側(cè)將啟動(dòng)Identity Request過(guò)程。Identity過(guò)程是為了向手機(jī)查詢一些必要的數(shù)據(jù)，比如IMSI、IMEI。手機(jī)收到 Identity Request 后，將發(fā)回 Identity Response其中包括 IMSI）。 New MSC將根據(jù)新收到的IMSI號(hào)碼再次在New VLR中查詢。由于該手機(jī)根本還 沒(méi)有在此New VLR中登記，所以仍然不能查詢到相關(guān)數(shù)據(jù)！此時(shí)網(wǎng)絡(luò)側(cè)認(rèn)為不能支持該用戶申請(qǐng)的業(yè)務(wù)，于是MSC發(fā)送CM Service Reject （ Cause = IMSI unknown in VL

9、R ）,以拒絕該用戶的主叫業(yè)務(wù)，隨后釋放 SDCCH信道。呼叫流程結(jié)束，統(tǒng)計(jì)為“未接通”！另外假如主叫手機(jī)在Channel request之前正好從old LAC重選到new LAC （但是屬于相同MSC/VLR ）,還沒(méi)有來(lái)得及進(jìn)行LU、TMSI重分配，就發(fā)起呼叫。 由于重選前后的小區(qū)屬于同一 MSC/VLR，所以MSC仍可通過(guò)TMSI查詢到此手機(jī) 的支持業(yè)務(wù)等。如此，呼叫流程正常進(jìn)行，不會(huì)受到LU的影響。3.2被叫手機(jī)因位置更新引起的呼叫未接通3.2.1被叫手機(jī)正常流程正常流程中，主叫手機(jī)在收到ASSIGNMENT COMPLETE消息，TCH分配完成之 后，就開(kāi)始通過(guò)GMSC向被叫手機(jī)的

10、HLR索取MSRN。這個(gè)過(guò)程在接口是用MAP消 息來(lái)完成的。一個(gè)直觀的結(jié)果就是MSC用一個(gè)用戶的E164 ISDN的號(hào)碼換得了一 個(gè)同樣E164編碼的動(dòng)態(tài)漫游號(hào)碼。被叫端的呼叫建立時(shí)，主叫手機(jī)所在MSC會(huì)從HLR中取得動(dòng)態(tài)漫游號(hào)碼MSRN (MS ROAMING NUMBER)，經(jīng)過(guò)再一次進(jìn)行字冠分析后，定位被叫手機(jī)關(guān)聯(lián)的 MSC/VLR中。接下去，要執(zhí)行的動(dòng)作就是要在VLR中找到該用戶。一般情況下PAGING還需要用戶的TMSI和LAC信息。MSC再次拜訪VLR，用 MSRN(MS ROAMING NUMBER)作為索引，取得TMSI和LAC等參數(shù)。MSC根據(jù)LAC 和BSC的關(guān)系列表，將P

11、AGING的消息發(fā)給包含該LAC的所有BSC。PAGING消息 中包括TMSI信息。3.2.2未及時(shí)位置更新造成未接通假設(shè)VLR/MSC在同一位置，只有一個(gè)LAC。如此，重選到不同的LAC，也就 是重選到不同的MSC/VLR。由于HLR需要知道手機(jī)所屬的MSC，所以這樣的LU 過(guò)程必須要在HLR中更新數(shù)據(jù)。如果被叫手機(jī)正好重選到不同的LAC小區(qū)，正在進(jìn)行LU。查詢被叫手機(jī)時(shí)， 有兩種可能性：1： HLR中的數(shù)據(jù)未更新，LU進(jìn)行中。2： HLR中的數(shù)據(jù)已更新，LU進(jìn)行中。如果被叫手機(jī)已重選到不同的LAC (屬于不同的MSC/VLR)，但尚未更新到 HLR。所以此時(shí)主叫手機(jī)所在MSC從HLR取得M

12、SRN，定位被叫手機(jī)所關(guān)聯(lián)的MSC 是 old MSC/VLR！雖然未完成LU，但仍可在old MSC/VLR用MSRN查詢?nèi)〉帽唤惺謾C(jī)相關(guān)的狀 態(tài)、TMSI、LAC。隨后，MSC根據(jù)LAC和BSC的關(guān)系列表，將PAGING的消息發(fā)給 包含該LAC的所有BSC。PAGING消息中包括TMSI信息。但是由于此時(shí)手機(jī)已經(jīng)重選到其他的LAC,不再在原先的LAC下面！所以這 樣的Paging是尋呼不到被叫手機(jī)的，MSC無(wú)法收到Paging Response。主叫手機(jī) 應(yīng)聽(tīng)到錄音通知“暫時(shí)無(wú)法接通”，呼叫流程結(jié)束。如果被叫手機(jī)已經(jīng)重選到不同的LAC （屬于不同的MSC/VLR），并且已經(jīng)LU 更新數(shù)據(jù)到

13、HLR。所以此時(shí)主叫手機(jī)所在MSC從HLR取得MSRN，定位被叫手機(jī)所 關(guān)聯(lián)的 MSC 是 New MSC/VLR。在New MSC/VLR里通過(guò)MSRN查詢?nèi)〉迷撌謾C(jī)相關(guān)的狀態(tài)。由于仍在LU進(jìn)行 中，VLR中手機(jī)的狀態(tài)是SCCP EXIST忙碌，因此不會(huì)再進(jìn)行Paging過(guò)程。此時(shí) 主叫手機(jī)應(yīng)聽(tīng)到錄音通知“用戶正忙”，呼叫流程結(jié)束。案例：10月13日，徐州評(píng)估DT測(cè)試中，發(fā)生了多次未接通。有4次是因 為位置更新所引起的，其中有一次未接通就是被叫手機(jī)重選到不同的LAC（屬于 不同的MSC/VLR）所造成的。開(kāi)始尋呼時(shí)，被叫手機(jī)從鐵三中1小區(qū)（LAC： 20887） 重選到堤北2小區(qū)（LAC：

14、20882）后開(kāi)始位置更新，起呼未接通。下面是發(fā)生此 次未接通時(shí)主被叫手機(jī)的信令圖：根據(jù)主被叫手機(jī)的信令圖，可以很明顯看出主叫手機(jī)開(kāi)始尋呼時(shí)，被叫手機(jī) 正好開(kāi)始位置更新，從而造成未接通。此外就是LU發(fā)生在同一 VLR下。即發(fā)生LU前后的LAC屬于同一個(gè)MSC/VLR。 這樣的LU過(guò)程不改變被叫手機(jī)所在的MSC/VLR位置，故不需要到HLR更新數(shù)據(jù)。 主叫手機(jī)所在MSC從HLR取得MSRN，定位被叫手機(jī)所關(guān)聯(lián)的MSC/VLR，仍然是原 來(lái)的 MSC/VLR。在MSC/VLR里通過(guò)MSRN查詢?nèi)〉迷撌謾C(jī)相關(guān)的狀態(tài)。由于仍在LU進(jìn)行中，VLR中手機(jī)的狀態(tài)是SCCP EXIST忙碌，因此不會(huì)再進(jìn)行Paging過(guò)程。此時(shí)主叫手機(jī)應(yīng)聽(tīng)到錄音通知“用戶正忙”，呼叫流