Ле-Бодик Г. Мобильные сообщения: службы и технологии SMS, EMS и MMS - файл 120-160.rtf

Ле-Бодик Г. Мобильные сообщения: службы и технологии SMS, EMS и MMS
скачать (16123.5 kb.)
Доступные файлы (203):
120-160.rtf12452kb.18.12.2008 08:54скачать
160-200.doc894kb.11.12.2008 23:41скачать
n3.vsd
n4.vsd
n5.vsd
n6.vsd
n7.vsd
n8.vsd
n9.vsd
n10.vsd
n11.vsd
n12.vsd
n13.vsd
n14.vsd
n15.vsd
n16.vsd
n17.vsd
n18.vsd
n19.vsd
n20.doc2768kb.12.12.2008 01:53скачать
n21.vsd
n22.vsd
n23.vsd
n24.vsd
n25.vsd
6,1.vsd
6,2.vsd
6,3.vsd
6.25.vsd
visio 5.19.vsd
visio 5.20.vsd
n32.vsd
n33.vsd
n34.vsd
n35.vsd
n36.vsd
n37.vsd
n38.vsd
n39.docx529kb.18.12.2008 16:01скачать
EMS SMS MMS(280-320).doc465kb.17.12.2008 00:24скачать
Ris 6.24.vsd
Ris 6.27.vsd
Ris 6.28.vsd
Ris 6.29.vsd
Ris 6.30.vsd
Ris 6.31.vsd
Ris 6.32.vsd
n48.xls17kb.16.12.2008 11:36скачать
320-360.doc222kb.16.12.2008 02:50скачать
6.34.vsd
6.35.vsd
6.36.vsd
6.37.xls21kb.17.12.2008 01:12скачать
6.38.vsd
6.39.vsd
6.40.vsd
6.41.vsd
6.42.vsd
6.43.vsd
6.44.vsd
6.45.vsd
6.46.vsd
6.47.vsd
6.48.vsd
n65.db
6.16.xls15kb.17.12.2008 03:59скачать
6.16___2.xls15kb.17.12.2008 04:08скачать
6.17.xls19kb.17.12.2008 04:57скачать
6.18.xls17kb.17.12.2008 05:25скачать
6.18_2.xls17kb.17.12.2008 20:41скачать
6.19.xls16kb.17.12.2008 21:16скачать
6.19_2.xls17kb.17.12.2008 22:03скачать
6.19_3.xls16kb.08.12.2009 19:20скачать
6.20.xls16kb.17.12.2008 22:29скачать
6.21.xls16kb.17.12.2008 22:45скачать
6.22.xls17kb.18.12.2008 03:40скачать
6.23.xls15kb.17.12.2008 23:39скачать
6.23_2.xls19kb.18.12.2008 00:46скачать
6.23_3.xls16kb.18.12.2008 01:01скачать
6.24.xls16kb.18.12.2008 01:13скачать
6.25.xls15kb.18.12.2008 01:27скачать
6.26.xls15kb.18.12.2008 01:46скачать
6.27.xls19kb.18.12.2008 02:24скачать
6.27_2.xls18kb.18.12.2008 03:03скачать
6.27_3.xls16kb.18.12.2008 03:07скачать
6.28.xls14kb.18.12.2008 03:24скачать
6.29.xls15kb.18.12.2008 03:31скачать
6.30.xls15kb.18.12.2008 03:42скачать
6.31.xls16kb.08.12.2009 19:20скачать
6.31_2.xls16kb.08.12.2009 19:20скачать
6.32.xls16kb.08.12.2009 19:20скачать
6.33.xls16kb.18.12.2008 04:29скачать
6.34.xls16kb.18.12.2008 04:38скачать
6.35.xls17kb.18.12.2008 04:54скачать
6.36.xls14kb.18.12.2008 05:03скачать
6.37.xls16kb.18.12.2008 05:21скачать
6.38.xls16kb.18.12.2008 07:09скачать
6.38_2.xls17kb.18.12.2008 07:07скачать
6.39.xls15kb.18.12.2008 07:24скачать
6.40.xls19kb.18.12.2008 06:42скачать
6.40_2.xls19kb.18.12.2008 06:43скачать
6.41.xls18kb.18.12.2008 06:24скачать
n103.docx955kb.17.12.2008 13:39скачать
n104.doc21kb.24.11.2008 21:11скачать
n105.doc24kb.08.12.2009 19:20скачать
n106.doc25kb.24.11.2008 21:11скачать
n107.doc26kb.11.12.2008 20:15скачать
n108.doc27kb.24.11.2008 21:08скачать
n109.doc64kb.08.12.2009 19:20скачать
n110.doc176kb.08.12.2009 19:20скачать
n111.doc44kb.07.12.2008 21:11скачать
n112.doc27kb.07.12.2008 21:18скачать
n113.doc27kb.07.12.2008 21:33скачать
n114.doc27kb.07.12.2008 21:33скачать
n115.doc196kb.08.12.2009 19:20скачать
n116.doc27kb.11.12.2008 20:18скачать
n117.doc84kb.11.12.2008 21:12скачать
n118.doc27kb.11.12.2008 21:17скачать
n119.doc218kb.15.12.2008 16:49скачать
n120.doc27kb.15.12.2008 16:55скачать
n121.doc27kb.15.12.2008 17:04скачать
n122.doc27kb.15.12.2008 17:07скачать
n123.doc28kb.15.12.2008 17:25скачать
n124.doc30kb.16.12.2008 19:43скачать
n125.doc166kb.16.12.2008 22:30скачать
n126.doc155kb.17.12.2008 00:36скачать
n127.doc27kb.18.12.2008 00:44скачать
n128.doc90kb.18.12.2008 01:35скачать
n129.doc28kb.08.12.2009 19:20скачать
n130.doc90kb.18.12.2008 01:54скачать
n131.doc78kb.18.12.2008 02:06скачать
n132.doc26kb.18.12.2008 00:56скачать
n133.doc25kb.18.12.2008 01:00скачать
n134.doc26kb.24.11.2008 21:09скачать
n135.doc55kb.18.12.2008 02:40скачать
n136.doc26kb.24.11.2008 21:09скачать
n137.doc23kb.24.11.2008 21:10скачать
n138.doc26kb.24.11.2008 21:10скачать
n139.doc27kb.24.11.2008 21:10скачать
n140.doc25kb.24.11.2008 21:10скачать
400-431.doc5318kb.20.12.2008 04:05скачать
432-449.doc909kb.19.12.2008 23:47скачать
n143.vsd
n144.doc32kb.18.12.2008 01:28скачать
n145.doc63kb.17.12.2008 23:21скачать
n146.doc120kb.18.12.2008 00:29скачать
n147.doc64kb.18.12.2008 01:25скачать
n148.doc32kb.08.12.2009 19:20скачать
n149.doc37kb.18.12.2008 01:54скачать
n150.doc946kb.15.12.2008 20:33скачать
n151.doc71kb.18.12.2008 02:25скачать
n152.doc63kb.18.12.2008 02:25скачать
n153.doc54kb.18.12.2008 02:35скачать
n154.doc57kb.18.12.2008 02:38скачать
n155.doc58kb.18.12.2008 03:02скачать
n156.doc49kb.15.12.2008 20:37скачать
n157.doc52kb.18.12.2008 03:04скачать
n158.doc52kb.18.12.2008 03:05скачать
n159.doc43kb.18.12.2008 03:14скачать
n160.doc52kb.18.12.2008 03:16скачать
n161.doc50kb.18.12.2008 03:15скачать
n162.doc55kb.18.12.2008 03:16скачать
n163.doc173kb.18.12.2008 04:50скачать
n164.doc54kb.18.12.2008 04:53скачать
n165.doc33kb.18.12.2008 04:57скачать
n166.doc151kb.18.12.2008 10:17скачать
n167.doc47kb.18.12.2008 08:14скачать
n168.doc62kb.15.12.2008 20:44скачать
n169.doc139kb.18.12.2008 09:54скачать
n170.doc156kb.18.12.2008 09:40скачать
n171.doc169kb.18.12.2008 09:30скачать
n172.doc108kb.08.12.2009 19:20скачать
n173.doc232kb.08.12.2009 19:20скачать
n174.doc58kb.18.12.2008 08:23скачать
n175.doc78kb.18.12.2008 08:48скачать
n176.doc51kb.15.12.2008 21:05скачать
n177.doc55kb.15.12.2008 20:57скачать
n178.doc54kb.18.12.2008 10:30скачать
n179.doc57kb.15.12.2008 20:56скачать
n180.doc149kb.18.12.2008 07:35скачать
n181.doc109kb.18.12.2008 08:43скачать
n182.doc91kb.18.12.2008 08:12скачать
n183.doc33kb.18.12.2008 10:28скачать
n184.doc270kb.21.01.2009 14:50скачать
n185.doc315kb.14.12.2008 02:09скачать
n186.doc434kb.14.12.2008 02:49скачать
n187.doc219kb.14.12.2008 19:46скачать
n188.doc395kb.14.12.2008 20:50скачать
n189.doc277kb.14.12.2008 23:17скачать
n190.doc457kb.15.12.2008 00:40скачать
n191.doc165kb.15.12.2008 01:59скачать
n192.doc102kb.15.12.2008 02:51скачать
n193.doc198kb.15.12.2008 04:11скачать
n194.doc163kb.15.12.2008 04:38скачать
n195.doc634kb.12.12.2008 23:50скачать
n196.doc231kb.14.12.2008 21:10скачать
n197.doc164kb.08.12.2009 19:20скачать
n198.doc234kb.14.12.2008 21:10скачать
n199.doc561kb.14.12.2008 21:11скачать
n200.doc386kb.14.12.2008 21:11скачать
n201.doc579kb.14.12.2008 00:13скачать
n202.doc233kb.14.12.2008 21:09скачать
n204.doc6873kb.01.09.2010 12:08скачать

