8.34 Three way session creation / Voice / 5GS
34.229-53GPPInternet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP)Part 5: Protocol conformance specification using 5G System (5GS)Release 16TSUser Equipment (UE) conformance specification
8.34.1 Test Purpose (TP)
(1)
with { UE being registered to IMS and being configured to use preconditions having set up an MO voice call with A }
ensure that {
when { UE is made to start a three way voice call }
then { UE sends re-INVITE or UPDATE, and completes the call hold procedure with A }
}
(2)
with { UE being in the process of starting a three way voice call }
ensure that {
when { UE having put A on hold }
then { UE initiates a voice call with B }
}
(3)
with { UE being in the process of starting a three way voice call }
ensure that {
when { UE having initiated a voice call with B }
then { UE sends re-INVITE or UPDATE, and completes the call hold procedure with B }
}
(4)
with { UE being in the process of starting a three way voice call }
ensure that {
when { UE having put both A and B on hold }
then { UE sends INVITE to the conference factory and completes the conference call initiation and subscribes to conference event }
}
(5)
with { UE being in the process of starting a three way voice call }
ensure that {
when { UE having created a call at the conference factory }
then { UE sends REFER to the conference focus in order to invite A }
}
(6)
with { UE having invited A to the conference call }
ensure that {
when { UE receives 202 Accepted followed by notification messages for the REFER request, the confirmation on A and conditional conference event package }
then { UE sends 200 OK for each received NOTIFY request }
}
(7)
with { UE being in the process of starting a three way voice call }
ensure that {
when { UE having completed the invitation of A }
then { UE sends REFER to the conference focus in order to invite B }
}
(8)
with { UE having invited B to the conference call }
ensure that {
when { UE receives 202 Accepted followed by notification messages for the REFER request, the confirmation on B and conditional conference event package }
then { UE sends 200 OK for each received NOTIFY request }
}
8.34.2 Conformance Requirements
When a user is participating in two or more SIP sessions and wants to join together two of these active sessions to a so-called three-way session, the user shall perform the following steps.
1) create a conference at the conference focus by sending an INVITE request with the conference factory URI for the three-way session towards the conference focus, as described in subclause 5.3.1.3.2;
2) decide and perform for each of the active sessions that are requested to be joined to the three-way session, how the remote user shall be invited to the three-way session, which can either be:
a) by performing the procedures for inviting a user to a conference by sending an REFER request to the user, as described in subclause 5.3.1.5.2; or
b) by performing the procedures for inviting a user to a conference by sending a REFER request to the conference focus, as described in subclause 5.3.1.5.3;
3) release the active session with the user, by applying the procedures for session release in accordance with RFC 3261 [7], provided that a BYE request has not already been received, after a NOTIFY request has been received, indicating that the user has successfully joined the three-way session, i.e. including:
a) a body of content-type "message/sipfrag" that indicates a "200 OK" response; and,
b) a Subscription-State header set to the value "terminated"; and,
4) treat the created three-way session as a normal conference, i.e. the conference participant shall apply the applicable procedures of subclause 5.3.1 for it.
Reference(s)
3GPP TS 24.147 [35] clause 5.3.1.3.3.
8.34.3 Test description
8.34.3.1 Pre-test conditions
System Simulator:
– 1 NR Cell connected to 5GC, default parameters.
UE:
– UE contains either ISIM and USIM applications or only USIM application on UICC.
– UE is configured to register for IMS after switch on.
– UE is configured to use preconditions.
Preamble:
– The UE has registered to IMS and set up the MO voice call, by executing the generic test procedure in Annex A.2 up to the last step and thereafter executing the generic test procedure in A.4.1.
8.34.3.2 Test procedure sequence
Table 8.34.3.2-1: Main Behaviour
St |
Procedure |
Message Sequence |
TP |
Verdict |
|||||||
U – S |
Message |
||||||||||
0 |
UE is made to put the first call on hold. |
– |
– |
– |
– |
||||||
1-4 |
Steps 1-4 of A.17 are used to put the first call on hold. |
– |
Messages in Annex A.17 |
1 |
P |
||||||
5 |
UE is made to initiate a second MTSI voice call. |
– |
– |
– |
– |
||||||
6-10 |
Steps 1-5 of A.4.1 are performed. |
– |
Messages in in Annex A.4.1 |
2 |
P |
||||||
– |
EXCEPTION: Step 11-12 describes behaviour that takes place if the UE doesn’t include QOS confirmation in the PRACK message in step 9. |
– |
– |
– |
– |
||||||
11 |
UE sends a second SDP offer in an UPDATE request. (Step 6 of Annex A.4.1) |
–> |
UPDATE |
2 |
P |
||||||
12 |
SS responds to UPDATE, including an SDP answer. (Step 7 of Annex A.4.1) |
<– |
200 OK |
2 |
P |
||||||
13-17 |
Steps 8-12 of A.4.1 are performed. |
– |
Messages in Annex A.4.1 |
2 |
P |
||||||
18 |
UE is made to start a Multiparty Call |
– |
– |
– |
– |
||||||
19-22 |
Steps 1-4 of A.17 are used to put the second call on hold. |
– |
– |
3 |
P |
||||||
23-35 |
Steps 1-13 of A.19 are used to create a conference. |
– |
– |
4 |
P |
||||||
36 |
UE sends REFER to invite user A to the conference. (Step 1 of A.20) |
–> |
REFER |
5 |
P |
||||||
37-38 |
SS responds with a 202 final response and NOTIFY for the subscription created by the REFER. (Steps 2-3 of A.20) |
– |
– |
– |
– |
||||||
39 |
The UE responds the NOTIFY request with 200 OK. (Step 4 of A.20) |
–> |
200 OK |
6 |
P |
||||||
40 |
SS responds with a NOTIFY to confirm the user the invited user was able to join the conference. (Steps 5 of A.20) |
– |
NOTIFY |
– |
– |
||||||
41 |
UE responds the NOTIFY request with 200 OK (Steps 6 of A.20) |
–> |
200 OK |
6 |
P |
||||||
42-43 |
Conditional: If the UE has subscribed to the conference event package, then the SS sends a NOTIFY for conference event package and UE responds with 200 OK. (Steps 7-8 of A.20) |
– |
– |
– |
– |
||||||
44 |
UE sends REFER to invite user B to the conference. (Step 1 of A.20) |
–> |
REFER |
7 |
P |
||||||
45-46 |
SS responds with a 202 final response and NOTIFY for the subscription created by the REFER. (Steps 2-3 of A.20) |
– |
– |
– |
– |
||||||
47 |
The UE responds the NOTIFY request with 200 OK. (Step 4 of A.20) |
–> |
200 OK |
8 |
P |
||||||
48 |
SS responds with a NOTIFY to confirm the user the invited user was able to join the conference. (Steps 5 of A.20) |
– |
NOTIFY |
– |
– |
||||||
49 |
UE responds the NOTIFY request with 200 OK (Steps 6 of A.20) |
–> |
200 OK |
8 |
P |
||||||
50-51 |
Conditional: If the UE has subscribed to the conference event package, then the SS sends a NOTIFY for conference event package and UE responds with 200 OK. (Steps 7-8 of A.20) |
– |
– |
– |
– |
||||||
52-53 |
Steps 1-2 of A.7 are used to release the first call. |
– |
– |
– |
– |
||||||
54-55 |
Steps 1-2 of A.7 are used to release the second call. |
– |
– |
– |
– |
||||||
56-57 |
Steps 1-2 of A.8 are used to release the active session. |
– |
– |
– |
– |
||||||
58 |
Conditional: If the UE has subscribed the conference event package, then the SS notifies the UE that its subscription to conference event package is terminated |
<– |
NOTIFY |
– |
– |
||||||
59 |
Conditional: If the SS sent NOTIFY, then the UE sends 200 OK for NOTIFY. (Steps 8 of A.20) |
–> |
200 OK |
– |
– |
8.34.3.3 Specific message contents
Table 8.34.3.3-1: INVITE (Step 6, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in subclause A.2.1, Conditions A1, A3, A5 and A28. |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
Request-Line |
||||
Request-URI |
px_IMS_CalleeUri2 px_IMS_CalleeUri2 is used to invite another user to the session. px_IMS_CalleeUri2 may be either SIP or Tel URI. It may contain a dialstring and phone-context parameter, when calling to dialstring. When calling to dialstring SIP URI must also contain user=phone or user=dialstring parameter. The dialstring, if used, may be global, home local number or geo-local number. For home local numbers the value of phone-context parameter must equal the home domain name i.e. px_IMS_HomeDomainName. For geo-local numbers the home domain name must be prefixed by string “geo-local.” or access technology specific prefix, if the UE supports that option. Note: The way how the UE determines whether numbers in a non-international format are geo-local, home-local or relating to another network, is UE implementation specific. For instance the UE might have a UI setting. |
|||
To |
||||
addr-spec |
px_IMS_CalleeUri2 |
Table 8.34.3.3-2: 183 Session in Progress for INVITE (Step 8, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in subclause A.2.3, Condition A1. |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
Contact |
||||
addr-spec |
px_IMS_CalleeContactUri2 |
|||
Message-body |
o=- 1111111112 1111111111 IN (addrtype) (unicast-address for SS) |
RFC 4566 [38] |
Table 8.34.3.3-3: 200 OK for INVITE (Step 11, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in subclause A.3.1, Condition A1, A10 and A19. |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
Contact |
||||
addr-spec |
px_IMS_CalleeContactUri2 |
Table 8.34.3.3-4: 180 Ringing for INVITE (Step 13, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in subclause A.2.6, Condition A1. |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
Contact |
||||
addr-spec |
px_IMS_CalleeContactUri2 |
Table 8.34.3.3-5: 183 Session in Progress for INVITE (Step 25, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in subclause A.2.3, Condition A1. |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
Message-body |
o=- 1111111113 1111111111 IN (addrtype) (unicast-address for SS) |
RFC 4566 [38] |
Table 8.34.3.3-6: NOTIFY for conference event package (Step 58, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in subclause A.5.3, Conditions A1 and A4. |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
Contact |
||||
addr-spec |
px_IMS_CalleeContactUri2 |
Table 8.34.3.3-7: PRACK (step 9, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in annex A.2.4, Conditions A1 and A7 |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
Require |
(present, if Message-Body is present) |
|||
option-tag |
precondition |
|||
Message-body |
(if present) Contents is copied from step 6 of annex A.4.1 with the following exceptions: Attributes for preconditions: a=curr:qos local sendrecv a=curr:qos remote none a=des:qos mandatory local sendrecv a=des:qos optional remote sendrecv or a=des:qos mandatory remote sendrecv |
TS 24.229 [7] |
Table 8.34.3.3-8: 200 OK (step 10, table 8.34.3.2-1)
Derivation Path: TS 34.229-1 [2], Table in annex A.3.1, Conditions A10 and A22 |
||||
Header/param |
Cond |
Value/remark |
Rel |
Reference |
To |
||||
tag |
Same value as used in step 9 |
|||
Require |
(present, if Message-Body is present) |
|||
option-tag |
precondition |
|||
Content-Type |
(present, if content type was present in PRACK at step 9) |
|||
media-type |
application/sdp |
|||
Content-Length |
||||
value |
length of message-body |
|||
Message-body |
(present, if message-body was present in PRACK at step 9) SDP body of the 200 OK response copied from the received PRACK and modified as follows: – IP address on "c=" lines and transport port on "m=" lines changed to indicate to which IP address and port the UE should start sending the media; – "o=" line identical to previous SDP sent by SS except that sess-version is incremented; – Attributes for preconditions: a=curr:qos remote sendrecv. |
TS 24.229 [7] |