3GPP TS 23.084
3GPP TS 23.084
3GPP TS 23.084
0 (2011-03)
Technical Specification
The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organisational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organisational Partners accept no liability for any use of this
Specification.
Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organisational Partners' Publications Offices.
Release 10
Keywords
GSM, UMTS, supplementary service, MPTY,
stage 2
3GPP
Postal address
Internet
http://www.3gpp.org
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
2011, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TTA, TTC).
All rights reserved.
UMTS is a Trade Mark of ETSI registered for the benefit of its members
3GPP is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
LTE is a Trade Mark of ETSI currently being registered for the benefit of its Members and of the 3GPP Organizational Partners
GSM and the GSM logo are registered and owned by the GSM Association
3GPP
Release 10
Contents
Foreword ............................................................................................................................................................ 4
0
0.1
0.2
1
1.1
1.2
1.3
1.4
1.5
1.6
1.7
Scope ........................................................................................................................................................ 5
References.......................................................................................................................................................... 5
Abbreviations ..................................................................................................................................................... 5
Annex A:
3GPP
Release 10
Foreword
This Technical Specification has been produced by the 3rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following formal
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
x the first digit:
1 presented to TSG for information;
2 presented to TSG for approval;
3 or greater indicates TSG approved document under change control.
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates,
etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
3GPP
Release 10
Scope
The present document gives the stage 2 description of the multi party supplementary services.
Only one multi party supplementary service has been defined, this is the Multi Party (MPTY) service, and is described
in clause 1.
0.1
References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
For a specific reference, subsequent revisions do not apply.
For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same
Release as the present document.
[1]
[2]
[3]
3GPP TS 23.083: "Call Waiting (CW) and Call Hold (HOLD) supplementary services - Stage 2".
[4]
0.2
Abbreviations
In addition to those below, abbreviations used in the present document are listed in 3GPP TR 21.905 [1].
SII2
1.1
The following Mobile Additional Function has been identified for the Multi Party service:
MAF026
Multi Party service related authorizations examination
The ability of a PLMN component to determine the authorizations relating to Multi Party service. See
figure 2.1.
Location: VLR
The SDL diagrams for the Multi Party service are shown in figures 1.2 and 1.3.
The procedure Handle_MPTY shows the status of the service as perceived by the served mobile subscriber, as well as
the status as perceived by any of the other parties. Beside this, the SDL diagrams show the actions to be taken by the
network and the information provided by the network to the users.
Figure 1.x: the procedure Update_Non_Speech_Calls_Status is defined in 3GPP TS 23.018 [4].
3GPP
Release 10
The information flow for the MPTY service is shown in figure 1.5.
In the information flow it is assumed that the served subscriber is a mobile subscriber and that the other parties are all
fixed ISDN subscribers. For the purposes of the information flow diagrams it is assumed that there are only two remote
parties. Where there are more than two remote parties, signals to any party connected to the MPTY bridge shall be sent
to all other parties connected to the MPTY bridge, except where a single remote party is to be selected for a private
communication.
As a consequence of this assumption, after the MPTY is split (to establish a private communication) it contains only one
remote party. However, the end state for disconnection of or by that remaining remote party is shown as A-B ACTIVE /
MPTY HELD. This is to indicate that the disconnection by a single remote party will not necessarily cause the MPTY
call to be released. This will happen only when that remote party is the only remaining party in the MPTY call.
Party A is the subscriber controlling the MPTY call (served mobile subscriber). Party B is the first remote party called.
Party C is the second remote party called.
Remote parties are disconnected by the generic disconnect/release procedure. Any scenario requiring disconnection of
remote parties shown in the SDL diagrams but not explicitly shown in the flow diagrams shall follow the procedure
shown in the flow diagrams for similar scenarios.
Functions to be performed by the fixed ISDN (for example hold authorizations examination) are not shown in the
information flow; only the functions to be performed by the PLMN are shown.
It is assumed that the MPTY bridge is located in the MSC.
To avoid having two calls on hold at the same time the reception of the retrieve request is supervised by a retriever timer
T as defined in 3GPP TS 23.083 [3].
Note that while the MPTY is on hold, the remote parties can continue to communicate with each other.
3GPP
Release 10
Process MPTY_MAF026
384_11(1)
Idle
Check
MPTY
subscription
MPTY
provisioned
No
Yes
No
SS-CSI
provisioned?
Yes
No
MPTY marked
in CSI?
Yes
Indicator:=
MPTY_available
Indicator:=
MPTY_available
+ SS-CSI
Indicator:=
MPTY_not_
available
Process
MPTY
Idle
3GPP
Release 10
Procedure Handle_MPTY
MPTY_1(16)
Check_MPTY
Pass
Fail
Connect A, B
and C
MPTY
reject
Speech_CallA:=MPTY
Speech_CallB:=Null
MPTY_Remote_Parties:=2
Result:=
Fail
Retrieve
indication
Multi party
indication
Multi party
indication
To C party
MPTY
ack
SS-CSI
present?
Yes
No
SS Invocation
Notify
To gsmSCF
Active_MPTY
3GPP
Release 10
Procedure Handle_MPTY
MPTY_2(16)
Active_MPTY
Disconnect
MPTY
Disconnect
MPTY
MPTY_R emote_Parties:=0
Speech_CallA:=Null
Speech_Call_Cnt:=0
Disconnect
one party
(e.g. C)
Disconnect
(e.g. C)
Private
communication
(e.g. F)
Disconnect C
MPTY_Remote_Parties:=
MPTY_Remote_Parties - 1
MPTY_Remote_Parties:=
MPTY_Remote_Parties - 1
Speech_CallB:=
Active
MPTY
Disconnected
Result:=
End
Call C
disconnected
To all parties
except F
No
Any
remaining parties
in MPTY?
Hold
indication
Private
communication
ack
Yes
Result:=
End
Held_MPTY_
and_active_call
Active_MPTY
3GPP
Release 10
10
Procedure Handle_MPTY
MPTY_4(16)
Held_MPTY
Disconnect
MPTY
Disconnect
MPTY
MPTY_R emote_Parties:=0
Speech_CallA:=Null
Speech_Call_Cnt:=0
Disconnect
one party
(e.g. C)
Disconnect
(e.g. C )
Retrieve
MPTY
Disconnect
C
Hold
indication
Retrieve
indication
Retrieve
held MPTY
MPTY_Remote_Parties:=
MPTY_Remote_Parties - 1
MPTY
Disconnected
Call C
disconnected
No
Any
remaining parties
in MPTY?
Retrieve
indication
Hold
indication
Retrieve
ack
Yes
Result:=
End
Held_MPTY
Active_MPTY
Held_MPTY
3GPP
Retrieve
indication
Release 10
11
Procedure Handle_MPTY
MPTY_5(16)
Held_MPTY
Speech
TCH
required
Answer
waiting call
(e.g. F)
No
Is there
a waiting
call?
Speech_CallB:=
Setup
Yes
Answer
waiting call
reject
Allocate
TCH
Connect F
Speech_Call_Cnt:=
Speech_Call_Cnt + 1
Speech_CallB:=
Active
Held_MPTY
Held_MPTY_
Active_Call
Held_MPTY_
Call_Setup
Call
established
Call setup
failed
Speech_Call_Cnt:=
Speech_Call_Cnt + 1
Speech_CallB:=
Active
Speech_CallB:=
Null
Held_MPTY_
Active_Call
Held_MPTY
3GPP
Release 10
12
Procedure Handle_MPTY
MPTY_6(16)
Disconnect one
held party
(e.g. C)
Disconnect
MPTY
Disconnect
MPTY
Disconnect
(e.g. C)
Call F
disconnected
Call C
disconnect
MPTY_Remote_Parties:=
MPTY_Remote_Parties - 1
No
Disconnect
active call
(e.g. F)
Disconnect
F
Disconnect
C
MPTY
disconnected
Any
remaining parties
in MPTY?
Speech_Call_Cnt:=
Speech_Call_Cnt -1
Speech_CallB:=
Null
Yes
Held_MPTY_
Active_Call
Held_MPTY
MPTY_Remote_Parties:=0
Speech_CallA:=Active
Speech_CallB:=Null
Speech_Call_Cnt:=1
Result:=
End_Active
3GPP
Disconnect
active call
(e.g. F)
Release 10
13
Procedure Handle_MPTY
MPTY_7(16)
Held_MPTY_
Active_Call
Hold
indication
Add party
(e.g. F)
Retrieve
indication
Hold active
call
No
Hold
indication
Another party
permitted?
Retrieve
indication
Start T
Held_MPTY_
Active_call
Held_MPTY_
Active_Call_
Timed_Swap
Yes
Connect F
to MPTY
MPTY_Remote_Parties:=
MPTY_Remote_Parties + 1
Speech_CallB:=
Null
MPTY
indication
To F party only
Retrieve
indication
Add party
ack
Add party
reject
Active_MPTY
Held_MPTY_
Active_Call
3GPP
Release 10
14
Procedure Handle_MPTY
MPTY_8(16)
Held_MPTY_
Active_Call_
Timed_Swap
T expires
Internal signal
Ret rieve
request
Stop T
Retrieve
request
For MPTY
Stop T
Hold
single call
Speech_CallB:=
Held
Hold
indication
Hold
reject
Hold
reject
Hold
ack
Retrieve
MPTY
Retrieve
indication
Ret rieve
reject
Held_MPTY_
Active_call
Held_MPTY_
Active_Call
Retrieve
ack
Active_MPTY_
Held_call
3GPP
Release 10
15
Procedure Handle_MPTY
MPTY_9(16)
From the
single call
Disconnect
(e.g. F)
Held_MPTY_
Active_Call_
Timed_Swap
Disconnect
single call
(e.g. F)
Disconnect
(e.g. C)
Stop T
Disconnect
C
Disconnect
F
MPTY_Remote_Parties:=
MPTY_Remote_Parties - 1
Call
disconnected
Call F
disconnected
Yes
Any
remaining parties
in MPTY?
Speech_Call_Cnt:=
Speech_Call_Cnt -1
No
Speech_CallB:=
Null
Stop T
Hold
reject
Hold
reject
Speech_CallA:=Active
Speech_CallB:=Null
Speech_Call_Cnt:=1
Result:=
End_Active
Held_MPTY_
Active_Call_
Timed_Swap
Held_MPTY
3GPP
Release 10
16
Procedure Handle_MPTY
MPTY_10(16)
Disconnect
one party
(e.g. C)
Disconnect
MPTY
Disconnect
MPTY
Disconnect
(e.g. F)
From the
single call
Disconnect
C
MPTY
disconnected
Disconnect
(e.g. C)
Call C
disconnected
MPTY_Remote_Parties:=
MPTY_Remote_Parties - 1
No
Any
remaining parties
in MPTY?
Disconnect
single call
(e.g. F)
Disconnect
F
Call F
disconnected
Speech_Call_Cnt:=
Speech_Call_Cnt -1
Speech_CallB:=
Null
Yes
Active_MPTY_
Held_Call
MPTY_Remote_Parties:=0
Speech_CallA:=Held
Speech_CallB:=Null
Speech_Call_Cnt:=1
Result:=
End_Held
3GPP
Active_MPTY
Release 10
17
Procedure Handle_MPTY
MPTY_11(16)
Active_MPTY_
Held_Call
Add party
(e.g. F)
Another party
permitted?
Hold
indication
No
Hold
indication
Retrieve
indication
Retrieve
indication
Hold
MPTY
Start T
Yes
MPTY_Remote_Parties:=
MPTY_Remote_Parties + 1
Speech_CallB:=
Null
Connect F
to MPTY
MPTY
indication
To F party only
Retrieve
indication
Add
ack
Add party
reject
Active_MPTY
Active_MPTY_
Held_Call
Active_MPTY_
Held_Call
3GPP
Active_MPTY_
Held_Call_
Timed_Swap
Release 10
18
Procedure Handle_MPTY
Procedure in the serving MSC
to handle an MPTY call.
T expires
MPTY_12(16)
Signals to/from the left are
to/from the controller (A party);
signals to/from the right are to/from all/any
remote parties in the MPTY
unless otherwise stated.
Active_MPTY_
Held_Call_
Timed_Swap
Internal signal
Retrieve
request
Stop T
For MPTY
Retrieve
request
Stop T
Hold MPTY
Hold
indication
Hold
reject
Hold
reject
Hold
ack
Retrieve
single call
Speech_CallB:=
Active
Retrieve
indication
Retrieve
reject
Active_MPTY_
Held_Call
Active_MPTY_
Held_Call
Retrieve
ack
Held_MPTY_
Active_Call
3GPP
Release 10
19
Procedure Handle_MPTY
MPTY_13(16)
From the
single call
Disconnect
(e.g. F)
Active_MPTY_
Held_Call_
Timed_Swap
Disconnect
single call
(e.g. F)
Disconnect
(e.g. C)
Stop T
Disconnect
C
Disconnect
F
MPTY_Remote_Parties:=
MPTY_Remote_Parties - 1
Call F
disconnected
Call
disconnected
Yes
Any
remaining parties
in MPTY?
Speech_Call_Cnt:=
Speech_Call_Cnt -1
No
Speech_CallB:=
Null
Stop T
Hold
reject
Hold
reject
Speech_CallA:=Held
Speech_CallB:=Null
Speech_Call_Cnt:=1
Result:=
End_Held
Active_MPTY_
Held_Call_
Timed_Swap
Active_MPTY
3GPP
Release 10
20
Macrodefinition Check_MPTY
Chk_MPTY(1)
No
Conditions
met?
Yes
Yes
No
Conference Treatment
Indicator set to reject
conference request (for
either ongoing call)?
Yes
Check MPTY
subscription
Wait_For_
MPTY_Status_
Reply
Process
MPTY
No
Int_Release_
Call
From gsmSSF
MPTY
active?
Yes
No
Request
accepted?
Yes
Fail
Pass
3GPP
Release
From distant
exchange
Release
transaction
From BSS
Release 10
21
Macrodefinition Setup_New_Data_Call_MPTY
SNDC_1(1)
Max number
of data calls
reached?
Yes
No
TCH
already
allocated
Allocate
TCH
Non_Speech_
Calls:=Setup
Fail
MPTY_Data_Call_
Setup_Pending
Call setup
failed
Call
established
Update_Non_
Speech_Calls_
Status
Non_Speech_
Calls:=Active
Non_Speech_Call_Cnt:=
Non_Speech_Call_Cnt+1
Pass
Fail
3GPP
Release 10
22
MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc
Subscriber A wants to initiate a multi party conversation
build MPTY
>
request
info req
>
MAF
026
<
info ack
OR1
build MPTY :N
<
reject
A-B HELD / A-C ACTIVE
OR1
:Y
connect
bridge
notification
> notification
(retrieval)
>
(retrieval)
notification
> notification
(multi party)
>
(multi party)
notification
build MPTY
> notification
<
(multi party)
>
acknowledge
(multi party)
ACTIVE MULTI PARTY CONVERSATION
disconnect
>
disconnect
> disconnect
disconnect
>
>
release
release confirmation
<
<
release B
disconnect
<
>
release confirmation
release C
<
<
IDLE
OR1:
disconnect
>
release
<
3GPP
Release 10
23
MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc
disconnect
<
disconnect
<
release
>
release confirmation
>
disconnect
<
release
>
notification
notification <
<
(hold)
(hold)
hold
<
request
hold
>
confirmation
retrieve
notification
<
notification < request
<
(retrieval)
(retrieval)
retrieve
>
confirmation
Figure 1.5 (sheet 2 of 7): Information flow for Multi Party service
3GPP
Release 10
24
MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc
retrieve
>
request
retrieve
bridge
notification
> notification
(retrieval)
>
(retrieval)
notification
retrieve >
<
(retrieval)
confirmation
notification
>
(retrieval)
PrivComm
>
request hold
bridge
PrivComm
<
confirmation
notification
>
(hold)
notification
>
(hold)
Figure 1.5 (sheet 3 of 7): Information flow for Multi Party service
3GPP
Release 10
25
MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc
Subscriber A wants to disconnect entire multi party conversation
disconnect
>
B
disconnect
> disconnect
disconnect
>
>
release
C
release confirmation
<
<
release B
disconnect
< > disconnect
>
release
release confirmation
<
<
release
release C bridge
<
IDLE
disconnect
disconnect <
<
release
>
release confirmation
>
disconnect
<
release
>
notification
notification <
<
(hold)
(hold)
hold request
<
hold confirmation
>
Figure 1.5 (sheet 4 of 7): Information flow for Multi Party service
3GPP
Release 10
26
MSa
MSCa
VLRa
HLRa
LEb
TEb
One remote party (e.g. B) wants to retrieve the held call
retrieve request
notification
<
notification <
<
(retrieval)
retrieve
(retrieval)
>
confirmation
HELD MULTI PARTY CONVERSATION
LEc
TEc
disconnect
>
disconnect
>
release confirmation
<
release release
<bridge
A-B ACTIVE
disconnect
>
release
<
disconnect
disconnect <
<
release
>
release confirmation
>
disconnect
<
release
>
disconnect
disconnect <
<
release
>
release confirmation
>
HELD MPTY
disconnect
<
release
>
Figure 1.5 (sheet 5 of 7): Information flow for Multi Party service
3GPP
Release 10
27
MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc
Subscriber A wants to add active call (A-B) to multi party call
build MPTY
>
request
OR2
build MPTY :N
<
reject
A-B ACTIVE / MPTY HELD
OR2
:Y
notification
> notification
(multi party)
>
(multi party)
notification
> notification
(retrieved)
>
(retrieved)
notification
build MPTY
> notification
<
(multi party)
>
acknowledge
(multi party)
ACTIVE MULTI PARTY CONVERSATION
OR2:
MSa
MSCa
VLRa
HLRa
LEb
TEb
One remote party (e.g. B) wants to hold
hold request
notification
<
notification
<
<
(hold)
hold confirmation
(hold)
>
A-B ACTIVE / MPTY HELD
LEc
TEc
notification
notification
<
<
(retrieval)
(retrieval)
retrieve request
<
retrieve
>
confirmation
Served mobile subscriber wishes to alternate between active call and held MPTY
hold request
>
for B
start
retrieve req
>stop
notification
(hold)
>
(hold)
notification
>
(retrieval)
notification
>
(retrieval)
Figure 1.5 (sheet 7 of 7): Information flow for Multi Party service
3GPP
Release 10
1.2
28
The following logical states are applicable for MPTY (refer to TS 23.011 for an explanation of the notation):
Provisioning State
Registration State
Activation State
(Not Provisioned,
Not Applicable,
Not Active,
Not Induced)
(Provisioned,
Not Applicable,
Not Induced)
The HLR shall store the logical state of MPTY (which shall be one of the valid states listed above) on a per subscriber
basis.
1.3
The following figure shows the successful cases of transition between the applicable logical states of MPTY. The state
changes are caused by actions of the service provider.
Note that error cases are not shown in the diagram as they normally do not cause a state change. Additionally, some
successful requests may not cause a state change. Hence they are not shown in the diagram.
1.4
If the provisioning state for MPTY is "Provisioned" then, when the subscriber registers on a VLR, the HLR shall send
that VLR information about the logical state of MPTY.
If the logical state of MPTY is changed while a subscriber is registered on a VLR then the HLR shall inform the VLR of
the new logical state of MPTY.
1.5
For MPTY the VLR shall store the service state information received from the HLR.
1.6
Handover
Handover will have no impact on the control procedures and the operation of the service.
1.7
The operations BuildMPTY, SplitMPTY, HoldMPTY and RetrieveMPTY interact with each other, and cannot be
applied simultaneously. Once the mobile station has initiated one of these operations, it shall not initiate another Multi
Party operation until the first operation has been acknowledged by the network, or the MS locally determines (due to
timer expiry) that the first operation has failed.
3GPP
Release 10
29
Annex A:
Change history
TSG CN#
Spec
Old Ver
CR
Change history
Rev Phase Cat
New
Ver
R97
R99
3.0.0
R99
3.1.0
1
R99
F
3.2.0
4.0.0
Apr 1999
CN#03
CN#06
CN#09
Cn#11
CN#11
23.084
3.2.0
003
Rel-4
4.0.0
CN#12
23.084
4.0.0
004
Rel-5
5.0.0
CN#26
CT#36
CT#42
CT#46
2011-03
23.084
23.084
23.084
-
5.0.0
6.0.0
7.0.0
8.0.0
9.0.0
Rel-6
Rel-7
Rel-8
Rel-9
Rel-10
001
002
6.0.0
7.0.0
8.0.0
9.0.0
10.0.0
3GPP
Subject/Comment
Transferred to 3GPP CN1
Approved at CN#03
approved at CN#06
SDL refresh
Version increased from R99 to Rel-4
after CN#11.
Enhancement of MPTY SDLs and
CAMEL functionality
Handling of MultiCall in MPTY
procedure
Release 6 after CN#26
Upgraded unchanged from Rel-6
Upgraded unchanged from Rel-7
Update to Rel-9 version (MCC)
Update to Rel-10 version (MCC)