34 Short message service (SMS)

3GPP51.010-1Mobile Station (MS) conformance specificationPart 1: Conformance specificationTS

Ref.: 3GPP TS 03.40, 3GPP TS 04.11 (point to point)
3GPP TS 03.41, 3GPP TS 04.12 (cell broadcast)

34.1 General

The purpose of these tests is to verify that the MS can handle GSM functions when submitting or receiving Short Messages (SM) between MS and a short message service centre as described in 3GPP TS 03.40.

The procedures are based upon services provided by the Mobility Management (MM) sublayer which is not tested in this case.

The SMS comprises three basic services. The SMS point to point services shall work in an active MS at any time independent of whether or not there is a speech or data call in progress. The SMS cell broadcast service only works when the MS is in idle mode.

The manufacturer shall declare whether SMS messages are stored in the SIM and/or the ME. This shall be referred to as the SMS message store in the following tests.

A timeout of 60s is applied throughout the tests with respect to the retransmission of CP-Data messages. This timeout is based on the maximum TR1M + 15s. The 15s is sufficient time to verify that the MS does not initiate more than the maximum number of retransmissions.

Unless otherwise stated default message contents from subclause 26.6.14 applies for GSM 900 and default message contents from subclause 26.6.15 applies for DCS 1 800 and default message contents from subclause 26.6.16 applies for GSM 450 and default message contents from subclause 26.6.17 applies for GSM 480 and default message contents from subclause 26.6.18 applies for PCS 1 900 and default message contents from subclause 26.6.19 applies for GSM 750 and default message contents from subclause 26.6.20 applies for GSM 850 and default message contents from subclause 26.6.21 applies for GSM 710 and default message contents from subclause 26.6.22 applies for T-GSM 810.

For the test cases in section 34.4 the default message contents shall be set as in "GPRS default conditions" clause 40.

34.2 Short message service point to point

34.2.1 SMS mobile terminated

34.2.1.1 Conformance requirements

An active MS shall be able to receive short message TPDU (SMS-DELIVER) at any time, independently of whether or not there is a speech or data call in progress. A report will always be returned to the SC, confirming that the MS has received the short message.

Reference

3GPP TS 03.40; 3.1.

34.2.1.2 Test purpose

To verify the ability of a MS to receive and decode the SMS where provided for the point to point service.

34.2.1.3 Method of test

Initial Conditions

System simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in "Idle, updated" state.

The SMS message storage shall be empty.

Specific PICS Statements:

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements:

– Description of the basic procedures to display a mobile terminated short message.

– Support for call control state U10.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) The SS initiates the transmission of a short message using a paging request. Upon response of the MS to the paging the SS assigns an SDCCH, authenticates the MS and activates ciphering. Then the SS establishes SAPI 3 by sending a SABM frame with SAPI 3 on the SDCCH.

When a UA frame (SAPI 3) is received in response, the SS sends a CP-DATA message. The information element of the CP-DATA message will be RP-DATA RPDU (SMS DELIVER TPDU).

b) The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

c) The SS sends a CP-ACK to the MS with no further CP-DATA messages and the SS initiates channel release.

d) Steps a), b) and c) are repeated but the first CP-DATA message from the MS is not acknowledged. The second CP-DATA message from the MS is acknowledged by a CP-ACK.

e) Steps a) and b) are repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP‑DATA retransmissions may occur. The SS ensures that the MS disconnects the link within 60 s after the first CP-DATA not acknowledged by the SS. The 60 s is sufficient time to wait to verify that the MS does not send more than the maximum allowed (3) CP-DATA retransmissions.

f) The SMS message store shall be cleared manually by the operator.

g) A data or speech call is established on a TCH with the SS and the state U10 of call control is entered. The SS sends a SABM frame with SAPI-3 on the SACCH associated to the TCH.

When a UA frame (SAPI-3) is received in response, the SS sends a CP-DATA message. The information element of the CP-DATA message will be RP-DATA RPDU (SMS DELIVER TPDU). The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

h) The SS sends a CP-ACK to the MS with no further CP-DATA messages and the SS initiates channel release. The SMS message store shall be cleared manually by the operator.

i) Steps g) and h) are repeated but the first CP-DATA message from the MS is not acknowledged. The second CP-DATA message from the MS is acknowledged by a CP-ACK.

j) Step g) is repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP-DATA retransmissions may occur. After a duration of 60 s after the first CP-DATA not acknowledged the SS initiates the channel release. The 60 s is sufficient time to wait to verify that the MS does not send more than the maximum allowed (3) CP-DATA retransmissions (during a call in progress).

k) A data or speech call is established on a TCH with the SS and the state U10 of call control shall be entered. The SS sends a SABM frame with SAPI-3 on the SACCH associated to the TCH. After the UA response on SAPI-3, the speech call is cleared by the SS with a disconnect message. (The call clearing is continued on the FACCH in parallel to the following exchange of messages related to SMS).

The SS sends a CP-DATA RPDU (SMS DELIVER TPDU) message. The information element of the CP-DATA message is RP-DATA.

The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

The SS sends a CP-ACK to the MS with no further CP-DATA messages and the SS initiates channel release.

The SMS message store shall be cleared manually by the operator.

l) A data or speech call is established on a TCH with the SS and the state U10 of call control is entered. The SS sends a SABM frame with SAPI-3 on the SACCH associated to the TCH. After the UA response on SAPI-3, the speech call shall be cleared from the MS. (The call clearing is continued on the FACCH in parallel to the following exchange of messages related to SMS).

The SS sends a CP-DATA message. The information element of the CP-DATA message is RP‑DATA RPDU (SMS DELIVER TPDU).

The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

The SS sends a CP-ACK to the MS with no further CP-DATA messages and the SS initiates channel release.

The SMS message store shall be cleared manually by the operator.

Maximum Duration of Test

20 minutes.

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

MS shall respond to SABM in step 10

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

13

SS

Waits max 25 s for CP-ACK

14

MS -> SS

CP-ACK

15

SS

Waits max 60 s for RP-ACK RPDU

16

MS -> SS

CP-DATA

Contains RP-ACK RPDU

17

SS -> MS

CP-ACK

18

MS

There should be no further CP-DATA messages until the MS aborts the RR connection (disconnection of layer 2).

19

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

20

SS -> MS

PAGING REQUEST

21

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

22

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

23

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

24

SS -> MS

AUTHENTICATION REQUEST

25

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

26

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

27

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

28

SS

SS starts ciphering.

29

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

30

MS -> SS

UA (SAPI=3)

The MS shall respond to the SABM

31

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

32

SS

Waits max 25 s for CP-ACK

33

MS -> SS

CP-ACK

34

SS

Waits max 60 s for RP-ACK RPDU

35

MS -> SS

CP-DATA

First CP-DATA from MS, contains RP-ACK RPDU

36

SS

First CP-DATA message not acknowledged by SS

37

MS -> SS

CP-DATA

Retransmitted CP-DATA from MS contains RP-ACK RPDU

38

SS -> MS

CP-ACK

Second CP_DATA message is acknowledged

39

MS

There should be no further CP-DATA messages until the MS aborts the RR connection (disconnection of layer 2).

40

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

41

SS -> MS

PAGING REQUEST

42

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

43

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

44

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

45

SS -> MS

AUTHENTICATION REQUEST

46

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

47

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

48

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

49

SS

SS starts ciphering.

50

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

51

MS -> SS

UA (SAPI=3)

The MS shall respond to the SABM

52

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

53

SS

Waits max 25 s for CP-ACK

54

MS -> SS

CP-ACK

55

SS

Waits max 60 s for RP-ACK RPDU

56

MS -> SS

CP-DATA

Contains RP-ACK RPDU

57

SS

First CP-DATA message not acknowledged by SS

58

MS -> SS

CP-DATA

Retransmitted CP-DATA from MS contains RP-ACK RPDU

59

SS

Retransmitted CP-DATA message not acknowledged by SS

60

MS

Depending upon the maximum number of CP-DATA retransmissions implemented, step 58 and 59 may be repeated.

61

MS -> SS

DISC

The main signalling link is released within 60 s after the first CP-DATA message not acknowledged by SS.

62

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

63

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

64

SS -> MS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

65

MS -> SS

UA (SAPI=3)

The MS shall respond to the SABM

66

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

67

SS

Waits max 25 s for CP-ACK

68

MS -> SS

CP-ACK

69

SS

Waits max 60 s for RP-ACK RPDU

70

MS -> SS

CP-DATA

Contains RP-ACK RPDU

71

SS -> MS

CP-ACK

72-1

SS -> MS

DISCONNECT

Disconnect the active call

72-2

MS -> SS

RELEASE

72-3

SS -> MS

RELEASE COMPLETE

72-4

MS

There should be no further CP-DATA messages until the MS aborts the RR connection (disconnection of layer 2)

73

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

74

MS

Clear the SMS message store

75

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

76

SS -> MS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

77

MS -> SS

UA (SAPI=3)

The MS shall respond to the SABM

78

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

79

SS

Waits max 25 s for CP-ACK

80

MS -> SS

CP-ACK

81

SS

Waits max 60 s for RP-ACK RPDU

82

MS -> SS

CP-DATA

First CP-DATA from MS, contains RP-ACK RPDU

83

SS

First CP-DATA message not acknowledged by SS

84

MS -> SS

CP-DATA

Retransmitted CP-DATA message contains RP-ACK RPDU

85

SS -> MS

CP-ACK

Second CP-DATA message is acknowledged

86-1

SS -> MS

DISCONNECT

Disconnect the active call

86-2

MS -> SS

RELEASE

86-3

SS -> MS

RELEASE COMPLETE

86-4

MS

There should be no further CP-DATA messages until the MS aborts the RR connection (disconnection of layer 2)

87

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

88

MS

Clear the SMS message store

89

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

90

SS -> MS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

91

MS -> SS

UA (SAPI=3)

The MS shall respond to the SABM

92

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

93

SS

Waits max 25 s for CP-ACK

94

MS -> SS

CP-ACK

95

SS

Waits max 60 s for RP-ACK RPDU

96

MS -> SS

CP-DATA

First CP-DATA from MS, contains RP-ACK RPDU

97

SS

First CP-DATA message not acknowledged by SS

98

MS -> SS

CP-DATA

Transmitted CP-DATA message contains RP-ACK RPDU

99

SS

Retransmitted CP-DATA message not acknowledged by SS

100

MS

Depending on the maximum number of CP-DATA retransmissions implemented, step 98-99 may be repeated. The maximum number of retransmissions may however not exceed three.

101

SS -> MS

CHANNEL RELEASE

The main signalling link is released after a duration of 60 s after the first CP-DATA message not acknowledged by SS.

102

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

103

MS

Clear the SMS message store

104

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

105

SS -> MS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

106

MS -> SS

UA (SAPI=3)

The MS shall respond to the SABM

107

SS -> MS

DISCONNECT

The speech call is cleared by the SS. The call clearing is continued on the FACCH in parallel to the following exchange of messages related to SMS.

108

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

109

SS

Waits max 25 s for CP-ACK

110

MS -> SS

CP-ACK

111

SS

Waits max 60 s for RP-ACK RPDU

112

MS -> SS

CP-DATA

Contains RP-ACK RPDU

113

SS -> MS

CP-ACK

114

MS

There should be no further CP-DATA messages until the MS aborts the RR connection (disconnection of layer 2).

115

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

116

MS

Clear the SMS message store

117

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

118

SS -> MS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

119

MS -> SS

UA (SAPI=3)

The MS shall respond to the SABM

120

MS -> SS

DISCONNECT

The speech call is cleared from the MS.

121

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

122

SS -> MS

RELEASE

This message is likely to be sent on the FACCH before all of the CP-DATA message has been sent on the SACCH.

123

MS -> SS

RELEASE COMPLETE

124

MS -> SS

CP-ACK

shall be sent before 25 s after the start of step 121

125

SS

Waits max 60 s for RP-ACK RPDU

126

MS -> SS

CP-DATA

Contains RP-ACK RPDU

127

SS -> MS

CP-ACK

128

MS

There should be no further CP-DATA messages until the MS aborts the RR connection (disconnection of layer 2).

129

MS

The MS shall indicate that an SM has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed

130

MS

Clear the SMS message store

NOTE: Time values for SS wait time are chosen sufficiently high to be sure that the MS has enough time to respond to the different messages.

Specific Message Contents:

SMS DELIVER TPDU

Information element

Comment Value

TP-MTI

SMS DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned "0"B

TP-OA

an international number coded E.164

TP-PID

default "00000000"B

TP-DCS

default alphabet "00000000"B

TP-SCTS

any legal value (cf. 3GPP TS 03.40)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

NOTE: The 160 characters shall include at least one occurrence of each character in the default alphabet (see 3GPP TS 03.40 annex 2).

34.2.2 SMS mobile originated

34.2.2.1 Conformance requirements

An active MS shall be able to submit short message TPDU (SMS-SUBMIT) at any time, independently of whether or not there is a speech or data call in progress.

Reference

3GPP TS 03.40; subclause 3.1.

34.2.2.2 Test purpose

To verify that the MS is able to correctly send a short message where the SMS is provided for the point to point service. The test also verifies that the MS is capable of simultaneously receive a network originated SM whilst sending a mobile originated SM.

34.2.2.3 Method of test

Initial Conditions

System simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in "Idle, updated" state.

The SMS message storage shall be empty.

Specific PICS Statements

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Description of the basic procedures to display a mobile originated short message.

– Support for call control state U10.

– Maximum length (characters) of a mobile originated short message.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) The MS shall be set up to send a SM to the SS. The SS responds to the channel request message by allocating an SDCCH. The SS answers correctly to the SABM on SAPI 0 and then performs the authentication and ciphering procedures.

b) The SS responds with a UA frame SAPI-3 to the MS.

c) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for the CP-ACK message.

d) The SS sends a channel release message to the MS.

e) Steps a) and b) are repeated. The SS is configured not to send the CP-ACK message. Then maximum 3 CP-DATA retransmissions may occur. The SS ensures that the MS disconnects the link within 60 s after the first CP-DATA not acknowledged by the SS. The 60 s is sufficient time to wait to verify that the MS does not send more than the maximum CP-DATA retransmissions and that TR1M has expired.
Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

f) Steps a) and b) are repeated. On receipt of the CP-DATA from the MS the SS sends a CP-ERROR message containing a "Network Failure" cause. Then the SS initiates channel release.
Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

g) A data or speech call is established on a TCH with the SS and the state U10 of call control is entered. The MS is setup to send an SM to the SS. After the reception of the CM SERVICE REQUEST, the SS sends a CM SERVICE ACCEPT message. The SS responds with a UA frame SAPI-3 to the SABM with SAPI-3 received from the MS.

h) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for the CP-ACK message. Then the SS sends a channel release message to the MS.

i) Step g) is repeated. The SS is configured not to send the CP-ACK message or to respond to any other CM requests. Then maximum 3 CP‑DATA retransmissions may occur. After a duration of 60 s after the first CP-DATA not acknowledged the SS initiates channel release. The 60 s is sufficient time to wait to verify that the MS does not send more than the maximum CP-DATA retransmissions (during a call in progress).
Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

j) The SS is configured to receive a mobile originated SM. Steps a) and b) are repeated and, using the end of the CP-DATA message from the MS as a trigger, the SS sends a SM to the MS. In this case a new transaction identifier shall be used in the CP messages of SMS mobile terminated.
Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

k) The MS is set up to send an SM to the SS. On receipt of the CM SERVICE REQUEST the SS sends a CM SERVICE REJECT message with the reject cause set to "Service Option not supported" or "Service Option temporarily out of order". After 5 s the SS initiates channel release.
Any remaining message in the outbox should be removed. All requests from the MS during this time shall be ignored.

Maximum Duration of Test

