ETSI TS 100 585 V7.0.1 (1999-07)
Technical Specification
Digital cellular telecommunications system (Phase 2+);
Use of Data Terminal Equipment - Data Circuit terminating;
Equipment (DTE - DCE) interface for
Short Message Service (SMS) and
Cell Broadcast Service (CBS)
(GSM 07.05 version 7.0.1 Release 1998)
GLOBAL SYSTEM FOR
MOBILE COMMUNICATIONS
R
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 2 (GSM 07.05 version 7.0.1 Release 1998)
Reference
RTS/SMG-040705Q7 (5f003i0r.PDF)
Keywords
Digital cellular telecommunications system,
Global System for Mobile communications (GSM)
ETSI
Postal address
F-06921 Sophia Antipolis Cedex - FRANCE
Office address
650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88
Internet
secretariat@etsi.fr
Individual copies of this ETSI deliverable
can be downloaded from
http://www.etsi.org
If you find errors in the present document, send your
comment to: editor@etsi.fr
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
? European Telecommunications Standards Institute 1999.
All rights reserved.
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 3 (GSM 07.05 version 7.0.1 Release 1998)
Contents
Intellectual Property Rights...6
Foreword ....6
Introduction ..6
0 Scope..7
0.1 References.... 8
0.2 Abbreviations...... 8
1 Reference configuration........9
1.1 V.24 Interface Circuits........ 9
1.1.1 Circuit definitions for the SMS Block mode .... 9
1.1.2 Circuit definitions for the SMS Text and PDU modes ....... 10
2 SMS Block Mode.....10
2.1 Beginning and ending of SMS/CBS Block Mode...... 10
2.1.1 Beginning SMS/CBS Block Mode......... 10
2.1.2 Returning from SMS/CBS Block Mode To Default Mode  11
2.2 Protocol description ............ 11
2.3 Requesting messages already held in the Mobile Termination  12
2.3.1 Requesting List Of Messages ....... 12
2.3.2 Requesting Transfer Of Messages 13
2.3.2.1 Requesting Transfer Of A Specific Message .. 13
2.3.2.2 Requesting Transfer Of All Messages ............ 13
2.3.3 Requesting Diversion Of Incoming Messages...... 13
2.3.3.1 Requesting SMS Messages ..... 13
2.3.3.2 Requesting CBS Messages ..... 14
2.3.3.3 Requesting indication of message arrival ....... 14
2.3.4 Requesting Transfer Into Mobile Termination ..... 15
2.3.5 Requesting Deletion Of Messages 15
2.4 Message functional definitions and contents 15
2.4.1 Commands Issued By The Terminal Equipment .. 16
2.4.1.1 List Request ............. 16
2.4.1.2 Get Message ........... 16
2.4.1.3 Get First Message .... 16
2.4.1.4 Get Next Message.... 17
2.4.1.5 Transfer Inc SMS.... 17
2.4.1.6 Indicate Inc SMS ..... 17
2.4.1.7 Transfer Inc CBS..... 17
2.4.1.8 Insert SMS . 17
2.4.1.9 Delete message ....... 17
2.4.1.10 Unable to process .... 17
2.4.1.11 End SMS Mode ....... 18
2.4.1.12 Acknowledge Message ... 18
2.4.2 Responses/Indications Issued By The MT ....... 18
2.4.2.1 Message List ............ 18
2.4.2.2 Message ..... 18
2.4.2.3 Get Message Failure . 19
2.4.2.4 Inc Message ............. 19
2.4.2.5 Message Arrived..... 19
2.4.2.6 Insert SMS Complete... 19
2.4.2.7 Insert SMS Failure... 19
2.4.2.8 Delete Message Complete ....... 19
2.4.2.9 Delete Message Failure.......... 19
2.4.2.10 Unable To Process... 20
2.4.2.11 End SMS Mode ....... 20
2.4.2.12 Request Confirmed ... 20
2.5 General message format and information elements coding...... 20
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 4 (GSM 07.05 version 7.0.1 Release 1998)
2.5.1 Message Type...... 20
2.5.2 Other Information Elements ......... 21
2.5.2.1 Short Message Reference........ 21
2.5.2.2 SMS Transfer Type .. 22
2.5.2.3 Indication Type........ 22
2.5.2.4 Insert Type..... 23
2.5.2.5 Short Message Index 24
2.5.2.6 Short Message Data .. 26
2.5.2.7 Cause ............. 28
2.5.2.8 Index Count ... 29
2.5.2.9 CBS Transfer Type.. 30
2.5.2.10 Page Index ..... 30
2.5.2.11 Last Short Message.. 31
2.5.2.12 Confirm Type  31
2.5.2.13 TP-Failure Cause ..... 32
2.5.2.14 SM-Deliver-Ack ...... 32
2.5.2.15 SM-Submit-Ack....... 32
3 Text Mode .......33
3.1 Parameter Definitions ......... 33
3.2 General Configuration Commands..... 36
3.2.1 Select Message Service +CSMS .. 36
3.2.2 Preferred Message Storage +CPMS....... 36
3.2.3 Message Format +CMGF............. 37
3.2.4 Enter SMS Block Mode Protocol +CESP............ 37
3.2.5 Message Service Failure Result Code +CMS ERROR....... 38
3.2.6 Informative Examples ... 38
3.3 Message Configuration Commands ... 39
3.3.1 Service Centre Address +CSCA... 39
3.3.2 Set Text Mode Parameters +CSMP........ 39
3.3.3 Show Text Mode Parameters +CSDH.... 39
3.3.4 Select Cell Broadcast Message Types +CSCB..... 40
3.3.5 Save Settings +CSAS .... 40
3.3.6 Restore Settings +CRES 41
3.3.7 Informative Examples ... 41
3.4 Message Receiving and Reading Commands............. 42
3.4.1 New Message Indications to TE +CNMI ............. 42
3.4.2 List Messages +CMGL .. 46
3.4.3 Read Message +CMGR. 47
3.4.4 New Message Acknowledgement to ME/TA +CNMA...... 47
3.4.5 Informative Examples ... 48
3.5 Message Sending and Writing Commands... 49
3.5.1 Send Message +CMGS .. 49
3.5.2 Send Message from Storage +CMSS ..... 50
3.5.3 Write Message to Memory +CMGW..... 50
3.5.4 Delete Message +CMGD............. 51
3.5.5 Send Command +CMGC ............. 51
3.5.6 More Messages to Send +CMMS $(TEI R97)$ .. 52
3.5.7 Informative Examples ... 52
4 PDU Mode ......53
4.1 List Messages +CMGL....... 53
4.2 Read Message +CMGR ...... 54
4.3 Send Message +CMGS....... 54
4.4 Write Message to Memory +CMGW. 55
4.5 Send Command +CMGC.... 55
4.6 New Message Acknowledgement to ME/TA +CNMA............ 55
4.7 Send Message from Storage +CMSS. 56
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 5 (GSM 07.05 version 7.0.1 Release 1998)
Annex A (Normative): Character Set Conversions for SMS Text Mode ..58
Annex B (Informative): Example of processing a data block.............61
B.1 Example state diagrams for the block receiver .......... 61
B.2 Example of coding and decoding a data block........... 61
Annex C (Informative): Change History ........65
History .........66
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 6 (GSM 07.05 version 7.0.1 Release 1998)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect
of ETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on the
ETSI Web server (http://www.etsi.org/ipr).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server)
which are, or may be, or may become, essential to the present document.
Foreword
This Technical Specification (TS) has been produced by the Special Mobile Group (SMG).
The present document outlines the use of data terminal equipment and specifies the terminal (DTE-DCE) interface for
Short Message and Short Message Cell Broadcast Services within the digital cellular telecommunications system.
The contents of the present document are subject to continuing work within SMG and may change following formal
SMG approval. Should SMG modify the contents of the present document it will then be re-issued with an identifying
change of release date and an increase in version number as follows:
Version 7.x.y
where:
7 GSM Phase 2+ Release 1998;
x the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections,
updates, etc.;
y the third digit is incremented when editorial only changes have been incorporated in the specification.
Introduction
The present document includes references to features which were introduced into the GSM Technical specifications after
Release 96 of GSM Phase 2+. The text that is relevant, if the feature is supported, is marked with designators.
The following table lists all features that were introduced after Release 96 and have impacted the present document:
Feature Designator
Technical enhancement and improvement: New optional
command
$(TEI R97)$
Enhanced Validity Period Format $(EVPF)$
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 7 (GSM 07.05 version 7.0.1 Release 1998)
0 Scope
The present document defines three interface protocols for control of SMS functions within a GSM mobile telephone
from a remote terminal via an asynchronous interface.
Clause 2 defines a binary protocol (“Block Mode”). The protocol includes error protection and is suitable for use where
the link may not be completely reliable. It will be of particular use where control of remote devices is required. Efficient
transfer of binary encoded user data is possible.
Clause 3 defines a character-based interfaced based on “AT” commands (“Text Mode”). This mode is suitable for
unintelligent terminals or terminal emulators, and for application software built on command structures like those
defined in V.25ter. Some of the commands defined in clause 3 will also be useful for implementations of clause 2 and/or
clause 4, for example enabling an indication of incoming SMS messages.
Clause 4 defines a character-based interface with hex-encoded binary transfer of message blocks (“PDU Mode”). This
mode is suitable for software drivers based on AT command structures which do not understand the content of the
message blocks and can only pass them between the MT and “upper level” software resident in the TE.
In all three modes, the terminal is considered to be in control for SMS/CBS transactions.
The present document considers the mobile termination to be a single entity. Other GSM Technical Specifications
describe the split of functionality between the mobile equipment and SIM.
The three “modes” referred to above, are represented in figure 0.1/GSM 07.05.
The “Block mode” is a self contained mode in its own right, and when entered, control will remain within that mode
until the procedures to exit the mode are executed, after which control is returned to the V.25ter “command” state or
“on-line command” state.
The “Text” and “PDU” modes are not in themselves V.25ter states but are simply sets of commands which will operate
in either the V.25ter “command” state or “on-line command” state. The “Text” and “PDU” modes are transitory states
and after each operation, control is automatically returned to the V.25ter “command” state or “on-line command” state.
Whilst in the V.25ter command state, the MS is available to handle incoming and outgoing calls such as Data or
Facsimile.
SMS
Text
Mode
SMS
PDU
Mode
SM S B lock M ode
V.25ter
"command" s tate
and "on-line command" s tate
Figure 0.1/GSM 07.05: Block, Text and PDU modes
In the “Block mode” and “PDU” mode a mobile is not permitted to modify any component of an SMS/CBS message
received from the air interface or an SMS message received from a TE, before passing it on, except where GSM 03.40
or GSM 03.41 defines a “component modification facility” and where this “component modification facility” is
supported by the mobile. In the Text Mode the mobile may be unable to display characters coded in particular coding
schemes. In this case, the mobile shall behave as described in GSM 03.38 and assume the coding scheme to be the GSM
Default Alphabet.
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 8 (GSM 07.05 version 7.0.1 Release 1998)
0.1 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 specific reference, subsequent revisions do not apply.
· For a non-specific reference, the latest version applies.
· A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same
number.
· For this Release 1998 document, references to GSM documents are for Release 1998 versions (version 7.x.y).
[1] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and
acronyms".
[2] GSM 03.38: "Digital cellular telecommunications system (Phase 2+); Alphabets and
language-specific information".
[3] GSM 03.40: "Digital cellular telecommunications system (Phase 2+); Technical realization of the
Short Message Service (SMS) Point-to-Point (PP)".
[4] GSM 03.41: "Digital cellular telecommunications system (Phase 2+); Technical realization of
Short Message Service Cell Broadcast (SMSCB)".
[5] GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface layer
3 specification".
[6] GSM 04.11: "Digital cellular telecommunications system (Phase 2+); Point-to-Point (PP) Short
Message Service (SMS) support on mobile radio interface".
[7] GSM 04.12: "Digital cellular telecommunications system (Phase 2+); Short Message Service Cell
Broadcast (SMSCB) support on the mobile radio interface".
[8] GSM 07.01: "Digital cellular telecommunications system (Phase 2+); General on Terminal
Adaptation Functions (TAF) for Mobile Stations (MS)".
[9] GSM 07.07: "Digital cellular telecommunications system (Phase 2+); AT command set for GSM
Mobile Equipment (ME)".
[10] GSM 11.11: "Digital cellular telecommunications system (Phase 2+); Specification of the
Subscriber Identity Module - Mobile Equipment (SIM - ME) interface".
[11] CCITT Recommendation V.25ter: “Serial Asynchronous Automatic Dialling And Control”
[12] CCITT Recommendation V.24: "List of definitions for interchange circuits between data terminal
equipment (DTE) and data circuit-terminating equipment".
[13] CCITT Recommendation E.164: "Numbering plan for the ISDN era".
[14] CCITT Recommendation E.163: "Numbering plan for the international telephone service".
0.2 Abbreviations
Abbreviations used in the present document are listed in GSM 01.04 [1].
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 9 (GSM 07.05 version 7.0.1 Release 1998)
1 Reference configuration
 02%,/( 67$7,21 !
???????????????1 ???????????????1
· · · ·
· 02%,/( · · ·
· (48,30(17 · · 7(50,1$/ ·
???????1 ???????????????????????????? (48,30(17 ·
· · · '&('7( ,17(5)$&( · ·
·6,0 · · · ·
o??????????????? o???????????????
MOBILE TERMINATION (MT2)
Figure 1: Reference configuration
The mobile termination consists of the mobile equipment (ME) and the SIM. Messages may be stored in either, but this
specification does not distinguish between messages stored in the SIM or in the ME. The management of message
storage in the two parts of the mobile termination is a matter for the mobile termination implementation.
1.1 V.24 Interface Circuits
The operation of the CCITT V.24 blue book interface circuits for SMS is shown in table 1.1/GSM 07.05.
Table 1.1/GSM 07.05: Use of V.24 interface circuits
V.24 CIRCUIT DESCRIPTION TE to MT MT to TE
CT102 signal ground x x
CT103 TXD x
CT104 RXD x
CT105 RTS x
CT106 CTS x
CT107 DSR x
CT108.2 DTR x
CT109 DCD x
NOTE: CT105 at the TE is connected to CT133 at the MT
1.1.1 Circuit definitions for the SMS Block mode
CT103
All commands from the TE to the MT are transferred across this circuit. Inband flow control is not permitted during
Block Mode.
CT104
All responses/indications from the MT to the TE are transferred across this circuit. Inband flow control is not permitted
during Block Mode.
CT105
This circuit allows the TE to flow control the MT when in the Block Mode and at other times if hardware flow control is
enabled.
CT106
This circuit allows the MT to flow control the TE when in the Block Mode and at other times if hardware flow control is
enabled.
CT107
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 10 (GSM 07.05 version 7.0.1 Release 1998)
This circuit shall be set to the ON condition before entry into the Block Mode, and shall remain in the ON condition
during Block Mode. If the TE detects that this circuit returns to the OFF condition during the block mode then the TE
shall return CT108.2 to the OFF condition and exit the Block Mode.
CT108.2
This circuit shall be set in the ON condition before the AT+CESP command is sent from the TE to begin the Block
Mode, and shall be maintained in the ON condition during the Block Mode. It shall be returned to the OFF condition
after the command 'END SMS MODE' has been accepted and acknowledged by the MT. If the MT detects that this
circuit returns to the OFF condition during the Block Mode then the MT shall exit the Block Mode.
CT109
This circuit shall be set to the ON condition before entry into the Block Mode and remain in the ON condition during
the Block Mode. If the TE detects that this circuit returns to the OFF condition during the Block Mode then the TE shall
return CT108.2 to the OFF condition and shall exit the Block Mode.
1.1.2 Circuit definitions for the SMS Text and PDU modes
Only circuits CT102, CT103 and CT104 are mandatory for the Text and PDU modes. The functionality and operation of
other circuits shall be in accordance with V.25ter.
2 SMS Block Mode
2.1 Beginning and ending of SMS/CBS Block Mode
2.1.1 Beginning SMS/CBS Block Mode
As described in GSM 07.01, the DTE/DCE interface is normally associated with the terminal adaptation function (TAF),
if such a function is available. When no data connection is in progress, and the terminal equipment wishes to enter
SMS/CBS mode, the command 'AT+CESP' shall be issued by the TE through the DTE/DCE interface requesting that the
Block mode protocol described in this specification is to be used. The syntax of this command is further described in
subclause 3.2.4 later. The syntax for these commands is derived from V.25ter, i.e. the command is encoded as an IA5
character string together with delimiters as described in V.25ter.
Upon receipt of this command, the mobile termination shall respond as follows:
If the mobile termination supports SMS/CBS block mode commands, responses and indications as described in
this technical specification, it shall respond with 'OK' (or 0) and enter the SMS/CBS mode.
If the mobile termination does not support SMS/CBS block mode commands, responses and indications as
described in this technical specification, it shall respond with 'ERROR' (or 4) and remain in the current mode..
Terminal software shall wait a short time (e.g. 5 seconds) for the ‘OK’ (0) or ‘ERROR’ (4) response. If neither
response is received before the timeout then the terminal software shall assume that the block mode has been
entered. The terminal software may then submit its first block mode command. If no response is received to this
command then the terminal software shall proceed as described below in subclause 2.2 (i.e. repeat the command
3 times and then exit the block mode).
If the SMS/CBS block mode command is accepted by the mobile termination, then all further commands, responses and
indications shall be as defined in clause 2 of this technical specification. These SMS/CBS mode commands, responses
and indications use 8-bit encoded data and not IA5 characters.
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 11 (GSM 07.05 version 7.0.1 Release 1998)
2.1.2 Returning from SMS/CBS Block Mode To Default Mode
When the terminal equipment wishes to return to default mode from SMS/CBS mode, it shall issue the command 'END
SMS MODE', described in subclause 2.4.1.11. The mobile termination shall respond with 'OK' (or 0) to indicate that the
DTE/DCE interface has returned to default mode. The TE shall change back to default mode whether or not such a
response is received.
The TE may also indicate that it has exit from the SMS/CBS mode through the use of CT 108/2 (see subclause 1.1)
If an incoming data call arrives while the DTE/DCE interface is set to SMS/CBS mode, then the mobile termination may
autonomously issue the 'END SMS MODE' indication (subclause 2.4.2.11) and revert to default mode in order to
connect the data call through the TAF.
The MT may exit from SMS/CBS mode autonomously if the power to the MT is switched off and then on again. In
addition, the MT manufacturer may provide MMI to change the mode back to the default mode. In the latter case, the
MT shall issue the 'END SMS MODE' indication (subclause 2.4.2.11) and exit the SMS/CBS mode immediately.
The MT may also indicate that it has exit from the SMS/CBS mode through the use of CT 107 and
CT 109 (see subclause 1.1).
A BREAK condition in either direction at the DTE/DCE interface shall cause the TE and the MT to exit from the
SMS/CBS block mode and return to the default mode.
In the event where the TE or the MT find themselves unable to recover from a protocol error then either entity may exit
the SMS/CBS mode using any of the mechanisms described above. Confirmation of default mode operation will be
achieved through the use of AT commands and responses.
2.2 Protocol description
The communication path between the MT and the TE across the DTE/DCE interface should be quite reliable if it uses a
short wire link. However, to ensure that the low error rate does not cause malfunction, the following error protection
scheme is provided.
Each message sent from the MT to the TE or vice-versa consists of a data block (DATA) and block check sum (BCS,
see figure 2.2.1). In the following description the notation DLE, STX, NUL and ETX refer to control characters having
the values 10 02 00 and 03 hexadecimal respectively.
<-----------------DATA-----------------> <- BCS ->
DLE STX Message content DLE ETX BCS BCS
10H 02H 10H 03H MSB LSB
Figure 2.2.1/GSM 07.05: Format of DTE/DCE interface messages
The data block consists of a start transmission sequence, set to 00010000 00000010 (10 02 hex), the message content as
defined below and an end transmission sequence, set to 00010000 00000011 (10 03 hex). The least significant bit of
each octet is always transmitted first.
The block check sum is calculated at the transmitter by adding all of the octets in the message content modulo 65536.
Each bit of the 16-bit result is then inverted, and 1 is added to the answer.
During transmission of the message content and the BCS octets, any occurrence of the value 10 hex (DLE) shall result in
an additional 'stuffing' octet of value 00 hex (NUL) being transmitted immediately following the octet containing 10 hex.
This is to ensure that the start and end markers are unambiguous. The receiver shall remove stuffing octets by discarding
any octet of value 00 hex (NUL) which immediately follows an octet of value 10 hex (DLE).
After removal of any stuffing octets, the receiver can check the BCS by adding all of the octets in the message content
and the 16-bit BCS modulo 65536. The correct result is 0000 hex. If any message is received with an incorrect BCS,
then the message is discarded. No response is sent over the DTE/DCE interface, but an indication may be provided to
higher layers within the receiving entity.
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 12 (GSM 07.05 version 7.0.1 Release 1998)
The transmitter shall only send DLE when it is followed by STX, NUL or ETX. Therefore, if the receiver sees a DLE
followed by anything else then the receiver shall assume that some data has been lost, and shall start to search for the
start marker. An unexpected end marker at the receiver shall also result in a search for a start marker. A start marker
shall always be treated as the start of a new block, regardless of which state the receiver is in.
Examples of state diagrams for a block receiver to implement this procedure are given in Annex B, together with an
example of coding and decoding a message.
Only one Command/Response transaction shall be permitted at any one time from any sending or receiving entity. It
shall however be possible for a Command/Response transaction from one entity to be initiated even if there is a
Command/Response transaction in progress from the other entity.
If an immediate response is expected to a message sent over the DTE/DCE interface, then the sending entity shall wait
10 seconds. If no response is received within this time, the sending entity shall repeat the message. The message shall be
repeated a maximum of 3 times, after which the sending entity shall exit from the SMS/CBS mode and provide an error
indication to the user.
If a message cannot be understood by the receiving entity even though it has a correct BCS, then it shall return an
UNABLE TO PROCESS message with cause value 'Command not understood'. The receipt of an UNABLE TO
PROCESS message should not in itself initiate re-transmission although re-transmission may take place due to the
timeout mechanism described earlier since an UNABLE TO PROCESS is deemed to be an invalid response. The
‘Cause’ may however be referred to a higher layer. An UNABLE TO PROCESS shall not be sent as the result of an
incorrect BCS.
2.3 Requesting messages already held in the Mobile
Termination
The TE may request the MT to provide SMS or CBS messages already stored. The TE will either request all messages,
or request a list of messages and subsequently ask for specific messages.
At the start of the SMS/CBS mode session, the MT shall number all messages contiguously, starting with message
number 1. These "Short Message References" are only valid for a single SMS/CBS MODE session and should not be
confused with the GSM 03.40 TP-Message-Reference. Each message retains its Short Message Reference for the
duration of the SMS/CBS mode session. New messages will normally be given the lowest previously-unused Short
Message Reference. However, if all Short Message References have been used then the MT may reallocate Short
Message References previously allocated to now-deleted messages.
Short Message Reference 0 signifies that there are no messages in the MT. The value of 0 is used under the following
conditions:
- When an INSERT SMS command is used to transfer an SM over the air interface and not store it in the MT then
the MT will return a Short Message Reference of 0 in the REQUEST CONFIRMED response and the ensuing
INSERT SMS COMPLETE / INSERT SMS FAILURE indications.
- For Class 0 SM’s which are not stored in the MT
- For TE specific SM’s which are not stored in the MT
If Message number 0 is requested by the TE, the MT will always return an error cause, but will also include the highest
valid Short Message Reference (see subclause 2.3.2.1 below).
2.3.1 Requesting List Of Messages
The TE may request the MT to provide a list of SMS and CBS messages currently stored in the mobile termination.
This is achieved by the LIST REQUEST command (subclause 2.4.1.1). The MT divides the messages stored into groups
of 5 (called pages) and transfers the first 5 in a MESSAGE LIST response (subclause 2.4.2.1) containing message
references allocated by the MT, plus the relevant header information described in GSM 03.40/04.11 and GSM
03.41/04.12.
If there are no messages stored in the MT, then the MESSAGE LIST response shall be empty.
ETSI
ETSI TS 100 585 V7.0.1 (1999-07) 13 (GSM 07.05 version 7.0.1 Release 1998)
The TE may then request further groups of up to 5 messages by repeating the LIST REQUEST command for pages 2,3,
and so on. The MT will indicate that there are no more pages by responding with an empty MESSAGE LIST response.
2.3.2 Requesting Transfer Of Messages
The TE may request the transfer of one or more messages by means of the commands described below. The MT does
not delete messages which have been transferred. Messages can only be deleted by the DELETE MESSAGE command
(subclause 2.4.1.9).
2.3.2.1 Requesting Transfer Of A Specific Message
The TE may request the MT to transfer a specific message by sending the GET MESSAGE command (subclause
2.4.1.2), including the appropriate message reference. The MT will provide the full message including header in a
MESSAGE response (subclause 2.4.2.2). If the message reference is unallocated, then the GET MESSAGE FAILURE
response is returned with cause 'No such message' and the highest valid Message Reference (subclause 2.4.2.3).
2.3.2.2 Requesting Transfer Of All Messages
The TE may request the MT to transfer all messages by sending the GET FIRST MESSAGE command (subclause
2.4.1.3), followed by the appropriate number of GET NEXT MESSAGE commands (subclause 2.4.1.4).
The MT shall be able to transfer all messages one-by-one, starting with the 'first' and continuing with the 'next'. The
precise ordering of the messages is left to the MT implementation.
If the MT exits from SMS/CBS mode for any reason, then this information need not be retained.
On receipt of the GET FIRST MESSAGE command, the MT shall set a pointer to the first message, and transfer this
message using the MESSAGE response as described in subclause 2.3.2.1.
On receipt of the GET NEXT MESSAGE command, the MT shall move the pointer to the first available message after
the last message transferred (using either GET FIRST MESSAGE, GET MESSAGE or GET NEXT MESSAGE), and
transfer this message using the MESSAGE response as described in subclause 2.3.2.1.
If the MT receives a GET NEXT MESSAGE command when all messages have been transferred to the TE, or there are
no messages stored in the MT, then the GET MESSAGE FAILURE response shall be provided with the cause 'No such
message' (see subclause 2.4.2.3).
If the TE receives an out of sequence message then it shall attempt to transfer the missing message using the GET
MESSAGE command before continuing with GET NEXT MESSAGE. If this attempt fails with the cause 'no such
message', it means that the message has been deleted, or it has been lost due to a failure at the MT.
The MT includes a LAST SHORT MESSAGE REFERENCE in the GET MESSAGE FAILURE response. This is so
that the TE can detect whether or not the last short message was received in error.
If the MT receives a GET NEXT MESSAGE command prior to receiving a GET FIRST MESSAGE or GET
MESSAGE command, then it shall continue as if the command had been GET FIRST MESSAGE (i.e. provide the 'first'
message and continue with the 'next' on receipt of the subsequent GET NEXT MESSAGE command).
2.3.3 Requesting Diversion Of Incoming Messages