8.17 Barring of All Incoming Calls / Configuration / 5GS

34.229-53GPPInternet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP)Part 5: Protocol conformance specification using 5G System (5GS)Release 16TSUser Equipment (UE) conformance specification

8.17.1 Test Purpose (TP)

(1)

with { UE being registered to IMS }

ensure that {

when { UE is made to activate incoming communication barring for all calls (ICB) }

then { UE authenticates itself using GBA or Digest }

}

(2)

with { UE having started authentication }

ensure that {

when { UE receives 200 OK concluding the authentication }

then { UE sends HTTP request to activate ICB }

}

(3)

with { UE having concluded activation of ICB }

ensure that {

when { UE is made to de-activate ICB }

then { UE sends HTTP request to de-activate ICB }

}

8.17.2 Conformance Requirements

The conformance requirements covered in the present test case are, unless otherwise stated, Rel-15 requirements.

[TS 24.611, clause 4.9.1.4]:

The following conditions are allowed by the XML Schema for the communication barring service.

presence-status: This condition evaluates to true when the called user’s current presence activity status is equal to the value set for this condition. In all other cases the condition evaluates to false.

cp:identity: This condition evaluates to true when a provided user’s identity matches with the value of the identity element. The interpretation of all the elements of this condition is described in the common policy draft
(see IETF RFC 4745 [16]). In all other cases the condition evaluates to false.

anonymous: To comply with the requirements as set for simulation of the ACR service, the anonymous element only evaluate to true when the conditions as set out in clause 4.5.2.6.2 for asserted originating public user identity apply.

request-name: This condition evaluates to true when the incoming SIP request name matches with the value of the request-name element.

NOTE 1: The absence of this condition means that the barring rules apply to all initial incoming requests.

The condition elements that are not taken from the common policy draft (see IETF RFC 4745 [16]) or OMA common policy schema ETSI TS 183 038 [4] are defined in the simservs document schema specified in 3GPP TS 24.623 [6].

Information of which of the above mentioned conditions the user is allowed to use can be obtained from the network by using the schema defined in clause 4.9.3.

The "serv-cap-media" element lists the elements that can be used in the "media" rule condition.

8.17.3 Test description

8.17.3.1 Pre-test conditions

System Simulator:

– SS is configured with shared secret key of IMS AKA algorithm, related to the IMS private user identity (IMPI) configured on the UICC card equipped into the UE.

– SS is listening to SIP default port 5060 for both UDP and TCP protocols.

– At the SS, a HTTP Server is established at port 80 to simulate the XCAP server.

– 1 NR Cell

UE:

– The UE contains either ISIM and USIM applications or only USIM application on UICC.

– UE is configured with the name of the XCAP root directory on the XCAP server and the user’s directory name.

– UE has activated an IPCAN bearer with SS.

Preamble:

– The steps 0a and 0b of Annex A.21 have been executed

– During these procedures the UE may request a DNS server address via NAS signalling and as parallel behaviour the UE may resolve the IP address of the XCAP server via DNS.

8.17.3.2 Test procedure sequence

Table 8.17.3.2-1: Main Behaviour

St

Procedure

Message Sequence

TP

Verdict

U – S

Message

1

UE is triggered for activation of supplementary service ICB

2-5b

Check: Does the UE perform steps 2-5b of the generic test procedure for activation of Supplementary Services according to annex A.21?

1

6

Check: Does the Simservs document stored in the SS contain the information supplied by UE as according to table 8.17.3.3-2?

2

P

7

UE is triggered for deactivation of supplementary service ICB

8-8b

Check: Does the UE perform steps 8-8b of the generic test procedure for activation of Supplementary Services according to annex A.21?

3

9

Check: Does the Simservs document stored in the SS contain the information supplied by UE as according to table 8.17.3.3-3?

3

P

8.17.3.3 Specific message contents

Table 8.17.3.3-1: Simservs document (step 4)

Derivation Path: TS 24.611 clause 4.9.2

Content

Further restrictions/Comments

<simservs
xmlns=http://uri.etsi.org/ngn/params/xml/simservs/xcap
xmlns:cp="urn:ietf:params:xml:ns:common-policy"
xmlns:ocp="urn:oma:xml:xdm:common-policy">

< incoming-communication-barring active="true" >

the "active" attribute may not be present but if present it is set to "true"

<cp:ruleset>

<cp:rule id=rule1>

first rule

<cp:conditions>

<rule-deactivated/>

containing a <rule-deactivated> element

</cp:conditions>

<cp:actions>

<allow>false</allow>

</cp:actions>

</cp:rule>

</cp:ruleset>

</incoming-communication-barring>

</simservs>

Table 8.17.3.3-2: Simservs document (step 6)

Derivation Path: TS 24.611 clause 4.9.2

Content

Further restrictions/Comments

<simservs
xmlns=http://uri.etsi.org/ngn/params/xml/simservs/xcap
xmlns:cp="urn:ietf:params:xml:ns:common-policy"
xmlns:ocp="urn:oma:xml:xdm:common-policy">

< incoming-communication-barring active="true" >

the "active" attribute may not be present but if present it is set to "true"

<cp:ruleset>

<cp:rule id=rule1>

first rule

<cp:conditions>

the <conditions> element may not be present if present it is set to empty

</cp:conditions>

<cp:actions>

<allow>false</allow>

</cp:actions>

</cp:rule>

</cp:ruleset>

</incoming-communication-barring>

</simservs>

Table 8.17.3.3-3: Simservs document (step 9)

Derivation Path: TS 24.611 clause 4.9.2

Content

Further restrictions/Comments

<simservs
xmlns=http://uri.etsi.org/ngn/params/xml/simservs/xcap
xmlns:cp="urn:ietf:params:xml:ns:common-policy"
xmlns:ocp="urn:oma:xml:xdm:common-policy">

< incoming-communication-barring active="true" >

the "active" attribute may not be present but if present it is set to "true"

<cp:ruleset>

<cp:rule id=rule1>

first rule

<cp:conditions>

<rule-deactivated/>

containing a <rule-deactivated> element

</cp:conditions>

<cp:actions>

<allow>false</allow>

</cp:actions>

</cp:rule>

</cp:ruleset>

</incoming-communication-barring>

</simservs>