ETSI TS 123 335-2018 Digital cellular telecommunications system (Phase 2+) (GSM) Universal Mobile Telecommunications System (UMTS) LTE User Data Convergence (UDC) Technical realiza_1.pdf

1、 ETSI TS 123 335 V15.0.0 (2018-07) Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); LTE; User Data Convergence (UDC); Technical realization and information flows; Stage 2 (3GPP TS 23.335 version 15.0.0 Release 15) TECHNICAL SPECIFICATION

2、 ETSI ETSI TS 123 335 V15.0.0 (2018-07)13GPP TS 23.335 version 15.0.0 Release 15Reference RTS/TSGC-0423335vf00 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 Association bu

3、t 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 print version

4、s 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 on a specif

5、ic 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.aspx If you fin

6、d 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 and microfil

7、m 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, UMTSTMand the ET

8、SI 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 registered a

9、nd owned by the GSM Association. ETSI ETSI TS 123 335 V15.0.0 (2018-07)23GPP TS 23.335 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 these essenti

10、al 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. Latest updates a

11、re 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 Web server) w

12、hich 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 of ETSI, an

13、d 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 (TS) has been produced

14、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 between

15、 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 described in clause 3.2 of

16、 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 123 335 V15.0.0 (2018-07)33GPP TS 23.335 version 15.0.0 Release 15Contents Intellectual Property Rights 2g3Foreword .

17、 2g3Modal verbs terminology 2g3Foreword . 5g3Introduction 5g31 Scope 6g32 References 6g33 Definitions, symbols and abbreviations . 6g33.1 Definitions 6g33.2 Symbols 7g33.3 Abbreviations . 7g34 User Data Convergence architecture 8g34.1 UDC System architecture . 8g34.2 Functional Entities 9g34.2.1 App

18、lication Front Ends . 9g34.2.2 Provisioning Front Ends . 9g34.2.3 User Data Repository 10g34.2.4 Other Network Elements 10g34.3 Reference point Ud . 11g34.4 Front-End Session 11g34.5 UDR Session 12g35 User Data convergence information flows . 12g35.1 General . 12g35.2 Requirements 14g35.3 Querying d

19、ata from the UDR . 15g35.4 Creating data within the UDR 16g35.5 Deleting data from the UDR. 17g35.6 Updating data within the UDR . 18g35.7 Subscription to Notifications 19g35.8 Notification of data modification . 20g35.8.1 Description 20g35.8.2 Notifications and transactions . 22g3Annex A (informati

20、ve): Information flows . 23g3A.0 Introduction 23g3A.1 Information flows with Query data procedure over Ud . 23g3A.1.1 General . 23g3A.1.2 CS terminating call information flow example 23g3A.1.3 IMS re-registration information flow example . 24g3A.2 Information flows with Updating data procedure over

21、Ud. 25g3A.2.1 General . 25g3A.2.2 CS location update information flow example . 25g3A.2.3 IMS service data change information flow example 26g3A.3 Example Information flows for subscriptions to notifications . 27g3A.3.1 General . 27g3A.3.2 Application Server Subscription information flow example 28g

22、3A.4 Information flows with notification procedure over Ud . 29g3A.4.1 General . 29g3A.4.2 IMS user capability change with notification information flow example 29g3A.4.3 Application Server Notification information flow example without Ud-Notify 30g3ETSI ETSI TS 123 335 V15.0.0 (2018-07)43GPP TS 23.

23、335 version 15.0.0 Release 15A.4.4 Application Server Notification information flow example with Ud-Notify . 31g3A.4.5 Application Server Notification information flow example without Ud-Notify Subscription expired . 33g3A.4.6 Application Server Notification information flow example with Ud-Notify S

24、ubscription expired 34g3Annex B (informative): Applicability of the UDC concept to network nodes . 35g3B.1 Introduction 35g3B.2 Basic Prerequisite . 35g3B.3 Step 1 Separating User Data from Application Logic 35g3B.4 Step 2 Introducing Provisioning FEs 35g3B.5 Step 3 - Storing outsourced user data in

25、 a logically single UDR . 36g3B.6 Step 4 Full Load Sharing and Failover functionality . 37g3B.7 Step 5 Converging user data in the UDR 38g3B.8 Example analysis for HLR . 38g3B.9 Example analysis for S-CSCF . 38g3B.10 Example analysis for PCRF and SPR 39g3B.11 Summary 39g3Annex C (informative): Chang

26、e history . 40g3History 41g3ETSI ETSI TS 123 335 V15.0.0 (2018-07)53GPP TS 23.335 version 15.0.0 Release 15Foreword This Technical Specification has been produced by the 3rdGeneration Partnership Project (3GPP). The contents of the present document are subject to continuing work within the TSG and m

27、ay 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: 1 presented to TSG for information;

28、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 editorial only changes have been incorpora