20 minutes.

Expected Sequence

Step

Direction

Message

Comments

1

MS -> SS

CHANNEL REQUEST

Establishment cause is “Other procedures which can be completed with an SDDCH” NECI = 0

2

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

3

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM on SAPI 0. CM service type set to "Short message transfer"

4

SS -> MS

AUTHENTICATION REQUEST

5

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

6

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

7

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

8

SS

SS starts ciphering.

9

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

10

SS -> MS

UA (SAPI=3)

11

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

12

SS -> MS

CP-ACK

13

SS -> MS

CP-DATA

Contains RP-ACK RPDU

14

SS

Waits max 25 s for CP-ACK

15

MS -> SS

CP-ACK

16

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

17

MS -> SS

DISC (SAPI=0)

MS shall respond to channel release with a layer 2 DISC frame with SAPI 0

18

MS -> SS

CHANNEL REQUEST

Establishment cause is “Other procedures which can be completed with an SDDCH” (NECI=0)

19

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

20

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM on SAPI 0.

21

SS -> MS

AUTHENTICATION REQUEST

22

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

23

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

24

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

25

SS

SS starts ciphering.

26

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

27

SS -> MS

UA (SAPI=3)

28

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

29

SS

SS configured not to send CP-ACK

30

MS -> SS

CP-DATA

Retransmitted CP-DATA message

31

MS

Depending on the maximum number of CP-DATA retransmissions implemented, step 30 may be repeated. The maximum number of retransmissions may however not exceed three.

31a (Optio-nal)

MS -> SS

CP-ERROR

The MS may send CP-ERROR if TR1M expires

32a

MS -> SS

DISC (SAPI = 0)

The main signalling link is released within 60 s after the first CP-DATA message not acknowledged by SS.

32b

MS

Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

33

MS -> SS

CHANNEL REQUEST

Establishment cause is “Other procedures which can be completed with an SDDCH” (NECI=0)

34

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

35

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM. CM service type set to "short message transfer"

36

SS -> MS

AUTHENTICATION REQUEST

37

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

38

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

39

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

40

SS

SS starts ciphering.

41

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

42

SS -> MS

UA (SAPI=3)

43

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

44

SS -> MS

CP-ERROR

Sent containing "Network Failure" cause.

45

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

45a

MS -> SS

DISC (SAPI = 0)

MS shall respond to channel release with a layer 2 DISC frame with SAPI 0.

45b

MS

Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

46

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

47

MS

The MS is set up to send an SM

48

MS -> SS

CM SERVICE REQUEST

Sent in a layer 2 frame on the FACCH. CM service type set to "short message transfer"

49

SS -> MS

CM SERVICE ACCEPT

50

MS -> SS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

51

SS -> MS

UA (SAPI=3)

52

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

53

SS -> MS

CP-ACK

54

SS -> MS

CP-DATA

Contains RP-ACK RPDU

55

SS

Waits max 25 s for CP-ACK

56

MS -> SS

CP-ACK

57

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

58

MS -> SS

DISC (SAPI =0)

The MS shall respond to channel release with a layer 2 DISC frame with SAPI 0.

59

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

60

MS -> SS

CM SERVICE REQUEST

Sent in a layer 2 frame on the FACCH. CM service type set to "short message transfer"

61

SS -> MS

CM SERVICE ACCEPT

62

MS -> SS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

63

SS -> MS

UA (SAPI=3)

64

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

65

SS

SS configured not to send CP-ACK

66

MS -> SS

CP-DATA

Transmitted CP-DATA message

67

MS

Depending on the maximum number of CP-DATA retransmissions implemented, step 66 may be repeated. The maximum number of retransmissions may however not exceed three. Any other CM requests from the MS shall be ignored.

67a (Optio-nal)

MS->SS

CP-ERROR

The MS may send CP-ERROR if TR1M expires

68

SS -> MS

CHANNEL RELEASE

The main signalling link is released after a duration of 60 s after the first CP-DATA message not acknowledged by SS.

69

MS -> SS

DISC (SAPI =0)

The MS shall respond to channel release

69a

MS

Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

70

MS -> SS

CHANNEL REQUEST

Establishment cause is “Other procedures which can be completed with an SDDCH” (NECI=0)

71

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

72

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM. CM service type set to "short message transfer"

73

SS -> MS

AUTHENTICATION REQUEST

74

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

75

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

76

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

77

SS

SS starts ciphering.

78

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

79

SS -> MS

UA (SAPI=3)

80

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

81

SS

The SS sends an SM to the MS triggered by the end of the CP-DATA message from the MS

82

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

83

MS

The MS shall correctly receive the SM and indicate that a message has arrived. If the MS provides the functionality to display MT messages, it is checked that the correct message is displayed. In the MO case the MS shall send the CP-ACK message with transaction identifier assigned to this transfer. In the MT case the MS shall send a CP-ACK message and a CP-DATA message containing the RP-ACK RPDU. The transaction identifier shall be the same as chosen by the SS for the MT transfer.

83a

MS

Any remaining message in the outbox should be removed prior to the next step. All requests from the MS during this time shall be ignored.

84

MS -> SS

CHANNEL REQUEST

Establishment cause is “Other procedures which can be completed with an SDDCH” (NECI=0)

85

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

86

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM. CM service type set to "short message transfer"

87

SS -> MS

CM SERVICE REJ

Reject cause set to "Service Option not supported" or "Service Option temporarily out of order"

88

MS

The MS shall not establish SAPI-3

89

SS -> MS

CHANNEL RELEASE

Sent 5 s after CM SERVICE REJ

90

MS

Any remaining message in the outbox should be removed. All requests from the MS during this time shall be ignored.

NOTE: Time values for SS wait times are chosen sufficiently high to be sure that the MS has enough time to respond to the different messages.

Specific Message Contents:

SMS SUBMIT TPDU

Information element

Comment Value

TP-MTI

SMS SUBMIT "01"B

TP-VPF

not checked

TP-RP

no reply path "0"B

TP-UDHI

not checked

TP-SRR

not checked

TP-MR

not checked

TP-RD

not checked

TP-DA

not checked (an E164 number)

TP-PID

default "00000000"B

TP-DCS

default alphabet "00000000"B

TP-VP

not checked

TP-UDL

as applicable

TP-UD (140 octets max)

maximum number of characters (text of message) as defined by the manufacturer (see PICS/PIXIT)

34.2.3 Test of memory full condition and memory available notification:

The Memory Available Notification provides a means for the MS to notify the network that it has memory available to receive one or more short messages. The SMS status field in the SIM contains status information on the "memory available" notification flag.

34.2.3.1 Conformance requirement

1. When a mobile terminated message is Class 2, the MS shall ensure that the message has been transferred to the SMS data field in the SIM before sending an acknowledgement to the SC. The MS shall return a protocol error message if the short message cannot be stored in the SIM and there is other short message storage available in the MS. If all the short message storage in the MS is already in use, the MS shall return "memory capability exceeded".

2. When the MS rejects a short message due to lack of available memory capability the need to transfer notification shall be stored in the SIM.

3. If the memory capability becomes available because memory is cleared, the value of the memory capability exceeded notification flag in the SIM is read. If the flag is set, the MS notifies the network that memory capability is now available. After a positive acknowledgement from the network, the ME unsets the memory capability exceeded notification flag in the SIM.

References

3GPP TS 03.40, subclause 9.2.3.10, 3GPP TS 03.38, clause 4.

3GPP TS 03.40, subclause 10.3 (operation 14).

3GPP TS 03.40, subclause 10.3 (operation 14).

34.2.3.2 Test purpose

1. To verify that the MS sends the correct acknowledgement when its memory in the SIM becomes full.

2. To verify that the MS sends the correct acknowledgement when its memory in the ME and the SIM becomes full, and sets the "memory exceeded" notification flag in the SIM.

3. To verify that the MS performs the "memory available" procedure when its message store becomes available for receiving short messages, and only at this moment.

34.2.3.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters

Mobile Station:

The MS shall be in the idle updated state.

The SMS message storage shall not be full

The MS shall be connected to the SIM simulator. The following shall be present in the SIM simulator:

– EFSMS with at least one record;

– EFSMSstatus, with SMS "Memory Cap. Exceed" notification flag set to "memory available";

– Service no. 4 (SMS) in EFSST set to allocated and activated.

For storing of Class 1 Short Messages the MS shall be set up to store Short Messages in the ME memory (by way of MMI, as described in PICS/PIXIT statement).

Specific PICS Statements

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Description of the basic procedures to display a mobile originated short message.

– Description of the procedure to fill up MS memory (internal/external) to leave only memory for a limited number of SMS.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) step a) of subclause 34.2.5.3 (test of Class 2 Short Messages) is repeated until the MS sends a negative acknowledgement (RP-ERROR). The SIM simulator shall indicate if the "memory capability exceeded" notification flag has been set on the SIM.

b) a Class 1 Short Message is sent to the MS.

c) step b) is repeated until the MS sends a negative acknowledgement (RP-ERROR). The SIM simulator shall indicate if the "memory capability exceeded" notification flag has been set on the SIM.

d) a Short Message is sent to the MS with the DCS field of the SMS-DELIVER TPDU set to 0.

e) the SS prompts the operator to read a short message and to remove one or more messages from the message store of the MS.

f) the SS waits for a CHANNEL REQUEST from the MS, and sends an IMMEDIATE ASSIGNMENT allocating an SDCCH.

g) the SS answers correctly to the SABM on SAPI 0.

h) the SS answers correctly to the SABM on SAPI 3.

i) the SS answers to the RP-SMMA from the MS with a CP-DATA containing a RP-ACK RPDU.

j) after the MS has acknowledged the CP-DATA with a CP-ACK, the SS releases the channel with a CHANNEL RELEASE message. The SIM simulator shall indicate if the "memory capability exceeded" notification flag has been unset on the SIM.

k) step e) is repeated.

Maximum Duration of Test

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 2 Short Message

13

SS

Waits max 25 s for CP-ACK

14

MS -> SS

CP-ACK

15

SS

Waits max 60 s for RP-ACK RPDU

16

MS -> SS

CP-DATA

Contains RP-ACK RPDU

17

SS -> MS

CP-ACK

18

SS -> MS

CHANNEL RELEASE

The main signalling link is released. Step 1-18 is repeated until MS sends a negative acknowledgement (RP-ERROR) in step 16. The RP-ERROR RPDU cause field shall be "Protocol error, unspecified" if there is message capability in the ME, or "Memory capability exceeded" if there is no message capability in the ME. If the total memory store of the MS is full, the ME shall set the "memory capability exceeded" notification flag on the SIM.

19

SS -> MS

PAGING REQUEST

20

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

21

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

22

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

23

SS -> MS

AUTHENTICATION REQUEST

24

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

25

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

26

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

27

SS

SS starts ciphering.

28

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

29

MS -> SS

UA (SAPI=3)

30

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 1 Short Message

31

SS

Waits max 25 s for CP-ACK

32

MS -> SS

CP-ACK

33

SS

Waits max 60 s for RP-ACK RPDU

34

MS -> SS

CP-DATA

Shall contain RP-ACK RPDU if there is memory capability in the ME. If not it shall contain RP-ERROR RPDU which cause field shall be "memory capability exceeded". If the total memory store of the MS now becomes full at this step, the ME shall set the "memory cap. exceed" notification flag on the SIM.

35

SS -> MS

CP-ACK

36

SS -> MS

CHANNEL RELEASE

The main signalling link is released. Step 19-36 is repeated until the MS sends an RP-ERROR. The SIM simulator shall indicate if the "memory capability exceeded" notification flag has been set on the SIM.

37

SS -> MS

PAGING REQUEST

38

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

39

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

40

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

41

SS -> MS

AUTHENTICATION REQUEST

42

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

43

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

44

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

45

SS

SS starts ciphering.

46

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

47

MS -> SS

UA (SAPI=3)

48

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU) with TP-DCS set to 0

49

SS

Waits max 25 s for CP-ACK

50

MS -> SS

CP-ACK

51

SS

Waits max 60 s for RP-ACK RPDU

52

MS -> SS

CP-DATA

Shall contain RP-ERROR RPDU with error cause "memory capability exceeded".

53

SS -> MS

CP-ACK

54

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

55

SS

Prompts the operator to remove one or more messages from the short message store of the MS.

57

MS -> SS

CHANNEL REQUEST

Establishment cause "Other services which can be completed with an SDCCH" (NECI=0).

58

SS -> MS

IMMEDIATE ASSIGNMENT

SS allocates an SDCCH

59

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM. CM service type information element is set to "Short message transfer".

60

SS -> MS

CM SERVICE ACCEPT (UA)

SAPI 0

61

MS -> SS

SABM (SAPI=3)

MS shall establish SAPI 3

62

SS -> MS

UA (SAPI=3)

63

MS -> SS

CP-DATA

Contains RP-SMMA RPDU

64

SS -> MS

CP-ACK

65

SS -> MS

CP-DATA

Contains RP-ACK RPDU

66

MS -> SS

CP-ACK

Acknowledge of CP-DATA containing the RP-ACK RPDU. The ME shall unset the "memory capability exceeded" notification flag on the SIM.

67

SS -> MS

CHANNEL RELEASE

The main signalling link is released. The SIM simulator shall indicate if the "memory capability exceeded" notification flag has been unset on the SIM.

68

SS

Prompts the operator to remove one or more messages from the message store of the MS.

69

MS

Shall not attempt to send a RP-SMMA RPDU. This is verified by checking that the MS does not send a CHANNEL REQUEST message with the establishment cause "Other services which can be completed with an SDCCH"

NOTE: Time values for SS wait time are chosen sufficiently high to be sure that the MS has enough time to respond to the different messages.

Specific Message Contents:

SMS-DELIVER TPDU in step 12

Information element

Comment Value

TP-MTI

SMS DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned "0"B

TP-OA

an international number coded E.164

TP-PID

default "00000000"B

TP-DCS

default alphabet, class 2 "11110010"B

TP-SCTS

always set to the current time of the system simulator (cf. 3GPP TS 03.40)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

SMS-DELIVER TPDU in step 30

same as in step 12 except:

TP-DCS

default alphabet, class 1 "11110001"B

SMS-DELIVER TPDU in step 48

same as in step 12 except:

TP-DCS

default alphabet "00000000"B

34.2.4 Test of the status report capabilities and of SMS-COMMAND:

This test applies to MSs which support the status report capabilities.

34.2.4.1 Conformance requirement

The SMS offers the SC the capabilities of informing the MS of the status of a previously sent mobile originated short message. This is achieved by the SC returning a status report TPDU (SMS-STATUS-REPORT) to the originating MS.

SMS-COMMAND enables an MS to invoke an operation at the SC.

The MS shall increment TP-MR by 1 for each SMS-SUBMIT or SMS-COMMAND being submitted.

References

3GPP TS 03.40; subclause 3.2.9.

3GPP TS 03.40; subclause 9.2.3.6.

34.2.4.2 Test purpose

1) To verify that the MS is able to accept a SMS-STATUS-REPORT TPDU.

2) To verify that the MS is able to use the SMS-COMMAND functionality correctly and sends an SMS-COMMAND TPDU with the correct TP-Message-Reference.

34.2.4.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

Specific PICS Statements

PIXIT Statements

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) The MS is made to send a Mobile Originated short message as in steps a) to d) of test 34.2.2 (SMS Mobile originated).

b) The SS establishes a data link on SAPI-3 with the MS, then sends a CP-DATA message containing a RP-DATA RPDU itself containing an SMS-STATUS-REPORT TPDU.

c) The SS sends a CHANNEL RELEASE message.

d) The MS is made to send an SMS-COMMAND message enquiring about the previously submitted short message.

e) The SS responds to the MS so as to enable it to establish a data link on SAPI-3 on an SDCCH.

