11.3.7 UAC / Access Identity 11..15 / High priority access / HPLMN/0% accessibility AC2 / Emergency call
38.523-13GPP5GSPart 1: ProtocolRelease 17TSUser Equipment (UE) conformance specification
11.3.7.1 Test Purpose (TP)
(1)
with { UE configured for Access Identity 11..15 having received SIB1 containing UAC Info indicating 0% accessibility for Access Category 2 camped in NR RRC_IDLE state on HPLMN }
ensure that {
when { User initiates MO emergency call }
then { UE does not initiate emergency call on NR Cell }
}
11.3.7.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 24.501 clause 4.5.2, 4.5.4.1 and 4.5.6, TS 38.331 clause 5.3.14.2, 5.3.14.4 and 5.3.14.5, TS 22.101 clause 10.1.1. Unless otherwise stated these are Rel-15 requirements.
[TS 24.501, clause 4.5.2]
When the UE needs to initiate an access attempt in one of the events listed in subclause 4.5.1, the UE shall determine one or more access identities from the set of standardized access identities, and one access category from the set of standardized access categories and operator-defined access categories, to be associated with that access attempt.
The set of the access identities applicable for the request is determined by the UE in the following way:
a) for each of the access identities 1, 2, 11, 12, 13, 14 and 15 in table 4.5.2.1, the UE shall check whether the access identity is applicable in the selected PLMN, if a new PLMN is selected, or otherwise if it is applicable in the RPLMN or equivalent PLMN; and
b) if none of the above access identities is applicable, then access identity 0 is applicable.
Table 4.5.2.1: Access identities
Access Identity number |
UE configuration |
0 |
UE is not configured with any parameters from this table |
1 (NOTE 1) |
UE is configured for multimedia priority service (MPS). |
2 (NOTE 2) |
UE is configured for mission critical service (MCS). |
3-10 |
Reserved for future use |
11 (NOTE 3) |
Access Class 11 is configured in the UE. |
12 (NOTE 3) |
Access Class 12 is configured in the UE. |
13 (NOTE 3) |
Access Class 13 is configured in the UE. |
14 (NOTE 3) |
Access Class 14 is configured in the UE. |
15 (NOTE 3) |
Access Class 15 is configured in the UE. |
NOTE 1: Access identity 1 is valid when: NOTE 2: Access identity 2 is used by UEs configured for MCS and is valid when: NOTE 3: Access identities 11 and 15 are valid in HPLMN (if the EHPLMN list is not present or is empty) or EHPLMN (if the EHPLMN list is present). Access Identities 12, 13 and 14 are valid in HPLMN and visited PLMNs of home country only (see the definition of home country in 3GPP TS 24.301 [15]). |
…
In order to determine the access category applicable for the access attempt, the NAS shall check the rules in table 4.5.2.2, and use the access category for which there is a match for barring check. If the access attempt matches more than one rule, the access category of the lowest rule number shall be selected. If the access attempt matches more than one operator-defined access category definition, the UE shall select the access category from the operator-defined access category definition with the lowest precedence value (see subclause 4.5.3).
NOTE: The case when an access attempt matches more than one rule includes the case when multiple events trigger an access attempt at the same time.
Table 4.5.2.2: Mapping table for access categories
Rule # |
Type of access attempt |
Requirements to be met |
Access Category |
||||
1 |
Response to paging or NOTIFICATION over non-3GPP access; 5GMM connection management procedure initiated for the purpose of transporting an LPP message without an ongoing 5GC-MO-LR procedure; Access attempt to handover of ongoing MMTEL voice call, MMTEL video call or SMSoIP from non-3GPP access |
Access attempt is for MT access, or handover of ongoing MMTEL voice call, MMTEL video call or SMSoIP from non-3GPP access |
0 (= MT_acc) |
||||
2 |
Emergency |
UE is attempting access for an emergency session (NOTE 1, NOTE 2) |
2 (= emergency) |
||||
3 |
Access attempt for operator-defined access category |
UE stores operator-defined access category definitions valid in the current PLMN as specified in subclause 4.5.3, and access attempt is matching criteria of an operator-defined access category definition |
32-63 |
||||
4 |
Access attempt for delay tolerant service |
(a) UE is configured for NAS signalling low priority or UE supporting S1 mode is configured for EAB (see the "ExtendedAccessBarring" leaf of NAS configuration MO in 3GPP TS 24.368 [17] or 3GPP TS 31.102 [22]) where "EAB override" does not apply, and (b): the UE received one of the categories a, b or c as part of the parameters for unified access control in the broadcast system information, and the UE is a member of the broadcasted category in the selected PLMN or RPLMN/equivalent PLMN (NOTE 3, NOTE 5, NOTE 6, NOTE 7, NOTE 8) |
1 (= delay tolerant) |
||||
4.1 |
MO IMS registration related signalling |
Access attempt is for MO IMS registration related signalling (e.g. IMS initial registration, re-registration, subscription refresh) or for NAS signalling connection recovery during ongoing procedure for MO IMS registration related signalling (NOTE 2a) |
9 (= MO IMS registration related signalling) |
||||
5 |
MO MMTel voice call |
Access attempt is for MO MMTel voice call or for NAS signalling connection recovery during ongoing MO MMTel voice call (NOTE 2) |
4 (= MO MMTel voice) |
||||
6 |
MO MMTel video call |
Access attempt is for MO MMTel video call or for NAS signalling connection recovery during ongoing MO MMTel video call (NOTE 2) |
5 (= MO MMTel video) |
||||
7 |
MO SMS over NAS or MO SMSoIP |
Access attempt is for MO SMS over NAS (NOTE 4) or MO SMS over SMSoIP transfer or for NAS signalling connection recovery during ongoing MO SMS or SMSoIP transfer (NOTE 2) |
6 (= MO SMS and SMSoIP) |
||||
8 |
UE NAS initiated 5GMM specific procedures |
Access attempt is for MO signalling |
3 (= MO_sig) |
||||
8.1 |
Mobile originated location request |
Access attempt is for mobile originated location request (NOTE 9) |
3 (= MO_sig) |
||||
8.2 |
Mobile originated signalling transaction towards the PCF |
Access attempt is for mobile originated signalling transaction towards the PCF (NOTE 10) |
3 (= MO_sig) |
||||
9 |
UE NAS initiated 5GMM connection management procedure or 5GMM NAS transport procedure |
Access attempt is for MO data |
7 (= MO_data) |
||||
10 |
An uplink user data packet is to be sent for a PDU session with suspended user-plane resources |
No further requirement is to be met |
7 (= MO_data) |
||||
NOTE 1: This includes 5GMM specific procedures while the service is ongoing and 5GMM connection management procedures required to establish a PDU session with request type = "initial emergency request" or "existing emergency PDU session", or to re-establish user-plane resources for such a PDU session. This further includes the service request procedure initiated with a SERVICE REQUEST message with the Service type IE set to "emergency services fallback". NOTE 2: Access for the purpose of NAS signalling connection recovery during an ongoing service as defined in subclause 4.5.5, or for the purpose of NAS signalling connection establishment following fallback indication from lower layers during an ongoing service as defined in subclause 4.5.5, is mapped to the access category of the ongoing service in order to derive an RRC establishment cause, but barring checks will be skipped for this access attempt. NOTE 2a: Access for the purpose of NAS signalling connection recovery during an ongoing procedure for MO IMS registration related signalling as defined in subclause 4.5.5, or for the purpose of NAS signalling connection establishment following fallback indication from lower layers during an ongoing procedure for MO IMS registration related signalling as defined in subclause 4.5.5, is mapped to the access category of the MO IMS registration related signalling in order to derive an RRC establishment cause, but barring checks will be skipped for this access attempt. NOTE 3: If the UE selects a new PLMN, then the selected PLMN is used to check the membership; otherwise the UE uses the RLPMN or a PLMN equivalent to the RPLMN. NOTE 4: This includes the 5GMM connection management procedures triggered by the UE-initiated NAS transport procedure for transporting the MO SMS. NOTE 5: The UE configured for NAS signalling low priority is not supported in this release of specification. If a UE supporting both S1 mode and N1 mode is configured for NAS signalling low priority in S1 mode as specified in 3GPP TS 24.368 [17] or 3GPP TS 31.102 [22], the UE shall ignore the configuration for NAS signalling low priority when in N1 mode. NOTE 6: If the access category applicable for the access attempt is 1, then the UE shall additionally determine a second access category from the range 3 to 7. If more than one access category matches, the access category of the lowest rule number shall be chosen. The UE shall use the second access category only to derive an RRC establishment cause for the access attempt. NOTE 7: "EAB override" does not apply, if the UE is not configured to allow overriding EAB (see the "Override_ExtendedAccessBarring" leaf of NAS configuration MO in 3GPP TS 24.368 [17] or 3GPP TS 31.102 [22]), or if NAS has not received an indication from the upper layers to override EAB and the UE does not have a PDU session that was established with EAB override. NOTE 8: For the definition of categories a, b and c associated with access category 1, see 3GPP TS 22.261 [3]. The categories associated with access category 1 are distinct from the categories a, b and c associated with EAB (see 3GPP TS 22.011 [1A]). NOTE 9: This includes: NOTE 10: This includes: |
[TS 24.501, clause 4.5.4.1]
When the UE is in 5GMM-IDLE mode or 5GMM-IDLE mode with suspend indication, upon receiving a request from the upper layers for an access attempt, the NAS shall categorize the access attempt into access identities and an access category following:
a) subclause 4.5.2, table 4.5.2.1 and table 4.5.2.2, and subclause 4.5.3, if the UE is not operating in SNPN access mode; or
b) subclause 4.5.2A, table 4.5.2A.1 and table 4.5.2A.2, and subclause 4.5.3, if the UE is operating in SNPN access mode,
and provide the applicable access identities and the access category to the lower layers for the purpose of access control checking. In this request to the lower layer the NAS can also provide to the lower layer the RRC establishment cause determined as specified in subclause 4.5.6 of this specification.
NOTE 1: The access barring check is performed by the lower layers.
NOTE 2: As an implementation option, the NAS can provide the RRC establishment cause to the lower layers after being informed by the lower layers that the access attempt is allowed.
…
If the lower layers indicate that the access attempt is barred, the NAS shall not initiate the procedure to send the initial NAS message for the access attempt. Additionally:
…
[TS 38.331, clause 5.3.14.2]
Upon initiation of the procedure, the UE shall:
…
1> else:
2> if the Access Category is ‘0’:
3> consider the access attempt as allowed;
2> else:
3> if SIB1 includes uac-BarringPerPLMN-List and the uac-BarringPerPLMN-List contains an UAC-BarringPerPLMN entry with the plmn-IdentityIndex corresponding to the PLMN or SNPN selected by upper layers (see TS 24.501 [23]):
4> select the UAC-BarringPerPLMN entry with the plmn-IdentityIndex corresponding to the PLMN or to the SNPN selected by upper layers;
4> in the remainder of this procedure, use the selected UAC-BarringPerPLMN entry (i.e. presence or absence of access barring parameters in this entry) irrespective of the uac-BarringForCommon included in SIB1;
3> else if SIB1 includes uac-BarringForCommon:
4> in the remainder of this procedure use the uac-BarringForCommon (i.e. presence or absence of these parameters) included in SIB1;
3> else:
4> consider the access attempt as allowed;
3> if uac-BarringForCommon is applicable or the uac-ACBarringListType indicates that uac-ExplicitACBarringList is used:
4> if the corresponding UAC-BarringPerCatList contains a UAC-BarringPerCat entry corresponding to the Access Category:
5> select the UAC-BarringPerCat entry;
5> if the uac-BarringInfoSetList contains a UAC-BarringInfoSet entry corresponding to the selected uac-barringInfoSetIndex in the UAC-BarringPerCat:
6> select the UAC-BarringInfoSet entry;
6> perform access barring check for the Access Category as specified in 5.3.14.5, using the selected UAC-BarringInfoSet as "UAC barring parameter";
5> else:
6> consider the access attempt as allowed;
4> else:
5> consider the access attempt as allowed;
3> else if the uac-ACBarringListType indicates that uac-ImplicitACBarringList is used:
4> select the uac-BarringInfoSetIndex corresponding to the Access Category in the uac-ImplicitACBarringList;
4> if the uac-BarringInfoSetList contains the UAC-BarringInfoSet entry corresponding to the selected uac-BarringInfoSetIndex:
5> select the UAC-BarringInfoSet entry;
5> perform access barring check for the Access Category as specified in 5.3.14.5, using the selected UAC-BarringInfoSet as "UAC barring parameter";
4> else:
5> consider the access attempt as allowed;
3> else:
4> consider the access attempt as allowed;
1> if the access barring check was requested by upper layers:
2> if the access attempt is considered as barred:
…
3> else:
4> inform upper layers that the access attempt for the Access Category is barred, upon which the procedure ends;
2> else:
3> inform upper layers that the access attempt for the Access Category is allowed, upon which the procedure ends;
1> else:
2> the procedure ends.
[TS 38.331, clause 5.3.14.5]
The UE shall:
1> if one or more Access Identities are indicated according to TS 24.501 [23], and
1> if for at least one of these Access Identities the corresponding bit in the uac-BarringForAccessIdentity contained in "UAC barring parameter" is set to zero:
2> consider the access attempt as allowed;
1> else:
2> draw a random number ‘rand‘ uniformly distributed in the range: 0 ≤ rand < 1;
2> if ‘rand‘ is lower than the value indicated by uac-BarringFactor included in "UAC barring parameter":
3> consider the access attempt as allowed;
2> else:
3> consider the access attempt as barred;
1> if the access attempt is considered as barred:
2> draw a random number ‘rand‘ that is uniformly distributed in the range 0 ≤ rand < 1;
2> start timer T390 for the Access Category with the timer value calculated as follows, using the uac-BarringTime included in "AC barring parameter":
T390 = (0.7+ 0.6 * rand) * uac-BarringTime.
[TS 22.101, subclause 10.1.1]
The ME shall identify an emergency number dialled by the end user as a valid emergency number and initiate emergency call establishment if it occurs under one or more of the following conditions. If it occurs outside of the following conditions, the ME should not initiate emergency call establishment but normal call establishment. Emergency number identification takes place before and takes precedence over any other (e.g. supplementary service related) number analysis.
a) 112 and 911 shall always be available. These numbers shall be stored on the ME.
11.3.7.3 Test description
11.3.7.3.1 Pre-test conditions
System Simulator:
– NR Cell 1
– NR Cell 1 as defined in TS 38.508-1 [4] Table 4.4.2-3 is configured as per table 11.3.7.3.1-1(PLMN1 is the HPLMN). System information combination NR-1 as defined in TS 38.508-1 [4], subclause 4.4.3.1.2.
Table 11.3.7.3.1-1: PLMN identifiers
NR Cell |
PLMN names |
MCC |
MNC |
NR Cell 1 |
PLMN1 |
001 |
01 |
UE:
– The UE is equipped with a USIM configuration as defined in TS 38.508-1 [4] Table 6.4.1-17.
Preamble:
– The UE is brought to state 1N-A, RRC_IDLE Connectivity (NR), in accordance with the procedure described in TS 38.508-1 [4], Table 4.5.2.2-2.
11.3.7.3.2 Test procedure sequence
Table 11.3.7.3.2-1: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
Make the UE attempt an emergency call dialling a number which is stored on the ME (e.g. 112 or 911). (NOTE 1) |
– |
– |
– |
– |
2 |
Check: Does the UE transmit an RRCSetupRequest message with establishmentCause set to ’emergency’ within 30 s’? |
–> |
NR RRC: RRCSetupRequest |
1 |
F |
3 |
SS modifies NR Cell 1 SIB1 to remove Access barring for AC2 and sends short message. (NOTE 2, NOTE 3) |
<– |
Short Message |
– |
– |
4 |
Wait for 2.1* modification period to allow the new system information to take effect |
– |
– |
– |
– |
5 |
Start Timer = 84s (NOTE 2, NOTE 4) |
– |
– |
– |
– |
5Aa2 |
Stop Timer = 84s |
– |
– |
– |
– |
5Ab1 |
Timer = 84s expires |
– |
– |
– |
– |
5Ab2 |
Make the UE attempt an emergency call dialling a number which is stored on the ME (e.g. 112 or 911). (NOTE 1) |
– |
– |
– |
– |
5Ab3 |
UE transmits an RRCSetupRequest message with establishmentCause set to ‘highPriorityAccess’ to establish an emergency call. |
–> |
NR RRC: RRCSetupRequest |
– |
– |
6 |
Void |
– |
– |
– |
– |
7 |
The SS transmits an RRCSetup message. |
<– |
NR RRC: RRCSetup |
– |
– |
– |
EXCEPTION: Steps 8a1 to 8b2 describe behaviour that depends on the UE implementation; the "lower case letter" identifies a step sequence that take place if a particular implementation is under test. |
– |
– |
– |
– |
8a1 |
The UE transmits an RRCSetupComplete message AND a SERVICE REQUEST message with ‘Service type’ set to ‘high priority access’. |
–> |
NR RRC: RRCSetupComplete 5GMM: SERVICE REQUEST |
– |
– |
8a2 |
Steps 4-8 are performed from the generic test procedure as specified in TS 38.508-1 [4] subclause 4.9.11. |
– |
– |
– |
– |
8b1 |
The UE transmits an RRCSetupComplete message AND a REGISTRATION REQUEST message with ‘registration type’ set to ‘emergency’. (Note 6) |
–> |
NR RRC: RRCSetupComplete 5GMM: REGISTRATION REQUEST |
– |
– |
8b2 |
Steps 5-15 are performed from the generic test procedure as specified in TS 38.508-1 [4] subclause 4.5.2.2-2fv . |
– |
– |
– |
– |
9 |
Void |
– |
– |
– |
– |
– |
EXCEPTION: Steps 10a1 to 10b1 describe behaviour that depends on the UE implementation; the "lower case letter" identifies a step sequence that take place if a particular implementation is under test. |
– |
– |
– |
– |
10a1 |
IF pc_SwitchOnOff THEN switch off UE, IF pc_USIM_Removal THEN remove the USIM. |
– |
– |
– |
– |
10a2 |
SS starts timer1 = 5 sec to see if UE performs optional Step 10a3a1 (Note 5) |
– |
– |
– |
– |
10a3a1 |
The UE transmits a DEREGISTRATION REQUEST message. |
–> |
NR RRC: ULInformationTransfer 5GMM: DEREGISTRATION REQUEST |
||
10a3a2 |
The SS transmits an RRCRelease message IF step 10a3a1 was performed ELSE SS implicitly releases the RRC connection. |
<– |
NR RRC: RRCRelease |
– |
– |
10b1 |
ELSE power off UE |
– |
– |
– |
– |
NOTE 1: This could be done by e.g. MMI or AT command. NOTE 2: Since barring is alleviated, UE may re-attempt an emergency call, triggered at step 1, automatically after T390 stop/expiry without manual intervention. NOTE 3: Steps 3 to 9 are there to ensure that UE under test supports emergency call and is not initiating it at Step 2 due to access barring for AC2. NOTE 4: T390 timer value is derived from 38.331[12] T390 = (0.7 + 0.6*rand)*uac-BarringTime where the uac-BarringTime value of 64s is provided in 38.523-1 Table 11.3.7.3.3-1 and where the value of rand is chosen to be 1 as to arrive at the maximum value for T390 of 83.2s rounded up to 84s. Note 5: The UE may implicitly de-register upon disabling N1 mode capability due to ‘IMS voice not available’ Note 6: UE may try to find service to place the emergency call (step 1) on other RATs since emergency access is barred on NR Cell 1. In this case UE will send a REGISTRATION REQUEST instead of a SERVICE REQUEST. NOTE 7: UE may perform domain selection and stop T390. If UE move back to the NR Cell 1 during 84s timer running, UE may initiate emergency call before 84s timer expire. |
11.3.7.3.3 Specific message contents
Table 11.3.7.3.3-1: SIB1 for NR Cell 1 (preamble, Table 11.3.7.3.2-1)
Derivation Path: TS 38.508-1 [4], Table 4.6.1-28 |
|||
Information Element |
Value/remark |
Comment |
Condition |
SIB1 ::= SEQUENCE { |
|||
uac-BarringForCommon SEQUENCE { |
|||
UAC-BarringPerCatList ::= SEQUENCE (SIZE (1..maxAccessCat-1)) OF UAC-BarringPerCat { |
1 entry |
||
UAC-BarringPerCat[1] SEQUENCE { |
entry 1 |
||
accessCategory |
2 |
||
uac-barringInfoSetIndex |
1 |
||
} |
|||
} |
|||
uac-BarringPerPLMN-List |
Not present |
||
uac-BarringInfoSetList ::= SEQUENCE (SIZE(1..maxBarringInfoSet)) OF UAC-BarringInfoSet { |
1 entry |
||
UAC-BarringInfoSet[1] SEQUENCE { |
entry 1 |
||
uac-BarringFactor |
p00 |
||
uac-BarringTime |
s64 |
||
uac-BarringForAccessIdentity |
‘0011111’B |
||
} |
|||
uac-AccessCategory1-SelectionAssistanceInfo |
Not Present |
||
} |
|||
} |
Table 11.3.7.3.3-2: SERVICE REQUEST (preamble and Step 8, Table 11.3.7.3.2-2)
Derivation path: TS 38.508-1 [4] Table 4.7.1-16 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
Service type |
‘0101’B |
High priority access |
pc_noOf_PDUsNewConnections > 0 |
Table 11.3.7.3.3-3: RRCSetupRequest (step 6, Table 11.3.7.3.2-1)
Derivation Path: TS 38.508-1 [4], Table 4.6.1-23 |
|||
Information Element |
Value/remark |
Comment |
Condition |
RRCSetupRequest ::= SEQUENCE { |
|||
rrcSetupRequest SEQUENCE { |
|||
establishmentCause |
highPriorityAccess |
||
} |
|||
} |