3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; (2011-03) Technical realization of the

Short MessageV10.0.0 Ser ice !SMS" Technical Specification !#elease $%"

3GPP TS 23.040

The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP. The present document has not been subject to any approval process by the 3GPP Or ani!ational Partners and shall not be implemented. This "pecification is provided for future development wor# within 3GPP only. The Or ani!ational Partners accept no liability for any use of this "pecification. "pecifications and reports for implementation of the 3GPP TM system should be obtained via the 3GPP Or ani!ational Partners$ Publications Offices.

#elease $%

&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

%eywords
UMTS, GSM, SMS

3GPP Postal address 3GPP support office address

650 Route des Lucioles - So !i" #$ti olis V"l%o$$e - &R#'() Tel.* +33 4 ,2 ,4 42 00 &"-* +33 4 ,3 65 4. 16

&nternet
!tt *//000.31 .o21

Copyright Notification 'o part may be reproduced e(cept as authori!ed by written permission. The copyri ht and the fore oin restriction e(tend to reproduction in all media.
) *+,,- 3GPP Or ani!ational Partners (./&0- .T&"- 11".- 2T"&- TT.- TT1). .ll ri hts reserved. 3MT"4 is a Trade Mar# of 2T"& re istered for the benefit of its members 3GPP4 is a Trade Mar# of 2T"& re istered for the benefit of its Members and of the 3GPP Or ani!ational Partners 5T24 is a Trade Mar# of 2T"& re istered for the benefit of its Members and of the 3GPP Or ani!ational Partners G"M6 and the G"M lo o are re istered and owned by the G"M .ssociation

3GPP

#elease $%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

(o$te$ts
1ontents....................................................................................................................................................3 7oreword...................................................................................................................................................8 &ntroduction...............................................................................................................................................8 , "cope......................................................................................................................................................9 * /eferences..............................................................................................................................................9 3 "ervices and service elements..............................................................................................................,, : 'etwor# architecture............................................................................................................................*; 8 "ervice 1entre and P5M' interconnection .........................................................................................3+ 9 "ervice 1entre functionality.................................................................................................................3+ < M" functionality .................................................................................................................................3* ; 'ode functionality................................................................................................................................33 = Protocols and protocol architecture......................................................................................................:+ ,+ 7undamental procedures within "M"...............................................................................................,+< ,, Mappin of error causes between /P layers.....................................................................................,3* >., &ntroduction....................................................................................................................................,8: >.* The scope of applicability..............................................................................................................,8: >.3 Terminolo y...................................................................................................................................,8: >.: The reply path re?uestin procedure..............................................................................................,8: >.8 The reception of an ori inal MT "M..............................................................................................,88 >.9 The submission of the reply MO "M..............................................................................................,88 >.< 3sa e of "1s for replyin ..............................................................................................................,88 >.; /eplyin possibilities for Phase , mobile stations..........................................................................,89 >.= The resultin service for ori inatin "M2s....................................................................................,89 2., Predefined "ound............................................................................................................................,8< 2.* iMelody..........................................................................................................................................,8< 2.3 0lac# and white bitmap..................................................................................................................,8< 2.: *@bit reyscale bitmap.....................................................................................................................,8< 2.8 9@bit colour bitmap.........................................................................................................................,8; 2.9 Predefined animation......................................................................................................................,8; 2.< 0lac# and white bitmap animation..................................................................................................,8; 2.; *@bit reyscale bitmap animation....................................................................................................,8= 2.= 9@bit colour bitmap animation.........................................................................................................,8= 2.,+ v1ard............................................................................................................................................,9+ 2.,, v1alendar......................................................................................................................................,9+ 2.,* >ata 7ormat >elivery /e?uest......................................................................................................,9+

3GPP

#elease $%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

2.,3 "tandard ABG Object..................................................................................................................,9+ 2.,: Polyphonic melody ......................................................................................................................,9, 7., 5C"" compression..........................................................................................................................,9* G., &ntroduction....................................................................................................................................,98 G.* Graphical elements.........................................................................................................................,9= G.3 2lement attributes...........................................................................................................................,<8 G.: 2lement Transform.........................................................................................................................,<8 G.8 1haracter "i!e ABG 2lement........................................................................................................,<9 G.9 >ata 7ormat 0'7...........................................................................................................................,<9 G.< Aeb "afe 1olor Palette..................................................................................................................,=3 D.,. /unnin status...............................................................................................................................,=8 D.* 7ile type considerations..................................................................................................................,=8 D.3 7ile si!e reduction..........................................................................................................................,=8 D.: /estrictions.....................................................................................................................................,=9

3GPP

#elease $%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

&o2e0o2d
This Technical "pecification (T") has been produced by the 3rd Generation Partnership Project (3GPP). The contents of the present document are subject to continuin wor# within the T"G and may chan e followin formal T"G approval. "hould the T"G modify the contents of the present document- it will be re@released by the T"G with an identifyin chan e of release date and an increase in version number as followsE Bersion (.y.! whereE ( the first di itE , presented to T"G for informationF * presented to T"G for approvalF 3 or reater indicates T"G approved document under chan e control. y the second di it is incremented for all chan es of substance- i.e. technical enhancements- correctionsupdates- etc. ! the third di it is incremented when editorial only chan es have been incorporated in the document.

3$t2oductio$
The "hort Messa e "ervice ("M") provides a means of sendin messa es of limited si!e to and from G"MG3MT" mobiles. The provision of "M" ma#es use of a "ervice 1entre- which acts as a store and forward centre for short messa es. Thus a G"MG3MT" P5M' needs to support the transfer of short messa es between "ervice 1entres and mobiles. Mobile ori inated messa es shall be transported from an M" to a "ervice 1entre. These may be destined for other mobile users- or for subscribers on a fi(ed networ#. Mobile terminated messa es shall be transported from a "ervice 1entre to an M". These may be input to the "ervice 1entre by other mobile users (via a mobile ori inated short messa e) or by a variety of other sources- e. . speech- tele(- or facsimile.

3GPP

#elease $%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

1
@ @ @ @ @ @ @ @

Sco e
the services and service elementsF the networ# architectureF the "ervice 1entre functionalityF the "M" /outer functionalityF the M"1 functionality (with re ard to the "M")F the "G"' functionality (with re ard to the "M")F the routin re?uirementsF the protocols and protocol layerin F

The present document describes the "hort Messa e "ervice ("M") for G"MG3MT" networ#s. &t definesE

for the Mobile Ori inated and Mobile Terminated "hort Messa e "ervice Teleservices- as specified in 3GPP T" **.++3 H*I and 3GPP T" **.,+8 H3*I. The use of radio resources for the transfer of short messa es between the M" and the M"1 or the "G"' is described in 3GPP T" *:.+,, H,3I. The networ# aspects of "hort Messa e "ervice provision are outside the scope of the present document (i.e. the provision of networ# connectivity between the P5M' subsystems). There is no technical restriction within the present document for the transfer of short messa es between different P5M's. .ny such restriction is li#ely to be subject to commercial arran ements and P5M' operators must ma#e their own provision for interwor#in or for preventin interwor#in with other P5M's as they see fit. The re?uired and assumed networ# service offered to the hi her layers is defined in the present document.

Re4e2e$ces
/eferences are either specific (identified by date of publication- edition number- version number- etc.) or non@ specific. 7or a specific reference- subse?uent revisions do not apply. 7or a non@specific reference- the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document. H,I H*I H3I H:I H8I H9I H<I Boid 3GPP T" **.++3E J 1ircuit Teleservices supported by a Public 5and Mobile 'etwor# (P5M')J. 3GPP T" **.++:E JGeneral on supplementary servicesJ. 3GPP T" **.+:,E JOperator >etermined 0arrin (O>0)J. 3GPP T" *3.++*E J'etwor# architectureJ. 3GPP T" *3.++;E JOr ani!ation of subscriber dataJ. 3GPP T" *3.+,,E JTechnical reali!ation of supplementary servicesJ.

The followin documents contain provisions which- throu h reference in this te(t- constitute provisions of the present document.

3GPP

#elease $%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

H;I H=I H,+I H,,I H,*I H,3I H,:I H,8I H,9I H,<I H,;I H,=I H*+I H*,I H**I H*3I H*:I H*8I H*9I H*<I H*;I H*=I H3+I H3,I H3*I H33I H3:I H38I

3GPP T" *3.+,8E JTechnical reali!ation of Operator >etermined 0arrin (O>0)J. 3GPP T" *3.+3;E J.lphabets and lan ua e@specific informationJ. 3GPP T" *3.+:,E JTechnical reali!ation of 1ell 0roadcast "ervice (10")J. Boid 3GPP T" ::.++;E JMobile radio interface layer 3 specificationJ. 3GPP T" *:.+,,E JPoint@to@Point (PP) "hort Messa e "ervice ("M") support on mobile radio interfaceJ. 3GPP T" *<.++8E J3se of >ata Terminal 2?uipment @ >ata 1ircuit terminatin 2?uipment (>T2 @ >12) interface for "hort Messa e "ervice ("M") and 1ell 0roadcast "ervice (10")J. 3GPP T" *=.++*E JMobile .pplication Part (M.P) specificationJ. 3GPP T" 8,.+,, /elease : (version :.(.()E J"pecification of the "ubscriber &dentity Module @ Mobile 2?uipment ("&M@ M2) interfaceJ. 11&TT /ecommendation 2.,9: (0lue 0oo#)E JThe international public telecommunication numberin planJ. 11&TT /ecommendation 2.,93 (0lue 0oo#)E J'umberin plan for the international telephone serviceJ. 11&TT /ecommendation K.<<,E J"pecifications of "i nallin "ystem 'o.<F 7unctional description of transaction capabilitiesJ. 11&TT /ecommendation T.,++ (0lue 0oo#)E J&nternational information e(chan e for interactive videote(J. 11&TT /ecommendation T.,+, (0lue 0oo#)E J&nternational interwor#in for videote( servicesJ. 11&TT /ecommendation L.,*, (0lue 0oo#)E J&nternational numberin plan for public data networ#sJ. 11&TT /ecommendation L.:++ (0lue 0oo#)E JMessa e handlin servicesE Messa e handlin system and service overviewJ. &"OG&21,+9:9E J3niversal Multiple@Octet 1oded 1haracter "et (3"1)F 31"*- ,9 bit codin J. 3GPP T" **.+**E JPersonalisation of Mobile 2?uipment (M2)F Mobile functionality specificationJ. 3GPP T" *3.+:*E J1ompression .l orithm for Te(t Messa in "ervicesJ. 3GPP T" *3.+9+E JGeneral Pac#et /adio "ervice (GP/")F "ervice descriptionF "ta e *J. 3GPP T" 3,.,,8E J"ecured pac#et structure for (3)"&M tool#it applicationJ. 3GPP T/ *,.=+8E JBocabulary for 3GPP "pecificationsJ. 3GPP T" 3,.,+*E J1haracteristics of the 3"&M applicationJ. 3GPP T" 3,.,+,E J3&11 M Terminal interfaceF Physical and lo ical characteristicsJ. 3GPP T" **.,+8E J"ervices and "ervice 1apabilitesJ. &nfrared >ata .ssociation. "pecifications for &r Mobile 1ommunications (&rM1). iMelody. &2T7 /71 ;**E J"tandard for the format of ./P. &nternet te(t messa esJ. Boid

3GPP

#elease $%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

H39I

Jv1ard @ The 2lectronic 0usiness 1ardJ- version *.,-The &nternet Mail 1onsortium (&M1)"eptember ,;- ,==93/5EhttpEGGwww.imc.or GpdiGvcard@*,.docJ. Jv1alendar @ the 2lectronic 1alendarin and "chedulin 7ormatJ- version ,.+The &nternet Mail 1onsortium (&M1)- "eptember ,;- ,==93/5EhttpEGGwww.imc.or GpdiGvcal@,+.doc "calable Polyphony M&>& "pecification- M&>& Manufacturers .ssociation (*++*)F httpEGGwww.midi.or "calable Polyphony M&>& >evice 8@to@*: 'ote Profile for 3GPP- M&>& Manufacturers .ssociation (*++*)F httpEGGwww.midi.or The 1omplete M&>& ,.+ >etailed "pecification- &ncorporatin all /ecommended Practices- M&>& Manufacturers .ssociation- >ocument version =9.,- ,==9F httpEGGwww.midi.or 3GPP T" *3.+=<E Multiple "ubscriber Profile (M"P) (Phase *) @ "ta e * 3GPP T" *3.*+:E J"upport of "M" over eneric 3GPP &P accessF "ta e *J. &2T7 /71 3*9,E J"&PE "ession &nitiation ProtocolJ. &2T7 /71 3:*;E J"ession &nitiation Protocol ("&P) 2(tension for &nstant Messa in J.

H3<I

H3;I H3=I H:+I H:,I H:*I H:3I H::I

2.1 5e4i$itio$s "$d "%%2e6i"tio$s

2.1.1 5e4i$itio$s

7or the purposes of the present document- the followin terms and definitions applyE 'OT2 ,E The term Jmobile stationJ (M") in the present document is synonymous with the term Juser e?uipmentJ (32) in 3MT" terminolo y as defined in 3GPP T/ *,.=+8 H*=I. active MS: switched@on mobile station with a "&MG3&11 see 3GPP T" 3,.,+, H3,I module attached alert-SC: service element provided by a G"MG3MT" P5M' to inform an "1 which has previously initiated unsuccessful short messa e delivery attempt(s) to a specific M"- that the M" is now reco ni!ed by the P5M' to have recovered operation status report: "1 informin the ori inatin M" of the outcome of a short messa e submitted to an "M2 Gateway MSC For Short Message Service (SMS-GMSC): function of an M"1 capable of receivin a short messa e from an "1- interro atin an D5/ for routin information and "M" info- and deliverin the short messa e to the BM"1 or the "G"' of the recipient M" Interworking MSC For Short Message Service (SMS-IWMSC): function of an M"1 capable of receivin a short messa e from within the P5M' and submittin it to the recipient "1 IP-Short-Message-Gateway (IP-SM-GW): function responsible for protocol interwor#in between the &P@based 32 and the "1 oop Prevention ( P): information element that allows "M" applications to inhibit forwardin or automatic messa e eneration that could cause infinite loopin . Messages-Waiting (MW): ervice element that ma#es a P5M' store information (Messa es@Aaitin @&ndication)listin those "1s that have made unsuccessful short messa e delivery attempts to M"s in that P5M' Messages-Waiting-In!ication (MWI): data to be stored in the D5/ and B5/ with which an M" is associatedindicatin that there is one or more messa es waitin in a set of "1s to be delivered to the M" (due to unsuccessful delivery attempt(s)) Messages-Waiting-"ata (MW"): part of the MA& to be stored in the D5/. MA> consists of an address list of the "1s which have messa es waitin to be delivered to the M"

3GPP

#elease $%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Mo#ile-services Switching Centre (MSC): e(chan e which performs switchin functions for mobile stations located in a eo raphical area desi nated as the M"1 area Mo#ile-Station-Me$ory-Capacity-%&cee!e!-Flag (MC%F): part of the MA& to be stored in the D5/ 'OT2 *E M127 is a 0oolean parameter indicatin if the address list of MA> contains one or more entries because an attempt to deliver a short messa e to an M" has failed with a cause of M" Memory 1apacity 2(ceeded Mo#ile-Station-'ot-(eacha#le-Flag (M'(F): part of the MA& to be stored in the B5/ and the D5/ 'OT2 3E M'/7 is a 0oolean parameter indicatin if the address list of MA> contains one or more entries because an attempt to deliver a short messa e to an M" has failed with a cause of .bsent "ubscriber. Mo#ile-station-'ot-(eacha#le-)or-GP(S (M'(G): part of the MA& to be stored in the "G"' and the D5/ 'OT2 :E M'/G is a 0oolean parameter indicatin if the address list of MA> contains one or more entries because an attempt to deliver a short messa e to an M" has failed with a cause of .bsent "ubscriber. Mo#ile-Station-'ot-(eacha#le-via-the-MSC-(eason (M'((-MSC): part of the MA& in the D5/ which stores the reason for an M" bein absent when an attempt to deliver a short messa e to an M" fails at the M"1 with a cause of .bsent "ubscriber Mo#ile-Station-'ot-(eacha#le-via-the-SGS'-(eason (M'((-SGS'): part of the MA& in the D5/ which stores the reason for an M" bein absent when an attempt to deliver a short messa e to an M" fails at the "G"' with a cause of .bsent "ubscriber More-Messages-*o-Sen! (MMS): information element offerin an M" receivin a short messa e from an "1 the information whether there are still more messa es waitin to be sent from that "1 to the M" 'OT2 8E The TP@MM" element (conveyed in the Transfer layer) is copied into the /P@MM" element (conveyed in the /elay layer). &t is possible with Phase * and later versions of M.P (3GPP T" *=.++* H,8I) for the /P@MM" element to #eep an "M transaction open between the "M"@GM"1 and the M" in the case where there are more@messa es@to@send. 2arlier versions of M.P support the transport of the TP@MM" element. priority: service element enablin the "1 or "M2 to re?uest a short messa e delivery attempt to an M" irrespective of whether or not the M" has been identified as temporarily absent protocol-i!enti)ier: information element by which the ori inator of a short messa e (either an "1 or an M") may refer to a hi her layer protocol receiving MS: the mobile station to which an MT "M is destined. reply path proce!ure: mechanism which allows an "M2 to re?uest that an "1 should be permitted to handle a reply sent in response to a messa e previously sent from that "M2 to another "M2 'OT2 9E This may happen even thou h the "1 may be un#nown to the "M2 which received the initial messa e. report: response from either the networ# or the recipient upon a short messa e bein sent from either an "1 or an M" 'OT2 <E . report may be a delivery report- which confirms the delivery of the short messa e to the recipient- or it may be a failure report- which informs the ori inator that the short messa e was never delivered and the reason why. Ahen issued by the "ervice 1entre- the delivery report confirms the reception of the "hort Messa e by the "1- and not the delivery of the "hort Messa e to the "M2. Ahen issued by the Mobile "tation- the delivery report confirms the reception of the "hort Messa e by the Mobile "tation- and not the delivery of the "hort Messa e to the user. replace short $essage type: ran e of values in the Protocol &dentifier which allows an indication to be sent with a short messa e (MT or MO) that the short messa e is of a particular type allowin the receivin M" or the "1 to replace an e(istin messa e of the same type held in the "1- the M2 or on the "&MG3&11- provided it comesE @ in MT casesE from the same "1 and ori inatin addressF

3GPP

#elease $%

$%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

in MO casesE from the same M".

sen!ing MS: the mobile station from which an MO "M is sourced. Service Centre (SC): function responsible for the relayin and store@and@forwardin of a short messa e between an "M2 and an M" 'OT2 ;E The "1 is not a part of the G"MG3MT" P5M'- however M"1 and "1 may be inte rated. Serving GP(S Support 'o!e (SGS'): e(chan e which performs pac#et switchin functions for mobile stations located in a eo raphical area desi nated as the "G"' area short $essage: information that may be conveyed by means of the "hort Messa e "ervice 'OT2 =E .s described in the present document. Short Message %ntity (SM%): entity which may send or receive "hort Messa es 'OT2 ,+EThe "M2 may be located in a fi(ed networ#- an M"- or an "1. SMS-S*+*,S-(%P-(*: short messa e transfer protocol data unit informin the receivin M" of the status of a mobile ori inated short messa e previously submitted by the M"- i.e. whether the "1 was able to forward the messa e or not- or whether the messa e was stored in the "1 for later delivery SMS-C-MM+'": short messa e transfer protocol data unit which enables an M" to invo#e an operation at the "1 'OT2 ,,E.n M" may then- for e(ample- delete a short messa e- cancel a TP@"tatus@/eport@/e?uest- en?uire about the status of a short messa e or re?uest another function to be performed by the "1. 'OT2 ,*EThe type of operation is indicated by the TP@1ommand@Type and the particular "M to operate on is indicated by the TP@Messa e@'umber and the TP@>estination@.ddress. /eceipt of an "M"@1OMM.'> is confirmed by an /P@.1% or /P@2//O/. &n the case of certain "M"@1OMM.'>s- an "M"@"T.T3"@/2PO/T may be sent- where the outcome of the "M"@1OMM.'> is passed in its TP@"tatus field. SMS-"% I.%(: short messa e transfer protocol data unit containin user data (the short messa e)- bein sent from an "1 to an M" SMS-S,/MI*: short messa e transfer protocol data unit containin user data (the short messa e)- bein sent from an M" to an "1 Service-Centre-*i$e-Sta$p (SC*S): information element offerin the recipient of a short messa e the information of when the messa e arrived at the "M@T5 entity of the "1 'OT2 ,3EThe time of arrival comprises the year- month- day- hour- minute- second and time !one. ,%-'ot-(eacha#le-)or-IP (,'(I): part of the MA& to be stored in the &P@"M@GA and the D""GD5/ 'OT2 ,:E3'/& is a 0oolean parameter indicatin if the address list of MA> contains one or more entries because an attempt to deliver a short messa e to an 32 has failed with a cause of .bsent "ubscriber. ,%-'ot-(eacha#le-(eason (,'((): part of the MA& in the D""GD5/ which stores the reason for an 32 bein absent when an attempt to deliver a short messa e to an 32 fails at the &P@"M@GA. .ali!ity-Perio! (.P): information element enablin the ori inator M" to indicate the time period durin which the ori inator considers the short messa e to be valid. 7or the purposes of the present document- the followin terms and definitions iven in 3GPP T" *3.+3; H=I applyE 'ational anguage I!enti)ier 'ational anguage ocking Shi)t *a#le 'ational anguage Single Shi)t *a#le

3GPP

#elease $%

$$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

2.1.2 #%%2e6i"tio$s
7or the purposes of the present document- the abbreviations defined in 3GPP T/ *,.=+8 H*=I and the followin applyE "M MO "M MT "M@.5 "M@55 "M@/5 "M@/P "M@/" "M@T5 "M@TP "M@T" ""' TP>3 "hort Messa e Mobile Ori inated "hort Messa e Mobile Terminated "hort Messa e .pplication 5ayer "hort Messa e 5ower 5ayers "hort Messa e /elay 5ayer "hort Messa e /elay 5ayer Protocol "hort Messa e /elay "ervice "hort Messa e Transfer 5ayer "hort Messa e Transfer 5ayer Protocol "hort Messa e Transfer "ervice "ub@"ystem 'umber Transfer protocol data unit

Se26ices "$d se26ice ele7e$ts

The "M" provides a means to transfer short messa es between a G"MG3MT" M" and an "M2 via an "1. The "1 serves as an interwor#in and relayin function of the messa e transfer between the M" and the "M2. The present document describes only the short messa e services between the M" and "1. &t may- however- refer to possible hi her layer applications.

3.1 8"sic se26ices

The "hort Messa e "ervice comprise two basic servicesE "M MT "M MO ("hort Messa e Mobile Terminated)F ("hort Messa e Mobile Ori inated).

"M MT denotes the capability of the G"MG3MT" system to transfer a short messa e submitted from the "1 to one M"and to provide information about the delivery of the short messa e either by a delivery report or a failure report with a specific mechanism for later deliveryF see fi ure ,. "M MO denotes the capability of the G"MG3MT" system to transfer a short messa e submitted by the M" to one "M2 via an "1- and to provide information about the delivery of the short messa e either by a delivery report or a failure report. The messa e shall include the address of that "M2 to which the "1 shall eventually attempt to relay the short messa eF see fi ure *. The te(t messa es to be transferred by means of the "M MT or "M MO contain up to ,:+ octets.
S!o2t 7ess"1e deli6e29

SC

> <
Re o2t

MS

0igure $1 The Short Message Ser ice mo2ile terminated

3GPP

#elease $%

$&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

S!o2t 7ess"1e su%7issio$

SC

< >
Re o2t

MS

0igure &1 The Short Message Ser ice mo2ile originated .n active M" shall be able to receive a short messa e TP>3 ("M"@>25&B2/) at any time- independently of whether or not there is a speech or data call in pro ress. . report shall always be returned to the "1F either confirmin that the M" has received the short messa e- or informin the "1 that it was impossible to deliver the short messa e TP>3 to the M"- includin the reason why. .n active M" shall be able to submit a short messa e TP>3 ("M"@"30M&T) at any time- independently of whether or not there is a speech or data call in pro ress. . report shall always be returned to the M"F either confirmin that the "1 has received the short messa e TP>3- or informin the M" that it was impossible to deliver the short messa e TP>3 to the "1- includin the reason why. 'OT2E Ahen the transmission or reception of a short messa e coincide with a chan e of state in the M"i.e. from busy to idle or from idle to busy- or durin a handover- the short messa e transfer may be aborted.

&t is also possible for two short messa es to be received in se?uence havin the same ori inatin address and identification- i.e. messa e reference number (MO) or "1 Timestamp (MT). "uch a situation may be due to errors at the /P or 1P layers (e. . durin inter M"1 handover) where it may be a duplicated messa e or otherwise it may be a valid new messa e. The receivin entity should therefore ma#e provision to chec# other parameters contained in the short messa e to decide whether the second short messa e is to be discarded.

3.2 S!o2t Mess"1e Se26ice ele7e$ts

3.2.0 3$t2oductio$
The "M" comprises ; elements particular to the submission and reception of messa esE Balidity@PeriodF "ervice@1entre@Time@"tampF Protocol@&dentifierF More@Messa es@to@"endF PriorityF Messa es@Aaitin F .lert@"1. MT 1orrelation &>.

3.2.1 V"lidit9-Pe2iod
The Balidity@Period is the information element which ives an M" submittin an "M"@"30M&T to the "1 the possibility to include a specific time period value in the short messa e (TP@Balidity@Period field- see clause =). The TP@Balidity@Period parameter value indicates the time period for which the short messa e is valid- i.e. for how lon the "1 shall uarantee its e(istence in the "1 memory before delivery to the recipient has been carried out.

3.2.2 Se26ice-(e$t2e-Ti7e-St"7
The "ervice@1entre@Time@"tamp is the information element by which the "1 informs the recipient M" about the time of arrival of the short messa e at the "M@T5 entity of the "1. The time value is included in every "M"@>25&B2/ (TP@"ervice@1entre@Time@"tamp field- see clause =) bein delivered to the M".

3GPP

#elease $%

$3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3.2.3 P2otocol-3de$ti4ie2
The Protocol@&dentifier is the information element by which the "M@T5 either refers to the hi her layer protocol bein used- or indicates interwor#in with a certain type of telematic device. The Protocol@&dentifier information element ma#es use of a particular field in the messa e types "M"@"30M&T"M"@"30M&T@/2PO/T for /P@.1%- "M"@>25&B2/ >25&B2/- "M"@>25&B2/@/2PO/T for /P@.1%"M"N"T.T3"N/2PO/T and "M"@1OMM.'> TP@Protocol@&dentifier (TP@P&>).

3.2.4 Mo2e-Mess"1es-to-Se$d
The More@Messa es@to@"end is the information element by which the "1 informs the M" that there is one or more messa es waitin in that "1 to be delivered to the M". The More@Messa es@to@"end information element ma#es use of a 0oolean parameter in the messa e "M"@>25&B2/- TP@More@Messa es@to@"end (TP@MM").

3.2.5 5eli6e29 o4 P2io2it9 "$d $o$-P2io2it9 Mess"1es

Priority is the information element provided by an "1 or "M2 to indicate to the P5M' whether or not a messa e is a priority messa e. >elivery of a non@priority messa e shall not be attempted if the M" has been identified as temporarily absent (see clause 3.*.9). >elivery of a non@priority messa e shall be attempted if the M" has not been identified as temporarily absent irrespective of whether the M" has been identified as havin no free memory capacity (see clause 3.*.9). >elivery of a priority messa e shall be attempted irrespective of whether or not the M" has been identified as temporarily absent- or havin no free memory capacity.

3GPP

#elease $%

$(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3.2.6 Mess"1es-:"iti$1
The Messa es@Aaitin is the service element that enables the P5M' to provide the D5/- "G"' and B5/ with which the recipient M" is associated with the information that there is a messa e in the ori inatin "1 waitin to be delivered to the M". The service element is only used in case of previous unsuccessful delivery attempt(s) due to temporarily absent mobile or M" memory capacity e(ceeded. This information- denoted the Messa es@Aaitin @&ndication (MA&)consists of Messa es@Aaitin @>ata (MA>)- the Mobile@station@'ot@/eachable@for@GP/" (M'/G)- the 32@'ot@ /eachable@for@&P (3'/&)- the Mobile@"tation@'ot@/eachable@7la (M'/7)- the Mobile@'ot@/eachable@via@the@M"1@ /eason (M'//@M"1)- the Mobile@'ot@/eachable@via@the@"G"'@/eason (M'//@"G"')- the 32 'ot /eachable@ /eason (3'//) and the Mobile@"tation@Memory@1apacity@2(ceeded@7la (M127) located in the D5/F the Mobile@ station@'ot /eachable@for@GP/" (M'/G) located in the "G"'- and the Mobile@"tation@'ot@/eachable@7la (M'/7) located in the B5/. 7i ure 3 shows an e(ample.

HSS/HLR; MWD: MSIsdn-Alert SC address1 SC address 2 U'R3

... ...
SC addressn M()& M'RG M'RRMS( M'RRSGS' U'RR

M'R&

VLR;

SGSN; MNRG MNRF

IP-SM-GW; UNRI

0igure 31 34ample of how information on one MS can 2e put in relation to SC!s" in order to fulfil the re5uirement of 6lert*SC mechanism The MA> shall contain a list of addresses ("1@.ddr) of "1s which have made previous unsuccessful delivery attempts of a messa e (see clause 8). &n order to be able to send alert messa es to every "1 which has made unsuccessful delivery attempts to an M"- the D5/ shall store the M"&sdn@.lert (see clause 3.*.<) to ether with references to the "1 addresses. The re?uirements placed upon the D5/ are specified in G"M T" +3.+; H9I. The description of how the D5/ is provided with "1 and M" address information is iven in 3GPP T" *=.++* H,8I. The Mobile@"tation@Memory@1apacity@2(ceeded@7la (M127) within the D5/ is a 0oolean parameter with the value T/32 an attempt to deliver a short messa e to an M" has failed with a cause of M" Memory 1apacity 2(ceeded- and with the value 7.5"2 otherwise. The Mobile@station@'ot /eachable@for@GP/" (M'/G) within the D5/ and the "G"' is a 0oolean parameter with the value T/32 when an attempt to deliver a short messa e to an M" has failed with a cause of .bsent "ubscriber- and with the value 7.5"2 otherwise (e(cept as described in note , below). The Mobile@"tation@'ot@/eachable@7la (M'/7) within the D5/ and the B5/ is a 0oolean parameter with the value T/32 when the list MA> contains one or more list elements because an attempt to deliver a short messa e to an M" has failed with a cause of .bsent "ubscriber- and with the value 7.5"2 otherwise. The 32@'ot@/eachable@for@&P (3'/&) within the D5/GD"" and &P@"M@GA is a 0oolean parameter with the value T/32 when the list MA> contains one or more list elements because an attempt to deliver a short messa e to an 32 has failed with a cause of .bsent "ubscriber- and with the value 7.5"2 otherwise.

3GPP

#elease $%

$+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The Mobile@"tation@'ot@/eachable@via@the@M"1@/eason (M'//@M"1) within the D5/ stores the reason for the M" bein absent when an attempt to deliver a short messa e to an M" fails at the M"1 with the cause .bsent "ubscriber. The D5/ updates the M'//@M"1 with the reason for absence when an absent subscriber dia nostic information is received from the "M"@GM"1 and the M'/7 is set. The D5/ clears the M'//@M"1 when the M'/7 is cleared. &f the M'/7 is set due to a failure at the M"1 with cause .bsent "ubscriber and information pertainin to the absence of the M" is not available from the "M"@GM"1- the M'//@M"1 shall remain in a cleared state. The M'//@M"1 shall either be in a cleared state or contain one of the followin reasonsE 'o Pa in /esponse via the M"1F &M"& >etached. The Mobile@"tation@'ot@/eachable@via@the@"G"'@/eason (M'//@"G"') within the D5/ stores the reason for the M" bein absent when an attempt to deliver a short messa e to an M" fails at the "G"' with the cause .bsent "ubscriber. The D5/ updates the M'//@"G"' with the reason for absence when an absent subscriber dia nostic information is received from the GM"1 and the M'/G is set. The D5/ clears the M'//@"G"' when the M'/G is cleared. &f the M'/G is set due to a failure at the "G"' with cause .bsent "ubscriber and information pertainin to the absence of the M" is not available from the GM"1- the M'//@"G"' shall remain in a cleared state. The M'//@ "G"' shall either be in a cleared state or contain one of the followin reasonsE 'o Pa in /esponse via the "G"'F GP/" >etached. 'OT2 ,E The M'/G can also be set in the D5/ and in the "G"' after an unsuccessful attempt to invo#e the networ# re?uested P>P@1onte(t .ctivation procedure. &n this case- no "1 address is stored in MA> list (see 3GPP T" *3.+9+ H*<I). 'OT2 *E Ahen a short messa e delivery attempt fails at the D5/ due to /oamin bein /estricted- the M" bein dere istered in D5/ or the M" bein Pur ed the absent subscriber dia nostic reason is returned to the "1- however the reason is not stored in the M'//@M"1 or M'//@"G"'. The 32@"tation@'ot@/eachable@/eason (3'//) within the D""GD5/ stores the reason for the 32 bein absent when an attempt to deliver a short messa e to an 32 fails at the &P@"M@GA with the cause .bsent "ubscriber. The D""GD5/ updates the 3'// with the reason for absence when an absent subscriber dia nostic information is received from the &P@"M@GA and the 3'/& is set. The D""GD5/ clears the 3'// when the 3'/& is cleared. &f the 3'/& is set due to a failure at the &P@"M@GA with cause .bsent "ubscriber- the 3'// shall remain in a cleared state. The 3'// shall either be in a cleared state or contain one of the followin reasonsE 'o /esponse via the &P@"M@GAF 32 dere istered. The MA>- M127- M'//@M"1- M'//@"G"'- M'/G- M'/7- 3'/& and 3'// are updated in the followin wayE ,a) Ahen a mobile terminated short messa e delivery fails at the M"1 due to the M" bein temporarily absent (i.e. either &M"& >2T.1D fla is set or there is no response from the M" to a pa in re?uest via the M"1)- the "1 address is inserted into the MA> list (if it is not already present)- the M'/7 is set (if it is not already set) and the M'//@M"1 is updated (if the information is available)- as described in clause ,+. ,b)Ahen a mobile terminated short messa e delivery fails at the "G"' due to the M" bein temporarily absent (i.e. either GP/" >2T.1D fla is set or there is no response from the M" to a pa in re?uest via the "G"')- the "1 address is inserted into the MA> list (if it is not already present)- the M'/G is set (if it is not already set) and the M'//@"G"' is updated (if the information is available)- as described in clause ,+. ,c) Ahen a mobile terminated short messa e delivery fails at the M"1 due to the M" memory capacity bein e(ceeded- the "1 address is inserted into the MA> list (if it is not already present)-the M127 is set (if it is not already set)- the M'/7 is cleared and the M'//@M"1 is cleared. ,d)Ahen a mobile terminated short messa e delivery fails at the "G"' due to the M" memory capacity bein e(ceeded- the "1 address is inserted into the MA> list (if it is not already present)- the M127 is set (if it is not already set)- the M'/G is cleared and the M'//@"G"' is cleared.

3GPP

#elease $%

$,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,e) Ahen a mobile terminated short messa e delivery fails due to the 32 memory capacity via the &P@"M@GA bein e(ceeded- the "1 address is inserted into the MA> list (if it is not already present)- the M127 is set (if it is not already set)- the 3'/& is cleared and the 3'// is cleared. ,f) &f the M"&sdn used by the "1 to address the recipient M" for alertin purposes is different from the M"&sdn@.lert of the M" (see clause 3.*.<)- the D5/ returns the M"&sdn@.lert to the "1 within the failure reportsee J,c 7ailure reportJ in fi ures ,8 and ,9. *a) Ahen either the D5/ or B5/ detects that the M" has recovered operation (e. . has responded to a pa in re?uest over M"1)- the D5/ directly or on re?uest of the B5/ shall clear M'/7 and M'//@M"1. Then- if with a non empty MA> list and the M127 clear- the D5/ shall invo#e operations to alert the "1s within the MA> (see clause 3.*.< and clause ,+). .fter each "1 is alerted by the D5/- the address for that "1 shall be deleted from the MA>. &f the M127 is set in the D5/- the D5/ shall not invo#e operations to alert the "1s within the MA> and data are not cleared from the MA>. *b)Ahen either the D5/ or "G"' detects that the M" has recovered operation (e. . has responded to a pa in re?uest via the "G"')- the D5/ directly or on re?uest of the "G"' shall clear M'/G and M'//@"G"'. Thenif with a non empty MA> list and the M127 clear- the D5/ shall invo#e operations to alert the "1s within the MA> (see clause 3.*.< and clause ,+). .fter each "1 is alerted by the D5/- the address for that "1 is deleted from the MA>. &f the M127 is set in the D5/- the D5/ shall not invo#e operations to alert the "1s within the MA> and data are not cleared from the MA>. *c) Ahen the &P@"M@GA informs the D5/GD"" that the 32 is reachable for "M" over &P- either due to an &M" re istration or due to the 32 becomin available a ain- the D5/GD"" shall clear the 3'/& and 3'//. Then- if with a non empty MA> list and the M127 clear- the D5/GD"" shall invo#e operations to alert the "1s within the MA> (see clause 3.*.< and clause ,+). .fter each "1 is alerted by the D5/GD""- the address for that "1 is deleted from the MA>. &f the M127 is set in the D5/GD""- the D5/GD"" shall not invo#e operations to alert the "1s within the MA> and data are not cleared from the MA>. *d)Ahen the D5/ receives (via the M"1 and the B5/) a notification that the M" (with a non@empty MA> and the M127 set in the D5/) has memory capacity available to receive one or more short messa es- the D5/ shall invo#e operations to alert the "1s within the MA> (see clause 3.*.< and clause ,+). Once the .lert "1 operations have been invo#ed- the M'/7 is cleared in the B5/ and the M127- M'/7 and M'//@M"1 are cleared in the D5/. .fter each "1 is alerted by the D5/- the address for that "1 is deleted from the MA>. *e) Ahen the D5/ receives (via the "G"') a notification that the M" (with a non@empty MA> and the M127 set in the D5/) has memory capacity available to receive one or more short messa es- the D5/ shall invo#e operations to alert the "1s within the MA> (see clause 3.*.< and clause ,+). Once the .lert "1 operations have been invo#ed- the M'/G is cleared in the "G"' and the M127- M'/G and M'//@"G"' are cleared in the D5/. .fter each "1 is alerted by the D5/- the address for that "1 is deleted from the MA>. *f) Ahen the D5/GD"" receives (via the &P@"M@GA) a notification that the 32 (with a non@empty MA> and the M127 set in the D5/GD"") has memory capacity available to receive one or more short messa es- the D5/GD"" shall invo#e operations to alert the "1s within the MA> (see clause 3.*.< and clause ,+). Once the .lert "1 operations have been invo#ed- the 3'/& and 3'// are cleared in the D5/GD"". .fter each "1 is alerted by the D5/GD""- the address for that "1 is deleted from the MA>. * )Ahen the D5/ receives from the "M"@GM"1 a notification that a short messa e has been successfully delivered from an "1 to an M" via the M"1 for which the M127 is set and the MA> are not empty- the D5/ shall invo#e operations to alert other "1s within the MA> (see clause 3.*.< and clause ,+). Once the .lert "1 operations have been invo#ed- the M127- M'/7 and M'//@M"1 are cleared in the D5/. .fter each "1 is alerted by the D5/- the address for that "1 is deleted from the MA>. The "1 which successfully delivered the messa e is also deleted from the MA>- if present. *h)Ahen the D5/ receives from the "M"@GM"1 a notification that a short messa e has been successfully delivered from an "1 to an M" via the "G"' for which the M127 is set and the MA> are not empty- the D5/ shall invo#e operations to alert other "1s within the MA> (see clause 3.*.< and clause ,+). Once the .lert "1 operations have been invo#ed- the M127- M'/G and M'//@"G"' are cleared in the D5/. .fter each "1 is alerted by the D5/- the address for that "1 is deleted from the MA>. The "1 which successfully delivered the messa e is also deleted from the MA>- if present. *i) Ahen the D5/ receives (via the M"1 and the B5/- or the "G"') a notification that the M" has memory capacity available to receive one or more short messa es but the M127 is not set and the MA> are empty- the D5/ ac#nowled es the notification but does not alert any service centre.

3GPP

#elease $%

$-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'OT2 3E The D5/ can be in a situation where the MA> list is empty but where either M'/7 or M'/G (with the related M'//@M"1 or M'//@"G"') is still set. This enables the D5/ to return the correct address (M"1 or "G"' address) at the ne(t "end /outin &nformation /e?uest from the "M"@GM"1. 'OT2 :E &f the "M" delivery failed on first attempt via the M"1 or the "G"' (see cases ,a for &M"& >etach and ,b for GP/" >etach)- and is successful on the second attempt (see cases *e and *f)- the "1 address shall not be inserted into the MA> list

3.2.. #le2t-S(
The .lert@"1 is the service element- which may be provided by some G"MG3MT" P5M's- to inform the "1 that an M"E ,) to which a delivery attempt has failed because the M" is not reachable or because the M" memory capacity was e(ceededF and *) which is now reco ni!ed by the P5M'E a) to have resumed operation (e. . to have responded to a pa in re?uest)F or b) to have memory newly available (which implies that the mobile is reachable). is a ain ready to receive one or more short messa es. The "1 may @ on reception of an .lert@"1 @ initiate the delivery attempt procedure for the ?ueued messa es destined for this M". To each M" there may be allocated several M"&sdns. Ahen the D5/ is to alert an "1 that an M" is a ain attainable it shall use a specific M"&sdn value for this purposeF in the present document called M"&sdn@.lert. 'OT2 8E /epeated delivery attempts from the "1 may be of two typesE i) . repeated delivery attempt because the "1 has been informed that the M" is active and available to receive short messa es. ii) .n autonomous repeated delivery attempt by the "1. The application of these two options is defined by the providers of the "1 and the networ#.

3.2.."

MT (o22el"tio$ 35

The MT 1orrelation &> is a service element used only when the DP5M' of the receivin M" is usin an "M" /outer or an &P@"M@GA. &t is used to correlate a 7orward "M operation to a previous &nfo /etrieval operation. 3se of the MT 1orrelation &> enhances security. 0y analysin the 1orrelation &> received in a 7orward "hort messa e operation- it can be easily chec#ed from where the associated &nfo /etrieval operation ori inated- thus resultin in detection of Jfa#eJ and JspoofedJ "Ms. The MT 1orrelation &> is used in place of the &M"& in the &M"& &2 at the protocol layer. Dence- its structure is defined to be e(actly the same as this element. 'OT2E 3sin an MT 1orrelation &> in place of the real &M"& has the added benefit of enhancin subscriber privacy in that the full &M"& is not shared with the DP5M' of the sendin M".

The MT 1orrelation &> shall be composed as shown in fi ure 3a below.

3GPP

#elease $%

$.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

15 digits 3 digits MCC 3 digits MNC Sender ID

MT-SMS Correlation ID
0igure 3a1 Structure of the MT Correlation 78 The MT 1orrelation &> is composed of three partsE ,) Mobile 1ountry 1ode (M11) of the DP5M' of the receivin M". &t consists of three decimal di its. *) Mobile 'etwor# 1ode (M'1) of the DP5M' of the receivin M". &t consists of three decimal di its. &f the M'1 of the DP5M' of the receivin M" is * di its only in len th- the first di it of the M"&' shall be appended to the ri ht@hand side. 3) "ender &>. &t consists of nine decimal di its and shall be uni?ue for its lifetime. 7or security purposes- its value shall be a number allocated at random- rather than se?uentially. .n e(ample of the MT 1orrelation &> isE "ender &>E 89=,*3++9 &M"& in useE *3:,8,*3:89<;=+ AhereE M11 O *3:F M'1 O ,8F M"&' O ,*3:89<;=+Ahich ives the MT 1orrelation &>E *3:,8,89=,*3++9.

3.2.; < tio$s co$ce2$i$1 M'RG, M'R&, U'R3, M'RR-MS(, M'RR-SGS', U'RR, M()& "$d M:5
"ettin the Mobile@"tation@'ot@/eachable@7la (M'/7) in the B5/ is mandatory. "ettin the Mobile@station@'ot@ /eachable@for@GP/" (M'/G) in the "G"' is mandatory. &t is mandatory for the B5/ or the "G"' to send the JM" /eachableJ messa e (see clause ,+) to the D5/ when the M" has been detected as becomin active and then to clear M'/7 in the B5/ or the M'/G in "G"'. The Messa es@Aaitin @>ata (MA>)- the Mobile@"tation@'ot@/eachable@7la (M'/7)- the Mobile@station@'ot@ /eachable@for@GP/" (M'/G)- the Mobile@"tation@'ot@/eachable@via@the@M"1@/eason (M'//@M"1)- the Mobile@ "tation@'ot@/eachable@via@the@"G"'@/eason (M'//@"G"')- and the Mobile@"tation@Memory@1apacity@2(ceeded@7la (M127) within the D5/ are optional- but if one is implemented all must be implemented (e(cept M'/G and M'//@"G"' if the D5/ does not support GP/"). This is lin#ed to the transmission of the J.lert "1J messa e. The followin describes what happens when a delivery fails. 1ase ,E MA>- M'/7- M'/G- 3'/&- M'//@M"1- M'//@"G"'- 3'//-and M127 are implemented in the D5/. &n the case of a delivery failure (to an M") with cause .bsent "ubscriber- the "M"@GM"1 re?uests the D5/ to add- if needed- a new entry in the MA> with cause .bsent "ubscriber. This new entry contains the "1 address. The D5/ sets its copy of the M'/7- M'/G or both and updates the M'//@M"1- M'//@"G"' or both (if

3GPP

#elease $%

$/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

the information is available). The "1 is notified of the failure- the reason for the M" bein absent and also of the MA> settin in the D5/ within the /eport messa e (see clause ,+). &f a delivery throu h an &P@"M@GA fails (to an M") with cause Mobile "tation Memory 1apacity 2(ceeded via the "G"'- &P@"M@GA- or the M"1- the &P@"M@GA re?uests the D"" to add- if needed- a new entry in the MA> with cause Mobile "tation Memory 1apacity 2(ceeded. This new entry contains the "1 address. The D5/ sets the M127 and resets M'/7- M'/G- or 3'/&. The "1 is notified of the failure and also of the MA> settin in the D5/ within the /eport messa e (see clause ,+). &n the case of a delivery failure (to an M") with cause Mobile "tation Memory 1apacity 2(ceeded via the "G"' or the M"1- the "M"@GM"1 or "M" /outer re?uests the D5/ to add- if needed- a new entry in the MA> with cause Mobile "tation Memory 1apacity 2(ceeded. This new entry contains the "1 address. The D5/ sets the M127 and resets M'/7 or M'/G. The "1 is notified of the failure and also of the MA> settin in the D5/ within the /eport messa e (see clause ,+). &f the D5/ indicates that it is able to store the "1 address- then the "1 shall receive an .lert "1 messa e when the M" becomes active. &f the D5/ indicates that it is unable to store the "1 address (e. . because MA> is full)- then the only way to ensure delivery is for the "1 to try to retransmit the messa e periodically. Ahen the D5/ receives the M" /eachable messa e- if the M127 is clear it sends an .lert "1 messa e to the concerned "1- updates MA> and clears M'/7 (if the M" is reachable via the M"1) or M'/G (if the M" is reachable via the "G"') or 3'/& (if the M" is reachable via the &P@"M@GA). Ahen the D5/ receives the M" Memory 1apacity .vailable messa e- it sends an .lert "1 messa e to the concerned "1- updates MA>- clears the M127 and clears M'/7 (if the M" is reachable via the M"1)- 3'/& (if the 32 is reachable via the &P@"M@GA) or M'/G (if the M" is reachable via the "G"'). 1ase *E MA>- M'/7- M'/G- M'//@M"1- M'//@"G"' and M127 are not implemented in the D5/. 'OT2E D5/s supportin "M"&P and havin implemented MA>- M'/7- M'/G- M'//- M127 shall also implement 3'/& and 3'//

&n the case of a delivery failure- the "1 is notified that the D5/ is unable to store its address in the MA>. &n case of a delivery failure (to a M") with cause .bsent "ubscriber- the "1 is notified of the reason for the M" bein absent (if the information is available). The "1 must retransmit the short messa e periodically in order to ensure delivery. The D5/ discards the M" /eachable messa e received from the B5/ or "G"' without any failure or error report. The D5/ discards the M" Memory 1apacity .vailable messa e received from the M" via the M"1 and the B5/ or "G"' without any failure or error report.

3.2., St"tus 2e o2t c" "%ilities

The "M" also offers to the "1 the capabilities of informin the M" of the status of a previously sent mobile ori inated short messa e. The status of the messa e can beE @ @ "uccessfully delivered to the "M2F The "1 was not able to forward the messa e to the "M2. The reason can be an error of permanent or temporary nature. Permanent errors can be e. . validity period e(pired- invalid "M2 address. 2rrors of temporary nature can be e. . "1@"M2 connection bein down- "M2 temporarily unavailable.

This is achieved by the "1 returnin a status report TP>3 ("M"@"T.T3"@/2PO/T) to the ori inatin M" when the "1 has concluded the status of the short messa e. The status report may be initiated by a status report re?uest within the mobile ori inated short messa e. The status report TP>3 is treated as an "M"@>25&B2/ TP>3 by the "1 when it comes to delivery procedures e. . the alertin mechanism. The "1 may also return to a non@M" "M2 the status of a mobile terminated short messa e. This is however outside the scope of the present document.

3GPP

#elease $%

&%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The status report capabilities of the "M" are optional- i.e. the choice of whether to offer status report or not is left to the "1 operator. 7or reasons of resilience andGor load sharin architecture of "M"1Ps by networ# operators- the "M"1 address (the /P@O.) used by the "M"1 to send the "tatus /eport to the M" cannot be uaranteed to be the same "M"1 address (/P@>.) used by the M" to submit the "M to which the "tatus /eport refers. Ahere an M" wishes to implement a chec# that these addresses correlate- a means of disablin the correlation chec# shall be provided at the M" throu h MM&.

3.2.10

Re l9 P"t!

/eply Path specified in the present document provides a way of both re?uestin and indicatin a service centre$s commitment to deliver a reply from the replyin M" to the ori inatin "M2. .nne( > deals with M" procedures- which in eneral are outside the scope of G"MG3MT" specifications. Doweverfor advanced use of the "M"- includin both application level protocols and human responses- it is of vital importance to uarantee that a reply@supportin M" is able to reply on every "M- to every "M2 capable of receivin such reply short messa es.

3.3 U$success4ul s!o2t 7ess"1e TP5U t2"$s4e2 S( -= MS

3nsuccessful messa e transfer "1 @Q M" may be caused by a variety of different errors. The description of the occurrence of the different errors and how to handle and transfer the error indications is iven in G"M ::.++; H,*I3GPP T" *:.+,, H,3I and 3GPP T" *=.++* H,8I. The different error indications which the "M"@GM"1 shall be capable of returnin to the "1 followin an unsuccessful short messa e TP>3 transfer "1 @Q M"- are iven in table ,. &n some cases- additional dia nostic information may be provided.

3.3.1 )22o2s occu22i$1 du2i$1 t2"$s4e2 o4 TP5U to MS

These errors are enerally due to barrin or unsupported service in the P5M' or M". .n error indication is returned to the "1 from the "M"@GM"1- but further dia nostic information from the M" shall not be available.

3.3.2 )22o2s occu22i$1 "4te2 TP5U "22i6es "t MS

These errors may occur due to the M" not supportin optional short messa e service features- or in connection with a short messa e application. .n error indication shall be returned to the "1 from the "M"@GM"1. .dditionally- a TP>3 ("M"@>25&B2/@/2PO/T) containin dia nostic information may be conveyed from the M" to the ori inatin "1transparently throu h the P5M'- by means defined in 3GPP T" *:.+,, H,3I and 3GPP T" *=.++* H,8I. The sendin of the dia nostic information is optional at the M"- but when it is sent- the P5M' shall convey the information to the "1and the "1 shall support reception of the information.

3GPP

#elease $%

&$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Ta2le $1 3rror indications related to mo2ile terminated short message transfer which ma9 2e transferred to the originating SC
3rror indication U$>$o0$ su%sc2i%e2 Telese26ice $ot 2o6isio$ed ("ll %"22ed S$" P P T Meaning T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U %ec"use t!e2e is $ot "lloc"ted "$ 3MS3 o2 " di2ecto29 $u7%e2 4o2 t!e 7o%ile su%sc2i%e2 i$ t!e @LR (see 3GPP TS 2,.002 A15B). T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U %ec"use t!e 2eci ie$t MS !"s $o SMS su%sc2i tio$ (see 3GPP TS 2,.002 A15B). T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U due to %"22i$1 o4 t!e MS (see 3GPP TS 2,.002 A15B, desc2i tio$ o4 t!e 8"22i$1 su le7e$t"29 se26ice, 3GPP TS 22.004 A3B "$d 3GPP TS 23.011A.B), desc2i tio$ o4 ("ll %"22ed due to U$"ut!o2ised Mess"1e <2i1i$"to2, 3GPP TS 2,.002 A15B, "$d desc2i tio$ o4 < e2"to2 5ete27i$ed 8"22i$1, 3GPP TS 22.041 A4B "$d 3GPP TS 23.015 A;B). T!e VPLM' 2e?ects t!e s!o2t 7ess"1e TP5U due to $o 2o6isio$ o4 t!e SMS i$ t!e VPLM' (see 3GPP TS 2,.002 A15B). T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U %ec"use t!e2e 0"s $o "1i$1 2es o$se 6i" t!e SGS', MS( o2 %ot!, (see GSM 44.00; A12B C 3GPP TS 2,.002 A15B) t!e 3MS3 GPRS o2 %ot! 2eco2ds "2e 7"2>ed det"c!ed (see 3GPP TS 2,.002 A15B)D t!e MS is su%?ect to 2o"7i$1 2est2ictio$s (see ERo"7i$1 $ot "llo0edE, 3GPP TS 2,.002 A15B)D de2e1iste2ed i$ t!e @LR. T!e @LR does $ot !"6e "$ MS(, SGS' o2 %ot! $u7%e2s sto2ed 4o2 t!e t"21et MS, (see 3GPP TS 2,.002 A15B)D U$ide$ti4ied su%sc2i%e2 (see 3GPP TS 2,.002 A15B)D MS u21ed (see 3GPP TS 2,.002 A15B). (T!e 2e"so$s 4o2 "%se$ce "2e "ssi1$ed i$te1e2 6"lues i$ t"%le 1". T!e " 2o 2i"te i$te1e2 6"lue is se$t 0it! t!e "%se$t su%sc2i%e2 e22o2 i$dic"tio$ "s de4i$ed i$ 3GPP TS 2,.002 A15B) MS %us9 4o2 MT SMS T T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U %ec"use o4 co$1estio$ e$cou$te2ed "t t!e 6isited MS( o2 t!e SGS'. Possi%le 2e"so$s i$clude "$9 o4 t!e 4ollo0i$1 e6e$ts i$ 2o12ess* s!o2t 7ess"1e deli6e29 42o7 "$ot!e2 S(D 3MS3 o2 GPRS det"c! Loc"tio$ U d"te o2 3$te2 SGS' Routi$1 #2e" U d"teD "1i$1D e7e21e$c9 c"llD c"ll setu . T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U due to MS $ot %ei$1 "%le to su o2t t!e S!o2t Mess"1e Se26ice. T!e s!o2t 7ess"1e t2"$s4e2 "tte7 t is 2e?ected eit!e2 due to i$4o27"tio$ co$t"i$ed i$ t!e cl"ss-7"2>, o2 t!e MS( $ot %ei$1 "%le to est"%lis! co$$ectio$ "t S#P3 F 3 (see GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B). T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U due to "$ e22o2 occu22i$1 0it!i$ t!e MS "t 2ece tio$ o4 " s!o2t 7ess"1e, e.1. 2otocol e22o2. T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U %ec"use t!e MS 4"iled "ut!e$tic"tio$. T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U %ec"use t!e 3M)3 o4 t!e MS 0"s %l"c>-listed i$ t!e )3R. T!e PLM' 2e?ects t!e s!o2t 7ess"1e TP5U due to $et0o2> o2 2otocol 4"ilu2e ot!e2s t!"$ t!ose listed "%o6e (see 3GPP TS 2,.002 A15B). T!e MS 2e?ects t!e s!o2t 7ess"1e si$ce it !"s $o 7e7o29 c" "cit9 "6"il"%le to sto2e t!e 7ess"1e.

&"cilit9 $ot su

o2ted

T T

#%se$t su%sc2i%e2

SMS lo0e2 l"9e2s c" "%ilities $ot 2o6isio$ed

)22o2 i$ MS 3lle1"l Su%sc2i%e2 3lle1"l )Gui 7e$t S9ste7 4"ilu2e Me7o29 (" "cit9 )-ceeded

T P P T T

3GPP

#elease $%

&&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,) E "tatus (Permanent or Temporary) The relation between the two sets of error indications is iven in the table ,. 2ach error is classified as either JTemporaryJ or JPermanentJ. This classification ives an indication of whether or not it is probable that the M" becomes attainable within a reasonable period- and so provides the recommended action to be ta#en by the "1- i.e. either to store the messa e for later transfer- or to discard it. Ta2le $a1 6ssignment of alues to reasons for a2sence ! alues must 2e in the range of % to &++: see 3GPP TS &/'%%& ;$+<"
)alues #eason for a2sence 0 - $o "1i$1 2es o$se 6i" t!e MS( 1 - 3MS3 det"c!ed 2 - 2o"7i$1 2est2ictio$ 3 - de2e1iste2ed i$ t!e @LR 4o2 $o$ GPRS 4 - MS u21ed 4o2 $o$ GPRS 5 - $o "1i$1 2es o$se 6i" t!e SGS' 6 - GPRS det"c!ed . - de2e1iste2ed i$ t!e @LR 4o2 GPRS ; - MS u21ed 4o2 GPRS , - U$ide$ti4ied su%sc2i%e2 6i" t!e MS( 10 - U$ide$ti4ied su%sc2i%e2 6i" t!e SGS' 11 - de2e1iste2ed i$ t!e @SS/@LR 4o2 3MS 12 - $o 2es o$se 6i" t!e 3P-SM-G: #ll H$o$ GPRSH 2e"so$s (e-ce t 4o2 2o"7i$1 2est2ictio$) c"$ %e co7%i$ed 0it! "ll HGPRSH 2e"so$s "$d 6ice-6e2s" #ll ot!e2 i$te1e2 6"lues "2e 2ese26ed.

3.4 U$success4ul s!o2t 7ess"1e TP5U t2"$s4e2 MS -= S(

The error indications related to mobile ori inated short messa e transfer which may be transferred to the ori inatin M" are iven in 3GPP T" *:.+,, H,3I. &n some cases- additional dia nostic information may be provided.

3.4.1 )22o2s occu22i$1 du2i$1 t2"$s4e2 o4 TP5U to S(

These errors are enerally due to barrin or unsupported service in the P5M'. .n error indication is returned to the M" from the M"1 or the "G"'- but further dia nostic information from the "1 shall not be available.

3.4.2 )22o2s occu22i$1 "4te2 TP5U "22i6es "t S(

These errors may occur due to the "1 not supportin optional short messa e service features- or in connection with a short messa e application. .n error indication shall be returned to the M" from the M"1 or from the "G"'. .dditionally- a TP>3 ("M"@"30M&T@/2PO/T) containin dia nostic information may be conveyed from the "1 to the ori inatin M"- transparently throu h the P5M'- as defined in 3GPP T" *=.++* H,8I and 3GPP T" *:.+,, H,3I. The sendin of the dia nostic information is optional at the "1- but when it is sent- the P5M' shall convey the information to the M"- and the M" shall support reception of the information. 'OT2E The "M"@"30M&T@/2PO/T is part of the ne ative ac#nowled ement to the mobile ori inated short messa e- and is not part of the status report capabilities described in clause 3.*.=.

3.5 Use o4 Su le7e$t"29 Se26ices i$ co7%i$"tio$ 0it! t!e S!o2t Mess"1e Se26ice
Only a sub@set of the "upplementary "ervices defined in 3GPP T" **.++: H3Iand 3GPP T" *3.+,, H<I may be used in combination with the "hort Messa e "ervice. This sub@set comprises the followin "upplementary "ervicesE .ll the 8 0arrin services.

3GPP

#elease $%

&3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3.6 # lic"%ilit9 o4 < e2"to2 5ete27i$ed 8"22i$1 to t!e S!o2t Mess"1e Se26ice
The networ# feature Operator >etermined 0arrin (see 3GPP T" **.+:, H:I) applies to the "hort Messa e "ervice. &f a short messa e fails due to operator determined barrin then an appropriate error cause is returned to the ori inator.

3.. Multi le s!o2t 7ess"1e t2"$s4e2

To avoid the need for a mobile to be pa ed- authenticated etc. for each messa e waitin in the "ervice 1entre- the "1 may indicate to the "M"@GM"1 that there are more messa es to send. Ahen this indication is iven- M.P procedures are invo#ed such that this indication is passed to the BM"1- and the BM"1 does not release the M" until all short messa es waitin in the "1 have been transferred.

3.; SMS "$d 3$te2$et )lect2o$ic M"il i$te20o2>i$1

The interwor#in between &nternet electronic mail and "M" is offered in both directions which enables new and old mobiles to sendGreceive &nternet electronic mails via "M". The interwor#in is accordin to the followin proceduresE @ .n "M" messa e which is re?uired to interwor# with &nternet email may have its TP@P&> value set for &nternet electronic mailF There is an alternative mechanism described in subclause =.*.3.*: providin full /71 ;** H3:I internet electronic mail interwor#in .

'OT2E @ @

2ither sin le or concatenated "M" can be used to transport the emailF 1oncatenation may be achieved by the TP3>D mechanism- in which case the concatenation is carried out at a lower level to the formats specified in subclauses 3.;., and 3.;.*. .lternatively- concatenation may be achieved usin the te(t@based means described belowF 2mail cc fields are not supportedF Ahere multiple fields are present- additional spaces may be inserted by the sender to improve presentation of the messa e. "paces may not be inserted into the actual email address (e. . userRdomain,.domain*).

@ @

3.;.1 8"sic &o27"t

The basic format for transferrin email in either direction consists of the followin E MT "M"E HSfrom@addressQSspaceQISmessa eQ MO "M"E HSto@addressQSspaceQISmessa eQ where HI denote optional fields and SQ delimit fields. The to@address or from address may ta#e the formE userRdomain,.domain* or 3ser 'ame SuserRdomain,.domain*Q &n the latter case the an le brac#ets SQ are part of the address and are actually transmitted.

3GPP

#elease $%

&(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

>ependin on the nature of the ateway- the destinationGori ination address is either derived from the content of the "M" TP@O. or TP@>. field- or the TP@O.GTP@>. field contains a eneric ateway address and the toGfrom address is added at the be innin as shown above. Multiple addresses may be identified in MO messa es by separatin each address by a comma li#e thisE address,-address*-address3SspaceQSmessa eQ &t is optional for the receivin ateway to support this. &f the receivin ateway does not support multiple messa es then it shall reject the ori inal messa e by returnin an appropriate error in a te(t messa e.

3.;.2 < tio$"l &ields

The followin further optional fields are supported. .n email S@Q "M" ateway may insert additional spaces in the MT messa e for presentation to the user- and must accept additional spaces in the MO messa e from the user.

3.;.2.1

Su%?ect

The subject is placed between the address and the messa e- delimited by round brac#ets () or preceded by TT- for e(ampleE HSto@addressQI(SsubjectQ)Smessa eQ or HSto@addressQITTSsubjectQTSmessa eQ .n MO messa e may contain either format. .n MT messa e may contain either format. >evelopers must ensure that both forms are supported for full compatibility.

3.;.2.2

Re"l '"7e

The /eal 'ame field contains the real name of the sender and is used only in MO messa es. The "1 or email ateway shall enerate an email messa e accordin to standard email procedures containin /eal 'ame SuserRdomain,.domain*Q (the an le brac#ets bein part of the address and hence transmitted). &f a subject is to be included with the /eal 'ame then only the TT prefi( is used. The synta( isE HSto@addressQITSreal@nameQHTTSsubjectQITSmessa eQ

3.;.2.3

< tio$"l (o$t2ol &l"1

.n optional control fla may be added to the start of the messa e in MO messa es only. This consists of a sin le character S17Q followin a T symbol as followsE HTS17QTIHSto@addressQISspaceQSmessa eQ This may also be used in combination with the above fields. &t is intended for use where a particular "1 or email ateway specific function is re?uired to be invo#ed. 7or e(ample- the control fla T.T mi ht add a particular (pre@stored) si nature to the end of the messa e or T/T mi ht chan e the from@address to a pre@stored value or T8T mi ht add the te(t JPlease phone me at the officeJ. .ll of these functions are open for definition by "ervice 1entre or email ateway operators.

3GPP

#elease $%

&+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3.;.3 Te-t co$c"te$"tio$

&f the concatenation mechanism described in subclause =.*.3.*:., is not supported by the transmittin or receivin entity- the followin te(tual concatenation mechanism may be used. The first messa e is ended with a U si n- and each subse?uent messa e start and end with U si ns until the final messa e which starts with a U si n but does not end with a U si n. Smessa e,QU USmessa e*QU USmessa e3Q .ny header fields placed on the front of an MO or MT messa e are not added to the second and subse?uent messa es. This provides a simple mechanism which is completely bac#ward compatible. There is no indication of the number of messa es and should a messa e be lost by the system or arrive out of se?uence then the ori inal messa e cannot be reconstructed. Therefore- wherever possible the concatenation mechanism specified in subclause =.*.3.*:., should be used instead.

3.;.4 #lte2$"ti6e c!"2"cte2s 4o2 3$te2$et e7"il "dd2esses i$ M< SMS.

&t is difficult or impossible to enerate some characters on a mobile phone and so the followin alternatives may be usedE R may be replaced by V N (underscore) may be replaced by W

3., SMS (<MPR)SS3<'

"hort Messa es may be compressed in accordance with the compression al orithm described in 3GPP T" *3.+:* H*9I. 1ompression and >ecompression may ta#e place between "M2$s or between an "M2 and the "1. The compression only applies to the TP@3ser@>ata part of the TP>3 and e(cludes any TP@3ser@>ata@Deader which may be present. The 1ompression Deader (see 3GPP T" *3.+:* H*9I) must commence at the first octet of the TP@3ser@>ata field immediately followin any TP@3ser@>ata@Deader field which may be present. The TP@3>5 value must be set in accordance with that value defined for the compressed TP@3ser@>ata case in clause =.*.3.,9. The TP@>1" parameter indicates whether or not a short messa e is compressed. &f the TP@>1" parameter indicates that the short messa e is compressed then the alphabet encodin values (bits * and 3 in 3GPP T" *3.+3; H=I) must be i nored by the receivin entity. &n the case where a short messa e after compression is reater than ,:+ octets (includin the 1ompression Deader and 7ooter (see 3GPP T" *3.+:* H*9I) and any TP@3ser@>ata@Deader which may be present) then the sendin entity must concatenate the short messa e in the normal way as described in clause =.*.3.*:., if it wishes to continue to send the short messa e. Only the first se ment of the concatenated short messa e must contain the 1ompression Deader defined in 3GPP T" *3.+:* H*9I. .ll se ments other than the final se ment must be ,:+ octets in len th. Only the final se ment contains the 1ompression 7ooter (see 3GPP T" *3.+:* H*9I). 7or mobile terminated compressed messa es- where the MM& or the Messa e 1lass indicated in the TP@>1" re?uires the messa e to be stored in the M" then the M" shall store the compressed messa e as received. &n the case where the M" is capable of decompression then the M" may display the decompressed messa e. "uch an M" may optionally store the messa e in decompressed form subject to the M" bein confi ured to do this via MM&. Dowever- prior to storin the messa e in decompressed form- the M" may have to create a concatenated "M and carry out component modification on the TP@3>5 and TP@>1" values to indicate the correct len th values and that the messa e is no lon er compressed. Transfer of messa es direct from the radio interface or those stored in the M" to a T2 is accordin to the procedure defined in 3GPP T" *<.++8 H,:I and is independent of whether the messa e is compressed or uncompressed.

3GPP

#elease $%

&,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

7or mobile ori inated compressed messa es- an M" capable of compression may compress a short messa e enerated within the M" itself prior to sendin it to the radio interface. .n M" capable of compression may optionally compress an uncompressed messa e received from a T2 subject to the M" bein confi ured to do this via MM&. &n such a case the M" would have to carry out component modification on the TP@3>5 and TP@>1" values to indicate the correct len th values and that the messa e is compressed. . T2 may send a messa e (compressed or uncompressed) to the M" usin the procedures defined in 3GPP T" *<.++8 H,:I. The M" shall store the compressed messa e as received andGor transfer it directly to the radio interface. &n addition for the compression method described above- it may be possible to compress certain &nformation 2lements of the 3ser >ata Deader of a TP>3. The compression method is defined in subclause =.*.3.*:.,+.,.,3.

3.10

)$!"$ced Mess"1i$1 Se26ice

The 2nhanced Messa in "ervice (2M") is based upon the standard "M"- but with formattin added to the te(t. The formattin may permit the messa e to contain animations- pictures- melodies- formatted te(t- and v1ard and v1alendar objects. Objects may be mi(ed to ether into one messa e. This clause overviews the supported features. The codin mechanisms and formats are specified in subclause =.*.3.*:.,+. The followin sub clauses describe a number of features of 2M". The data formats in the features below shall be supported (ie the 32 shall behave in a predictable manner when receivin such data) but the features are supported subject to the capabilities of the 32. Dowever- it is hi hly recommended that all of these features are implemented otherwise interoperability problems at the application level may result.

3.10.1

Te-t 4o27"tti$1

The followin te(t formattin features are supportedE +lign$ent @ @ @ @ 5eft 1entre /i ht >efault (5an ua e dependent)

Font si0e @ @ @ 'ormal 5ar e "mall

Style @ @ @ @ @ 'ormal /ol! Italic 3nderlined "tri#ethrou h Te(t 1olour Te(t 0ac# round 1olour

3GPP

#elease $%

&-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3.10.2

Pictu2es

/asic Pictures &t is possible to include either a small (,9V,9 pi(els)- lar e (3*V3* pi(els) or pictures of variable si!e. These pictures have neither animation nor rey scaleF they are plain blac# and white. .ll pictures are user defined. %&ten!e! Pictures &t is possible to include e(tended pictures. These pictures may be blac# and white- reyscale or colour bit maps. The picture si!e is a ma(imum of *88 ( *88 pi(els. These pictures may be transmitted in a compressed form.

3.10.3
Pre!e)ine!

#$i7"tio$s

There are number of predefined animations. These animations are not sent as animation over the air interface- only the identification of them. .s soon as the position of the animation in the "M data is reached- the animation correspondin to the received number shall be displayed in a manner which is manufacturer specific. ,ser "e)ine! The user@defined animations consist of : pictures and there are two different si!es of these animations. The picture si!e of the small animations are ;V; pi(els and the lar e ,9V,9 pi(els. These animations are sent over the air interface. %&ten!e! +ni$ations &t is possible to include e(tended animations. These may be blac# and white- reyscale or colour bit maps. The ma(imum si!e of a sin le animated frame is *88 ( *88 pi(els. The repetition of these animations may be controlled by the ori inator. These animations may be transmitted in a compressed form.

3.10.4
Pre!e)ine!

Sou$d

There are a number of predefined sounds. These sounds are not transferred over the air interface- only the identification of them. There are ,+ different sounds that can be added in the messa e- and as soon as the sound mar# is in focus (on the display)- the sound will be played. ,ser "e)ine! The sender can define own melodies accordin to the iMelody format H33I. These melodies are transferred in the "M and can ta#e up to ,*; bytes. %&ten!e! Soun!s Monophonic melodies may be transferred usin the iMelody format H33I. These may be transmitted in a compressed form.

3.10.5

6("2d "$d 6("le$d"2

. messa e may contain v1ard and v1alendar objects as specified in H39IH3<I. These may be transmitted in a compressed form.

3.10.6

:VG (:i2eless Vecto2 G2" !ics) <%?ect

. messa e may contain one or more ABG objects. . ABG object is a vector raphics picture or animation and is scalable. Two subtypes of ABG objects are supportedF "tandard ABG object and 1haracter "i!e ABG object. .ctual display si!e of a "tandard ABG object depends on display screen si!e and MM& implementation on terminals. . 1haracter "i!e ABG object has a hei ht that e?uals or is similar to the hei ht of messa e te(t but with variable width. 1haracter "i!e ABG object may be edited in the same way as standard te(t- e. . insertion deletion and te(t wrappin .

3GPP

#elease $%

&.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3.10.6.1 <6e26ie0 o4 :VG G2" !ic"l P2i7iti6es

The ABG element is used to describe vector raphics objects. The vector raphics format is used to allow the creation of small pictures which may include simple animation or the creation small handwritten s#etches. ABG ma#es use of the followin raphical primitives (full detail is listed in anne( G.*) These primitives can be used to describe a compact drawin . 5ist of Graphical PrimitivesE @ Polylines (G*.,) @ @ @ @ "imple 5ine Polyline (G.*.,.,) 1ircular Polyline (G.*.,.*) 0e!ier lines (G.*.,.3)

Poly ons (G.*.*) @ @ @ @ .rbitrary Poly on (G.*.*) /e ular Poly on (G.*.:) "tar "haped Poly on (G.*.:) /e ular Grid 2lement (G.*.:)

@ @ @ @ @ @ @ @

2llipses (G.*.3.,) /ectan les (G.*.3.*) Te(t 2lement (G.*.8) Groupin 2lement (G.*.9) /euse 2lement (G.*.<) .nimations 2lements (G.*.;) 7rame 2lement (G.*.=) 5ocal 2lement (G.*.,+)

'et0o2> "2c!itectu2e

4.1 8"sic $et0o2> st2uctu2e

The e(chan e of messa es between an M" and an "M2 involves the entities shown in fi ure :. The architecture for providing SMS over a generic IP CAN is described in 3GPP TS 23.204 [42] (see subclause 5). The basic networ# structure of the "M" is depicted in fi ure 8.

3GPP

#elease $%

&/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

I)* II)* III)*

SMS-GMS( 0!e$ t!e s!o2t 7ess"1e is t2"$s4e22ed 42o7 t!e S( to t!e MS, SMS-3:MS( 0!e$ t!e s!o2t 7ess"1e is t2"$s4e22ed 42o7 t!e MS to t!e S(. T!e S( 7"9 %e i$te12"ted 0it! t!e SMS-GMS(/SMS-3:MS(. SGS' is used i$ l"ce o4 t!e MS( 4o2 SMS t2"$s4e2 o6e2 GPRS. T!e SMS Route2 is "$ o tio$"l 4u$ctio$"l e$tit9, "$d is used o$l9 i$ t!e MT c"se.

0igure (1 3ntities in ol ed in the pro ision of SM MT and SM M= The reference points of fi ure 8 support the short messa e transfer in the followin wayE @ @ @ @ messa e transfer on reference point , is described in clause 8F the operations performed on reference points * and : are described in 3GPP T" *=.++* H,8IF messa e transfer on reference point 3 is described in subclause :.*F messa e transfer on reference point 8 is supported by the protocol described in 3GPP T" *:.+,, H,3I.

'<T) 1* Re4e2e$ce oi$t 4 is $ot used 4o2 SMS t2"$s4e2 6i" t!e SGS' '<T) 2* T!e SMS Route2 is "$ o tio$"l e$tit9 t!"t 7"9 %e 2ese$t i$ t!e MT c"se o$l9. 34 it is $ot 2ese$t, 2e4e2e$ce oi$t 3 e-te$ds 42o7 t!e SMS-GMS( di2ectl9 to t!e MS(/SGS'.

0igure +1 The main network structure ser ing as a 2asis for the short message transfer

4.2 T2"$s4e2 o$ 2e4e2e$ce oi$t 3

/eference point 3 is used to support communications betweenE @ @ @ @ @ M"1 S@Q "M"@GM"1 G "M"@&AM"1F "G"' S@Q "M"@GM"1 G "M"@&AM"1F "M" /outer S@Q "M"@GM"1F "M" /outer S@Q M"1F "M" /outer S@Q "G"'.

3GPP

#elease $%

3%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

&f any of the above two end nodes are in the same P5M'- the definition of this reference point is left to the operators. 7or e(ample- this reference point may useE @ @ P"P>'F or 11&TT "" no < (accordin to 3GPP T" *=.++* H,8I).

&f any of the above two end nodes are in different P5M's- this reference point shall use 11&TT "" no < accordin to 3GPP T" *=.++* H,8I- unless otherwise bilaterally a reed.

Se26ice (e$t2e "$d PLM' i$te2co$$ectio$

The present document deals with the "1 only with re ard to the interchan e of messa es between "1 and M". Only the re?uirements put upon the "1 by the "M" functionality are specified in the present document.

5.1 Se26ice ce$t2e co$$ectio$

One "1 may be connected to several P5M's- and may be connected to several M"1s ("M"@GM"1s or "M"@&AM"1s) within one and the same P5M'. The "1 is addressed from the mobile by an 2.,9: H,<I number in the numberin plan of the P5M' to which the "1 is connected. This 2.,9: H,<I number shall uni?uely identify the "1 to that P5M'. There may be an intermediate networ# between the P5M' and the "1F in this case the P5M' must autonomously ma#e a connection to the "1 usin the "1 address in this intermediate networ#. 'o mandatory protocol between the "1 and the M"1 below the transfer layer is specified by G"MG3MT"F this is a matter for a reement between "1 and P5M' operators. Dowever- anne( . provides an e(ample protocol stac# which could be used.

5.2 Routi$1 2eGui2e7e$ts

5.2.1 Mo%ile te27i$"ted s!o2t 7ess"1e
The "1 sends the short messa e to the "M"@GM"1. The "M"@GM"1 interro ates the D5/ to retrieve routin information necessary to forward the short messa e- and then sends the messa e to the relevant M"1 or "G"'transitin other networ#s if necessary and transitin an "M" /outer in the DP5M' of the receivin M" if this is deployed. The M"1 or "G"' then sends the short messa e to the M".

5.2.2 Mo%ile o2i1i$"ted s!o2t 7ess"1e

The M" sends the short messa e to the M"1 or the "G"'. The M" shall always address the re?uired "1 by an 2.,9: H,<I address. The visited P5M' shall route the messa e to the appropriate "M"@&AM"1 in the "1$s P5M'transitin other networ#s if necessary. .s an operator option- the "M"@&AM"1 may interro ate the D5/ to retrieve the recipientPs &M"& in order to chec# that an "M" &nterwor#in a reement e(ists between the two networ#s.

Se26ice (e$t2e 4u$ctio$"lit9

&n the present document- only the "1 functionality related to the short messa e service between the "1 and the M" is specified.

3GPP

#elease $%

3$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

6.1 Se26ice (e$t2e c" "%ilities

The "1 should be capable ofE @ submittin a short messa e to an M"- retainin the responsibility of the messa e until ,) the report has been receivedF or *) the Balidity@Period e(pires. @ @ @ receivin a report from the P5M'F receivin a short messa e from an M"F returnin a report to the P5M' for a previously received short messa e.

6.2 S( 4u$ctio$"l 2eGui2e7e$ts

The detailed functionality of the "1 is outside the scope of the present document- and is for the "1 operator to define. Dowever- the followin functional re?uirements are mandatory for all "1s in order to support the "M@TP (see clause =) towards the P5M'E ,) To identify each "M"@>25&B2/ sent to an M" in a uni?ue way- a time stamp value is included in the field TP@"ervice@1entre@Time@"tamp- TP@"1T"- of the "M"@>25&B2/. The time stamp ives the time when the messa e arrived at the "1 with the accuracy of a second. &f two or more messa es to the same M" arrive at the "1 within one second- the "1 shall modify the time stamp of those messa es in such a way thatE a) all messa es to the M" contain different time stampsF b) the modification of the time stamps is #ept to a minimum. *) The "1 is only allowed to have one outstandin "M"@>25&B2/ (i.e. a messa e for which a report has not been received) to a specific M" at a iven time. 3) The "1 shall be able to initiate overwritin of short messa es previously received by the "1 if re?uested by the same ori inatin address (M" or any other source) by use of the same messa e type.

6.2.1

Su%"dd2essi$1 su

o2t

"upport for subaddressin is an optional functional re?uirement for an "1. &f it is supported- subaddressin information shall be conveyed from "M2 to "M2 accordin the followin rulesE @ . "M2 may send a "M with XVPs or XTPs included in the TP@>. field. The first XTP encountered in TP@ >. indicates where the address for "1 routin purposes is terminated. .dditional XVPs or XTPs can be present in the followin di its- and all these di its includin the first XTP are subaddress di its. Ahen the "1 receives a "M to convey with such a subaddress information- it should deliver the "M to the destination "M2 with the same subaddress di its copied in the TP@O. field.

This subaddressin mechanism does not apply when the TO' is alphanumeric 2(ampleE "M2 with number =;<98:3*, sends a "M with TP@>. O ,*3:T89T<;=V "M2 with number ,*3: will receive the "M with TP@O. O =;<98:3*,T89T<;=V

6.3 S( )MS )-te$ded <%?ect 5"t" ReGuest (o77"$d &e"tu2e

.n "M2 has the ability of determinin which data formats within the 2(tended Object &2 are supported by a specific terminal. The "1 has the option of supportin this feature usin an "M"@>25&B2/ P>3. This "M"@>25&B2/ P>3 shall contain the 2M" >ata 7ormat >elivery /e?uest &2- and be mar#ed for automatic deletion by the mobile station.

3GPP

#elease $%

3&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

MS 4u$ctio$"lit9

&n the present document- only the M" functionality related to the short messa e service between the "1 and the M" is specified.

..1 MS c" "%ilities

The M"- when e?uipped for "M"- should be capable ofE @ submittin a short messa e TP>3 to an "1- retainin the responsibility of the messa e untilE ,) the report arrives from the networ#F or *) a timer e(pires. @ @ @ @ @ receivin a short messa e TP>3 from an "1F returnin a delivery report to the networ# for a previously received short messa eF receivin a report from the networ#F notifyin the networ# when it has memory capacity available to receive one or more short messa es when it has previously rejected a short messa e because its memory capacity was e(ceededF notifyin the "1 when a short messa e is intended to replace a short messa e the M" has previously submitted to the same destination address.

&t is recommended that an M" supportin both replyin and automatic "1 selection (as specified in clause >.* of anne( >) follows procedures specified in anne( > when replyin to MT short messa es with MO short messa es. &t is recommended that an M" supportin a capability for re?uestin a reply path follows procedures specified in anne( >.

..2 MS co$4i1u2"tio$
The reference confi uration is assumed as in fi ure 9- i.e. only the case where the terminal is inte rated in the M" is considered.

MTO Um

0igure ,1 #eference configuration of the MS which appl9 to the SMS 'OT2E &t is foreseen that a terminal interface may be offered- e. . for hi her layer protocols- memory capacity reasons or to be able to type in mobile ori inated messa es. This terminal interface is re arded as an implementation option- althou h- where offered- it must be based upon an /@ or "@reference point. 3GPP T" *<.++8 H,:I provides an e(ample based on the / reference point.

3GPP

#elease $%

33

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'ode 4u$ctio$"lit9

The overall re?uirements to the M"1- "M"@GM"1- "M"@&AM"1- "G"' and "M" /outer with respect to handlin of the "hort Messa e "ervice is to cater for the routin and necessary intermediate bufferin of the short messa es.

;.1 'ode 4u$ctio$"lit9 2el"ted to SM MT

;.1.1 &u$ctio$"lit9 o4 t!e SMS-GMS(
Ahen receivin a short messa e TP>3 from the "1- the "M"@GM"1 is responsible for the followin operationsE @ @ reception of the short messa e TP>3F inspection of the parameters.

'OT2 ,E The "M"@GM"1 may be identical to the M"1. if parameters are incorrectE @ returnin the appropriate error information to the "1 in a failure report (see clauses = and ,+)F

if errors are not found within parametersE @ interro atin the D5/ (Jsend/outin &nfo7or"hortMs J- see clause ,+)F retrievin routin information or possible error informationF

if D5/ is returnin error informationE @ returnin the appropriate error information to the "1 in a failure report (see clauses = and ,+)F

if no errors are indicated by the D5/E @ transferrin the short messa e TP>3 to the M"1 or "G"' usin the routin information obtained from the D5/ (Jforward"hortMessa eJ- see clause ,+)F

'OT2 *E &n case where two addresses ("G"' and M"1) are received from D5/- the "M"@GM"1 may choose (operator dependant) via which nodes ("G"' or M"1) the "M" is first to be sent. The "M" delivery via the "G"' is normally more radio resource efficient than the "M" delivery via the M"1. if one address ("G"' or M"1) is received from D5/E @ Ahen receivin the report associated with the short messa e from the M"1 or "G"' (positive or ne ative outcome of Jforward"hortMessa eJ- see clause ,+)- the "M"@GM"1 is responsible for the followin operationsF

if the report indicates successful deliveryE @ @ notifyin the D5/ of the successful delivery via the M"1 or the "G"'- which shall cause the D5/ to alert any service centres whose addresses are stored in the MA> for the M"F creatin and sendin the successful report to the "1F

if the report is a failure report indicatin Jabsent subscriberJ via the M"1 or the "G"' (see clause 3.3)E @ @ @ @ re?uestin the D5/ to insert the address of the ori inatin "1 into the MA> (if implemented) with cause .bsent "ubscriber (J"MN>elivery/eport"tatusJ- see clauses = and ,+)F informin the D5/ of the reason for the M" bein absent via the M"1 or the "G"' (if this information is available)F establishin - where necessary- a lin# with the addressed "1 (see clause 8)F creatin and sendin the ne ative report to the "1 which should include the reason for the M" bein absent (if this information is available) so that the "1 may adjust any retry al orithm appropriately (see clauses = and ,+)F

3GPP

#elease $%

3(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

if the report is a failure report indicatin JM" memory capacity e(ceededJ via the M"1 or the "G"' (see clause 3.3)E @ @ @ re?uestin the D5/ to insert the address of the ori inatin "1 into the MA> (if implemented) with cause M" Memory 1apacity 2(ceeded via the M"1 or the "G"' (J"MN>elivery/eport"tatusJ - see clauses = and ,+)F establishin - where necessary- a lin# with the addressed "1 (see clause 8)F creatin and sendin the report to the "1 (see clauses = and ,+).

if two addresses ("G"' and M"1) are received from D5/E @ Ahen receivin the first report associated with the short messa e from the M"1 or "G"' (positive or ne ative outcome of Jforward"hortMessa eJ- see clause ,+)- the "M"@GM"1 is responsible for the followin operationsE

if the first report indicates successful deliveryE @ @ notifyin the D5/ of the successful delivery via the M"1 or the "G"'- which shall cause the D5/ to alert any service centres whose addresses are stored in the MA> for the M"F creatin and sendin the successful report to the "1F

if the first report is a failure report indicatin E @ @ @ @ @ @ @ @ @ 3nidentified subscriberF 7acility not supportedF .bsent subscriber with indicationE GP/" or &M"& >etachF "ystem failureF 3ne(pected data valueF >ata missin F GP/" connection suspended (see 3GPP T" *=.++* H,8I)F "M >elivery 7ailure with indicationE e?uipment 'ot "M 2?uippedE

transferrin the short messa e TP>3 to the second path usin the routin information obtained from D5/.

if the second report indicates successful deliveryE @ @ @ @ @ notifyin the D5/ of the successful delivery of the second transfer via the M"1 or "G"'- which shall cause the D5/ to alert any service centres whose addresses are stored in the MA> for the M"F notifyin the D5/ of the unsuccessful delivery at first transfer only with cause Jabsent subscriberJF notifyin the D5/ of the reason for the M" bein absent via the M"1 or the "G"' (if this information is available)F establishin - when necessary- a lin# with the addressed "1 (see clause 8)F creatin and sendin the successful report to the "1F

if the second report is a failure reportE @ re?uestin the D5/ to insert the address of the ori inatin "1 into the MA> (if implemented) only if at least one of the first or second report failed due to JM" Memory 1apacity 2(ceededJ or J.bsent "ubscriberJ (J"MN>elivery/eport"tatusJ- see clauses = and ,+)F notifyin the D5/ only with the causes J.bsent "ubscriberJ- JMemory 1apacity 2(ceededJ via the M"1 or the "G"'- or bothF notifyin the D5/ of the reason for the M" bein absent via the M"1- "G"' or both (if this information is available)F establishin - where necessary- a lin# with the addressed "1 (see clause 8)F

@ @ @

3GPP

#elease $%

3+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

creatin and sendin the ne ative report to the "1 with errors from first and second path (see clauses = and ,+).

;.1.2 &u$ctio$"lit9 o4 t!e MS(

Ahen receivin a short messa e TP>3 from the "M"@GM"1 (Jforward"hortMessa eJ- see clause ,+)- the M"1 is responsible for the followin operationsE @ @ @ reception of the short messa e TP>3F the receivin networ# may verify if the received "M@"1 address (contained in /P@O. &2) and "11P 1allin Party .ddress are of the same P5M'F retrievin information from the B5/ (Jsend&nfo7or@MT@"M"J- see clause ,+)F location area address and- when appropriate- error informationF

if errors are indicated by the B5/E @ returnin the appropriate error information to the "M"@GM"1 in a failure report (ne ative outcome of Jforward"hortMessa eJ see clauses ,+ and ,,)F

if no errors are indicated by the B5/E @ transferrin the short messa e to the M" (see 3GPP T" *:.+,, H,3I).

Ahen receivin a confirmation that the messa e is received by the M" (see 3GPP T" *:.+,, H,3I)E @ relayin the delivery confirmation to the "M"@GM"1 in a delivery report (positive outcome of Jforward"hortMessa eJ- see clauses ,+ and ,,).

Ahen receivin a failure report of the short messa e transfer to the M" (see 3GPP T" *:.+,, H,3I)E @ returnin the appropriate error information to the "M"@GM"1 in a failure report (ne ative outcome of Jforward"hortMessa eJ- see clause ,+).

Ahen receivin a notification from the M" that it has memory available to receive one or more short messa es (see 3GPP T" *:.+,, H,3I)E @ relayin the notification to the B5/ (Jm"Memory1apacity.vailableJ- see clause ,+)F

if errors are indicated by the B5/E @ returnin the appropriate error information to the M" in a failure report (ne ative outcome of J/eady7or"MJsee clauses ,+ and ,,).

Ahen there is an on oin MT@"M" transfer to the M" (see 3GPP T" *:.+,, H,3I)- or other busy condition for MT@ "M"- the M"1 has the option to store the TP>3 in a ?ueue for a short time (which must be shorter than the supervision timer defined in 3GPP T" *=.++* H,8I). The ma(imum time that a messa e may be ?ueued is related to the permitted delay for the M"1 to respond to the "M"@GM"1. Ahen the M" becomes available for MT@"M" transfer- the stored TP>3s are delivered to the M" on a first@in first@out basis. &f a messa e is not successfully transferred to the M" within the permitted time- the M"1 returns an appropriate error to the "M"@GM"1. 'OT2E The reaction of M"1 when the messa e verification failed is operator specific and not specified in 3GPP specifications.

;.1.3 &u$ctio$"lit9 o4 t!e SGS'

Ahen receivin a short messa e TP>3 from the "M"@GM"1 (Jforward"hortMessa eJ- see clause ,+)- the "G"' is responsible for the followin operationsE @ @ reception of the short messa e TP>3F the receivin networ# may verify if the received "M@"1 address (contained in /P@O. &2) and "11P 1allin Party .ddress are of the same P5M'.

if errors are detected by the "G"'E

3GPP

#elease $%

3,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

returnin the appropriate error information to the "M"@GM"1 in a failure report (ne ative outcome of Jforward"hortMessa eJ see clauses ,+ and ,,)F

if no errors are detected by the "G"'E @ transferrin the short messa e to the M" (see 3GPP T" *:.+,, H,3I).

Ahen receivin a confirmation that the messa e is received by the M" (see 3GPP T" *:.+,, H,3I)E @ relayin the delivery confirmation to the "M"@GM"1 in a delivery report (positive outcome of Jforward"hortMessa eJ- see clauses ,+ and ,,).

Ahen receivin a failure report of the short messa e transfer to the M" (see 3GPP T" *:.+,, H,3I)E @ returnin the appropriate error information to the "M"@GM"1 in a failure report (ne ative outcome of Jforward"hortMessa eJ- see clause ,+).

Ahen receivin a notification from the M" that it has memory available to receive one or more short messa es (see 3GPP T" *:.+,, H,3I)E if errors are detected by the "G"'E @ returnin the appropriate error information to the M" in a failure report (ne ative outcome of J/eady7or"MJsee clauses ,+ and ,,).

if no errors are detected by the "G"'E @ notifyin the D5/ of memory available in the M" via the "G"' with J/eady7or"MJ (see clauses ,+ and ,,).

Ahen the M" is becomin reachable a ain (see G"M ::.++; H,*I)E @ notifyin the D5/ of M" bein reachable via the "G"' (and via the M"1 if any) with J/eady7or"MJ (see clauses ,+).

Ahen there is an on oin MT@"M" transfer to the M" (see 3GPP T" *:.+,, H,3I)- or other busy condition for MT@ "M"- the "G"' has the option to store the TP>3 in a ?ueue for a short time (which must be shorter than the supervision timer defined in 3GPP T" *=.++* H,8I). The ma(imum time that a messa e may be ?ueued is related to the permitted delay for the "G"' to respond to the "M"@GM"1. Ahen the M" becomes available for MT@"M" transferthe stored TP>3s are delivered to the M" on a first@in first@out basis. &f a messa e is not successfully transferred to the M" within the permitted time- the "G"' returns an appropriate error to the "M"@GM"1. 'OT2E The reaction of "G"' when the messa e verification failed is operator specific and not specified in 3GPP specifications.

;.1.4 &u$ctio$"lit9 o4 t!e SMS Route2

Ahen receivin a routin information retrieval (Jsend/outin &nfo7or"hortMs J- see clause ,+)- the "M" /outer is responsible for the followin operationsE @ interro atin the D5/ (Jsend/outin &nfo7or"hortMs J- see clause ,+)F retrievin routin information or possible error information. This interro ation may be omitted if a parameter within the Jsend/outin &nfo7or"hortMs J e(plicitly indicates that delivery of a short messa e is not intended and only M11UM'1 are re?uested.

if D5/ is returnin error informationE @ forwardin the returned error information transparently to the "M"@GM"1F

if no errors are indicated by the D5/E @ @ creatin an MT 1orrelation &>F storin a ainst the MT 1orrelation &>E the &M"&- the M"1 address andGor the "G"' address. The address of the "M"@GM"1 and the destination M"&">' may also be stored. 1reatin an MT 1orrelation &> and storin these data a ainst the MT 1orrelation &> may be omitted if a parameter within the Jsend/outin &nfo7or"hortMs J e(plicitly indicates that delivery of a short messa e is not intendedF

3GPP

#elease $%

3-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

forwardin the returned information to the "M"@GM"1 populatin the &M"& &2 with the MT 1orrelation &> and eitherE a) the M"1 address andGor "G"' address with the address of the "M" /outerF or

'OT2 ,E &n this case if two addresses ("G"' and M"1) are received from D5/- the "M"@GM"1 chooses (operator dependant) via which node ("G"' or M"1) the "M is first to be sent- not the "M" /outer. b) the address of the "M" /outer. &n this case the "M" /outer delivers the "M as described in 3GPP T" *3.*+: H:*I for the &P@"M@GA. This option is mandatory when the "M" /outer is deployed to ether with an &P@"M@GA. 'OT2 *E &n this case if two addresses ("G"' and M"1) are received from D5/- the "M" /outer chooses via which node ("G"' or M"1) the "M is first to be sent- i.e. the "M" /outer delivers the "M as an &P@"M@ GA. &f a parameter within the Jsend/outin &nfo7or"hortMs J e(plicitly indicates that delivery of a short messa e is not intended and that only &M"& or only M11UM'1 are re?uested- the &M"& &2 may be populated with &M"& or M11UM'1Udummy M"&'- respectively- and the M"1 address andGor "G"' address with a dummy networ# node address. if D5/ is returnin an &nform@"ervice@1entre informationE @ fowardin the received information transparently to the "M"@GM"1.

Ahen receivin a short messa e TP>3 from the "M"@GM"1 (Jforward"hortMessa eJ- see clause ,+)- the "M" /outer is responsible for the followin operationsE @ @ receivin the short messa e TP>3F chec#in validity of the MT 1orrelation &> received in the &M"& field

The MT 1orrelation &> shall be considered invalid if the MT 1orrelation &> is un#nown. Optionally- the MT 1orrelation &> may also be considered invalid if the 11 and '>1 of the address of the "M"@GM"1 from which the forward"hortMessa e was received is different from the 11 and '>1 of the "M"@GM"1 address stored above i.e. the forward"hortMessa e has ori inated from a different networ# than that which issued the send/outin &nfo7or"hortMs . &f the received MT 1orrelation &> is deemed invalid by the "M" /outerE @ returnin the error J"ystem failureJ to the "M"@GM"1 in a failure report (ne ative outcome of Jforward"hortMessa eJ see clauses ,+ and ,,).

&f the received MT 1orrelation &> is deemed valid by the "M" /outerE @ transferrin the short messa e TP>3 to the M"1 (if the called party ""' in the received messa e is for M"1) or to the "G"' (if the called party ""' in the received messa e is for "G"') usin the stored routin information and replacin the MT 1orrelation &> with the stored &M"& (obtained from the D5/- above)F support for service e(ecution- lawful interception- and number portability if re?uiredF forwardin the delivery confirmation or failure report from the M"1 or "G"' (which may have ori inally come from the M") transparently to the "M"@GM"1F and if the "M" /outer finds that "M" delivery is to be performed towards servin M"1 or "G"' in a different P5M'- the "M" /outer may replace the "M"@"1 address in /P O. with an address containin the P5M' &> of the P5M' in which the "M"@/outer is located before the "M" router forwards the re?uest to the servin M"1 or "G"'.

@ @ @

'OT2 3E This option can be used if the P5M' that deploys the "M"@router wants to ensure the delivery of a MT@ "M" to a 32 roamin in a different P5M' and this P5M' is #nown to deploy P5M' &> chec# on both /P@O. &2 and "11P Global Title. 'OT2 :E Ahen usin this functionality- the P5M' deployin the "M"@/outer must be aware that reply path functionality offered by the ori inatin "M"@"1 cannot be used.

3GPP

#elease $%

3.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

;.1.5 &u$ctio$"lit9 o4 t!e 3P-SM-G:

The &P@"M@GA is described in 3GPP T" *3.*+: H:*I- it providesE @ @ @ protocol interwor#in for delivery of short messa e between the &P@based 32 and the "M"1F delivery of the "M to the M"1G"G"' if needed as described in 3GPP T" *3.*+: H:*IF and support for service e(ecution- lawful interception- and number portability if re?uired.

;.2 'ode 4u$ctio$"lit9 2el"ted to SM M<

;.2.1 &u$ctio$"lit9 o4 t!e MS(
Ahen receivin a short messa e TP>3 from the M"- the M"1 is responsible for the followin operationsE @ @ reception of the short messa e TP>3 (see 3GPP T" *:.+,, H,3I)F retrievin information from the B5/ (Jsend&nfo7orMO@"M"J- see clause ,+)F the M"&">' of the M" andwhen appropriate- error information. The retrieval of information from the B5/ is followed by the B5/ investi atin the M'/7 (to be used in the alertin procedure- see clause ,+)

if errors are indicated by the B5/E @ returnin the appropriate error information to the M" in a failure report (ne ative outcome of Jsend&nfo7orMO@"M"J see clauses ,+ and ,,)F

if no errors are indicated by the B5/E @ inspection of the /P@>. parameterF

if parameters are incorrectE @ returnin the appropriate error information to the M" in a failure report (see 3GPP T" *:.+,, H,3I)F

if no parameter errors are foundE 'OT2E @ The "M"@&AM"1 may be identical to the M"1.

transferrin the short messa e TP>3 to the "M"@&AM"1 (Jforward"hortMessa eJ- see clause ,+).

Ahen receivin the report of the short messa e from the "M"@&AM"1 (positive or ne ative outcome of the Jforward"hortMessa eJ- see clause ,+)- the M"1 is responsible for the followin operationsE @ relayin the report to the M" (see 3GPP T" *:.+,, H,3I).

;.2.2 &u$ctio$"lit9 o4 t!e SMS-3:MS(

Ahen receivin a short messa e TP>3 from the M"1- &P@"M@GA or "G"' (Jforward"hortMessa eJ- see clause ,+)the "M"@&AM"1 is responsible for the followin operationsE @ reception of the short messa e TP>3F

@ optionally- interro atin the D5/ (Jsend/outin &nfo7or"hortMs J- see clause ,+)F retrievin the recipientPs &M"& in order to chec# for the e(istence of an "M" &nterwor#in a reement before establishin a lin# with the addressed "1F if D5/ returns error informationE @ returnin the appropriate error information to the M"1 or "G"' in a failure report (ne ative outcome of
Jforward"hortMessa eJ- see clause ,+)F

if no errors are indicated by the D5/E

3GPP

#elease $%

3/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

inspectin the &M"& parameter and i norin the other routin informationF

if the received parameter is unacceptable to the "M"@&AM"1 (due to lac# of an "M" &nterwor#in a reement)E @ returnin "M >elivery 7ailure with indicationE invalid "M2@address to the M"1 or "G"'F

if the parameter is acceptable to the "M"@&AM"1 (due to the e(istence of an "M" &nterwor#in a reement) or the "M"@&AM"1 didnPt apply the optional D5/ interro ationE @ @ establishin - where necessary- a lin# with the addressed "1 (see clause 8)F transferrin the short messa e TP>3 to the "1 (if the address is valid)F

if a report associated with the short messa e is received from the "1- the "M"@&AM"1 is responsible for the followin operationsE @ relayin of the report to the M"1 or "G"' (positive or ne ative outcome of Jforward"hortMessa eJ- see clause ,+)F

if a report associated with the short messa e is not received from the "1 before a timer e(pires or if the "1 address is invalid- the "M"@&AM"1 is responsible for the followin operationsE @ returnin the appropriate error information to the M"1 or "G"' in a failure report (ne ative outcome of Jforward"hortMessa eJ- see clause ,+).

The value of the timer is dependent on the protocol between the "1 and the "M"@&AM"1.

;.2.3 &u$ctio$"lit9 o4 t!e SGS'

Ahen receivin a short messa e TP>3 from the M"- the "G"' is responsible for the followin operationsE @ @ reception of the short messa e TP>3 (see 3GPP T" *:.+,, H,3I)F inspection of the /P@>. parameterF

if parameters are incorrectE @ returnin the appropriate error information to the M" in a failure report (see 3GPP T" *:.+,, H,3I)F

if no parameter errors are foundE @ transferrin the short messa e TP>3 to the "M"@&AM"1 (Jforward"hortMessa eJ- see clause ,+).

Ahen receivin the report of the short messa e from the "M"@&AM"1 (positive or ne ative outcome of the Jforward"hortMessa eJ- see clause ,+)- the "G"' is responsible for the followin operationsE @ relayin the report to the M" (see 3GPP T" *:.+,, H,3I).

;.2.4 &u$ctio$"lit9 o4 t!e 3P-SM-G:

"uccessful "M MO delivery procedure with &P@"M@GA is described in 3GPP T" *3.*+: H:*I (see subclause 9.3).

;.3 SMS-3:MS( 4u$ctio$"lit9 2el"ted to "le2ti$1

Ahen receivin an alert from the D5/ (Jalert"ervice1entreJ- see clause ,+)- the "M"@&AM"1 is responsible for the followin operationsE @ @ @ inspect the "1 addressF enerate an /P@.lert@"1 (see clause =)F transferrin the /P@.lert@"1 to the "1. &f the "1 address is not valid- then no further action shall be ta#en.

'OT2E

3GPP

#elease $%

(%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

P2otocols "$d 2otocol "2c!itectu2e

The protocol layers of the "M" are structured as shown in fi ure <.

'<T)*

T!e SMS Route2 is "$ o tio$"l 4u$ctio$"l e$tit9, "$d is used o$l9 i$ t!e MT c"se.

0igure -1 Protocol la9er o er iew for the Short Message Ser ice The present document specifies the protocol at the "M@T5- the service offered by the "M@T5 at the M" and the "1- and the service offered by the "M@/5 at the "1. 'ote that while normally "M@T5 terminates at the "1 in "M MO- the "M"@&AM"1 may inspect TP@>. in "M"@ "30M&T for the purpose of chec#in the e(istence of an "M" interwor#in a reement (see clause ;.*.*).

,.1 P2otocol ele7e$t 4e"tu2es

,.1.1 <ctet "$d 8it t2"$s7issio$ o2de2
The octets are transmitted accordin to their individual numberin F the octet with the lowest number bein transmitted first. The bits within each octet are transmitted accordin to their individual numberin alsoF the bits with the lowest internal number bein transmitted first.

,.1.2 'u7e2ic "$d "l !"$u7e2ic 2e 2ese$t"tio$

7or parameters within the TP>3s- there are four ways of numeric representationE &nte er representation- octetsemi@octet and alphanumeric representation.

,.1.2.1

3$te1e2 2e 2ese$t"tio$

Aherever the bits from a number of octets- complete or in fractions- are to represent an inte er- the interpretation shall be accordin to the followin E ,) 0etween octetsE the octets with the lowest octet numbers shall contain the most si nificant bits- i.e. the byte order shall be bi endian. *) Aithin an octetE the bits with the hi hest bit numbers shall be the most si nificant. 0elow is iven an e(ample of octet and bit representation and transmission order of an inte er represented field. 5et the * ri htmost bits of octet no 8- the complete octet no 9 and <- and the 3 leftmost bits of octet no ; represent an inte er- as shown in fi ure ;.

3GPP

#elease $%

($

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

)
7 Oct.no. 6 5 4 3 2 1 0

.
5 6 7 6 8 b7 7 b7 b7

.
6 b6 7 b6 8

.
6 b5 7

.
6 b4 7 b4

. .
6 b3 7 b3

.
5

.
b1
5 6 7

b0 b0 b0

b5

6 b2 6 b1 7 b2 7 b1

.
) 5

.
b7

b6 8 b5

.
6 b1

. .
6 b0 7 b7

.
7 b6

. ....
7 b1

b1

b0

b6

....
> *)

b0

8 b7 8 8 b6 b5

5 b0 5 b1

5 b2 5 b3 5 b4 b1 7 b2 7 b3 7

5 b5 b4 7

5 b6 b5 7

5 b7 b6 7 b7

6 b0 6 b1 6 b2
8 b0 8 b1

6 b3

6 b4

6 b5 6 b6

6 b7 > 8 b7

>7

b0

8 b2 8 b3 8 b4
> *)

8 b5 8 b6

I)* 8its $ot 2e 2ese$ti$1 t!e i$te1e2.

0igure .1 &$ 2its from the octets +: ,: -: and . in a short message " shall represent an integer as shown in ": and shall 2e transmitted in an order as shown in "

,.1.2.2

<ctet 2e 2ese$t"tio$

. field which is octet represented- shall always consist of a number of complete octets. 2ach octet within the field represents one decimal di it. The octets with the lowest octet numbers shall contain the most si nificant decimal di its.

,.1.2.3

Se7i-octet 2e 2ese$t"tio$

. field which is semi@octet represented- shall consist of a number of complete octets and @ possibly @ one half octet. 2ach half octet within the field represents one decimal di it. The octets with the lowest octet numbers shall contain the most si nificant decimal di its. Aithin one octet- the half octet containin the bits with bit numbers + to 3- shall represent the most si nificant di it. &n the case where a semi@octet represented field comprises an odd number of di its- the bits with bit numbers : to < within the last octet are fill bits and shall always be set to J,,,,J. &f a mobile receives an address field containin non@inte er information in the semi@octets other than J,,,,J (e. . ,,,+) it shall display the semi@octet as the representation iven in G"M ::.++; H,*I under Jcalled 01> numberJ- vi! ,+,+OJVJ- ,+,,OJTJ- ,,++OJaJ- ,,+,OJbJ- ,,,+OJcJ. &n the event of a discrepancy between the values ?uoted here and the values specified in G"M ::.++;H,*I then G"M ::.++; H,*I shall ta#e precedence. &f a mobile receives J,,,,J in a position prior to the last semi@octet then processin shall commence with the ne(t semi@octet and the intervenin semi@octet shall be i nored. Aithin each semi octet- the bits with the hi hest bit numbers shall be the most si nificant.

3GPP

#elease $%

(&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

0elow is iven an e(ampleE Octet noE

n+1

Digit 2

Digit 1

n+2 n+3

Digit 4 1 1

Digit 3

Digit 5

,.1.2.4

#l !"$u7e2ic 2e 2ese$t"tio$

. field which uses alphanumeric representation shall consist of a number of <@bit characters represented as the default alphabet defined in 3GPP T" *3.+3; H=I.

,.1.2.5

#dd2ess 4ields

.ddress fields used by "M@/5 are specified in 3GPP T" *:.+,, H,3I and 3GPP T" *=.++* H,8I. 2ach address field of the "M@T5 consists of the followin sub@fieldsE .n .ddress@5en th field of one octet- a Type@of@.ddress field of one octet- and one .ddress@Balue field of variable len thF as shown belowE

. .
1 2 3 4 Addr. 5 Address-Value Address-Length Type-of-Address

................................

. .
The .ddress@5en th field is an inte er representation of the number of useful semi@octets within the .ddress@Balue field- i.e. e(cludes any semi octet containin only fill bits. The Type@of@.ddress field format is as followsE

3GPP

#elease $%

(3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Type-of-number

Numbering-plan-identification

Type@of@numberE 0its 9 8 : +++ ++, +,+ +,, ,++ ,+, ,,+ ,,, 3n#nown ,) &nternational number *) 'ational number 3) 'etwor# specific number :) "ubscriber number 8) .lphanumeric- (coded accordin to 3GPP T" *3.+3; H=I G"M <@bit default alphabet) .bbreviated number /eserved for e(tension

The M" shall interpret reserved values as J3n#nownJ but shall store them e(actly as received. The "1 may reject messa es with a type of number containin a reserved value or one which is not supported. /eserved values shall not be transmitted by an "1 conformin to this version of the specification. ,) J3n#nownJ is used when the user or networ# has no a priori information about the numberin plan. &n this casethe .ddress@Balue field is or ani!ed accordin to the networ# diallin plan- e. . prefi( or escape di its mi ht be present. *) The international format shall be accepted also when the messa e is destined to a recipient in the same country as the M"1 or as the "G"'. 3) Prefi( or escape di its shall not be included. :) J'etwor# specific numberJ is used to indicate administrationGservice number specific to the servin networ#- e. . used to access an operator. 8) J"ubscriber numberJ is used when a specific short number representation is stored in one or more "1s as part of a hi her layer application. ('ote that J"ubscriber numberJ shall only be used in connection with the proper P&> referrin to this application). 'umberin @plan@identification 0its 3*,+ ++++ 3n#nown +++, &">'Gtelephone numberin plan (2.,9: H,<IG2.,93H,;I) ++,, >ata numberin plan (L.,*,) +,++ Tele( numberin plan +,+, "ervice 1entre "pecific plan ,) +,,+ "ervice 1entre "pecific plan ,) ,+++ 'ational numberin plan ,++, Private numberin plan ,+,+ 2/M2" numberin plan (2T"& >2GP" 3 +,@3) ,,,, /eserved for e(tension .ll other values are reserved. ,) J"ervice 1entre specific numberJ is used to indicate a numberin plan specific to 2(ternal "hort Messa e 2ntities attached to the "M"1.

3GPP

#elease $%

((

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

7or Type@of@number O ,+, bits 3-*-,-+ are reserved and shall be transmitted as ++++. 'ote that for addressin any of the entities "1- M"1- "G"' or M"- 'umberin @plan@identification O +++, shall always be used. Dowever- for addressin the "M2- any specified 'umberin @plan@identification value may be used. The M" shall interpret reserved values as J3n#nownJ but shall store them e(actly as received. The "1 may reject messa es with a type of number containin a reserved value or one which is not supported. /eserved values shall not be transmitted by an "1 conformin to this version of the specification. Aithin the .ddress@Balue field- either a semi@octet or an alphanumeric,) representation applies. The ma(imum len th of the full address field (.ddress@5en th- Type@of@.ddress and .ddress@Balue) is ,* octets. ,) .pplies only to addressin at the "M@T5.

,.2 Se26ice 2o6ided %9 t!e SM-TL

,.2.1 Ge$e2"l
The "hort Messa e Transfer 5ayer ("M@T5) provides a service to the "hort Messa e .pplication 5ayer ("M@.5). This service enables the "M@.5 to transfer short messa es to its peer entity- receive short messa es from its peer entity and receive reports about earlier re?uests for short messa es to be transferred. &n order to #eep trac# of messa es and reports about those messa es- primitives between the "M@.5 and "M@T5 contain a "hort Messa e &dentifier ("M&)- which is a reference number for the messa e associated with the primitive. This "hort Messa e &dentifier is mapped to and from the "hort Messa e &dentifier used between the "M@T5 and the "hort Messa e /elay 5ayer ("M@/5). The "hort Messa e &dentifier is not carried between entities and therefore a iven messa e may have different "M&s at the M" and "1 sides (see clause =.3., below). The "M@T5 communicates with its peer entity by the protocol described in the followin clauses.

,.2.2 P5U T9 e 2e e2toi2e "t SM-TL

The "M@T5 comprises the followin si( P>3sE "M"@>25&B2/- conveyin a short messa e from the "1 to the M"F "M"@>25&B2/@/2PO/T- conveyin F a) a failure cause (if necessary)F b) information as part of a positive or ne ative ac#nowled ement to an "M"@>25&B2/ or "M"@"T.T3"@ /2PO/TF "M"@"30M&T- conveyin a short messa e from the M" to the "1F "M"@"30M&T@/2PO/T- conveyin F a) a failure cause (if necessary)F b) information as part of a positive or ne ative ac#nowled ement to an "M"@"30M&T or "M"@ 1OMM.'>F "M"@"T.T3"@/2PO/T- conveyin a status report from the "1 to the M"F "M"@1OMM.'>- conveyin a command from the M" to the "1.

3GPP

#elease $%

(+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.2.1

SMS-5)L3V)R t9 e

0asic elements of the "M"@>25&B2/ typeE

622r' TP-MT3 TP-MMS TP-LP #eference TP-Mess"1e-T9 e-3$dic"to2 TP-Mo2e-Mess"1es-to-Se$d TP-Loo -P2e6e$tio$ P$" M M < #&" 2% % % 8escription P"2"7ete2 desc2i%i$1 t!e 7ess"1e t9 e. P"2"7ete2 i$dic"ti$1 0!et!e2 o2 $ot t!e2e "2e 7o2e 7ess"1es to se$d P"2"7ete2 i$dic"ti$1 t!"t SMS " lic"tio$s s!ould i$!i%it 4o20"2di$1 o2 "uto7"tic 7ess"1e 1e$e2"tio$ t!"t could c"use i$4i$ite loo i$1. P"2"7ete2 i$dic"ti$1 t!"t Re l9 P"t! e-ists. P"2"7ete2 i$dic"ti$1 t!"t t!e TP-U5 4ield co$t"i$s " @e"de2 P"2"7ete2 i$dic"ti$1 i4 t!e SM) !"s 2eGuested " st"tus 2e o2t. #dd2ess o4 t!e o2i1i$"ti$1 SM). P"2"7ete2 ide$ti49i$1 t!e "%o6e l"9e2 2otocol, i4 "$9. P"2"7ete2 ide$ti49i$1 t!e codi$1 sc!e7e 0it!i$ t!e TP-Use2-5"t". P"2"7ete2 ide$ti49i$1 ti7e 0!e$ t!e S( 2ecei6ed t!e 7ess"1e. P"2"7ete2 i$dic"ti$1 t!e le$1t! o4 t!e TP-Use2-5"t" 4ield to 4ollo0.

TP-RP TP-U5@3 TP-SR3 TP-<# TP-P35 TP-5(S TP-S(TS TP-U5L TP-U5

TP-Re l9-P"t! TP-Use2-5"t"-@e"de2-3$dic"to2 TP-St"tus-Re o2t-3$dic"tio$ TP-<2i1i$"ti$1-#dd2ess TP-P2otocol-3de$ti4ie2 TP-5"t"-(odi$1-Sc!e7e TP-Se26ice-(e$t2e-Ti7e-St"7 TP-Use2-5"t"-Le$1t! TP-Use2-5"t"

M < < M M M M M <

% % % 2-12o o o .o 3 3)

,) ProvisionF *) /epresentationF

Mandatory (M) or Optional (O). &nte er (&)- bit (b)- * bits (*b)- Octet (o)- < octets (<o)- *@,* octets (*@,*o).

3) >ependent on the TP@>1".

3GPP

#elease $%

(,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

5ayout of "M"@>25&B2/E
8it $o. . 6 5 4 3 2 1 0

TP-MT3, TP-MMS, TP-LP, TP-SR3, TPU5@3, TP-RP

'u7%e2 o4 octets

2 to 12

TP-<#

TP-P35

TP-5(S

TP-S(TS

TP-U5L

TP-U5

3GPP

#elease $%

(-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'OT2E

.ny unused bits shall be set to !ero by the sendin entity and shall be i nored by the receivin entity.

,.2.2.1"

SMS-5)L3V)R-R)P<RT t9 e

.n "M"@>25&B2/@/2PO/T TP>3 is carried as a /P@3ser@>ata element within an /P@2//O/ P>3 and is part of the ne ative ac#nowled ement to an "M"@>25&B2/ or "M"@"T.T3"@/2PO/T. .n "M"@>25&B2/@/2PO/T TP>3 is also carried as a /P@3ser@>ata element within an /P@.1% P>3 and is part of a positive ac#nowled ement to a "M"@>25&B2/ or "M"@"T.T3" /2PO/T. (i) SMS-"% I.%(-(%P-(* )or (P-%((-( 0asic elements of the "M"@>25&B2/@/2PO/T typeE
622r' TP-MT3 TP-U5@3 TP-&(S TP-P3 TP-P35 TP-5(S TP-U5L TP-U5 #eference TP-Mess"1e-T9 e-3$dic"to2 TP-Use2-5"t"-@e"de2-3$dic"tio$ TP-&"ilu2e-("use TP-P"2"7ete2-3$dic"to2 TP-P2otocol-3de$ti4ie2 TP-5"t"-(odi$1-Sc!e7e TP-Use2-5"t"-Le$1t! TP-Use2-5"t" P$" M < M M < < < < P&" 2% % 3 o o o o 3) 4) 8escription P"2"7ete2 desc2i%i$1 t!e 7ess"1e t9 e P"2"7ete2 i$dic"ti$1 t!"t t!e TP-U5 4ield co$t"i$s " @e"de2 P"2"7ete2 i$dic"ti$1 t!e 2e"so$ 4o2 SMS-5)L3V)R 4"ilu2e P"2"7ete2 i$dic"ti$1 t!e 2ese$ce o4 "$9 o4 t!e o tio$"l "2"7ete2s 0!ic! 4ollo0 see cl"use ,.2.3., see cl"use ,.2.3.10 see cl"use ,.2.3.16 see cl"use ,.2.3.24

,) ProvisionE *) /epresentationE

Mandatory (M) or Optional (O). &nte er (&)- bit (b)- *bits (*b)- octet (o).

3) >ependent upon the TP@>1". :) The TP@3ser@>ata field in the "M"@>25&B2/@/2PO/T is only available for use by the MT. 5ayout of "M"@>25&B2/@/2PO/TE 0it 'umber 'umber of Octets , , , +-, +-, +-, + to ,8; < 9 8 : 3 * , + TP@MT&- TP@ 3>D& TP@71" TP@P& TP@P&> TP@>1" TP@3>5 TP@3>

0its < and 8 @ * in octet , are presently unused and the sender shall set them to !ero. &f any of these bits is non@!ero- the receiver shall not e(amine the other field and shall treat the TP@7ailure@1ause as J3nspecified error causeJ.

3GPP

#elease $%

(.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

(ii) SMS-"% I.%(-(%P-(* )or (P-+C1 0asic elements of the "M"@>25&B2/@/2PO/T typeE
622r TP-MT3 TP-U5@3 TP-P3 TP-P35 TP-5(S TP-U5L TP-U5 #eference TP-Mess"1e T9 e 3$dic"to2 TP-Use2-5"t"-@e"de2-3$dic"tio$ TP-P"2"7ete2-3$dic"to2 TP-P2otocol-3de$ti4ie2 TP-5"t"-(odi$1-Sc!e7e TP-Use2-5"t"-Le$1t! TP-Use2-5"t" M < M < < < < P$" P&" 2% % o o o o 3) 4) 8escription P"2"7ete2 desc2i%i$1 t!e 7ess"1e t9 e P"2"7ete2 i$dic"ti$1 t!"t t!e TP-U5 4ield co$t"i$s " @e"de2 P"2"7ete2 i$dic"ti$1 t!e 2ese$ce o4 "$9 o4 t!e o tio$"l "2"7ete2s 0!ic! 4ollo0 see cl"use ,.2.3., see cl"use ,.2.3.10 see cl"use ,.2.3.16 see cl"use ,.2.3.24

,) ProvisionE *) /epresentationE

Mandatory (M) or Optional (O). &nte er (&)- 0it (b)- * bits (*b)- octet (o).

3) >ependent upon the TP@>1". :) The TP@3ser@>ata field in the "M"@>25&B2/@/2PO/T is only available for use by the MT. 5ayout of "M"@>25&B2/@/2PO/TE 0it 'umber 'umber of Octets , , +-, +-, +-, + to ,8= < 9 8 : 3 * , + TP@MT&- TP@ 3>D& TP@P& TP@P&> TP@>1" TP@3>5 TP@3>

0its < and 8 @ * in octet , are presently unused in the "M"@>25&B2/@/2PO/T and the sender shall set them to !ero. &f any of these bits is non@!ero- the receiver shall i nore them.

3GPP

#elease $%

(/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.2.2

SMS-SU8M3T t9 e

0asic elements of the "M"@"30M&T typeE

622r' TP-MT3 TP-R5 #eference TP-Mess"1e-T9 e-3$dic"to2 TP-Re?ect-5u lic"tes M M P$" 2% % P&" 8escription P"2"7ete2 desc2i%i$1 t!e 7ess"1e t9 e. P"2"7ete2 i$dic"ti$1 0!et!e2 o2 $ot t!e S( s!"ll "cce t "$ SMS-SU8M3T 4o2 "$ SM still !eld i$ t!e S( 0!ic! !"s t!e s"7e TP-MR "$d t!e s"7e TP-5# "s " 2e6iousl9 su%7itted SM 42o7 t!e s"7e <# P"2"7ete2 i$dic"ti$1 0!et!e2 o2 $ot t!e TP-VP 4ield is 2ese$t. P"2"7ete2 i$dic"ti$1 t!e 2eGuest 4o2 Re l9 P"t!. P"2"7ete2 i$dic"ti$1 t!"t t!e TP-U5 4ield co$t"i$s " @e"de2. P"2"7ete2 i$dic"ti$1 i4 t!e MS is 2eGuesti$1 " st"tus 2e o2t. P"2"7ete2 ide$ti49i$1 t!e SMS-SU8M3T. #dd2ess o4 t!e desti$"tio$ SM). P"2"7ete2 ide$ti49i$1 t!e "%o6e l"9e2 2otocol, i4 "$9. P"2"7ete2 ide$ti49i$1 t!e codi$1 sc!e7e 0it!i$ t!e TP-Use2-5"t". P"2"7ete2 ide$ti49i$1 t!e ti7e 42o7 0!e2e t!e 7ess"1e is $o lo$1e2 6"lid. P"2"7ete2 i$dic"ti$1 t!e le$1t! o4 t!e TP-Use2-5"t" 4ield to 4ollo0.

TP-VP& TP-RP TP-U5@3 TP-SRR TP-MR TP-5# TP-P35 TP-5(S TP-VP TP-U5L TP-U5

TP-V"lidit9-Pe2iod-&o27"t TP-Re l9-P"t! TP-Use2-5"t"-@e"de2-3$dic"to2 TP-St"tus-Re o2t-ReGuest TP-Mess"1e-Re4e2e$ce TP-5esti$"tio$-#dd2ess TP-P2otocol-3de$ti4ie2 TP-5"t"-(odi$1-Sc!e7e TP-V"lidit9-Pe2iod TP-Use2-5"t"-Le$1t! TP-Use2-5"t"

M M < < M M M M < M <

2% % % % 3 2-12o o o o/.o 3 3)

,) ProvisionF *) /epresentationF

Mandatory (M) or Optional (O). &nte er (&)- bit (b)- * bits (*b)- Octet (o)- < octets (<o)- *@,* octets (*@,*o).

3) >ependent on the TP@>1".

3GPP

#elease $%

+%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

5ayout of "M"@"30M&TE

3GPP

#elease $% 8it $o . 6 5 4 3 2

+$ 1 0

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

TP-MT3, TP-R5, TP-VP& TP-SRR, TP-U5@3, TP-RP

TP-MR

'u7%e2 o4

octets

2 to 12

TP-5#

TP-P35

TP-5(S

0, 1 o2 .

TP-VP

TP-U5L

0 to 140

TP-U5

3GPP

#elease $%

+&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'OT2E

.ny unused bits shall be set to !ero by the sendin entity and shall be i nored by the receivin entity.

,.2.2.2"

SMS-SU8M3T-R)P<RT t9 e

.n "M"@"30M&T@/2PO/T TP>3 is carried as a /P@3ser@>ata element within an /P@2//O/ P>3 and is part of the ne ative ac#nowled ement to an "M"@"30M&T or "M"@1OMM.'>. .n "M"@"30M&T@/2PO/T TP>3 is also carried as a /P@3ser@>ata element with an /P@.1% P>3 and is part of a positive ac#nowled ement to a "M"@"30M&T or "M"@1OMM.'>. (i) SMS-S,/MI*-(%P-(* )or (P-%((-( 0asic elements of the "M"@"30M&T@/2PO/T typeE
622r' TP-MT3 TP-U5@3 TP-&(S TP-P3 #eference TP-Mess"1e-T9 e-3$dic"to2 TP-Use2-5"t"-@e"de2-3$dic"tio$ TP-&"ilu2e-("use TP-P"2"7ete2-3$dic"to2 M < M M M < < < < P$" 2% % 3 o .o 5) o o o 3) 4) P&" 8escription P"2"7ete2 desc2i%i$1 t!e 7ess"1e t9 e P"2"7ete2 i$dic"ti$1 t!"t t!e TP-U5 4ield co$t"i$s " @e"de2 P"2"7ete2 i$dic"ti$1 t!e 2e"so$ 4o2 SMS-SU8M3T 4"ilu2e P"2"7ete2 i$dic"ti$1 t!e 2ese$ce o4 "$9 o4 t!e o tio$"l "2"7ete2s 0!ic! 4ollo0 P"2"7ete2 ide$ti49i$1 t!e ti7e 0!e$ t!e S( 2ecei6ed t!e SMS-SU8M3T See cl"use ,.2.3.11 See cl"use ,.2.3., see cl"use ,.2.3.10 see cl"use ,.2.3.16 see cl"use ,.2.3.24

TP-S(TS TP-Se26ice-(e$t2e-Ti7e-St"7 TP-P35 TP-5(S TP-U5L TP-U5 TP-P2otocol-3de$ti4ie2 TP-5"t"-(odi$1-Sc!e7e TP-Use2-5"t"-Le$1t! TP-Use2-5"t"

,) ProvisionE *) /epresentationE

Mandatory (M) or Optional (O). &nte er (&)- bit (b)- *bits (*b)- octet (o).

3) >ependent upon the TP@>1". :) The TP@3ser@>ata field in the "M"@"30M&T@/2PO/T is only available for use by the "1. 8) This same time value shall also be carried in the "M"@"T.T3"@/2PO/T relatin to a particular "M. "ee clause =.*.*.3. This shall allow the submittin "M2 to associate a particular "M"@"30M&T with a subse?uent "M"@"T.T3"@/2PO/T by correlatin the TP@"1T" values.

3GPP

#elease $%

+3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

5ayout of "M"@"30M&T@/2PO/TE 0it 'umber 'umber of Octets , , , < +-, +-, +-, + to ,8, < 9 8 : 3 * , + TP@MT&- TP@ 3>D& TP@71" TP@P& TP@"1T" TP@P&> TP@>1" TP@3>5 TP@3>

0its < and 8 @ * in octet , are presently unused and the sender shall set them to !ero. &f any of these bits is non@!ero- the receiver shall not e(amine the other field and shall treat the TP@7ailure@1ause as J3nspecified error causeJ. (ii) SMS-S,/MI*-(%P-(* )or (P-+C1 0asic elements of the "M"@"30M&TN/2PO/T typeE
622r TP-MT3 TP-U5@3 TP-P3 TP-S(TS TP-P35 TP-5(S TP-U5L TP-U5 #eference TP-Mess"1e T9 e-3$dic"to2 TP-Use2-5"t"-@e"de2-3$dic"tio$ TP-P"2"7ete2-3$dic"to2 TP-Se26ice-(e$t2e-Ti7e-St"7 TP-P2otocol-3de$ti4ie2 TP-5"t"-(odi$1-Sc!e7e TP-Use2-5"t"-Le$1t! TP-Use2-5"t" M < M M < < < < P$" P&" 2% % o .o 5) o o o 3) 4) 8escription P"2"7ete2 desc2i%i$1 t!e 7ess"1e t9 e P"2"7ete2 i$dic"ti$1 t!"t t!e TP-U5 4ield co$t"i$s " @e"de2 P"2"7ete2 i$dic"ti$1 t!e 2ese$ce o4 "$9 o4 t!e o tio$"l "2"7ete2s 0!ic! 4ollo0 P"2"7ete2 ide$ti49i$1 t!e ti7e 0!e$ t!e S( 2ecei6ed t!e SMS-SU8M3T See cl"use ,.2.3.11 See cl"use ,.2.3., see cl"use ,.2.3.10 see cl"use ,.2.3.16 see cl"use ,.2.3.24

,) ProvisionE *) /epresentationE

Mandatory (M) or Optional (O). &nte er (&)- 0it (0)- *bits (*b)- octet (o).

3) >ependent upon the TP@>1". :) The TP@3ser@>ata field in the "M"@"30M&T@/2PO/T is only available for use by the "1. 8) This same time value shall also be carried in the "M"@"T.T3"@/2PO/T relatin to a particular "M. "ee clause =.*.*.3. This shall allow the submittin "M2 to associate a particular "M"@"30M&T with a subse?uent "M"@"T.T3"@/2PO/T by correlatin the TP@"1T" values. 5ayout of "M"@"30M&T /2PO/T 0it 'umber 'umber of Octets , < 9 8 : 3 * , + TP@MT&- TP@

3GPP

#elease $%

+(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3>D& , < +-, +-, +-, + to ,8* TP@P& TP@"1T" TP@P&> TP@>1" TP@3>5 TP@3>

0its < and 8 @ * in octet , are presently unused in the "M"@"30M&T@/2PO/T and the sender shall set them to !ero. &f any of these bits is non@!ero- the receiver shall i nore them.

,.2.2.3

SMS-ST#TUS-R)P<RT t9 e

0asic elements of the "M"@"T.T3"@/2PO/T typeE

622r' TP-MT3 TP-U5@3 TP-MMS TP-LP #eference TP-Mess"1e-T9 e-3$dic"to2 TP-Use2-5"t"-@e"de2-3$dic"tio$ TP-Mo2e-Mess"1es-to-Se$d TP-Loo -P2e6e$tio$ P$" #&" M 2% < % M < % % 8escription P"2"7ete2 desc2i%i$1 t!e 7ess"1e t9 e P"2"7ete2 i$dic"ti$1 t!"t t!e TP-U5 4ield co$t"i$s " @e"de2 P"2"7ete2 i$dic"ti$1 0!et!e2 o2 $ot t!e2e "2e 7o2e 7ess"1es to se$d P"2"7ete2 i$dic"ti$1 t!"t SMS " lic"tio$s s!ould i$!i%it 4o20"2di$1 o2 "uto7"tic 7ess"1e 1e$e2"tio$ t!"t could c"use i$4i$ite loo i$1. P"2"7ete2 i$dic"ti$1 0!et!e2 t!e 2e6iousl9 su%7itted TP5U 0"s "$ SMS-SU8M3T o2 "$ SMS-(<MM#'5 P"2"7ete2 ide$ti49i$1 t!e 2e6iousl9 su%7itted SMS-SU8M3T o2 SMS-(<MM#'5 #dd2ess o4 t!e 2eci ie$t o4 t!e 2e6iousl9 su%7itted 7o%ile o2i1i$"ted s!o2t 7ess"1e P"2"7ete2 ide$ti49i$1 ti7e 0!e$ t!e S( 2ecei6ed t!e 2e6iousl9 se$t SMS-SU8M3T P"2"7ete2 ide$ti49i$1 t!e ti7e "ssoci"ted 0it! " "2ticul"2 TP-ST outco7e P"2"7ete2 ide$ti49i$1 t!e st"tus o4 t!e 2e6iousl9 se$t 7o%ile o2i1i$"ted s!o2t 7ess"1e P"2"7ete2 i$dic"ti$1 t!e 2ese$ce o4 "$9 o4 t!e o tio$"l "2"7ete2s 0!ic! 4ollo0 see cl"use ,.2.3.,. TP-P35 o4 o2i1i$"l SMSSU8M3T see cl"use ,.2.3.10 see cl"use ,.2.3.16 see cl"use ,.2.3.24

TP-SRJ TP-MR TP-R# TP-S(TS TP-5T TP-ST TP-P3 TP-P35 TP-5(S TP-U5L TP-U5

TP-St"tus-Re o2t-Ju"li4ie2 TP-Mess"1e-Re4e2e$ce 3) TP-Reci ie$t-#dd2ess TP-Se26ice-(e$t2e-Ti7e-St"7 TP-5isc!"21e-Ti7e TP-St"tus TP-P"2"7ete2-3$dic"to2 TP-P2otocol-3de$ti4ie2 TP-5"t"-(odi$1-Sc!e7e TP-Use2-5"t"-Le$1t! TP-Use2-5"t"

M M M M M M < 4) < < < <

% 3 2-12o .o .o o o o o o 5)

,) ProvisionE *) /epresentationE

Mandatory (M) or Optional (O). &nte er (&)- bit (b)- * bits (*b)- Octet (o)- < octets (<o)- *@,* octets (*@,*o).

3) Ahere the "M"@"T.T3"@/2PO/T is the result of an "M"@1OMM.'> and the TP@1ommand@Type was an 2n?uiry- the TP@M/ returned in the "M"@"T.T3"@/2PO/T shall be the TP@M' which was sent in the "M"@1OMM.'> (i.e. the TP@M/ of the previously submitted "M to which the 2n?uiry refers). :) Mandatory if any of the optional parameters followin TP@P& is present- otherwise optional. 8) TP@3> contains information related to a "M"@>25&B2/F can contain information transported in the TP@3> of "M"@>25&B2/@/2PO/T- and information inserted by the "M"1. The len th of the TP@3> field is limited and

3GPP

#elease $%

++

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

mi ht not be lon enou h to fit information both from the ori inal receivin terminal (as included into the "M"@ >25&B2/@/2PO/T) and information added by the "M"1. &n these cases the former information has hi her priority- and the latter shall be truncated. 5ayout of "M"@"T.T3"@/2PO/TE
8it $o. 'u7%e2 o4 octets 1 1 1 2 2 to 12 TP-R# . 6 5 4 3 2 1 0 TP-MT3, TP-MMS, TP-LP, TP-SRJ, TPU5@3 TP-MR

TP-S(TS

. 1 1 1 1 1 1 0 to 143 . . . . . . . . . . . . . .

TP-5T TP-ST TP-P3 TP-P35 TP-5(S TP-U5L

TP-U5

'OT2E

.ny unused bits shall be set to !ero by the sendin entity and shall be i nored by the receivin entity. The ma(imum uaranteed len th of TP@3> is ,3, octets. &n order to achieve the ma(imum stated above (,:3 octets)- the TP@/. field must have a len th of * octets and TP@P&> and TP@>1" must not be present.

3GPP

#elease $%

+,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.2.4
622r' TP-MT3 TP-U5@3 TP-SRR TP-MR TP-P35 TP-(T TP-M' TP-5# TP-(5L TP-(5

SMS-(<MM#'5 t9 e
#eference TP-Mess"1e-T9 e-3$dic"to2 TP-Use2-5"t"-@e"de2-3$dic"tio$ TP-St"tus-Re o2t- ReGuest TP-Mess"1e Re4e2e$ce TP-P2otocol- 3de$ti4ie2 TP-(o77"$d-T9 e TP-Mess"1e-'u7%e2 TP-5esti$"tio$-#dd2ess TP-(o77"$d-5"t"-Le$1t! TP-(o77"$d-5"t" M < < M M M M3) M4) M < P$" 2% % % 3 o o o 2-12o o o #&" 8escription P"2"7ete2 desc2i%i$1 t!e t9 e P"2"7ete2 i$dic"ti$1 t!"t t!e TP-(5 4ield co$t"i$s " @e"de2 P"2"7ete2 i$dic"ti$1 i4 t!e SMS (o77"$d is 2eGuesti$1 " st"tus 2e o2t. P"2"7ete2 ide$ti49i$1 t!e SMS-(<MM#'5 P"2"7ete2 ide$ti49i$1 t!e "%o6e l"9e2 2otocol, i4 "$9 P"2"7ete2 s eci49i$1 0!ic! o e2"tio$ is to %e e24o27ed o$ " SM P"2"7ete2 i$dic"ti$1 0!ic! SM i$ t!e S( to o e2"te o$ P"2"7ete2 i$dic"ti$1 t!e 5esti$"tio$ #dd2ess to 0!ic! t!e TP-(o77"$d 2e4e2s P"2"7ete2 i$dic"ti$1 t!e le$1t! o4 t!e TP-(5 4ield i$ octets P"2"7ete2 co$t"i$i$1 use2 d"t"

0asic elements of the "M"@1OMM.'> typeE

,) ProvisionE *) /epresentationE

Mandatory (M) or Optional (O). &nte er (&)- bit (b)- *bits (*b)- octet (o).

3) 7or TP@1ommand@Types which are not for a specific "M this field shall be i nored when received. &ts value is of no concern but the field must be present to maintain the structure. :) 7or certain TP@1ommand@Types which operate on a specific "M (e. . 2n?uire- >elete etc.) the full TP@>. must be specified. 7or TP@1ommand@Types which do not operate on a specific "M- the address len th must be set to !ero indicatin that the .ddress@Balue fields are not present. The Type@of@.ddress field must be present (see =.,.*.8) and shall be set to !ero and i nored.

3GPP

#elease $%

+-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

5ayout of "M"@1OMM.'>E
8it $o. . 1 6 5 4 3 2 1 0

'umber of octets

TP@MT&- TP@"//TP@3>D& TP@M/ TP@P&> TP@1T TP@M' TP@>.

1 1 1 1 2 to 12

YYYY.YYYYYYYY.
1

TP@1>5

YYYY.YYYYYYYY.
0 to 156

TP@1>

'OT2E

The ma(imum uaranteed len th of TP@1> is ,:9 octets. &n order to achieve the ma(imum stated above (,89 octets)- the TP@>. field must have a len th of * octets.

,.2.3 5e4i$itio$ o4 t!e TP5U "2"7ete2s

,.2.3.1 TP-Mess"1e-T9 e-3$dic"to2 (TP-MT3)

The TP@Messa e@Type@&ndicator is a *@bit field- located within bits no + and , of the first octet of all P>3s which can be iven the followin valuesE bit, + + , , + + , bit+ + + + + , , , Messa e type "M"@>25&B2/ (in the direction "1 to M") "M"@>25&B2/ /2PO/T (in the direction M" to "1) "M"@"T.T3"@/2PO/T (in the direction "1 to M") "M"@1OMM.'> (in the direction M" to "1) "M"@"30M&T (in the direction M" to "1) "M"@"30M&T@/2PO/T (in the direction "1 to M") /eserved

&f an M" receives a TP>3 with a J/eservedJ value in the TP@MT& it shall process the messa e as if it were an J"M"@>25&B2/J but store the messa e e(actly as received.

,.2.3.2

TP-Mo2e-Mess"1es-to-Se$d (TP-MMS)

The TP@More@Messa es@to@"end is a ,@bit field- located within bit no * of the first octet of "M"@>25&B2/ and "M"@"T.T3"@/2PO/T- and to be iven the followin valuesE 0it no *E + , 'OT2E More messa es are waitin for the M" in this "1 'o more messa es are waitin for the M" in this "1

&n the case of "M"@"T.T3"@/2PO/T this parameter refers to messa es waitin for the mobile to which the status report is sent. The term messa e in this conte(t refers to "M"@messa es or status reports.

3GPP

#elease $%

+.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.3.3

TP-V"lidit9-Pe2iod-&o27"t (TP-VP&)

The TP@Balidity@Period@7ormat is a *@bit field- located within bit no 3 and : of the first octet of "M"@"30M&T- and to be iven the followin valuesE bit: + , + , bit3 + + , , TP@BP field not present TP@BP field present @ relative format TP@BP field present @ enhanced format TP@BP field present @ absolute format

.ny unsupported value may be rejected by the "1 by returnin the JTP@BP7 not supportedJ TP@71" value in the "M" "ubmit /eport for /P@2rror.

,.2.3.4

TP-St"tus-Re o2t-3$dic"tio$ (TP-SR3)

The TP@"tatus@/eport@&ndication is a ,@bit field- located within bit no. 8 of the first octet of "M"@>25&B2/- and to be iven the followin valuesE 0it no. 8E + , . status report shall not be returned to the "M2 . status report shall be returned to the "M2

,.2.3.5

TP-St"tus-Re o2t-ReGuest (TP-SRR)

The TP@"tatus@/eport@/e?uest is a ,@bit field- located within bit no. 8 of the first octet of "M"@"30M&T and "M"@1OMM.'>- and to be iven the followin valuesE 0it no. 8E + , . status report is not re?uested . status report is re?uested

,.2.3.6

TP-Mess"1e-Re4e2e$ce (TP-MR)

The TP@Messa e@/eference field ives an inte er representation of a reference number of the "M"@"30M&T or "M"@1OMM.'> submitted to the "1 by the M". The M" increments TP@Messa e@/eference by , for each "M"@"30M&T or "M"@1OMM.'> bein submitted. The value to be used for each "M"@"30M&T is obtained by readin the 5ast@3sed@TP@M/ value from the "M" "tatus data field in the (3)"&M (see G"M T" 8,.+,, H,9I and 3GPP T" 3,.,+* H3+I) and incrementin this value by ,. .fter each "M"@"30M&T has been submitted to the networ#- the 5ast@3sed@TP@M/ value in the (3)"&M is updated with the TP@M/ that was used in the "M"@"30M&T operation. The reference number may possess values in the ran e + to *88. The value in the TP@M/ assi ned by the M" is the same value which is received at the "1. &n the case where no response or an /P@2//O/ with an appropriate cause value (see 3GPP T" *:.+,, H,3I) is received in response to an "M"@"30M&T- then the M" shall automatically repeat the "M"@"30M&T but must use the same TP@M/ value and set the TP@/> bit to , (see =.*.3.*8). The number of times the M" automatically repeats the "M"@"30M&T shall be in the ran e , to 3 but the precise number is an implementation matter. The automatic repeat mechanism should be capable of bein disabled throu h MM&. &f all automatic attempts fail (or in the case of no automatic attempts the first attempt fails)- the user shall be informed. The failed messa e shall be stored in the mobile in such a way that the user can re?uest a retransmission usin the same TP@M/ value- without the need to re@enter any information. "uch stora e need only be provided for a sin le failed messa e- i.e. the one most recently attempted. The "1 should discard an "M"@"30M&T which has the TP@/> bit set to a , and which has the same TP@M/ value as the previous "M"@"30M&T received from the same ori inatin address. &n the case of a discarded "M"@"30M&T- the "1 should respond with an /P@2//O/- in which case the /P@2//O/ shall include a "M"@"30M&T@/2PO/T with TP@71" indicatin Z"M /ejected M >uplicate "M[. &n some cases- for bac#ward compatibility with earlier phases and versions of this specification- the "1 may be confi ured to respond with an /P@.1%. The "M"@"T.T3"@/2PO/T also contains a TP@Messa e@/eference field. The value sent to the M" shall be the same as the TP@Messa e@/eference value enerated by the M" in the earlier "M"@"30M&T or "M"@1OMM.'> to which the status report relates.

3GPP

#elease $%

+/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.3..

TP-<2i1i$"ti$1-#dd2ess (TP-<#)

The TP@Ori inatin @.ddress field is formatted accordin to the formattin rules of address fields. The first XTP encountered in TP@O. indicates where the address for "M"1 routin purposes is terminated. .dditional XVPs or XTPs can be present in the followin di its- and all these di its includin the first XTP are subaddress di its.

,.2.3.;

TP-5esti$"tio$-#dd2ess (TP-5#)

The TP@>estination@.ddress field is formatted accordin to the formattin rules of address fields. The first XTP encountered in TP@>. indicates where the address for "M"1 routin purposes is terminated. .dditional XVPs or XTPs can be present in the followin di its- and all these di its includin the first XTP are subaddress di its.

,.2.3.,

TP-P2otocol-3de$ti4ie2 (TP-P35)

The TP@Protocol@&dentifier parameter serves the purposes indicated in clause 3.*.3. &t consists of one octet- and the bits in the octet are used as followsE The M" shall interpret reserved- obsolete- or unsupported values as the value ++++++++ but shall store them e(actly as received. The "1 may reject messa es with a TP@Protocol@&dentifier containin a reserved value or one which is not supported. bits < + + , , 9 + , + , usa e .ssi ns bits +..8 as defined below .ssi ns bits +..8 as defined below reserved .ssi ns bits +@8 for "1 specific use

&n the case where bit < O + and bit 9 O +bit 8 indicates telematic interwor#in E value O + E no interwor#in - but "M2@to@"M2 protocol value O , E telematic interwor#in &n the case of telematic interwor#in - the followin five bit patterns in bits :..+ are used to indicate different types of telematic devicesE :.. .+ +++++ ++++, +++,+ +++,, ++,++ ++,+, ++,,+ ++,,, +,+++ +,++, +,+,+ +,+,, +,,++ +,,+, +,,,+..+,,,, ,++++ ,+++, ,++,+ ,++,,..,+,,, ,,+++..,,,,+ implicit @ device type is specific to this "1- or can be concluded on the basis of the address tele( (or telete( reduced to tele( format) roup 3 telefa( roup : telefa( voice telephone (i.e. conversion to speech) 2/M2" (2uropean /adio Messa in "ystem) 'ational Pa in system (#nown to the "1) Bideote( (T.,++ H*+I GT.,+, H*,I) telete(- carrier unspecified telete(- in P"P>' telete(- in 1"P>' telete(- in analo P"T' telete(- in di ital &">' 31& (3niversal 1omputer &nterface- 2T"& >2GP" 3 +,@3) (reserved- * combinations) a messa e handlin facility (#nown to the "1) any public L.:++@based messa e handlin system &nternet 2lectronic Mail (reserved- 8 combinations) values specific to each "1- usa e based on mutual a reement between the "M2 and the "1 (< combinations available for each "1)

3GPP

#elease $%

,%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,,,,,

. G"MG3MT" mobile station. The "1 converts the "M from the received TP@>ata@1odin @"cheme to any data codin scheme supported by that M" (e. . the default).

&f bit 8 has value , in an "M"@"30M&T P>3- it indicates that the "M2 is a telematic device of a type which is indicated in bits :..+- and re?uests the "1 to convert the "M into a form suited for that device type. &f the destination networ# is &">'- the "1 must also select the proper service indicators for connectin to a device of that type. &f bit 8 has value , in an "M"@>25&B2/ P>3- it indicates that the "M2 is a telematic device of a type which is indicated in bits :..+. &f bit 8 has value + in an "M"@>25&B2/ P>3- the value in bits :..+ identifies the "M@.5 protocol bein used between the "M2 and the M". 'ote that for the strai htforward case of simple M"@to@"1 short messa e transfer the Protocol &dentifier is set to the value +. &n the case where bit < O +- bit 9 O ,- bits 8..+ are used as defined below 8 .. . .+ ++++++ +++++, ++++,+ ++++,, +++,++ +++,+, +++,,+ +++,,, ++,+++..+,,,+, +,,,,+ +,,,,, ,+++++..,,,+,, ,,,,++ ,,,,+, ,,,,,+ ,,,,,, "hort Messa e Type + /eplace "hort Messa e Type , /eplace "hort Messa e Type * /eplace "hort Messa e Type 3 /eplace "hort Messa e Type : /eplace "hort Messa e Type 8 /eplace "hort Messa e Type 9 /eplace "hort Messa e Type < /eserved 2nhanced Messa e "ervice (Obsolete) /eturn 1all Messa e /eserved .'"&@,39 /@>.T. M2 >ata download M2 >e@personali!ation "hort Messa e (3)"&M >ata download

. short messa e type + indicates that the M2 must ac#nowled e receipt of the short messa e but shall discard its contents. This means that @ @ @ the M" shall be able to receive the type + short messa e irrespective of whether there is memory available in the (3)"&M or M2 or notthe M" shall not indicate the receipt of the type + short messa e to the userthe short messa e shall neither be stored in the (3)"&M nor M2.

The /eplace "hort Messa e feature is optional for the M2 and the (3)"&M but if implemented it shall be performed as described here. 7or MT short messa es- on receipt of a short messa e from the "1- the M" shall chec# to see if the associated Protocol &dentifier contains a /eplace "hort Messa e Type code. &f such a code is present- then the M" shall chec# the ori inatin address and replace any e(istin stored messa e havin the same Protocol &dentifier code and ori inatin address with the new short messa e and other parameter values. &f there is no messa e to be replaced- the M" shall store the messa e in the normal way. The M" may also chec# the "1 address as well as the Ori inatin .ddress. Dowever- in a networ# which has multiple "1s- it is possible for a /eplace Messa e type for a "M to be sent via different "1s and so it is recommended that the "1 address should not be chec#ed by the M" unless the application specifically re?uires such a chec#. &f a /eplace "hort Messa e Type code is not present then the M" shall store the messa e in the normal way. &n MO short messa es the "1 reacts similarly but only the address of the ori inatin M" or any other source is chec#ed.

3GPP

#elease $%

,$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

. /eturn 1all Messa e indicates to the M" to inform the user that a call (e. . a telephone call) can be established to the address specified within the TP@O.. The /P@O. contains the address of the "1 as usual. The messa e content (if present) ives displayable information (e. . the number of waitin voice messa es). The messa e is handled in the same way as all other messa es of the /eplace "hort Messa e Types. The M2 >e@personali!ation "hort Messa e is a M2@specific messa e which instructs the M2 to de@personalities the M2 (see 3GPP T" **.+** H*8I). The TP@>1" shall be set to 3ncompressed- >efault .lphabet- and Messa e 1lass , (M2@specific)- which corresponds to a bit codin of +++,+++,. The TP@3> field contains de@personali!ation information coded accordin to 3GPP T" **.+** H*8I. This information shall not be displayed by an M2 which supports the scheme. The ac#nowled ement to this messa e is a "M"@>25&B2/@/2PO/T for /P@.1% in which the TP@3ser@>ata shall be coded accordin to 3GPP T" **.+** H*8I. (3)"&M >ata download is a facility whereby the M2 must pass the short messa e in its entirety includin all "M" elements contained in the "M" deliver to the (3)"&M usin the mechanism described in G"M T" 8,.+,, H,9I and 3GPP T" 3,.,+* H3+I. The >1" shall be set to messa e class *. The entire user data field is available for (3)"&M >ata download. &f the >1" is not set to messa e class * then the messa e shall be handled in the normal way by the M2. Dowever it has to be noted that M2s based on releases of this specification earlier than /25@8 may allow only ; bit messa e class * with bit codin ,,,,+,,+ or +++,+,,+ for (3)"&M >ata download. M2 >ata download is a facility whereby the M2 shall process the short messa e in its entirety includin all "M" elements contained in the "M" deliver to the M2. The >1" should normally be set to messa e class ,. &f the >1" is set to messa e class , and no application in the M2 e(ists- which is able to process the short messa e- the M2 may discard the short messa e. The entire user data field is available for M2 data download. The TP>3 parameters re?uired for the "M"@>25&B2/ should be passed transparently by all involved "1s- so no TP>3 parameter in the entire short messa e is modified- other than the chan es re?uired to convert an "M"@"30M&T into an "M"@>25&B2/. .'"&@,39 /@>.T. is a facility whereby the M2 must pass the short messa e in its entirety- includin all elements contained in the "M" >25&B2/- to the (3)"&M usin the mechanism described in G"M T" ,,.,: H,9I and 3GPP T" 3,.,+* H3+I. The >1" shall be set to messa e class *. &f the >1" is not set to messa e class * then the messa e shall be handled in the normal way by the M2. Dowever it has to be noted that M2s based on releases of this specification earlier than /25@8 may allow only ; bit messa e class * with bit codin ,,,,+,,+ or +++,+,,+ for .'"&@,39 /@ >.T..

,.2.3.10

TP-5"t"-(odi$1-Sc!e7e (TP-5(S)

The TP@>ata@1odin @"cheme is defined in 3GPP T" *3.+3; H=I.

,.2.3.11

TP-Se26ice-(e$t2e-Ti7e-St"7 (TP-S(TS)

The TP@"ervice@1entre@Time@"tamp field is iven in semi@octet representation- and represents the local time in the followin wayE
5i1its* (Se7i-octets) >ear1 2 Month1 2 8a91 2 ?our1 2 Minute1 2 Second1 2 Time @one 2

The Time Cone indicates the difference- e(pressed in ?uarters of an hour- between the local time and GMT. &n the first of the two semi@octets- the first bit (bit 3 of the seventh octet of the TP@"ervice@1entre@Time@"tamp field) represents the al ebraic si n of this difference (+E positive- ,E ne ative). The "ervice@1entre@Time@"tamp- and any other times coded in this format that are defined in the present documentrepresent the time local to the sendin entity. &f the M" has #nowled e of the local time !one- then any time received (e. . "ervice@1entre@Time@"tamp) at the M" may be displayed in the local time rather than the time local to the sendin entity. Messa es shall be stored as received without chan e to any time contained therein. The Time Cone code enables the receiver to calculate the e?uivalent time in GMT from the other semi@octets in the "ervice@1entre@Time@"tamp- or indicate the time !one (GMT- GMTU,D etc.)- or perform other similar calculations as re?uired by the implementation. The value contained in the Time Cone field must ta#e into account dayli ht savin time- such that when the sendin entity chan es from re ular (winter) time to dayli ht savin (summer) time- there is a

3GPP

#elease $%

,&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

chan e to the value in the Time Cone field- for e(ample in the 3% the winter settin is ++++++++ and the summer settin is +,++++++. &f the M" receives a non@inte er value in the "1T"- it shall assume that the di it is set to + but shall store the entire field e(actly as received.

,.2.3.12
,.2.3.12.1

TP-V"lidit9-Pe2iod (TP-VP)
TP-VP (Rel"ti6e 4o27"t)

The TP@Balidity@Period comprises , octet in inte er representation- ivin the len th of the validity period- counted from when the "M"@"30M&T is received by the "1. The representation of time is as followsE
TP*)P alue 0 to 143 144 to 16. 16; to 1,6 1,. to 255 )alidit9 period alue (TP-VP + 1) - 5 7i$utes (i.e. 5 7i$utes i$te26"ls u to 12 !ou2s) 12 !ou2s + ((TP-VP -143) - 30 7i$utes) (TP-VP - 166) - 1 d"9 (TP-VP - 1,2) - 1 0ee>

,.2.3.12.2

TP-VP (#%solute 4o27"t)

The TP@Balidity Period comprises < octets in semi octet representation ivin the absolute time of the validity period termination. The representation of time is identical to the representation of the TP@"ervice@1entre@Time@"tamp.

,.2.3.12.3

TP-VP ()$!"$ced 4o27"t)

The TP@Balidity Period comprises < octets. The presence of all octets is mandatory althou h they may not all be used. The first octet indicates the way in which the followin 9 octets are used. .ny reservedGunused bits or octets must be set to !ero. Octet , TP@BP functionality indicator

bit < 2(tension bit "et to , if the TP@BP functionality indicator is to be e(tended to another octet. . settin of + indicates that there are no more TP@BP functionality indicator e(tension octets to follow. .ny such e(tension octet shall immediately follow the previous TP@BP functionality indicator. bit 9 "in le shot "M. "et to , if the "1 is re?uired to ma#e up to one delivery attempt. The TP@Balidity Period- where present- shall be applicable to the "in le shot "M. bits 8- :- 3 bits *- ,- + /eserved Balidity Period 7ormat.

3GPP

#elease $% )alue 2its & $ % 0 0 0 0 0 1 0 1 0 0 1 1

,3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

1 1 1 1

0 0 1 1

0 1 0 1

'o V"lidit9 Pe2iod s eci4ied V"lidit9 Pe2iod is "s s eci4ied 4o2 t!e 2el"ti6e c"se. T!e 4ollo0i$1 octet co$t"i$s t!e TPVP 6"lue "s desc2i%ed i$ ,.2.3.12.1 V"lidit9 e2iod is 2el"ti6e i$ i$te1e2 2e 2ese$t"tio$ "$d t!e 4ollo0i$1 octet co$t"i$s t!e TP-VP 6"lue i$ t!e 2"$1e 0 to 255 2e 2ese$ti$1 0 to 255 seco$ds. # TP-VP 6"lue o4 Ke2o is u$de4i$ed "$d 2ese26ed 4o2 4utu2e use. V"lidit9 e2iod is 2el"ti6e i$ se7i-octet 2e 2ese$t"tio$. T!e 4ollo0i$1 3 octets co$t"i$ t!e 2el"ti6e ti7e i$ @ou2s, Mi$utes "$d Seco$ds 1i6i$1 t!e le$1t! o4 t!e 6"lidit9 e2iod cou$ted 42o7 0!e$ t!e SMS-SU8M3T is 2ecei6ed %9 t!e S(. T!e 2e 2ese$t"tio$ o4 ti7e uses t!e s"7e 2e 2ese$t"tio$ "s t!e @ou2s, Mi$utes "$d Seco$ds i$ t!e TP-Se26ice-(e$t2e-Ti7e-St"7 . Rese26ed Rese26ed Rese26ed Rese26ed

The "1 shall reject any 3nsupportedG /eserved values received by returnin the XTP@BP not supportedP TP@71" value in the "ubmit "M /eport for /P@2rror.

,.2.3.13

TP-5isc!"21e-Ti7e (TP-5T)

The TP@>ischar e@Time field indicates the time at which a previously submitted "M"@"30M&T was successfully delivered to or attempted to deliver to the recipient "M2 or disposed of by the "1. &n the case of Jtransaction completedJ the time shall be the time of the completion of the transaction. &n the case of J"1 still tryin to transfer "MJ the time shall be the time of the last transfer attempt. &n the case of Jpermanent or temporary error @ "1 not ma#in any more transfer attemptsJ the time shall be the time of either the last transfer attempt or the time at which the "1 disposed of the "M accordin to the "tatus outcome in TP@"T. The TP@>ischar e@Time is iven in semi@octet representation in a format identical to the TP@"1T".

,.2.3.14

TP-Reci ie$t-#dd2ess (TP-R#)

The TP@/ecipient@.ddress field indicates the address of the "M2 that was the destination of the previously submitted mobile ori inated short messa e bein subject to the status report. The field is formatted accordin to the formattin rules of address fields.

,.2.3.15

TP-St"tus (TP-ST)

The TP@"tatus field indicates the status of a previously submitted "M"@"30M&T and certain "M" 1OMM.'>" for which a "tatus @/eport has been re?uested. &t consists of one octet and the bits in the octet are used as follows. The M" shall interpret any reserved values as J"ervice /ejectedJ (+,,+++,,) but shall store them e(actly as received. bits < valueGusa e + 9....+ 0its +..9 as defined belowE

&ndicate whether the previously submitted short messa e was successfully forwarded to the "M2- or whether an error condition has been encountered- as followsE "hort messa e transaction completed +++++++ ++++++, +++++,+ +++++,,..+++,,,, ++,++++..++,,,,, "hort messa e received by the "M2 "hort messa e forwarded by the "1 to the "M2 but the "1 is unable to confirm delivery "hort messa e replaced by the "1 /eserved Balues specific to each "1

Temporary error- "1 still tryin to transfer "M

3GPP

#elease $%

,(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

+,+++++ +,++++, +,+++,+ +,+++,, +,++,++ +,++,+, +,++,,+..+,+,,,, +,,++++..+,,,,,,

1on estion "M2 busy 'o response from "M2 "ervice rejected Kuality of service not available 2rror in "M2 /eserved Balues specific to each "1

Permanent error- "1 is not ma#in any more transfer attempts ,++++++ ,+++++, ,++++,+ ,++++,, ,+++,++ ,+++,+, ,+++,,+ ,+++,,, ,++,+++ ,++,++, ,++,+,+..,++,,,, ,+,++++..,+,,,,, /emote procedure error &ncompatible destination 1onnection rejected by "M2 'ot obtainable Kuality of service not available 'o interwor#in available "M Balidity Period 2(pired "M >eleted by ori inatin "M2 "M >eleted by "1 .dministration "M does not e(ist (The "M may have previously e(isted in the "1 but the "1 no lon er has #nowled e of it or the "M may never have previously e(isted in the "1) /eserved Balues specific to each "1

Temporary error- "1 is not ma#in any more transfer attempts ,,+++++ ,,++++, ,,+++,+ ,,+++,, ,,++,++ ,,++,+, ,,++,,+..,,+,++, ,,+,+,+..,,+,,,, ,,,++++..,,,,,,, bits < valueGusa e , 0its +..9 reserved 1on estion "M2 busy 'o response from "M2 "ervice rejected Kuality of service not available 2rror in "M2 /eserved /eserved Balues specific to each "1

,.2.3.16

TP-Use2-5"t"-Le$1t! (TP-U5L)

&f the TP@3ser@>ata is coded usin the G"M < bit default alphabet- the TP@3ser@>ata@5en th field ives an inte er representation of the number of septets within the TP@3ser@>ata field to follow. &f the <bit default@alphabet e(tension mechanism is used within the TP@3ser@>ata (see 3GPP T" *3.+3; H=I)- the actual number of characters in the messa e shall be less than the number of septets. &f a TP@3ser@>ata@Deader field is present- then the TP@3ser@>ata@5en th value is the sum of the number of septets in the TP@3ser@>ata@Deader field (includin any paddin ) and the number of septets in the TP@3ser@>ata field which follows. "ee fi ure =.*.3.*: (a). &f the TP@3ser@>ata is coded usin ;@bit data- the TP@3ser@>ata@5en th field ives an inte er representation of the number of octets within the TP@3ser@>ata field to follow. &f a TP@3ser@>ata@Deader field is present- then the TP@3ser@>ata@5en th value is the sum of the number of octets in the TP@3ser@>ata@Deader field and the number of octets in the TP@3ser@>ata field which follows. "ee fi ure =.*.3.*: (b). &f the TP@3ser@>ata is coded usin 31"* H*:I data- the TP@3ser@>ata@5en th field ives an inte er representation of the number of octets within the TP@3ser@>ata field to follow. &f a TP@3ser@>ata@Deader field is present- then the TP@3ser@>ata@5en th value is the sum of the number of octets in the TP@3ser@>ata@Deader field and the number of octets in the TP@3ser@>ata field which follows. "ee fi ure =.*.3.*: (b).

3GPP

#elease $%

,+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

&f the TP@3ser@>ata is coded usin compressed G"M < bit default alphabet or compressed ; bit data or compressed 31"* H*:I data- the TP@3ser@>ata@5en th field ives an inte er representation of the number of octets after compression within the TP@3ser@>ata field to follow. &f a TP@3ser@>ata@Deader field is present- then the TP@3ser@>ata@5en th value is the sum of the number of uncompressed octets in the TP@3ser@>ata@Deader field and the number of octets in the compressed TP@3ser@>ata field which follows. "ee fi ure =.*.3.*: (c). 7or other >ata 1odin "chemes- see 3GPP T" *3.+3; H=I. &f this field is !ero- the TP@3ser@>ata field shall not be present.

,.2.3.1.

TP-Re l9-P"t! (TP-RP)

The TP@/eply@Path is a ,@bit field- located within bit no < of the first octet of both "M"@>25&B2/ and "M"@"30M&Tand to be iven the followin valuesE 0it no <E + , TP@/eply@Path parameter is not set in this "M"@"30M&TG>25&B2/ TP@/eply@Path parameter is set in this "M"@"30M&TG>25&B2/

Please refer to anne( > for details about the /eply procedures.

,.2.3.1;

TP-Mess"1e-'u7%e2 (TP-M')

The TP@Messa e@'umber is an ;@bit field allowin an M" to refer uni?uely to an "M in the "1 which that M" has previously submitted. The TP@M' value is the TP@M/ value of a previously submitted "M.

,.2.3.1,

TP-(o77"$d-T9 e (TP-(T)

The TP@1ommand@Type is an ;@bit field specifyin the type of operation that the "1 is to perform. &t has the followin valuesE
)alue !2it - '' %" 00000000 00000001 00000010 00000011 00000100..00011111 11100000..11111111 Command 8escription )$Gui29 2el"ti$1 to 2e6iousl9 su%7itted s!o2t 7ess"1e ("$cel St"tus Re o2t ReGuest 2el"ti$1 to 2e6iousl9 su%7itted s!o2t 7ess"1e 5elete 2e6iousl9 su%7itted S!o2t Mess"1e )$"%le St"tus Re o2t ReGuest 2el"ti$1 to 2e6iousl9 su%7itted s!o2t 7ess"1e Rese26ed V"lues s eci4ic 4o2 e"c! S( Status #eport #e5uest )alue 1 0 0 0 u$s eci4ied 1 o2 0

The "1 shall return an /P@2rror with an appropriate TP@7ailure@1ause for any TP@1ommand value which is reservedunsupported or invalid or the actionin of the command has failed. The "1 shall return an /P@.1% if the actionin of the 1ommand has succeeded. . successful 2n?uiry shall result in the "1 sendin a "M"@"T.T3"@/2PO/T for the "M to which the 2n?uiry refers. &n the case where the "1 has a number of "Ms which have the same TP@M/- the same TP@>. and have come from the same ori inatin address the "1 shall send a "M"@"T.T3"@/2PO/T for each "M. &n the case where a TP@1ommand is to >elete a previously submitted short messa e- the "1 shall send a "tatus /eport indicatin that the "M has been deleted if the ori inal "ubmit "M re?uest re?uested a status /eport.

,.2.3.20

TP-(o77"$d-5"t"-Le$1t! (TP-(5L)

The TP@1ommand@>ata@5en th field is used to indicate the number of octets contained within the TP@1ommand@>ata@field. &f this field is set to !ero- the TP@1ommand@>ata field shall not be present.

3GPP

#elease $%

,,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.3.21

TP-(o77"$d-5"t" (TP-(5)

The TP@1ommand@>ata field contains data relatin to the operation re?uested by the M" which is to be performed at the "1. The ma(imum len th of this field is ,8< octets. The usa e and provision of the optional TP@1ommand@>ata field shall be determined by the function selected by the TP@1ommand@Type field.

,.2.3.22

TP-&"ilu2e-("use (TP-&(S)

The TP@7ailure@1ause field is used to report the reason for failure to transfer or process a short messa e. &t consists of a sin le octet used as followsE
TP*0CS )alue !?e4" 00 - .& ;0 - ;& ;0 ;1 ;2 ;3 - ;) ;& ,0 - ,& ,0 ,1 ,2 - ,) ,& #0 - #& #0 #1 #2 - #) #& 80 81 - 8& (0 (1 (2 (3 (4 (5 (6 (. (; - (& 50 51 52 53 54 55 56 - 5& )0 - &) && Rese26ed TP-P35 e22o2s Tele7"tic i$te20o2>i$1 $ot su o2ted S!o2t 7ess"1e T9 e 0 $ot su o2ted ("$$ot 2e l"ce s!o2t 7ess"1e Rese26ed U$s eci4ied TP-P35 e22o2 TP-5(S e22o2s 5"t" codi$1 sc!e7e ("l !"%et) $ot su Mess"1e cl"ss $ot su o2ted Rese26ed U$s eci4ied TP-5(S e22o2 TP-(o77"$d )22o2s (o77"$d c"$$ot %e "ctio$ed (o77"$d u$su o2ted Rese26ed U$s eci4ied TP-(o77"$d e22o2 TP5U $ot su Rese26ed o2ted o2ted L L L Meaning Ahen used M= MT

S( %us9 'o S( su%sc2i tio$ S( s9ste7 4"ilu2e 3$6"lid SM) "dd2ess 5esti$"tio$ SM) %"22ed SM Re?ected-5u lic"te SM TP-VP& $ot su o2ted TP-VP $ot su o2ted Rese26ed (U)S3M SMS sto2"1e 4ull 'o SMS sto2"1e c" "%ilit9 i$ (U)S3M )22o2 i$ MS Me7o29 (" "cit9 )-ceeded (U)S3M # lic"tio$ Tool>it 8us9 (U)S3M d"t" do0$lo"d e22o2 Rese26ed V"lues s eci4ic to "$ " U$s eci4ied e22o2 c"use lic"tio$

'OT2E

.ny reserved codes which are received should be treated as an unspecified error cause. MT and MO refer to the overall mobile terminated and mobile ori inated servicesF not the direction of transmission of TP@71".

3GPP

#elease $%

,-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.3.23
@ @ @ @ @ @

TP-Use2-5"t"-@e"de2-3$dic"to2 (TP-U5@3)

The TP@3ser@>ata@Deader@&ndicator is a , bit field within bit 9 of the first octet of the followin si( P>3sE "M"@"30M&T"M"@"30M&T@/2PO/T"M"@>25&B2/"M"@>25&B2/@/2PO/T"M"@"T.T3"@/2PO/T"M"@1OMM.'>.

TP@3>D& has the followin values. 0it no. 9 + , The TP@3> field contains only the short messa e The be innin of the TP@3> field contains a Deader in addition to the short messa e.

,.2.3.24

TP-Use2 5"t" (TP-U5)

The len th of the TP@3ser@>ata field is defined in the P>3Ps of the "M@T5 (see clause =.*.*). The TP@3ser@>ata field may comprise just the short messa e itself or a Deader in addition to the short messa e dependin upon the settin of TP@3>D&. Ahere the TP@3>D& value is set to + the TP@3ser@>ata field comprises the short messa e only- where the user data can be < bit (default alphabet) data- ; bit data- or ,9 bit (31"* H*:I) data. Ahere the TP@3>D& value is set to , the first octets of the TP@3ser@>ata field contains a Deader in the followin order startin at the first octet of the TP@3ser@>ata field. &rrespective of whether any part of the 3ser >ata Deader is i nored or discarded- the M" shall always store the entire TP>3 e(actly as received. 7&25> 5en th of 3ser >ata Deader &nformation@2lement@&dentifier J.J 5en th of &nformation@2lement J.J &nformation@2lement J.J >ata &nformation@2lement@&dentifier J0J 5en th of &nformation@2lement J0J &nformation@2lement J0J >ata &nformation@2lement@&dentifier JLJ 5en th of &nformation@2lement JLJ &nformation@2lement JLJ >ata 52'GTD , octet , octet , octet + to JnJ octets , octet , octet + to JnJ octets , octet , octet + to JnJ octets

The dia ram below shows the layout of the TP@3ser@>ata@5en th and the TP@3ser@>ata for uncompressed G"M < bit default alphabet data. The 3>D5 field is the first octet of the TP@3ser@>ata content of the "hort Messa e.

3GPP

#elease $%

,.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

< c te ts

< c te ts

U 5L

U 5 @ L

3) 3"

3) 35 L "

3) 5 "

3) 3%

......... 3) 3$

3) 5 L $

3) 5 $

& ill % it s

S M ( . % it d " t" )

T o t" l $ u 7 % e 2 o 4 < c te ts L e $ 1 t! 3$ d ic " to 2

S e te t 8 o u $ d " 29

T o t" l $ u 7 % e 2 o 4 S e te ts L e $ 1 t! 3$ d ic " to 2

0igure /'&'3'&( !a" The dia ram below shows the layout of the TP@3ser@>ata@5en th and the TP@3ser@>ata for uncompressed ; bit data or uncompressed 31"* data. The 3>D5 field is the first octet of the TP@3ser@>ata content of the "hort Messa e.
< c te ts < c te ts

U 5L

U 5@ L

3) 3"

3) 35 L "

3) 5 "

3) 3%

. ........ 3) 3$

3) 5 L $

3) 5 $

S M ( ; % it d " t" o 2 U ( S -2 d " t" )

< c te t 8 o u $ d " 29

T o t" l $ u 7 % e 2 o 4 < c te ts L e $ 1 t ! 3$ d ic " to 2

T o t" l $ u 7 % e 2 o 4 < c te ts L e $ 1 t ! 3 $ d ic " t o 2

0igure /'&'3'&( !2" The dia ram below shows the layout of the TP@3ser@>ata@5en th and the TP@3ser@>ata for compressed G"M < bit default alphabet data- compressed ; bit data or compressed 31"* data. The 3>D5 field is the first octet of the TP@3ser@>ata content of the "hort Messa e.

3GPP

#elease $%

,/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

< c te ts

< c te ts

U5 L

U 5@ L

3) 3"

3) 35 L "

3) 5 "

3) 3%

......... 3) 3$

3) 5 L $

3) 5 $

(o7

2e s s e d S M (o c te ts )

T o t" l $ u 7 % e 2 o 4 < c te ts L e $ 1 t! 3$ d ic " to 2

< c te t 8 o u $ d " 29

T o t" l $ u 7 % e 2 o 4 < c te ts L e $ 1 t ! 3 $ d ic " t o 2

0igure /'&'3'&( !c" The definition of the TP@3ser@>ata@5en th field which immediately precedes the J5en th of 3ser >ata DeaderJ is unchan ed and shall therefore be the total len th of the TP@3ser@>ata field includin the Deader- if present. (see =.*.3.,9). The J5en th@of@&nformation@2lementJ fields shall be the inte er representation of the number of octets within its associated J&nformation@2lement@>ataJ field which follows and shall not include itself in its count value. The J5en th@of@3ser@>ata@DeaderJ field shall be the inte er representation of the number of octets within the J3ser@>ata@DeaderJ information fields which follow and shall not include itself in its count or any fill bits which may be present (see te(t below). &nformation 2lements may appear in any order and need not follow the order used in the present document. &nformation 2lements are classified into 3 cate ories as described below. "M" 1ontrol M identifies those &2&s which have the capability of dictatin "M" functionality. 2M" 1ontrol M identifies those &2&s which mana e 2M" 1ontent &2&s. 2M" 1ontent M identifies those &2&s containin data of a uni?ue media format.

&t is permissible for certain &2s to be repeated within a short messa e- or within a concatenated messa e. There is no restriction on the repeatability of &2s in the 2M" 1ontent classification. The repeatability of "M" 1ontrol and 2M" 1ontrol &2s is determined on an individual basis. "ee the &2 table below for the repeatability of each &2. &n the event that &2s determined as not repeatable are duplicated- the last occurrence of the &2 shall be used. &n the event that two or more &2s occur which have mutually e(clusive meanin s (e. . an ;bit port address and a ,9bit port address)then the last occurrin &2 shall be used. &f the len th of the 3ser >ata Deader is such that there are too few or too many octets in the final &nformation 2lement then the whole 3ser >ata Deader shall be i nored. &f any reserved values are received within the content of any &nformation 2lement then that part of the &nformation 2lement shall be i nored. The support of any &nformation 2lement &dentifier is optional unless otherwise stated.

3GPP

#elease $%

-%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The &nformation 2lement &dentifier octet shall be coded as followsE

)6BC3 M36N7NG Classification #epeata2ilit9 !he4" 00 (o$c"te$"ted s!o2t 7ess"1es, ;-%it 2e4e2e$ce $u7%e2 SMS (o$t2ol 'o 01 S eci"l SMS Mess"1e 3$dic"tio$ SMS (o$t2ol Mes 02 Rese26ed '/# '/# 03 V"lue $ot used to "6oid 7isi$te2 2et"tio$ "s NL&= c!"2"cte2 '/# '/# 04 # lic"tio$ o2t "dd2essi$1 sc!e7e, ; %it "dd2ess SMS (o$t2ol 'o 05 # lic"tio$ o2t "dd2essi$1 sc!e7e, 16 %it "dd2ess SMS (o$t2ol 'o 06 SMS( (o$t2ol P"2"7ete2s SMS (o$t2ol 'o 0. U5@ Sou2ce 3$dic"to2 SMS (o$t2ol Mes 0; (o$c"te$"ted s!o2t 7ess"1e, 16-%it 2e4e2e$ce $u7%e2 SMS (o$t2ol 'o 0, :i2eless (o$t2ol Mess"1e P2otocol SMS (o$t2ol 'ote 3 0# Te-t &o27"tti$1 )MS (o$t2ol Mes 08 P2ede4i$ed Sou$d )MS (o$te$t Mes 0( Use2 5e4i$ed Sou$d (iMelod9 7"- 12; %9tes) )MS (o$te$t Mes 05 P2ede4i$ed #$i7"tio$ )MS (o$te$t Mes 0) L"21e #$i7"tio$ (16I16 ti7es 4 F 32I4 F12; %9tes) )MS (o$te$t Mes 0& S7"ll #$i7"tio$ (;I; ti7es 4 F ;I4 F32 %9tes) )MS (o$te$t Mes 10 L"21e Pictu2e (32I32 F 12; %9tes) )MS (o$te$t Mes 11 S7"ll Pictu2e (16I16 F 32 %9tes) )MS (o$te$t Mes 12 V"2i"%le Pictu2e )MS (o$te$t Mes 13 Use2 2o7 t i$dic"to2 )MS (o$t2ol Mes 14 )-te$ded <%?ect )MS (o$te$t Mes 15 Reused )-te$ded <%?ect )MS (o$t2ol Mes 16 (o7 2essio$ (o$t2ol )MS (o$t2ol 'o 1. <%?ect 5ist2i%utio$ 3$dic"to2 )MS (o$t2ol Mes 1; St"$d"2d :VG o%?ect )MS (o$te$t Mes 1, (!"2"cte2 SiKe :VG o%?ect )MS (o$te$t Mes 1# )-te$ded <%?ect 5"t" ReGuest (o77"$d )MS (o$t2ol 'o 18-1& Rese26ed 4o2 4utu2e )MS 4e"tu2es (see su%cl"use 3.10) '/# '/# 20 R&( ;22 )-M"il @e"de2 SMS (o$t2ol 'o 21 @9 e2li$> 4o27"t ele7e$t SMS (o$t2ol Mes 22 Re l9 #dd2ess )le7e$t SMS (o$t2ol 'o 23 )$!"$ced Voice M"il 3$4o27"tio$ SMS (o$t2ol 'o 24 '"tio$"l L"$1u"1e Si$1le S!i4t SMS (o$t2ol 'o 25 '"tio$"l L"$1u"1e Loc>i$1 S!i4t SMS (o$t2ol 'o 26 O 6& Rese26ed 4o2 4utu2e use '/# '/# .0 O .& (U)S3M Tool>it Secu2it9 @e"de2s SMS (o$t2ol 'ote 1 ;0 O ,& SM) to SM) s eci4ic use SMS (o$t2ol 'ote 2 #0 O 8& Rese26ed 4o2 4utu2e use '/# '/# (0 O 5& S( s eci4ic use SMS (o$t2ol 'ote 2 )0 O && Rese26ed 4o2 4utu2e use '/# '/# 'ote 1* T!e 4u$ctio$"lit9 o4 t!ese 3)3s is de4i$ed i$ 3GPP TSG 31.115 A2;B, "$d t!e2e4o2e, t!e 2e e"t"%ilit9 is $ot 0it!i$ t!e sco e o4 t!is docu7e$t "$d 0ill $ot %e dete27i$ed !e2e. 'ote 2* T!e 4u$ctio$"lit9 o4 t!ese 3)3s is used i$ " 2o 2iet"29 4"s!io$ %9 di44e2e$t SMS( 6e$do2s, "$d t!e2e4o2e, "2e $ot 0it!i$ t!e sco e o4 t!is tec!$ic"l s eci4ic"tio$. 'ote 3* T!e 4u$ctio$"lit9 o4 t!ese 3)3s is de4i$ed %9 t!e :#P &o2u7 "$d t!e2e4o2e t!e 2e e"t"%ilit9 is $ot 0it!i$ t!e sco e o4 t!is docu7e$t "$d 0ill $ot %e dete27i$ed !e2e.

. receivin entity shall i nore (i.e. s#ip over and commence processin at the ne(t information element) any information element where the &2& is /eserved or not supported. The receivin entity calculates the start of the ne(t information element by loo#in at the len th of the current information element and s#ippin that number of octets. The "M itself may be coded as <- ; or ,9 bit data. &f < bit data is used and the TP@3>@Deader does not finish on a septet boundary then fill bits are inserted after the last &nformation 2lement >ata octet up to the ne(t septet boundary so that there is an inte ral number of septets for the entire TP@3> header. This is to ensure that the "M itself starts on an septet boundary so that an earlier Phase mobile shall be capable of displayin the "M itself althou h the TP@3> Deader in the TP@3> field may not be understood.

3GPP

#elease $%

-$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

&t is optional to ma#e the first character of the "M itself a 1arria e /eturn character encoded accordin to the default < bit alphabet so that earlier Phase mobiles- which do not understand the TP@3>@Deader- shall over@write the displayed TP@3>@Deader with the "M itself. &f ,9 bit (3"1*) data is used then paddin octets are not necessary. The "M itself shall start on an octet boundary. &f ; bit data is used then paddin is not necessary. .n earlier Phase mobile shall be able to display the "M itself althou h the TP@3> header may not be understood. &t is also possible for mobiles not wishin to support the TP@3> header to chec# the value of the TP@3>D& bit in the "M"@>eliver P>3 and the first octet of the TP@3> field and s#ip to the start of the "M and i nore the TP@3> header.

,.2.3.24.1

(o$c"te$"ted S!o2t Mess"1es

This facility allows short messa es to be concatenated to form a lon er messa e. &n the case of uncompressed ;@bit data- the ma(imum len th of the short messa e within the TP@3> field is ,3: (,:+@9) octets. &n the case of uncompressed G"M < bit default alphabet data- the ma(imum len th of the short messa e within the TP@3> field is ,83 (,9+@<) characters. . character represented by an escape@se?uence shall not be split in the middle. &n the case of ,9 bit uncompressed 3"1* data- the ma(imum len th of the short messa e within the TP@3> field is 9< ((,:+@9)G*) characters. . 31"* character shall not be split in the middleF if the len th of the 3ser >ata Deader is oddthe ma(imum len th of the whole TP@3> field is ,3= octets. &n the case of compressed G"M < bit default alphabet data- ; bit data or 31"* the ma(imum len th of the compressed short messa e within the TP@3> field is ,3: (,:+@9) octets includin the 1ompression Deader and 1ompression 7ooterboth or either of which may be present (see clause 3.=). The ma(imum len th of an uncompressed concatenated short messa e is 3=+,8 (*88V,83) default alphabet characters3:,<+ (*88V,3:) octets or ,<+;8 (*88V9<) 31"* characters. The ma(imum len th of a compressed concatenated messa e is 3:,<+ (*88V,3:) octets includin the 1ompression Deader and 1ompression 7ooter (see clause 3.= and fi ure =.*.3.*:.,(a) below).

1ompression Deader DDeannder Deader

1ompressed >ata (1>) "e mentation G >e@se mentation

1ompression 7ooter

TP@3>D

1D 7irst se ment

1>

TP@3>D

1>

TP@3>D

1> 7inal se ment

17

&ntermediate se ments

0igure /'&'3'&('$ !a"1 Concatenation of a Compressed short message The &nformation@2lement@>ata field contains information set by the application in the "M"@"30M&T so that the receivin entity is able to re@assemble the short messa es in the correct order. 2ach concatenated short messa e contains a reference number which to ether with the ori inatin address and "ervice 1entre address allows the receivin entity to discriminate between concatenated short messa es sent from different ori inatin "M2s andGor "1s. &n a networ# which has multiple "1s- it is possible for different se ments of a concatenated "M to be sent via different "1s and so it is recommended that the "1 address should not be chec#ed by the M" unless the application specifically re?uires such a chec#. The TP elements in the "M"@"30M&T P>3- apart from TP@M/- TP@"//- TP@3>5 and TP@3>- should remain unchan ed for each "M which forms part of a concatenated "M- otherwise this may lead to irrational behaviour. TP@ M/ must be incremented for every se ment of a concatenated messa e as defined in clause =.*.3.9. . "1 shall handle se ments of a concatenated messa e li#e any other short messa e. The relation between se ments of a concatenated messa e is made only at the ori inator- where the messa e is se mented- and at the recipient- where the messa e is reassembled. "M"@1OMM.'>s identify messa es by TP@M/ and therefore apply to only one se ment of a

3GPP

#elease $%

-&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

concatenated messa e. &t is up to the ori inatin "M2 to issue "M"@1OMM.'>s for all the re?uired se ments of a concatenated messa e. The &nformation@2lement@>ata octets shall be coded as follows. Octet , 1oncatenated short messa e reference number.

This octet shall contain a modulo *89 counter indicatin the reference number for a particular concatenated short messa e. This reference number shall remain constant for every short messa e which ma#es up a particular concatenated short messa e. Octet * Ma(imum number of short messa es in the concatenated short messa e.

This octet shall contain a value in the ran e + to *88 indicatin the total number of short messa es within the concatenated short messa e. The value shall start at , and remain constant for every short messa e which ma#es up the concatenated short messa e. &f the value is !ero then the receivin entity shall i nore the whole &nformation 2lement. Octet 3 "e?uence number of the current short messa e.

This octet shall contain a value in the ran e + to *88 indicatin the se?uence number of a particular short messa e within the concatenated short messa e. The value shall start at , and increment by one for every short messa e sent within the concatenated short messa e. &f the value is !ero or the value is reater than the value in octet * then the receivin entity shall i nore the whole &nformation 2lement. The &2& and associated &2& len th and &2& data shall be present in every se ment of the concatenated "M.

,.2.3.24.2

S eci"l SMS Mess"1e 3$dic"tio$

There are three levels of JMessa e Aaitin J indication provided within the present document. The first level is to set the Protocol &dentifier to J/eturn 1all messa eJ- which indicates that a messa e is waitin and relies on the te(t of the messa e to supply the detail. The second level uses the >ata 1odin "cheme with or without /eturn 1all Messa e (see 3GPP T" *3.+3; H=I) to indicate the type of messa e waitin and whether there are some messa es or no messa es. The third level is described here- and provides the ma(imum detail level for analysis by the mobile- i.e. an indication of the number and type of messa es waitin in systems connected to the P5M'. This information shall be stored by the M2 in the Messa e Aaitin &ndication "tatus on the "&M (see 3GPP T" 8,.+,, H,9I) or 3"&M (see 3GPP T" 3,.,+* H3+I) when present or otherwise should be stored in the M2. &n case there are multiple records of 27MA&" this information shall be stored within the record accordin to the profile if available M or otherwise within the first record. The number of messa es shall be stored in Messa e Aaitin &ndication "tatus and an indicator should be shown if the number of messa es is non@!ero or removed if the number of messa es is !ero. The M2 may also provide some MM& to indicate and access the actual number of messa es waitin . Te(t may be included by the "M" "ervice 1entre for bac#ward compatibility with the earliest Phase mobiles and the >ata 1odin "cheme may also be used to convey this information in parallel for bac#ward compatibility with JmiddleJ Phase mobiles (which support the use of >ata 1odin "cheme for Messa e Aaitin &ndication but not the use of TP@3>D for Messa e Aaitin &ndication). The information@2lement octets shall be coded as followsE Octet , Messa e &ndication type and "tora e.

0it < &ndicates whether or not the messa e shall be stored. 0it < + >iscard messa e after updatin indication , "tore messa e after updatin indication &n the event of a conflict between this settin and the settin of the >ata 1odin "cheme (see 3GPP T" *3.+3; H=I) then the messa e shall be stored if either the >1" indicates this- or Octet , above indicates this. 0its + and , indicate the basic messa e indication type.

3GPP

#elease $%

-3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

++ +, ,+ ,,

Boice Messa e Aaitin 7a( Messa e Aaitin 2lectronic Mail Messa e Aaitin 2(tended Messa e Type Aaitin (e?uivalent to JotherJ in 3GPP T" *3.+3; H=I)

0its :3* indicate the e(tended messa e indication type. +++ ++, 'o e(tended messa e indication type. Bideo Messa e Aaitin

Other values of bits :3* where bits + and , are P,,P are /eserved for future use in the present document. Balues of bits :3* where bits + and , are X++P- X+,P or X,+P are /eserved for future use in the present document. 'OT2E Balues usin bits :3* where bits + and , are $,,$ should be e(hausted before usin the remainin codespace due to e(istin early implementations erroneously usin parts of this codespace.

0its 9 and 8 indicate the profile &> of the Multiple "ubscriber Profile (see 3GPP T" *3.+=< H:,I). ++ +, ,+ ,, profile &> , profile &> * profile &> 3 profile &> :

Terminals should be capable of receivin any values in octet ,- includin those mar#ed as /eserved. Terminals may add the Messa e 1ount of all un#nown Messa e Aaitin &ndication types received within the same TP@ 3>D and indicate this result to the user. Octet * Messa e 1ount.

This octet shall contain a value in the ran e + to *88 indicatin the number of messa es of the type specified in Octet , waitin . The value *88 shall be ta#en to mean *88 or reater. &n the event of a conflict between this settin and the settin of the >ata 1odin "cheme (see 3GPP T" *3.+3; H=I) then the Messa e 1ount in the TP@3>D shall override the indication in the TP@>1". &f more than one type of messa e is re?uired to be indicated within one "M" messa e- then further octets must be usedas in the followin e(ampleE H++I H+,I H+*I H+3I H+:I H+8I H+9I H+<I H+;I H+=I TP@3>5 H,2I (3+ decimal septets) 5en th of TP@3>D H+;I &2& O "pecial "M" Messa e &ndication H+,I 5en th O +* Octet , O Boice Mail- do not store H++I Octet * O +: Messa es &2& O "pecial "M" Messa e &ndication H+,I 5en th O +* Octet , O 7a( Mail- "tore H;,I Octet * O +* Messa es

U 8 7ill bits U ,= seven@bit character messa e te(t The Total number of bits is *,+. &n the case where this &2& is to be used in a concatenated "M then the &2&- its associated &2& len th and &2& data shall be contained in the first se ment of the concatenated "M. The &2&- its associated &2& len th and &2& data should also be contained in every subse?uent se ment of the concatenated "M althou h this is not mandatory. Dowever- in the case

3GPP

#elease $%

-(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

where these elements are not contained in every subse?uent se ment of the concatenated "M and where an out of se?uence se ment delivery occurs or where the first se ment is not delivered then processin difficulties may arise at the receivin entity which may result in the concatenated "M bein totally or partially discarded.

,.2.3.24.3

lic"tio$ Po2t #dd2essi$1 ; %it "dd2ess

This facility allows short messa es to be routed to one of multiple applications- usin a method similar to T1PG3>P ports in a T1PG&P networ#. .n application entity is uni?uely identified by the pair of TP@>.GTP@O. and the port address. The port addressin is transparent to the transport- and also useful in "tatus /eports. The total len th of the &2 is * octetsE octet , >estination port.

This octet contains a number indicatin the receivin port- i.e. application- in the receivin device. octet * Ori inator port.

This octet contains a number indicatin the sendin port- i.e. application- in the sendin device. The port ran e is up to *88 usin ; bit addressin space. The &nte er value of the port number is presented as in 3GPP T" *3.+:+ clause =.,.*.,. B.532 (port number) + @ *3= *:+ @ *88 M2.'&'G /eserved .vailable for allocation by applications

. receivin entity shall i nore (i.e. s#ip over and commence processin at the ne(t information element) any information element where the value of the &nformation@2lement@>ata is /eserved or not supported. &n the case where this &2 is to be used in a concatenated "M then the &2&- its associated &2& len th and &2& data shall be contained in the first se ment of the concatenated "M. The &2&- its associated &2& len th and &2& data shall also be contained in every subse?uent se ment of the concatenated "M.

,.2.3.24.4

lic"tio$ Po2t #dd2essi$1 16 %it "dd2ess

This facility allows short messa es to be routed to one of multiple applications- usin a method similar to T1PG3>P ports in a T1PG&P networ#. .n application entity is uni?uely identified by the pair of TP@>.GTP@O. and the port address. The port addressin is transparent to the transport- and also useful in "tatus /eports. The total len th of the &2 is : octetsE octet ,-* >estination port.

These octets contain a number indicatin the receivin port- i.e. application- in the receivin device. octet 3-: Ori inator port.

These octets contain a number indicatin the sendin port- i.e. application- in the sendin device. The port ran e is up to 98838 usin ,9 bit addressin space. The &nte er value of the port number is presented as in 3GPP T" *3.+:+ clause =.,.*.,. B.532 (port number) M2.'&'G

+ @ ,8=== 3>PGT1P port numbers assi ned by &.'. without the need to refer to 3GPP. 7or the procedure- use and assi nment of port numbers in this ran e M refer to the &.'. database . (httpEGGwww.&.'..comG). "ee 'ote ,. ,9+++ @ ,9=== 3GPP or &.'.. "ee 'ote *. .vailable for allocation by "M" applications without the need to refer to

,<+++ @ :=,8, 3>PGT1P port numbers assi ned by &.'.. 7or the procedure- use and assi nment of port numbers in this ran e M refer to the &.'. database . (httpEGGwww.&.'..comG). "ee 'ote ,.

3GPP

#elease $%

-+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

:=,8* M 98838 /eserved for future allocation by 3GPP. 7or a port number in this ran e an application must be made to 3GPP.

'OT2 ,E The value used for this field by a particular application is the same value that the application would use when usin a 3>P or a T1P transport. Therefore- applications that re ister a 3>P or T1P port with the &.'. need to use the same re istered value for this field. 3>P and T1P ports are re istered separately. Therefore- it is necessary to chec# the application since the fact that a particular T1P port is re istered (e. .- for DTTP) does not mean that its correspondin 3>P port will be also re istered for the same application. 'OT2 *E There is a ris# of port numbers in this ran e havin conflictin applications. &f it is desirable to avoid such a conflict then an application for a port number in the ran e :=,8* M 98838 is to be made to 3GPP.

. receivin entity shall i nore (i.e. s#ip over and commence processin at the ne(t information element) any information element where the value of the &nformation@2lement@>ata is /eserved or not supported. &n the case where this &2 is to be used in a concatenated "M then the &2&- its associated &2& len th and &2& data shall be contained in the first se ment of the concatenated "M. The &2&- its associated &2& len th and &2& data shall also be contained in every subse?uent se ment of the concatenated "M.

,.2.3.24.5

SMS( (o$t2ol P"2"7ete2s

The facility enables the "M" protocol headers to be e(panded usin a fle(ible method. &t may be used to control the "M"1- but is also passed transparently to the receivin mobile. The &nformation 2lement must be present in every short messa e affected by it- i.e. in every short messa e in a concatenated messa e. The &nformation 2lement data octets shall be coded as followsE octet , "elective "tatus /eport. This facility is used to control the creation of "tatus /eports- dependin on the error code of the particular messa e. &t is also used by the sendin entity to re?uest inclusion of the ori inal 3>D into the "tatus /eport. &n this case the ori inal 3>D must be separated from the rest of the 3>D usin the "ource &ndicator. The TP@"// must be set in order for the "elective "tatus /eport to be enabled. The bits are defined as followsE bit + + 'o "tatus /eport for short messa e transaction completed , "tatus /eport for short messa e transaction completed bit , + 'o "tatus /eport for permanent error when "1 is not ma#in any more transfer attempts , "tatus /eport for permanent error when "1 is not ma#in any more transfer attempts bit * + 'o "tatus /eport for temporary error when "1 is not ma#in any more transfer attempts , "tatus /eport for temporary error when "1 is not ma#in any more transfer attempts bit 3 + 'o "tatus /eport for temporary error when "1 is still tryin to transfer "M , "tatus /eport for temporary error when "1 is still tryin to transfer "M bits : and 8

3GPP

#elease $%

-,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

reserved for future use. bit 9 + 'o activation , . "tatus /eport enerated by this "hort Messa e- due to a permanent error or last temporary errorcancels the "// of the rest of the "hort Messa es in a concatenated messa e. This feature can only be used where a "1 is aware of the se mentation of a concatenated "M and is therefore an implementation matter. bit < + >o not include ori inal 3>D into the "tatus /eport , &nclude ori inal 3>D into the "tatus /eport

,.2.3.24.6

U5@ Sou2ce 3$dic"to2

The facility is used to separate the 3>D of the ori inal messa e- a 3>D created by the "M"1- and a 3>D provided by the ori inal receivin entity. The "ource &ndicator is placed in front of the content inserted by the source. The indicated content (one or more &nformation@2lements) ends at the ne(t 3>D@"ource@&ndicator- or at the end of the 3>D. The "eparator is intended to be used especially in "tatus /eports- but can also be used by the "M"1 to add information into "hort Messa e (for e(ample Messa e waitin ). The default content for a 3>D in a "M"@>25&B2/\ is the headers inserted by the sendin device- and the default content for a 3>D in a "M"@"T.T3"@/2PO/T is the headers copied from the "M"@>25&B2/\@/2PO/T. Balues of octetE +, The followin part of the 3>D is created by the ori inal sender (valid in case of "tatus /eport) +* The followin part of the 3>D is created by the ori inal receiver (valid in case of "tatus /eport) +3 The followin part of the 3>D is created by the "M"1 (can occur in any messa e or report) &n the case where this &2& is to be used in a concatenated "M then the &2&- its associated &2& len th and &2& data shall be contained in the first se ment of the concatenated "M. The &2&- its associated &2& len th and &2& data should also be contained in every subse?uent se ment of the concatenated "M althou h this is not mandatory. Dowever- in the case where these elements are not contained in every subse?uent se ment of the concatenated "M and where an out of se?uence se ment delivery occurs or where the first se ment is not delivered then processin difficulties may arise at the receivin entity which may result in the concatenated "M bein totally or partially discarded.

,.2.3.24..

(U)S3M Tool>it Secu2it9 @e"de2s

There are no &2& data values associated with these &2& values and so the associated 5en th of &nformation element field is present but set to !ero. These &2& values implicitly define that a "ecurity Deader is always present at the start of the TP@3ser@>ata field which immediately follows the TP@3ser@>ata@Deader. >etails of the "ecurity Deader will be found in T" 3,.,,8 H*;I. &n the case where a concatenated messa e contains a "ecurity Deader then the "ecurity Deader will only be present in the first se ment of a concatenated messa e. &n the case where "M" compression is applied to a TP@3ser@>ata field which contains a "ecurity Deader then the "M" compression header (3GPP T" *3.+:* H*9I) shall immediately precede the "ecurity Deader.

,.2.3.24.;

(o$c"te$"ted s!o2t 7ess"1es, 16-%it 2e4e2e$ce $u7%e2

This facility is an enhanced variant of the 1oncatenated "hort Messa e facility (see clause =.*.3.*:.,). The enhancement is a ,9@bit reference number- instead of the short ;@bit reference number. The lar er reference number reduces the probability that two different concatenated messa es are mista#enly sent with identical reference numbers to a receiver. 2(cept for the si!e of the reference number this facility is identical to the 1oncatenated "hort Messa e facility (see clause =.*.3.*:.,).

3GPP

#elease $%

--

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

&n the case of uncompressed ;@bit data- the ma(imum len th of the short messa e within the TP@3> field is ,33 (,:+@<) octets. &n the case of uncompressed G"M < bit default alphabet data- the ma(imum len th of the short messa e within the TP@3> field is ,8* (,9+@;) characters. . character represented by an escape@se?uence shall not be split in the middle. &n the case of ,9 bit uncompressed 3"1* data- the ma(imum len th of the short messa e within the TP@3> field is 99 ((,:+@<)G*) characters. . 31"* character shall not be split in the middleF if the len th of the 3ser >ata Deader is oddthe ma(imum len th of the whole TP@3> field is ,3= octets. &n the case of compressed G"M < bit default alphabet data- ; bit data or 31"* the ma(imum len th of the compressed short messa e within the TP@3> field is ,33 (,:+@<) octets includin the 1ompression Deader and 1ompression 7ooter- both or either of which may be present (see clause 3.=). The relation between compression and concatenation is the same as for 1oncatenated "hort Messa es (see clause =.*.3.*:.,). The &nformation@2lement@>ata field contains information set by the application in the "M"@"30M&T so that the receivin entity is able to re@assemble the short messa es in the correct order. 2ach concatenated short messa e contains a reference number which to ether with the ori inatin address and "ervice 1entre address allows the receivin entity to discriminate between concatenated short messa es sent from different ori inatin "M2s andGor "1s. &n a networ# which has multiple "1s- it is possible for different se ments of a concatenated "M to be sent via different "1s and so it is recommended that the "1 address should not be chec#ed by the M" unless the application specifically re?uires such a chec#. The TP elements in the "M"@"30M&T P>3- apart from TP@M/- TP@3>5 and TP@3>- should remain unchan ed for each "M which forms part of a concatenated "M- otherwise this may lead to irrational behaviour. TP@M/ must be incremented for every se ment of a concatenated messa e as defined in clause =.*.3.9. . "1 shall handle se ments of concatenated messa e li#e any other short messa e. The relation between se ments of a concatenated messa e is made at the ori inator- where the messa e is se mented- and at the recipient- where the messa e is reassembled. "M"@ 1OMM.'>s identify messa es by TP@M/ and therefore apply to only one se ment of a concatenated messa e. &t is up to the ori inatin "M2 to issue "M"@1OMM.'>s for all the re?uired se ments of a concatenated messa e. The &nformation@2lement@>ata octets shall be coded as followsE Octet ,@* 1oncatenated short messa es- ,9@bit reference number.

This octet shall contain a modulo 98839 counter indicatin the reference number for a particular enhanced concatenated short messa e. This reference number shall remain constant for every short messa e which ma#es up a particular enhanced concatenated short messa e. Octet 3 Ma(imum number of short messa es in the enhanced concatenated short messa e.

This octet shall contain a value in the ran e + to *88 indicatin the total number of short messa es within the concatenated short messa e. The value shall start at , and remain constant for every short messa e which ma#es up the enhanced concatenated short messa e. &f the value is !ero then the receivin entity shall i nore the whole &nformation 2lement. Octet : "e?uence number of the current short messa e.

This octet shall contain a value in the ran e + to *88 indicatin the se?uence number of a particular short messa e within the concatenated short messa e. The value shall start at , and increment by one for every short messa e sent within the concatenated short messa e. &f the value is !ero or the value is reater than the value in octet 3 then the receivin entity shall i nore the whole &nformation 2lement. The &2& and associated &2& len th and &2& data shall be present in every se ment of the concatenated "M.

,.2.3.24.,

:i2eless (o$t2ol Mess"1e P2otocol

The Aireless 1ontrol Messa e Protocol (A1MP) is part of the A.P suite of protocolsF an open standard specified by the A.P 7orum 5td. The protocol specifies a set of messa es that can be used by the receiver to notify the sender if an error occurs. This can be due to routin problems- no application listenin at the destination port number- or due to insufficient buffer

3GPP

#elease $%

-.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

capacity. The error messa es can be used by the sender to avoid retransmittin pac#ets- that can not be properly handled at the receiver. A1MP can also be used for dia nostics and informational purposes. A1MP messa es are usually enerated by a data ram transport layer or a mana ement entity. The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet ,@n Protocol >ata 3nit of A1MP. This octet(s) shall contain a A1MP protocol data unit. &n the case where this &2 is to be used in a concatenated "M then the &2&- its associated &2& len th and &2& data shall be contained in the first se ment of the concatenated "M. The &2&- its associated &2& len th and &2& data shall also be contained in every subse?uent se ment of the concatenated "M.

,.2.3.24.10
,.2.3.24.10.1

)$!"$ced Mess"1i$1 Se26ice

)MS (odi$1

2nhanced Messa in is based on standard mechanism in G"M "M" messa in . The first mechanism is called user !ata hea!er (TP@3>D)- which ma#es it possible to include binary data in a normal "M prior the te(t messa e itself (clause =.*.3.*:). The binary data is in the TP@3> field (messa e)- which means that it steels a part of the ,:+ bytes. 2ach object within the "M shall be identified by a &2 in the TP@3> Deader. The &2 will contain a octet (refer to clause =.*.3.*:.,+.,) that identifies the absolute position of the object within and from the be innin of the "M data. &n case of formattin te(t- an additional octet will ive the number of characters for which the formattin applies. 'e(t mechanism that is used is concatenation2 see clause =.*.3.*:.,. This mechanism permits lon er messa es than ,:+ bytes- in fact *88 messa es a ,:+ bytes each can be concatenated to one messa e up to about 3;# bytes. 2M" &2s of the same type may occur more than once in a sin le messa e or one se ment of a concatenated "M. ,.2.3.24.10.1.1 Te-t &o27"tti$1

The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet , "tart position of the te(t formattin . "et to the number of characters after the formattin shall be applied from the be innin of the "M data. This octet shall be coded as an inte er value in the ran e + (be innin of the "M data) to the ma(imum number of characters included in the "M data of one sin le "M or one se ment of a concatenated "M. Octet * Te(t formattin len th. Gives the number of formatted characters or sets a default te(t formattin . This octet shall be coded as an inte er value in the ran e , to the ma(imum number of characters for which the formattin applies in one sin le "M or one se ment of a concatenated "M. . te(t formattin len th value of + indicates that the te(t format shall be used as a default te(t format for the current "M. The default te(t format shall be used for all te(t in a concatenated "M unless temporarily overridden by a te(t formattin &2 with a non@!ero te(t format len th field. &t shall be possible to re@define the default te(t formattin to be applied to all subse?uent te(t in the current "M by sendin a new Te(t 7ormat &2 with te(t format len th !ero. 1onflictin overlappin te(t formattin instructions shall be resolved by applyin the formattin instructions in their se?uential order. Octet 3 formattin mode value coded as followin E Octet 3E 0it , + + , , 0it + + , + , 0it < 0it 9 0it 8 0it : 0it 3 0it * 0it , 0it + V#li1$7e$t 5eft 1enter /i ht 5an ua e dependent (default)

3GPP

#elease $%

-/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Vin case formattin te(t is inserted on the same line as previous non formattin te(t or with a different mode value- the ali nment value shall be set to the same value as the previous formatted predefined object. .li nment may affect object placement. 0it 3 + + , , 0it : , + 0it 8 , + 0it 9 , + 0it < , + 0it * + , + , &o$t SiKe 'ormal (default) 5ar e "mall reserved St9le 2old 0old on 0old off St9le Italic &talic on &talic off St9le U$de2li$ed 3nderlined on 3nderlined off St9le St2i>et!2ou1! "tri#ethrou h on "tri#ethrou h off

&f bit :-8-9 and < are set to +- it will mean normal style (default). Octet : Te(t 1olour.

This Octet may be omitted by settin the &2> len th accordin ly. 0its +..3 define the Te(t 7ore round 1olour 0its :..< define the Te(t 0ac# round 1olour 2ach colour is defined in a semi octet accordin to the table below. The actual colours displayed may vary between M2Ps dependin on the display device used. The colour values defined are simple primary and secondary colours plus four levels of rey. 0ri ht colours have a hi her intensity than dar# colours. 'ibble Balue (msbYlsb) ++++ +++, ++,+ ++,, +,++ +,+, +,,+ +,,, ,+++ 0lac# >ar# Grey >ar# /ed >ar# \ellow >ar# Green >ar# 1yan >ar# 0lue >ar# Ma enta Grey 1olour

3GPP

#elease $%

.%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,++, ,+,+ ,+,, ,,++ ,,+, ,,,+ ,,,, ,.2.3.24.10.1.2 P2ede4i$ed Sou$d

Ahite 0ri ht /ed 0ri ht \ellow 0ri ht Green 0ri ht 1yan 0ri ht 0lue 0ri ht Ma enta

The &nformation@2lement@>ata octet(s) shall be coded as follows. Octet , position indicatin in the "M data the instant after which the sound shall be played. &t will be set to the number of characters from the be innin of the "M data after which the sound shall be played. This octet shall be coded as an inte er value in the ran e + (be innin of the "M data) to the ma(imum number of characters included in the "M data of one sin le "M or one se ment of a concatenated "M. Octet * sound number. "hall be encoded as a inte er value. Use2 5e4i$ed Sou$d

,.2.3.24.10.1.3

The &nformation@2lement@>ata octet(s) shall be coded as follows. Octet , Octet *@n position indicatin in the "M data the instant the after which the sound shall be played (refer to clause =.*.3.*:.,+.,.*). Protocol >ata 3nit as described in clause =.*.3.*:.,+.3.,. This octet(s) shall contain a 3ser >efined "ound. ,.2.3.24.10.1.4 P2ede4i$ed #$i7"tio$

The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet , position indicatin in the "M data the instant the animation shall be displayed. "et to the number of characters from the be innin of the "M data after which the animation shall be displayed. This octet shall be coded as an inte er value in the ran e + (be innin of the "M data) to the ma(imum number of characters included in the "M data of one sin le "M or one se ment of a concatenated "M. Octet * animation number. "hall be encoded as an inte er value. L"21e #$i7"tio$

,.2.3.24.10.1.5

The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet , Octet *@n position indicatin the instant the animation shall be displayed in the "M data (refer clause =.*.3.*:.,+.,.:). Protocol >ata 3nit as described in clause =.*.3.*:.,+.3.3. This octet(s) shall contain a 5ar e .nimation. ,.2.3.24.10.1.6 S7"ll #$i7"tio$

The &nformation@2lement@>ata octet(s) shall be coded as followsE

3GPP

#elease $%

.$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Octet , Octet *@n

position indicatin the instant the animation shall be displayed in the "M data (refer clause =.*.3.*:.,+.,.:). Protocol >ata 3nit as described in clause =.*.3.*:.,+.3.3. This octet(s) shall contain a "mall .nimation.

,.2.3.24.10.1..

L"21e Pictu2e

The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet , be Octet *@n position indicatin in the "M data the instant the picture shall be displayed. "et to the number of characters from the be innin of the "M data after which the picture shall be displayed. This octet shall coded as an inte er value in the ran e + (be innin of the "M data) to the ma(imum number of characters included in the "M data of one sin le "M or one se ment of a concatenated "M. Protocol >ata 3nit as described in =.*.3.*:.,+.3.*. This octet(s) shall contain a 5ar e Picture. ,.2.3.24.10.1.; S7"ll Pictu2e

The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet , Octet *@n position indicatin in the "M data the instant the picture shall be displayed in the "M data (refer clause =.*.3.*:.,+.,.<). Protocol >ata 3nit as described in clause =.*.3.*:.,+.3.*. This octet(s) shall contain a "mall Picture. ,.2.3.24.10.1., V"2i"%le Pictu2e

The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet , Octet * position indicatin in the "M data the instant the picture shall be displayed in the "M data (refer clause =.*.3.*:.,+.,.<). Dori!ontal dimension of the picture. This octet shall contain the hori!ontal number of ; pi(els i.e. this value shall be multiplied by ; to et the whole number of hori!ontal pi(els. Octet 3 Bertical dimension of the picture. This octet shall contain the vertical number of pi(els. Octet :@n Protocol >ata 3nit as described in clause =.*.3.*:.,+.3.*. This octet(s) shall contain a Bariable Picture line by line from top left to bottom ri ht. The values of the hori!ontal and vertical dimensions must be chosen properly by the sendin entity. &f the calculated si!e of this &2 e(ceeds the limits of a sin le "M or se ment it shall be discarded by the receivin entity. )-"7 les o4 )MS codi$1 .ll &2 values in the TP@3> are he(adecimal values. ,.2.3.24.10.1.10 Use2 P2o7 t 3$dic"to2

Aith the 3ser Prompt &ndicator a sendin entity is able to indicate to the receivin entity- that the followin object is intended to be handled at the time of reception- e. . by means of user interaction. The object may be a picture- an animation- a 3ser >efined "ound or a combination of these.

3GPP

#elease $%

.&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

7or e(ample the 3ser Prompt &ndicator may be used when sendin an operators lo o to the M2 that should be displayed instead of the operators name in standby mode. Ahen receivin the object the user shall be prompted to accept or discard the object. .fter this user interaction the "M may be discarded. The 3ser Prompt &ndicator &2 shall immediately precede the correspondin object &2(s). &f a 3ser Prompt &ndicator &2 is not followed by a correspondin object &2 it shall be discarded. The &nformation@2lement@>ata octet(s) shall be coded as followsE Octet , 'umber of correspondin objects. This octet shall contain the number of correspondin objects as an inte er value. Ahere Octet , indicates that the 3ser Prompt &ndicator refers to more than one object- the M2 should chec# the validity of the objects referenced for stitchin to ether. The objects should be considered for stitchin if they are either &ma es ("mall- 5ar e- Bariable Pictures) or 3ser >efined "ounds- and all of the objects referenced by the 3ser Prompt &ndicator &2 are of the same type. .nimations- Te(t formattin and pre@defined sound &2$s are not suitable for stitchin . 3ser defined sounds may be stitched by concatenatin the data contained within each 3ser >efined "ound &2 into a sin le melody object- this may be achieved by i norin the iMelody header and footer information of the second and subse?uent 3ser >efined "ound &2$s referenced from the 3ser Prompt &ndicator. &ma es may be joined alon their vertical ed es- to form a sin le JwideJ ima e- the resultin ima e will have a width e?ual to the sum of the widths of all the ima es defined in the 3ser Prompt &ndicator. ,.2.3.24.10.1.11 St"$d"2d :VG <%?ect

The "tandard ABG object as defined by &2& ,; is structured as followsE Octet , Octet *..n position indicatin in the "M data the instant the object shall be displayed in the "M data "tandard ABG object bit stream

The unused bits in the last octet will be filled with + The detailed data format and attributes of "tandard ABG object are defined in .nne( G. The bit order is defined as followsE The octet with a smaller octet number stores the bits appearin in the front position in the bit streamF the most si nificant bit in an octet stores the first bit in position in a ;@bit se ment in the bit stream. . "tandard ABG object may or may not have fi(ed si!e. &n either case- display si!e should be determined by the terminal implementation. /ecommended display si!e is a lar est possible si!e on terminal screen while aspect ratio shall be maintained. ,.2.3.24.10.1.12 (!"2"cte2 SiKe :VG <%?ect

The 1haracter "i!e ABG object as defined by &2& ,= is structured as followsE Octet , Octet *..n position indicatin in the "M data the instant the object shall be displayed in the "M data 1haracter "i!e ABG bit stream

The unused bits in the last octet will be filled with + The detailed data format and attributes of 1haracter "i!e ABG object are defined in .nne( G. The bit order is defined as followsE The octet with a smaller octet number stores the bits appearin in the front position in the bit streamF the most si nificant bit in an octet stores the first bit in position in a ;@bit se ment in the bit stream.

3GPP

#elease $%

.3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

. 1haracter "i!e ABG object is a small raphics similar to the si!e of a typed character. The display hei ht for a 1haracter "i!e ABG object is decided by the terminal implementation. /ecommended 1haracter "i!e ABG object hei ht is to be similar to the messa e te(t font hei ht. The width of a 1haracter "i!e ABG object is variable dependin on the aspect ratio defined in the object. 1haracter "i!e ABG objects can appear more than one time in one messa e. 2(ampleE 8ad: 7 9ouD &n the above e(ample- the Zheart[ is a 1haracter "i!e ABG object at the position in between the letter Z&[ and Zy[.

&n the above e(ample- there are : 1haracter "i!e ABG objects- each representin a 1hinese character. ,.2.3.24.10.1.13 )-te$ded <%?ect

The 2(tended Object allows an e(tended code ran e for format types. The 2(tended Object may e(tend across se ment boundaries of a concatenated short messa e. Octets , throu h < of the first 2(tended Object &2 shall be contained in a sin le se ment. . sin le se ment may include one or more 2(tended Object &2s. &f multiple "Ms are concatenated and at least one of them contains an 2(tended Object information element- then concatenation of the "Ms shall be done usin the $1oncatenated short messa es- ,9@bit reference number$- verses the $1oncatenated short messa es- ;@bit reference number$ information element. The re@assembly of the 2(tended Object se ments shall be done accordin to the se?uence number of the associated 1oncatenation &2. One or more 2(tended Objects may be compressed usin a compression al orithm as indicated in the 1ompression 1ontrol &2 (see clause =.*.3.*:.,+.,.,3). .n "M2 implementin the 2(tended Object &2 shall be capable of interpretin an uncompressed concatenated messa e composed of at least $in3eo3$sg short messa es which have been received. .ccordin to current content provider re?uirements and handset manufacturer constraints- variable $in3eo3$sg is set to ;. The first 2(tended Object &2 of an 2(tended Object contains a reference number- len th- control data- type and position. The subse?uent 2(tended Object &2s shall only contain 2(tended Object data as illustrated in 7i ure =.*.*:.,+.,,. The &2 len th is variable. Octet , 2(tended Object reference number. . modulo *89 counter indicatin the reference number for the 2(tended Object. Two different 2(tended Objects in a sin le concatenated messa e shall have different reference numbers. 2(tended Object len th in number of octets (inte er representation) as shown in 7i ure =.*.3.*:.,+.,.,,. 1ontrol data. 0it + + , Object distribution

Octet *..3 Octet :

Object may be forwarded Object shall not be forwarded by "M" 3ser Prompt &ndicator Object shall be handled normally Object shall be handled as a 3ser Prompt (see =.*.3.*:.,+.,.,+) reserved

0it , + ,

0it *..<

.ny reserved values shall be set to +. Octet 8 2(tended Object Type. This octet indicates the format of the 2(tended Object from the table below. &f the value is reserved or if the associated format is not supported then the receivin entity shall i nore the 2(tend Object.

3GPP

#elease $% 0ormat T9pe 0-00 0-01 0-02 0-03 0-04 0-05 0-06 0-0. 0-0; 0-0, 0-0# 0-08 0-0( 0-05.. 0-&) 0-&&

.( &o27"t 5esc2i tio$ P2ede4i$ed sou$d "s de4i$ed i$ "$$e- ). iMelod9 "s de4i$ed i$ "$$e- ). 8l"c> "$d 0!ite %it7" "s de4i$ed i$ "$$e- ). 2-%it 12e9sc"le %it7" "s de4i$ed i$ "$$e- ). 6-%it colou2 %it7" "s de4i$ed i$ "$$e- ). P2ede4i$ed "$i7"tio$ "s de4i$ed i$ "$$e- ). 8l"c> "$d 0!ite %it7" "$i7"tio$ "s de4i$ed i$ "$$e- ). 2-%it 12e9sc"le %it7" "$i7"tio$ "s de4i$ed i$ "$$e- ). 6-%it colou2 %it7" "$i7"tio$ "s de4i$ed i$ "$$e- ). 6("2d "s de4i$ed i$ "$$e- ). 6("le$d"2 "s de4i$ed i$ "$$e- ). St"$d"2d :VG o%?ect "s de4i$ed i$ "$$e- ) Pol9 !o$ic 7elod9 "s de4i$ed i$ "$$e- ). Rese26ed 5"t" &o27"t 5eli6e29 ReGuest "s de4i$ed i$ "$$e- ).

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Octet 9..<

2(tended Object Position (inte er representation). The 2(tended Object Position indicates the absolute character position within the messa e te(t after which the object shall be played or displayed. The absolute character position relates to the entire te(t within the concatenated messa e- the first character is numbered character ,. 'OT2E .lthou h this is an absolute value- for concatenated messa es- it is su ested the positions used are those that lie within the te(t of short messa e se ments that have the se?uence number e?ual to or hi her than the one that contains the 2(tended Object &2. &f more than one 2(tended Object is located at the same position then they may be played or displayed in se?uence or simultaneously.

3GPP

#elease $%

.+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Octet ;..n

2(tended Object >ata. This se?uence of octets is structured as illustrated in the fi ure below and defined anne( 2. This fi ure illustrates the construction of a number of "Ms containin a lar e 2(tended Object which crosses a "M boundary and is encoded into * "M TP>3s. The fi ure illustrates only the 3ser >ata field of the "M (TP>3s). 7or a description of concatenation of "M refer to 7i ures =.*.3.*: (a- b and c)
34tended =2ject ?eader 7nformation 34tended =2ject 8ata
,:Positio$i$1 3$4o27"tio$ .'''''n 34tended =2ject 8ata

=ctet Num2er

$ Re4e2e$ce

&:3 5"t" Le$1t!

( (o$t2ol 89te

+ T9 e 3de$ti4ie2

TP8C $

U5@L

(o$c"te$"tio$ 3$4o

737 3'='E

7378B

)-te$ded <%?ect @e"de2

)-te$ded <%?ect 5"t"

TP8C &

U5@L

(o$c"te$"tio$ 3$4o

737 3'='E

7378B

(o$ti$u"tio$ o4 )-te$ded <%?ect 5"t"

I ).<. 7e"$s )-te$ded <%?ect

0igure /'&'3'&('$%'$'$3 ,.2.3.24.10.1.14 Reused )-te$ded <%?ect

This facility is used to reuse an 2(tended Object in a messa e which has already been defined in the same messa e. Octet , /eference number of the 2(tended Object to be reused. 'OT2E The su ested reference numbers are those of 2(tended Objects that are contained in short messa es that have the se?uence number e?ual to or lower than the one that contains the /eused 2(tended Object &2. Octet *..3 indicates in the concatenated messa e the absolute character position after which the object shall be played or displayed. 'OT2E .lthou h this is an absolute value- for concatenated messa es- the su ested positions that lie within the te(t of short messa e se ments that have the se?uence number e?ual to or hi her than the one that contains the 2(tended Object &2. ,.2.3.24.10.1.15 (o7 2essio$ (o$t2ol

This information element is used to indicate a compressed octet se?uence. The compression control is only used in association with one or more 2(tended Objects andGor /eused 2(tended Objects. The compressed data may e(tend across se?uential short messa es within a concatenated short messa e as illustrated by 7i ure =.*.*:.,+.,.,8. The first 1ompression 1ontrol &2 of a compressed data se?uence contains one octet of 1ompression &nformation and a *@octet len th field.

3GPP

#elease $%

.,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The "M2 shall support decompression if the 2(tended Object &2 is implemented. .n "M2 implementin the 2(tendin Object &2 shall be capable of decompressin a received stream for which the ori inal uncompressed information fits into , to $in3eo3$sg messa es. .n "M2 may be capable of decompressin a received stream for which the ori inal uncompressed information fits into more than $in3eo3$sg short messa es. Bariable $in3eo3$sg is defined in clause =.*.3.*:.,+.,.,,. The &2 len th is variable. Octet , 1ompression information.

0its +..3 represent the compression al orithm and bits :..< represent compression al orithm specific parameters. 0it +..3 ++++ 0it :..< 1ompression al orithm 5C"" 1ompression accordin to clause =.*.3.*:.,+.,.,8., "hall be set +.

+++,..,,,, 0it :..< Octets *..3

reserved for future useF reserved bits shall be transmitted +. reserved

5en th of the compressed data in octets (inte er representation). The len th indicates the len th of the compressed data that may e(tend across several compression control &2s. 1ompressed data may contain one or more compressed 2(tended Objects. 7i ure =.*.3.*:.,+.,.,8 is an e(ample and illustrates the assembly of a series of "M TP>3s from a se?uence of concatenated and compressed e(tended objects. 2ach 2(tended Object is preceded by its &2& (2(tended Object or /eused 2(tended Object). . series of 2(tended Objects is then compressed into a sin le buffer and this is split into several "M TP>3s as illustrated.

Octets :..n

3GPP

#elease $%
)-te$ded <%?ect @e"de2

.-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

)-te$ded <%?ect 5"t"

<%?ect $ Re4e2e$ce

<%?ect $ d"t" le$1t!

<%?ect $ co$t2ol %9te

<%?ect $ t9 e ide$ti4ie2

<%?ect $ i$4o27"tio$

<%?ect $ d"t"

(o$c"te$"te )-te$ded o%?ects i$to si$1le %9te st2e"7

3)3 )< I

)-te$ded <%?ect 1

3)3 )< I

)-te$ded <%?ect 2

3)3 R)<I

Reused )-te$ded <%?ect 1

(o7 2ess

(o7 2essed 5"t" St2e"7

#dd )-te$ded <%?ect (o7 2essio$ 3$4o27"tio$ @e"de2

(o7 2essio$ 3$4o27"tio$

(o7 2essed 5"t" Le$1t!

(o7 2essed 5"t" St2e"7 (o7 2essed 5"t"

(o7 2essio$ @e"de2

8uild i$di6idu"l )MS Use2-5"t"-@e"de2 4ields 42o7 t!e co7 2essed e-te$ded o%?ect %9te st2e"7

U@5L

(o$c"te$"tio$ i$4o27"tio$

3)3 (.(.

)35L

(o7 2essio$ @e"de2

(o7 2essio$ 5"t"

U5@L

(o$c"te$"tio$ 3$4o27"tio$

3)3 ((

)35L

(o$ti$u"tio$ o4 (o7 2essio$ 5"t"

I).< Me"$s )-te$ded <%?ect. IR.).< 7e"$s Reused )-te$ded <%?ect. (.(. 7e"$s co7 2essio$.

0igure /'&'3'&('$%'$'$+

,.2.3.24.10.1.15.1 LPSS 37 le7e$t"tio$ 4o2 )MS e-te$ded o%?ect co7 2essio$ 5C"" compression uses two to#ens to identify either literal strin s (byte@se?uences) or references to repeated se?uences. These to#ens (for 2M" e(tended@object compression) are described in this clause of the document. . more eneral introduction to 5C"" compression to ether with an informative e(ample (based upon the to#ens described below) is provided in .nne( 7 (informative). The compressed data stream consists of any combination of literal data bloc#s and slice descriptor se?uences. The format of the compressed data stream is illustrated as followsE @

3GPP

#elease $%

..

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Compressed data stream !initial section" F'' $ & 3 ( + ' ' ' ' ' ' ' 4 ' Slice descriptor Slice descriptor

Biteral data 2lock

Slice descriptor

Biteral data 2lock

0igure /'&'3'&('$%'$'$+'$'a

B@SS compressed data format

This dia ram represents the structure of a compressed byte stream usin 5C"". The stream contains a mi(ture of literal octets from the input buffer and slice descriptors representin the re@occurrence of an octet se?uence to ether with a len th and inde( for the matchin octet se?uence. The initial octets of a compressed buffer will always be a se?uence of literal octets. The structures of the literal data bloc#s and slice descriptors are iven below.

Git $

Git ,

Git +

Git (

Git 3

Git &

Git $

Git %

Num2er literal 29tes to follow' 0igure /'&'3'&('$%'$'$+'$'2 Biteral 2lock identifier

Ahen literal octets are written into the compression buffer (for instance durin the initial phases of compression) they are preceded by a literal bloc# identifier. The most si nificant bit (bit <) of this bloc# shall be set ,. 0its 9@+ indicate the len th of the literal bloc# which follows (up to ,*< octets). &f no match can be found in an octet se?uence of reater that ,*< octets then * (or more) literal bloc#s shall be written se?uentially.

3GPP

#elease $%

./

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

=ctet $ Git $+ % Git $( Git $3 Git $& Git $$ Git $% Git / Git . Git Git , Git +

=ctet & Git ( Git 3 Git & Git $ Git %

Slice Bength 0igure /'&'3'&('$%'$'$+'$'c

Slice =ffset Slice 8escriptor

.s can be seen from the above table- the slice descriptor se?uence len th is two octets- hence only repeatin slices of data lon er than two octets are e(tracted. The Zslice len th[ is contained in the descriptor hi h octet and describes a data slice len th of up to 93 octets. The Zslice offset inde([ to the start of the slice is contained in the lower = bits and limits the window to 8,, octets. The Zslice offset inde([ ives the start position of the source slice measured bac#wards from the current writin position in the output decoded messa e data buffer- e(pressed as a positive number. ,.2.3.24.10.1.15.2 5"t" (o7 2essio$ The compressed data output stream is constructed by repeatin the followin process until the end of the input data buffer is reached. The input data buffer is scanned- from the current readin position (minus ,) throu h to a position 8,, bytes bac# from current readin position (the window) loo#in for the ma(imum (but limited to 93 octets) len th matchin data slice contained that matches the data startin at the current readin position (the loo# ahead buffer). &f no matchin data slice- lon er than two octets- is found then the input data octet at the current readin position is written to a literal buffer. 0oth the current readin position in the input data buffer and the current writin position in the output data buffer are incremented by one. &f a matchin slice is found then a slice descriptor is written to the output data buffer at the current writin position in the output data buffer and the current writin position is incremented by two. The current readin position in the input data buffer is incremented by the len th of the newly found matchin data slice. &f the ne(t read octet results in a matchin slice bein found then the literal buffer is written out. The literal bloc# header- containin a count of the number of literals in the bloc#- is written out first. (&f more than ,*< literal octets e(ist in the literal buffer- then it is split into multiple bloc#s). The above se?uence is repeated until the current readin position reaches the end of the input data buffer. Ahen encodin (compressin )- it is the input data buffer- up to the current readin position- that is used to search for already #nown matchin data slices- as this represents- and is e?ual to- the reconstructed output data buffer of the decoder at the receivin end. ,.2.3.24.10.1.15.3 5"t" 5e-co7 2essio$ The followin se?uence is repeated until the end of the input data buffer. The data octet at the current readin position in the input data buffer is tested for either + or , in bit <. &f the bit is set (bit < O ,)- then the number of literal octets that follow is determined from the lower < bits of the header octet (this one). The literal octet bloc# is written to the output data buffer at the current writin position and both the output data writin position and the input data readin position pointers are incremented by the bloc# si!e. &f the bit is clear (bit < O +)- then the Zslice len th[ and Zslice offset inde([ are e(tracted from the two octet slice descriptor. The data slice is copied from within the output data buffer to the end of the output data buffer- where the start of the source slice is at a position Zslice offset inde([ bac# from the current output data writin position and the destination start position of the slice is the current output buffer writin position. The input data buffer readin position is incremented by two and the output data writin position is incremented by the Zslice len th[.

3GPP

#elease $%

/%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.3.24.10.1.15.4 Test Vecto2s &n order to assist implementers of the compression al orithm described in this specification- a suite of test vectors and XhelpP information are available in electronic format. The test vectors are supplied with this specification. These test vectors provide chec#s for most of the commonly e(pected parameter value variants in this specification and may be updated as the need arises. &n addition .nne( 7 contains an introduction to 5C@type compression al orithms and also has a brief informative e(ample. ,.2.3.24.10.1.16 <%?ect 5ist2i%utio$ 3$dic"to2

This facility allows a level of control to be re?uested over the distribution of objects contained within selected information elements in short messa es. &f no Object >istribution &ndicator is specified for an information element in which an object is received- then that object may be freely distributed. &f a M" provides facilities to modify an object- then the >istribution .ttributes (see below) shall be maintainedF i.e. an object that is not allowed to be distributed cannot become so after modification. The use of the Object >istribution &ndicator in conjunction with a T2 is beyond the scope of the present document. Ahere the Object >istribution &ndicator is applied to object &2Ps that are also addressed by an &2 which affects or controls them in some other way (such as 3ser Prompt &ndicator &2 (see clause =.*.3.*:.,+.,.,+))- then it shall precede all of the &2Ps includin the other controllin &2Ps. Octet , 'umber of &nformation 2lements. This octet specifies the number of information elements from ,@*88 for which the >istribution .ttributes in the ne(t octet shall apply. The affected objects shall be contained in &nformation 2lements immediately followin this &2 and may be contained in subse?uent short messa e se ments within a concatenated short messa e. &f the Object >istribution &ndicator is applied to the same object &2Ps as addressed by an &2 which affects or controls them in some other way (such as the 3ser Prompt &ndicator &2)- then value of this field shall reflect the total number of all the object &2Ps and all of the controllin &2Ps. &f set to + the >istribution .ttributes shall apply to all information elements until either the end of the messa e or another Object >istribution &ndicator &2 is received. Octet * 0it + + , bit ,..< reserved for future use. ,.2.3.24.10.1.1. Re l9 #dd2ess )le7e$t the associated object(s) may be forwarded the associated object(s) shall not be forwarded by "M" >istribution .ttributes.

Only one alternate /eply .ddress 2lement can be inte rated in a messa e. &n the case the /eply .ddress 2lement is part of a 1oncatenated "M this &2 shall occur in its first se ment only. Octet ,..n .lternate /eply .ddress encoded as specified for address fields in clause =.,.*.8

Ahen this &2 is received in a messa e- replies to this messa e should ta#e place by default usin the address specified in this &2 instead of the re ular messa e TP@O..

3GPP

#elease $%

/$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'OT2E

>espite the fact that MM& aspects of the M2 are out of the scope of the present document- it must be mentioned that this mechanism mi ht open the door to potential abuse. &t is desirable that the user is made aware in some way that the reply address of the incomin messa e is different from the ori inatorPs oneand that the user is presented with the ori inal TP@O. address to identify the sender of the "M . )-te$ded <%?ect 5"t" ReGuest (o77"$d

,.2.3.24.10.1.1;

There is no data element associated with this &2. The associated &nformation 2lement 5en th field is present but set to !ero. 3pon receivin this &2 in an "M"@>25&B2/ P>3- if an M" supports this re?uest and the correspondin response- it shall respond with an "M"@>25&B2/@/2PO/T P>3 containin a >ata 7ormat >elivery /e?uest as defined in the 2(tended Object &2. This "M"@>25&B2/ P>3 may be discarded. ,.2.3.24.10.2.1 )-"7 le o4 8"sic te-t 4o27"tti$1 "$d 2ede4i$ed )MS codi$1

.n e(ample of the basic concept of codin is iven as followsE TP@3>D&O, "M" 3ser >ata DeaderE 3>D5O+8- &2&O+.- &2>5O+3- &2>,O+7- &2>*O,*- &2>3O,+ "M" 3ser >ataE This is a te(t with bold option on followin with normal te(t. "hould be displayed asE This is a te(t with #ol! option on followin with normal te(t.

&t is also possible to add predefined sounds in the messa e. 2(ampleE TP@3>D&O, "M" 3ser >ata DeaderE 3>D5O+;- &2&O+0- &2>5O+*- &2>,O+=-Ssound8Q- &2&O+0- &2>5O*- &2>,O,1Ssound<Q "M" 3ser >ataE This is a messa e with two different sounds. The sound nr8 shall be played after the =th received character (JaJ) and sound nr< shall be played after the *;th received character (JeJ).

3GPP

#elease $%

/&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.2.3.24.10.2.2

)-"7 le o4 Use2 de4i$ed <%?ects )MS codi$1

2(ample of a messa e includin one small picture is coded as followsE TP 3>D&O, "M" 3ser >ata DeaderE 3>D5O*:- &2&O,,- &2&>5O**- &2>,O+;- S

% (small picture 3*bytes)Q

"M" 3ser >ataE Dello]S1/QS57QS1/QS57QOne small picture in here "hould be displayed asE Dello]

%
One small picture in here

&f the messa e starts with S1/Q- then the JunreadableJ data in an old terminal will be overwritten by the te(t- and the user will not see any stran e characters. &t is possible to insert the same picture several times in the same messa e. &n that case- the TP@3> header shall contain as many &2 as the number of occurrences contained in the "M or one se ment of a concatenated messa e. 3sin defined elements will normally imply that more than one "M is re?uired and therefore concatenation is re?uired. ,.2.3.24.10.2.3 (o$c"te$"tio$ o4 SMS 7ess"1es

1oncatenated messa es are re?uired in most cases re?uired when usin several types of 2M" elements- since it is only possible to send one lar e pictureGlar e animationGmelody in one sin le "M. .fter includin either of these elementsthere are only : (or = if no concatenation is used) characters left to the te(t part- and this is usually too little. &f one or more objects are embedded in one se ment of a concatenated messa e- the &2 octet indicatin itsGtheir position within the "M data cannot be set to a value that would refer to a position in the ne(t se ment(s) so that received se ments should be processed before all of them have been received. &t means that a formattin te(t that could not be conveyed in one se ment shall be split in as many se ments as necessary. &n that case- the &2 relatin to the formattin shall be repeated in all the se ments in which it will apply. 2(ample of a messa e includin * 5ar e Pictures- : "mall animations and * 3ser defined Melodies to ether with some te(t. The 2M" messa eE S5ar e Picture,Q S3ser >efined Melody ,Q Dello .ll- This is a real 2nhanced Messa e S"mall .nimation ,Q. & can send S"mall .nimation *Q and receive S"mall .nimation 3Q really advanced 2M" messa es S.nimation :Q &snPt it impressive^ G5ars S3ser >efined Melody*Q S5ar e Picture *Q

3GPP

#elease $%

/3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

This 2M" messa e has to use concatenated messa es and the "M will typically contain the followin dataE
SM 1 2 3 Cser 8ata ?eader 3)3F10 (L"21e Pictu2e) 3)51F00 (%e1i$$i$1 o4 t!e SM) NL"21e Pictu2e 1 (12; %9tes)= 3)3F0( (Use2 5e4i$ed Sou$d) 3)51F00 (%e1i$$i$1 o4 t!e SM) NUse2 Melod9 1 (12,%9tes 7"-)= 3)3F0& (S7"ll #$i7"tio$) 3)51F24 (36t! ositio$) NS7"ll #$i7"tio$ 1 (32 %9tes)= 3)3F0& (S7"ll #$i7"tio$) 3)51F2& (4.t! ositio$) NS7"ll #$i7"tio$ 2 (32 %9tes)= 3)3F0& (S7"ll #$i7"tio$) 3)51F0. (.t! ositio$) NS7"ll #$i7"tio$ 3 (32 %9tes)= 3)3F0& (S7"ll #$i7"tio$) 3)51F25 (3.t! ositio$) NS7"ll #$i7"tio$ 4 (32 %9tes)= 3)3F0( (Use2 5e4i$ed Sou$d) 3)51F00 (%e1i$$i$1 o4 t!e SM) NUse2 Melod9 1 (12; %9tes 7"-)= 3)3F10 (L"21e Pictu2e) 3)51F00 (%e1i$$i$1 o4 t!e SM) NL"21e Pictu2e 2 (12; %9tes)= Cser 8ata AN(R=NL&=B @ello #ll, T!is is " 2e"l )$!"$ced Mess"1e. 3 c"$ se$d "$d

2ecei6e 2e"ll9 "d6"$ced )MS 7ess"1es. 3s$Qt it i7 2essi6eR /L"2s.

5 6

AN(R=NL&=B

,.2.3.24.10.3 )MS &o27"ts ,.2.3.24.10.3.1 Pre!e)ine! Soun!s There are a number of fi(ed predefined sounds. 2ach sound nr corresponds to a specific sound accordin to the table below. The presentations of these sounds are manufacturer specific.
Sound nr 0 1 2 3 4 5 6 . ; , (!i7es !i1! (!i7es lo0 5i$1 T"5" 'oti49 52u7 (l" s &"$&"2 (!o2d !i1! (!o2d lo0 8escription

Sou$ds

,ser !e)ine! soun!s The user defined sounds are coded accordin to the iMelody formatH33I. The ma(imum len th of a sound is ,*; bytes. ,.2.3.24.10.3.2 Pictu2es

Pictures are coded from upper left to lower ri ht and in each byte the most si nificant bit represent the pi(el at the left. The pictures are plain blac# and white- no colours or rey scales are supported. The bitvalue J+J represents a white pi(el and the bitvalue J,J represents a blac# pi(el.

3GPP

#elease $%

/(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

2(ample ,9V,9 picture

89te 1 89te 3 S S 89te 31 89te 2 89te 4 S S 89te 32

,.2.3.24.10.3.3 Pre!e)ine!

#$i7"tio$

There are a number of predefined animations. 2ach animation nr corresponds to a specific animation accordin to the table below. The way of displayin the animation is manufacturer specific.
6nimation nr 0 1 2 3 4 5 6 . ; , 10 11 12 13 14 3 "7 i2o$ic, 4li2t9 3 "7 1l"d 3 "7 sce tic 3 "7 s"d :<:T 3 "7 c29i$1 3 "7 0i$>i$1 3 "7 l"u1!i$1 3 "7 i$di44e2e$t 3$ lo6e/Uissi$1 3 "7 co$4used To$1ue !"$1i$1 out 3 "7 "$129 :e"2i$1 1l"sses 5e6il 8escription

,ser "e)ine! .nimations are coded as : se?uential pictures- with the first picture sent first.

,.2.3.24.11

R&( ;22 )-M"il @e"de2

This information element is used to indicate the e(istence of an /71 ;** &nternet electronic mail in the data part of the short messa e. 0oth- 2@Mail Deader and (optional) 2@Mail 0ody shall be parts of the "MPs data and shall be compliant with the synta( specified in /71 ;** H3:I. The character set used for encodin of 2@Mail Deader and 2@Mail bodyhowever- shall be accordin to 3GPP T" *3.+3; H=I. 2ncodin of 2@Mail Deader and 2@Mail 0ody shall be done usin the same character set. &n compliance with /71 ;** H3:I the 2@Mail Deader shall always be located at the very be innin of the "MPs data part. &t shall always be present in the JunfoldedJ format as it is specified in /71 ;** H3:I. 'ot the S1/57Q character defined in /71 ;** H3:I but the S57Q character accordin to 3GPP T" *3.+3; H=I shall be used for the separation of different 2@Mail Deader fields. &f an /71 ;** 2@Mail 0ody e(ists- it shall immediately follow the 2@Mail Deader in the "MPs data part. 'OT2 ,E The null line defined in /71 ;** for the separation of 2@Mail Deader and 2@Mail 0ody may be discarded. 'OT2 *E The sendin of e(tended "MTP headers is allowed and the M" should not reject the messa e if there are header fields in the email header part that are not specified in /71 ;**. &n case of an /71 ;** 2@Mail Deader e(ceedin the data part of a sin le "M- concatenation shall be used. &n this case the 2@Mail Deader starts in the first se ment of a concatenated "M and continues in one or several subse?uent se ments. The /71 ;** 2@Mail 0ody shall immediately follow the final fraction of the /71 ;** 2@Mail Deader and may also be spread over several se ments of the concatenated "M.

3GPP

#elease $%

/+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

&n case where this &2& is to be used in a concatenated "M then the &2&- its associated &2>5- and &2> fields shall be contained in the first se ment of the concatenated "M and shall also be contained in every subse?uent se ment of the concatenated "M. The &nformation@2lement@>ata octet shall be coded as followsE Octet , /71 ;** 2@Mail Deader len th indicator. This octet shall indicate the len th of the /71 ;** 2@Mail Deader that is located at the be innin of the data part of the "M. &n case of an 2@Mail Deader e(ceedin the data part of a sin le "M- this octet shall indicate the len th of that fraction of the /71 ;** 2@Mail Deader that is located at the be innin of the data part of the current se ment of the concatenated "M. &f the user data is coded usin the G"M < bit default alphabet- this &2> octet shall ive an inte er representation of the number of septets within (that fraction of) the /71 ;** 2@Mail Deader that is located at the be innin of the data part of the current (se ment of the concatenated) "M. "ee fi ure =.*.3.*:.,, (a). &f the user data is coded usin ;@bit data- this &2> octet shall ive an inte er representation of the number of octets within (that fraction of) the /71 ;** 2@Mail Deader that is located at the be innin of the data part of the current (se ment of the concatenated) "M. "ee fi ure =.*.3.*:.,, (b). &f the user data is coded usin 31"* H*:I data- this &2> octet shall ive an inte er representation of the number of 31"* characters (consistin of * octets) within (that fraction of) the /71 ;** 2@Mail Deader that is located at the be innin of the data part of the current (se ment of the concatenated) "M. "ee fi ure =.*.3.*:.,, (c). 'OT2 3E &f the user data is coded usin compressed G"M < bit default alphabet or compressed ; bit data or compressed 31"* H*:I data the /71 ;** 2@Mail Deader len th indicatorPs value shall be based on the amount of uncompressed data- i.e. before compression is performed. The dia ram below shows the layout of the &2> for G"M < bit default alphabet data.
<ctet SM (.%it d"t")

U5L U5@L 3)3"

...

3)3- 3)35L- 3)5F 20 F 01

... 3)5$

&ill %its R&( ;22 @e"de2 R&( ;22 8od9 'u7%e2 o4 Se tets Le$1t! 3$dic"to2

Tot"l $u7%e2 o4 <ctets

Le$1t! 3$dic"to2 Tot"l $u7%e2 o4 Se tets Le$1t! 3$dic"to2

0igure /'&'3'&('$$ !a"

3GPP

#elease $%

/,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The dia ram below shows the layout of the &2> for ; bit data.
<ctet SM (; %it d"t")

U5L U5@L 3)3"

...

3)3- 3)35L3)5F 20 F 01

... 3)5$

R&( ;22 @e"de2 'u7%e2 o4 <ctets

R&( ;22 8od9

Le$1t! 3$dic"to2 Tot"l $u7%e2 o4 <ctets

Le$1t! 3$dic"to2 Tot"l $u7%e2 o4 <ctets Le$1t! 3$dic"to2

0igure /'&'3'&('$$ !2" The dia ram below shows the layout of the &2> for 31"* data.
<ctet SM (U(S2 c!"2"cte2s)

U5L U5@L 3)3"

3)3- 3)35L... F 20 F 01

3)5-

... 3)5$

R&( ;22 @e"de2

R&( ;22 8od9

'u7%e2 o4 U(S2 c!"2"cte2s Le$1t! 3$dic"to2 Tot"l $u7%e2 o4 <ctets

Le$1t! 3$dic"to2 Tot"l $u7%e2 o4 <ctets Le$1t! 3$dic"to2

0igure /'&'3'&('$$ !c"

,.2.3.24.12

@9 e2li$> 4o27"t ele7e$t

. hyperlin# format element shall be structured as followsE Octet , and * .bsolute 2lement Position (inte er representation). The .bsolute 2lement Position indicates the absolute character position within the messa e te(t. The absolute character position relates to the entire te(t within the concatenated messa e- the first character is numbered character ,. Octet 3 Octet : Dyperlin# Title len thE an inte er representation of the number of characters in the hyperlin# title. 3/5 len thE an inte er representation of the number of characters in the 3/5.

3GPP

#elease $%

/-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

. space character shall be inserted between the hyperlin# title and the 3/5. The hyperlin# title can be a mi(ture of te(tanimations and pictures. 2lements (te(t- animations and pictures) for which the position is included in the ran e H.bsolute hyperlin# positionY.bsolute hyperlin# positionUhyperlin# title len thI are part of the hyperlin# title. The strin of te(t in the ran e H.bsolute hyperlin# positionUhyperlin# title len thU,Y.bsolute hyperlin# positionUhyperlin# title len thU,U3/5 len thI is to be interpreted as a 3/5.

,.2.3.24.13

)$!"$ced Voice M"il 3$4o27"tio$

2nhanced Boice Mail &nformation allows a Boice Mail system to convey to a mobile subscriber- comprehensive information re ardin individual voice mail messa es and mailbo( status. 2nhanced Boice Mail &nformation has two types of &nformation 2lement >ata 2nhanced Boice Mail 'otification which conveys to the M" information re ardin newly deposited Boice Mail messa es and Boice Mailbo( "tatus 2nhanced Boice Mail >elete 1onfirmation which allows an M" to maintain Boice mailbo( status information synchronisation between the M" and the Boice Mailbo( in the event of Boice Mail Messa e deletion.

The first XbitP of the 2nhanced Boice Mail &nformation 2lement >ata is #nown as 2nhanced Boice Mail P>3 Type and discriminates between whether the 2nhanced Boice Mail &nformation P>3 is an 2nhanced Boice Mail 'otification or an 2nhanced Boice Mail >elete 1onfirmation. ,.2.3.24.13.1 )$!"$ced Voice M"il 'oti4ic"tio$

The 2nhanced Boice Mail 'otification &nformation 2lement >ata has the followin format where the parameters are in strict order followin the &2>5. The 2nhanced Boice Mail 'otification &2& and its associated &2>5 and &2> shall be complete within a sin le 3>D. &n the event of a contradiction between 2nhanced Boice Mail 'otification and either the >1" (*3.+3;) H=I indicatin Boicemail Messa e Aaitin or the "pecial "M" Messa e &ndication (=.*.3.*:.*) indicatin Boice Messa e Aaitin or both then the 2nhanced Boice Mail 'otification specified here shall ta#e precedence.

3GPP

#elease $% Parameter

/.

3GPP TS &3'%(% )$%'%'% !&%$$*%3" Parameter Bength

Mandator9H=ptionalH Conditional )'@#'()5VV<3()VM#3LVP5UVTMP) 8it 0 <ctet 1 M R)S)RV)5V&<RV&UTUR)VUS) 8it 1 <ctet 1 M MULT3PL)VSU8S(R38)RVPR<&3L) 8its 2..3 <ctet 1 M SMVST<R#G) 8it 4 <ctet 1 M VMVM#3L8<LV#LM<STV&ULL 8it 5 <ctet 1 M VMVM#3L8<LV&ULL 8it 6 <ctet 1 M VMVM#3L8<LVST#TUSV)LT)'S3<'V3'53(#T<R 8it . <ctet 1 M VMVM#3L8<LV#(()SSV#55R)SS <ctets 2S $+2 ('<T) 2) M 'UM8)RV<&VV<3()VM)SS#G)S 8its 0... <ctet $+3 M 'UM8)RV<&VVMV'<T3&3(#T3<'S 8its 0..4 <ctet $+4 M R)S)RV)5V&<RV&UTUR)VUS) 8its 5... <ctet $+4 M VMVM#3L8<LVST#TUSV)LT)'S3<'VL)'GT@ 1 <ctet ('<T) 3) ( VMVM#3L8<LVST#TUSV)LT)'S3<'V5#T# 1 o2 7o2e <ctets ('<T) 3) ( VMVM)SS#G)V35 ('<T) 1) 8its 0..15 <ctets $+5..$+6 M VMV M)SS#G)VL)'GT@ ('<T) 1) 8its 0... <ctet $+. M VMV M)SS#G)VR)T)'T3<'V5#MS ('<T) 1) 8its 0..4 <ctet $+; M R)S)RV)5V&<RV&UTUR)VUS) ('<T) 1) 8it 5 <ctet $+; M VMVM)SS#G)VPR3<R3TMV3'53(#T3<' ('<T) 1) 8it 6 <ctet $+; M <(T)TVVMVM)SS#G)V)LT)'S3<'V3'53(#T<R ('<T) 1) 8it . <cet $+; M VMVM)SS#G)V(#LL3'GVL3')V35)'T3TM ('<T) 1) <ctets $+,.. $+,+7 ('<T) 2) M VMVM)SS#G)V)LT)'S3<'VL)'GT@ ('<T) 1) 1 <ctet ('<T) 3) ( VMVM)SS#G)V)LT)'S3<'V5#T# ('<T) 1) 1 o2 7o2e <ctets ('<T) 3) ( '<T) 1* T!is seGue$ce o4 "2"7ete2s "2e 2e e"ted " $u7%e2 o4 ti7es "cco2di$1 to t!e $u7%e2 o4 Voice M"il $oti4ic"tio$s co$6e9ed i$ t!is 3). '<T) 2* W$Q "$d W7Q de$ote t!e $u7%e2 o4 octets 2eGui2ed 4o2 t!e VMVM#3L8<LV#(()SSV#55R)SS "$d t!e VMV(#LL3'GVL3')V35)'T3TM "s " 2o 2i"te i$cludi$1 t!e #dd2ess-Le$1t!, T9 e-o4-"dd2ess "$d #dd2ess6"lue (see ,.1.2.5). '<T) 3* T!e (o$ditio$"l <ctets "2e e-cluded 42o7 t!e <ctet cou$t i$ t!e t"%le i$ t!is 2ele"se %ec"use $o e-te$sio$s "2e de4i$ed i$ t!is 2ele"se.

2'D.'12>NBO&12NM.&5NP>3NT\P2

This parameter shall be set to + to specify that the followin &nformation 2lement >ata Parameters is an 2nhanced Boice Mail 'otification. This parameter is set to + and is reserved for future use. This parameter shall indicate the Multiple "ubscriber Profile (see 3GPP T" *3.+=< H:,I)E ++ ,+ +, ,, profile &> , profile &> * profile &> 3 profile &> :

/2"2/B2>N7O/N73T3/2N3"2 M35T&P52N"30"1/&02/NP/O7&52

"MN"TO/.G2

This parameter shall be set to + to indicate that this "M shall be discarded after evaluatin its contentsF otherwise it shall be set to a , to indicate to the M" that this "M shall be stored in the M2 or the 3"&M. This parameter shall be set to , if the Boice Mailbo( in the Boice Mail system is almost fullF otherwise this field shall be set to +. The point at which the voice mailbo( is considered almost full is Boice Mail "ystem specific. This parameter shall be set to , if the Boice Mailbo( in the Boice Mail system is fullF otherwise this field shall be set to +.

BMNM.&50OLN.5MO"TN7355

BMNM.&50OLN7355

3GPP

#elease $%

//

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

BMNM.&50OLN"T.T3"N2LT2'"&O'N&'>&1.TO/ &n this release- this parameter shall be set to +. This parameter shall be set to , to indicate that a BMNM.&50OLN"T.T3"N2LT2'"&O'N52'GTD parameter is present in this P>3. BMNM.&50OLN.112""N.>>/2"" This parameter shall contain the Boice Mailbo( number. &t shall be coded accordin to section =.,.*.8. &n case of contradiction between this parameter and the Mailbo( >ialin 'umbers stored on (3)"&M this parameter shall ta#e precedence and the M" may try to update EFMBDN on (3)"&M. This octet shall contain a value in the ran e + to *88 indicatin the current number of Boice Mail messa es that are unread. The value *88 shall be ta#en to mean *88 or reater. The '3M02/NO7NBO&12NM2"".G2" shall be stored on the (3)"&M in accordance with the procedure for stora e of Messa e Aaitin &ndication "tatus described in "pecial "M" Messa e &ndication (=.*.3.*:.*). This parameter has a ran e + to ,8. This parameter shall indicate the number of specific Boice Messa e notifications to follow within this &2. This parameter shall be set to + and is reserved for future use.

'3M02/NO7NBO&12NM2"".G2"

'3M02/NO7NBMN'OT&7&1.T&O'"

/2"2/B2>N7O/N73T3/2N3"2

BMNM.&50OLN"T.T3"N2LT2'"&O'N52'GTD This parameter shall be set to the number of additional octets that immediately follow. This parameter has a value in the ran e + to *88. The presence of this parameter is conditional on the settin of BMNM.&50OLN"T.T3"N2LT2'"&O'N&'>&1.TO/ in this P>3. BMNM.&50OLN"T.T3"N2LT2'"&O'N>.T. This parameter comprises a number of additional octets allowin additional BM mailbo( eneric status parameters to be conveyed in this P>3. .dditional octets are not defined in this release but may be defined later by 3GPP. This parameter is conditional on the presence of BMNM.&50OLN2LT2'"&O'N52'GTD BMNM2"".G2N&> This parameter shall be set to the messa e &> of the Boice Mail messa e in this specific Boice Messa e notification. This parameter is binary and has a ran e + to 98838- modulus 98839. &t is the responsibility of the Boice Mail system to set this parameter to uni?uely identify a Boice Mail messa e within the modulus. This parameter shall be set to the len th of the Boice Mail messa e in this notification in seconds. This parameter has a ran e + to *88. 7or voice mail messa es that are lon er than *88 seconds- this parameter shall be set to its ma(imum *88. This parameter shall be set to the number of days after which the specific Boice Mail messa e in this notification is anticipated to be automatically deleted from the Boice Mail system timed from the G"M Timestamp (TP@"1T" =.*.3.,,) for this 2nhanced Boice Mail 'otification. This parameter has a ran e + to 3,. 7or Boice Mail messa es that have a lon er retention time than 3, days- this parameter shall be set to its ma(imum 3,.

BMN M2"".G2N52'GTD

BMN M2"".G2N/2T2'T&O'N>.\"

3GPP

#elease $%

$%%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'OT2E

The G"M Timestamp is the time that the "1 received the "M from the Boice Mail system which is not necessarily the time that the voice messa e was deposited into the Boice Mail system. This parameter is set to + and is reserved for future use. This parameter shall be set to , to indicate that the specific Boice Mail messa e in this notification held in the Boice Mailbo( is ur entF otherwise the parameter shall be set to +.

/2"2/B2>N7O/N73T3/2N3"2 BMN M2"".G2NP/&O/&T\N&'>&1.T&O'

BMNM2"".G2N2LT2'"&O'N&'>&1.TO/ &n this release- this parameter shall be set to +. This parameter shall be set to a , to indicate that a BMNM2"".G2N2LT2'"&O'N52'GTD parameter is present in this P>3. BMNM2"".G2N1.55&'GN5&'2N&>2'T&T\ This parameter shall contain the address to be used by the mobile subscriber to contact the ori inator of the specific Boice Mail messa e in this notification. Ahere the 15& is not available then the codin of this parameter shall indicate that there is no address. i.e The len th indicator in this parameter shall be set to +. This parameter codin shall comply with the the "M@T5 address format specified in =.,.*.8 above. BMNM2"".G2N2LT2'"&O'N52'GTD This parameter shall be set to the number of additional octets that immediately follow. This parameter has a value in the ran e + to *88. The presence of this parameter is conditional on the settin of BMNM2"".G2N2LT2'"&O'N&'>&1.TO/ in this P>3. This parameter comprises a number of additional octets allowin additional voicemail messa e specific parameters to be conveyed in this P>3. .dditional octets are not defined in this release but may be defined later by 3GPP. This parameter is conditional on the presence of BMNM2"".G2N2LT2'"&O'N52'GTD.

BMNM2"".G2N2LT2'"&O'N>.T.

,.2.3.24.13.2

)$!"$ced Voice M"il 5elete (o$4i27"tio$

The 2nhanced Boice Mail >elete 1onfirmation &nformation 2lement >ata contains synchroni!ation information. . Boice Mail system may send an 2nhanced Boice Mail >elete 1onfirmation in order to indicate to the M2 that certain voice mail messa es that have been deleted and to indicate the updated status of the Boice Mailbo(. The 2nhanced Boice Mail >elete 1onfirmation &nformation 2lement >ata has the followin format where the parameters are in strict order followin the &2>5. The 2nhanced Boice Mail >elete 1onfirmation &2& and its associated &2>5 and &2> shall be complete within a sin le 3>D.

3GPP

#elease $% Parameter

$%$ Parameter Bength

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Mandator9HConditional H=ptional )'@#'()5VV<3()VM#3LVP5UVTMP) 8it 0 <ctet 1 M R)S)RV)5V&<RV&UTUR)VUS) 8it 1 <ctet 1 M MULT3PL)VSU8S(R38)RVPR<&3L) 8its 3..2 <ctet 1 M SMVST<R#G) 8it 4 <ctet 1 M VMVM#3L8<LV#LM<STV&ULL 8it 5 <ctet 1 M VMVM#3L8<LV&ULL 8it 6 <ctet 1 M VMVM#3L8<LVST#TUSV)LT)'S3<'V3'53(#T<R 8it . <ctet 1 M VMVM#3L8<LV#(()SSV#55R)SS <ctets 2..$+2 ('<T) 2) M 'UM8)RV<&VV<3()VM)SS#G)S 8its 0... <ctet $+3 M 'UM8)RV<&VVMV5)L)T)S 8its 0..4 <ctet $+4 M R)S)RV)5V&<RV&UTUR)VUS) 8its 5... <ctet $+4 M VMVM#3L8<LVST#TUSV)LT)'S3<'VL)'GT@ 1 <ctet ('<T) 3) ( VMVM#3L8<LVST#TUSV)LT)'S3<'V5#T# 1 o2 7o2e <ctets ('<T) 3) ( VMVM)SS#G)V35 ('<T) 1) <ctets $+5..$+6 M R)S)RV)5V&<RV&UTUR)VUS) ('<T) 1) 8its 0..6 <ctet $+. M VMVM)SS#G)V)LT)'S3<'V3'53(#T<R ('<T) 1) 8it . <ctet $+. M VMVM)SS#G)V)LT)'S3<'VL)'GT@ ('<T) 1) 1 <ctet ('<T) 3) ( VMVM)SS#G)V)LT)'S3<'V5#T# ('<T) 1) 1 o2 7o2e <ctets ('<T) 3) ( '<T) 1* T!is seGue$ce o4 "2"7ete2s "2e 2e e"ted " $u7%e2 o4 ti7es "cco2di$1 to t!e $u7%e2 o4 Voice M"il 5elete (o$4i27"tio$s co$6e9ed i$ t!is 3). '<T) 2* W$Q de$otes t!e $u7%e2 o4 octets 2eGui2ed 4o2 t!e VMVM#3L8<LV#(()SSV#55R)SS i$cludi$1 t!e #dd2ess-Le$1t!, T9 e-o4-"dd2ess "$d #dd2ess-6"lue (see ,.1.2.5). '<T) 3* T!e (o$ditio$"l <ctets "2e e-cluded 42o7 t!e <ctet cou$t i$ t!e t"%le i$ t!is 2ele"se %ec"use $o e-te$sio$s "2e de4i$ed i$ t!is 2ele"se.

2'D.'12>NBO&12NM.&5NP>3NT\P2

This parameter shall be set to , to specify that the followin &nformation 2lement >ata is an 2nhanced Boice Mail >elete 1onfirmation. This parameter is set to + and is reserved for future use. "ee clause =.*.3.*:.,3., "ee clause =.*.3.*:.,3., "ee clause =.*.3.*:.,3., "ee clause =.*.3.*:.,3.,

/2"2/B2>N7O/N73T3/2N3"2 MULTIPLE_SUBSCRIBER_PROFILE "MN"TO/.G2 BMNM.&50OLN.5MO"TN7355 BMNM.&50OLN7355

BMNM.&50OLN"T.T3"N2LT2'"&O'N&'>&1.TO/ &n this release- this parameter shall be set to +. This parameter shall be set to , to indicate that a BMNM.&50OLN"T.T3"N2LT2'"&O'N52'GTD parameter is present in this P>3. BMNM.&50OLN.112""N.>>/2"" '3M02/NO7NBO&12NM2"".G2" '3M02/NO7NBMN>252T2" /2"2/B2>N7O/N73T3/2N3"2 "ee clause =.*.3.*:.,3., "ee clause =.*.3.*:.,3., This parameter has a ran e + to 93. This parameter shall indicate the number of BMNM2"".G2N&>Ps that follow in this &2 This parameter is set to + and is reserved for future use.

BMNM.&50OLN"T.T3"N2LT2'"&O'N52'GTD This parameter shall be set to the number of additional octets that immediately follow. This parameter has a value in the ran e + to *88. The presence of this parameter is conditional on the settin of BMNM.&50OLN"T.T3"N2LT2'"&O'N&'>&1.TO/ in this P>3.

3GPP

#elease $%

$%&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

BMNM.&50OLN"T.T3"N2LT2'"&O'N>.T. This parameter comprises a number of additional octets allowin additional BM mailbo( eneric status parameters to be conveyed in the P>3. .dditional octets are not defined in this release but may be defined later by 3GPP. This parameter is conditional on the presence of BMNM.&50OLN2LT2'"&O'N52'GTD BMNM2"".G2N&> This parameter shall be set to the messa e &> of the specific voice mail messa e(s) whose deletion is bein confirmed. The ran e of this parameter is defined in clause =.*.3.*:.,3., and for a specific voice mail messa e the value of this parameter shall be identical to that used for the BM 'otification. This parameter is repeated accordin to the number of voice mail messa e deletions bein confirmed. This parameter is set to + and is reserved for future use. This parameter is repeated accordin to the number of voice mail messa e deletions bein confirmed.

/2"2/B2>N7O/N73T3/2N3"2

BMNM2"".G2N2LT2'"&O'N&'>&1.TO/ &n this release- this parameter shall be set to +.This parameter shall be set to a , to indicate that a BMNM2"".G2N2LT2'"&O'N52'GTD parameter is present in this P>3. BMNM2"".G2N2LT2'"&O'N52'GTD This parameter shall be set to the number of additional octets that immediately follow. This parameter has a value in the ran e + to *88. The presence of this parameter is conditional on the settin of BMNM2"".G2N2LT2'"&O'N&'>&1.TO/ in this P>3 This parameter comprises a number of additional octets allowin additional voicemail messa e specific parameters to be conveyed in this P>3. .dditional octets are not defined in this release but may be defined later by 3GPP. This parameter is conditional on the presence of BMNM2"".G2N2LT2'"&O'N52'GTD

BMNM2"".G2N2LT2'"&O'N>.T.

,.2.3.24.14

3de$ti4ic"tio$ o4 " di2ecto29 $u7%e2 0it!i$ t!e Use2 5"t" &ield

. directory number may- as an optional feature- be identified within the 3ser >ata 7ield. This allows- for e(ample- a receivin entity to automatically identify a strin of di its in the 3ser >ata 7ield as bein a telephone number in order to facilitate easy call bac# by user action. This shall be implemented by enclosin the directory number in inverted commas (character +,+++,+ from the < bit default alphabet in 3GPP T" *3.+3; H=I or its e?uivalent in other character sets). 3nspecified address formats or &nternational address formats (usin U symbol) may be used for the directory number. "paces may be included with the directory number inside the inverted commas. 2. . ZU, *3: 89< ;=+,[ The 3ser >ata 7ield displayed to the recipient may contain more than one directory number- in which case it is for the user to select the one re?uired.

,.2.3.24.15

'"tio$"l L"$1u"1e Si$1le S!i4t

This information element is used to indicate which 'ational 5an ua e "in le "hift Table is used instead of the G"M < bit default alphabet e(tension table specified in 3GPP T" *3.+3; H=I. The total len th of the &2 is , octetE octet , 'ational 5an ua e &dentifier.

The 'ational 5an ua e &dentifier values and 5an ua e tables are defined in 3GPP T" *3.+3; H=I.

3GPP

#elease $%

$%3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

. receivin entity shall i nore (i.e. s#ip over and commence processin at the ne(t information element) this information element if the value of the 'ational 5an ua e &dentifier is not described in 3GPP T" *3.+3; H=I. &f this &2 is duplicated within different se ments of a concatenated messa e then a receivin entity shall process each se ment individually. &f this &2 is not included within a se ment of a concatenated messa e then the receivin entity shall use the G"M < bit default alphabet e(tension table for this se ment. &n the event that this &2 is duplicated within one se ment of a concatenated messa e or a sin le messa e then a receivin entity shall use the last occurrence of the &2. &n the event that this &2 is received within a sin le messa e or a se ment of a concatenated messa e- in which the >1" has indicated 31"@* encodin - then the receivin entity shall i nore this &2.

,.2.3.24.16

'"tio$"l L"$1u"1e Loc>i$1 S!i4t

This information element is used to indicate which 'ational 5an ua e 5oc#in "hift Table is used instead of the G"M < bit default alphabet specified in 3GPP T" *3.+3; H=I. This &2 is coded in the same way as the 'ational 5an ua e "in le "hift &2 in subclause =.*.3.*:.,8. . receivin entity shall i nore (i.e. s#ip over and commence processin at the ne(t information element) this information element if the value of the 'ational 5an ua e &dentifier is not described in 3GPP T" *3.+3; H=I. &f this &2 is duplicated within different se ments of a concatenated messa e then a receivin entity shall process each se ment individually. &f this &2 is not included within a se ment of a concatenated messa e then the receivin entity shall use the G"M < bit default alphabet table for this se ment. &n the event that this &2 is duplicated within one se ment of a concatenated messa e or a sin le messa e then a receivin entity shall use the last occurrence of the &2. &n the event that this &2 is received within a sin le messa e or a se ment of a concatenated messa e- in which the >1" has indicated 31"@* encodin - then the receivin entity shall i nore this &2.

,.2.3.25

TP-Re?ect-5u lic"tes (TP-R5)

The TP@/eject@>uplicates is a , bit field located within bit * of the first octet of "M"@"30M&T and has the followin values. 0it no. *E + &nstruct the "1 to accept an "M"@"30M&T for an "M still held in the "1 which has the same TP@M/ and the same TP@>. as a previously submitted "M from the same O.. &nstruct the "1 to reject an "M"@"30M&T for an "M still held in the "1 which has the same TP@M/ and the same TP@>. as the previously submitted "M from the same O.. &n this case the response returned by the "1 is as specified in =.*.3.9..

,.2.3.26

TP-St"tus-Re o2t-Ju"li4ie2 (TP-SRJ)

The TP@"tatus@/eport@Kualifier is a , bit field located within bit 8 of the first octet of "M"@"T.T3"@/2PO/T and has the followin values 0it no. 8E + , The "M"@"T.T3"@/2PO/T is the result of a "M"@"30M&T. The "M"@"T.T3"@/2PO/T is the result of an "M"@1OMM.'> e. . an 2n?uiry.

,.2.3.2.

TP-P"2"7ete2-3$dic"to2 (TP-P3)

The TP@Parameter@&ndicator comprises a number of octets between , and n where each bit when set to a , indicates that a particular optional parameter is present in the fields which follow. The TP@P& is present as part of the /P@3ser@>ata in

3GPP

#elease $%

$%(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

the /P@.1% or the /P@2//O/ as indicated in clauses =.*.*.,a and =.*.*.*a or the /P@>.T. as indicated in clause =.*.*.3. The structure of the TP@P& is as followsE Octet ,E
%it . %it 6 )-te$sio$ %it Rese26ed %it 5 Rese26ed %it 4 Rese26ed %it 3 Rese26ed %it 2 TP-U5L %it 1 TP-5(S %it 0 TP-P35

The most si nificant bit in octet , and any other TP@P& octets which may be added later is reserved as an e(tension bit which when set to a , shall indicate that another TP@P& octet follows immediately afterwards. &f the TP@3>5 bit is set to !ero then by definition neither the TP@3>5 field or the TP@3> field can be present. &f the TP@3>5 bit is set to Z,[ but the TP@>1" bit is set to Z+[ then the receivin entity shall for TP@>1" assume a value of +(++- i.e. the <bit default alphabet. &f a /eserved bit is set to J,J then the receivin entity shall i nore the settin . The settin of this bit shall mean that additional information will follow the TP@3ser@>ata- so a receivin entity shall discard any octets followin the TP@3ser@>ata.

,.2.3.2;

TP-Loo -P2e6e$tio$ (TP-LP)

The TP@5oop@Prevention is a ,@bit field- located within bit no 3 of the first octet of the "M"@>eliver and "M"@"tatus@ /eport- and to be iven the values in the table below. &n the followin description- a $spawned$ messa e refers to an application@ enerated messa e (e. . an auto@reply or a copy to a second subscription) enerated in response to a received "M"@>eliver or "M"@"tatus@/eport. &n order to prevent messa e loops- only a sin le off@net forwardin operation shall be permitted on any "M"@>eliver or "M"@ "tatus@/eport- and a spawned messa e shall not spawn a further messa e. To achieve this- spawned messa es and forwarded messa es (but not the ori inal messa e) shall be mar#ed usin the TP@5P bit so that further spawnin or further off@net forwardin of these messa es is inhibited. . networ# entity (e. . an "1) that enerates or transports "M"@>eliver or "M"@"tatus@/eport shall set this bit in the forwarded messa e when forwardin to a destination other than that specified in the received "M"@>eliver or "M"@ "tatus@/eport. . networ# entity (e. . an "1) that implements "M" forwardin shall inhibit off@net forwardin of "M"@>eliver or "M"@"tatus@/eport if this bit is already set in the "M"@>eliver or "M"@"tatus@/eport received from another networ#. &f an implementation does not prevent on@net messa e loopin by other means- a networ# entity (e. . an "1) that implements "M" forwardin may inhibit on@net forwardin of "M"@>eliver or "M"@"tatus@/eport if this bit is already set in the received "M"@>eliver or "M"@"tatus@/eport. . networ# entity (e. . an "1) that spawns an additional messa e from a received "M"@>eliver or "M"@"tatus@/eport shall set the TP@5P bit in the spawned messa e. . networ# entity (e. . an "1) shall inhibit eneration of a spawned messa e if this bit is already set in the received "M"@>eliver or "M"@"tatus@/eport from which the spawned messa e would otherwise be enerated.

TP*BP )alue 0 1

8escription T!e 7ess"1e !"s $ot %ee$ 4o20"2ded "$d is $ot " s "0$ed 7ess"1e (o2 t!e se$di$1 $et0o2> e$tit9 (e.1. "$ S() does $ot su o2t t!e setti$1 o4 t!is %it.) T!e 7ess"1e !"s eit!e2 %ee$ 4o20"2ded o2 is " s "0$ed 7ess"1e.

3GPP

#elease $%

$%+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.3 Se26ice 2o6ided %9 t!e SM-RL

,.3.1 Ge$e2"l
The "hort Messa e /elay 5ayer ("M@/5) provides a service to the "hort Messa e Transfer 5ayer ("M@T5). This service enables the "M@T5 to send Transfer Protocol >ata 3nits (TP>3s) to its peer entity- receive TP>3s from its peer entity and receive reports about earlier re?uests for TP>3s to be transferred. &n order to #eep trac# of TP>3s and reports about those TP>3s- primitives between the "M@T5 and "M@/5 contain a "hort Messa e &dentifier ("M&)- which is a reference number for the TP>3 associated with the primitive. This "hort Messa e &dentifier is not carried via the "M@/5 protocol of clause =.3.*. &t is carried via the relay layer service between the "1 and GM"1. &t is also carried by "M@/5 of 3GPP T" *:.+,, H,3I- between the visited M"1 and M". The parameter is not carried by M.P but is mapped to and from the T1.P dialo ue &dentifier (see 11&TT /ecommendation K.<<,- J0lue 0oo#J H,=I) at the GM"1 and the visited M"1 (therefore the Messa e &dentifier at the "1GGM"1 interface is not the same as at the visited M"1GM" interface). The "M@/5 communicates with its peer entity by the protocol described in the followin clauses.

,.3.2 P2otocol ele7e$t 2e e2toi2e "t SM-RL

>ifferent protocols are re?uired between different pairs of "M@/5 entities. Those are described in other G"MG3MT" specifications. This clause ives a survey of the different information elements which have to be conveyed between those entities. ('ote that the notation of the protocol and information elements may vary between different G"MG3MT" specifications). The "M@/5 comprises the followin 9 protocol elementsE /P@MO@>.T. /P@MT@>.T. /P@.1% for transferrin a TP>3 from M" to "1 for transferrin a TP>3 from "1 to M" for ac#nowled in an /P@MO@>.T.- an /P@MT@>.T. or an /P@"M@M2MO/\@.B.&5.052 /P@2//O/ for informin of an unsuccessful /P@MO@>.T. or an /P@MT@>.T. transfer attempt /P@.52/T@"1 for alertin the "1 that the M" has recovered operation (information sent from the D5/ to the "1) /P@"M@M2MO/\@.B.&5.052 for notifyin the networ# that the M" has memory available to accept one or more short messa es (information sent from the M" to the D5/)

,.3.2.1

RP-M<-5#T#

0asic elements of the /P@MO@>.T. type.

622r' RP-<# RP-5# RP-U5 #eference RP-<2i1i$"ti$1-#dd2ess RP-5esti$"tio$-#dd2ess RP-Use2-5"t" P$" ++-++ +++ 8escription #dd2ess o4 t!e o2i1i$"ti$1 MS. #dd2ess o4 t!e desti$"tio$ S(. P"2"7ete2 co$t"i$i$1 t!e TP5U

,) Provision on the lin#s "1S@QM"1- M"1S@QM"1 or M"1S@Q"G"'- and M"1S@QM" or "G"'S@QM" indicated by J(((J- where ( may be either JUJ or J@J- dependent on whether the parameter is mandatory or not on the respective lin#.

3GPP

#elease $%

$%,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

,.3.2.2

RP-MT-5#T#

0asic elements of the /P@MT@>.T. type.

622r' RP-PR3 RP-MMS RP-<# RP-5# RP-U5 RP-MT3 #eference RP-P2io2it9-ReGuest RP-Mo2e-Mess"1es-To-Se$d RP-<2i1i$"ti$1-#dd2ess RP-5esti$"tio$-#dd2ess RP-Use2-5"t" RP-Mess"1e T9 e 3$dic"to2 +-<<+++ +++++ <-<-P$" 8escription P"2"7ete2 i$dic"ti$1 0!et!e2 o2 $ot t!e s!o2t 7ess"1e t2"$s4e2 s!ould %e sto ed i4 t!e o2i1i$"to2 S( "dd2ess is "l2e"d9 co$t"i$ed i$ t!e M:5. P"2"7ete2 i$dic"ti$1 t!"t t!e2e "2e 7o2e 7ess"1es 0"iti$1 i$ t!e S( #dd2ess o4 t!e o2i1i$"ti$1 S(. #dd2ess o4 t!e desti$"tio$ MS. P"2"7ete2 co$t"i$i$1 t!e TP5U P"2"7ete2 i$dic"ti$1 i4 t!e TP5U is " SMS 5eli6e2 o2 " SMS St"tus Re o2t 2) #dd2ess o4 t!e o2i1i$"ti$1 SM) 2)

RP-SM)# RP-o2i1i$"ti$1 SM)-#dd2ess

,)

Provision on the lin#s "1S@QM"1- M"1S@QM"1 or M"1S@Q"G"'- and M"1S@QM" or "G"'S@QM" indicated by J(((J- where ( may be JUJ- J@J or JOJ- dependent on whether the parameter is mandatory- not present or optional on the respective lin#. *) These information elements may be included in the J"end /outin &nformation for "MJ sent by the "M"@GM"1 to the D5/. Ahen transmitted- the /P@"M2. shall ta#e the TP@O. value. Ahen transmitted- the /P@MT& shall be iven the followin valuesE + , "M" >eliver. "M" "tatus /eport.

This may be used by the D5/ to distin uish the two cases in order not to apply any filterin mechanism based on the /P@"M2. value in case of a "M"@"tatus /eport transmission.

,.3.2.3

RP-#(U

The /P@.1% contains the /P@3ser@>ata which is a parameter containin the TP>3 (see subclauses =.*.*.,a and =.*.*.*a).

,.3.2.4

RP-)RR<R

0asic elements of the /P@2//O/ type.

622r' RP-MS3 RP-(S #eference RP-M:-Set-3$dic"tio$ RP-("use +-+++ P$" 8escription P"2"7ete2 i$dic"ti$1 0!et!e2 o2 $ot t!e M:3 !"s %ee$ u -d"ted. 2) P"2"7ete2 ide$ti49i$1 t!e e22o2 t9 e. T!e RP-("use "2"7ete2 1i6es t!e 2e"so$ 0!9 " s!o2t 7ess"1e t2"$s4e2 "tte7 t 4"ils. 3$ 2"ctice t!2ee 2el"9 l"9e2 2otocols "2e used - S( to GMS(/3:MS( (see #$$e#), M#P (see 3GPP TS 2,.002 A15B) "$d 6i" t!e 2"dio i$te24"ce (see 3GPP TS 24.011 A13B) MS3sd$-#le2t o4 t!e MS, see cl"use 3.2.. 3) P"2"7ete2 co$t"i$i$1 " TP5U

RP-MS3sd$ RP-U5

RP-i$te2$"tio$"l--MS-3S5'-$u7%e2 +-RP-Use2-5"t" << <

,) Provision on the lin#s "1S@QM"1- M"1S@QM"1 or M"1S@Q"G"'- and M"1S@QM" or "G"'S@QM" indicated by J(((J- where ( may be JUJ- J@J or JOJ dependent on whether the parameter is mandatory- not present or optional on the respective lin#. *) Only present when the /P@2//O/ is transferred from the "M"@GM"1 to the "1.

3GPP

#elease $%

$%-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

3) Only present when the /P@MT@>.T. transfer attempt failed because the M" is not reachable or because the M" memory capacity was e(ceeded and the M"&sdn@.lert is different from the M"&sdn used by the "1 to address the recipient M".

,.3.2.5
622r' RP-MS3sd$

RP-#L)RT-S(
#eference RP-3$te2$"tio$"l-MS-3S5'-'u7%e2 M P$" MS3sd$ o4 t!e MS. 8escription

0asic elements of the /P@.52/T@"1 typeE

,) ProvisionF

Mandatory (M).

,.3.2.6
622r' RP-3MS3

RP-SM-M)M<RM-#V#3L#8L)
#eference P$" RP-3$te2$"tio$"l-Mo%ile-Su%sc2i%e2- ++3de$tit9 8escription 3MS3 o4 t!e MS.

0asic elements of the /P@"M@M2MO/\@.B.&5.052 typeE

,) Provision on the lin#s D5/S@QB5/ or D5/S@Q"G"'- B5/S@QM"1 and M"1S@QM" or "G"'S@QM" indicated by "((("- where ( may be either "U" or "@"- dependent on whether the parameter is mandatory or not present on the respective lin#.

10

&u$d"7e$t"l 2ocedu2es 0it!i$ SMS

The procedures for providing SMS over a generic IP CAN is described in 3GPP TS 23.204 [42] (see subclause 6). The "M" comprises 3 fundamental proceduresE ,) "hort messa e mobile terminated. This procedure consists of all necessary operations toE a) transfer a short messa e or status report from the "1 to the M"F b) return a report to the "1- containin the result of the messa e transfer attempt. *) "hort messa e mobile ori inated. This procedure consists of all necessary operations toE a) transfer a short messa e from the M" to the "1F b) return a report to the M"- containin the result of the messa e transfer attempt. 3) Transfer of an .lert. This procedure consists of all necessary operations for an D5/ or a B5/ to initiate a transfer of an .lert to a specific "1- informin the "1 that the M" has recovered operation. 3GPP T" *=.++* H,8I defines operations necessary for the provision of the "hort Messa e "ervice. The operations defined in clause ,+ describe the re?uirement that the "hort Messa e "ervice puts upon the networ# functionality. &f discrepancies e(ist in nomenclature- it is the 3GPP T" *=.++* H,8I that shall be the reference. .nne( 1 indicates the flow of primitives and parameters durin the short messa e transfer between the "1 and the M". 0oth the Mobile terminated and the Mobile ori inated cases are covered.

10.1

S!o2t 7ess"1e 7o%ile te27i$"ted

The entities involved in this procedure are depicted in fi ure ,:.

3GPP

#elease $%

$%.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'<T) 1* T!e SMS Route2 is "$ o tio$"l e$tit9. 34 it is $ot 2ese$t, t!e t0o i$te24"ces e-te$di$1 42o7 t!e 2i1!t side o4 t!e SMS-GMS( e-te$d di2ectl9 to t!e SGS' "$d MS(, 2es ecti6el9. '<T) 2* Si$ce t!e s!o2t 7ess"1e 7o%ile te27i$"ted 2ocedu2e co6e2s t!e 4u$ctio$"lit9 2eGui2ed "t SM-RL 4o2 t2"$s4e22i$1 TP5Us 42o7 S( to MS, t!e 2ocedu2e desc2i%ed co6e2s %ot! s!o2t 7ess"1e (SMS-5)L3V)R) "$d st"tus 2e o2t (SMS-ST#TUS-R)P<RT) t2"$s4e2. T!e te27 Es!o2t 7ess"1e t2"$s4e2E t!e2e4o2e, i$ t!is cl"use, co6e2s %ot! c"ses.

0igure $(1 7nterfaces in ol ed in the Short message mo2ile terminated procedure' GSM TS (3'%%& ;+<' I is the interface 2etween an MSC and an SC as defined in clause + &n fi ure ,8- se?uence dia rams are shown for the followin basic situations of short messa e mobile terminated transfer attemptE @ @ @ @ @ @ @ @ @ @ @ "uccessful short messa e transfer via the M"1 or the "G"'F "uccessful short messa e transfer via the "M" /outer- and the M"1 or "G"'F "hort messa e transfer attempt failin due to error at the "M"@GM"1F "hort messa e transfer attempt failin due to ne ative outcome of D5/ information retrievalF "hort messa e transfer attempt via the "M" /outer failin due to ne ative outcome of D5/ information retrievalF "hort messa e transfer attempt failin due to error at the M"1 or "G"'F "hort messa e transfer attempt failin due to ne ative outcome of B5/ information retrievalF "hort messa e transfer attempt failin due to erroneous messa e transfer on the radio pathF "hort messa e transfer attempt failin over the first path (e. . "G"') and succeedin over the second path (e. . M"1)F "hort messa e transfer attempt via the "M" /outer failin over the first path (e. . "G"') and succeedin over the second path (e. . M"1)F "hort messa e transfer attempt failin over the first path (e. . "G"') and over the second path (e. . M"1).

/eferences to the relevant specifications of the different operations are iven in clause :.

3GPP

#elease $%

$%/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SC
1a. Message transfer

SMS-GMSC

HLR

MSC or SGSN

VLR

MS

2. SendRoutingInfo ForShortMsg

4a. ForwardShortMessage 5. sendInfoForMT-SMS 6. Message transfer 1)

4b. Delivery report

3. SM-Delivery ReportStatus

1b. Delivery report

Operation invocation or message transfer. Successful operation invocation or message transfer including report.
'<T) 1)* T!is o e2"tio$ is $ot used %9 t!e SGS'.

0igure $+a"1 Successful short message transfer attempt ia the MSC or the SGSN

3GPP

#elease $%

$$%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'<T) 1* < e2"tio$ 5 is $ot used %9 t!e SGS'.

0igure $+aa"1 Successful short message transfer attempt ia the SMS #outer: and the MSC or SGSN

SC
1a. Message transfer

SMS-GMSC

HLR

MSCor SGSN

VLR

MS

1c. Failure report

Error report Operation invocation or message transfer

0igure $+2"1 Short message transfer attempt failing due to error at the SMS*GMSC

3GPP

#elease $%

$$$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SC
1a. Message transfer

SMS-GMSC

HLR

MSC or SGSN

VLR

MS

2. sendRoutingInfo ForShortMsg

7. InformSC

1c. Failure report

Operation invocation or message transfer. Error report Unsuccessful operation invocation ro message transfer including report
0igure $+c"1 Short message transfer attempt failing due to negati e outcome of ?B# information retrie al

0igure $+ca" Short message transfer attempt ia the SMS #outer failing due to negati e outcome of ?B# information retrie al

3GPP

#elease $%

$$&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SC
1a. Message transfer

SMS-GMSC

HLR

MSC or SGSN

VLR

MS

2. SendRoutingInfo

ForShortMsg

4a. ForewardShortMessage

4c. Failure report

3a. SM-Delivery ReportStatus 1c. Failure report

Operation invocation or message transfer. Successful operation invocation or message transfer including report. Error report Unsuccessful operation invocation or message transfer including report. (or with missing confirmation)
'<T)* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4lo0 i$ 15"" is used, e-ce t t!"t " 4c &"ilu2e Re o2t 7ess"1e is t2"$s "2e$tl9 t2"$s4e22ed to t!e SMS-GMS( 42o7 t!e MS( o2 SGS' %9 t!e SMS Route2 i$ste"d o4 " 4% 5eli6e29 Re o2t.

0igure $+d"1 Short message transfer attempt failing due to error at the MSC or SGSN

3GPP

#elease $%

$$3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

. SC
1a. Message transfer 2. SendRoutingInfo ForShortMsg

SMS-GMSC

HLR

MSC

VLR

MS

4a. ForwardShortMessage

5. sendInfoForMT-SMS

4c. Failure report

3a. SM-Delivery ReportStatus 1c. Failure report

Operation invocation or message transfer. Successful operation invocation or message transfer including report. Error report Unsuccessful operation invocation or message transfer including report. (or with missing confirmation)
'<T)* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4lo0 i$ 15"" is used, e-ce t t!"t " 4c &"ilu2e Re o2t 7ess"1e is t2"$s "2e$tl9 t2"$s4e22ed to t!e SMS-GMS( 42o7 t!e MS( o2 SGS' %9 t!e SMS Route2 i$ste"d o4 " 4% 5eli6e29 Re o2t.

0igure $+e"1 Short message transfer attempt failing due to negati e outcome of )B# information retrie al

3GPP

#elease $%

$$(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

. S( SMS-GMS(
1". Mess"1e t2"$s4e2 2. Se$dRouti$13$4o &o2S!o2tMs1

@LR

MS( o2 SGS'

VLR

MS

4". &o20"2dS!o2tMess"1e 1) 5. se$d3$4o&o2MT-SMS 6. Mess"1e t2"$s4e2 4c. &"ilu2e 2e o2t 3. SM-5eli6e29 Re o2tSt"tus 1c. &"ilu2e 2e o2t

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2. Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t. )22o2 2e o2t U$success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t. (o2 0it! 7issi$1 co$4i27"tio$)
'<T) 1* T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 2* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4lo0 i$ 15"" is used, e-ce t t!"t " 4c &"ilu2e Re o2t 7ess"1e is t2"$s "2e$tl9 t2"$s4e22ed to t!e SMS-GMS( 42o7 t!e MS( o2 SGS' %9 t!e SMS Route2 i$ste"d o4 " 4% 5eli6e29 Re o2t.

0igure $+f"1 Short message transfer attempt failing due to erroneous message transfer on the radio path

3GPP

#elease $%

$$+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SC
1a . Message transfer

SMS-GMSC

HLR

MSC or SGSN

VLR

MS

2. SendRoutingInfo

ForShortMsg
2)

4a. ForwardShortMessage

(e.g over SGSN) 5. sendInfoForMT-SMS

1)

4c. Failure Report 4a. ForwardShortMessage (e.g over MSC)

4) 1)

5. sendInfoForMT-SMS

6. Message Transfer 4b. Delivery Report 3. SM-Delivery ReportStatus 1b. Delivery report
3)

Operation invocation or message transfer. Successful operation invocation or message transfer including report. Error report Unsuccessful operation invocation or message transfer including report. (or with missing confirmation)
'<T) 1* T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 2* T0o "dd2esses (SGS' "$d MS() "2e 2ecei6ed 42o7 @LR. '<T) 3* 8ot! success4ul t2"$s4e2 o6e2 seco$d "t! "$d u$success4ul t2"$s4e2 o6e2 4i2st "t! (e.1. #%se$t su%sc2i%e2) "2e se$t to @LR. '<T) 4* T!e SMS t2"$s4e2 to0"2ds t!e seco$d "t! is o$l9 t2i11e2ed %9 t!e 2ece tio$ o4 so7e M#P e22o2s o$ t!e 4i2st "t! "s desc2i%ed i$ su%-cl"use ;.1.1.

0igure $+g"1 Short message transfer attempt failing o er the first path !e'g' SGSN" and succeeding o er the second path !e'g' MSC"

3GPP

#elease $%

$$,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'<T) 1* < e2"tio$ 5 is $ot used %9 t!e SGS'. '<T) 2* 3$ < e2"tio$ 2%, t0o "dd2esses "2e 2ecei6ed 42o7 t!e SMS Route2 %9 t!e SMS-GMS(. 8ot! co$t"i$ t!e "dd2ess o4 t!e SMS Route2, !o0e6e2, e"c! "dd2ess ide$ti4ies deli6e29 to t!e MS 6i" t!e MS( o2 6i" t!e SGS'. '<T) 3* 3$ < e2"tio$ 3, %ot! success4ul t2"$s4e2 o6e2 seco$d "t! "$d u$success4ul t2"$s4e2 o6e2 4i2st "t! (e.1. #%se$t su%sc2i%e2) "2e se$t to t!e @LR. '<T) 4* T!e SMS t2"$s4e2 to0"2ds t!e seco$d "t! is o$l9 t2i11e2ed %9 t!e 2ece tio$ o4 so7e M#P e22o2s o$ t!e 4i2st "t! "s desc2i%ed i$ su%-cl"use ;.1.1.

0igure $+ga"1 Short message transfer attempt ia the SMS #outer failing o er the first path !e'g' SGSN" and succeeding o er the second path !e'g' MSC"

3GPP

#elease $%

$$-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SC
1a . Message transfer

SMS-GMSC

HLR

MSC or SGSN

VLR

MS

2. SendRoutingInfo

ForShortMsg
2)

4a. ForwardShortMessage (e.g over SGSN) 5. sendInfoForMT-SMS 4c. Failure Report 4a. ForwardShortMessage (e.g over MSC)
4) 1) 1)

5. sendInfoForMT-SMS

6. Message Transfer 4c. Failure Report

3. SM-Delivery ReportStatus 1b. Failure report

3)

Operation invocation or message transfer. Successful operation invocation or message transfer including report. Error report Unsuccessful operation invocation or message transfer including report. (or wit h missing confirmation)
'<T) 1* T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 2* T0o "dd2esses (SGS' "$d MS() "2e 2ecei6ed 42o7 @LR. '<T) 3* U$success4ul t2"$s4e2 o6e2 t!e seco$d "t! (e.1. Me7o29(" "cit9)-ceeded) "$d o6e2 t!e 4i2st "t! (e.1. #%se$t su%sc2i%e2) "2e se$t to @LR. '<T) 4* T!e SMS t2"$s4e2 to0"2ds t!e seco$d "t! is o$l9 t2i11e2ed %9 t!e 2ece tio$ o4 so7e M#P e22o2s o$ t!e 4i2st "t! "s desc2i%ed i$ cl"use ;.1.1. '<T) 5* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4lo0 i$ 151" is used, e-ce t t!"t " 4c &"ilu2e Re o2t 7ess"1e is t2"$s "2e$tl9 t2"$s4e22ed to t!e SMS-GMS( 42o7 t!e MS( o2 SGS' %9 t!e SMS Route2 i$ste"d o4 " 4% 5eli6e29 Re o2t.

0igure $+h"1 Short message transfer attempt failing o er the first path !e'g' SGSN" and o er the second path !e'g' MSC" Operation ,E Messa e transfer "1 @Q "M"@GM"1. This operation is used to transfer a short messa e from an "1 to an "M"@GM"1. The operation consists ofE @ @ the transfer of a messa e containin the TP>3 from the "1 to the "M"@GM"1 (see ",a. Messa e transfer" in fi ure ,8)F and the return of either a "7ailure report" (see ,c. in fi ure ,8) or a ">elivery report" (see ,b. in fi ure ,8).

"7ailure report" is returned to the "1 when the "M"@GM"1 has received indication from another entity (M"1- "G"'
or D5/) the procedure was unsuccessful. The error indications which the "M"@GM"1 may receive from the M"1-

3GPP

#elease $%

$$.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

"G"'- D5/- B5/ or M" enable the "M"@GM"1 to return one of the error indications iven in clause 3.3 bac# to the "1. Operation *E send/outin &nfo7or"hortMs . The operation is an interro ation of the D5/ by the "M"@GM"1 or the "M" /outer to retrieve information necessary to deliver the short messa e. The result may contain the M"1- "G"'- both M"1 and "G"' addresses- or the address of the "M" /outer. &t shall also indicate which address belon s to the M"1 and the "G"'- however- it shall not indicate if the address belon s to an "M" /outer (as the "M" /outer poses as either an M"1 or an "G"' or both to the "M"@GM"1). Operation 3E "M@>elivery/eport"tatus. The operation provides a means for the "M"@GM"1 to re?uest the D5/ to add an "1 address to the MA>- and is activated when the "M"@GM"1 receives an absent subscriber indication from the M"1- "G"' or both- andGor when the "M"@GM"1 receives a failure report for a short messa e transfer with cause M" Memory 1apacity 2(ceeded via the M"1 or "G"'. The /eturn /esult optionally contains the M"&sdn@.lert. This operation is also activated at successful delivery short messa e when the M'/7- M'/G or both are set in D5/. The operation consists ofE @ the transfer of a messa e- containin the M"&">' of the M" to which the short messa e was addressed- the "1@address- the successful outcome andGor the causes (.bsent "ubscriber- M" memory capacity e(ceeded or both) for updatin the MA>- from the "M"@GM"1 to the D5/ (see 3. in fi ure ,8).

Operation :E forward"hortMessa e. The operation provides a means for the "M"@GM"1 to transfer a short messa e to the M"1 or to the "G"' at which the M" is currently located- via an "M" /outer if deployed by the DP5M' of the receivin M". The operation wor#s in tandem with the forwardin of the short messa e from the M"1 or from the "G"' to the M". Thus- the outcome of the operation comprises either success- i.e. that the messa e has been delivered to the M"F or a failure that may be caused by several reasons- e. . failure in the transfer "M"@GM"1 @Q M"1 or "M"@GM"1 @Q "G"'- M" bein detached- or no pa in response. &t should be noted that the M'/G settin is implicitly carried out in the "G"' when the messa e transfer is denied due to GP/" >2T.1D. Operation 8E send&nfo7orMT@"M". The operation provides a means for the M"1 to retrieve subscriber information from B5/ for mobile terminated short messa e transfer. The operation may be associated with an authentication procedure- as shown in fi ure ,9. 3nsuccessful retrieval (e. . absent subscriber) is indicated by a cause indication to the "M"@GM"1. .n overall depiction of how operation 8 interacts with si nallin on the radio path is iven in fi ure ,9. &t should be noted that the M'/7 settin is implicitly carried out when the messa e transfer is denied due to &M"& >2T.1D. 'OT2E This operation is not used by the "G"'.

Operation 9E Messa e transfer M"1 @Q M". The operation is used to transfer a short messa e from the M"1 to the M". &f the transfer is not successful- e. . due to the M" losin radio covera e after havin successfully authenticated- a failure report (/P@2//O/) is returned to the "M"@GM"1. &n this case- MA> and M127 in the D5/ shall be updated only for the case where the transfer fails with cause M" Memory 1apacity 2(ceeded. &f the M" notifies the networ# that the M" has been unable to accept a short messa e because its memory capacity has been e(ceeded- then the M2 shall set the memory capacity 2(ceeded 'otification fla if present. Operation <E &nform"1.

3GPP

#elease $%

$$/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The operation is used to transfer the M"&sdn@.lert from the D5/ to the "M"@GM"1 if the error .bsent "ubscriber or a positive result is iven as an answer to the operation "end/outin &nfo7or"M.

* < e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 * Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cl. 2e o2t '<T) 1* 5esc2i%ed i$ GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B. 34 t!e SGS' is used, P"1i$1 "$d #ut!e$tic"tio$ "2e e24o27ed 42o7 SGS'. '<T) 2* T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 3* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4" 4o20"2dS!o2tMess"1e "$d 4% 5eli6e29 2e o2t "2e t2"$s "2e$tl9 t2"$s4e22ed 42o7/to t!e SMS-GMS( to/42o7 t!e MS( o2 SGS' %9 t!e SMS Route2.

0igure $,a"1 "Send information for MT SMS" procedure; error free case

3GPP

#elease $%

$&%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

* < e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 * )22o2 2e o2t '<T) 1* T!e GPRS 5)T#(@ i$4o27"tio$ is i$ t!e SGS'. T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 2* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4" 4o20"2dS!o2tMess"1e "$d 4c &"ilu2e 2e o2t "2e t2"$s "2e$tl9 t2"$s4e22ed 42o7/to t!e SMS-GMS( to/42o7 t!e MS( o2 SGS' %9 t!e SMS Route2.

0igure $,2"1 "Send information for MT SMS" procedure; erroneous case1 a2sent su2scri2er !e'g' 7MS7 83T6C? or GP#S 83T6C?"

* *

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 )22o2 2e o2t

3GPP

#elease $%

$&$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'<T) 1* 5esc2i%ed i$ GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B. 34 t!e SGS' is used, P"1i$1 is e24o27ed 42o7 SGS'. '<T) 2* T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 3* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4" 4o20"2dS!o2tMess"1e "$d 4c &"ilu2e 2e o2t "2e t2"$s "2e$tl9 t2"$s4e22ed 42o7/to t!e SMS-GMS( to/42o7 t!e MS( o2 SGS' %9 t!e SMS Route2.

0igure $,c"1 "Send information for MT SMS" procedure; erroneous case1 62sent su2scri2er !e'g' no paging response"

* * *

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 )22o2 2e o2t U$success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 e22o2 2e o2t (o2 0it! 7issi$1 co$4i27"tio$)

'<T) 1* 5esc2i%ed i$ GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B. 34 t!e SGS' is used, P"1i$1 "$d #ut!e$tic"tio$ "2e e24o27ed 42o7 SGS'. '<T) 2* T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 3* 34 "$ SMS Route2 is 2ese$t, t!e 7ess"1e 4" 4o20"2dS!o2tMess"1e "$d 4c &"ilu2e 2e o2t "2e t2"$s "2e$tl9 t2"$s4e22ed 42o7/to t!e SMS-GMS( to/42o7 t!e MS( o2 SGS' %9 t!e SMS Route2.

0igure $,d"1 "Send information for MT SMS" procedure; incorrect authentication

10.2

S!o2t 7ess"1e 7o%ile o2i1i$"ted

SGSN MSC x MS

The entities involved in this procedure is depicted in fi ure ,<.

SMS-IWMSC

SC

VLR
0igure $-1 7nterfaces in ol ed in the Short message mo2ile originated procedure G"M T" :3.++* H8I. L is the interface between an M"1 or an "G"' and an "1 as defined in clause 8.

3GPP

#elease $%

$&&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'ote that since the short messa e mobile ori inated procedure covers the functionality re?uired at "M@/5 for transferrin TP>3s from "1 to M"- the procedure described covers both short messa e ("M"@"30M&T) and command ("M"@1OMM.'>) transfer. The term Jshort messa e transferJ therefore in this clause- covers both cases. &n fi ure ,;- se?uence dia rams for the followin basic situations of short messa e mobile terminated transfer attemptE @ @ @ @ @ @ @ @ "uccessful short messa e transferF "hort messa e transfer attempt failin due to error at the M"1 or "G"'F "hort messa e transfer attempt failin due to ne ative outcome of B5/ information retrievalF "hort messa e transfer attempt failin due to error at the "M"@&AM"1F "hort messa e transfer attempt failin due to error at the "1F "hort Messa e transfer attempt successful due to the e(istence of an "M" &nterwor#in a reementF "hort Messa e transfer attempt failin due to non@e(istence of an "M" &nterwor#in a reementF "hort Messa e transfer attempt failin due to ne ative outcome of D5/ information retrieval.

/eferences to the relevant specifications of the different operations are iven in clause :.

* < e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 * Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t '<T) 1)* 5esc2i%ed i$ A12B "$d 3GPP TS 2,.002 A15B. '<T) 2)* T!is o e2"tio$ is $ot used %9 t!e SGS'.

0igure $.a"1 Successful short message transfer attempt

3GPP

#elease $%

$&3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

* < e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 * Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t * )22o2 2e o2t '<T) 1)* 5esc2i%ed i$ GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B.

0igure $.2"1 Short message transfer attempt failing due to error at the MSC or SGSN

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t )22o2 2e o2t U$success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cl. e22o2 2e o2t (o2 0it! 7issi$1 co$4i27"tio$) '<T) 1)* 5esc2i%ed i$ GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B. '<T) 2)* T!is o e2"tio$ is $ot used %9 t!e SGS'.

* * * *

0igure $.c"1 Short message transfer attempt failing due to negati e outcome of )B# information retrie al

3GPP

#elease $%

$&(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

* < e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 * Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t * )22o2 2e o2t '<T) 1)* 5esc2i%ed i$ GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B. '<T) 2)* T!is o e2"tio$ is $ot used %9 t!e SGS'.

0igure $.d"1 Short message transfer attempt failing due to error at the SMS*7AMSC

3GPP

#elease $%

$&+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

* < e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 * Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t * )22o2 2e o2t '<T) 1)* 5esc2i%ed i$ GSM 44.00; A12B "$d 3GPP TS 2,.002 A15B. '<T) 2)* T!is o e2"tio$ is $ot used %9 t!e SGS'.

0igure $.e"1 Short message transfer attempt failing due to error at the SC

3GPP

#elease $%

$&,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

@LR-% (see $ote 3)

S(

SMS-3:MS(

@LR-"

MS( o2 SGS'

VLR

MS-"

#ccess 2eGuest "$d ossi%le "ut!e$tic"tio$ (see $ote 1) ." Mess"1e t2"$s4e2 ;". Se$d3$4o&o2,. 4o20"2dS!o2tMess"1e 2. Se$dRouti$13$4o&o2-SM M<-SMS (see $ote2)

10". Mess"1e t2"$s4e2 10%. 5eli6e29 2e o2t ,%. 5eli6e29 2e o2t .%. 5eli6e29 2e o2t

* *

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t

'<T) 1* 5esc2i%ed i$ 3GPP TS 44.00; A12B "$d 3GPP TS 2,.002 A15B. '<T) 2* T!is o e2"tio$ is $ot used %9 t!e SGS'. '<T) 3* @LR t!"t te27i$"ted use2 %elo$1s to. #4te2 co7 leti$1 o e2"tio$ 2, SMS-3:MS( could c!ec> 0!et!e2 SMS i$te20o2>i$1 "12ee7e$t e-ists o2 $ot %"sed o$ 3MS3. 3$ t!is 4i1u2e 1;4 c"se, t!e2e is "$ SMS i$te20o2>i$1 "12ee7e$t %et0ee$ o e2"to2s.

0igure $.f"1 Short Message transfer Successful due to the e4istence of an SMS 7nterworking agreement

3GPP

#elease $%

$&-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

@LR-% (see $ote 3)

S(

SMS-3:MS(

@LR-"

MS( o2 SGS'

VLR

MS-"

#ccess 2eGuest "$d ossi%le "ut!e$tic"tio$ (see $ote 1) .". Mess"1e t2"$s4e2 2eGuest

;". Se$d3$4o&o2,. 4o20"2dS!o2tMess"1e M<-SMS (see $ote 2)

2". Se$dRouti$13$4o&o2-SM ,c. &"ilu2e 2e o2t (see $ote 4) .c. &"ilu2e 2e o2t (see $ote 4)

* * * '<T) 1* '<T) 2* '<T) 3* '<T) 4*

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t )22o2 2e o2t

5esc2i%ed i$ 3GPP TS 44.00; A12B "$d 3GPP TS 2,.002 A15B. T!is o e2"tio$ is $ot used %9 t!e SGS'. @LR t!"t te27i$"ted use2 %elo$1s to. T!e l"c> o4 "$ SMS i$te20o2>i$1 "12ee7e$t c"$ $ot %e co$6e9ed i$ t!e &"ilu2e Re o2t "s " s eci4ic i$dic"tio$.

#4te2 co7 leti$1 o e2"tio$ 2, SMS-3:MS( could c!ec> 0!et!e2 SMS i$te20o2>i$1 "12ee7e$t e-ists o2 $ot %"sed o$ 3MS3. 3$ t!is 4i1u2e1;1 c"se, t!e2e is $o SMS 3$te20o2>i$1 "12ee7e$t %et0ee$ o e2"to2s.

0igure $.g"1 Short Message transfer attempt failing due to non*e4istence of an SMS 7nterworking agreement

3GPP

#elease $%

$&.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

@LR-% (see $ote 3)

S(

SMS-3:MS(

@LR-"

MS( o2 SGS'

VLR

MS-"

#ccess 2eGuest "$d ossi%le "ut!e$tic"tio$ (see $ote 1) .". Mess"1e t2"$s4e2 2eGuest ;". Se$d3$4o&o2,. 4o20"2dS!o2tMess"1e 2. Se$dRouti$13$4o&o2-SM M<-SMS (see $ote 2)

.. 3$4o27S( ,c. &"ilu2e 2e o2t (see $ote 4) .c. &"ilu2e 2e o2t (see $ote 4)

* * * '<T) 1* '<T) 2* '<T) 3* '<T) 4*

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t )22o2 2e o2t

5esc2i%ed i$ 3GPP TS 44.00; A12B "$d 3GPP TS 2,.002 A15B. T!is o e2"tio$ is $ot used %9 t!e SGS'. @LR t!"t te27i$"ted use2 %elo$1s to. T!e l"c> o4 "$ SMS i$te20o2>i$1 "12ee7e$t c"$ $ot %e co$6e9ed i$ t!e &"ilu2e Re o2t "s " s eci4ic i$dic"tio$.

34 SMS-3:MS( 2ecei6es "$ i$4o27S( Mess"1e, t!e$ t!is 7ess"1e s!"ll %e i1$o2ed %9 t!e SMS-3:MS(.

0igure $.h1 Short Message transfer attempt failing due to negati e outcome of ?B# information retrie al &f a failure report is indicated by the D5/ after invocation of the Jsend/outin &nfo7or"hortMs J operation- the "M"@&AM"1 shall return the appropriate error information to the M"1G"G"' with the error cause coded as followsE
#eturn error from Send#outing7nfo0orSM s9ste7 &"ilu2e d"t" Missi$1 U$e- ected 5"t" V"lue 4"cilit9 'ot su o2ted u$>$o0$ Su%sc2i%e2 telese26ice 'ot 2o6isio$ed ("ll %"22ed #%se$t Su%sc2i%e2 SM 3rror mapping to 0orwardShortMessage s9ste7 &"ilu2e s9ste7 &"ilu2e s9ste7 &"ilu2e SM 5eli6e29 &"ilu2e c"use* i$6"lid SM)-"dd2ess SM 5eli6e29 &"ilu2e c"use* i$6"lid SM)-"dd2ess SM 5eli6e29 &"ilu2e c"use* i$6"lid SM)-"dd2ess SM 5eli6e29 &"ilu2e c"use* i$6"lid SM)-"dd2ess SM 5eli6e29 &"ilu2e c"use* i$6"lid SM)-"dd2ess

Operation *E send/outin &nfo7or"hortMs .

3GPP

#elease $%

$&/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The operation is an interro ation of the D5/ by the "M"@&AM"1 to retrieve information necessary to forward the short messa e. The outcome of the operation comprises either success- where the result contains the &M"& for terminated 32- or failurewhich may be caused by several reasons. Operation <E Messa e transfer M" @Q M"1 or M" @Q "G"'. The operation is used to transfer a short messa e from the M" to the M"1 or to the "G"'. Operation ;E send&nfo7orMO@"M". The operation provides a means for the M"1 to verify from the B5/ that the mobile ori inated short messa e transfer does not violate supplementary services invo#ed or restrictions imposed usin the networ# feature Operator >etermined 0arrin . . successful B5/ response carries the M"&sdn of the ori inatin M" bein transferred to the "1 at "M@/5. 'OT2E This operation is not used by "G"'.

Operation =E forward"hortMessa e. The operation provides a means for the M"1 or for the "G"' to transfer a short messa e to the "M"@&AM"1. The procedure is re?uired if the servin M"1 or "G"' cannot access the "1 directly- e. . because it has no connection to "1 (see clause 8). The procedure wor#s in tandem with the forwardin of the short messa e from the "M"@&AM"1 to the "1. Thus- the outcome of the operation comprises either success- i.e. that the messa e has been delivered to the "1F or a failure that may be caused by several reasons- e. . failure in the transfer M"1 @@> "M"@&AM"1 or "G"' @@> "M"@&AM"1- "1 does not comply. Operation ,+E Messa e transfer "M"@&AM"1 @Q "1. The operation is used to transfer a short messa e from an "M"@&AM"1 to an "1- and consists ofE @ @ the transfer of a messa e containin the TP>3 from the "M"@&AM"1 to the "1 (see J,+a. Messa e transferJ in fi ure ,;)F and the return of either a J7ailure reportJ (see ,+c. in fi ure ,;) or a J>elivery reportJ (see ,+b. in fi ure ,;).

J7ailure reportJ is returned to the M" when the "M"@&AM"1 has received indication from the networ# or the "1 that the procedure was unsuccessful.

10.3

#le2t t2"$s4e2
SGSN SC x
SMS-IWMSC

The entities involved in this procedure are depicted in fi ure ,=.

MSC

MS

HLR

VLR

0igure $/1 7nterfaces in ol ed in the 6lert procedure' I is the interface 2etween an SC and an MSC as defined in clause + This procedure consists of the operations shown in fi ure *+. Three cases are distin uishedE

3GPP

#elease $%

$3%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

@ @ @

the M" becomes reachable when the M'/7- M'/G or both are set but the M127 is not set (fi ure *+a)F the M" becomes reachable when the M'/7- M'/G or both- and the M127 are set (fi ure *+b)F the M" notifies the networ# that it has memory available to receive one or more short messa es when the M127 is set (fi ure *+c).

The operations between M"1 and B5/- between D5/ and B5/ or "G"' and between D5/ and "M"@&AM"1 are specified in 3GPP T" *=.++* H,8I. The operation between M" and M"1 or "G"' is specified in 3GPP T" *:.+,, H,3I. /eferences to specifications of other operations are iven in clause :.

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2

'<T) 1)* 3$ c"se Re"d9&o2SM is se$t %9 t!e SGS', t!e 2e"so$ 7"9 %e MS 2e"c!"%le 6i" t!e SGS', o2 MS 2e"c!"%le 6i" t!e SGS' "$d t!e MS( (see3GPP TS 23.060 A2.B).

0igure &%a1 The alert procedure when the MS 2ecomes reacha2le: MN#0: MN#G or 2oth are set and MC30 is not set

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2

'<T) 1)* 3$ c"se Re"d9&o2SM is se$t %9 t!e SGS', t!e 2e"so$ 7"9 %e MS 2e"c!"%le 6i" t!e SGS', o2 MS 2e"c!"%le 6i" t!e SGS' "$d t!e MS( (see 3GPP TS 23.060 A2.B).

0igure &%21 The alert procedure when the MS 2ecomes reacha2le: MN#0: MN#G or 2oth are set and MC30 is set

3GPP

#elease $%

$3$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

* *

< e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 Success4ul o e2"tio$ i$6oc"tio$ o2 7ess"1e t2"$s4e2 i$cludi$1 2e o2t

'<T) 1)* 5esc2i%ed i$ 3GPP TS 24.011 A13B "$d 3GPP TS 2,.002 A15B.

0igure &%c1 The alert procedure when the MS notifies the network that it has memor9 a aila2le to recei e one or more short messages and MC30 is set Operation ,,E /eady7or"M (M" reachable). The operation provides a means to transfer alert information from B5/ or "G"' to D5/. The procedure is activated when the B5/ or the "G"' detects that the M" is active- i.e. when the M" responds to a pa in re?uest. Operation ,*E alert"ervice1entre. The operation provides a means to transfer alert information from D5/ to M"1. Operation ,3E "ervice1entrealert. The operation provides a means to transfer alert information from an "M"@&AM"1 to an "1. The operation consists of transfer of a messa e (J/P@.52/T@"1J) from the "M"@&AM"1 to the "1. Operation ,:E /eady7or"M (smMemory1apacity.vailable). The operation provides a means for the M" to notify the networ# that it has memory available to receive one or more short messa es. The followin applies if the memory capacity available notification fla is implemented in the (3)"&M. The operation consists of transfer of a messa e (J/P@"M@M2MO/\@.B.&5.052J) from the M" to the D5/- and the return of an ac#nowled ement to the M". Ahen the M" rejects a short messa e due to lac# of available memory capacity the need to transfer notification shall be stored in the (3)"&M. .fter a attempt to transfer the /P@"M@Memory@.vailable messa e the followin appliesE &f the M" receives a positive ac#nowled ement it shall unset the memory capacity e(ceeded notification fla in the (3)"&M and e(it this procedure. &f the M" receives a ne ative ac#nowled ement indicatin a permanent failure condition (as specified in 3GPP T" *:.+,, H,3I) it shall unset the memory capacity e(ceeded notification fla in the (3)"&M and e(it the procedure. &f the M" receives a ne ative ac#nowled ement indicatin a temporary failure condition (as specified in 3GPP T" *:.+,, H,3I) or receives no ac#nowled ement or an indication of failure by lower layers- it shall repeat the attempt to transfer the messa e in accordance with procedures defined in 3GPP T" *:.+,, H,3I. &f these repeat

3GPP

#elease $%

$3&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

procedures fail- the mobile shall unset the memory capacity e(ceeded notification fla in the (3)"&M and e(it this procedure. &f memory capacity has become available because memory is cleared- the value of the memory capacity e(ceeded notification fla is read. &f the fla is set- the M" notifies the networ# that memory capacity is now available as described above. Ahen the mobile is powered up or the "&MG3&11 is inserted- the mobile shall chec# the memory capacity e(ceeded notification fla in the (3)"&MF if the fla is set and the M" has memory available to receive a short messa e the mobile shall attempt to notify the networ# that it has memory available- as described above.

11

M"

i$1 o4 e22o2 c"uses %et0ee$ RP l"9e2s

This clause describes the interwor#in between the relay layers on the radio interface (i.e. between the servicin M"1G"G"' and the mobile station)- and within the networ# (i.e. between servicin M"1G"G"'- B5/- D5/- or GM"1).

11.1

Mo%ile Te27i$"ted s!o2t 7ess"1e t2"$s4e2

&f errors are indicated by the B5/ after invocation of the Jsend&nfo7or@MT@"M"J operation- the appropriate error information is returned to the "M"@GM"1 in a failure report as specified in 3GPP T" *=.++* H,8I (ne ative outcome of Jforward"hortMessa eJ see clause ,+). &f errors are detected by the M"1 or by the "G"' durin the transfer on the radio interface- or by the &P@"M@GA- the error cause returned in the return error of the M.P procedure 7orward"hortMessa e shall be set as followsE
0ailure at the MSC : SGSN or 7P*SM*GA RP-)RR<R 7ess"1e 0it! e22o2 c"use* 22 Me7o29 c" "cit9 e-ceeded <t!e2 e22o2 c"uses (P o2 lo0e2 l"9e2 e22o2 (e.1. RR, l"9e2 2 4"ilu2e)2) Mo%ile !"s $o SM c" "%ilit9 TR1' ti7eout 2) M'SMS-e22o2-i$d ('o S#P3 3) S3P t2"$s o2t e22o2 (e.1. S3P 4"ilu2e 2es o$se 7ess"1e o2 t2"$s"ctio$ ti7eout) 1) 2) #eturn error to 2e included in the M6P*proc SMV5eli6e29&"ilu2e 0it! c"use EMe7o29(" "cit9)-ceededE1) SMV5eli6e29&"ilu2e 0it! c"use EeGui 7e$tP2otocol)22o2E1) SMV5eli6e29&"ilu2e 0it! c"use EeGui 7e$tP2otocol)22o2E1) SMV5eli6e29&"ilu2e 0it! c"use EeGui 7e$t'otSM-)Gui SMV5eli6e29&"ilu2e 0it! edE1)0

c"use EeGui 7e$tP2otocol)22o2E1) SMV5eli6e29&"ilu2e 0it! c"use EeGui 7e$tP2otocol)22o2E1)

&o2 de4i$itio$ o4 M#P e22o2 SMV5eli6e29&"ilu2e "$d its "2"7ete2 Ec"useE see 3GPP TS 2,.002 A15B. T!e e22o2 c"uses o4 t!e RP-)RR<R 7ess"1e, t!e (P l"9e2 "$d ti7e2 TR1' "2e de4i$ed i$ 3GPP TS 24.011 A13B. 3) T!e 4"ilu2e 2es o$se codes 4o2 t!e S3P M)SS#G) 2eGuest "2e de4i$ed i$ 3)T& R&( 342; A44B, "$d t!e 4"ilu2e 2es o$se codes 4o2 S3P t2"$s"ctio$ ti7eout i$ 3)T& R&( 3261 A43B.

3GPP

#elease $%

$33

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

11.2

Me7o29 "6"il"%le $oti4ic"tio$

&f errors are indicated by the D5/ (via the B5/- the &P@"M@GA- or the "G"') after invocation of the J/eady7or"MJ operation- the M"1- the &P@"M@GA- or the "G"' shall return the appropriate error information to the M" in a failure report (i.e. a /P@2//O/ messa e) containin the followin error causeE
#eturn error from #ead90orSM !6lert #eason is Jmemor9 a aila2leJ" 5"t"Missi$1 U$e- ected5"t"V"lue U$>$o0$Su%sc2i%e2 &"cilit9'otSu o2ted S9ste7 &"ilu2e Loc"l o2 lo0e2 l"9e2 4"ilu2e (e.1. 2e?ect co$ditio$, ti7e2 e- i2ed o2 t2"$s"ctio$ "%o2t) Cause alue in the #P*3##=# message 3; 'et0o2> out o4 o2de2 3; 'et0o2> out o4 o2de2 30 U$>$o0$ Su%sc2i%e2 6, ReGuested 4"cilit9 $ot i7 le7e$ted 3; 'et0o2> out o4 o2de2 3; 'et0o2> out o4 o2de2

'OT2E

The codin and the use of the /P@2//O/ messa e is specified in 3GPP T" *:.+,, H,3I.

11.3

Mo%ile <2i1i$"ted s!o2t 7ess"1e t2"$s4e2

&f errors are indicated by the B5/ after invocation of the Jsend&nfo7orMO@"M"J operation.(see clause ,+)- the M"1 shall return the appropriate error information to the M" in a failure report (i.e. a /P@2//O/ messa e) containin the followin error causeE
#eturn error from Send7nfo0orM=*SMS 5"t"Missi$1 U$e- ected5"t"V"lue Telese26ice'otP2o6isio$ed ("ll8"22ed - %"22i$1Se26ice#cti6e - o e2"to28"22i$1 Cause alue in the #P*3##=# message 3; 'et0o2> out o4 o2de2 3; 'et0o2> out o4 o2de2 50 ReGuested 4"cilit9 $ot su%sc2i%ed 10 ("ll %"22ed ; < e2"to2 dete27i$ed %"22i$1

'OT2E

The codin and the use of the /P@2//O/ messa e is specified in 3GPP T" *:.+,, H,3I. The operation "end&nfo7orMO@"M" is not used by the "G"'.

&f errors are indicated by the "M"@&AM"1 (ne ative outcome of the Jforward"hortMessa e)-) the M"1- the &P@"M@ GA- or the "G"' shall send a failure report (i.e. a /P@2//O/ messa e) to the M"- with the error cause coded as followsE
#eturn error from 0orwardShortMessage S9ste7 &"ilu2e &"cilit9'otSu o2ted U$e- ected5"t"V"lue SM-5eli6e29&"ilu2e c"use* u$>$o0$S( SM-5eli6e29&"ilu2e c"use* S(-(o$1estio$ SM-5eli6e29&"ilu2e c"use* i$6"lidSM)-#dd2 ('<T) 1) Cause alue in the #P*3##=# message 3; 'et0o2> out o4 o2de2 6, ReGuested 4"cilit9 $ot i7 le7e$ted 3; 'et0o2> out o4 o2de2 1 U$"ssi1$ed $u7%e2 42 (o$1estio$ 21 S!o2t 7ess"1e t2"$s4e2 2e?ected

SM-5eli6e29&"ilu2e 2; U$ide$ti4ied su%sc2i%e2 c"use* su%sc2i%e2'otS(-Su%sc2i%e2 Loc"l o2 lo0e2 l"9e2 4"ilu2e 3; 'et0o2> out o4 o2de2 (e.1. 2e?ect co$ditio$, ti7e2 e- i2ed o2 t2"$s"ctio$ "%o2t) '<T) 1* T!is c"use i$cludes t!e c"se 0!e$ t!e outco7e o4 o tio$"l @LR i$te22o1"tio$ is u$"cce t"%le (see cl"use ;.2.2)

3GPP

#elease $%

$3(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

'OT2E

The codin and the use of the /P@2//O/ messa e is specified in 3GPP T" *:.+,, H,3I.

3GPP

#elease $%

$3+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- # (i$4o27"ti6e)* P2otocol st"c>s 4o2 i$te2co$$ecti$1 S(s "$d MS(s

'o mandatory protocol between the "ervice 1entre ("1) and the Mobile "witchin 1entre (M"1) below the transfer layer is specified by G"MG3MT" specificationsF this is a matter of a reement between "1 and P5M' operators. Dowever- "1 and P5M' operators can base these protocols on the followin principlesE a) b) c) provide the service defined for "M@/5 (see subclause =.3)F be based on widely accepted telecommunications protocols in the public domainF permit open interconnection.

3GPP

#elease $%

$3,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- 8 (i$4o27"ti6e)* 3$4o27"tio$ $o0 co$t"i$ed i$ 3GPP TS 23.03; A,B

.nne( 0 held information that is now contained in 3GPP T" *3.+3; H=I.

3GPP

#elease $%

$3-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- ( (i$4o27"ti6e)* S!o2t 7ess"1e i$4o27"tio$ 4lo0

The dia rams in this anne( describe the flow of primitives and parameters durin the short messa e transfer. These dia rams refer to specifications 3GPP T" *3.+:+- 3GPP T" *:.+,, H,3I and 3GPP T" *=.++* H,8I. The parameters in dotted lines are optional. The abbreviations used in dia rams are listed below. The relevant specifications are iven in parentheses. (V) stands for a common G"MG3MT" abbreviations and (@) for a eneral abbreviation.
1M 1" >. >1" >& GM"1. GP/" D5/ &M"& M.5 MM" M/ M" M"1 M"1. M"& M"&sdn M"M M"/' MT MT& MA" O. O1 P1& P>& P/& /1T /2. /5 /P "1 "1. "1T" "G"' "M "M@.5 "M2 "M& "M@/5 "M"@GM"1 "M"@&AM"1 "o/ "M@T5 "/& "// T1.P T&> 3> 3>5 B5/ BP BP7 1all Mana ement (V) 1au"e (@) >estination .ddress (@) >ata 1odin "cheme (3GPP T" *3.+:+) >ialo ue &dentifier T1.P Gateway M"1 .ddress General Pac#et /adio "ervices 3GPP T" *3.+9+ H*<I) Dome 5ocation /e ister (V) &nternational Mobile "ubscriber &dentity (V) M"&sdn@.lert (3GPP T" *3.+:+) More Messa es to "end (3GPP T" *3.+:+) Messa e /eference (3GPP T" *3.+:+) Mobile "tation (V) Mobile services "witchin 1entre (V) M"1 .ddress Mobile waitin "et &ndication (3GPP T" *3.+:+) Mobile "tation &">' number (V) More "hort Messa es (3GPP T" *=.++* H,8I) Mobile "tation /oamin 'umber (V) Messa e Type (3GPP T" *:.+,,H,3I) Messa e Type &ndicator (3GPP T" *:.+,,H,3I) Messa e Aaitin "et (3GPP T" *3.+:+) Ori inatin .ddress (@) Operation 1ode (3GPP T" *=.++* H,8I) Protocol 1ontrol &nformation (@) Protocol >&scriminator (V) P/&ority (3GPP T" *3.+:+) /e1eption Time (3GPP T" *3.+:+) /2cipient .ddress (3GPP T" *3.+:+) /e5ay function (3GPP T" *:.+,,H,3I) /eply Path (3GPP T" *3.+:+) "ervice 1entre (3GPP T" *3.+:+) "ervice 1entre .ddress (3GPP T" *3.+:+) "ervice 1entre Time "tamp (3GPP T" *3.+:+) "ervin GP/" "upport 'ode (3GPP T" *3.+9+ H*<I "hort Messa e (3GPP T" *3.+:+) "hort Messa e .pplication 5ayer (3GPP T" *3.+:+) "hort Messa e 2ntity (3GPP T" *3.+:+) "hort Messa e &dentifier (3GPP T" *3.+:+) "hort Messa e /elay 5ayer (3GPP T" *3.+:+- *:.+,,H,3I) "hort Messa e "ervice Gateway M"1 (3GPP T" *3.+:+) "hort Messa e "ervice &nterwor#in M"1 (3GPP T" *3.+:+) "tatus of /eport (3GPP T" *3.+:+) "hort Messa e Transfer 5ayer (3GPP T" *3.+:+) "tatus /eport &ndication (3GPP T" *3.+:+) "tatus /eport /e?uest (3GPP T" *3.+:+) Transaction 1apabilities .pplication Part (@) Transaction &dentifier (V) 3ser >ata (@) 3ser >ata 5en th (3GPP T" *3.+:+) Bisitor 5ocation /e ister (V) Balidity Period (3GPP T" *3.+:+) Balidity Period 7ormat (3GPP T" *3.+:+)

3GPP

#elease $%

$3. S ) R V 3( ) ( ) ' T R ) MS3S5' SM) <# S( S(# R P P35 5(S PR3 SM T S - 5 ) L 3V ) R .R ) J

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SM #L

SM3

SR 3

5#

MT3

MMS

R P

S R 3

<#

P35

5(S

S(TS

U5L

U5

SMS-5)L3V)R

SM3 SM TL

5#

<#

M M S

PR3

U5

RS-MT-5#T#.R)J

SM3 SM RL

PR3

5#

<#

M M S

U5

R P -M T -5 # T #

T< T@) SMS-GMS(

'<T)*

SM3 is $ot c"22ied 6i" SM-RL o4 cl"use ,.3.5 %ut is c"22ied 6i" t!e 2el"9 se26ice %et0ee$ t!e S( "$d GMS( (see cl"use ,.3.4.1).

0igure C'$1 Mo2ile terminated short message

3GPP

#elease $% @LR
<(
MS3S5'

$3/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

PR3

S(#

S@<RT M)SS#G) R<UT3'G 3'&<RM#T3<' M)SS#G) (3G TS 2,.002)

S(#

5#

SM3

53

SMS-GMS(
S)'5 R<UT3'G 3'&< &<R S@<RT M)SS#G) (3G TS 2,.002)

&<R:#R5 S@<RT M)SS#G) (3G TS 2,.002)

RP-MT-5#T# SM3 PR3

5#

<#

MMS

U5

<(

5#

<# S(#

U5

MSM

MS3S5' S(#

GMS(# SM RL

5#
MS(#

53

U5

T(#P

&R<M S(

T< T@) MS(

'<T)*

# seGue$ce o4 s!o2t 7ess"1es s!"ll !"6e MMS set to 1 i$ e"c! RP-MT-5#T# e-ce t t!e l"st (l"st s!"ll !"6e MMS set to 0). )"c! RP-MT-5#T# s!"ll %e c"22ied 6i" &<R:#R5 S@<RT M)SS#G) 6i" T(#P "$d s!"ll %e "ssi1$ed t!e s"7e 5i"lo1ue 3de$ti4ie2 "s 2e6ious RP-MT-5#T#S i$ t!e seGue$ce.

0igure C'&1 Mo2ile terminated short message

3GPP

#elease $%

$(%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

MS( S)'5 3'&< &<R 3/( (#LL S)T UP (3G TS 2,.002)

MT3 MMS

SM)

RP

SR3

<#

P35

5(S S(TS

U5L

U5

SM-RL-5#T#-R)JU)ST (3G TS 24.011)

SMS-5)L3V)R RL

53

MR

<(

5#

<#

U5

MSM

&<R:#R5 S@<RT M)SS#G) (3G TS 2,.002)

MT3

MR

<#

U5L + U5

RP-5#T# (3G TS 24.011)

S(# GMS(# 5#
53

U5

T(#P

M'SMS-)ST-R)J (3G TS 24.011) &R<M GMS(

'<T)* MR is o4 loc"l si1$i4ic"$ce to t!e MS(/MS i$te24"ce "$d is $ot t!e 6"lue su lied to t!e MS(.

T< T@) MS

0igure C'31 Mo2ile terminated short message

3GPP

#elease $%

$($

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

M<83L) ST#T3<' SM-#L SM) SM3 S( S(#

SR3

<#

RP

P35

5(S

MMS S(TS

SM

TS-5)L3V)R.3'5

MT3 MMS

RP

SR3

<#

P35

5(S

S(TS

U5L U5

SMS-5)L3V)R

SM-TL

SM3

<#

U5

SM-RL-5#T#-3'5 (RS-MT-5#T#.3'5) (3G TS 24.011)

MT3

PR3

MR

<#

U5L + U5

RP-5#T# (3G TS 24.011)

SM-RL

M'SMS-)ST-3'5 (3G TS 24.011)

(M &R<M T@) MS(

0igure C'(1 Mo2ile terminated short message

3GPP

#elease $%

$(&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

M<83L) ST#T3<' SM-#L

MT3 &(S

SMS-5)L3V)R-R)P<RT

SM-TL

RP-5#T# (3G TS 24.011)

RP-#(U
(3G TS 24.011)

MT3

MR

MT3 MR

(S

U5

RP-)RR<R (3G TS 24.011)

SM-RL

RP-#(U <R RP-)RR<R

M'SMS-5#T#-R)J (3G TS 24.011)

T< T@) MS( P53 T35 (M

MT

U5

(P-5#T#
(3G TS 24.011)

0igure C'+1 6cknowledgement in the MT case

3GPP

#elease $%

$(3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

MS(

T< T@) SMS-GMS(

53

MR T(#P
53

U5

53 U5

MT3 MR

MT3 MR (S

U5

SMRL-R)P<RT-3'5
(3G TS 24.011)

RL

RP-#(U

(3G TS 24.011) MT3

MR

MT3 MR (S U5

RP-)RR<R (3G TS 24.011)

RP-#(U <R RP-)RR<R SM-RL

M'SMS-5#T#-3'5 (3G TS 24.011)

(M &R<M T@) MS
'<T)*

P53 T35

MT

U5

(P-5#T#
(3G TS 24.011)

T!e c"use c"22ied 6i" U5 o4 T(#P is $ot t!e c"use su 24.011A13B.

lied 6i" RP-)RR<R %ut is t!e c"use 2esulti$1 42o7 "

lic"tio$ o4 t!e 7"

i$1 s eci4ied %9 t"%le ;.5 o4

0igure C',1 6cknowledgement in the MT case

3GPP

#elease $%

$((

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SMS-GMS(

T< T@) S(

.
RP-#(U SM3 SM3 (S M:S

M#L U5

RP-)RR<R

SM-RL S(# 5# SM3 53 R)SULT

S)T M)SS#G) :#3T3'G 5#T# (3G TS 2,.002)

T(#P 53 U5

&R<M MS(
'<T) 1* T!e M#P o e2"tio$ ESetMess"1e:"iti$15"t"E is i$6o>ed o$l9 i4 " c"use E#%se$t Su%sc2i%e2E is c"22ied i$ T(#P U5. '<T) 2* T!e c"use deli6e2ed to t!e S( is $ot $ecess"2il9 t!e c"use c"22ied 6i" T(#P %ut is o$e o4 t!e set s eci4ied %9 t"%le 03.40/1.

0igure C'-1 6cknowledgement in the MT case

3GPP

#elease $%

$(+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

S)RV3() ()'TR)

TS-R)P<RT

SM3 SoR

SM3 SoR M:S

TS-R)P<RT

MT3 &(S

SMS-5)L3V)R-R)P<RT

RS-R)P<RT SM-TL

SM3

SM3 M:S

(S

M#L U5

RS-)RR<R

RP-#(U SM-RL

SM3

SM3 M:S

(S

M#L U5

RP-)RR<R

&R<M SMS-GMS(

0igure C'.1 6cknowledgement in the MT case

3GPP

#elease $%

$(,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

M<83L) ST#T3<' SM) SM3 SM-#L S( S(#

SR3

5#

RP

P35

5(S

VP

SM

TS-SU8M3T.R)J

MT3

VP&

RP

SR3

MR

5#

P35

5(S VP

U5L U5

SMS-SU8M3T

SM3 SM-TL

5#

U5

RS-M<-5#T#.R)J (SM-RL-5#T#-R)J)
(3G TS 24.011)

MT3

MR

5# S(

U5L + U5

RP-5#T#
(3G TS 24.011)

RP-5#T#

M'SMS-)ST-R)J (3G TS 24.011)

SM-RL

T< T@) MS( (M

'<T)* T!e 7" i$1 o4 SM3 to MR %9 t!e MS is " loc"l 7"tte2.

0igure C'/1 Mo2ile originated short message

3GPP

#elease $%

$(-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

VLR

(<MPL)T) (#LL (3G TS 2,.002)

S)'5 3'&< &<R </G (#LL S)T UP (3G TS 2,.002)

MS(

<#
MS3S5'

MR

53

MS3S5' <( 5#

<#

U5

&<R:#R5 S@<RT M)SS#G) (3G TS 2,.002)

MT3

M'SMS-)ST-3'5 MR 5# S(# U5L + U5 (RP-5#T#)

(3G TS 24.011)

<#
SM-RL MS(#

GMS(#

53

U5

T(#P

&R<M T@) MS (M

T< T@) SMS-3:MS(

0igure C'$%1 Mo2ile originated short message

3GPP

#elease $%

$(.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SMS-3:MS(

MR

53

<(

5#

<#

U5

S(# MS3S5'

&<R:#R5 S@<RT M)SS#G) (3G TS 2,.002)

MR T(-8)G3' T(#P

<#

U5

RP-5#T#-M<

<#

3:MS(#

53

U5 SM-RL

&R<M T@) MS(

'<T)* MR is o4 loc"l si1$i4ic"$ce to t!e 3:MS(/S( i$te24"ce "$d is $ot t!e 6"lue su lied %9 t!e MS 6i" t!e MS/MS( i$te24"ce.

T< T@) S(

0igure C'$$1 Mo2ile originated short message

3GPP

#elease $%

$(/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

S)RV3() ()'TR)

SM-#L SM)
SM3 MS3S5'

SR 3

5#

<#

P35

5(S

VP

SM

TS-SU8M3T.3'5

MT3

VP&

R P

SR 3

MR

5#

P35

5(S

VP

U5L

U5

SMS-SU8M3T

SM-TL

SM3

<#

U5

RS-M<-5#T#.3'5

MR SM-RL

<#

U5

RP-M<-5#T#

&R<M T@) SMS-3:MS(

0igure C'$&1 Mo2ile originated short message

3GPP

#elease $%

$+%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

S)RV3() ()'TR)

MT3

&( S

S M S -S U 8 M 3T -R ) P < R T

RP-#(U

MR

MR

(S

U 5

RP-)RR<R

SM-RL

T< T@) SMS-3:MS(

0igure C'$31 6cknowledgement in the M= case

3GPP

#elease $%

$+$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

SMS-3:MS(

MR

53

RP-#(U

MR

RP-)RR<R

MR

(S

U 5

T(#P

53

T(#P

53

U5

&R<M T@) S(

T< T@) MS(

0igure C'$(1 6cknowledgement in the M= case

3GPP

#elease $%

$+&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

MS(

RP-#(U <R RP-)RR<R SM-TL

SM-RL-R)P<RT-R)J
(3G TS 24.011)

RP-#(U
(3G TS 24.011)

MR

MR (S

U5

RP-)RR<R
(3G TS 24.011)

<#

MR

53

RP-#(U <R RP-)RR<R SM-RL

M'SMS-5#T#-R)J
(3G TS 24.011)

T(#P

53

T(#P

53

U5 SM-(M

P53 T35

MT U5

(P-5#T# (3G TS 24.011)

&R<M T@) SMS-3:MS(

T< T@) MS

0igure C'$+1 6cknowledgement in the M= case

3GPP

#elease $%

$+3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

M<83L) ST#T3<'

TS-R)P<RT.3'5

SM3 SoR

SM3 SoR

TS-R)P<RT.3'5

MT3 &(S

SMS-SU8M3T-R)P<RT

SM-TL

SM-RL-R)P<RT-3'5

SM3

SM3 (S

U5

SM-RL-R)P<RT-3'5

RP-#(U

MT3

MR

MT3

MR

(S

U5

RP-)RR<R

SM-RL

RP-#(U <R RP-)RR<R

M'SMS-5#T#-3'5 (3G TS 24.011)

(P-5#T# (3G TS 24.011) (M &R<M T@) MS(

0igure C'$,1 6cknowledgement in the M= case

3GPP

#elease $%

$+(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- 5 (i$4o27"ti6e)* Mo%ile St"tio$ 2e l9 2ocedu2es 5.1 3$t2oductio$

The reply procedures specified in this anne( should be followed by a mobile station when replyin to a short messa ei.e. when eneratin a MO "M in response to a received MT "M- addressed to the ori inator of that MT "M. The main purpose of this anne( is to specify how the M" selects the service centre for deliverin that MO "ME an arbitrary "M2 may only be reached by submittin the reply "M to a specific "1- #nown to be able of deliverin to that "M2.

5.2

T!e sco e o4 "

lic"%ilit9

The reply procedures in clauses 8 and 9 of this anne( should be followed by every M" which fulfils the followin criteriaE ,) The M" automatically selects the value for the /P@>estination@.ddress parameter in /P@MO@>.T.- or the M" has the "1 address within the "M@/5 entity. (That is to sayE the human user is not obli ed to manually #ey in the "1 address for every MO short messa e). *) The M" or an application within it supports some form of replyin to a MT "M with a MO "M. (That is to sayE in the process of eneratin the reply MO "M- any reference whatsoever- implicit or e(plicit- is made to the ori inal MT "M). 3) The replyin support of (*) is to be e?ually available towards every "M2. Ahen an "M2 submits an "M to an "1 for delivery- it may re?uest that the "1 sets the TP@/eply@Path parameter in the "M to be delivered. &f the submittin "M2 is an M"- the reply path re?uestin procedureF in clause : of this anne( may be applied. Dowever- an "1 may support the reply procedures without supportin the reply path re?uestin procedureF in that case- the "1 sets the TP@/eply@Path parameter on another basis- which must be the case if the "M ori inates from an "M2 which is not an M".

5.3

Te27i$olo19

.n ori inatin "M2 submits an ori inal "M to an ori inal "1- which delivers the ori inal MT "M to a replyin M". The replyin M" sends bac# a reply MO "M- a MO "M which is enerated (automatically or by human operations) in response to the ori inal MT "M- and which is addressed to the ori inatin "M2. &f the ori inatin "M2 is an M"- the ori inal MT "M is submitted within an "M"@"30M&T P>3F we say that reply path is re?uested if the TP@/eply@Path parameter is set in the "M"@"30M&T P>3 of the ori inal MT "M. Ae say that reply path e(ists if the TP@/eply@Path parameter was set in the "M"@>25&B2/ P>3 of the ori inal MT "MF we say that reply path does not e(ist otherwise. The replyin M" may have a default "1 which is normally used for deliverin all the MO short messa es ori inated from the replyin M". .lternatively- a human user or automatic application may specify a selected "1 for deliverin a particular "M (thus the term selected "1 refers to an "1 address selected for one short messa e only).

5.4

T!e 2e l9 "t! 2eGuesti$1 2ocedu2e

The discussion in this clause applies to cases when the ori inatin "M2 is a mobile station only. The reply procedures discussed in the clauses to follow this one are independent of the type of the ori inatin "M2.

3GPP

#elease $%

$++

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The reply path is re?uested by the ori inatin "M2 (an M") by settin the TP@/eply@Path parameter in the "M" "30M&T P>3 of the ori inal "M. &f the ori inal "1 supports reply path re?uestin for the ori inatin "M2 (an M")- it shall ta#e notice of the TP@/eply@Path parameter in the "M"@"30M&T P>3 and set the TP@/eply@Path parameter in the "M"@>25&B2/ P>3 of the ori inal MT "M towards the replyin M". Dence- reply path e(ists for the replyin M" towards the ori inatin "M2 (an M").

5.5

T!e 2ece tio$ o4 "$ o2i1i$"l MT SM

Ahen a replyin M" receives an ori inal MT "M- it then hasE ,) ori inatin "M2 O TP@Ori inatin @.ddress in the "M"@>25&B2/ P>3*) ori inal "1 O /P@Ori inatin @.ddress in /P"@MT@>.T.- and 3) reply path e(istsGreply path does not e(ist O TP@/eply@Path in "M"@>25&B2/ P>3 (setGnot set).

5.6

T!e su%7issio$ o4 t!e 2e l9 M< SM

.ccordin to clause 8- the replyin M" #nows ifE a) reply path e(istsF or b) reply path does not e(ist. Ae then specify that when submittin the reply MO "M- the replyin M" should use parameters as followsE ,) TP@>estination@.ddress in "M"@"30M&T P>3 O ori inatin "M2*a) &f reply path e(istsE /P@>estination@.ddress in /P@MO@>.T. O ori inal "1*b)&f reply path does not e(istE /P@>estination@.ddress in /"@MO@>.T. O selected "1 or default "1 or ori inal "13a) &f reply path e(istsE after submittin one reply MO "M- the reply path does not e(ist any more. &n case (*b)- it is allowed to use the ori inal "1 or the default "1- but then there is no uarantee that the ori inalGdefault "1 shall deliver the reply MO "M. (The ori inal "1 may refuse to deliver- if the replyin M" is not its subscriberF the default "1 may be unable to deliver- if it has no access path to the ori inatin "M2.) /e?uirement (3a) states that the case (a)- reply path e(ists- holds for one reply MO "M only (per ori inal MT "M).

5..

Us"1e o4 S(s 4o2 2e l9i$1

The specification in this anne( supports the followin way of replyin . The ori inal MT "M and the reply MO "M are delivered by the same "1- the ori inal "1. This principle ma(imi!es the probability that the "1 can e. . route the reply MO "M to the proper data networ# for reachin the ori inatin "M2F this principle is a must- if the ori inatin "M2 is inte rated within the ori inal "1. &f the ori inal "1 by any means whatsoever #nows that it is both willin and able to deliver one (potential) reply MO "M- it may indicate this fact by settin the TP@/eply@Path parameter in the ori inal MT "M. The ori inal "1 thus commits itself to deliverin one reply MO "MF let us call this reply delivery commitment. One reason for the "1 to ma#e the reply delivery commitment may be the reply path re?uestin procedure specified in clause : on this anne(.

3GPP

#elease $%

$+,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The reply path commitment is not valid forever- but the ori inal "1 may have e. . a time limit for maintainin this commitment.

5.;

Re l9i$1 ossi%ilities 4o2 P!"se 1 7o%ile st"tio$s

The Phase * mobile stations should support the procedures in this anne( (if they fulfil the criteria in clause * of it). \etPhase , mobile stations- too- may apply steps (,) and (*a) in clause 9 of this anne(- i.e. reply via the ori inal "1automatically or manually (by choosin selected "1 O ori inal "1)- despite the fact that the TP@/eply@Path parameter shall be i nored by them. The delivery of the reply MO "M cannot be uarantied in this case- yet the possibility of delivery may be improved (especially if the ori inatin "M2 is not an M").

5.,

T!e 2esulti$1 se26ice 4o2 o2i1i$"ti$1 SM)s

.s the conse?uence of the replyin procedures specified in this anne(- all "M2s and applications within them may assume that replyin from all mobile stations is always possible- provided that the mobile stations do support the proper replyin mechanism itself (human response in conte(t with the ori inal MT "M- automatic replyin by an applicationapplication level protocols- etc.).

3GPP

#elease $%

$+-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- ) ($o27"ti6e)* )-te$ded <%?ect &o27"t T9 e ).1

Octet ;

P2ede4i$ed Sou$d
"ound number as defined in table of subclause =.*.3.*:.,+.3.,.

The predefined sound as inte rated in the 2(tended Object &2 is structured as followsE

).2
Octet ;..n

iMelod9
iMelody object coded accordin to the iMelody format H33I.

.n iMelody object H33I can be inte rated in an 2(tended Object &2 with the followin structureE

).3
Octet ; Octet = Octet ,+..n

8l"c> "$d 0!ite %it7"

Dori!ontal dimension of picture. This octet shall contain the hori!ontal number of pi(els Bertical dimension of picture. This octet shall contain the vertical number of pi(els. Picture data- pi(el by pi(el from top left to bottom ri ht. The picture data is encoded as a continuous se?uence of bits. There shall be no fill bits at the end of each row of data- 7ill bits may only be used in the last octet of the picture data if needed. The fill bits in the last octet shall be i nored. Aithin each octet the M"0 represents the leftmost pi(el. The colour values are encoded as followsE 0it Balue + , 1olour Ahite 0lac#

The user@defined blac# and white bitmap as inte rated in the 2(tended Object &2 is structured as followsE

).4
Octet ; Octet = Octet ,+..n

2-%it 12e9sc"le %it7"

Dori!ontal dimension of picture. This octet shall contain the hori!ontal number of pi(els Bertical dimension of picture. This octet shall contain the vertical number of pi(els. Picture data- pi(el by pi(el from top left to bottom ri ht. The picture data is encoded as a continuous se?uence of bits. There shall be no fill bits at the end of each row of data- 7ill bits may only be used in the last octet of the picture data. The fill bits in the last octet shall be i nored.The pair of bits at the M"0 represents the leftmost pi(el of the four defined in an octet.

The user@defined *@bit reyscale bitmap as inte rated in the 2(tended Object &2 is structured as followsE

3GPP

#elease $%

$+.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The colour values are encoded as followsE 0it Balue ++ +, ,+ ,, 1olour 0lac# >ar# Grey 5i ht Grey Ahite

).5
Octet ; Octet = Octet ,+..n.

6-%it colou2 %it7"

Dori!ontal dimension of picture. This octet shall contain the hori!ontal number of pi(els Bertical dimension of picture. This octet shall contain the vertical number of pi(els.

The user@defined 9@bit colour bitmap as inte rated in the 2(tended Object &2 is structured as followsE

Picture data- pi(el by pi(el from top left to bottom ri ht. The picture data is encoded as a continuous se?uence of bits. There shall be no fill bits at the end of each row of data- 7ill bits may only be used in the last octet of the picture data. The fill bits in the last octet shall be i nored. 2ach pi(el colour is represented by 9@bits of data- ivin a total of 9: colours. (* bits of data define the levels of each red- reen and blue). The overall pi(el colour is a composite of the three /G0 values. The first pair of bits of picture data define the level of red of the topmost- leftmost pi(el- the ne(t pair of bits the level of reen for this pi(el- and the third pair the level of blue for the pi(el. The first bit of a pair definin a colour level is the M"0. This is illustrated below.
8it . MS8 Red Pi-el 1 8it 6 LS8 Red Pi-el 1 =ctet $ 8it 5 8it 4 8it 3 MS8 G2ee$ LS8 G2ee$ MS8 8lue Pi-el 1 Pi-el 1 Pi-el 1 =ctet & 8it 4 8it 3 LS8 8lue MS8 Red Pi-el 2 Pi-el 3 8it 2 LS8 8lue Pi-el 1 8it 1 MS8 Red Pi-el 2 8it 0 LS8 Red Pi-el 2

8it . 8it 6 MS8 G2ee$ LS8 G2ee$ Pi-el 2 Pi-el 2

8it 5 MS8 8lue Pi-el 2

8it 2 LS8 Red Pi-el 3

8it 1 8it 0 MS8 G2ee$ LS8 G2ee$ Pi-el 3 Pi-el 3

).6
Octet ;

P2ede4i$ed "$i7"tio$
.nimation number as defined in table of subclause =.*.3.*:.,+.3.3.

The predefined animation as inte rated in the 2(tended Object &2 is structured as followsE

)..
Octet ; Octet = Octet ,+

8l"c> "$d 0!ite %it7" "$i7"tio$

Dori!ontal dimension of picture. This octet shall contain the hori!ontal number of pi(els. Bertical dimension of picture. This octet shall contain the vertical number of pi(els. The number of frames in the animation.

The user@blac# and white animation is inte rated in the 2(tended Object &2 is structured as followsE

3GPP

#elease $%

$+/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Octet ,,
Gits .O4 3O0

.nimation control byte.

Meaning &2"7e dis l"9. T!e 6"lue (i$ te$t!s o4 " seco$d) t!"t is 2eGuested %et0ee$ e"c! 42"7e* 0000 1 te$t! (i.e. 0.1s) 1111 16 te$t!s (i.e. 1.6 s) Re e"t 6"lue. T!e 2eGuested $u7%e2 o4 2e etitio$s o4 t!e "$i7"tio$* 0000 U$li7ited 2e etitio$ 0001 1 2e etitio$ 1111 15 2e etitio$s

Octet ,*..n 1ontains a series of bitstreams encodin , bit pi(el depth bitmaps as defined in 7.3. &f a frame in the animation would re?uire fill bits (as described in 7.3) these shall be contained at the end of the frame such that the bit@ stream for the ne(t frame be ins on an octet boundary.

).;
Octet ; Octet = Octet ,+ Octet ,,
Gits .O4 3O0

2-%it 12e9sc"le %it7" "$i7"tio$

Dori!ontal dimension of picture. This octet shall contain the hori!ontal number of pi(els. Bertical dimension of picture. This octet shall contain the vertical number of pi(els. The number of frames in the animation. .nimation control byte.
Meaning &2"7e dis l"9. T!e 6"lue (i$ te$t!s o4 " seco$d) t!"t is 2eGuested %et0ee$ e"c! 42"7e* 0000 1 te$t! (i.e. 0.1s) 1111 16 te$t!s (i.e. 1.6 s) Re e"t 6"lue. T!e 2eGuested $u7%e2 o4 2e etitio$s o4 t!e "$i7"tio$* 0000 U$li7ited 2e etitio$ 0001 1 2e etitio$ 1111 15 2e etitio$s

The user@blac# and white animation is inte rated in the 2(tended Object &2 is structured as followsE

Octet ,*..n 1ontains a series of bitstreams encodin * bit pi(el depth bitmaps as defined in 7.:. &f a frame in the animation would re?uire fill bits (as described in 7.:) these shall be contained at the end of the frame such that the bit@ stream for the ne(t frame be ins on an octet boundary.

).,
Octet ; Octet = Octet ,+ Octet ,,
Gits .O4 3O0

6-%it colou2 %it7" "$i7"tio$

Dori!ontal dimension of picture. This octet shall contain the hori!ontal number of pi(els. Bertical dimension of picture. This octet shall contain the vertical number of pi(els. The number of frames in the animation. .nimation control byte.
Meaning &2"7e dis l"9. T!e 6"lue (i$ te$t!s o4 " seco$d) t!"t is 2eGuested %et0ee$ e"c! 42"7e* 0000 1 te$t! (i.e. 0.1s) 1111 16 te$t!s (i.e. 1.6 s) Re e"t 6"lue. T!e 2eGuested $u7%e2 o4 2e etitio$s o4 t!e "$i7"tio$* 0000 U$li7ited 2e etitio$ 0001 1 2e etitio$ 1111 15 2e etitio$s

The user@blac# and white animation is inte rated in the 2(tended Object &2 is structured as followsE

Octet ,*.n 1ontains a series of bitstreams encodin 9 bit pi(el depth bitmaps as defined in 7.8. &f a frame in the animation would re?uire fill bits (as described in 7.8) these shall be contained at the end of the frame such that the bit@ stream for the ne(t frame be ins on an octet boundary.

3GPP

#elease $%

$,%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

).10
Octet ;.n

6("2d
v1ard object as defined in H39I. The 3T7@; encodin is used instead of the default <@bit ."1&&. 7or certain v1ard properties- other encodin can be used by settin the 1D./"2T property parameter to the appropriate character set.

. v1ard object H39I can be inte rated in a 2(tended Object &2 with the followin structureE

).11
Octet ;..n

6("le$d"2
v1alendar object as defined in H3<I. The 3T7@; encodin is used instead of the default <@bit ."1&&. 7or certain v1alendar properties- other encodin can be used by settin the 1D./"2T property parameter to the appropriate character set.

. v1alendar object H3<I can be inte rated in a 2(tended Object &2 with the followin structureE

).12

5"t" &o27"t 5eli6e29 ReGuest

This >ata 7ormat >elivery /e?uest is an optional feature used by an "M2 to indicate which 2(tended Object data formats- listed in subclause =.*.3.*:.,+.,.,,- it is re?uestin for delivery. This >ata 7ormat >elivery /e?uest may be included by an "M2 in a MO "M containin other 2M" related data- or in a MO "M independently. Processin of this data format is optional in a MT short messa e. The information in this data format represents an e(tensible bit field with the first bit bein mapped to the first 2(tended Object (2O) data format defined in the table in subclause =.*.3.*:.,+.,.,,. Octet ; 0it +E &f set to , indicates support for 2O data format ++ 0it ,E &f set to , indicates support for 2O data format +, 0it *E &f set to , indicates support for 2O data format +* YY YY Octet n 0it +E &f set indicates support for 2O data format ((n M ;) V ;) 0it ,E &f set indicates support for 2O data format ((n M ;) V ;) U , 0it *E &f set indicates support for 2O data format ((n M ;) V ;) U * YY. .ny unused bits in the last octet shall be set to !ero.

).13
Octet ;..n

St"$d"2d :VG <%?ect

"tandard ABG object bit stream

The "tandard ABG object as defined by 7ormat Type +(+0 in the 2(tended Object &2 is as follows.

The unused bits in the last octet will be filled with + The detailed data format and attributes of "tandard ABG object are defined in .nne( G.

3GPP

#elease $%

$,$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The bit order is defined as followsE The octet with a smaller octet number stores the bits appearin in the front position in the bit streamF the most si nificant bit in an octet stores the first bit in position in a ;@bit se ment in the bit stream. . "tandard ABG object may or may not have fi(ed si!e. &n either case- display si!e should be determined by the terminal implementation. /ecommended display si!e is a lar est possible si!e on terminal screen while aspect ratio shall be maintained.

).14

Pol9 !o$ic 7elod9

. Polyphonic melody can be inte rated as an e(tended object in one or more short messa es. &nformative uidelines for the creation of polyphony content usin "P@M&>& H3;I are listed in .nne( D. Dowever- in order to uarantee the interoperability with le acy mobile devices which are not able to interpret specific "P@M&>& content- the followin considerations shall be ta#en into account for content creationE @ Ahen content is not provided in "P@M&>& format the presence of the M&P table in polyphonic e(tended objects is not mandatory. "ince a receivin "M2 supportin polyphonic e(tended objects may decide to i nore and s#ip the content of a M&P messa e by implementin its own note stealin or channel mas#in strate y when played. Dowever- when "P@M&>& format data is present and the messa e is stored and subject to potential forwardin the specific "P@M&>& content shall be #ept as received by the "M2. the additional rhythm channel as specified in subclause 3.* in H3;I mi ht not be supported by the receivin "M2. "M7 as defined in H3;I- H:+I

Octet ;..n

3GPP

#elease $%

$,&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- & (i$4o27"ti6e) * (o7 2essio$ 7et!ods 4o2 )MS &.1

&.1.1

LPSS co7 2essio$

3$t2oductio$

The 5C"" compression al orithm is one of a number of compression al orithms enerally referred to as Z>ictionary Methods[. These al orithms rely upon the fact that (in eneral) an input data buffer will contain repeatin Zpatterns[ or matchin se?uences of bytes. The al orithms fall into * roups. "ystems li#e 5C<; and 5CA scan an input buffer and construct a Zdictionary[ of the most commonly occurrin byte se?uences or Zphrases[. This dictionary is pre@pended with the compressed data and the compressed data comprises an array of indices into the dictionary. . second set is a modification of this in that the data dictionary is implicit in the uncompressed data buffer. .ll are based upon an al orithm developed and published in ,=<< by .braham 5empel and _a#ob Civ 5C<<. . refinement of this al orithm- which is the basis for practically all the later methods in this roup- is the 5C"" al orithm developed in ,=;* by "torer and "!ymans#i. These methods try to find if the character se?uence currently bein compressed has already occurred earlier in the input data and then- instead of repeatin it- output only a pointer to the earlier occurrence. This is illustrated in the followin dia ramE

7nput Stream 6 G C 8 3 0 6 G C 8 3 G

Ptr

=utput Stream

0igure 0'$ 7llustration of K7mplicit 8ictionar9L compression methods

&.1.2

LPSS 8"sic #l1o2it!7

The al orithm searches the window (a buffer movin bac# from the current position in the input data). &t searches for the lon est match with the be innin of the loo#@ahead buffer (a buffer movin forward from the current position in the input data) and outputs a pointer to that match. This pointer indicates a position and len th of that data match. &t is referred to here as a Z"lice >escriptor[. "ince it is possible that not even a one@character match can be found- the output cannot contain just pointers. .ccordin ly at times it is necessary to write literal octets into the output buffer. . bloc# of literal octets is preceded by a Z5iteral 0loc# &dentifier[ which indicates the len th of the literal octet se?uence that follows.

3GPP

#elease $%

$,3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

& 1.3
$ %4% $ & %4% &

3$4o27"ti6e )-"7 le.

3 %4% 3 ( %4% $ + %4% & , %4% 3 %4% ( . %4% $ / %4% & $% %4% 3 $$ %4% $ $& %4% & $3 %4% 3 $( %4% $ $+ %4% & $, %4% 3

The followin is provided as an informative e(ample usin the input buffer shown below.

0igure 0'& Sample input 2uffer !$, octets long" Step 5: "tartin position is byte , in the input buffer. 7or octets , to 3 there are no octet matches in the window for the loo#@ ahead buffer. "o write a literal octet se?uence of 3 octets followin a literal bloc# header

$ %4.3

& %4%$

3 %4%&

( %4%3

0igure 0'3 =utput 2uffer after initial literal 2lock is written Step 6: 1urrent position is octet :. 2(aminin the loo#@ahead buffer and the window a 3 octet match is found be innin 3 octets before (octet ,) and of 3 octets in len th. . * octet slice descriptor is added to the output buffer. The current position moves to octet < of the input buffer.

$ %4.3

& %4%$

3 %4%&

( %4%3

+ %4%,

, %4%3

0igure 0'( =utput 2uffer after the first slice descriptor is written Step 7: 1urrent position is octet < in the input buffer (+(+:). There are no matches in the window for this value so a * octet literal se?uence is written to the end of the output buffer. The current position moves to octet ; of the input buffer.

$ %4.3

& %4%$

3 %4%&

( %4%3

+ %4%,

, %4%3

%4.$

. %4%(

0igure 0'+ Second literal 2lock is written into output 2uffer

3GPP

#elease $%

$,(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Step 8: 1urrent position is octet ; of the input buffer. 1omparin the window with the loo#@ahead buffer reveals a octet match from the current position with octets , to 9 of the input buffer. That is a 9 octet se?uence be innin < octets bac# from the current position.. . two@octet slice descriptor for this match is added to the output buffer. The current position moves to octet ,: of the input buffer (9 octets further on).

$ %4.3

& %4%$

3 %4%&

( %4%3

+ %4%,

, %4%3

%4.$

. %4%(

/ %4% C

$% %4% -

0igure 0', =ctet match slice descriptor is written into output 2uffer Step 9: 1urrent position is octet ,: of the input buffer. 1omparin the window with the loo#@ahead buffer reveals another 3 octet se?uence match (+(+,- +(+*- +(+3). This octet se?uence occurs several times in the window within the 8,, octets that the slice descriptor allows. Therefore several different (but valid) slice descriptors could be written (this would be implementation dependent). Dowever in this e(ample we will reference the initial 3 octets of the input buffer and write a slice descriptor indicatin a 3 octet match be innin ,3 octets behind the current position.

$ %4.3

& %4%$

3 %4%&

( %4%3

+ %4%,

, %4%3

%4.$

. %4%(

/ %4% C

$% %4% -

$$ %4% ,

$& %4% 8

0igure 0'- =ctet match slice descriptor is written into output 2uffer1 the final output 2uffer

3GPP

#elease $%

$,+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- G ($o27"ti6e)* :VG (:i2eless Vecto2 G2" !ics) d"t" 4o27"t

ABG (Aireless Bector Graphics) is a compact binary data format for vector raphics. ABG data is represented by a bit stream- composed of a header- codec parameters and raphical elements. The bit representation of the drawin and contained raphical elements is desi ned such that the bit stream can be optimi!ed for smallest possible si!e.

G.1
G.1.1

3$t2oductio$
St"$d"2d "$d (!"2"cte2 SiKe :VG ele7e$ts

. "tandard ABG element is defined by the complete ABG specification. 3sin a set of the ABG specification with a set of default values- a simplified vector raphics can be used to represent a simple and small vector raphics or lyph. 1haracter "i!e ABG elements can be included in normal te(t to represent a handwritten character or symbols that are not supported by character codin system and the font library.

G.1.2

(o7 2essio$ 7et!ods

. combination of compression methods is used in the ABG to achieve the best compression ratio for simple vector raphics and animations. They includeE switcha#le linear or non-linear coor!ination syste$E when raphical elements in a drawin are not evenly distributed- the representation of coordinates can be optimi!ed usin a non@linear coordinate system (uneven coordinates) #it packingE variable number of bits to represent a number. The number of bits used in ABG can vary from , bit to ,9 bits. local envelopeE use a dedicated coordinate system to describe elements in a small area usin relatively small coordinate numbers varia#le resolutionE in coordinates- si!es- an les- scale and etc- different resolutions can be used for a raphical element to save the number of bits needed for representin a value. palettesE color and element &> can be mapped usin a palette defined in the drawin header. This also saves the number of bits for representin a color value and an element &>. !e)ault valuesE many values can be omitted to use default values. 2. . when no color scheme is defined- the data describes a mono drawin !e)ault ani$ation ti$ingE in addition to standard time based animation- ABG uses a simplified animation model. &n "imple .nimation mode- no timin is needed for describin animations. &nstead- a cycle is defined to describe the timin for these animations.

3GPP

#elease $%

$,,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

G.1.3

(oo2di$"te S9ste7s

There are two coordinate systems used in ABG- namely 1ompact 1oordinate "ystem and 7lat 1oordinate "ystem.

G.1.3.1 (o7 "ct (oo2di$"te S9ste7

&n compact coordinate system- a drawin area is defined as rectan le area called envelope. There are two types of envelopes- lobal envelope and local envelope. The lobal envelope is a base area in which the drawin is contained. There is only one lobal envelope. . local envelope is a s?uare area completely or partially within the lobal envelope. There is no specific lobal envelope si!e specified in the data format. The physical display si!e is decided at renderin time. The aspect ratio and orientation are defined in the data header and should be maintained when the drawin is displayed. .spect ratios include ,E,- :E3- ,9E= up to ,+*:E <*= (hei htEwidth)- in both portrait and landscape orientation. .spect ratio for 1haracters "i!e ABG elements only has landscape orientation.
(+- +)

(+- +)

5ocal 2nvelope

(,- ,) Global 2nvelope (,- ,)

&n 1ompact 1oordinate "ystem- coordinates are restricted to certain positions which are the cross points of a rid. The rid is defined in the ABG data header- set by a roup of parameters. The rid lines alon with ( a(is or y a(is may be unevenly distributed.

3GPP

#elease $%

$,-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

The lobal rid can be described usin a curve shown above.

V"lle9 :idt!

Pe"> :idt!

V"lle9 :idt!

Pe"> 6"lue V"lle9 6"lue V"lle9 6"lue L #-is

1.0 Pe"> Positio$

There are one pea# and two valleys in the curve. The definition of the curve isE @ @ @ pea# positionE the central position of a pea#F pea# valueE a value e?ual or lar er than ,-+F pea# widthE a value less than ,-+.

.ll valleys should have the same value. The total area enclosed by the curve and the (@a(is from +-+ to ,-+ is always e?uatin to ,-+. The curve can be uni?uely defined by pea# position- pea# value and pea# width. Once the parameters are determinedother values such as valley value can be calculated. Once a curve is iven- rid line positions can be calculated accordin to the followin functionE
d ( x ) dx O
+ Xk

k n ,

Ahere L# is the position of the #th rid line- where n is total number of rid lines. d(() is the curve function described in the present document. &n standard ABG- the curve parameters are preset as follows. .aria#le para$eters: @ @ @ @ number of rid linesE ,8- 3,- 93 or ,*<F pea# valueE ,-+- ,-8- *-+ and *-8F pea# positionE ,3 options from +-+ (+G,*)- +-+;3333 (,G,*)- +-,9999< (*G,*) to ,-+ (,*G,*)F pea# widthE +-3- +-:- +.8 and +-9.

Ahen a portion of a pea# e(ceeds the lobal envelope only the part within the lobal envelope is valid. 7or 1haracter "i!e ABG or lyph- the parameters are set as follows. Pre!e)ine! para$eters:

3GPP

#elease $%

$,.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

pea# widthE +-:.

.aria#le para$eters: @ @ @ number of rid linesE <- ,8- 3, or 93F pea# valueE ,-+ or ,-8F pea# positionE +-3333 (,G3)- +-8- +-999< (*G3).

Ahen usin relative coordinates in 1ompact 1oordinate "ystem (refer to clause G ,.3.3)- some elements may be specified with specific resolution- which is independent of the lobal resolution. There are ; predefined resolutions available for Jre@definition resolutionJ- there are ,G*<- ,G3;- ,G:;- ,G9:- ,G;8- ,G,*; and ,G,9+ of the len th of the shorter lobal envelope ed e. /e@definition of resolution only applies to elements in lobal scope.

G.1.3.2 &l"t (oo2di$"te S9ste7

The 7lat 1oordinate "ystem is a ,9 bit si ned coordinate system with the top left coordinate of the screen bein defined as ((O+-yO+) and the bottom ri ht coordinate bein described as ((O*`,8- y O *`,8). 'ote that this e(presses the dynamic ran e of the coordinate system- however it does not mean that all drawin s are of this si!e.

G.1.3.3 (oo2di$"te 6"lues

1oordinate values may be represented usin two methodsE absolute coordinate and relative coordinate. +#solute Coor!inate: an absolute coordinate is a pair of ( and y coordinate number. &n ABG 1ompact 1oordinate "ystem- absolute coordinate values are the coordinate rid line numbers and are always positive. (elative Coor!inate: the relative coordinate is used only in lines and transform. &f the start point is defined by an absolute coordinate- subse?uent points can be described by relative coordinates- which are relative rid units from the previous point. . relative coordinate is si ned- and it may be positive or ne ative. . relative coordinate may be used in both lobal and local coordinate systems. . relative coordinate may e(ceed the scope of the local envelope that defines the start point of the line.

G.1.4

(olo2 sc!e7es

ABG supports the followin color schemes. 0lac# and white (* 1olors)E blac# and white color. *@bit rayscalesE four rayscales are defined as (+-+-+)- (;8-;8-;8)- (,<+-,<+-,<+) and (*88-*88-*88) in *:@bit /G0 color format. : default colors. 9@bit /G0 colorE it is similar to *:@bit /G0 color definition but uses only * bits to represent a sin le color- in which value +- ,- * and 3 represent ;@bit color value +- ;8- ,<+ and *88 respectively. 9@bit /G0 color usin *nd palette.

3GPP

#elease $%

$,/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

;@bit websafe color. ,*@bit and *:@bit /G0 color.

There are * optional drawin pens in ABG- stro#e pen and fill pen. "tro#e pen and fill pen can be specified with one of the colors defined usin the scheme. Ahen the stro#e pen is not defined- 05.1% should be used for stro#es. Ahen the fill pen is not defined- no fill should be applied.

G.1.5

Re$de2i$1 7odel

ABG uses painter model. The elements appears in the later position in the ABG bit stream will overrides the overlapped portion of the elements which appear in the front in the bit stream.

G.2

G2" !ic"l ele7e$ts

ABG defines a set of raphical and animation elements. .mon them- line- shape and te(t elements are the buildin bloc#s to form a drawin . These elements can be transformed- rouped and animated. There are also special elements that are au(iliary.

G.2.1

Li$e ele7e$ts

There are 3 types of linesE polyline- circular polyline and be!ier polyline. . polyline can represent a dot when there is only a start point defined. . line element has its reference point at the startin point. . reference point of an element specifies the location of the element.

G.2.1.1 Pol9li$e
Polyline is a set of strai ht lines connectin a se?uence of points. Ahen there is only one point- it is defined as a dot.

G.2.1.2 (i2cul"2 Pol9li$e

1ircular Polyline is a line that contains at least one circular curve se ment. The curve se ment connects two adjacent points by a circular arc. The curve se ment is determined by the two adjacent points and a curve offset (the perpendicular distance from the center of the line connectin the adjacent points to the circular arc).

1urve offset

1enter point

3GPP

#elease $%

$-%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

1urve offset values are within the ran e M +-8 to +-8- inclusive. . value of +-8 or M +-8 identifies that the curve offset e?uals half of len th of the connectin line. The value indicates that the curve is close to a half circle. . positive value indicates that the curve is at the left side of the base line viewed from the curve direction. . ne ative value indicates that the curve is at the ri ht side of the base line viewed from the curve direction.

G.2.1.3 8eKie2 Pol9li$e

. 0e!ier Polyline contains one or more off curve control points in between on curve points. 0e!ier curves can be filled to create curved shapes and are common in enerali!ed font representations. .ll line elements have direction from the start point to the end point. 1olor fill may apply to a line. /efer to clause G.*.,.:.

G.2.1.4 #uto-closu2e o4 " li$e

Ahen a line is specified with the fill attribute- the line is considered as a closed line- which connects the start point and the end point usin a strai ht line. The enclosed area of a closed line can be used for color fill. The enclosed area is based on non!ero fill rule. 7ollowin are two e(amples in which the li ht color indicates the enclosed area.

G.2.2

Pol91o$ ele7e$ts

Poly on elements are closed representations of polyline- circular polyline and 0e!ier polyline elements. Poly ons may have separate line and fill colors or may not be filled at all. Poly on elements use the non!ero fill rule for enclosed areas and can be used for color file. . poly on element has its reference point at the startin point.

G.2.3

Si7 le s!" e ele7e$ts

"imple "hapes are rectan les and ellipses. . simple shape is defined by width- hei ht- center point- and an le of rotation. The an le parameter defines how much the shape should be rotated about its center from a hori!ontal a(is drawn throu h its center. 'ote that an le units are specified in the main header.

G.2.3.1 )lli se
2llipses are defined by their major a(is- minor a(is- center and an le of rotation. 1ircles are considered a special case of ellipse in which the major and minor a(is are the same len th.

G.2.3.2 Rect"$1le
/ectan les are represented by their center- width- hei ht- and rotation an le. "?uares are considered special rectan les in which the width and hei ht are identical.

3GPP

#elease $%

$-$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Ahen the Jround cornerJ indicator is set- the corner of the rectan le should be rounded. There is no specific radius of the round corner is defined. The recommended radius of the rounded corner should be *+a of the len th of the shorter ed e of the rectan le or the s?uare.

. simple shape element has its reference point at its center.

G.2.4

S eci"l s!" e ele7e$ts

There are 3 types of special shapes. These shapes are /e ular Poly ons- "tars- and Grids. 2ach shape has a reference point that determines its position for the purpose of transformations such as detailed in G*-;-, and G-:. "hapes may have other parameters. These shapes includeE (egular polygon: a re ular poly on has e?ual len th of all its ed es. &n its ori inal position- the bottom ed e of the re ular poly on should be ali ned hori!ontally. . rotate an le can be optionally specified. /e ular poly on parameters include the number of verte(- the diameter of the reference circle and an le of rotation.

Star: a star is defined by the number of corner verte(- the diameter of the reference circle- verte( an le and an le of rotation. &n its ori inal position- the bottom ed e- which formed by two verte(es of the star- should be ali ned hori!ontally. . rotate an le can be optionally specified. Berte( an les are predefined as +- 39- 9+- =+ de rees.

verte( an le

&f the verte( an le is +- a sin le line from center to verte( shall be drawn. Gri!: a rid is a number of evenly distributed perpendicular lines. &ts parameters include hei ht- width- an le and number of rows and columns (up to ,9).

. special shape element has its reference point at its center.

3GPP

#elease $%

$-&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

G.2.5

Te-t ele7e$t

ABG supports te(t display inside the drawin . Dowever it supports only the default font. To avoid inconsistency on different terminals- it is recommended to use vector based font. Te(t can be placed in a drawin with position- font si!e and rotate an le. 5i#e other elements- te(t has attributes of line style- line color- line width. &t can also be animated. 1ontrol characters are i nored when the te(t is rendered e(cept for the 1/ (1arria e /eturn). The 1/ indicates the te(t followed by should be displayed at the ne(t line position. Multi@line te(t should be left ali ned. There is no character spacin and line spacin defined. /ecommended character spacin is ,+a of the te(t hei ht. /ecommended line spacin is *+a of the te(t hei ht. . te(t element has its reference point at top@left corner.

G.2.6

G2ou ele7e$ts

. set of elements can be rouped to ether. The Group element is used to mar# the start and end of rouped elements. . roup of elements starts with a Group element which has the end@ roup indicator off- followed by a list of elements in the roup- and ends with an Group element which has the end@ roup indicator on. Groups can be nested. &mplementation must support at least * levels of nested roup. Group (start) 2lement , 2lement * YY Group (start) 2lement a 2lement b YY Group (end) 2lement n 2lement nU, Y.. Group (end)

G.2..

Reuse ele7e$t

/euse element can be used to display an element or a roup of elements with a transform andGor chan ed attributes andGor display an array. Ahether a reuse element references a roup or a basic element depends on the element type that the elementNinde( in the reuse element points to. Ahen reuse array is specified- the referenced element or roup of elements is duplicated in rows and columns. The reference point of a reused array is at the reference point of the top@left element in the array.

3GPP

#elease $%

$-3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

G.2.;

#$i7"tio$ ele7e$ts

There are two types of animation elements- "imple .nimation 2lement and "tandard .nimation 2lement. &n the data format- a simple animation element is followed by another element or a roup element that the animation applies to. . standard animation element has pointer or inde( that points to another element or a roup element.

G.2.;.1 Si7 le "$i7"tio$ ele7e$ts

"imple animation is defined for ABG. .ll animation timin is based on an J.nimation 1ycleJ. ABG animation is repetitive. .fter completion of playin one cycle- a subse?uent cycle play commences immediately. There are two types of animation cycles defined- short cycle and lon cycle. The time len th of animation cycles are not defined. The time len th of a lon cycle should be twice the len th of a short cycle. /ecommended short cycle should collapses for , second and lon cycle pay for * seconds. There are two types of animations. .isi#ilityE an element can be visible or invisible durin a specific cycle se ments. . short cycle is divided into : time se ments e?ually and a lon cycle is divided into ; time se ments e?ually. &n the followin e(ample- a visibility for short cycle animation is defined. The element to be animated will blin# followin the pattern defined in the Bisibility field below. 0it , indicates the element should be displayed durin the time se ment. 0it + indicates it should not be displayed durin the time se ment. + , + ,

&n the followin e(ample- a visibility for lon cycle animation is defined. The element to be animated will blin# followin the pattern defined in the visibility field below. , + , + , , , ,

(oun! (otation: an element can be rotated at cloc#wise or counter@cloc#wise directions. *rans)or$E a start and an end transform can be applied to an element to describe the start and end position of a rotate- a scale- a translate animation or any combination of these action. Ahen a transform element is omitted- it defaults to use the element$s ori inal position. .n animation element must include at least one transform element. The animated element can also be a roup to allow the animation action applied to a roup of elements. &n simple animation- a transform from start position to end position should be completed in one cycle. . bounced fla can be turned on to allow Jbouncin J animation. . bounced transform transforms the element from start position to end position in one cycle. Transform in a short cycleE

start status

end status

0ounced Transform in a short cycleE

start status

end status

start status

Transform in a lon cycleE

start status

end status

3GPP

#elease $%

$-(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

0ounced Transform in a lon cycleE

start status

end status

start status

Bisibility and transform animation can be applied to the same element.

G.2.;.2 St"$d"2d #$i7"tio$ )le7e$t

. "tandard .nimation 2lement contains animation information such as be in transform position- end transform position- be in color- end color- be in time- end time- etc. This allows one animation element to represent a series of related ima es- which results in si nificant compression of the data stream. The ABG player interpolates between the be innin state and end state to achieve animation. .nimation elements are not allowed inside roups. .nimation rotation ran es from + to 39+ de rees in both cloc#wise and counter@cloc#wise directions.

G.2.,

&2"7e )le7e$t

7rame 2lement is as a mar#er of the start of a new frame. .ll elements before a frame element belon to previous frame. The delay between two frames is defined as an infinite time interval. This means says that once a frame mar#er is reached- the elements that have been displayed on the screen at this time will stay on the screen until the user re?uests that the ne(t frame should be displayed. The idea is that one can have multiple Jpa esJ of raphics- such as a multi@pa e cartoon. The user can then study the first pa e and when finish can press a button (or tri er some other event) to see the ne(t pa e of the cartoon. The mechanism of the user event is not defined and is left up to the application developer. Dere are parameters of a frame elementE @ @ @ #eep last frame contents (or not). Cero means not #eepin last frame contents- otherwise all the contents of previous frame will be #ept. fill in a new bac# round color (or not). Cero means no new fill color is needed for this frame- otherwise a new bac# round color will be used. new bac# round color.

. frame element cannot appear in an element roup. /euse and animation elements can not apply to a frame element.

G.2.10 Loc"l )le7e$t

This element defines the si!e and position of a local envelope. The local envelope is a s?uare area whose top@left corner is defined as the ori in for its ( and y@a(is. The number of rid lines are pre@defined to <- ,8- 3, and 93. The resolution is constant in a local rid which is pre@defined at ,G*<,G3*- ,G:;- ,G9:- ,G;8- ,G,*;- and ,G,9+ of the local envelope width. .ctual envelope si!e can be determined by number of rid lines and rid resolution. The position of the local envelope is determined by the local envelope ori in that falls at a coordinate within the lobal envelope. . local element cannot appear in between another local start and local end element.

G.2.11 )-te$ded )le7e$t

The 2(tended 2lement is defined to create objects which are not part of the base parsin level of defined objects in the present document and as a future proof method of e(pansion as defined by 3GPP technical committees. The e(tended element is intended for resolvin problems in the current release. &t may also be possible to use the e(tended element for potential enhancements in future releases. &f the decoder encounters an e(tended element and the e(tended element type is unreco ni!ed- it can racefully s#ip this element by see#in past it in the bitstream- and continuin decodin at the ne(t element in the bitstream.

3GPP

#elease $%

$-+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

.n e(tended element contains the si!e of the e(tended element- the e(tended element type- and a series of bytes representin the payload data. The si!e field represents the payload data si!e in bytes. 'ote that when readin the payload data- bit ali nment should be assumed (not byte ali nment).

G.3

)le7e$t "tt2i%utes

2ach element has a number of attributes such as pen color- fill color and line width used for stro#in . The followin elements 5ine- poly on- shape and te(t elements have the listed attributes. 5ine widthE 3 levels (fine- medium- thic#). >efault is fine. 5ine styleE : types (solid- dash- dot and reserved). >efault is solid. Pencolor and fill color.

5ine AidthE There are : line width settin s defined- namely J'o 5ineJ- J7ineJ- JMediumJ and JThic#J. 'o specific width is defined for J7ineJ- JMediumJ and JThic#J. /ecommended line widths are ,a or one pi(el- *a and :a of the shorter dimension of the drawin . 5ine width for J7ineJ- JMediumJ and JThic#J should be at least , pi(el. 2. .- in a ,*+ ( ;+ pi(el screenthe line width may appear as , pi(el- * pi(els and 3 pi(els. 5ine TypeE >ash 5ineE a dash line should start with a solid se ment of the line. The len th of the solid se ments is recommended to be : to 9 times of the line width. The space between two solid se ments is recommended to be 3@: times of the line width.

>otted 5ineE a dotted line is a strin of circular dot on the path of a line. &t is recommended that the diameter of rounded dot is same as the line width. The space between two dots shall be between , to * dot diameters.

5ine 1apE 5ine cap is 1ircular. 5ine _ointE 5ine joint is /ound for line joint.

G.4

)le7e$t T2"$s4o27

The Transform element is used to scale- rotate- or translate any sin le element or roup of elements. Multiple transforms may be applied in succession to any element by standard matri( concatenation. The transform element may be included in Group- /euse and .nimation elements and applied to line- poly on- shape- te(t and roup elements. The se?uence of applyin transform operations is scale@Qrotate@Qtranslate.

3GPP

#elease $%

$-,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

G.5

(!"2"cte2 SiKe :VG )le7e$t

The character si!e ABG- or lyph is a subset variation of ABG. 1haracter "i!e ABG uses a compact coordinate system with a half resolution lobal rid (<- ,8- 3, and 93 rid lines)- default color (monochrome)- line elements (polyline- circular polyline and 0e!ier polyline) and a simplified drawin header.

G.6
N= X AB YZ () S D 0 1 WW

5"t" &o27"t 8'&

)$close te27 $"7es Se "2"tes "lte2$"ti6es (e-clusi6e <R) SGu"2e %2"c>ets e$close o tio$"l ite7s i$ s9$t"- desc2i tio$s. YZ Te27 e$closed is used Ke2o o2 7o2e ti7es () )$close 12ou s o4 "lte2$"ti6e te27s &2o7 S to St"2t 0it! co77e$ts 8it 6"lue 0 i$ %it st2e"7 8it 6"lue 1 i$ %it st2e"7 Te27i$"to2 desc2i%ed %9 e$closed te-t

The followin notation is used in the present document for 0'7 synta(E

'otes for readin the 0'7E 'OT2 ,E The bit value appearin at the left in the 0'7 indicates it is arran ed in the front in the bit stream. 'OT2 *E 'otation ++Y,, is e?uivalent to ( ++ b +, b ,+ b ,,). 'OT2 3E 'otation ( + b , SvalQ ) is used in the 0'7 in many occurrences for optionally omittin a value. &n this e(ample- it indicates either a specific value SvalQ can be used- or it can be omitted when default value can be used. The bit value + or , indicates if SvalQ is specified. 'OT2 :E "i ned inte ers use Two$s 1omplement representation.

A)G !Aireless )ector Graphics" SABGQ EEO ( + Scharacter si!e ABGQ) b ( , Sstandard ABGQ ) Scharacter si!e ABGQ EEO Scharacter si!e ABG headerQ Sline elementsQ Sstandard ABGQ EEO Sstandard ABG headerQ SelementsQ

Common Nte-t code 7ode= **F 0 X 1 Nst2i$1 le$1t!= **F Wu$si1$ed ;-%it i$te1e2Q ; 0 for 7-bit GSM character set. 1 for 16-bit U S-! ; n"#ber of GSM or U S-! characters ; GSM extension characters are co"nted as one character ; $strin% len%th& ' 0 #eans n"ll strin% ; 7-bit GSM character val"e ; (xtension table are s"))orted b"t the *nother (xtension; and the ; +a%e ,reak are not s"))orted.

Nc!"2= **F

Wu$si1$ed . %it i$te1e2Q

u$si1$ed 16 %it i$te1e2Q ; 16-bit U S-! val"e ; - is s"))orted b"t other control characters are not s"))orted ; .i%nored /hen )rocessed0. ; 0 for false1 1 for tr"e

N7"s>= *F 0 X 1

3GPP

#elease $%

$--

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

N!i$t= *F

0X1

; 0 for false1 1 for tr"e

Character Size A)G ?eader Nc!"2"cte2 siKe :VG !e"de2= **F ( 0 ( N"s ect 2"tio= Nli$e ele7e$t 7"s>= N2el"ti6e use= N "2"7ete2s L-0= N "2"7ete2s M-0= ) ; standard header X ( 1 ( Nli$e ele7e$t 7"s>= N2el"ti6e use= NM"-LM3$8its0= ) ) ; co#)act header. In this case1 x and 2 %rid are sa#e1 ; defa"lt )eak val"e 1.01 defa"lt as)ect ratio131. ; 4ote3 character si5e 67G al/a2s "se co#)act coordinate #ode Nli$e ele7e$t 7"s>= **F N7"s>= N7"s>= N7"s>= ; tr"e for at least one )ol2line ele#ent in the dra/in% ; tr"e for at least one circ"lar )ol2line ele#ent in the dra/in% ; tr"e for at least one ,e5ier )ol2line ele#ent in the dra/in% )

N2el"ti6e use= **F 0 X 1

; 0 for all )oints "se absol"te coordinates1 ; 1 for at least one )oint "ses relative coordinate .offset #ode0

N "2"7ete2s L-0= **F NM"-L3$8its0= N e"> desc2i tio$= N "2"7ete2s M-0= **F NM"-M3$8its0= N e"> desc2i tio$= NM"-L3$8its0= **F N%its i$dic"to2 = NM"-L3$8its0= **F N%its i$dic"to2 = NM"-LM3$8its0= **F N%its i$dic"to2 = N%its i$dic"to2= **F 00S11 ; 00 for 8 bits .#ax val"e 701 01 for 9 bits .#ax val"e 1:0 ;10 for : bits .#ax val"e 8101 11 for 6 bits .#ax val"e 680 N e"> desc2i tio$= **F 00S11 ; 003 )eak val"e 1.01 no )eak )osition re;"ired ; 013 )eak val"e 1.:1 )eak )osition 0.: ; 103 )eak val"e 1.:1 )eak )osition 0.8888 ; 113 )eak val"e 1.:1 )eak )osition 0.6667 Character Size A)G 3lements Nli$e ele7e$ts= **F N$u7%e2 o4 li$e ele7e$ts= Nli$e ele7e$t= Y Nli$e ele7e$t= Z N$u7%e2 o4 li$e ele7e$ts= **F Wu$si1$ed .-%it i$te1e2Q Nli$e ele7e$t= **F Nli$e !e"de2= ( N ol9li$e ele7e$t= X Nci2cul"2 ol9li$e ele7e$t= XN8eKie2 ol9li$e ele7e$t= ) Nli$e !e"de2= **F Nli$e ele7e$t t9 e= A N oi$t 7ode= B Nli$e ele7e$t t9 e= **F 0X1 ; a))ear /hen $relative "se& ' 1 ; e#)t21 /hen $line ele#ent #ask& ' 1001 010 or 100 ; /hen $line ele#ent #ask& ' 0111 1101 110 or 101 ; 0 for the firstele#ent /ith #ask val"e 1 in the $line ele#ent #ask& ; 1 for the second ele#ent /ith #ask val"e 1 in $line ele#ent #ask& ; #axi#"# 1!7 ele#ents

3GPP

#elease $%

$-.

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

00..11

; 00 for )ol2line1 01 for circ"lar )ol2line1 10 for ,e5ier )ol2line D . /hen $line ele#ent #ask& ' 111&0 ; 0 for "se of absol"te coordinate for $4ext +oint& ; 1 for "sin% relative coordinate .offset #ode0 for $4ext +oint&

N oi$t 7ode= **F 0 X (1 No44set %it use=)

Standard A)G ?eader Nst"$d"2d :VG !e"de2= **F N1e$e2"l i$4o= Ncolo2 co$4i1u2"tio$= Ncodec "2"7ete2s= N"$i7"tio$ setti$1s= N1e$e2"l i$4o= **F N6e2sio$= 0 X ( 1 Nte-t code 7ode= N"ut!o2 st2i$1= Ntitle st2i$1= Nti7e st"7 = ) N6e2sio$= **F 0000S1111 N"ut!o2 st2i$1= **F 0 X (1 Nst2i$1 le$1t!= Nc!"2= Y Nc!"2= Z ) Ntitle st2i$1= *F 0 X (1 Nst2i$1 le$1t!= Nc!"2= Y Nc!"2= Z ) Nti7e st"7 = **F 0 X (1 N9e"2= N7o$t!= Nd"9= N!ou2= N7i$ute= Nseco$d= ) N9e"2= **FHsi1$edV13V%itVi$te1e2H N7o$t!= **FHu$si1$edV4V%itVi$te1e2H D 2"$1e 1-12 Nd"9= **F Hu$si1$edV5V%itVi$te1e2H D 2"$1e 1-31 N!ou2= **F Hu$si1$edV5V%itVi$te1e2H D 2"$1e 0-23 N7i$ute= **F Hu$si1$edV6V%itVi$te1e2H D 2"$1e 0-5, Nseco$d= **F Hu$si1$edV6V%itVi$te1e2H D 2"$1e 0-5,= Color Ncolo2 co$4i1u2"tio$= **F Ncolo2 sc!e7e= Nde4"ult colo2s=

Ncolo2 sc!e7e= **F X X

00 010 011

; black and /hite D 2-%it 12"9 sc"le D 2-%it 2ede4i$ed colo2. 4 colo2 6"lue 00, 01, 10, 11 "2e D 7" ed to RG8 colo2 (255,255,255), (255,0,0),

D (0,255,0) "$d (0,0,255) 2es ecti6el9 X X X X X X 100 101 1100 N6-%it colo2 "lette= 1101 N;-%it colo2 "lette= 1110 1111 D 6-%it RG8 colo2 D 0e%s"4e colo2 D 6-%it RG8 colo2 usi$1 2$d colo2 "lette D 0e%s"4e colo2 usi$1 2$d D 4o2 12 %its colo2 7ode D 4o2 24 %its colo2 7ode ; * val"e e;"al to <n"#ber of color= - 1. Maxi#"# 8! color entries YN6-%it RG8 colo2=Z N;-%it colo2 "lette= **F 0000000S1111111 D s)ecif2 color val"e fro# 0 to <n"#ber of color=-1 ; * val"e e;"al to <n"#ber of color= - 1. "lette

N6-%it colo2 "lette= **F 00000S11111 ;

3GPP

#elease $%

$-/

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

; Maxi#"# 1!> color entries Y N;-%it 0e%s"4e colo2= Z ;s)ecif2 color val"e fro# 0 to <n"#ber of color=-1

; 4ote3 the decoder /ill decide n"#ber of bits "sed b2 $indexed ; -G,?/ebsafe color& $indexed color& "se 1 to 7 bits if $n"#ber of ; color& is !1 8@91 :@>1 A@161 17@8!1 88@691 6:@1!>. Nd2"0 colo2= **F X X X X X X X X N%/0 colo2= N12"9sc"le= N2-%it 2ede4i$ed colo2= N6-%it RG8 colo2= N;-%it 0e%s"4e colo2= Ni$de-ed RG8 colo2= Ni$de-ed 0e%s"4e colo2= N12 %it RG8 colo2= N24 %it RG8 colo2= ; /hen color sche#e is 00 ; /hen color sche#e is 010 ; /hen color sche#e is 011 ; /hen color sche#e is 100 D /hen color sche#e is 101 ; /hen color sche#e is 1100 ; /hen color sche#e is 1101 ; /hen color sche#e is 1110 ; /hen color sche#e is 1111

N%/0 colo2= **F 0 X ; /hite 1 ; black

N12"9sc"le= **F 00S11 ; 00 for !9-bit -G, color .0101001

01 for !9-bit -G, color .>:1>:1>:0

; 10 for !9-bit -G, color .1701170117001 11 for !9-bit -G, color .!::1!::1!::0 N2-%it 2ede4i$ed colo2= **F 00S11 ;00 for !9-bit -G, color .!::1!::1!::01 01 for !9-bit -G, color .!::10100 ;10 for !9-bit -G, color .01!::1001 11 for !9-bit -G, color .0101!::0 N6-%it RG8 colo2= **F N2-%it R= N2-%it G= N2-%it 8= Ni$de-ed RG8 colo2= **F (0 X 1) X 00S11 X 000S111 X 0000S1111 X 00000S11111 ; #a) to 6-bit -G, color val"e defined in $6-bit color )alette& N;-%it 0e%s"4e colo2= **F 00000000S11111111 ; See G.7 for /ebsafe color )alette definition Ni$de-ed 0e%s"4e colo2= **F (0 X 1) X 00S11 X 000S111 X 0000S1111 X 00000S11111 X 000000S111111 X 0000000S1111111 ; #a) to >-bit /ebsafe color val"e defined in $>-bit color )alette& N2-%it R= **F N2-%it colo2 6"lue= N2-%it G= **F N2-%it colo2 6"lue= N2-%it 8= **F N2-%it colo2 6"lue= N2-%it colo2 6"lue= **F 00S11 ; -ed color val"e ; %reen color val"e ; bl"e color val"e ; 001 011 10 and 11 for color val"e 01 >:1 170 and !:: ; defined in 0-!:: color ran%e res)ectivel2 N12-%it RG8 colo2= **F N4-%it R= N4-%it G= N4-%it 8= N4-%it R= **F N4-%it colo2 6"lue= N4-%it G= **F N4-%it colo2 6"lue= D ; -ed color val"e ; %reen color val"e

3GPP

#elease $%

$.%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

N4-%it 8= **F N4-%it colo2 6"lue= N4-%it colo2 6"lue= **F 0000S1111 N;-%it R= **F N;-%it colo2 6"lue= N;-%it G= **F N;-%it colo2 6"lue= N;-%it 8= **F N;-%it colo2 6"lue=

; bl"e color val"e ; #"lti)l2 b2 17 to convert to > bit color val"e D ; -ed color val"e ; %reen color val"e ; bl"e color val"e

N24-%it RG8 colo2= **F N;-%it R= N;-%it G= N;-%it 8=

N;-%it colo2 6"lue= **F 00000000S1111111 ; intensit2 val"e of color val"e

Nde4"ult colo2s= *F

( 0 X (1 Nde4"ult li$e colo2=)) ( 0 X (1 Nde4"ult 4ill colo2=)) ( 0 X (1 N%"c>12ou$d colo2=)) ; If above color.s0 are not

; "se black /hen first bit is 0 ; "se black /hen first bit is 0 ; "se /hite /hen first bit is 0

; s)ecified1 "se ,B* C as $defa"lt line color& and $defa"lt fill color&1 and "se ; 6DIE( as $back%ro"nd color&. Nde4"ult li$e colo2= **F Nd2"0 colo2= Nde4"ult 4ill colo2= **F Nd2"0 colo2= N%"c>12ou$d colo2= **F Nd2"0 colo2= Codec Parameters Ncodec "2"7ete2s= **F Nele7e$t 7"s>= N"tt2i%ute 7"s>= N1e$e2ic "2"7ete2s= Ncoo2di$"te "2"7ete2s= Ncoo2di$"te "2"7ete2s= **F ( 0 N4l"t coo2di$"te "2"7ete2s= ) X (1 Nco7 "ct coo2di$"te "2"7ete2s= ) Nele7e$t 7"s>= **F N7"s>= N7"s>= N7"s>= N7"s>= N7"s>= N7"s>= N7"s>= N7"s>= (0 X (1 N7"s>= N7"s>= N7"s>= N7"s>= N7"s>= ; flat coordinate #ode ; co#)act coordinate #ode

; tr"e for at least one local envelo)e ele#ent in the dra/in% ; tr"e for at least one )ol2line ele#ent in the dra/in% ; tr"e for at least one circ"lar )ol2line ele#ent in the dra/in% ; tr"e for at least one ,e5ier )ol2line ele#ent in the dra/in% ; tr"e for at least one si#)le sha)e ele#ent in the dra/in% ; tr"e for at least one re"se ele#ent in the dra/in% ; tr"e for at least one %ro") ele#ent in the dra/in% ; tr"e for at least one ani#ation ele#ent in the dra/in% ; extension bit. 1 for rare #asks are follo/ed b2 ; tr"e for at least one )ol2%on ele#ent in the dra/in% ; tr"e for at least one s)ecial sha)e ele#ent in the dra/in% ; tr"e for at least one fra#e ele#ent in the dra/in% ; tr"e for at least one text ele#ent in the dra/in% ; tr"e for at least one extended ele#ent in the dra/in%

3GPP

#elease $%

$.$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

) ;Ehe decoder sho"ld decide ho/ #an2 bits to be "sed b2 $ele#ent t2)e& ) ; accordin% to n"#ber of <1=s in the $ele#ent #ask&. 4"#ber of bits ; "sed b2 $ele#ent t2)e& can be 0 .if onl2 one <1= in $ele#ent #ask&01 ; 1 .if ! <1=s01 ! .if 8 or 9 <1=s01 8 .if :-> <1=s0 or 9.if #ore than > ; <1=s0. 7al"e of $ele#ent t2)e& that is to re)resent a s)ecific ele#ent ; t2)e is sa#e as the order of the s)ecific #ask in the $ele#ent #ask& ; that re)resents this t2)e of ele#ent. For exa#)le1 if $ele#ent #ask& is ; 0110000101 $ele#ent t2)e& /ill "se ! bits and val"e 001 011 10 ; .11 is not "sed0 re)resent )ol2line1 circ"lar )ol2line and ani#ation ; ele#ents res)ectivel2. ; 4ote that $#ask& for local envelo)e has no #eanin%s /hen in flat ; coordinate #ode b"t still ; exists N"tt2i%ute 7"s>s= **F Nli$e t9 e 7"s>= Nli$e 0idt! 7"s>= Nli$e colo2 7"s>= N4ill 7"s>= Nli$e t9 e 7"s>= **F N7"s>= Nli$e 0idt! 7"s>= **F N7"s>= N4ill 7"s>= **F N7"s>= Nli$e colo2 7"s>= **F N7"s>= D tr"e /hen at least one ele#ent "ses line t2)e attrib"te D tr"e /hen at least one ele#ent "ses line /idth attrib"te D tr"e /hen at least one ele#ent "ses fill attrib"te D tr"e /hen at least one ele#ent "ses line color

Generic Parameters N1e$e2ic "2"7ete2s= **F (0 X (1 N"$1le 2esolutio$= N"$1le i$ %its= ) (0 X (1 Nsc"le 2esolutio$= Nsc"le i$ %its= ) (0 X (1 Ni$de- i$ %its= ) ANcu26e o44set i$ %its= B ; $c"rve offset in bits& a))ear /hen $#ask& for $circ"lar )ol2line ele#ent& ; or $)ol2%on ele#ent& is tr"e N"$1le 2esolutio$= **F 00S11 ; 00 for an%le "nit is 1.906!: de%ree; 01 for an%le "nit is :.6!: de%ree ; 10 for an%le "nit is 11.!: de%ree; 11 for an%le "nit is !!.: de%ree N"$1le i$ %its= **F 000S111 ; n"#ber of bits "sed b2 $an%le val"e& is fro# 1 to > bits N"$1le 6"lue= **F Wsi1$ed "$1le3$8its+1-%it i$te1e2Q ; an%le "nit is decided b2 $an%le resol"tion& ;0 de%ree is defined as )ositive direction of the X axis and ; )ositive an%le val"e is clock/ise. ; -1>0 de%ree is re)resented b2 #axi#"# ne%ative di%it Nsc"le2esolutio$= **F 00..11 ; 00 for 1?9 as scale "nit. 01 for 1?16 as scale "nit ; 10 for 1?69 as scale "nit; 11 for 1?!:6 as scale "nit Nsc"le i$ %its= **F 0000S1111 D n"#ber of bits "sed b2 $scale val"e& is fro# 1 to 16 bits ; 0 for defa"lt .!!.: de%ree1 8 bits0 ; 0 for defa"lt .1?91 8 bits0

; 0 for defa"lt .both 8 bits0

3GPP

#elease $%

$.&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Nsc"le 6"lue= **F Wsi1$ed sc"le3$8its+1-%its i$te1e2Q ; scale "nit is decided b2 $scale resol"tion& ; ne%ative scale val"e #eans scalin% at ; o))osite direction Ni$de- i$ %its= **F 0000S1111 Ni$de-= **F Ni$de- 6"lue= Ni$de- 6"lue= **F Wu$si1$ed 3$de-3$8its+1-%it i$te1e2Q Ncu26e o44set i$ %its= **F 0 X 1 ; 0 for "sin% 9 bits .1: levels0 ; 1 for "sin% : bits .81 levels0 ; n"#ber of bits "sed b2 $index& are fro# 1 to 16 bits

Compact Coordinate Parameters Nco7 "ct coo2di$"te "2"7ete2s= **F N"s ect 2"tio= NT2"$sLM3$8its1= N "2"7ete2s L-1= N "2"7ete2s M-1= N2ede4i$e 2esolutio$ !i$t= N"s ect 2"tio= **F 00 X ; as)ect ratio ' 131 ; as)ect ratio ' 938 ; as)ect ratio ' 163A ; as)ect ratio ' 693!7 ; as)ect ration ' !:63>1 ; as)ect ration ' 10!93!98 ; as)ect ration ' 90A637!A ; $dis)la2 orientation& a))ears in standard 67G ; character si5e 67G "ses landsca)e onl2 ; 0 for landsca)e1 1 for )ortrait

( ( 01 X 10 X 1100 X 1101 X 1110 X 1111 ) A Ndis l"9 o2ie$t"tio$= B ) Ndis l"9 o2ie$t"tio$ = **F 0 X 1

N "2"7ete2s L-1= **F NM"-L3$8its1= Ncoo2di$"te "2"7ete2s= N "2"7ete2s M-1= **F NM"-M3$8its1= Ncoo2di$"te "2"7ete2s= Ncoo2di$"te "2"7ete2s= **F 00 X ( N e"> 6"lue= N e"> ositio$= N e"> 0idt!= ) ; )eak val"e defa"lt to 1.0 /hen 00 is defined NM"-L3$8its1= **F 00S11 NM"-M3$8its1= **F 00S11 ; 4"#ber of bits "sed b2 $X&. ; Ehis deter#ines the n"#ber of %rid lines in the X direction. ; 4"#ber of bits "sed b2 $G&. ; Ehis deter#ines the n"#ber of %rid lines in the G direction. ; 00 for 1:1 01 for 81110 for 681 11 for 1!7 N e"> 6"lue= **F 01S11 N e"> ositio$= **F0000S1100 X X X 1101 1110 1111 D 01 for 1.:1 10 for !.01 11 for !.: ; 0-1!. +eak )osition ' val"e?1! fro# envelo)e left. ; reserved ; reserved ; reserved

3GPP

#elease $%

$.3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

N e"> 0idt!= **F 00S11

; 00 for 0.81 01 for 0.91 10 for 0.:1 11 for 0.6

;$)eak /idth& val"e are to the scale of total %lobal envelo)e /idth. ; 10 .0.:0 and 11 .0.60 are not allo/ed /hen $)eak val"e& is 11 .!.:0 ; 11 .0.60 is not allo/ed /hen $)eak val"e& is 10 .!.00 N2ede4i$e 2esolutio$ !i$t= **F N!i$t= NT2"$sLM3$8its1= **F 00..11 D tr"e /hen at least one ele#ent "ses Hredefine resol"tionIattrib"te ; n"#ber of bits to encode translation and center of transfor#

; 00 for : bits1 01 for 6 bits1 10 for 7 bits1 11 for > bits ; In %lobal sco)e and at X axis1 it "ses "nit of .%lobal envelo)e /idth? .n"#ber of X %rid lines J1 00 ; In %lobal sco)e and at G axis1 it "ses "nit of .%lobal envelo)e hei%ht? .n"#ber of G %rid lines J1 00 ; In local sco)e1 its "nit is sa#e as local coordinate "nit.

0lat Coordinate Parameters N4l"t coo2di$"te "2"7ete2s= **F Nd2"0i$1 0idt!= ( 0 X 1 (Nd2"0i$1 !ei1!t=)) ; 0 #eans hei%ht ' /idth NM"-L3$8its2=NM"-M3$8its2= N LM#llPositi6e= NT2"$sLM3$8its2= N'u7Poi$ts3$8its= N<44setL3$8itsLe6el1= N<44setM3$8itsLe6el1= N<44setL3$8itsLe6el2= N<44setM3$8itsLe6el2= Nd2"0i$1 0idt!= **F Wu$si1$ed 16-%it i$te1e2Q Nd2"0i$1 !ei1!t= **F Wu$si1$ed 16-%it i$te1e2Q NM"-L3$8its2= **F Qu$si1$edV4V%itVi$te1e2Q ; n"#ber of bits to encode X coordination NM"-M3$8its2= **F Qu$si1$edV4V%itVi$te1e2Q ; n"#ber of bits to encode G coordination NLM#llPositi6e= **F [u$si1$edV1V%itVi$te1e2Q ; 0 #eans not all x?2 are )ositive ; 1 #eans all x?2 are )ositive NT2"$sLM3$8its2= **F Wu$si1$edV4V%itVi$te1e2Q N<44setL3$8itsLe6el1= **F Wu$si1$edV4V%itVi$te1e2Q N<44setM3$8itsLe6el1= **F Wu$si1$edV4V%itVi$te1e2Q N<44setL3$8itsLe6el2= **F Wu$si1$edV4V%itVi$te1e2Q N<44setM3$8itsLe6el2= **F Wu$si1$edV4V%itVi$te1e2Q N'u7Poi$ts3$8its= **F Wu$si1$edV4V%itVi$te1e2Q 6nimation Settings N"$i7"tio$ setti$1s= **F A N"$i7"tio$ 7ode= B N"$i7"tio$ 7ode= **F 0 X 1 ;a))ear /hen $ani#ation ele#ent& exist ; n"#ber of bits to encode translation and center of transfor#

; 0 for si#)le ani#ation; 1 for standard ani#ation

3lement

3GPP

#elease $%

$.(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Nele7e$ts= *F N$u7%e2 o4 ele7e$ts= Nele7e$t= Y Nele7e$t= Z N$u7%e2 o4 ele7e$ts= **F (0 Wu$si1$ed .-%it i$te1e2Q) X (1 Wu$si1$ed 15-%it i$te1e2Q) Nele7e$t= *F Nele7e$t t9 e= ( N%"sic ele7e$t= X N42"7e ele7e$t= X N12ou ele7e$t= X N2e-use ele7e$t= X N"$i7"tio$ ele7e$t= X Ne-te$ded ele7e$t= X Nloc"l e$6elo e ele7e$t= ) Nele7e$t t9 e= **F X 0S1 X 00..11 X 000S111 X 0000S1111 ; e#)t2 is allo/ed ; decided b2 $ele#ent #ask&. +lease refer to $ele#ent #ask& N"$i7"tio$ ele7e$t= *F Nsi7 le "$i7"tio$ ele7e$t= X Nst"$d"2d "$i7"tio$ ele7e$t= ; if $ani#ation #ode& is 01 all ani#ation ele#ents in the dra/in% are $si#)le ani#ation ele#ent& ; if $ani#ation #ode& is 11 all ani#ation ele#ents in the dra/in% are $standard ani#ation ele#ent& N%"sic ele7e$t=**F N%"sic ele7e$t !e"de2= ( N ol9li$e ele7e$t= X Nci2cul"2 ol9li$e ele7e$t= X N8eKie2 ol9li$e ele7e$t= X N ol91o$ ele7e$t= X Nsi7 le s!" e ele7e$t= X Ns eci"l s!" e ele7e$t= X Nte-t ele7e$t= ) Gasic 3lement ?eader

N%"sic ele7e$t !e"de2= **F ( No44set %it use= X N2esolutio$ "$d o44set %it= ) A 0 X (1N"tt2i%utes set= ) B

; /hen in flat coordinate #ode ; /hen in co#)act coordinate #ode ; a))ears /hen $attrib"te #asks& does not e;"al ; to 0000

D 0 4o2 "sin% defa"lt attrib"tes defined in $dra/in% header& D 1 4o2 usin% the follo/in% s)ecific attrib"tes N<44set 8it Use= **F N<44set L Use=N<44set M Use= N<44set L Use= **F 0 X 1 ; /hen in co#)act coordinate #ode1 0 #eans offset X /ill "se 8 bits.1 ; ; N<44set M Use= **F 0 X 1 ; /hen in co#)act coordinate #ode1 0 #eans offset X /ill "se 8 bits1 ; ; N2esolutio$ "$d o44set %it=**F 1 #eans "se 9 bits 1 #eans "se $KffsetGIn,itsBevel!& (0 X (1No44set %it use= ) ; onl2 /hen $redefine resol"tion hint& is false or in local sco)e ; 0 for absol"te coordinate1 1 for relative coordinates ; /hen in flat coordinate #ode1 0 #eans offset X /ill "se $KffsetGIn,itsBevel1&1 1 #eans "se 9 bits 1 #eans "se $KffsetXIn,itsBevel!& ; /hen in flat coordinate #ode1 0 #eans offset X /ill "se $KffsetXIn,itsBevel1&1

3GPP

#elease $%

$.+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

(0 (0 X (1No44set %it use= )) ; /hen $redefine resol"tion hint& is tr"e and in %lobal sco)e ; 0 for absol"te coordinate1 1 for relative coordinates

( 1 Ncoo2di$"te 2esolutio$= No44set %it use= ) D /hen $redefine resol"tion hint& is tr"e and in %lobal sco)e ; redefine resol"tion1 al/a2s "se relative coordinates

Ncoo2di$"te 2esolutio$= **F 000S111

; decide the %rid line interval b2 a scale of /idth ; or hei%ht of the %lobal envelo)e /hichever is short. ; 0-7 for 1?!71 1?8!1 1?8>1 1?9>1 1?691 ; 1?>:1 1?1!> and 1?160 res)ectivel2

3lement 6ttri2utes N"tt2i%ute set= **F A Nli$e t9 e= B A Nli$e 0idt!= B ; a))ear /hen $line t2)e #ask& is tr"e ; a))ear /hen $line /idth #ask& is tr"e ; a))ear /hen $line color #ask& is tr"e and ; $line /idth& is not 5ero ; 0 for $defa"lt line color&1 1 for s)ecified color A 0 X (1 (0 X (1 N4ill colo2=)) ) I ; 0 for no fill; 1 for /ith fill ; 0 for $defa"lt fill color&1 1 for s)ecified color ; a))ear /hen $fill #ask& is tr"e ; 4ote3 line t2)e and line /idth are not "sed b2 $text ele#ent& b"t ; still exist here. If not filled1 then back%ro"nd of text o"t)"t /ill ; be trans)arent. If filled1 then fill color /ill be "sed as text back%ro"nd. Nli$e 0idt!= **F 00S11 ; 00 for no line1 01 for Fine1 10 for #edi"#1 11 for thick ; 00 is onl2 valid /ith fill Nli$e t9 e= **F 00S11 N4ill colo2 = **F Nd2"0 colo2= Nli$e colo2= **F Nd2"0 colo2= N<6e22ide#tt2i%uteSet= **F 0 X (1 Nli$e t9 e=) 0 X (1 Nli$e 0idt!=) 0 X (1 Nli$e colo2=) 0 X (1 N4ill= ) 0 X (1 N4ill colo2=) D 0 for no overridin%1 1 for overridin% /ith s)ecified attrib"te N4ill= **F 0 X 1 ; 0 #eans no fill1 1 #eans fill ; 0 for solid1 1 for dash line1 ! for dotted line

A 0 X (1 Nli$e colo2=) B

3GPP

#elease $%

$.,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Transform NT2"$s4o27= **F NT2"$sl"teL=NT2"$sl"teM= 0 X (1 N#$1le= NSc"leL=NSc"leM= N (L=N (M=) ; o)tional other transfor#s N#$1le= **F 0 X (1 N#$1le V"lue= ) ; 0 #eans an%le /ill "se defa"lt val"e /hich is 0 ; /hen in flat coordinate #ode NT2"$sl"teL= **F 0 X (1 NT2"$sl"teL V"lue= ) ; 0 #eans translate x /ill "se defa"lt val"e /hich is 0 NT2"$sl"teL V"lue= **F Qsi1$edVT2"$sLM3$8its2V%it i$te1e2Q X Wsi1$ed T2"$sLM3$8its1+5 %it i$te1e2Q ; /hen in co#)act coordinate #ode ; /hen in flat coordinate #ode ; /hen in co#)act coordinate #ode

NT2"$sl"teM= **F 0 X (1 NT2"$sl"teM V"lue= ) ; 0 #eans translate 2 /ill "se defa"lt val"e /hich is 0 NT2"$sl"teM V"lue= **F Qsi1$edVT2"$sLM3$8its2V%it i$te1e2Q X Wsi1$ed T2"$sLM3$8its1+5-%it i$te1e2Q NSc"leL= **F 0 X (1NSc"le 6"lue= ) NSc"leM=**F 0 X (1 NSc"le 6"lue= )

; 0 #eans scale /ill "se defa"lt val"e /hich is 1.0 ; 0 #eans scale /ill "se defa"lt val"e /hich is sa#e as ; absol"te val"e of $ScaleX&

N(L= **F 0 X (1 N(L 6"lue= )

; translation of rotation and scale center; 0 #eans it /ill "se defa"lt ; val"e /hich is at the left border of the dra/in% .x'0 in the flat ; coordinate s2ste# or the %lobal envelo)e0

N(L 6"lue= **F Qsi1$edVT2"$sLM3$8its2V%it i$te1e2Q X NL= N(M= **F 0 X (1 N(M 6"lue= )

; /hen in flat coordinate #ode

; /hen in co#)act coordinate #ode ; 0 #eans it /ill "se defa"lt val"e /hich is ; .2'0 in the flat coordinate s2ste# or the %lobal envelo)e0 ; /hen in flat coordinate #ode

N(M 6"lue= **F Qsi1$edVT2"$sLM3$8its2V%it i$te1e2Q X NM=

; /hen in co#)act coordinate #ode

Pol9line 3lement N ol9li$e ele7e$t= **F A N$u7%e2<4Poi$ts= B N&i2st Poi$t= Y N'e-t Poi$t= Z A N oi$t te27i$"to2= B ; s)ecifies a start )oint1 5ero or #an2 inter#ediate )oints and an end )oint. ; $n"#berKf+oints& a))ears onl2 /hen in flat coordinate #ode ; $)oint ter#inator& a))ears onl2 /hen in co#)act coordinate #ode N oi$t te27i$"to2= **F 111S111111 ; *bsol"te #ode in character si5e 67G. Sa#e n"#ber of ; bits of $MaxXIn,its0& or $MaxXGIn,its0& X 1111S1111111 ; *bsol"te #ode in standard 67G. Sa#e n"#ber of bits of D $MaxXIn,its1&or $MaxBocalXGIn,its= X ( 100 X 1000 ) ; Kffset #ode .relative0. ; "se 100 /hen $Kffset X Use& ' 0 ; "se 1000 /hen $Kffset X Use& ' 1

3GPP

#elease $%

$.-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Circular Pol9line 3lement Nci2cul"2 ol9li$e ele7e$t= **F Ncu26e !i$t= A N$u7%e2<4Poi$ts= B N&i2stPoi$t= Ncu26e o44set= N oi$t= Y Ncu26e o44set= N'e-tPoi$t= Z A No44set te27i$"to2= B ; $n"#berKf+oints& a))ears onl2 /hen "se ; flat coordinate #ode ; $offset ter#inator& a))ears onl2 /hen "se ; co#)act coordinate #ode Ncu26e !i$t= **F N!i$t= Ncu26e o44set= **F ( 0 X (1 Ncu26e o44set 6"lue=) ) X Ncu26e o44set 6"lue= ; /hen $c"rve hint& is tr"e ; /hen $c"rve hint& is false ; /hen $c"rve offset in bits& ' 0 ; or in character si5e 67G X Wsi1$ed 5-%it i$te1e2Q ; "rve offset ratio r ' e?B ; 6here e is act"al c"rve offset.can be )ositive or ne%ative01 ; B is distance bet/een adLacent nodes ; 6e "se a si%ned inte%er val"e v to re)resent. v ' ro"nd.rMk0; ; 6here k ' !Nn - ! .n is n"#ber of bits "sed for $offset val"e&0 No44set te27i$"to2= **F X ( 1 Ncu26e o44set %its=) ; /hen $c"rve hint& is tr"e ; /hen $c"rve hint& is false ; /hen $c"rve offset in bits& ' 0 ; /hen $c"rve offset in bits& ' 1 ; /hen $c"rve offset in bits& ' 1

No44set 6"lue= **F Wsi1$ed 4-%it i$te1e2Q

N cu26e o44set %its = 1000 X 10000

Ncu26e o44set %its= **F

Gezier Pol9line 3lement N8eKie2 ol9li$e ele7e$t= **F A N'u7%e2<4Poi$ts= B N&i2st Poi$t= YN<$(u26e= N'e-t Poi$t=Z A 1 N oi$t te27i$"to2=B ; Sa#e data for#at for +ol2,e5 "rve1 and +ol2%on,e5 "rve ; $n"#berKf+oints& a))ears onl2 /hen in flat coordinate #oed ; <1 $)oint ter#inator&= a))ears onl2 /hen in co#)act coordinate #ode N'u7%e2<4Poi$ts= **F Qu$si1$edV'u7%e2<4Poi$ts3$8itsV%it i$te1e2Q N<$(u26e= **F 0 X 1 ; 0 J off c"rve ; 1 J on c"rve 'OT2E Only cubic and ?uadratic 0e!ier curves are supported. &t means only one or two successive off@curve points are allowed. The first point of a curve must be on@curve. The last point must also be on@curve if it is 0e!ier polyline but is not necessary for 0e!ier poly on.

3GPP

#elease $%

$..

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Pol9gon 3lement +ol2%on ele#ent is act"all2 a closed )ol2line .incl"din% circ"lar and ,e5ier )ol2line0 N ol91o$ ele7e$t= **F ( 00 N ol9li$e ele7e$t= ) X (01 Nci2cul"2 ol9li$e ele7e$t= ) X (10 N8eKie2 ol9li$e ele7e$t= )

Simple Shape 3lement Nsi7 le s!" e ele7e$t= **F (0 N2ect"$1le ele7e$t= ) X (1 Nelli se ele7e$t= ) N2ect"$1le ele7e$t=**FNPoi$t=N:idt!=N@ei1!t=N2ou$ded 4l"1= N#$1le= Nelli se ele7e$t=**FNPoi$t=N:idt!=N@ei1!t= N#$1le= N:idt!= **F NL= X N<44set L= ; $Kffset X& is "sed /hen $Kffset ,it Use& exists in the $basic ele#ent header& ; if the ele#ent is in %lobal sco)e in co#)act coordinate #ode1 "se "nit of ; .%lobal envelo)e /idth? .n"#ber of X %rid lines J1 00 N@ei1!t=**F 0 X (1 N@ei1!tV"lue= ) N@ei1!tV"lue= **F NM= X N<44set M= ; $Kffset G& is "sed /hen $Kffset ,it Use& exists in the $basic ele#ent header& ; if the ele#ent is in %lobal sco)e in co#)act coordinate #ode1 "se "nit of ; .%lobal envelo)e hei%ht? .n"#ber of G %rid lines J1 00 N2ou$ded 4l"1= **F 0 X 1 ; 0 for strai%ht corner1 1 for ro"nded corner ; 0 #eans the hei%ht is sa#e as /idth1 hei%ht /ill not be encoded

Special Shape 3lement Ns eci"l s!" e ele7e$t= **F N oi$t= N"$1le= ; re%"lar )ol2%on ; star ; %rid ; not "sed ; dia#eter of circle or vertex

00 ( N6e2te-= N di"7ete2 = X X X 01 ( N6e2te-= N6e2te- "$1le= N di"7ete2 = 10 ( N2ect"$1le siKe= N2o0s= Ncolu7$s= ) 11

Ndi"7ete2 = **F NL= X N<44set L=

; $Kffset X& is "sed /hen $Kffset ,it Use& exists in the $basic ele#ent header& ; if the ele#ent is in %lobal sco)e in co#)act coordinate #ode1 "se "nit of ; .%lobal envelo)e /idth? .n"#ber of X %rid lines J1 00 N2ect"$1le siKe=**F N0idt!= N!ei1!t= N6e2te-= **F 000S111 N6e2te- "$1le= **F 00S11 ; n"#ber of vertex ' $vertex& O 8 ; 00 for 0 de%ree1 01 for 86 de%ree ; 10 for 60 de%ree1 11 for A0 de%ree N2o0s= **F 0000S1111 Ncolu7$s= **F 0000S1111 ; ro/s ' $ro/s& O 1 ; col"#ns ' $col"#ns& O 1

Te4t 3lement Nte-t ele7e$t= **F N oi$t= N4o$t siKe= N"$1le= Nte-t code 7ode= Nst2i$1 le$1t!= Y Nc!"2= Z ; $)oint& is to)-left corner of the text.

3GPP

#elease $%

$./

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

N4o$t siKe= **F NM= X N<44set M= ; header&

; $Kffset G& is "sed /hen $Kffset ,it Use& exists in the $basic ele#ent

; if the ele#ent is in %lobal sco)e in co#)act coordinate #ode1 "se "nit of ; .%lobal envelo)e hei%ht? .n"#ber of G %rid lines J1 00

Bocal 3n elope 3lement Nloc"l e$6elo e ele7e$t= **F ( 0 Nloc"l e$6elo e desc2i tio$= N oi$t= ) ; local start ; $)oint& is to)- left corner of the local envelo)e in %lobal coordinates. ; (le#ents in the local envelo)e sco)e "se local coordinates and #eas"re#ents X 1 ; local end

Nloc"l e$6elo e desc2i tio$= **F Ncoo2di$"te 2esolutio$= NM"-Loc"lLM3$8its=

NM"-Loc"lLM3$8its= **F 00S11

; 00 for 8 bits.#ax val"e 701 01 for 9 bits .#ax val"e 1:01 ; 10 for : bits .#ax val"e 8101 11 for 6 bits .#ax val"e 680

Group 3lement N12ou ele7e$t= **F X Ndis l"9= **F 0 X 1 1 (0 (0 X (1 Nt2"$s4o27=) ) Ndis l"9= ) ; start of %ro"). Eransfor# is o)tional ; end of %ro") ; 0 J no dis)la2 /hen render; 1 J dis)la2 /hen render

#e*use 3lement N2e-use ele7e$t= **F Nele7e$t i$de-= ; )oint to the ele#ent to be re-"sed ; onl2 $basic ele#ent&1$%ro") ele#ent& and ; $re-"se ele#ent& can be re"sed Nt2"$s4o27= 0 X (1 N"22"9 "2"7ete2=) 0 X (1 N<6e22ide#tt2i%uteSet= ) Nele7e$t i$de-= **F Ni$de- 6"lue= ; the ele#ent se;"ence n"#ber in /hole dra/in%. Start fro# 0. N"22"9 "2"7ete2= **F Ncolu7$s= A N"22"9 0idt!= B N2o0s= A N "22"9 !ei1!t= B ; $arra2 hei%ht& indicates /hole hei%ht of the arra21 a))ears /hen $ro/s& is non-5ero ; ele#ent interval at X direction e;"als to $/idth&?$col"#ns& ; $arra2 /idth& indicates /hole /idth of the arra21 a))ears /hen $col"n#s& is non-5ero ; ele#ent interval at G direction e;"als to $hei%ht&?$ro/s& ; Ehe to) left ele#ent in the arra2 is at the )osition s)ecified in $transfor#& ; re-"se /ith transfor#ation ; arra2. It sho"ld be )erfor#ed as the last ste)

3GPP

#elease $%

$/%

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

N"22"9 0idt!= **F NL= N"22"9 !ei1!t=**F 0 X (1 NM= )

; if the ele#ent is in %lobale sco)e in co#)act coordinate #ode1 "se "nit of ; .%lobal envelo)e /idth? .n"#ber of X %rid lines J1 00 ; 0 #eans the hei%ht is sa#e as /idth1 hei%ht /ill not be encoded

; if the ele#ent is in %lobale sco)e in co#)act coordinate #ode1 "se "nit of ; .%lobal envelo)e hei%ht? .n"#ber of G %rid lines J1 00

0rame 3lement N&2"7e= **F NUee L"st&2"7e(o$te$t&l"1=N@"s&illed(olo2&l"1=AN 4ill colo2 =B ; $fill color& is ne/ back%ro"nd color for the fra#e NUee L"st&2"7e(o$te$t&l"1=**FHu$si1$ed 1-%it i$te1e2H ; kee) the i#a%e of the last fra#e on the screen1 or clear it ; val"e 0 - Po not kee) last fra#e content. ; val"e 1 - Cee) last fra#e content. N@"s&illed(olo2&l"1= **FHu$si1$ed 1-%it i$te1e2H ; val"e 0 - no filled color ; val"e 1 - has filled color

Simple 6nimation 3lement Nsi7 le "$i7"tio$ ele7e$t= **F Nc9cle t9 e= ( 0 X ( 1 N6isi%ilit9 "2"7ete2= ) ( 0 X ( 1 Nt2"$s4o27= ) ( 0 X ( 1 Nt2"$s4o27= ) (0X1) N2ot"tio$ di2ectio$= N2ou$d 2ot"tio$ 4l"1= ; be%in transfor# ; end transfor# ; 0 for no bo"ncin%. 1 for bo"ncin%

N2ou$d 2ot"tio$ 4l"1= **F 0 X 1

D 0 for no ro"nd rotation. ; 1 for ro"nd rotation and /ill override an%les defined in $transfor#&

Nc9cle t9 e= **F 0 X 1

; 0 indicates short ani#ation c2cle; 1 indicates lon% ani#ation c2cle

N6isi%ilit9 "2"7ete2= **F N6isi%ilit9 ti7i$1= N6isi%ilit9 ti7i$1= **F 0000S1111 X 00000000S11111111 ; Kne blinkin% c2cle is divided into fo"r e;"al ti#e ste)s for short ; ani#ation c2cle or ei%ht ste)s for lon% ani#ation c2cle. $visibilit2 ti#in%& is a #a) of ti#e ste)s in ; /hich 0 re)resents invisible and 1 re)resents visible. 4ote that in above #a)1 conse;"ence ti#e ste)s ; is fro# left to ri%ht1 or fro# first order to later order in bit strea#. N2ot"tio$ di2ectio$= **F 'OT2E 0X1 ; 1 for clock/ise rotatin%. 0 for co"nter-clock/ise rotatin%

7or all individual values in the transform- linear interpolation is used.

3GPP

#elease $%

$/$

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Standard 6nimation 3lement Nst"$d"2d "$i7"tio$ ele7e$t=**F Nele7e$t i$de-= N8e1i$T2"$s4o27=N)$dT2"$s4o27=NRot"tio$ 5i2ectio$= NRou$d= 0 X (1 N8e1i$(olo2=N)$d(olo2= ) N8e1i$Ti7e=N5u2"tio$=N)-ist#4te2= N8e1i$T2"$s4o27= **F 0 X (1NT2"$s4o27= ) ; be%in )osition ;0 J #eans "se .start fro#0 defa"lt transfor#3 ; *n%le'01 EranslateX'01 EranslateG'01 ScaleX'!:61 ScaleG'!:61 x'01 2'0 ;1 J #eans Eransfor# follo/s N)$dT2"$s4o27= **F 0 X (1 NT2"$s4o27= ) ; end )osition ;0 J #eans "se .end at0 defa"lt transfor# ; *n%le'01 EranslateX'01 EranslateG'01 ScaleX'!:61 ScaleG'!:61 x'01 2'0 ;1 J #eans Eransfor# follo/s NRot"tio$ 5i2ectio$= **F 0 X 1 NRou$d= **F 0 X 1 ;0 J co"nter clock/ise ;1 J clock/ise ;0 J no rotation ;1 J rotate 860 de%rees N8e1i$(olo2= **F ( 0 X (1 Nli$e colo2= ) ) ( 0 X (1 N4ill colo2= ) ) ;0 J "se defa"lt colors ;1 J "se s)ecified colors N)$d(olo2= **F ( 0 X (1 Nli$e colo2= ) ) ( 0 X (1 N4ill colo2= ) ) ;0 J "se defa"lt colors ;1 J "se s)ecified colors N8e1i$Ti7e= **F Qu$si1$ed 12-%it i$te1e2Q N5u2"tio$= **F Qu$si1$ed 12-%it i$te1e2Q ;$,e%inEi#e& is in "nits of 10#s ; $P"ration& is in "nits of 10#s

N)-ist#4te2= ** F 0 X ( 1 N#$i7"tio$Re e"t=) ; 0 J ani#ation ele#ent /ill disa))ear after the ani#ation is finished ; 1 J ani#ation ele#ent /ill )ersist after the ani#ation is finished N#$i7"tio$Re e"t=**F 0 X ( 1 N8ou$ci$1= ) ; 0 J no re)eat1 ani#ated ele#ent /ill sta2 ; at $(ndEransfor#& N8ou$ci$1=*F 0 X 1 ; 1 J ani#ation /ill re)eat1 d"ration /ill be $P"ration& ; 0 J no bo"ncin%1 ani#ation /ill re)eat as fro# be%in ; )osition to end )osition ; 1 J re)eat /ith bo"ncin%. *ni#ation /ill be ; re)eated as end )osition -& ; be%in )osition1 then be%in )osition-&end )osition1 ; then end )osition-&be%in )osition @ 'OT2E 7or all individual values in the transform- linear interpolation is used. "imilarity- color interpolation uses linear /G0 color space. Out of ran e color values are allowed.

34tended 3lement

3GPP

#elease $%

$/&

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

N)-te$ded= **F NSiKe<4SiKe=NSiKe=N)-te$ded)le7e$tT9 e=YN "9lo"d=Z NSiKe<4SiKe=**FQu$si1$edV5V%it i$te1e2Q ; the bit si5e of the Si5e field NSiKe=**FQu$si1$ed-NSiKe<4SiKe=-%it i$te1e2Q ; si5e of extended ele#ent data after (xtended(le#entE2)e1 in b2tes N)-te$ded)le7e$tT9 e=**FQu$si1$edV;V%it i$te1e2Q ; ele#ent t2)e of extended ele#ent N "9lo"d=**FQu$si1$edV;V%it i$te1e2Q ; encoded extended ele#ent data. Ehe si5e sho"ld be the sa#e as the Si5e field of (xtended1 above.

Position and Measurement N&i2st Poi$t=**FN oi$t= N'e-t Poi$t= **F N oi$t= X N<44set= ; first )oint of a )ol2line or )ol2%on .incl"din% circ"lar and ; ,e5ier )ol2%ons0 ; /hen "se absol"te #ode ; /hen "se offset #ode ; in flat coordinate s2ste#1 onl2 offset #ode is "sed. N oi$t= **F NL= NM= NL= **F Qsi1$ed M"-L3$8its2-%it i$te1e2Q X Wu$si1$ed M"-L3$8its2-%it i$te1e2Q X Wu$si1$ed M"-L3$8its1+4-%it i$te1e2Q X Wu$si1$ed M"-Loc"lLM3$8its+3-%it i$te1e2Q X Wu$si1$ed M"-L3$8its0+3-%it i$te1e2Q X Wu$si1$ed M"-LM8its0+3-%it i$te1e2Q NM= **F Qsi1$ed M"-M3$8its2-%it i$te1e2Q X Qu$si1$ed M"-M3$8its2-%it i$te1e2Q X Wu$si1$ed M"-M3$8its1+4-%it i$te1e2Q X Wu$si1$ed M"-Loc"lLM3$8its+3-%it i$te1e2Q X Wu$si1$ed M"-M3$8its0+3-%it i$te1e2Q X Wu$si1$ed M"-LM8its0+3-%it i$te1e2Q N<44set= **F N<44set L= N<44set M= N<44set L= **F Nsi1$ed o44set L= X Nu$si1$ed o44set L= N<44set M= **F Nsi1$ed o44set M= X Nu$si1$ed o44set M= Nsi1$ed o44set L= F Qsi1$ed <44setL3$8itsLe6el1-%it i$te1e2Q ;/hen in flat coordinate #ode and $offset bit "se& ' 0 X Qsi1$ed <44setL3$8itsLe6el2-%it i$te1e2Q ; /hen "sed b2 $4ext +oint& ; /hen "sed in other cases ; /hen "sed b2 $4ext +oint& ; /hen "sed in other cases ; /hen in flat coordinate #ode and $XG*ll+ositive& ' 0 ; /hen in flat coordinate #ode and $XG*ll+ositive& ' 1 ; /hen in co#)act coordinate #ode and in %lobal sco)e ; /hen in co#)act coordinate #ode and in local sco)e ; /hen in character si5e 67G ."se standard header0 ; /hen in character si5e 67G ."se co#)act header0 ; /hen in flat coordinate #ode and $XG*ll+ositive& ' 0 ; /hen in flat coordinate #ode and $XG*ll+ositive& ' 1 ; /hen in co#)act coordinate #ode and in %lobal sco)e ; /hen in co#)act coordinate #ode and in local sco)e ; /hen in character si5e 67G ."se standard header0 ; /hen in character si5e 67G ."se co#)act header0

; 4ote3 in co#)act coordinate #ode1$X& and $G& do not "se the #axi#"# n"#ber of the "nsi%ned inte%er

3GPP

#elease $%

$/3

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

;/hen in flat coordinate #ode and $offset bit "se& ' 1 X Wsi1$ed 3-%it i$te1e2Q X Wsi1$ed 4-%it i$te1e2Q ;/hen in co#)act coordinate #ode and $offset bit "se& ' 0 ;/hen in co#)act coordinate #ode and $offset bit "se& ' 0 ;/hen in flat coordinate #ode and $offset bit "se& ' 0 X Qsi1$ed <44setM3$8itsLe6el2-%it i$te1e2Q ;/hen in flat coordinate #ode and $offset bit "se& ' 1 X Wsi1$ed 3-%it i$te1e2Q X Wsi1$ed 4-%it i$te1e2Q ;/hen in co#)act coordinate #ode and $offset bit "se& ' 0 ;/hen in co#)act coordinate #ode and $offset bit "se& ' 0 ;/hen in flat coordinate #ode and $offset bit "se& ' 0 X Qu$si1$ed <44setL3$8itsLe6el2-%it i$te1e2Q ;/hen in flat coordinate #ode and $offset bit "se& ' 1 X Wu$si1$ed 3-%it i$te1e2Q X Wu$si1$ed 4-%it i$te1e2Q ;/hen in co#)act coordinate #ode and $offset bit "se& ' 0 ;/hen in co#)act coordinate #ode and $offset bit "se& ' 1

Nsi1$ed o44set M= F Qsi1$ed <44setM3$8itsLe6el1-%it i$te1e2Q

Nu$si1$ed o44set L= **F Qu$si1$ed <44setL3$8itsLe6el1-%it i$te1e2Q

Nu$si1$ed o44set M= **F Qu$si1$ed <44setM3$8itsLe6el1-%it i$te1e2Q ;/hen in flat coordinate #ode and $offset bit "se& ' 0 X Qu$si1$ed <44setM3$8itsLe6el2-%it i$te1e2Q ;/hen in flat coordinate #ode and $offset bit "se& ' 1 X Wu$si1$ed 3-%it i$te1e2Q X Wu$si1$ed 4-%it i$te1e2Q ;/hen in co#)act coordinate #ode and $offset bit "se& ' 0 ;/hen in co#)act coordinate #ode and $offset bit "se& ' 1

G..

:e% S"4e (olo2 P"lette

6ebsafe color )alette can be defined as in follo/in% s2ntax "sin% !9-bit -G, color .in for# of Qred1 bl"e1 %reenR 0. Ehe first index of the arra2 indicates val"e of $>-bit /ebsafe color&

int /ebsafe+aletteS!:6TS8T ' Q Q !::1 !::1 !:: R1 Q !::1 !091 !:: R1 Q !::1 1:81 !:: R1 Q !::1 10!1 !:: R1 Q !::1 :11 !:: R1 Q !::1 01 !:: R1 Q !::1 !::1 !09 R1 Q !::1 !091 !09 R1 Q !::1 1:81 !09 R1 Q !::1 10!1 !09 R1 Q !::1 :11 !09 R1 Q !::1 01 !09 R1 Q !::1 !::1 1:8 R1 Q !::1 !091 1:8 R1 Q !::1 1:81 1:8 R1 Q !::1 10!1 1:8 R1 Q !::1 :11 1:8 R1 Q !::1 01 1:8 R1 Q !091 !::1 !:: R1 Q !091 !091 !:: R1 Q !091 1:81 !:: R1 Q !091 10!1 !:: R1 Q !091 :11 !:: R1 Q !091 01 !:: R1 Q !091 !::1 !09 R1 Q !091 !091 !09 R1 Q !091 1:81 !09 R1 Q !091 10!1 !09 R1 Q !091 :11 !09 R1 Q !091 01 !09 R1 Q !091 !::1 1:8 R1 Q !091 !091 1:8 R1 Q !091 1:81 1:8 R1 Q !091 10!1 1:8 R1 Q !091 :11 1:8 R1 Q !091 01 1:8 R1 Q 1:81 !::1 !:: R1 Q 1:81 !091 !:: R1 Q 1:81 1:81 !:: R1 Q 1:81 10!1 !:: R1 Q 1:81 :11 !:: R1 Q 1:81 01 !:: R1 Q 1:81 !::1 !09 R1 Q 1:81 !091 !09 R1 Q 1:81 1:81 !09 R1 Q 1:81 10!1 !09 R1 Q 1:81 :11 !09 R1 Q 1:81 01 !09 R1 Q 1:81 !::1 1:8 R1 Q 1:81 !091 1:8 R1 Q 1:81 1:81 1:8 R1 Q 1:81 10!1 1:8 R1 Q 1:81 :11 1:8 R1 Q 1:81 01 1:8 R1 Q 10!1 !::1 !:: R1 Q 10!1 !091 !:: R1 Q 10!1 1:81 !:: R1 Q 10!1 10!1 !:: R1 Q 10!1 :11 !:: R1 Q 10!1 01 !:: R1 Q 10!1 !::1 !09 R1 Q 10!1 !091 !09 R1 Q 10!1 1:81 !09 R1 Q 10!1 10!1 !09 R1

3GPP

#elease $%

$/(

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

Q 10!1 :11 !09 R1 Q 10!1 01 !09 R1 Q 10!1 !::1 1:8 R1 Q 10!1 !091 1:8 R1 Q 10!1 1:81 1:8 R1 Q 10!1 10!1 1:8 R1 Q 10!1 :11 1:8 R1 Q 10!1 01 1:8 R1 Q :11 !::1 !:: R1 Q :11 !091 !:: R1 Q :11 1:81 !:: R1 Q :11 10!1 !:: R1 Q :11 :11 !:: R1 Q :11 01 !:: R1 Q :11 !::1 !09 R1 Q :11 !091 !09 R1 Q :11 1:81 !09 R1 Q :11 10!1 !09 R1 Q :11 :11 !09 R1 Q :11 01 !09 R1 Q :11 !::1 1:8 R1 Q :11 !091 1:8 R1 Q :11 1:81 1:8 R1 Q :11 10!1 1:8 R1 Q :11 :11 1:8 R1 Q :11 01 1:8 R1 Q 01 !::1 !:: R1 Q 01 !091 !:: R1 Q 01 1:81 !:: R1 Q 01 10!1 !:: R1 Q 01 :11 !:: R1 Q 01 01 !:: R1 Q 01 !::1 !09 R1 Q 01 !091 !09 R1 Q 01 1:81 !09 R1 Q 01 10!1 !09 R1 Q 01 :11 !09 R1 Q 01 01 !09 R1 Q 01 !::1 1:8 R1 Q 01 !091 1:8 R1 Q 01 1:81 1:8 R1 Q 01 10!1 1:8 R1 Q 01 :11 1:8 R1 Q 01 01 1:8 R1 Q !::1 !::1 10! R1 Q !::1 !091 10! R1 Q !::1 1:81 10! R1 Q !::1 10!1 10! R1 Q !::1 :11 10! R1 Q !::1 01 10! R1 Q !::1 !::1 :1 R1 Q !::1 !091 :1 R1 Q !::1 1:81 :1 R1 Q !::1 10!1 :1 R1 Q !::1 :11 :1 R1 Q !::1 01 :1 R1 Q !::1 !::1 0 R1 Q !::1 !091 0 R1 Q !::1 1:81 0 R1 Q !::1 10!1 0 R1 Q !::1 :11 0 R1 Q !::1 01 0 R1 Q !091 !::1 10! R1 Q !091 !091 10! R1 Q !091 1:81 10! R1 Q !091 10!1 10! R1 Q !091 :11 10! R1 Q !091 01 10! R1 Q !091 !::1 :1 R1 Q !091 !091 :1 R1 Q !091 1:81 :1 R1 Q !091 10!1 :1 R1 Q !091 :11 :1 R1 Q !091 01 :1 R1 Q !091 !::1 0 R1 Q !091 !091 0 R1 Q !091 1:81 0 R1 Q !091 10!1 0 R1 Q !091 :11 0 R1 Q !091 01 0 R1 Q 1:81 !::1 10! R1 Q 1:81 !091 10! R1 Q 1:81 1:81 10! R1 Q 1:81 10!1 10! R1 Q 1:81 :11 10! R1 Q 1:81 01 10! R1 Q 1:81 !::1 :1 R1 Q 1:81 !091 :1 R1 Q 1:81 1:81 :1 R1 Q 1:81 10!1 :1 R1 Q 1:81 :11 :1 R1 Q 1:81 01 :1 R1 Q 1:81 !::1 0 R1 Q 1:81 !091 0 R1 Q 1:81 1:81 0 R1 Q 1:81 10!1 0 R1 Q 1:81 :11 0 R1 Q 1:81 01 0 R1 Q 10!1 !::1 10! R1 Q 10!1 !091 10! R1 Q 10!1 1:81 10! R1 Q 10!1 10!1 10! R1 Q 10!1 :11 10! R1 Q 10!1 01 10! R1 Q 10!1 !::1 :1 R1 Q 10!1 !091 :1 R1 Q 10!1 1:81 :1 R1 Q 10!1 10!1 :1 R1 Q 10!1 :11 :1 R1 Q 10!1 01 :1 R1 Q 10!1 !::1 0 R1 Q 10!1 !091 0 R1 Q 10!1 1:81 0 R1 Q 10!1 10!1 0 R1 Q 10!1 :11 0 R1 Q 10!1 01 0 R1 Q :11 !::1 10! R1 Q :11 !091 10! R1 Q :11 1:81 10! R1 Q :11 10!1 10! R1 Q :11 :11 10! R1 Q :11 01 10! R1 Q :11 !::1 :1 R1 Q :11 !091 :1 R1 Q :11 1:81 :1 R1 Q :11 10!1 :1 R1 Q :11 :11 :1 R1 Q :11 01 :1 R1 Q :11 !::1 0 R1 Q :11 !091 0 R1 Q :11 1:81 0 R1 Q :11 10!1 0 R1 Q :11 :11 0 R1 Q :11 01 0 R1 Q 01 !::1 10! R1 Q 01 !091 10! R1 Q 01 1:81 10! R1 Q 01 10!1 10! R1 Q 01 :11 10! R1 Q 01 01 10! R1 Q 01 !::1 :1 R1 Q 01 !091 :1 R1 Q 01 1:81 :1 R1 Q 01 10!1 :1 R1 Q 01 :11 :1 R1 Q 01 01 :1 R1 Q 01 !::1 0 R1 Q 01 !091 0 R1 Q 01 1:81 0 R1 Q 01 10!1 0 R1 Q 01 :11 0 R1 Q 171 171 17 R1 Q 891 891 89 R1 Q 6>1 6>1 6> R1 Q >:1 >:1 >: R1 Q 11A1 11A1 11A R1 Q 1861 1861 186 R1 Q 1701 1701 170 R1 Q 1>71 1>71 1>7 R1 Q !!11 !!11 !!1 R1 Q !8>1 !8>1 !8> R1 Q 1A!1 1A!1 1A! R1 Q 1!>1 01 0 R1 Q 1!>1 01 1!> R1 Q 01 1!>1 0 R1 Q 01 1!>1 1!> R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R1 Q 01 01 0 R R;

3GPP

#elease $%

$/+

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- @ (i$4o27"ti6e)* 5e6elo 7e$t Guideli$es 4o2 (2e"tio$ o4 Pol9!o$9 Usi$1 SPM353
Ahile "calable Polyphony@M&>& ("P@M&>&) H3;I is a full@featured standard for synthesi!in music- usin a few uidelines "P@M&>& H3;- 3=I can be optimi!ed for wireless devices. These uidelines can be rouped as optimi!in individual notes- and to minimi!e the overall si!e of a melody.

@.1.

Ru$$i$1 st"tus

&n the Musical &nstrument >i ital &nterface (M&>&) standard- a #ey@on or a #ey@off event will use at most three bytes each- cf. H:+I- Dowever- in case several #ey events occur on the same M&>&@channel- runnin status can be used. &n principle runnin status means that the first byte of- e. . #ey@on is omitted. &n addition- the #ey@on event havin a velocity of !ero is e?uivalent to the #ey@off event. Thus- combinin runnin status and usin #ey@on with !ero velocityas the #ey@off event will reduce the number of bytes needed to encode #ey events. 2L.MP52E Aithout runnin status- the se?uence =, *2 *3 ;2- =, *0 8+ ;2- ;, *2 9: ++- ;, *0 9: ++ means Z%ey *2 O'[ Belocity *3 M&>& 1h ,[- Z%ey *0 O' Belocity 8+ M&>& 1h ,[- Z%ey *2 O77 Belocity 9: M&>& 1h ,[- Z%ey *0 O77 Belocity 9: M&>& 1h ,[. 3sin runnin status will reduce the se?uence into =, *2 *3 ;2- *0 8+ ;2- *2 ++ ++- *0 ++ ++That is- the command byte is omitted and velocity !ero is used for #ey off.

@.2

&ile t9 e co$side2"tio$s

The "P@M&>& content can be stored in- a "tandard M&>& 7ile ("M7) of type + or type , H:+I. &n a type + "M7- one header chun# and one trac# chun# is used. &n a type , "M7 one header chun# and several trac# chun#s are used. "M7 type * should not be used

@.3

&ile siKe 2eductio$

&n eneral it is more efficient to store the M&>& data as a type , file. The increased efficiency is reached if each trac# contains one M&>& channel and one instrument (This is often the case). 2vidently- runnin status can be applied on each individual trac# reducin the trac# si!e. To further reduce the si!e of the file use one trac# per used M&>& channel. That is- if a templeGconductor trac# e(ists mer e it with the first instrument trac#. /emove- all meta events which are not necessary- e. . Jtrac# nameJ- JlyricJ. To summari!e- the followin measures can be ta#en in order to reduce the "M7E ,) use "M7 type , (or chec# if type , is smaller than type + and use the smallest)F *) use runnin statusF 3) one and only one instrument per trac#. Try not to chan e channelsF :) do not chan e tempo in the middle of the music- i.e.- only set tempo onceF 8) use beat- instead of "MPT2- to set tempoF 9) copyri ht is on automaticallyF <) remove controller messa es- which are optional accordin to H3=IF

3GPP

#elease $%

$/,

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

;) turn off the options belowE se?uence 'umber @ M&>& se?uence idsF te(t @ embedded te(t for anythin F se?uence G trac# nameF instrument nameF lyricF mar#er @ for synchroni!ation purposesF cue pointF midi channel presi( @ associate channels with all events followin F se?uencer@specific settin s.

&tems , to 3 above optimi!e the notes- while items : to ; optimi!e the overall melody. The above measures will provide an "M7- which is ready for compression. Dowever- prior to compression the composerGcontent author can consider to use few values for #ey velocity and thereby increasin the redundancy of the file.

@.4

Rest2ictio$s
M&>& messa e channel pressureF M&>& messa e pitch bendF individual stereophonic panoramic (pan) as e(pressed in table 8 in H3=IF M&>& messa e master volume.

1ontent creators should not e(pect the full support for the followin featuresE

1ontent creators should not e(pect a time ranularity better than 8ms to be supported by the "M2. To ensure interoperability- the first value of the M&P table should be no more than 9 voices.

3GPP

#elease $%

$/-

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

#$$e- 3 (i$4o27"ti6e)* (!"$1e !isto29

3GPP

#elease $% TSG
T\4 T\4 T\4 T\5 T\5 T\5 T\6 T\6 T\6 T\. T\. T\. T\; T\; T\; T\; T\, T\, T\, T\, T\11 T\11 T\12 T\12 T\12 T\12 T\12 T\12 T\12 T\13 T\13 T\13 T\14 T\14 T\14 T\14 T\14 T\15 T\15 T\15 T\15 T\15 T\15 T\16 T\16 T\16 T\16 T\16 T\16 T\16

$/. )ers
2.0.0 3.0.0 3.0.0 3.1.0 3.1.0 3.1.0 3.2.0 3.2.0 3.2.0 3.3.0 3.3.0 3.3.0 3.4.0 3.4.1 3.4.1 3.4.1 3.5.0 4.0.0 4.0.0 4.0.0 4.0.0 4.1.0 4.1.0 4.2.0 4.2.0 4.2.0 4.2.0 4.3.0 4.3.0 4.3.0 5.0.0 5.0.0 5.0.0 5.1.0 5.1.0 5.1.0 5.1.0 5.1.0 5.2.0 5.2.0 5.2.0 5.2.0 5.2.0 5.2.0 5.3.0 5.3.0 5.3.0 5.3.0 5.3.0 5.3.0 5.3.0

3GPP TS &3'%(% )$%'%'% !&%$$*%3" Su2ject New )ers

3.0.0 3.1.0 3.1.0 3.2.0 3.2.0 3.2.0 3.3.0 3.3.0 3.3.0 3.4.0 3.4.0 3.4.0 3.4.1 3.5.0 3.5.0 3.5.0 4.0.0 4.1.0 4.1.0 4.1.0 4.1.0 4.2.0 4.2.0 4.3.0 4.3.0 4.3.0 4.3.0 5.0.0 5.0.0 5.0.0 5.1.0 5.1.0 5.1.0 5.2.0 5.2.0 5.2.0 5.2.0 5.2.0 5.3.0 5.3.0 5.3.0 5.3.0 5.3.0 5.3.0 5.4.0 5.4.0 5.4.0 5.4.0 5.4.0 5.4.0 5.4.0 T)3 T)3 T)3 SMS SMS T)3 T)3 T)3 MMS T)3 T)3 )MS T)3 T)3 T)3 SMS T)3 SMS T)3 SMS T)3 SMS T)3 T)34 U3((1(P@S T)34 T)34 T)34 T)34 M)SS5)MS M)SS5)MS M)SS5)MS T)35 T)35 T)35 T)35 T)35 M)SS5V) MS T)35 T)35 M)SS5V) MS M)SS5V) MS T)35 T)35 T)35 M)SS5V) MS T)35 T)35 T)35 T)35 T)35 M)SS5)MS M)SS5)MS

TSG T8oc
TP-,,126 TP-,,124 TP-,,146 TP-,,1.. TP-,,1.. TP-,,1.. TP-,,23. TP-,,23. TP-,,23. TP-000024 TP-000024 TP-000024 TP-0000.3 TP-0000.3 TP-0000.3 TP-0000.4 TP-000144 TP-000144 TP-000144 TP-000144 TP-01002, TP-01002, TP-01012; TP-01012; TP-01012; TP-01012; TP-01012; TP-01012; TP-01014, TP-0101,4 TP-0101,4 TP-0101,4 TP-0102;0 TP-0102;0 TP-0102;0 TP-0102;0 TP-0102;0 TP-020015 TP-0200., TP-020015 TP-020015 TP-020015 TP-020015 TP-020104 TP-020104 TP-020104 TP-020104 TP-020104 TP-020104 TP-020104

C#
'e0 001 002 003 004 005 00. 006 00; 00, 010 011 012 014 015 013 016 01. 01; 01, 020 021 023 025 026 02. 022 024 02; 02, 031 033 034 035 036 03. 040 041 042 045 046 04. 04; 04, 050 051 054 055 056 05.

#e

Ph

Cat

Aork 7tem

R,, R,, R,, R,, R,, R,, R,, R,, R,, R,, R,, R,, R,, R,, R,, Rel4 Rel4 Rel4 Rel4 Rel4 Rel4 Rel4 Rel4 Rel4 Rel4 Rel4 Rel5 Rel5 1 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 1 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5 Rel5

# # # 8 5 & ( # 8 8 8 & & & 8 & 5 8 8 ( ( & & & & 8 8 8 8 # 8 & & & & & 8 8 # 8 8 ( & & & ( & & &

(2e"tio$ o4 3GPP 23.040 63.0.0 out o4 GSM 03.40 6..1.0 (l"2i4ic"tio$ co$ce2$i$1 SMS( "dd2ess c!ec>i$1 i$ t!e MS 4o2 co$c"te$"ted 7ess"1es "$d 2e l"ce 7ess"1e t9 es Guid"$ce 2e1"2di$1 t!e SMS( "dd2ess i$ " St"tus Re o2t (!"$1e to 2ese26ed o2t $u7%e2 2"$1e 4o2 SMS 'e0 TP-P35 6"lue 4o2 deli6e29 o4 #'S3-136 S!o2t Mess"1es 3)3 6"lues i$ co$c"te$"ted SMQs #d" t"tio$s 4o2 UMTS 5u lic"te 7ess"1es (o$c"te$"ted S!o2t Mess"1e )$!"$ce7e$t o4 t!e Mess"1e (o$te$t i$ SMS Multi le 3$4o27"tio$ )le7e$ts SMS )-M#3L P#R#M)T)RS )dito2i"l 12" !ics u d"te to 7">e 6isi%le #li1$7e$t i$ )$!"$ced Mess"1i$1 Se26ice (o22ectio$ to te-t o$ SMS Ti7ePo$e (o22ectio$ o4 TP-P35 #dditio$ o4 $u7%e2i$1 l"$ 6"lue 4o2 Se26ice (e$t2e S eci4ic #dd2esses P2ese$ce o4 TP-P3 8i1 e$di"$ i$te1e2 2e 2ese$t"tio$ SMS #dd2ess 4ields sectio$ $eeds cl"2i4ic"tio$ Use2 2o7 t i$dic"tio$ P2ede4i$ed "$i7"tio$s 4o2 )MS Mess"1e :"iti$1 3$dic"tio$ St"tus sto2"1e o$ t!e US3M (l"2i4ic"tio$ o4 Use2 P2o7 t 3$dic"to2 (l"2i4ic"tio$ o4 )7"il #dd2essi$1 4o2 )7"il O SMS 3$te20o2>i$1 Re7o6"l o4 du lic"ted 6"lues i$ TP-P35 sectio$ # lic"tio$ Po2t #dd2essi$1 (l"2i4ic"tio$ #dditio$ o4 te-t "$d %"c>12ou$d colou2 <%?ect 5ist2i%utio$ 3$dic"to2 )-te$ded <%?ects i$ )MS @9 e2li$> 3$4o27"tio$ )le7e$t Re7o6"l o4 )MS P35 )MS 5eli6e29 ReGuest (o22ectio$ o4 5"t" &o27"t 5eli6e29 ReGuest 3$4o27"tio$ )le7e$t (l"ssi4ic"tio$ (l"2i4ic"tio$ o4 LPSS co7 2essio$ 4o2 ])LT)'5)5 <8^)(TS[ i$ )MS )-te$ded <%?ect Positio$i$1 (o22ectio$ o$ SMS 3$4o27"tio$ )le7e$t 5"t" Le$1t! :i2eless Vecto2 G2" !ics i$ )MS Pol9 !o$ic )-te$ded <%?ect M<-SMS du lic"te 7ess"1e 2es o$se Su%"dd2essi$1 sc!e7e 4o2 SMS #lte2$"te Re l9 #dd2ess )le7e$t )-te$ded <%?ect 5"t" ReGuest (o77"$d (l"2i4ic"tio$ o4 %it 6"lue co7%i$"tio$s 0it!i$ TP-P3 Re4e2e$ces to t!e TP-R5 %it TP-5(S 6"lues 4o2 S3M d"t" do0$lo"d (l"2i4ic"tio$ o4 t!e 2eGui2e7e$t 4o2 t9 e 0 S!o2t Mess"1es <ccu22e$ce o4 t!e Re l9 #dd2ess )le7e$t :VG (o22ectio$s "$d (l"2i4ic"tio$s :VG (o22ectio$s "$d (l"2i4ic"tio$s

3GPP

#elease $%
T\16 T\16 T\16 T\1. T\1. T\1. T\20 T\20 T\21 T\23 T\23 T\24 T\24 T\25 T\25 (T\30 (T\31 (T\33 2006-10 200.-03 200.-03 200.-03 200.-03 200.-03 200.-12 200;-03 200;-06 200;-0, 200;-0, 200,-03 200,-03 200,-06 200,-06 200,-0, 2010-03 2010-06 2011-03 (P-0.0145 (P-0.0154 (P-0.0154 (P-0.0155 TP-030114 TP-030114 TP-0301.3 TP-04004, TP-04005, TP-0400,6 TP-0400,4 TP-040200 TP-0401.1 (P-050545 (P-060113 (P-06045. TP-020104 TP-020104 TP-020104 TP-020204 TP-020204 5.3.0 5.3.0 5.3.0 5.4.0 5.5.0 6.0.0 6.0.1 6.0.1 6.1.0 6.2.0 6.2.0 6.3.0 6.3.0 6.4.0 6.4.0 6.5.0 6.6.0 6...0 6.;.0 6.;.1 6.;.1 6.;.1 6.;.1 ..0.0 ..0.1 ;.0.0 ;.1.0 ;.2.0 ;.2.0 ;.3.0 ;.4.0 ;.5.0 ,.0.0 ,.1.0 ,.2.0 ,.3.0 00;; 00,1 00,0 00;, 2 1 1 Rel-. Rel-. Rel-. Rel-. 8 & 8 & 063 06. 06; 0.0 0.1 0.2 0.3 0.6 0.. 0;2 00;4 00;. 1 1 1 1 Rel6 Rel6 Rel6 Rel6 Rel6 Rel6 Rel6 Rel6 Rel6 Rel-6 Rel-6 Rel-6 & # ( # ( 8 & 8 & & & & 05; 05, 060 061 062 Rel5 Rel5 Rel5 Rel5 Rel6 & & & & &

$//

3GPP TS &3'%(% )$%'%'% !&%$$*%3"

5.4.0 5.4.0 5.4.0 5.5.0 6.0.0 6.0.1 6.1.0 6.1.0 6.2.0 6.3.0 6.3.0 6.4.0 6.4.0 6.5.0 6.5.0 6.6.0 6...0 6.;.0 6.;.1 ..0.0 ..0.0 ..0.0 ..0.0 ..0.1 ;.0.0 ;.1.0 ;.2.0 ;.3.0 ;.3.0 ;.4.0 ;.4.0 ;.5.0 ,.0.0 ,.1.0 ,.2.0 ,.3.0 10.0.0 SMS6i"@ SMS3P SMS3P T)3. T)36 T)36 T)36 T)35 T)36 T)36 T)36 T)34, T)36 T)36 T)36 T)36 T)36 M)SS5)MS M)SS5)MS M)SS5)MS T)35 T)36

:VG (l"2i4ic"tio$s 4o2 0e%s"4e colo2 #dd 2e e"t "$d %ou$ci$1 to St"$d"2d #$i7"tio$ 4o2 co$siste$c9 0it! Si7 le #$i7"tio$ #llo0 "$1le " lied to s eci"l s!" e 12id 4o2 co$siste$c9 0it! ot!e2 s eci"l s!" e ele7e$ts )22o2 i$ MS e-"7 le e22o2 3de$ti4ic"tio$ o4 " di2ecto29 $u7%e2 i$ t!e Use2 5"t" &ield #dditio$ o4 co7 2essio$VtestV6ecto2s.Ki to t!e s eci4ic"tio$ Ki -4ile Rese26ed 6"lues i$ TP-St"tus Missi$1 SMSs o6e2 MS( e6e$ i4 t!e MS is c" "%le o4 suc! se$di$1 Video7"il 7ess"1e 0"iti$1 i$dic"tio$ i$ TP-U5@ (o22ectio$ o4 e22o2 7ess"1e 4o2 M#PV&o20"2dS!o2tMess"1e P2ocedu2e 4o2 co$4i27i$1 t!e e-iste$ce o4 "$ SMS i$te20o2>i$1 "12ee7e$t )$!"$ced Voice M"il 3$4o27"tio$ < tio$"l 3)3Qs S eci"l Mess"1e 3$dic"tio$ O i$t2oductio$ o4 Multi le Su%sc2i%e2 P2o4iles )$!"$ced Voice M"il 3$4o27"tio$ O "ccess $u7%e2 2io2it9 Re4e2e$ce co22ectio$s (o22ectio$ o4 2e4e2e$ce A2;B M"- use2 d"t" le$1t! i$ GSM .%it co$c"te$"ted u$co7 2essed 7ess"1e 0it! 16 %it 2e4e2e$ce $u7%e2 #dds co7 2essio$ test 6ecto2s 4ile (ide$tic"l to t!ose o4 66.6.0). #dditio$ o4 c" "%ilit9 to 2oute MT-SMs 6i" t!e @PLM' o4 t!e 2ecei6i$1 MS M" i$1 o4 S3P e22o2 codes to RP-)RR<R SMS o6e2 3P M'RR co22ectio$ Ve2sio$ ..0.1 c2e"ted %9 M(( (&i1u2e 3 0"s t!e "2e" o4 o6e2l" i$1 (Rs- EM'RRE %o- s lit "cco2di$1 to (R\00;,21) SMS Route2 < ti7iK"tio$ l"$1u"1e s eci4ic e-te$sio$ o4 t!e GSM. "l !"%et (o22ectio$ to cle"2i$1 o4 7o%ile $ot 2e"c!"%le 4l"1s SMS 16 %it o2t "dd2essi$1. (l"2i4ic"tio$ o4 3#'#Qs 2ole )dito2i"l co22ectio$s %9 M(( SM te27i$"tio$ co22ectio$ )dito2i"l cle"$u %9 M(( U) 2e"c!"%ilit9 $oti4ic"tio$ 42o7 3P-SM-G: SMS Mess"1e Loo 2e6e$tio$ (l"2i4ic"tio$ o4 2eset o4 U'R3 "$d U'RR SMS. Re7o6"l o4 o%solete 2e4e2e$ce to TS 43.04. RP-<# 7odi4ic"tio$ i$ SMS Route2 MS 2eco6e29 42o7 SMS 7e7o29 4ull situ"tio$

(P-0.0;15 (P-0;013. (P-0;033. (P-0;0536 (P-0,0122 (P-0,0413 (P-0,0430 (P-0,06., (P-100135 (P-100501 (P-1101,.

00,2 00,4 0100 0101 0104 010. 0106 010, 0110 0111 0112

1 1 1 1

Rel-; Rel-; Rel-; Rel-; Rel-; Rel-; Rel-; Rel-, Rel-, Rel-, Rel-, Rel-10

( # & # & 8 # & & &

T)3; T)3; T)3 T)3; SMS3P S#)S T)3, T)3; T)3, T)3, T)310

1 1 2 5 1

3GPP