All-IP Core Network Multimedia Domain 8 IP Multimedia ... · 1 All-IP Core Network Multimedia Domain ... 3 Signaling flows and message contents – Stage 2 4 5 ... “IP Multimedia

3GPP2 X.S0013-010-B 1

Version 1.0 2

Version Date: December 2007 3

4

5

6

All-IP Core Network Multimedia Domain 7

8

IP Multimedia Subsystem Sh interface; 9

Signaling flows and message contents – Stage 2 10

11

12

13

14

15

16

17

18

19

COPYRIGHT NOTICE 3GPP2 and its Organizational Partners claim copyright in this document and individual Organizational Partners may copyright and issue documents or standards publications in individual Organizational Partner's name based on this document. Requests for reproduction of this document should be directed to the 3GPP2 Secretariat at [email protected]. Requests to reproduce individual Organizational Partner's documents should be directed to that Organizational Partner. See www.3gpp2.org for more information. 20

X.S0013-010-B v1.0

1

2

X.S0013-010-B v1.0

i

All-IP Core Network Multimedia Domain 1 IP Multimedia Subsystem Sh interface; 2

Signaling flows and message contents – Stage 2 3 4

Contents 5

6

1 Scope ....................................................................................................................................... 1 7

2 Normative References.............................................................................................................. 1 8

3 Definitions, symbols and abbreviations.................................................................................... 2 9

3.1 Definitions ......................................................................................................................... 2 10

3.2 Abbreviations .................................................................................................................... 2 11

4 Main Concept ........................................................................................................................... 2 12

5 General Architecture ................................................................................................................ 3 13

5.1 Functional requirements of network entities ..................................................................... 3 14 5.1.1 Functional Requirements of the Application Server............................................................... 3 15

5.1.2 Functional requirements of HSS............................................................................................. 3 16

5.1.3 Functional Requirements of the Presence Network Agent ..................................................... 3 17

5.2 Functional classification of Sh interface procedures......................................................... 3 18

6 Procedure Descriptions ............................................................................................................ 3 19

6.1 User data handling procedures......................................................................................... 4 20 6.1.1 Data read (Sh-Pull) ................................................................................................................. 4 21

6.1.1.1 Detailed behaviour............................................................................................................. 6 22

6.1.2 Data Update (Sh-Update) ....................................................................................................... 6 23

6.1.2.1 Detailed behaviour.............................................................................................................. 7 24

6.1.3 Subscription to notifications (Sh-Subs-Notif) ........................................................................ 9 25

6.1.3.1 Detailed behaviour............................................................................................................ 10 26

6.1.4 Notifications (Sh-Notif)........................................................................................................ 11 27

6.1.4.1 Detailed behaviour............................................................................................................ 12 28

6.2 AS permissions list.......................................................................................................... 12 29

6.3 Void ................................................................................................................................. 12 30

6.4 Void ................................................................................................................................. 12 31

6.5 User identity to HSS resolution ....................................................................................... 13 32

7 Information element contents ................................................................................................. 13 33

7.1 User Identity .................................................................................................................... 13 34 7.1.1 IMS Public User Identity / Public Service Identity............................................................... 14 35

7.1.2 MSISDN............................................................................................................................... 14 36

7.2 Requested Domain ......................................................................................................... 14 37

X.S0013-010-B v1.0

ii

7.3 Requested Data .............................................................................................................. 14 1

7.4 Service Indication............................................................................................................ 14 2

7.5 Result .............................................................................................................................. 14 3

7.6 Data................................................................................................................................. 14 4 7.6.1 Repository Data .................................................................................................................... 15 5

7.6.2 IMSPublicIdentity ................................................................................................................ 15 6

7.6.3 IMS User State...................................................................................................................... 16 7

7.6.4 S-CSCF Name ...................................................................................................................... 16 8

7.6.5 Initial Filter Criteria.............................................................................................................. 16 9

7.6.6 void ....................................................................................................................................... 16 10

7.6.6.1 void ................................................................................................................................... 16 11

7.6.6.2 void ................................................................................................................................... 16 12

7.6.7 Void ...................................................................................................................................... 16 13

7.6.8 Charging information ................................................................................................................ 16 14

7.6.9 MSISDN............................................................................................................................... 17 15

7.6.10 PSIActivation........................................................................................................................ 17 16

7.7 Subscription request type ............................................................................................. 17 17

7.8 Void ................................................................................................................................. 17 18

7.9 Application Server Identity .............................................................................................. 17 19

7.10 Application Server Name............................................................................................. 17 20

7.11 Requested Identity Set ................................................................................................ 17 21

8 Protocol version identification................................................................................................. 17 22

9 Operational Aspects ............................................................................................................... 18 23

Annex A (normative): Mapping of Sh operations and terminology to Diameter ............................ 19 24

A.1 Introduction ..................................................................................................................... 19 25

A.2 Sh message to Diameter command mapping................................................................. 19 26

A.3 Void ................................................................................................................................. 19 27

Annex B (informative): Message flow............................................................................................ 19 28

B.1 Message flows ................................................................................................................ 19 29

B.1.1 Data Update, Registration, Notification Subscription. ................................................. 20 30

Annex C (informative): UML model of the data downloaded over Sh interface ............................ 22 31

C.1 General description ......................................................................................................... 22 32

C.2 PublicIdentifiers............................................................................................................... 22 33

C.3 Sh-IMS-Data ................................................................................................................... 23 34

Annex D (normative): XML schema for the Sh interface user profile ............................................ 25 35

Annex E (ShDataType.xsd): .......................................................................................................... 34 36 37

X.S0013-010-B v1.0

iii

Foreword 1

(This foreword is not part of this document) 2

This document was prepared by 3GPP2 TSG-X. 3

This document contains major modifications from the previous revision. 4

This document is part of the series of documents X.S0013 5

This document contains portions of material copied from 3GPP document number(s) TS 29.328-6e0. The 6 copyright on the 3GPP document is owned by the Organizational Partners of 3GPP (ARIB – Association of 7 Radio Industries and Businesses, Japan; CCSA- the China Communications Standards Association, China; 8 ETSI – European Telecommunications Standards Institute; ATIS, USA- Alliance for Telecommunication 9 Industry Solutions; TTA – Telecommunications Technology Association, Korea; and TTC – 10 Telecommunication Technology Committee, Japan), which have granted license for reproduction and for 11 use by 3GPP2 and its Organizational Partners. 12

“Shall” and “shall not” identify requirements to be followed strictly to conform to this document and from 13 which no deviation is permitted. “Should” and “should not” indicate that one of several possibilities is 14 recommended as particularly suitable, without mentioning or excluding others, that a certain course of 15 action is preferred but not necessarily required, or that (in the negative form) a certain possibility or course 16 of action is discouraged but not prohibited. “May” and “need not” indicate a course of action permissible 17 within the limits of the document. “Can” and “cannot” are used for statements of possibility and capability, 18 whether material, physical or causal. 19

20

Revision History 21

22

Revision Changes Date

B v1.0 Initial Publication December 2007

23

X.S0013-010-B v1.0

iv

1

X.S0013-010-B v1.0

1

1 Scope 1 This document specifies: 2

1. The interactions between the HSS (Home Subscriber Server) and the SIP AS (Application Server) 3 and between the HSS and the OSA SCS (Service Capability Server). This interface is referred to 4 as the Sh reference point. 5

2. The interactions between the SIP AS and the SLF (Subscription Locator Function) and between 6 the OSA SCS and the SLF. This interface is referred to as the Dh reference point. 7

This document addresses the signalling flows and message contents for the protocol at the Sh and Dh 8 interface. 9

This document also addresses how the functionality of Ph interface is accomplished. 10

The Presence Service Stage 2 description (architecture and functional solution) is specified in [18]. 11

2 Normative References 12 The following standards contain provisions which, through reference in this text, constitute provisions of 13 this Standard. At the time of publication, the editions indicated were valid. All standards are subject to 14 revision, and parties to agreements based on this Standard are encouraged to investigate the possibility of 15 applying the most recent editions of the standards indicated below. ANSI and TIA maintain registers of 16 currently valid national standards published by them. 17

• References are either specific (identified by date of publication, edition number, version number, 18 etc.) or non-specific. 19

• For a specific reference, subsequent revisions do not apply. 20

• For a non-specific reference, the latest version applies. 21

[1] 3GPP2 X.S0013-002-B v1.0: “IP Multimedia (IM) Subsystem – Stage 2”. 22

[2] 3GPP2 X.S0013-004-B v1.0: “IP Multimedia Call Control Protocol based on SIP and SDP”. 23

[3] 3GPP2 X.S0013-000-B v1.0: "All-IP Core Network Multimedia Domain; Overview". 24

[4] 3GPP2 X.S0013-003-B v1.0: “IP Multimedia (IM) session handling; IM call model”. 25

[5] 3GPP2 X.S0013-011-B v1.0: “Sh Interface based on Diameter – Protocol details”. 26

[6] 3GPP2 X.S0013-005-B v1.0: “IP Multimedia (IM) Subsystem Cx Interface; Signalling flows and 27 Message Elements”. 28

[7] 3GPP2 X.S0013-006-B v1.0: “Cx Interface based on the Diameter protocol ; Protocol details”. 29

[8] IETF RFC 3588, “Diameter Base Protocol”, September 2003. 30

[9] Void 31

[10] Void 32

[11] Void 33

[12] Void 34

[13] Void 35

[14] Void 36

X.S0013-010-B v1.0

2

[15] Void 1

[16] IETF RFC 3261: "SIP: Session Initiation Protocol". 2

[17] IETF RFC 3966: "The tel URI for Telephone Numbers ". 3

[18] X.S0027-001 v1.0: "Presence Service; Architecture and Functional Description" 4

[19] 3GPP2 X.S0004-550: “MAP Parameters Signaling Protocols” 5

[20] ANSI X3.4: "Coded Character Set - 7-bit American Standard Code for Information Interchange" 6

3 Definitions, symbols and abbreviations 7

3.1 Definitions 8 For the purposes of the present document, the following terms and definitions apply. 9

IP Multimedia session: IP Multimedia session and IP Multimedia call are treated as equivalent in this 10 specification. 11

Transparent data: Data that is understood syntactically but not semantically by the HSS. It is data that an 12 AS may store in the HSS to support its service logic. One example is data that an AS stores in the HSS, 13 using it as a repository. 14

Non-transparent data: Data that is understood both syntactically and semantically by the HSS. 15

AS (Application Server): a term used to denote either of a SIP Application Server or an OSA Service 16 Capability Server. 17

3.2 Abbreviations 18 For the purposes of the present document, the following abbreviations apply: 19

AS Application Server 20 CSCF Call Session Control Function 21 HSS Home Subscriber Server 22 IE Information Element 23 IP Internet Protocol 24 IM IP Multimedia 25 IMS IP Multimedia Subsystem 26 SIP Session Initiation Protocol 27 S-CSCF Serving CSCF 28

4 Main Concept 29 This document presents the Sh interface related functional requirements of the communicating entities. 30

It gives a functional classification of the procedures and describes the procedures and message parameters. 31

Error handling flows, protocol version identification, etc. procedures are also included. 32

The IP Multimedia (IM) Core Network Subsystem stage 2 is specified in [1] and the protocol for the IP 33 multimedia call control based on SIP and SDP are specified in [2]. 34

