3GPP TS 51.014
3GPP TS 51.014
3GPP TS 51.014
0 (2004-12)
Technical Specification
The present document has been developed within the 3 rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organisational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organisational Partners accept no liability for any use of this
Specification.
Specifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organisational Partners' Publications Offices.
Release 4 2 3GPP TS 51.014 V4.5.0 (2004-12)
Keywords
GSM, SIM, card, terminal
3GPP
Postal address
Internet
http://www.3gpp.org
Copyright Notification
© 2004, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TTA, TTC).
All rights reserved.
3GPP
Release 4 3 3GPP TS 51.014 V4.5.0 (2004-12)
Contents
Foreword ............................................................................................................................................................ 9
1 Scope ...................................................................................................................................................... 10
2 References .............................................................................................................................................. 10
3 Definitions, abbreviations and symbols ................................................................................................. 12
3.1 Definitions ............................................................................................................................................................. 12
3.2 Abbreviations ........................................................................................................................................................ 12
3.3 Symbols ................................................................................................................................................................. 12
4 Overview of SIM Application Toolkit ................................................................................................... 12
4.1 Profile Download................................................................................................................................................... 12
4.2 Proactive SIM ........................................................................................................................................................ 13
4.3 Data download to SIM........................................................................................................................................... 13
4.4 Menu selection....................................................................................................................................................... 13
4.5 Call control by SIM ............................................................................................................................................... 13
4.6 MO Short Message control by SIM ....................................................................................................................... 13
4.7 Event download ..................................................................................................................................................... 13
4.8 Security.................................................................................................................................................................. 13
4.9 Multiple card ......................................................................................................................................................... 13
4.10 Timer Expiration .............................................................................................................................................. 13
4.11 Bearer Independent Protocol ........................................................................................................................... 14
5 Profile download .................................................................................................................................... 14
5.1 Procedure ............................................................................................................................................................... 14
5.2 Structure and coding of TERMINAL PROFILE ................................................................................................... 14
5.3 Definition of display parameters in Profile download ........................................................................................... 16
6 Proactive SIM......................................................................................................................................... 16
6.1 Introduction ........................................................................................................................................................... 16
6.2 Identification of proactive SIMs and of ME support ............................................................................................. 18
6.3 General procedure ................................................................................................................................................. 18
6.4 Proactive SIM commands and procedures ............................................................................................................. 18
6.4.1 DISPLAY TEXT ............................................................................................................................................. 18
6.4.2 GET INKEY .................................................................................................................................................... 18
6.4.3 GET INPUT..................................................................................................................................................... 18
6.4.4 MORE TIME ................................................................................................................................................... 18
6.4.5 PLAY TONE ................................................................................................................................................... 18
6.4.6 POLL INTERVAL .......................................................................................................................................... 18
6.4.7 REFRESH ........................................................................................................................................................ 19
6.4.7.1 EFIMSI changing procedure ............................................................................................................................... 20
6.4.8 SET UP MENU ............................................................................................................................................... 20
6.4.9 SELECT ITEM ................................................................................................................................................ 20
6.4.10 SEND SHORT MESSAGE ............................................................................................................................. 20
6.4.11 SEND SS ......................................................................................................................................................... 21
6.4.12 SEND USSD .................................................................................................................................................... 22
6.4.13 SET UP CALL ................................................................................................................................................. 23
6.4.14 POLLING OFF ................................................................................................................................................ 24
6.4.15 PROVIDE LOCAL INFORMATION ............................................................................................................. 24
6.4.16 SET UP EVENT LIST .................................................................................................................................... 25
6.4.17 PERFORM CARD APDU ............................................................................................................................... 25
6.4.18 POWER OFF CARD ....................................................................................................................................... 25
6.4.19 POWER ON CARD......................................................................................................................................... 25
6.4.20 GET READER STATUS................................................................................................................................. 25
6.4.21 TIMER MANAGEMENT ............................................................................................................................... 25
6.4.22 SET UP IDLE MODE TEXT .......................................................................................................................... 25
6.4.23 RUN AT COMMAND .................................................................................................................................... 25
6.4.24 SEND DTMF ................................................................................................................................................... 25
3GPP
Release 4 4 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 5 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 6 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 7 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 8 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 9 3GPP TS 51.014 V4.5.0 (2004-12)
Foreword
This Technical Specification has been produced by the 3rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following formal
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates,
etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
3GPP
Release 4 10 3GPP TS 51.014 V4.5.0 (2004-12)
1 Scope
The present document defines the interface between the Subscriber Identity Module (SIM) and the Mobile Equipment
(ME), and mandatory ME procedures, specifically for "SIM Application Toolkit".
The present document refers in its majority to the ETSI TS 102 223 [37] "Card Application Toolkit", which describes
the generic aspects of application toolkits within the SIM.SIM Application Toolkit is a set of commands and procedures
for use during the network operation phase of GSM, in addition to those defined in TS 51.011 [20].
Specifying the interface is to ensure interoperability between a SIM and an ME independently of the respective
manufacturers and operators. The concept of a split of the Mobile Station (MS) into these elements as well as the
distinction between the GSM network operation phase, which is also called GSM operations, and the administrative
management phase are described in TS 42.017 [3].
The present document does not specify any aspects related to the administrative management phase. Any internal
technical realization of either the SIMor the ME are only specified where these reflect over the interface. This standard
does not specify any of the security algorithms which may be used.
Within the context of this document, the term "terminal" used in TS 102 223 [37] refers to the Mobile Equipment (ME).
Within the context of this document, the term "UICC" used in TS 102 223 [37] refers to the SIM card.
Within the context of this document, the term "NAA" used in TS 102 223 [37] refers to the SIM application.
2 References
The following documents contain provisions which, through reference in this text, constitute provisions of the present
document.
References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same
Release as the present document.
[4] 3GPP TS 22.030: "Man-Machine Interface (MMI) of the Mobile Station (MS) ".
[6] 3GPP TS 23.040: "Technical realization of the Short Message Service (SMS) Point-to-Point (PP)".
[7] 3GPP TS 23.041: "Technical realization of Short Message Service Cell Broadcast (SMSCB)".
3GPP
Release 4 11 3GPP TS 51.014 V4.5.0 (2004-12)
[9] 3GPP TS 24.011: "Point-to-Point (PP) Short Message Service (SMS) support on mobile radio
interface".
[10] 3GPP TS 24.080: "Mobile radio interface layer 3 supplementary services specification; Formats
and coding".
[11] 3GPP TS 24.008: "Mobile radio interface Layer 3 specification; Core network protocols; Stage 3"
[13] GSM 09.91: "Digital cellular telecommunications system; Interworking aspects of the Subscriber
Identity Module - Mobile Equipment (SIM - ME) interface between Phase 1 and Phase 2".
[14] (void)
[15] ITU-T Recommendation E.164: "Numbering plan for the ISDN era".
[16] ISO/IEC 7816-3 (1997): "Identification cards - Integrated circuit(s) cards with contacts, Part 3:
Electronic signals and transmission protocols".
[17] ISO/IEC 7816-6 (1995): "Identification cards - Integrated circuit(s) cards with contacts, Part 6
Inter-industry data elements".
[20] 3GPP TS 51.011: "Specification of the Subscriber Identity Module - Mobile Equipment (SIM -
ME) interface".
[21] 3GPP TS 11.12: "Digital cellular telecommunications system (Phase 2); Specification of the 3 Volt
Subscriber Identity Module - Mobile Equipment (SIM - ME) interface".
[22] 3GPP TS 43.022: "Functions related to Mobile Station (MS) in idle mode and group receive
mode".
[23] 3GPP TS 24.007: "Mobile radio interface signalling layer 3; General aspects".
[24] 3GPP TS 23.048: "Security Mechanisms for the (U)SIM application toolkit; Stage 2 ".
[25] ISO/IEC 7816-4 (1995): "Identification cards - Integrated circuit(s) cards with contacts, Part 4:
Inter-industry commands for interchange".
[26] 3GPP TS 22.042: "Network identity and timezone; Service description; Stage 1"".
[27] 3GPP TS 27.007: ""AT command set for GSM Mobile Equipment (ME)".
[28] 3GPP TS 03.22: "Functions related to Mobile Station (MS) in idle mode and group receive mode ".
[29] ISO 639 (1988): "Code for the representation of names of languages".
[30] 3GPP TS 23.040: "Technical realization of the Short Message Service (SMS); Point-to-Point
(PP)".
[31] 3GPP TS 22.002: "Digital cellular telecommunication system (Phase 2+); Bearer Services (BS)
supported by a GSM Public Land Mobile Network (PLMN) ".
[32] IETF RFC 1738: "Uniform Resource Locators (URL)”, Berners-Lee T, et al., December 1994.
[35] TIA/EIA-136-123 "Third Generation Wireless – Digital Control Channel Layer 3, April 23, 2001".
3GPP
Release 4 12 3GPP TS 51.014 V4.5.0 (2004-12)
[37] ETSI TS 102 223 Release 4: "Smart cards; Card Application Toolkit (CAT)".
[38] 3GPP TS 22.001: "Principles of circuit telecommunication services supported by a Public Land
Mobile Network (PLMN)".
3.1 Definitions
For the present document the definitions in TS 102 223 [37] apply.
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply in addition to those listed in TS 102 223
[37]:
3.3 Symbols
For the purposes of the present document, the following symbols apply:
If class "a" is supported, a SIM supporting SIM Application Toolkit shall be able to communicate with the additional
card(s) and get information about the additional reader(s) via the ME.
The following mechanisms have been defined. These mechanisms are dependent upon the commands and protocols
relevant to SIM Application Toolkit in TS 51.011 [20].
3GPP
Release 4 13 3GPP TS 51.014 V4.5.0 (2004-12)
4.8 Security
Applications designed using the features in this specification may require methods to ensure data confidentiality, data
integrity, and data sender validation, or any subset of these. Requirements for these mechanisms are defined in
clause 15.
3GPP
Release 4 14 3GPP TS 51.014 V4.5.0 (2004-12)
5 Profile download
5.1 Procedure
The profile download instruction is sent by the ME to the SIM as part of the SIM initialization procedure. This
procedure is specified in TS 51.011 [20]. The profile sent by the ME shall state the facilities relevant to SIM
Application Toolkit that are supported by the ME.
Command parameters/data:
- Profile:
Contents: The list of SIM Application Toolkit facilities that are supported by the ME.
Coding:
1 bit is used to code each facility:
bit = 1: facility supported by ME
bit = 0: facility not supported by ME
3GPP
Release 4 15 3GPP TS 51.014 V4.5.0 (2004-12)
Sixth byte (Event driven information extensions): see TS 102 223 [37]
Seventh byte (Multiple card proactive commands) for class "a": see TS 102 223 [37]
Ninth byte:
b8 b7 b6 b5 b4 b3 b2 b1
See TS 102 223 [37]
See TS 102 223 [37]
Proactive SIM: PROVIDE LOCAL INFORMATION - BCCH
Channel List coding as in subclause 12.29)
See TS 102 223 [37]
Proactive SIM: PROVIDE LOCAL INFORMATION (Timing
Advance)
See TS 102 223 [37]
See TS 102 223 [37]
See TS 102 223 [37]
Twelfth byte (Bearer Independent protocol proactive commands (class "e"): see TS 102 223 [37]
b8 b7 b6 b5 b4 b3 b2 b1
See TS 102 223 [37]
See TS 102 223 [37]
RFU, bit = 0
RFU, bit = 0
RFU, bit = 0
See TS 102 223 [37]
3GPP
Release 4 16 3GPP TS 51.014 V4.5.0 (2004-12)
Seventeenth byte: (Bearer independent protocol supported transport interface) for class "e": see TS 102 223
[37]
Nineteenth byte: (reserved for TIA/EIA-136 facilities): see TS 102 223 [37]
6 Proactive SIM
6.1 Introduction
TS 51.011 [20] defines the communication protocols between the ME and the SIM, and defines a mechanism to
transport "proactive" commands using these protocols.The SIM can issue a variety of commands through this
mechanism, given in alphabetical order:
- CLOSE CHANNEL, which requests the ME to close the specified data channel (if class "e" is supported).
- DISPLAY TEXT, which displays text or an icon on screen. A high priority is available, to replace anything else
on screen.
- GET CHANNEL STATUS, which requests the ME to return the current status of all available data channel(s)
(if class "e" is supported).
- GET INKEY, which sends text or an icon to the display and requests a single character response in return. It is
intended to allow a dialogue between the SIM and the user, particularly for selecting an option from a menu.
- GET INPUT, which sends text or an icon to the display and requests a response in return. It is intended to allow
a dialogue between the SIM and the user.
- GET READER STATUS, which gives information about the additional reader(s) and inserted card(s) (Card x
state, e.g. powered on or not, Card x Presence), if class "a" is supported.
- LANGUAGE NOTIFICATION, which allows the SIM to notify the ME about the currently used language in
text strings issued by the SIM Application Toolkit application.
3GPP
Release 4 17 3GPP TS 51.014 V4.5.0 (2004-12)
- LAUNCH BROWSER, which requests a browser inside a browser enabled ME to interpret the content
corresponding to a URL.
- MORE TIME, which does not request any action from the ME. The ME is required to respond with
TERMINAL RESPONSE (OK) as normal - see below. The purpose of the MORE TIME command is to provide
a mechanism for the SIM Application Toolkit task in the SIM to request more processing time.
- OPEN CHANNEL, which requests the ME to open a data channel with parameters indicated in the command (if
class "e" is supported.)
- PERFORM CARD APDU, which requests the ME to send an APDU command to the additional card, if class
"a" is supported. This command is compatible with any protocol between the ME and the additional card.
- PLAY TONE, which requests the ME to play a tone in its earpiece, ringer, or other appropriate loudspeaker.
- POLL INTERVAL, which negotiates how often the ME sends STATUS commands to the SIM during idle
mode. Polling is disabled with POLLING OFF. Use of STATUS for the proactive SIM is described in
TS 51.011 [20].
- POWER OFF CARD, which closes the session with the additional card, if class "a" is supported.
- POWER ON CARD, which initiates a session with the additional card and returns all the ATR bytes, if class "a"
is supported.
- PROVIDE LOCAL INFORMATION which requests the ME to pass local information to the SIM, for
example the mobile country and network codes (MCC + MNC) of the network on which the user is registered.
- RECEIVE DATA, which requests the ME to return to the SIM data received on the specified channel (if class
"e" is supported).
- REFRESH, which requests the ME to carry out a SIM initialization according to TS 51.011 , and/or advises the
ME that the contents or structure of EFs on the SIM have been changed. The command also makes it possible to
restart a card session by resetting the SIM.
- RUN AT COMMAND, which will convey an AT Command to the ME, and cause the response to the AT
Command to be returned to the SIM.
- SELECT ITEM, where the SIM supplies a list of items, and the user is expected to choose one. The ME
presents the list in an implementation-dependent way.
- SEND DATA, which requests the ME to send on the specified channel data provided by the SIM (if class "e" is
supported).
- SEND DTMF, which requests the ME to send DTMF tone(s) during an established call.
- SEND SHORT MESSAGE, which sends a short message or SMS-COMMAND to the network.
- SET UP EVENT LIST where theSIMsupplies a list of events which it wants the ME to provide details of when
these events happen.
- SET UP IDLE MODE TEXT, which supplies a text string to be used by the ME as stand-by mode text.
- SET UP MENU, where the SIM supplies a list of items to be incorporated into the ME's menu structure.
- TIMER MANAGEMENT, which requests the ME to manage a timer in a way described in the command (start,
deactivate and get the current value) and, in the case of starting a timer, for a duration indicated in the command.
3GPP
Release 4 18 3GPP TS 51.014 V4.5.0 (2004-12)
The ME tells the SIM if the command was successful or not using the command result procedure defined in subclause
6.7. Responsibility for what happens after that (whether to repeat the command, try another one immediately, try again
sometime later, or not to try again at all) lies with the SIM application. However, the SIM application needs to know
why the command failed, so the ME provides the SIM with the result of the command.
- OK.
- Temporary problem. These results are further broken down into types of temporary problems, and specific
causes. Generally, they indicate to the SIM that it may be worth trying again.
- Permanent problem. These results are again further broken down into types of permanent problems, and specific
causes. Generally, they indicate to the SIM that it is not worth trying again during this GSM session.
If the SIM issues an instruction to the ME to initiate a Mobile Originated transaction (e.g. SEND SMS, SEND USSD or
SEND DTMF), then unless explicitly stated elsewhere in the present document or in TS 51.011 [20], the content
supplied by the SIM for onward transmission by the ME shall not be altered by the ME.
3GPP
Release 4 19 3GPP TS 51.014 V4.5.0 (2004-12)
6.4.7 REFRESH
The purpose of this command is to enable the ME to be notified of the changes to the SIM configuration that have
occurred as the result of a SIM application activity. It is up to the SIM application to ensure that this is done correctly.
- SIM Initialization. This mode tells the ME to carry out SIM initialization as it is defined in TS 51.011 [20],
starting after the CHV1 verification procedure. The ME shall not reset the SIM electrically.
- File Change Notification. This mode advises the ME of the identity of the EFs that have been changed (in
structure and/or contents) in the SIM. This information can be used by the ME if there is an image of SIM EFs
(e.g. the ADN file) in the ME's memory, to determine whether it needs to update this image.
- SIM Initialization and File Change Notification. This is a combination of the first two modes above.
- SIM Initialization and Full File Change Notification. This mode causes the ME to perform the SIM initialization
procedure of the first mode above and advises the ME that several EFs have been changed (in structure or
contents) in the SIM. If there is an image of SIM EFs in the ME's memory, the ME shall completely update this
image.
- SIM Reset. This mode causes the ME to run the GSM session termination procedure and to deactivate the SIM in
accordance with TS 51.011 [20]. Subsequently, the ME activates the SIM again and starts a new card session. In
case of a 3 Volt technology ME, the ME shall restart the SIM with the same supply voltage as in the previous
session, if the ME can ensure that the SIM has not been changed in between. Otherwise, the ME shall perform the
supply voltage switching in accordance with TS 11.12 [21]. The ME shall not send the TERMINAL
RESPONSE; this is an exception from the normal procedure, where TERMINAL RESPONSE is sent after
completion of the command. The SIM Application shall interpret a new activation of the contacts of the SIM as
an implicit TERMINAL RESPONSE. The SIM Reset mode is used when a SIM application requires ATR or
complete SIM initialization procedures to be performed. SIM Applications should take into account that early
implementations of SIM Application Toolkit in some MEs may send a TERMINAL RESPONSE after
performing the REFRESH command involving resetting the SIM electrically.
If the ME performs the REFRESH command successfully for only those EFs indicated in the mode, the ME shall inform
the SIM using TERMINAL RESPONSE (OK), after it has completed its refreshing.
For REFRESH commands with mode other than "SIM Reset", it is permissible for the ME, as part of its execution of the
REFRESH command, to read EFs in addition to those notified by the SIM, or to perform a SIM initialisation, provided
that the procedure executed wholly encompasses the mode requested by the SIM. The ME shall not electrically reset the
SIM. If the ME does the refreshing successfully, it shall inform the SIM using TERMINAL RESPONSE (Refresh
performed with additional EFs read), after the ME has completed its refreshing. It should be noted that reading
additional EFs will lengthen the refresh procedure.
If the ME receives a REFRESH command while in a state where execution of the command would be unacceptable,
upsetting the current user operation (e.g. notification during a call that the IMSI has changed), the ME shall inform the
SIM using TERMINAL RESPONSE (ME currently unable to process command - currently busy on call) or
TERMINAL RESPONSE (ME currently unable to process command - screen is busy) as appropriate.
NOTE: Many MEs copy an image of the SIM's memory to the ME at initialization to speed up access to these
fields during a GSM session. One of the purposes of this coding of the REFRESH command is to enable
MEs to change such an image efficiently.
If, on receipt of the REFRESH command, the ME replies that it is busy (e.g. in call or navigating menus), the toolkit
application may shorten the polling interval utilising the POLL INTERVAL command in order to resend the REFRESH
command more frequently.
It is recommended for the ME to minimise the use of sending temporary problem TERMINAL RESPONSE, as during
the period between the SIM issuing a REFRESH command and the ME performing the refresh procedure, there may be
inconsistencies between data held in the ME and in the SIM. However, responsibility for retrying of all pro-active
commands lies with the SIM Application.
3GPP
Release 4 20 3GPP TS 51.014 V4.5.0 (2004-12)
- SIM Initialization. This command shall not be used if EFIMSI is changed, as the behaviour of the MS is
unpredictable.
- File Change Notification. This command shall not be used if EFIMSI is changed, as the behaviour of the MS is
unpredictable.
- SIM Initialization and File Change Notification. If EFIMSI is part of the file change notification, the ME shall
invoke the MM Restart procedure defined in 03.22 [28].
- SIM Initialization and Full File Change Notification. The ME shall invoke the MM Restart procedure defined in
03.22 [28].
If EFIMSI is to be updated, neither EFIMSI nor EFLOCI shall be updated in the SIM before the phase request procedure has
been executed by the ME.
Two types are defined in TS 102 223 [37] and apply as follows within the context of this specification:
- a short message to be sent to the network in an SMS-SUBMIT message where the text needs to be packed by the
ME.
Where the text has been packed, the text string provided by the SIM shall not be longer than 160 characters. It shall use
the SMS default 7-bit coded alphabet, packed into 8-bit octets, in accordance with TS 23.038 [5]. The data coding
indication contained in the Data Coding Scheme byte shall be "default alphabet". The text length (which is part of the
SMS TPDU) given by the SIM shall state the number of 7-bit characters in the text string. The command details shall
indicate "packing not required".
8-bit data Short Messages may be sent by the SIM. The command shall indicate packing not required. The data coding
indication contained in the Data Coding Scheme byte shall be "8 bit". The string shall not be longer than 140 bytes, and
the length (in SMS TPDU) shall state the number of bytes in the string.
If UCS2 is supported by the ME, 16-bit data Short Messages may be sent by the SIM. The text string provided by the
SIM shall not be longer than 70 characters. It shall use the 16-bit UCS2 alphabet format, in accordance with TS 23.038
[5]. The text length (which is part of the SMS TPDU) given by the SIM shall state the number of 16-bit characters in the
text string. The command details shall indicate "packing not required".
SMS commands may be sent by the SIM. These shall count as packed text message. The SMS TPDU from the SIM shall
indicate SMS-COMMAND. The command details shall indicate "packing not required".
Where packing by the ME is required, the text string provided by the SIM shall not be longer than 160 characters. It
shall use the SMS default 7-bit coded alphabet as defined in TS 23.038 [5] with bit 8 set to 0. The text length given by
3GPP
Release 4 21 3GPP TS 51.014 V4.5.0 (2004-12)
the SIM shall state the number of characters in the text string. The ME shall pack the text string and modify the Data
Coding Scheme byte to "default alphabet" in accordance with TS 23.038 [5] before submitting the message to the
network.
Optionally, the SIM may include in this command an alpha identifier. See TS 102 223 [37] for the use of this alpha
identifier.
If the ME is capable of SMS-MO, then it shall send the data as a Short Message TPDU to the destination address. The
ME shall give the result to the SIM using TERMINAL RESPONSE (indicating successful or unsuccessful transmission
of the Short Message) after receiving an SMS RP-ACK or RP-Error from the network. If an alpha identifier was
provided by the SIM, the ME should not give any information to the user at the reception of SMS RP-ACK or RP-Error.
If the Short Message TPDU is unsuccessfully received by the network (e.g. the reception of a CP-ERROR), the ME
shall inform the SIM using TERMINAL RESPONSE (network currently unable to process command). If a null alpha
identifier was provided by the SIM, the ME should not give any information to the user at the unsuccessful network
reception.
6.4.11 SEND SS
Upon receiving this command, the ME shall decide if it is able to execute the command. Examples are given below, but
the list is not exhaustive:
- if the command is rejected because the ME is busy on an SS transaction, the ME informs the SIM using
TERMINAL RESPONSE (ME unable to process command - currently busy on SS transaction);
- if the command is rejected because the ME is busy on a USSD transaction, the ME shall inform theSIMusing
TERMINAL RESPONSE (ME unable to process command - currently busy on USSD transaction);
- if the command is rejected because the ME does not support that Supplementary Service, the ME informs the
SIM using TERMINAL RESPONSE (Command beyond ME's capabilities).
- send the SS request immediately, without need to alert the user first;
- optionally, the SIM may include in this command an alpha-identifier. The use of this alpha-identifier by the ME
is described below:
- if the alpha identifier is provided by the SIM and is not a null data object, the ME shall use it to inform the
user. This is also an indication that the ME should not give any other information to the user on the fact that
the ME is sending a SS request. If an icon is provided by the SIM, the icon indicated in the command may be
used by the ME to inform the user, in addition to, or instead of the alpha identifier, as indicated with the icon
qualifier (see subclause 6.5.4);
- if the alpha identifier is provided by the SIM and is a null data object (i.e. length = '00' and no value part), this
is an indication that the ME should not give any information to the user on the fact that the ME is sending an
SS request;
- if the alpha identifier is not provided by the SIM, the ME may give information to the user concerning what is
happening.
- once an SS Return Result message not containing an error has been received from the network, the ME shall
inform the SIM that the command has been successfully executed, using TERMINAL RESPONSE. This
command shall include the contents of SS Return Result as additional data.
If a null alpha identifier was provided by the SIM, the ME should not give any information to the user at the
reception of an SS Return Result message;
- if the command is rejected because the network cannot support or is not allowing the Supplementary Service
request, the ME informs the SIM using TERMINAL RESPONSE (SS Return Result error code).
If a null alpha identifier was provided by the SIM, the ME should not give any information to the user at the
reception of a SS Return Result message;
3GPP
Release 4 22 3GPP TS 51.014 V4.5.0 (2004-12)
- if the SS request is unsuccessfully received by the network, the ME shall inform the SIM using TERMINAL
RESPONSE (network currently unable to process command), and not retry to send the request.
If a null alpha identifier was provided by the SIM, the ME should not give any information to the user at the
reception of a SS Return Result message.
If the ME supports the Last Number Dialled service, the ME shall not store in EFLND the supplementary service control
string sent by the SIM in this command.
The supplementary service control string included in the SEND SS proactive command shall not be checked against
those of the FDN list, even if the Fixed Dialling Number service is enabled.
- If the command is rejected because the ME is busy on a USSD transaction, the ME informs theSIMusing
TERMINAL RESPONSE (ME unable to process command - currently busy on USSD transaction);
- If the command is rejected because the ME is busy on a SS transaction, the ME informs the SIM using
TERMINAL RESPONSE (ME unable to process command - currently busy on SS transaction).
- send the USSD immediately, without need to alert the user first;
- optionally, the SIM may include in this command an alpha-identifier. The use of this alpha-identifier by the ME
is described below:
- If the alpha identifier is provided by the SIM and is not a null data object, the ME shall use it to inform the
user. This is also an indication that the ME should not give any other information to the user on the fact that
the ME is sending a USSD request. If an icon is provided by the SIM, the icon indicated in the command may
be used by the ME to inform the user, in addition to, or instead of the alpha identifier, as indicated with the
icon qualifier (see subclause 6.5.4).
- If the alpha identifier is provided by the SIM and is a null data object (i.e. length = '00' and no value part),
this is an indication that the ME should not give any information to the user on the fact that the ME is sending
a USSD request.
- If the alpha identifier is not provided by the SIM, the ME may give information to the user concerning what is
happening.
- once the USSD transaction is initiated, a dialogue between the network and the user may occur which involves
the MMI of the ME. If an alpha identifier was initially provided by the SIM, this alpha identifier may be
discarded during this dialogue;
- once a RELEASE COMPLETE message containing the USSD Return Result message not containing an error has
been received from the network, the ME shall inform the SIM that the command has been successfully executed,
using TERMINAL RESPONSE. This command shall include the text contained in the USSD Return Result in a
Text String data object. If a null alpha identifier was provided by the SIM, the ME should not give any
information to the user at the reception of a USSD Return Result message;
- if the MS clears the transaction by sending a RELEASE COMPLETE upon request of the user, the ME shall
inform the SIM using TERMINAL RESPONSE (USSD transaction terminated by user);
- if the USSD operation is rejected because the network cannot support or is not allowing mobile initiated USSD,
the ME informs the SIM using TERMINAL RESPONSE (USSD Return Result error code). If a null alpha
identifier was provided by the SIM, the ME should not give any information to the user at the reception of a
USSD Return Result message;
- if the USSD request is unsuccessfully received by the network, the ME shall inform the SIM using TERMINAL
RESPONSE (network currently unable to process command), and not retry to send the request. If a null alpha
3GPP
Release 4 23 3GPP TS 51.014 V4.5.0 (2004-12)
identifier was provided by the SIM, the ME should not give any information to the user at the reception of a
USSD Return Result message.
If the Fixed Dialling Number service is enabled, the number included in the SET UP CALL proactive command shall
not be checked against those of the FDN list.
Upon receiving this command, the ME shall decide if it is able to execute the command. Examples are given below, but
the list is not exhaustive:
- If the command is rejected because the ME is busy on another call, the ME informs the SIM using TERMINAL
RESPONSE (ME unable to process command - currently busy on call);
- If the command is rejected because the ME is busy on a SS transaction, the ME informs the SIM using
TERMINAL RESPONSE (ME unable to process command - currently busy on SS transaction);
- If the command is rejected because the ME cannot support Call Hold, because the ME does not support Called
Party Subaddress or because the ME does not support the capability configuration parameters requested by the
SIM, the ME informs the SIM using TERMINAL RESPONSE (Command beyond ME's capabilities);
- If the command is rejected because the network cannot support or is not allowing Call Hold of a multi party call,
the ME informs the SIM using TERMINAL RESPONSE (SS Return Result error code).
- If the command is rejected because the network cannot support or is not allowing Call Hold of a single call, the
ME informs the SIM using TERMINAL RESPONSE (Network currently unable to process command).
If the ME is able to set up the call on the serving network, the ME shall:
- Alert the user (as for an incoming call). This is the confirmation phase.
- Optionally, the SIM may include in this command an alpha-identifier. The use of this alpha-identifier by the ME
is described below :
- If the first alpha identifier is provided by the SIM and is not a null data object, the ME shall use it during
the user confirmation phase. This is also an indication that the ME should not give any other information
to the user during the user confirmation phase. If an icon is provided by the SIM, the icon indicated in the
command may be used by the ME to inform the user, in addition to, or instead of the alpha identifier, as
indicated with the icon qualifier (see subclause 6.5.4).
- If the first alpha identifier is not provided by the SIM or is a null data object (i.e. length = '00' and no
value part), the ME may give information to the user.
- If the second alpha identifier (i.e the one after the mandatory address object) is provided by theSIMand is
not a null data object, the ME shall use it during the call set-up phase and during the call. If an icon is
provided by the SIM, the icon indicated in the command may be used by the ME to inform the user, in
addition to, or instead of the alpha identifier, as indicated with the icon qualifier (see subclause 6.5.4).
- If the second alpha identifier is not provided by the SIM or is a null data object (i.e. length = '00' and no
value part), the ME may give information to the user.
- If the alpha identifier is provided by the SIM, the ME shall use it to inform the user, at the latest when the
user is alerted. The ME may also use it to inform the user during the call set-up. If an icon is provided by the
SIM, the icon indicated in the command may be used by the ME to inform the user, in addition to, or instead
of the alpha identifier, as indicated with the icon qualifier (see subclause 6.5.4).
3GPP
Release 4 24 3GPP TS 51.014 V4.5.0 (2004-12)
- If the user accepts the call, the ME shall then set up a call to the destination address given in the response data,
with the relevant capability configuration parameters and called party subaddress (if provided by the SIM);
- If the user does not accept the call, or rejects the call, then the ME informs the SIM using TERMINAL
RESPONSE (user did not accept the proactive command). The operation is aborted;
- If the user has indicated the need to end the proactive SIM session, the ME shall send a TERMINAL
RESPONSE with "Proactive SIM session terminated by the user" result value.
- Optionally, during call set-up, the ME can give some audible or display indication concerning what is happening;
- Once a CONNECT message has been received from the network (defined in TS 04.08), the ME shall inform the
SIM that the command has been successfully executed, using TERMINAL RESPONSE. Operation of the call
then proceeds as normal.
- location information: the mobile country code (MCC), mobile network code (MNC), location area code (LAC)
and cell ID of the current serving cell;
- the IMEI of the ME;
- the Network Measurement Results and the BCCH channel list;
- the current date, time and time zone;
- the current ME language setting;
- the Timing Advance;
- and the current access technology.
The ME shall return the requested local information within a TERMINAL RESPONSE. Where location information or
Network Measurement Results has been requested and no service is currently available, then the ME shall return
TERMINAL RESPONSE (ME currently unable to process command - no service). Where location information or
Network Measurement Results has been requested and the ME is on limited service (e.g. emergency calls only), the ME
shall return the data requested in the TERMINAL RESPONSE with the general result (Limited Service).
If the NMR are requested and a call is in progress, the value of all the returned parameters provided by the ME in the
response to the command will be valid. The NMR returned when a call is in progress from MEs supporting multiband
operation, shall be according to the value of the multiband reporting parameter as defined in TS 04.08 [8]. If a call is not
in progress (i.e. ME is in idle mode) some of the returned parameters (e.g. RXQUAL) may be invalid. In idle mode,
MEs supporting multiband operation shall ignore the value of the multiband reporting parameter and the NMR returned
shall be as defined in TS 04.08 [8] when the multiband reporting parameter equals zero.
NOTE 1: When in idle mode, the only information element on which it is possible to rely on is the RXLEV-FULL-
SERVING-CELL, which contains the value of the received signal strength on the BCCH of the current
serving cell.
NOTE 2: Network Measurement Results are defined in TS 04.08 [8] as Measurement Results.
The ME shall return the current date and time as set by the user. If available, the ME shall also return the time zone
known from the network with the NITZ feature (see TS 22.042 [26]). If the time zone information is not available, the
ME shall return 'FF' for this element.
If language setting is requested, the ME shall return the currently used language.
If the Timing Advance is requested, the ME shall return the timing advance value that was received from the BTS
during the last active dedicated connection (e.g. for call or SMS). Timing advance is defined in TS 04.08 [8]. An ME
supporting the Timing Advance feature shall be able to store the last value of timing advance. In addition to the timing
advance value, the ME shall return its current status (i.e. ME is in idle mode or not) in order for the application to be
3GPP
Release 4 25 3GPP TS 51.014 V4.5.0 (2004-12)
aware of potential misinterpretation of the timing advance value. Caution should be taken if using the Timing Advance
value for distance measurement as reflections from the external environment (buildings etc.) may affect the accuracy.
If the access technology is requested, the ME shall return the current access technology that the ME is using.
- if the command is rejected because the browser on the ME is busy or not available, the ME informs the SIM
using TERMINAL RESPONSE (ME unable to process command – browser unavailable ;
- if the command is rejected because the ME is busy on a SS transaction, the ME informs the SIM using
TERMINAL RESPONSE (ME unable to process command – ME currently unable to process command);
3GPP
Release 4 26 3GPP TS 51.014 V4.5.0 (2004-12)
- if the command is rejected because the bearer provided in the command is not available, the ME informs the SIM
using TERMINAL RESPONSE (ME unable to process command – bearer unavailable).
- the ME shall inform the SIM that the command has been successfully taken into account, using TERMINAL
RESPONSE;
If the gateway addresses and/or the bearer objects are present in the command and are non null data objects, then the
browser shall use these data to request content using the URL. If the gateway adresses, bearer objects, Provisioning File
Reference, Browser Identity or URL are null objects or missing, then the ME shall use the default values, i.e. the
provisionning data defined in [32] for exemple.
The way the ME requests content using the URL is out of the scope of the present document. This is specified in
RFC 1738 [32] Annex K for example.
NOTE: There is a maximum size for the URL that can be given in argument of this proactive command.
This command is issued by the SIM to request a channel opening. The procedure is defined in TS 102 223 [37], except
when stated otherwise in the present document.
The SIM may request the use of an automatic reconnection mechanism according to TS 22.001 [38].
Upon receiving this command, the ME shall decide if it is able to execute the command. In addition to the examples
given in TS 102 223 [37] the following example applies:
- If the command is rejected because the ME is busy on a SS transaction, the ME informs the SIM using
TERMINAL RESPONSE (ME unable to process command - currently busy on SS transaction). The operation is
aborted;
Upon receiving this command, the ME shall decide if it is able to execute the command. In addition to the examples
given in TS 102 223 [37] the following example applies:
- If the command is rejected because the class B ME is busy on a SS transaction, the ME informs the SIM using
TERMINAL RESPONSE (ME unable to process command - currently busy on SS transaction). The operation is
aborted;
Upon receiving this command, the ME shall decide if it is able to execute the command. The SIM shall indicate whether
the ME should establish the link immediately or upon receiving the first transmitted data (on demand).
3GPP
Release 4 27 3GPP TS 51.014 V4.5.0 (2004-12)
The ME is responsible for providing the parameters necessary to establish the connection (e.g. APN for GPRS, Address
for CSD, …).
Upon receiving this command, the ME shall decide if it is able to execute the command. Example behaviours are listed
in clauses for the selected bearer.
The ME shall inform the SIM that the command has been successfully executed using TERMINAL RESPONSE:
- If immediate connection is requested (link establishment or PDP context activation), the ME allocates buffers,
sets up the link or activates the PDP context (depending of the kind of connection), and informs the SIM and
reports the channel identifier using TERMINAL RESPONSE (Command performed successfully);
- If on demand connection is requested (link establishment or PDP context activation), the ME allocates buffers,
informs the SIM and reports the channel identifier using TERMINAL RESPONSE (Command performed
successfully);
If the ME is able to set up the channel on the serving network, the ME shall follow the different actions of the chosen
bearer (see appropriate sections).
3GPP
Release 4 28 3GPP TS 51.014 V4.5.0 (2004-12)
The structure of the commands is described hereafter. For some commands, additionnal TLV objects are defined in TS
102 223 [37].
3GPP
Release 4 29 3GPP TS 51.014 V4.5.0 (2004-12)
The address data object holds the RP_Destination_Address of the Service Centre. If no RP_Destination_Address is
transferred, then the ME shall insert the default Service Centre address.
6.6.10 SEND SS
Description Section M/O Min Length
Proactive SIM command Tag 13.2 M Y 1
Length (A+B+C+D+E) - M Y 1 or 2
Command details 12.6 M Y A
Device identities 12.7 M Y B
Alpha identifier 12.2 O N C
SS string 12.14 M Y D
Icon identifier 12.31 O N E
6.6.13 REFRESH
Description Section M/O Min Length
Proactive SIM command Tag 13.2 M Y 1
Length (A+B+C) - M Y 1 or 2
Command details 12.6 M Y A
Device identities 12.7 M Y B
File List 12.18 M/O N C
3GPP
Release 4 30 3GPP TS 51.014 V4.5.0 (2004-12)
For the refresh modes "File Change Notification" and "SIM Initialization and File Change Notification", the SIM shall
supply a File List data object, indicating which EFs need to be refreshed. For other modes, inclusion of a File List is
optional, and the ME shall ignore it.
3GPP
Release 4 31 3GPP TS 51.014 V4.5.0 (2004-12)
The ME shall ask the user for confirmation using the Alpha Identifier/Icon Identifier (user confirmation phase) if
present, when it receives a LAUNCH BROWSER command which requests the existing browser session connected to a
new URL or to terminate a browser session.
The Network Access Name parameter may be requested. The Network Access Name parameter contains an Access
Point Name (APN) identifying the Gateway GSN (GGSN) which provides interworking with an external packet data
network. If the parameter is not present, the mobile may use the default Access Point Name in the mobile configuration
or the default subscription value.
The local address parameter (see 12.58) provides information to the ME necessary to identify the local device. If the
parameter is present and length is not null, it provides an IP address that identifies the SAT application in the address
area applicable to the PDN. If local address length is null, dynamic local address allocation is required for the SAT
application. If parameter is not present, the mobile may use the mobile default local address configuration.
The ME may support a remote access login feature. If supported by the ME, the SIM may provide 'User login' and 'User
password' parameters, which can be used for authentication. If only one parameter is present, it is considered as the User
Login and the ME shall use default Password configuration if any. If the parameters are not present, the ME shall use
default Login/Password configuration if any. If no authentication challenge is requested, the user login and password
parameters shall be ignored.
If the SIM/ME interface transport level is present in the command, then the ME shall provide the requested transport
layer protocols under the channel and shall use this object containing a set of parameters required to make the transport
connection. The data that is exchanged at the SIM/ME interface in the RECEIVE DATA/SEND DATA commands are
SDUs. When the SAT application sends an SDU, the transport layer within the ME is in charge to add the transport
header to the SDU in order to build the Transport-PDU. When the SAT application requests to receive an SDU, the
3GPP
Release 4 32 3GPP TS 51.014 V4.5.0 (2004-12)
transport layer within the ME is in charge to remove the transport header of the Transport-PDU, and to forward the SDU
to the SAT. If the parameter is not present, the SIM/ME interface is the bearer level (serial link or packet link as defined
in TS 27.007 [27]) and the SAT application is in charge of the network and transport layer.
The Data Destination Address is the end point destination address of sent data. This data destination address is
requested when a SIM/ME interface transport is present, otherwise it is ignored. The data destination address is a data
network address (e.g. IP address).
The local address parameter (see 12.58) provides information to the ME necessary to identify the local device. If the
parameter is present and length is not null, it provides an IP address that identifies the SAT application in the address
area applicable to the PDN. If local address length is null, dynamic local address allocation is required for the SAT
application. If parameter is not present, the mobile may use the mobile default local address configuration.
The ME may support a remote access login feature. If supported by the ME, the SIM may provide 'User login' and 'User
password' parameters, which can be used for authentication. If only one parameter is present, it is considered as the User
Login and the ME shall use default Password configuration if any. If the parameters are not present, the ME shall use
default Login/Password configuration if any. If no authentication challenge is requested, the user login and password
parameters shall be ignored.
If the SIM/ME interface transport level is present in the command, then the ME shall provide the requested transport
layer protocols under the channel and shall use this object containing a set of parameters required to make the transport
connection. The data that is exchanged at the SIM/ME interface in the RECEIVE DATA/SEND DATA commands are
SDUs. When the SAT application sends an SDU, the transport layer within the ME is in charge to add the transport
header to the SDU in order to build the Transport-PDU. When the SAT application requests to receive an SDU, the
transport layer within the ME is in charge to remove the transport header of the Transport-PDU, and to forward the SDU
to the SAT. If the parameter is not present, the SIM/ME interface is the bearer level (serial link or packet link as defined
in TS 27.007 [27]) and the SAT application is in charge of the network and transport layer.
The Data Destination Address is the end point destination address of sent data. This data destination address is
requested when a SIM/ME interface transport is present, otherwise it is ignored. The data destination address is a data
network address (e.g. IP address).
3GPP
Release 4 33 3GPP TS 51.014 V4.5.0 (2004-12)
This procedure is defined in TS 102 223, and applies here except for the following statements.
- Command performed with partial comprehension. Here the ME receives a command with one or more SIMPLE-
TLV data objects that are unrecognized or unexpected, all of which do not have their "comprehension required"
flag set (subclause 13.3), but the parent BER-TLV data object still has the minimum set of SIMPLE-TLV data
objects required to perform the command;
- Command performed, with missing information. The ME received at least the minimum set of component parts,
but did not receive all of the parts that it believed mandatory for the SIM to send;
- Command performed, but modified by call control. This is sent by the ME to indicate that call control modified
the type of request indicated in the proactive command, and that the action requested by call control was
performed successfully;
- Command performed with modification. This is sent by the ME to indicate that it is unable to process the
command using the exact parameters provided by the SIM. The command is processed with the best possible
parameters.
- ME is currently unable to process the command. Specific causes for this are listed in TS 102 223 [37]; in
addition to these, the following causes may be returned within the USAT context:
- ME currently busy on SS transaction;
If none of these can be made to apply, a "no cause can be given" value can be used.
3GPP
Release 4 34 3GPP TS 51.014 V4.5.0 (2004-12)
- Network is currently unable to process the command. Specific cause values are the cause values given by the
network, as defined in TS 04.08 [8].
- In some proactive commands, the ME is required to solicit and receive approval of the user before executing the
proactive command. In the case that the user does not give approval for the execution of the proactive command,
it shall not be executed by the ME and the terminal response "user did not accept the proactive command" shall
be returned by the ME to the SIM.
- The user cleared down the call, before the call connected (CONNECT received from network, as defined in
TS 04.08 [8]) or before the network released the call.
- Action in contradiction with the current timer state. This is where the SIM requests an action for a timer to be
taken by the ME and the state of the timer does not allow that action.
- Interaction with call control by SIM, temporary problem. This is sent by the ME to indicate that call control
modified the type of request indicated in the proactive command, and that the action requested by call control
encounters a temporary problem.
Permanent problems are defined as in TS 102 223 [37], with the addition of:
- SS Return Error. This is given to the SIM when the network returns a SS error in response to a previous SS
command. Specific cause values are the same as given by the network in the Return Error message.
- USSD Return Error. This is given to the SIM when the network returns a USSD error in response to a previous
USSD command. Specific cause values are the same as given by the network in a Return Error message.
- SMS RP-ERROR. This is given to the SIM when the network returns an error in response to the ME trying to
send a short message. Specific cause values are the same as the cause value of RP-Cause in an RP-ERROR
message.
- Error, required values are missing. This is given when the command type is understood by the ME, but it does
not receive the minimum set of SIMPLE-TLV data objects that it requires to perform the command. These
components are shown by the "Min" column in the command structure definitions.
- Interaction with MO short message control by SIM, permanent problem. This is sent by the ME to indicate that :
- MO short message control by SIM does not allow the action corresponding to the proactive command or
- MO short message control by SIM has modified the type of request indicated in the proactive command and
that the action requested by call control encounters a permanent problem.
Command parameters/data:
3GPP
Release 4 35 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 36 3GPP TS 51.014 V4.5.0 (2004-12)
Specific rules apply for the coding of the TERMINAL RESPONSE, see TS 102 223 [37]
6.8.3 Result
See TS 102 223 [37].
6.8.4 Duration
See TS 102 223 [37].
When the ME issues a successful TERMINAL RESPONSE for a SEND USSD command, it shall supply the text
returned within the Return Result message from the network for the USSD command, no matter what type of string was
returned.
3GPP
Release 4 37 3GPP TS 51.014 V4.5.0 (2004-12)
- Where the SIM has requested location information, TERMINAL RESPONSE shall contain the location
information data object. All other types of TERMINAL RESPONSE do not need to include location information.
If one is included by the ME, the SIM shall ignore it.
- Where theSIMhas requested the IMEI, TERMINAL RESPONSE shall contain the IMEI data object. All other
types of TERMINAL RESPONSE do not need to include IMEI information. If one is included by the ME, the
SIM shall ignore it.
- Where the SIM has requested the Network Measurement Results the TERMINAL RESPONSE shall contain the
NMR data object and the BCCH channel list data object. All other types of TERMINAL RESPONSE do not
need to include the NMR information or the BCCH channel list. If one is included by the ME, the SIM shall
ignore it.
- Where the SIM has requested the date, time and time zone the TERMINAL RESPONSE shall contain the Date-
Time and Time zone data object. All other types of TERMINAL RESPONSE do not need to include the Date-
Time and Time zone information. If one is included by the ME, the SIM shall ignore it.
- Where the SIM has requested the currently used language, the TERMINAL RESPONSE shall contain the
Language data object. All other types of TERMINAL RESPONSE need not to include the Language information.
If one is included by the ME, the SIM shall ignore it.
- Where theSIMhas requested the Timing Advance, the TERMINAL RESPONSE shall contain the Timing
Advance data object. All other types of TERMINAL RESPONSE do not need to include the Timing Advance
information. If one is included by the ME, the SIM shall ignore it.
6.8.12 R-APDU
See TS 102 223 [37].
3GPP
Release 4 38 3GPP TS 51.014 V4.5.0 (2004-12)
6.8.15 AT Response
See TS 102 223 [37].
If no proactive command is pending (status response of '90 00' following the Terminal Response), then the session
releases the display back into ME control. If this session was terminated in a backwards move, and the session was
initiated from an Envelope command containing a Menu Selection, it is recommended that the display returns to the
Setup Menu.
If the text is to be sustained, the ME shall display the text of applicable DISPLAY TEXT commands beyond the sending
of the TERMINAL RESPONSE and possibly beyond the end of the proactive session.
3GPP
Release 4 39 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 40 3GPP TS 51.014 V4.5.0 (2004-12)
Proactive Command
RE- MORE POLL POLLIN SETUP SET UP SEND SEND SEND SEND LAUNC PLAY DISPLA GET GET SELEC SET UP PRO- TIMER SETUP
FRESH TIME INTER- G OFF EVENT CALL SS USSD SMS DTMF H TONE Y TEXT INKEY INPUT T ITEM MENU VIDE MAN- IDLE
VAL LIST BROWS LOCAL AGE- MODE
ER INFO MENT TEXT
Terminal response '01' '02' '03' '04' '05' '10' '11' '12' '13' '14' '15' '20' '21' '22' '23' '24' '25' '26' '27' '28'
'00' Command performed successfully
'01' Command performed with partial comprehension
'02' Command performed, with missing info
'03' REFRESH performed with additional EFs read
'04' Command performed succesfully, but requested icon could not
be displayed
'05' Command performed, but modified by call control by SIM.
'06' Command performed successfully, limited service
'07' Command performed with modification
'10' Proactive SIM session terminated by user
'11' Backward move in the proactive SIM session requested by the
user
Continued......
'12' No response from user
'13' Help information required by the user
'14' USSD/SS Transact terminated by user
'20' ME currently unable to process command
'21' Network currently unable to process command
'22' User did not accept the proactive command
'23' User cleared down call before connection or network release
'24' Action in contradiction with the current timer state
'25' Interaction with call control by SIM, temporary problem
'26' Launch Browser generic error
'30' Command beyond MEs capabilities
'31' Command type not understood by ME
'32' Command data not understood by ME
'33' Command number not known by ME
'34' SS Return Error
'35' SMS RPERROR
'36' Error, required values are missing
'37' USSD return error
'38' Multiple Card command error
'39' Interaction with call control by SIM or MO SM control by SIM,
permanent problem.
'3A' Bearer Independent Protocol error
3GPP
Release 4 41 3GPP TS 51.014 V4.5.0 (2004-12)
Proactive Command
CARD POWER POWER GET RUN AT LANG OPEN CLOSE RECEIVE SEND GET
APDU ON OFF READ-ER COMM- NOTIFI CHANNEL CHANNEL DATA DATA CHANNEL
CARD CARD STATUS AND CA TION STATUS
Terminal response '30' '31' '32' '33' '34' '35' '40' '41' '42' '43' '44'
'00' Command performed successfully
'01' Command performed with partial comprehension
'02' Command performed, with missing info
'03' REFRESH performed with additional EFs read
'04' Command performed succesfully, but requested icon could not
be displayed
'05' Command performed, but modified by call control by SIM.
'06' Command performed successfully, limited service
'07' Command performed with modification
'10' Proactive SIM session terminated by user
'11' Backward move in the proactive SIM session requested by the
user
'12' No response from user
'13' Help information required by the user
'14' USSD/SS Transact terminated by user
'20' ME currently unable to process command
'21' Network currently unable to process command
'22' User did not accept the proactive command
'23' User cleared down call before connection or network release
'24' Action in contradiction with the current timer state
'25' Interaction with call control by SIM, temporary problem
'26' Launch Browser generic error
'30' Command beyond MEs capabilities
'31' Command type not understood by ME
'32' Command data not understood by ME
'33' Command number not known by ME
'34' SS Return Error
'35' SMS RPERROR
'36' Error, required values are missing
'37' USSD return error
'38' Multiple Card command error
'39' Interaction with call control by SIM or MO SM control by SIM,
permanent problem
'3A' Bearer Independent Protocol error
3GPP
Release 4 42 3GPP TS 51.014 V4.5.0 (2004-12)
or
then the ME shall pass the message transparently to the SIM using the ENVELOPE (SMS-PP DOWNLOAD)
command as defined below.
- The ME shall not display the message, or alert the user of a short message waiting.
- If the SIM responds with '90 00', the ME shall acknowledge the receipt of the short message to the network using
an RP-ACK message.
- If the SIM responds with '93 00', the ME shall either retry the command or send back an RP-ERROR message to
the network with the TP-FCS value indicating 'SIM Application Toolkit Busy' (see TS 23.040 [6]).
- If the SIM responds with '9F XX', the ME shall use the GET RESPONSE command to get the response data. The
response data from the SIM will be supplied by the ME in the TP-User-Data element of the RP-ACK message it
will send back to the network (see TS 23.040 [6] and TS 24.011 [9]). The values of protocol identifier and data
coding scheme in RP-ACK shall be as in the original message.
- If the SIM responds with '6F XX', the ME shall send back an RP-ERROR message to the network with the TP-
FCS value indicating "SIM data download error". The values of protocol identifier and data coding scheme in
RP-ERROR shall be as in the original message.
NOTE: The preferred way for a SIM application to indicate a Data Download error is by using the specific code
'9E XX' as desribed in the following bullet point.
- If the ME has indicated in TERMINAL PROFILE that it supports the status word '9E XX' and if the SIM
responds with '9E XX', the ME shall use the GET RESPONSE command to get the response data. The response
data from the SIM will be supplied by the ME in the TP-User-Data element of the RP-ERROR message it will
send back to the network (see TS 23.040 [6] and TS 24.011 [9]). The values of protocol identifier and data
coding scheme in RP-ERROR shall be as in the original message. The value of the TP-FCS element of the RP-
ERROR shall be "SIM data download error".
If the service "data download via SMS-PP" is not allocated and activated in the SIM Service Table, and the ME receives
a Short Message with the protocol identifier = SIM data download and data coding scheme = class 2 message, then the
ME shall store the message in EFSMS in accordance with TS 51.011 [20].
NOTE: MEs not supporting SIM Application Toolkit are likely to store data download messages in EFSMS, as if
they were normal short messages.
3GPP
Release 4 43 3GPP TS 51.014 V4.5.0 (2004-12)
Command parameters/data:
- Address: The address data object holds the RP_Originating_Address of the Service Centre (TS-Service-Centre-
Address), as defined in TS 24.011 [9].
Response parameters/data:
It is permissible for the SIM not to provide response data. If the SIM responds with '90 00' then no response parameter
shall be available, otherwise the SIM shall respond with '9F XX' or '9E XX' and the following data is returned:
- When the ME receives a new Cell Broadcast message, the ME shall compare the message identifier of the Cell
Broadcast message with the message identifiers contained in EFCBMID.
- If the message identifier is found in EFCBMID, the cell broadcast page is passed to the SIM using the
ENVELOPE (CELL BROADCAST DOWNLOAD) command, defined below. The ME shall not display the
message.
- If the message identifier of the incoming cell broadcast message is not found in EFCBMID, then the ME shall
determine if the message should be displayed, by following the procedures in TS 23.041 [7] and TS 51.011 [20].
- If the SIM responds with '93 00', the ME shall consider that the Cell Broadcast page has not been delivered
successfully. The ME may retry to deliver the same Cell Broadcast page.
The ME shall identify new cell broadcast pages by their message identifier, serial number and page values.
Command parameters/data:
3GPP
Release 4 44 3GPP TS 51.014 V4.5.0 (2004-12)
8 Menu Selection
See TS 102 223 [37].
8.1 Procedure
If the service "menu selection" is allocated and activated in the SIM Service Table (see TS 51.011 [20]), then follow the
procedure discribed in TS 102 223 [37].
- For all call set-up attempts (even those resulting from a SET UP CALL proactive SIM command, from the
Bearer Independant Protocol proactive SIM commands where CSD is selected, or those occurring when another
call is already in progress), the ME shall first pass the call set-up details (dialled digits and associated
parameters) to the SIM, using the ENVELOPE (CALL CONTROL) command defined below. SIM applications
should take into account the following two exceptions:
- when the ME is managing automatic redial attempts, the ME may pass the call set-up details to the SIM for
the first attempt only. The SIM can identify MEs which send ENVELOPE (CALL CONTROL) each time
during redial attempts by evaluating the indication "Envelope Call Control always sent to the SIM during
automatic redial mode" in the TERMINAL PROFILE. If the ME is sending ENVELOPE (CALL
CONTROL) as part of a redial attempt, the call setup details shall be the same as the first with the exception
of "Location Information" which shall be the current information;
- when the user is dialling "112" or an emergency call code stored in EF ECC, for which the ME sets up an
emergency call instead of passing the call set-up details to the SIM.
- If the SIM responds with '90 00', the ME shall set up the call with the dialled digits and other parameters as sent
to the SIM.
- If the SIM responds with '93 00', the ME shall not set up the call and may retry the command.
3GPP
Release 4 45 3GPP TS 51.014 V4.5.0 (2004-12)
- If the SIM responds with '9F XX', the ME shall use the GET RESPONSE command to get the response data. The
response data from the SIM shall indicate to the ME whether to set up the call as proposed, not set up the call, set
up a call using the data supplied by the SIM, or instead send a supplementary service or USSD operation using
the data supplied by the SIM. It is mandatory for the ME to perform the call set-up request and the supplementary
service or USSD operation in accordance with the data from the SIM, if it is within the ME's capabilities to do
so. If the SIM requires a call set-up or supplementary service or USSD operation that is beyond the ME's
capabilities (e.g. the SIM maps a speech call to a data call, and the ME does not support data calls), then the ME
shall not perform the call set-up request or supplementary service or USSD operation at all. It is possible for the
SIM to request the ME to set up an emergency call by supplying the number "112" as the response data. If the
SIM supplies a number stored in EFECC, this shall not result in an emergency call.
In the case where the initial call set-up request results from a proactive command SET UP CALL:
- if the call control result is "not allowed", the ME shall inform the SIM using TERMINAL RESPONSE
"interaction with call control by SIM or MO short message control by SIM, action not allowed".
- if the call set-up request is changed by call control in a supplementary service or USSD operation, and if the
supplementary service or USSD operation is within the ME's capabilities, then the ME shall send this request to
the network. The ME shall then send back a TERMINAL RESPONSE to the SET UP CALL command at the
same time it would have done for the proactive command equivalent to the action requested by call control (i.e.
SEND SS or SEND USSD). However, in that case, the TERMINAL RESPONSE shall contain the response data
given in the response to ENVELOPE (CALL CONTROL) and a second Result TLV identical to the one given in
response to the proactive command equivalent to the action requested by call control (i.e. SEND SS or SEND
USSD). The mapping between the general result in the first Result TLV and the general result in the second
Result TLV is given below :
- the general result "command performed, but modified by call control by SIM" shall be given in the first
Result TLV if the general result of the second Result TLV is '0X' or '1X'.
- the general result "interaction with call control by SIM, temporary problem" shall be given in the first Result
TLV if the general result of the second Result TLV is '2X'.
- the general result "interaction with call control by SIM or MO short message control by SIM, permanent
problem" shall be given in the first Result TLV if the general result of the second Result TLV is '3X'.
- if the call set-up request is changed by call control into a supplementary service or USSD operation, and if the
supplementary service or USSD operation is beyond the ME's capabilities, then the ME shall send back a
TERMINAL RESPONSE to the SET UP CALL command, without performing the supplementary service or
USSD operation at all. In that case, the TERMINAL RESPONSE shall contain the response data given in the
response to ENVELOPE (CALL CONTROL) and a second Result TLV identical to the one given in response to
the proactive command equivalent to the action requested by call control (i.e. SEND SS or SEND USSD). The
mapping between the general result in the first Result TLV and the general result in the second Result TLV is
given below:
- the general result "interaction with call control by SIM or MO short message control by SIM, permanent
problem" shall be given in the first Result TLV, and the general result "command beyond ME's capabilities"
shall be given in the second Result TLV.
If the ME supports the Last Number Dialled service, the ME shall update EF LND with the call set-up details (digits string
and associated parameters) corresponding to the initial user request.
The ME shall then follow the call set-up procedure defined in TS 04.08 [8] or the supplementary service or USSD
operation procedure defined in TS 24.080 [10].
3GPP
Release 4 46 3GPP TS 51.014 V4.5.0 (2004-12)
The SIM shall respond in the same way as for mobile originated calls. The ME shall interpret the response as follows:
- If the SIM responds with '90 00', the ME shall send the supplementary service or USSD operation with the
information as sent to the SIM.
- If the SIM responds with '93 00', the ME shall not send the supplementary service or USSD operation and may
retry the command.
- If the SIM responds with '9F XX', the ME shall use the GET RESPONSE command to get the response data. The
response data from the SIM shall indicate to the ME whether to send the supplementary service or USSD
operation as proposed, not send the SS or USSD operation, send the SS or USSD operation using the data
supplied by the SIM, or instead set up a call using the data supplied by the SIM. It is mandatory for the ME to
perform the supplementary service or USSD operation or the call set-up request in accordance with the data from
the SIM, if it is within the ME's capabilities to do so. If the SIM requires a call set-up or supplementary service or
USSD operation that is beyond the ME's capabilities (e.g. the SIM maps a USSD operation to a data call, and the
ME does not support data calls), then the ME shall not the perform the call set-up request or supplementary
service or USSD operation at all.
In the case where the initial SS or USSD request results from a proactive command SEND SS or SEND USSD:
- if the call control result is "not allowed", the ME shall inform the SIM using TERMINAL RESPONSE
("interaction with call control by SIM or MO short message control by SIM, action not allowed").
- if the SS or USSD request is changed by call control in a call set-up request, then the ME shall set up the call
using the data given by the SIM, if it is within the ME's capabilities to do so. If the SIM requires a call set-up that
is beyond the ME's capabilities (e.g. the SIM maps a USSD operation to a data call, and the ME does not support
data calls), then the ME shall not set up the call at all. The ME shall send back a TERMINAL RESPONSE to the
initial proactive command at the same time it would have done for the proactive command equivalent to the
action requested by call control (i.e. SET UP CALL). However, in that case, the TERMINAL RESPONSE shall
contain the response data given in the response to ENVELOPE (CALL CONTROL) and a second Result TLV
identical to the one given in response to the proactive command equivalent to the action requested by call control
(i.e. SET UP CALL). The mapping between the general result in the first Result TLV and the general result in the
second Result TLV is the same as the one described in section 9.1.1.
If the ME supports the Last Number Dialled service, the ME shall update EF LND with the supplementary service or
USSD control string corresponding to the initial user request.
The ME shall then follow the supplementary service or USSD operation procedure defined in TS 24.080 [10] or the call
set-up procedure defined in TS 04.08 [8].
- if the SIM responds with "allowed, with modifications", and the data supplied by the SIM is an SS String, and the
modified request is within the ME's capabilities, then :
- if the alpha identifier is provided by the SIM and is not a null data object, the ME shall use it to inform the
user. The ME shall then not display the SS string given by the SIM. This is also an indication that the ME
should not give any other information to the user on the changes made by the SIM to the initial user request;
- if the alpha identifier is provided by the SIM and is a null data object (i.e. length = '00' and no value part), this
is an indication that the ME should not give any information to the user on the changes made by the SIM to
the initial user request. The ME shall not display the SS string given by the SIM. The ME should not modify
the display corresponding to the initial user request;
- if the alpha identifier is not provided by the SIM, the ME may indicate to the user that the initial user request
has been changed.
- if the SIM responds with "allowed, with modifications" to a request by a proactive command SEND SS or SEND
USSD, and the modified request is beyond the ME's capabilities, then the ME shall not give any information to
3GPP
Release 4 47 3GPP TS 51.014 V4.5.0 (2004-12)
the user on the fact that the modified request is beyond the ME's capabilities, and shall give a TERMINAL
RESPONSE to the proactive command (i.e. SEND SS or SEND USSD) as detailed in subsections 9.1.1 and
9.1.2. The responsibility to inform the user in this case lies with the SIM application which sent the proactive
command.
The ME shall check the number (or the supplementary service control string) in accordance with TS 22.101 [ZZ].
The ME shall check the number (or the supplementary service control string) in accordance with TS 22.101 [ZZ].
Command parameters/data:
- Address or SS string or USSD string: only one data object shall be sent to the SIM.
For a call set-up, the address data object is used and holds the Called Party Number, as defined in TS 04.08 [8],
to which the ME is proposing setting up the call.
For a supplementary service, the SS string data object is used and holds the corresponding supplementary
service.
For a USSD operation, the USSD string data object is used and holds the corresponding USSD control string.
SIM Applications and MEs should take into account that early implementations of SIM application Toolkit use
the SS string data object for coding of USSD control strings (instead of the USSD string data object). This
behaviour is only possible for USSD control strings consisting of digits (0-9,*,#). The SIM can identify MEs
having this early implementation by evaluating the indication "USSD string data object supported in Call
Control" in the TERMINAL PROFILE. The ME can identify SIMs having this early implementation by
evaluating the indication "USSD string data object supported in Call Control" in the SIM Service Table.
- Capability configuration parameters: Only used for a call set-up, this contains the Bearer capabilities that the ME
is proposing to send to the network. The first capability configuration parameters corresponds to the bearer
3GPP
Release 4 48 3GPP TS 51.014 V4.5.0 (2004-12)
capability 1 information element of a mobile originating SETUP message, as defined in TS 04.08 [8]. The
second capability configuration parameters correspond to the bearer capability 2 information element of a mobile
originating SETUP message, as defined in TS 04.08 [8]. If no capability configuration parameters are present,
this shall indicate a speech call.
- Subaddress: Only used for a call set-up, this contains the called party subaddress that the ME is proposing to send
to the network. If one is not present, this shall indicate that the ME is proposing not to send this information
element to the network.
- Location information: This data object contains the identification (MCC, MNC, LAC, Cell Identity) of the
current serving cell of the MS. The comprehension required flag of this data object in this command shall be set
to '0'.
Response parameters/data:
It is permissible for the SIM to provide no response data, by responding with SW1 / SW2 = '90 00'. If the SIM does not
provide any response data, then this shall have the same meaning as "allowed, no modification".
Coding:
'00' = Allowed, no modification
'01' = Not allowed
'02' = Allowed with modifications
- Address or SS string or USSD string : Only one data object may be included if the SIM requests the call (or
supplementary service or USSD operation) details to be modified.
The SIM should take into account that early implementations of SIM Application Toolkit in some MEs are
unable to support coding of USSD control strings in the USSD string data object and the SIM should instead use
the SS string data object. The SIM can identify MEs having this early implementation by evaluating the
indication "USSD string data object supported in Call Control" in the TERMINAL PROFILE.
For a call set-up, if the address data object is not present, then the ME shall assume the Dialling number is not to
be modified.
For a supplementary service, if the SS string data object is not present, then the ME shall assume that SS is not to
be modified.
For a USSD operation, if the USSD string data object is not present, then the ME shall assume that the USSD
operation is not to be modified.
- Capability configuration parameters: Only used for a call set-up, this data object is only required if the SIM
requests the call details to be modified. The first capability configuration parameters corresponds to the bearer
capability 1 information element of a mobile originating SETUP message, as defined in TS 04.08 [8]. The
second capability configuration parameters corresponds to the bearer capability 2 information element of a
mobile originating SETUP message, as defined in TS 04.08 [8]. If the capability configuration parameters are not
present, then the ME shall assume the parameters are not to be modified.
3GPP
Release 4 49 3GPP TS 51.014 V4.5.0 (2004-12)
- Subaddress: Only used for a call set-up, this data object is only required if the SIM requests the call details to be
modified. If the subaddress is not present, then the ME shall assume the called party subaddress is not to be
modified. If the subaddress supplied by the SIM is a null data object, then the ME shall not provide a called party
subaddress to the network. A null data object shall have length = '00' and no value part.
- Alpha identifier: this data object is only required if the SIM requests a particular indication to be given to the
user. The handling of this data object by the ME is described in section 9.1.3. The comprehension required flag
of this data object shall be set to '0'.
- BC repeat indicator: indicates how the associated bearers shall be interpreted. The change of bearer occurs on a
network event. This BC repeat indicator is conditioned to the presence of the second capability configuration
parameters and is coded as defined in TS 24.008 [10].
It is mandatory for the SIM to provide at least one of the optional data objects if it has set the Call control result to
"allowed with modifications".
- For all MO short message attempts (even those resulting from a SEND SM proactive SIM command), the ME
shall first pass the RP_destination_address of the service center and the TP_Destination_Address to the SIM,
using the ENVELOPE (MO SHORT MESSAGE CONTROL) command defined below. The ME shall also pass
to the SIM in the ENVELOPE (MO SHORT MESSAGE CONTROL) command the current serving cell
- If the SIM responds with '90 00', the ME shall send the short message with the addresses unchanged.
- If the SIM responds with '93 00', the ME shall not send the short message and may retry the command.
- If the SIM responds with '9F XX', the ME shall use the GET RESPONSE command to get the response data. The
response data from the SIM shall indicate to the ME whether to send the short message as proposed, not send the
short message or send a short message using the data supplied by the SIM. It is mandatory for the ME to perform
the MO short message request in accordance with the data from the SIM.
The ME shall then follow the MO Short Message procedure defined in TS 24.011 [9].
In the case where the initial MO short message request results from a proactive command SEND SHORT MESSAGE, if
the MO short message control result is "not allowed", the ME shall inform the SIM using TERMINAL RESPONSE,
"interaction with call control by SIM or MO short message control by SIM, action not allowed".
Command parameters/data:
3GPP
Release 4 50 3GPP TS 51.014 V4.5.0 (2004-12)
Source: ME
Destination: SIM
- Address data object 1 : this address data object 1 contains the RP_Destination_Address of the Service Center to
which the ME is proposing to send the short message.
- Address data object 2 : this address data object 2 contains the TP_Destination_Address to which the ME is
proposing to send the short message.
- Location information : this data object contains the identification (MCC, MNC, LAC, Cell Identity) of the
current serving cell of the MS.
Response parameters/data:
It is permissible for the SIM to provide no response data, by responding with SW1 / SW2 = '90 00'. If the SIM does not
provide any response data, then this shall have the same meaning as "allowed, no modification".
Coding:
'00' = Allowed, no modification
'01' = Not allowed
'02' = Allowed with modifications
- Address data object 1: if the address data object 1 is not present, then the ME shall assume the
RP_Destination_Address of the Service Center is not to be modified.
- Address data object 2: if the address data object 2 is not present, then the ME shall assume the
TP_Destination_Address is not to be modified.
- Alpha identifier: this data object is only required if the SIM requests a particular indication to be given to the
user. The handling of this data object by the ME is described in section 9.2.3.
The SIM shall provide the two optional address data objects if it has set the MO Short Message control result to
"allowed with modifications".
10 Timer Expiration
See TS 102 223 [37].
11 Event download
See TS 102 223 [37].
3GPP
Release 4 51 3GPP TS 51.014 V4.5.0 (2004-12)
Regarding all the call events, the following equivalences shall apply :
- the "call setup message" is the SETUP message as defined in TS 24.008 [11],
- the "call connect message" is the CONNECT message as defined in TS 24.008 [11],
- the "disconnect messages" are the DISCONNECT, RELEASE, RELEASE COMPLETE messages as defined in
TS 24.008 [11],
Regarding the location status event, the following equivalence shall apply :
Where events occur and the SIM responds with '93 00', the ME shall retry to deliver the event download messages to the
SIM.
3GPP
Release 4 52 3GPP TS 51.014 V4.5.0 (2004-12)
12.1 Address
See TS 102 223 [37].
12.3 Subaddress
See TS 102 223 [37].
Capability configuration parameters are coded as for EFCCP. If it is being provided by the SIM, the SIM shall supply all
information required to complete the Bearer Capability Information Element in the Call Set-up message (see
TS 24.008 [11]). Any unused bytes at the end of the value part shall be coded 'FF'.
3GPP
Release 4 53 3GPP TS 51.014 V4.5.0 (2004-12)
NOTE: The second byte of this TLV contains the Length of the TLV and the third byte contains the Length of the
bearer capability contents, followed by the actual contents.
The Cell Broadcast page is formatted in the same way as described in TS 23.041 [7].
- The coding of the Command Qualifier is defined for the following commands:
Coding:
- REFRESH;
'00' =SIM Initialization and Full File Change Notification;
'01' = File Change Notification;
'02' = SIM Initialization and File Change Notification;
'03' = SIM Initialization;
'04' = SIM Reset;
'05' to 'FF' = reserved values.
- SEND SS;
This byte is RFU.
- SEND USSD;
This byte is RFU.
- GET INKEY,
bit 1: 0 = digits (0-9, *, # and +) only
1 = alphabet set;
bit 2: 0 = SMS default alphabet
1 = UCS2 alphabet
bit 3: 0 = character sets defined by bit 1 and bit 2 are enabled
1 = character sets defined by bit 1 and bit 2 are disabled and the "Yes/No" response is requested
bits 4-7: = RFU
bit 8: 0 = no help information available
1 = help information available
3GPP
Release 4 54 3GPP TS 51.014 V4.5.0 (2004-12)
12.8 Duration
See TS 102 223 [37].
12.9 Item
See TS 102 223 [37].
12.12 Result
For the general result byte coding the following values are defined in addition to or replacement of those in
TS 102 223 [32]:
- '39' = Interaction with call control by SIM or MO short message control by SIM, permanent problem;
- Additional information.
- Contents: For the general result "Command performed successfully", some proactive commands require
additional information in the command result. This is defined in the clauses below. For the general result values
'20', '21', '34', '35', '37', and '39', it is mandatory for the ME to provide a specific cause value as additional
information, as defined in the clauses below. For other values, see TS 102 223 [32].
The first byte of the additional information shall be the SS Return Result Operation code, as defined in TS 24.080 [10].
The rest of the additional information shall be the SS Return Result Parameters, as defined in TS 24.080 [10].
3GPP
Release 4 55 3GPP TS 51.014 V4.5.0 (2004-12)
All other values shall be interpreted by the SIM as '00'.The coding '00' shall only be used by the ME if no others apply.
All other values shall be interpreted by the SIM as '00'. The coding '00' shall only be used by the ME if no others apply.
All other values shall be interpreted by the SIM as '00'. The coding '00' shall only be used by the ME if no others apply.
All other values shall be interpreted by the SIM as '00'. Specific cause '00' shall only be used by the ME if no others
apply.
3GPP
Release 4 56 3GPP TS 51.014 V4.5.0 (2004-12)
All other values shall be interpreted by the SIM as '00'. The coding '00' shall only be used by the ME if no others apply.
Where the TPDU is being sent from the SIM to the ME (to be forwarded to the network), and where it includes a TP-
Message-Reference which is to be incremented by the ME for every outgoing message, the TP-Message-Reference as
provided by the SIM need not be the valid value. TP-Message-Reference shall be checked and corrected by the ME to
the value described in TS 23.040 [6].
12.14 SS string
Byte(s) Description Length
1 SS string tag 1
2 to (Y-1)+2 Length (X) Y
(Y-1)+3 TON and NPI 1
(Y-1)+4 to SS or USSD string X-1
(Y-1)+X+2
TON/NPI and SS or USSD control string are coded as for EFADN, where the ADN record relates to a Supplementary
Service Control string. See TS 51.011 [20] for the coding of EFADN.
Data coding scheme is coded as for SMS Data coding scheme defined in TS 23.038 [5]. Parts of the data coding scheme
other than the character set indication shall be ignored.
12.16 Tone
See TS 102 223 [37]. Excepted for the following:
3GPP
Release 4 57 3GPP TS 51.014 V4.5.0 (2004-12)
The Data coding scheme is coded as for Cell Broadcast defined in TS 23.038 [5]. The coding of the USSD string is
defined in TS 02.30 [4].
Number of files:
This is the number of files that will be described in the following list.
Files:
Full paths are given to files. Each of these shall be at least 4 octets in length (e.g. '3F002FE2' or '3F007F206FAD'). Each
entry in the file description is composed of two bytes, where the first byte identifies the type of file (see TS 51.011 [20]).
An entry in the file description shall therefore always begin with '3FXX'. There can be any number of Dedicated File
entries between the Master File and Elementary File. There shall be no delimiters between files, as this is implied by the
fact that the full path to any EF starts with '3FXX' and ends with an Elementary type file.
The mobile country code (MCC), the mobile network code (MNC), the location area code (LAC) and the cell ID are
coded as in TS 04.08 [8].
12.20 IMEI
See TS 102 223 [37].
3GPP
Release 4 58 3GPP TS 51.014 V4.5.0 (2004-12)
The Network Measurement Results are coded as for the Measurement Results information element in TS 04.08 [8],
starting at octet 2 (the IEI is removed, as this information is duplicated by the data object tag).
12.26 Cause
Byte(s) Description Length
1 Cause tag 1
2 Length (X) of bytes following. X=0, or 2 X 30. 1
3 to X+2 Cause X
The Cause data object is coded as for the Cause call control information element in TS 04.08 [8], starting at octet 3 (the
IEI and Length information are removed, as this information is duplicated by the data object tag and length).
Radio Link Timeout is indicated by the Cause data object having a value part of zero length (only the Tag and Length
components are sent).
3GPP
Release 4 59 3GPP TS 51.014 V4.5.0 (2004-12)
Contents: A list of transaction identifiers, of variable length. Each byte in the list defines a transaction identifier.
Each transaction identifier shall not appear more than once within the list.
Coding: Each byte in the transaction identifier list shall be coded as defined below:
bits 1 to 4 = RFU
bits 5 to 7 = TI value
bit 8 = TI flag
Coding: Each ARFCN is represented by 10 bits. Spare bit(s) are to be filled with 0.
SIM applications should take into account that early implementations of SIM application toolkit may have
coded this field differently, because of an inconsistancy between the content and the coding of this element in
previous versions of 11.14. The SIM is able to identify MEs that are using the coding described above by
evaluating the indication "BCCH Channel List coding" in the TERMINAL PROFILE command.
3GPP
Release 4 60 3GPP TS 51.014 V4.5.0 (2004-12)
12.35 C-APDU
This subclause applies only if class "a" is supported.
12.36 R-APDU
This subclause applies only if class "a" is supported.
12.40 AT Command
This subclause applies only if class "b" is supported.
Contents: The AT Command string is structured exactly as the AT Command line as defined in TS 27.007 [27],
which may contain single or concatenated AT commands.
12.41 AT Response
This subclause applies only if class "b" is supported.
3GPP
Release 4 61 3GPP TS 51.014 V4.5.0 (2004-12)
Contents: The AT Response string is structured exactly as the response to a command line as defined in
TS 27.007 [27], which may contain single or concatenated responses appropriate to the issued AT command.
If the AT Response string is longer than the maximum length capable of being transmitted to the SIM then the
AT Response string shall be truncated to this length by the ME.
Contents & coding: The BC repeat indicator is structured exactly as defined in TS 24.008 [10].
12.45 Language
See TS 102 223 [37].
Coding of ME status:
'00' = ME is in the idle state
'01' = ME is not in idle state
'02' to'FF'= reserved values
The Timing Advance is coded as for the Timing Advance information element in TS 04.08 [8], starting at octet 2 (the
IEI is removed, as this information is duplicated by the data object tag).
3GPP
Release 4 62 3GPP TS 51.014 V4.5.0 (2004-12)
12.48 URL
See TS 102 223 [37].
12.49 Bearer
Byte(s) Description Length
1 Bearer tag 1
2 to (Y + 1) Length (X) Y
(Y+2) to (Y + List of bearers in order of priority requested X
X +1)
The ME shall use this list to choose which bearers are allowed in order of priority.
'00' = SMS ;
'01' = CSD ;
'02' = USSD ;
'03' = GPRS ;
- Bearer Type coding: in addition to the values defined in TS 102 223 [32], the following are defined:
- '01' = CSD;
- Bearer parameters coding: see the following clauses for 2G specific technologies.
3GPP
Release 4 63 3GPP TS 51.014 V4.5.0 (2004-12)
The default values of the subparameters are manufacturer specific since they depend on the purpose of the device
and data services provided by it. Not all combinations and values of these subparameters are supported by GSM
(refer TS 22.002 [30]).
X (length of parameters) = 3.
Coding:
The following values are as defined in the TS 27.007 [27] for the select service bearer type "+CBST" extended
command. They are coded in hexadecimal.
- byte 4 - Data rate: same as the "speed" subparameter defined in TS 27.007 [27].
- byte 5 - bearer service: same as the "name" subparameter defined in TS 27.007 [27].
- byte 6 - connection element: same as the "ce" subparameter defined in TS 27.007 [27].
The default values of the subparameters are manufacturer specific since they depend on the purpose of the device
and data services provided by it. Not all combinations and values of these subparameters are supported by GSM
(refer TS 22.002 [30]).
X (length of parameters) = 6.
Coding: The following values are as defined in TS 27.007 [27], for the quality of Service profile requested
"+CGQREQ" extended command. They are coded in hexadecimal.
- Coding of Byte 4 - Precedence class: same as the "precedence" subparameter, defined in TS 27.007 [27].
- Coding of Byte 5 - Delay class: same as the "delay" subparameter, defined in TS 27.007 [27].
- Coding of Byte 6 - Reliability class: same as the "reliability" subparameter, defined in TS 27.007 [27].
- Coding of Byte 7 - Peak throughput class: same as the "peak" subparameter, defined in TS 27.007 [27].
- Coding of Byte 8 - Mean throughput class: same as the "mean" subparameter, defined in TS 27.007 [27].
3GPP
Release 4 64 3GPP TS 51.014 V4.5.0 (2004-12)
12.60 Void
- Content: The Network Access Name is used to identify the Gateway entity, which provides interworking with
an external packet data network. For GPRS, the Network Access Name is an APN.
3GPP
Release 4 65 3GPP TS 51.014 V4.5.0 (2004-12)
13 Tag values
This clause specifies the tag values used to identify the BER-TLV and SIMPLE-TLV data objects used in this
specification, in addition to those defined in TS 102 223 [37].
Unless otherwise stated, for SIMPLE-TLV data objects it is the responsibility of the SIM application and the ME to
decide the value of the CR flag for each data object in a given command.
3GPP
Release 4 66 3GPP TS 51.014 V4.5.0 (2004-12)
CR Value
Comprehension required 1
Comprehension not required 0
3GPP
Release 4 67 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP
Release 4 68 3GPP TS 51.014 V4.5.0 (2004-12)
15 Security requirements
TS 03.48 [24] specifies standardised methods of securing the content of application messages to and from the SIM
Application Toolkit. If it is necessary to secure application messaging to Toolkit applications, then TS 03.48 [24] may
be used.
3GPP
Release 4 69 3GPP TS 51.014 V4.5.0 (2004-12)
Annex A (normative):
Support of SIM Application Toolkit by Mobile Equipment
Support of SIM Application Toolkit is optional for Mobile Equipment. However, if an ME states conformancy with a
specific GSM release, it is mandatory for the ME to support all functions of that release.
The support of letter classes, which specify mainly ME hardware dependent features, is optional for the ME and may
supplement the SIM Application Toolkit functionality described in this document. If an ME states conformancy to a
letter class, it is mandatory to support all functions within the respective letter class.
The table below indicates the commands of the optional letter classes:
3GPP
Release 4 70 3GPP TS 51.014 V4.5.0 (2004-12)
Annex B (informative):
Example command sequences for proactive SIM
This subclause shows example APDU sequences for proactive SIM commands, and is for information only.
Normal command
Normal Data, if any '91' lgth
Case 2: Proactive SIM request following a (polling) STATUS command from the ME
ME SIM
STATUS command
Normal Data on DF '91' lgth
FETCH
Proactive SIM command '90' '00'
Case 3: STATUS command from ME, not followed by any proactive SIM request
ME SIM
STATUS command
Normal Data on DF '90' '00'
Case 4: Unsuccessful proactive SIM request, followed by SIM asking the ME to retry
ME SIM
Normal command
Normal Data, if any '91' lgth
3GPP
Release 4 71 3GPP TS 51.014 V4.5.0 (2004-12)
FETCH
Proactive SIM command '90' '00'
FETCH
Repeat of proactive SIM command '90' '00'
Case 5: Unsuccessful proactive SIM request, and the SIM does not ask for the ME to retry
ME SIM
Normal command
Normal Data, if any '91' lgth
FETCH
Proactive SIM command '90' '00'
3GPP
Release 4 72 3GPP TS 51.014 V4.5.0 (2004-12)
Annex C (informative):
Example of DISPLAY TEXT Proactive SIM Command
See TS 102 223 [37].
3GPP
Release 4 73 3GPP TS 51.014 V4.5.0 (2004-12)
Annex D (normative):
Structure of SIM Application Toolkit communications
See TS 102 223 [37].
3GPP
Release 4 74 3GPP TS 51.014 V4.5.0 (2004-12)
Annex E (informative):
ME display in proactive SIM session
See TS 102 223 [37].
3GPP
Release 4 75 3GPP TS 51.014 V4.5.0 (2004-12)
Annex F (informative):
Help information feature processing
See TS 102 223 [37].
3GPP
Release 4 76 3GPP TS 51.014 V4.5.0 (2004-12)
Annex G (informative):
Monitoring of events
See TS 102 223 [37].
3GPP
Release 4 77 3GPP TS 51.014 V4.5.0 (2004-12)
Annex H (normative):
Support of Multiple Card Operation
See TS 102 223 [37].
3GPP
Release 4 78 3GPP TS 51.014 V4.5.0 (2004-12)
Annex I (informative):
Multiple Card proactive command examples
See TS 102 223 [37].
3GPP
Release 4 79 3GPP TS 51.014 V4.5.0 (2004-12)
Annex J (informative):
Bearer independent protocol proactive command examples
See TS 102 223 [37].
3GPP
Release 4 80 3GPP TS 51.014 V4.5.0 (2004-12)
Annex K (informative):
WAP References
See TS 102 223 [37].
3GPP
Release 4 81 3GPP TS 51.014 V4.5.0 (2004-12)
Annex L (informative):
Change history
This annex lists all change requests approved for the present document since the first phase2+ version was approved by
ETSI SMG and 3GPP TSG T.
Meet Plenary WG VERS CR RV PH CAT SUBJECT Resulting
ing# tdoc tdoc Version
s18 263/96 2.0.0 r96 Final draft version GSM 11.14 approved TS 11.14
5.0.0
s19 515/96 134/96 5.0.0 A001 2 r96 B Enhancement of call control (refresh command) 5.1.0
s20 580/96 206/96 5.1.0 A002 r96 B Barred Dialling Numbers 5.2.0
703/96 208/96 A003 r96 B Enhancement of REFRESH command
703/96 208/96 A004 r96 C Enhancement to the command DISPLAY TEXT
703/96 208/96 A006 r96 B Enhancement to the SIM Application Toolkit
s21 102/97 087/97 5.2.0 A007 1 r96 B Ending of proactive session. 5.3.0
102/97 063/97 A008 r96 D Example of Proactive SIM Command
102/97 049/97 A009 r96 D Editorial clarifications to Text
s22 357/97 151/97 5.3.0 A010 r96 F General Result values : interpretation 5.4.0
357/97 171/97 A011 1 r96 D Clarifications to the DISPLAY TEXT command
357/97 176/97 A012 1 r96 D Length indicator clarification of some simple TLV data obj.
357/97 172/97 A014 1 r96 D Clarification of ME & SIM toolkit actions during REFRESH
357/97 178/97 A015 1 r96 F Set Up Menu command without Item Data Object
357/97 169/97 A016 r96 F Call control, corrections and editorial clarifications
357/97 170/97 A017 r96 C Call Control : call set-up,SS and USSD operation
357/97 190/97 A018 r96 F Call control,USSD operations
s23 789/97 284/97 5.4.0 A020 1 r97 B Help information facility 5.5.0
789/97 257/97 A021 r96 F Corrections to Annex D
789/97 263/97 A022 r96 F Response data following an ENVELOPE command
789/97 280/97 A023 1 r96 F Length of resp. data after SMS-PP ENVELOPE command
789/97 265/97 A024 r96 F Clarification of the TP-Message Ref incrementation
789/97 266/97 A025 r96 F Correction of the use of the Comprehension Required flag
789/97 267/97 A026 r96 F DCS byte coding for send short message command
789/97 292/97 A027 r96 F Concerning Annex C
789/97 274/97 A028 r96 F Clarification of POLLING OFF command
789/97 275/97 A029 r96 F Interaction between SIM toolkit and emergency calls
789/97 269/97 A030 r96 F removal of setup menu
789/97 278/97 A031 r96 F Clarification of result retry
789/97 251/97 A032 r96 F Coding of simple TLV data objects
789/97 237/97 A033 r96 F Interaction between proactive commands and FDN
789/97 254/97 A034 r96 F Toolkit and ME display interaction
789/97 279/97 A035 r96 F Poll interval
789/97 240/97 A036 r96 F Clarifications to to REFRESH command.
789/97 282/97 A037 1 r96 F Clarification of length and removal of padding
789/97 289/97 A038 1 r96 F Correction to display text
789/97 290/97 A040 1 r96 F Terminal response without command details
789/97 288/97 A041 r96 F Number of possible ongoing proactive commands
789/97 291/97 A042 r96 F Provide Local Information
789/97 276/97 A043 r96 F Interaction with Last Number Dialled
s24 97-1124 97/362 5.5.0 A044 r96 F high priority of DISPLAY TEXT 5.6.0
97-0886 97/363 A045 r97 B new type of DISPLAY TEXT and SET UP CALL
97-0886 97/373 A047 1 r97 D Extension of the Annex on help information feature.
97-0886 97/367 A048 r97 C Enhancement to PROVIDE LOCAL INFORMATION
97-0886 97/370 A049 r96 F GET INPUT - Hidden text
97-0886 97/375 A050 r97 B Default choice possibility for Get Input
97-0886 97/382 A051 2 r97 B Improvement of the dialogue with the user
97-0886 97/352 A052 r97 C cell identity available in call control by SIM
97-0886 97/377 A053 r96 F Profile download
97-0886 97/380 A054 r97 B send USSD
97-0886 97/381 A055 r97 B MO SMS control by SIM
(continued)
3GPP
Release 4 82 3GPP TS 51.014 V4.5.0 (2004-12)
NOTE: At SMG #25, it was decided to create a version 6.0.0 of every specification that contained at least one release '97 workitem. Thus
release 97 CRs approved at or after SMG #25 will only be found in the version 6.x.y of this specification.
s25 98-0158 98p092 5.6.0 A046 1 r96 F Proactive Commands versus possible Terminal Response 6.0.0
98-0158 98p068 A056 r97 C Indications to be given to the user
98-0158 98p071 A057 r96 F Length of text string TLVs
98-0158 98p058 A058 r96 F Corrections to Command results
98-0158 98p076 A059 r97 F MO SM control by SIM
98-0158 98p081 A060 1 r97 B Previously selected item indication
98-0158 98p096 A061 1 r97 B Event driven information
98-0158 98p106 A062 1 r97 B Addition of UCS2 alphabet in the proactive commands
98-0158 98p098 A063 1 r96 F PLAY TONE - addition of user abort while tone is playing
98-0158 98p097 A064 r97 C Addition of warning of incompleteness of class 3
s26 98-0399 98p229 6.0.0 A065 2 R98 B Icons for proactive commands 7.0.0
98-0399 98p211 A067 R97 F Network not supporting / allowing call hold during the SET UP CALL
98-0399 98p213 A069 R97 F Correction to unknown tag value
98-0399 98p214 A070 R97 F Item Identifier in TERMINAL RESPONSE to SELECT ITEM
98-0399 98p216 A072 R97 F Correction to PLAY TONE
98-0399 98p217 A073 R97 F Network measurment results
98-0399 98p219 A075 R97 F Missing response code
98-0399 98p242 A076 1 R97 F SIM Toolkit Class Handling
98-0399 98p222 A077 R97 F Addition of reference to TS 03.48
98-0399 98p230 A078 R98 B SELECT ITEM Menu / Data Selection enhancement
98-0399 98p231 A079 R98 B Operation of ME with multiple card readers
98-0400 98p238 A081 R98 D Deletion of all release 97 markers from the R98 version
98-0399 98p249 A082 R97 F RP-ACK RP-ERROR for SIM data download error
98-0399 98p243 A083 R98 B Timer management
98-0399 98p252 A086 R98 C Improvement of DISPLAY TEXT
98-0399 98p256 A089 1 R97 F clarification to FETCH command
98-0399 98p169 A090 R98 B Extension of PROVIDE LOCAL INFO for date, time and timezone.
s27 98-0670 98p345 7.0.0 A094 R98 F Additional info field mandatory in case of USSD Return Error result. 7.1.0
98-0670 98p357 A098 R98 A Clarification regarding the ME changing the contents of SIM
commands e.g. SEND SMS
98-0670 98p374 A100 R98 F Clarification about USSD return result
98-0670 98p377 A103 R98 F Clarification of the '93 00' status response handling
98-0670 98p378 A104 R98 B New command - SETUP IDLE MODE TEXT
98-0670 98p369 A108 R98 C Handling of DTMF in SETUP CALL command
98-0670 98p389 A110 R98 F Interaction between call control by SIM / MO short message control
and proactive commands
98-0605 A111 4 R98 B Enhancement to Proactive SIM that enables the SIM to issue AT
commands
s28 P-99-185 98p448 7.1.0 A085 3 R98 B Addition of a second alpha identifier to SET UP CALL 7.2.0
P-99-185 98p432 A114 R98 A Clarification about USSD Return Result parameters in Terminal
Response
P-99-185 98p451 A115 R98 F Call Control: Modified user request beyond ME's capabilities
P-99-185 9-99-045 A116 R98 C Display of the items on the ME screen
P-99-185 9-99-054 A117 R98 C USSD string coding
P-99-185 9-99-060 A120 R98 A Configuration parameters
P-99-185 9-99-071 A121 R98 D USSD and call control Call
P-99-185 9-99-073 A122 R98 F Call control: Two bearer capability with BC repeat indicator
P-99-185 9-99-078 A123 R98 F Clarification to PROVIDE LOCAL INFO regarding NMR
P-99-185 9-99-070 A124 R98 B Sustained DISPLAY TEXT command
P-99-185 9-99-085 A126 R98 D Clarification to PROVIDE LOCAL INFO (NMR in idle mode)
P-99-185 9-99-090 A127 R98 F Correction of reply to SEND USSD
P-99-185 9-99-089 A129 R98 B New proactive command "SEND_DTMF"
P-99-188 A132 R98 D Deletion of $(......)$ release markers
P-99-188 A134 R98 D Deletion of references to class 1 and class 2
P-99-188 A135 R98 D Incorporation of timer feature into class 3
(continued)
3GPP
Release 4 83 3GPP TS 51.014 V4.5.0 (2004-12)
Following the closure of ETSI SMG and the agreement of the 3GPP in July 2000 to undertake responsibility for remaining
GSM specifications, the change requests listed below were approved by 3GPP TSG-T. This change in responsibility also
changed the specification number from "GSM 11.14" to "3GPP TS 11.14".
TP-09 TP-000149 T3-000473 8.3.0 A184 R99 F Clarification for Alpha Identifier in PLAY TONE 8.4.0
TP-000149 T3-000485 A186 R99 F EVENT DOWNLOAD-MT call : correction of the sub-address
description
TP-000149 T3-000468 A188 R99 F correction to GET INPUT regarding number of response string
variables
TP-10 TP-000202 T3-000641 8.4.0 A189 2 R99 F Clarification of bearer independent related to GPRS 8.5.0
TP-000202 T3-000644 A190 1 R99 F Correction to device identity coding
TP-000202 T3-000647 A191 R99 F Clarification of command qualifier related to LAUNCH BROWSER
TP-000202 T3-000618 A192 R99 F Modification of general result for proactive command with user
confirmation
TP-000202 T3-000634 A193 R99 F General Clarification and Corrections
TP-11 TP-010039 T3-010209 8.5.0 A194 R99 F Correction of Annex A: Support of USAT by Mobile Equipment 8.6.0
(continued)
3GPP
Release 4 84 3GPP TS 51.014 V4.5.0 (2004-12)
3GPP