ETSI TS 124 610-2018 Digital cellular telecommunications system (Phase 2+) (GSM) Universal Mobile Telecommunications System (UMTS) LTE Communication HOLD (HOLD) using IP Multimedia.pdf

1、 ETSI TS 124 610 V15.1.0 (2018-07) Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); LTE; Communication HOLD (HOLD) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol specification (3GPP TS 24.610 version 15.1.0 Release 15) TE

2、CHNICAL SPECIFICATION ETSI ETSI TS 124 610 V15.1.0 (2018-07)13GPP TS 24.610 version 15.1.0 Release 15Reference RTS/TSGC-0124610vf10 Keywords GSM,LTE,UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF

3、 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The present document can be downloaded from: http:/www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic

4、 and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) ver

5、sion kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at https:/portal.etsi.org/TB/ETSIDeliverableS

6、tatus.aspx If you find errors in the present document, please send your comment to one of the following services: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including phot

7、ocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shall not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. ETSI 2018. All rights reserved. DECTTM, PLUGTEST

8、STM, UMTSTMand the ETSI logo are trademarks of ETSI registered for the benefit of its Members. 3GPPTM and LTETMare trademarks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. oneM2M logo is protected for the benefit of its Members. GSMand the GSM logo are tr

9、ademarks registered and owned by the GSM Association. ETSI ETSI TS 124 610 V15.1.0 (2018-07)23GPP TS 24.610 version 15.1.0 Release 15Intellectual Property Rights Essential patents IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information pertai

10、ning to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretar

11、iat. Latest updates are available on the ETSI Web server (https:/ipr.etsi.org/). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on t

12、he ETSI Web server) which are, or may be, or may become, essential to the present document. Trademarks The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners. ETSI claims no ownership of these except for any which are indicated as being the

13、 property of ETSI, and conveys no right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks. Foreword This Technical Specification (T

14、S) has been produced by ETSI 3rd Generation Partnership Project (3GPP). The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. The cr

15、oss reference between GSM, UMTS, 3GPP and ETSI identities can be found under http:/webapp.etsi.org/key/queryform.asp. Modal verbs terminology In the present document “shall“, “shall not“, “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as descr

16、ibed in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions). “must“ and “must not“ are NOT allowed in ETSI deliverables except when used in direct citation. ETSI ETSI TS 124 610 V15.1.0 (2018-07)33GPP TS 24.610 version 15.1.0 Release 15Contents Intellectual Property

17、 Rights 2g3Foreword . 2g3Modal verbs terminology 2g3Foreword . 5g31 Scope 6g32 References 6g33 Definitions and abbreviations . 6g33.1 Definitions 6g33.2 Abbreviations . 6g34 Communication Hold (HOLD) 7g34.1 Void 7g34.2 Description . 7g34.2.1 General description . 7g34.3 Operational requirements . 7g

18、34.3.1 Provision/withdrawal 7g34.3.2 Requirements on the originating network side 7g34.3.3 Requirements in the network 7g34.3.4 Requirements on the terminating network side . 7g34.4 Coding requirements 7g34.5 Signalling requirements 7g34.5.1 Activation/deactivation . 7g34.5.2 Invocation and operatio

19、n 8g34.5.2.1 Actions at the invoking UE . 8g34.5.2.2 Void. 9g34.5.2.3 Void. 9g34.5.2.4 Actions at the AS of the invoking UE . 9g34.5.2.4.1 General 9g34.5.2.4.2 Bandwidth management 9g34.5.2.4.3 Announcements . 9g34.5.2.4.4 Resource sharing . 9g34.5.2.5 Void. 10g34.5.2.6 Void. 10g34.5.2.7 Void. 10g34

20、.5.2.8 Void. 10g34.5.2.9 Actions at the held UE 10g34.6 Interaction with other services 10g34.6.1 Communication Hold (HOLD) . 10g34.6.2 Terminating Identification Presentation (TIP) 10g34.6.3 Terminating Identification Restriction (TIR) 10g34.6.4 Originating Identification Presentation (OIP) . 10g34