120-160.rtf

  1   2   3



Служба коротких сообщений (SMS)


Табл. 3.23 IE/Сочленение с 16-битным номером ссылки

IEI

0х08 Из версии 99

Сочленение с 16-битным номером ссылки

IEDL

0x04 (4 октета)




Октет 1

и

Октет 2

Номер ссылки сочлененного короткого сообщения

Это число по модулю 65536, которое остается постоянным для всех сегментов, составляющих отдельное сочлененное сообщение

IED

Октет 3

Максимальное число коротких сообщений в сочлененном сообщении

Это число представляет количество сегментов, составляющих сочлененное сообщение




Октет 4

Последовательный номер этого сегмента і* сочлененном сообщении

Первый сегмент сочлененного сообщения имеет последовательный номер 1.

Значение 0 зарезервировано


Рамка 3.2. Идентификация сочлененного сообщения

Тройка, состоящая из номера ссылки сочленения, адреса инициатора сообщения и количества сегментов в сообщении, представляет собой ключ для уникальной идентифи­кации сочлененного сообщения. Предпочтительным является 16-битный номер ссылки, поскольку он уменьшает возможность возникновения конфликтных ситуаций, когда два раз­личных сегмента в принимающем SME имеют одинаковые ключи сообщения и одинаковые последовательные номера сегментов. В этой конфликтной ситуации SME обычно сталкива­йся с трудностями при восстановлении двух отдельных сообщений. Однако использование 16-битного номера ссылки означает, что сегментом сочлененного сообщения используется один дополнительный октет. Не рекомендуется смешивать элементы сочленения с 16-битными и 8-битными номерами ссылок в одном и том же сочлененном сообщении.
3.15.3. Индикация специальных сообщений SMS

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

