3GPP TS 23.084

Download as pdf or txt
Download as pdf or txt
You are on page 1of 29

3GPP TS 23.084 V10.0.

0 (2011-03)
Technical Specification

3rd Generation Partnership Project;


Technical Specification Group Core Network and Terminals;
Multi Party (MPTY) supplementary service;
Stage 2
(Release 10)

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

3GPP TS 23.084 V10.0.0 (2011-03)

Keywords
GSM, UMTS, supplementary service, MPTY,
stage 2

3GPP
Postal address

3GPP support office address


650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16

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

3GPP TS 23.084 V10.0.0 (2011-03)

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

Multi Party service (MPTY) .................................................................................................................... 5


Functions and information flows........................................................................................................................ 5
Information stored in the HLR ......................................................................................................................... 28
State transition model ...................................................................................................................................... 28
Transfer of information from HLR to VLR ..................................................................................................... 28
Information stored in the VLR ......................................................................................................................... 28
Handover ......................................................................................................................................................... 28
Simultaneous use of Multi Party operations..................................................................................................... 28

Annex A:

Change history ...................................................................................................................... 29

3GPP

Release 10

3GPP TS 23.084 V10.0.0 (2011-03)

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

3GPP TS 23.084 V10.0.0 (2011-03)

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]

3GPP TR 21.905: "3G Vocabulary".

[2]

3GPP TS 23.011: "Technical realization of supplementary services - General Aspects".

[3]

3GPP TS 23.083: "Call Waiting (CW) and Call Hold (HOLD) supplementary services - Stage 2".

[4]

3GPP TS 23.018: Basic Call Handling

0.2

Abbreviations

In addition to those below, abbreviations used in the present document are listed in 3GPP TR 21.905 [1].
SII2

Service Interaction Indicators Two

Multi Party service (MPTY)

1.1

Functions and information flows

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

3GPP TS 23.084 V10.0.0 (2011-03)

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

3GPP TS 23.084 V10.0.0 (2011-03)

Process MPTY_MAF026

384_11(1)

Process in the VLR to check


if MPTY is provisioned.

Signals to/from the left are


to/from the MSC.

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

Figure 1.1: MAF026 Multi Party service related authorisations examination


(VLR)

3GPP

Release 10

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_1(16)

Procedure in the serving MSC


to handle an MPTY call.

Signals to/from the left are


to/from the controller (A party);
signals to/from the right are to/from
the B party unless otherwise stated.

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

Figure 1.2 (sheet 1 of 16): Procedure Handle_MPTY

3GPP

Release 10

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_2(16)

Procedure in the serving MSC


to handle an MPTY call.

Signals to/from the left are


to/from the controller (A party);
signals to/from the right are to/from all/any
remote parties unless otherwise stated.

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

Hold MPTY and


make specified
call active

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

Figure 1.2 (sheet 2 of 16): Procedure Handle_MPTY

3GPP

Release 10

10

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_4(16)

Procedure in the serving MSC


to handle an MPTY call.

Signals to/from the left are


to/from the controller (A party);
signals to/from the right are to/from all/any
remote parties unless otherwise stated.

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

Figure 1.2 (sheet 4 of 16): Procedure Handle_MPTY

3GPP

Retrieve
indication

Release 10

11

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_5(16)

Procedure in the serving MSC


to handle an MPTY call.

Signals to/from the left are


to/from the controller (A party);
Signals to/from the right are
to/from either process OCH_MSC
or process ICH_MSC.

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

Figure 1.2 (sheet 5 of 16): Procedure Handle_MPTY

3GPP

Release 10

12

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_6(16)

Procedure in the serving MSC


to handle an MPTY call.
Held_MPTY_
Active_Call

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

Signals to/from the left are


to/from the controller (A party);
signals to/from the right are to/from all/any
remote parties unless otherwise stated.

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

Figure 1.2 (sheet 6 of 16): Procedure Handle_MPTY

3GPP

Disconnect
active call
(e.g. F)

Release 10

13

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_7(16)

Procedure in the serving MSC


to handle an MPTY call.

Signals to/from the left are


to/from the controller (A party);
signals to/from the right are to/from all/any
remote parties unless otherwise stated.

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

Figure 1.2 (sheet 7 of 16): Procedure Handle_MPTY

3GPP

Release 10

14

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_8(16)

Procedure in the serving MSC


to handle an MPTY call.

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.

Held_MPTY_
Active_Call_
Timed_Swap

T expires

Internal signal

Ret rieve
request

Stop T

For single call

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

Figure 1.2 (sheet 8 of 16): Procedure Handle_MPTY