21、.6.5 Originating identification restriction (OIR) 10g34.6.6 Conference calling (CONF) 10g34.6.7 Communication DIVersion services (CDIV) 11g34.6.8 Malicious Communication IDentification (MCID) 11g34.6.9 Anonymous Communication Rejection and Communication Barring (ACR/CB) . 11g34.6.10 Explicit Communi

22、cation Transfer (ECT) . 11g34.6.11 Enhanced Calling Name (eCNAM) 11g34.7 Interactions with other networks 11g34.7.1 Void 11g34.7.2 Void 11g34.7.3 Void 11g34.8 Parameter values (timers) . 11g3Annex A (informative): Signalling Flows . 12g3ETSI ETSI TS 124 610 V15.1.0 (2018-07)43GPP TS 24.610 version 1

23、5.1.0 Release 15A.1 HOLD communication . 12g3A.1.1 HOLD communication without announcement 12g3A.1.2 HOLD communication with announcement . 14g3A.1.3 HOLD communication with modification of the SDP answer . 16g3A.2 RESUME Communication . 18g3A.2.1 RESUME communication without announcement . 18g3A.2.

24、2 RESUME communication with announcement 21g3Annex B (informative): Example of filter criteria . 24g3Annex C (informative): Change history 25g3History 26g3ETSI ETSI TS 124 610 V15.1.0 (2018-07)53GPP TS 24.610 version 15.1.0 Release 15Foreword This Technical Specification (TS) was been produced by ET

25、SI Technical Committee Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN) and originally published as ETSI TS 183 010 7. It was transferred to the 3rdGeneration Partnership Project (3GPP) in December 2007. The contents of the present document are subjec

26、t 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 di

27、git: 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 e

28、ditorial only changes have been incorporated in the document. ETSI ETSI TS 124 610 V15.1.0 (2018-07)63GPP TS 24.610 version 15.1.0 Release 151 Scope The present document specifies the stage three Protocol Description of the Communication Hold (HOLD) services, based on stages one and two of the ISDN

29、Hold (HOLD) supplementary services. It provides the protocol details in the IP Multimedia (IM) Core Network (CN) subsystem based on the Session Initiation Protocol (SIP) and the Session Description Protocol (SDP). The present document is applicable to User Equipment (UE) and Application Servers (AS)

30、 which are intended to support the HOLD supplementary service. 2 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 numb

31、er, 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 documen

32、t in the same Release as the present document. 1 3GPP TS 24.229: “Internet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3“. 2 Void. 3 Void 4 IETF RFC 3264 (2002): “An Offer/Answer Model with the Session Descri

33、ption Protocol (SDP)“. 5 3GPP TS 22.173: “IP Multimedia Core Network Subsystem (IMS) Multimedia Telephony Service and supplementary services; Stage 1“. 6 3GPP TS 24.628: “Common Basic Communication procedures; Protocol specification“. 7 ETSI TS 183 010 V1.2.2: “Telecommunications and Internet conver

34、ged Services and Protocols for Advanced Networking (TISPAN); NGN Signalling Control Protocol; Communication HOLD (HOLD) PSTN/ISDN simulation services; Protocol specification“. 8 IETF RFC 7090 (April 2014): “Public Safety Answering Point (PSAP) Callback“. 3 Definitions and abbreviations 3.1 Definitio

35、ns For the purposes of the present document, the terms and definitions given in 3GPP TS 22.173 5 apply. 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: ACR/CB Anonymous Communication Rejection and Communication Barring AS SIP Application Server CDIV Com

36、munication DIVersion CSCF Call Session Control Function ECT Explicit Communication Transfer HOLD communication session HOLD IMS IP Multimedia Subsystem ETSI ETSI TS 124 610 V15.1.0 (2018-07)73GPP TS 24.610 version 15.1.0 Release 15IP Internet Protocol ISDN Integrated Service Digital Network MCID Mal