Информационный элемент имеет структуру, отображенную в табл. 3.24. Если обновля­емся несколько индикаторов, то в одно короткое сообщение (или в несколько сегментов сообщения, составляющих сочлененное сообщение) могут быть вставлены несколько Информационных элементов этого типа.


Табл. 3.24. IE/Индикация специальных сообщений SMS


IEI

0x01 Из версии 99

Индикация специальных сообщений SMS

IEDL

0x02 (2 октета)




IED

Октет 1

Тип индикации сообщений и сохранение

Сохранение сообщений:

Бит 7 октета 1 отображает, будет или нет сообщение сохранено в мобильной станции (MS). Бит 7 устанавливается в 1, если сообщение сохраняется, в противном случае устанавливается в 0.
Тип индикации:

Биты 6...0 октета 1 отображают, какой из индикаторов обновляется. Эти биты могут принимать следующие значения:

Биты 6...0 Индикатор

000 0000 Ожидание голосового сообщения

000 0001 Ожидание факсового сообщения

000 0010 Ожидание сообщения электронной почты

000 0011 Ожидание другого сообщения

IED

Октет 2

Количество ожидающих сообщений

Это количество отображает число ожидающих сообщений. Оно лежит в диапазоне от 0 до 255. Значение 255 для этого октета означает, что 255 или более сообщений находятся в состоянии ожидания


