Content for TS 23.040 Word version: 18.0.0

0… 3… 3.3… 4… 8… 9… 9.2… 9.2.2.2… 9.2.2.3… 9.2.3… 9.2.3.12… 9.2.3.24 9.2.3.24.1… 9.2.3.24.10… 9.2.3.24.10.1.12… 9.2.3.24.10.2… 9.2.3.24.11… 9.2.3.25… 9.3… 10… 10.1.1… 10.1.3… 10.1.5… 10.1.7… 10.1.9… 10.1.11… 10.1.13… 10.1.15… 10.1.17… 10.2 10.2.1… 10.2.3… 10.2.5… 10.2.7… 10.3 11… A… C C.1… C.3… C.5… C.7… C.9… C.11… C.13… C.15… D… E… F… G… G.2… G.6 G.7 H… I… J… K…

9.2.3.24.10 Enhanced Messaging Service 9.2.3.24.10.1 EMS Coding 9.2.3.24.10.1.1 Text Formatting 9.2.3.24.10.1.2 Predefined Sound 9.2.3.24.10.1.3 User Defined Sound 9.2.3.24.10.1.4 Predefined Animation 9.2.3.24.10.1.5 Large Animation 9.2.3.24.10.1.6 Small Animation 9.2.3.24.10.1.7 Large Picture 9.2.3.24.10.1.8 Small Picture 9.2.3.24.10.1.9 Variable Picture 9.2.3.24.10.1.10 User Prompt Indicator 9.2.3.24.10.1.11 Standard WVG Object
...

9.2.3.24.10 Enhanced Messaging Service p. 82

9.2.3.24.10.1 EMS Coding p. 82

Enhanced Messaging is based on standard mechanism in GSM SMS messaging. The first mechanism is called user data header (TP-UDH), which makes it possible to include binary data in a normal SM prior the text message itself (clause 9.2.3.24). The binary data is in the TP-UD field (message), which means that it steels a part of the 140 bytes.

Each object within the SM shall be identified by a IE in the TP-UD Header. The IE will contain a octet (refer to clause 9.2.3.24.10.1) that identifies the absolute position of the object within and from the beginning of the SM data. In case of formatting text, an additional octet will give the number of characters for which the formatting applies. Next mechanism that is used is concatenation, see clause 9.2.3.24.1. This mechanism permits longer messages than 140 bytes, in fact 255 messages a 140 bytes each can be concatenated to one message up to about 38k bytes.

EMS IEs of the same type may occur more than once in a single message or one segment of a concatenated SM.

9.2.3.24.10.1.1 Text Formatting p. 82

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 Start position of the text formatting.

Set to the number of characters after the formatting shall be applied from the beginning of the SM data.

This octet shall be coded as an integer value in the range 0 (beginning of the SM data) to the maximum number of characters included in the SM data of one single SM or one segment of a concatenated SM.

Octet 2 Text formatting length.

Gives the number of formatted characters or sets a default text formatting.

This octet shall be coded as an integer value in the range 1 to the maximum number of characters for which the formatting applies in one single SM or one segment of a concatenated SM.

A text formatting length value of 0 indicates that the text format shall be used as a default text format for the current SM. The default text format shall be used for all text in a concatenated SM unless temporarily overridden by a text formatting IE with a non-zero text format length field.

It shall be possible to re-define the default text formatting to be applied to all subsequent text in the current SM by sending a new Text Format IE with text format length zero.

Conflicting overlapping text formatting instructions shall be resolved by applying the formatting instructions in their sequential order.

Octet 3 formatting mode value

Coded as following:

Octet 3:  Bit 7  Bit 6  Bit 5  Bit 4  Bit 3  Bit 2  Bit 1  Bit 0
  
Bit 1  Bit 0  *Alignment
0      0      Left
0      1      Center
1      0      Right
1      1      Language dependent (default)

* in case formatting text is inserted on the same line as previous non formatting text or with a different mode value, the alignment value shall be set to the same value as the previous formatted predefined object.

Alignment may affect object placement.

  
Bit 3  Bit 2  Font Size
0      0      Normal (default)
0      1      Large
1      0      Small
1      1      reserved
  
Bit 4  Style bold
1      Bold on
0      Bold off
  
Bit 5  Style Italic
1      Italic on
0      Italic off
  
Bit 6  Style Underlined
1      Underlined on
0      Underlined off
  
Bit 7  Style Strikethrough
1      Strikethrough on
0      Strikethrough off

If bit 4,5,6 and 7 are set to 0, it will mean normal style (default).

Octet 4 Text Colour.

This Octet may be omitted by setting the IED length accordingly.

  
  Bits 0..3  define the Text Foreground Colour
  Bits 4..7  define the Text Background Colour

Each colour is defined in a semi octet according to the table below. The actual colours displayed may vary between ME's depending on the display device used.

The colour values defined are simple primary and secondary colours plus four levels of grey. Bright colours have a higher intensity than dark colours.

  
Nibble Value    Colour
(msb…lsb)
  
0000            Black
0001            Dark Grey
0010            Dark Red
0011            Dark Yellow
0100            Dark Green
0101            Dark Cyan
0110            Dark Blue
0111            Dark Magenta
1000            Grey
1001            White
1010            Bright Red
1011            Bright Yellow
1100            Bright Green
1101            Bright Cyan
1110            Bright Blue
1111            Bright Magenta

9.2.3.24.10.1.2 Predefined Sound p. 84

