GSM 03.40
GSM 03.40GSM 03.40 또는 3GPP TS 23.040은[1] 짧은 메시지를 전달하기 위해 GSM 네트워크에서 사용되는 짧은 메시지 전송 프로토콜(SM-TP)의 전송 프로토콜 데이터 단위(TPDU)의 형식을 기술하는 이동 전화 표준이다. 이 형식은 GSM 모바일 네트워크에서 메시지의 전체 전송에 사용된다. 이와는 대조적으로, 애플리케이션 서버는 짧은 메시지 피어 투 피어 또는 유니버설 컴퓨터 프로토콜과 같은 다른 프로토콜을 사용하여 그들과 짧은 메시지 서비스 센터(SMSC) 간에 메시지를 교환한다.
GSM 03.40은 표준의 원래 이름이다. 1999년부터 3GPP에 의해 3GPP TS 23.040이라는 이름으로 개발되고 있다. 그러나 본래의 명칭은 3GPP 문서를 참조할 때에도 자주 사용된다.[citation needed]
사용법
The GSM 03.40 TPDUs are used to carry messages between the Mobile Station (MS) and Mobile Switching Centre (MSC) using the Short Message Relay Protocol (SM-RP),[2] while between MSC and Short Message Service Centre (SMSC) the TPDUs are carried as a parameter of a Mobile Application Part (MAP)[3] package.[4]
IP 멀티미디어 서브시스템(IMS)을 사용하는 신흥 네트워크에서는 SIP(Session Initiation Protocol)의 MEASS 명령으로 운반되는 짧은 메시지가 있다. 이러한 IP 기반 네트워크에서도 3GPP 24.011에 내장된 GSM 03.40 형식의 짧은 메시지 전송을 컨텐츠 유형: 애플리케이션/vnd.3gpp.sms로 정의하는 옵션이 존재한다.[5][6]
TPDU 유형
GSM 03.40은 SM-TP 메시지의 첫 번째 옥텟(TP-MTI 필드)에서 메시지 방향과 두 개의 가장 중요하지 않은 비트로 구별되는 6가지 유형의 메시지를 정의한다.
| TP-MTI | 방향 | 메시지 유형 |
|---|---|---|
| 0 0 | MS → SC | SMS-DELiver-보고서 |
| 0 0 | SC → MS | SMS-DELiver |
| 0 1 | MS → SC | SMS-제출 |
| 0 1 | SC → MS | SMS-제출-보고서 |
| 1 0 | MS → SC | SMS-CORD |
| 1 0 | SC → MS | SMS-상태-보고서 |
| 1 1 | 아무 것이나 | 예약됨 |
SMS-Submit은 휴대 전화(휴대전화, MS)에서 단문 메시지 서비스 센터(SMS, SC)로 전송하는 데 사용된다.
SMS-SUMIT-REPORT는 SMS-SUMIT에 대한 승인이다. 성공은 메시지가 SMSC에 저장(버퍼링)되었음을 의미하며, 실패는 메시지가 SMSC에 의해 거부되었음을 의미한다.
SMS-CORD는 SMSC에서 버퍼링된 메시지를 쿼리하거나 매개변수를 수정하거나 삭제하는 데 사용될 수 있다.
SMS-DELiver는 SMSC에서 휴대폰으로 메시지를 전달하는 데 사용된다. 휴대전화에 의해 반환된 확인서는 선택적으로 SMS-DELiver-REPORT를 포함할 수 있다. 홈 라우팅이 적용될 때, SMS-DELiver는 SMSC에서 다른 것으로 메시지를 제출하는 데 사용된다.
SMS-STATUS-REPORT는 SMS-STATUS-REPORT를 전송하여 발신 휴대폰에 메시지 전달의 최종 결과를 알리거나 SMS-CORD에 회신할 수 있다.
TPDU 필드
SM-TP 메시지의 순서와 크기를 포함한 필드는 다음 표에 요약되어 있다. 여기서 M은 필수 필드를 의미하며 O 선택적 필드, E는 음성 응답(RP-ERR)에 필수적이고 양성 응답(RP-ACK)에 존재하지 않는 필드에 사용되며 x는 다른 곳에 존재하는 필드다.
| SMS-CORD | 사이즈를 맞추다 | 필드명 | ||||||
|---|---|---|---|---|---|---|---|---|
| SMS-상태-보고서 | ||||||||
| SMS-제출-보고서 | ||||||||
| SMS-제출 | ||||||||
| SMS-DELiver-보고서 | ||||||||
| SMS-DELiver | ||||||||
| 밭을 갈다 | ||||||||
| TP-MTI | M | M | M | M | M | M | 2비트 | 메시지 유형 표시기 |
| TP-MMS | M | M | 1비트 | 보낼 추가 메시지 | ||||
| TP-RD | M | 중복 항목 거부 | ||||||
| TP-LP | O | O | 1비트/ 2비트 | 루프 차단 | ||||
| TP-VPF | M | 유효 기간 형식 | ||||||
| TP-SRI | O | 1비트 | 상태 보고서 표시 | |||||
| TP-SRR | O | O | 상태 보고서 요청 | |||||
| TP-SRQ | M | 상태 보고서 한정자 | ||||||
| TP-UDHI | O | O | O | O | O | O | 1비트 | 사용자 데이터 헤더 표시기 |
| TP-RP | M | M | 1비트 | 회신 경로 | ||||
| TP-FCS | E | E | 8분의 1 | 실패 원인 | ||||
| TP-MR | M | M | M | 8분의 1 | 메시지 참조 | |||
| TP-DA | M | x | 2-12 옥텟 | 대상 주소 | ||||
| TP-OA | M | 2-12 옥텟 | 발신 주소 | |||||
| TP-RA | M | 2-12 옥텟 | 수취인 주소 | |||||
| TP-SCTY Limited 항공 | x | x | M | 7옥텟 | 서비스 센터 타임스탬프 | |||
| TP-DT | M | 7옥텟 | 방전 시간 | |||||
| TP-ST | M | 8분의 1 | 상태 | |||||
| TP-PI | M | M | O | 8분의 1 | 파라미터 표시기 | |||
| TP-SCTY Limited 항공 | x | M | x | 7옥텟 | 서비스 센터 타임스탬프 | |||
| TP-PID | M | O | M | O | O | M | 8분의 1 | 프로토콜 식별자 |
| TP-DCS | M | O | M | O | O | 8분의 1 | 데이터 코딩 방식 | |
| TP-SCTY Limited 항공 | M | x | x | 7옥텟 | 서비스 센터 타임스탬프 | |||
| TP-VP | O | 0, 1 또는 7 옥텟 | 유효 기간 | |||||
| TP-UDL | M | O | M | O | O | 8분의 1 | 사용자 데이터 길이 | |
| TP-UD | O | O | O | O | O | TP-UDL로 부여 | 사용자 데이터 | |
| TP-CT | M | 8분의 1 | 명령 유형 | |||||
| TP-MN | M | 8분의 1 | 메시지 번호 | |||||
| TP-DA | x | M | 2-12 옥텟 | 대상 주소 | ||||
| TP-CDL | M | 8분의 1 | 명령 데이터 길이 | |||||
| TP-CD | O | TP-CDL에 의해 주어짐 | 명령 데이터 | |||||
TPDU의 첫 번째 옥텟에는 위에서 설명한 TP-MTI 필드를 포함한 다양한 플래그가 포함되어 있다.
| 비트(s) | 의미 |
|---|---|
| 1-0 | TP-메시지 유형 식별자(TP-MTI) |
| 2 | SMS-DELiver의 TP-More-Messages-to-Send(TP-MMS)(0 = 더 많은 메시지) |
| 2 | SMS-제출의 TP-거부-중복(TP-RD) |
| 3 | SMS-DELiver 및 SMS-STATUS-REPORT의 TP-Loop-Prevention(TP-LP) |
| 4-3 | TP-유효성-기간 형식(TP-VPF)(SMS-Submit)(00 = 존재하지 않음) |
| 5 | SMS-DELiver의 TP-상태-보고서-표시(TP-SRI) |
| 5 | SMS-제출 및 SMS-명령의 TP-상태-보고서-요청서(TP-SRR) |
| 5 | SMS-상태-보고서의 TP-상태-보고서-정격자(TP-SRQ) |
| 6 | TP-사용자-데이터-헤더-인디케이터(TP-UDHI) |
| 7 | SMS-DELiver 및 SMS-SMB의 TP-응답 경로(TP-RP) |
TP-More-Messages-to-Send(TP-MMS) 비트를 0(반복된 논리)으로 설정함으로써, SMSC는 수신자에게 더 많은 메시지(종종 연결 메시지의 추가 세그먼트)를 전달한다. MSC는 일반적으로 휴대 전화와의 연결을 닫지 않으며, 후속 메시지나 메시지 세그먼트의 신속한 전달을 가능하게 하는 SMSC와의 MAP 대화를 종료하지 않는다. 만일 우연의 일치로 추가 메시지가 그 사이에 SMSC에서 사라지면(예: 삭제되었을 때), SMSC는 MAP Abort 메시지와 함께 MAP 대화를 종료한다.
TP-Loop-Prevention(TP-LP) 비트는 SMS-DELiver 또는 SMS-STATUS-REPORT 메시지가 목적지 주소 또는 애플리케이션에 의해 생성되는 다른 주소로 라우팅되는 것을 방지하기 위해 설계되었다. 이러한 메시지는 원래 메시지가 이 플래그를 지우고 새 메시지를 플래그 세트와 함께 보내야 하는 경우에만 전송될 수 있다.
SMSC는 TP-상태-보고서-표시(TP-SRI) 비트를 1로 설정하여 SME에 상태 보고서를 반환하도록 요청한다.
휴대 전화는 SMS-Submit 또는 SMS-CORDER에서 TP-Status-Report-Request(TP-SRR) 비트를 1로 설정하여 SMSC가 반환할 상태 보고서를 요청한다.
TP-SRQ가 SMS-STATUS-REPORT 메시지에서 값이 1인 경우, 메시지는 SMS-CORD의 결과물이며, 그렇지 않으면 SMS-SUMIT의 결과물이다.
TP-UDHI에 값이 1이면 TP-UD 필드는 User Data Header로 시작한다.
TP-RP 비트를 설정하면 원본 메시지와 동일한 경로를 사용하여 메시지에 대한 회신을 보낼 수 있는 기능이 켜진다. 발신자와 수신자 홈 네트워크가 다를 경우, 회신은 보통 다른 SMSC를 거치게 된다. 이동 통신사는 이러한 메시지를 충전하기 위해 특별한 조치를 취해야 한다.
GSM 03.40 TPDU 전송에 사용되는 SM-RP와 MAP 모두 인가를 반환하기에 충분한 정보, 즉 요청이 성공했는지 여부를 나타내는 정보를 운반한다. 그러나 GSM 03.40 TPDU는 더 많은 정보를 전달하기 위해 승인에 포함될 수 있다. GSM 03.40은 다음과 같은 개발을 거쳤다.
- 최대 GSM 03.40 5.2.0 SMS-DELiver-REPORT 및 SMS-SUPIT-REPORT가 오류의 경우에만 전송되었다. 5.3.0부터 성공 시에도 발송된다. MO-ForwardSM-Res는 1997년 8월 GSM 09.02 5.6.0에 다시 도입되었다.
- 오류 발생 시 전송되는 최대 GSM 03.40 6.0.0 SMS-DELiver-REPORT 및 SMS-SUPIT-REPORT는 TP-MTI 및 TP-FCS 필드만 포함되었으며 SMS-STATUS-REPORT의 마지막 필드는 TP-ST. 버전 6.1.0 이후 이 TPDUs는 위 표에 포맷되어 있다.
이러한 변화는 오래되었지만(1998년 7월에 버전 6.1.0이 발생함) MAP의 오래된 형식은 오늘날의 네트워크에서도 자주 볼 수 있다.
메시지 내용
메시지 내용(메시지 2진수가 아닌 경우 텍스트)은 TP-UD 필드로 전달된다. 크기는 최대 160 × 7 = 140 × 8 = 1120 비트까지 될 수 있다. 긴 메시지는 여러 부분으로 분할하여 통합 SMS로 전송할 수 있으며, 메시지 내용의 길이는 TP-UDL 필드에 주어진다. 메시지 인코딩이 GSM 7비트 기본 문자(TP-DCS 필드에 따라 다름)인 경우, TP-UDL은 7비트 단위로 TP-UD의 길이를 제공하며, 그렇지 않으면 TP-UDL은 8진수로 TP-UD의 길이를 제공한다.
TP-UDHI가 1일 때 TP-UD는 사용자 데이터 헤더(UDH)로 시작한다. 이 경우 TP-UD의 첫 번째 옥텟은 UDHL 자체 없이 8진수에서 UDH의 길이를 포함하는 사용자 데이터 헤더 길이(UDHL) 옥텟이다. UDH는 TP-UD 필드에서 공간을 차지한다. 메시지 인코딩이 GSM 7비트 기본 알파벳이고 UDH가 있으면, UDH 이후 텍스트의 첫 번째 문자 시작과 9절 경계선을 정렬하기 위해 채우기 비트를 삽입한다. 이 행동은 UDH를 이해하지 못하는 오래된 휴대폰을 위해 고안되었다; 그러한 휴대폰은 UDH를 이상한 문자의 잡동사니로 표시할 수 있다; 만약 UDH 이후의 첫 번째 문자가 CR이라면, 휴대폰은 메시지의 나머지 부분과 함께 메시지를 다시 쓸 것이다.
주소
GSM 03.40 메시지는 최대 하나의 주소, 즉 SMS-SUMIT 및 SMS-CORM의 목적지 주소(TP-DA), SMS-DELiver의 발신자 주소(TP-OA), SMS-STATUS-REPORT의 수신자 주소(TP-RA)를 포함한다. 다른 주소는 하위 계층에 의해 전달된다.
GSM 03.40의 주소 형식은 다음 표에 설명되어 있다.
| 팔분의 일 | 의미 |
|---|---|
| 0 | 주소 길이(니블 단위) |
| 1 | EXT, TON, NPI |
| 2-11 | 주소 번호 |
번호 유형(TON):
| 비트 6 5 4 | 의미 |
|---|---|
| 0 0 0 | 알 수 없음 1) |
| 0 0 1 | 국제번호 2) |
| 0 1 0 | 국가번호 3) |
| 0 1 1 | 네트워크별 번호 4) |
| 1 0 0 | 가입자 번호 5) |
| 1 0 1 | 영숫자, (3GPP TS 23.038 [9] GSM 7비트 기본 알파벳에 따라 코드화됨) |
| 1 1 0 | 축약수 |
| 1 1 1 | 연장 예약됨 |
가입자가 시작할 때 '+' 기호가 있는 전화번호를 입력하면 '+' 기호가 제거되고 주소는 TON=1(국제번호), NPI=1이 된다. 숫자 자체는 항상 국가 코드로 시작해야 하며 E.164 표준에 따라 정확하게 포맷해야 한다.
반대로 '+' 없이 작성된 숫자의 경우 주소는 TON=0(알 수 없음), NPI=1이 된다. 이 경우 번호는 이동 통신사의 다이얼 플랜을 준수해야 하며, 이는 국제 번호는 국가 코드 앞에 국제 접두사(대부분의 국가에서는 00이지만 미국에서는 011)가 있어야 하며 장거리 전화를 위한 번호는 트렁크 접두사(대부분의 국가에서는 0, 미국에서는 1)에 이어 트렁크 코드부터 시작해야 한다는 것을 의미한다.
번호 매기기 계획 식별(NPI):
| 비트 3 2 1 0 | 의미 |
|---|---|
| 0 0 0 0 | 알 수 없는 |
| 0 0 0 1 | ISDN/전화번호 부여 계획(E.164/E.163) |
| 0 0 1 1 | 데이터 번호 지정 계획(X.121) |
| 0 1 0 0 | 텔렉스 번호 매기기 계획 |
| 0 1 0 1 | 서비스 센터별 계획 1) |
| 0 1 1 0 | 서비스 센터별 계획 1) |
| 1 0 0 0 | 국가번호 부여계획 |
| 1 0 0 1 | 개인번호 부여계획 |
| 1 0 1 0 | ERMES 번호 지정 계획(ETSI DE/PS 3 01 3) |
| 1 1 1 1 | 연장 예약됨 |
전화번호는 NPI=1이어야 한다. 애플리케이션 서버는 TON=5, NPI=0 조합의 영숫자 주소를 사용할 수 있다.
EXT 비트는 항상 1이며 "확장 없음"을 의미한다.
주소 예제
미국 번호 +1 555 123 4567은 0B 91 51 55 21 43 65 F7로 인코딩될 것이다(마지막 옥텟의 위쪽 4비트의 F는 숫자 길이가 홀수일 때 사용되는 필러다).
영숫자 주소는 처음에 GSM 7비트 기본 알파벳에 입력된 다음, TP-UD 필드의 메시지 텍스트와 동일한 방식으로 인코딩된 다음(즉, 7비트 패키징됨) 주소에는 "숫자" 길이와 TON 및 NPI가 제공된다.
예를 들어 가상의 영숫자 주소 Design@가 있다.홈은 11바이트 44 65 73 67 67 6E 00 48 6F 6D 65(헥스)를 산출하는 GSM 7비트 기본 알파벳으로 변환되며, 7비트 패킹은 이를 C4 F2 3C 7D 76 03 90 EF 76 19로 10 옥텟에 저장된 77비트로 변환한다. 77비트는 주소의 첫 번째 10진수 값인 20니블(14육진)이다. 두 번째 옥텟은 D0 16진수를 생성하는 TON(5)과 NPI(0)를 포함한다. GSM 형식의 전체 주소는 14 D0 C4 F2 3C 7D 76 03 90 EF 76 19이다.
메시지 참조
메시지 참조 필드(TP-MR)는 SMS-Submit-REPORT(SMS-Submit, SMS-Command 및 SMS-STATUS-REPORT)를 제외한 제출 쪽의 모든 메시지에 사용된다. 단일 옥텟 값이며, 새로운 메시지가 제출되거나 새로운 SMS-CORD가 전송될 때마다 증가된다. 메시지 제출이 실패할 경우, 휴대 전화는 동일한 TP-MR 값과 TP-RD 비트를 1로 설정한 상태에서 제출을 반복해야 한다.
시간 형식
TP-SCTY Limited 항공의 경우 TP-SCTY Limited 항공의 경우 TP-DT, Absolute of TP-VP에 사용된 날짜와 시간은 다음 7개의 옥텟에 저장된다.
| 팔분의 일 | 내용 |
|---|---|
| 0 | 올해의 마지막 두 자리수 |
| 1 | 월 |
| 2 | 날 |
| 3 | 시간 |
| 4 | 극히 작은 |
| 5 | 둘째 |
| 6 | 시간대 |
모든 8진수에서 값은 전환된 숫자와 함께 이진 코딩된 소수점 형식으로 저장된다(숫자 35는 53 16진수로 저장됨).
시간대는 4분의 1시간이다. 시간대 오프셋이 음수인 경우(서반구) 마지막 8진수 비트 3은 1로 설정된다.
23:01:56 2013년 3월 25일 PST(GMT-7)는 31 30 52 32 10 65 8A로 인코딩될 것이다.
이 예제에서 8A는 이진수 1000 1010이다. 비트 3은 1이므로 시간대는 음수다. 나머지 숫자(111 011 011과 비트 '및')는 1000 0010, 16진수 82이다. 이를 시퀀스의 이전 요소로 간주한다(헥스 82는 숫자 28을 나타낸다). 마지막으로 표준 시간대 오프셋은 28 × 15분 = 420분(7시간)이 주어진다.
유효 기간
SMS-Submit TPDU는 SMS-Submit TPDU가 메시지 전달을 시도하는 기간을 제한하는 TP-VP 매개변수를 포함할 수 있다. 그러나 유효 기간은 일반적으로 SMSC 구성 매개변수(흔히 48시간 또는 72시간)에 의해 세계적으로 제한된다. 유효 기간 형식은 다음 유효 기간 형식 필드에 의해 정의된다.
| TP-VPF | TP-VP 형식 | TP-VP 길이 |
|---|---|---|
| 0 0 | TP-VP가 없음 | 0 |
| 0 1 | 고급 포맷 | 7 |
| 1 0 | 상대형식 | 1 |
| 1 1 | 절대 형식 | 7 |
상대형식
| TP-VP 값 | 유효기간 | 가능유효기간 |
|---|---|---|
| 0–143 | (TP-VP + 1) x 5분 | 5, 10, 15분 ... 11:55, 12:00시간 |
| 144–167 | (12 + (TP-VP - 143) / 2 )시간 | 12:30, 13:00, ... 23:30, 24:00 시간 |
| 168–196 | (TP-VP - 166)일 | 2, 3, 4, ... 30일 |
| 197–255 | (TP-VP - 192)주 | 5, 6, 7, ... 63주 |
절대 형식
절대 형식은 GSM 03.40의 다른 시간 형식과 동일하다.
고급 포맷
TP-VP 필드의 향상된 형식은 거의 사용되지 않는다. 일부는 사용하지 않지만, 항상 7개의 옥텟을 가지고 있다. 첫 번째 옥텟은 TP-VP 기능 지표다. 그것의 3개의 가장 작은 비트는 다음과 같은 의미를 가지고 있다.
| 2 1 0 | 의미 |
|---|---|
| 0 0 0 | 유효 기간이 지정되지 않음 |
| 0 0 1 | 다음 8진수는 상대 유효성 기간 값 표에 설명된 상대 유효성 기간이다. |
| 0 1 0 | 다음 옥텟은 0 ~ 255 범위의 상대 유효 기간(초)을 포함한다. |
| 0 1 1 | 다음의 3 옥텟은 상대 유효 기간을 시간, 분, 초 단위로 3-5 옥텟의 시간 형식으로 포함한다. |
| 1 X X | 예약됨 |
첫 번째 옥텟의 비트 6에서 1의 값은 메시지가 싱글샷임을 의미한다. 첫 번째 옥텟의 비트 7에서 1 값은 TP-VP 기능 표시기가 다른 옥텟까지 확장됨을 나타낸다. 그러나 그러한 확장은 정의되지 않는다.
프로토콜 식별자
TP-PID(프로토콜 식별자)는 사용 중인 상위 계층 프로토콜을 가리키거나, 특정 유형의 텔레매틱스 장치(팩스, 텔렉스, 호출기, 텔레텍스, 전자 메일 등)와 상호연동을 나타내거나, 메시지의 대체 유형을 지정하거나, 구성 매개변수를 SIM 카드에 다운로드할 수 있다. 일반 MO-MT 메시지에는 PID=0이 있다.
| TP-PID | 의미 |
|---|---|
| 0 | 기본 저장 및 전달 짧은 메시지 |
| 1–31 | 텔레매틱스 연동이 아닌 SME와 SME 프로토콜 |
| 32 | 암묵적 텔레메틱 장치 |
| 33 | 텔렉스 또는 텔텍스를 텔렉스 형식으로 축소 |
| 34 | 그룹 3 텔레팩스 |
| 35 | 그룹 4 텔레팩스 |
| 36 | 음성 전화 |
| 37 | ERMES(유럽 무선 메시징 시스템) |
| 38 | 국가 페이징 시스템(SC에 알려져 있음) |
| 39 | 비디오텍스 (T.100 [20] /T.101 [21]) |
| 40 | 텔레텍스, 캐리어 불특정 |
| 41 | PSPDN의 텔레텍스 |
| 42 | 텔레텍스, CSPDN의 |
| 43 | 아날로그 PSTN의 텔레텍스 |
| 44 | 디지털 ISDN의 텔레텍스 |
| 45 | UCI(Universal Computer Interface, ETSI DE/PS 3 01 3) |
| 46–47 | 예약됨 |
| 48 | 메시지 처리 기능(SC에 알려져 있음) |
| 49 | 모든 공용 X.400 기반 메시지 처리 시스템 |
| 50 | 인터넷 일렉트로닉 메일 |
| 51–55 | 예약됨 |
| 56–62 | SC 고유; 중소기업과 SC 간 상호 합의에 기초한 사용 |
| 63 | GSM/UMTS 모바일 스테이션. |
| 64 | 짧은 메시지 유형 0 |
| 65 | 짧은 메시지 유형 1 바꾸기 |
| 66 | 짧은 메시지 유형 2 바꾸기 |
| 67 | 짧은 메시지 유형 3 바꾸기 |
| 68 | 짧은 메시지 유형 4 바꾸기 |
| 69 | 짧은 메시지 유형 5 바꾸기 |
| 70 | 짧은 메시지 유형 6 바꾸기 |
| 71 | 짧은 메시지 유형 7 바꾸기 |
| 72 | 장치 트리거링 짧은 메시지 |
| 73–93 | 예약됨 |
| 94 | 향상된 메시지 서비스(Obsolete) |
| 95 | 반송 통화 메시지 |
| 96–123 | 예약됨 |
| 124 | ANSI-136 R-DATA |
| 125 | ME 데이터 다운로드 |
| 126 | ME 개인 설정 해제 짧은 메시지 |
| 127 | (U)SIM 데이터 다운로드 |
| 128–191 | 내성적인 |
| 192–255 | SC별 사용을 위해 비트 0 5 할당 |
TP-PID = 63의 경우 SC는 수신된 TP 데이터 코딩 방식에서 해당 MS가 지원하는 모든 데이터 코딩 방식(예: 기본값)으로 SM을 변환한다.
짧은 메시지 유형 0은 무음 SMS로 알려져 있다. 모든 단말기는 (U)SIM 또는 ME에 사용 가능한 메모리가 있는지 여부에 관계 없이 그러한 짧은 메시지를 수신할 수 있어야 하며, 메시지 수신을 인정해야 하지만 사용자에게 수신 내용을 표시해서는 안 되며, 따라서 메시지가 (U)SIM 또는 M에 저장되지 않아야 한다.e
데이터 코딩 방식
GSM 7 비트 기본 문자라고 불리는 특별한 7비트 인코딩은 GSM의 짧은 메시지 시스템을 위해 설계되었다. 알파벳에는 대부분의 서양-유럽 언어에서 가장 자주 사용되는 기호(그리고 일부 그리스 대문자)가 포함되어 있다. 일부 ASCII 문자와 유로 부호는 GSM 7비트 기본 알파벳에 맞지 않았으며 2개의 중격자를 사용하여 인코딩해야 한다. 이러한 문자는 GSM 7비트 기본 알파벳 확장표를 형성한다. GSM 단말기 및 네트워크 요소에 대해서는 GSM 7비트 알파벳 지원이 필수적이다.[7]
라틴어 스크립트를 사용하지만 GSM 7비트 기본 알파벳에는 없는 문자를 사용하는 언어는 종종 누락된 문자를 분음 부호 없이 해당 문자로 대체하여 완전히 만족스러운 사용자 경험을 유발하지는 않지만, 받아들여지는 경우가 많다. 가장 잘 보기 위해 16비트 UTF-16(UCS-2) 인코딩은 (분할되지 않은) 메시지의 길이를 160자에서 70자로 줄이는 가격으로 사용할 수 있다.
중국어, 한국어 또는 일본어로 된 메시지는 UTF-16 문자 인코딩을 사용하여 인코딩해야 한다. 러시아어, 아랍어, 히브리어, 다양한 인도어 등 비라틴어 대본을 사용하는 다른 언어들도 마찬가지였다. In 3GPP TS 23.038 8.0.0 published in 2008 a new feature, an extended National language shift table was introduced, which in the version 11.0.0 published in 2012 covers Turkish, Spanish, Portuguese, Bengali, Gujarati, Hindi, Kannada, Malayalam, Oriya, Punjabi, Tamil, Telugu and Urdu languages. 이 메커니즘은 사용자 데이터 헤더의 특수 정보 요소에 따라 GSM 7비트 기본 알파벳 코드 테이블 및/또는 확장 테이블을 국가 테이블로 대체한다. 국가 언어 이동 테이블을 사용하는 분할되지 않은 메시지에는 최대 155자(또는 153)의 7비트 문자가 포함될 수 있다.
데이터 코딩 체계(TP-DCS) 필드에는 주로 메시지 인코딩에 대한 정보가 포함되어 있다. GSM은 텍스트 메시지용 인코딩 2개와 이진 메시지용 인코딩 1개만 인식한다.
- GSM 7비트 기본 문자(National Language Shift Table 사용도 포함)
- UCS-2
- 8비트 데이터
TP-DCS 옥텟은 다른 정보를 운반할 수 있도록 복잡한 구문을 가지고 있다. 가장 주목할 만한 것은 메시지 클래스:
| 가치 | 메시지 클래스 |
|---|---|
| 0 0 | 0 - 플래시 메시지 |
| 0 1 | 1 - ME별 |
| 1 0 | 2 - SIM/유심별 |
| 1 1 | 3 - TE별 |
플래시메세지는 메모리가 꽉 찼는데도 휴대전화로 수신된다. 그것들은 전화기에 저장되어 있지 않고, 단지 전화기에 진열되어 있을 뿐이다.
TP-DCS를 통해 이용할 수 있는 또 다른 기능은 자동 삭제(Automatic Deletion: 메시지를 읽은 후 전화기에서 삭제)이다.
DCS 값의 메시지 대기 표시 그룹은 읽지 않은 음성 메일, 팩스, 전자 메일 또는 기타 메시지의 존재를 나타내는 플래그를 설정하거나 재설정할 수 있다.
특수 DCS 값은 또한 메시지 압축을 허용하지만, 그것은 어떤 운영자에 의해서도 사용되지 않을 수 있다.
TP-DCS의 값은 GSM 권고안 03.38에 정의되어 있다. 이 인코딩을 통해 전송된 메시지는 기본 GSM 7비트 알파벳, 8비트 데이터 알파벳 및 16비트 UCS-2 알파벳으로 인코딩할 수 있다.[7]
방전 시간
TP-DT 필드는 특정 TP-ST 결과와 관련된 시간 및 날짜를 나타낸다.
- 메시지가 전달되었거나 일반적으로 다른 트랜잭션이 완료된 경우(TP-ST는 0-31), TP-DT는 트랜잭션이 완료된 시간이다.
- SMSC가 여전히 메시지를 전달하려고 하는 경우(TP-ST는 32-63), TP-DT는 마지막 전달 시도 시간이다.
- SMSC가 더 이상 배달 시도를 하지 않는 경우(TP-ST는 64-127) TP-DT는 마지막 배달 시도 시간 또는 SMSC가 메시지를 폐기한 시간 중 하나이다.
파라미터 표시기
TP-PI 필드는 Submit-REPORT, DEVEL-REPORT 또는 SMS-STATUS-REPORT TPDU에 추가 필드가 있음을 나타낸다.
| 물다 | 의미 |
|---|---|
| 0 | TP-PID |
| 1 | TP-DCS |
| 2 | TP-UDL 및 TP-UD |
| 8 | 다른 TP-PI 옥텟(확장 비트) |
현재도 TP-PI에 4개의 자유 비트가 존재하기 때문에, 향후에도 확장 비트가 0이 될 것으로 예상할 수 있으며, 이는 TPDU가 양성 반응의 일부인지 음성 반응의 일부인지의 정보를 이용할 수 없을 때 TP-PI 필드와 TP-FCS 필드를 구별하는 데 도움이 된다: TPDU의 2차 옥텟 중 가장 중요한 비트가 1인 경우, 두 번째 OC.테트는 TP-FCS(부정 응답)이고, 그렇지 않으면 TP-PI(긍정 응답)이다.
참고 항목
- 짧은 메시지 서비스
- GSM 03.38
- 데이터 코딩 방식
- 사용자 데이터 헤더
- 연결 SMS
- IMT2000 3GPP - 단문서비스 기술현실화
- 향상된 메시징 서비스
- 멀티미디어 메시징 서비스
- 짧은 메시지 피어 투 피어
- 유니버설 컴퓨터 프로토콜
참조
- ^ 3GPP TS 23.040 3세대 파트너십 프로젝트 IMT2000 3GPP - SMS의 기술적 구현
- ^ IMT2000 3GPP - 3GPP - TS 24.011 제3세대 파트너십 프로젝트; 이동무선인터페이스에서 포인트 투 포인트 단문메시지 서비스(SMS) 지원
- ^ IMT2000 3GPP - 3GPP - TS 29.002 3세대 파트너십 프로젝트; 모바일 애플리케이션 파트(MAP) 규격
- ^ 3세대 파트너십 프로젝트 IMT2000 3GPP - SMS (3G TS 23.040 버전 11.5.0) (ZIP.doc 파일), ETSI, 2013년 3월.
- ^ 3GPP TS 24.341 3세대 파트너십 프로젝트; IP 네트워크를 통한 SMS 지원
- ^ IMS 하위시스템을 통한 3GPP TS 24.451 SMS 및 MMS 지원; 3GPP TS 24.341 릴리스 7의 3단계
- ^ a b 3GPP TS 23.038, 알파벳 및 언어별 정보