f) The SS acknowledges the CP-DATA message from the MS with a CP-ACK followed by a CP-DATA message containing an RP-ACK RPDU.

g) After receiving the CP-ACK from the MS, the SS releases the channel by using a CHANNEL RELEASE message.

h) The MS is made to send an SMS-COMMAND message requiring to delete the previously submitted short message.

i) steps e) to g) are repeated.

Maximum Duration of Test

Expected Sequence

Step

Direction

Message

Comments

1

MS -> SS

CHANNEL REQUEST

Establishment cause is "Other procedures which can be completed with an SDCCH " (NECI=0)

2

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

3

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM.

4

SS -> MS

AUTHENTICATION REQUEST

5

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

6

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

7

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

8

SS

SS starts ciphering.

9

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

10

SS -> MS

UA (SAPI=3)

11

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

12

SS -> MS

CP-ACK

13

SS -> MS

CP-DATA

Contains RP-ACK RPDU

14

SS

Waits max 25 s for CP-ACK

15

MS -> SS

CP-ACK

16

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

17

SS -> MS

PAGING REQUEST

18

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

19

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

20

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

22

SS -> MS

AUTHENTICATION REQUEST

23

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

24

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

25

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

26

SS

SS starts ciphering.

27

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

28

MS -> SS

UA (SAPI=3)

29

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS-STATUS-REPORT TPDU)

30

MS -> SS

CP-ACK

31

MS -> SS

CP-DATA

Contains RP-ACK RPDU

32

SS ->MS

CP-ACK

33

SS -> MS

CHANNEL RELEASE

34

MS

The MS is made to send an SMS-COMMAND message enquiring about the previously submitted SM

35

MS -> SS

CHANNEL REQUEST

Establishment cause "Other services which can be completed with an SDCCH".

36

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

37

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM.

38

SS -> MS

AUTHENTICATION REQUEST

39

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

40

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

41

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

42

SS

SS starts ciphering.

43

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

44

SS -> MS

UA (SAPI=3)

45

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS-COMMAND TPDU) which shall contain the correct TP-MR

46

SS -> MS

CP-ACK

47

SS -> MS

CP-DATA

Contains RP-ACK RPDU

48

MS -> SS

CP-ACK

49

SS -> MS

CHANNEL RELEASE

50

MS

The MS is made to send an SMS-COMMAND

message requiring to delete the previously submitted SM.

51

MS -> SS

CHANNEL REQUEST

Establishment cause "Other services which can be completed with an SDCCH".

52

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

53

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM.

54

SS -> MS

AUTHENTICATION REQUEST

55

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

56

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

57

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

58

SS

SS starts ciphering.

59

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

60

SS -> MS

UA (SAPI=3)

61

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS-COMMAND TPDU) which shall contain the correct TP-MR

62

SS -> MS

CP-ACK

63

SS -> MS

CP-DATA

Contains RP-ACK RPDU

64

MS -> SS

CP-ACK

65

SS -> MS

CHANNEL RELEASE

Specific Message Contents:

SMS SUBMIT TPDU

Information element

Comment Value

TP-MTI

SMS SUBMIT "01"B

TP-VPF

not checked

TP-RP

no reply path "0"B

TP-UDHI

not checked

TP-SRR

status report is requested "1"B

TP-MR

not checked

TP-RD

not checked

TP-DA

not checked (an E164 number)

TP-PID

default "00000000"B

TP-DCS

default alphabet "00000000"B

TP-VP

not checked

TP-UDL

as applicable

TP-UD (140 octets max)

maximum number of characters

SMS-STATUS-REPORT TPDU (SS to MS in step 29):

Information element

Comment Value

TP-MTI

SMS-STATUS-REPORT "10"B

TP-MR

same as previous SMS-SUBMIT

TP-MMS

no more messages "1"B

TP-SRQ

result of SMS-SUBMIT "0"B

TP-RA

same as the Destination address of the SMS-SUBMIT

TP-SCTS

any legal value (cf. 3GPP TS 03.40)

TP-DT

any legal value (cf. 3GPP TS 03.40)

TP-ST

SM received "00000000"B

first SMS-COMMAND TPDU (MS to SS in step 44)

Information element

Comment Value

TP-MTI

SMS-COMMAND "10"B

TP-MR

TP-MR in previous SMS-SUBMIT plus "1"

TP-SRR

status report requested (3GPP TS 03.40 9.2.3.19) "1"B

TP-PID

default "00000000"B

TP-CT

Enquiry relating to previously submitted

short message "00000000"B

TP-MN

not checked (TP-MR in previous SMS-SUBMIT)

TP-DA

not checked (an E164 number)

TP-CDL

not checked

TP-CD

not checked

second SMS-COMMAND TPDU (MS to SS in step 60)

Information element

Comment Value

TP-MTI

SMS-COMMAND "10"B

TP-MR

TP-MR in previous SMS-COMMAND plus "1"

TP-SRR

status report not requested "0"B

TP-PID

default "00000000"B

TP-CT

Delete previously submitted short message "00000010"B

TP-MN

not checked (TP-MR in previous SMS-SUBMIT)

TP-DA

not checked (an E164 number)

TP-CDL

not checked

TP-CD

not checked

34.2.5 Test of message class 0 to 3

34.2.5.1 Short message class 0

34.2.5.1.1 Conformance requirement

When a mobile terminated message is class 0 and the MS has the capability of displaying short messages, the MS shall display the message immediately and send an acknowledgement to the SC when the message has successfully reached the MS irrespective of whether there is memory available in the SIM or ME. The message shall not be automatically stored in the SIM or ME.

References

3GPP TS 03.38, clause 4.

34.2.5.1.2 Test purpose

To verify that the MS will accept and display but not store a class 0 message, and that it will accept and display a class 0 message if its message store is full.

NOTE: failure of this test in a mobile could cause it to reject a class 0 message when its SMS memory becomes full. This could lead to unwanted repetitions between the MS and the service centre.

34.2.5.1.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

The MS message store shall be empty.

Specific PICS Statements

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Description of the basic procedures to display a mobile terminated short message.

– Description of the procedure to fill up all MS memory (internal/external) to leave only memory for a limited number of SMS.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) The SS sends a class 0 message by using the method described in step a) of subclause 34.2.1 but with the TPDU described in this subclause.

b) The MS message store shall be filled (for example by using the method of 34.2.3 test of the memory available notification) with the same SMS-DELIVER TPDU except that TP-DCS is set to class 1.

c) The SS sends a class 0 message as in step a).

Maximum Duration of Test

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 0 Short Message

13

MS -> SS

CP-ACK

14

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

15

SS -> MS

CP-ACK

16

SS -> MS

CHANNEL RELEASE

17

MS

The content of the short message shall be displayed by the ME. The MS shall not store the message. This can be checked by verifying that it is impossible to retrieve any short messages from the MS message store.

18

SS

The MS message store shall be filled (for example by using the method of 34.2.3) with Class 1 SMS-DELIVER TPDU.

19

SS -> MS

PAGING REQUEST

20

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

21

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

22

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

23

SS -> MS

AUTHENTICATION REQUEST

24

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

25

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

26

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

27

SS

SS starts ciphering.

28

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

29

MS -> SS

UA (SAPI=3)

30

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 0 Short Message

31

MS -> SS

CP-ACK

32

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

33

SS -> MS

CP-ACK

34

SS -> MS

CHANNEL RELEASE

35

MS

The content of the short message shall be displayed by the ME.

Specific Message Contents:

SMS-DELIVER TPDU (containing a class 0 message) (SS to MS):

Information element

Comment Value

TP-MTI

SMS-DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned 0

TP-OA

an international number coded E.164

TP-PID

default "00000000"B

TP-DCS

default alphabet, class 0 “1111 0000"B

TP-SCTS

any legal value (cf. 3GPP TS 03.40)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

SMS-DELIVER TPDU (containing a class 1 message to fill the MS message store) (SS to MS):

Information element

Comment Value

TP-MTI

SMS-DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned 0

TP-OA

an international number coded E.164

TP-PID

default "00000000"B

TP-DCS

default alphabet, class 1 "1111 0001"B

TP-SCTS

any legal value (cf. 3GPP TS 03.40)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

34.2.5.2 Test of class 1 short messages

34.2.5.2.1 Conformance requirement

When a mobile terminated message is class 1, the MS shall send an acknowledgement to the SC when the message has successfully reached the MS and can be stored, either in the ME or in the SIM.

References

3GPP TS 03.38, clause 4.

34.2.5.2.2 Test purpose

This procedure verifies that the MS acts correctly on receiving a class 1 message, i.e. that it stores the message in the ME or SIM and sends an acknowledgement (at RP and CP-Layer).

34.2.5.2.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

The MS message store shall not be full.

For storing of class 1 Short Messages, the MS shall be set up to store Short Messages in the ME memory if supported, otherwise the message may be stored in the SIM (by way of MMI, as described in PICS/PIXIT statement).

Specific PICS Statements

– Support for Short message MT/PP (TSPC_Serv_TS21).

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Description of the basic procedures to display a mobile terminated short message.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) the SS delivers a Short Message of class 1 to the MS as specified in subclause 34.2.1, step a).

b) the Short Message is recalled (e.g. by means of the MMI).

Maximum Duration of Test

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 1 Short Message

13

MS -> SS

CP-ACK

14

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

15

SS -> MS

CP-ACK

16

SS -> MS

CHANNEL RELEASE

17

MS

The short message shall be recalled and displayed at the MS.

Specific Message Contents:

SMS-DELIVER TPDU (containing a class 1 message) (SS to MS):

Information element

Comment Value

TP-MTI

SMS-DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned 0

TP-OA

an international number coded E.164

TP-PID

default "00000000"B

TP-DCS

default alphabet, class 1 "1111 0001"B

TP-SCTS

any legal value (cf. 3GPP TS 03.40)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

34.2.5.3 Test of class 2 short messages

34.2.5.3.1 Definition

Class 2 Short Messages are defined as SIM specific, and the MS shall ensure that a message of this class is stored on the SIM.

34.2.5.3.2 Conformance requirement

When a mobile terminated message is Class 2, the MS shall ensure that the message has been correctly transferred to the SMS data field in the SIM before sending an acknowledgement to the SC. The MS shall return a "protocol error, unspecified" error message if the short message cannot be stored in the SIM and there is other short message storage available at the MS. If all the short message storage at the MS is already in use, the MS shall return "memory capacity exceeded".

Reference(s)

3GPP TS 03.40, subclause 9.2.3.10; 3GPP TS 03.38, clause 4; 3GPP TS 11.11, subclause 10.3.3.

34.2.5.3.3 Test purpose

This procedure verifies that the MS acts correctly on receiving a class 2 message, i.e. that it stores the message correctly in the SIM, and if this is not possible, returns a protocol error message, with the correct error cause, to the network.

There are 2 cases:

1) If the MS supports storing of short messages in the SIM and in the ME, and storage in the ME is not full, and the short message cannot be stored in the SIM, the error cause shall be "protocol error, unspecified".

2) If the MS supports storing of short messages in the SIM and not in the ME, and storage in the ME is not full, and the short message cannot be stored in the SIM, the error cause shall be "memory capacity exceeded".

NOTE: If the MS supports storing of short messages in the SIM and the ME, and storage in the ME is full, and the short message cannot be stored in the SIM, the error cause shall be "memory capacity exceeded". This case is not tested in this test.

34.2.5.3.4 Test method

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

The ME message store shall be empty.

The ME shall be connected to the SIM simulator. The following shall be present in the SIM simulator:

– EFSMS with at least two free records and one full record;

– EFSMSstatus, with SMS "Memory Cap. Exceed" notification flag set to "memory available";

– Service no. 4 (SMS) in EFSST set to allocated and activated;

For storing of Class 1 Short Messages the MS shall be set up to store Short Messages in the ME memory (by way of MMI, as described in PICS/PIXIT statement).

Specific PICS Statements

– Support for Short message MT/PP (TSPC_Serv_TS21).

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) the SS delivers a Short Message of class 2 to the MS as specified in subclause 34.2.1, step b).

b) following an attempt by the ME to store the short message in a free record of EFSMS in the SIM, the SIM simulator returns the status response "OK" ("90 00").

c) step a) is repeated.

d) following an attempt by the ME to store the short message in a free record of EFSMS in the SIM, the SIM simulator returns the status response "memory problem" ("92 40").

Note: the ME may retry to store the short message several times to recover the memory problem. The SIM simulator shall return the status response "memory problem" ("92 40") for each attempt, even for a different record.

e) the SIM simulator indicates if an attempt was made in steps a) and c) to store the messages and if the messages are stored according to the requirement.

Maximum Duration of Test

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 2 Short Message

13

MS -> SS

CP-ACK

14

ME

The ME shall correctly store the short message in a free record of EFSMS in the SIM, i.e. – the ME shall use a free record – the first byte of the record shall indicate "message received by MS from network"

– the TS-Service-Centre-Address shall be correctly stored

– the TPDU shall be identical to that sent by the SS

– bytes following the TPDU shall be set to "FF"

15

SIM

The SIM simulator returns the status response "OK" ("90 00"). The SIM simulator shall indicate if an attempt was made by the ME to store the short message in the SIM.

16

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

16A

SS -> MS

CP-ACK

17

SS -> MS

CHANNEL RELEASE

18

SS -> MS

PAGING REQUEST

19

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

20

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

21

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

22

SS -> MS

AUTHENTICATION REQUEST

23

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

24

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

25

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

26

SS

SS starts ciphering.

27

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

28

MS -> SS

UA (SAPI=3)

29

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), Class 2 Short Message

30

MS -> SS

CP-ACK

31

ME

The ME shall attempt to store the short message in a free record of EFSMS in the SIM.

32

SIM

The SIM simulator returns the status response "memory problem" ("92 40"). The SIM simulator shall indicate if an attempt was made by the ME to store the short message in the SIM.
Note: the ME may retry to store the short message several times to recover the memory problem. The SIM simulator shall return the status response "memory problem" ("92 40") for each attempt, even for a different record.

33

MS -> SS

CP-DATA

Contains RP-ERROR RPDU with error cause "protocol error, unspecified" if the MS supports storing of short messages in the ME, or error cause "memory capacity exceeded" if not.

33A

SS -> MS

CP-ACK

34

SS -> MS

CHANNEL RELEASE

Specific Message Contents:

SMS-DELIVER TPDU (containing a class 2 message) (SS to MS):

Information element

Comment Value

TP-MTI

SMS-DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned 0

TP-OA

an international number coded E.164

TP-PID

default "00000000"B

TP-DCS

default alphabet, class 2 "1111 0010"B

TP-SCTS

any legal value (cf. 3GPP TS 03.40)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

34.2.5.4 Test of class 3 short messages

For further study.

34.2.6 Test of short message type 0 (Ph2, R96…R99 and REL-4)

34.2.6.1 Conformance requirement

When a mobile terminated message is type 0, the MS shall acknowledge receipt of the short message to the SC but may discard its contents.

Note: Ideally the MS is able to receive the type 0 message irrespective of whether there is memory available in the SIM or ME and does not indicate the receipt of the type 0 short message to the user. The message should not be automatically stored in the SIM or ME.

This test shall apply to all MSs that have a Ph2, R96…R99 or REL-4 short message type 0 implementation.

References

3GPP TS 03.40 / 3GPP TS 23.040, subclause 9.2.3.9.

34.2.6.2 Test purpose

To verify that the MS will acknowledge receipt of the short message to the SC. The MS should discard its contents.

NOTE: failure of this test in a mobile could cause it to reject a type 0 message when the network is trying to reach the MS. This could lead to unwanted repetitions between the MS and the service centre.

34.2.6.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

Specific PICS Statements

PIXIT Statements

