Структра сегмента сообщения

Сегменту сообщения соответствует ряд параметров. Эти параметры отображают тип сообщения, класс, группу кодирования и т. д. В дополнение к этому параметры включают также содержимое сообщения, представленного пользователем или поставщиком информации, или содержимое, автоматически сгенерированное машиной.

Элемент данных протокола передачи (TPDU)

Как уже было представлено в этой главе, тип TPDU (Transport Protocol Data Unit) задается каждой транзакции, которая может происходить между и SMSC на уровне передачи. В зависимости от этого типа TPDU составляется из переменного количества параметров, организованных в соответствии с предопределенным форматом TPDU Частичное представление TPDU отображено на рис. ЗЛ0-Параметры высокого уровня в TPDU (т.е, названия которых начинаются с ТР-) информируют о типе транзакции (TP-Message-Type- Indicator), присутствии в сообщении двоичных элементов, таких как инструкции сочленения (TP-User-Data-Header- In­dicator) и Т. д. Одним из самых важных параметров является параметр данных пользователя (TP-User-Data). В случае присутствия этот параметр содержит текстовую часть сегмента сообщения, а также может содержать двоичные элементы, такие как инструкции сочленения, изображения, мелодии и т. д. Чтобы решить вопрос чрезмерной сложности данного параметра, он разделяется на две части. Первая часть, называемая UDH (User-Data-Header (Заголовок данных пользователя)), содержит двоичные элементы, в то время как оставшаяся часть содержит текст сообщения. Структурно UDH является последовательностью подпараметров. Первый подпараметр, длина заголовка данных пользователя UDHL (User-Data-Header-Length), отображает длину UDH в октетах. Сразу за UDH следует набор формационных элементов (IE).Какой бы ни была кодировка TP-User-Data, кодировка заголовка данных пользователя всегда восьмибитная. Следовательно, если кодировка TP-User-Data семибитная, между UDH и оставшейся частью TP-use г-Data могут быть вставлены биты заполнения. При использовании этого метода семибитная часть данных всегда начинается на гранипе семибитных данных тр-User-Data, как это показано на рис. 3.10. Это позволяет старым мобильным телефонам, которые не поддерживают понятие User-Data-Header, оставаться способными представлять пользователю семибитную текстовую часть сообщения.Более подробное описание TP-User-Data и User-Data-Header представлено в разделе 3.15.

Типы сообщЕний

Тип транзакции, соответствующий сообщению, отображается в одном из параметров сообщения. Набор допустимых типов транзакций, которые могут происходить между SMSC и SME-инициаюром или ЗМП-получателем, представлен в виде следующих типов: представление сообщения (SMS-SUBMITJ и соответствующий отчет о представлении (SMS-SUBMIT-REPORT), доставка сообщения (SMS-DELIVER) и соответствующий отчет о доставке (SMS-DELIVER-REPORT), передача отчета о статусе (SMS-STATUS-REPORT) и представление команды (SMS-COMMAND). Каждому типу транзакции соответствует специально предназначенное значение, задаваемое для параметра TP-Message-Type-In-dicator (сокращенно TP-MTI).

Схемы кодировки текста

Текстовая часть сообщения может быть кодирована в соответствии с несколькими текстовыми алфавитами. Двумя схемами кодировки текста, которые могут использоваться в SMS, являются семибитный алфавит GSM по умолчанию, определенный в [3GPP-23.038] и UCS2 (Universal Character Set (Универсальный набор символов)), определенный в [ISO-10646]. Два этих текстовых алфавита представлены в приложении С. Количество текста, которое может быть включено в сегмент сообщения, ограничивается 140 октета­ми. Так как эти две схемы кодировки текста используют один септет и два октета, соответственно при кодировании цифры/символа в текстовый сегмент может быть включено такое количество текста, как отображено в таблице.