一般對於網路（主要是指核心網）來說，手機可以認為只有兩種大的狀態，即attach（附著）和detach（去附著）。

如果是使用者自己按下電源鍵關機或者手機知道自己快沒電即將自動關機的時候，此時手機會發起IMSI detach operation流程，告知網路（主要是告知MSC/VLR，再由MSC/VLR告知給HLR）要關機了，然後網路側將此使用者標記為關機狀態。此時如果有針對這個IMSI號碼的呼叫，直接回復“您撥打的使用者已關機”就行了，以便節省尋呼資源。大致的IMSI detach說明和流程可以參見3GPP TS23.012或者此方面的書籍。而如果是使用者突然把電池給拔了，那手機來不及發起IMSI detach operation流程，網路側還是會認為手機處於attach狀態。而在手機沒電池這段時間有針對這部手機的呼叫，可是網路尋呼了老半天（其實也就幾秒鐘）卻完全聽不到手機的迴應，那麼此時就會回覆主叫使用者類似“您撥打的使用者暫時無法接通”這樣的語音。再假設手機一直沒上電，可是網路側又不知道手機究竟是個什麼情況，是被綁架了還是卡機了？還是所處的地方訊號太差導致網路沒收到手機的尋呼響應？如果手機君直接被撕票了，那無論如何再怎麼尋呼也尋呼不到，而且還浪費了尋呼資源。對此情景的一個應對方法就是設定一個週期性位置更新定時器（比如3GPP TS24.008中定義的T3212定時器），手機透過網路下發的這個定時器來定時的上報自己的位置資訊，讓網路知道自己還活著的同時還更新了自己的位置資訊，便於網路尋呼。而如果超出了這個定時器時間，而手機卻沒有上報位置更新資訊，那麼網路則將手機置於Implicit IMSI detach狀態（3GPP TS23.012），此時有針對此使用者的尋呼，則不再浪費尋呼資源，直接回復“您所撥打的使用者已關機”。一般現網中的週期性位置更新定時器設定為30分鐘到1個小時左右。上述討論的都是一些比較簡單的情況，實際上移動性管理裡，手機在網路側的標記中還會有更多的狀態和多個定時器設定，感興趣且想深入瞭解可以參閱3GPP規範或者此方面的書籍。