The IP Multimedia (IM) Session Handling with the IP Multimedia (IM) call model is specified in [4]. 35

X.S0013-010-B v1.0

3

5 General Architecture 1 This clause further specifies the architectural assumptions associated with the Sh reference point, building 2 on the IP Multimedia (IM) Core Network Subsystem stage 2 as specified in [1], the protocol for the IP 3 multimedia call control based on SIP and SDP as specified in [2] and also the Ph reference point building 4 upon [18]. 5

. 6

5.1 Functional requirements of network entities 7

5.1.1 Functional Requirements of the Application Server 8 The Application Server may communicate with the HSS over the Sh interface. 9

For functionality of the Application Server refer to [1], [3] and [4]. 10

5.1.2 Functional requirements of HSS 11 The HSS may communicate with the Application Server over the Sh interface and with the Presence 12 Network Agent over the Ph interface. The functionality of the Ph interface shall be the same as the 13 functionality of the Sh interface. 14

For functionality of the HSS refer to [1], [3] and [4]. 15

5.1.3 Functional Requirements of the Presence Network Agent 16 The Presence Network Agent may communicate with the HSS over the Ph interface. In this case, all 17 references to an Application Server in this specification apply also to a Presence Network Agent. 18

5.2 Functional classification of Sh interface procedures 19 Operations on the Sh interface are classified in functional groups: 20

1. Data handling procedures 21

- The download of data from the HSS to an AS. 22

- The update of data in the HSS. 23

2. Subscription/notification procedures 24

- An AS can subscribe to receive notifications from the HSS of changes in data. 25

- The HSS can notify an AS of changes in data for which the AS previously had subscribed. 26

6 Procedure Descriptions 27 In the tables that describe the Information Elements transported by each command, each Information 28 Element is marked as (M) Mandatory, (C) Conditional or (O) Optional. 29

- A mandatory Information Element (marked as (M) in the table) shall always be present in the 30 command. If this Information Element is absent, an application error occurs at the receiver and an 31 answer message shall be sent back to the originator of the request with the Result-Code set to 32 DIAMETER_MISSING_AVP. This message shall also include a Failed-AVP AVP containing the 33 missing Information Element i.e. the corresponding Diameter AVP defined by the AVP Code and 34 the other fields set as expected for this Information Element. 35

X.S0013-010-B v1.0

4

- A conditional Information Element (marked as (C) in the table) shall be present in the command if 1 certain conditions are fulfilled. 2

- If the receiver detects that those conditions are fulfilled and the Information Element is absent, 3 an application error occurs and an answer message shall be sent back to the originator of the 4 request with the Result-Code set to DIAMETER_MISSING_AVP. This message shall also 5 include a Failed-AVP AVP containing the missing Information Element i.e. the corresponding 6 Diameter AVP defined by the AVP Code and the other fields set as expected for this Information 7 Element. 8

- If those conditions are not fulfilled, the Information Element shall be absent. If however this 9 Information Element appears in the message, it shall not cause an application error and it may be 10 ignored by the receiver if this is not explicitly defined as an error case. Otherwise, an application 11 error occurs at the receiver and an answer message with the Result-Code set to 12 DIAMETER_AVP_NOT_ALLOWED shall be sent back to the originator of the request. A 13 Failed-AVP AVP containing a copy of the corresponding Diameter AVP shall be included in this 14 message 15

- An optional Information Element (marked as (O) in the table) may be present or absent in the 16 command, at the discretion of the application at the sending entity. Absence or presence of this 17 Information Element shall not cause an application error and may be ignored by the receiver. 18

Unknown permanent failure error codes shall be treated in the same way as 19 DIAMETER_UNABLE_TO_COMPLY. For unknown transient failure error codes the request may be 20 repeated, or handled in the same way as DIAMETER_UNABLE_TO_COMPLY. 21

6.1 User data handling procedures 22

6.1.1 Data read (Sh-Pull) 23 This procedure is used between an AS the HSS. The procedure is invoked by the AS and is used: 24

- To read transparent and/or non-transparent data for a specified IMS Subscription from the HSS. 25

This procedure is mapped to the commands User-Data-Request/Answer in the Diameter application 26 specified in [5]. Tables 6.1.1.1 and 6.1.1.2 detail the involved information elements. 27

This release of the specification does not support location retrieval 28

This release of the specification does not support retrieval of the CS and PS User State data. 29 30

X.S0013-010-B v1.0

5

Table 6.1.1.1: Sh-Pull 1

Information element name

Mapping to Diameter AVP

Cat. Description

User Identity (See 7.1)

User-Identity M IMS Public User Identity , Public Service Identity or MSISDN of the user for whom the data is required. See section 7.1 for the content of this AVP.

Requested data

(See 7.3)

Data-Reference

M This information element indicates the reference to the requested information. The set of valid reference values are defined in 7.6.

Requested Identity set (See 7.11)

Identity-Set O If Data-Reference indicates that IMS Public Identities is the requested data set to be downloaded, this information element should be included. When this information element takes the value IMPLICIT_IDENTITIES, the HSS shall provide all non-barred IMS Public Identities that belong to the same implicit registration set as the IMS Public Identity included in the message in the User-Identity AVP. The MSISDN user identity is not applicable for this value. If the User Identity is a Public Service Identity, the HSS shall return only the User Identity in the request. When this information element takes the value REGISTERED_IDENTITIES, the HSS shall provide all non-barred IMS Public Identities whose state is registered, belonging to all Private Identities that the IMS Public Identity or MSISDN in the User-Identity AVP is associated with. If the User Identity is a Public Service Identity, the HSS shall return no identities in the response. When this information element takes the value ALL_IDENTITIES, the HSS shall provide all non-barred IMS Public Identities, belonging to all Private Identities that the User Identity is associated with. If Data-Reference indicates that IMS Public Identities is the requested data set to be downloaded and this information element is not included, the HSS shall download the set of IMS Public Identities that would be downloaded if the value of this information element had been ALL_IDENTITIES.

Requested domain

(See 7.2)

Requested-Domain

C This information element indicates the domains to which the operation is applicable. Check table 7.6.1 to see when it is applicable.

Current Location (See 7.8)

Current-Location

C This information element indicates whether an active location retrieval has to be initiated or not. It shall be present if Location Information is requested. If this information element takes the value InitiateActiveLocationRetrieval (1) the HSS shall indicate the need to initiate an active location retrieval. Check table 7.6.1 to see when it is applicable.

Service Indication (See 7.4)

Service-Indication

C IE that identifies, together with the User Identity included in the User-Identity AVP and Data-Reference AVP, the set of service related transparent data that is being requested. Check table 7.6.1 to see when it is applicable.

Application Server Identity

(See 7.9)

Origin-Host M IE that identifies the AS originator of the request and that is used to check the AS permission list.

Application Server Name

(See 7.10)

Server-Name C IE that is used, together with the User Identity included in the User-Identity AVP and Data-Reference, as key to identify the filter criteria.

Check table 7.6.1 to see when it is applicable.

2

X.S0013-010-B v1.0

6

Table 6.1.1.2: Sh-Pull Resp 1



Cat. Description

Result (See 7.5)

Result-Code / Experimental-

Result

M Result of the request. Result-Code AVP shall be used for errors defined in the Diameter Base Protocol. Experimental-Result AVP shall be used for Sh errors. This is a grouped AVP which contains the 3GPP Vendor ID in the Vendor-Id AVP, and the error code in the Experimental-Result-Code AVP.

Data (See 7.6)

User-Data C Requested data. This element shall be present if the requested data exists in the HSS and the AS has permissions to read it.

2

6.1.1.1 Detailed behaviour 3 The conditions for the inclusion of Requested-Domain as an additional key to the requested data are 4 described in table 7.6.1. If repository data is requested, Service-Indication shall be present in the request. If 5 initial filter criteria are requested, the Server-Name AVP shall contain the SIP URL of the AS that initiates 6 the request; requests for initial filter criteria are limited to those initial filter criteria which are relevant to 7 the requesting AS. 8

Upon reception of the Sh-Pull request, the HSS shall, in the following order: 9

1. In the AS permission list (see section 6.2) check that the requested user data is allowed to be read 10 (Sh-Pull) by this AS by checking the combination of the identity of the AS sending the request 11 (identified by the Origin-Host AVP) and the supplied Data-Reference. 12

If the data referenced in the request is not allowed to be read, Experimental-Result shall be set to 13 DIAMETER_ERROR_USER_DATA_CANNOT_BE_READ in the Sh-Pull Response. 14

2. Check that the user for whom data is asked exists in HSS. If not, Experimental-Result shall be set to 15 DIAMETER_ERROR_USER_UNKNOWN in the Sh-Pull Response. 16

3. If Data-Reference is PSIActivation (18), check that the User Identity contains a distinct Public 17 Service Identity. If not, Experimental-Result shall be set to 18 DIAMETER_ERROR_OPERATION_NOT_ALLOWED in the Sh-Pull Response. 19

4. Check whether or not the data that is requested to be downloaded by the AS is currently being 20 updated by another entity. If there is an update of the data in progress, the HSS may delay the Sh-21 Pull-Resp message until the update has been completed. The HSS shall ensure that the data returned 22 is not corrupted by this conflict. 23

If there is an error in any of the above steps then the HSS shall stop processing and shall return the error 24 code specified in the respective step (see [5] and [7] for an explanation of the error codes). 25

If the HSS cannot fulfil the received request for reasons not stated in the above steps, e.g. due to database 26 error, it shall stop processing the request and set Result-Code to DIAMETER_UNABLE_TO_COMPLY. 27

Otherwise, the requested operation shall take place and the HSS shall return the Result-Code AVP set to 28 DIAMETER_SUCCESS. Result-Code DIAMETER_SUCCESS is used also if the requested data does not 29 exist in the HSS. 30

6.1.2 Data Update (Sh-Update) 31 This procedure is used between the AS and the HSS. The procedure is invoked by the AS and is used: 32

X.S0013-010-B v1.0

7

- To allow the AS to update the transparent (repository) data stored at the HSS for each IMS Public 1 User Identity or Public Service Identity (for Public Service Identities matching a Wildcarded PSI, 2 the transparent data shall be stored per Wildcarded PSI, and not for each specific Public Service 3 Identity matching that Wildcarded PSI). 4

- To allow the AS to update the PSI Activation State of a distinct Public Service Identity in the HSS. 5

This procedure is mapped to the commands Profile-Update-Request/Answer in the Diameter application 6 specified in [5]. Tables 6.1.2.1 and 6.1.2.2 detail the involved information elements. 7

8

Table 6.1.2.1: Sh-Update 9



Cat. Description


User-Identity M IMS Public User Identity or Public Service Identity for which data is updated. See section 7.1 for the content of this AVP.

Requested data

(See 7.3)

Data-Reference

M This information element includes the reference to the data on which updates are required (possible values of the Data Reference are defined in Table 7.6.1).

Data (See 7.6)

User-Data M Updated data.


(See 7.9)


10

Table 6.1.2.2: Sh-Update Resp 11



Cat. Description

Result (See 7.5)


Result

M Result of the update of data in the HSS. Result-Code AVP shall be used for errors defined in the Diameter Base Protocol. Experimental-Result AVP shall be used for Sh errors. This is a grouped AVP which contains the 3GPP Vendor ID in the Vendor-Id AVP, and the error code in the Experimental-Result-Code AVP.