Foreseen Final State of MS

Idle, updated.

Test Procedure

The SS sends a type 0 message by using the method described in step a) of section 34.2.1 but with the TPDU described in this section.

Maximum Duration of Test

1 minute

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), type 0 Short Message

13

MS -> SS

CP-ACK

14

MS -> SS

CP-DATA

Contains RP-ACK TP-Protocol-Identifier (TP-PID).

15

SS -> MS

CP-ACK

16

SS -> MS

CHANNEL RELEASE

17

MS

Ideally the MS is able to receive the type 0 message irrespective of whether there is memory available in the SIM or ME and does not indicate the receipt of the type 0 short message to the user. The message should not be automatically stored in the SIM or ME.

Specific Message Contents:

SMS-DELIVER TPDU (containing a type 0 message) (SS to MS):

Information element

Comment Value

TP-MIT

SMS-DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned 0

TP-OA

an international number coded E.164

TP-PID

Type 0: "01000000"B

TP-DCS

default alphabet “0000 0000"B

TP-SCTS

any legal value (cf. 3GPP TS 03.40 / 3GPP TS 23.040)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

34.2.6a Test of short message type 0 (≥ REL 5)

34.2.6a.1 Conformance requirement

When a mobile terminated message is type 0, the MS shall acknowledge receipt of the short message to the SC but shall discard its contents. This means that

– the MS shall be able to receive the type 0 short message irrespective of whether there is memory available in the SIM or ME or not,

– the MS shall not indicate the receipt of the type 0 short message to the user,

– the short message shall neither be stored in the SIM nor ME.

This test shall apply to all MSs that have a ≥ REL-5 short message type 0 implementation.

References

3GPP TS 23.040, subclause 9.2.3.9.

34.2.6a.2 Test purpose

To verify that the MS will acknowledge receipt of the short message to the SC. The MS shall discard its contents. This means that

– the MS shall be able to receive the type 0 short message irrespective of whether there is memory available in the SIM or ME or not,

– the MS shall not indicate the receipt of the type 0 short message to the user,

– the short message shall neither be stored in the SIM nor ME.

NOTE: failure of this test in a MS could cause it to reject a type 0 message when the network is trying to reach the MS. This could lead to unwanted repetitions between the MS and the service centre. In addition service affecting restrictions could happen to the customer.

34.2.6a.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

the ME- and SIM message store shall be empty.

Specific PICS Statements

PIXIT Statements

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) The SS sends a type 0 short message by using the method described in step a) of clause 34.2.1 but with the TPDU described in this section.

b) The ME- and SIM short message store shall be filled (for example by using the method of clause 34.2.3 test of the memory available notification).

c) The SS sends a type 0 short message as in step a).

Maximum Duration of Test

5 minutes.

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), type 0 Short Message

13

MS -> SS

CP-ACK

14

MS -> SS

CP-DATA

Contains RP-ACK TP-Protocol-Identifier (TP-PID).

15

SS -> MS

CP-ACK

16

SS -> MS

CHANNEL RELEASE

17

MS

The MS shall discard the type 0 short message. This means that the MS does not indicate the receipt of the type 0 short message to the user. The MS shall not store the message in the SIM or ME. This can be checked by verifying that it is impossible to retrieve any short messages from the ME- and SIM message store.

18

SS

The ME- and SIM message store shall be filled (for example by using the method of clause 34.2.3).

19

SS -> MS

PAGING REQUEST

20

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

21

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

22

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

23

SS -> MS

AUTHENTICATION REQUEST

24

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

25

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

26

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

27

SS

SS starts ciphering.

28

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

29

MS -> SS

UA (SAPI=3)

30

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU), type 0 Short Message

31

MS -> SS

CP-ACK

32

MS -> SS

CP-DATA

Contains RP-ACK TP-Protocol-Identifier (TP-PID).

33

SS -> MS

CP-ACK

34

SS -> MS

CHANNEL RELEASE

35

MS

The MS shall discard the type 0 short message. This means that the MS does not indicate the receipt of the type 0 short message to the user. The MS shall not store the message in the SIM or ME. This can be checked by verifying that it is impossible to retrieve any short messages from the ME- and SIM message store.

Specific Message Contents:

SMS-DELIVER TPDU (containing a type 0 message) (SS to MS):

Information element

Comment Value

TP-MIT

SMS-DELIVER "00"B

TP-MMS

more messages are waiting in SC "0"B

TP-RP

no reply path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no status report returned 0

TP-OA

an international number coded E.164

TP-PID

Type 0: "01000000"B

TP-DCS

default alphabet “0000 0000"B

TP-SCTS

any legal value (cf. 3GPP TS 03.40 / 3GPP TS 23.040)

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

34.2.7 Test of the replace mechanism for SM type 1-7

34.2.7.1 Definition

This test shall apply to MSs which support:

– Replace Short Messages; and

– display of received Short Messages.

34.2.7.2a Conformance requirement for MS with implementation up to and including Rel. 97

On receipt of a short message, the MS shall check to see if the associated Protocol Identifier contains a Replace Short Message Type code. If such a code is present, then the MS will check the associated SC address (RP-OA) and originating address (TP-OA) and replace any existing stored message having the same Protocol Identifier code, SC address and originating address with the new short message.

Reference(s)

3GPP TS 03.40; subclause 9.2.3.9.

34.2.7.2b Conformance requirement for MS with implementation after Rel.98 and later

On receipt of a short message, the MS shall check to see if the associated Protocol Identifier contains a Replace Short Message Type code. If such a code is present, then the MS will check the originating address and replace any existing stored message having the same Protocol Identifier code and originating address with the new short message and other parameter values. If there is no message to be replaced, the MS shall store the message in the normal way. The MS may also check the SC address as well as the Originating Address. However, in a network which has multiple SCs, it is possible for a Replace Message type for a SM to be sent via different SCs and so it is recommended that the SC address should not be checked by the MS unless the application specifically requires such a check.

Reference(s)

3GPP TS 03.40 / 3GPP TS 23.040, subclause 9.2.3.9.

34.2.7.3 Test purpose

This procedure verifies the correct implementation of the replace mechanism for Replace Short Messages.

NOTE: The test will not check the correct SC address for any releases.

34.2.7.4 Test method

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

The MS message store shall be empty.

Specific PICS Statements

PIXIT Statements

– Description of the basic procedures to display a mobile terminated short message.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) two different numbers n and m are drawn randomly between 1 and 7. Two different addresses for TP-Originating-Address (TPOA1 and TPOA2) are drawn.

b) the SS delivers a short message to the MS as specified in subclause 34.2.1 step a). In the SMS‑DELIVER TPDU, the TP-Protocol-Identifier parameter is "Replace Short Message Type n", the TP-Originating-Address is TPOA1, and the RP-Originating-Address is RPOA.

c) step b) is repeated but with a different TP-Originating-Address (TPOA2), and different contents of TP-User-Data in the SMS-DELIVER TPDU. The other parameters are the same as in step b).

d) step c) is repeated but with the TP-Protocol-Identifier equal to "Replace Short Message Type m", and contents of TP-User-Data different from the former two messages. The other parameters are the same as in step c).

e) step d) is repeated but the contents of TP-User-Data are different from that used in step d).

f) the SS prompts the operator to display the Short Messages stored in the MS.

Maximum Duration of Test

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU) TP-PID is "Replace Short Message Type n", TP-OA is TPOA1 and RP-OA is RPOA

13

MS -> SS

CP-ACK

14

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

14A

SS -> MS

CP-ACK

15

SS -> MS

CHANNEL RELEASE

16

SS -> MS

PAGING REQUEST

17

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

18

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

19

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

20

SS -> MS

AUTHENTICATION REQUEST

21

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

22

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

23

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

24

SS

SS starts ciphering.

25

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

26

MS -> SS

UA (SAPI=3)

27

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU) TP-PID is "Replace Short Message Type n", TP-OA is TPOA2 and RP-OA is RPOA, TP-UD different from step 12

28

MS -> SS

CP-ACK

29

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

29A

SS -> MS

CP-ACK

30

SS -> MS

CHANNEL RELEASE

31

SS -> MS

PAGING REQUEST

32

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

33

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

34

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

35

SS -> MS

AUTHENTICATION REQUEST

36

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

37

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

38

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

39

SS

SS starts ciphering.

40

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

41

MS -> SS

UA (SAPI=3)

42

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU) TP-PID is "Replace Short Message Type m", TP-OA is TPOA2 and RP-OA is RPOA, TP-UD different from step 12 and 27

43

MS -> SS

CP-ACK

44

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

45

SS -> MS

CP-ACK

46

SS -> MS

CHANNEL RELEASE

47

SS -> MS

PAGING REQUEST

48

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

49

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

50

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

51

SS -> MS

AUTHENTICATION REQUEST

52

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

53

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

54

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

55

SS

SS starts ciphering.

56

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

57

MS -> SS

UA (SAPI=3)

58

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU) TP-PID is "Replace Short Message Type m", TP-OA is TPOA2 and RP-OA is RPOA, TP-UD different from step 42

59

MS -> SS

CP-ACK

60

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

61

SS -> MS

CP-ACK

62

SS -> MS

CHANNEL RELEASE

63

SS

Prompts the operator to display the Short Messages stored in the MS. Only the Short Messages delivered in step 12, 27 and 58 shall be retrievable and displayed

Specific Message Contents:

SMS-DELIVER TPDU

Information element

Comment Value

TP-MTI

SMS-DELIVER "00"B

TP-MMS

no more messages are waiting in SC "1"B

TP-RP

no Reply Path "0"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no Status Report returned "0"B

TP-OA

an international number coded E.164 (see test method description)

TP-PID

binary 01000xxx, xxx represents n resp. m (see test method description)

TP-DCS

default alphabet "00000000"B

TP-SCTS

the time when the message was submitted according to 3GPP TS 03.40

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters) (see test method description)

34.2.8 Test of the reply path scheme

34.2.8.1 Definition

This test applies to MSs which support:

– reply procedures (the class of MSs for which this is mandatory is described in 3GPP TS 03.40, annex 4):

– displaying of received Short Messages: and

– submitting Short Messages.

Steps b) and d) are only executed for MSs which support storing of Short messages.

34.2.8.2 Conformance requirement

When a replying MS receives an original mobile terminated short message it has:

– originating SME = TP-Originating Address in the SMS-DELIVER TPDU;

– original SC = RP-Originating Address in the RP-MT-DATA.

When submitting the reply mobile originated short message, the replying MS should use parameters as follows:

– TP-Destination Address in SMS-SUBMIT TPDU = originating SME;

– RP-Destination Address in RP-MO-DATA = original SC.

Reference(s)

3GPP TS 03.40 annex 4, clauses 5 and 6.

34.2.8.3 Test purpose

This procedure verifies that the MS is able to send a Reply Short Message back to the correct originating SME even if in the meantime it receives another Short Message.

34.2.8.4 Test method

Initial conditions

System Simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in the idle updated state.

The MS message store shall be empty.

Specific PICS Statements

PIXIT Statements

– Description of the basic procedures to display a mobile terminated short message.

– Description of the basic procedures to send a mobile originated short message.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) the SS delivers a Short Message as specified in subclause 34.2.1, step b) with TP-Reply-Path set to 1.

b) step a) is repeated but with:

– different TP-Originating-Address for the originating SME;

– different RP-Originating-Address for the original SC; and

– different message contents TP-User-Data.

c) one of the two Short Messages is displayed (e.g. by means of the MMI) and the Reply Short Message is submitted (e.g. by means of the MMI).

d) step c) is repeated for the other Short Message.

Maximum Duration of Test

Expected Sequence

Step

Direction

Message

Comments

1

SS -> MS

PAGING REQUEST

2

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

3

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

4

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

5

SS -> MS

AUTHENTICATION REQUEST

6

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

7

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

8

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

9

SS

SS starts ciphering.

10

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

11

MS -> SS

UA (SAPI=3)

12

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU) TP-RP set to 1

13

MS -> SS

CP-ACK

14

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

14A

SS -> MS

CP-ACK

15

SS -> MS

CHANNEL RELEASE

16

SS -> MS

PAGING REQUEST

17

MS -> SS

CHANNEL REQUEST

Establishment cause is "Answer to paging"

18

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

19

MS -> SS

PAGING RESPONSE

Message is contained in SABM.

20

SS -> MS

AUTHENTICATION REQUEST

21

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

22

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

23

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

24

SS

SS starts ciphering.

25

SS -> MS

SABM (SAPI=3)

SS establishes SAPI 3

26

MS -> SS

UA (SAPI=3)

27

SS -> MS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU) TP-OA, RP-OA and TP-UD different from step 12

28

MS -> SS

CP-ACK

29

MS -> SS

CP-DATA

Contains RP-ACK RPDU.

29A

SS -> MS

CP-ACK

30

SS -> MS

CHANNEL RELEASE

31

MS

One of the two Short Messages is displayed and the Reply Short Message is submitted.

32

MS -> SS

CHANNEL REQUEST

33

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

34

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM.

35

SS -> MS

AUTHENTICATION REQUEST

36

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

37

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

38

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

39

SS

SS starts ciphering.

40

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

41

SS -> MS

UA (SAPI=3)

42

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU) RP-DA = RP-OA corresponding to the message displayed TP-DA = TP-OA corresponding to the message displayed

43

SS -> MS

CP-ACK

44

SS -> MS

CP-DATA

Contains RP-ACK RPDU

45

SS

Waits max 25 s for CP-ACK

46

MS -> SS

CP-ACK

47

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

48

MS

The other Short Message is displayed and the Reply Short Message is submitted.

49

MS -> SS

CHANNEL REQUEST

50

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

51

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM.

52

SS -> MS

AUTHENTICATION REQUEST

53

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

54

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

55

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

56

SS

SS starts ciphering.

57

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3

58

SS -> MS

UA (SAPI=3)

59

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU) RP-DA = RP-OA corresponding to the Message displayed TP-DA = TP-OA corresponding to the message displayed

60

SS -> MS

CP-ACK

61

SS -> MS

CP-DATA

Contains RP-ACK RPDU

62

SS

Waits max 25 s for CP-ACK

63

MS -> SS

CP-ACK

64

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

Specific Message Contents:

SMS-DELIVER TPDU

Information element

Comment Value

TP-MTI

SMS-DELIVER "00"B

TP-MMS

no more messages are waiting in SC "1"B

TP-RP

Reply Path exists "1"B

TP-UDHI

TP-UD contains only the SM "0"B

TP-SRI

no Status Report returned "0"B

TP-OA

an international number coded E.164 (see test method description)

TP-PID

default "00000000"B

TP-DCS

default alphabet "00000000"B

TP-SCTS

the time when the message was submitted according to 3GPP TS 03.40

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters) (see test method description)

34.2.9 Multiple SMS mobile originated

34.2.9.1 MS in idle mode

This test applies to MS supporting the ability of sending multiple short messages on the same RR connection when there is no call in progress.

34.2.9.1.1 Conformance requirements

For a R99 or earlier MS only:

If another short message or a memory available notification is to be sent, an originating SMR entity in the UE may choose to continue to use the same RRC connection. When the MS chooses to use the same RR connection, then:

– the MS shall transmit a CM SERVICE REQUEST for the new CM connection before the final CP‑ACK (e.g. the one that acknowledges the CP‑DATA that carried the RP‑ACK) for the old MM connection is transmitted;

– before transmission of the first CP‑DATA on the new MM connection, the MS shall transmit the CP‑ACK for the old MM connection;

– the Transaction Identifier used on the new MM connection shall be different to that used on the old MM connection; and

– the MS shall not initiate establishment of the new MM connection before the final CP‑DATA (e.g. the one carrying the RP‑ACK) has been received.

For a Rel-4 or later MS only:

