1.3 SM-TP
7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
---|---|---|---|---|---|---|---|
RP | UDHI | SRR | VPF | RD | MTI | ||
0 | 1 | 1 | 0 | 0 | 0 | 0 | 1 |
1.3.1 Rules for Sending SMS
1.3.1.1. TP-Reply-Path(TP-RP, RP)
수신된 메시지에 대한 응답을 보내야 하는 경우.
일반적으로 MS에서 발송하는 메시지가 아니라 특정 서버에서 특정 목적으로 이용된다.(설문용)
1Bit
0 : 응답을 보내는 메시지가 아니다.
1 : 응답을 보내는 메시지이다.
메시지를 보낼때, Reply-Path 기능은 지원해서는 한된다(Must not). 항상 "0"으로 지정되어야 한다(must, not specified).
TP-RP를 "1"로 (specified) 셋팅함으로써 SMS 메시지에 대한 응답을 보낼때 SMS-DELIVER의 RP-OA(Service Center Address)가 SMS-SUBMIT의 RP-OA를 위해 셋팅되어야 한다(MUST). 그러나 이 기능은 선택적이다(optional). 만약 장치가 이 기능을 지원하지 않는다면(TP-RP=1로 응답하기), 장치는 평상시대로 RP-OA에 SMSC 번호를 셋팅함으로써 응답해야 한다(MUST). 더 자세한 사항은 [3GPPTS23.040] Annex D를 참조하시오.
1.3.12. TP Status Report Request(TP-SRR)
내가 보내는 메시지에 대한 응답을 요청하는 플래그, 즉 SMS-STATUS-REPORT를 보내 달라는 의미
장치는 보낸 메시지의 delivery report의 요청 여부를 지정하 ㄹ수 있는 UI를 가져야 한다(SMS-STATUS-REPORT). "1"은 요청하는 것이고 "0"은 요청하지 않는 것이다. 기본값은 "0"으로 셋팅되어야 한다(MUST).
국산폰은 사용안하는 필드.
1.3.1.3. TP Message Reference(TP-MR)
내가 발송하는 메시지에 대한 고유 ID
만일 고유한 ID가 없을 경우 메시지에 대한 중복 여부를 알 수 없을 뿐만 아니라 SMS-SUBMIT에 대한 SMS-SUBMIT-REPORT가 왔을 때 어떤 메시지에 대한 응답인지 알 수 없다. 그러므로 해당 메시지의 id는 꼭 필요하다.
안드로이드에서는 0으로 셋팅하고 발신할 때마다 SIM에 MR을 저장한다. 즉 SIM에는 초기 값이 있고 그 값을 1++ 하여 MR이 생성된다. (단말 기준으로 RIL에서 만듦)
장치가 메시지를 보낼 때마다, 메시지에 고유한 번호를 할당해야 한다(MUST).
TP-Message-Reference 값을 위해, 장치는 마지막으로 사용된 (U)SIM의 EFSMSS([3GPPTS31.102]에 정의)에 저장된 TP-MR 값(0-255) 을 참조하여 1씩 증가해가면서 사용한다.
1.3.1.4. TP Destination Address(TP-DA)
목적지에 대한 주소
TP-DA 는 메시지가 보내져야 하는 목적지 주소를 지정한다.(international setting을 포함하여("+")를 추가하여). 그러나 지정될 수 있는 주소는 장치로만 한정되며 e-mail 주소로는 전송될 수 없다. Type-Of-NUmber 와 Numbering-Plan-Identification은 [3GPPTS23.040] 9.1.2.5에 정의된 값들을 준수해야 한다. RP-DA 는 다음과 같다.
Pressed key | TON | NPI |
---|---|---|
"+" | International | E164/ISDN |
"0-9" | Unknown | E164/ISDN |
Other than the above(*, #, etc.) | Unknown | Unknown |
1.3.1.5. TP Protocol Identifier(TP-PID)
해당 Protocol의 용도에 해당한다. 안드로이드는 발송시 모두 0으로 셋팅한다.
모두 0이란 의미는 일반적인 용도 즉 SME<->SMSC 간 메시지를 주고 받는 Protocol이란 뜻이다.
(U)SIM reference가 OFF 이면, TP-PID 는 (0x00)이어야 한다(MUST). 다른 경우에는 [3GPPTS23.040]을 준수해야 한다(MUST).
1.3.1.6. TP Data Coding Scheme(TP-DCS)
데이터 코딩 방식을 의미한다.
TP-DCS는 "General Data Coding Indication" 이어야 하며(MUST) "No Message Class"를 사용해야 한다(MUST)([3GPPTS23.038]을 참고해라)
*GSM 7Bit-0x00/UCS2-0x08
1.3.1.7. TP User-Data(TP-UD)
UI에서 생성되고 보내져야하는 메시지가 셋팅된다. 최대 사이즈는 140 바이트 이어야 하고(MUST) Concatednated Short Message를 보내는 것은 지원되어서는 안된다(MUST).
만약 수신 메시지가 응답하고 이동하는 등에 사용된다면 사이즈는 140 바이트이거나 그보다 작아야 한다(MUST)(concatenation은 허용안됨).
해당되는 character code set은 GSM 7bit 그리고 USC2가 지원되어야 한다mandatory).
1.3.1.8. TP-Failure-Cause(TP-FCS)
장치는 네트웍으로부터의 SMS-SUBMIT-REPORT의 TP-FCS의 값에 따라 에러를 표시해야 한다(MUST).
*그러나 안드로이드와 애플리케이션의 표준 규격은 허용된다.
1.3.1.9. Optional Parameters
만약 SMS-SUBMIT-REPORT(TP-User-Data와 관련하여)의 선택적인 파라미터가 셋팅되어 있다면, 그것들은 보여져야 한다(MUST).
1.3.2 Rules for Receiving SMS
1.3.2.1. TP-Failure-Cause(TP-FCS)장치는 TP-FCS의 값에 부합시켜 에러를 보여주어야 한다(MUST).
* 그러나 안드로이드와 앱의 표준 규격은 허용된다.
1.3.2.2. TP-More-Message-to-Send(TP-MMS)
SMSC에 메시지가 더 있다면(cacatenated message를 포함하여) "0"이 셋팅되어야 한다(MUST). 메시지가 더 없다면 "1"이 셋팅되어야 한다(MUST).
1.3.2.3. TP-Reply-Path(TP-RP)
이 파라미터에 일치하는 메시지에 대한 응답에 대한 규격("specified"=1/"not specified"=0)
1.3.2.4. TP-Originating-Address(TP-OA)
TP-OA는 UI 상에 originating address로 사용된다. 장치는 만약 폰북에 매치하는게 있다면 memory dial과 이름 표시를 위해 폰북을 참조해야 한다(MUST). 만약 일치하는게 없다면 장치는 TON/NPI에 상관없이 번호를 표시해야 한다(MULST). 만약 "TNON"이 "International"로 셋팅되어 있으면, "+"가 표시되는 주소에 추가되어야 한다. 만약 BCD number("a", "b", "c", "*", "#")가 셋팅되어 있으면, 디스플레이는 가능해야 하지만(MUST) 응답은 ("a", "b", "c)를 위해 가능해서는 안된다(MUST) 그리고 ("*", "#")의 경우는 디스플레이와 응답이 모두 가능해야 한다(MUST).
만약 GSM7Bit(alpha-numeral)이 셋팅되어 있으면, 디스플레이는 가능하지만 응답이 가능해서는 안된다(MUST).
1.3.2.5. TP-Protocol Identifier(TP-PID)
SMS를 수신했을 때 다음의 TP-PID는 지원되어야 한다(MUST)(mandatory).
- Implicit: SMS-SME protocol (0x00)
- Short Message Type 0 (0x00)
다른 TP-PID 값의 지원은 선택적이다. 만약 장치가 지원하지 않는 TP-PID가 셋팅되어 있는 sms를 수신한다면, [3GPPTS23.040]에 따라 "00 00 00 00"값으로 지원하지 않는 값을 해석해야 한다.
OTA/USAT 기능은 구현되어야 한다(MUST). 만약 PID=0x7C가 OTA/USAT 기능을 지원하지 않거나 OTA/USAT 기능이 구현되지 않은 단말로 전달되면, 장치는 TP-FCS=0xB)/RP-Cause=0x6F를 리턴해야 한다(MUST). OTA/USAT 기능의 경우 [GTR-USIM]을 참조해라.
1.3.2.6. TP Data Coding Scheme (TP-DCS)
[3GPPTS23.038]에 정의된 SMS Data Coding Scheme은 지원되어야 한다(MUST)
*만약 장치가 지원하지 않는 Message Class를 수신하는 경우, 장치는 지원하지 않는 Message Class를 "No Message Class"로 해석하고 SMS 메시지를 메모리에 저장해야 한다(MUST).
1.3.2.7. TP User-Data(TP-UD)
1.3.2.7.1 Information Element Identifier(IEI)
SMS를 수신했을 때, 다음 IEI가 지원되어야 한다(MUST).
- Concatenated Short message, 8-bit reference number
- Application port addressing scheme, 16bit address
- (U)SIM Toolkit Security Headers
다른 IEI의 지원 여부는 선택적이다. 그러나 만약 장치가 "Enhanced Messasging Service" IEI를 지원한다면 장치는 지원할 수 없는 데이터("User Data Header"절에 있는 "Enhanced Message Service"를 위한 IEI, IEDL, 그리고/또는 IED)를 무시해야한다(MUST). 그러나, 장치가 "Text Formatting" IEI를 지원할 때에는 text가 보여져야 한다(MUST).
추가적으로, 장치가 다른 지원하지 않는 IEI가 셋팅된 메시지를 수신했을 때, 장치는 그 IEI, IEDL, 그리고 IED를 [3GPPTS23.040에 정의된 데로 무시해야 하고 다음 IEI로부터 절차를 재개 해야 한다.(MUST).
1.3.2.7.2 Optional Parameters
SMS-DELIVER-REPORT((TP-User-Data와 관련하여)에 선택적 파라미터는 셋팅되어서는 안된다(MUST).
1.3.2.8. Message Waiting Information
장치는 MWI 노티피케이션을 통해 MWI pictogram을 끄고 켜는 것을 지원해야 한다(MUST).
VMS MWI 노티피케이션의 ON/OFF를 위해 "Messaging Waiting Indication Group: Discard Message"가 지정되어야 한다(MUST). MWI pictogram은 "Voicemail Message waiting"의 "Set Indication Active/Inactive"를 통해 ON/OFF 되어야 한다(MUST). 자세한 사항은 아래를 보시오.
장치는 "MWI ON" SMS를 수신하자 마자 pictogram을 ON 해야 한다(MUST). 장치는 "MWI OFF" SMS 를 수신할 때까지 pictogram ON 상태를 유지해야 하고(MUST) SMS를 수신했을 때 OFF시킨다.
MWI를 ON/OFF 하는데 사용되는 SMS 메시지는 장치의 수신메시지 저장공간에 저장되어서는 안된다.(MUST)
("SMS Data Coding Scheme"은 위에서 본바와 같이 "Discard message"이므로 SMS 메시지는 저장하지 않고 pictogram을 ON/OFF 시킨다. 장치는 SMS 메모리가 풀 상태에서도 SMS 메시지를 수신할 수 있어야 한다(MUST). Ringtone은 "MWI OFF" SMS가 수신되었을 때 플레이되어서는 안된다(MUST).
"UI All Reset" 기능이 실행되었거나 다른 (U)SIM이 삽입되었을 때, VMS MWI pictogram은 OFF 되어야 한다.
(이전 USIM이 다시 삽입되더라도 MWI pictogram은 다시 보여져서는 안된다(MUST).
만약 장치가 non-VMS MWI를 수신받는 다면, 장치는 pop-up 메시지를 보여주어야 하고(MUST) 메시지 텍스트를 보여줄 수 있어야 한다. 그러나 장치는 pictogram을 ON 하거나 SMS 메모리를 메모리 상에 저장해서는 안된다(MUST).
1.4 Resending SMS Procedures
1.4.1 Rules for Sending SMS
GTR-SMS-00007
장치가 SMS를 전송하는 시점에 SMS-SUBMIT을 보낼때, 장치는 3번 이상 재시도 해서는 안된다(MUST).
3번까지 재전송이 허락된다.
Priority: Must
Cagegory: Cat1, Open Market, Cat1.5, Cat2, Foreign Device
Device: Smartphone, Feature Phone, Module, Tablet
1.4.2 Rules for Receiving SMS
GTR-SMS-0008
장치가 SMS를 수신받는 시점에 DELIVER-REPORT를 보낼 때
댓글 없음:
댓글 쓰기