11.3 eCall over IMS
36.523-13GPPEvolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Packet Core (EPC)Part 1: Protocol conformance specificationRelease 17TSUser Equipment (UE) conformance specification
11.3.1 eCall Only mode / T3444 / eCall inactivity procedure / Removal of eCall only restriction after an eCall over IMS
11.3.1.1 Test Purpose (TP)
(1)
with { UE is switched ON with eCall only enabled USIM}
ensure that {
when { UE reads a ims-EmergencySupport-r9 and eCallOverIMS-Support-r14 from SystemInformationBlockType1}
then {UE enters substate EMM-DEREGISTERED.eCALL-INACTIVE and shall not start registration process.}
}
(2)
with { The UE is in the state EMM-DEREGISTERED.eCALL-INACTIVE}
ensure that {
when { UE is requested to make a manual eCall}
then { UE sends ATTACH REQUEST message with EPS attach type IE ‘combined EPS/IMSI attach’}
}
(3)
with { UE receives ATTACH ACCEPT message with EPS attach result ‘combined EPS/IMSI attach’ and
IMS voice over PS sessions is supported }
ensure that {
when { UE is in the EMM-REGISTERED.NORMAL-SERVICE state and an initial IMS registration is performed }
then { the UE transmits a PDN CONNECTIVITY REQUEST message with the request type set to
"emergency" }
}
(4)
with { UE receives an RRCConnectionRelease message and enters in RRC_IDLE state }
ensure that {
when { SS sends paging request for IMS MT speech call }
then {the UE answers the paging request for IMS MT speech call }
}
(5)
with { UE receives an RRCConnectionRelease message and enters in RRC_IDLE state }
ensure that {
when { UE starts T3444 for 12Hours and the periodic tracking area updating timer T3412 expires }
then { UE sends TRACKING AREA UPDATE REQUEST message with EPS update type = ’Periodic updating’ }
}
(6)
with { UE is in RRC_IDLE state }
ensure that {
when { eCall Inactivity timer T3444 expires }
then { The UE performs Detach procedure }
}
11.3.1.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.3.1.2.1, 5.5.3.4 and 10.2 and TS 36.331, clauses 6.2.2, 5.2.2.7
[TS 24.301 clause 5.3.1.2.1]
The signalling procedure for the release of the NAS signalling connection is initiated by the network.
In S1 mode, when the RRC connection has been released, the UE shall enter EMM-IDLE mode and consider the NAS signalling connection released.
If the UE is configured for eCall only mode as specified in 3GPP TS 31.102 [17] then:
– if the NAS signalling connection that was released had been established for eCall over IMS, the UE shall start timer T3444; and
– if the NAS signalling connection that was released had been established for a call to an HPLMN designated non-emergency MSISDN or URI for test or terminal reconfiguration service, the UE shall start timer T3445.
[TS 24.301 clause 5.5.3.4]
The eCall inactivity procedure is applicable only to a UE configured for eCall only mode as specified in 3GPP TS 31.102 [17]. The procedure shall be started when timer T3444 or timer T3445 expires or is found to have already expired in any EMM-REGISTERED substate except substates EMM-REGISTERED.PLMN-SEARCH or EMM-REGISTERED.NO-CELL-AVAILABLE. The UE shall then perform the following actions:
- stop other running timers (e.g. T3411, T3412);
- if the UE is currently registered to EPS services only, perform a detach procedure for EPS services only;
– if the UE is currently registered for both EPS services and non-EPS services, perform a combined detach procedure for EPS services and non-EPS services;
- delete any GUTI, TAI list, last visited registered TAI, list of equivalent PLMNs, and KSI; and
- enter EMM-DEREGISTERED.eCALL-INACTIVE state.
[TS 24.301 clause 10.2]
TIMER NUM. |
TIMER VALUE |
STATE |
CAUSE OF START |
NORMAL STOP |
ON |
---|---|---|---|---|---|
T3444 |
12 hours |
All except EMM-NULL |
UE configured for eCall only mode enters EMM-IDLE mode after an eCall over IMS |
Removal of eCall only restriction |
Perform eCall inactivity procedure as described in subclause 5.5.3.4 |
T3445 |
12 hours |
All except EMM-NULL |
UE configured for eCall only mode enters EMM-IDLE mode after a call to a non-emergency MSISDN or URI for test or terminal reconfiguration service |
Removal of eCall only restriction |
Perform eCall inactivity procedure as described in subclause 5.5.3.4 |
[TS 36.331 clause 5.2.2.7]
Upon receiving the SystemInformationBlockType1 or SystemInformationBlockType1-BR either via broadcast or via dedicated signalling, the UE shall:
1> if in RRC_IDLE or in RRC_CONNECTED while T311 is running; and
…
3> forward the eCallOverIMS-Support to upper layers, if present;
[TS 36.331 clause 6.2.2]
eCallOverIMS-Support
Indicates whether the cell supports eCall over IMS services for UEs as defined in TS 23.401 [41]. If absent, eCall over IMS is not supported by the network in the cell. NOTE 2.
11.3.1.3 Test description
11.3.1.3.1 Pre-test conditions
System Simulator:
– Cell A is configured according to Table 6.3.2.2-1 in [18] and is the serving cell.
UE:
– the eCall capable UE is equipped with ‘eCall only’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-2.
– The UE is equipped with a USIM containing values shown in Table 11.3.1.3.1-1.
Preamble:
– the UE is in state Switched OFF (state 1) according to TS 36.508 [18].
11.3.1.3.2 Test procedure sequence
Table 11.3.1.3.2-1: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE is switched on. |
– |
– |
– |
– |
2 |
Check: Does UE send an RRCConnectionRequest on Cell 1 within 120 seconds? |
–> |
RRCConnectionRequest |
1 |
F |
3 |
A manual eCall is initiated. (See Note 1) |
– |
– |
– |
– |
4 |
Check: Does the UE sends an ATTACH REQUEST message with a PDN CONNECTIVITY REQUEST message to request PDN connectivity to the default PDN. EPS attach type = "combined EPS/IMSI attach"? |
–> |
ATTACH REQUEST |
2 |
P |
5-13 |
Steps 5-13 of the generic procedure for UE registration specified in TS 36.508 subclause 4.5.2.3 are performed. |
– |
– |
– |
– |
14 |
The SS transmits an ATTACH ACCEPT message with the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message and SS assigns value of 186 minutes for the timer T3412. |
<– |
ATTACH ACCEPT |
– |
– |
15-18b1 |
Steps 15-18b1 of the generic procedure for UE registration specified in TS 36.508 subclause 4.5.2.3 are performed. |
– |
– |
– |
– |
19 |
Check: Does UE transmit a PDN connectivity REQUEST message to request an additional PDN, with ‘Request type’ set to ’emergency (‘0100’B)’? |
–> |
PDN CONNECTIVITY REQUEST |
3 |
P |
20-25 |
The UE performs Steps 20-25 of the generic test procedure for eCall over IMS establishment in EUTRA: eCall only mode described in TS 36.508 subclause 4.5A.27.3. |
– |
– |
– |
– |
26-29 |
Release eCall over IMS using the generic procedure described in TS 34.229-1 [35] subclause C.33 |
– |
– |
– |
– |
30 |
Void |
– |
– |
– |
– |
31 |
The SS releases the RRC connection. |
<– |
RRCConnectionRelease |
– |
– |
32 |
The SS waits 1 minute. |
– |
– |
– |
– |
33-56 |
Steps 1 to 24 of the generic test procedure for IMS MT speech call specified in TS 36.508 subclause 4.5A.7.3 |
– |
– |
4 |
P |
57-60 |
Generic test procedure for MT release of IMS call as described in annex C.33 of TS 34.229-1 [35] takes place. |
– |
– |
– |
– |
61 |
The SS releases the RRC connection. |
<– |
RRCConnectionRelease |
– |
– |
62 |
Check: Does the UE transmit a TRACKING AREA UPDATE REQUEST message at the expiry of T3412 periodically for every 186 minutes and remains registered until T3444 expires? (See Note 2) |
–> |
TRACKING AREA UPDATE REQUEST |
5 |
P |
63 |
The SS transmits a TRACKING AREA UPDATE ACCEPT message. |
<– |
TRACKING AREA UPDATE ACCEPT |
– |
– |
64 |
Check: Does the UE transmit a DETACH REQUEST message at expiry of T3444? |
–> |
DETACH REQUEST |
6 |
P |
65 |
The SS responds with DETACH ACCEPT message. |
<– |
DETACH ACCEPT |
– |
– |
66 |
The SS releases the RRC connection. |
–> |
RRCConnectionRelease |
– |
– |
Note 1: The request to originate a manual eCall may be performed by MMI or AT command. Note 2: Timer T3412 is reset and started with its initial value, when the UE changes from EMM-CONNECTED to EMM-IDLE mode so the timer T3412 should be started after step 61 and T3444 should be started after step 31. |
11.3.1.3.3 Specific message contents
Table 11.3.1.3.3-1: Message SystemInformationBlockType1 (Preamble)
Derivation path: 36.508 table 4.4.3.2-3 Condition eCalloverIMS |
Table 11.3.1.3.3-2: Message ATTACH ACCEPT (step 14, Table 11.3.1.3.2-1)
Derivation path: 36.508 table 4.7.2-1 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
EPS attach result |
‘010’B |
”Combined EPS/IMSI attach” |
|
T3412 value |
|||
Unit |
‘010’ |
”value is incremented in multiples of decihours” |
|
Timer value |
‘11111’ |
”186 minutes” |
|
GUTI |
GUTI-1 |
||
EPS network feature support |
‘0000 0011’B |
emergency bearer services in S1 mode and IMS voice over PS session in S1 mode are supported |
Table 11.3.1.3.3-3: Message PDN CONNECTIVITY REQUEST (step 19, Table 11.3.1.3.2-1)
Derivation Path: 36.508 table 4.7.2-1 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
Request type |
‘0100’B |
emergency |
|
Access point name |
Not present |
Table 11.3.1.3.3-4: Message TRACKING AREA UPDATE REQUEST (step 62, Table 11.3.1.3.2-1)
Derivation path: 36.508 table 4.7.2-27 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
EPS update type |
|||
EPS update type value |
‘011’B |
”Periodic updating” |
|
Old GUTI |
GUTI-1 |
Table 11.3.1.3.3-5: DETACH REQUEST (Step 64, Table 11.3.1.3.2-1)
Derivation Path: 36.508, Table 4.7.2-11 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Detach type |
|||
Type of detach |
001 |
combined EPS/IMSI detach |
|
Switch off |
0 |
normal detach |
|
GUTI or IMSI |
GUTI-1 |
11.3.2 eCall Only mode / T3445 / eCall inactivity procedure / Removal of eCall only restriction after a call to URI for test service
11.3.2.1 Test Purpose (TP)
(1)
with { UE is in the state EMM-DEREGISTERED.eCALL-INACTIVE}
ensure that {
when { UE is requested to make an eCall to URI for test service}
then { UE sends ATTACH REQUEST message with EPS attach type IE ‘combined EPS/IMSI attach’}
}
(2)
with { UE receives ATTACH ACCEPT message with EPS attach result ‘combined EPS/IMSI attach’ and
IMS voice over PS sessions is supported }
ensure that {
when { UE is in the EMM-REGISTERED.NORMAL-SERVICE state and an initial IMS registration is performed }
then { UE transmits an initial INVITE request for ecall to uri for test services }
}
(3)
with { UE receives an RRCConnectionRelease message and enters in RRC_IDLE state }
ensure that {
when { SS sends paging request for IMS MT speech call }
then {the UE answers the paging request for IMS MT speech call }
}
(4)
with { UE receives an RRCConnectionRelease message and enters in RRC_IDLE state }
ensure that {
when { UE starts T3445 for 12Hours and the periodic tracking area updating timer T3412 expires }
then { UE sends TRACKING AREA UPDATE REQUEST message with EPS update type = ’Periodic updating’ }
}
(5)
with { UE is in RRC_IDLE state }
ensure that {
when { eCall Inactivity timer T3445 expires }
then { The UE performs Detach procedure }
}
11.3.2.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 24.301, clauses 5.3.1.2.1, 5.5.4 and 10.2
[TS 24.301 clause 5.3.1.2.1]
The signalling procedure for the release of the NAS signalling connection is initiated by the network.
In S1 mode, when the RRC connection has been released, the UE shall enter EMM-IDLE mode and consider the NAS signalling connection released.
If the UE is configured for eCall only mode as specified in 3GPP TS 31.102 [17] then:
– if the NAS signalling connection that was released had been established for eCall over IMS, the UE shall start timer T3444; and
– if the NAS signalling connection that was released had been established for a call to an HPLMN designated non-emergency MSISDN or URI for test or terminal reconfiguration service, the UE shall start timer T3445.
[TS 24.301 clause 5.5.4]
The eCall inactivity procedure is applicable only to a UE configured for eCall only mode as specified in 3GPP TS 31.102 [17]. The procedure shall be started when timer T3444 or timer T3445 expires or is found to have already expired in any EMM-REGISTERED substate except substates EMM-REGISTERED.PLMN-SEARCH or EMM-REGISTERED.NO-CELL-AVAILABLE. The UE shall then perform the following actions:
– stop other running timers (e.g. T3411, T3412);
– if the UE is currently registered to EPS services only, perform a detach procedure for EPS services only;
– if the UE is currently registered for both EPS services and non-EPS services, perform a combined detach procedure for EPS services and non-EPS services;
– delete any GUTI, TAI list, last visited registered TAI, list of equivalent PLMNs, and KSI; and
– enter EMM-DEREGISTERED.eCALL-INACTIVE state.
[TS 24.301 clause 10.2]
TIMER NUM. |
TIMER VALUE |
STATE |
CAUSE OF START |
NORMAL STOP |
ON |
---|---|---|---|---|---|
T3444 |
12 hours |
All except EMM-NULL |
UE configured for eCall only mode enters EMM-IDLE mode after an eCall over IMS |
Removal of eCall only restriction |
Perform eCall inactivity procedure as described in subclause 5.5.4 |
T3445 |
12 hours |
All except EMM-NULL |
UE configured for eCall only mode enters EMM-IDLE mode after a call to a non-emergency MSISDN or URI for test or terminal reconfiguration service |
Removal of eCall only restriction |
Perform eCall inactivity procedure as described in subclause 5.5.4 |
11.3.2.3 Test description
11.3.2.3.1 Pre-test conditions
System Simulator:
– Cell A is configured according to Table 6.3.2.2-1 in [18] and is the serving cell.
UE:
– the eCall capable UE is equipped with ‘eCall only’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-2.
Preamble:
– the UE is in state Switched OFF (state 1) according to [18].
11.3.2.3.2 Test procedure sequence
Table 11.3.2.3.2-1: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE is switched on. |
– |
– |
– |
– |
2 |
Wait for 60s for the UE to enter EMM-DEREGISTERED.eCALL-INACTIVE state |
– |
– |
– |
– |
3 |
An eCall to URI for test service is initiated. (See Note 1) |
– |
– |
– |
– |
4 |
Check: Does the UE sends an ATTACH REQUEST message with a PDN CONNECTIVITY REQUEST message to request PDN connectivity to the default PDN. EPS attach type = "combined EPS/IMSI attach"? |
–> |
ATTACH REQUEST |
1 |
P |
5-13 |
Steps 5-13 of the generic procedure for UE registration specified in TS 36.508 subclause 4.5.2.3 are performed. |
– |
– |
– |
– |
14 |
The SS transmits an ATTACH ACCEPT message with the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message and SS assigns value of 186 minutes for the timer T3412. |
<– |
ATTACH ACCEPT |
– |
– |
– |
EXCEPTION: In parallel to the events described in steps 15-16c1 below, the behaviour in table 11.3.2.3.2-2 occurs. |
– |
– |
– |
– |
15-16c1 |
Steps 15-16c1 of the generic procedure for UE registration specified in TS 36.508 sub clause 4.5.2.3 are performed. |
– |
– |
– |
– |
17-25 |
Void |
– |
– |
– |
– |
26a1-31 |
The UE performs Steps 9a1-14 of the generic test procedure as described in TS 36.508 sub clause 4.5A.6.3 |
– |
– |
– |
– |
32-35 |
Release eCall to URI for test service using the generic procedure described in TS 34.229-1 [35] sub clause C.33. |
– |
– |
– |
– |
36 |
Void |
– |
– |
– |
– |
37 |
The SS releases the RRC connection. |
<– |
RRCConnectionRelease |
– |
– |
38 |
The SS waits 1 minute. |
– |
– |
– |
– |
39-62 |
Steps 1 to 24 of the generic test procedure for IMS MT speech call specified in TS 36.508 sub clause 4.5A.7.3. |
– |
– |
3 |
P |
63-66 |
Generic test procedure for MT release of IMS call as described in annex C.33 of TS 34.229-1 [35] takes place. |
– |
– |
– |
– |
67 |
The SS releases the RRC connection. |
<– |
RRCConnectionRelease |
– |
– |
68 |
Check: Does the UE transmit a TRACKING AREA UPDATE REQUEST message at the expiry of T3412 periodically for every 186 minutes and remains registered until T3445 expires? (See Note 2) |
–> |
TRACKING AREA UPDATE REQUEST |
4 |
P |
69 |
The SS transmits a TRACKING AREA UPDATE ACCEPT message. |
<– |
TRACKING AREA UPDATE ACCEPT |
– |
– |
70 |
The UE sends TRACKING AREA UPDATE COMPLETE message |
–> |
TRACKING AREA UPDATE COMPLETE |
– |
– |
71 |
The SS releases the RRC connection. |
<– |
RRCConnectionRelease |
– |
– |
72 |
Check: Does the UE transmit a DETACH REQUEST message at expiry of T3445? |
–> |
DETACH REQUEST |
5 |
P |
73 |
The SS responds with DETACH ACCEPT message. |
<– |
DETACH ACCEPT |
– |
– |
74 |
The SS releases the RRC connection. |
<– |
RRCConnectionRelease |
– |
– |
Note 1: The request to originate an eCall to URI for test service may be performed by MMI or AT command. Content of INVITE request as specified in TS 34.229-1 [35] Step-2 of Annex C.21 using condition A25. Note 2: Timer T3412 is reset and started with its initial value, when the UE changes from EMM-CONNECTED to EMM-IDLE mode so the timer T3412 should be started after step 67 and T3445 should be started after step 37. |
Table 11.3.2.3.2-2: Parallel behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE transmits an INVITE request message as defined in step 1 of TS 34.229-1 [35] annex C.47. |
–> |
INVITE |
2 |
P |
11.3.2.3.3 Specific message contents
Table 11.3.2.3.3-1: Message SystemInformationBlockType1 (Preamble)
Derivation path: 36.508 table 4.4.3.2-3 Condition eCalloverIMS |
Table 11.3.2.3.3-2: Message ATTACH ACCEPT (step 14, Table 11.3.2.3.2-1)
Derivation path: 36.508 table 4.7.2-1 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
EPS attach result |
‘010’B |
”Combined EPS/IMSI attach” |
|
T3412 value |
|||
Unit |
‘010’ |
”value is incremented in multiples of decihours” |
|
Timer value |
‘11111’ |
”186 minutes” |
|
GUTI |
GUTI-1 |
||
EPS network feature support |
‘0000 0011’B |
IMS voice over PS session in S1 mode is supported emergency bearer services in S1 mode supported |
Table 11.3.2.3.3-3: Void
Table 11.3.2.3.3-4: Message TRACKING AREA UPDATE REQUEST (step 68, Table 11.3.2.3.2-1)
Derivation path: 36.508 table 4.7.2-27 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
EPS update type |
|||
EPS update type value |
‘011’B |
”Periodic updating” |
|
Old GUTI |
GUTI-1 |
Table 11.3.2.3.3-4A: Message TRACKING AREA UPDATE ACCEPT (step 69, Table 11.3.2.3.2-1)
Derivation path: 36.508 table 4.7.2-24 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
T3412 value |
|||
Unit |
‘010’ |
”value is incremented in multiples of decihours” |
|
Timer value |
‘11111’ |
”186 minutes” |
|
EPS network feature support |
‘0000 0011’B |
IMS voice over PS session in S1 mode is supported emergency bearer services in S1 mode supported |
Table 11.3.2.3.3-5: Message DETACH REQUEST (Step 72, Table 11.3.2.3.2-1)
Derivation Path: 36.508, Table 4.7.2-11 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Detach type |
|||
Type of detach |
001 |
combined EPS/IMSI detach |
|
Switch off |
0 |
normal detach |
|
GUTI or IMSI |
GUTI-1 |
11.3.3 eCall capable / EPS supports IMS voice over PS session / EPS supports emergency service / eCall over IMS is not supported / eCall using the CS domain / emergency call over IMS if eCall using the CS domain is not available / UTRA or GERAN
11.3.3.1 Test Purpose (TP)
(1)
with { The UE in EMM-REGISTERED state and EMM-IDLE mode }
ensure that {
when { UE is requested to make an automatic eCall}
then { UE establishes the eCall using the CS domain (UTRA or GERAN)}
}
(2)
with { The UE is in EMM-REGISTERED state and EMM-IDLE mode }
ensure that {
when { UE is requested to make an automatic eCall}
then { UE establishes the normal emergency call on LTE, UE establishes the RRC connection with the RRC establishmentCause set to ‘emergency’ and sends a SERVICE REQUEST message }
}
11.3.3.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 36.331, clauses 6.2.2, 5.2.2.7 and TS 23.167 Annex H.6
[TS 36.331 clause 5.2.2.7]
Upon receiving the SystemInformationBlockType1 or SystemInformationBlockType1-BR either via broadcast or via dedicated signalling, the UE shall:
1> if in RRC_IDLE or in RRC_CONNECTED while T311 is running; and
…
3> forward the eCallOverIMS-Support to upper layers, if present;
[TS 36.331 clause 6.2.2]
eCallOverIMS-Support
Indicates whether the cell supports eCall over IMS services for UEs as defined in TS 23.401 [41]. If absent, eCall over IMS is not supported by the network in the cell. NOTE 2.
[TS 23.167 Annex H.6]
This clause details the domain priority and selection (see clause 7.3) for a UE that attempts to make an eCall over IMS session using E-UTRAN radio access networks based on the availability of the CS or PS domains and the network support for IMS emergency, eCall over IMS and IMS voice over PS.
The following table (Table H.2) defines these rules based on the UE (last 2 columns) for different initial conditions (first 4 columns) when an eCall over IMS session is initiated and when the UE is not in limited service state.
Table H.2: Domain Selection Rules for eCall over IMS session attempts for E-UTRAN radio access networks
PS Available |
VoIMS |
EMS |
ECL |
First eCall Attempt |
Second eCall Attempt |
|
A |
Y |
Y |
Y |
Y |
PS |
CS if available |
B |
Y |
Y |
Y |
N |
CS if available |
PS (UE establishes IMS emergency session) |
C |
Y |
Y or N |
N |
N |
CS if available |
No attempt is made in the PS domain |
D |
Y |
N |
Y |
Y |
PS or CS if available |
CS if first attempt in PS PS if first attempt in CS |
E |
Y |
N |
Y |
N |
CS if available |
PS (UE establishes IMS emergency session) |
F |
N |
– |
– |
CS if available |
||
VoIMS = Voice over IMS over PS sessions support as indicated by IMS Voice over PS session supported indication as defined in TS 23.401 [28]. EMS = IMS Emergency Services supported as indicated by Emergency Service Support indicator as defined in TS 23.401 [28]. ECL = eCall Over IMS support as indicated by the eCall support indicator defined in TS 23.401 [28]. |
11.3.3.3 Test description
11.3.3.3.1 Pre-test conditions
System Simulator:
– Cell A is set to “Serving cell”
– If (px_RATComb_Tested = EUTRA_UTRA AND pc_CS_Em_Call_in_UTRA)
– cell 5 is configured as ”Suitable Neighbour cell”
– If (px_RATComb_Tested = EUTRA_GERAN AND pc_CS_Em_Call_in_GERAN)
– cell 24 is configured as ”Suitable Neighbour cell”
– System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells.
– The SS broadcasts IMS Emergency Call support in System Information Block Type 1 on Cell A.
– The SS broadcasts eCall over IMS is not supported in System Information Block Type 1 on Cell A.
UE:
– The eCall capable UE is equipped with ‘eCall support’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-1.
Preamble:
– The UE is in state Registered, Idle mode (state 2) according to [18] on Cell A.
11.3.3.3.2 Test procedure sequence
Table 11.3.3.3.2-1: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
Cause the UE to originate Automatic eCall. (Note 1) |
– |
– |
– |
– |
– |
EXCEPTION: Steps 4a1 A to 4b14 describe behaviour that depends on the UE capability; the "lower case letter" identifies a step sequence that takes place if a capability is supported. |
– |
– |
– |
– |
2a1 |
IF (px_RATComb_Tested = EUTRA_UTRA AND pc_CS_Em_Call_in_UTRA) |
– |
– |
– |
– |
2a2 |
Check: Does the UE transmit an RRC CONNECTION REQUEST message on Cell 5 with Establishment cause: Emergency Call? |
–> |
RRC CONNECTION REQUEST |
1 |
P |
2a3 |
The SS transmits an RRC CONNECTION SETUP message. |
<– |
RRC CONNECTION SETUP |
– |
– |
2a4 |
The UE transmits an RRC CONNECTION SETUP COMPLETE message. |
–> |
RRC CONNECTION SETUP COMPLETE |
– |
– |
2a5 |
Check: Does the UE transmit a CM SERVICE REQUEST with CM service type IE indicating “Emergency call establishment”? |
–> |
CM SERVICE REQUEST |
1 |
P |
2a6 |
The SS transmits an AUTHENTICATION REQUEST. |
<– |
AUTHENTICATION REQUEST |
– |
– |
2a7 |
The UE transmits AUTHENTICATION RESPONSE. |
–> |
AUTHENTICATION RESPONSE |
– |
– |
2a8 |
The SS transmits a SECURITY MODE COMMAND message for the CS domain. |
<– |
SECURITY MODE COMMAND |
– |
– |
2a9 |
The UE transmits a SECURITY MODE COMPLETE message. |
–> |
SECURITY MODE COMPLETE |
– |
– |
2a10 |
Check: Does the UE transmit an EMERGENCY SETUP message with Emergency Service Category IE bit 7 set to 1 and all other bits are set to 0? |
–> |
EMERGENCY SETUP |
1 |
P |
2a11-2a16 |
Steps 11 to 16 of the generic test procedure in TS 34.108 subclause 7.2.3.2.3 are performed on Cell 5. NOTE: the CS call setup is completed. |
– |
– |
– |
– |
2a17 |
Traffic channel is kept active for at least 5 seconds. |
– |
– |
– |
– |
2a18 |
The SS transmits DISCONNECT. |
<– |
DISCONNECT |
– |
– |
2a19 |
The UE transmits RELEASE. |
–> |
RELEASE |
– |
– |
2a20 |
The SS transmits RELEASE COMPLETE. |
<– |
RELEASE COMPLETE |
– |
– |
2a21 |
The SS transmits an RRC CONNECTION RELEASE message. |
<– |
RRC CONNECTION RELEASE |
– |
– |
The UE transmits RRC CONNECTION RELEASE COMPLETE. |
RRC CONNECTION RELEASE COMPLETE |
||||
2b1 |
IF (px_RATComb_Tested = EUTRA_GERAN AND pc_CS_Em_Call_in_GERAN) |
– |
– |
– |
– |
2b2 |
Check: Does the UE transmit a CHANNEL REQUEST message on Cell 24 with Establishment cause: Emergency call? |
–> |
CHANNEL REQUEST |
1 |
P |
2b3 |
The SS transmits an IMMEDIATE ASSIGNMENT message. |
<– |
IMMEDIATE ASSIGNMENT |
– |
– |
2b4 |
Check: Does the UE transmit a CM SERVICE REQUEST with CM service type IE indicating “Emergency call establishment”? |
–> |
CM SERVICE REQUEST |
1 |
P |
2b5 |
The SS transmits an AUTHENTICATION REQUEST message. |
<– |
AUTHENTICATION REQUEST |
– |
– |
2b6 |
The UE transmits an AUTHENTICATION RESPONSE message. |
–> |
AUTHENTICATION RESPONSE |
– |
– |
2b7 |
The SS transmits a CIPHERING MODE COMMAND. |
<– |
CIPHERING MODE COMMAND |
– |
– |
2b8 |
The UE transmits a CIPHERING MODE COMPLETE. |
–> |
CIPHERING MODE COMPLETE |
– |
– |
2b9 |
Check: Does the UE transmit an EMERGENCY SETUP message with Emergency Service Category IE bit 7 set to 1 and all other bits are set to 0? |
–> |
EMERGENCY SETUP |
1 |
P |
2b10-2b16 |
Steps 11 to 17 of the generic test procedure in TS 51.010-1 subclause 10.2.3 are performed on Cell 24. NOTE: the CS call setup is completed. |
– |
– |
– |
– |
2b17 |
Traffic channel is kept active for at least 5 seconds. |
– |
– |
– |
– |
2b18 |
The SS transmits DISCONNECT. |
<– |
DISCONNECT |
– |
– |
2b19 |
The UE transmits RELEASE. |
–> |
RELEASE |
– |
– |
2b20 |
The SS transmits RELEASE COMPLETE. |
<– |
RELEASE COMPLETE |
– |
– |
2b21 |
The SS transmits CHANNEL RELEASE |
<– |
CHANNEL RELEASE |
– |
– |
3 |
if possible (see ICS) switch off is performed or the USIM is removed. Otherwise the power is removed. |
– |
– |
– |
– |
– |
EXCEPTION: Step 4a1 describes behaviour that depends on the UE capability. |
– |
– |
– |
– |
4a1 |
If pc_SwitchOnOff or pc_USIM_Removal then UE sends DETACH REQUEST message |
–> |
DETACH REQUEST |
– |
– |
5 |
Set the power level of Cell 5 and Cell 24 to Non-suitable" Off" level. |
– |
– |
– |
– |
6 |
The UE is brought back to operation or the USIM is inserted. |
– |
– |
– |
– |
7-23 |
Steps 2 to 18 of the registration procedure described in TS 36.508 subclause 4.5.2.3 are performed on Cell A. NOTE: The UE performs registration and the RRC connection is released. |
– |
– |
– |
– |
24 |
Cause the UE to originate Automatic eCall. (see Note 1) |
– |
– |
– |
– |
25 |
Check: Does the UE transmit an RRCConnectionRequest message on Cell A with Establishment cause: Emergency? |
–> |
RRCConnectionRequest |
2 |
P |
26-39 |
Steps 2 to 15 of the generic test procedure for IMS Emergency call establishment in EUTRA: in EUTRA: Normal Service (TS 36.508 subclause 4.5A.4.3-1). (Note 2) |
– |
– |
– |
– |
40 |
Release IMS Call (Note 3) |
– |
– |
– |
– |
41 |
The SS releases the RRC connection. |
– |
– |
– |
– |
Note 1: The request to originate an automatic eCall may be performed by MMI or AT command. Note 2: The UE shall set the “Request URI and To header” to "urn:service:sos.ecall.automatic" and shall not include the initial MSD in the SIP INVITE message. Note 3: The IMS Call is released using the generic procedure in TS 34.229-1 [35] subclause C.33. |
11.3.3.3.3 Specific message contents
Table 11.3.3.3.3-1: RRC CONNECTION REQUEST (Step 2a2, Table 11.3.3.3.2-1)
Derivation Path: TS 34.108 clause 9.1.1 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Establishment cause |
Emergency Call |
Table 11.3.3.3.3-2: CM SERVICE REQUEST (Steps 2a5 and 2b4, Table 11.3.3.3.2-1)
Derivation Path: TS 24.008 Table 9.2.11 |
|||
Information Element |
Value/remark |
Comment |
Condition |
CM service type |
0010 |
Emergency call establishment |
Table 11.3.3.3.3-3: CHANNEL REQUEST (Step 2b2, Table 11.3.3.3.2-1)
Derivation Path: TS 44.018 Table 9.1.8.1 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Establishment cause |
101 |
Emergency call |
Table 11.3.3.3.3-4: RRCConnectionRequest (step 25, Table 11.3.3.3.2-1)
Derivation Path: 36.508, Table 4.6.1-16 |
|||
Information Element |
Value/remark |
Comment |
Condition |
RRCConnectionRequest ::= SEQUENCE { |
|||
criticalExtensions CHOICE { |
|||
rrcConnectionRequest-r8 SEQUENCE { |
|||
establishmentCause |
emergency |
||
} |
|||
} |
|||
} |
11.3.4 eCall Only mode / EPS supports IMS voice over PS session / EPS does not support emergency service / eCall over IMS is not supported / eCall using CS domain / eCall failure if CS domain is not available
11.3.4.1 Test Purpose (TP)
(1)
with { UE in eCall Only mode is in the state EMM-DEREGISTERED.eCALL-INACTIVE }
ensure that {
when { When EPS supports IMS voice over PS but does not support emergency service and does not support eCall over IMS and when UE is requested to make an automatic eCall }
then { UE establishes the eCall using the CS domain (UTRA or GERAN)}
}
(2)
with { UE in eCall Only mode is in the state EMM-DEREGISTERED.eCALL-INACTIVE }
ensure that {
when { When EPS supports IMS voice over PS but does not support emergency service and does not support eCall over IMS and CS domain is not available and when UE is requested to make an automatic eCall }
then { UE does not establishes an normal emergency call, eCall over IMS or eCall over CS domain }
}
11.3.4.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 23.122, clause 4.4.3.1.1 and TS 23.167 Annex H.6. Unless otherwise stated these are Rel-14 requirements.
[TS 23.122 clause 4.4.3.1.1]
The MS selects and attempts registration on other PLMN/access technology combinations, if available and allowable, in the following order:
i) either the HPLMN (if the EHPLMN list is not present or is empty) or the highest priority EHPLMN that is available (if the EHPLMN list is present) ;
ii) each PLMN/access technology combination in the "User Controlled PLMN Selector with Access Technology" data file in the SIM (in priority order);
iii) each PLMN/access technology combination in the "Operator Controlled PLMN Selector with Access Technology" data file in the SIM (in priority order);
iv) other PLMN/access technology combinations with received high quality signal in random order;
v) other PLMN/access technology combinations in order of decreasing signal quality.
When following the above procedure the following requirements apply:
…
l) In i to v, if the MS is in eCall only mode, the MS shall not consider PLMNs which do not advertise support for eCall over IMS, unless such PLMNs are available in GERAN or UTRAN.
NOTE 6: As an implementation option, an MS in eCall only mode that was not able to select any PLMN according to l) can perform a second iteration of i to v with no restriction.
…
[TS 23.167 Annex H.6]
This clause details the domain priority and selection (see clause 7.3) for a UE that attempts to make an eCall over IMS session using E-UTRAN radio access networks based on the availability of the CS or PS domains and the network support for IMS emergency, eCall over IMS and IMS voice over PS.
The following table (Table H.2) defines these rules based on the UE (last 2 columns) for different initial conditions (first 4 columns) when an eCall over IMS session is initiated and when the UE is not in limited service state.
Table H.2: Domain Selection Rules for eCall over IMS session attempts for E-UTRAN radio access networks
PS Available |
VoIMS |
EMS |
ECL |
First eCall Attempt |
Second eCall Attempt |
|
A |
Y |
Y |
Y |
Y |
PS |
CS if available |
B |
Y |
Y |
Y |
N |
CS if available |
PS (UE establishes IMS emergency session) |
C |
Y |
Y or N |
N |
N |
CS if available |
No attempt is made in the PS domain |
D |
Y |
N |
Y |
Y |
PS or CS if available |
CS if first attempt in PS PS if first attempt in CS |
E |
Y |
N |
Y |
N |
CS if available |
PS (UE establishes IMS emergency session) |
F |
N |
– |
– |
CS if available |
||
VoIMS = Voice over IMS over PS sessions support as indicated by IMS Voice over PS session supported indication as defined in TS 23.401 [28]. EMS = IMS Emergency Services supported as indicated by Emergency Service Support indicator as defined in TS 23.401 [28]. ECL = eCall Over IMS support as indicated by the eCall support indicator defined in TS 23.401 [28]. |
11.3.4.3 Test description
11.3.4.3.1 Pre-test conditions
System Simulator:
– Cell A is set to “Serving cell”
– If (px_RATComb_Tested = EUTRA_UTRA AND pc_CS_Em_Call_in_UTRA)
– cell 5 is configured as ”Suitable Neighbour cell”
– If (px_RATComb_Tested = EUTRA_GERAN AND pc_CS_Em_Call_in_GERAN)
– cell 24 is configured as ”Suitable Neighbour cell”
– System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells. – The SS broadcasts IMS Emergency Call is not supported in System Information Block Type 1 on Cell A.
– The SS broadcasts eCall over IMS is not supported in System Information Block Type 1 on Cell A.
UE:
– The eCall capable UE is equipped with ‘eCall only’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-2.
Preamble:
– The UE is in state OFF (state 1)
11.3.4.3.2 Test procedure sequence
Table 11.3.4.3.2-1: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
0 |
The UE is switched on and SS waits 15 sec to allow the UE to camp on the serving cell and enter and remain in substate EMM-DEREGISTERED.eCALL-INACTIVE. |
– |
– |
– |
– |
1 |
Cause the UE to originate Automatic eCall. (Note 1) |
– |
– |
– |
– |
– |
EXCEPTION: Steps 4a1 A to 4b14 describe behaviour that depends on the UE capability; the "lower case letter" identifies a step sequence that takes place if a capability is supported. |
– |
– |
– |
– |
2a1 |
IF (px_RATComb_Tested = EUTRA_UTRA AND pc_CS_Em_Call_in_UTRA) |
– |
– |
– |
– |
2a2 |
Check: Does the UE transmit an RRC CONNECTION REQUEST message on Cell 5 with Establishment cause: Emergency Call? |
–> |
RRC CONNECTION REQUEST |
1 |
P |
2a3 |
The SS transmits an RRC CONNECTION SETUP message. |
<– |
RRC CONNECTION SETUP |
– |
– |
2a4 |
The UE transmits an RRC CONNECTION SETUP COMPLETE message. |
–> |
RRC CONNECTION SETUP COMPLETE |
– |
– |
2a5 |
Check: Does the UE transmit a CM SERVICE REQUEST with CM service type IE indicating “Emergency call establishment”? |
–> |
CM SERVICE REQUEST |
1 |
P |
2a6 |
The SS transmits an AUTHENTICATION REQUEST. |
<– |
AUTHENTICATION REQUEST |
– |
– |
2a7 |
The UE transmits AUTHENTICATION RESPONSE. |
–> |
AUTHENTICATION RESPONSE |
– |
– |
2a8 |
The SS transmits a SECURITY MODE COMMAND message for the CS domain. |
<– |
SECURITY MODE COMMAND |
– |
– |
2a9 |
The UE transmits a SECURITY MODE COMPLETE message. |
–> |
SECURITY MODE COMPLETE |
– |
– |
2a10 |
Check: Does the UE transmit an EMERGENCY SETUP message with Emergency Service Category IE bit 7 set to 1 and all other bits are set to 0? |
–> |
EMERGENCY SETUP |
1 |
P |
2a11-2a16 |
Steps 11 to 16 of the generic test procedure in TS 34.108 subclause 7.2.3.2.3 are performed on Cell 5. NOTE: the CS call setup is completed. |
– |
– |
– |
– |
2a17 |
Traffic channel is kept active for at least 5 seconds. |
– |
– |
– |
– |
2a18 |
The SS transmits DISCONNECT. |
<– |
DISCONNECT |
– |
– |
2a19 |
The UE transmits RELEASE. |
–> |
RELEASE |
– |
– |
2a20 |
The SS transmits RELEASE COMPLETE. |
<– |
RELEASE COMPLETE |
– |
– |
2a21 |
The SS transmits an RRC CONNECTION RELEASE message. |
<– |
RRC CONNECTION RELEASE |
– |
– |
The UE transmits RRC CONNECTION RELEASE COMPLETE. |
RRC CONNECTION RELEASE COMPLETE |
||||
2b1 |
IF (px_RATComb_Tested = EUTRA_GERAN AND pc_CS_Em_Call_in_GERAN) |
– |
– |
– |
– |
2b2 |
Check: Does the UE transmit a CHANNEL REQUEST message on Cell 24 with Establishment cause: Emergency call? |
–> |
CHANNEL REQUEST |
1 |
P |
2b3 |
The SS transmits an IMMEDIATE ASSIGNMENT message. |
<– |
IMMEDIATE ASSIGNMENT |
– |
– |
2b4 |
Check: Does the UE transmit a CM SERVICE REQUEST with CM service type IE indicating “Emergency call establishment”? |
–> |
CM SERVICE REQUEST |
1 |
P |
2b5 |
The SS transmits an AUTHENTICATION REQUEST message. |
<– |
AUTHENTICATION REQUEST |
– |
– |
2b6 |
The UE transmits an AUTHENTICATION RESPONSE message. |
–> |
AUTHENTICATION RESPONSE |
– |
– |
2b7 |
The SS transmits a CIPHERING MODE COMMAND. |
<– |
CIPHERING MODE COMMAND |
– |
– |
2b8 |
The UE transmits a CIPHERING MODE COMPLETE. |
–> |
CIPHERING MODE COMPLETE |
– |
– |
2b9 |
Check: Does the UE transmit an EMERGENCY SETUP message with Emergency Service Category IE bit 7 set to 1 and all other bits are set to 0? |
–> |
EMERGENCY SETUP |
1 |
P |
2b10-2b16 |
Steps 11 to 17 of the generic test procedure in TS 51.010-1 subclause 10.2.3 are performed on Cell 24. NOTE: the CS call setup is completed. |
– |
– |
– |
– |
2b17 |
Traffic channel is kept active for at least 5 seconds. |
– |
– |
– |
– |
2b18 |
The SS transmits DISCONNECT. |
<– |
DISCONNECT |
– |
– |
2b19 |
The UE transmits RELEASE. |
–> |
RELEASE |
– |
– |
2b20 |
The SS transmits RELEASE COMPLETE. |
<– |
RELEASE COMPLETE |
– |
– |
2b21 |
The SS transmits CHANNEL RELEASE |
<– |
CHANNEL RELEASE |
– |
– |
3 |
if possible (see ICS) switch off is performed or the USIM is removed. Otherwise the power is removed. |
– |
– |
– |
– |
– |
EXCEPTION: Step 4a1 describes behaviour that depends on the UE capability. |
– |
– |
– |
– |
4a1 |
If pc_SwitchOnOff or pc_USIM_Removal then UE sends DETACH REQUEST message |
–> |
DETACH REQUEST |
– |
– |
5 |
Set the power level of Cell 5 and Cell 24 to Non-suitable" Off" level. |
– |
– |
– |
– |
6 |
The UE is brought back to operation or the USIM is inserted. |
– |
– |
– |
– |
7 |
SS waits 15 sec to allow the UE to camp on the serving cell and enter and remain in substate EMM-DEREGISTERED.eCALL-INACTIVE. |
– |
– |
– |
– |
8 |
Cause the UE to originate Automatic eCall. (see Note 1) |
– |
– |
– |
– |
9 |
Check: Does the UE transmit an RRCConnectionRequest message on Cell A with Establishment cause: Emergency in the next 2 sec? |
–> |
RRCConnectionRequest |
2 |
F |
Note 1: The request to originate an automatic eCall may be performed by MMI or AT command. |
11.3.4.3.3 Specific message contents
Table 11.3.4.3.3-1: SystemInformationBlockType1 for Cell A (preamble and all steps)
Derivation Path: 36.508 clause 4.4.3.2, Table 4.4.3.2-3 |
|||
Information Element |
Value/remark |
Comment |
Condition |
SystemInformationBlockType1 ::= SEQUENCE { |
|||
ims-EmergencySupport-r9 |
Not present |
Not support IMS emergency call |
|
eCallOverIMS-Support-r14 |
Not present |
Not support eCall over IMS services. |
|
} |
Table 11.3.4.3.3-2: RRC CONNECTION REQUEST (Step 2a2, Table 11.3.4.3.2-1)
Derivation Path: TS 34.108 clause 9.1.1 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Establishment cause |
Emergency Call |
Table 11.3.4.3.3-3: CM SERVICE REQUEST (Steps 2a5 and 2b4, Table 11.3.4.3.2-1)
Derivation Path: TS 24.008 Table 9.2.11 |
|||
Information Element |
Value/remark |
Comment |
Condition |
CM service type |
0010 |
Emergency call establishment |
Table 11.3.4.3.3-4: CHANNEL REQUEST (Step 2b2, Table 11.3.4.3.2-1)
Derivation Path: TS 44.018 Table 9.1.8.1 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Establishment cause |
101 |
Emergency call |
11.3.5 eCall Only mode / EPS supports IMS voice over PS session / EPS supports emergency service / eCall over IMS is supported / RACH failure in EUTRA cell / eCall using the CS domain
11.3.5.1 Test Purpose (TP)
(1)
with { UE is in the state EMM-DEREGISTERED.eCALL-INACTIVE }
ensure that {
when { UE is requested to make automatic eCall and RACH failure is observed in EUTRA cell during 1st attempt }
then { UE establishes the eCall using the CS domain (UTRA or GERAN)}
}
11.3.5.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 23.167 Annex H.6
[TS 23.167 Annex H.6]
This clause details the domain priority and selection (see clause 7.3) for a UE that attempts to make an eCall over IMS session using E-UTRAN radio access networks based on the availability of the CS or PS domains and the network support for IMS emergency, eCall over IMS and IMS voice over PS.
The following table (Table H.2) defines these rules based on the UE (last 2 columns) for different initial conditions (first 4 columns) when an eCall over IMS session is initiated and when the UE is not in limited service state.
Table H.2: Domain Selection Rules for eCall over IMS session attempts for E-UTRAN radio access networks
PS Available |
VoIMS |
EMS |
ECL |
First eCall Attempt |
Second eCall Attempt |
|
A |
Y |
Y |
Y |
Y |
PS |
CS if available |
B |
Y |
Y |
Y |
N |
CS if available |
PS (UE establishes IMS emergency session) |
C |
Y |
Y or N |
N |
N |
CS if available |
No attempt is made in the PS domain |
D |
Y |
N |
Y |
Y |
PS or CS if available |
CS if first attempt in PS PS if first attempt in CS |
E |
Y |
N |
Y |
N |
CS if available |
PS (UE establishes IMS emergency session) |
F |
N |
– |
– |
CS if available |
||
VoIMS = Voice over IMS over PS sessions support as indicated by IMS Voice over PS session supported indication as defined in TS 23.401 [28]. EMS = IMS Emergency Services supported as indicated by Emergency Service Support indicator as defined in TS 23.401 [28]. ECL = eCall Over IMS support as indicated by the eCall support indicator defined in TS 23.401 [28]. |
11.3.5.3 Test description
11.3.5.3.1 Pre-test conditions
System Simulator:
– Cell A is set to “Serving cell”
– If (px_RATComb_Tested = EUTRA_UTRA AND pc_CS_Em_Call_in_UTRA)
– Cell 5 is configured as ”Suitable Neighbour cell”
– If (px_RATComb_Tested = EUTRA_GERAN AND pc_CS_Em_Call_in_GERAN)
– Cell 24 is configured as ”Suitable Neighbour cell”
– System information combination 10 as defined in TS 36.508[18] clause 4.4.3.1 is used in E-UTRA cells.
– The SS broadcasts IMS Emergency Call support in System Information Block Type 1 on Cell A.
– The SS broadcasts eCall over IMS is supported in System Information Block Type 1 on Cell A.
UE:
– The eCall capable UE is equipped with ‘eCall support’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-2.
Preamble:
– The UE is in state Switched OFF (state 1) according to [18].
11.3.5.3.2 Test procedure sequence
Table 11.3.5.3.2-1: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE is switched on. |
– |
– |
– |
– |
2 |
An Automatic eCall is initiated. (Note 1) |
– |
– |
– |
– |
3 |
Check: Does the UE transmit preamble on PRACH? |
–> |
PRACH Preamble |
– |
– |
– |
EXCEPTION: In parallel to the events described in step 3 the steps specified in Table 11.3.5.3.2-2 should take place. |
– |
– |
– |
– |
4a1 |
IF (px_RATComb_Tested = EUTRA_UTRA AND pc_CS_Em_Call_in_UTRA) |
– |
– |
– |
– |
4a2 |
Check: Does the UE transmit an RRC CONNECTION REQUEST message on Cell 5 with Establishment cause: Emergency Call? |
–> |
RRC CONNECTION REQUEST |
1 |
P |
4a3 |
The SS transmits an RRC CONNECTION SETUP message. |
<– |
RRC CONNECTION SETUP |
– |
– |
4a4 |
The UE transmits an RRC CONNECTION SETUP COMPLETE message. |
–> |
RRC CONNECTION SETUP COMPLETE |
– |
– |
4a5 |
Check: Does the UE transmit a CM SERVICE REQUEST with CM service type IE indicating “Emergency call establishment”? |
–> |
CM SERVICE REQUEST |
1 |
P |
4a6 |
The SS transmits an AUTHENTICATION REQUEST. |
<– |
AUTHENTICATION REQUEST |
– |
– |
4a7 |
The UE transmits AUTHENTICATION RESPONSE. |
–> |
AUTHENTICATION RESPONSE |
– |
– |
4a8 |
The SS transmits a SECURITY MODE COMMAND message for the CS domain. |
<– |
SECURITY MODE COMMAND |
– |
– |
4a9 |
The UE transmits a SECURITY MODE COMPLETE message. |
–> |
SECURITY MODE COMPLETE |
– |
– |
4a10 |
Check: Does the UE transmit an EMERGENCY SETUP message with Emergency Service Category IE bit 7 set to 1 and all other bits are set to 0? |
–> |
EMERGENCY SETUP |
1 |
P |
4a11-4a16 |
Steps 11 to 16 of the generic test procedure in TS 34.108 sub clause 7.2.3.2.3 are performed on Cell 5. NOTE: the CS call setup is completed. |
– |
– |
– |
– |
4a17 |
The SS transmits DISCONNECT. |
<– |
DISCONNECT |
– |
– |
4a18 |
The UE transmits RELEASE. |
–> |
RELEASE |
– |
– |
4a19 |
The SS transmits RELEASE COMPLETE. |
<– |
RELEASE COMPLETE |
– |
– |
4a20 |
The SS transmits an RRCConnectionRelease message. |
<– |
RRCConnectionRelease |
– |
– |
5b1 |
IF (px_RATComb_Tested = EUTRA_GERAN AND pc_CS_Em_Call_in_GERAN) |
– |
– |
– |
– |
5b2 |
Check: Does the UE transmit a CHANNEL REQUEST message on Cell 24 with Establishment cause: Emergency call? |
–> |
CHANNEL REQUEST |
1 |
P |
5b3 |
The SS transmits an IMMEDIATE ASSIGNMENT message. |
<– |
IMMEDIATE ASSIGNMENT |
– |
– |
5b4 |
Check: Does the UE transmit a CM SERVICE REQUEST with CM service type IE indicating “Emergency call establishment”? |
–> |
CM SERVICE REQUEST |
1 |
P |
5b5 |
The SS transmits an AUTHENTICATION REQUEST message |
<– |
AUTHENTICATION REQUEST |
– |
– |
5b6 |
The UE transmits an AUTHENTICATION RESPONSE message. |
–> |
AUTHENTICATION RESPONSE |
– |
– |
5b7 |
The SS transmits a CIPHERING MODE COMMAND. |
<– |
CIPHERING MODE COMMAND |
– |
– |
5b8 |
The UE transmits a CIPHERING MODE COMPLETE. |
–> |
CIPHERING MODE COMPLETE |
– |
– |
5b9 |
Check: Does the UE transmit an EMERGENCY SETUP message with Emergency Service Category IE bit 7 set to 1 and all other bits are set to 0? |
–> |
EMERGENCY SETUP |
1 |
P |
5b10-5b16 |
Steps 11 to 17 of the generic test procedure in TS 51.010-1 subclause 10.2.3 are performed on Cell 24. |
– |
– |
– |
– |
5b17 |
Traffic channel is kept active for at least 5 seconds. |
– |
– |
– |
– |
5b18 |
The SS transmits DISCONNECT. |
<– |
DISCONNECT |
– |
– |
5b19 |
The UE transmits RELEASE. |
–> |
RELEASE |
– |
– |
5b20 |
The SS transmits RELEASE COMPLETE. |
<– |
RELEASE COMPLETE |
– |
– |
5b21 |
The SS transmits CHANNEL RELEASE |
<– |
CHANNEL RELEASE |
– |
– |
Note 1: The request to originate an automatic eCall may be performed by MMI or AT command. |
Table 11.3.5.3.2-2: Parallel behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
– |
EXCEPTION: The steps 1 and 2 below are repeated for the duration of T300. |
– |
– |
– |
– |
1 |
The UE attempts to perform RACH procedure on Cell A. |
– |
– |
– |
– |
2 |
The SS does not respond. |
– |
– |
– |
– |
11.3.5.3.3 Specific message contents
Table 11.3.5.3.3-1: Message SystemInformationBlockType1 (Preamble)
Derivation path: 36.508 table 4.4.3.2-3 Condition eCalloverIMS |
Table 11.3.5.3.3-2: RRC CONNECTION REQUEST (Step 4a2, Table 11.3.5.3.2-1)
Derivation Path: TS 34.108 clause 9.1.1 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Establishment cause |
Emergency Call |
Table 11.3.5.3.3-3: CM SERVICE REQUEST (Steps 4a5 and 5b4, Table 11.3.5.3.2-1)
Derivation Path: TS 24.008 Table 9.2.11 |
|||
Information Element |
Value/remark |
Comment |
Condition |
CM service type |
0010 |
Emergency call establishment |
Table 11.3.5.3.3-4: CHANNEL REQUEST (Step 5b2, Table 11.3.5.3.2-1)
Derivation Path: TS 44.018 Table 9.1.8.1 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Establishment cause |
101 |
Emergency call |
11.3.6 eCall Only mode / Limited service state / Call to URI for test service should not be attempted / eCall over IMS should be attempted
11.3.6.1 Test Purpose (TP)
(1)
with { UE in eCALL-INACTIVE.LIMITED-SERVICE state }
ensure that {
when { UE is requested to make an eCall to URI for test service}
then { UE does not transmit any RRCConnectionRequest message }
}
(2)
with { UE in eCALL-INACTIVE.LIMITED-SERVICE state }
ensure that {
when { UE is requested to make a manual eCall}
then { UE transmits an ATTACH REQUEST message to attach for emergency bearer services, together with a PDN CONNECTIVITY REQUEST message with ‘Request type’ set to ’emergency’ }
}
11.3.6.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 23.122, clauses 2
[TS 23.122 clause 2]
If the MS is in eCall only mode, it attempts to camp on a suitable cell and enters an "eCall inactive" state in which it can only attempt an eCall over IMS, or a call to a non-emergency MSISDN or URI for test or terminal reconfiguration services as specified in 3GPP TS 31.102 [40].
If the MS is in eCall only mode and is unable to find a suitable cell to camp on, it attempts to camp on an acceptable cell in limited service state, and enters an "eCall inactive" state in which it can only attempt an eCall over IMS. The signalling procedure for the release of the NAS signalling connection is initiated by the network.
11.3.6.3 Test description
11.3.6.3.1 Pre-test conditions
System Simulator:
– Cell A
– The PLMN is defined in Table 11.3.6.3.1-1.
Table 11.3.6.3.1–1: PLMN identifier
Cell |
PLMN name |
MCC / MNC |
A |
PLMN4 |
004 / 31 |
UE:
– The eCall capable UE is equipped with ‘eCall only’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-2.
– The UE is equipped with a USIM containing values shown in Table 11.3.6.3.1-2.
Table 11.3.6.3.1-2: USIM configuration
USIM field |
Value |
EFFPLMN |
PLMN4 |
Preamble:
– The UE is in state Switched OFF (state 1) according to [18].
11.3.6.3.2 Test procedure sequence
Table 11.3.6.3.2-1: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE is switched on. |
– |
– |
– |
– |
2 |
Wait 60s for the UE to camp on Cell A as an acceptable cell. |
– |
– |
– |
– |
3 |
An eCall to URI for test service is initiated. (Note 1) |
– |
– |
– |
– |
4 |
Check: Does UE send an RRCConnectionRequest on Cell A within 120 seconds? |
–> |
RRC: RRCConnectionRequest |
1 |
F |
5 |
A manual eCall is initiated. (Note 2) |
– |
– |
– |
– |
6 |
Check: Does the UE transmit an RRCConnectionRequest message with ‘establishmentCause’ set to ’emergency’? |
–> |
RRC: RRCConnectionRequest |
– |
– |
7 |
SS transmits an RRCConnectionSetup message. |
<– |
RRC: RRCConnectionSetup |
– |
– |
8 |
Check: Does the UE transmit an ATTACH REQUEST message to attach for emergency bearer services, together with a PDN CONNECTIVITY REQUEST message with ‘Request type’ set to ’emergency? |
–> |
NAS: ATTACH REQUEST NAS: PDN CONNECTIVITY REQUEST |
2 |
P |
9-23 |
Steps 5 to 19 of the generic test procedure for IMS Emergency call establishment in EUTRA: Limited Service (TS 36.508 subclause 4.5A.5.3-1). |
– |
– |
– |
– |
24-27 |
Release eCall over IMS using the generic procedure described in TS 34.229-1 [35] subclause C.33. |
– |
– |
– |
– |
28 |
Void |
– |
– |
– |
– |
29 |
The SS releases the RRC connection. |
<– |
RRCConnectionRelease |
– |
– |
Note 1: The request to originate an eCall to URI for test service may be performed by MMI or AT command. Note 2: The request to originate a manual eCall may be performed by MMI or AT command. |
11.3.6.3.3 Specific message contents
Table 11.3.6.3.3-1: Message SystemInformationBlockType1 (Preamble)
Derivation path: 36.508 table 4.4.3.2-3 Condition eCalloverIMS |
11.3.7 eCall Only mode / SRVCC Handover to CS domain / UTRAN / MSD Update / Success
11.3.7.1 Test Purpose (TP)
(1)
with { UE in eCall Only Mode and an IMS eCall is ongoing }
ensure that {
when { UE receives a MobilityFromEUTRACommand message and an UTRA Speech RAB combination is configured for an UTRA cell }
then { UE transmits a HANDOVER TO UTRAN COMPLETE message on the utra cell }
}
11.3.7.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3, TS 23.237, clauses 5.3.3, 6c.2.1, TS 23.216, clause 5.3.4.2, TS 26.267, clause 4.3, and TS 24.008, clause 5.2.4.2.
[TS 36.331, clause 5.4.3.3]
The UE shall:
1> stop timer T310, if running;
1> if the MobilityFromEUTRACommand message includes the purpose set to handover:
2> if the targetRAT-Type is set to utra or geran:
3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in the MobilityFromEUTRACommand message;
3> forward the nas-SecurityParamFromEUTRA to the upper layers;
3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the target RAT;
[TS 23.237, clause 5.3.3]
The Emergency Access Transfer Function (EATF) provides IMS-based mechanisms for enabling service continuity of IMS emergency sessions and eCall over IMS. It is a function in the serving (visited if roaming) IMS network, providing the procedures for IMS emergency session anchoring and PS to CS Access Transfer. The EATF acts as a routing B2BUA which invokes third party call control (3pcc) for enablement of Access Transfer.
When supporting PS to CS DRVCC for IMS emergency, the EATF provides the following functions:
– Generates and sends an E-STN-DR to UE for session continuity procedure toward the CS domain. The E-STN-DR is used by the EATF to correlate two access legs, and is unique for each access transfer function within an EATF.
The EATF performs the session continuity when the Access Transfer request indicated by the E-STN-SR is received.
[TS 23.237, clause 6c.2.1]
Figure 6c.2.1-1 provides flow for SRVCC for IMS emergency session, when the IMS emergency session is active session.
Figure 6c.2.1-1: IMS level Call flow for SRVCC for IMS emergency session with E-STN-SR
1. MSC Server initiates the session transfer with the E-STN-SR and it includes the equipment identifier.
2. The I-CSCF routes the INVITE directly to the EATF via I5 by using similar procedures to that defined in TS 23.228 [4] for PSI based Application Server termination.
NOTE 1: The use of indirect routeing for PSI based Application Server Termination as described in TS 23.228 [4] in clause 5.7.6 cannot be used for routing the INVITE to the EATF.
3.-4. The EATF uses the E-STN-SR to determine that Access Transfer is requested. The EATF proceeds with the Access Transfer of the active session with bi-directional speech for the UE by updating the Remote Leg with the media description and other information using the Remote Leg Update procedure as specified in clause 6.3.1.5. For SRVCC session transfer of an eCall over IMS, the EATF indicates in the reINVITE that the EATF shall exclude INFO requests for any Info Packages related to eCall over IMS as defined in RFC 6086 [34] clause 5.2.2.
NOTE: Indicating an unwillingness to receive INFO requests will prevent an emergency centre/PSAP from sending an INFO message to request an updated MSD from the UE.
5. The E-CSCF forwards the Re-INVITE to the MGCF associated with the PSAP if the PSAP is located in the PSTN or CS Domain (the u-plane path is switched between the UE and the MGW) or the Re-INVITE is sent directly to an IP-capable PSAP (the u-plane path between the UE and the PSAP is switched end-to-end).
6. When session modification procedures complete, the source access leg (i.e. the access leg previously established over IMS) is released as specified in clause 6.3.1.6.
NOTE 2: If non-voice media was part of the original Multimedia emergency call session, the non-voice media will be released.
If the MS is in eCall only mode, it attempts to camp on a suitable cell and enters an "eCall inactive" state in which it can only attempt an eCall over IMS, or a call to a non-emergency MSISDN or URI for test or terminal reconfiguration services as specified in 3GPP TS 31.102 [40].
If the MS is in eCall only mode and is unable to find a suitable cell to camp on, it attempts to camp on an acceptable cell in limited service state, and enters an "eCall inactive" state in which it can only attempt an eCall over IMS. The signalling procedure for the release of the NAS signalling connection is initiated by the network.
[TS 23.216, clause 5.3.4.2]
3GPP SRVCC UE is needed to perform SRVCC (see clause 3.1 for 3GPP SRVCC UE definition). The interaction between UE and E-UTRAN is described in TS 36.300 [16] and between UE and UTRAN (HSPA) is described in TS 25.331 [19].
The SRVCC UE indicates to the network that the UE is SRVCC capable when being configured for using IMS speech service supported by the home operator, e.g. the IMS Multimedia Telephony Service for bi-directional speech as described in TS 22.173 [26].
For an eCall Over IMS after handover to GERAN/UTRAN is complete, the SRVCC UE shall support in-band transfer of updated MSD according to TS 26.267 [43].
[TS 23.267, clause 4.3]
After an emergency voice call has been (automatically or manually) established, the IVS modem receiver constantly monitors the incoming signal from the speech decoder output. When prompted by a request from the PSAP operator for MSD, the IVS connects the IVS data modem transmitter to the input of the speech coder and mutes any speech from the motorist for the duration of MSD transmission to prevent it from interfering with the eCall data transmission. Alternatively, it can be the IVS that may trigger the MSD transmission. In this case, the IVS asks the PSAP to request an MSD transmission.
The first operation mode shall be referred to as the pull mode whereas the latter one is the push mode. Essentially, push mode is realized by a request from the IVS to the PSAP to pull the MSD.
The requirement about the modem to be configured in either push or pull mode is beyond the scope of this specification. Refer to clause 4.2 for a reproduction of eCall service requirements.
[TS 24.008, clause 5.2.4.2]
If the MS supports single radio PS to CS access transfer for calls in alerting state as specified in 3GPP TS 24.237 [136] subclause 12.2.3B, and the MS has a single voice media stream over the PS domain that is handed over to the CS domain via SRVCC, and the call control entity in "null" state receives an indication "MM connection establishment due to SRVCC handover", then:
– if the voice media stream is associated with a mobile originated session in the "early" state (defined in IETF RFC 3261 [137]) according to the conditions specified in 3GPP TS 24.237 [136] subclause 12.2.3B.3.2, the call control entity of the MS shall enter the "call delivered" state for this transaction. The MS and the network shall locally set the TI value of the call to "000" and the TI flag value as in mobile terminated call; and
…
If the MS has additional voice media streams carried over the PS domain that are handed over to the CS domain via SRVCC, the state for the transactions and the setting of the TI value and TI flag for these additional media streams is described in 3GPP TS 24.237 [136].
11.3.7.3 Test description
11.3.7.3.1 Pre-test conditions
System Simulator:
– Cell A and Cell 5.
– System information combination 4 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell.
UE:
– The eCall capable UE is equipped with ‘eCall only’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-2.
Preamble:
– The UE is in state Switched OFF (state 1) according to TS 36.508 [18].
11.3.7.3.2 Test procedure sequence
Table 11.3.7.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at various time instants of the test execution. Row marked "T0" denotes the initial conditions after preamble, while columns marked "T1" is to be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this clause.
Table 11.3.7.3.2-1: Time instances of cell power level and parameter changes
Parameter |
Unit |
Cell A |
Cell 5 |
Remark |
|
T0 |
Cell-specific RS EPRE |
dBm/15kHz |
-60 |
– |
The power level values are such that entering conditions for event B2 are not satisfied. |
CPICH_Ec (UTRA FDD) |
dBm/3.84 MHz |
– |
-88 |
||
PCCPCH_Ec (UTRA LCR TDD) |
dBm/1.28 MHz |
– |
-88 |
||
T1 |
Cell-specific RS EPRE |
dBm/15kHz |
-84 |
– |
The power level values are such that entering conditions for event B2 are satisfied. |
CPICH_Ec (UTRA FDD) |
dBm/3.84 MHz |
– |
-64 |
||
PCCPCH_Ec (UTRA LCR TDD) |
dBm/1.28 MHz |
– |
-64 |
||
T2 |
Cell-specific RS EPRE |
dBm/15kHz |
Non-suitable “Off” |
– |
|
CPICH_Ec (UTRA FDD) |
dBm/3.84 MHz |
– |
-64 |
||
PCCPCH_Ec (UTRA LCR TDD) |
dBm/1.28 MHz |
– |
-64 |
Table 11.3.7.3.2-2: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE is switched on. |
– |
– |
– |
– |
2 |
Wait 60s for the UE to camp on Cell A as an acceptable cell. |
– |
– |
– |
– |
3 |
A manual NG eCall is initiated. (See Note 1). |
– |
– |
– |
– |
4-26 |
Steps 3 to 25 of the generic test procedure for eCall over IMS establishment in EUTRA: eCall only mode (TS 36.508 4.5A.27). |
– |
– |
– |
– |
27 |
The SS transmits an RRCConnectionReconfiguration message on Cell A to setup inter-RAT measurement and reporting for event B2. |
<– |
RRCConnectionReconfiguration |
– |
– |
28 |
The UE transmits an RRCConnectionReconfigurationComplete message on Cell A. |
–> |
RRCConnectionReconfigurationComplete |
– |
– |
29 |
The SS changes the power level for Cell A and Cell 5 according to the row "T1" in Table 11.3.7.3.2-1. |
– |
– |
– |
– |
30 |
The UE transmits a MeasurementReport message on Cell A to report event B2 for Cell 5. |
–> |
MeasurementReport |
– |
– |
31 |
The SS transmits a UECapabilityEnquiry message on Cell A to request UE radio access capability information for E-UTRA and UTRA. |
<– |
UECapabilityEnquiry |
– |
– |
32 |
The UE transmits a UECapabilityInformation message on Cell A. NOTE: The start-CS values received, should be used to configure ciphering on Cell 5. |
–> |
UECapabilityInformation |
– |
– |
33 |
The SS transmits a MobilityFromEUTRACommand message on Cell A. |
<– |
MobilityFromEUTRACommand |
– |
– |
34 |
Check: Does the UE transmit a HANDOVER TO UTRAN COMPLETE message on Cell 5? |
–> |
HANDOVER TO UTRAN COMPLETE |
1 |
P |
– |
EXCEPTION: In parallel to the events described in step 35 to 40 the steps specified in Table 11.3.7.3.2-3 takes place. |
– |
– |
– |
– |
35 |
The SS transmits a SECURITY MODE COMMAND message for the CS domain on Cell 5. |
<– |
SECURITY MODE COMMAND |
– |
– |
36 |
The UE transmits a SECURITY MODE COMPLETE message on Cell 5. |
–> |
SECURITY MODE COMPLETE |
– |
– |
37 |
The SS transmits an UTRAN MOBILITY INFORMATION message on Cell 5 to notify CN information. |
<– |
UTRAN MOBILITY INFORMATION |
– |
– |
38 |
The UE transmits an UTRAN MOBILITY INFORMATION CONFIRM message on Cell 5. |
–> |
UTRAN MOBILITY INFORMATION CONFIRM |
– |
– |
39 |
The SS transmits a TMSI REALLOCATION COMMAND message on Cell 5. |
<– |
TMSI REALLOCATION COMMAND |
– |
– |
40 |
The UE transmits a TMSI REALLOCATION COMPLETE message on Cell 5. |
–> |
TMSI REALLOCATION COMPLETE |
– |
– |
41 |
The CS traffic channel is kept alive by UE for at-least 5 seconds for in-band MSD transfer |
– |
– |
– |
– |
42 |
SS adjusts cell levels according to row T2 of table 11.3.7.3.2-1. |
– |
– |
– |
– |
– |
The UE is in end state UTRA CS call. |
– |
– |
– |
– |
Note 1: The request to originate a manual eCall may be performed by MMI or AT command. |
Table 11.3.7.3.2-3: Parallel behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE transmits a ROUTING AREA UPDATE REQUEST message on Cell 5. |
–> |
ROUTING AREA UPDATE REQUEST |
– |
– |
2 |
The SS transmits a SECURITY MODE COMMAND message for the PS domain on Cell 5. |
<– |
SECURITY MODE COMMAND |
– |
– |
3 |
The UE transmits a SECURITY MODE COMPLETE message on Cell 5. |
–> |
SECURITY MODE COMPLETE |
– |
– |
4 |
The SS transmits a ROUTING AREA UPDATE ACCEPT message on Cell 5. |
<– |
ROUTING AREA UPDATE ACCEPT |
– |
– |
5 |
The UE transmits a ROUTING AREA UPDATE COMPLETE message on Cell 5. |
–> |
ROUTING AREA UPDATE COMPLETE |
– |
– |
11.3.7.3.3 Specific message contents
Table 11.3.7.3.3-1: Message SystemInformationBlockType1 (Preamble)
Derivation path: 36.508 table 4.4.3.2-3 Condition eCalloverIMS |
Table 11.3.7.3.3-2: ATTACH REQUEST (preamble)
Derivation path: 36.508 Table 4.7.2-4 |
||||
Information Element |
Value/remark |
Comment |
Condition |
|
MS network capability |
SRVCC from UTRAN HSPA or E-UTRAN to GERAN/UTRAN supported |
|||
Mobile station classmark 2 |
Any allowed value |
|||
Supported Codecs |
Any allowed value |
Table 11.3.7.3.3-3: RRCConnectionReconfiguration (step 27, Table 11.3.7.3.2-2)
Derivation Path: 36.508, Table 4.6.1-8, condition MEAS |
Table 11.3.7.3.3-4: MeasConfig (Table 11.3.7.3.3-3)
Derivation Path: 36.508, Table 4.6.6-1, condition UTRAN |
|||||||
Information Element |
Value/remark |
Comment |
Condition |
||||
MeasConfig ::= SEQUENCE { |
|||||||
measObjectToAddModList SEQUENCE (SIZE (1..maxObjectId)) OF SEQUENCE { |
2 entries |
||||||
measObjectId[1] |
IdMeasObject-f1 |
||||||
measObject[1] |
MeasObjectEUTRA-GENERIC(f1) |
||||||
measObject[1] |
MeasObjectEUTRA-GENERIC(maxEARFCN) |
Band > 64 |
|||||
measObjectId[2] |
IdMeasObject-f8 |
||||||
measObject[2] |
MeasObjectUTRA-f8 |
||||||
} |
|||||||
reportConfigToAddModList SEQUENCE (SIZE (1..maxReportConfigId)) OF SEQUENCE { |
1 entry |
||||||
reportConfigId[1] |
IdReportConfig-B2-UTRA |
||||||
reportConfig[1] |
ReportConfigInterRAT-B2-UTRA (-72, -76) |
||||||
} |
|||||||
measIdToAddModList SEQUENCE (SIZE (1..maxMeasId)) OF SEQUENCE { |
1 entry |
||||||
measId[1] |
1 |
||||||
measObjectId[1] |
IdMeasObject-f8 |
||||||
reportConfigId[1] |
IdReportConfig-B2-UTRA |
||||||
} |
|||||||
measObjectToAddModList-v9e0 ::= SEQUENCE (SIZE (1..maxObjectId)) OF SEQUENCE { |
2 entries |
Band > 64 |
|||||
measObjectEUTRA-v9e0[1] SEQUENCE { |
|||||||
carrierFreq-v9e0 |
Same downlink EARFCN as used for f1 |
||||||
} |
|||||||
measObjectEUTRA-v9e0[2] SEQUENCE {} |
|||||||
} |
|||||||
} |
|||||||
} |
Condition |
Explanation |
Band > 64 |
If band > 64 is selected |
Table 11.3.7.3.3-5: MeasObjectUTRA-f8 (Table 11.3.7.3.3-4)
Derivation Path: 36.508, Table 4.6.6-3 |
|||
Information Element |
Value/remark |
Comment |
Condition |
MeasObjectUTRA ::= SEQUENCE { |
|||
carrierFreq |
Same downlink ARFCN as used for Cell 5 |
||
cellsToAddModList CHOICE { |
|||
cellsToAddModListUTRA-FDD SEQUENCE (SIZE (1..maxCellMeas)) OF SEQUENCE { |
1 entry |
UTRA-FDD |
|
cellIndex[1] |
1 |
||
physCellId[1] |
PhysicalCellIdentity of Cell 5 |
||
} |
|||
cellsToAddModListUTRA-TDD SEQUENCE (SIZE (1..maxCellMeas)) OF SEQUENCE { |
UTRA-TDD |
||
cellIndex[1] |
1 |
||
physCellId[1] |
PhysicalCellIdentity of Cell 5 |
||
} |
|||
} |
|||
csg-allowedReportingCells-v930 |
Not present |
||
} |
Condition |
Explanation |
UTRA-FDD |
UTRA FDD cell environment |
UTRA-TDD |
UTRA TDD cell environment |
Table 11.3.7.3.3-6: MeasurementReport (step 30, Table 11.3.7.3.2-2)
Derivation Path: 36.508, Table 4.6.1-5 |
|||
Information Element |
Value/remark |
Comment |
Condition |
MeasurementReport ::= SEQUENCE { |
|||
criticalExtensions CHOICE { |
|||
c1 CHOICE { |
|||
measurementReport-r8 SEQUENCE { |
|||
measResults SEQUENCE { |
|||
measId |
1 |
||
measResultPCell SEQUENCE { |
|||
rsrpResult |
(0..97) |
||
rsrqResult |
(0..34) |
||
} |
|||
measResultNeighCells CHOICE { |
|||
measResultListUTRA SEQUENCE (SIZE (1..maxCellReport)) OF SEQUENCE { |
1 entry |
||
physCellId[1] CHOICE { |
|||
fdd |
PhysicalCellIdentity of Cell 5 |
UTRA-FDD |
|
tdd |
PhysicalCellIdentity of Cell 5 |
UTRA-TDD |
|
} |
|||
cgi-Info[1] |
Not present |
||
measResult[1] SEQUENCE { |
|||
utra-RSCP |
(-5..91) |
||
utra-EcN0 |
Not present |
||
additionalSI-Info-r9 |
Not present |
||
} |
|||
} |
|||
} |
|||
measResultForECID-r9 |
Not present |
||
locationInfo-r10 |
Not present |
||
measResultServFreqList-r10 |
Not present |
||
} |
|||
} |
|||
} |
|||
} |
|||
} |
Condition |
Explanation |
UTRA-FDD |
UTRA FDD cell environment |
UTRA-TDD |
UTRA TDD cell environment |
Table 11.3.7.3.3-7: UECapabilityEnquiry (step 31, Table 11.3.7.3.2-2)
Derivation Path: 36.508, Table 4.6.1-22 |
|||
Information Element |
Value/remark |
Comment |
Condition |
UECapabilityEnquiry ::= SEQUENCE { |
|||
criticalExtensions CHOICE { |
|||
c1 CHOICE { |
|||
ueCapabilityEnquiry-r8 SEQUENCE { |
|||
ue-CapabilityRequest (SIZE (1..maxRAT-Capabilities)) OF SEQUENCE { |
2 entries |
||
RAT-Type[1] |
eutra |
||
RAT-Type[2] |
utra |
||
} |
|||
} |
|||
} |
|||
} |
|||
} |
Table 11.3.7.3.3-8: MobilityFromEUTRACommand (step 33, Table 11.3.7.3.2-2)
Derivation Path: 36.508, Table 4.6.1-6 |
|||
Information Element |
Value/remark |
Comment |
Condition |
MobilityFromEUTRACommand ::= SEQUENCE { |
|||
criticalExtensions CHOICE { |
|||
c1 CHOICE { |
|||
mobilityFromEUTRACommand-r8 SEQUENCE { |
|||
cs-FallbackIndicator |
False |
||
purpose CHOICE { |
|||
handover SEQUENCE { |
|||
targetRAT-Type |
utra |
||
targetRAT-MessageContainer |
HANDOVER TO UTRAN COMMAND(UTRA RRC message) |
||
nas-SecurityParamFromEUTRA |
The 4 least significant bits of the NAS downlink COUNT value |
||
systemInformation |
Not present |
||
} |
|||
} |
|||
} |
|||
} |
|||
} |
|||
} |
Table 11.3.7.3.3-9: HANDOVER TO UTRAN COMMAND (Table 11.3.7.3.3-8)
Derivation Path: 36.508, Table 4.7B.1-1, condition UTRA Speech |
Table 11.3.7.3.3-10: SECURITY MODE COMMAND (step 35, Table 11.3.7.3.2-2)
Derivation Path: 36.508, Table 4.7B.1-n |
|||
Information Element |
Value/remark |
Comment |
Condition |
Ciphering mode info |
Not present |
Table 11.3.7.3.3-13: ROUTING AREA UPDATE ACCEPT (step 4, Table 11.3.7.3.2-3)
Derivation path: 36.508, Table 4.7B.2-2 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
PDP context status |
0 |
NSAPI(0) – NSAPI(15) is set to 0, which means that the SM state of all PDP contexts is PDP-INACTIVE |
11.3.8 eCall Only mode / SRVCC Handover to CS domain / GERAN / MSD Update / Success
11.3.8.1 Test Purpose (TP)
(1)
with { UE in eCall Only Mode and an IMS eCall is ongoing }
ensure that {
when { UE receives a MobilityFromEUTRACommand message and an UTRA Speech RAB combination is configured for an UTRA cell }
then { UE transmits a HANDOVER COMPLETE message on the geran cell }
}
11.3.8.2 Conformance requirements
References: The conformance requirements covered in the present TC are specified in: TS 36.331, clause 5.4.3.3, TS 23.237, clauses 5.3.3, 6c.2.1, TS 23.216, clause 5.3.4.2, TS 26.267, clause 4.3, and TS 24.008, clause 5.2.4.2.
[TS 36.331, clause 5.4.3.3]
The UE shall:
1> stop timer T310, if running;
1> if the MobilityFromEUTRACommand message includes the purpose set to handover:
2> if the targetRAT-Type is set to utra or geran:
3> consider inter-RAT mobility as initiated towards the RAT indicated by the targetRAT-Type included in the MobilityFromEUTRACommand message;
3> forward the nas-SecurityParamFromEUTRA to the upper layers;
3> access the target cell indicated in the inter-RAT message in accordance with the specifications of the target RAT;
[TS 23.237, clause 5.3.3]
The Emergency Access Transfer Function (EATF) provides IMS-based mechanisms for enabling service continuity of IMS emergency sessions and eCall over IMS. It is a function in the serving (visited if roaming) IMS network, providing the procedures for IMS emergency session anchoring and PS to CS Access Transfer. The EATF acts as a routing B2BUA which invokes third party call control (3pcc) for enablement of Access Transfer.
When supporting PS to CS DRVCC for IMS emergency, the EATF provides the following functions:
– Generates and sends an E-STN-DR to UE for session continuity procedure toward the CS domain. The E-STN-DR is used by the EATF to correlate two access legs, and is unique for each access transfer function within an EATF.
The EATF performs the session continuity when the Access Transfer request indicated by the E-STN-SR is received.
[TS 23.237, clause 6c.2.1]
Figure 6c.2.1-1 provides flow for SRVCC for IMS emergency session, when the IMS emergency session is active session.
Figure 6c.2.1-1: IMS level Call flow for SRVCC for IMS emergency session with E-STN-SR
1. MSC Server initiates the session transfer with the E-STN-SR and it includes the equipment identifier.
2. The I-CSCF routes the INVITE directly to the EATF via I5 by using similar procedures to that defined in TS 23.228 [4] for PSI based Application Server termination.
NOTE 1: The use of indirect routeing for PSI based Application Server Termination as described in TS 23.228 [4] in clause 5.7.6 cannot be used for routing the INVITE to the EATF.
3 – 4. The EATF uses the E-STN-SR to determine that Access Transfer is requested. The EATF proceeds with the Access Transfer of the active session with bi-directional speech for the UE by updating the Remote Leg with the media description and other information using the Remote Leg Update procedure as specified in clause 6.3.1.5. For SRVCC session transfer of an eCall over IMS, the EATF indicates in the reINVITE that the EATF shall exclude INFO requests for any Info Packages related to eCall over IMS as defined in RFC 6086 [34] clause 5.2.2.
NOTE: Indicating an unwillingness to receive INFO requests will prevent an emergency centre/PSAP from sending an INFO message to request an updated MSD from the UE.
5. The E-CSCF forwards the Re-INVITE to the MGCF associated with the PSAP if the PSAP is located in the PSTN or CS Domain (the u-plane path is switched between the UE and the MGW) or the Re-INVITE is sent directly to an IP-capable PSAP (the u-plane path between the UE and the PSAP is switched end-to-end).
6. When session modification procedures complete, the source access leg (i.e. the access leg previously established over IMS) is released as specified in clause 6.3.1.6.
NOTE 2: If non-voice media was part of the original Multimedia emergency call session, the non-voice media will be released.
If the MS is in eCall only mode, it attempts to camp on a suitable cell and enters an "eCall inactive" state in which it can only attempt an eCall over IMS, or a call to a non-emergency MSISDN or URI for test or terminal reconfiguration services as specified in 3GPP TS 31.102 [40].
If the MS is in eCall only mode and is unable to find a suitable cell to camp on, it attempts to camp on an acceptable cell in limited service state, and enters an "eCall inactive" state in which it can only attempt an eCall over IMS. The signalling procedure for the release of the NAS signalling connection is initiated by the network.
[TS 23.216, clause 5.3.4.2]
3GPP SRVCC UE is needed to perform SRVCC (see clause 3.1 for 3GPP SRVCC UE definition). The interaction between UE and E-UTRAN is described in TS 36.300 [16] and between UE and UTRAN (HSPA) is described in TS 25.331 [19].
The SRVCC UE indicates to the network that the UE is SRVCC capable when being configured for using IMS speech service supported by the home operator, e.g. the IMS Multimedia Telephony Service for bi-directional speech as described in TS 22.173 [26].
For an eCall Over IMS after handover to GERAN/UTRAN is complete, the SRVCC UE shall support in-band transfer of updated MSD according to TS 26.267 [43].
[TS 23.267, clause 4.3]
After an emergency voice call has been (automatically or manually) established, the IVS modem receiver constantly monitors the incoming signal from the speech decoder output. When prompted by a request from the PSAP operator for MSD, the IVS connects the IVS data modem transmitter to the input of the speech coder and mutes any speech from the motorist for the duration of MSD transmission to prevent it from interfering with the eCall data transmission. Alternatively, it can be the IVS that may trigger the MSD transmission. In this case, the IVS asks the PSAP to request an MSD transmission.
The first operation mode shall be referred to as the pull mode whereas the latter one is the push mode. Essentially, push mode is realized by a request from the IVS to the PSAP to pull the MSD.
The requirement about the modem to be configured in either push or pull mode is beyond the scope of this specification. Refer to clause 4.2 for a reproduction of eCall service requirements.
[TS 24.008, clause 5.2.4.2]
If the MS supports single radio PS to CS access transfer for calls in alerting state as specified in 3GPP TS 24.237 [136] subclause 12.2.3B, and the MS has a single voice media stream over the PS domain that is handed over to the CS domain via SRVCC, and the call control entity in "null" state receives an indication "MM connection establishment due to SRVCC handover", then:
– if the voice media stream is associated with a mobile originated session in the "early" state (defined in IETF RFC 3261 [137]) according to the conditions specified in 3GPP TS 24.237 [136] subclause 12.2.3B.3.2, the call control entity of the MS shall enter the "call delivered" state for this transaction. The MS and the network shall locally set the TI value of the call to "000" and the TI flag value as in mobile terminated call; and
…
If the MS has additional voice media streams carried over the PS domain that are handed over to the CS domain via SRVCC, the state for the transactions and the setting of the TI value and TI flag for these additional media streams is described in 3GPP TS 24.237 [136].
11.3.8.3 Test description
11.3.8.3.1 Pre-test conditions
System Simulator:
– Cell A and Cell 24.
– System information combination 5 as defined in TS 36.508 [18] clause 4.4.3.1 is used in E-UTRA cell.
UE:
– The eCall capable UE is equipped with ‘eCall only’ enabled USIM configured as per TS 36.508 [18] Table 4.9.3.5-2.
Preamble:
– The UE is in state Switched OFF (state 1) according to [18].
11.3.8.3.2 Test procedure sequence
Table 11.3.8.3.2-1 illustrates the downlink power levels and other changing parameters to be applied for the cells at various time instants of the test execution. Row marked "T0" denotes the initial conditions after preamble, while columns marked "T1" is to be applied subsequently. The exact instants on which these values shall be applied are described in the texts in this clause.
Table 11.3.8.3.2-1: Time instances of cell power level and parameter changes
Parameter |
Unit |
Cell A |
Cell 24 |
Remark |
|
T0 |
Cell-specific RS EPRE |
dBm/15kHz |
-85 |
– |
The power level values are such that entering conditions for event B2 are not satisfied. |
RSSI |
dBm |
– |
-85 |
||
T1 |
Cell-specific RS EPRE |
dBm/15kHz |
-85 |
– |
The power level values are such that entering conditions for event B2 are satisfied. |
RSSI |
dBm |
– |
-65 |
||
T2 |
Cell-specific RS EPRE |
dBm/15kHz |
Non-suitable “Off” |
– |
|
RSSI |
dBm |
– |
-65 |
Table 11.3.8.3.2-2: Main behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|
U – S |
Message |
||||
1 |
The UE is switched on. |
– |
– |
– |
– |
2 |
Wait 60s for the UE to camp on Cell A as an acceptable cell. |
– |
– |
– |
– |
3 |
A manual NG eCall is initiated. (See Note 1). |
– |
– |
– |
– |
4-26 |
Steps 3 to 25 of the generic Test Procedure for eCall over IMS establishment in EUTRA: eCall only mode (TS 36.508 4.5A.27). |
– |
– |
– |
– |
27 |
The SS transmits an RRCConnectionReconfiguration message on Cell A to setup inter-RAT measurement and reporting for event B2. |
<– |
RRCConnectionReconfiguration |
– |
– |
28 |
The UE transmits an RRCConnectionReconfigurationComplete message on Cell A. |
–> |
RRCConnectionReconfigurationComplete |
– |
– |
29 |
The SS changes the power level for Cell A and Cell 24 according to the row "T1" in Table 11.3.8.3.2-1. |
– |
– |
– |
– |
30 |
The UE transmits a MeasurementReport message on Cell A to report event B2 for Cell 24. |
–> |
MeasurementReport |
– |
– |
31 |
The SS transmits a MobilityFromEUTRACommand message on Cell A. |
<– |
MobilityFromEUTRACommand |
– |
– |
32 |
Check: Does the UE transmit a HANDOVER COMPLETE message on cell 24? |
–> |
HANDOVER COMPLETE |
1 |
P |
33 |
The UE transmits a GPRS SUSPENSION REQUEST message |
–> |
GPRS SUSPENSION REQUEST |
– |
– |
34 |
The SS transmits a TMSI REALLOCATION COMMAND message. |
<– |
TMSI REALLOCATION COMMAND |
– |
– |
35 |
The UE transmits a TMSI REALLOCATION COMPLETE message. |
–> |
TMSI REALLOCATION COMPLETE |
– |
– |
36 |
SS adjusts cell levels according to row T2 of table 11.3.8.3.2-1. |
– |
– |
– |
– |
37 |
The CS traffic channel is kept alive by UE for at least 5 seconds for In-band MSD transfer |
– |
– |
– |
– |
38-52 |
Steps 20 to 34 of the generic test procedure described in TS 36.508 subclause 6.4.3.8.1 are performed on Cell 24. NOTE: Call is released and UE performs a RAU procedure. |
– |
– |
– |
– |
Note 1: The request to originate a manual eCall may be performed by MMI or AT command. |
11.3.8.3.3 Specific message contents
Table 11.3.8.3.3-1: Message SystemInformationBlockType1 (Preamble)
Derivation path: 36.508 table 4.4.3.2-3 Condition eCalloverIMS |
Table 11.3.8.3.3-2: ATTACH REQUEST (preamble)
Derivation path: 36.508 Table 4.7.2-4 |
|||
Information Element |
Value/remark |
Comment |
Condition |
MS network capability |
SRVCC from UTRAN HSPA or E-UTRAN to GERAN/UTRAN supported |
||
Mobile station classmark 2 |
Any allowed value |
||
Supported Codecs |
Any allowed value |
Table 11.3.8.3.3-3: RRCConnectionReconfiguration (step 27, Table 11.3.8.3.2-2)
Derivation Path: 36.508, Table 4.6.1-8, condition MEAS |
Table 11.3.8.3.3-4: MeasConfig (Table 11.3.8.3.3-3)
Derivation path: 36.508 clause 4.6.6 table 4.6.6-1 with condition GERAN |
|||
Information Element |
Value/Remark |
Comment |
Condition |
measurementConfiguration ::= SEQUENCE { |
|||
measObjectToAddModifyList SEQUENCE (SIZE (1..maxObjectId)) OF SEQUENCE { |
2 entries |
||
measObjectId[1] |
IdMeasObject-f11 |
||
measObject[1] |
MeasObjectGERAN-GENERIC(f11) |
||
measObjectId[2] |
IdMeasObject-f1 |
||
measObject[2] |
MeasObjectEUTRA-GENERIC(f1) |
||
measObject[2] |
MeasObjectEUTRA-GENERIC(maxEARFCN) |
Band > 64 |
|
} |
|||
reportConfigToAddModifyList SEQUENCE (SIZE (1..maxReportConfigId)) OF SEQUENCE { |
1 entry |
||
reportConfigId[1] |
IdReportConfigInterRAT-B2-GERAN |
||
reportConfig[1] |
ReportConfigInterRAT-B2-GERAN (-69, -75) |
||
} |
|||
measIdToAddModifyList SEQUENCE (SIZE (1..maxMeasId)) OF SEQUENCE { |
1 entry |
||
measId[1] |
1 |
||
measObjectId[1] |
IdMeasObject-f11 |
||
reportConfigId[1] |
IdReportConfigInterRAT-B2-GERAN |
||
} |
|||
measObjectToAddModList-v9e0 ::= SEQUENCE (SIZE (1..maxObjectId)) OF SEQUENCE { |
2 entries |
Band > 64 |
|
measObjectEUTRA-v9e0[1] SEQUENCE {} |
|||
measObjectEUTRA-v9e0[2] SEQUENCE { |
|||
carrierFreq-v9e0 |
Same downlink EARFCN as used for f1 |
||
} |
|||
} |
|||
} |
Condition |
Explanation |
Band > 64 |
If band > 64 is selected |
Table 11.3.8.3.3-5: MeasurementReport (step 30, Table 11.3.8.3.2-2)
Derivation Path: 36.508, table 4.6.1-5 |
|||
Information Element |
Value/remark |
Comment |
Condition |
MeasurementReport ::= SEQUENCE { |
|||
criticalExtensions CHOICE { |
|||
c1 CHOICE{ |
|||
measurementReport-r8 SEQUENCE { |
|||
measResults SEQUENCE { |
|||
measId |
1 |
||
measResultServCell SEQUENCE { |
|||
rsrpResult |
(0..97) |
||
rsrqResult |
(0..34) |
||
} |
|||
measResultNeighCells CHOICE { |
|||
measResultListGERAN SEQUENCE (SIZE (1..maxCellReport)) OF SEQUENCE { |
1 entry |
||
physCellId |
PhysicalCellIdentity of Cell 24 |
||
cgi-Info[1] |
Not present |
||
measResult[1] SEQUENCE { |
|||
rssi |
The value of rssi is present but contents not checked |
||
} |
|||
} |
|||
} |
|||
} |
|||
} |
|||
} |
|||
} |
|||
} |
Table 11.3.8.3.3-6: MobilityFromEUTRACommand (step 31, Table 11.3.8.3.2-2)
Derivation Path: 36.508, Table 4.6.1-6 |
|||
Information Element |
Value/remark |
Comment |
Condition |
MobilityFromEUTRACommand ::= SEQUENCE { |
|||
criticalExtensions CHOICE { |
|||
c1 CHOICE{ |
|||
mobilityFromEUTRACommand-r8 SEQUENCE { |
|||
cs-FallbackIndicator |
False |
||
purpose CHOICE{ |
|||
handover SEQUENCE { |
|||
targetRAT-Type |
GERAN |
||
targetRAT-MessageContainer |
HANDOVER COMMAND(GERAN RR message) , see Table 11.3.8.3.3-7 |
||
nas-SecurityParamFromEUTRA |
The 4 least significant bits of the NAS downlink COUNT value |
||
systemInformation |
Not present |
||
} |
|||
} |
|||
} |
|||
} |
|||
} |
|||
} |
Table 11.3.8.3.3-7: HANDOVER COMMAND (Table 11.3.8.3.3-6)
Derivation Path: 51.010, Table 40.2.4.33 |
|||
Information Element |
Value/remark |
Comment |
Condition |
Cell Description |
|||
Network Colour Code |
1 |
||
Base Station Colour Code |
5 |
||
BCCH Carrier Number |
The BCCH Carrier ARFCN as per table in clause 40.1.1 of 51.010-1. |
||
Description of the First Channel, after time |
|||
Channel Description |
|||
Channel Type and TDMA offset |
TCH/F + ACCH’s |
||
Timeslot Number |
Chosen arbitrarily, but not Zero. |
||
Training Sequence Code |
Same as the BCCH |
||
Hopping channel |
Single RF channel |
||
ARFCN |
The first ARFCN in the cell allocation as per table in clause 40.2.1.1.1 of 51.010-1 |
||
Cipher Mode Setting |
1001xxxy |
See TS 44.018 §9.1.15.10 xxx – px_GSM_CipherAlg y – px_GSM_CipheringOnOff |
Table 11.3.8.3.3-10: ROUTING AREA UPDATE ACCEPT (step 51, Table 11.3.8.3.2-2)
Derivation path: 36.508, Table 4.7B.2-2 |
|||
Information Element |
Value/Remark |
Comment |
Condition |
PDP context status |
0 |
NSAPI(0) – NSAPI(15) is set to 0, which means that the SM state of all PDP contexts is PDP-INACTIVE |