In the case of a SMS transfer via the CS domain, when the UE chooses to use the same RR or CS signalling connection, then:

– the UE shall transmit a CM SERVICE REQUEST for the new CM connection before the final CP‑ACK (i.e. the one that acknowledges the CP‑DATA that carried the RP‑ACK) for the old MM connection is transmitted;

– before transmission of the first CP‑DATA on the new MM connection, the UE may transmit the CP‑ACK for the old MM connection; the UE shall not transmit the final CP-ACK after the new CP-DATA;

– the Transaction Identifier used on the new MM connection shall be different to that used on the old MM connection; and

– the UE shall not initiate establishment of the new MM connection before the final CP‑DATA (e.g. the one carrying the RP‑ACK) has been received.

References

3GPP TS 03.40; subclause 3.1

3GPP TS 04.11; subclause 5.4

3GPP TS 04.13; subclause 5.6

34.2.9.1.2 Test purpose

To verify that the MS is able to correctly send multiple short messages on the same RR connection when using an SDCCH.

34.2.9.1.3 Method of test

Initial conditions

System simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in "Idle, updated" state.

The SMS message storage shall be empty.

Specific PICS Statements

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Description of how to enter multiple SMS.

– Description of the basic procedures to display a mobile originated short message.

Foreseen final state of MS

Idle, updated.

Test procedure

a) The MS shall be set up to send 3 short messages as multiple SM to the SS. The SS responds to the channel request message by allocating an SDCCH. The SS answers correctly to the SABM on SAPI 0 and then performs the authentication and ciphering procedures.

b) The SS responds with a UA frame SAPI-3 to the MS.

c) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The Transaction Identifier used on this MM connection is ‘x’.

d) the MS shall transmit a CM SERVICE REQUEST for the new CM connection (for the second short message) before the final CP-ACK (the one that acknowledges the CP-DATA that carried the RP-ACK before) for the old MM connection is transmitted. The MS shall not initiate establishment of the new MM connection before the final CP-DATA (i.e. the one carrying the RP-ACK for the first short message) has been received. Before transmission of the first CP-DATA on the new MM connection:

The MS may transmit the CP-ACK for the old MM connection. The Transaction Identifier used on the new MM connection shall be y, where y <> x (see step c)). Thereby, the UE can transmit the final CP-ACK after either the sending of the CM SERVICE REQUEST for the new CM connection or the reception of the CM SERVICE ACCEPT for the new CM connection or not to send a CP-ACK at all, thus three cases are possible. These cases are specified using two branches for the transmission of the final CP-ACK where the transmission of the final CP-ACK for the old MM connection is optional. The two branches are specified in the expected sequence table like A and B respectively. The SS waits for the UE to transmit the final CP-ACK. If received within 5 s then the SS transmits the CM SERVICE ACCEPT and waits for the UE to transmit the first CP-DATA on the new MM connection (branch A). If the final CP-ACK is not received within 5 s then the SS transmits the CM SERVICE ACCEPT and then waits for the UE to send the final CP-ACK (optional) and/or the first CP-DATA on the new MM connection (branch B).

e) Void.

f) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU.

g) The MS shall transmit a CM SERVICE REQUEST for the new CM connection (for the third short message) before the final CP-ACK (the one that acknowledges the CP-DATA that carried the RP-ACK before) for the old MM connection is transmitted. Before transmission of the first CP-DATA on the new MM connection:

The MS may transmit the CP-ACK for the old MM connection. The Transaction Identifier used on the new MM connection shall be z, where z <> y (see step c)). Thereby, the UE can transmit the final CP-ACK after either the sending of the CM SERVICE REQUEST for the new CM connection or the reception of the CM SERVICE ACCEPT for the new CM connection or not to send a CP-ACK at all, thus three cases are possible. These cases are specified using two branches for the transmission of the final CP-ACK where the transmission of the final CP-ACK for the old MM connection is optional. The two branches are specified in the expected sequence table like A and B respectively. The SS waits for the UE to transmit the final CP-ACK. If received within 5 s then the SS transmits the CM SERVICE ACCEPT and waits for the UE to transmit the first CP-DATA on the new MM connection (branch A). If the final CP-ACK is not received within 5 s then the SS transmits the CM SERVICE ACCEPT and then waits for the UE to send the final CP-ACK (optional) and/or the first CP-DATA on the new MM connection (branch B).

h) Void

i) The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU.

j) The SS waits a maximum of 5 s after sending CP-DATA for the CP-ACK message from the MS.

k) The SS sends a Channel Release message to the MS.

Maximum duration of test

5 minutes.

Expected sequence

Step

Direction

Message

Comments

1

MS -> SS

CHANNEL REQUEST

Establishment cause is “Other procedures which can be completed with an SDCCH” NECI = 0

2

SS -> MS

IMMEDIATE ASSIGNMENT

SS assigns an SDCCH

3

MS -> SS

CM SERVICE REQUEST

Message is contained in SABM on SAPI 0. CM service type set to "Short message transfer"

4

SS -> MS

AUTHENTICATION REQUEST

5

MS -> SS

AUTHENTICATION RESPONSE

SRES specifies correct value.

6

SS -> MS

CIPHERING MODE COMMAND

SS starts deciphering after sending the message.

7

MS -> SS

CIPHERING MODE COMPLETE

Shall be sent enciphered. All following messages shall be sent enciphered.

8

SS

SS starts ciphering.

9

MS -> SS

SABM (SAPI=3)

MS establishes SAPI 3 on DCCH

10

SS -> MS

UA (SAPI=3)

11

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU). The Transaction Identifier used in steps 11, 12, 13 and 15 shall be x.

12

SS -> MS

CP-ACK

13

SS -> MS

CP-DATA

Contains RP-ACK RPDU

14

MS -> SS

CM SERVICE REQUEST

CM service type set to "Short message transfer".

15

MS -> SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU.

If CP-ACK received then continue at A16.

If CP-ACK is not received within 5 s from the CM SERVICE REQUEST was sent in step 14 then goto step B16-1.

Branch A

A16

SS -> MS

CM SERVICE ACCEPT

After having sent the CM SERVICE ACCEPT then goto step 17.

Branch B

B16-1

SS->MS

CM SERVICE ACCEPT

This branch is chosen if the MS does not send a CP-ACK within 5 s of step 14.

B16-2

(optional)

MS->SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU.

17

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU). The Transaction Identifier used in steps 17, 18, 19 and 21 shall be y where y <> x (see step 11).

18

SS -> MS

CP-ACK

19

SS -> MS

CP-DATA

Contains RP-ACK RPDU

20

MS -> SS

CM SERVICE REQUEST

CM service type set to "Short message transfer".

21

MS -> SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU.

If CP-ACK received then continue at A22

If CP-ACK is not received within 5 s from the CM SERVICE REQUEST was sent in step 20 then goto step B22-1.

Branch A

A22

SS -> MS

CM SERVICE ACCEPT

After having sent the CM SERVICE ACCEPT then goto step 23.

Branch B

B22-1

SS->MS

CM SERVICE ACCEPT

This branch is chosen if the MS does not send a CP-ACK within 5 s of step 20.

B22-2

(optional)

MS->SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU

23

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU). The Transaction Identifier used in steps 23, 24, 25 and 26 shall be z, where z <> y (see step 17).

24

SS -> MS

CP-ACK

25

SS -> MS

CP-DATA

Contains RP-ACK RPDU

26

MS -> SS

CP-ACK

Shall be sent within 5 s of step 25

27

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

28

MS -> SS

DISC (SAPI=0)

MS shall respond to channel release with a layer 2 DISC frame with SAPI 0

Specific message contents:

SMS SUBMIT TPDU

Information element

Comment Value

TP-MTI

SMS SUBMIT ’01’B

TP-VPF

not checked

TP-RP

no reply path ‘0’B

TP-UDHI

not checked

TP-SRR

not checked

TP-MR

not checked

TP-RD

not checked

TP-DA

not checked (an E164 number)

TP-PID

not checked

TP-DCS

not checked

TP-VP

not checked

TP-UDL

as applicable

TP-UD (140 octets max.)

the user data consist of an arbitrarily chosen amount of octets

34.2.9.2 MS in active mode

This test applies to MS supporting the ability of sending multiple short messages when there is a call in progress.

34.2.9.2.1 Conformance requirements

For a R99 or earlier MS only:

If another short message or a memory available notification is to be sent, an originating SMR entity in the UE may choose to continue to use the same RRC connection. When the MS chooses to use the same RR connection, then:

‑ the MS shall transmit a CM SERVICE REQUEST for the new CM connection before the final CP‑ACK (e.g. the one that acknowledges the CP‑DATA that carried the RP‑ACK) for the old MM connection is transmitted;

‑ before transmission of the first CP‑DATA on the new MM connection, the MS shall transmit the CP‑ACK for the old MM connection;

‑ the Transaction Identifier used on the new MM connection shall be different to that used on the old MM connection; and

‑ the MS shall not initiate establishment of the new MM connection before the final CP‑DATA (e.g. the one carrying the RP‑ACK) has been received.

For a Rel-4 or later MS only:

In the case of a SMS transfer via the CS domain, when the UE chooses to use the same RR or CS signalling connection, then:

– the UE shall transmit a CM SERVICE REQUEST for the new CM connection before the final CP‑ACK (i.e. the one that acknowledges the CP‑DATA that carried the RP‑ACK) for the old MM connection is transmitted;

– before transmission of the first CP‑DATA on the new MM connection, the UE may transmit the CP‑ACK for the old MM connection; the UE shall not transmit the final CP-ACK after the new CP-DATA;

– the Transaction Identifier used on the new MM connection shall be different to that used on the old MM connection; and

– the UE shall not initiate establishment of the new MM connection before the final CP‑DATA (e.g. the one carrying the RP‑ACK) has been received.

References

3GPP TS 03.40; subclause 3.1.

3GPP TS 04.11; subclause 5.4.

3GPP TS 04.13; subclause 5.6.

34.2.9.2.2 Test purpose

To verify that the MS is able to correctly send multiple short messages on the same RR connection when sent parallel to a call.

34.2.9.2.3 Method of test

Initial conditions

System simulator:

1 cell, default parameters.

Mobile Station:

The MS shall be in "Idle, updated" state.

The SMS message storage shall be empty.

Specific PICS Statements

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Description of how to enter multiple SMS.

– Description of the basic procedures to display a mobile originated short message.

– Support for state U10 of call control.

Foreseen final state of MS

Idle, updated.

Test procedure

a) A data or speech call is established on a TCH with the SS and the state U10 of call control is entered. The MS is set up to send 3 short messages as multiple SM to the SS. After the reception of the CM SERVICE REQUEST, the SS sends a CM SERVICE ACCEPT message. The SS responds with a UA frame SAPI-3 to the SABM with SAPI-3 received from the MS.

b) Steps c) to k) of the test procedure in subclause 34.2.9.1.3 are repeated.

Maximum duration of test

5 minutes.

Expected Sequence

Step

Direction

Message

Comments

1

SS

A data or speech call is established on a TCH and the state U10 of call control is entered.

2

MS

The MS is set up to send 3 short messages as multiple SM

3

MS -> SS

CM SERVICE REQUEST

Sent in a layer 2 frame on the FACCH. CM service type set to "short message transfer"

4

SS -> MS

CM SERVICE ACCEPT

5

MS -> SS

SABM (SAPI=3)

Sent on SACCH associated with the TCH

6

SS -> MS

UA (SAPI=3)

7

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU). The Transaction Identifier used in steps 7, 8, 9 and 11 shall be x.

8

SS -> MS

CP-ACK

9

SS -> MS

CP-DATA

Contains RP-ACK RPDU

10

MS -> SS

CM SERVICE REQUEST

Sent in a layer 2 frame on the FACCH. CM service type set to "short message transfer"

11

MS -> SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU.

If CP-ACK received then continue at A12.

If CP-ACK is not received within 5 s from the CM SERVICE REQUEST was sent in step 10 then goto step B12-1.

Branch A

A12

SS -> MS

CM SERVICE ACCEPT

After having sent the CM SERVICE ACCEPT then goto step 13.

Branch B

B12-1

SS->MS

CM SERVICE ACCEPT

This branch is chosen if the MS does not send a CP-ACK within 5 s of step 10.

B12-2

(optional)

MS->SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU.

13

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU). The Transaction Identifier used in steps 13, 14, 15 and 17 shall be y where y <> x (see step 7).

14

SS -> MS

CP-ACK

15

SS -> MS

CP-DATA

Contains RP-ACK RPDU

16

MS -> SS

CM SERVICE REQUEST

Sent in a layer 2 frame on the FACCH. CM service type set to "short message transfer"

17

MS -> SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU.

If CP-ACK received then continue at A18

If CP-ACK is not received within 5 s from the CM SERVICE REQUEST was sent in step 16 then goto step B18-1.

Branch A

A18

SS -> MS

CM SERVICE ACCEPT

After having sent the CM SERVICE ACCEPT then goto step 19.

Branch B

B18-1

SS->MS

CM SERVICE ACCEPT

This branch is chosen if the MS does not send a CP-ACK within 5 s of step 16.

B18-2

(optional)

MS->SS

CP-ACK

The one that acknowledges the CP-DATA which carried the RP-ACK RPDU.

19

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU). The Transaction Identifier used in steps 19, 20, 21 and 22 shall be z, where z <> y (see step 13).

20

SS -> MS

CP-ACK

21

SS -> MS

CP-DATA

Contains RP-ACK RPDU

22

MS -> SS

CP-ACK

Shall be sent within 5.5 s (5 sec + 10% tolerance) of step 21

23

SS -> MS

CHANNEL RELEASE

The main signalling link is released.

24

MS -> SS

DISC (SAPI = 0)

MS shall respond to channel release with a layer 2 DISC frame with SAPI 0.

Specific Message Contents:

SMS SUBMIT TPDU

Information element

Comment Value

TP-MTI

SMS SUBMIT ’01’B

TP-VPF

not checked

TP-RP

no reply path ‘0’B

TP-UDHI

not checked

TP-SRR

not checked

TP-MR

not checked

TP-RD

not checked

TP-DA

not checked (an E164 number)

TP-PID

not checked

TP-DCS

not checked

TP-VP

not checked

TP-UDL

as applicable

TP-UD (140 octets max.)

the user data consist of an arbitrarily chosen amount of octets

34.3 Short message service cell broadcast

This test applies to all MSs.

34.3.1 Conformance requirements

If the MS supports SMS-CB, it is responsible for recombination of the four blocks received via the radio path into a single block which constitutes the cell broadcast short message.

In idle mode, the MS listens to the BCCH and to the paging sub-channel for the paging group it belongs to. The MS is required to receive and analyse the paging messages and immediate assignment messages sent on the paging subchannel corresponding to its paging subgroup.

Reference

3GPP TS 03.41; clause 8.

3GPP TS 04.08 / 3GPP TS 44.018, subclauses 3.2.1 and 3.3.2.1.

34.3.2 Test purpose

This test verifies that an MS supporting SMS-CB is able to receive SMS-CB messages.

This test verifies that an MS is able to respond to a paging requested during the transmission of a cell broadcast short message.

34.3.3 Test method

Initial conditions

System Simulator:

1 cell, default parameters, except BS_PA_MFRMS = 2.

The SS provides a BCCH/CCCH to support the MS in idle mode.

Periodic location updating is disabled.

Mobile Station:

The MS shall be in the idle updated state.

Specific PICS Statements

PIXIT Statements

– Description of the basic procedures to display a cell broadcasted short message.

Foreseen Final State of MS

Idle, updated.

Test Procedure

a) Three Cell Broadcast (CB) messages are sent by the SS on the CBCH with serial numbers 0,1,1.