В дополнение к методу информационного элемента для обновления индикаторов ожидания сообщений существует три других метода.

• Метод TP-Data-Coding-Scheme: Индикатор ожидания сообщений также может быть обновлен при доставке сообщения, в котором параметру TP-Data-Coding-Scheme было задано специальное значение. При помощи этого метода индикатор ожи­дания сообщений на мобильном телефоне может быть активирован либо деактивирован. В отличие от метода информационного элемента количество ожидающих сообщений не может быть указано. Если значение, заданное TP-Data-Coding-Scheme, отображает, что сообщение сохраняется (см. также группы кодирования в разделе 3.7.6), то сообще­ние может содержать некоторый дополнительный текст (7-битный алфавит GSM по умолчанию или UCS2). Специальные значения, задаваемые параметру TP-Data-Coding-Scheme, имеют структуру, отображенную на рис. 3.34.

• Метод TP-Originator-Address: Следующий метод поддерживается SME в большин­стве случаев. Этот метод состоит в задании специального значения параметру TP-Origi­nator-Address сообщения, предназначенного для доставки. Отметьте, что этот метод был определен группой операторов (Orange и T-Mobile (Великобритания), в настоящий момент Опе2опе) и еще не был опубликован ни одной из признанных организаций разви­тия стандартизации. Этот метод определен в спецификации CPHS (Common PCN Hand­set Specification). Члены 3GPP могут загрузить эту спецификацию со следующего адреса: http://www.3gpi7.org/ftp/tsg_t/WG3JJSiM/TSGT3_00_old_meetings/TSGT3J5/docs/T3-000450.zip.


Рис. 3.34. Индикатор ожидания соо6щений/Метод TP-Data-Coding-Scheme
• Сообщение обратного вызова: Четвертый метод, предназначенный для указания поль­зователю на то, что одно или более сообщений находятся в состоянии ожидания, состоит в отправке сообщения обратного вызова (см. описание параметра TP-Protocol-Identification в разделе 3.7.7). В этой ситуации сообщение содержит тексто­вое описание, отображающее, что одно или более сообщений ожидают выборки. Отметьте, что при использовании этого метода индикаторы ожидания сообщений обычно не обновляются автоматически.

3.15.4. Адресация порта приложения

Адресация порта приложения позволяет осуществлять маршрутизацию полученного сообщения по направлению к порту установленного приложения, запущенного на мобильной станции. Приложениями, извлекающими пользу из этого свойства, являются электронные записные книжки, программы, управляющие инициализацией параметров конфигурации и т. д. Адресация порта приложения может быть реализована с использованием двух отдель­ных информационных элементов. Первый информационный элемент используется для портов с 8-битными адресами, тогда как второй информационный элемент используется для портов с 16-битным адресами. Если к приложению направляется сочлененное сообщение, то соответствующий информационный элемент адресации порта приложения включается во все сегменты, составляющие сочлененное сообщение.

