尋呼成功率低問題處理

專題指導版本：V1.0中興通訊工程服務部GSM網規網優部發布聲明本資料著作權屬中興通訊股份有限公司所有。未經著作權人書面許可，任何單位或個人不得以任何方式摘錄、復制或翻譯。侵權必究。ZTE和申光是中興通訊股份有限公司的注冊商標。中興通訊產品的名稱和標志是中興通訊的專有標志或注冊商標。在本手冊中提及的其他產品或公司的名稱可能是其各自所有者的商標或商名。在未經中興通訊或第三方商標或商名所有者事先書面同意的情況下，本手冊不以任何方式授予閱讀者任何使用本手冊上出現的任何標記的許可或權利。本產品符合關于環境保護和人身安全方面的設計要求，產品的存放、使用和棄置應遵照產品手冊、相關合同或相關國法律、法規的要求進行。由于產品和技術的不斷更新、完善，本資料中的內容可能與實際產品不完全相符，敬清諒解。如需查詢產品的更新情況，清聯系當地辦事處。TOC\o"1-5"\h\z\o"CurrentDocument"概述 1-1\o"CurrentDocument"尋呼成功率公式 2-2\o"CurrentDocument"中興BSS關于尋呼的計數器 3-3\o"CurrentDocument"尋呼原理和流程分析 4-5\o"CurrentDocument"尋呼原理 4-5\o"CurrentDocument"無線尋呼的基本信令流程 4-5\o"CurrentDocument"影響尋呼成功率的原因 5-7\o"CurrentDocument"優化步驟和方法 6-9\o"CurrentDocument"尋呼相關知識 7-12\o"CurrentDocument"手機所在尋呼組的計算 7-12BTS的尋呼能力計算 7-13\o"CurrentDocument"尋呼方式 7-13\o"CurrentDocument"BTS的能夠承載的消息數量 7-14尋呼組、BS-PA-MFRMS、BS-AG-BLKS-RES（AGB）三者關系 7-15\o"CurrentDocument"位置區與尋呼關系 7-16ZXG10-BSC的PAGING能力 7-16\o"CurrentDocument"典型案例 8-18\o"CurrentDocument"SDCCH擁塞引起的尋呼無響應 8-18\o"CurrentDocument"MSC流控導致的呼不通手機 8-18\o"CurrentDocument"T3212設置錯誤導致的尋呼無響應 8-19\o"CurrentDocument"十堰聯通GSM尋呼成功率指標優化 8-201概述尋呼成功率是GSM網絡的一項重要網絡質量指標，它直接影響來話接通率和無線系統接通率等其它網絡指標。良好的尋呼性能對于所有手機用戶是否能夠成功作被叫來說十分關鍵，因此加強尋呼成功率的優化分析是非常必要的。2尋呼成功率公式尋呼成功率=尋呼響應次數/尋呼請求次數*100%，其中：尋呼請求次數定義：指本地區所有MSC發出的PAGING消息的總和，不包括二次尋呼的消息。統計點為MSC。尋呼響應次數定義:指本地區所有MSC收到的PAGINGRES消息的響應總和。包括二次尋呼響應，統計點為MSC。3中興BSS關于尋呼的計數器BSS中關于尋呼的計數器有下面幾個:C11621(NumberofPagingMessages)C11637(NumberofMTCAccessSuccessful)=C10007=A4點C11685(NumberofMTCAccessAttempts=C10005=A1點C11692(NumberofAccesscausedbyPagingResponse(statisticssetupindication))=C10022=A4點C11637與C11692統計點雖然相同，但是統計的值并不一樣。尋呼響應時的接入原因可能是下面這些，C11637沒取全，尋呼響應時的接入原因可能是下面這些，C11637沒取全，0001XXXX這種沒有取，C11692統計完整。圖3無線接入過程C11621尋呼次數收到的尋呼消息次數。C10005MTC接入請求個數含義：接入原因為MTC（移動被叫）的信道請求次數。在手機通過BTS,以CHL_REQ消息向BSC申請無線信道時，如果TA并未超出小區范圍，且允許接入原因為“MTC”時，本計數器加1。測量點：手機向BSC申請信道，TA并未超出范圍（圖1中A1）。C10006MTC接入請求處理成功次數含義:允許接入原因為MTC的手機接入網絡，BSC接受手機的信道請求，分配信道，并激活信道成功后，本計數器加1，同時BSC即將下發IMM_ASS消息給手機。測量點：信道激活成功（圖1中A3）。C10007MTC的接入成功次數含義：接入原因為MTC的手機成功接入立即指派消息里分配的信道的次數。在手機收到BSC下發的IMM_ASS，成功接入相應信道，使BSC收到EST_IND消息后，本計數器加1。測量點：BSC收到EST_IND消息（圖1中A4）。C10022接入原因為尋呼響應的接入次數含義：接入原因為尋呼響應的接入次數，BSC收到EST_IND消息后，如果該消息攜帶的層3信息中，接入原因為尋呼響應，則本計數器加1。測量點：BSC收到EST_IND消息（圖1中A4）。\\C20064PAGING消息數目\.含義：統計BSC接收到MSC發送的尋呼消息的次數，收到本計數器加1。測量點：BSC收到Paging消息。這個測量需要在BSC的基本測量建立A口信令統計測量，才能得到尋呼消息個數。BSS側計算的尋呼成功率公式：Pagingsuccessrate（BSC）=ZC10022/C20064

4尋呼原理和流程分析4.1尋呼原理無線尋呼的過程，即MSC通過尋呼尋找到MS的通信過程，只有在查找到移動用戶后，MSC才能進行下一步的呼叫接續工作。4.2無線尋呼的基本信令流程MSBTSpagingCMD(2)4.2無線尋呼的基本信令流程MSBTSpagingCMD(2)BSCpaging(1)ChannelREQ(4)融[MMAChannelREQ(4)融[MMASABM(9)UA(10)pagingREQ(3)CharnelACTACK")*SSCMD(8) ChannelRQD(5)ChannelACT(G)PagingREJ：CR(CMPl3inforrESTIND(PagingRESP)(TI).圖3：無線尋呼基本信令流程從圖3可知，當MSC從VLR中獲得移動臺MS當前所處的位置區(LAC)后，將向這一位置區的所有BSC發出尋呼消息(Paging)0BSC收到尋呼消息后，向該BSC下屬于此位置區的所有小區發出尋呼命令消息(PagingCommand)。當基站收到尋呼命令后，將在無線信道的該IMSI所在尋呼組的尋呼子信道上發出尋呼請求消息(PagingRequest)，該消息中攜帶有被尋呼用戶的IMSI或者TMSI號碼。MS在接收到尋呼請求消息后，通過隨機接入信道(RACH)請求分配獨立控制信道(SDCCH)oBSC則在確認基站激活了所需的SDCCH信道后，在接入許可信道(AGCH)通過立即指配消息(ImmediateAssignment)將該SDCCH信道指配給MS。MS則使用該SDCCH信道發送尋呼響應消息(PagingResponse)oBSC將尋呼響應消息轉發給MSC，完成一次成功的無線尋呼。現在GSM網絡上交換機的尋呼方式一般為二次尋呼，尋呼間隔一般為5秒。當MSC從VLR中獲得MS目前所處的位置區LAC后，第一次向MS所在的LAC下的所有BSC尋呼。如果MSC在發出尋呼消息后，5秒內沒有收到尋呼響應消息，MSC則會再發送一次尋呼消息。第二次也是向MS所在的LAC下的所有BSC尋呼。如果5秒內仍沒有收到尋呼響應消息，則此次無線尋呼失敗，同時，MSC將向主叫用戶送“您撥打的用戶暫時無法接通”的錄音通知。中興交換機尋呼方式是一般是二次尋呼(可以設置為三次尋呼)，尋呼間隔一般是3秒。5影響尋呼成功率的原因一、 PAGING消息在無線信道下發失敗LINK負荷高，導致底層SCCP消息丟失。MSC/VLR、BSC流量控制，導致消息的丟棄。負荷高時，消息排隊時間長，未能及時發送到手機。傳輸鏈路質量不好，導致底層LAPD消息丟失。T3212參數設置不合理。尋呼消息太多導致無線口消息丟失（如短信群發等）。MSC冗余小區數據導致BSC尋呼次數異常。二、 手機沒有收到PAGING消息、覆蓋原因。覆蓋盲區，總體網絡覆蓋率差，用戶超出覆蓋區。網絡覆蓋漏洞，個別覆蓋盲點。手機頻繁重選3.位置更新頻繁手機在進行GPRS業務，未能偵聽BCCH上的消息。尋呼組設置不合理，導致尋呼時間長，或者漏聽尋呼。尤其是相鄰兩個小區的尋呼組不同。—6.2次尋呼時間設置不合理，使得2次尋呼沒有起到作用，反而加重了:如》系統尋呼負荷。"\—7.相鄰基站頻率相差很多，引起頻繁重選時，偵聽的時間不同，容易導上.■:"致漏聽尋呼。三、 手機響應PAGING時，相關信息未能發送到MSCSDCCH擁塞SDCCH指派失敗上下行鏈路不平衡，上行弱傳輸鏈路不好，消息丟失特殊情況，兩個手機同時呼叫另一手機，MSC接同一個主叫，對另一個主叫回“尋呼無響應”。MSC尋呼消息下發時間不合理：手機的呼叫釋放未結束，MSC卻提前完成了釋放過程，同時又下發新的尋呼，結果得到“尋呼無相應”的回應。6優化步驟和方法STEP1：首先排除系統導致的異常查看流控告警，檢查MSC/VLR/BSC是否有流控告警。維護好A/Abis口的中繼鏈路，注意觀察A/Abis口信令負荷，及時增加信令鏈路，降低因為信令負荷過高導致的尋呼失敗。檢查基站是否有傳輸瞬斷告警。由于系統之間（比如ABIS接口的LAPD鏈路、網絡側各個實體之間的接口鏈路）和系統內部（如MSC與VLR之間的MEM鏈路、BSC/MSC各個模塊之間的鏈路等）鏈路不穩定導致消息丟失，導致尋呼成功率低。這方面的問題可以通過查看告警得知。檢查MSC數據庫是否存在冗余數據。因為移動網絡不斷擴容、割接，造成MSC和BSC的小區數據不一致，要及時核對小區數據并及時刪除冗余小區數據。在某些地方，網絡擴容采取基站“插花”的方式（例如在MOTO的基站覆蓋范圍里面增加若干中興的基站），造成一個BSC底下有多個LAC的小區。這樣該BSC會收到多個LAC的尋呼消息，造成該BSC下的基站尋呼負荷較高STEP2:檢查手機的最新活動狀態目前僅可通過VLR探針，檢查手機的最近活動記錄。測試時可通過對SGSN，MSC，ABIS口等錄制信令，判斷手機的活動。—STEP3：排除GPRS的影響檢查GPRS路由區設置是否合理。同一站點路由區應相同，重選比較頻"'、、、、、、'繁的小區路由區應相同。檢查路由區更新周期設置是否合理。利用不支持GPRS功能的手機進行測試。STEP4:指標分析檢查SDCCH擁塞情況，查看話統中“SDCCH擁塞率”等指標，正常情況下應該為0或接近為0。消除SDCCH擁塞造成的“尋呼無相應”。分析MTC成功率是否存在異常。分析小區的位置更新次數是否存在異常。分析系統的平均TA和最大TA判斷是否存在過覆蓋現象。STEP5:無線參數檢查和優化檢查與尋呼、接入、立即指配有關的參數設置。通過查詢話統、告警等，看是否有RACH、PCH、SDCCH等過載的消息。接入允許保留塊數BS-AG-BLKS-RES和尋呼信道復幀數BS-PA-MFRMS配置不合適容易造成PCH信道擁塞或尋呼速度慢。BS_PA_MFRMS太大是以犧牲尋呼消息在無線信道上的平均時延為代價的，即BS_PA_MFRMS越大使尋呼消息在空間段的時間延遲增大，系統的平均服務性能降低，手機等待尋呼的時間加長。減少尋呼信道復幀數BsPaMframs的好處是一是縮短用戶響應尋呼的時間，提高網絡的整體服務性能。二是我公司BTS在尋呼信道復幀數<=3時有對尋呼消息的2次重發功能，增加尋呼消息重發次數提高手機響應尋呼的幾率，提高了尋呼成功幾率。手機最大重發次數MAXretrans、擴展傳輸時隙TX-integer等參數配置不合適容易造成信道請求沖突或檢測不到。檢查T3212（周期性位置更新時間）和IDETTIM（隱含關機時間）參數設置是否合理。尋呼不成功的一種可能是MS進入盲區或掉電，若此時交換機的隱含關機時間未到（MSC將定時對ATTACH的用戶進行查詢，它將這一段時間內未與系統聯系的MS設為隱含關機狀態），MSC仍會對該用戶發尋呼消息，MS無法進行響應。在BSC側，每個基站（BTS）設置一個定時器T3212，為了讓MS定期與網絡聯系，這樣VLR中才會有用戶最新的位置信息°BSC中周期位置更新計時器T3212與MSC中隱含關機計時器IDETTIM必須滿足前提條件T3212<IDETTIM。檢查LAC的劃分是否合理，LAC交界地段是否合理。在規劃LAC時應\翌主意以下幾點：LAC的范圍必須在一個MSC下，不允許跨越MSC。必.須兼顧尋呼量和位置更新次數之間的平衡問題。LAC最重要的規劃原則是不要超過BTS的最大尋呼容量。一旦超過BTS的尋呼容量，就應考慮LAC分裂。STEP6：MSC尋呼策略的分析。系統容量是否支持多次尋呼，若支持，分析多次尋呼對系統的影響°MSC負責形成尋呼消息，并可對未響應的尋呼進行重發。兩次尋呼間隔是一個很重要的參數。從無線方面看，兩次尋呼間隔越大，MS在響應尋呼時所處的無線環境的相關性越小，MS也更容易成功響應尋呼消息。但如果兩次尋呼的間隔設置過大，會使主叫用戶處于長時間等待狀態，主叫用戶容易掛機。在優化中要需要根據尋呼成功率和用戶掛機比例，逐步的調整尋呼間隔。適當地延長尋呼間隔時長，可以提高尋呼成功率。缺點就是被叫用戶如果不在服務區，主叫用戶聽到錄音通知的等待時間將相應延長。有的設備廠家的MSC第二次尋呼可以采用全局尋呼(globalpaging)，即可在整個MSC內尋呼MS。而有些廠家的設備不支持這個功能。建議支持這個功能的交換機開啟此功能。這個功能對帶有兩個或多個位置區的MSC的尋呼成功率的提高有很好的幫助。注意：ZTEMSC的2次尋呼間隔是3秒，不是十分合理。STEP7:現場測試現場測試是最重要的一個步驟，通過測試才能捕捉到真正的現象。若用普通手機容易復現，而測試手機不容易復現時，則需找兩個屬于同一尋呼組的SIM卡進行測試，才能夠判斷出尋呼消息是否正常下發后普通手機未能正確響應尋呼消息。觀察是否有頻繁重選現象，如有需要修改重選參數(CRO,TMO以及PT等)。測試是否存在盲區現象。7尋呼相關知識7.1手機所在尋呼組的計算在GSM系統中，下發的尋呼消息是分組進行的，每一個移動用戶在偵聽尋呼消息時只偵聽他自己所屬的尋呼組而忽略其它尋呼組的內容，甚至在其它尋呼組發送尋呼消息期間關閉移動臺中某些硬件設備的電源以節約移動臺的功率開銷(即DRX的來源)。根據用戶的IMSI號、系統的CCCH信道數目、尋呼組占用的復幀數、AGCH保留塊數和BCCH與SDCCH的組合情況可以確定用戶的尋呼組。具體的計算方法如下(結果由CCCH_GROUP和PAGING_GROUP兩個參數確定)：CCCH_GROUP=((IMSImod1000)mod(BS_CC_CHANS*N))divNPAGING_GROUP=((IMSImod1000)mod(BS_CC_CHANS*N))modNCCCH_GROUP是該用戶的尋呼消息下發到哪條CCCH信道上，其取值范圍是［0,BS_CC_CHANS-1］，BS_CC_CHANS是系統配置的CCCH信道數目。PAGING_GROUP是該用戶的尋呼消息在所屬的CCCH信道的第幾個尋呼組上，其取值范圍是［0,N-1］。N是一條CCCH信道上的尋呼塊數(也就是尋呼組的數目)，其計算方法為：N=(3-AGCH保留塊數)X尋呼組占用的復幀數BCCH信道與SDCCH..：：■.%；信道組合或N(9-AGCH保留塊數)X尋呼組占用的復幀數BCCH信道不與SDCCH信道組合。其中：IMSI是用戶的IMSI號碼Mod是取模運算Div是整除運算由上述可知，交換機發到BTS的尋呼消息，BTS并不是實時隨機地發到MS，而是根據IMSI分配到相應的尋呼塊，再下發到MS，MS也僅僅是偵測對應的尋呼塊，從而獲取尋呼消息，以IMSI后三位共999個號碼為依據，除以尋呼塊數N,余數相同即為同一個PAGING_GROUP。例子：設系統配置了2條CCCH信道，BCCH信道不與SDCCH信道組合，AGCH保留塊數為2，尋呼組占用的復幀數為5，用戶的IMSI號為460007248009188則：N=(9-2)X5=35CCCH_GROUP=((460007248009188mod1000)mod(2X35))div35=1PAGING_GROUP=((460007248009188mod1000)mod(2X35))mod35=13結果表示該用戶在如上所配置的GSM網絡里面尋呼消息是在第1條CCCH信道(從第0條開始計數)的第13個(從第0個開始計數)尋呼組上發送。7.2BTS的尋呼能力計算7.3尋呼方式根據GSM0408協議9.1.22節，每個尋呼塊有23個字節，可以發送2:.如》個IMSI尋呼；或2個TMSI和1個IMSI尋呼；或4個TMSI尋呼：-2IMSIs1IMSIand2TMSIs4TMSIsIMSI，即國際移動用戶識別碼。在GSM系統中，每個用戶都分配了一個唯一的IMSI，用于用戶身份識別。它由MCC(移動國家碼)、MNC(移動網號)和MSIN(移動用戶識別碼)組成。長度為8個字節。TMSI，即臨時移動用戶識別碼。在GSM系統中，TMSI由VLR為來訪的移動用戶在鑒權成功后分配，僅在該VLR管轄范圍內代替IMSI在空中接口中臨時使用，且與IMSI相互對應。長度為4個字節。由于IMSI長度為8個字節，而TMSI長度為4個字節，因此空中接口的尋呼信道在使用IMSI方式尋呼時，尋呼請求消息中只能包含兩個IMSI號碼，而使用TMSI方式尋呼時，尋呼請求消息中可以包含四個TMSI號碼。因此，使用IMSI方式尋呼會導致尋呼信道的負荷增加一倍。7.4BTS的能夠承載的消息數量（1）每秒尋呼塊數1幀=4.615ms，1復幀=51幀=0.2354s，假設接入允許保留塊數為AGB塊，則每秒的尋呼塊數可由以下公式計算：對于非組合BCCH：每秒尋呼塊數=（9-AGB）/0.2354（尋呼塊/秒）對于組合BCCH:每秒尋呼塊數=（3-AGB）/0.2354（尋呼塊/秒）對于非組合BCCH:當AGB=2，則每秒尋呼塊數=29.7尋呼塊/秒。當AGB=0時，每秒尋呼塊數=38.2尋呼塊/秒。對于組合BCCH：通常AGB=1，則每秒尋呼塊數=8.5尋呼塊/秒。當AGB=0時，每秒尋呼塊數=12.7尋呼塊/秒。可以看出，接入允許保留塊數越多，則系統每秒鐘內能夠下發的尋呼塊數越少，尋呼容量也越小。而組合BCCH的尋呼容量比非組合BCCH小很多。需要注意的是在同一個LA中，通常不宜同時配置組合BCCH和非組合BCCH小區，接入允許保留塊數也應該在同一LA中保持一致。否則將導致尋呼容量降低（為LA中尋呼容量最低的小區）。但如果位置區容量不大，且位置區編碼資源緊張，也可以把組合BCCH和非組合BCCH的小＞區配置于同一個LA中，以增加O1、S111站型基站的業務信道數量。"'（2）每尋呼塊的尋呼次數根據尋呼方式，若采用IMSI尋呼機制，則平均每尋呼塊可發送尋呼次數X為：X=2 尋呼次數/尋呼塊若采用TMSI尋呼機制，則，X=4 尋呼次數/尋呼塊（3）每秒鐘最多可發送尋呼次數P可由下列公式計算：對于非組合BCCH：P=(9-AGB)/0.2354(尋呼塊/秒)XX(尋呼次數/尋呼塊)對于組合BCCH： P=(3-AGB)/0.2354(尋呼塊/秒)XX(尋呼次數/尋呼塊)采用IMSI尋呼機制：對非組合BCCH,當AGB=2時，P=59.47尋呼次數/秒；當AGB=0時，P=76.47尋呼次數/秒。對于組合BCCH,當AGB=1時，P=16.99尋呼次數/秒；當AGB=0時，P=25.49尋呼次數/秒。采用TMSI尋呼機制：對非組合BCCH，當AGB=2時，P=118.95尋呼次數/秒；當AGB=0時，P=152.93尋呼次數/秒。對于組合BCCH，當AGB=1時，P=33.98尋呼次數/秒；當AGB=0時，P=50.98尋呼次數/秒。每個CCCH可攜帶一個消息，它的數據率為4.25個消息/秒。AGCH用于傳送立即分配(ImmediateAssignmentCMD)消息和立即分配拒絕(ImmediateAssignmentReject)消息。一條立即分配消息可為最多2個移動臺分配信道(如SDCCH等)，一條立即分配拒絕消息可最多拒絕4個移動臺的信道請求。PCH用于傳送尋呼消息。當采用TMSI尋呼方式時，一條尋呼消息可用于尋呼最多4個移動臺；當采用IMSI尋呼方式時，一條尋呼消息可用于尋呼最多2個移動臺。當一個CCCH塊無尋呼消息發送時，則可發送一條立即分配/立即分配拒絕消息。7.5尋呼組、BS-PA-MFRM&BS-AG-BLKS-RES(AGB)三者關系表5-7-1尋呼組、BS-PA-MFRMS、BS-AG-BLKS-RES(AGB)三者關系表BS-PA-MFRMSTimebetweentransmission ofeachpaginggroupNumberofpaginggroupsCombinedBCCH/SDCCHNumberofpaging groupsNon-CombinedBCCH/SDCCH3pagingblokspermultiframeAGB=02pagingblokspermultiframeAGB=19pagingblokspermultiframeAGB=08pagingblokspermultiframeAGB=120.4764181630.7196272440.94128363251.181510454061.411812544871.652114635681.892416726492.12271881727.6位置區與尋呼關系假定一位置區的話務量為E,接通率為60%,呼叫持續45秒，因此BHCA為：3600/45/60%*E=133.33E。被叫方占X%/小時。一個尋呼消息可最多尋呼兩個手機，因此BS_PA_MFRMS為:Cell_paging_total_min_multiFrame_count=133.33E*X%/2(perhour)。尋呼消息最多發3次，平均為2次數，所以：Cell_paging_total_multiFrame_count=133.33E*X%*2/2=133.33E*X%根據51復幀的結構，假定可用于CCCH的數目為丫，則一小時可發送的最大復幀數為：Max_multiFrame_count=Y*(3600/0.240)=15000Y。若PCH不溢出，應滿足下列條件：Cell_paging_total_min_multiFrame_count<=Max_multiFrame_count假定：X=40(calledpartaccountfor40%),因此：E<=281.25Y由此得到下表：MaxtrafficofLAC(Erl)thePCHblockinCCCH281.251562.52843.753112541406.2551687.561968.757225082531.2597.7ZXG10-BSC的PAGING能力理論上：每秒處理24條=21600條/15分鐘最大情況每秒處理30條=27000條/15分鐘實際情況：消息量在30000條/15分鐘?40000條/15分鐘(具體和話務量相關)，不會出現用戶感知問題。增加BSC的PAGING能力方法：減少MSC的多次尋呼。按照模塊進行LAC劃分。8典型案例8.1SDCCH擁塞引起的尋呼無響應BSCSITECELLTimeAlias11603(SDCCHattempttotalnumber)11604(SDCCHoverflowtotalnumber)801112006-3-1416:30POF12710801122006-3-1416:30POF22930801132006-3-1416:30POF334508061112006-3-1416:30POF710061Notes:thesite611iscommissioning,thesignalofthesiteisverystrong故障現象：巴基斯坦辦公室某日出現連續的尋呼無響應現象。故障分析：檢查發現，當時正在進行一微蜂窩的調試，該站點信號太強，導致很多手機都停留在該站點中。大量的SDCCH擁塞，引起尋呼無響應。8.2MSC流控導致的呼不通手機故障現象：斯里蘭卡忙時手機打手機接通率低。忙時接通率大約在60%左右。故障分析：》通過對現場撥打測試錄制的信令分析，發現MSS沒有下發PAGING消息。.."\\具體信令流程如下：■OHITORABISAPMA10RS1_SIG[ApplicationPart(filtered)]■OHITORABISAPMA10RS1_SIG[ApplicationPart(filtered)]^j|FileFilterFi^ndViewOptionsCallToolsWindowHelpH回口EEBIHH圓足回副園甌甌12]1.1.1.1.PAGINGCD1.11AI-JEDownlinkCCCH0i0iJLOiOi01PAGINGPAGINGCDMMAHECDLUJAHEEownlinkCCCHEownlintCCCHEINEEINELINEPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGINGPAGINGEIND11EINEEINEEINE1.1.1.1.1.01013L.0101JLJLOiPAGINGPAGINGPAGINGEINEEINEEINDPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGERESPONSECiph.Key=NoCMSERVREQSETUPBearerCapability:speechCalledGroup:33MSGroup:33USGroup:33MSCDMLJANECDl-llAI-JECDMMANEGroup::33USId:工MS1:4130820i0i0126933Group1.1.1.1.PAGINGCD1.11AI-JEDownlinkCCCH0i0iJLOiOi01PAGINGPAGINGCDMMAHECDLUJAHEEownlinkCCCHEownlintCCCHEINEEINELINEPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGINGPAGINGEIND11EINEEINEEINE1.1.1.1.1.01013L.0101JLJLOiPAGINGPAGINGPAGINGEINEEINEEINDPAGINGPAGINGPAGINGEINEEINEEINEPAGINGPAGERESPONSECiph.Key=NoCMSERVREQSETUPBearerCapability:speechCalledGroup:33MSGroup:33USGroup:33MSCDMLJANECDl-llAI-JECDMMANEGroup::33USId:工MS1:4130820i0i0126933Group::33USId:IMSI::4130i820i0i0126933Group::33USId:IMSI：::413曲200012€933keyMSClaas2:RF=4rphase2USHSId:IMSI:413082000126933CUServ.Type:mobilecallorpacketmodeCiph.Key=NokeyUSClass2:RF=4rphase2MS

PtyBCD:unknown,0785270271

Id:IMSI:41301820101012€933DownlinkCCCHDownlinkCCCHEownlirikCCCHMS:Id:ILISI：::4130182OiQiOl26933Id:IMS1:4130182OiOiOl2?933PAGERESPONSECiph.Key=NoCUServ.Type:mobilecallorpacketmodeCiph.Key=NokeyMSClass2:RF=4rphase2MSPtyBCDzunknovm;0785270271Id:IMSI:41301820i0i012-6933Id:IMS1:41301320i0i0126923keyMSClass2:RF=4rphase2USUSId:IHSI:413082000126933iCUSERVREDSETUPBearerCapability:speechCalledCDMLIANE EownlinkCCCHCDLLIAHE EownlintCOCHCDl-llAI-JEDownlinkCCCHPAGERESPONSECiph.Key=NoGroup:33IdSGroup:33USGroup:33iJSkeyMSClass2:RF=4,phase2MSMSId:IMSI:413082000126933CidSERVREQQJSERVREDSETUPBearerCapability:speechCalledCDMLIANE EownlinkCCCHCDLLIAHE EownlintCOCHCDI-UIAI-JENOPAGINGCOMMA}Id:ILISI：::4130182OiQiOl26933CMServ.Type:mobilecallorpacketmodeCiph.Key=NokeyMSClass2:RF=4rphase2MSMS:CMServ.Type:mobilecallorpacketmodeCiph.Key=NokeyUSClass2:RF=4rphase2xinknovm;07852702714130820001269334130320i0i012￡933DownlinkCCCHMSPtyBCEIdId.ILISIIMSIGroup:33IdSGroup:33USGroup:33IdSkeyMSClass2:RF=4rphase2USUSId:IMSI:413082000126933IdIMSI：4130i820i0i0126933PAGERESPONSECiph.Key=NoCMSERVREQCMServ.Type:mobilecallorpacketmodeCiph.Key=NokeyMSClass2:RF=4rphase2SETUPBearerCapability:speechCalledGroup:22MSGroup:33USGroup:22MSCDI-UIAI-JECDMMAHECDLUJAHEMS:DownlinkCCCHEownlinkCCCHEownlintCCCHPAGERESPONSECiph.Key=NoCMSERVREQSETUPPtyBCE:unknovm;0785270271Id:IM￡I:4130iS20i0i012€933Id:ILISI:4130820i0i0126933Id:IM￡I:4130iS20i0i012€933keyMSClass2:RF=4rphase2USHSId:IMSI:413082000126933CUServ.Type:mobilecallorpacketmodeCiph.Key=NokeyUSClass2:RF=4rphase2BearerCapability:speechCalledPtyBCE:unknown;0785270271COUMANEEownlinkCCCHGroun:33MSId:IMSI:413082000126933MSMS:從上圖可以看出，MSC少下發了PAGING消息。由于忙時MSC產生了流量控制，導致消息被流控，引起了尋呼無響應。8.3T3212設置錯誤導致的尋呼無響應故障現象：重慶某BSC下突然出現很多手機尋呼不到的現象，手機開關機后，尋呼就沒有問題。故障分析：跟蹤信令發現MSC沒有下發尋呼消息，檢查發現，MSC自己把位置更新時間改從2小時改為1小時，而BSC的設置為1小時。導致很多手機.\》在沒有進行周期性位置更新時，MSC側就已經將手機標志為為不活動狀.■態，從而引起手機尋呼不到。位置區劃分引起尋呼成功率降低故障現象：ISB的BSC的位置區，從3個劃分為8個后，MSC統計的尋呼成功率下降了大約5個百分點。故障分析：由于位置區重新劃分，導致位置更新增加，從下圖可以看出一般性位置更新基本翻了一倍。說明跨位置區的現象十分嚴重，這樣手機頻繁的跨位置區，必然導致尋呼不到。8.4十堰聯通GSM尋呼成功率指標優化【問題描述】十堰地區全部使用中興基站設備，現有2個BSC,一個位置區LAC21088,其中在神農架林區有4個孤島站點，掛在BSC1下，單獨設置位置區，LAC為21136,掛在ERICSSON交換機下。十堰地區LAC21088尋呼成功率一直在92%左右，在全省屬于中下游水平，省聯通公司要求提升至94%滿分指標；.【故障分析】根據MSCSY01統計，LAC21088采用TMSI尋呼方式，二次