b) Step a) is repeated, but the SS pages the MS during the transmission of the second CB message. This shall be achieved by paging the MS immediately after the first block of the CB message has been sent. The SS shall ensure that the page is transmitted on the radio interface prior to the transmission of the 4th block of the CB message.

NOTE: The use of BS_PA_MFRMS = 2 ensures that this can be achieved irrespective of the IMSI.

The MS shall respond to the page.

Maximum Duration of Test

Expected Sequence

Since the SMS-CB messages are sent continuously, a table is not applicable in this test.

Specific Message Contents:

Cell broadcast test message content

Information element

Comment Value

Serial Number

– Geographical scope

"00"B

– Message code

see test procedure "0000000000"B or "0000000001"B

– Update number

as applicable

Message identifier

"0"B

Data Coding Scheme

Default alphabet, English "00000001"B

Page parameter

"0001 0001"B

Contents of message

93 user characters using 93 different characters of default 7 bit coded alphabet

SYSTEM INFORMATION TYPE 4

As default except:

Information element

Value/remark

CBCH Channel Description

– Channel type and TDMA offset

SDDCH/4 + SACCH/C4 or CBCH (SDDCH/4)

– Timeslot number

time slot zero

– Training sequence code

5 (same as BCC)

– Hopping channel

Single RF channel

-Channel selector

Channel number 263 (for GSM 450 MS) Channel number 310 (for GSM 480 MS) Channel number 20 (for GSM 900 MS) Channel number 590 (for DCS 1 800 and PCS 1 900 MS) Channel number 457 (for GSM 710, GSM 750 and T-GSM 810 MS) Channel number 147 (for GSM 850 MS)

CBCH Mobile Allocation

Not included

34.4 Short message service point to point over GPRS

34.4.1 SMS mobile terminated

34.4.1.1 Definition

34.4.1.2 Conformance requirements

An active MS shall be able to receive a short message TPDU (SMS‑DELIVER) at any time, independently of whether or not there is a speech or data call in progress. A report shall always be returned to the SC; either confirming that the MS has received the short message, or informing the SC that it was impossible to deliver the short message TPDU to the MS, including the reason why.

References

3GPP TS 23.040 clauses 3.1, 9.2.3.16.

34.4.1.3 Test purpose

To verify the ability of a MS to receive and decode the SM where provided for the point to point service.

34.4.1.4 Method of test

Initial Conditions

– System simulator:

– 1 cell, default parameters.

– Mobile Station:

– the MS shall be in GMM-state "GMM-REGISTERED";

– the SMS message storage shall be empty.

Specific PICS Statements

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Support for session management state "PDP-ACTIVE".

– Maximum number of retransmissions of an unacknowledged CP-DATA message.

Test procedure

a) The SS sends a CP-DATA message. The information element of the CP-DATA message will be RP-DATA RPDU (SMS DELIVER TPDU).

b) The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

c) The SS sends a CP-ACK to the MS with no further CP-DATA messages.

d) Steps a), b) and c) are repeated but the first CP-DATA message from the MS is not acknowledged. The second CP-DATA message from the MS is acknowledged by a CP-ACK.

e) Steps a) and b) are repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP‑DATA retransmissions may occur. The SS check during 60 s that the MS does not send more than the maximum allowed (3) CP-DATA retransmissions.

f) The SMS message store shall be cleared manually by the operator.

g) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered.

The SS sends a CP-DATA message. The information element of the CP-DATA message will be RP-DATA RPDU (SMS DELIVER TPDU). The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

h) The SS sends a CP-ACK to the MS with no further CP-DATA. The SMS message store shall be cleared manually by the operator.

i) Steps g) and h) are repeated but the first CP-DATA message from the MS is not acknowledged. The second CP-DATA message from the MS is acknowledged by a CP-ACK.

j) Step g) is repeated. The SS is configured not to send CP-ACK. Then maximum 3 CP-DATA retransmissions may occur. The SS check during 60 s that the MS does not send more than the maximum allowed (3) CP-DATA retransmissions. (60 s the sufficient wait time while PDP context in progress).

k) The SS initiates a PDP context deactivation (The PDP context deactivation is continued in parallel to the following exchange of messages related to SMS).

The SS sends a CP-DATA RPDU (SMS DELIVER TPDU) message. The information element of the CP-DATA message is RP-DATA.

The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

The SS sends a CP-ACK to the MS with no further CP-DATA.

The SMS message store shall be cleared manually by the operator.

l) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. The PDP context shall be cleared from the MS. (The PDP context deactivating is continued in parallel to the following exchange of messages related to SMS).

The SS sends a CP-DATA message. The information element of the CP-DATA message is RP‑DATA RPDU (SMS DELIVER TPDU).

The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

The SS sends a CP-ACK to the MS with no further CP-DATA messages.

The SMS message store shall be cleared manually by the operator.

Expected sequence

Step

Direction

Message

Comments

1

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

2

SS

Waits max 25 s for CP-ACK

3

MS -> SS

CP-ACK

4

SS

Waits max 60 s for RP-ACK RPDU

5

MS -> SS

CP-DATA

Contains RP-ACK RPDU

6

MS <- SS

CP-ACK

7

MS

There should be no further CP-DATA message.

8

MS

The MS shall indicate that an SM has arrived.

9

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

10

SS

Waits max 25 s for CP-ACK

11

MS -> SS

CP-ACK

12

SS

Waits max 60 s for RP-ACK RPDU

13

MS -> SS

CP-DATA

First CP-DATA from MS, contains RP-ACK RPDU

14

SS

First CP-DATA message not acknowledged by SS

15

MS -> SS

CP-DATA

Retransmitted CP-DATA from MS, contains RP-ACK RPDU

16

MS <- SS

CP-ACK

Second CP_DATA message is acknowledged

17

MS

There should be no further CP-DATA messages

18

MS

The MS shall indicate that an SM has arrived.

19

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

20

SS

Waits max 25 s for CP-ACK

21

MS -> SS

CP-ACK

22

SS

Waits max 60 s for RP-ACK RPDU

23

MS -> SS

CP-DATA

Contains RP-ACK RPDU

24

SS

First CP-DATA message not acknowledged by SS

25

CP-DATA

Retransmitted CP-DATA from MS, contains RP-ACK RPDU

26

SS

Retransmitted CP-DATA message not acknowledged by SS

27

MS

Depending upon the maximum number of CP-DATA retransmissions implemented, step 25 and 26 may be repeated.

28

MS

The SS verifies within 60 s after the first CP-DATA message not acknowledged by SS that the MS does not retransmit more than the maximum allowed.

29

MS

The MS shall indicate that an SM has arrived.

30

MS, SS

{PDP Context Activation}

Macro. PDP context activation from the MS.

31

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

32

SS

Waits max 25 s for CP-ACK

33

MS -> SS

CP-ACK

34

SS

Waits max 60 s for RP-ACK RPDU

35

MS -> SS

CP-DATA

Contains RP-ACK RPDU

36

MS <- SS

CP-ACK

37

MS <- SS

DEACTIVATE PDP CONTEXT REQUEST

Deactivates the existing PDP context.

38

MS -> SS

DEACTIVATE PDP CONTEXT ACCEPT

39

MS

The MS shall indicate that an SM has arrived.

40

MS

Clear the SMS message store

41

MS

{PDP Context Activation}

Macro. PDP context activation from the MS.

42

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

43

SS

Waits max 25 s for CP-ACK

44

MS -> SS

CP-ACK

45

SS

Waits max 60 s for RP-ACK RPDU

46

MS -> SS

CP-DATA

First CP-DATA from MS, contains RP-ACK RPDU

47

SS

First CP-DATA message not acknowledged by SS

48

MS -> SS

CP-DATA

Retransmitted CP-DATA message, contains RP-ACK RPDU

49

MS <- SS

CP-ACK

Second CP-DATA message is acknowledged

50

MS <- SS

DEACTIVATE PDP CONTEXT REQUEST

Deactivates an existing PDP context.

51

MS -> SS

DEACTIVATE PDP CONTEXT ACCEPT

52

MS

The MS shall indicate that an SM has arrived.

53

MS

Clear the SMS message store

54

MS

{PDP Context Activation}

Macro. PDP context activation from the MS.

55

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

56

SS

Waits max 25 s for CP-ACK

57

MS -> SS

CP-ACK

58

SS

Waits max 60 s for RP-ACK RPDU

59

MS -> SS

CP-DATA

First CP-DATA from MS, contains RP-ACK RPDU

60

SS

First CP-DATA message not acknowledged by SS

61

MS -> SS

CP-DATA

Transmitted CP-DATA message, contains RP-ACK RPDU

62

SS

Retransmitted CP-DATA message not acknowledged by SS

63

MS

Depending on the maximum number of CP-DATA retransmissions implemented, step 61 and 62 may be repeated. The maximum number of retransmissions may however not exceed three.

64

MS

The SS verifies within 60 s after the last CP-DATA retransmission that the MS does not retransmit more than the maximum allowed.

65

MS

The MS shall indicate that an SM has arrived.

66

MS

Clear the SMS message store

67

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

68

MS <- SS

DEACTIVATE PDP CONTEXT REQUEST

The PDP context is deactivated by the SS. The PDP context deactivating is continued in parallel to the following exchange of messages related to SMS.

69

MS -> SS

DEACTIVATE PDP CONTEXT ACCEPT

This message may be transmitted after this step timing.

70

SS

Waits max 25 s for CP-ACK

71

MS -> SS

CP-ACK

72

SS

Waits max 60 s for RP-ACK RPDU

73

MS -> SS

CP-DATA

Contains RP-ACK RPDU

74

MS <- SS

CP-ACK

75

MS

The MS shall indicate that an SM has arrived.

76

MS

Clear the SMS message store

77

MS

{PDP Context Activation}

Macro. PDP context activation from the MS.

78

MS -> SS

DEACTIVATE PDP CONTEXT REQUEST

The PDP context is deactivated by the MS. The PDP context deactivation is continued in parallel to the following

79

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

80

MS <- SS

DEACTIVATE PDP CONTEXT ACCEPT

81

SS

Waits max 25 s for CP-ACK

82

MS -> SS

CP-ACK

83

SS

Waits max 60 s for RP-ACK RPDU

84

MS -> SS

CP-DATA

Contains RP-ACK RPDU

85

MS <- SS

CP-ACK

86

MS

The MS shall indicate that an SM has arrived.

87

MS

Clear the SMS message store

NOTE: Time values for SS wait time are chosen sufficiently high to be sure that the MS has enough time to respond to the different messages.

Specific Message Contents

SMS DELIVER TPDU (not containing a type 0 message)

Information element

Comment Value

TP-PID

Different from Type 0: “01000000”B

TP-UDL

160

TP-UD (140 octets)

text of message (160 characters)

NOTE: The 160 characters in TP-UD shall include at least one occurrence of each character in the default alphabet (see 3GPP TS 23.038, clause 6.2.1).

34.4.2 SMS mobile originated

34.4.2.1 Definition

34.4.2.2 Conformance requirements

A GPRS MS shall be able to submit short message TPDU (SMS-SUBMIT) at any time, independently of whether or not there is a PDP context in progress.

References

3GPP TS 24.011 clause 5.3.2.2.

3GPP TS 23.040 clause 3.1, 9.2.3.16.

34.4.2.3 Test purpose

To verify that a GPRS MS is able to correctly send a short message where the SMS is provided for the point to point service.

34.4.2.4 Method of test

Initial Conditions

– System simulator:

– 1 cell, default parameters.

– Mobile Station:

– the MS shall be in GMM-state "GMM-REGISTERED";

– the SMS message storage shall be empty.

Specific PICS Statements

– SMS messages are stored in the SIM (TSPC_AddInfo_StoreRcvSMSSIM).

– SMS messages are stored in the ME (TSPC_AddInfo_StoreRcvSMSME).

PIXIT Statements

– Support for state PDP-ACTIVE of session management.

– Maximum number of retransmissions of an unacknowledged CP-DATA message.

Test procedure

a) The MS shall be set up to send a short message to the SS. The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for CP-ACK message.

b) The MS shall be set up to send a short message to the SS. This time the SS will not acknowledge the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS. The MS retransmits the CP-DATA message. Now, the CP-DATA message will be acknowledged by a CP-ACK from the SS, followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for CP-ACK message.

c) The MS shall be set up to send a short message to the SS. The SS is configured not to send any CP-ACK to acknowledge the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS. Then maximum 3 CP-DATA retransmissions may occur. Following the last CP-DATA retransmission from the MS, the SS checks that the MS does not retransmit more than the maximum allowed.

d) The MS shall be set up to send a short message to the SS. On receipt of the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS, the SS sends a CP-ERROR message containing a “Network Failure” cause. The SS verifies within 60 seconds that the MS does not re-send any CP-DATA messages.

e) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. The MS shall be set up to send a short message to the SS. The SS responds to the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for CP-ACK message.

f) The MS shall be set up to send a short message to the SS. The SS is configured not to send CP-ACK to acknowledge the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS. The MS retransmits the CP-DATA message. Now, the CP-DATA message will be acknowledged by a CP-ACK from the SS, followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for CP-ACK message.

g) The MS shall be set up to send a short message to the SS. The SS is configured not to send any CP-ACK to acknowledge the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS. Then maximum 3 CP-DATA retransmissions may occur. Following the last CP-DATA retransmission from the MS, the SS checks that the MS does not retransmit more than the maximum allowed.

h) The MS shall be set up to send a short message to the SS. On receipt of the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS, the SS sends a CP-ERROR message containing a “Network Failure” cause. The SS verifies that within 60 seconds the MS does not re-send any CP-DATA messages.

i) The MS shall be set up to send a short message to the SS. On receipt of the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS, the SS requests the deactivation of the previously active PDP context by sending DEACTIVATE PDP CONTEXT REQUEST, the MS responds with DEACTIVATE PDP CONTEXT ACCEPT. The SS responds with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for CP-ACK message.

j) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. The MS shall be set up to send a short message to the SS. On receipt of the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS, the SS requests the deactivation of the previously active PDP context by sending DEACTIVATE PDP CONTEXT REQUEST, the MS responds with DEACTIVATE PDP CONTEXT ACCEPT. This time the SS will not acknowledge the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS. The MS retransmits the CP-DATA message. Now, the CP-DATA message will be acknowledged by a CP-ACK from the SS, followed by a CP-DATA message containing the correct RP-ACK RPDU. The SS waits a maximum of 25 s for CP-ACK message.

k) A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered. The MS shall be set up to send a short message to the SS. On receipt of the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS, the SS requests the deactivation of the previously active PDP context by sending DEACTIVATE PDP CONTEXT REQUEST, the MS responds with DEACTIVATE PDP CONTEXT ACCEPT. The SS is configured not to send any CP-ACK to acknowledge the CP-DATA containing RP-DATA RPDU (SMS SUBMIT TPDU) from the MS. Then maximum 3 CP-DATA retransmissions may occur. Depending on the maximum number of automatic repeat, MO SMS sending may be repeated. Following the last CP-DATA retransmission from the MS, the SS checks that the MS does not retransmit more than the maximum allowed.

Expected sequence

Step

Direction

Message

Comments

1

MS

The MS is set up to send an SM.

2

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

3

SS  MS

CP-ACK

4

SS  MS

CP-DATA

Contains RP-ACK RPDU.

5

SS

Wait max 25 s for CP-ACK.

6

MS  SS

CP-ACK

7

MS

The MS is set up to send an SM.

8

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

9

SS

SS configured not to send CP-ACK.

10

MS  SS

CP-DATA

Retransmitted CP-DATA from MS.

11

SS  MS

CP-ACK

12

SS  MS

CP-DATA

Contains RP-ACK RPDU.

13

SS

Wait max 25 s for CP-ACK.

14

MS  SS

CP-ACK

15

MS

The MS is set up to send an SM.

