我在現場測試是遇到過幾次這樣的問題，就是主叫Call Proceeding之後，被叫恰好從GSM網絡重選回TD網絡，正在做位置更新，且已經lacation update accept complete，在RRC connection release之前，被叫收到網絡側尋呼，正是Paging Type 2，而UE收到尋呼消息之後，並沒有Paging Response，而是直接RRC connection release了並轉入空閑了，從而造成主叫未接通。此現象多發生在TD覆蓋邊緣區域，請問為什麽UE明明已經收到尋呼消息了，但是不響應尋呼呢？
這種由於位置更新導致的未接通很常見也很多，以前我們這邊每次拉網都會出現很多，後來做了RNC入POOL之後有明顯減少，不過還是會有，只能減小出現幾率但是無法完全消除，對於這種問題壹般忽略不計吧？具體原因樓主可以跟壇子裏查查，有類似的帖子，我也保存過壹些，現在貼過來方便大家學習：
“mscpool 目前在解決位置更新造成的未接通方面優勢在哪？求專家做答。謝謝先。
位置更新引起未接通問題成因：
a.位置更新前：
i.被叫：MS到了新的LA讀取系統消息，還未發起並完成LAU，尋呼從原LA下發了。
ii.被叫：第壹次尋呼采用TMSI，而手機做位置更新會重新分配TMSI，在此完成前TMSI尋呼無效。
iii.主叫：跨MSC後未完成位置更新，起呼時CM Service Reject(IMSI unknown in VLR)。 b.位置更新中：
手機在做位置更新或在收(發)短信時，SDCCH被占用。用戶處於專用模式下，無法監聽PCH信道所以收不到尋呼消息造成尋呼失敗。
c.位置更新後：
在尋呼的時候MS發生了跨局的位置區/路由區更新，而尋呼消息仍在原局的位置區/路由區下發，導致UE無法收到尋呼消息。原因是：對於MSC內位置更新造成的第1次尋呼失敗，可以將第2次尋呼設為IMSI+Global尋呼(如果設為local的話，並不去VLR裏面查MS所在LA，從原LA下發尋呼，將再次失敗)，則MSC內的位置更新和周期性位置更新都可以通過第2次尋呼尋呼到用戶。而跨局的位置更新還是不能解決，因為第2次尋呼，是不會轉交給新的MSC/VLR來執行的。
——如果啟用MSC POOL，在網絡下發第二次尋呼時，被叫手機已經位置區更新成功，MSC POOL更新了被叫手機的位置區信息，尋呼通過新位置區下發，被叫手機能夠收到尋呼消息。
被叫做位置更新導致未接通
的根本原因是？
1說是位置更新占用了MS的SDCCH
2說是位置更新時，MS不屬於前後任壹壹個LAC，無法有效尋呼
何解為真？
搜索到的論壇網優的提問回答：
位置更新過程中用戶處於專用模式下，無法監聽PCH信道所以收不到尋呼消息造成尋呼失敗。其實對於位置更新造成的尋呼失敗可以將第2次尋呼開成全局尋呼，這樣的話局內的位置更新和周期性位置更新都可以通過二次尋呼尋呼到用戶，效果不錯。當然跨局的位置更新還是沒招的。”