ETSI TR 123 903-2017 Universal Mobile Telecommunications System (UMTS) LTE Redial solution for voice-video switching (V14 0 0 3GPP TR 23 903 version 14 0 0 Release 14).pdf

《ETSI TR 123 903-2017 Universal Mobile Telecommunications System (UMTS) LTE Redial solution for voice-video switching (V14 0 0 3GPP TR 23 903 version 14 0 0 Release 14).pdf》由会员分享，可在线阅读，更多相关《ETSI TR 123 903-2017 Universal Mobile Telecommunications System (UMTS) LTE Redial solution for voice-video switching (V14 0 0 3GPP TR 23 903 version 14 0 0 Release 14).pdf（20页珍藏版）》请在麦多课文档分享上搜索。

1、 ETSI TR 123 903 V14.0.0 (2017-05) Universal Mobile Telecommunications System (UMTS); LTE; Redial solution for voice-video switching (3GPP TR 23.903 version 14.0.0 Release 14) TECHNICAL REPORT ETSI ETSI TR 123 903 V14.0.0 (2017-05)13GPP TR 23.903 version 14.0.0 Release 14Reference RTR/TSGS-0223903ve

2、00 Keywords 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 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The present document can b

3、e 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 and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any

4、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) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be

5、 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/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https:/portal.etsi.

6、org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shall not be modified witho

7、ut the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2017. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are Trade Marks of ETSI registered for the benefit of its Mem

8、bers. 3GPPTM and LTE are Trade Marks 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 GSM and the GSM logo are Trade Marks registered and owned by the GSM Association. ETSI ETSI TR 123 903 V14.0.0 (2017

9、-05)23GPP TR 23.903 version 14.0.0 Release 14Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be fou

10、nd 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 Secretariat. Latest updates are available on the ETSI Web server (https:/ipr.etsi.org/). Pursuant to the ETSI IPR Po

11、licy, 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 the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Te

12、chnical Report (TR) 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 del

13、iverables. The cross 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 “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described

14、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 TR 123 903 V14.0.0 (2017-05)33GPP TR 23.903 version 14.0.0 Release 14Contents Intellectual Property Righ

15、ts 2g3Foreword . 2g3Modal verbs terminology 2g3Foreword . 4g3Introduction 4g31 Scope 5g32 References 5g33 Definitions, symbols and abbreviations . 5g33.1 Definitions 5g34 Description of idle mode redial switching between voice and video . 6g34.1 General Description 6g34.2 User initiated switching du

16、ring an established call 6g34.2.1 Signalling flows and procedures . 6g34.2.2 Future enhancements 8g34.2.2.1 Detection of video calling capability during a voice call 8g34.3 Fallback to voice during an established video call . 9g34.3.1 Signalling flows and procedures . 9g34.3.1.1 Fallback from UTRAN

17、Video to UTRAN Voice call . 9g34.3.1.2 Fallback from UTRAN Video to GERAN Voice call . 10g34.3.2 Future enhancements 11g34.3.2.1 RRC behaviour following degradation of the video RAB 11g34.3.2.2 Interaction with voice mail servers . 11g34.4 Fallback to voice during video call establishment 11g34.4.1

18、Signalling flows and procedures . 11g34.4.2 Future enhancements 13g34.4.2.1 How to detect that a voice call might be successful? 13g34.4.2.2 How to avoid video mail box problems? . 13g34.5 Automatic upgrade to video following fallback to voice . 13g35 Interaction with Supplementary Services and othe

19、r 3GPP Features 14g35.1 General . 14g35.2 Calling Line Identity and Single Numbering Scheme 14g35.3 CAMEL based services triggered by call release and CCBS . 14g35.4 Provision of Multi-Media “Ring Back“ tones to the A party 14g36 O+M, charging and inter-operator and roaming accounting 15g36.1 Call D

20、etail Records and statistics . 15g36.2 Online charging 15g36.3 Tariffing . 15g36.4 Inter-operator accounting . 16g36.5 Roaming accounting . 16g3Annex A: List of CRs needed to other TSs 17g3A.1 General . 17g3A.2 CRs to other specifications already agreed by TSG Plenaries . 17g3A.3 Future CRs that are

