今天羣裏有人提問，如果UE發生了小區重選，UE是否會存在漏尋呼的可能？
現實生活中有時會遇到這樣的情況，A給B打電話，沒有打通，但是B的手機也沒有顯示未接電話。
以我自己的一點認識，來談一下自己對這個漏尋呼問題的理解，如果有理解不正確的地方，歡迎大家拍磚！
首先，問題說的是重選，那麼UE是處在IDLE態的，在NR中，或者也可能是Inactive態了。在之前的介紹中有提到過，對於IDLE和Inactive，UE底層的行爲是一樣的。
其次，給UE的尋呼是在一個Tracking Area中的所有基站都會進行下發的，而且一般不會只在一個週期性時間點上發送，會在若干個尋呼週期上都下發。
Tracking AreaCode是在SIB1中廣播的。
例如，小區A，B，C具有相同的Tracking Area Code，在從小區A重選到小區B的過程，讀取小區B的SIB1，發現小區B與小區A的Tracking Area Code，那麼直接駐留小區B。UE再根據小區B的Paging配置，在小區B上接收尋呼。
一般來說，Paging的週期應該遠大於SIB1的週期。
這種情況下，先不考慮UE端的問題，一般漏尋呼的可能是網絡配置的重選參數/門限不太合理，在實際環境下，例如發現某個地方經常尋呼失敗，網優需要做的事情是優化參數吧。
當然，不同廠家的UE，接收機性能不一樣，可能存在X廠家的UE尋呼失敗，而Y廠家的UE可以正常尋呼的可能。
這裏疑問是，如果UE在小區A接收到尋呼，同時又觸發了重選過程，那麼這種處理是否有協議規定？覺得應該是重選到小區B，然後再在小區B上進行隨機接入嗎？
如果小區A和小區B的Tracking Area Code不一樣，那麼首先肯定不會在小區B上下發尋呼。
在讀取了小區B的SIB1之後，發現Tracking Area Code不一致，UE先進行的是Tracking Area Code Update過程，告知網絡UE所處的Tracking Area Code發生了變化，後續如果有尋呼，則在新的Tracking Area Code下的小區對UE發送尋呼請求。
由於這種情況下，網絡在接收到UE的Tracking Area Code Update請求之後，網絡之間是否有交互，例如是否會告知該UE在舊的Tracking Area有被尋呼過，然後再發起尋呼過程等我也不太確定。
如果不會，那麼這種情況下也會存在漏尋呼的可能。
最後，有一個區別是，在IDLE態Tracking Area Code變化是進行Tracking Area Code Update過程，在Inactive態下是進行判斷RAN-based notification area是否變化進行RAN-based notification area update (RNAU)。
歡迎評論指導和拍磚