ETSI GSM 03 84-1996 Digital Cellular Telecommunications System Multi Party (MPTY) Supplementary Services - Stage 2 (Version 5 0 0)《数字蜂窝通信系统 多方通话(MPTY)补充业务-第2阶段(版本5 0 0)》.pdf

《ETSI GSM 03 84-1996 Digital Cellular Telecommunications System Multi Party (MPTY) Supplementary Services - Stage 2 (Version 5 0 0)《数字蜂窝通信系统 多方通话(MPTY)补充业务-第2阶段(版本5 0 0)》.pdf》由会员分享，可在线阅读，更多相关《ETSI GSM 03 84-1996 Digital Cellular Telecommunications System Multi Party (MPTY) Supplementary Services - Stage 2 (Version 5 0 0)《数字蜂窝通信系统 多方通话(MPTY)补充业务-第2阶段(版本5 0 0)》.pdf（25页珍藏版）》请在麦多课文档分享上搜索。

1、GSM GSM 03.84 Decem ber 1996 Version 5.0.0 Source: ETSI TC-SMG Reference: TS/SMG-O30384Q ICs: 33.020 Key words: Digital cellular telecommunications system, Global System for Mobile communications (GSM) GLOBAL SYSTEM FOR MOBILE COMMCJNICATIONS Digital cellular telecommunications system; Multi Party (

2、MPTY) supplementary services - Stage 2 (GSM 03.84) ETSI European Telecommunications Standards Institute ETSI Secretariat Postal address: F-O6921 Sophia Antipolis CEDEX - FRANCE Office address: 650 Route des Lucioles - Sophia Antipolis - Valbonne - FRANCE X.400: c=fr, a=atlas, p=etsi, !%secretariat -

3、 Internet: secretariatetsi.fr Tel.: +33 4 92 94 42 O0 - Fax: +33 4 93 65 47 16 Copyright Notification: No pari may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. 8 European Telecommunications Standards Instit

4、ute 1996. All rights reserved. STD*ETSI GSM 03-84-ENGL L77b = 3400855 0352?53 734 Page 2 GSM 03.84 version 5.0.0: December 1996 Whilst every care has been taken in the preparation and publication of this document, errors in content, typographical or otherwise, may occur. If you have comments concern

5、ing its accuracy, please write to “ETSI Editing and Committee Support Dept.“ at the address shown on the title page. STD.ETS1 GSM 03-84-ENGL 1991 3400855 0352754 b70 m Page 3 GSM 03.84 version 5.0.0: December 1996 Contents Foreword . 5 O Scope . 7 o . 1 Normative references . 7 0.2 Abbreviations 7 1

6、 Multi Party service (MPTY) 7 1.1 Functions and information flows 7 1.2 Information stored in the HLR . 24 1.3 State transition model 24 1.4 Transfer of information from HLR to VLR . 24 1.5 Information stored in the VLR . 24 1.6 Handover 24 1.7 Simultaneous use of Multi Party operations 24 History .

7、 25 STD-ETSI GSM 03.64-ENGL 177b 3400655 0352755 507 I Page 4 GSM 03.84 version 5.0.0: December 1996 Blank page STD-ETSI GSM 03-84-ENGL L99b m 3400855 OL5275b 443 = Page 5 GSM 03.84 version 5.0.0: December 1996 Foreword This Global System for Mobile communications Technical Specification (GTS) has b

8、een produced by the Special Mobile Group (SMG) Technical Committee (TC) of the European Telecommunications Standards Institute (ETSI). This GTS defines the stage 2 of the Multi Party (MFTY) supplementary services within the digital cellular telecommunications system. The contents of this GTS are sub

9、ject to continuing work within TC-SMG and may change following formai TC-SMG approval. Should TC-SMG modify the contents of this GTS it will then be republished by ETSI with an identifying change of release date and an increase in version number as follows: Version 5.x.y where: y the third digit is

10、incremented when editorial only changes have been incorporated in the specif cat ion; x the second digit is incremented for all other types of changes, .e. technical enhancements, corrections, updates, etc. The specification from which this GTS has been derived was originally based on CEPT documenta