3GPP

To the single call only

Release 10

15

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_9(16)

Procedure in the serving MSC


to handle an MPTY call.

From the
single call

Disconnect
(e.g. F)

Held_MPTY_
Active_Call_
Timed_Swap

Disconnect
single call
(e.g. F)

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.

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

Figure 1.2 (sheet 9 of 16): Procedure Handle_MPTY

3GPP

Release 10

16

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_10(16)

Procedure in the serving MSC


to handle an MPTY call.
Active_MPTY_
Held_Call

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)

Signals to/from the left are


to/from the controller (A party);
signals to/from the right are to/from all/any
remote parties unless otherwise stated.

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

Figure 1.2 (sheet 10 of 16): Procedure Handle_MPTY

3GPP

Active_MPTY

Release 10

17

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_11(16)

Procedure in the serving MSC


to handle an MPTY call.

Signals to/from the left are


to/from the controller (A party);
signals to/from the right are to/from all/any
remote parties unless otherwise stated.

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

Figure 1.2 (sheet 11 of 16): Procedure Handle_MPTY

3GPP

Active_MPTY_
Held_Call_
Timed_Swap

Release 10

18

3GPP TS 23.084 V10.0.0 (2011-03)

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

For single call

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

Figure 1.2 (sheet 12 of 16): Procedure Handle_MPTY

3GPP

To the single call only

Release 10

19

3GPP TS 23.084 V10.0.0 (2011-03)

Procedure Handle_MPTY

MPTY_13(16)

Procedure in the serving MSC


to handle an MPTY call.

From the
single call

Disconnect
(e.g. F)

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

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

Figure 1.2 (sheet 13 of 16): Procedure Handle_MPTY

3GPP

Release 10

20

3GPP TS 23.084 V10.0.0 (2011-03)

Macrodefinition Check_MPTY

Chk_MPTY(1)

Macro in the serving MSC to check


if an MPTY call can go ahead.

Signals to/from the right are


to/from the VLR.

No

Conditions
met?
Yes

Yes

Conference Treatment Indicator


present in SII2 (for either ongoing call)?
No

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

Figure 1.3: Macro Check_MPTY

3GPP

Release

From distant
exchange

Release
transaction

From BSS

Release 10

21

3GPP TS 23.084 V10.0.0 (2011-03)

Macrodefinition Setup_New_Data_Call_MPTY

SNDC_1(1)

Macro to set up a new data call


while a MPTY call is ongoing

Signals to/from the left are


to/from process ICH_MSC
or process OCH_MSC

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

See 3GPP TS 23.018

Non_Speech_Call_Cnt:=
Non_Speech_Call_Cnt+1

Pass

Fail

Figure 1.4: Setup_New_Data_Call_MPTY

3GPP

Release 10

22

3GPP TS 23.084 V10.0.0 (2011-03)

MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc

A-B HELD / A-C ACTIVE






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

ACTIVE MULTI PARTY CONVERSATION

Subscriber A wants to terminate the multi party call



disconnect

>

disconnect

> disconnect

disconnect


>

>


release

release confirmation
<

<

release B

disconnect

<
>

release confirmation

release C
<
<

IDLE

OR1:

disconnect
>

release
<

Multi party call acceptable


Y: YesN: No
Figure 1.5 (sheet 1 of 7): Information flow for Multi Party service

3GPP

Release 10

23

3GPP TS 23.084 V10.0.0 (2011-03)

MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc

ACTIVE MULTI PARTY CONVERSATION















Subscriber A wants to disconnect one remote party (e.g. C)



















disconnect






>









disconnect




> disconnect






>














release



release confirmation

<
release <

<






















ACTIVE MULTI PARTY CONVERSATION


















ACTIVE MULTI PARTY CONVERSATION




One remote party (e.g. C) wants to disconnect






disconnect


<
disconnect



<



release



>

release confirmation


>





ACTIVE MULTI PARTY CONVERSATION




disconnect
<

release
>

ACTIVE MULTI PARTY CONVERSATION


One remote party (e.g. B) wants to hold



notification

notification <
<
(hold)

(hold)

ACTIVE MULTI PARTY CONVERSATION


hold

<
request

hold

>
confirmation

ACTIVE MULTI PARTY CONVERSATION



One remote party (e.g. B) wants to retrieve the held call





retrieve


notification
<
notification < request
<
(retrieval)

(retrieval)


retrieve




>




confirmation




ACTIVE MULTI PARTY CONVERSATION



Figure 1.5 (sheet 2 of 7): Information flow for Multi Party service

3GPP

Release 10

24