12

6.1.2.1 Detailed behaviour 13 Within the Sh-Update Request, the keys to determine the updated data are part of the information element 14 Data (See 7.6). When data in the repository is updated (i.e. added, modified or removed) Service-Indication 15 and Sequence-Number are also sent as part of the information element Data. 16

Newly added transparent data shall be associated with a Sequence Number of 0 in the Sh-Update Request. 17 Sequence Number value 0 is reserved exclusively for indication of newly added transparent data. 18

19 Modified and removed transparent data shall be associated within the Sh-Update Request with a Sequence 20 Number of n+1 where n is the original Sequence Number associated with the transparent data before 21 modification or removal. If n equals 65535, then the next modification or deletion of that transparent data 22 shall be associated with a Sequence Number of 1. 23

Upon reception of the Sh-Update request, the HSS shall, in the following order: 24

X.S0013-010-B v1.0

8

1. In the AS permission list (see section 6.2) check that the data that is requested to be updated (Sh-1 Update) by this AS, is allowed to be updated by checking the combination of the identity of the AS 2 sending the request (identified by the Origin-Host AVP) and the supplied Data-Reference. 3

- If the data is not allowed to be updated, Experimental-Result shall be set to 4 DIAMETER_ERROR_USER_DATA_CANNOT_BE_MODIFIED in the Sh-Update Response. 5

2. Check that the IMS Public User Identity or Public Service Identity in the request exists in the HSS. If 6 not, Experimental-Result- shall be set to DIAMETER_ERROR_USER_UNKNOWN in the Sh-Update 7 Response. 8

3. If Data-Reference is PSIActivation (18), then the HSS shall check that the User Identity contains a 9 distinct Public Service Identity. If it does, then the HSS shall update the corresponding PSI Activation 10 State and return the Result-Code AVP set to DIAMETER_SUCCESS. If is does not, the Experimental-11 Result shall be set to DIAMETER_ERROR_OPERATION_NOT_ALLOWED in the Sh-Update 12 Response. 13

The change of a Public Service Identity from ACTIVE to INACTIVE shall trigger the network 14 initiated deregistration of the Public Service Identity in the HSS. 15

4. Check whether or not the data that is requested to be updated by the AS, as identified by the Service-16 Indication, is currently being updated by another entity. If there is an update of the data in progress, 17 Experimental-Result shall be set to DIAMETER_PRIOR_UPDATE_IN_PROGRESS in the Sh-Update 18 Response. 19

5. Check whether or not there is any repository data stored at the HSS already for the specified Service-20 Indication and the associated IMS Public User Identity or Public Service Identity. 21

- If repository data identified by the Service-Indication is stored at the HSS for the specified IMS 22 Public User Identity or Public Service Identity, check the following premises: 23

1. Sequence_Number_in_Sh_Update is not equal to 0 24

2. (Sequence_Number_in_Sh_Update - 1) is equal to (Sequence_Number_In_HSS modulo 25 65535) 26

- If either of the above premises is false then Experimental-Result shall be set to 27 DIAMETER_ERROR_TRANSPARENT_DATA_OUT_OF_SYNC in the Sh-Update Response. 28

- If both of the above premises are true, then check whether or not Service Data is received 29 within the Sh-Update Req. 30

- If Service Data is included in the Sh-Update Req, check whether or not the size of the 31 data is greater than that which the HSS is prepared to accept. 32

- If there is more data than the HSS is prepared to accept then Experimental-Result shall 33 be set to DIAMETER_ERROR_TOO_MUCH_DATA and the new data shall be 34 discarded. 35

- If the HSS is prepared to accept the data, then the repository data stored at the HSS shall 36 be updated with the repository data sent in the Sh-Update Req and the Sequence Number 37 associated with that repository data shall be updated with that sent in the Sh-Update Req. 38 This triggers the sending of Sh-Notif messages to any other ASs that are subscribed to 39 Notifications for updates to the service data for that IMS Public User Identity or Public 40 Service Identity (see 6.1.4). 41

- If Service Data is not received, the data stored in the repository at the HSS shall be 42 removed, and as a consequence the Service Indication and the Sequence Number associated 43 with the removed data shall also be removed. This triggers the sending of Sh-Notif messages 44 to any other ASs that are subscribed to Notifications for updates to the service data for that 45 IMS Public User Identity or Public Service Identity (see 6.1.4). After sending Sh-Notif 46

X.S0013-010-B v1.0

9

messages, the subscriptions to Notifications for the removed Repository Data shall be 1 deleted. 2

- If repository data identified by the Service-Indication is not stored for the IMS Public User Identity 3 or Public Service Identity i.e. the Sh-Update Req intends to create a new repository data, check 4 whether or not the Sequence Number in the Sh-Update Req is 0. 5

- If the sequence number is not set to 0, Experimental-Result shall be set to 6 DIAMETER_ERROR_TRANSPARENT_DATA_OUT_OF_SYNC 7

- If the sequence number is set to 0 check whether Service Data is included within the Sh-Update 8 Req. 9

- If Service Data is not included in the Sh-Update Req, then Experimental-Result shall be 10 set to DIAMETER_ERROR_OPERATION_NOT_ALLOWED and the operation shall be 11 ignored by the HSS. 12

- If Service Data is included in the Sh-Update Req, check whether or not the size of the 13 data is greater than that which the HSS is prepared to accept. If there is more data than the 14 HSS is prepared to accept then Experimental-Result-Code shall be set to 15 DIAMETER_ERROR_TOO_MUCH_DATA and the new data shall be discarded. 16

- If the HSS is prepared to accept the data included in the Sh-Update Req, then the data 17 shall be stored in the data repository in the HSS. 18

If there is an error in any of the above steps then the HSS shall stop processing and shall return the error 19 code specified in the respective step (see [5] and [7] for an explanation of the error codes). 20


Otherwise, the requested operation shall take place and the HSS shall return the Result-Code AVP set to 23 DIAMETER_SUCCESS. 24

NOTE: When an AS receives DIAMETER_ERROR_TRANSPARENT_DATA_OUT_OF_SYNC 25 the AS may attempt to resolve the inconsitency between the version of the repository data 26 that it holds and that stored at the HSS. It may execute a Sh-Pull to retrieve the current 27 version of the data from the HSS or it may wait to receive a subsequent Sh-Notif message 28 from the HSS for the affected repository data. 29

6.1.3 Subscription to notifications (Sh-Subs-Notif) 30 This procedure is used between an AS and the HSS. The procedure is invoked by the AS and is used: 31

- To subscribe to Notifications for when particular transparent and/or non-transparent data for a 32 specified IMS Public User Identity or Public Service Identity is updated, from the HSS 33

This procedure is mapped to the commands Subscribe-Notifications-Request/Answer in the Diameter 34 application specified in [5]. Tables 6.1.3.1 and 6.1.3.2 detail the information elements involved. 35

36

X.S0013-010-B v1.0

10

Table 6.1.3.1: Sh-Subs-Notif 1

Information element

name

Mapping to Diameter

AVP

Cat. Description


User-Identity M IMS Public User Identity or Public Service Identity for which notifications of data changes are requested. See section 7.1 for the content of this AVP.

Requested data

(See 7.3)

Data-Reference

M This information element includes the reference to the data on which notifications of change are required (valid reference values are defined in 7.6).

Subscription request type

(See 7.7)

Subs-Req-Type

M This information element indicates the action requested on subscription to notifications.

Service Indication (See 7.4)

Service-Indication

C IE that identifies, together with the User Identity and Data-Reference, the set of service related transparent data for which notifications of changes are requested. This element shall be present when the Data-Reference value is RepositoryData (0).


(See 7.9)


Application Server

Name(See 7.10)

Server-Name C IE that is used, together with the User Identity and Data-Reference, as key to identify the filter criteria. This element shall be present when the Data-Reference value is InitialFilterCriteria (13).

2

Table 6.1.3.2: Sh-Subs-Notif Resp 3

Information element

name

Mapping to Diameter

AVP

Cat. Description

Result (See 7.5)


Result


4

6.1.3.1 Detailed behaviour 5 The HSS shall take note of the subscription request on the data identified by User Identity and Data-6 Reference. If notifications on changes of repository data are requested, Service-Indication shall be present 7 in the request. If notifications on changes of filter criteria are requested, the Server-Name AVP shall be 8 used as key to the filter criteria. If the request contains a specific Public Service Identity matching a 9 Wildcarded PSI, the HSS shall interpret that the subscription refers to the information associated to the 10 Wildcarded PSI. The Server-Name AVP shall contain the SIP URL of the AS sending the request. 11

Upon reception of the Sh-Subs-Notif request, the HSS shall, in the following order (if there is an error in 12 any of the following steps the HSS shall stop processing and return the corresponding error code, see [5] 13 and [7]): 14

X.S0013-010-B v1.0

11

1. In the AS permission list (see section 6.2) the HSS shall check that the AS is allowed to subscribe to 1 notifications (Sh-Subs-Notif) for the requested data by checking the combination of the identity of 2 the AS sending the request (identified by the Origin-Host AVP) and the supplied Data-Reference. 3

- If this AS does not have Sh-Subs-Notif permission for the data referenced, Experimental-Result 4 shall be set to DIAMETER_ERROR_USER_DATA_CANNOT_BE_NOTIFIED in the Sh-Subs-5 Notif Response. 6

2. Check that the IMS Public User Identity or Public Service Identity in the request exists in HSS. If 7 not, Experimental-Result shall be set to DIAMETER_ERROR_USER_UNKNOWN in the Sh-Subs-8 Notif Response. 9

3. If Data-Reference is PSIActivation (18), check that the User Identity contains a distinct Public 10 Service Identity. If not, Experimental-Result shall be set to 11 DIAMETER_ERROR_OPERATION_NOT_ALLOWED in the Sh-Subs-Notif Response. 12

4. The HSS shall associate the Application Server Identity with the list of entities that need to be 13 notified when the data identified by Data-Reference is modified and set the Result-Code to 14 DIAMETER_SUCCESS in the Sh-Subs-Notify response. 15


6.1.4 Notifications (Sh-Notif) 18 This procedure is used between the HSS and the AS. The procedure is invoked by the HSS and is used: 19

- To inform the AS of changes in transparent and/or non-transparent data to which the AS has 20 previously subscribed to receive Notifications for, using Sh-Subs-Notif (see 6.1.3). 21

This procedure is mapped to the commands Push-Notification-Request/Answer in the Diameter application 22 specified in [5]. Tables 6.1.4.1 and 6.1.4.2 detail the involved information elements. 23

24

Table 6.1.4.1: Sh-Notif 25



Cat. Description


User-Identity M IMS Public User Identity or Public Service Identity for which data has changed. If the request refers to a Wildcarded PSI, the HSS may include any PSI matching the corresponding Wildcarded PSI in this information element. The AS shall find the corresponding Wildcarded PSI with this information. See section 7.1 for the content of this AVP.

Data (See 7.6)

User-Data M Changed data.

26

X.S0013-010-B v1.0

12

Table 6.1.4.2: Sh-Notif Resp 1



Cat. Description

Result (See 7.5)


Result


2

6.1.4.1 Detailed behaviour 3 The keys to the updated data are part of the information element User-Data (See Annex C). When data 4 repository is updated Service-Indication is also part of the information element User-Data. 5