11、tion, hence the presentation of this GTS may not be entirely in accordance with the ETSVPNE rules. STD.ETS1 GSM 03-84-ENGL L99b m 3400855 01152757 38T Page 6 GSM 03.84 version 5.0.0: December 1996 Blank page STD*ETSI GSM 03.BV-ENGL 379b 3400855 U352758 2Lb Page 7 GSM 03.84 version 5.0.0: December 19

12、96 O Scope This Global System for Mobile communications Technical Specification (GTS) 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 Normat

13、ive references This GTS incorporates by dated and undated reference, provisions from other publications. These normative references are cited at the appropriate places in the text and the publications are listed hereafter. For dated references, subsequent amendments to or revisions of any of these p

14、ublications apply to this GTS only when incorporated in it by amendment or revision. For undated references, the latest edition of the publication referred to applies. GSM O1 .O4 (ETR 350): “Digital cellular telecommunications system (Phase 2+); Abbreviations and acronyms“. GSM 03.1 1 (ETS 300 928):

15、 “Digital cellular telecommunications system; Technical realization of supplementary services“. GSM 03.83: “Digital cellular telecommunications system; Call Waiting (CW) and Call Hold (HOLD) supplementary services - Stage 2“. 0.2 Abbreviations Abbreviations used in this GTS are listed in GSM 01.04.

16、1 Multi Party service (MPN) 1.1 Functions and information flows The following Mobile Additional Function has been identified for Multi Party service: MAF026 Multi Party service related authorizations examination The ability of a PLMN component to determine the authorizations relating to Multi Party

17、service (see figure 2.1). Location: VLR The overall SDL-diagram of Multi Party service is shown in figure 1.2. This overall SDL-diagram represents the network as a whole. The overall SDL-diagram shows the status of the service as perceived by the served mobile subscriber, as well as the status as pe

18、rceived by any of the other parties. Beside this, the overall SDL-diagram shows the actions to be taken by the network and the information provided by the network to the users. Within the authorization examinations diagram, the messages shown to and from the left are to and from the VLR. Within the

19、overall SDL diagram, messages to and from the served mobile subscriber are indicated to and from the left, whereas messages to and from remote parties are indicated to and from the right. The information flow for Multi Party service is shown in figure 1.3. - STD-ETSI GSN 03.84-ENGL L99b 3400855 0352

20、759 152 Page 8 GSM 03.84 version 5.0.0: December 1996 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 part

21、ies. Where there are more than two remote parties, signals to any party connected to the MPTY bridge shall apply 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

22、 split (to establish a private communication) it only contains 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 c

23、all to be released. This will only happen when that remote party is the only remaining party in the MPTY call. Party A is the subscriber controlling the MPTY call (serviced mobile subscriber). Party B is the first remote party called. Party C is the second remote party called. Remote parties are dis

24、connected 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 IS

25、DN (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 Multi Party bridge is located in the MSC. In the SDL-diagrams a two dimensional state in conjunction with call hold is used: (activ

26、e,hold request). - The first dimension is a normal basic call state “active“ - The second dimension is “hold request“ (abbreviated hold res) meaning that a request has been made for the hold function. To avoid having two calls on hold at the same time the reception of the retrieve request is supervi

27、sed by timer T as defined in GSM 03.83. Note that while the Multi Party is on hold, the remote parties can continue to communicate with each other. STD-ETSI GSM 03.84-ENGL L77b W 3400855 OL527b0 774 Page 9 GSM 03.84 version 50.0: December 1996 i Process MPTY-MAF026 Figure 1.1 rl initiate ).,Y handli

28、ng i provisioned “7 Multi acknowledge r-3 active MPTY Figure 1.2 (sheet 1 of 7): Overall SDL diagram of Multi Party service Page 11 GSM 03.84 version 5.0.0: December 1996 roces M PTY-overal I Figure 1.2 (sheet 2 of 7) i 384-1 22(7) active MPTY I T I disconnect communication disconnect 0 disconnected

29、 Q hold MPTY and make F active hold indication (to all parties except F) communication acknowledge I I el idle active MPTY held MPTY active call hold indication (to all remote parties) “i actwe -1 start T I *I disconnect e.a. Fi no . dismnmct F disconnect IC held MPTY (active. hold req) disconneci c