Для приложений с портами, имеющими 8-битные адреса, используется информацион­ный элемент, отображенный в табл. 3.25. В 8-битном диапазоне адресов используются значения, перечисленные в табл. 3.26. Для приложений с портами, имеющими 16-битные адреса, используется информационный элемент, отображенный в табл. 3.27. В 16-битном диапазоне адресов используются значения, перечисленные в табл. 3.28.

Табл. 3.25 IE/Схема адресации порта приложения, 8-битный адрес

ІЕІ

0x04 Из версии 99

Схема адресации порта приложения, 8-битный адрес

IEDL

0x02 (2 октета)

IED


Октет 1

Порт назначения

Этот октет отображает 8-битный адрес принимающего порта

Октет 2

Порт инициатора

Этот октет отображает 8-битный адрес отправляющего порта



Табл. 3.26. Диапазон номеров порта/8-битные адреса


Диапазон номеров порта

Описание




От

До







0x00

0xEF

Зарезервированы




0 (десятичное)


239

(десятичное)






0x0F

0xFF

Доступны для назначения приложениями




240

(десятичное)

255

(десятичное)








IEI

0х05. Из версии 99

Схема адресации порта приложения, 16-битный адрес

IEDL

0х04 (4 октета)

IED

Октет 1

и

Октет 2

Порт назначения

Этот октет отображает 16-биный адрес принимающего порта

Октет 3

и

Октет 4

Порт инициатора

Этот октет отображает 16-битный адрес отправляющего порта

Табл. 3.27. IE/Схема адресации порта приложения, 16-битный адрес

Табл. 3.28. Диапазон номеров порта/16-битный адрес

Диапазон номеров порта

Описание

От

До




0x0000

0xE7F

Смотри порты с адресами по умолчанию, как определено IANAa

0 (десятичное)

15999

(десятичное)




0x3Е80

0x4267

Доступны для назначения приложениями

16000

(десятичное)

16999

(десятичное)




0x4268

0xFFFF

Зарезервированы

17000

(десятичное)

65535

(десятичное)






a Номера портов IANA доступны по адресу http://www.iana.org/assignment/port-numbers.
7.15.5. Управляющие параметры центра службы

Этот информационный элемент используется для передачи инструкций управления с учетом гибкости пути. Эти инструкции могут быть интерпретированы SMSC или SME-получателем. В частности, как часть сообщения этот информационный элемент идентифицирует набор событий, для которых центром службы (SMSC) будет сгенерирован отчет о статусе. Возможными событиями, которые могут быть идентифицированы для генерации отчета о статусе, являются:

Для успешного генерирования SMSC или принимающим объектом отчета о статусе SME-инициатор должен также установить параметр TP-Status-Report-Request сегменте представленного сообщения. Информационный элемент имеет структуру, отображенную в табл. 3.29.

Если исходный заголовок данных пользователя (UDH) включается в отчет о статусе (см. описание бита 7), то нормальный UDH отчета о статусе отличается от исходного UDH информационным элементом индикатора источника UDH, как это описано в последующем разделе.

Если сочлененное сообщение содержит управляющие параметры центра службы (SMSC), то информационный элемент управляющих параметров центра службы должен быть включен в каждый из сегментов, составляющих сочлененное сообщение.

Табл. 3.29. IE/Управляющие параметры центра службы


IEI

0х06. Из версии 99

Управляющие параметры центра службы

IEDL

0х01 (1 октет)

IED

Октет 1

Выбираемый отчет о статусе (Status Report (SR))

Четыре наименьших значащих бита (биты 3…0) отображают, будет или нет генерироваться определенный отчет о статусе, как по показано ниже:

Бит 0/ отчет о статусе (SR) для завершенной транзакции

0: отчет о статусе не генерируется

1: отчет о статусе генерируется

Бит 1/ SR для постоянной ошибки, тогда как SMSC не выполняет больше попыток передачи

0: отчего статусе не генерируется

1: отчего статусе генерируется

Бит 2/ SR для постоянной ошибки, тогда как SMSC не выполняет больше попыток передачи

0: отчего статусе не генерируется

1: отчего статусе генерируется