Since authentication pending is a transient state of normally very short duration, notification of an IMS 6 user's state change, to and from the authentication pending state shall not be sent to Application Servers, 7 when the previous state before authentication pending and next state after authentication pending are the 8 same. If the states are different before the authentication pending state is entered and after the 9 authentication pending state is left then notification is sent to the AS of this new state. 10

Removal of the subscribed data is indicated with the content of User-Data AVP. The content shall be 11 compliant with the XML-schema defined in Annex D. Removed repository data shall be indicated with 12 RepositoryData element that does not contain ServiceData element. Removed S-CSCF name shall be 13 indicated with empty SCSCFName element. If all iFCs for the user that are relevant for the AS have been 14 removed it shall be indicated with empty IFCs element. 15

6.2 AS permissions list 16 In table 7.6.1, the contents of the Data-AVP are described. Some of the individual elements carried within 17 Data-AVP may be requested by the AS from the HSS using the Sh-Pull command (see section 6.1.1) or 18 may be updated at the HSS by the AS using the Sh-Update command (see section 6.1.2). The AS may also 19 request that the HSS notifies the AS of changes to specific elements within the Data-AVP using the Sh-20 Subs-Notif command (see section 6.1.3). The HSS will only allow these operations to take place if the 21 element of the Data-AVP is permitted to be included in the specific command requested by the AS, as 22 indicated in table 7.6.1. 23

To manage whether an AS may request each element of Data-AVP with a specific command, the HSS shall 24 maintain a list of AS permissions (the ‘AS Permissions List’). AS permissions are identified by AS identity 25 and Data Reference with the possible permissions associated with each Data Reference being Sh-Pull, Sh-26 Update, Sh-Subs-Notif or any combination of these permissions (see table 7.6.1 for details of which 27 permissions are allowed for each Data Reference). The permissions apply to all users served by the HSS, 28 they are not user specific. When an AS requests Sh-Pull, Sh-Update or Sh-Subs-Notif the HSS shall check 29 permissions and return an error result if the AS does not have the required permission. 30

. 31

6.3 Void 32 33

6.4 Void 34 35

X.S0013-010-B v1.0

13

6.5 User identity to HSS resolution 1 The User identity to HSS resolution mechanism enables the AS to find the address of the HSS that holds 2 the subscriber data for a given IMS Public User Identity or Public Service Identity when multiple and 3 separately addressable HSSs have been deployed by the network operator. The resolution mechanism is not 4 required in networks that utilise a single HSS or when an AS is configured to use pre-defined HSS. 5

The resolution mechanism described in [8] is based on the Subscription Locator Function (SLF). The SLF 6 shall act as either an enhanced Diameter redirect agent [9] or as a Diameter proxy [9] but not as both. 7

As an enhanced Diameter redirect agent the AS accesses the subscription locator via the Dh interface. The 8 Dh interface is always used in conjunction with the Sh interface. The Dh interface is based on Diameter. Its 9 functionality is implemented by means of the routing mechanism provided by an enhanced Diameter 10 redirect agent, which is able to extract the IMS Public User Identity or Public Service Identity from the 11 received requests. To get the HSS address the AS sends to the SLF the Sh requests aimed for the HSS. On 12 receipt of the HSS address from the SLF, the AS shall send the Sh requests to the HSS. The AS may store 13 the HSS address and use it in further requests associated to the same IMS Public User Identity or Public 14 Service Identity. 15

As a Diameter proxy the AS send to the SLF the Sh requests aimed for the HSS. The SLF using the IMS 16 Public User Identity or the Public Service Identity from the received requests determines the HSS address. 17 The SLF based on the HSS address modifies the Destination-Realm AVP of the Sh request as needed. 18 Based on the HSS address, the SLF then adds the Destination-Host AVP to the Sh request. The SLF 19 appends a Route-Record AVP to the request and sends it to the HSS. The HSS processes the Sh request and 20 sends a Sh response. The Sh response contains the Origin-Realm AVP set to the HSS Realm value and 21 Origin-Host AVP set to the HSS name. The Sh response is routed back to the SLF. The SLF shall not 22 modify the Origin-Realm and Origin-Host in the Sh response. The SLF sends the Sh response back to the 23 AS. The AS may extract and store the HSS address/name (i.e., the Origin-Realm AVP and the Origin-Host 24 AVP in the Sh_Request) and use it in further requests associated to the same IMS Public User Identity or 25 Public Service Identity. 26

In networks where the use of the user identity to HSS resolution mechanism is required and the AS is not 27 configured to use predefined HSS, each AS shall be configured with the address/name of the SLF 28 implementing this resolution mechanism. 29

30

7 Information element contents 31

7.1 User Identity 32 This information element contains an IMS Public User Identity, Public Service Identity, or MSISDN 33 according to the conditions described in table 7.1.1. 34

Table 7.1.1: User Identity content 35



Cat. Description

IMS Public User Identity / Public Service

Identity (See 7.1.1)

Public-Identity C IMS Public User Identity or Public Service Identity for which data is required. If the MSISDN is not included in the User-Identity AVP, the Public-Identity AVP shall be included in Sh messages only for allowed Data References as described in Table 7.6.1.

MSISDN (See 7.1.2)

MSISDN C MSISDN for which data is required. If the Public-Identity AVP is not included in the User-Identity AVP, the MSISDN AVP shall be included in the Sh-Pull message only for allowed Data References as described in Table 7.6.1.

36

X.S0013-010-B v1.0

14

7.1.1 IMS Public User Identity / Public Service Identity 1 This information element contains an IMS Public User Identity / Public Service Identity (either SIP URI or 2 tel URI). See [1]. 3

7.1.2 MSISDN 4 This information element contains a Basic MDN (see [19]). 5

7.2 Requested Domain 6

This information element details the access domains for which certain data (e.g. user state, location 7 information) are requested. See [5] for the list of possible values. 8

7.3 Requested Data 9 - Reference to the data that an AS is requesting from the HSS. 10

- Reference to the data which an AS wants to be notified of, when changed. 11

- Reference to data for which subscription to notification of change is rejected. See section 7.6. 12

7.4 Service Indication 13 Identifier of one set of service related transparent data, which is stored in an HSS in an operator network 14 per Public Identity. . The HSS shall allocate memory space for a data repository to store transparent data 15 per IMS Public User Identity or Public Service Identity and value of Service Indication. For Public Service 16 Identities matching a Wildcarded Public Service Identity, the repository data shall be stored per Wildcarded 17 Public Service Identity and not for each specific Public Service Identity. 18

7.5 Result 19 This information element contains the result code of the operation. See [5] for the list of possible values. 20

7.6 Data 21 This information element contains an XML document conformant to the XML schema defined in Annex D. 22

Annex C specifies the UML logical model of the data downloaded via the Sh interface. 23

Table 7.6.1 defines the data reference values and tags, access key and recommended AS permissions (as 24 described in section 6.2) for the the operation(s) on data accessible via the Sh interface, i.e. the listed 25 operation(s) in the Operations column are the only ones allowed to be used with this Data Ref value. It is a 26 matter of operator policy to further restrict the AS permission rights defined in table 7.6.1. 27

X.S0013-010-B v1.0

15

Table 7.6.1: Data accessible via Sh interface 1

Data Ref.

XML tag Defined in Access key Operations

0 RepositoryData 7.6.1 IMS Public User Identity or Public Service Identity

+ Data-Reference + Service-Indication

Sh-Pull, Sh-Update, Sh-Subs-Notif

10 IMSPublicIdentity 7.6.2 IMS Public User Identity or Public Service Identity

or MSISDN + Data-Reference + Identity-Set

Sh-Pull

11 IMSUserState 7.6.3 IMS Public User Identity + Data-Reference

Sh-Pull, Sh-Subs-Notif

12 S-CSCFName 7.6.4 IMS Public User Identity or Public Service Identity

+ Data-Reference


13 InitialFilterCriteria 7.6.5 IMS Public User Identity or Public Service Identity

+ Data-Reference + Server-Name


14 LocationInformation 7.6.6 15 UserState 7.6.7

MSISDN + Data-Reference+ Requested-

Domain

Sh-Pull

16 Charging information 7.6.8 IMS Public User Identity or Public Service Identity

or MSISDN + Data-Reference

Sh-Pull

17 MSISDN 7.6.9 IMS Public User Identity or MSISDN + Data-

Reference

Sh-Pull

18 PSIActivation 7.6.10 Distinct Public Service Identity + Data-Reference

Sh-Pull, Sh-Update, Sh-Subs-Notif

2

7.6.1 Repository Data 3 This information element contains transparent data. A data repository may be shared by more than one AS 4 implementing the same service. 5

7.6.2 IMSPublicIdentity 6 This information element contains an IMS Public User Identity or a Public Service Identity. If a wildcarded 7 PSI that is stored in the HSS matches the Public Service Identity received, the HSS shall return the 8 wildcarded PSI in addition to the Public Service Identity that was received in the request. 9

An IMS Public Identity would be either 10

- associated with the same Private User Identity or Private Service Identity as the User Identity 11 included in the request or 12

- associated with the MSISDN present in the request. 13

Multiple instances of this information element may be included in the message. 14

X.S0013-010-B v1.0

16

7.6.3 IMS User State 1 This information element contains the IMS User State of the public identifier referenced. Its possible values 2 are: REGISTERED, NOT_REGISTERED, AUTHENTICATION_PENDING and 3 REGISTERED_UNREG_SERVICES. 4

If the IMS Public User Identity is shared between multiple Private User Identities, HSS shall indicate the 5 most registered state of the shared IMS Public User Identity to an AS. The most registered state of a shared 6 IMS Public User Identity is defined as follows: 7

- If the shared IMS Public User Identity is registered with any of the Private User Identities, the most 8 registered state of the shared IMS Public User Identity is REGISTERED. 9

- If the shared IMS Public User Identity is not currently registered with any of the Private User Identities, 10 but it is in state REGISTERED_UNREG_SERVICES, then the most registered state of the shared IMS 11 Public User Identity is REGISTERED_UNREG_SERVICES. 12 13

- If the shared IMS Public User Identity is not currently registered with any of the Private User Identities, 14 and it is not in state REGISTERED_UNREG_SERVICES, but it is in the process of being authenticated 15 with any of the Private User Identities, then the most registered state of the shared IMS Public User Identity 16 is AUTHENTICATION_PENDING. 17

- If the shared IMS Public User Identity is not currently registered with any of the Private User Identities, 18 and it is not in state REGISTERED_UNREG_SERVICES, and it is not in the process of being 19 authenticated with any of the Private User Identities, then the most registered state of the shared IMS 20 Public User Identity is NOT_REGISTERED. 21

7.6.4 S-CSCF Name 22 This information element contains the name of the S-CSCF where a multimedia public identity is 23 registered. 24

7.6.5 Initial Filter Criteria 25 This information element contains the triggering information for a service. 26

For a more detailed description, refer to [4] and [6]. 27

7.6.6 void 28 29

7.6.6.1 void 30

31

7.6.6.2 void 32

33

7.6.7 Void 34

7.6.8 Charging information 35 This information element contains the addresses of the charging functions: primary Online Charging 36 Function (PrimaryEventChargingFunctionName), secondary Online Charging Function 37 (SecondaryEventChargingFunctionName), primary Charging Data Function 38 (PrimaryChargingCollectionFunctionName), and secondary Charging Data Function 39 (SecondaryChargingCollectionFunctionName). When a clash occurs between the charging function 40

