1.1 Functions and information flows

23.0843GPPMulti Party (MPTY) supplementary serviceRelease 17Stage 2TS

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].

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.

Figure 1.1: MAF026 Multi Party service related authorisations examination
(VLR)

Figure 1.2 (sheet 1 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 2 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 4 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 5 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 6 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 7 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 8 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 9 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 10 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 11 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 12 of 16): Procedure Handle_MPTY

Figure 1.2 (sheet 13 of 16): Procedure Handle_MPTY

Figure 1.3: Macro Check_MPTY

Figure 1.4: Setup_New_Data_Call_MPTY

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│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │─────────>│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ B │ │ │ │disconnect│ │ │ │ │ │ │ │ │ │
│ │ │ ├──────────┼───┼──────────┼──┼────────>│ │disconnect│ │ │ │ │ │
│ │disconnect│ │ │ │ │ │ │ ├─────────>│ │ │ │ │ │
│ │─────────>│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ C │ │ │ │ │ │ │ │ release │ │ │ │ │ │
│ │ │ │ │release confirmation │ │<─────────┤ │ │ │ │ │
│ │ │ │<─────────┼───┼──────────┼──┼─────────┤ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │release B │ │ │ │ │ │disconnect │ │ │ │ │ │ │
│ │<─────────│ ├──────────┼───┼──────────┼──┼─────────┼──┼──────────┼──┼─────>│ │disconnect│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ ├─────────>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ release │ │
│ │ │ │ │ │ │release confirmation │ │ │ │<─────────┤ │
│ │release C │ │<─────────┼───┼──────────┼──┼─────────┼──┼──────────┼──┼──────┤ │ │ │
│ │<─────────┤ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
IDLE │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

OR1: Multi party call acceptable
Y: Yes N: No

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

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 │ │ │ │ │<─────────┤ │
│ │ │ │<─────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼────────┤ │ │ │
│ │disconnect│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │<─────────┤ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ release │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ ├─────────>│ │ │ │ │release confirmation │ │ │ │ │ │
│ │ │ ├──────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼───────>│ │ release │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ ├─────────>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
ACTIVE MULTI PARTY CONVERSATION │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
ACTIVE MULTI PARTY CONVERSATION │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│One remote party (e.g. B) wants to hold │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ hold │ │ │ │ │ │
│ │ │ │ │ │notification │ │ │<─────────┤ │ │ │ │ │
│ │notification │<─────────┼──┼──────────┼──┼─────────┤ │ request │ │ │ │ │ │
│ │<─────────┤ │ │ │ (hold) │ │ │ │ │ │ │ │ │ │
│ │ (hold) │ │ │ │ │ │ │ │ hold │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ ├─────────>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │confirmation │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
ACTIVE MULTI PARTY CONVERSATION │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
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

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) │ │ │ │ │ │ │notification │
│ │confirmation │ │ │ │ │ │ │ │ │ │ ├─────────>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │(retrieval) │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
ACTIVE MULTI PARTY CONVERSATION │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
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 │ │ │ │ │ │ │ │ │
│ │ │ ├──────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼───────>│ │notification │
│ │ │ │ │ │ (hold) │ │ │ │ │ │ │ ├─────────>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ (hold) │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

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

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│ │ │ │<─────────┤ │ │ │ │ │
│ │disconnect│ │<─────────┼──┼──────────┼──┼─────────┤ │ │ │ │ │ │ │
│ │<─────────┤ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ release │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ ├─────────>│ │ │ │release confirmation │ │ │ │ │ │ │ │
│ │ │ ├──────────┼──┼──────────┼──┼────────>│ │ release │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ ├─────────>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
HELD MULTI PARTY CONVERSATION │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
HELD MULTI PARTY CONVERSATION │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│One remote party (e.g. B) wants to hold │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │hold request │ │ │ │ │
│ │ │ │ │ │notification │ │ │<─────────┤ │ │ │ │ │
│ │notification │<─────────┼──┼──────────┼──┼─────────┤ │ │ │ │ │ │ │
│ │<─────────┤ │ │ │ (hold) │ │ │ │hold confirmation │ │ │ │
│ │ (hold) │ │ │ │ │ │ │ ├─────────>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
HELD MULTI PARTY CONVERSATION │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

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

MSa MSCa VLRa HLRa LEb TEb LEc TEc
┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐
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 │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│Subscriber A wants to terminate the multi party call │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │disconnect│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ ├─────────>│ │ │ │disconnect│ │ │ │ │ │ │ │ │ │
│ │ │ ├──────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼───────>│ │disconnect│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ ├─────────>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ release │ │
│ │ │ │ │ │release confirmation │ │ │ │ │ │<─────────┤ │
│ │ │ │<─────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼────────┤ │ │ │
│ │ release │release │ │ │ │ │ │ │ │ │ │ │ │
│ │<─────────┤bridge │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│One remote party (e.g. C) wants to disconnect │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │disconnect│ │
│ │ │ │ │ │disconnect│ │ │ │ │ │ │ │<─────────┤ │
│ │disconnect│ │<─────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼────────┤ │ │ │
│ │<─────────┤ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ release │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ ├─────────>│ │ │ │release confirmation │ │ │ │ │ │ │ │
│ │ │ ├──────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼───────>│ │ release │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ ├─────────>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│Active remote party (B) wants to disconnect │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │disconnect│ │ │ │ │ │
│ │ │ │ │ │disconnect│ │ │ │<─────────┤ │ │ │ │ │
│ │disconnect│ │<─────────┼──┼──────────┼──┼─────────┤ │ │ │ │ │ │ │
│ │<─────────┤ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ release │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ ├─────────>│ │ │ │release confirmation │ │ │ │ │ │ │ │
│ │ │ ├──────────┼──┼──────────┼──┼────────>│ │ release │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ ├─────────>│ │ │ │ │ │
HELD MPTY │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

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

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 LEc TEc
┌──┐ ┌────┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐ ┌──┐
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 │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│One remote party (e.g. B) wants to retrieve the held call │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │retrieve request │ │ │ │
│ │ │ │ │ │notification │ │ │<─────────┤ │ │ │ │ │
│ │notification │<─────────┼──┼──────────┼──┼─────────┤ │ │ │ │ │ │ │
│ │<─────────┤ │ │ │(retrieval) │ │ │ retrieve │ │ │ │ │ │
│ │(retrieval) │ │ │ │ │ │ ├─────────>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │confirmation │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B ACTIVE / MPTY HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│Served mobile subscriber wishes to alternate between active call and held MPTY │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │hold request │ │ │ │ │ │ │ │ │ │ │ │ │
│ ├─────────>│ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ for B │start │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ T │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
A-B (ACTIVE, HOLD REQ) / MPTY HELD │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
│ │retrieve req │ │ │ │ │ │ │ │ │ │ │ │ │
│ ├─────────>│stop│ │ │notification │ │ │ │ │ │ │ │ │
│ │ for MPTY │ T │──────────┼──┼──────────┼──┼────────>│ │notification │ │ │ │ │
│ │ │ │ │ │ (hold) │ │ │ │─────────>│ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ (hold) │ │ │ │ │ │
│ │ │ │ │ │notification │ │ │ │ │ │ │ │ │
│ │ │ │──────────┼──┼──────────┼──┼─────────┼──┼──────────┼──┼─────>│ │notification │
│ │ │ │ │ │(retrieval) │ │ │ │ │ │ │─────────>│ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │(retrieval) │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │
MPTY ACTIVE / A-B HELD │ │ │ │ │ │ │ │ │ │ │ │
│ │ │ │ │ │ │ │ │ │ │ │ │ │ │ │

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