15.4 Call forwarding
34.123-13GPPPart 1: Protocol conformance specificationRelease 15TSUser Equipment (UE) conformance specification
15.4.1 Call forwarding supplementary services, Registration accepted
15.4.1.1 Definition
15.4.1.2 Conformance requirements
A CFU registration request from a mobile user shall include the SS-Code of the forwarding service to be registered and possibly the BasicServiceCode the request applies to. If the BasicServiceCode is not included, the request applies to all basic services.
If the registration is successful, the CFU service will be registered and activated. The network will then send a return result indicating acceptance of the request including the ForwardedToNumber and possibly the BasicService (group) Code to which CFU is registered. If the request applied to a single elementary basic service group, the ForwardedToNumber may be accompanied by a ForwardedToSubAddress. In other cases, the result shall not contain a ForwardedToSubAddress. The result may also contain an SS‑Status parameter. If the MS does not send an SS Version Indicator in the invocation request then the network shall send an SS‑Status in the result. If the MS does send an SS Version Indicator in the invocation request then the inclusion of SS‑Status in the result is optional. If the SS‑Status is included the network shall set it to reflect the state of the service. The MS shall ignore the contents of the SS‑Status parameter if one is received. See figure 1.4.
Note that the use of SS‑Status is to provide backwards compatibility with phase 1.
If the system cannot accept a registration request, a corresponding error indication is returned to the served mobile subscriber that CFU registration was not successful. Error values are specified in 3GPP TS 24.080.
MS Network
REGISTER
————————————————————————————————————————>
Facility (Invoke = RegisterSS (CFU, BasicServiceCode, ForwardedToNumber, ForwardedToSubAddress, LongFTNsupported))
RELEASE COMPLETE
<————————————————————————————————————————
Facility (Return result = RegisterSS (BasicServiceCode, SS-Status, ForwardedToNumber, ForwardedToSubAddress))
RELEASE COMPLETE
<- – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
Facility (Return error (Error))
RELEASE COMPLETE
<- – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
Facility (Reject (Invoke_problem))
NOTE: If BasicServiceCode is not included it applies to all basic services. The ForwardedToNumber may be accompanied by a ForwardedToSubAddress. The SS-Status may not be included in all cases, see text.
Figure 1.4: Registration of call forwarding unconditional
When registering call forwarding, the SS‑Code may indicate the code for "all forwarding SS". In this case, if the subscriber has CFU provisioned, the return result shall contain the information for CFU. If the subscriber does not have CFU provisioned, the return result shall contain the information for any conditional call forwarding services which the subscriber has provisioned. The condition for the presence of longFTNsupport is specified in 3GPP TS 23.082 [15].
…
A CFNRy registration request from a mobile user shall include the SS‑Code of the forwarding service to be registered and possibly the applicable BasicServiceCode and NoReplyConditionTime. If the BasicServiceCode is not included, the request applies to all basic services. If the NoReplyConditionTime is not included, the previous value set by the mobile user or network operator applies.
If the registration is successful, the CFNRy service will be registered and activated. The network will then send a return result indicating acceptance of the request, including the ForwardedToNumber and possibly the applicable BasicService (group) code and NoReplyConditionTime. If the request applied to a single elementary basic service group, the ForwardedToNumber may be accompanied by a ForwardedToSubAddress. In other cases the result shall not contain a ForwardedToSubAddress. The result may also contain an SS‑Status parameter. If the MS does not send an SS Version Indicator in the invocation request then the network shall send an SS‑Status in the result. If the MS does send an SS Version Indicator in the invocation request then the inclusion of SS‑Status in the result is optional. If the SS‑Status is included the network shall set it to reflect the state of the service. The MS shall ignore the contents of the SS‑Status parameter if one is received. See figure 3.5.
Reference
3GPP TS 24.082 clauses 1.2.1 and 3.2.1
15.4.1.3 Test purpose
1) To check that the UE correctly requests a supplementary service transaction for registration of call forwarding in the CM SERVICE REQUEST.
2) To check that the UE sends a REGISTER message containing the invoke of the RegisterSS operation with the expected parameter values for registration of call forwarding.
3) To check that upon receipt of the result of the operation (in a RELEASE COMPLETE message), the UE provides the appropriate user indication (as described by the manufacturer).
These checks are done for:
a) CFNRy, for basic service group speech.
b) CFU, for basic service group speech.
15.4.1.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in MM-state "Idle, updated";
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
Description of the user’s commands and of display of the answers from the network for call forwarding
Support of Call Forwarding on No Reply Yes/No.
Support of Call Forwarding Unconditional Yes/No.Test procedure
By means of appropriate user actions, the user requests registration of CFNRy for Speech, to a number arbitrarily selected and with a no reply time value arbitrarily selected.
Upon receipt of the operation (in a REGISTER message), the system simulator answers with a RELEASE COMPLETE message with the Facility information element containing the return result of the RegisterSS operation.
The SS transaction is released and the RRC connection is released.
Then again, by means of appropriate user actions, the user requests registration of CFU for Speech, to a number arbitrarily selected.
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message with the Facility information element containing the return result of the RegisterSS operation.
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFNRy, then step 1 to 10 are executed |
||||
1 |
The UE is made to initiate a registration of call forwarding service for CFNRy (Speech) The SS verifies that the IE “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
AUTHENTICATION REQUEST |
||
4 |
-> |
AUTHENTICATION RESPONSE |
||
5 |
<- |
SECURITY MODE COMMAND |
||
6 |
-> |
SECURITY MODE COMPLETE |
||
7 |
-> |
REGISTER |
||
8 |
<- |
RELEASE COMPLETE |
RegisterSS operation Return result |
|
9 |
SS |
The SS releases the RRC connection. |
||
10 |
UE |
Provide user indication |
||
If UE supports CFU, then step 11 to 20 are executed |
||||
11 |
UE |
The UE is made to initiate a registration of call forwarding service for CFU (Speech). “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
||
12 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
13 |
<- |
AUTHENTICATION REQUEST |
Steps 13 and 14 are not execuded if steps 3 and 4 were executed. |
|
14 |
-> |
AUTHENTICATION RESPONSE |
||
15 |
<- |
SECURITY MODE COMMAND |
||
16 |
-> |
SECURITY MODE COMPLETE |
||
17 |
-> |
REGISTER |
||
18 |
<- |
RELEASE COMPLETE |
RegisterSS operation Return result |
|
19 |
SS |
The SS releases the RRC connection. |
||
20 |
UE |
Provide user indication |
Specific Message Contents
REGISTER (Step 7)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
registerSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101010 CFNRy |
|
BasicServiceCode |
TeleService AllSpeechTransmissionServices (TS10) or Telephony (TS 11), no Bearerservice present |
|
ForwardedToNumber |
Any number |
|
NoReplyConditionTime |
As selected |
RELEASE COMPLETE with Return result component with operation code (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 7 |
|
Operation code |
registerSS |
|
BasicServiceCode |
TeleService AllSpeechTransmissionServices (TS10) or Telephony (TS 11), no Bearerservice present |
|
ForwardedToNumber |
Same number as in step 7 |
|
NoReplyConditionTime |
Same as in step 7 |
|
SS-Status |
‘0110’Provisioned and Registered |
REGISTER (Step 17)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
registerSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00100001 CFU |
|
BasicServiceCode |
TeleService AllSpeechTransmissionServices (TS10) or Telephony (TS 11), no Bearerservice present |
|
ForwardedToNumber |
Any number |
RELEASE COMPLETE with Return result component with operation code (Step 18)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 17 |
|
Operation code |
registerSS |
|
BasicServiceCode |
TeleService AllSpeechTransmissionServices (TS10) or Telephony (TS 11), no Bearerservice present |
|
ForwardedToNumber |
Same number as in step 17 |
|
SS-Status |
‘0110’Provisioned and Registered |
15.4.1.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 7, the UE sends the REGISTER message with correct parameters for registration of CFNRy.
In Step 10, the UE provides the appropriate user indication.
In Step 12, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 17, the UE sends the REGISTER message with the correct parameters for registration of CFU.
In Step 20, the UE provides the appropriate user indication.
15.4.2 Call forwarding supplementary services, Registration rejected
15.4.2.1 Definition
15.4.2.2 Conformance requirements
A CFU registration request from a mobile user shall include the SS-Code of the forwarding service to be registered and possibly the BasicServiceCode the request applies to. If the BasicServiceCode is not included, the request applies to all basic services.
If the registration is successful, the CFU service will be registered and activated. The network will then send a return result indicating acceptance of the request including the ForwardedToNumber and possibly the BasicService (group) Code to which CFU is registered. If the request applied to a single elementary basic service group, the ForwardedToNumber may be accompanied by a ForwardedToSubAddress. In other cases, the result shall not contain a ForwardedToSubAddress. The result may also contain an SS‑Status parameter. If the MS does not send an SS Version Indicator in the invocation request then the network shall send an SS‑Status in the result. If the MS does send an SS Version Indicator in the invocation request then the inclusion of SS‑Status in the result is optional. If the SS‑Status is included the network shall set it to reflect the state of the service. The MS shall ignore the contents of the SS‑Status parameter if one is received. See figure 1.4.
Note that the use of SS‑Status is to provide backwards compatibility with phase 1.
If the system cannot accept a registration request, a corresponding error indication is returned to the served mobile subscriber that CFU registration was not successful. Error values are specified in 3GPP TS 24.080.
MS Network
REGISTER
————————————————————————————————————————>
Facility (Invoke = RegisterSS (CFU, BasicServiceCode, ForwardedToNumber, ForwardedToSubAddress, LongFTNsupported))
RELEASE COMPLETE
<————————————————————————————————————————
Facility (Return result = RegisterSS (BasicServiceCode, SS-Status, ForwardedToNumber, ForwardedToSubAddress))
RELEASE COMPLETE
<- – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
Facility (Return error (Error))
RELEASE COMPLETE
<- – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – – –
Facility (Reject (Invoke_problem))
NOTE: If BasicServiceCode is not included it applies to all basic services. The ForwardedToNumber may be accompanied by a ForwardedToSubAddress. The SS-Status may not be included in all cases, see text.
Figure 1.4: Registration of call forwarding unconditional
When registering call forwarding, the SS‑Code may indicate the code for "all forwarding SS". In this case, if the subscriber has CFU provisioned, the return result shall contain the information for CFU. If the subscriber does not have CFU provisioned, the return result shall contain the information for any conditional call forwarding services which the subscriber has provisioned. The condition for the presence of longFTNsupport is specified in 3GPP TS 23.082 [15].
…
A CFNRy registration request from a mobile user shall include the SS‑Code of the forwarding service to be registered and possibly the applicable BasicServiceCode and NoReplyConditionTime. If the BasicServiceCode is not included, the request applies to all basic services. If the NoReplyConditionTime is not included, the previous value set by the mobile user or network operator applies.
If the registration is successful, the CFNRy service will be registered and activated. The network will then send a return result indicating acceptance of the request, including the ForwardedToNumber and possibly the applicable BasicService (group) code and NoReplyConditionTime. If the request applied to a single elementary basic service group, the ForwardedToNumber may be accompanied by a ForwardedToSubAddress. In other cases the result shall not contain a ForwardedToSubAddress. The result may also contain an SS‑Status parameter. If the MS does not send an SS Version Indicator in the invocation request then the network shall send an SS‑Status in the result. If the MS does send an SS Version Indicator in the invocation request then the inclusion of SS‑Status in the result is optional. If the SS‑Status is included the network shall set it to reflect the state of the service. The MS shall ignore the contents of the SS‑Status parameter if one is received. See figure 3.5.
Reference
3GPP TS 24.082 clauses 1.2.1 and 3.2.1
15.4.2.3 Test purpose
1) To check that the UE correctly requests the establishment of a parallel MM transaction for supplementary service transaction for registration of call forwarding, sending a CM SERVICE REQUEST.
2) To check that the UE sends a REGISTER message containing the invoke of the RegisterSS operation with the expected parameter values for registration of call forwarding.
3) To check that upon receipt of the RELEASE COMPLETE message related to the present SS transaction, the first transaction remains unaffected.
4) To check that upon receipt of the RELEASE COMPLETE message, the UE provides the appropriate user indication (as described by the Manufacturer).
These checks are done for:
a) CFNRy, for basic service group speech.
b) CFU, for basic service group speech.
15.4.2.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in CC state U10.
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
- Description of the user’s commands and of display of the answers from the network for call forwarding
- Support of Call Forwarding on No Reply Yes/No
- Support of Call Forwarding Unconditional Yes/No
Test procedure
By means of appropriate user actions, the user requests registration of CFNRy for Speech, to a number arbitrarily selected and with a no reply time value arbitrarily selected.
Upon receipt of the operation (in a REGISTER message), the system simulator answers with a RELEASE COMPLETE message with the Facility information element containing a Return_error(error: BearerService not provisioned) of the RegisterSS operation.
The system simulator sends STATUS ENQUIRY, the UE responds with STATUS message indicating CC state U10.
Then again, by means of appropriate user actions, the user requests registration of CFU for Speech, to a number arbitrarily selected.
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message with the Facility information element containing a reject(invoke_problem: resource limitation) of the RegisterSS operation.
The system simulator sends STATUS ENQUIRY, the UE responds with STATUS message indicating CC state U10.
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFNRy, then step 1 to 8 are executed |
||||
1 |
The UE is made to initiate a registration of call forwarding service for CFNRy (Speech) |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
CM SERVICE ACCEPT |
||
4 |
-> |
REGISTER |
||
5 |
<- |
RELEASE COMPLETE |
RegisterSS operation Return error component with BearerService not provisioned |
|
6 |
UE |
Provide user indication |
||
7 |
<- |
STATUS ENQUIRY |
||
8 |
-> |
STATUS |
CC state U10 |
|
If UE supports CFU, then step 9 to 16 are executed |
||||
9 |
UE |
The UE is made to initiate a registration of call forwarding service for CFU (Speech) |
||
10 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
11 |
<- |
CM SERVICE ACCEPT |
||
12 |
-> |
REGISTER |
||
13 |
<- |
RELEASE COMPLETE |
RegisterSS operation Reject component with cause “resource limitation” |
|
14 |
UE |
Provide user indication |
||
15 |
<- |
STATUS ENQUIRY |
||
16 |
-> |
STATUS |
CC state U10 |
Specific Message Contents
REGISTER (Step 4)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
registerSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101010 CFNRy |
|
BasicServiceCode |
TeleService AllSpeechTransmissionServices (TS10) or Telephony (TS 11), no Bearerservice present |
|
ForwardedToNumber |
Any number |
|
NoReplyConditionTime |
As selected |
RELEASE COMPLETE with Return error component with error code (Step 5)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 4 |
|
Error Code |
bearerServiceNotProvisioned |
STATUS (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Cause |
30 “Response to STATUS ENQUIRY” |
|
Call state |
U10- active |
REGISTER (Step 12)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
registerSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00100001 CFU |
|
BasicServiceCode |
TeleService AllSpeechTransmissionServices (TS10) or Telephony (TS 11), no Bearerservice present |
|
ForwardedToNumber |
Any number |
RELEASE COMPLETE with Reject component with problem code (Step 13)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 12 |
|
Problem Code |
Resource Limitation |
STATUS (Step 16)
Information Element |
Value/remark |
Condition |
---|---|---|
Cause |
30 “Response to STATUS ENQUIRY” |
|
Call state |
U10- active |
15.4.2.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 4, the UE sends the REGISTER message with correct parameters for registration of CFNRy.
In Step 6, the UE provides the appropriate user indication.
In Step 8, the UE sends the STATUS message with the correct parameters.
In Step 10, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 12, the UE sends the REGISTER message with the correct parameters for registration of CFU.
In Step 14, the UE provides the appropriate user indication.
In Step 16, the UE sends the STATUS message with the correct parameters.
15.4.3 Call forwarding supplementary services, Erasure accepted
15.4.3.1 Definition
15.4.3.2 Conformance requirements
For erasure of any type of call forwarding, the UE shall transmit successively:
1) a CM SERVICE REQUEST with CM service type indicating "supplementary service activation";
2) and then the REGISTER message containing a facility that includes an invoke of the EraseSS operation with the expected parameter values according to the user request (MMI action);
3) Upon receipt of the RELEASE COMPLETE message, the MS shall provide the appropriate user indication (which is to be described by the manufacturer).
Reference
3GPP TS 24.082 clauses 2.3.1 and 4.3.1
15.4.3.3 Test purpose
1) To check that the UE correctly requests a supplementary service transaction for erasure of call forwarding in the CM SERVICE REQUEST.
2) To check that the UE sends a REGISTER message containing the invoke of the EraseSS operation with the expected parameter values for erasure of call forwarding.
3) To check that upon receipt of the result of the operation (in a RELEASE COMPLETE message), the UE provides the appropriate user indication (as described by the manufacturer).
These checks are done for:
a) CFB, for all basic service groups.
b) CFNRc, for all basic service groups.
15.4.3.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in MM-state "Idle, updated";
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
Description of the user’s commands and of display of the answers from the network for call forwarding
Support of Call Forwarding on Mobile Subscriber Busy Yes/No.
Support of Call Forwarding on Mobile Subscriber Not Reachable Yes/No.
Test procedure
By means of appropriate user actions, the user requests erasure of CFB for all basic service groups.
Upon receipt of the operation (in a REGISTER message), the system simulator answers with a RELEASE COMPLETE message with the facility information element containing a return result of the EraseSS operation.
The SS transaction is released and the RRC connection is released.
Then again, by means of appropriate user actions, the user requests erasure of CFNRc for all basic service groups.
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message with the Facility information element containing the return result of the EraseSS operation
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFB, then step 1 to 10 are executed. The SS verifies that the IE “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
||||
1 |
The UE is made to initiate erasure of call forwarding for CFB (all basic services) |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
AUTHENTICATION REQUEST |
||
4 |
-> |
AUTHENTICATION RESPONSE |
||
5 |
<- |
SECURITY MODE COMMAND |
||
6 |
-> |
SECURITY MODE COMPLETE |
||
7 |
-> |
REGISTER |
||
8 |
<- |
RELEASE COMPLETE |
EraseSS operation Return result |
|
9 |
void |
|||
10 |
SS |
The SS releases the RRC connection. |
||
10a |
UE |
Provide user indication |
||
If UE supports CFNRc, then step 11 to 20 are executed |
||||
11 |
UE |
The UE is made to initiate a erasure of call forwarding service for CFNRc (all basic services). “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
||
12 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
13 |
<- |
AUTHENTICATION REQUEST |
Steps 13 and 14 are not executed if steps 3 and 4 were executed. |
|
14 |
-> |
AUTHENTICATION RESPONSE |
||
15 |
<- |
SECURITY MODE COMMAND |
||
16 |
-> |
SECURITY MODE COMPLETE |
||
17 |
-> |
REGISTER |
||
18 |
<- |
RELEASE COMPLETE |
EraseSS operation Return result |
|
19 |
SS |
The SS releases the RRC connection. |
||
20 |
UE |
Provide user indication |
Specific Message Contents
REGISTER (Step 7)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
eraseSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101001 CFB |
|
BasicServiceCode |
no bearer service present, no teleservice present |
RELEASE COMPLETE with Return result component with operation code (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 7 |
|
Operation code |
eraseSS |
|
BasicServiceCode |
no bearer service present, no teleservice present |
|
SS-Status |
‘0100’Provisioned |
REGISTER (Step 17)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
eraseSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101011 CFNRc |
|
BasicServiceCode |
no bearer service present, no teleservice present |
RELEASE COMPLETE with Return result component with operation code (Step 18)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 17 |
|
Operation code |
eraseSS |
|
BasicServiceCode |
no bearer service present, no teleservice present |
|
SS-Status |
‘0100’Provisioned |
15.4.3.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 7, the UE sends the REGISTER message with correct parameters for erasure of CFB.
In Step 10a, the UE provides the appropriate user indication.
In Step 12, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 17, the UE sends the REGISTER message with the correct parameters for erasure of CFNRc.
In Step 20, the UE provides the appropriate user indication.
15.4.4 Call forwarding supplementary services, Erasure rejected
15.4.4.1 Definition
15.4.4.2 Conformance requirements
For erasure of any type of call forwarding, the UE shall transmit successively:
1) a CM SERVICE REQUEST with CM service type indicating "supplementary service activation";
2) and then the REGISTER message containing a facility that includes an invoke of the EraseSS operation with the expected parameter values according to the user request (MMI action);
3) Upon receipt of the RELEASE COMPLETE message, the UE shall provide the appropriate user indication (which is to be described by the manufacturer).
Reference
3GPP TS 24.082 clauses 2.3.1 and 4.3.1
15.4.4.3 Test purpose
1) To check that the UE correctly requests the establishment of a parallel MM transaction for supplementary service transaction of erasure of call forwarding, sending a CM SERVICE REQUEST.
2) To check that the UE sends a REGISTER message containing the invoke of the EraseSS operation with the expected parameter values for erasure of call forwarding.
3) To check that upon receipt of the RELEASE COMPLETE message related to the present SS transaction, the first transaction remains unaffected.
4) To check that upon receipt of the RELEASE COMPLETE message, the UE provides the appropriate user indication (as described by the Manufacturer).
These checks are done for:
a) CFB, for speech.
b) CFNRc, for all basic service groups.
15.4.4.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in CC state U10
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
- Description of the user’s commands and of display of the answers from the network for call forwarding
- Support of Call Forwarding on Mobile Subscriber Busy Yes/No
- Support of Call Forwarding on Mobile Subscriber Not Reachable Yes/No
Test procedure
By means of appropriate user actions, the user requests erasure of CFB for speech.
Upon receipt of the operation (in a REGISTER message), the system simulator answers with a RELEASE COMPLETE message with the Facility information element containing a Return_error(error: TeleService not provisioned) of the EraseSS operation.
The system simulator sends STATUS ENQUIRY, the UE responds with STATUS message indicating CC state U10.
Then again, by means of appropriate user actions, the user requests erasure of CFNRc for all basic service groups..
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message with the Facility information element containing a Reject(invoke_problem: resource limitation) of the EraseSS operation.
The system simulator sends STATUS ENQUIRY, the UE responds with STATUS message indicating CC state U10.
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFB, then steps 1 to 8 are executed |
||||
1 |
The UE is made to initiate erasure of call forwarding for CFB (speech) |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
CM SERVICE ACCEPT |
||
4 |
-> |
REGISTER |
||
5 |
<- |
RELEASE COMPLETE |
EraseSS operation Return_error |
|
6 |
UE |
Provide user indication |
||
7 |
<- |
STATUS ENQUIRY |
||
8 |
-> |
STATUS |
CC state U10 |
|
If UE supports CFNRc, then steps 9 to 16 are executed |
||||
9 |
UE |
The UE is made to initiate erasure of call forwarding service for CFNRc (all basic services) |
||
10 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
11 |
<- |
CM SERVICE ACCEPT |
||
12 |
-> |
REGISTER |
||
13 |
<- |
RELEASE COMPLETE |
EraseSS operation Reject |
|
14 |
UE |
Provide user indication |
||
15 |
<- |
STATUS ENQUIRY |
||
16 |
-> |
STATUS |
CC state U10 |
Specific Message Contents
REGISTER (Step 4)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
eraseSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101001 CFB |
|
BasicServiceCode |
Tele Service AllSpeechTransmissionServices (TS10) or Telephony (TS 11), no Bearerservice present. |
RELEASE COMPLETE with Return error component with operation code (Step 5)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 4 |
|
Error Code |
teleServiceNotProvisioned |
STATUS (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Cause |
30 “Response to STATUS ENQUIRY” |
|
Call state |
U10- active |
REGISTER (Step 12)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
eraseSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101011 CFNRc |
|
BasicServiceCode |
no bearer service present, no teleservice present |
RELEASE COMPLETE with Reject component with operation code (Step 13)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 12 |
|
Problem Code |
Resource Limitation |
STATUS (Step 16)
Information Element |
Value/remark |
Condition |
---|---|---|
Cause |
30 “Response to STATUS ENQUIRY” |
|
Call state |
U10- active |
15.4.4.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 4, the UE sends the REGISTER message with correct parameters for erasure of CFB.
In Step 6, the UE provides the appropriate user indication.
In Step 8, the UE sends the STATUS message with the correct parameters.
In Step 10, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 12, the UE sends the REGISTER message with the correct parameters for erasure of CFNRc.
In Step 14, the UE provides the appropriate user indication.
In Step 16, the UE sends the STATUS message with the correct parameters.
15.4.5 Call forwarding supplementary services, Activation
15.4.5.1 Definition
15.4.5.2 Conformance requirements
For activation of any type of call forwarding with any parameters, the MS shall transmit successively
1) a CM SERVICE REQUEST with CM service type indicating "supplementary service activation";
2) and then the REGISTER message containing a facility IE that includes an invoke of the ActivateSS operation with parameter values according to the user’s request (MMI action);
3) upon receipt of the RELEASE COMPLETE message, the MS shall provide the appropriate user indication (which is to be described by the manufacturer).
Reference
3GPP TS 24.082 clauses 1.4 and 2.4
15.4.5.3 Test purpose
1) To check that the UE correctly requests a supplementary service transaction for activation of call forwarding in the CM SERVICE REQUEST.
2) To check that the UE sends a REGISTER message containing the invocation of the ActivateSS operation with the expected parameter values for activation of call forwarding.
3) To check that upon receipt of the result of the operation (in a RELEASE COMPLETE message), the UE provides the appropriate user indication (as described by the manufacturer).
These checks are done for:
a) CFB, for basic service group "all synchronous services".
b) CFU, for all basic service groups.
15.4.5.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in MM-state "Idle, updated";
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
Description of the user’s commands and of display of the answers from the network for call forwarding
Support of Call Forwarding on Mobile Subscriber Busy Yes/No.
Support of Call Forwarding Unconditional Yes/No.
Test procedure
By means of appropriate user actions, the user requests activation of CFB for all synchronous services.
Upon receipt of the operation (in a REGISTER message), the system simulator answers with the FACILITY message with the Facility information element containing the return result of the ActivateSS operation.
The SS transaction and the RRC connection are released.
Then again, by means of appropriate user actions, the user requests activation of CFU for all basic service groups.
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message with the Facility information element containing the return result of the ActivateSS operation.
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFB, then step 1 to 10 are executed. |
||||
1 |
The UE is made to initiate an activation of call forwarding service for CFB (all synchronous services). The SS verifies that the IE “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
AUTHENTICATION REQUEST |
||
4 |
-> |
AUTHENTICATION RESPONSE |
||
5 |
<- |
SECURITY MODE COMMAND |
||
6 |
-> |
SECURITY MODE COMPLETE |
||
7 |
-> |
REGISTER |
||
8 |
<- |
RELEASE COMPLETE |
ActivateSS operation Return result |
|
9 |
SS |
The SS releases the RRC connection. |
||
10 |
UE |
Provide user indication |
||
If UE supports CFU, then step 11 to 20 are executed |
||||
11 |
UE |
The UE is made to initiate an activation of call forwarding service for CFU (all basic service groups). The SS verifies that the IE “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
||
12 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
13 |
<- |
AUTHENTICATION REQUEST |
Steps 13 and 14 are not executed if steps 3 and 4 were executed. |
|
14 |
-> |
AUTHENTICATION RESPONSE |
||
15 |
<- |
SECURITY MODE COMMAND |
||
16 |
-> |
SECURITY MODE COMPLETE |
||
17 |
-> |
REGISTER |
||
18 |
<- |
RELEASE COMPLETE |
ActivateSS operation Return result |
|
19 |
SS |
The SS releases the RRC connection. |
||
20 |
UE |
Provide user indication |
Specific Message Contents
REGISTER (Step 7)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
activateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101001 CFB |
|
BasicServiceCode |
Bearer Service (all synchronous services), no teleservice present. |
RELEASE COMPLETE with Return result component with operation code (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 7 |
|
Operation code |
activateSS |
|
SS-Status |
‘0111’Provisioned, Registered and Activated |
REGISTER (Step 17)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
activateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00100001 CFU |
|
BasicServiceCode |
no bearer service present, no teleservice present |
RELEASE COMPLETE with Return result component with operation code (Step 18)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 17 |
|
Operation code |
activateSS |
|
SS-Status |
‘0111’Provisioned, Registered and Activated |
15.4.5.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 7, the UE sends the REGISTER message with correct parameters for activation of CFB.
In Step 10, the UE provides the appropriate user indication.
In Step 12, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 17, the UE sends the REGISTER message with the correct parameters for activation of CFU.
In Step 20, the UE provides the appropriate user indication.
15.4.6 Call forwarding supplementary services, Deactivation
15.4.6.1 Definition
15.4.6.2 Conformance requirements
For deactivation of any type of call forwarding with any parameters, the MS shall transmit successively:
1) a CM SERVICE REQUEST with CM service type indicating "supplementary service activation";
2) and then the REGISTER message containing a facility IE that includes an invoke of the DeactivateSS operation with parameter values according to the user’s request (MMI action);
3) upon receipt of the RELEASE COMPLETE message, the MS shall provide the appropriate user indication (which is to be described by the manufacturer).
Reference
3GPP TS 24.082 clauses 2.5 and 4.5
15.4.6.3 Test purpose
1) To check that the UE correctly requests a supplementary service transaction for deactivation of call forwarding in the CM SERVICE REQUEST.
2) To check that the UE sends a REGISTER message containing the invoke of the DeactivateSS operation with the expected parameter values for deactivation of call forwarding.
3) To check that upon receipt of the result of the operation (in a RELEASE COMPLETE message), the UE provides the appropriate user indication (as described by the manufacturer).
These checks are done for:
a) CFB, for basic service group speech.
b) CFNRc, for basic service group speech.
15.4.6.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in MM-state "Idle, updated";
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
Description of the user’s commands and of display of the answers from the network for call forwarding
Support of Call Forwarding on Mobile Subscriber Busy Yes/No.
Support of Call Forwarding on Mobile Subscriber Not Reachable Yes/No.
Test procedure
By means of appropriate user actions, the user requests deactivation of CFB for speech.
Upon receipt of the operation (in a REGISTER message), the system simulator answers with a RELEASE COMPLETE message with the Facility information element containing the return result of the DeactivateSS operation.
The SS transaction and the RRC connection are released.
Then again, by means of appropriate user actions, the user requests deactivation of CFNRc for speech.
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message with the Facility information element containing the return result of the DeactivateSS operation.
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFB, then step 1 to 10 are executed. |
||||
1 |
The UE is made to initiate a deactivation of call forwarding service for CFB (speech). The SS verifies that the IE “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
AUTHENTICATION REQUEST |
||
4 |
-> |
AUTHENTICATION RESPONSE |
||
5 |
<- |
SECURITY MODE COMMAND |
||
6 |
-> |
SECURITY MODE COMPLETE |
||
7 |
-> |
REGISTER |
||
8 |
<- |
RELEASE COMPLETE |
DeactivateSS operation Return result |
|
9 |
SS |
The SS releases the RRC connection. |
||
10 |
UE |
Provide user indication |
||
If UE supports CFNRc, then step 11 to 20 are executed |
||||
11 |
UE |
The UE is made to initiate a deactivation of call forwarding service for CFNRc (speech). The SS verifies that the IE “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
||
12 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
13 |
<- |
AUTHENTICATION REQUEST |
Steps 13 and 14 are not executed if steps 3 and 4 were executed. |
|
14 |
-> |
AUTHENTICATION RESPONSE |
||
15 |
<- |
SECURITY MODE COMMAND |
||
16 |
-> |
SECURITY MODE COMPLETE |
||
17 |
-> |
REGISTER |
||
18 |
<- |
RELEASE COMPLETE |
DeactivateSS operation Return result |
|
19 |
SS |
The SS releases the RRC connection. |
||
20 |
UE |
Provide user indication |
Specific Message Contents
REGISTER (Step 7)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
deactivateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101001 CFB |
|
BasicServiceCode |
no bearer service, teleservice (All Speech Transmission Services) (TS10) or Telephony(TS11). |
RELEASE COMPLETE with Return result component with operation code (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 7 |
|
Operation code |
deactivateSS |
|
SS-Status |
‘0110’Provisioned and Registered |
REGISTER (Step 17)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
deactivateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101011 CFNRc |
|
BasicServiceCode |
no bearer service, teleservice (All Speech Transmission Services) (TS10) or Telephony(TS11). |
RELEASE COMPLETE with Return result component with operation code (Step 18)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 17 |
|
Operation code |
deactivateSS |
|
SS-Status |
‘0110’Provisioned and Registered |
15.4.6.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 7, the UE sends the REGISTER message with correct parameters for deactivation of CFB.
In Step 10, the UE provides the appropriate user indication.
In Step 12, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 17, the UE sends the REGISTER message with the correct parameters for deactivation of CFNRc.
In Step 20, the UE provides the appropriate user indication.
15.4.7 Call forwarding supplementary services, Interrogation accepted
15.4.7.1 Definition
15.4.7.2 Conformance requirements
For interrogation of any specific call forwarding service (not applicable to a group of services) with any parameters, the UE shall transmit successively:
1) a CM SERVICE REQUEST with CM service type indicating "supplementary service activation";
2) and then the REGISTER message containing a facility IE that includes an invoke of the InterrogateSS operation with parameter values according to the user’s request (MMI action);
3) upon receipt of the RELEASE COMPLETE message, the UE shall provide the appropriate user indication (which is to be described by the manufacturer).
Reference
3GPP TS 24.082 clauses 2.6 and 3.6
15.4.7.3 Test purpose
1) To check that the UE correctly requests a supplementary service transaction for interrogation of call forwarding in the CM SERVICE REQUEST.
3) To check that the UE sends a REGISTER message containing the invoke of the InterrogateSS operation with the expected parameter values for interrogation of call forwarding.
4) To check that upon receipt of the result of the operation (in a RELEASE COMPLETE message), the UE provides the appropriate user indication (as described by the manufacturer).
These checks are done for:
a) CFB, for all basic service groups.
b) CFNRy, for basic service group speech.
15.4.7.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in MM-state "Idle, updated";
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
Description of the user’s commands and of display of the answers from the network for call forwarding
Support of Call Forwarding on Mobile Subscriber Busy Yes/No.
Support of Call Forwarding on No Reply Yes/No.
Test procedure
By means of appropriate user actions, the user requests interrogation of CFB for all basic service groups.
Upon receipt of the operation (in a REGISTER message), the system simulator answers with a RELEASE COMPLETE message with the Facility information element containing the return result of the InterrogateSS operation.
The SS transaction and the RRC connection are released.
Then again, by means of appropriate user actions, the user requests interrogation of CFNRy for speech.
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message with the Facility information element containing the return result of the InterrogateSS operation.
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFB, then step 1 to 10 are executed |
||||
1 |
The UE is made to initiate an interrogation of call forwarding service for CFB (all). The SS verifies that the IE “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
AUTHENTICATION REQUEST |
||
4 |
-> |
AUTHENTICATION RESPONSE |
||
5 |
<- |
SECURITY MODE COMMAND |
||
6 |
-> |
SECURITY MODE COMPLETE |
||
7 |
-> |
REGISTER |
||
8 |
<- |
RELEASE COMPLETE |
InterrogateSS operation Return result |
|
9 |
SS |
The SS releases the RRC connection. |
||
10 |
UE |
Provide user indication |
||
If UE supports CFNRy, then step 11 to 20 are executed |
||||
11 |
UE |
The UE is made to initiate an interrogation of call forwarding service for CFNRy(speech). “Establishment cause” in the received RRC CONNECTION REQUEST message is set to “Originating High Priority Signalling”. |
||
12 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
13 |
<- |
AUTHENTICATION REQUEST |
Steps 13 and 14 are not executed if steps 3 and 4 were executed. |
|
14 |
-> |
AUTHENTICATION RESPONSE |
||
15 |
<- |
SECURITY MODE COMMAND |
||
16 |
-> |
SECURITY MODE COMPLETE |
||
17 |
-> |
REGISTER |
||
18 |
<- |
RELEASE COMPLETE |
InterrogateSS operation Return result |
|
19 |
SS |
The SS releases the RRC connection. |
||
20 |
UE |
Provide user indication |
Specific Message Contents
REGISTER (Step 7)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
interrogateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101001 CFB |
|
BasicServiceCode |
no Bearer Service present, no teleservice present |
RELEASE COMPLETE with Return result component with operation code (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 7 |
|
Operation code |
interrogateSS |
|
BasicServiceCode |
no Bearer Service present, no teleservice present |
|
ForwardedToNumber |
Any number |
|
SS-Status |
‘0110’Provisioned and Registered |
REGISTER (Step 17)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
interrogateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101010 CFNRy |
|
BasicServiceCode |
no bearer service present, teleservice (All Speech Transmission Services (TS10) or Telephony (TS11)) |
RELEASE COMPLETE with Return result component with operation code (Step 18)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 17 |
|
Operation code |
interrogateSS |
|
BasicServiceCode |
the same BasicServiceCode as in the REGISTER in Step 17 |
|
ForwardedToNumber |
Any number |
|
NoReplyConditionTime |
Any time |
|
SS-Status |
‘0111’Provisioned, Registered and Activated |
15.4.7.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 7, the UE sends the REGISTER message with correct parameters for interrogation of CFB.
In Step 10, the UE provides the appropriate user indication.
In Step 12, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 17, the UE sends the REGISTER message with the correct parameters for interrogation of CFNRy.
In Step 20, the UE provides the appropriate user indication.
15.4.8 Call forwarding supplementary services, Interrogation rejected
15.4.8.1 Definition
15.4.8.2 Conformance requirements
For interrogation of any specific call forwarding service (not applicable to a group of services) with any parameters, the UE shall transmit successively:
1) a CM SERVICE REQUEST with CM service type indicating "supplementary service activation";
2) and then the REGISTER message containing a facility IE that includes an invoke of the InterrogateSS operation with parameter values according to the user’s request (MMI action);
3) upon receipt of the RELEASE COMPLETE message, the UE shall provide the appropriate user indication (which is to be described by the manufacturer).
Reference
3GPP TS 24.082 clauses 2.6 and 3.6
15.4.8.3 Test purpose
1) To check that the UE correctly requests the establishment of a parallel MM transaction for supplementary service transaction of interrogation of a specific call forwarding service, sending a CM SERVICE REQUEST.
2) To check that the UE sends a REGISTER message containing the invoke of the InterrogateSS operation with the expected parameter values for interrogation of call forwarding.
3) To check that upon receipt of the RELEASE COMPLETE message related to the present SS transaction, the first transaction remains unaffected.
4) To check that upon receipt of the RELEASE COMPLETE message, the UE provides the appropriate user indication (as described by the Manufacturer).
These checks are done for:
a) CFB, for all basic service groups.
b) CFNRy, for basic service group speech.
15.4.8.4 Method of test
Initial Conditions
– System simulator:
– 1 cell, default parameters.
– User Equipment:
– the UE shall be in CC state U10
Related ICS/IXIT Statements
Support of FDD Yes/No.
Support of CS speech Yes/No.
- Description of the user’s commands and of display of the answers from the network for call forwarding
- Support of Call Forwarding on Mobile Subscriber Busy Yes/No
- Support of Call Forwarding on No Reply Yes/No
Test procedure
By means of appropriate user actions, the user requests interrogation of CFB for all basic service groups.
Upon receipt of the operation (in a REGISTER message),the system simulator answers with a RELEASE COMPLETE message with the Facility information element containing a Return_error(error: SS not available) of the InterrogateSS operation.
The system simulator sends STATUS ENQUIRY, the UE responds with STATUS message indicating CC state U10.
Then again, by means of appropriate user actions, the user requests interrogation of CFNRy for speech.
Upon receipt of the REGISTER message, the system simulator answers with the RELEASE COMPLETE message (same PD and TI that in the REGISTER message) with the Facility information element containing a Reject(invoke_problem: resource limitation) of the InterrogateSS operation.
The system simulator sends STATUS ENQUIRY, the UE responds with STATUS message indicating CC state U10.
Expected sequence
Step |
Direction |
Message |
Comment |
|
UE |
SS |
|||
If UE supports CFB, then step 1 to 8 are executed |
||||
1 |
The UE is made to initiate an interrogation of call forwarding service for CFB (all) |
|||
2 |
-> |
CM SERVICE REQUEST |
CM service type: "Supplementary service activation" |
|
3 |
<- |
CM SERVICE ACCEPT |
||
4 |
-> |
REGISTER |
||
5 |
<- |
RELEASE COMPLETE |
InterrogateSS operation Return_error |
|
6 |
UE |
Provide user indication |
||
7 |
<- |
STATUS ENQUIRY |
||
8 |
-> |
STATUS |
CC state U10 |
|
If UE supports CFNRy, then step 9 to 16 are executed |
||||
9 |
UE |
The UE is made to initiate an interrogation of call forwarding service for CFNRy(speech) |
||
10 |
-> |
CM SERVICE REQUEST |
CM service type: "supplementary service activation" |
|
11 |
<- |
CM SERVICE ACCEPT |
||
12 |
-> |
REGISTER |
||
13 |
<- |
RELEASE COMPLETE |
InterrogateSS operation Reject |
|
14 |
UE |
Provide user indication |
||
15 |
<- |
STATUS ENQUIRY |
||
16 |
-> |
STATUS |
CC state U10 |
Specific Message Contents
REGISTER (Step 4)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
interrogateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101001 CFB |
|
BasicServiceCode |
no Bearer Service present, no teleservice present |
RELEASE COMPLETE with Return error component with operation code (Step 5)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 4 |
|
Error Code |
ss-NotAvailable |
STATUS (Step 8)
Information Element |
Value/remark |
Condition |
---|---|---|
Cause |
30 “Response to STATUS ENQUIRY” |
|
Call state |
U10- active |
REGISTER (Step 12)
Information Element |
Value/remark |
Condition |
---|---|---|
Facility |
||
Invoke component |
||
Operation Code |
interrogateSS |
|
Parameters |
||
SS-Code |
||
ss-Code |
00101010 CFNRy |
|
BasicServiceCode |
no bearer service present, teleservice (All Speech Transmission Services (TS10) or Telephony (TS11)) |
RELEASE COMPLETE with Reject component with operation code (Step 13)
Information Element |
Value/remark |
Condition |
---|---|---|
Invoke ID |
the same Invoke ID as in the REGISTER in Step 12 |
|
Problem Code |
Resource Limitation |
STATUS (Step 16)
Information Element |
Value/remark |
Condition |
---|---|---|
Cause |
30 “Response to STATUS ENQUIRY” |
|
Call state |
U10- active |
15.4.8.5 Test requirements
In Step 2, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 4, the UE sends the REGISTER message with correct parameters for interrogation of CFB.
In Step 6, the UE provides the appropriate user indication.
In Step 8, the UE sends the STATUS message with the correct parameters.
In Step 10, the UE sends the CM SERVICE REQUEST message with the service type: "Supplementary service activation".
In Step 12, the UE sends the REGISTER message with the correct parameters for interrogation of CFNRy.
In Step 14, the UE provides the appropriate user indication.
In Step 16, the UE sends the STATUS message with the correct parameters.