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 передаются как параметр части мобильного приложения (MAP). [3] упаковка. [4]
В развивающихся сетях, использующих IP-мультимедийную подсистему (IMS), короткие сообщения передаются в команде MESSAGE протокола инициации сеанса (SIP). Даже в этих IP- сетях существует опция, которая (по соображениям совместимости) определяет передачу коротких сообщений в формате GSM 03.40, встроенном в 3GPP 24.011, как Content-Type: application/vnd.3gpp.sms. [5] [6]
Типы ТПДУ
[ редактировать ]GSM 03.40 определяет шесть типов сообщений между мобильной станцией (MS) и SMS-центром (SC), которые различаются направлением сообщения и двумя младшими битами в первом октете сообщения SM-TP (поле TP-MTI):
ТП-МТИ | направление | тип сообщения |
---|---|---|
0 0 | МС → СК | SMS-ДОСТАВКА-ОТЧЕТ |
0 0 | СК → МС | СМС-ДОСТАВКА |
0 1 | МС → СК | СМС-ОТПРАВИТЬ |
0 1 | СК → МС | SMS-ОТПРАВИТЬ-ОТЧЕТ |
1 0 | МС → СК | SMS-КОМАНДА |
1 0 | СК → МС | СМС-СТАТУС-ОТЧЕТ |
1 1 | любой | Сдержанный |
SMS-SUBMIT используется для отправки короткого сообщения с мобильного телефона (мобильной станции, MS) в центр обслуживания коротких сообщений (SMSC, SC).
SMS-SUBMIT-REPORT является подтверждением SMS-SUBMIT; успех означает, что сообщение было сохранено (буферизовано) в SMSC, неудача означает, что сообщение было отклонено SMSC.
SMS-КОМАНДА может использоваться для запроса сообщения, буферизованного в SMSC, для изменения его параметров или для его удаления.
SMS-DELIVER используется для доставки сообщения от SMSC на мобильный телефон. Подтверждение, возвращаемое мобильным телефоном, может дополнительно содержать SMS-ДОСТАВКУ-ОТЧЕТ. Когда применяется домашняя маршрутизация , SMS-DELIVER используется для отправки сообщений от одного SMSC к другому.
SMS-STATUS-REPORT может быть отправлен SMSC для информирования исходящего мобильного телефона об окончательном результате доставки сообщения или для ответа на SMS-КОМАНДУ.
Поля ТПДУ
[ редактировать ]Поля сообщений SM-TP, включая их порядок и размер, сведены в следующую таблицу, где M означает обязательное поле, O — необязательное поле, E используется для полей, которые являются обязательными в отрицательных ответах (RP-ERR) и не присутствует в положительных ответах (RP-ACK), x — поле, присутствующее в другом месте:
SMS-КОМАНДА | размер | Имя поля | ||||||
---|---|---|---|---|---|---|---|---|
СМС-СТАТУС-ОТЧЕТ | ||||||||
SMS-ОТПРАВИТЬ-ОТЧЕТ | ||||||||
СМС-ОТПРАВИТЬ | ||||||||
SMS-ДОСТАВКА-ОТЧЕТ | ||||||||
СМС-ДОСТАВКА | ||||||||
поле | ||||||||
ТП-МТИ | М | М | М | М | М | М | 2 бита | Индикатор типа сообщения |
ТП-ММС | М | М | 1 бит | Больше сообщений для отправки | ||||
ТП-РД | М | Отклонить дубликаты | ||||||
ТП-ЛП | ТО | ТО | 1 бит/ 2 бита | Предотвращение петель | ||||
ТП-ВПФ | М | Формат срока действия | ||||||
ТП-НИИ | ТО | 1 бит | Индикация отчета о состоянии | |||||
ТП-СРР | ТО | ТО | Запрос отчета о состоянии | |||||
ТП-SRQ | М | Квалификатор отчета о состоянии | ||||||
ТП-УДХИ | ТО | ТО | ТО | ТО | ТО | ТО | 1 бит | Индикатор заголовка пользовательских данных |
ТП-РП | М | М | 1 бит | Путь ответа | ||||
ТП-FCS | И | И | 1 октет | Причина неисправности | ||||
ТП-МР | М | М | М | 1 октет | Ссылка на сообщение | |||
ТП-ДА | М | х | 2–12 октетов | Адрес назначения | ||||
ТП-ОА | М | 2–12 октетов | Исходный адрес | |||||
ТП-РА | М | 2–12 октетов | Адрес получателя | |||||
ТП-СКТС | х | х | М | 7 октетов | Временная отметка сервисного центра | |||
ТП-ДТ | М | 7 октетов | Время разряда | |||||
ТП-СТ | М | 1 октет | Статус | |||||
ТП-ПИ | М | М | ТО | 1 октет | Индикатор параметра | |||
ТП-СКТС | х | М | х | 7 октетов | Временная отметка сервисного центра | |||
ТП-ПИД | М | ТО | М | ТО | ТО | М | 1 октет | Идентификатор протокола |
ТП-DCS | М | ТО | М | ТО | ТО | 1 октет | Схема кодирования данных | |
ТП-СКТС | М | х | х | 7 октетов | Временная отметка сервисного центра | |||
ТП-ВП | ТО | 0, 1 или 7 октетов | Срок действия | |||||
ТП-УДЛ | М | ТО | М | ТО | ТО | 1 октет | Длина пользовательских данных | |
ТП-ВЫХОД | ТО | ТО | ТО | ТО | ТО | предоставлено TP-UDL | Пользовательские данные | |
ТП-КТ | М | 1 октет | Тип команды | |||||
ТП-МН | М | 1 октет | Номер сообщения | |||||
ТП-ДА | х | М | 2–12 октетов | Адрес назначения | ||||
ТП-КДЛ | М | 1 октет | Длина данных команды | |||||
ТП-CD | ТО | предоставлено TP-CDL | Данные команды |
Первый октет TPDU содержит различные флаги, включая поле TP-MTI, описанное выше:
бит(ы) | Значение |
---|---|
1-0 | Индикатор типа сообщения TP (TP-MTI) |
2 | TP-More-Messages-to-Send (TP-MMS) в SMS-DELIVER (0 = больше сообщений) |
2 | TP-Отклонить-Дубликаты (TP-RD) в SMS-SUBMIT |
3 | TP-Loop-Prevention (TP-LP) в SMS-DELIVER и SMS-STATUS-REPORT |
4-3 | Формат периода действия TP (TP-VPF) в SMS-SUBMIT (00 = отсутствует) |
5 | TP-статус-отчет-индикация (TP-SRI) в SMS-ДОСТАВКЕ |
5 | TP-Status-Report-Request (TP-SRR) в SMS-SUBMIT и SMS-COMMAND |
5 | Квалификатор TP-Status-Report (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 Abort.
Бит 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-КОМАНДЫ; в противном случае это результат SMS-SUBMIT.
Если 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-DELIVER-REPORT и SMS-SUBMIT-REPORT отправлялись только в случае ошибки. Начиная с 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, ТОННА, НПИ |
2-11 | цифры адреса |
Тип номера (TON):
Кусочек 6 5 4 | Значение |
---|---|
0 0 0 | Неизвестный |
0 0 1 | Международный номер |
0 1 0 | Национальный номер |
0 1 1 | Конкретный номер сети |
1 0 0 | Абонентский номер |
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 | Специальный план сервисного центра 2) |
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 бит), а затем адрес поставляется с «числом». длина, TON и NPI.
Например, вымышленный буквенно-цифровой адрес 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 часов. Формат периода действия определяется полем «Формат периода действия»:
ТП-ВПФ | Формат ТП-ВП | Длина ТП-ВП |
---|---|---|
0 0 | ТП-ВП отсутствует | 0 |
0 1 | Расширенный формат | 7 |
1 0 | Относительный формат | 1 |
1 1 | Абсолютный формат | 7 |
Относительный формат
[ редактировать ]Значение ТП-ВП | Срок действия | Возможные сроки действия |
---|---|---|
0–143 | (ТП-ВП + 1) х 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 | (ТП-ВП - 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 (идентификатор протокола) либо относится к используемому протоколу более высокого уровня, указывает на взаимодействие с определенным типом телематического устройства (например , факс , телекс , пейджер , телетекс , электронная почта ), указывает тип замены сообщения или разрешает загрузку. параметров конфигурации на SIM-карту . Обычные сообщения MO-MT имеют PID=0.
ТП-ПИД | значение |
---|---|
0 | Сохранение и пересылка короткого сообщения по умолчанию |
1–31 | нет телематического взаимодействия, но протокол SME-SME |
32 | неявное телеметическое устройство |
33 | Телекс или телетекс, преобразованный в формат телекса |
34 | группы 3 Факс |
35 | группы 4 Факс |
36 | Голосовой телефон |
37 | ERMES (Европейская система радиосообщений) |
38 | Национальная пейджинговая система (известная SC) |
39 | Видеотекс (Т.100[20]/Т.101[21]) |
40 | Телетекс , оператор не указан |
41 | Телетекс , в PSDN |
42 | Телетекс в CSPDN |
43 | Телетекс , в аналоговом PSTN |
44 | Телетекс в цифровом 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 Короткое сообщение о персонализации |
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 распознает только две кодировки текстовых сообщений и одну кодировку двоичных сообщений :
- 7-битный алфавит GSM по умолчанию (который также включает использование таблиц сдвига национального языка)
- УКС-2
- 8-битные данные
Октет TP-DCS имеет сложный синтаксис, позволяющий передавать другую информацию; наиболее заметными являются классы сообщений:
Ценить | Класс сообщения |
---|---|
0 0 | 0 – флэш-сообщения |
0 1 | 1 - специально для меня |
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, DELIVE-REPORT или SMS-STATUS-REPORT.
кусочек | Значение |
---|---|
0 | ТП-ПИД |
1 | ТП-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
- ^ Jump up to: а б 3GPP TS 23.038 , Алфавиты и информация, специфичная для языка.