30、all in MPN i I I in MpN release TEc iotificat (multi pa iisconnect -; release C- Figure 1.3 (sheet 1 of 7): Information flow for Multi Party service STD-ETSI GSM 03-8q-ENGL Lqqb Ii00855 OL527b7 UTI, Page 18 GSM 03.84 version 5.0.0: December 1996 MSa MSCa VLRa HLRa LEb TEb LEC TEc AC I MULTI PAR Y ON

31、VERSATIOF II - Su scriber A wants to disconnect one remo:e :)arty (e.g disconnec re:.ease conf:.rmi tion disconnect disconnect re:.ease conf II AC!I MIJLTI PAR Y (:ONVERSATION irmition AC AC notification (hold) II (retrieval request hold disconnect disconnect 1-1 Figure 1.3 (sheet 2 of 7): Informati

32、on flow for Multi Party service STD-ETSI GSM 03-84-ENGL 377b 9 3400855 0352770 433 Page 19 GSM 03.84 version 5.0.0: December 1996 MSa MSCa VLRa HLRa LEb TEb LEC TE c iotificati - n n (hold) notificatiim (retrieval : retrieve request notificatipn (retrieval notification (retrieval PrivComm confirmati

33、 n A IVE / MPT I I a privatelcc (hold) iunicatio h one par 3 e.g. B) r 1-1 notificati n 1 (hold) Figure 1.3 (sheet 3 of 7): Information flow for Multi Party service STD-ETSI GSM 03.84-ENGL L77b 3400855 0152771 75T Page 20 GSM 03.84 version 5.0.0: December 1996 MS a MSCa VLRa HLRa LEb TEb LEC TEc dis

34、connect release release confimation I notification I I iisconnect release .ion Figure 1.3 (sheet 4 of 7): Information flow for Multi Party service STD*ETSI GSM 03-89-ENGL 197b = 3400855 0352772 b9b disconnect 1-1 iisconnect - release c- disconnect 1-1 Figure 1.3 (sheet 5 of 7): Information flow for

35、Multi Party service STKETSI GSH 03-84-ENGL 1996 3Li00855 0352773 522 Page 22 GSM 03.84 version 5.0.0: December 1996 call (A-B MSa MSCa VLRa HLRa LEb TEb LEC TEc build MPTY acknowledg II :all iotificatj -; (multi pai OR2: Extra remote party allowed within maximum number? Y: Yes N: No ?otificat: (retr

36、ieve( notificat: (multi pai Figure 1.3 (sheet 6 of 7): Information flow for Multi Party service Page 23 GSM 03.84 version 5.0.0: December 1996 10 hold notification (hold) MSa MCCa - Ra HLRa LEb TEb o retrieve th held cal notificati n (retrieval tir 1 retrieve - LEC iotificat. Iretrieva -, n n Figure

37、 1.3 (sheet 7 of 7): Information flow for Multi Party service STDmETSI GSM 03.8Li-ENGL 179b 3400855 0152775 3T5 Page 24 GSM 03.84 version 5.0.0: December 1996 1.2 Information stored in the HLR The following logical states are applicable for MPTY (refer to GSM 03.11 for an explanation of the notation

38、): Provisioning State Registration State Activation State HLR Induction State (Not Provisioned, Not Applicable, Not Active, Not Induced) (Provisioned, Not Appl kable, Active and Operative, Not Induced) The HLR shall store the logical state of MPTY (which shall be one of the valid states listed above

39、) 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

40、 not cause a state change. Additionally, some successful requests may not cause a state change. Hence they are not shown in the diagram. Provision Withdrawal Figure 1.4: State transition model for MPTY 1.4 Transfer of information from HLR to VLR If the provisioning state for MPTY is “Provisioned“ th

41、en, 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

42、 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 inter

43、act 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. STD-ETSI GSM 03.84-ENGL L77b m 3400855 OL5277b 231 m Page 25 GSM 03.84 version 5.0.0: December 1996 History December 1996 Document history Publication of GSM 03.84 version 5.0.0 ISBN 2-7437-1 201 -5 Dpt lgal : Dcembre 1996