2 Barring of incoming calls

03.883GPPCall Barring (CB) supplementary servicesStage 2TS

2.1 Handling of barring of incoming calls

2.1.1 Registration

If the served mobile subscriber at provision time has selected the subscription option "control of barring services by subscriber using password", he has to register a password at provision time. Furthermore the served mobile subscriber can change the password by an appropriate control procedure at any time. The control procedure consists of three steps: first, the old password has to be provided. Secondly, the new password has to be given, after which it has to be verified by providing it once more, see GSM 03.11.

If the served mobile subscriber at provision time has selected the subscription option "control of barring services by the service provider" an attempt to register a password will be denied and the served mobile subscriber should receive a notification.

The subscriber can register a new password, thus causing the previous registration to be overridden, see GSM 03.11.

2.1.2 Activation

2.1.2.1 General

The procedure for activation of Barring of outgoing calls, described in subclause 1.1.2.1, is valid also for activation of Barring of incoming calls.

The information flow for activation of barring of incoming calls is shown in figure 2.3. For more details see GSM 03.11.

2.1.2.2 Interactions between barring of incoming call programs

In case the mobile subscriber activates barring of all incoming calls and barring of incoming calls when roaming outside the home PLMN country was already activated, barring of incoming calls when roaming outside the home PLMN country will be deactivated and barring of all incoming calls will be activated.

The SDL diagram in figure 2.1 shows the function to be performed in the HLR in order to deal with this interaction between call barring services.

2.1.2.3 Interactions with call forwarding supplementary services

For interactions with call forwarding supplementary services see GSM 02.82.

The SDL diagram in figure 2.2 shows the function to be performed in the HLR in order to deal with the interactions with call forwarding services.

Figure 2.1: BI1 Interaction between call barring programs

Figure 2.2: BI2 Interaction between call forwarding supplementary services and barring of incoming calls programs

NOTE: BX indicates any of the barring programs. PW1 and PW2 indicate password handling programs, see GSM 03.11.

Figure 2.3: Activation of barring of incoming calls

2.1.3 Deactivation

The procedure for activation of Barring of outgoing calls, described in subclause 1.1.2.1, is valid also correspondingly for deactivation of Barring of incoming calls with the addition that a barring supplementary service, i.e. the Incoming barring service, or All barring services can be signalled.

The information flow for deactivation of barring of incoming calls is shown in figure 2.4. For more details see GSM 03.11.

NOTE: BI indicates the general code for barring of incoming calls. PW1 and PW2 indicate password handling programs, see GSM 03.11.

Figure 2.4: Deactivation of barring of incoming calls

2.1.4 Interrogation

The interrogation procedure enables the mobile subscriber to obtain information about the data stored in the PLMN. After having requested this procedure the network shall return a list of all basic services to which the given program is active.

The information flow for interrogation of barring of incoming calls is shown in figure 2.5.

NOTE: BX indicates any of the barring programs.

Figure 2.5: Interrogation of barring of incoming calls

2.2 Functions and information flows

The following Mobile Additional Functions have been identified:

MAF022

Barring of all incoming calls related authorizations examination The ability of a PLMN component to determine the authorizations relating to barring of incoming calls. See figure 2.6.

Location: HLR

MAF023

Barring of incoming calls when roaming outside the home PLMN country related authorizations examination The ability of a PLMN component to determine the authorizations relating to barring of incoming calls when roaming outside the home PLMN country. See figure 2.7.

Location: HLR

The information flow for barring of incoming calls is shown in figure 2.8.

Figure 2.6: MAF022 Barring of all incoming calls related authorisations examination (HLR)

Figure 2.7: MAF023 Barring of incoming calls when roaming outside the home PLMN country related authorisations examination (HLR)

NOTE: info req: information request info ack: information acknowledge OR1: call barred Y: yes N: no.

Figure 2.8: Information flow for barring of incoming calls

2.3 Information stored in the HLR

For all call barring supplementary services in the HLR must be stored:

– the subscription option "control of barring services" on per subscriber basis.

This subscription option takes one of the following values:

– by subscriber using password;

– by the service provider.

If the subscription option "control of barring services" has been set to "by subscriber using password" for barring of incoming calls in the HLR must be stored on a per subscriber basis:

– the registration parameter "call barring password".

The password is valid for all basic services to which barring of incoming calls applies;

– the status parameter "wrong password attempts counter" associated with the password.

Note that the subscription option and the call barring password are parameters which are associated with all call barring services.

The incoming calls barring program may have the following logical states (refer to GSM 03.11 for an explanation of the notation):

Provisioning State

Registration State

Activation State

HLR Induction State

(Not Provisioned,

Not Applicable,

Not Active,

Not Induced)

(Provisioned,

Not Applicable,

Not Active,

Not Induced)

(Provisioned,

Not Applicable,

Active and Operative,

Not Induced)