21、 needed and/or are desirable 17g3Annex B: Change history 18g3History 19g3ETSI ETSI TR 123 903 V14.0.0 (2017-05)43GPP TR 23.903 version 14.0.0 Release 14Foreword This Technical Report has been produced by the 3rdGeneration Partnership Project (3GPP). The contents of the present document are subject t

22、o 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

23、: 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 edit

24、orial only changes have been incorporated in the document. Introduction Many 3GPP operators regard circuit switched video services as a key part of UMTS. However there is a strong desire to have an effective and user friendly method of switching between voice and video services when the user desires

25、 and/or when radio conditions change and video mode is no longer available. Following a study of alternative mechanisms, this Technical Report describes the idle mode redial mechanism which 3GPP based systems can use to enhance switching between voice and video services. ETSI ETSI TR 123 903 V14.0.0

26、 (2017-05)53GPP TR 23.903 version 14.0.0 Release 141 Scope The present document describes the idle mode redial mechanism which 3GPP based systems can use to enhance switching between circuit switched voice and video services. 2 References The following documents contain provisions which, through ref

27、erence 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 ve

28、rsion 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: “Vocabulary for 3GPP Specifications“. 2 3GPP TS 44.018: “Mobile ra

29、dio interface layer 3 specification, Radio Resource Control Protocol“. 3 3GPP TS 48.008: “Mobile-services Switching Centre Base Station System (MSC BSS) interface; layer 3 specification“. 4 3GPP TS 25.331: “Radio Resource Control (RRC) protocol specification“. 5 3GPP TS 22.004: “General on supplemen

30、tary services“. 6 3GPP TS 45.008: “Radio subsystem link control“. 7 3GPP TS 24.008: “Mobile radio interface Layer 3 specification; Core network protocols; Stage 3“. 8 3GPP TS 23.009: “Handover procedures“. 9 3GPP TS 32.205: “Telecommunication management; Charging management; Charging data descriptio

31、n for the Circuit Switched (CS) domain“. 10 3GPP TS 22.082: “Call Forwarding (CF) supplementary services - Stage 1“. 11 3GPP TS 23.082: “Call Forwarding (CF) supplementary services - Stage 2“. 12 3GPP TS 23.205: “Bearer-independent CS Core Network“. 3 Definitions, symbols and abbreviations 3.1 Defin

32、itions For the purposes of the present document, the following terms and definitions given in TR 21.905 1 and the following apply. A party: the calling party. B party: the called party. ETSI ETSI TR 123 903 V14.0.0 (2017-05)63GPP TR 23.903 version 14.0.0 Release 144 Description of idle mode redial s

33、witching between voice and video 4.1 General Description This “Idle-Mode Redial“ mechanism is a combination of existing Voice call and Video call standards and services. It is a “terminal-centric“ solution that requires only minimal additional support from the UTRAN, GERAN and Core Network. There ar

34、e 3 main components to the solution: a) Switching between voice and video during an established call is achieved by one UE releasing the voice (or video) call and then that UE establishing a video (or voice) call with the same destination UE. b) During a video call, the radio coverage at one end may

35、 degrade such that the video call cannot be maintained. In this case the video call will be released, and, the UE that initiated the video call can offer to its user an attempt to establish a voice call with the other party. c) The initial establishment of a video call may be unsuccessful, in which

36、case the A party can automatically establish a voice call. For all these 3 cases, optimisation of the Man Machine Interface in the UE is possible and desirable. NOTE: There may be tradeoffs between speed of redial and interactions with content servers that only support video calls. In particular, th

37、e use of the term “automatic“ does not prevent the UE requesting confirmation from the user. It is not the intention of this TR to specify the MMI of UEs, however, this TR does describe some MMI actions solely for the purpose of easing the description of the procedures. 4.2 User initiated switching

