ImageVerifierCode 换一换
格式:PDF , 页数:14 ,大小:120.01KB ,
资源ID:736648      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-736648.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ETSI TR 122 979-2018 Digital cellular telecommunications system (Phase 2+) (GSM) Universal Mobile Telecommunications System (UMTS) LTE Feasibility study on combined Circuit Switche).pdf)为本站会员(towelfact221)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ETSI TR 122 979-2018 Digital cellular telecommunications system (Phase 2+) (GSM) Universal Mobile Telecommunications System (UMTS) LTE Feasibility study on combined Circuit Switche).pdf

1、 ETSI TR 122 979 V15.0.0 (2018-07) Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); LTE; Feasibility study on combined Circuit Switched (CS) calls and IP Multimedia Subsystem (IMS) sessions (3GPP TR 22.979 version 15.0.0 Release 15) TECH

2、NICAL REPORT ETSI ETSI TR 122 979 V15.0.0 (2018-07)13GPP TR 22.979 version 15.0.0 Release 15Reference RTR/TSGS-0122979vf00 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 742 C As

3、sociation 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 and/or p

4、rint 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) version kept

5、 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/ETSIDeliverableStatus.asp

6、x 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 photocopying

7、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, PLUGTESTSTM, UMTS

8、TMand 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 trademarks

9、registered and owned by the GSM Association. ETSI ETSI TR 122 979 V15.0.0 (2018-07)23GPP TR 22.979 version 15.0.0 Release 15Intellectual Property Rights Essential patents IPRs essential or potentially essential to normative deliverables may have been declared to ETSI. The information pertaining to t

10、hese 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 Secretariat. Late

11、st 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 the ETSI W

12、eb 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 property

13、 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 Report (TR) has been prod

14、uced 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 cross reference be

15、tween 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 in clause 3.2 of the ETSI Draftin

16、g 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 122 979 V15.0.0 (2018-07)33GPP TR 22.979 version 15.0.0 Release 15Contents Intellectual Property Rights 2g3Foreword . 2g3Modal verbs t

17、erminology 2g3Foreword . 4g31 Scope 5g32 References 5g33 Definitions, symbols and abbreviations . 5g33.1 Definitions 5g33.3 Abbreviations . 5g34 Introduction to Combinational Service 5g35 User experience of combinational services 6g36 Service Capability Detection 6g37 Impacts on IP Multimedia and Su

18、pplementary Services 7g37.1 Supplementary services during a combinational call . 7g37.2 Service behaviour during a Combinational Session . 7g37.3 Support of teleservices during a combinational call . 8g38 Charging aspects for Combinational Service . 8g39 Suggested high-level Requirements . 8g310 Con

19、clusions and recommendations 9g3Annex A: Use cases . 10g3A.1 Enriching Communications 10g3A.1.1 Enriched call session with multimedia 10g3A.1.2 Voice enhanced chatting . 11g3Annex B: Change history 12g3History 13g3ETSI ETSI TR 122 979 V15.0.0 (2018-07)43GPP TR 22.979 version 15.0.0 Release 15Forewor

20、d This Technical Report has been produced by the 3rdGeneration 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-releas

21、ed 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

22、 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. ETSI ETSI TR 122 979 V15.0.0 (2018-07)53GPP TR 22.979 version 15.0.0 Release 151 Scope This document

23、 studies the service requirements associated with a multimedia service combining a CS call with one or more IMS services (or vice versa), while appearing as a single service to both end-users. The feasibility study addresses the high-level requirements and use cases such for combinational service in

24、cluding charging and user experience. 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 number, etc.) or non-specific

25、. 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

26、the present document. 1 3GPP TS 22.115: “Service aspects; Charging and billing“. 3 Definitions, symbols and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: Combinational Service: A combinational service is created by adding one or mo

27、re IP multimedia component(s) to a CS call (or vice versa). The CS and IMS components are established between the same participants. Combinational call: this is the name given to the service in which a circuit switched speech teleservice is enriched by adding an IMS session where both services (sess

28、ion and CS call) are originated in one single UE and are terminated in another single UE. Combinational Session: this is the name given to the service in which an ongoing IMS session between two users is enriched by adding a circuit switched based call. The individual service instances that form the

29、 combinational session are originated in a single UE and terminated in another single UE. CSICS capable UE: UE that supports Combinational Service. 3.3 Abbreviations For the purposes of the present document, the following abbreviations apply: CSICS Circuit Switched IMS Combinational Service 4 Introd

30、uction to Combinational Service - Combinational services are applicable to both UTRAN and GERAN. - The service shall enable the unidirectional exchange of PS data within the context of an IMS session - The service shall enable the bi-directional (simultaneous send receive) exchange of PS data within