X.S0013-010-B v1.0

17

address(es) received over the ISC interface and those received over the Sh interface, the address(es) 1 received over the ISC interface should take precedence. 2

. 3

NOTE: The use of the Sh interface to retrieve charging function addresses is not intended as a 4 general-purpose alternative to receiving charging function addresses from the ISC interfaces. 5 Rather, it is meant to address a special case where the AS needs to interact with the charging 6 system before initiating a request to a user when the AS has not received the third party 7 REGISTER for that user. 8

7.6.9 MSISDN 9 This information element contains a Basic MSISDN that is associated with the User Identity present in the 10 request. All valid instances of this information element shall be included in the message. 11

7.6.10 PSIActivation 12 This information element contains the activation state of the Public Service Identity present in the request. 13 Its possible values are: 14

- ACTIVE, 15

- INACTIVE. 16

7.7 Subscription request type 17 This information element indicates the action requested for subscription to notifications. See [5] for the list 18 of valid values. 19

7.8 Void 20 . 21

7.9 Application Server Identity 22

This information element contains the identity of the Application Server. It is used for the AS permission 23 check (see 6.2). 24

7.10 Application Server Name 25 This information element indicates application server’s SIP URI. See [7] for the detailed definition of the 26 AVP. 27

7.11 Requested Identity Set 28 This information element indicates the set of IMS Public Identities that the AS wishes to download. See 29 [5] for the detailed definition of the AVP. 30

31

8 Protocol version identification 32 See [5]. 33

X.S0013-010-B v1.0

18

9 Operational Aspects 1 See [5]. 2

X.S0013-010-B v1.0

19

Annex A (normative): Mapping of Sh operations and terminology 1 to Diameter 2

A.1 Introduction 3

This appendix gives mappings from Sh to Diameter protocol elements. Diameter protocol elements are 4 defined in [5]. 5

A.2 Sh message to Diameter command mapping 6

The following table defines the mapping between stage 2 operations and Diameter commands: 7

8 Table A.2.1: Sh message to Diameter command mapping 9

Sh message Source Destination Command-Name Abbreviation Sh-Pull AS HSS User-Data-Request UDR

Sh-Pull Resp HSS AS User-Data-Answer UDA Sh-Update AS HSS Profile-Update-Request PUR

Sh-Update Resp HSS AS Profile-Update-Answer PUA Sh-Subs-Notif AS HSS Subscribe-Notifications-Request SNR

Sh-Subs-Notif Resp HSS AS Subscribe-Notifications-Answer SNA Sh-Notif HSS AS Push-Notification-Request PNR

Sh-Notif Resp AS HSS Push-Notification-Answer PNA 10

A.3 Void 11

12

Annex B (informative): Message flow 13

B.1 Message flows 14

The following message flows give examples regarding which Diameter messages shall be sent in scenarios 15 described in [4]. 16

17

X.S0013-010-B v1.0

20

B.1.1 Data Update, Registration, Notification Subscription. 1

Home Network

S-CSCF HSS AS

3. REGISTER

5. 200 OK 6. REGISTER(Third Party)

8. Sh-Pull

9. Sh-Pull Resp

7. 200 OK

At some point, the HSS sends updates to the AS (that previously subscribed)

12. Sh-Notif

13. Sh-Notif Resp

At some point, the AS decides to update certain data in the HSS

1. Sh-Update

2. Sh-Update Resp

14. Sh-Update

15. Sh-Update Resp

10. Sh-Subs- Notif

11. Sh-Subs- Notif Resp

4. User Profile Downloading

2

Figure B.1.1: Data Update, Registration, Notification Subscription 3

1. A user subscribes to a new service. The operator provisions the service in an AS. The AS stores 4 some service data for a user in the HSS, Sh-Update (user identity, updated data) e.g. repository 5 data. 6

2. HSS confirms the data is updated 7

3. Some time later, user registers with the network 8

4. S-CSCF downloads the data from the HSS (during the procedure S-CSCF Registration 9 Notification on Cx interface). Filter criteria specify that the AS wants to be notified that the end 10 user is registered. 11

5. 200 OK 12

6. S-CSCF sends third party registration message to the application server to notify that user is 13 registered. 14

X.S0013-010-B v1.0

21

7. 200 OK 1

8. The AS downloads data needed for providing service from HSS, by means of Sh-Pull (user 2 identity, requested data, and service information). 3

9. HSS sends data to AS 4

10. The AS subscribes to notifications from the HSS of changes in data, by means of Sh-Subs-Notif 5 (user identity, requested data, and/or service information). 6

11. The HSS confirms the subscription request. 7

12. At some moment, user data is updated in the HSS. As the AS subscribed to notifications (step 10), 8 the HSS sends to the AS the requested updates, by means of Sh-Notif (user identity, updated data). 9

13. The AS acknowledges the notification. 10

14. At some moment, the AS decides to update user’s service data e.g. repositary data in the HSS, by 11 means of Sh-Update (user identity, updated data). 12

15. The HSS confirms the service data is updated. 13

X.S0013-010-B v1.0

22

1

Annex C (informative): UML model of the data downloaded over 2 Sh interface 3 The purpose of this UML model is to define in an abstract level the structure of the data downloaded over 4 the Sh interface and describe the purpose of the different information classes included in it. 5

C.1 General description 6

The following picture gives an outline of the UML model of the user profile, which is exchanged between 7 the HSS and an AS: 8

Sh-Data

Sh-IMS-Data LocationInformation

GeographicalInformationGeodeticInformation

AgeOfLocationInformation

0...1

RepositoryData

ServiceIndicationSequenceNumber

ServiceData

0...1

PublicIdentifiers

0...1

0...1

9

Figure C.1.1: Sh-Data 10

Each instance of the Sh-Data class contains 0 or 1 instance of the class PublicIdentifiers, 0 or 1 instance of 11 the class RepositoryData, 0 or 1 instance of the class Sh-IMS-Data. 12

Class RepositoryData contains repository data (transparent data) for a given service. It has attributes 13 ServiceIndication, SequenceNumber and ServiceData. 14

C.2 PublicIdentifiers 15

The following picture details the UML model of the class PublicIdentifiers: 16

X.S0013-010-B v1.0

23

PublicIdentifiers

IMSPublicIdentity

Identity: SIP URLor TEL URL

0..n

MSISDN

0..n

PublicIdentifiers

IMSPublicIdentity

Identity:SIP URL or TEL URL Identity Type Wildcarded PSI

0..n

MSISDN

0..n

1

Figure C.2.1: The UML model of the class PublicIdentifiers 2

Class PublicIdentifiers contains 0 or more public user identities which may be either of class 3 IMSPublicIdentity or of class MSISDN. The identifiers are of format SIP URL, tel URI or MDN. Instances 4 of class IMSPublicIdentity shall contain either a Public User Identity, a distinct PSI and they shall contain 5 the Identity Type and the wildcarded PSI if the Identity in the request matches a Wildcarded PSI in the 6 HSS. 7

C.3 Sh-IMS-Data 8

The following picture details the UML model of the class Sh-IMS-Data. 9

10

Sh-IMS-Data

S-CSCFName

ServerName: SIP_URL

IMSUserState

IMSState: enumerated

0..1

0..1 0..1

Charging Information

Charging Information :tChargingInformation

0..1

PSIActivation

PSIState: enumerated

0..1

IFCs

IFCs: tIFCs

11

Figure C.3.1: Sh-IMS-Data 12

X.S0013-010-B v1.0

24

Each instance of the class Sh-IMS-Data contains 0 or 1 instance of the class S-CSCFName, 0 to n instances 1 of the class InitialFilterCriteria, 0 or 1 instance of the class IMSUserState, 0 or 1 instance of the class 2 Charging Information and/or 0 or 1 instance of the class PSIActivation.. 3

Class S-CSCFName contains the SIP URL of the S-CSCF where the multimedia public identity that the AS 4 included in the request is registered. 5

Class IFCs contains 0 to n instances of the initial filter criteria of the multimedia public identity that the AS 6 included in the request. The initial filter criteria is defined in [6] 7

Class IMSUserState contains the registration state of the identity given by the attribute of class Sh-IMS-8 Data. See section 7.6 for possible values. 9

Class Charging Information contains the online and offline charging function addresses. See section 7.6 for 10 possible values. 11

Class PSIActivation contains the activation state of the Public Service Identity given by the attribute of 12 class Sh-IMS-Data. See section 7.6 for possible values.13

X.S0013-010-B v1.0

25

1

Annex D (normative): 2 XML schema for the Sh interface user profile 3 The file ShDataType.xsd, in Annex E, contains the XML schema for the user profile that is sent over the Sh 4 interface. The user profile XML schema defines the data types that are used in the user profile XML. The 5 data that is allowed to be sent in the user profile may vary depending on the features supported by the 6 Diameter end points, see [5]. The user profile XML schema file is intended to be used by an XML parser. 7 The version of the Sh application sending the user profile XML shall be the same as the version of the sent 8 user profile XML and thus it implies the version of the user profile XML schema to be used to validate it. 9

Tables D.1 and D.2 describe the data types and the dependencies among them that configure the user 10 profile XML schema. 11

Table D.1: XML schema for the Sh interface user profile: simple data types 12

Data type Tag Base type Comments

tPriority Priority integer >= 0

tProfilePartIndicator ProfilePartIndicator enumerated Possible values:

0 (REGISTERED)

1 (UNREGISTERED)

X.S0013-010-B v1.0

26

tGroupID Group integer >= 0

tRegistrationType RegistrationType enumerated Possible values:

0 (INITIAL_REGISTRATION)

1 (RE-REGISTRATION)

2 (DE-REGISTRATION)

tDefaultHandling DefaultHandling enumerated Possible values:

0 (SESSION_CONTINUED)

1 (SESSION_TERMINATED)

tDirectionOfRequest SessionCase enumerated Possible values:

0 (ORIGINATING_SESSION)

1 TERMINATING_SESSION

2 (TERMINATING_UNREGISTERED)

tIMSUserState IMSUserState Enumerated Possible values:

0 (NOT_REGISTERED)

1 (REGISTERED)

2 (REGISTERED_UNREG_SERVICES)

3 (AUTHENTICATION_PENDING)

tCSUserState CSUserState Enumerated Possible values (as defined in 3GPP TS 23.078):

0 (CAMELBusy)

1 (NetworkDeterminedNotReachable)

2 (AssumedIdle)

3 (NotProvidedfromVLR)

tPSUserState PSUserState Enumerated Possible values (as defined in 3GPP TS 23.078):

0 (Detached)

1 (AttachedNotReachableForPaging)

2 (AttachedReachableForPaging)

X.S0013-010-B v1.0

27

3 (ConnectedNotReachableForPaging)

4 (ConnectedReachableForPaging)

5 (NotProvidedFromSGSN)

6 (NetworkDeterminedNotReachable)

tLocationNumber LocationNumber string Syntax described in ITU-T Q.763 (base 64 encoded according to RFC 2045).

Length >=4 and <=16 (multiples of 4).

tCellGlobalId CellGlobalId string Syntax described in 3GPP TS 29.002 (base 64 encoded according to RFC 2045).

Length = 12.

tServiceAreaId ServiceAreaId string Syntax described in 3GPP TS 29.002 (base 64 encoded according to RFC 2045).

Length = 12.