38、during an established call 4.2.1 Signalling flows and procedures The successful case of the “B party initiated switch to video“ for UMTS is illustrated in Figure 1. The notation “UE 1“ and “UE 2“ is used (rather than A and B party) because, if the B party (of the voice call) presses the “switch to v

39、ideo“ button, it then becomes the A party of the subsequent video call. ETSI ETSI TR 123 903 V14.0.0 (2017-05)73GPP TR 23.903 version 14.0.0 Release 14UE 1 4. Disconnect (cause) MSC 1 MSC 2 RNC 2 UE 2 RNC 1 UEs in Voice Call. UE 2 pushes the “change to video” button 5. Iu Rel Cmd 2. REL (cause) 5. I

40、u Rel Comp 5. Iu Rel Cmd 5. Iu Rel Comp 12. ACM 9. Call Proceeding 6. Voice and signaling connection released; idle mode procedures performed; Video call setup by UE 2 3. REL COMP 9. IAM 12. Alerting 4. Release 4. Release Complete 1. Disconnect (cause) 1 Release 1. Release Complete UEs in Video Call

41、 8. RAB Ass Req 8. RB Setup 8. RAB Ass Resp 11. Call Confirmed 10. Setup 11. RAB Ass Req 11. RAB Ass Resp 13. Connect 13. Connect Ack 13. ANM 13. Connect 13. Connect Ack 5. RRC release 5. RRC release 7. RRC setup 7. Initial DT 7. Initial UE msg 7. Setup 10. Paging 10. Paging 10. RRC setup 10. Initia

42、l DT 10. Initial UE msg 11. RB Setup 12. Alerting Figure 1: B party initiated switch to video 0) The UEs are in a voice call initiated by UE 1. Following verbal dialogue between User 1 and User 2, they agree that a switch to video is likely to be successful (e.g. because both User 1 and User 2 have

43、video capable handsets, and, they both have “using 3G“ indications visible on their screens). The User of UE 2 pushes the “switch to video“ button (or uses other MMI that provides the same functionality) and UE 2 stores the CLI of UE 1 for use in step 7. NOTE 1: If UE 1 (instead of UE 2) initiated t

44、he “switch to video“, then UE 1 stores the previously dialled number for use in step 7. 1) UE 2 releases the voice call. 2) MSC 2 sends a RELEASE message with the release cause. The cause value in the RELEASE message might be changed by transit networks prior to arrival at MSC 1. 3) MSC 1 sends a RE

45、LEASE COMPLETE message to MSC 2. 4) MSC 1 releases the voice call with UE 1. 5) MSC 2 and MSC 1 locally release the Iu connections to RNC 2 and RNC 1 (assuming that there are no other CM connections active). RNC 2 and RNC 1 then release the RRC connections (assuming that their mobiles are not in PMM

46、 connected state). ETSI ETSI TR 123 903 V14.0.0 (2017-05)83GPP TR 23.903 version 14.0.0 Release 14In order to minimise idle tasks performed by the UE, the following should be performed by Operators which preferentially camp UEs on UMTS: the BSC should include the “Cell selection indicator after rele

47、ase of all TCH and SDCCH“ IE in the Channel Release message (see TS 44.018 2) if the release is done on a GERAN cell and the call was not started on this BSC and the local 2G and 3G cells are in different RAs. NOTE 2: The above text does mean RA. Change of LA always involves change of RA. 6) UE 2 an

48、d UE 1 camp on suitable cells and perform the required idle mode tasks. 7) UE 2 initiates RRC connection setup and sends the Setup message for the video call to MSC 2. The Called Party number is the one stored in step 0. The Setup message should carry extra information to indicate that it is the res

49、ult of a redial attempt. 8) MSC 2 requests the allocation of radio resources. If the GERAN does not support CS video, then the MSC 2 shall send an A interface Assignment Request message to the BSC including the Service Handover IE set to “Handover to UTRAN or cdma2000 should be performed“ and a Channel Type indicating any value acceptable to the BSC. The BSS handles the Assignment Request message as defined in TS 48.008 3. The interactions between MSC server and MGW can be minimised if the A interface circuit is not allocated. This can be a