31、 the context of a IMS session. - The communication between user A and user B and the related charging shall continue even if a component drops ETSI ETSI TR 122 979 V15.0.0 (2018-07)63GPP TR 22.979 version 15.0.0 Release 15A specific subscription for combinational services is not foreseen as being ne

32、cessary. - The preconditions for a combinational service are - Users A and B have valid subscriptions for voice calls as well as for accessing the IMS - The service shall enable the communication: - between a user (A) using a UE with CSICS capability and a user (B) using a UE with CSICS capability w

33、ithin the same PLMN and different PLMNs; - between users camping on different RATs - An IMS capable UE that also supports CS service should also be CSICS capable. - The service has to be available when roaming. - Interoperability between CSICS capable UE and IMS Core/Application server needs to be g

34、uaranteed According to different UE implementations, it is expected that the following two service modes will exist in regards to IMS registration: 1) IMS pre established state: the CSICS capable UE performs the IMS registration at switch on. 2) IMS on demand state: the CSICS capable UE performs the

35、 IMS registration: - to start the communication, or - to add a IMS component to an existing CS call. Interoperability between UEs that implement such different approaches shall be enabled. It shall be possible to successfully invite a user to join an IMS session whether the invited UE is IMS registe

36、red or not. The invited user shall be able to accept/refuse the IMS Registration request. 5 User experience of combinational services The existing address context is reused when the combined service is established. There is no need for the user to “redial”, which makes the combined service simple to

37、 invoke for the user. When one of the participating users terminates the CS call of a combinational service, the IMS session may continue. When one of the participating users terminates the IMS component of a combinational service, the CS call may continue. When the user A sends a multimedia content

38、 to a user B, the user B can accept or reject the multimedia content (confirmation from the receiving party is needed) and vice versa. It shall be possible to initiate a combinational service with a CS call and to add an IMS/PS session later. It shall be possible to initiate a combinational service

39、with an IMS/PS session and to add a CS call later 6 Service Capability Detection The Service Capability Detection may indicate to the user that the UEs have interoperable CSICS capability and that the network(s) the users are attached to have the necessary network functionality to carry the combinat

40、ional service. - Before or during the combined service establishment between user A and user B the recipient (user B) UE capabilities may need to be checked - The detection of the capabilities of the recipient terminal shall ensure that information is updated in case of change of terminal - The (CSI

41、CS capable) UEs should have the information, prior to initiating a combinational service, regarding the type of capabilities, e.g. in terms of MMS classes, which are jointly supported by both UEs. ETSI ETSI TR 122 979 V15.0.0 (2018-07)73GPP TR 22.979 version 15.0.0 Release 15- An operator should hav

42、e the mechanism to inhibit the capability check, or at least indicate to UE that it should not be performed. 7 Impacts on IP Multimedia and Supplementary Services 7.1 Supplementary services during a combinational call The following supplementary services should be provided. The expected behaviour of

43、 the IMS session forming the combinational call is also described: - Call hold: when the user decides to place the circuit switched call on hold, the user should be able to decide whether the IMS session of the combinational service should be suspended. If the IMS session has been suspended it may b

44、e resumed once the circuit switched call is resumed. - Call waiting: the user should be able to receive an indication and provided with the option to switch between one call and the new incoming call. The IMS session should continue during the alerting of the subscriber and the user may decide to pu

45、t the IMS session on hold when switching to the new CS. - Call forwarding unconditional, on subscriber busy, on no reply, on not reachable: it should be possible to add IMS components to a CS call that has been forwarded, subject to the capability of such recipient. - BAIC, BOIC, BAOC, BOIC-exHC, BI

46、C-Roam: All the barring supplementary services should remain applicable. - Calling line identity presentation: Existing rules apply to both CS and IMS components independently. - Calling line identity restriction: Existing rules apply to both CS and IMS session independently, even if this results in

47、 the called party being unable to establish a combinational service. - Connected line identity presentation: Existing rules apply to both CS and IMS components independently. - Connected line identity restriction: Existing rules apply to both CS and IMS session independently, even if this results in

48、 the called party being unable to establish a combinational service. 7.2 Service behaviour during a Combinational Session There is no standardised supplementary service defined for IMS session, however mechanisms exist (service capabilities) to emulate the behaviour of some of the most common supple

49、mentary services that exist in the circuit switched domain. The intention in this section is NOT to define “supplementary services“ for IMS, just to explain the service behaviour during a combinational session for some specific cases as indicated below: - IMS session hold: the user may decide to place the IMS session on hold, e.g. due to the wish of using the data capabilities of the UE for other purposes, or to initiate a different service. When this service is invoked the user should be able to decide whether the CS call of the combinational service should also be pu

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1