Бит 3/ SR для постоянной ошибки, тогда как SMSC не выполняет больше попыток передачи

0: отчего статусе не генерируется

1: отчего статусе генерируется

Биты 4 и 5 зарезервированы для будущего использования

Бит 7/ Исходный UDH (заголовок данных пользователя)

Этот бит отображает, включается или нет исходный заголовок данных пользователя в отчет о статусе. Бит устанавливается в 0. если исходный UDH включается в отчет, в противном случае он устанавливается в 1.

3.15.6. Индикатор источника заголовка данных пользователя (User-Data-Header)

Информационный элемент индикатора источника заголовка данных пользователя используется для объединения в отдельном сегменте сообщения нескольких заголовков 1.ИШЫХ пользователя (UDH), предоставлены такими источниками, как SME-инициатор. SME-получатель или SMSC. В отчетах о статусе или в сообщениях, используемых для обновления индикаторов ожидания сообщений, сегмент сообщения может содержать информацию заголовков данных пользователя от многих источников. Информационный элемент имеет структуру, отображенную в табл. 3.30.

На рис. 3.35 показано, как индикатор источника UDH может быть использован для раз­деления различных последовательностей информационных элементов в заголовке данных пользователя отчета о статусе.
Табл. 1.70. IE/Индикатор источника заголовка данных пользователя

IEI

0x07. Из версии 99

Индикатор источника заголовка данных пользователя (UDH)

IEDL

0х01 (1 октет)

IED

Октет 1

Индикатор источника

Значение 0x01 отображает, что последующая часть была сгенерирована исходным отправителем (действительно в случае отчета о статусе).
Значение 0x02 отображает, что последующая часть была сгенерирована исходным получателем (действительно в случае отчета о статусе).
Значение 0x03 отображает, что последующая часть была сгенерирована SMSC

(действительно в любом сообщении или отчете о статусе).
Значение 0x00 и значения в диапазоне от 0x04 до 0хFF являются зарезервированными значениями.


Рис. 3.35. Индикатор источника UDH/Пример

3.15.7. Заголовок 6езопасности инструментария (U)SIM

Эта группа из 16-ти информационных элементов используется для индикации присут­ствия после заголовка данных пользователя в TP-User-Data заголовка безопасности инструментария U(SIM). Подобный информационный элемент вставляется только в первый сегмент сочлененного сообщения. Единственной характеристикой этих информа­ционных элементов является то, что они не имеют никакой полезной нагрузки (IEDL задается значение 0 и нет IED). Структура этих информационных элементов отображена в табл. 3.31.
Табл. 3.31. IE/Заголовок безопасности инструментария U(SIM)


IEI

От 0х70 до 0х7F. Из версии 99

Заголовок безопасности инструментария U(SIM)

IEDL

0х00(0 октет- нет IED)


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

Этот информационный элемент используется для проведения обмена состояниями приложений или протоколов между SME. Этот метод позволяет избежать излишней повторной передачи пакетов в WAP-среде, когда приложение недоступно для получения данных. Структура этого информационного элемента отображена в табл. 3.32.
Табл. 3.32. IЕ/Протокол сообщения беспроводного управления


IEI

0х9. Из версии 99

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

IEDL

Переменная

IED

От Октета 1

До Октета n

Эти октеты содержат информацию протокола сообщения беспроводного

управления


3.15.9. Альтернативный адрес ответа

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

Обратите внимание, что для внешних SME альтернативный метод поддерживается центрами службы (SMSC) лишь иногда. Этот метод называется методом замещения TP-Originating-Address. Он состоит в замене значения, заданного внешним SME параметру TP-Originating-Address, на альтернативный адрес ответа, указанный внешним SME во время представления сообщения.
Табл. 3.33. IЕ/Альтернативный адрес ответа


IEI

0х22. Из версии 99

Альтернативный адрес ответа

IEDL

Переменная

IED

От Октета 1

до Октета n

Эти октеты представляют альтернативный адрес ответа. Данный адрес имеет

формат, определенный в разделе 3.9.7