tLocationAreaId LocationAreaId string Syntax described in 3GPP TS 29.002 (base 64 encoded according to RFC 2045).

Length = 8.

tRoutingAreaId RoutingAreaId string Syntax described in 3GPP TS 29.002 (base 64 encoded according to RFC 2045).

Length = 8.

tGeographicalInformation

GeographicalInformation

string Syntax described in 3GPP TS 29.002 (base 64 encoded according to RFC 2045).

Length = 12.

tGeodeticInformation GeodeticInformation

string Syntax described in 3GPP TS 29.002 (base 64 encoded according to RFC 2045).

Length = 16.

tAgeOfLocationInformation


integer >=0, <=32767

tAddressString AddressString string Syntax described in 3GPP TS 29.002 (base 64 encoded according to RFC 2045).

Length >= 4 and <=28 (multiples of 4).

tMSISDN MSISDN string Number structure described in [19]. ASCII encoded according to ANSI X3.4 [20].

X.S0013-010-B v1.0

28

tSIP_URL IMSPublicIdentity anyURI Syntax described in [16]

tTEL_URL IMSPublicIdentity anyURI Syntax described in [17]

tDiameterURI DiameterURI string Syntax of a Diameter URI as described in [8]

tIMSPublicIdentity IMSPublicIdentity (union) Union of tSIP_URL and tTEL_URL

tIdentityType IdentityType enumerated Possible values:

0 (PUBLIC_USER_IDENTITY)

1 (DISTINCT_PSI)

2 (WILDCARDED_PSI)

tWildcardedPSI WildcardedPSI anyURI Syntax described in 3GPP TS 23.003.

tServiceInfo ServiceInfo string

tString RequestURI, Method, Header,

Content, Line

string

tBool ConditionTypeCNF, ConditionNegated

boolean Possible values:

0 (false)

1 (true)

tSequenceNumber SequenceNumber integer >=0, <=65535

tPSIActivation PSIActivation Enumerated Possible values:

0 (INACTIVE)

1 (ACTIVE)

1

X.S0013-010-B v1.0

29

Table D.2: XML schema for the Sh interface user profile: complex data types 1

Compound of Data type Tag

Tag Type Cardinality

PublicIdentifiers tPublicIdentity 0 to 1

RepositoryData tTransparentData 0 to 1

Sh-IMS-Data tShIMSData 0 to 1

CSLocationInformation

tCSLocationInformation 0 to 1

PSLocationInformation

tPSLocationInformation 0 to 1

CSUserState tCSUserState 0 to 1

tSh-Data Sh-Data

PSUserState tPSUserState 0 to 1

ServiceIndication string 1

SequenceNumber tSequenceNumber 1

tTransparentData RepositoryData

ServiceData tServiceData 0 to 1

tServiceData any any any 1

tIFCs IFCs InitialFilterCriteria tInitialFilterCriteria 0 to n

SCSCFName tSIP_URL 0 to 1

IFCs tIFCs 0 to 1

IMSUserState tIMSUserState 0 to 1

ChargingInformation tChargingInformation 0 to 1

tShIMSData Sh-IMS-Data

Extension tShIMSDataExtension (0 to 1)

tShIMSDataExtension

Extension PSIActivation tPSIActivation (0 to 1)

X.S0013-010-B v1.0

30

LocationNumber tLocationNumber 0 to 1

CellGlobalId tCellGlobalId 0 to 1

ServiceAreaId tServiceAreaId 0 to 1

LocationAreaId tLocationAreaId 0 to 1


tGeographicalInformation 0 to 1

GeodeticInformation tGeodeticInformation 0 to 1

VLRNumber tISDNAddress 0 to 1

MSCNumber tISDNAddress 0 to 1

CurrentLocationRetrieved

tBool 0 to 1

tCSLocationInformation

CSLocationInformation



0 to 1

CellGlobalId tCellGlobalId 0 to 1

ServiceAreaId tServiceAreaId 0 to 1

LocationAreaId tLocationAreaId 0 to 1

RoutingAreaId tRoutingAreaId 0 to 1


tGeographicalInformation 0 to 1

GeodeticInformation tGeodeticInformation 0 to 1

tPSLocationInformation

PSLocationInformation

SGSNNumber tISDNAddress 0 to 1

X.S0013-010-B v1.0

31

CurrentLocationRetrieved

tBool 0 to 1



0 to 1

IMSPublicIdentity tIMSPublicIdentity 0 to n

MSISDN tMSISDN 0 to n

tPublicIdentity PublicIdentifiers

Extension tPublicIdentityExtension (0 to 1)

IdentityType tIdentityType (0 to 1) tPublicIdentityExtension

Extension WildcardedPSI tWildcardedPSI (0 to 1)

Priority tPriority 1

TriggerPoint tTrigger 0 to 1

tInitialFilterCriteria InitialFilterCriteria

ApplicationServer tApplicationServer 1

ProfilePartIndicator tProfilePartIndicator (0 to 1)

X.S0013-010-B v1.0

32

ConditionTypeCNF tBool 1 tTrigger TriggerPoint

SPT tSePoTri 0 to n

ConditionNegated tBool 0 to 1

Group tGroupID 1 to n

RequestURI tString 1

Method tString 1

SIPHeader tHeader 1

SessionCase tDirectionOfRequest 1 Cho

ice

of

SessionDescription

tSessionDescription 1

SePoTri SPT

Extension tSePoTriExtension (0 to 1)

tSePoTriExtension Extension RegistrationType tRegistrationType (0 to 2)

Header tString 1 tHeader SIPHeader

Content tString 0 to 1

Line tString 1 tSessionDescription SessionDescription

Content tString 0 to 1

ServerName tSIP_URL 1

DefaultHandling tDefaultHandling 0 to 1

tApplicationServer ApplicationServer

ServiceInfo tServiceInfo 0 to 1

PrimaryEventChargingFunctionName

tDiameterURI 0 to 1

SecondaryEventChargingFunctionName

tDiameterURI 0 to 1

PrimaryChargingCollectionFunction

Name

tDiameterURI 0 to 1

tChargingInformation ChargingInformation

SecondaryCharging CollectionFunctionNa

me

tDiameterURI 0 to 1

X.S0013-010-B v1.0

33

NOTE: “n” shall be interpreted as non-bounded.

1

X.S0013-010-B v1.0

34

Annex E (ShDataType.xsd): 1 2 <?xml version="1.0" encoding="UTF-8"?> 3 <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" 4 elementFormDefault="qualified" attributeFormDefault="unqualified"> 5 <xs:simpleType name="tSIP_URL" final="list restriction"> 6 <xs:restriction base="xs:anyURI"/> 7 </xs:simpleType> 8 <xs:simpleType name="tTEL_URL" final="list restriction"> 9 <xs:restriction base="xs:anyURI"/> 10 </xs:simpleType> 11 <xs:simpleType name="tDiameterURI" final="list restriction"> 12 <xs:restriction base="xs:anyURI"/> 13 </xs:simpleType> 14 <xs:simpleType name="tIdentityType" final="list restriction"> 15 <xs:restriction base="xs:unsignedByte"> 16 <xs:minInclusive value="0"/> 17 <xs:maxInclusive value="2"/> 18 <xs:enumeration value="0"> 19 <xs:annotation> 20 <xs:documentation> 21 <label xml:lang="en">PUBLIC_USER_IDENTITY</label> 22 <definition xml:lang="en">Identity is a Public User 23 Identity.</definition> 24 </xs:documentation> 25 </xs:annotation> 26 </xs:enumeration> 27 <xs:enumeration value="1"> 28 <xs:annotation> 29 <xs:documentation> 30 <label xml:lang="en">DISTINCT_PSI</label> 31 <definition xml:lang="en">Identity is a distinct Public 32 Service Identity.</definition> 33 </xs:documentation> 34 </xs:annotation> 35 </xs:enumeration> 36 <xs:enumeration value="2"> 37 <xs:annotation> 38 <xs:documentation> 39 <label xml:lang="en">WILDCARDED_PSI</label> 40 <definition xml:lang="en">Identity matches a wildcarded 41 Public Service Identity.</definition> 42 </xs:documentation> 43 </xs:annotation> 44 </xs:enumeration> 45 </xs:restriction> 46 </xs:simpleType> 47 <xs:simpleType name="tIMSPublicIdentity" final="#all"> 48 <xs:union memberTypes="tSIP_URL tTEL_URL"/> 49 </xs:simpleType> 50 <xs:simpleType name="tProfilePartIndicator" final="list restriction"> 51 <xs:restriction base="xs:unsignedByte"> 52 <xs:maxInclusive value="1"/> 53 <xs:enumeration value="0"> 54 <xs:annotation> 55

X.S0013-010-B v1.0

35

<xs:documentation> 1 <label xml:lang="en">REGISTERED</label> 2 <definition xml:lang="en">iFC is part of the registered 3 profile</definition> 4 </xs:documentation> 5 </xs:annotation> 6 </xs:enumeration> 7 <xs:enumeration value="1"> 8 <xs:annotation> 9 <xs:documentation> 10 <label xml:lang="en">UNREGISTERED</label> 11 <definition xml:lang="en">iFC is part of the unregistered 12 profile</definition> 13 </xs:documentation> 14 </xs:annotation> 15 </xs:enumeration> 16 </xs:restriction> 17 </xs:simpleType> 18 <xs:simpleType name="tServiceInfo" final="list restriction"> 19 <xs:restriction base="xs:string"> 20 <xs:minLength value="0"/> 21 </xs:restriction> 22 </xs:simpleType> 23 <xs:simpleType name="tString" final="list restriction"> 24 <xs:restriction base="xs:string"> 25 <xs:minLength value="0"/> 26 </xs:restriction> 27 </xs:simpleType> 28 <xs:simpleType name="tMSISDN" final="list restriction"> 29 <xs:restriction base="xs:string"> 30 <xs:minLength value="0"/> 31 </xs:restriction> 32 </xs:simpleType> 33 <xs:simpleType name="tIMSUserState" final="list restriction"> 34 <xs:restriction base="xs:unsignedByte"> 35 <xs:maxInclusive value="3"/> 36 <xs:enumeration value="0"> 37 <xs:annotation> 38 <xs:documentation> 39 <label xml:lang="en">NOT_REGISTERED</label> 40 <definition xml:lang="en">Not registered</definition> 41 </xs:documentation> 42 </xs:annotation> 43 </xs:enumeration> 44 <xs:enumeration value="1"> 45 <xs:annotation> 46 <xs:documentation> 47 <label xml:lang="en">REGISTERED</label> 48 <definition xml:lang="en">Registered</definition> 49 </xs:documentation> 50 </xs:annotation> 51 </xs:enumeration> 52 <xs:enumeration value="2"> 53 <xs:annotation> 54 <xs:documentation> 55 <label xml:lang="en">REGISTERED_UNREG_SERVICES</label> 56

X.S0013-010-B v1.0

36

