Что происходит с задержавшимися SMS-ами?

[dastapov]

Вопрос от eugenius_b: "Например, мой мобильный потерял сеть в метро, а в это время мне отправляют смс. Понятно, что не дойдет.
Вопросы:
1) С какой периодичностью, сколько раз и где, в каких LAC сеть будет искать меня?
2) Если я в том же LAC нашел сеть, через какое время и по какому алгоритму эти попытки возобновятся?
3) Какое максимальное время отсутствия у меня есть, чтобы получить смс?
4) Может ли мобила как-то управлять временем жизни смс?"


Если бы телефон был выключен, то сеть получила бы сообщение detach, и знала бы, что абонент недоступен. А раз телефон просто "потерял" сеть, то его "пропажа" будет обнаружена только при попытке что-то ему "сказать". Соотвественно:
1)При доставке SMS будет проведен paging в той соте, где телефон последний раз делал location update. Затем - в LAC-е этой соты. После этого телефон будет считаться недоступным. SMS осядет в SMSC, причем SMSC попросит HLR "пнуть" его, когда абонент появится.
2)При регистрации в сети (все равно, в каком LAC) HLR увидит, что выставлен триггер "уведомить SMSC", уведомит, и тут же произойдет попытка доставить SMS. Если SMS по каким-то техническим причинам не может быть доставлен, а абонент - доступен, то SMSC будет повторять попытки с увеличивающимся интервалом времени, вплоть до истечения максимального времени жизни SMS. При определенных условиях этот интервал "сбрасывается" до минимального, чтобы паузы не были совсем уж неприличной длины.
3)Зависит от времени жизни SMS. Как правило - не более 5 суток.
4)Только та, которая их отправляет - в настройках большинства мобилок есть соответствующий пункт.

Comments

[lionet.livejournal.com]

2) Нужно иметь ввиду, что на рынке реально есть SMSC (на Дельфи + Oracle, не смейтесь), которые не умеют принимать нотификации от HLR. Получается, что если сразу не смогли доставить, будем долбиться раз в несколько минут/часов, пока не доставим.

[egorfine.livejournal.com]

Интересно. Хотелось бы взглянуть в глаза тем существам, которые изначально задумали х%ярить SMSC на Delphi.

[faceted-jacinth.livejournal.com]

Прозреваю, что это было до того, как появилась Жава, а так же вменяемая поддержка stdlib в плюсах, так что решение было в общем-то вполне обоснованным и даже правильным. Дельфи вполне клёвая для своего времени, по крайней мере со строками там работать можно.

[magicprinc.livejournal.com]

Delphi прекрасный язык (для своего времени).
Я админил SMSС, написанный на Delphi и MSSQL.
Он был не хуже LogicaCMG SMSC, в котором вместо БД бинарные файлы собственной разработки.

[magicprinc.livejournal.com]

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

Поэтому разумная стратегия перепосылки необходима.
Кстати обнаружив, что на абонента ушла хоть одна SMS SMSC может дослать на него всю остальную очередь.
Думаю многие сталкивались с этим эффектом, когда SMS сваливаются пачкой.

Ничего интересного в этом, увы, нет.

[(Anonymous)]

1. Учитывая, что на Делфай в мире писали только Российские преподы (им было лень переучиваться после Паскаля) и их несчастные студенты, вывод о качестве этой разработки и глазах этих существ можно сделать, не видя их.
Кстати, для многих людей это откровение, что Делфай не использовался больше нигде в мире, кроме как на родине слонов, благодаря политике Борланда, раздававшего свои Turbo Pascal, а затем Delphi по учебным заведениям.

2. В начале 2000-х я повидал немало попыток сделать софтверный SMSC на современных языках. Видел решения и Logica, и Atos, и Ericsson и NEC. Сам, работая в Nokia, был причастен к проекту разработки SMSC-IR на Java. Удачной не видел ни одной. Всюду всё упиралось в перфоманс.

В итоге, единственными рабочими carrier-grade решениями были и остаются железные SMSC. Это кластера специально заточенных серваков с SS7 и IP дырками. Внутри свой собственный Линукс или Солярка на худой конец. Логика на low-level С++. В качестве shared memory используются только хардверные решения типа infineon. Никаких реляционных БД, вы смеетесь что ли? Вот эти железяки от Nokia, Ericsson и Siemens и работают реально у операторов, обслуживая миллиарды сообщений.

Попытка написать СМСЦ на Делфай в связке с Ораклом равноценна попытке сделать звездолет из говна, веток и шпагата.

Re: Ничего интересного в этом, увы, нет.

[egorfine.livejournal.com]