3.16. Сетевые возможности при доставке сообщения

Возможна ситуация, когда SMSC не способен доставить сообщение SME-получателю вследствие условий временной или постоянной ошибки. Это может случиться, к примеру, если мобильное устройство выключено, если устройство более не имеет достаточной емкости памяти для управления сообщением или если получающий пользователь неизвес­тен. При сбоях вследствие условий постоянной ошибки SMSC не пытается больше доста­вить сообщение. При сбоях вследствие условий временной ошибки SMSC может времен­но хранить сообщение в очереди и попытаться доставить его повторно. Таблица 3.34 ото­бражает список временных и постоянных ошибок, которые могут быть возвращены SMSC ввиду сбоя при доставке сообщения.
Табл. 3.34. Причины сбоев SMS


Причина сбоя

Статус

Неизвестный абонент

Удаленная служба не обеспечена

Запрещенный вызов

Устройство не поддерживается

Несуществующий пользователь

MS занята для MT SMS

Характеристики нижних уровней SMS не обеспечены

Ошибка в MS

Недопустимый пользователь

Недопустимое оборудование

Сбой системы

Превышена емкость памяти

Постоянный

Постоянный

Временный

Временный

Временный

Временный

Временный

Временный

Постоянный

Постоянный

Временный

Временный


Для обеспечения возможности повторной передачи сообщений центром службы SMSC сеть, которая обслуживает SME-получатель, может поддерживать индикацию ожидания сообщения (Message Waiting Indication (MWI)). Эта индикация позволяет обслу­живающей сети узнать, что SME-получатель восстановил свои возможности по обработке сообщений. В этой ситуации обслуживающая сеть уведомляет о восстановлении возмож­ностей центры службы (SMSC), для которых вследствие некоторых условий временной ошибки потерпела неудачу доставка SME-получателю предыдущего сообщения. После получения уведомления SMSC могут соответствующим образом предпринять повторную попытку передачи стоящих в очереди сообщений. Индикация ожидания сообщений (MWI) состоит из следующего набора параметров, поддерживаемых различными элемен­тами сети (HLR, VLR и GGSN):

• Адрес SME-получателя (MSISDN-Alert) и соответствующие адреса центров службы SMSC, которыми неудачно были предприняты попытки доставить сообщения SME-получателю. Эта информация поддерживается HLR.

• Двоичный флаг МСЕЕ (Mobile-station-Capacity-Exceeded-Elag (Флаг-Емкость-Мобильной станции-Превышена)) отображает, потерпела ли доставка сообщения неудачу по причине превышения емкости памяти SME-получателя либо же по другой причине. Этот флаг под­держивается HLR.
• В контексте GPRS двоичный флаг MNRG (Mobile-station-Not-Reachable-for-GPRS (Флаг-Мобильная-станция-Недостунна-для-GPRS)) отображает, потерпела ли доставка сообщения неудачу по причине того, что SME-получатель отсутствует в сети либо же по другой причине. Этот флаг поддерживается HLR или SGSN.

• Двоичный флаг MNRF (Mobile-station-Not-Reachable-Flag (Флаг-Мобильная-станция-Недоступна)) отображает, потерпела ли доставка сообщения неудачу по причине того, что SME-получатель отсутствует в сети, либо по другой причине. Этот флаг поддержи­вается HLR или VLR.

• MNRR (Mobile-station-Not-Reachable-Reason (Флаг-Причины-Мобильная-станция-Не-доступна)) отображает причину, по которой SME-получатель отсутствует в сети. Этот индикатор, поддерживаемый HLR, либо чист, либо содержит одно из следующих значений: нет ответа на передачу сигнала персонального вызова через MSC, нет отве­та на передачу сигнала персонального вызова через SGSN. IMSI отсоединен или GPRS отсоединен.

MWI обновляется при возникновении сигнальных событий, таких как присоединение к сети, изменение местоположения, выполнение вызова и т. д. Если после обновления HLR определяет, что соответствующий SME-получатель восстановил возможности правления сообщениями, то он посылает сообщение 'Alert-SC всем SMSC, которыми предпринимались неудачные попытки доставить сообщения SME-получателю. После ною уведомления SMSC без задержки могут повторно пытаться доставить сообщение(я) ному отдельному SME-получателю.