16

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

17

SS

SS configured not to send any CP-ACK.

18

MS  SS

CP-DATA

Retransmitted CP-DATA from MS.

19

MS

Depending upon the maximum number of CP-DATA retransmissions implemented, step 18 may be repeated.
The maximum number of retransmissions shall however not exceed three.

20

SS

The SS verifies within 60 s after the first CP-DATA message not acknowledged by SS that the MS does not retransmit more than the maximum allowed.

21

MS

The MS is set up to send an SM.

22

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

23

SS  MS

CP-ERROR

Containing “Network Failure” cause.

24

The SS verifies within 60 s after step 22 that the MS does not re-send any CP-DATA messages.

25

MS

A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered.

26

MS

The MS is set up to send an SM.

27

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

28

SS  MS

CP-ACK

29

SS  MS

CP-DATA

Contains RP-ACK RPDU.

30

SS

Wait max 25 s for CP-ACK.

31

MS  SS

CP-ACK

32

MS

The MS is set up to send an SM.

33

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

34

SS

SS configured not to send CP-ACK.

35

MS  SS

CP-DATA

Retransmitted CP-DATA from MS.

36

SS  MS

CP-ACK

37

SS  MS

CP-DATA

Contains RP-ACK RPDU.

38

SS

Wait max 25 s for CP-ACK.

39

MS  SS

CP-ACK

40

MS

The MS is set up to send an SM.

41

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

42

SS

SS configured not to send any CP-ACK.

Step

Direction

Message

Comments

43

MS  SS

CP-DATA

Retransmitted CP-DATA from MS.

44

MS

Depending upon the maximum number of CP-DATA retransmissions implemented, step 43 may be repeated.
The maximum number of retransmissions shall however not exceed three.

45

SS

The SS verifies within 60 s after the first CP-DATA message not acknowledged by SS that the MS does not retransmit more than the maximum allowed.

46

MS

The MS is set up to send an SM.

47

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

48

SS  MS

CP-ERROR

Containing “Network Failure” cause.

49

The SS verifies within 60 s after step 47 that the MS does not re-send any CP-DATA messages.

50

MS

The MS is set up to send an SM.

51

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

52

SS  MS

DEACTIVATE PDP CONTEXT REQUEST

The PDP context is deactivated by the SS.
The PDP context deactivation is continued in parallel to the following exchange of messages related to SMS.

53

MS  SS

DEACTIVATE PDP CONTEXT ACCEPT

54

SS  MS

CP-ACK

55

SS  MS

CP-DATA

Contains RP-ACK RPDU.

56

SS

Wait max 25 s for CP-ACK.

57

MS  SS

CP-ACK

58

MS

A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered.

59

MS

The MS is set up to send an SM.

60

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

61

SS  MS

DEACTIVATE PDP CONTEXT REQUEST

The PDP context is deactivated by the SS.
The PDP context deactivation is continued in parallel to the following exchange of messages related to SMS.

62

MS  SS

DEACTIVATE PDP CONTEXT ACCEPT

63

SS

SS configured not to send CP-ACK.

64

MS  SS

CP-DATA

Retransmitted CP-DATA from MS.

65

SS  MS

CP-ACK

66

SS  MS

CP-DATA

Contains RP-ACK RPDU.

67

SS

Wait max 25 s for CP-ACK.

68

MS  SS

CP-ACK

69

MS

A PDP context is established with the SS and the state PDP-ACTIVE of session management is entered.

70

MS

The MS is set up to send an SM.

71

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU).

72

SS  MS

DEACTIVATE PDP CONTEXT REQUEST

The PDP context is deactivated by the SS.
The PDP context deactivation is continued in parallel to the following exchange of messages related to SMS.

73

MS  SS

DEACTIVATE PDP CONTEXT ACCEPT

74

SS

SS configured not to send any CP-ACK.

Step

Direction

Message

Comments

75

MS  SS

CP-DATA

Retransmitted CP-DATA from MS.

76

MS

Depending upon the maximum number of CP-DATA retransmissions implemented, step 75 may be repeated.
The maximum number of retransmissions shall however not exceed three.

77

SS

The SS verifies within 60 s after the first CP-DATA message not acknowledged by SS that the MS does not retransmit more than the maximum allowed.

NOTE: Time values for SS wait times are chosen sufficiently high to be sure that the MS has enough time to respond to the different messages.

Specific Message Contents

None.

34.4.3 Test of the status report capabilities and of SMS-COMMAND over GPRS:

This test applies to MSs which support the status report capabilities.

34.4.3.1 Definition

34.4.3.2 Conformance requirement

The SMS offers the SC the capabilities of informing the MS of the status of a previously sent mobile originated short message. This is achieved by the SC returning a status report TPDU (SMS-STATUS-REPORT) to the originating MS.

SMS-COMMAND enables an MS to invoke an operation at the SC.

The MS shall increment TP-MR by 1 for each SMS-SUBMIT or SMS-COMMAND being submitted.

References

– 3GPP TS 23.040 clauses 3.2.9 and 9.2.3.6.

34.4.3.3 Test purpose

1) To verify that the MS is able to accept a SMS-STATUS-REPORT TPDU.

2) To verify that the MS is able to use the SMS-COMMAND functionality correctly and sends an SMS-COMMAND TPDU with the correct TP-Message-Reference.

34.4.3.4 Method of test

Initial conditions

– System Simulator:

– 1 cell, default parameters.

– Mobile Station:

– the MS shall be in GMM-state "GMM-REGISTERED".

Specific PICS Statements

PIXIT Statements

Test procedure

a) The MS is made to send a Mobile Originated short message.

b) The SS sends a CP-DATA message containing a RP-DATA RPDU itself containing an SMS-STATUS-REPORT TPDU.

c) The MS is made to send an SMS-COMMAND message enquiring about the previously submitted short message.

d) The SS acknowledges the CP-DATA message from the MS with a CP-ACK followed by a CP-DATA message containing an RP-ACK RPDU.

e) The MS is made to send an SMS-COMMAND message requiring to delete the previously submitted short message.

Expected sequence

Step

Direction

Message

Comments

1

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

2

SS  MS

CP-ACK

3

SS  MS

CP-DATA

Contains RP-ACK RPDU

4

SS

Waits max 25 s for CP-ACK

5

MS  SS

CP-ACK

6

SS  MS

CP-DATA

Contains RP-DATA RPDU (SMS-STATUS-REPORT TPDU)

7

MS  SS

CP-ACK

8

MS  SS

CP-DATA

Contains RP-ACK RPDU

9

SS  MS

CP-ACK

10

MS

The MS is made to send an SMS-COMMAND message enquiring about the previously submitted SM

11

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS-COMMAND TPDU) which shall contain the correct TP-MR

12

SS  MS

CP-ACK

13

SS  MS

CP-DATA

Contains RP-ACK RPDU

14

MS  SS

CP-ACK

15

MS

The MS is made to send an SMS-COMMAND message requiring to delete the previously submitted SM.

16

MS  SS

CP-DATA

Contains RP-DATA RPDU (SMS-COMMAND TPDU) which shall contain the correct TP-MR

17

SS  MS

CP-ACK

18

SS  MS

CP-DATA

Contains RP-ACK RPDU

19

MS  SS

CP-ACK

Specific Message Contents

SMS SUBMIT TPDU

Information element

Comment Value

TP-SRR

status report is requested "1"B

SMS-STATUS-REPORT TPDU (SS to MS in step 6):

Information element

Comment Value

TP-MR

same as previous SMS-SUBMIT

TP-MMS

no more messages "1"B

TP-SRQ

result of SMS-SUBMIT "0"B

TP-RA

same as the Destination address of the SMS-SUBMIT

TP-ST

SM received "00000000"B

First SMS-COMMAND TPDU (MS to SS in step 10)

Information element

Comment Value

TP-MR

TP-MR in previous SMS-SUBMIT plus "1"

TP-SRR

status report requested "1"B

TP-CT

Enquiry relating to previously submitted

short message "00000000"B

TP-MN

not checked (TP-MR in previous SMS-SUBMIT)

Second SMS-COMMAND TPDU (MS to SS in step 15)

Information element

Comment Value

TP-MR

TP-MR in previous SMS-COMMAND plus "1"

TP-CT

Delete previously submitted short message
"00000010"B

TP-MN

not checked (TP-MR in previous SMS-SUBMIT)

34.4.4 Test of capabilities of simultaneously receiving a short message whilst sending a mobile originated short message

34.4.4.1 Definition

34.4.4.2 Conformance requirements

An active MS shall be able to receive a short message TPDU (SMS-DELIVER) at any time, independently of whether or not there is an SMS mobile originated call (SMS-SUBMIT or SMS-COMMAND) in progress.

Reference(s):

3GPP TS 03.40 / 3GPP TS 23.040 clause 3.1, 9.2.3.16.

3GPP TS 04.11 / 3GPP TS 24.011 clause 3.2.

34.4.4.3 Test purpose

The test verifies that the MS is capable of simultaneously receiving a network originated SM whilst sending a mobile originated SM.

34.4.4.4 Method of test

Initial Conditions

System Simulator:

– 1 cell, default parameters.

Mobile Station:

– the MS shall be in GMM-state "GMM-REGISTERED";

– the SMS message storage shall be empty.

Specific PICS Statements

PIXIT Statements

Test procedure

The MS is triggered to send an SM to the SS. Upon the reception of the CP-DATA, the SS sends an SM to the MS.

The MS shall use the correct transaction identifiers and correctly receive the SM and indicate that a message has arrived.

Expected sequence

Step

Direction

Message

Comments

1

MS

The MS is triggered to send an SM.

2

MS -> SS

CP-DATA

Contains RP-DATA RPDU (SMS SUBMIT TPDU)

3

SS

The SS sends an SM to the MS triggered by the end of the CP-DATA message from the MS

4

MS <- SS

CP-DATA

Contains RP-DATA RPDU (SMS DELIVER TPDU)

5

MS -> SS

CP-ACK

6

MS -> SS

CP-DATA

Contains RP-ACK RPDU

7

MS <- SS

CP-ACK

8

MS <- SS

CP-ACK

9

MS <-SS

CP-DATA

Contains RP-ACK RPDU

10

MS -> SS

CP-ACK

Specific Message Contents

None.

34.4.5 Void

34.4.6 Concatenated MO SMS over GPRS

Concatenation allows short messages to be concatenated to form a longer message.

34.4.6.1 Conformance requirement

This facility allows short messages to be concatenated to form a longer message.

The Information‑Element‑Data field contains information set by the application in the SMS‑SUBMIT so that the receiving entity is able to re‑assemble the short messages in the correct order. Each concatenated short message contains a reference number, which together with the originating address and Service Centre address allows the receiving entity to discriminate between concatenated short messages sent from different originating SMEs and/or SCs

References

3GPP TS 23.040 Clause 9.2.3.24.1

34.4.6.2 Test purpose

To verify that MS is able to send longer messages (user data exceeding 140 octets) using concatenation feature.

34.4.6.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters

Mobile Station:

The MS shall be in GMM-state "GMM-REGISTERED"

Specific PICS Statements

PIXIT Statements

Test procedure

a) The MS is made to send a short message with user data exceeding 140 octets

b) Repeat steps c) to e) for n=1..N; N is the total number of segments in SM triggered in step a)

c) MS sends CP-DATA containing RP-DATA with “TP User Data” as nth segment of SM

d) The SS responds to the CP-DATA in step c) with a CP-ACK message followed by a CP-DATA message containing the correct RP-ACK RPDU

e) The SS waits a maximum of 25 s for CP-ACK message

f) Check for 60 s that no CP-DATA is received from the MS.

Maximum Duration of Test

Expected sequence

Step

Direction

Message

Comments

1

MS

MS is setup to send SM with user data exceeding 140 octets

Repeat steps 2 to 6 for n = 1..N

2

MS  SS

CP-DATA

Contains RP-DATA with “TP User Data” as nth segment of SM. See specific message contents below

3

SS  MS

CP-ACK

4

SS  MS

CP-DATA

Contains RP-ACK RPDU

5

SS

Waits max 25 s for CP-ACK

6 (Optional)

MS  SS

CP-ACK

Depends on the MS implementation if the CP-ACK is received.

7

SS

Check for 60 s that no CP-DATA is received from the MS.

Specific Message Contents

TP USER DATA (8 bits / 16 bits concatenation reference numbers) in step 2

Information element

Comment Value

UDHL

05 (8 bits) / 06 (16 bits)

IEI

00 (8 bits) / 08 (16 bits)

IEI-Length

03 (8 bits) / 04 (16 bits)

IEI Data

MR

M, any value between 0 to 255 (8 bits) / 65535 (16 bits)

MAX SEGMENT COUNT

N, Total number of segments

SEQUENCE NUMBER

n, segment number

TP-UD (<=134 (8 bit) / 133 (16 bit) octets)

User data in nth segment of SM

34.4.7 Concatenated MT SMS over GPRS

Concatenation allows short messages to be concatenated to form a longer message

34.4.7.1 Conformance requirement

This facility allows short messages to be concatenated to form a longer message.

The Information‑Element‑Data field contains information set by the application in the SMS‑DELIVER so that the receiving entity is able to re‑assemble the short messages in the correct order. Each concatenated short message contains a reference number, which together with the originating address and Service Centre address allows the receiving entity to discriminate between concatenated short messages sent from different originating SMEs and/or SCs

The TP elements in the SMS‑DELIVER PDU, apart from TP‑UDL and TP‑UD, should remain unchanged for each SM that forms part of a concatenated SM; otherwise this may lead to irrational behavior.

References

3GPP TS 23.040 Clause 9.2.3.24.1

34.4.7.2 Test purpose

To verify that MS is able to combine concatenated message segments to form a long message.

34.4.7.3 Method of test

Initial conditions

System Simulator:

1 cell, default parameters

Mobile Station:

The MS shall be in GMM-state "GMM-REGISTERED"

The SMS message storage shall be empty.

Specific PICS Statements

PIXIT Statements

Test procedure

a) Repeat steps b) to d) for n= 1..N; N is the total number of segments in SM

b) The SS sends a CP-DATA message. The information element of the CP-DATA message will be RP-DATA (SMS DELIVER TPDU) with “TP User Data” as the nth segment of SM

c) The SS waits a maximum of 25 s for the CP-ACK message and then a maximum of 60 s for the CP-DATA message containing the RP-ACK RPDU.

d) The SS sends a CP-ACK to the MS.

Maximum Duration of Test

Expected sequence

Step

Direction

Message

Comments

Repeat steps 1 to 4 for n = 1..N

1

SS  MS

CP-DATA

RP-DATA with “TP User Data” as the nth segment of SM

2

MS SS

CP-ACK

Wait for CP-ACK for 25 s

3

MS SS

CP-DATA

Waits max 60 s for RP-ACK RPDU

4

SS  MS

CP-ACK

5

MS

SS prompts operator to verify stored long message

Specific Message Contents

TP USER DATA in step 1

Information element

Comment Value

UDHL

05

IEI

00

IEI-Length

03

IEI Data

MR

00

MAX SEGMENT COUNT

N, Total number of segments

SEQUENCE NUMBER

n, segment number

TP-UD (<=134 octets)

user data equal to 134 octets for n = 1, N-1 and

user data less than or equal to 134 octets for n = N

34.4.8 Short Messaging Service – Handling of unknown, unforeseen, and erroneous protocol data

34.4.8.1 CP Error Handling

34.4.8.1.1 Conformance requirements

a) The Mobile Station shall ignore a CP message (CP‑DATA, CP‑ACK, CP‑ERROR) received with TI value "111".

b) Whenever a CP‑ACK message is received specifying a Transaction Identifier which is not associated with an active SM transfer, the mobile station shall discard the message and return a CP‑ERROR message with cause #81, "Invalid Transaction Identifier" using the received Transaction Identifier, if an appropriate connection exists