Ну я работал с Aldiscon's Telepath (логиковским уже), и это был рак мозга. И сама ОС под которой он крутился (HPUX, cтрах и ужас), и база на которой он работал (уже забыл, Informix?) и сам он и его управление и его бесконечные глюки, которые отказались чинить даже спецы из логики.

[andjel.livejournal.com]

Был такой :)
Протей впрочем тоже не фонтан... :)

[ems-viking.livejournal.com]

даже как-то и не знаю, какой камент лучше...

[alexeyk77.livejournal.com]

А можно пролить свет на логику работы SMS, в такой ситуации:

Есть оборудование, на которое приходит много SMS (технологическая система, сбор информации через сообщения). Оператор - украинский МТС. Иногда, но как всегда очень неожиданно вдруг перестают приходит сообщения. Проблема сама собой не рассасывается, может длиться сутками. Звонок оператору частично раскрывают картину: много входящих сообщений, заполняют некую внутреннюю очередь на SMS-сервере и она полностью затыкается. Так-же что-то еще говорят про некую защиту от спама.
Включение/выключение GSM-модема приемного устройства не очень помогает, сообщения просто не приходят. Поддержка оператора говорит, что надо полностью почистить очередь сообщений, но сами админы поддержки не имеют технической возможности это делать самостоятельно. Правда одна светлая голова предложила рабочий рецепт. Что-бы сбросить очередь внутренних сообщений на сервере надо карточку залоченную на МТС, вставить в телефон и попытаться принудительно зарегистрироваться в сети другого оператора. Регистрации не произойдет, но очередь на МТС-се почистится. Метод рабочий, но это ручная процедура. Пока из ситуации вышли путем установки доп. шлюза приема сообщений и переноса части нагрузки на него.

[r0stiks.livejournal.com]

>>>При доставке SMS будет проведен paging в той соте, где телефон последний раз делал location update.
Пейджинг идет в LAC!

[http://users.livejournal.com/_adept_/]

Я готов дать практически целый зуб, что сначала таки в последней соте, а уже потом во всем LAC целиком.

Нет?

[(Anonymous)]

все таки по LACку

62> 52 01010010 ..................bssmap-message-type:bssmap-Paging (82)
..................bssmap-message
....................paging
63> 08 00001000 T
64> 08 00001000 L
......................imsi
........................mobile-identity
65> 29 -----001 ..........................type-of-identity:iMSI (1)
----1--- ..........................odd-or-even-ind:odd-number-of-identity-digits (1)
..........................number
0010----
66> 05 00000101
67> 10 00010000
68> 24 00100100
69> 04 00000100
70> 42 01000010
71> 59 01011001
72> 09 00001001 ............................imsi:xxxxxxxxxxxxxxxxxxx
73> 09 00001001 T
74> 04 00000100 L
75> 01 00000001
76> 30 00110000
77> 43 01000011
78> F3 11110011 ......................tmsi:0x13043f3 (19940339)
79> 1A 00011010 T
80> 06 00000110 L
......................cell-identifier-list-preferred
81> 04 0000---- ........................spare:0x0 (0)
----0100 ........................choice-by-cell-identification-discriminator:0x4 (4)
........................lai
..........................CellIdentification4
82> 52 ----00xx ............................mcc-dig-1:0xx (x)
0xxx---- ............................mcc-dig-2:0xx (x)
83> F0 ----0000 ............................mcc-dig-3:0xx (0)
1111---- ............................mnc-dig-3:0xx (15)
84> 10 ----0000 ............................mnc-dig-1:0xx (x)
00xx---- ............................mnc-dig-2:0xx (x)
85> 00 00000000
86> 44 01000100 ............................lac:0x44 (68)

[http://users.livejournal.com/_adept_/]

Спасибо!

[(Anonymous)]

В голове вертиться что в lac, я думал может ты ошибся :) - надо поднимать стандарт :)

[r0stiks.livejournal.com]

Ой, сорри, это я был,- не прошла авторизация.
Если трубка движется в пределах одного LACa то коммутатор не догадывается на какой соте она сейчас "висит" (только состояние из последнего LAC UPD известно). Смысл ему делать пейджинг по соте? Это получается он делает два пейджинга по соте, потом ещё два по лаку???

[http://users.livejournal.com/_adept_/]

вроде бы умные книжки говорят, что пейджинг идет по LAC. С другой стороны, мне интересно вот что - влияет ли на это как-то активная (но idle) GPRS-сессия, например?

[r0stiks.livejournal.com]

Для этого существует RAC

[r0stiks.livejournal.com]

.....про 2G