В ситуации, когда SME-получатель отклоняет доставку сообщения по причине нехватки емкости памяти, SME может уведомлять HLR о восстановлении возможности сохранять сообщения. Это выполняется путем отправки HLR специального сообщения (RP-SM-MEMORY-AVAILABLE) на уровне ретрансляции. После получения подобного сообщения HLR уведомляет центры службы SMSC, которыми предпринимались неудачные попытки доставить одно или более сообщений соответствующему SME.

В дополнение к возможности уведомления от обслуживающей сети о том, что SME-получатель способен обрабатывать доставку сообщений, SMSC также способен независимо предпринимать повторные попытки доставки сообщения по истечении соответст­вующего промежутка времени. Более совершенные SMSC поддерживают обычно несколько конфигурируемых алгоритмов проведения повторных попыток для каждой из причин неудачной доставки. Имея подобные SMSC, оператор может конфигурировать задержку между двумя успешными попытками доставки и количество попыток, пред­принимаемых SMSC. Обычно задержка между успешными попытками доставки зависит от причины неудачной доставки и будет увеличиваться, если причины неудачной достав­ки сообщений остаются теми же. Вообще, оператор конфигурирует процедуру проведе­ния повторных попыток SMSC таким образом, чтобы добиться наилучшего соотношения между качеством обслуживания пользователей и нагрузкой сети.

3.17. Протоколы доступа SMSC

Протоколы доступа SMSC обеспечивают взаимодействие между двумя SMSC либо между SMSC и внешним SME. Организация 3GPP в техническом отчете [3GPP-23.039] признает пять основных протоколов доступа SMSC:

• Спецификация интерфейса SMPP (Short Message Peer to Реет (Короткое сообщение Узел сети - Узел сети)) от SMS Forum. Технические спецификации от SMS Forum (SMAP и SMPP) могут быть загружены с web-сайта SMS Forum по адресу http://www.smsforum.net

• Внешний машинный интерфейс центра службы обмена короткими сообщениями (Short Message Service Centre) от организации CMG (Computer Management Group). Технические спецификации от CMG доступны по адресу http://www.cmgtelecom.com

• Спецификация интерфейса SMSC-SME от Nokia Networks. Технические специфика­ции от Nokia Networks доступны по адресу cimd.support@nokia.com

• Спецификация открытого интерфейса SMSC от SEMA Group. Технические специфи­кации от SEMA Group доступны по адресу http://www.semagroup.com/m&t/telecoms.html

• Компьютерная служба доступа SMSC и руководство протокола от Ericsson.

Эти протоколы являются патентованными и обычно двоичными протоколами, управ­ляемыми посредством TCP/IP или Х.25. На настоящее время существует некоммерческая, добровольно образованная компаниями организация для продвижения SMS в беспровод­ной индустрии. Эта организация известна как SMS Forum (ранее SMPP Forum). Организа­ция SMS Forum приняла SMPP как рекомендуемый ею двоичный протокол доступа для центров службы. В дополнение к этому SMS Forum разрабатывает протокол на основе текста, управляемый но протоколам типа HTTP, где сообщения представлены в формате XML. Этот протокол известен как SMAP (Short Message Application Protocol (Протокол приложения коротких сообщений)).

В этой главе речь идет о двух двоичных протоколах: SMPP от SMS Forum и специфи­кации открытого интерфейса SMSC от SEMA Group. В дополнение к этому преду­смотрено также описание протокола на основе текста SMAP.


Рамка 3.3. Коммерческая доступность центров службы (SMSC)

Свои решения в области SMSC предлагают несколько производителей. Наиболее из­вестными производителями являются Logica, Nokia, CMG, SEMA и Ericsson.
  1   2   3


Учебный материал
© bib.convdocs.org
При копировании укажите ссылку.
обратиться к администрации