29、ted in the document. Introduction The UDC concept (3GPP TS 22.101 3) supports a layered architecture, separating the data from the application logic in the 3GPP system, so that user data is stored in a logically unique repository allowing access from core and service layer entities, named Applicatio

30、n Front Ends. Network elements and functionalities should be designed to access user data remotely and without storing them permanently locally, i.e. the Front Ends shall work in a subscriber dateless configuration. ETSI ETSI TS 123 335 V15.0.0 (2018-07)63GPP TS 23.335 version 15.0.0 Release 151 Sco

31、pe The present document describes the procedures and signalling flows associated to the technical realization of the 3GPP User Data Convergence (UDC). It furthermore indicates some requirements for the stage 3 specifications. Special consideration is put in the following areas: - reference architect

32、ure for the UDC concept - general description of procedures for the user data manipulation (e.g. create, delete, update, etc.) - identification of the requirements on the UDC for the applicability of the mechanisms described in this document. User data convergence is an optional concept to ensure da

33、ta consistency and simplify creation of new services by providing easy access to the user data, as well as to ensure the consistency of storage and data models and to have minimum impact on traffic mechanisms, reference points and protocols of network elements. Standization of the Data Model for the

34、 Ud interface between Front-Ends and the UDR is out of the scope of 3GPP. 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,

35、 version number, 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 versio

36、n of that document in the same Release as the present document. 1 3GPP TR 21.905: “Vocabulary for 3GPP Specifications“. 2 3GPP TR 22.985: “Service requirement for the User Data Convergence (UDC)“. 3 3GPP TS 22.101: “Service aspects; Service principles“. 4 3GPP TS 29.002: “Mobile Application Part (MA

37、P) specification“. 5 3GPP TS 23.002: “Network architecture“. 6 3GPP TS 32.182: “User Data Convergence (UDC); Common Baseline Information Model (CBIM)“. 7 3GPP TS 33.210: “3G Security; Network Domain Security; IP network layer security“. 8 3GPP TS 32.181: “Telecommunication management; User Data Conv

38、ergence (UDC); Framework for Model Handling and Management“. 9 Void. 10 3GPP TS 23.280: “Common functional architecture to support mission critical services“. 3 Definitions, symbols and abbreviations 3.1 Definitions For the purposes of the present document, the terms and definitions given in 3GPP TR

39、 21.905 1 and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in 3GPP TR 21.905 1. ETSI ETSI TS 123 335 V15.0.0 (2018-07)73GPP TS 23.335 version 15.0.0 Release 15Front End: a core network functional entity or service layer en

40、tity or provisioning entity that can access user data stored in a unique repository. Front End Identifier: A name that uniquely identifies an FE within the set of all FEs accessing an UDR. Front End Cluster: FEs handling the same application may be grouped in clusters to differentiate between them e

41、.g. with regard to geographical location, feature support, vendor, or other characteristics. All FEs within a cluster are treated equally for required purposes (e.g. authorization, notifications, etc.). Application type: The application handled by a FE (e.g. HLR) determines the application type of t

42、he FE. The application type is derived from the name indicated by a FE. Front End Cluster Identifier: A name that identifies a cluster grouped with FEs supporting the same application. User Data Repository: facility where user data can be accessed stored and managed in a common way. Transaction: a t

43、ransaction is a sequence of operations towards the User Data Repository (one or several), performed as a single logical unit of work. A logical unit of work must exhibit four properties, called the ACID (Atomicity, Consistency, Isolation, and Durability) properties, to qualify as a transaction. A tr

44、ansaction usually consists of the following steps, start transaction, making updates, and end of transaction; the transaction can finish successfully, in that case it is said the updated data is committed, or unsuccessfully, in that case the transaction is cancelled and the updates made till that mo

45、ment are rolled back so that the data remains as it were before the transaction. Atomicity: a transaction must be an atomic unit of work; either all of its data modifications are performed or none of them is performed. Consistency: when completed, a transaction must leave all data in a consistent st

46、ate. In the User Data Repository, all rules must be applied to the transactions modifications to maintain all data integrity. All internal data structures must be correct at the end of the transaction. Isolation: modifications made by concurrent transactions must be isolated from the modifications m

47、ade by any other concurrent transactions. A transaction either sees data in the state it was in before another concurrent transaction modified it, or it sees the data after the second transaction has completed, but it does not see an intermediate state. This is referred to as serialization because i

48、t results in the ability to reload the starting data and replay a series of transactions to end up with the data in the same state it was in after the original transactions were performed. Durability: after a transaction has completed, its effects are permanently in place in the User Data Repository

49、. The modifications persist even in the event of a system failure. 3.2 Symbols For the purposes of the present document, the following symbols apply: Ud reference point between a FE and the UDR 3.3 Abbreviations For the purposes of the present document, the abbreviations given in TR 21.905 1 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in 3GPP TR 21.905 1. FE Front End UDC User Data Convergence UDR User Data Repository ETSI ETSI TS 123 3