GSM 03.40 или 3GPP TS 23.040 [1] - это стандарт мобильной телефонии, описывающий формат блоков данных протокола передачи (TPDU) протокола передачи коротких сообщений (SM-TP), используемых в сетях GSM для передачи коротких сообщений . Этот формат используется на протяжении всей передачи сообщения в мобильной сети GSM . Напротив, серверы приложений используют разные протоколы, такие как одноранговый протокол коротких сообщений или универсальный компьютерный протокол , для обмена сообщениями между ними и центром службы коротких сообщений (SMSC).
GSM 03.40 - оригинальное название стандарта. С 1999 года он разрабатывается 3GPP под названием 3GPP TS 23.040. Однако исходное название часто используется даже для обозначения документа 3GPP.
Применение
TPDU GSM 03.40 используются для передачи сообщений между мобильной станцией (MS) и центром коммутации мобильной связи (MSC) с использованием протокола ретрансляции коротких сообщений (SM-RP) [2], в то время как между MSC и центром службы коротких сообщений (SMSC) TPDU переносятся как параметр пакета Mobile Application Part (MAP) [3] . [4]
В развивающихся сетях, которые используют подсистему IP-мультимедиа (IMS), короткие сообщения передаются в команде MESSAGE протокола инициации сеанса (SIP). Даже в этих IP- сетях существует опция, которая (по причинам совместимости) определяет передачу коротких сообщений в формате GSM 03.40, встроенном в 3GPP 24.011, как Content-Type: application / vnd.3gpp.sms. [5] [6]
Типы TPDU
GSM 03.40 определяет шесть типов сообщений, которые различаются направлением сообщения и двумя младшими битами в первом октете сообщения SM-TP (поле TP-MTI):
ТП-МТИ | направление | тип сообщения |
---|---|---|
0 0 | МС → СК | SMS-ДОСТАВКА-ОТЧЕТ |
0 0 | СК → МС | SMS-ДОСТАВКА |
0 1 | МС → СК | SMS-ОТПРАВИТЬ |
0 1 | СК → МС | SMS-ОТПРАВИТЬ-ОТЧЕТ |
1 0 | МС → СК | SMS-КОМАНДА |
1 0 | СК → МС | SMS-СТАТУС-ОТЧЕТ |
1 1 | любой | Зарезервированный |
SMS-SUBMIT используется для отправки короткого сообщения с мобильного телефона (Mobile Station, MS) в центр обслуживания коротких сообщений (SMSC, SC).
SMS-SUBMIT-REPORT - это подтверждение SMS-SUBMIT; Успех означает, что сообщение было сохранено (буферизовано) в SMSC, сбой означает, что сообщение было отклонено SMSC.
SMS-COMMAND может использоваться для запроса сообщения, помещенного в буфер в SMSC, для изменения его параметров или для его удаления.
SMS-DELIVER используется для доставки сообщения из SMSC на мобильный телефон. Подтверждение, возвращаемое мобильным телефоном, может дополнительно содержать СМС-ДОСТАВКА-ОТЧЕТ. Когда применяется домашняя маршрутизация , SMS-DELIVER используется для отправки сообщений с одного SMSC на другой.
SMS-STATUS-REPORT может быть отправлен SMSC для информирования отправляющего мобильного телефона об окончательном результате доставки сообщения или для ответа на SMS-КОМАНДУ.
Поля TPDU
Поля сообщений SM-TP, включая их порядок и размер, сведены в следующую таблицу, где M означает обязательное поле, O - необязательное поле, E используется для полей, которые являются обязательными в отрицательных ответах (RP-ERR) и отсутствует в положительных ответах (RP-ACK), x - это поле, присутствующее в другом месте:
SMS-КОМАНДА | размер | Имя поля | ||||||
---|---|---|---|---|---|---|---|---|
SMS-СТАТУС-ОТЧЕТ | ||||||||
SMS-ОТПРАВИТЬ-ОТЧЕТ | ||||||||
SMS-ОТПРАВИТЬ | ||||||||
SMS-ДОСТАВКА-ОТЧЕТ | ||||||||
SMS-ДОСТАВКА | ||||||||
поле | ||||||||
ТП-МТИ | M | M | M | M | M | M | 2 бита | Индикатор типа сообщения |
TP-MMS | M | M | 1 бит | Больше сообщений для отправки | ||||
TP-RD | M | Отклонять дубликаты | ||||||
TP-LP | О | О | 1 бит / 2 бита | Предотвращение петель | ||||
ТП-ВПФ | M | Формат срока действия | ||||||
TP-SRI | О | 1 бит | Индикация отчета о состоянии | |||||
TP-SRR | О | О | Запрос отчета о состоянии | |||||
TP-SRQ | M | Квалификатор отчета о состоянии | ||||||
TP-UDHI | О | О | О | О | О | О | 1 бит | Индикатор заголовка пользовательских данных |
TP-RP | M | M | 1 бит | Путь ответа | ||||
TP-FCS | E | E | 1 октет | Причина отказа | ||||
TP-MR | M | M | M | 1 октет | Ссылка на сообщение | |||
TP-DA | M | Икс | 2–12 октетов | Адрес назначения | ||||
TP-OA | M | 2–12 октетов | Исходный адрес | |||||
ТП-РА | M | 2–12 октетов | Адрес получателя | |||||
TP-SCTS | Икс | Икс | M | 7 октетов | Отметка времени сервисного центра | |||
TP-DT | M | 7 октетов | Время разряда | |||||
TP-ST | M | 1 октет | Статус | |||||
TP-PI | M | M | О | 1 октет | Индикатор параметра | |||
TP-SCTS | Икс | M | Икс | 7 октетов | Отметка времени сервисного центра | |||
TP-PID | M | О | M | О | О | M | 1 октет | Идентификатор протокола |
TP-DCS | M | О | M | О | О | 1 октет | Схема кодирования данных | |
TP-SCTS | M | Икс | Икс | 7 октетов | Отметка времени сервисного центра | |||
ТП-ВП | О | 0, 1 или 7 октетов | Срок годности | |||||
TP-UDL | M | О | M | О | О | 1 октет | Длина пользовательских данных | |
ТП-УД | О | О | О | О | О | предоставлено TP-UDL | Данные пользователя | |
TP-CT | M | 1 октет | Тип команды | |||||
ТП-МН | M | 1 октет | Номер сообщения | |||||
TP-DA | Икс | M | 2-12 октетов | Адрес назначения | ||||
TP-CDL | M | 1 октет | Длина данных команды | |||||
TP-CD | О | предоставлено TP-CDL | Данные команды |
Первый октет TPDU содержит различные флаги, включая поле TP-MTI, описанное выше:
бит (ы) | Имея в виду |
---|---|
1-0 | Индикатор типа сообщения TP (TP-MTI) |
2 | TP-More-Messages-to-Send (TP-MMS) в SMS-DELIVER (0 = больше сообщений) |
2 | TP-Reject-Duplicates (TP-RD) в SMS-SUBMIT |
3 | TP-Loop-Prevention (TP-LP) в SMS-DELIVER и SMS-STATUS-REPORT |
4-3 | TP-Validity-Period-Format (TP-VPF) в SMS-SUBMIT (00 = отсутствует) |
5 | TP-Status-Report-Indication (TP-SRI) в SMS-DELIVER |
5 | TP-Status-Report-Request (TP-SRR) в SMS-SUBMIT и SMS-COMMAND |
5 | TP-Status-Report-Qualifier (TP-SRQ) в SMS-STATUS-REPORT |
6 | Индикатор заголовка данных пользователя TP (TP-UDHI) |
7 | TP-Reply-Path (TP-RP) в SMS-DELIVER и SMS-SUBMIT |
Установив бит TP-More-Messages-to-Send (TP-MMS) в 0 (обратная логика), SMSC сигнализирует, что у него есть больше сообщений для получателя (часто дополнительные сегменты сцепленного сообщения). MSC обычно не закрывает соединение с мобильным телефоном и не завершает MAP-диалог с SMSC, что позволяет ускорить доставку последующих сообщений или сегментов сообщений. Если по совпадению дальнейшие сообщения исчезают из SMSC в это время (когда они, например, удаляются), SMSC завершает диалог MAP сообщением об отмене MAP.
Бит TP-Loop-Prevention (TP-LP) предназначен для предотвращения зацикливания сообщений SMS-DELIVER или SMS-STATUS-REPORT, направленных на адрес, отличный от их адреса назначения, или сгенерированных приложением. Такое сообщение может быть отправлено, только если в исходном сообщении этот флаг был снят, а новое сообщение должно быть отправлено с установленным флагом.
Установив бит TP-Status-Report-Indication (TP-SRI) в 1, SMSC запрашивает отчет о состоянии, который должен быть возвращен SME.
Устанавливая бит TP-Status-Report-Request (TP-SRR) в 1 в SMS-SUBMIT или SMS-COMMAND, мобильный телефон запрашивает отчет о состоянии, который должен быть возвращен SMSC.
Когда TP-SRQ имеет значение 1 в сообщении SMS-STATUS-REPORT, это сообщение является результатом SMS-КОМАНДЫ; в противном случае это результат СМС-ОТПРАВИТЬ.
Когда TP-UDHI имеет значение 1, поле TP-UD начинается с заголовка пользовательских данных .
Установка битов TP-RP включает функцию, которая позволяет отправлять ответ на сообщение, используя тот же путь, что и исходное сообщение. Если домашние сети отправителя и получателя различаются, ответ обычно проходит через другой SMSC. Оператор мобильной связи должен принимать специальные меры для тарификации таких сообщений.
И SM-RP, и MAP, используемые для передачи TPDU GSM 03.40, несут достаточно информации, чтобы вернуть подтверждение - информацию о том, был ли запрос успешным или нет. Однако TPDU GSM 03.40 может быть включен в подтверждение, чтобы нести еще больше информации. GSM 03.40 претерпел следующие изменения:
- До GSM 03.40 5.2.0 SMS-ДОСТАВКА-ОТЧЕТ и SMS-ОТЧЕТ-ОТЧЕТ отправлялись только в случае ошибки. Начиная с версии 5.3.0, они также отправляются в случае успеха. MO-ForwardSM-Res был представлен еще в GSM 09.02 5.6.0 августа 1997
- До GSM 03.40 6.0.0 SMS-DELIVER-REPORT и SMS-SUBMIT-REPORT, отправляемые в случае ошибки, содержали только поля TP-MTI и TP-FCS, а последним полем в SMS-STATUS-REPORT было TP-ST. Начиная с версии 6.1.0, эти TPDU имеют формат, показанный в таблице выше.
Хотя эти изменения являются древними (версия 6.1.0 появилась в июле 1998 г.), старые форматы MAP часто встречаются даже в сегодняшних сетях.
Содержание сообщения
Содержимое сообщения (его текст, если сообщение не двоичное) переносится в поле TP-UD. Его размер может составлять до 160 × 7 = 140 × 8 = 1120 бит. Более длинные сообщения можно разбить на несколько частей и отправить как составное SMS-сообщение . Длина содержимого сообщения указывается в поле TP-UDL. Когда кодировка сообщения - 7-битный алфавит GSM по умолчанию (зависит от поля TP-DCS), TP-UDL дает длину TP-UD в 7-битных единицах; в противном случае TP-UDL дает длину TP-UD в октетах.
Когда TP-UDHI равен 1, TP-UD запускается с заголовка пользовательских данных (UDH); в этом случае первым октетом TP-UD является октет длины заголовка пользовательских данных (UDHL), содержащий длину UDH в октетах без самого UDHL. UDH съедает место от поля TP-UD. Когда кодировка сообщения - это 7-битный алфавит GSM по умолчанию и присутствует UDH, вставляются биты заполнения, чтобы выровнять начало первого символа текста после UDH с границей септета. Это поведение было разработано для старых мобильных телефонов, которые не поддерживают UDH; такие мобильные телефоны могут отображать UDH как набор странных символов; если первым символом после UDH был символ возврата каретки (CR), мобильный телефон перезапишет сообщение с остальной частью сообщения.
Адреса
Сообщение GSM 03.40 содержит не более одного адреса: адрес получателя (TP-DA) в SMS-SUBMIT и SMS-COMMAND, адрес отправителя (TP-OA) в SMS-DELIVER и адрес получателя (TP-RA) в SMS-STATUS- ОТЧЕТ. Остальные адреса передаются нижними уровнями .
Формат адресов в 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] 7-битный алфавит GSM по умолчанию) |
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 (F в старших четырех битах последнего октета является заполнителем, который используется, когда длина номера нечетная).
Буквенно-цифровой адрес сначала помещается в 7-битный алфавит GSM по умолчанию, затем кодируется так же, как любой текст сообщения в поле TP-UD (это означает, что он упакован 7-битным), а затем адрес предоставляется с "числом" длина и ТОН и НПИ.
Например, вымышленный буквенно-цифровой адрес Design @ Home преобразуется в 7-битный алфавит GSM по умолчанию, который дает 11 байтов 44 65 73 69 67 6E 00 48 6F 6D 65 (шестнадцатеричный), 7-битная упаковка преобразует его в сохраненные 77 бит. в 10 октетах как C4 F2 3C 7D 76 03 90 EF 76 19; 77 бит - это 20 полубайтов (14 шестнадцатеричных), которые представляют собой значение первого октета адреса. Второй октет содержит TON (5) и NPI (0), что дает шестнадцатеричное значение D0. Полный адрес в формате 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-КОМАНДА. Если отправить сообщение не удалось, мобильный телефон должен повторить отправку с тем же значением TP-MR и с битом TP-RD, установленным в 1.
Формат времени
Дата и время, используемые в TP-SCTS, TP-DT и в абсолютном формате TP-VP, хранятся в 7 октетах:
октет | Содержание |
---|---|
0 | Последние две цифры года |
1 | Месяц |
2 | День |
3 | Час |
4 | Минуты |
5 | Второй |
6 | Часовой пояс |
Во всех октетах значения сохраняются в двоично-десятичном формате с переключаемыми цифрами (число 35 сохраняется как 53 в шестнадцатеричном формате).
Часовой пояс указывается в четвертях часа. Если смещение часового пояса отрицательное (в западном полушарии), бит 3 последнего октета устанавливается в 1.
23:01:56 25 марта 2013 г. по тихоокеанскому времени (GMT-7) будет закодировано как 31 30 52 32 10 65 8A.
В этом примере часовой пояс 8A является двоичным 1000 1010. Бит 3 равен 1, поэтому часовой пояс отрицательный. Оставшееся число (побитовое «и» с 1111 0111) - 1000 0010, шестнадцатеричное 82. Рассматривайте это как любой предыдущий элемент в последовательности (шестнадцатеричное 82 представляет число 28). Наконец, смещение часового пояса составляет 28 × 15 минут = 420 минут (7 часов).
Срок годности
SMS-SUBMIT TPDU может содержать параметр TP-VP, который ограничивает период времени, в течение которого SMSC будет пытаться доставить сообщение. Однако период действия обычно ограничен глобально параметром конфигурации SMSC - часто до 48 или 72 часов. Формат срока действия определяется полем Формат срока действия:
ТП-ВПФ | Формат 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 + (ТП-ВП - 143) / 2) часов | 12:30, 13:00, ... 23:30, 24:00 часов |
168–196 | (ТП-ВП - 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 | Следующий октет представляет собой относительный период действия, как описано в таблице значений относительного периода действия. |
0 1 0 | Следующий октет содержит относительный период действия в секундах в диапазоне от 0 до 255. |
0 1 1 | Следующие 3 октета содержат относительный период действия в часах, минутах и секундах как с 3-го по 5-й октет формата времени. |
1 XX | Зарезервированный |
Значение 1 в бите 6 первого октета означает, что сообщение является однократным. Значение 1 в бите 7 первого октета указывает, что индикатор функциональности TP-VP распространяется на другой октет. Однако такие расширения не определены.
Идентификатор протокола
TP-PID (идентификатор протокола) либо относится к используемому протоколу более высокого уровня, либо указывает на взаимодействие с определенным типом телематического устройства (например, факс , телекс , пейджер , телетекс , электронная почта ), указывает тип замены сообщения или разрешает загрузку параметров конфигурации на SIM-карту . Простые сообщения MO-MT имеют PID = 0.
TP-PID | имея в виду |
---|---|
0 | Сохранение и пересылка коротких сообщений по умолчанию |
1–31 | нет телематического взаимодействия, но протокол SME to SME |
32 | неявное телеметическое устройство |
33 | Телекс или телетекс преобразованы в телексный формат |
34 | Группа 3 телефакс |
35 год | Факс 4 группы |
36 | Голосовой телефон |
37 | ERMES (Европейская система радиосообщения) |
38 | Национальная пейджинговая система (известная SC) |
39 | Видеотекс (T.100 [20] /T.101 [21]) |
40 | Teletex , оператор не указан |
41 год | Teletex , в PSPDN |
42 | Teletex , в CSPDN |
43 год | Teletex , в аналоговой PSTN |
44 год | Teletex , в цифровом ISDN |
45 | UCI (универсальный компьютерный интерфейс, ETSI DE / PS 3 01 3) |
46–47 | Зарезервированный |
48 | Средство обработки сообщений (известное SC) |
49 | Любая общедоступная система обработки сообщений на основе X.400 |
50 | Электронная почта в Интернете |
51–55 | Зарезервированный |
56–62 | SC-специфичный; использование на основе взаимной договоренности между МСБ и СК |
63 | Мобильная станция GSM / UMTS. |
64 | Тип короткого сообщения 0 |
65 | Заменить тип короткого сообщения 1 |
66 | Заменить тип короткого сообщения 2 |
67 | Заменить тип короткого сообщения 3 |
68 | Заменить тип короткого сообщения 4 |
69 | Заменить тип короткого сообщения 5 |
70 | Заменить тип короткого сообщения 6 |
71 | Заменить тип короткого сообщения 7 |
72 | Короткое сообщение о запуске устройства |
73–93 | Зарезервированный |
94 | Расширенная служба сообщений (устарело) |
95 | Сообщение обратного звонка |
96–123 | Зарезервированный |
124 | ANSI-136 R-ДАННЫЕ |
125 | Загрузка данных ME |
126 | Короткое сообщение ME De Personalization |
127 | (U) Загрузка данных с SIM-карты |
128–191 | зарезервированный |
192–255 | Назначает биты 0 5 для специального использования SC |
Для TP-PID = 63 SC преобразует SM из принятой схемы кодирования данных TP в любую схему кодирования данных, поддерживаемую этой MS (например, по умолчанию).
Короткое сообщение типа 0 известно как тихое SMS-сообщение . Любой телефон должен иметь возможность принимать такое короткое сообщение, независимо от того, есть ли доступная память в (U) SIM или ME или нет, должен подтверждать получение сообщения, но не должен указывать его получение пользователю и должен отказаться от его содержимого. поэтому сообщение не будет сохранено на (U) SIM-карте или в ME.
Схема кодирования данных
Специальная 7-битная кодировка, называемая 7-битным алфавитом по умолчанию GSM, была разработана для системы коротких сообщений в GSM. Алфавит содержит наиболее часто используемые символы из большинства западноевропейских языков (и некоторые греческие буквы в верхнем регистре). Некоторые символы ASCII и знак евро не вписываются в 7-битный алфавит GSM по умолчанию и должны быть закодированы с использованием двух септетов. Эти символы образуют 7-битную таблицу расширений алфавита GSM по умолчанию . Поддержка 7-битного алфавита GSM является обязательной для телефонов GSM и сетевых элементов. [7]
Языки, использующие латинский алфавит , но использующие символы, отсутствующие в 7-битном алфавите GSM по умолчанию, часто заменяют отсутствующие символы диакритическими знаками соответствующими символами без диакритических знаков, что вызывает не совсем удовлетворительное впечатление пользователя, но часто принимается. Для лучшего обзора можно использовать 16-битную кодировку UTF-16 (в GSM называемую UCS-2) за счет уменьшения длины (несегментированного) сообщения со 160 до 70 символов.
Сообщения на китайском, корейском или японском языках должны быть закодированы с использованием кодировки символов UTF-16 . То же самое справедливо и для других языков, использующих нелатинские шрифты, такие как русский, арабский, иврит и различные индийские языки. В 3GPP TS 23.038 8.0.0, опубликованном в 2008 году, была представлена новая функция - расширенная таблица сдвига национальных языков , которая в версии 11.0.0, опубликованной в 2012 году, охватывает турецкий , испанский , португальский , бенгальский , гуджарати , хинди , каннада , малаялам , Ория , пенджаби , тамильский , телугу и урду . Механизм заменяет стандартную 7-битную таблицу алфавитных кодов GSM и / или расширенную таблицу национальной таблицей (ами) в соответствии со специальными информационными элементами в заголовке данных пользователя . Несегментированное сообщение с использованием таблицы (таблиц) сдвига национального языка может содержать до 155 (или 153) 7-битных символов.
Поле схемы кодирования данных (TP-DCS) содержит в первую очередь информацию о кодировке сообщения. GSM распознает только 2 кодировки для текстовых сообщений и 1 кодировку для двоичных сообщений :
- 7-битный алфавит GSM по умолчанию (включая использование таблиц сдвига национальных языков)
- UCS-2
- 8-битные данные
Октет TP-DCS имеет сложный синтаксис, позволяющий переносить другую информацию; наиболее заметными являются классы сообщений:
Значение | Класс сообщения |
---|---|
0 0 | 0 - флэш-сообщения |
0 1 | 1 - Специфично для ME |
1 0 | 2 - зависит от SIM / USIM |
1 1 | 3 - специально для TE |
Флэш-сообщения принимаются мобильным телефоном, даже если у него полная память. Они не хранятся в телефоне, они просто отображаются на дисплее телефона.
Еще одна функция, доступная через TP-DCS, - это автоматическое удаление: после прочтения сообщение удаляется с телефона.
Группа индикации ожидающего сообщения DCS-значений может устанавливать или сбрасывать флаги индикации наличия непрочитанных сообщений голосовой почты , факса , электронной почты или других сообщений.
Специальные значения DCS также позволяют сжатие сообщений , но, возможно, оно не используется ни одним оператором.
Значения TP-DCS определены в рекомендации GSM 03.38 . Сообщения, отправленные с помощью этой кодировки, могут быть закодированы в 7- битном алфавите GSM по умолчанию , 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 указывает наличие дополнительных полей в TPDU SUBMIT-REPORT, DELIVER-REPORT или SMS-STATUS-REPORT.
немного | Имея в виду |
---|---|
0 | TP-PID |
1 | TP-DCS |
2 | ТП-УДЛ и ТП-УД |
8 | другой октет TP-PI (бит расширения) |
Поскольку в настоящее время в TP-PI все еще есть четыре свободных бита, можно ожидать, что бит расширения будет равен нулю даже в будущем, что помогает отличить поле TP-PI от поля TP-FCS, когда информация о том, является ли TPDU частью положительного или отрицательный ответ недоступен: если старший бит второго октета TPDU равен 1, вторым октетом является TP-FCS (в отрицательном ответе), в противном случае это TP-PI (в положительном ответе).
Смотрите также
- Служба коротких сообщений
- GSM 03.38
- Схема кодирования данных
- Заголовок пользовательских данных
- Составные SMS
- Техническая реализация службы коротких сообщений (GSM)
- Улучшенная служба обмена сообщениями
- Служба обмена мультимедийными сообщениями
- Одноранговая передача коротких сообщений
- Универсальный компьютерный протокол
Рекомендации
- ^ 3GPP TS 23.040 Партнерский проект третьего поколения; Техническая реализация службы коротких сообщений (SMS)
- ^ 3GPP TS 24.011 Партнерский проект третьего поколения; Поддержка двухточечной службы коротких сообщений (SMS) на интерфейсе мобильной радиосвязи
- ^ 3GPP TS 29.002 Партнерский проект третьего поколения; Спецификация части мобильного приложения (MAP)
- ^ Проект партнерства третьего поколения; Техническая реализация службы коротких сообщений (SMS) (3G TS 23.040 версия 11.5.0) (zip-файл .doc), ETSI, март 2013 г.
- ^ 3GPP TS 24.341 Партнерский проект третьего поколения; Поддержка SMS по IP-сетям
- ^ 3GPP TS 24.451 Поддержка SMS и MMS через подсистему NGN IMS; Этап 3 3GPP TS 24.341 версии 7
- ^ a b 3GPP TS 23.038 , Информация о алфавитах и языке.