ГОСТ 34005—2022
К.6.34 SMSC_AT — тип формата адреса SMSC. Возможные значения параметров SMSC_AT представле
ны в таблице К.9. Поле опциональное и его наличие зависит от значения параметра SMSC_AL (если значение
SMSC_AL >0, то данное поле присутствует).
К.6.35 SMSC_A — адрес SMSC. Каждая десятичная цифра номера представлена в виде 4 бит (младшие
4 бита — цифра старшего разряда, старшие 4 бита — цифра младшего разряда), при этом если количество цифр
в номере нечетное, то в битах с 4-го по 7-й последнего байта номера устанавливается значение 0xF(1111b).
К.6.36 ТР_МТ1 — (Message Type Indicator) тип сообщения (содержит бинарное значение 00).
К.6.37TP_MMS— (More Messages to Send) определяет, существуютли сообщения на стороне SMSC, ожида
ющие доставки данному получателю. Параметр может иметь следующие значения:
0 — существуют еще SMS сообщения для доставки;
1— сообщения для доставки отсутствуют.
К.6.38 TP_SRI — (Status Report Indication) показывает, запрашивает ли сторона, отправившая данное со
общение, уведомление о доставке. Может принимать следующие значения:
0 — уведомление не будет передаваться отправителю;
1— уведомление будет отправлено.
К.6.39 TP_UDHI — (User Data Header Indicator) определяет, передается ли заголовок пользовательских дан
ных TP_UD_HEADER (если поле имеет значение 1, то заголовок присутствует).
К.6.40 TP_RP — (Reply Path) определяет, присутствует ли поле RP всообщении.
К.6.41 TP_OA_L—длина полезныхданных адреса отправителя.
К.6.42 ТР_ОА_Т — тип формата адреса отправителя. Возможные значения параметров ТР_ОА_Т и SMSC_
АТ представлены втаблицах К.14 и К.9.
К.6.43ТР_ОА—адрес отправителя. Кодировка номера производится потем же правилам, что ивпараметре
SMSC_A.
К.6.44 TP_PID — идентификатор протокола.
К.6.45 TP_DCS — тип кодировки данных (содержит значение 0x04, определяющее 8-битную кодировку со
общения, отсутствие компрессии).
К.6.46 TP_SCTS — время, когда данное сообщение было передано втранспортный уровень SMSC. Формат
данного параметра определяется значением из таблицы К.14.
К.6.47 TP_UDL—длина данных сообщения из поля TP_DL, в байтахдля используемой 8-битной кодировки.
К.6.48 TPJJD — непосредственно передаваемые пользовательские данные. Форматданного поля взависи
мости от значения поля TP_UDHI представлен втаблице К.8
К.7 Формат передаваемой информации
К.7.1 При использовании SMS-сервиса для обмена данными между абонентским терминалом и аппаратно-
программным комплексом пакеты, упакованные по правилам протокола Транспортного уровня иуровня поддержки
услуг, помещаются в поле TP_UD (см. таблицу К.12), при этом полный размер пакета протокола не превышает
140 байт.
К.7.2 Для отправки SMS, содержащего «цифровую подпись», используется пакет Транспортного уровня типа
EGTS_PT_SIGNED_APPDATA.
К.7.3 В случае если размер пакета данных протокола превышает 140 байт, используется механизм конка
тенации SMS сообщений. Суть данного механизма состоит в том, что передаваемые пользовательские данные
разбиваются на части и отправляются отдельными SMS сообщениями. Каждое такое сообщение содержит специ
альную структуру, определяющую общее количество частей передаваемых данных и порядок их сборки на при
нимающей стороне. В качестве такой структуры используется поле TP_UD_HEADER, которое содержит информа
ционный элемент, характеризующий часть конкатенируемого SMS сообщения.
Максимально возможный размер пакета при использовании 8-битной кодировки составляет 34 170 байт.
115