The program of barring of incoming call when roaming outside the home PLMN country may also have the following logical state:

Provisioning State

Registration State

Activation State

HLR Induction State

(Provisioned,

Not Applicable,

Active and Quiescent,

Not Induced)

The activation and HLR induction states may be different for each applicable elementary basic service group.

The provisioning state shall be on a per subscriber basis, and hence the same for all basic service groups.

The HLR shall also store the logical state of the incoming calls barring program (which shall be one of the valid states listed above) for each applicable elementary basic service group.

2.4 State transition model

The following figures show the successful cases of transition between the applicable logical states of the call barring program. The state changes are either caused by actions of the service provider, the mobile user or the network.

Note that error cases are not shown in the diagrams as they normally do not cause a state change. Additionally, some successful requests may not cause a state change. Hence, they are not shown in the diagrams.

The diagrams only show operations on an elementary basic service group.

Figure 2.9: State transition model for BAIC

NOTE: SS-I: SS Interaction started or Subscriber in HPLMN country

SS-I/E: SS Interaction ended or Subscriber not in HPLMN country

Figure 2.10: State transition model for BIC-Roam

2.5 Transfer of information from HLR to VLR

No information is transferred from HLR to VLR for the incoming calls barring program

2.6 Information stored in the VLR

No information is stored in the VLR.

2.7 Handover

Handover will have no impact on the control procedures and the operation of the service.

2.8 Cross Phase compatibility

2.8.1 MS, MSC, VLR or HLR only support Phase 1 control of SS by the subscriber

In response to a Barring of incoming calls interrogation request, if the MS or any network element involved is of Phase 1, only information concerning basic service groups for which Barring of incoming calls is active will be returned.

In Phase 1 the state active and quiescent is not used in the HLR.

In Phase 2 the HLR will support the quiescent state.

As this quiescent state is only relevant within the HLR a Phase 1 MSC/VLR and a Phase 1 MS can support the Phase 2 interrogation even if the service becomes quiescent, i.e. there is no functional cross Phase compatibility problem.

Note that the interrogation result received by the user will be in Phase 1 and 2 a list of basic services. The only difference is that in Phase 1 it contains the active basic services irrespective of whether it is operative or quiescent.

2.8.2 HLR only supports Phase 1 updating of subscriber information

In Phase 1 the VLR stores the activation status also for barring of incoming calls.

In Phase 2 no information is stored in the VLR in case of barring of incoming calls. The VLR may receive subscription information for barring of incoming calls from a Phase 1 HLR. In this case the VLR shall ignore this information.

Annex A (informative):
Change Request History

Status
of
Technical Specification GSM 03.88

Date Version Remarks

version 3.2.0 Last common phase 1/phase 2 version

Release 92 version 3.2.1 only differing in layout, not in content

June 1991 version 4.0.0 CR 03.88-17 rev 1 (category D) approved by GSM#31
CR 03.88-19 rev 2 (category B)
CR 03.88-20 rev 1 (category D)
CR 03.88-21 (category D)
CR 03.88-22 (category D)
CR 03.88-23 (category D)

January 1992 version 4.0.1 CR 03.88-24 (category D) approved by SMG#01

April 1992 version 4.1.0 CR 03.88-25 rev 1 (category B) approved by SMG#02
CR 03.88-26 (category B)

June 1992 version 4.1.1 CR 03.88-27 (category D) approved by SMG#03

January 1993 version 4.2.0 CR 03.88-30 rev 1 (category C) approved by SMG#05
CR 03.88-32 (category C)

April 1993 version 4.3.0 CR 03.88-33 rev 1 (category C) approved by SMG#06
TS frozen for phase 2 by SMG#06

June 1993 version 4.4.0 CR 03.88-34 rev 2 (category F) approved by SMG#07
(!!! CR-34 rev 2 in Tdoc SMG3 249/93;
Tdoc SMG 383/93 is not completely correct!!!)
CR 03.88-35 (category F)

October 1993 version 4.4.1 Changed to draft prETS 300 548

April 1994 version 4.5.0 CR 03.88-36 (category F) approved by SMG#10
CR 03.88-37 (category F)
CR 03.88-38 (category F)

October 1994 version 4.6.0 CR 03.88-39 (category D) approved by SMG#12
CR 03.88-40 rev 2 (category F)
CR 03.88-41 rev 1 (category F)
CR 03.88-42 (category F)
CR 03.88-43 (category F)
Changed to final draft prETS 300 548

January 1995 version 4.6.1 TS changed to ETS 300 548 First edition

December 1996 version 5.0.0 ETS changed to GTS for release ’96

SMG#27 version 6.0.0 Release 1997 version

SMG#29 version 7.0.0 Release 1998 version

Text and flows: WinWord6
Stylesheet: etsiw_70.dot