c) The Mobile Station shall ignore a CP‑ERROR message that is received specifying a Transaction Identifier, which is not associated with an active SM transfer.

d) The Mobile Station shall ignore a CP‑DATA message that is received specifying a Transaction Identifier which is not associated with an active SM transfer and with transaction identifier flag set to "1".

e) If the Mobile Station receives a message with message type not defined for the PD or not implemented by the receiver, it shall ignore the message and return a CP‑ERROR message with cause #97 "message type non‑existent or not implemented", if an appropriate connection exists.

f) If the Mobile Station receives a message not consistent with the protocol state, the Mobile Station shall ignore the message and return a CP‑ERROR message with cause #98 "Message type not compatible with the short message protocol state", if an appropriate connection exists.

g) When on receipt of a message:

h) an "imperative message part" error; or

‑ a "missing mandatory IE" error.

is diagnosed or when a message containing a syntactically incorrect mandatory IE is received, the mobile station shall proceed as follows.

  • When the corresponding SM transfer is not seen as successfully transferred, i.e. the transaction is not completed, the mobile station shall ignore the message and return a CP‑ERROR message with cause #96 "invalid mandatory information", if an appropriate connection exists.

Reference

3GPP TS 24.011clause 9.2

34.4.8.1.2 Test purpose

a) To Verify that MS ignores CP-DATA message with TI value "111".

b) To verify that MS ignores CP-ACK message with TI value not associated with active SMS transfer and sends CP-ERROR with cause # 81

c) To verify that MS ignores CP-ERROR with TI value not associated with active SMS transfer

d) To verify MS response when received CP-DATA with TI value not associated with active SMS transfer and “TI” flag set to ‘1’B

e) To verify that MS ignores a message with “message type” not defined for the PD ‘1001’B and returns CP-ERROR with cause#97

f) To verify that MS ignores a message not consistent with protocol state and returns CP-ERROR with cause#98

g) To Verify that MS ignores CP-DATA with “missing mandatory IE” and returns CP-ERROR with cause#96 when the corresponding SM transaction is not completed

34.4.8.1.3 Method of test

Initial Conditions

System simulator:

1 cell, default parameters

Mobile Station:

The MS shall be in GMM-state "GMM-REGISTERED"

Specific PICS Statements

PIXIT Statements

Test procedure

a) The SS sends CP-DATA with TI value ‘111’B. Check for no response from MS for 60 s.

b) The MS shall be set up to send a short message to the SS. The MS sends CP-DATA containing RP-DATA (SMS SUBMIT PDU). SS send CP-ACK with TI value different from the TI value in CP-DATA received from MS. MS sends CP-ERROR with cause #81 (Invalid Transaction Identifier).

c) The MS shall be set up to send a short message to the SS. The MS sends CP-DATA containing RP-DATA (SMS SUBMIT PDU). SS send CP-ERROR with TI value different from the TI value in CP-DATA received from MS. SS sends CP-ACK and then CP-DATA containing RP-ACK. The SS waits a maximum of 25 s for the CP-ACK message.

d) The MS shall be set up to send a short message to the SS. The MS sends CP-DATA containing RP-DATA (SMS SUBMIT PDU). SS sends CP-ACK and then sends CP-DATA with TI value different from the TI value in CP-DATA received from MS. MS shall not send CP-ACK.

e) SS sends a message with PD value ‘1001’B and message type ‘00000010’B. MS sends CP-ERROR with cause #97 (Message type non-existent or not implemented).

f) The MS shall be set up to send a short message to the SS. MS sends CP-DATA (SMS SUBMIT PDU). SS sends CP-ACK twice. MS sends CP-ERROR with cause #98 (Message type not compatible with the short message protocol state)

g) The MS shall be set up to send a short message to the SS. MS sends CP-DATA (SMS SUBMIT PDU). SS sends CP-ACK and then sends CP-DATA with “CP‑User data” IE missing. MS sends a CP-ERROR message with cause #96 ("invalid mandatory information").

Maximum Duration of Test

10 min

Expected sequence

Step

Direction

Message

Comments

1

SS  MS

CP-DATA

With TI value set to ‘111’B.

2

SS

Check for no response from the MS for 60 s

3

MS

The MS is set up to send an SM

4

MS  SS

CP-DATA

Containing RP-DATA (SMS SUBMIT PDU)

5

SS  MS

CP-ACK

With TI value different from CP-DATA in step 4.

6

MS  SS

CP-ERROR

Cause #81

Complete the transaction initiated by MS.

7

MS

The MS is set up to send an SM

8

MS  SS

CP-DATA

Containing RP-DATA (SMS SUBMIT PDU)

9

SS  MS

CP-ERROR

With TI value different from CP-DATA in step 8.

10

SS  MS

CP-ACK

11

SS  MS

CP-DATA

Containing RP-ACK

12

SS

Wait 25 s for CP-ACK.

13

MS  SS

CP-ACK

14

MS

The MS is set up to send an SM

15

MS  SS

CP-DATA

Containing RP-DATA (SMS SUBMIT PDU)

16

SS  MS

CP-ACK

17

SS  MS

CP-DATA

With TI different from CP-DATA in step 15 and containing RP-ACK

18

SS

Check for no CP-ACK within 25 s

Complete the transaction initiated by MS.

19

SS  MS

CP-Message

Message type ‘00000010’B and PD ‘1001’B

20

MS  SS

CP-ERROR

Cause #97

21

MS

The MS is set up to send an SM

22

MS  SS

CP-DATA

Containing RP-DATA (SMS SUBMIT PDU)

23

SS  MS

CP-ACK

24

SS  MS

CP-ACK

25

MS  SS

CP-ERROR

Cause #98

Complete the transaction initiated by MS.

26

MS

The MS is set up to send an SM

27

MS  SS

CP-DATA

Containing RP-DATA (SMS SUBMIT PDU)

28

SS  MS

CP-ACK

29

SS  MS

CP-DATA

With TI flag set to ‘1’B, TI value same as the TI value of CP-DATA in step 27 and Missing “CP-User-Data” IE.

30

MS  SS

CP-ERROR

Cause#96

Complete the transaction initiated by MS.

Specific Message Contents

None

34.4.8.2 RP Error Handling

34.4.8.2.1 Conformance Requirement

a) Whenever any RP‑ACK message is received specifying a Message Reference which is not associated with an active SM transfer, the mobile station shall discard the message and return an RP‑ERROR message with cause #81, "Invalid short message transfer reference value" using the received Message Reference, if an appropriate connection exists.
If the MS is attached to GPRS and the circuit-switched domain, and an SMS transfer via GPRS fails either due to a reception of an RP-ERROR message with cause #69 or due to the complete lack of network response, then the MS shall take the following actions:
The MS shall use the circuit-switched domain instead of GPRS for SMS transfer for an implementation dependent time. When a different PLMN is selected, if the MS preferred method is the sending of SMS over GPRS, the MS shall revert to trying an SMS transfer via GPRS.

b) When an RP‑ERROR message is received specifying a Message Reference, which is not associated with an active SM transfer, the mobile station shall discard the message.

c) If the Mobile Station receives a RP‑message indicating a value of the message type indicator (MTI) defined as reserved, it shall ignore the message and return an RP‑ERROR message with cause #97 "message type non‑existent or not implemented", if an appropriate connection exists.

d) If the Mobile Station receives a message (except RP‑ERROR) not consistent with the protocol state, the Mobile Station shall ignore the message and return a RP‑ERROR message with cause #98 "Message type not compatible with Short Message protocol state", if an appropriate connection exists.

e) If the Mobile Station receives an RP‑ERROR message not consistent with the protocol state, the Mobile Station shall ignore the message.

f) When on receipt of a message:

‑ an "imperative message part" error; or

‑ a "missing mandatory IE" error;

is diagnosed or when a message containing a syntactically incorrect mandatory IE is received, the mobile station shall (except for the case of a reserved value of the MTI as defined above) proceed as follows:

‑ when the message is an RP‑DATA or RP‑ACK, the mobile station shall ignore the message and return an RP‑ERROR message with cause #96 "invalid mandatorinformation", if an appropriate connection exists.

Reference

3GPP TS 24.011clauses 2.6, 9.3

34.4.8.2.2 Test Purpose

a) To verify that MS ignores RP-ACK with message reference which is not associated with active SM transfer and sends RP-ERROR with cause #81, “Invalid short message transfer reference value"

b) To verify that MS ignores RP-ERROR with message reference which is not associated with active SM transfer

c) To verify that MS ignores a RP-message with reserved MTI value and sends RP-ERROR with cause #97 "message type non‑existent or not implemented"

d) To verify that MS ignores the RP-ACK when SMR is in idle state and sends RP-ERROR with cause #98 "Message type not compatible with Short Message protocol state"

e) To verify that MS ignores RP-ERROR when SMR is in idle state

f) To verify that MS ignores RP-DATA with “missing mandatory IE” and sends RP-ERROR with cause #96, “Invalid mandatory information”

34.4.8.2.3 Method of test

Initial Conditions

System simulator:

1 cell, default parameters

Mobile Station:

The MS shall be in GMM-state "GMM-REGISTERED"

Specific PICS Statements

PIXIT Statements

Test procedure

a) The MS shall be set up to send a short message to the SS. MS sends CP-DATA containing RP-DATA (SMS SUMBIT PDU). SS sends CP-ACK and CP-DATA containing RP-ACK with “RP Message Reference (RP-MR)” different from RP-MR in RP_DATA received. MS sends RP-ERROR with cause # 81, “Invalid short message transfer reference value”, if an appropriate connection exists. The MS may switch to CS domain for completing the transaction.

b) The MS shall be set up to send a short message to the SS. MS sends CP-DATA containing RP-DATA (SMS SUMBIT PDU). SS sends CP-ACK and CP-DATA containing RP-ERROR with “RP Message Reference (RP-MR)” different from RP-MR in RP_DATA received. Check for no CP-ACK 60 s. MS may switch to CS domain.

c) The SS sends CP-DATA containing RP-Message with TP-MTI value’010’B, “Reserved”. MS sends CP-DATA containing RP-ERROR with cause#97, “message type not compatible with short message state”

d) The SS sends CP-DATA containing RP-ACK when there is no active SMS transfer. MS sends CP-DATA containing RP-ERROR with cause#98, “Message type not compatible with short message protocol state”

e) The SS sends CP-DATA containing RP-ERROR when there is no active SMS transfer.

f) The SS sends CP-DATA containing “RP-DATA without RP‑User Data IE”. MS sends CP-DATA containing RP-ERROR with cause#96, “Invalid mandatory information”

Maximum Duration of Test

10min

Expected sequence

Step

Direction

Message

Comments

1

MS

The MS is set up to send an SM

2

MS  SS

CP-DATA

Containing RP-DATA (SMS SUBMIT PDU)

3

SS  MS

CP-ACK

4

SS  MS

CP-DATA

Containing RP-ACK with RP-MR different from CP-DATA in step 2

5

MS  SS

CP-ACK

6 (optional)

MS  SS

CP-DATA

Containing RP-ERROR with cause #81

7 (conditional)

SS->MS

CP-ACK

Send if step 6 is performed

8

Complete the transaction initiated by MS.

MS may switch to CS domain.

9

MS

The MS is set up to send an SM

10

MS  SS

CP-DATA

Containing RP-DATA (SMS SUBMIT PDU)

11

SS  MS

CP-ACK

12

SS  MS

CP-DATA

Containing RP-ERROR with RP-MR different from CP-DATA in step 10

13

MS  SS

CP-ACK

14

SS  MS

CP-DATA

Containing RP-ACK with correct RP-MR.

15 (optional)

MS  SS

CP-ACK

MS may switch to CS domain.

16

SS  MS

CP-DATA

Containing RP-Message with MTI value ‘010’B

17

MS  SS

CP-ACK

18

MS  SS

CP-DATA

Containing RP-ERROR with cause #97.

19

SS  MS

CP-ACK

20

SS  MS

CP-DATA

Containing RP-ACK

21

MS  SS

CP-ACK

22

MS  SS

CP-DATA

Containing RP-ERROR with cause #98.

23

SS  MS

CP-ACK

24

SS  MS

CP-DATA

Containing RP-ERROR

25

MS->SS

CP-ACK

26

SS

Check for no response from MS

27

SS  MS

CP-DATA

Containing RP-DATA without RP-User Data IE.

28

MS  SS

CP-ACK

29

MS  SS

CP-DATA

Containing RP-ERROR with cause #96

30

SS  MS

CP-ACK

Specific Message Contents

None

34.5 Default message contents

CP-DATA (including RP-DATA SS->MS)

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

any value from the set {0, …., 6}

TI flag

0

Message type

00000001

CP-User data

length indicator

RP-DATA

max 248 octets

RP-Message Type

001 (RP-DATA SS->MS)

RP-Message Reference

see 3GPP TS 04.11 subclause 8.2.3

RP-Originator Address

see 3GPP TS 04.11 subclause 8.2.5.1

RP-Destination Address

length indicator set to 0

RP-User Data

length indicator

TP-DATA

max 233 octets

CP-DATA (including RP-DATA MS->SS)

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

any value from the set {0, …., 6}

TI flag

0

Message type

00000001

CP-User data

length indicator

RP-DATA

max 248 octets

RP-Message Type

000 (RP-DATA MS->SS)

RP-Message Reference

see 3GPP TS 04.11 subclause 8.2.3

RP-Originator Address

length indicator set to 0

RP-Destination Address

see 3GPP TS 04.11 subclause 8.2.5.2

RP-User Data

length indicator

TP-DATA

max 233 octets

CP-DATA (including RP-ACK MS->SS)

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

TI flag

Message type

00000001

CP-User data

length indicator

RP-ACK

RP-Message Type

010 (RP-ACK MS->SS)

RP-Message Reference

see 3GPP TS 04.11 subclause 8.2.3

CP-DATA (including RP-ACK SS->MS)

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

TI flag

Message type

00000001

CP-User data

length indicator

RP-ACK

RP-Message Type

011 (RP-ACK SS->MS)

RP-Message Reference

see 3GPP TS 04.11 subclause 8.2.3

CP-DATA (including RP-ERROR MS->SS)

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

TI flag

Message type

00000001

CP-User data

length indicator

RP-ERROR

RP-Message Type

100 (RP-ERROR MS->SS)

RP-Message Reference

see 3GPP TS 04.11 subclause 8.2.3

RP-Cause

see 3GPP TS 04.11 subclause 8.2.5.4

RP_User Data

see 3GPP TS 04.11 subclause 8.2.5.3: optional, may be present or not

Length indicator

TP-Data

max 233 octets

CP-DATA (including RP-ERROR SS->MS)

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

TI flag

Message type

00000001

CP-User data

length indicator

RP-ERROR

RP-Message Type

101 (RP-ERROR SS->MS)

RP-Message Reference

see 3GPP TS 04.11 subclause 8.2.3

RP-Cause

see 3GPP TS 04.11 subclause 8.2.5.4

RP_User Data

see 3GPP TS 04.11 subclause 8.2.5.3 : optional, may be present or not

Length indicator

TP-Data

max 233 octets

CP-DATA (including RP-SMMA MS->SS)

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

TI flag

Message type

00000001

CP-User data

length indicator

RP-SMMA

RP-Message Type

110 (RP-SMMA MS->SS)

RP-Message Reference

see 3GPP TS 04.11 subclause 8.2.3

CP-ACK

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

TI flag

Message type

00000100

CP-ERROR

Protocol Discriminator

SMS messages ("1001"B)

Transaction Identifier

TI value

TI flag

Message type

00010000

CP-Cause

Cause value

see 3GPP TS 04.11 subclause 8.1.4.2