<definition xml:lang="en">Registered, with services for 1 unregistered</definition> 2 </xs:documentation> 3 </xs:annotation> 4 </xs:enumeration> 5 <xs:enumeration value="3"> 6 <xs:annotation> 7 <xs:documentation> 8 <label xml:lang="en">AUTHENTICATION_PENDING </label> 9 <definition xml:lang="en">Pending of 10 authentication</definition> 11 </xs:documentation> 12 </xs:annotation> 13 </xs:enumeration> 14 </xs:restriction> 15 </xs:simpleType> 16 <xs:simpleType name="tCSUserState" final="list restriction"> 17 <xs:restriction base="xs:unsignedByte"> 18 <xs:maxInclusive value="3"/> 19 <xs:enumeration value="0"> 20 <xs:annotation> 21 <xs:documentation> 22 <label xml:lang="en">CAMELBusy</label> 23 </xs:documentation> 24 </xs:annotation> 25 </xs:enumeration> 26 <xs:enumeration value="1"> 27 <xs:annotation> 28 <xs:documentation> 29 <label xml:lang="en">NetworkDeterminedNotReachable</label> 30 </xs:documentation> 31 </xs:annotation> 32 </xs:enumeration> 33 <xs:enumeration value="2"> 34 <xs:annotation> 35 <xs:documentation> 36 <label xml:lang="en">AssumedIdle</label> 37 </xs:documentation> 38 </xs:annotation> 39 </xs:enumeration> 40 <xs:enumeration value="3"> 41 <xs:annotation> 42 <xs:documentation> 43 <label xml:lang="en">NotProvidedFromVLR</label> 44 </xs:documentation> 45 </xs:annotation> 46 </xs:enumeration> 47 </xs:restriction> 48 </xs:simpleType> 49 <xs:simpleType name="tPSUserState" final="list restriction"> 50 <xs:restriction base="xs:unsignedByte"> 51 <xs:maxInclusive value="6"/> 52 <xs:enumeration value="0"> 53 <xs:annotation> 54 <xs:documentation> 55 <label xml:lang="en">Detached </label> 56 </xs:documentation> 57

X.S0013-010-B v1.0

37

</xs:annotation> 1 </xs:enumeration> 2 <xs:enumeration value="1"> 3 <xs:annotation> 4 <xs:documentation> 5 <label xml:lang="en">AttachedNotReachableForPaging</label> 6 </xs:documentation> 7 </xs:annotation> 8 </xs:enumeration> 9 <xs:enumeration value="2"> 10 <xs:annotation> 11 <xs:documentation> 12 <label xml:lang="en">AttachedReachableForPaging</label> 13 </xs:documentation> 14 </xs:annotation> 15 </xs:enumeration> 16 <xs:enumeration value="3"> 17 <xs:annotation> 18 <xs:documentation> 19 <label xml:lang="en">ConnectedNotReachableForPaging</label> 20 </xs:documentation> 21 </xs:annotation> 22 </xs:enumeration> 23 <xs:enumeration value="4"> 24 <xs:annotation> 25 <xs:documentation> 26 <label xml:lang="en">ConnectedReachableForPaging</label> 27 </xs:documentation> 28 </xs:annotation> 29 </xs:enumeration> 30 <xs:enumeration value="5"> 31 <xs:annotation> 32 <xs:documentation> 33 <label xml:lang="en">notProvidedFromSGSN</label> 34 </xs:documentation> 35 </xs:annotation> 36 </xs:enumeration> 37 <xs:enumeration value="6"> 38 <xs:annotation> 39 <xs:documentation> 40 <label xml:lang="en">networkDeterminedNotReachable</label> 41 </xs:documentation> 42 </xs:annotation> 43 </xs:enumeration> 44 </xs:restriction> 45 </xs:simpleType> 46 <xs:simpleType name="tPSIActivation" final="list restriction"> 47 <xs:restriction base="xs:unsignedByte"> 48 <xs:maxInclusive value="1"/> 49 <xs:enumeration value="0"> 50 <xs:annotation> 51 <xs:documentation> 52 <label xml:lang="en">INACTIVE</label> 53 <definition xml:lang="en"> The PSI is not available for 54 incoming traffic.</definition> 55 </xs:documentation> 56 </xs:annotation> 57

X.S0013-010-B v1.0

38

</xs:enumeration> 1 <xs:enumeration value="1"> 2 <xs:annotation> 3 <xs:documentation> 4 <label xml:lang="en">ACTIVE</label> 5 <definition xml:lang="en">The PSI is available for incoming 6 traffic.</definition> 7 </xs:documentation> 8 </xs:annotation> 9 </xs:enumeration> 10 </xs:restriction> 11 </xs:simpleType> 12 <xs:simpleType name="tLocationNumber" final="list restriction"> 13 <xs:restriction base="xs:string"> 14 <xs:minLength value="4"/> 15 <xs:maxLength value="16"/> 16 </xs:restriction> 17 </xs:simpleType> 18 <xs:simpleType name="tCellGlobalId" final="list restriction"> 19 <xs:restriction base="xs:string"> 20 <xs:length value="12"/> 21 </xs:restriction> 22 </xs:simpleType> 23 <xs:simpleType name="tServiceAreaId" final="list restriction"> 24 <xs:restriction base="xs:string"> 25 <xs:length value="12"/> 26 </xs:restriction> 27 </xs:simpleType> 28 <xs:simpleType name="tLocationAreaId" final="list restriction"> 29 <xs:restriction base="xs:string"> 30 <xs:length value="8"/> 31 </xs:restriction> 32 </xs:simpleType> 33 <xs:simpleType name="tRoutingAreaId" final="list restriction"> 34 <xs:restriction base="xs:string"> 35 <xs:length value="8"/> 36 </xs:restriction> 37 </xs:simpleType> 38 <xs:simpleType name="tGeographicalInformation" final="list 39 restriction"> 40 <xs:restriction base="xs:string"> 41 <xs:length value="12"/> 42 </xs:restriction> 43 </xs:simpleType> 44 <xs:simpleType name="tGeodeticInformation" final="list restriction"> 45 <xs:restriction base="xs:string"> 46 <xs:length value="16"/> 47 </xs:restriction> 48 </xs:simpleType> 49 <xs:simpleType name="tAddressString" final="list restriction"> 50 <xs:restriction base="xs:string"> 51 <xs:minLength value="4"/> 52 <xs:maxLength value="28"/> 53 </xs:restriction> 54 </xs:simpleType> 55 <xs:simpleType name="tSelectedLSAIdentity" final="list restriction"> 56 <xs:restriction base="xs:string"> 57

X.S0013-010-B v1.0

39

<xs:length value="4"/> 1 </xs:restriction> 2 </xs:simpleType> 3 <xs:simpleType name="tPriority" final="list restriction"> 4 <xs:restriction base="xs:int"> 5 <xs:minInclusive value="0"/> 6 </xs:restriction> 7 </xs:simpleType> 8 <xs:simpleType name="tGroupID" final="list restriction"> 9 <xs:restriction base="xs:int"> 10 <xs:minInclusive value="0"/> 11 </xs:restriction> 12 </xs:simpleType> 13 <xs:simpleType name="tRegistrationType" final="list restriction"> 14 <xs:restriction base="xs:unsignedByte"> 15 <xs:maxInclusive value="2"/> 16 <xs:enumeration value="0"> 17 <xs:annotation> 18 <xs:documentation> 19 <label xml:lang="en">INITIAL_REGISTRATION</label> 20 <definition xml:lang="en">Matches to REGISTER messages that 21 are relater to initial registration.</definition> 22 </xs:documentation> 23 </xs:annotation> 24 </xs:enumeration> 25 <xs:enumeration value="1"> 26 <xs:annotation> 27 <xs:documentation> 28 <label xml:lang="en">RE-REGISTRATION</label> 29 <definition xml:lang="en">Matches to REGISTER messages that 30 are relater to re-registration.</definition> 31 </xs:documentation> 32 </xs:annotation> 33 </xs:enumeration> 34 <xs:enumeration value="2"> 35 <xs:annotation> 36 <xs:documentation> 37 <label xml:lang="en">DE-REGISTRATION</label> 38 <definition xml:lang="en">Matches to REGISTER messages that 39 are relater to de-registration.</definition> 40 </xs:documentation> 41 </xs:annotation> 42 </xs:enumeration> 43 </xs:restriction> 44 </xs:simpleType> 45 <xs:simpleType name="tID" final="list restriction"> 46 <xs:restriction base="xs:int"> 47 <xs:minInclusive value="0"/> 48 </xs:restriction> 49 </xs:simpleType> 50 <xs:simpleType name="tDirectionOfRequest" final="list restriction"> 51 <xs:restriction base="xs:unsignedByte"> 52 <xs:maxInclusive value="3"/> 53 <xs:enumeration value="0"> 54 <xs:annotation> 55 <xs:documentation> 56 <label xml:lang="en">ORIGINATING_SESSION</label> 57

X.S0013-010-B v1.0

40

<definition xml:lang="en">Originating Session</definition> 1 </xs:documentation> 2 </xs:annotation> 3 </xs:enumeration> 4 <xs:enumeration value="1"> 5 <xs:annotation> 6 <xs:documentation> 7 <label xml:lang="en">TERMINATING_SESSION</label> 8 <definition xml:lang="en">Terminating Session</definition> 9 </xs:documentation> 10 </xs:annotation> 11 </xs:enumeration> 12 <xs:enumeration value="2"> 13 <xs:annotation> 14 <xs:documentation> 15 <label xml:lang="en">TERMINATING_UNREGISTERED</label> 16 <definition xml:lang="en">Terminating Session for 17 unregistered user</definition> 18 </xs:documentation> 19 </xs:annotation> 20 </xs:enumeration> 21 </xs:restriction> 22 </xs:simpleType> 23 <xs:simpleType name="tDefaultHandling" final="list restriction"> 24 <xs:restriction base="xs:unsignedByte"> 25 <xs:maxInclusive value="1"/> 26 <xs:enumeration value="0"> 27 <xs:annotation> 28 <xs:documentation> 29 <label xml:lang="en">SESSION_CONTINUED</label> 30 <definition xml:lang="en">Session Continued</definition> 31 </xs:documentation> 32 </xs:annotation> 33 </xs:enumeration> 34 <xs:enumeration value="1"> 35 <xs:annotation> 36 <xs:documentation> 37 <label xml:lang="en">SESSION_TERMINATED</label> 38 <definition xml:lang="en">Session Terminated</definition> 39 </xs:documentation> 40 </xs:annotation> 41 </xs:enumeration> 42 </xs:restriction> 43 </xs:simpleType> 44 <xs:simpleType name="tAgeOfLocationInformation" final="list 45 restriction"> 46 <xs:restriction base="xs:int"> 47 <xs:minInclusive value="0"/> 48 <xs:maxInclusive value="32767"/> 49 </xs:restriction> 50 </xs:simpleType> 51 <xs:simpleType name="tBool"> 52 <xs:restriction base="xs:boolean"/> 53 </xs:simpleType> 54 <xs:simpleType name="tSequenceNumber" final="list restriction"> 55 <xs:restriction base="xs:int"> 56 <xs:minInclusive value="0"/> 57

X.S0013-010-B v1.0

41

