WikiDer > GSM 03.40
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 переносятся как параметр Часть мобильного приложения (КАРТА)[3] упаковка.[4]
В новых сетях, использующих Подсистема IP-мультимедиа (IMS) - это короткие сообщения, передаваемые в команде MESSAGE Протокол инициирования сеанса (ГЛОТОК). Даже в этих На базе 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 используется для отправки короткого сообщения от мобильный телефон (Мобильная станция, 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 означает обязательное поле, О необязательное поле, E используется для полей, которые являются обязательными в отрицательных ответах (RP-ERR) и не присутствуют в положительных ответах (RP-ACK), Икс есть поле где-нибудь еще:
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 октетов | Отметка времени сервисного центра | |||
TP-VP | О | 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 hex. Полный адрес в формате 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 х х | Зарезервированный |
Значение 1 в бите 6 первого октета означает, что сообщение является однократным. Значение 1 в бите 7 первого октета указывает, что индикатор функциональности TP-VP распространяется на другой октет. Однако такие расширения не определены.
Идентификатор протокола
TP-PID (идентификатор протокола) либо относится к используемому протоколу более высокого уровня, либо указывает на взаимодействие с определенным типом телематического устройства (например, факс, телекс, пейджер, телетекс, электронное письмо), задает тип замены сообщения или разрешает загрузку параметров конфигурации в сим-карта. Простые сообщения 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 известен как тихое СМС. Любой телефон должен иметь возможность принимать такое короткое сообщение, независимо от того, есть ли доступная память в (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. Сообщения, отправленные с помощью этой кодировки, могут быть закодированы в стандартном 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 указывает наличие дополнительных полей в 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) (файл .doc), ETSI, март 2013 г.
- ^ 3GPP TS 24.341 Проект партнерства третьего поколения; Поддержка SMS через IP-сети
- ^ 3GPP TS 24.451 Поддержка SMS и MMS через подсистему NGN IMS; Этап 3 3GPP TS 24.341 версии 7
- ^ а б 3GPP TS 23.038, Алфавиты и информация для конкретных языков.