The Information-Element-Data octet(s) shall be coded as follows.

Octet 1 position indicating in the SM data the instant after which the sound shall be played.

It will be set to the number of characters from the beginning of the SM data after which the sound shall be played.

Octet 2 sound number.

Shall be encoded as a integer value.

9.2.3.24.10.1.3 User Defined Sound p. 84

The Information-Element-Data octet(s) shall be coded as follows.

Octet 1

position indicating in the SM data the instant the after which the sound shall be played

(refer to clause 9.2.3.24.10.1.2).

Octet 2-n Protocol Data Unit

As described in clause 9.2.3.24.10.3.1.

This octet(s) shall contain a User Defined Sound.

9.2.3.24.10.1.4 Predefined Animation p. 84

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 position indicating in the SM data the instant the animation shall be displayed.

Set to the number of characters from the beginning of the SM data after which the animation shall be displayed.

Octet 2 animation number.

Shall be encoded as an integer value.

9.2.3.24.10.1.5 Large Animation p. 84

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 position indicating the instant the animation shall be displayed in the SM data

(refer clause 9.2.3.24.10.1.4).

Octet 2-n Protocol Data Unit as described in clause 9.2.3.24.10.3.3.

This octet(s) shall contain a Large Animation.

9.2.3.24.10.1.6 Small Animation p. 84

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 position indicating the instant the animation shall be displayed in the SM data

(refer clause 9.2.3.24.10.1.4).

Octet 2-n Protocol Data Unit

As described in clause 9.2.3.24.10.3.3.

This octet(s) shall contain a Small Animation.

9.2.3.24.10.1.7 Large Picture p. 85

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 position indicating in the SM data the instant the picture shall be displayed.

Set to the number of characters from the beginning of the SM data after which the picture shall be displayed.

Octet 2-n Protocol Data Unit

As described in 9.2.3.24.10.3.2.

This octet(s) shall contain a Large Picture.

9.2.3.24.10.1.8 Small Picture p. 85

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 position indicating in the SM data the instant the picture shall be displayed in the SM data

(refer clause 9.2.3.24.10.1.7).

Octet 2-n Protocol Data Unit

As described in clause 9.2.3.24.10.3.2.

This octet(s) shall contain a Small Picture.

9.2.3.24.10.1.9 Variable Picture p. 85

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 position indicating in the SM data the instant the picture shall be displayed in the SM data

(refer clause 9.2.3.24.10.1.7).

Octet 2 Horizontal dimension of the picture.

This octet shall contain the horizontal number of 8 pixels i.e. this value shall be multiplied by 8 to get the whole number of horizontal pixels.

Octet 3 Vertical dimension of the picture.

This octet shall contain the vertical number of pixels.

Octet 4-n Protocol Data Unit as described in clause 9.2.3.24.10.3.2.

This octet(s) shall contain a Variable Picture line by line from top left to bottom right.

The values of the horizontal and vertical dimensions must be chosen properly by the sending entity. If the calculated size of this IE exceeds the limits of a single SM or segment it shall be discarded by the receiving entity.

Examples of EMS coding

All IE values in the TP-UD are hexadecimal values.

9.2.3.24.10.1.10 User Prompt Indicator p. 85

With the User Prompt Indicator a sending entity is able to indicate to the receiving entity, that the following object is intended to be handled at the time of reception, e.g. by means of user interaction. The object may be a picture, an animation, a User Defined Sound or a combination of these.

For example the User Prompt Indicator may be used when sending an operators logo to the ME that should be displayed instead of the operators name in standby mode.

When receiving the object the user shall be prompted to accept or discard the object. After this user interaction the SM may be discarded.

The User Prompt Indicator IE shall immediately precede the corresponding object IE(s).

If a User Prompt Indicator IE is not followed by a corresponding object IE it shall be discarded.

The Information-Element-Data octet(s) shall be coded as follows:

Octet 1 Number of corresponding objects.

This octet shall contain the number of corresponding objects as an integer value.

Where Octet 1 indicates that the User Prompt Indicator refers to more than one object, the ME should check the validity of the objects referenced for stitching together. The objects should be considered for stitching if they are either Images (Small, Large, Variable Pictures) or User Defined Sounds, and all of the objects referenced by the User Prompt Indicator IE are of the same type. Animations, Text formatting and pre-defined sound IE's are not suitable for stitching.

User defined sounds may be stitched by concatenating the data contained within each User Defined Sound IE into a single melody object, this may be achieved by ignoring the iMelody header and footer information of the second and subsequent User Defined Sound IE's referenced from the User Prompt Indicator.

Images may be joined along their vertical edges, to form a single "wide" image, the resulting image will have a width equal to the sum of the widths of all the images defined in the User Prompt Indicator.

9.2.3.24.10.1.11 Standard WVG Object p. 86

The Standard WVG object as defined by IEI 18 is structured as follows:

Octet 1 position indicating in the SM data the instant the object shall be displayed in the SM data

Octet 2..n Standard WVG object bit stream

The unused bits in the last octet will be filled with 0

The detailed data format and attributes of Standard WVG object are defined in Annex G.

The bit order is defined as follows:

The octet with a smaller octet number stores the bits appearing in the front position in the bit stream; the most significant bit in an octet stores the first bit in position in a 8-bit segment in the bit stream.

A Standard WVG object may or may not have fixed size. In either case, display size should be determined by the terminal implementation. Recommended display size is a largest possible size on terminal screen while aspect ratio shall be maintained.