10.12.2012 Views

GSM 09.02 - Version 5.3.0 - Digital cellular telecommunications - ETSI

GSM 09.02 - Version 5.3.0 - Digital cellular telecommunications - ETSI

GSM 09.02 - Version 5.3.0 - Digital cellular telecommunications - ETSI

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

16.1.4 Purge MS<br />

16.1.4.1 General<br />

Page 323<br />

<strong>GSM</strong> <strong>09.02</strong> <strong>Version</strong> <strong>5.3.0</strong>: August 1996<br />

When the VLR receives an indication on the O&M interface that the MS record is to be purged (either<br />

because of administrative action or because the MS has been inactive for an extended period), this<br />

procedure invokes the MAP_PURGE_MS service described in subclause 6.1.6 to request the HLR to set<br />

the "MS purged" flag for the MS so that any request for routing information for a mobile terminated call or<br />

a mobile terminated short message will be treated as if the MS is not reachable. The message flow is<br />

shown in figure 16.1.4/1.<br />

It is optional for the network operator to delete MS records from the VLR, but if the option is used the VLR<br />

shall notify the HLR when a record has been deleted.<br />

The O&M process in the VLR must ensure that during the MS purging procedure any other attempt to<br />

access the MS record is blocked, to maintain consistency of data.<br />

¸¹ ¸¹<br />

· 9/5 ¼½ +/5 ·<br />

º¾» º¾»<br />

· ·<br />

· 0$3B385*(B06 ·<br />

·!·<br />

· ·<br />

· 0$3B385*(B06BDFN ·<br />

· ·<br />

· ·<br />

· ·<br />

Figure 16.1.4/1: Interface and services for MAP_PURGE_MS<br />

16.1.4.2 Detailed procedure in the VLR<br />

When the VLR receives an indication from O&M that an MS record is to be purged, it invokes the<br />

MAP_PURGE_MS service (see figure 16.1.4/2).<br />

The VLR opens the dialogue to the HLR with a MAP_OPEN request containing no user specific<br />

parameters. The MAP_PURGE_MS request contains the IMSI of the MS which is to be purged and the<br />

VLR number.<br />

The VLR then waits for the MAP_OPEN confirmation (see macro Receive_Open_Cnf, subclause 21.1),<br />

indicating one of:<br />

- rejection of the dialogue (process terminates);<br />

- reversion to version one (process terminates);<br />

- dialogue acceptance.<br />

If the HLR accepts the dialogue it returns a MAP_PURGE_MS confirmation, containing no parameter,<br />

indicating successful outcome of the procedure.<br />

If a MAP_PURGE_MS confirmation containing a provider error, data error or user error, or a<br />

MAP_P_ABORT, MAP_NOTICE or premature MAP_CLOSE indication, has been received, the failure is<br />

reported to the O&M interface. Successful outcome of the procedure leads to deletion of the subscriber<br />

data and freezing of the TMSI, and is reported to the O&M interface.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!