<xs:maxInclusive value="65535"/> 1 </xs:restriction> 2 </xs:simpleType> 3 <xs:complexType name="tExtension"> 4 <xs:sequence> 5 <xs:any processContents="lax" minOccurs="0" 6 maxOccurs="unbounded"/> 7 </xs:sequence> 8 </xs:complexType> 9 <xs:complexType name="tShIMSDataExtension"> 10 <xs:sequence> 11 <xs:element name="PSIActivation" type="tPSIActivation" 12 minOccurs="0"/> 13 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 14 </xs:sequence> 15 </xs:complexType> 16 <xs:complexType name="tSePoTriExtension"> 17 <xs:sequence> 18 <xs:element name="RegistrationType" type="tRegistrationType" 19 minOccurs="0" maxOccurs="2"/> 20 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 21 </xs:sequence> 22 </xs:complexType> 23 <xs:complexType name="tPublicIdentityExtension"> 24 <xs:sequence> 25 <xs:element name="IdentityType" type="tIdentityType" 26 minOccurs="0"/> 27 <xs:element name="WildcardedPSI" type="xs:anyURI" minOccurs="0"/> 28 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 29 </xs:sequence> 30 </xs:complexType> 31 <xs:complexType name="tSh-Data"> 32 <xs:sequence> 33 <xs:element name="PublicIdentifiers" type="tPublicIdentity" 34 minOccurs="0"/> 35 <xs:element name="RepositoryData" type="tTransparentData" 36 minOccurs="0"/> 37 <xs:element name="Sh-IMS-Data" type="tShIMSData" minOccurs="0"/> 38 <xs:element name="CSLocationInformation" 39 type="tCSLocationInformation" minOccurs="0"/> 40 <xs:element name="PSLocationInformation" 41 type="tPSLocationInformation" minOccurs="0"/> 42 <xs:element name="CSUserState" type="tCSUserState" minOccurs="0"/> 43 <xs:element name="PSUserState" type="tPSUserState" minOccurs="0"/> 44 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 45 <xs:any namespace="##other" processContents="lax" minOccurs="0" 46 maxOccurs="unbounded"/> 47 </xs:sequence> 48 </xs:complexType> 49 <xs:complexType name="tTransparentData"> 50 <xs:sequence> 51 <xs:element name="ServiceIndication" type="tString"/> 52 <xs:element name="SequenceNumber" type="tSequenceNumber"/> 53 <xs:element name="ServiceData" type="tServiceData" minOccurs="0"/> 54 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 55 <xs:any namespace="##other" processContents="lax" minOccurs="0" 56 maxOccurs="unbounded"/> 57

X.S0013-010-B v1.0

42

</xs:sequence> 1 </xs:complexType> 2 <xs:complexType name="tServiceData"> 3 <xs:sequence> 4 <xs:any processContents="lax"/> 5 </xs:sequence> 6 </xs:complexType> 7 <xs:complexType name="tShIMSData"> 8 <xs:sequence> 9 <xs:element name="SCSCFName" type="tSIP_URL" minOccurs="0"/> 10 <xs:element name="IFCs" type="tIFCs" minOccurs="0"/> 11 <xs:element name="IMSUserState" type="tIMSUserState" 12 minOccurs="0"/> 13 <xs:element name="ChargingInformation" type="tChargingInformation" 14 minOccurs="0"/> 15 <xs:element name="Extension" type="tShIMSDataExtension" 16 minOccurs="0"/> 17 <xs:any namespace="##other" processContents="lax" minOccurs="0" 18 maxOccurs="unbounded"/> 19 </xs:sequence> 20 </xs:complexType> 21 <xs:complexType name="tIFCs"> 22 <xs:sequence> 23 <xs:element name="InitialFilterCriteria" 24 type="tInitialFilterCriteria" minOccurs="0" maxOccurs="unbounded"/> 25 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 26 <xs:any namespace="##other" processContents="lax" minOccurs="0" 27 maxOccurs="unbounded"/> 28 </xs:sequence> 29 </xs:complexType> 30 <xs:complexType name="tCSLocationInformation"> 31 <xs:sequence> 32 <xs:element name="LocationNumber" type="tLocationNumber" 33 minOccurs="0"/> 34 <xs:choice> 35 <xs:element name="CellGlobalId" type="tCellGlobalId" 36 minOccurs="0"/> 37 <xs:element name="ServiceAreaId" type="tServiceAreaId" 38 minOccurs="0"/> 39 <xs:element name="LocationAreaId" type="tLocationAreaId" 40 minOccurs="0"/> 41 </xs:choice> 42 <xs:element name="GeographicalInformation" 43 type="tGeographicalInformation" minOccurs="0"/> 44 <xs:element name="GeodeticInformation" type="tGeodeticInformation" 45 minOccurs="0"/> 46 <xs:element name="VLRNumber" type="tISDNAddress" minOccurs="0"/> 47 <xs:element name="MSCNumber" type="tISDNAddress" minOccurs="0"/> 48 <xs:element name="CurrentLocationRetrieved" type="tBool" 49 minOccurs="0"/> 50 <xs:element name="AgeOfLocationInformation" 51 type="tAgeOfLocationInformation" minOccurs="0"/> 52 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 53 <xs:any namespace="##other" processContents="lax" minOccurs="0" 54 maxOccurs="unbounded"/> 55 </xs:sequence> 56 </xs:complexType> 57

X.S0013-010-B v1.0

43

<xs:complexType name="tPSLocationInformation"> 1 <xs:sequence> 2 <xs:choice> 3 <xs:element name="CellGlobalId" type="tCellGlobalId" 4 minOccurs="0"/> 5 <xs:element name="ServiceAreaId" type="tServiceAreaId" 6 minOccurs="0"/> 7 <xs:element name="LocationAreaId" type="tLocationAreaId" 8 minOccurs="0"/> 9 </xs:choice> 10 <xs:element name="RoutingAreaId" type="tRoutingAreaId" 11 minOccurs="0"/> 12 <xs:element name="GeographicalInformation" 13 type="tGeographicalInformation" minOccurs="0"/> 14 <xs:element name="GeodeticInformation" type="tGeodeticInformation" 15 minOccurs="0"/> 16 <xs:element name="SGSNNumber" type="tISDNAddress" minOccurs="0"/> 17 <xs:element name="CurrentLocationRetrieved" type="tBool" 18 minOccurs="0"/> 19 <xs:element name="AgeOfLocationInformation" 20 type="tAgeOfLocationInformation" minOccurs="0"/> 21 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 22 <xs:any namespace="##other" processContents="lax" minOccurs="0" 23 maxOccurs="unbounded"/> 24 </xs:sequence> 25 </xs:complexType> 26 <xs:complexType name="tISDNAddress"> 27 <xs:sequence> 28 <xs:element name="Address" type="tAddressString" maxOccurs="9"/> 29 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 30 <xs:any namespace="##other" processContents="lax" minOccurs="0" 31 maxOccurs="unbounded"/> 32 </xs:sequence> 33 </xs:complexType> 34 <xs:complexType name="tPublicIdentity"> 35 <xs:sequence> 36 <xs:element name="IMSPublicIdentity" type="tIMSPublicIdentity" 37 minOccurs="0" maxOccurs="unbounded"/> 38 <xs:element name="MSISDN" type="tMSISDN" minOccurs="0" 39 maxOccurs="unbounded"/> 40 <xs:element name="Extension" type="tPublicIdentityExtension" 41 minOccurs="0"/> 42 <xs:any namespace="##other" processContents="lax" minOccurs="0" 43 maxOccurs="unbounded"/> 44 </xs:sequence> 45 </xs:complexType> 46 <xs:complexType name="tInitialFilterCriteria"> 47 <xs:sequence> 48 <xs:element name="Priority" type="tPriority"/> 49 <xs:element name="TriggerPoint" type="tTrigger" minOccurs="0"/> 50 <xs:element name="ApplicationServer" type="tApplicationServer"/> 51 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 52 <xs:any namespace="##other" processContents="lax" minOccurs="0" 53 maxOccurs="unbounded"/> 54 </xs:sequence> 55 </xs:complexType> 56 <xs:complexType name="tTrigger"> 57

X.S0013-010-B v1.0

44

<xs:sequence> 1 <xs:element name="ConditionTypeCNF" type="tBool"/> 2 <xs:element name="SPT" type="tSePoTri" minOccurs="0" 3 maxOccurs="unbounded"/> 4 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 5 <xs:any namespace="##other" processContents="lax" minOccurs="0" 6 maxOccurs="unbounded"/> 7 </xs:sequence> 8 </xs:complexType> 9 <xs:complexType name="tSePoTri"> 10 <xs:sequence> 11 <xs:element name="ConditionNegated" type="tBool" minOccurs="0"/> 12 <xs:element name="Group" type="tGroupID" maxOccurs="unbounded"/> 13 <xs:choice> 14 <xs:element name="RequestURI" type="tString"/> 15 <xs:element name="Method" type="tString"/> 16 <xs:element name="SIPHeader" type="tHeader"/> 17 <xs:element name="SessionCase" type="tDirectionOfRequest"/> 18 <xs:element name="SessionDescription" 19 type="tSessionDescription"/> 20 </xs:choice> 21 <xs:element name="Extension" type="tSePoTriExtension" 22 minOccurs="0"/> 23 <xs:any namespace="##other" processContents="lax" minOccurs="0" 24 maxOccurs="unbounded"/> 25 </xs:sequence> 26 </xs:complexType> 27 <xs:complexType name="tSessionDescription"> 28 <xs:sequence> 29 <xs:element name="Line" type="tString"/> 30 <xs:element name="Content" type="tString" minOccurs="0"/> 31 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 32 <xs:any namespace="##other" processContents="lax" minOccurs="0" 33 maxOccurs="unbounded"/> 34 </xs:sequence> 35 </xs:complexType> 36 <xs:complexType name="tHeader"> 37 <xs:sequence> 38 <xs:element name="Header" type="tString"/> 39 <xs:element name="Content" type="tString" minOccurs="0"/> 40 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 41 <xs:any namespace="##other" processContents="lax" minOccurs="0" 42 maxOccurs="unbounded"/> 43 </xs:sequence> 44 </xs:complexType> 45 <xs:complexType name="tApplicationServer"> 46 <xs:sequence> 47 <xs:element name="ServerName" type="tSIP_URL"/> 48 <xs:element name="DefaultHandling" type="tDefaultHandling" 49 minOccurs="0"/> 50 <xs:element name="ServiceInfo" type="tServiceInfo" minOccurs="0"/> 51 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 52 <xs:any namespace="##other" processContents="lax" minOccurs="0" 53 maxOccurs="unbounded"/> 54 </xs:sequence> 55 </xs:complexType> 56 <xs:complexType name="tChargingInformation"> 57

X.S0013-010-B v1.0

45

<xs:sequence> 1 <xs:element name="PrimaryEventChargingFunctionName" 2 type="tDiameterURI" minOccurs="0"/> 3 <xs:element name="SecondaryEventChargingFunctionName" 4 type="tDiameterURI" minOccurs="0"/> 5 <xs:element name="PrimaryChargingCollectionFunctionName" 6 type="tDiameterURI" minOccurs="0"/> 7 <xs:element name="SecondaryChargingCollectionFunctionName" 8 type="tDiameterURI" minOccurs="0"/> 9 <xs:element name="Extension" type="tExtension" minOccurs="0"/> 10 <xs:any namespace="##other" processContents="lax" minOccurs="0" 11 maxOccurs="unbounded"/> 12 </xs:sequence> 13 </xs:complexType> 14 <xs:element name="Sh-Data" type="tSh-Data"/> 15 </xs:schema> 16 17 18

19

Documents

All-IP Core Network Multimedia Domain 8 IP Multimedia ... · 1 All-IP Core Network Multimedia Domain ... 3 Signaling flows and message contents – Stage 2 4 5 ... “IP Multimedia