Услуга коротких сообщений в сетях GSM

Услуги отправки SM (Short Message) и доставки SM независимы и должны быть явно назначены абоненту. Короткие сообщения представляют собой текстовые сообщения объемом до 140 октетов.

Параметры Data Coding Scheme (8 бит) указывают:

- алфавит:

  • GSM Default (7 бит),
  • 8 бит,
  • UCS2 (16 бит);

- класс сообщения:

  • Кл. 0 – выводится на экран и не сохраняется,
  • Кл. 1 – сохраняется в ME,
  • Кл. 2 – сохраняется в SIM,
  • Кл. 3 – передается в TE;

Включая в пользовательскую часть специальный заголовок, можно указать MS на соответствующую интерпретацию последующей информации. Так можно передавать, например, «сцепляемые» сообщения или сообщения для SIM Toolkit. Можно

вводить форматированный текст, картинки, анимации, звуки (EMS - Enhanced Messaging Service).

Для передачи SM используют не каналы трафика, а каналы сигнализации. На радиоинтерфейсе SM передают по логическим каналам SDCCH или SACCH. Между центрами коммутации SM транспортируют в виде транзакций MAP в SCCP сообщениях.

Для поддержки услуги SMS должен быть создан сервис-центр (SMSC – Short Message Service Center). Задачи SMSC:

  • сохранение SM до тех пор, пока они не будут доставлены получателю или не истечет установленный срок их хранения;
  • инициализация доставки SM получателю.

Интерфейс SMSC не поддерживает протоколы ОКС-7. Для взаимодействия SMSC с элементами сети GSM (MSC и HLR) служит шлюзовый центр коммутации (IWF-MSC – Interworking Function MSC).

На рис. 1 приведена процедура отправки исходящих сообщений.

Процедура отправки исходящих сообщений

Рис. 1. Процедура отправки исходящих сообщений

1. Абонент отправляет SMS, в MSC поступают:

  • текст,
  • схема кодирования,
  • номер получателя MSISDN-B,
  • адрес SMSC (SMSC-ISDN),
  • необходимость подтверждения доставки,
  • период актуальности,
  • вид памяти для хранения сообщения.

2. VLR проверяет:

- подписку абонента на услугу отправки SMS;

- отсутствие у абонента запретов.

3. MSC преобразует цифры адреса SMSC в адрес IWF-MSC в сети ОКС-7.

4. MSC отправляет в IWF-MSC сообщение, содержащее номера получателя и отправителя и собственно SM: MAP: MO_FORWARD_SM_Request(MSISDN-B, MSISDN-A, SM).

5. IMF-MSC преобразует формат сообщения и передает его в SMSC. SMSC буферизирует SM и высылает подтверждение.

6. IWF-MSC транслирует подтверждение в MSC: MAP: MO_FORWARD_SM_Response.

7. MSC транслирует подтверждение в MS.

При поступлении в SMSC нового сообщения ему присваивается временная метка и устанавливается статус «недоставлено».

 На рис. 2 представлена процедура доставки входящих сообщений.

Процедура доставки входящих сообщений

Рис. 2. Процедура доставки входящих сообщений

1. SMSC инициирует попытку доставки SM. В IWF-MSC поступают: MSISDN-B, SMSC-Adress, MSISDN-A, SM.

2. IWF-MSC преобразует первые цифры MSISDN-B в адрес HLR-B в сети ОКС.

3. IWF-MSC посылает в HLR запрос: MAP: SEND_ROUTING_INFO_FOR_SM_Request (MSISDN-B, SMSC-Adr).

4. HLR проверяет: - нахождение абонента в разрешенной сети;

- подписку абонента на услугу доставки SMS;

- отсутствие запретов;

- отсутствие сведений о предыдущих неудачных попытках доставки SM (флаги MNRF/MCEF).

5. HLR возвращает в MSC IMSI адресата и номер обслуживающего MSC. MAP: SEND_ROUTING_INFO_FOR_SM_Response (IMSIB, MSC-ISDN).

6. IWF-MSC преобразует цифры MSC-ISDN в адрес MSC в сети ОКС.

7. IWF-MSC транспортирует SM в обслуживающий MSC: MAP: MT_FORWARD_SM_Request (IMSI, SMSC-Adr, MSISDN-A, SM).

8. MSC запрашивает у VLR значения LAI и TMSI.

9. MSC посылает BSC команду на передачу пейджинг: BSSAP: Paging_Request (TMSI, IMSI, LAI).

10.После ответа MS и установления соединения на радиоинтерфейсе MSC доставляет короткое сообщение в MS:

BSSAP: Short Message Request. Сообщение сохраняется в памяти.

11.MS подтверждает получение сообщения: BSSAP: Short Message Response.

12.MSC транслирует подтверждение в IWF-MSC. При неудачной доставке указывается соответствующая причина:

При удачной доставке:

13.IMF-MSC транслирует подтверждение в SMSC. SMSC изменяет статус SM на «доставлено». При необходимости возвращает

подтверждение доставки MS-A.

При неудачной доставке:

13. IMF-MSC информирует SMSC о неудачной доставке. SMSC сохраняет у SM статус «недоставлено».

14. IMF-MSC информирует HLR о неудачной доставке с указанием причины (отсутствие абонента или недостаток памяти).

MAP: REPORT_SM_DELIVERY_STATUS_Request .

15. HLR формирует абонентские данные о недоставленных SM:

  • MSRF – MS Not Reachable Flag – флаг недоступности MS для коротких сообщений,
  • MCEF – Memory Capacity Exceeded Flag – флаг отсутствия памяти,
  • MWD – Message Waiting Date. Содержит список адресов SMSC, из которых были неудачные попытки доставки SM.

VLR устанавливает флаг MNRF.

16. HLR подтверждает полученную информацию: MAP: REPORT_SM_DELIVERY_STATUS_Response.

 Процедура инициализации повторной доставки короткого сообщения представлена на рис. 3.

Процедура инициализации повторной доставки короткого сообщения

Рис. 3. Процедура инициализации повторной доставки короткого сообщения

 

1. Причиной попытки повторной доставки SM могут стать действия MS, указывающие на ее доступность: инициализация исходящего вызова, ответ на пейджинг и т.д. Кроме того, MS может сообщить об освобождении памяти.

2. VLR определяет адрес HLR в сети ОКС.

3. VLR информирует HLR о доступности абонента с указанием причины (MS присутствует или освободилась память):

MAP: READY_FOR_SM_Request.

4. HLR подтверждает полученную информацию: MAP: READY_FOR_SM_Responce.

Далее для каждого SMSC, адрес которого включен в список MWD:

5. HLR преобразует адрес SMSC в адрес IWF-MSC в сети ОКС.

6. HLR посылает в IWF-MSC сообщение о доступности абонента: MAP: ALERT_SERVICE_CENTRE_Request (MSISDN).

7. IMF-MSC информирует SMSC о доступности абонента.

8. IMF-MSC возвращает HLR подтверждение: MAP: ALERT_SERVICE_CENTRE_Response.

9. HLR очищает флаги MNRF / MCEF и список MWD.

10. SMSC предпринимает новую попытку доставить SM.

Яндекс.Метрика