37、icious Communication IDentification OIP Originating Identification Presentation OIR Originating Identification Restriction P-CSCF Proxy-CSCF PSAP Public Safety Answering Point PSTN Public Switched Telephone Network S-CSCF Serving-CSCF SDP Session Description Protocol SIP Session Initiation Protocol

38、TIP Terminating Identification Presentation TIR Terminating Identification Restriction UE User Equipment 4 Communication Hold (HOLD) 4.1 Void 4.2 Description 4.2.1 General description The Communication Hold supplementary service enables a user to suspend the reception of media stream(s) of an establ

39、ished IP multimedia session, and resume the media stream(s) at a later time. 4.3 Operational requirements 4.3.1 Provision/withdrawal The HOLD service that includes announcements shall be provided after prior arrangement with the service provider. 4.3.2 Requirements on the originating network side No

40、 specific requirements are needed in the network. 4.3.3 Requirements in the network No specific requirements are needed in the network. 4.3.4 Requirements on the terminating network side No specific requirements are needed in the network. 4.4 Coding requirements No specific coding requirements are n

41、eeded. 4.5 Signalling requirements 4.5.1 Activation/deactivation The HOLD service is activated at provisioning and deactivated at withdrawal. 4.5.1A Registration/erasure The HOLD service requires no registration. Erasure is not applicable. ETSI ETSI TS 124 610 V15.1.0 (2018-07)83GPP TS 24.610 versio

42、n 15.1.0 Release 154.5.1B Interrogation Interrogation of HOLD is not applicable. 4.5.2 Invocation and operation 4.5.2.1 Actions at the invoking UE In addition to the application of procedures according to 3GPP TS 24.229 1, the following procedures shall be applied at the invoking UE in accordance wi

43、th RFC 3264 4. A UE shall not invoke the HOLD service on a dialog associated with an emergency call the UE has initiated. If not all the media streams are affected, the invoking UE shall generate a new SDP offer where: 1) for each media stream that is to be held, the SDP offer contains: - an “inacti

44、ve“ SDP attribute if the stream was previously set to “recvonly“; or - a “sendonly“ SDP attribute if the stream was previously set to “sendrecv“; NOTE 1: If the directionality attribute of the media stream is currently “sendonly“ or “inactive“, then that media stream is not put on hold and, in the S

45、DP offer, the directionality for that media stream remains unchanged. 2) for each held media stream that is to be resumed, the SDP offer contains: - a “recvonly“ SDP attribute if the stream was previously an inactive media stream; or - a “sendrecv“ SDP attribute if the stream was previously a sendon

46、ly media stream, or the attribute may be omitted, since sendrecv is the default; and 3) for each media stream that is unaffected, the media parameters in the SDP offer remain unchanged from the previous SDP. If all the media streams are to be held: - if they all have identical directionality, the in

47、voking UE shall generate an SDP offer containing a session level direction attribute, or separate media level direction attributes, in the SDP that is set to: 1) “inactive“ if the streams were previously set to “recvonly“; or 2) “sendonly“ if the streams were previously set to “sendrecv“; and NOTE 2

48、: If the directionality attribute of all the media streams is currently “sendonly“ or “inactive“, then all these media streams are not put on hold and, in the SDP offer, the directionality for these media streams will remain unchanged. - if they all do not have identical directionality, then for eac

49、h media stream in the session, the invoking UE shall follow the procedure listed above for individual media streams. If all the media streams were previously on hold and are to be resumed: - if they all have identical directionality, the invoking UE shall generate a session level direction attribute, or separate media level direction attributes, in the SDP that is set to: 1) “recvonly“ if the streams were previously inactive media streams; or 2) “sendrecv“ if the streams were previously sendonly media streams, or the attribute may be omitted, sinc