3GPP TS 23.084 V10.0.0 (2011-03)

MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc

ACTIVE MULTI PARTY CONVERSATION















Subscriber A wants to hold entire multi party conversation



















hold request






>







hold






hold
bridge






<
notification




confirmation > notification




(hold)

>






(hold)




notification





> notification


(hold)



>






(hold)








HELD MULTI PARTY CONVERSATION

HELD MULTI PARTY CONVERSATION

Subscriber A wants to retrieve the held multi party conversation


retrieve



>



request




retrieve




bridge
notification


> notification



(retrieval)
>





(retrieval)



notification

retrieve >
<
(retrieval)

confirmation



ACTIVE MULTI PARTY CONVERSATION




notification
>
(retrieval)

ACTIVE MULTI PARTY CONVERSATION




Subscriber A wants to establish a private communication with one party (e.g. B)







PrivComm



>



request hold




bridge



PrivComm



<



confirmation





notification


>


(hold)


A-B ACTIVE / MPTY HELD





notification
>
(hold)

Figure 1.5 (sheet 3 of 7): Information flow for Multi Party service

3GPP

Release 10

25

3GPP TS 23.084 V10.0.0 (2011-03)

MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc

HELD MULTI PARTY CONVERSATION














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


















HELD MULTI PARTY CONVERSATION

One remote party (e.g. B) wants to disconnect



disconnect

disconnect <
<

release

>
release confirmation


>



HELD MULTI PARTY CONVERSATION

disconnect
<

release
>

HELD MULTI PARTY CONVERSATION

One remote party (e.g. B) wants to hold



notification

notification <
<
(hold)

(hold)


HELD MULTI PARTY CONVERSATION


hold request
<


hold confirmation
>

Figure 1.5 (sheet 4 of 7): Information flow for Multi Party service

3GPP

Release 10

26

3GPP TS 23.084 V10.0.0 (2011-03)

MSa
MSCa
VLRa
HLRa
LEb
TEb

HELD MULTI PARTY CONVERSATION










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

A-B ACTIVE / MPTY HELD





Subscriber A wants to terminate the multi party call


disconnect



>
disconnect


>







release confirmation


<
release release



<bridge



A-B ACTIVE




disconnect
>

release
<

A-B ACTIVE / MPTY HELD





One remote party (e.g. C) wants to disconnect





disconnect

disconnect <
<



release



>
release confirmation


>





A-B ACTIVE / MPTY HELD





disconnect
<

release
>

A-B ACTIVE / MPTY HELD



Active remote party (B) wants to disconnect



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

3GPP TS 23.084 V10.0.0 (2011-03)

MSa
MSCa
VLRa
HLRa
LEb
TEb
LEc
TEc

A-B ACTIVE / MPTY HELD














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:

Extra remote party allowed within maximum number?


Y: Yes N: No
Figure 1.5 (sheet 6 of 7): Information flow for Multi Party service

MSa
MSCa
VLRa
HLRa
LEb
TEb

A-B ACTIVE / MPTY HELD










One remote party (e.g. B) wants to hold





hold request

notification
<
notification
<

<

(hold)
hold confirmation
(hold)



>





A-B ACTIVE / MPTY HELD




LEc

TEc

A-B ACTIVE / MPTY HELD



One remote party (e.g. B) wants to retrieve the held call


notification

notification
<
<

(retrieval)

(retrieval)

A-B ACTIVE / MPTY HELD




retrieve request
<


retrieve
>
confirmation

A-B ACTIVE / MPTY HELD





Served mobile subscriber wishes to alternate between active call and held MPTY

hold request

>

for B
start



A-B (ACTIVE, HOLD REQ) / MPTY HELD




retrieve req

>stop
notification

for MPTY T > notification

(hold)
>



(hold)

notification

>

(retrieval)

MPTY ACTIVE / A-B HELD





notification
>
(retrieval)

Figure 1.5 (sheet 7 of 7): Information flow for Multi Party service

3GPP

Release 10

1.2

28

3GPP TS 23.084 V10.0.0 (2011-03)

Information stored in the HLR

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

HLR Induction State

(Not Provisioned,

Not Applicable,

Not Active,

Not Induced)

(Provisioned,

Not Applicable,

Active and Operative,

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

State transition model

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.

Figure 1.6: State transition model for MPTY

1.4

Transfer of information from HLR to VLR

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

Information stored in the VLR

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

Simultaneous use of Multi Party operations

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

3GPP TS 23.084 V10.0.0 (2011-03)

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

GSM 03.84 6.0.0


23.084
23.084
3.0.0
23.084
3.1.0
3.2.0

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)

You might also like