Professional Documents
Culture Documents
0
April 2012
2012 3GPP2
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
secretariat@3gpp2.org. Requests to reproduce individual Organizational Partner's documents should be directed
to that Organizational Partner. See www.3gpp2.org for more information.
Revision History
Revision
Description of Changes
Date
Rev 0 v1.0
Initial publication
20 April 2012
USSD
X.S0065 v1.0
2
3
4
5
TABLE OF CONTENTS
6
7
Table of Figures.....................................................................................................................................................iii
8
9
10
11
Foreword ................................................................................................................................................................ v
12
13
14
Introduction .............................................................................................................................................. 1
15
1.1
Scope.......................................................................................................................................... 1
16
1.2
18
1.3
19
1.4
17
20
21
22
23
24
Definitions ................................................................................................................................. 3
2.1.1
Symbols and Abbreviations ......................................................................................... 3
25
26
27
MS registration ......................................................................................................................................... 4
3.1
28
29
30
31
32
33
34
4.2
4.3
Handoff .................................................................................................................................... 11
35
36
37
38
39
40
41
42
43
44
45
5.2
5.3
Handoff .................................................................................................................................... 20
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Table of Contents
X.S0065 v1.0
6.1
USSD
1
2
3
4
7.1
7.2
11
7.3
7.4
7
8
9
10
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Table of Contents
ii
USSD
1
2
X.S0065 v1.0
TABLE OF FIGURES
3
4
5
6
7
8
9
Figure 1
Figure 2
Figure 3
Figure 4
Figure 5
10
11
Figure 6
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
iii
Table of Figures
X.S0065 v1.0
USSD
TABLE OF TABLES
2
3
Table 1
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Table of Tables
iv
USSD
X.S0065 v1.0
1
2
3
FOREWORD
4
5
6
7
8
9
This document was prepared by the Third Generation Partnership Project 2 (3GPP2) TSG-X
Working Group. This document is a new specification.
10
11
12
13
This document is subject to change following formal approval procedures. Should this
document be modified in the future, it will be re-released with a change-of-release date and an
identifying change in version number as follows:
14
15
16
17
X.S0065-000-X-n
where:
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Foreword
X.S0065 v1.0
USSD
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Foreword
vi
USSD
X.S0065 v1.0
1
2
3
Introduction
5
6
7
8
1.1
Scope
The Unstructured Supplementary Service Data (USSD) mechanism enables a Mobile Station
(MS) and Public Land Mobile Network (PLMN) operator defined application servers to
communicate.
10
11
12
13
14
Figure 1 shows the architecture for handling of USSD sessions. The MSC retrieves the USSD
information as part of the subscriber profile at the time of MS registration. The USSD
transactions are carried between the USSD client in the MS and the USSD Gateway (GW) via
the MSC.
15
16
17
18
19
Application
Server
20
21
22
23
24
Applications
Interface
25
26
MS
27
MSC
USSD GW
28
29
USSD Client
30
31
32
33
Figure 1
34
35
This document defines the requirements for handling USSD at the MS and network entities. It
does not include specification of particular applications, nor does it specify how a particular
application is selected.
36
37
38
39
40
This document also defines architecture requirements (stage 2) and the protocol details (stage
3) of the USSD.
41
42
43
44
45
1.2
Requirements Language
46
Shall and shall not identify requirements to be followed strictly to conform to this
document and from which no deviation is permitted. Should and should not indicate that
one of several possibilities is recommended as particularly suitable, without mentioning or
excluding others, that a certain course of action is preferred but not necessarily required, or
that (in the negative form) a certain possibility or course of action is discouraged but not
prohibited. May and need not indicate a course of action permissible within the limits of
the document. Can and cannot are used for statements of possibility and capability,
whether material, physical or causal.
47
48
49
50
51
52
53
54
55
56
57
58
59
60
1.1 Scope
1 Introduction
X.S0065 v1.0
1.3
USSD
Normative References
References are either specific (identified by date of publication, revision identifier, and
version number) or non-specific. For a specific reference, subsequent revisions may not apply.
For a non-specific reference, the latest revision applies.
3
4
5
6
7
[A.S0013]
3GPP2: A.S0013-D v3.0; 3GPP2 Interoperability Specification (IOS) for cdma2000 Access
Network Interfaces Part 3 Features; May 2011.
8
9
10
[C.S0105]
3GPP2: C.P0105 v0.02, Unstructured Supplementary Service Data (USSD) Service Options
for Spread Spectrum Systems: Service Options 78 and 79; April 2012.
11
12
13
NOTE: The above document is a work progress and should not be referenced unless and
until it is approved and published. Until such time as this Editors Note is removed,
the inclusion of the above document is for informational purposes only.
14
15
16
17
[X.S0002]
[X.S0004-520]
3GPP2: X.S0004-520-E v2.0, Mobile Application Part (MAP) TCAP Application Signaling
Protocols; July 2007.
19
22
[X.S0004-540]
18
20
21
23
24
[X.S0004-550]
25
26
27
[X.S0004-551]
[X.S0004-630]
3GPP2: X.S0004-551-E v1.0, Mobile Application Part (MAP) Parameter Type Signaling
Protocols; March 2004.
3GPP2: X.S0004-630-E v3.0, Mobile Application Part (MAP) Basic Call Processing; April
2008.
28
29
30
31
32
3GPP2: X.S0004-640-E v2.0, Mobile Application Part (MAP) Intersystem Operations; July
2007.
33
[X.S0004-641]
3GPP2: X.S0004-641-E v2.0, Mobile Application Part (MAP) SMS; July 2007.
36
[X.S0004-691]
3GPP2: X.S0004-691-E v3.0, Mobile Application Part (MAP) Annexes for the 6XX Series;
July 2007.
[X.S0004-640]
34
35
37
38
39
40
[TS24.080]
41
42
43
[TS22.030]
[TS23.090]
[TS24.010]
3GPP: TS 22.030, Man-Machine Interface (MMI) of the User Equipment (UE) (Release 10);
March 2011.
3GPP: TS 23.090, Unstructured Supplementary Service Data (USSD); Stage 2 (Release 10);
March 2011.
3GPP: TS 24.010; 3GPP Mobile radio interface layer 3 supplementary services specification;
General aspects (Release 10); June 2011.
44
45
46
47
48
49
50
51
52
1.4
53
Informative References
54
55
None
56
57
58
59
60
1 Introduction
USSD
1
2
X.S0065 v1.0
2.1
Definitions
3
4
5
6
7
USSD Request
8
9
A message requesting information sent by a USSD Client in the MS or a USSD GW. The
USSD Request can be used to establish a new USSD session or can be sent in an already
established USSD session.
10
11
12
13
14
USSD Response
15
16
17
18
USSD Notify
19
20
A notification sent by a USSD GW to a USSD Client in the MS. The notification conveys
information that the USSD Client may display to the user.
21
22
23
24
USSD operation
25
26
27
28
USSD session
29
30
A set of USSD messages that all share the same session identifier.
31
32
33
USSD Release
34
A message that ends the USSD session. This message is equivalent to the RELEASE
COMPLETE, see [TS24.080].
35
36
37
38
39
2.1.1
40
MMI
USSD
USSD GW
ADDS
DBM
IOS
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
2.1 Definitions
X.S0065 v1.0
USSD
MS registration
3
4
5
3.1
7
8
3.1.1
MS initiated registration
10
The information flow in Figure 2 is for a mobile initiated registration on a Serving MSC that
supports USSD functionality.
Serving Network
11
12
13
14
Home Network
15
16
17
18
MS
BS
19
HLR/
AC
MSC
20
21
22
23
24
25
26
27
28
29
30
31
32
MAP: authreq
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
Figure 2
49
50
51
1.
52
53
54
2.
55
56
57
58
59
60
3 MS registration
USSD
X.S0065 v1.0
3.
4.
5.
6.
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
7.
The MSC sends the Location Updating Accept message to the BS to indicate that the
Location Updating Request message has been processed.
8.
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
3 MS registration
X.S0065 v1.0
USSD
2
3
4
4.1
5
6
The USSD GW may initiate a USSD operation (request or notification) to the MS at any time.
The USSD operation may be a USSD request requesting the MS to provide information or
may be a USSD notification to provide information to the MS (without a USSD response
expected). The USSD operation may include a USSD string, an alphabet indicator and a
language indicator. The USSD operation may contain other data when providing information
for the MS or requesting information from the MS.
7
8
9
10
11
12
13
14
4.2
15
16
17
4.2.1
18
Information flows
19
The information flow for a network initiated USSD session is shown in Figure 3. The
information flow assumes that a traffic channel is established at the time the network initiated
the USSD request.
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
USSD
X.S0065 v1.0
1
2
3
Serving Network
Home Network
5
6
MS
BS
MSC
HLR
USSD
GW
10
MAP: smsrequest(SMS_Address )
11
12
13
14
15
16
17
18
19
20
22
SMT
21
23
24
25
26
MAP: smdpp
9
27
28
29
30
31
32
33
12
34
35
36
37
SMT
MAP: smdpp
38
13
14
39
40
15
41
42
43
44
45
46
47
SMT
AIR: Layer 2 Ack
18
48
49
19
50
51
MAP: smdpp
20
52
53
54
55
56
57
58
Figure 3
59
60
X.S0065 v1.0
USSD
1.
If the USSD GW does not have the address of the MSC currently serving the MS, it sends
a SMSREQ toward the HLR.
1
2
3
2.
If the HLR has the current address of the indicated MS-based USSD Client, the HLR
sends a smsreq to the requesting USSD GW.
4
5
6
3.
7
8
9
10
11
4.
Upon receipt of the SMDPP INVOKE message, the MSC determines if the subscriber is
authorized to use USSD services by examining the subscriber profile. If the subscriber
profile contains a USSDAddress parameter, the MSC caches the address which originated
the SMDPP INVOKE until the USSD session is complete. If the MS is not on a traffic
channel, the MSC pages the MS to establish a traffic channel.
12
13
14
15
16
17
If the subscriber is not authorized, the MSC sends a cause code in the SMDPP (see step
9).
5.
6.
The MSC constructs an IOS ADDS Deliver message. The Data Burst Type of the ADDS
User Data Informational Element is set to indicate USSD. The SMS_BearData parameter
of the MAP SMDPP INVOKE is used to create the Application Data Message of the
ADDS User Data Informational Element. The MSC sends the IOS ADDS Deliver
message to the BS.
The BS transmits the USSD Request message or USSD Notify message over the forward
traffic channel. If the BS does not receive an acknowledgment after transmitting the
USSD data burst message, it retransmits the message. The maximum number of the
retransmissions is configurable. When the BS reaches the maximum number of
retransmissions, the BS declares a Layer 2 Ack failure and initiates call clearing.
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
7.
The MS acknowledges receipt of the data burst message on the traffic channel with a
Layer 2 Ack.
8.
If the MSC has requested a response by including the tag element in the ADDS Deliver
message, the BS replies with an ADDS Deliver Ack message when it has received an
acknowledgment from the MS that the USSD Request message or USSD Notify message
was delivered. If a Tag element was included in the ADDS Deliver message, the BS shall
include the Tag element in the ADDS Deliver Ack message, and set it to the same value
as that received in the ADDS Deliver message.
35
The MSC acknowledges the MAP SMDPP INVOKE (step 3) by sending an SMDPP
RETURN RESULT to the USSD GW. Upon receiving the MAP SMDPP RETURN
RESULT, the USSD GW stops timer SMT.
42
10. The BS receives a traffic channel data burst message from an MS on the traffic channel
with a burst type indicating USSD. The traffic channel data burst message can contain
either a USSD Response message or a USSD Release message. The USSD DBM is
constructed as defined in [C.S0105]. If the MS sends a USSD Release, steps 15 through
20 are ignored.
46
9.
33
34
36
37
38
39
40
41
43
44
45
47
48
49
50
51
11. If a Layer 2 Ack was requested by the MS, the BS sends a Layer 2 Ack to the MS on the
traffic channel.
52
53
54
12. The BS sends an ADDS Deliver message to the MSC. The Application Data Message of
the ADDS User Data Informational Element contains the USSD DBM received from the
MS. The Data Burst Type of the ADDS User Data Informational Element is set to USSD.
55
56
57
58
59
60
USSD
X.S0065 v1.0
13. The MSC constructs a MAP SMDPP INVOKE. The SMS_BearData is constructed from
the ADDS User Part in the ADDS Deliver message containing the USSD response
message as defined in [TS24.080]. The SMDPP INVOKE is sent to the cached address,
see step 4.. The MSC starts timer SMT.
1
2
3
4
5
14. The USSD GW acknowledges the MAP SMDPP INVOKE (step 13) by sending an
SMDPP RETURN RESULT to the MSC. Upon receiving the MAP SMDPP RETURN
RESULT the MSC stops timer SMT.
6
7
8
9
NOTE: The USSD GW can send several USSD Request messages which results in
multiple transactions. In that case, steps 3 through 14 will be repeated for each USSD
Request message sent by the USSD GW.
10
11
12
13
NOTE: If the USSD GW sends a USSD Notify (see step 3) then steps 4 through step 14
will not be repeated.
14
15
16
15. To terminate the USSD transaction, the USSD GW constructs a MAP SMDPP INVOKE.
The SMS_BearData contains a USSD Release. The SMDPP INVOKE is sent to the
MSC. The USSD GW starts timer SMT.
17
18
19
20
16. Upon receipt of the SMDPP INVOKE, the MSC constructs an IOS ADDS Deliver
message. The Data Burst Type of the ADDS User Data Informational Element is set to
the USSD. The SMS_BearData parameter of the MAP SMDPP INVOKE is used to
create the Application Data Message of the ADDS User Data Informational Element. The
MSC sends the IOS ADDS Deliver message to the BS.
21
22
23
24
25
26
17. The BS transmits the USSD Release message over the forward traffic channel. If the BS
does not receive an acknowledgment after transmitting the USSD data burst message, it
shall retransmit the message. The maximum number of the retransmissions is
configurable by the BS manufacturer. When the BS reaches the maximum number of
retransmissions, it declares a Layer 2 Ack failure and initiate call clearing.
27
28
29
30
31
32
18. The MS acknowledges delivery of the data burst message on the traffic channel with a
Layer 2 Ack.
33
34
35
19. If the MSC has requested a response by including the tag element in the ADDS Deliver
message, the BS replies with an ADDS Deliver Ack message when it has received an
acknowledgment from the MS that the USSD Release was delivered. If a Tag element
was included in the ADDS Deliver message, the BS includes the Tag element in the
ADDS Deliver Ack message, and set it to the same value as that received in the ADDS
Deliver message.
36
37
38
39
40
41
42
20. The MSC acknowledges the MAP SMDPP INVOKE message (step 15) by sending an
SMDPP RETURN RESULT to the USSD GW. Upon receiving the MAP SMDPP
RETURN RESULT, the USSD GW stops timer SMT.
43
44
45
21. Anytime after step 17, the MS tears down the traffic channel.
46
47
48
49
4.2.2
50
51
52
53
54
If the USSD GW does not know the MSC address for which the USSD subscriber is currently
registered, the USSD GW sends a location request to the HLR. The HLR response contains
information as to whether the subscriber is registered and if registered what MSC is presently
serving the USSD subscriber.
55
56
57
58
If the subscriber is registered, the USSD GW may initiate a USSD session by sending a
USSD operation (i.e., USSD Request or a USSD Notify) to the MSC serving the USSD
59
60
X.S0065 v1.0
USSD
subscriber starting an application timer. If a USSD Request was sent to the USSD subscriber,
the USSD GW shall wait for a USSD Response.
1
2
3
4
If the application timer expires before a USSD Response has been received, the USSD GW
shallend the USSD session.
5
6
7
If the USSD GW receives a USSD response, the USSD GW may end the USSD session or
may use the same USSD session to send further USSD messages to the USSD subscriber.
8
9
10
11
The USSD GW may initiate another USSD session with the USSD subscriber after an
application dependent time interval has expired. The USSD GW shall end the first USSD
session with the USSD subscriber before initiating a new USSD session.
12
13
14
15
If the USSD subscriber ends the USSD session (e.g., the user ends the application), the USSD
GW shall inform the application server and shall end the USSD session with the USSD
subscriber.
16
17
18
19
20
4.2.3
21
22
Upon receipt of a USSD operation (i.e., a USSD Request or a USSD Notify) from the USSD
GW, the MSC shall determine if the USSD subscriber addressed in the USSD operation is
authorized to receive USSD services. If the USSD subscriber is authorized to receive USSD
services, the MSC shall send the USSD operation to the MS. The MSC shall not modify the
USSD application data.
23
24
25
26
27
28
29
Upon receipt of a USSD Release the MSC shall send the USSD Release towards the MS.
30
31
4.2.4
32
33
An MS may receive a USSD operation (i.e., a USSD Request or a USSD Notify) from the
USSD GW at any time.
34
35
36
37
If a USSD session is active and the MS receives a USSD operation associated with a new
USSD session, the MS shall reject the USSD operation.
38
39
40
If a USSD operation requires MMI and MMI is not possible, the MS shall reject the USSD
operation.
41
42
43
44
If a USSD operation indicates an alphabet that is not supported by the MS, the MS shall reject
the USSD operation and may inform the USSD GW of the alphabets supported by the MS,
[TS24.080].
45
46
47
48
49
Upon receipt of a USSD operation, the USSD client in the MS shall determine whether the
USSD operation is application mode or MMI mode as defined in [TS22.030].
50
51
52
If a USSD operation is MMI mode and the USSD operation is a USSD Request the USSD
Client shall start timer TRooz . The USSD Client shall display the information and await an
MMI response. Upon receipt of an MMI response, the MS may send a USSD Response to the
USSD GW or terminate the USSD session by sending a USSD Release to the USSD GW. If
timer TRooz expires, the USSD client in the MS shall terminate the USSD session by sending a
USSD Release to the USSD GW.
53
54
55
56
57
58
59
60
10
USSD
X.S0065 v1.0
If the USSD operation is a USSD Notify and the USSD operation is MMI mode, the USSD
client in the MS shall display the information to the user. The USSD Client shall send a
USSD Response back to the USSD GW.
1
2
3
4
5
If a USSD operation is application mode and the USSD operation is a USSD Request, the
USSD client shall pass the information to the addressed application client within the MS. The
USSD client shall start timer T MB. The USSD Client awaits a response from the addressed
application client. Upon receipt of an application client response, the USSD client may send a
USSD response to the USSD GW or terminate the USSD session by sending a USSD Release
to the USSD GW. If timer T MB expires, the USSD client in the MS shall terminate the USSD
session by sending a USSD Release to the USSD GW.
6
7
8
9
10
11
12
13
14
If a USSD operation is a USSD Notify and the USSD operation is application mode, the
USSD client in the MS shall pass the information to the addressed application client within
the MS. The USSD Client shall send a USSD Response back to the USSD GW.
15
16
17
18
If the USSD client has sent a USSD Response within a USSD session, the USSD client in the
MS shall wait for a USSD operation or a USSD Release from the USSD GW. The USSD
client shall not terminate a USSD session if a USSD Response has been sent to the USSD
GW. The USSD client shall wait for the USSD GW to terminate the USSD session. The
USSD client shall handle successive USSD operations within the same USSD session.
19
20
21
22
23
24
25
26
27
4.3
Handoff
28
Inter-MSC handoff shall not have any impact on the USSD services.
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
4.3 Handoff
11
X.S0065 v1.0
USSD
MS initiated USSD
2
3
4
5.1
5
6
The USSD client in the MS may send a USSD request to an application server at any time.
The application server may end the session or send a USSD request or USSD notification.
7
8
9
10
Upon receipt of a USSD operation within the same transaction, the USSD client shall process
the operation and send an appropriate response (e.g. USSD Response or Release).
11
12
13
The USSD message may contain the USSD string, an alphabet indicator and a language
indicator or may contain other data.
14
15
16
17
5.2
18
19
20
5.2.1
21
Information flows
22
23
5.2.1.1
24
25
The information flow for an MS initiated USSD session is shown in Figure 4. The
information flow assumes that a traffic channel is established at the time of the MS initiated
the USSD Request.
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
5 MS initiated USSD
12
USSD
X.S0065 v1.0
1
2
3
Serving Network
Home Network
5
6
7
MS
BS
MSC
USSD
GW
HLR
8
9
10
11
12
13
14
15
16
17
18
MAP: smdpp
19
SMT
6
20
21
22
23
7
IOS: ADDS DELIVER ACK (ADDS User Data=USSD DBM)
24
25
26
27
28
SMT
10
29
30
11
31
MAP: smdpp
32
12
33
34
35
13
36
37
38
Figure 4
39
40
41
1.
2.
The BS receives a traffic channel data burst message from an MS on the traffic channel
with a burst type indicating USSD. The USSD DBM is constructed as defined in
[C.S0105].
3.
If a Layer 2 Ack was requested by the MS, the BS sends a Layer 2 Ack to the MS on the
traffic channel.
4.
The BS sends an ADDS Deliver message to the MSC. The Application Data Message of
the ADDS User Data Informational Element contains the USSD DBM received from the
MS. The Data Burst Type of the ADDS User Data Informational Element is set to
indicate USSD.
5.
The MSC determines if the MS is authorized to use USSD services by examining the
subscriber profile. If the subscriber profile contains a USSDAddress parameter, the MSC
constructs an SMDPP INVOKE. The SMS_BearData is constructed from the ADDS User
Part in the ADDS Deliver message. The SMDPP INVOKE is sent to the USSD Address
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
13
5 MS initiated USSD
X.S0065 v1.0
USSD
identified by the USSD Address parameter in the Subscriber Profile. The MSC starts
timer SMT. If the subscriber is not authorized to use USSD services the MSC rejects the
USSD session setup.
1
2
3
4
NOTE: There is no error message that is sent back to the MS to inform the USSD client
that the USSD Request was rejected by the MSC.
5
6
7
6.
The USSD GW caches the MSC address until the USSD session is complete. The USSD
GW acknowledges the SMDPP INVOKE (step 5) by sending an SMDPP RETURN
RESULT to the MSC. Upon receiving the SMDPP RETURN RESULT, the MSC stops
timer SMT. The SMDPP RETURN RESULT can contain an error cause code indicating
that the USSD GW has rejected the USSD Request.
8
9
10
11
12
13
NOTE: The USSD GW can request further information from the USSD client resulting in
the USSD GW sending one or more USSD Requests within the same USSD session.
14
15
16
7.
8.
9.
10. The MS acknowledges delivery of the data burst message on the traffic channel with a
Layer 2 Ack.
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
11. If the MSC has requested a response by including the tag element in the ADDS Deliver
message, the BS replies with an ADDS Deliver Ack message when it has received
acknowledgment from the MS that the message was delivered. If a Tag element was
included in the ADDS Deliver message, the BS shall include the Tag element in the
ADDS Deliver Ack message, and set it to the same value as that received in the ADDS
Deliver message.
35
12. The MSC acknowledges the SMDPP INVOKE (step 7) by sending an SMDPP
RETURN RESULT to the address which originated the SMDPP INVOKE. Upon
receiving the SMDPP RETURN RESULT, the USSD GW stops timer SMT.
42
13. The MS releases the traffic channel. See the Call Clear via Clear Request (MS Initiated)
informational flow in [A.S0013].
46
36
37
38
39
40
41
43
44
45
47
48
5.2.1.2
49
50
51
52
53
54
55
56
57
58
59
60
5 MS initiated USSD
14
USSD
X.S0065 v1.0
1
2
3
Serving Network
Home Network
5
6
7
MS
BS
MSC
USSD
GW
HLR
10
11
12
13
14
15
16
17
18
MAP: smdpp
19
SMT
6
20
21
22
23
7
AIR: Layer 2 Ack
24
25
26
27
28
10
29
MAP: smdpp
30
SMT
11
31
32
33
34
35
36
37
38
Figure 5
39
40
1.
2.
The BS receives a traffic channel data burst message from an MS on the traffic channel
with a burst type indicating USSD. The USSD DBM is constructed as defined in
[C.S0105].
3.
If a Layer 2 Ack was requested by the MS, the BS sends a Layer 2 Ack to the MS on the
traffic channel.
4.
The BS sends an ADDS Deliver message to the MSC. The Application Data Message of
the ADDS User Data Informational Element contains the USSD DBM received from the
MS. The Data Burst Type of the ADDS User Data Informational Element is set to
indicate USSD.
5.
The MSC determines if the MS is authorized to use USSD services by examining the
subscriber profile. If the subscriber profile contains a USSDAddress parameter, the MSC
constructs an SMDPP INVOKE. The SMS_BearData is constructed from the ADDS User
Part in the ADDS Deliver message. The SMDPP INVOKE is sent to the USSD Address
identified by the USSDAddress parameter in the Subscriber Profile. The MSC starts
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
15
5 MS initiated USSD
X.S0065 v1.0
USSD
timer SMT. If the subscriber is not authorized to use USSD services, the MSC rejects the
USSD session setup.
1
2
3
6.
NOTE: There is no error message that is sent back to the MS to inform the USSD client
that the USSD Request was rejected by the MSC.
4
5
6
7.
The USSD GW caches the MSC address until the USSD session is complete. The USSD
GW acknowledges the SMDPP INVOKE (step 5) by sending an SMDPP RETURN
RESULT to the MSC. Upon receiving the SMDPP RETURN RESULT, the MSC stops
timer SMT. The SMDPP RETURN RESULT can contain an error cause code indicating
that the USSD GW has rejected the USSD Request.
7
8
9
10
11
12
8.
The BS receives a traffic channel data burst message from an MS on the traffic channel
with a burst type indicating USSD and containing a USSD Release. The USSD Release
DBM is constructed as defined in [C.S0105].
13
14
15
16
9.
If a Layer 2 Ack was requested by the MS, the BS sends a Layer 2 Ack to the MS on the
traffic channel.
10. The BS sends an ADDS Deliver message to the MSC. The Application Data Message of
the ADDS User Data Informational Element contains the USSD DBM received from the
MS. The Data Burst Type of the ADDS User Data Informational Element is set to
indicate USSD.
17
18
19
20
21
22
23
11. The MSC constructs a MAP SMDPP INVOKE. The SMS_BearData is constructed from
the ADDS User Part in the ADDS Deliver message containing the USSD Release
message as defined in [TS24.080]. The SMDPP INVOKE is sent to the address given in
the USSDAddress parameter (e.g., the USSD GW address) of the Subscriber Profile. The
MSC starts timer SMT.
24
12. The USSD GW acknowledges the MAP SMDPP INVOKE (step 10) by sending an
SMDPP RETURN RESULT to the MSC. Upon receiving the MAP SMDPP RETURN
RESULT, the MSC stops timer SMT.
30
13. The MS releases the traffic channel. See the Call Clear via Clear Request (MS Initiated)
informational flow in [A.S0013].
34
25
26
27
28
29
31
32
33
35
36
5.2.1.3
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
5 MS initiated USSD
16
USSD
X.S0065 v1.0
Tandem Network
Serving Network
Anchor Network
2
3
4
5
6
MS
Serving
MSC
BS
Tandem
MSC
USSD
GW
Anchor
MSC
7
8
9
10
11
12
13
14
15
4
MAP: SMDBACK (ServiceIndicator=USSD, SMS_BearData=USSD DBM (USSD Request) )
16
17
18
19
21
SMT
22
23
MAP: smdpp
25
26
27
11
MAP: SMDFWD (ServiceIndicator=USSD, SMS_BearData=USSD DBM (USSD Request) )
29
30
12
MAP: SMDFWD (ServiceIndicator=USSD, SMS_BearData=USSD DBM (USSD Request) )
13
31
32
14
33
34
35
24
28
20
36
16
IOS: ADDS DELIVER ACK
37
17
38
39
40
41
19
42
MAP: smdpp
43
20
44
45
46
Figure 6
47
48
1.
2.
The BS receives a traffic channel data burst message from the MS on the traffic channel
with a burst type indicating USSD. The USSD DBM is constructed as defined in
[C.S0105].
3.
If a Layer 2 Ack was requested by the MS, the BS sends a Layer 2 Ack to the MS on the
traffic channel.
4.
The BS sends an ADDS Deliver message to the Serving MSC. The Application Data
Message of the ADDS User Data Informational Element contains the USSD DBM
49
50
51
52
53
54
55
56
57
58
59
60
17
5 MS initiated USSD
X.S0065 v1.0
USSD
received from the MS. The Data Burst Type of the ADDS User Data Informational
Element is set to USSD.
1
2
3
5.
The Serving MSC constructs an SMDBACK INVOKE (see Section 7.2.1.2). The Serving
MSC sets the ServiceIndicator to the USSD value. The SMS_BearData is constructed
from the ADDS User Data Informational Element in the ADDS Deliver message. The
SMDBACK INVOKE is sent towards the Anchor MSC, via a Tandem MSC.
4
5
6
7
8
6.
The Tandem MSC forwards the SMDBACK INVOKE to the Anchor MSC.
7.
The Anchor MSC examines the subscriber profile to determine if the MS is authorized to
use USSD services. If the subscriber profile contains a USSDAddress parameter, the
Anchor MSC constructs a SMDPP INVOKE. The SMS_BearData is constructed from the
SMS_BearData received in the SMDBACK INVOKE. The SMDPP INVOKE is sent to
the USSD Address identified by the USSDAddress parameter in the Subscriber Profile.
The Anchor MSC starts timer SMT.
9
10
11
12
13
14
15
16
17
If the subscriber is not authorized to use USSD services, the Anchor MSC rejects the
USSD session setup and sends a SMDBACK RETURN RESULT indicating a negative
acknowledgment of the SMDBACK operation invocation via the inclusion of a
SMS_CauseCode parameter to the Serving MSC.
NOTE: There is no error message that is sent back from the Serving MSC to the MS to
inform the USSD client that the USSD Request was rejected by the Anchor MSC.
8.
The USSD GW caches the Anchor MSC address until the USSD session is complete. The
USSD GW acknowledges the SMDPP INVOKE (step 7) by sending an SMDPP
RETURN RESULT to the Anchor MSC. Upon receiving the SMDPP RETURN
RESULT, the Anchor MSC stops timer SMT. The SMDPP RETURN RESULT can
contain an error cause code indicating that the USSD GW has rejected the USSD
Request.
NOTE: The USSD GW can request further information from the USSD client resulting in
the USSD GW sending one or more USSD Requests within the same USSD session.
9.
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
10. The Tandem MSC forwards the SMDBACK RETURN RESULT to the Serving MSC.
38
39
11. The USSD GW constructs a SMDPP INVOKE. The SMS_BearData parameter contains a
USSD Response. The USSD Response is constructed as defined in [C.S0105]. The
SMDPP INVOKE is sent to the Anchor MSC. The USSD GW starts timer SMT.
40
41
42
43
12. The Anchor MSC caches the address which originated the SMDPP INVOKE. The
Anchor MSC constructs an SMDFWD INVOKE (see Section 7.2.1.1. The Anchor MSC
sets the ServiceIndicator to the USSD value. The SMS_BearData is constructed from
the SMS_BearData received in the SMDPP INVOKE. The SMDBACK INVOKE is sent
towards the Anchor MSC, via a Tandem MSC.
44
45
46
47
48
49
13. The Tandem MSC forwards the SMDFWD INVOKE to the Serving MSC.
14. The Serving MSC constructs an IOS ADDS Deliver message. The Data Burst Type of the
ADDS User Data Informational Element is set to USSD. The SMS_BearData parameter
of the SMDFWD INVOKE is used to create the Application Data Message of the ADDS
User Data Informational Element. The Serving MSC sends the IOS ADDS Deliver
message to the BS.
15. The BS transmits the USSD message over the forward traffic channel to the MS. If the
BS does not receive an acknowledgment after transmitting the USSD data burst message,
50
51
52
53
54
55
56
57
58
59
60
5 MS initiated USSD
18
USSD
X.S0065 v1.0
1
2
3
4
16. The MS acknowledges delivery of the data burst message on the traffic channel with a
Layer 2 Ack.
5
6
7
17. If the Serving MSC has requested a response by including the tag element in the ADDS
Deliver message, the BS replies with an ADDS Deliver Ack message when it has
received acknowledgment from the MS that the message was delivered. If a Tag element
was included in the ADDS Deliver message, the BS shall include the Tag element in the
ADDS Deliver Ack message, and set it to the same value as that received in the ADDS
Deliver message.
8
9
10
11
12
13
14
18. The Serving MSC acknowledges the SMDFWD INVOKE (step 13) by sending an
SMDFWD RETURN RESULT sent towards the Anchor MSC, via a Tandem MSC.
15
16
17
19. The Tandem MSC forwards the SMDFWD RETURN RESULT to the Anchor MSC.
18
19
20. The Anchor MSC acknowledges the SMDPP INVOKE (step 11) by sending an SMDPP
RETURN RESULT to the address which originated the SMDPP INVOKE. Upon
receiving the SMDPP RETURN RESULT, the USSD GW stops timer SMT.
20
21
22
23
24
5.2.2
25
When the user or an application in the MS is to initiate a USSD Request, the MS initiates a
USSD session toward the USSD GW by constructing a USSD DBM as defined in [C.S0105].
If the MS is not assigned to a traffic channel, the MS shall establish a traffic channel as
defined in [A.S0013]. After sending a USSD Request, the USSD client in the MS shall wait
for a USSD operation from the USSD GW. If the USSD Response is MMI mode, the USSD
client shall display the USSD Response to the user. If the USSD Response is application
mode the USSD client shall relay the USSD Response to the appropriate application in the
MS.
26
27
28
29
30
31
32
33
34
35
The MS may receive a USSD Request or a USSD Notify from the USSD GW within the same
USSD session while awaiting a USSD Response to the mobile initiated USSD Request. Upon
receipt of an application mode USSD Request or USSD Notify within the same USSD
session, the USSD client shall pass the information to the addressed application client within
the MS. Upon receipt of an MMI mode USSD Request or USSD Notify within the same
USSD session, the USSD client shall display the information and await an MMI response.
36
37
38
39
40
41
42
43
If a USSD session is active and the MS receives a user or application request for a USSD
Request for a new USSD session, the MS shall reject the user or application request. If a
USSD session is active and the MS receives a USSD operation from the USSD GW
associated with a new USSD session, the MS shall reject the USSD operation.
44
45
46
47
48
49
50
51
52
53
54
55
56
57
5.2.3
58
59
60
19
5 MS initiated USSD
X.S0065 v1.0
5.2.4
USSD
The USSD GW may receive a USSD Request from a USSD client in the MS at any time. The
USSD GW shall route the USSD Request to the appropriate application server. If the
application server requires more information from the USSD client, the application server
may request the USSD GW to send a USSD Request within the same USSD session to the
USSD client.
3
4
5
6
7
8
9
Upon completion of the session by the application server, the USSD GW shall send a USSD
Response to the USSD client and shall release the USSD session.
10
11
12
13
5.3
Handoff
14
15
16
Inter-MSC handoff shall not have any impact on the USSD services.
17
18
Protocol procedures
19
20
21
6.1
22
23
24
The USSD GW and the MS shall support all the message types for the call independent
supplementary services control, FACILITY, REGISTER, and RELEASE COMPLETE
according to [TS24.080]. The USSD GW and the MS shall support all the USSD call related
and USSD call independent operation types defined in [TS24.080]. According to [TS24.010],
call related operations are supplementary service procedures occuring during the active state
of a call while call independent operations occur independent of the active state of a call. The
USSD GW and the MS shall support all the USSD related error responses defined in
[TS24.080] and shall implement all the USSD operation types and USSD error responses
defined in [TS24.080]. The USSD GW and the MS shall support all the USSD data types as
defined in [TS24.080].
25
26
27
28
29
30
31
32
33
34
35
36
The USSD messages shall be embedded in the appropriate component (Invoke, Return Result
or Return Error) of the Facility information element of the appropriate message (REGISTER,
FACILITY or RELEASE COMPLETE), as specified in [TS24.090].
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
5 MS initiated USSD
20
5.3 Handoff
USSD
1
2
X.S0065 v1.0
7.1
Editorial Conventions
3
4
5
6
7
8
9
10
11
12
13
14
7.2
MAP operations
15
16
17
7.2.1
Operation definitions
18
19
20
21
22
23
24
25
26
7.2.1.1
SMSDeliveryForward
Note: This operation definition is a modification of the SMSDeliveryForward operation
definition in [X.S0004-540].
The SMSDeliveryForward (SMDFWD) operation is a general purpose operation that is used
to convey an MS-terminated short message or in general any other information or
encapsulated data to the Serving MSC after handoff.
27
28
The following table lists the valid combinations of invoking and responding FEs.
29
INVOKING FE
RESPONDING FE
Case 1
Anchor MSC
Serving MSC
Case 2
Anchor MSC
Tandem MSC
Case 3
Tandem MSC
Tandem MSC
Case 4
Tandem MSC
Serving MSC
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
Timer: SFT
46
47
Field
Value
48
Identifier
Length
variable octets
49
50
51
Type
Reference
[X.S0004520] 1.3.2.1
[X.S0004520] 1.3.2.1
52
53
54
55
Notes
Contents
InterMSCCircuitID
[X.S0004540] 2.129
SMS_BearerData
[X.S0004540] 2.233
56
57
58
59
60
21
X.S0065 v1.0
USSD
SMS_TeleserviceIdentifier
[X.S0004540] 2.246
ElectronicSerialNumber
[X.S0004540] 2.112
IMSI
[X.S0004540] 2.127
2
3
4
5
6
7
8
MobileIdentificationNumber
[X.S0004540] 2.140
a, h
ServiceIndicator
6.3.1.1
11
SMS_ChargeIndicator
[X.S0004540] 2.235
12
9
10
13
14
SMS_OriginalDestinationAddress
[X.S0004540] 2.240
SMS_OriginalDestinationSubaddress
[X.S0004540] 2.241
15
16
17
18
SMS_OriginalOriginatingAddress
[X.S0004540] 2.242
SMS_OriginalOriginatingSubaddress
[X.S0004540] 2.243
[X.S0004540] 2.244
19
20
21
SMS_OriginatingAddress
22
23
24
25
26
Notes:
27
28
a.
b.
Include if applicable.
c.
d.
e.
Include to identify the SME to which the short message is destined (e.g., the MDN,
for termination to the MS-based SME).
29
30
31
32
33
34
35
36
37
Include to identify the SME from which the short message originated (e.g., the
MDN, if originated by an MS-based SME).
38
g.
41
h.
i.
Include for CDMA USSD. When ServiceIndicator is included, the length of the
SMS_TeleserviceIdentifier is set to 0.
f.
39
40
42
43
44
45
46
47
48
49
50
51
52
53
54
Field
Value
Identifier
Type
Reference
[X.S0004520]1.3.2.2
Notes
55
56
57
58
59
60
22
USSD
X.S0065 v1.0
Length
variable octets
[X.S0004520] 1.3.2.2
3
4
Contents
SMS_BearerData
[X.S0004540] 2.233
SMS_CauseCode
[X.S0004540] 2.234
6
7
8
9
10
11
Notes:
12
13
14
15
a.
b.
16
17
18
19
20
21
22
23
24
25
26
7.2.1.2
SMSDeliveryBackward
Note: This operation definition is a modification of the SMSDeliveryBackward operation
definition in [X.S0004-540].
The SMSDeliveryBackward (SMDBACK) operation is a general purpose operation that is
used to convey an MS-originated short message or in general any other information or
encapsulated data to the Anchor MSC after handoff.
The following table lists the valid combinations of invoking and responding FEs.
27
INVOKING FE
RESPONDING FE
Case 1
Serving MSC
Anchor MSC
Case 2
Serving MSC
Tandem MSC
Case 3
Tandem MSC
Tandem MSC
Case 4
Tandem MSC
Anchor MSC
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
Timer: SBT
44
45
46
Field
Value
Identifier
Length
variable octets
47
48
49
Type
Reference
[X.S0004520] 1.3.2.1
[X.S0004520] 1.3.2.1
50
51
Contents
52
InterMSCCircuitID
[X.S0004540] 2.129
MSID
[X.S0004540] 2.153
SMS_BearerData
[X.S0004540] 2.233
53
Notes
54
55
56
57
58
59
60
23
X.S0065 v1.0
USSD
SMS_TeleserviceIdentifier
[X.S0004540] 2.246
ElectronicSerialNumber
[X.S0004540] 2.112
ServiceIndicator
6.3.1.1
SMS_ChargeIndicator
[X.S0004540] 2.235
SMS_DestinationAddress
[X.S0004540] 2.236
[X.S0004540] 2.240
SMS_OriginalDestinationAddress
2
3
4
5
6
7
8
9
10
11
12
13
14
SMS_OriginalDestinationSubaddress
[X.S0004540] 2.241
SMS_OriginalOriginatingAddress
[X.S0004540] 2.242
15
16
17
18
SMS_OriginalOriginatingSubaddress
[X.S0004540] 2.243
SMS_TransactionID
[X.S0004540] 2.248
19
20
21
22
23
24
25
26
Notes:
27
a.
Include if applicable.
b.
c.
31
d.
Include to identify the SME to which the short message is destined (e.g., the MDN,
for termination to an MS-based SME).
33
28
29
30
32
34
35
e.
Include to identify the SME from which the short message originated (e.g., the
MDN, if originated by an MS-based SME).
36
37
38
f.
g.
h.
Include the identifier with which the MS last accessed the system, unless that
identifier was a MIN-based IMSI, in which case the MobileIdentificationNumber
(populated with the MIN derived from that IMSI) should be included.
42
Include for CDMA USSD. When ServiceIndicator is included, the length of the
SMS_TeleserviceIdentifier is set to 0.
46
i.
39
40
41
43
44
45
47
48
49
50
51
52
53
54
Value
Identifier
55
Type
Reference
[X.S0004520] 1.3.2.2
Notes
56
57
58
59
60
24
USSD
X.S0065 v1.0
Length
variable octets
[X.S0004520] 1.3.2.2
3
4
Contents
SMS_BearerData
[X.S0004540] 2.233
SMS_CauseCode
[X.S0004540] 2.234
SMS_TransactionID
[X.S0004540] 2.248
6
7
8
9
10
11
12
13
14
Notes:
15
16
17
18
19
a.
b.
c.
20
21
22
23
7.3
MAP parameters
24
25
26
7.3.1
Parameter definitions
27
28
29
30
31
7.3.1.1
ServiceIndicatior
Note: This parameter definition is a modification of the ServiceIndicator parameter
definition in [X.S0004-550].
32
33
34
35
Field
36
37
Value
40
41
Reference
Identifer
ServiceIndicator
IMPLICIT OCTET STRING
[X.S0004-550]
Length
variable octets
[X.S0004-550]
38
39
Type
Contents
42
43
Octet
44
Service
45
46
47
48
Notes
Notes
Notes:
a.
49
Ignore extra octets, if received. Send only defined (or significant) octets
50
51
52
53
54
Service (octet 1)
55
56
57
58
Decimal Value
Meaning
Undefined Service.
59
60
25
X.S0065 v1.0
USSD
See [X.S0002]
See [X.S0002]
See [X.S0002]
USSD
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
7.3.1.2
18
TransactionCapability
19
20
21
22
23
24
25
26
Field
Value
Identifer
Length
Type
Reference
TransactionCapability
IMPLICIT OCTET STRING
[X.S0004-550]
2 or more octets
Notes
27
28
29
30
31
[X.S0004-550]
32
Contents
33
Octet
NAMI
NDSS
UZCI
SPINI
RUI
ANN
BUSY
PROF
OTAP
A
S&R
WADD
R
TL
Notes
34
35
Multiple Terminations
36
37
38
39
Reserved
USSD
MX
ANCA
P
Rsvd
40
41
42
43
44
Notes:
a
45
46
47
b Ignore extra octets, if received. Send only defined (or significant) octets.
48
49
50
51
52
Meaning
53
54
55
56
57
58
59
60
26
USSD
X.S0065 v1.0
1
2
Value
4
5
6
7
8
Meaning
9
10
11
12
Value
13
Meaning
14
15
16
17
18
19
20
21
22
Value
Meaning
23
24
25
26
27
28
29
Value
30
31
Meaning
32
33
34
35
36
37
Value
38
39
40
41
Meaning
42
43
44
45
Value
Meaning
46
47
48
49
50
51
52
Value
53
54
Meaning
55
56
57
58
59
60
27
X.S0065 v1.0
USSD
2
3
Value
Meaning
4
5
0
1 through 15
10
11
Value
12
Meaning
13
0
1
15
16
17
18
19
14
20
Meaning
21
23
22
24
25
26
27
28
29
30
Meaning
31
32
33
34
35
36
37
38
39
Value
0
1
Meaning
40
41
42
43
44
45
46
47
48
Value
Meaning
49
50
51
52
53
54
55
56
57
58
59
60
28
USSD
X.S0065 v1.0
2
3
Value
4
5
6
7
Meaning
The system does not require the MIN Extension for this MS.
8
9
10
11
Value
12
Meaning
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
7.3.1.3
Profile
Note: This parameter definition is a modification of the Profile parameter definition in
[X.S0004-550].
The Profile is a collection of the subscribers calling profile information. This information is a
list of optional parameters. The Profile macro has been defined solely for editorial
convenience, and does not affect the encoding in any way.
30
31
Profile
32
Type
Reference
Notes
AuthenticationCapability
[X.S0004550] 2.12
CallingFeaturesIndicator
[X.S0004550] 2.38
CarrierDigits
[X.S0004550] 2.47
CDMABandClass
[X.S0004550] 2.52
CDMABandClassList
[X.S0004550] 2.54
ad
CDMAServiceOptionList
[X.S0004550] 2.77
ab
DMH_AccountCodeDigits
[X.S0004550] 2.118
DMH_AlternateBillingDigits
[X.S0004550] 2.119
DMH_BillingDigits
[X.S0004550] 2.120
GeographicAuthorization
[X.S0004550] 2.132
33
34
35
36
Contents
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
29
X.S0065 v1.0
USSD
MessageWaitingNotificationCount
[X.S0004550] 2.146
MessageWaitingNotificationType
[X.S0004550] 2.147
[X.S0004550] 2.149
MobileDirectoryNumber
4
5
6
7
[X.S0004550] 2.178
OriginationTriggers
[X.S0004550] 2.179
8
9
10
11
12
13
PACAIndicator
[X.S0004550] 2.181
PreferredLanguageIndicator
[X.S0004550] 2.189
PSID_RSIDList
[X.S0004550] 2.194
u, aa
14
15
16
17
18
19
QoSPriority
[X.S0004550] 2.196
RestrictionDigits
[X.S0004550] 2.216
[X.S0004550] 2.219
2
3
OriginationIndicator
RoutingDigits
20
21
22
23
24
25
26
27
SMS_OriginationRestrictions
[X.S0004550] 2.255
SMS_TerminationRestrictions
[X.S0004550] 2.257
29
[X.S0004550] 2.261
SPINITriggers
[X.S0004550] 2.262
[X.S0004550] 2.281
ac
30
31
SPINIPIN
TDMADataFeaturesIndicator
28
32
33
34
35
36
37
38
TerminationRestrictionCode
[X.S0004550] 2.291
TerminationTriggers
[X.S0004550] 2.293
39
40
41
42
43
TriggerAddressList
[X.S0004550] 2.296
UserGroup
[X.S0004550] 2.303
USSDAddress
7.3.1.4
ae
44
45
46
47
48
49
50
51
52
Notes:
53
a. Include if available. May not be received from systems that conform to revisions
prior to IS-41-C.
54
55
56
57
58
59
60
30
USSD
X.S0065 v1.0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
u. Include to indicate the list of acceptable PSIDs/RSIDs for the indicated MS.
37
38
39
w. Include to indicate active WIN triggers and associated addresses for service logic
network elements.
40
41
42
x. Include if available.
43
44
y. Include if packet data services are applicable to indicate relative priority for purposes
of radio resource allocation.
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
31
X.S0065 v1.0
7.3.1.4
USSD
USSDAddress
The USSDAddress (USSDADDR) parameter is used to convey the current routing address of
the USSD Gateway for the purpose of sending USSD messaging from the MS USSD client to
the USSD Gateway. If SS7 is used for international USSD message routing, this parameter
should be formatted as an E.212 number. If SS7 is used for national message routing, this
parameter may be formatted either as an SS7 point code address or as an E.212 number.
3
4
5
6
7
8
9
7.3.1.4.1
10
11
12
13
14
Field
Value
Identifer
Length
Type
Reference
Notes
USSDAddress
IMPLICIT DigitsType
[X.S0004-550]
variable octets
15
16
17
18
[X.S0004-550]
19
20
Contents
21
22
Octet
Notes
Type of Digits
Nature of Number
d,e
27
29
23
24
25
Numbering Plan
Encoding
Number of Digits
26
28
30
31
32
33
34
35
36
37
Notes:
a.
38
Refer to the DigitsType parameter type see [X.S0004-551] Section 1.2 for notes and
field encoding.
39
40
41
b.
c.
d.
Numbering Plan supported shall include include E.164, E.212, X.121, and Private
numbering plan.
42
43
44
45
46
47
e.
f.
48
49
7.3.1.4.2
50
51
52
53
54
55
Field
Identifer
Value
USSDAddress
IMPLICIT DigitsType
Type
Reference
Notes
[X.S0004-550]
56
57
58
59
60
32
USSD
X.S0065 v1.0
Length
variable octets
[X.S0004-550]
Contents
4
5
Octet
Notes
Type of Digits
Nature of Number
d,e
6
7
8
9
10
Numbering Plan
Encoding
11
MSB
12
13
IP Address
14
15
16
LSB
17
18
19
Notes:
20
a.
Refer to the DigitsType parameter type see [X.S0004-551] Section 1.2 for notes and
field encoding.
b.
c.
d.
Numbering Plan shall be SS7 PC and SSN for this parameter variant.
e.
21
22
23
24
25
26
27
28
29
30
7.3.1.4.3
31
32
33
34
Field
35
36
37
Value
Reference
Notes
a
Identifer
USSDAddress
IMPLICIT DigitsType
[X.S0004-550]
Length
variable octets
[X.S0004-550]
38
39
Type
40
41
42
Contents
H
43
44
45
46
Octet
Notes
Type of Digits
Nature of Number
d,e
47
Numbering Plan
48
49
50
51
Encoding
Subsystem Number
52
53
54
55
56
Notes:
57
a.
58
59
Refer to the DigitsType parameter type see [X.S0004-551] Section 1.2 for notes and
field encoding.
60
33
X.S0065 v1.0
USSD
b.
c.
d.
e.
2
3
4
5
6
7
8
9
7.3.1.4.4
10
11
12
13
14
Field
Value
Type
Reference
Notes
a
Identifer
USSDAddress
IMPLICIT DigitsType
[X.S0004-550]
Length
variable octets
[X.S0004-550]
15
16
17
18
19
20
21
Contents
22
Octet
Notes
Type of Digits
Nature of Number
d,e
23
24
25
Numbering Plan
Encoding
Point Code
27
28
29
30
5
6
26
31
32
33
34
35
Notes:
a.
36
Refer to the DigitsType parameter type see [X.S0004-551] Section 1.2 for notes and
field encoding.
37
38
39
40
b.
c.
d.
Numbering Plan shall be SS7 PC and SSN for this parameter variant.
e.
f.
Bit A of Octet 4 is the first bit that would be emitted if the point code was
transmitted by the MTP layer. If the point code is less than 24 bits in length, then all
bits beyond the end of the point code up to and including bit H of Octet 6, should be
set to 0.
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
34
USSD
1
2
7.4
X.S0065 v1.0
3
4
5
7.4.1
Intersystem procedures
6
7
7.4.1.1
8
9
10
11
12
13
14
15
16
17
18
7.4.1.1.1
1-1
19
20
21
22
IF the ServiceIndicator parameter set to either the CDMA OTASP Service or the
CDMA OTAPA Service is received:
1-1-1
1-1-1-1
23
24
1-1-2
25
26
1-1-2-1
27
1-1-2-2
28
29
1-1-2-2-1
30
31
1-1-2-2-1-1
32
33
1-1-2-2-2
34
35
36
39
1-1-2-2-3
1-1-2-3
1-1-2-3-1
44
45
1-1-2-4
46
1-1-2-4-1
47
48
49
1-1-2-4-1-1
50
51
1-1-2-4-2
52
53
1-1-2-2-2-2
41
43
40
42
1-1-2-2-2-1
37
38
ENDIF.
Initiate RegistrationNotification::
Execute the MSC Receiving SMDPP INVOKE for Registration of
MS task (see Part 640, sec. 45.2 [X.S0004-640], section 45.2).
Release TRN:
IF the ServiceIndicator parameter is set to the CDMA OTASP Service
value:
Execute the MSC Receiving SMDPP INVOKE to Release TRN
task (see Part 640, sec. 43.5 [X.S0004-640], section 43.5).
ELSEIF the ServiceIndicator parameter is set to the CDMA OTAPA
Service value:
1-1-2-4-2-1
56
1-1-2-4-2-2
57
1-1-2-4-3
54
55
58
59
1-1-2-5
ENDIF.
Record NEWMSID:
60
35
X.S0065 v1.0
USSD
1-1-2-5-1
1-1-2-6
1-1-2-6-2
1-1-2-7
2
3
DEFAULT:
1-1-2-6-1
7
8
ENDCASE.
1-1-3
ENDIF.
1-1-4
9
10
11
12
1-2
ENDIF.
13
1-3
14
1-3-1
Execute the MSC Receiving an SMDPP INVOKE for USSD Exchange task
(see Section 7.4.1.2.1).
1-3-2
1-3-3
22
Set the original destination address with the address in the received
SMS_OriginalDestinationAddress parameter.
24
25
26
28
1-6-1
1-6-2
1-6-3
29
30
31
32
1-7
ENDIF.
1-8
33
34
35
36
37
1-9
ENDIF.
1-10
1-11
23
27
ELSE:
1-10-1
18
21
1-5
1-8-1
17
20
ENDIF;
1-6
16
19
1-4
1-5-1
15
38
Set the original originating address with the address in the received
SMS_OriginalOriginatingAddressparameter.
39
40
41
42
ELSE:
43
1-11-1
44
1-11-2
45
1-11-3
46
47
48
1-12
ENDIF.
1-13
1-13-1
Set the original originating subaddress with the address in the received
SMS_OriginalOriginatingSubaddress parameter.
ENDIF
1-15
1-15-1-1
50
51
52
53
1-14
1-15-1
49
54
55
56
57
58
59
60
36
USSD
X.S0065 v1.0
1-15-1-1-1
2
3
4
5
1-15-1-1-1-1
1-15-1-1-1-1-1
1-15-1-1-1-1-2
7
8
1-15-1-1-1-2
ELSE:
1-15-1-1-1-2-1
10
11
12
1-15-1-1-1-3
13
1-15-1-1-2
14
1-15-1-2
15
1-15-1-2-1
16
17
18
19
1-15-1-2-1-1
20
21
1-15-1-2-1-1-1
22
1-15-1-2-1-1-2
23
24
1-15-1-2-1-2
25
1-15-1-2-1-2-1
26
ELSE:
Delete the broadcast message immediately.
1-15-1-2-1-3
27
ENDIF.
28
1-15-1-2-2
29
1-15-1-3
ENDIF.
31
1-15-1-4
32
1-15-1-5
33
1-15-2
ENDIF.
35
1-15-3
36
1-15-3-1
30
34
37
38
ENDFOR.
1-15-3-1-1
39
40
1-15-3-2
41
42
1-15-3-2-1
43
1-15-3-3
44
1-15-4
45
46
ELSE:
Treat the received message as a new broadcast message.
ENDIF.
ELSE (BroadcastMessageStatus parameter either has not been received or, if
received, indicates new):
47
1-15-4-1
48
1-15-5
ENDIF.
1-15-6
49
50
51
1-15-6-1
52
53
54
55
56
57
58
59
As part of this replacement, the stored priority for this message is replaced by the priority associated to the received
message (i.e., the priority indicated by the BroadcastMessagePriority parameter, if that parameter is received, or the
default value of normal otherwise). Also, the stored broadcast periodicity for this message is replaced by the value of a
received Broadcast-Periodicity parameter, but left unchanged if the BroadcastPeriodicity parameter is not received.
60
37
X.S0065 v1.0
USSD
1-15-7
ENDIF.
1-15-8
1-15-9
1-15-10
WHILE any additional broadcasts of this message are required (based on the
BroadcastPeriodicity value for this message and the capabilities of the MSC):
1-15-10-1
1-15-11
ENDWHILE.
1-15-12
1-18-3
1-20
24
26
28
29
30
31
32
1-21
ENDIF.
1-22
33
34
1-22-1-1-1-4-1
14
25
1-22-1-1-1-4
13
27
1-19
1-22-1-1-1-3-1
12
23
1-18-2
1-22-1-1-1-3
11
22
1-22-1-1-1-2
10
21
1-18-1
1-22-1-1-1-1
20
ELSE:
1-22-1-1-1
19
1-22-1-1
18
1-22-1
17
1-17
1-20-1
16
ENDIF.
1-17-1
15
1-16
1-18
35
36
37
38
39
40
41
42
43
44
46
45
47
48
49
50
51
52
53
ELSE:
54
Execute the MSC Initiating SMD-REQUEST toward an MSBased SME task (see Part 691, sec. 4 [X.S0004691], section 4).
55
56
57
58
59
60
38
USSD
X.S0065 v1.0
1-22-1-1-1-4-2
2
3
4
1-22-1-1-1-4-2-1
1-20-1-1-1-4-2-1-1
6
7
8
9
1-22-1-1-1-4-2-2
10
1-22-1-1-1-4-3
11
1-22-1-1-1-5
12
13
1-22-1-1-2
14
15
16
ENDFOR.
ENDIF.
ENDIF.
ELSEIF the MS is able to receive only a postponed SMS message (e.g.,
is busy, radio interface resource shortage, destination SME out of
service, in a sleep mode or is inactive):
1-22-1-1-2-1
17
18
19
20
1-22-1-1-2-1-1
21
22
1-22-1-1-2-2
23
24
1-22-1-1-2-2-1
25
1-22-1-1-2-2-2
26
27
28
1-22-1-1-2-3
29
1-22-1-1-3
30
1-22-1-1-3-1
ENDIF.
ELSE (the MS is not currently able receive an SMS message):
Include the SMS_CauseCode parameter set to Radio interface
incompatibility.
31
32
33
1-22-1-1-4
ENDIF.
34
1-22-1-2
35
1-22-1-2-1
1-22-1-2-2
Execute the MSC Initiating SMS Delivery Forward task (see Part
641, sec. 2.1 [X.S0004-641], section 2.1).
36
37
38
39
40
41
42
1-22-1-3
ENDIF.
(At this point, message relaying had been postponed, denied, or attempted.)
43
44
45
46
1-22-1-4
1-22-1-4-1
47
48
1-22-1-4-1-1
49
50
51
1-22-1-4-2
52
1-22-1-4-2-1
53
1-22-1-4-2-1-1
54
55
56
1-22-1-4-2-1-1-1
57
58
59
1-22-1-4-2-1-2
60
39
X.S0065 v1.0
USSD
1-22-1-4-2-1-2-1
1-22-1-4-2-1-3
1
2
3
ENDIF.
1-22-1-4-2-2
ENDIF.
1-22-1-4-2-3
1-22-1-4-2-3-1
1-22-1-4-2-4
ENDIF.
1-22-1-4-4
12
13
1-22-1-5-1-1
1-22-1-5-1-2
1-22-1-5-2
1-22-1-5-2-2
1-22-1-5-3-2-2
1-22-1-5-3-2-3
24
25
26
27
28
29
33
34
35
36
37
39
1-22-1-5-5
21
38
ENDIF.
1-22-1-5-4-1
19
32
1-22-1-5-3-2-1
1-22-1-5-4
18
31
1-22-1-5-3-3
17
30
1-22-1-5-3-2
16
23
1-22-1-5-3-1-1
15
22
1-22-1-5-2-1
1-22-1-5-3-1
14
20
1-22-1-5-3
11
1-22-1-4-3
1-22-1-5-1
10
ENDIF.
1-22-1-5
40
41
42
ENDIF.
43
1-22-1-6
ENDIF.
44
1-22-1-7
45
1-22-2
46
1-22-2-1
1-22-2-2
1-22-3
1-23
1-24
49
50
52
53
54
1-23-2
48
51
ENDIF.
1-23-1
47
55
56
57
58
ENDIF.
59
60
40
USSD
X.S0065 v1.0
2
3
2-1
2-2
5
6
7
ENDIF.
8
9
10
11
12
13
14
15
16
17
18
7.4.1.1.2
19
20
1-1
21
22
1-1-1
23
24
1-2
25
26
27
28
1-2-1
1-2-1-1
29
1-2-2
30
1-2-2-1
31
32
33
34
35
36
1-2-2-2
1-3
37
38
39
40
1-3-2
1-4
1-4-1
1-5
45
46
47
48
42
44
ENDIF.
1-3-1
41
43
1-2-3
1-5-1
49
50
1-6
51
52
53
54
ELSEIF visited MSC network operator policy dictates that SMS originations shall
use indirect routing:
1-6-1
55
1-7
56
1-7-1
57
58
59
1-8
ENDIF.
60
41
X.S0065 v1.0
USSD
1-9
1-10
Execute the Initiating SMS Delivery Point-To-Point task (see Part 641, sec. 3.2
[X.S0004-641], section 3.2).
1-11
Return to the calling task with the received parameters and the returned indication.
2-2
4
5
2-1
ENDIF.
8
9
10
11
12
13
7.4.1.2
7.4.1.2.1
14
15
16
18
1-1
1-1-1
1-1-2
1-2
1-2-1
1-2-2
IF not successful:
ENDIF.
30
36
37
29
35
27
34
Execute MSC Sending the USSD Message to the MS (See Section 6.4.3.3).
ENDIF.
26
33
1-4
25
32
ENDIF.
2-1
22
31
1-3
2
21
28
1-2-3
20
24
1-2-2-2
19
23
1-2-2-1
17
38
39
40
41
7.4.1.2.2
42
43
44
45
46
1-1
47
1-2
48
49
ENDIF.
50
51
3-1
4
53
54
4-1
4-2
52
55
56
57
58
ENDIF.
59
60
42
USSD
X.S0065 v1.0
7-1
7-2
5
6
7
ENDIF.
9-1
10
11
9-1-1
12
13
9-1-1-1
14
9-1-1-1-1
15
9-1-1-2
16
9-2
17
18
ENDIF.
ENDWAIT.
10 ENDIF.
19
20
21
22
23
24
25
26
27
28
29
30
7.4.1.3
7.4.1.3.1
SMSDeliveryForward
MSC receiving an SMSDeliveryForward INVOKE
Note: This procedure is a modification of the MSC Receiving an SMSDeliveryForward
INVOKE procedure in [X.S0004-641].
Upon receipt of an SMSDeliveryForward INVOKE, the MSC shall do the following:
31
32
33
34
1-1
35
1-1-1
36
1-1-2
1-1-3
37
38
39
40
41
1-2
ENDIF.
1-3
42
43
1-3-1
44
1-3-1-1
1-3-1-2
45
46
47
48
49
1-3-2
50
1-3-2-1
1-3-2-2
51
52
53
54
1-3-3
ENDIF.
55
1-3-4
56
57
1-4
ENDIF.
58
1-5
59
60
43
X.S0065 v1.0
USSD
1-5-1
1-6
Set the original destination address with the address in the received
SMS_OriginalDestinationAddress parameter.
ELSE:
1
2
3
4
5
1-6-1
1-6-2
1-6-3
1-7
ENDIF.
1-8
1-8-1
10
11
1-9
ENDIF.
1-10
1-10-1
1-11
12
13
14
Set the original originating address with the address in the received
SMS_OriginalOriginatingAddress parameter.
15
16
17
18
19
ELSE:
20
1-11-1
21
1-11-2
22
1-11-3
23
24
25
1-12
ENDIF.
1-13
26
1-13-1
1-13-1-1
1-13-1-2
1-13-2-1
1-13-3
1-14-1-1
1-14-1-2
1-14-1-3
Execute MSC Initiating SMS Delivery Forward (see Part 641, sec. 2.1
[X.S0004-641], Section. 2.1) toward the Serving MSC in the call.
1-14-1-4
1-15
2
2-1
43
44
45
47
48
49
52
53
40
51
39
50
ENDIF.
35
46
ENDIF.
ENDIF.
34
42
33
41
1-14-3
31
38
1-14-2-1
30
37
1-14-2
29
36
ENDIF.
1-14-1
28
32
1-13-2
1-14
27
54
55
56
57
58
59
60
44
USSD
X.S0065 v1.0
1
2
3
4
5
6
7
8
9
10
7.4.1.4
7.4.1.4.1
SMSDeliveryBackward
MSC receiving an SMSDeliveryBackward INVOKE
Note: This procedure is a modification of the MSC Receiving an SMSDeliveryBackward
INVOKE procedure in [X.S0004-641].
Upon receipt of an SMSDeliveryBackward INVOKE, the MSC shall do the following:
11
12
13
14
1-1
15
1-1-1
16
17
18
19
20
21
1-2
ENDIF.
1-3
1-3-1
Set the original destination address with the address in the received
SMS_OriginalDestinationAddress parameter.
22
23
24
1-4
ELSE:
25
1-4-1
26
1-4-2
1-4-3
27
28
29
1-5
ENDIF.
30
1-6
31
32
1-6-1
Set the original originating address with the address in the received
SMS_OriginalOriginatingAddress parameter.
33
34
1-7
ENDIF.
35
36
1-8
37
1-9
38
1-9-1
41
1-9-2
42
1-10
39
40
43
44
1-10-1
45
1-10-1-1
46
1-10-1-2
47
48
1-10-2
49
1-10-2-1
50
51
1-10-3
ENDIF.
52
1-11
ENDIF.
53
1-12
54
55
56
2-1
2-2
57
58
59
60
45
X.S0065 v1.0
USSD
ENDIF.
7.4.1.4.2
3
4
Note: This procedure is a modification of the MSC Initiating SMS Delivery Backward
procedure in [X.S0004-641].
Upon request to send an MS-originated SMS point-to-point message up the handoff chain, the
MSC shall do the following:
12
Include InterMSCCircuitID parameter set to the trunk used in the direction toward the
Anchor MSC.
IF the MSC is the Serving MSC:
2-1
2-2
ENDIF.
2-3
2-4
2-6
13
14
17
18
20
21
22
23
24
25
26
27
28
29
3-1
11
19
2-5
3
10
16
2-4-1
15
2-1-1
30
Include all parameters received from the calling task (see Part 540 [X.S0004-540]).
31
32
ENDIF.
34
35
33
37
38
39
8-1
8-2
8-2-1
36
40
41
8-2-1-1
8-2-1-1-1
Execute the MSC Initiating SMS Delivery Point To Point Ack task
(see Part 641, sec 4.1 [X.S0004-641], Section 4.1 ).
8-2-1-1-2
8-2-1-2
42
43
44
45
46
47
48
49
ENDIF.
50
51
8-2-2
ENDIF.
8-2-3
53
8-2-4
54
8-3
52
55
8-3-1
56
Return to the calling task with the SMS_CauseCode indicating Other Network
Problem.
57
58
59
60
46
USSD
X.S0065 v1.0
8-4
1
2
ENDIF.
9-1
9-2
5
6
10-1
10-2
Return to the calling task with the SMS_CauseCode indicating Other Network
Problem.
9
10
11
12
13
14
11-1
15
11-2
11-3
Unrecognized component,
18
11-4
19
11-5
21
11-6
Incorrect parameter,
22
11-7
11-8
25
11-9
26
11-9-1
16
17
20
23
24
27
28
11-10
29
11-10-1
30
Return to the calling task with the SMS_CauseCode indicating SMS not
supported.
31
32
33
11-11
DEFAULT:
34
11-12
Return to the calling task with the SMS_CauseCode indicating Network failure.
11-13
ENDCASE:
35
36
37
38
12-1
Return to the calling task with the SMS_CauseCode indicating Network failure.
39
13 ENDWAIT.
40
41
7.4.1.5
42
SMS Notification
43
7.4.1.5.1
44
45
Note: This procedure is a modification of the HLR Initiating SMS Notification procedure in
[X.S0004-641].
46
47
48
Upon request to send an SMSNotification message, the HLR shall do the following:
49
50
51
Include the ElectronicSerialNumber parameter set to the ESN of the desired MS.
52
Include the MSID parameter set to the MIN or IMSI of the desired MS.
IF the notification is being issued, for any of the TDMA teleservices, independent of a
postponed (previous) SMSRequest to initiate a SMS teleservice on an MS:
53
54
55
56
57
58
The sending of an SMS DeliveryBackward RETURN ERROR is not recommended and error tables are not supplied.
59
60
47
X.S0065 v1.0
USSD
3-1
Include the SMSTeleserviceIdentifier parameter set to the teleservice for which the
notification is being made.
1
2
3
ENDIF.
IF MS is denied:
5-1
6
6-1
7
7-1
6
7
8
9
10
11
Include the SMS_Address parameter set to the temporary SMS routing address of the
desired MS for SMS, or set to temporary MSC routing address for CDMA OTAPA,
or set to temporary MSC routing address for USSD.
ENDIF.
Send an SMSNotification message toward the MSs MC, for SMS, or toward the OTAF,
for OTAPA or toward the USSD Gateway, for USSD.
12
13
14
15
16
17
18
19
20
21
22
23
12-1
24
12-2
25
12-2-1
12-3
26
Execute Local Recovery Procedures task (see Part 630, sec. 5.1[X.S0004630], section 5.1).
27
28
29
ENDIF.
30
31
13-1
32
13-2
Execute Local Recovery Procedures task (see Part 630, sec. 5.1 [X.S0004-630],
section 5.1).
34
35
36
33
Execute Local Recovery Procedures task (see Part 630, sec. 5.1[X.S0004-630],
section 5.1).
15 ENDWAIT.
37
38
39
40
41
42
43
7.4.1.6
SMS Request
44
45
7.4.1.6.1
46
1-1-1-1
49
50
51
53
IF CDMA service:
1-1-1
48
52
1-1
47
54
55
56
57
58
59
60
48
USSD
X.S0065 v1.0
1-1-1-2
1-1-1-3
3
4
5
6
7
1-1-2
ENDIF.
1-1-3
1-1-3-1
1-1-3-1-1
10
1-1-3-2
ENDIF.
11
1-1-3-3
12
13
14
15
1-1-3-3-1
16
17
18
1-1-3-3-1-1
19
20
21
1-1-3-3-2
ELSE:
22
1-1-3-3-2-1
23
IF the OTA Delivery Pending Flag for this MS is not already set:
1-1-3-3-2-1-1
Set the OTA Delivery Pending Flag for this MS, storing the
routing address of the OTAF from which the SMSRequest
INVOKE was received with that flag.
24
25
26
27
28
1-1-3-3-2-2
ELSE:
1-1-3-3-2-2-1
29
30
31
32
33
1-1-3-3-2-3
ENDIF.
34
1-1-3-3-2-4
35
1-1-3-3-3
ENDIF.
1-1-3-3-4
1-1-3-3-5
36
37
38
39
40
1-1-3-4
ELSE:
1-1-3-4-1
Include the SMS_Address parameter set to the current address for the
MS.
44
1-1-3-4-2
45
1-1-3-4-3
41
42
43
46
47
1-1-3-5
48
1-1-4
ENDIF.
49
1-1-5
50
51
52
1-1-5-1
53
54
1-1-5-1-1
55
56
57
58
1-1-5-1-1-1
59
60
49
X.S0065 v1.0
USSD
1-1-5-1-2
ELSE:
1-1-5-1-2-1
IF the USSD Delivery Pending Flag for this MS is not already set:
1-1-5-1-2-1-1
Set the USSD Delivery Pending Flag for this MS, storing the
routing address of the USSD Gateway from which the
SMSRequest INVOKE was received.
1-1-5-1-2-2
ENDIF.
1-1-5-1-2-4
Include the SMS_Address parameter set to the current address for the
MS.
Send a RETURN RESULT.
1-1-5-5
27
35
36
37
38
39
40
41
42
43
44
46
1-3
ENDIF.
1-4
IF the temporary SMS routing address is current (as determined by the HLR, e.g.,
some time between never to until revoked) for the addressed MS:
47
1-4-1
Include the SMS_Address parameter set to the current SMS address for the MS.
1-4-2
1-5
31
45
ENDIF.
1-4-3
30
34
1-4-2-1
29
33
1-2-4
28
32
1-2-3-1
21
26
1-2-3
20
25
1-1-7
1-2-2-1
16
24
ENDIF.
1-2-2
15
23
1-1-6
1-2-1-1
12
22
1-1-5-4
1-2-1
11
19
ENDIF.
1-2
10
18
1-1-5-3
1-1-8
17
ELSE:
1-1-7-1
14
ENDIF.
1-1-5-2-1
13
1-1-5-1-2-3
1-1-5-2
1-1-5-1-3
ELSE:
1-1-5-1-2-2-1
ENDIF.
48
49
50
51
52
53
54
55
56
57
58
59
60
50
USSD
X.S0065 v1.0
1-5-1
1-5-2
1-5-3
1-5-4
1-5-5
1-5-6
3
4
5
6
7
10
11
1-5-6-1
12
1-5-6-2
13
14
1-5-6-2-1
15
1-5-6-3
16
1-5-6-3-1
17
18
1-5-6-3-2
20
1-5-6-3-3
21
1-5-6-4
19
22
23
24
ENDIF.
1-5-7
1-5-7-1
1-5-7-2
Execute Local Recovery Procedures task (see Part 630, sec. 5.1
[X.S0004-630] Section 5.1).
1-5-7-3
30
1-5-7-4
31
1-5-8
25
26
27
28
29
32
1-5-8-1
Execute Local Recovery Procedures task (see Part 630, sec. 5.1
[X.S0004-630] Section 5.1).
35
1-5-8-2
36
1-5-8-3
33
34
37
38
39
1-6
42
ENDWAIT.
ELSE (the MS is not registered to an SMS capable system or the MS is registered to
an SMS incapable system):
40
41
1-5-9
1-6-1
43
44
45
1-6-1-1
46
1-6-2
47
48
1-6-2-1
49
1-6-2-2
50
51
1-6-3
ENDIF.
52
1-7
ENDIF.
53
1-8
54
55
56
2-1
Include the Error Code parameter set to the proper value (see the following table).
2-2
57
58
59
60
51
X.S0065 v1.0
USSD
ENDIF.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
52
USSD
X.S0065 v1.0
Table 1
2
3
4
5
6
7
Problem Detection and Recommended Response from the HLR towards the requesting MC
RETURN ERROR
Error Code
UnrecognizedMIN
UnrecognizedESN
An HLR record exists for the supplied MSID parameter, but the
ElectronicSerialNumber parameter supplied does not match the
stored value.
ID/HLRMismatch
ResourceShortage
OperationNotSupported
8
9
10
11
12
13
PROBLEM DEFINITION
14
15
16
17
18
19
20
21
22
23
24
25
26
27
ParameterError
28
29
30
31
32
33
34
SystemFailure
35
36
37
38
39
40
41
42
UnrecognizedParameterValu
e
43
44
45
46
47
MissingParameter
48
49
50
51
52
53
54
55
56
57
UnrecognizedIMSI/TMSI
58
59
60
53
X.S0065 v1.0
USSD
RETURN RESULT
SMS_AccessDeniedReason
Denied
Postponed
Unavailable
Invalid
operations
needing
An HLR record exists for the supplied MSID, but a SMS routing
address to the supplied MIN or IMSI has been temporarily
denied (e.g., no routing address, MS is busy, MS is not
registered, No Page Response, MS is unavailable, MS is inactive,
other temporary SMS delivery trouble). Also when the Serving
VLR
(or
other
functional
entity)
responded
OperationNotSupported or did not respond. The HLR will notify
the requesting MC when SMS delivery to the supplied MSID can
be resumed.
An HLR record exists for the supplied MSID parameter but a
SMS routing address to the supplied MIN or IMSI has been
temporarily denied (e.g., no routing address, MS is busy, MS is
not registered, No Page Response, MS is unavailable, MS is
inactive, other temporary SMS delivery trouble). Also when the
Serving VLR (or other functional entity) responded
OperationNotSupported or did not respond. The HLR will not
notify the requesting MC when SMS delivery to the supplied
MSID can be resumed.
The teleservice indicated by the SMS_TeleserviceIdentifier
parameter is unknown or is not supported.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
54