Обсуждаем с заказчиком правильную методологию задания номера SMSC.
Номер SMSC хранится на симке. Поэтому, сейчас при покупке симки он уже там обычно есть и прописывать его не нужно.
Но его там может и не быть. А при глобальных продажах по миру вообще ничего не известно.
Заказчик хочет чтобы система была по-максимому "plug-and-play", т.е. дополнительное вставление и конфиг. симки в телефоне исключает.
Тут у меня возникли след вопросы:
1. Можно ли отправлять СМС с СИМ картой оператора "Х" через СМС центр оператора "Z" ?
2. Входящие СМС приходят всегда с СМС центра своего оператора или могут приходить с различных СМС центров?
(т.е. в PDU номер SMSC во входящих смсках всегда своего оператора или разный ?)
Полная версия этой страницы: Номер СМС Центра (SMSC)
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
Насколько я понимаю
1. Можно отправить с оператора X на SMSC оператора Z, если получатель - абонент оператора Z. В мобилах есть даже функция "ответить на SMSC входящей СМС
2. в сообщении прописан номер SMSC отправителя
Не видел еще симки, где бы номер не был прописан с завода. А, нет, видел. Году в 2000, когда попкупал свою первую мобилу.
Даже если не прописан, не вижу препятствий нынче для оператора прописать его по воздуху.
А вот в связи с тем, что операторы могут через сообщения творить все что угодно, задумываюсь о том, чтобы оборудование не заглючило по приходу непонятных SMS (с настройками и прочее)
В судя по PDU заголовкам там черт ногу сломит. И на столе все не воссоздашь.
Буквально вчера приписал следующие критерии для сообщения, которые можно обрабатывать (остальное - удалять безжалостно без права на обжалование)
Так вот насколько правильно ли это? Может ли оператор прислать текстовое сообщение, содержащее только латиницу, отправленное с мобилы, в другом формате?
Ответ содержит документ 3GPP TS 03.40 прложение D пункт 5
Вкратце - может получится, а может и нет.
1. Можно отправить с оператора X на SMSC оператора Z, если получатель - абонент оператора Z. В мобилах есть даже функция "ответить на SMSC входящей СМС
2. в сообщении прописан номер SMSC отправителя
Не видел еще симки, где бы номер не был прописан с завода. А, нет, видел. Году в 2000, когда попкупал свою первую мобилу.
Даже если не прописан, не вижу препятствий нынче для оператора прописать его по воздуху.
А вот в связи с тем, что операторы могут через сообщения творить все что угодно, задумываюсь о том, чтобы оборудование не заглючило по приходу непонятных SMS (с настройками и прочее)
В судя по PDU заголовкам там черт ногу сломит. И на столе все не воссоздашь.
Буквально вчера приписал следующие критерии для сообщения, которые можно обрабатывать (остальное - удалять безжалостно без права на обжалование)
Код
MTI == MTI_SMS_DELIVER // TP-Message-Type-Indicator - входящее сообщение
UDHI == FALSE // TP-User-Data-Header-Indicator - без UDH
PID. == PID_IMPLICIT // TP-Protocol-Identifier - неявный тип сообщения
DCS.Alphabet == DCS_ALPHABET_DEFAULT // TP-Data-Coding-Scheme - 7битная кодировка
DA.TOA.TON != DA_TON_ALPHANUMERIC // TP-Originating-Address - номер отправителя не текстовый
UDHI == FALSE // TP-User-Data-Header-Indicator - без UDH
PID. == PID_IMPLICIT // TP-Protocol-Identifier - неявный тип сообщения
DCS.Alphabet == DCS_ALPHABET_DEFAULT // TP-Data-Coding-Scheme - 7битная кодировка
DA.TOA.TON != DA_TON_ALPHANUMERIC // TP-Originating-Address - номер отправителя не текстовый
Так вот насколько правильно ли это? Может ли оператор прислать текстовое сообщение, содержащее только латиницу, отправленное с мобилы, в другом формате?
Цитата(Baser @ Jan 27 2016, 16:09) 
Тут у меня возникли след вопросы:
1. Можно ли отправлять СМС с СИМ картой оператора "Х" через СМС центр оператора "Z" ?
1. Можно ли отправлять СМС с СИМ картой оператора "Х" через СМС центр оператора "Z" ?
Ответ содержит документ 3GPP TS 03.40 прложение D пункт 5
Цитата
We then specify that when submitting the reply MO SM, the replying MS should use parameters as follows:
1) TP-Destination-Address in SMS-SUBMIT PDU = originating SME,
2a) If reply path exists:
RP-Destination-Address in RP-MO-DATA = original SC,
2b) If reply path does not exist:
RP-Destination-Address in RS-MO-DATA = selected SC or default SC or original SC,
3a) If reply path exists:
after submitting one reply MO SM, the reply path does not exist any more.
In case (2b), it is allowed to use the original SC or the default SC, but then there is no guarantee that the original/default
SC will deliver the reply MO SM. (The original SC may refuse to deliver, if the replying MS is not its subscriber; the
default SC may be unable to deliver, if it has no access path to the originating SME.)
1) TP-Destination-Address in SMS-SUBMIT PDU = originating SME,
2a) If reply path exists:
RP-Destination-Address in RP-MO-DATA = original SC,
2b) If reply path does not exist:
RP-Destination-Address in RS-MO-DATA = selected SC or default SC or original SC,
3a) If reply path exists:
after submitting one reply MO SM, the reply path does not exist any more.
In case (2b), it is allowed to use the original SC or the default SC, but then there is no guarantee that the original/default
SC will deliver the reply MO SM. (The original SC may refuse to deliver, if the replying MS is not its subscriber; the
default SC may be unable to deliver, if it has no access path to the originating SME.)
Вкратце - может получится, а может и нет.
Цитата(Alechek @ Jan 27 2016, 14:42)
В мобилах есть даже функция "ответить на SMSC входящей СМС
Надо же, никогда не встречал, думал что на такие "глубинные" для простого юзера возможности все производители положили
Цитата
Даже если не прописан, не вижу препятствий нынче для оператора прописать его по воздуху.
А это как? Даже без запроса пользователя? Или имеется ввиду сервис: "Если вы желаете автоматически настроить ваше подключение, пошлите короткое сообщение "ххх" на номер 1234" ?
Цитата
А вот в связи с тем, что операторы могут через сообщения творить все что угодно, задумываюсь о том, чтобы оборудование не заглючило по приходу непонятных SMS (с настройками и прочее)
В судя по PDU заголовкам там черт ногу сломит. И на столе все не воссоздашь.
Буквально вчера приписал следующие критерии для сообщения, которые можно обрабатывать (остальное - удалять безжалостно без права на обжалование)
Так вот насколько правильно ли это? Может ли оператор прислать текстовое сообщение, содержащее только латиницу, отправленное с мобилы, в другом формате?
В судя по PDU заголовкам там черт ногу сломит. И на столе все не воссоздашь.
Буквально вчера приписал следующие критерии для сообщения, которые можно обрабатывать (остальное - удалять безжалостно без права на обжалование)
Так вот насколько правильно ли это? Может ли оператор прислать текстовое сообщение, содержащее только латиницу, отправленное с мобилы, в другом формате?
Я несколько проще к этому подхожу. Пришло СМС, раскодировал текст (поддержка 3-х основных кодировок 7бит, 8бит и 16бит), поискал в тексте известные шаблоны входных команд. Есть команды - выполнил, ответил. нет команд - удалил. И все.
Цитата
Ответ содержит документ 3GPP TS 03.40 прложение D пункт 5
Вкратце - может получится, а может и нет.
Вкратце - может получится, а может и нет.
С этим приложением раньше разбирался, но как понял, это больше для автоматического оборудования при применении флага "Reply Path".
Да и описание там такое нечеткое:
"Можно так, а можно и так, но не факт, что будет работать"
Цитата
2. в сообщении прописан номер SMSC отправителя
Просто была мысль, если номер SMSC не прописан, то можно посылать смску с телефона владельца, и из нее выуживать и прописывать этот номер.
Но получается, если у владельца другой опсос, нежели карта в модеме, то этот номер будет ему не родной и может ничего не работать
Цитата(Baser @ Jan 27 2016, 19:12)
Надо же, никогда не встречал, думал что на такие "глубинные" для простого юзера возможности все производители положили
Я вначале ответил, потом еще раз глянул стандарт (со вчерашнего дня еще открытый).
Эти воможности были раньше, когда не было айфонов и ведроидов. По всей видимости, была возможность задать флаг Reply Path.
Цитата(Baser @ Jan 27 2016, 19:12)
А это как? Даже без запроса пользователя? Или имеется ввиду сервис: "Если вы желаете автоматически настроить ваше подключение, пошлите короткое сообщение "ххх" на номер 1234" ?
Легко непринужденно. Оператор с симкой по воздуху что угодно может сделать. См. 3GPP TS 11.14 Specification of the SIM Application Toolkit (SAT) for the Subscriber Identity Module.
Цитата(Baser @ Jan 27 2016, 19:12)
Я несколько проще к этому подхожу. Пришло СМС, раскодировал текст (поддержка 3-х основных кодировок 7бит, 8бит и 16бит), поискал в тексте известные шаблоны входных команд. Есть команды - выполнил, ответил. нет команд - удалил. И все.
Я тож так подходил. Пока не отправил SMS с сайта мегафона... Пришло, обработалось, выполнилось, послало ответ на... "Megafon_web". Как ни странно, сообщение успешно отправилось...
Но не факт, что всегда такое пройдет.Цитата(Baser @ Jan 27 2016, 19:12)
С этим приложением раньше разбирался, но как понял, это больше для автоматического оборудования при применении флага "Reply Path".
Да и описание там такое нечеткое:
"Можно так, а можно и так, но не факт, что будет работать"
Просто была мысль, если номер SMSC не прописан, то можно посылать смску с телефона владельца, и из нее выуживать и прописывать этот номер.
Но получается, если у владельца другой опсос, нежели карта в модеме, то этот номер будет ему не родной и может ничего не работать
Да и описание там такое нечеткое:
"Можно так, а можно и так, но не факт, что будет работать"
Просто была мысль, если номер SMSC не прописан, то можно посылать смску с телефона владельца, и из нее выуживать и прописывать этот номер.
Но получается, если у владельца другой опсос, нежели карта в модеме, то этот номер будет ему не родной и может ничего не работать
Все четко. Если флаг TP-Reply-Path установлен, имеем полное право использовать SC входящего сообщения при ответе на него (на адрес оправителя)
Если флага нет - то финт может и не пройти. Как повезет.
Так что если номер не прописан, можно лишь попытаться ОТВЕТИТЬ на SMS. Отправить свое не получится.
Цитата(Alechek @ Jan 27 2016, 16:50)
Легко непринужденно. Оператор с симкой по воздуху что угодно может сделать. См. 3GPP TS 11.14 Specification of the SIM Application Toolkit (SAT) for the Subscriber Identity Module.
Про SIM Application Toolkit наслышан, но с деталям не знакомился. Надо будет на досуге почитать.
Цитата
Я тож так подходил. Пока не отправил SMS с сайта мегафона... Пришло, обработалось, выполнилось, послало ответ на... "Megafon_web". Как ни странно, сообщение успешно отправилось... Но не факт, что всегда такое пройдет.
Но не факт, что всегда такое пройдет.Так а в чем проблемы? Если юзер решил поуправлять модулем смсками из интернета - его проблемы. Просто ответную реакцию не увидит.
Я у себя проверял, когда номера SMSC нет: смска пришла, обработалась, выполнилась, попыталась послать ответ, получила отказ. И все, дальше работает...
Цитата
Все четко. Если флаг TP-Reply-Path установлен, имеем полное право использовать SC входящего сообщения при ответе на него (на адрес оправителя)
Если флага нет - то финт может и не пройти. Как повезет.
Так что если номер не прописан, можно лишь попытаться ОТВЕТИТЬ на SMS. Отправить свое не получится.
Если флага нет - то финт может и не пройти. Как повезет.
Так что если номер не прописан, можно лишь попытаться ОТВЕТИТЬ на SMS. Отправить свое не получится.
Ну, если все четко, то хорошо. Я когда это читал, со своим "аглицким", не являясь носителем языка, плохо улавливал нюансы.
Там для меня сложный стиль изложения
Цитата(Baser @ Jan 27 2016, 20:18)
Так а в чем проблемы? Если юзер решил поуправлять модулем смсками из интернета - его проблемы. Просто ответную реакцию не увидит.
Я у себя проверял, когда номера SMSC нет: смска пришла, обработалась, выполнилась, попыталась послать ответ, получила отказ. И все, дальше работает...
Я у себя проверял, когда номера SMSC нет: смска пришла, обработалась, выполнилась, попыталась послать ответ, получила отказ. И все, дальше работает...
Закрыть лишние дыры. Помимо юзеров есть потенциальные злоумышленники. Хотя бы в виде ОПСОСов.
Я не могу дать 100% гарантии, что при обработке непонятных смс у меня не возникнет косяков. Поэтому их - лесом. Стараемся обрабатывать только то, что можно проверить на столе.
Пример недавний - одно и то же устройство перестает выходить на связь после прохода границы с Финляндией. По возвращению на родину - нет связи. При этом множество таких же устройств успешно катались в загранку, у этого же клиента на остальных машинах в Финляндии проблем не возникает. Первый раз поменяли симку по возвращению - заработало. На следующем рейсе опять пропала...
Грешу на совпадение обстоятельств, что устройство подвисло при обработке смс от ОПСОСа. Правды никогда не узнаю, но осадочек остался.
Провел небольшие эксперименты с симками двух операторов и вот результат
Как мне писал Alechek
У меня не получилось никак.
Не принимается СМС центром смска от чужого абонента ни для другого чужого абонента, ни для своего собственного абонента.
Правда смски, которые я пробовал послать были без флагов "Reply Path". С флагами может быть ситуация была бы иная.
Но я так и не понял из стандарта GSM 3.40 каким образом СМС центр определяет, что это ОТВЕТНАЯ смска.
Да и ладно, не очень то и хотелось
Ответ на второй вопрос
тоже решился - номер SMSC во входящих смсках - опсоса отправителя.
Так что моя идея конфигурации номер SMSC из входящей смски нерабочая.
Главное, что еще раз проанализировал весь процесс применения номера СМС центра
и удалось убедить заказчика, что так, как сделано у меня сейчас - оптимально, и переделывать ничего не нужно
А это главное!
Цитата
1. Можно ли отправлять СМС с СИМ картой оператора "Х" через СМС центр оператора "Z" ?
Как мне писал Alechek
Цитата(Alechek @ Jan 27 2016, 14:42)
Насколько я понимаю
1. Можно отправить с оператора X на SMSC оператора Z, если получатель - абонент оператора Z.
.....
Ответ содержит документ 3GPP TS 03.40 прложение D пункт 5
Вкратце - может получится, а может и нет.
1. Можно отправить с оператора X на SMSC оператора Z, если получатель - абонент оператора Z.
.....
Ответ содержит документ 3GPP TS 03.40 прложение D пункт 5
Вкратце - может получится, а может и нет.
У меня не получилось никак.
Не принимается СМС центром смска от чужого абонента ни для другого чужого абонента, ни для своего собственного абонента.
Правда смски, которые я пробовал послать были без флагов "Reply Path". С флагами может быть ситуация была бы иная.
Но я так и не понял из стандарта GSM 3.40 каким образом СМС центр определяет, что это ОТВЕТНАЯ смска.
Да и ладно, не очень то и хотелось
Ответ на второй вопрос
Цитата
2. Входящие СМС приходят всегда с СМС центра своего оператора или могут приходить с различных СМС центров?
(т.е. в PDU номер SMSC во входящих смсках всегда своего оператора или разный ?)
(т.е. в PDU номер SMSC во входящих смсках всегда своего оператора или разный ?)
тоже решился - номер SMSC во входящих смсках - опсоса отправителя.
Так что моя идея конфигурации номер SMSC из входящей смски нерабочая.
Главное, что еще раз проанализировал весь процесс применения номера СМС центра
и удалось убедить заказчика, что так, как сделано у меня сейчас - оптимально, и переделывать ничего не нужно
А это главное!
Цитата(Baser @ Jan 28 2016, 03:10)
Главное, что еще раз проанализировал весь процесс применения номера СМС центра
и удалось убедить заказчика, что так, как сделано у меня сейчас - оптимально, и переделывать ничего не нужно
А это главное!
и удалось убедить заказчика, что так, как сделано у меня сейчас - оптимально, и переделывать ничего не нужно
А это главное!
Ну и хорошо!
Кстати,
Цитата(Baser)
Я несколько проще к этому подхожу. Пришло СМС, раскодировал текст (поддержка 3-х основных кодировок 7бит, 8бит и 16бит), поискал в тексте известные шаблоны входных команд.
СМС не обязательно текст будет содержать. Сам так делал, посылал 8битную СМС с данными и с портом в UDH
Цитата(Alechek @ Jan 28 2016, 08:35)
СМС не обязательно текст будет содержать. Сам так делал, посылал 8битную СМС с данными и с портом в UDH
Не вижу в этом никаких проблем для своего софта
Я же во входящих смсках ищу свои стандартные команды. Все что не по стандарту, тоже будет как-то обрабатываться, но это обязанность программиста обеспечить, чтобы при любых входных данных его софт "не упал". А упасть может только если не следить за переполнением выделенных массивов памяти при прямой и косвенной адресации. Если с этим все нормально - распаковка или поиск выдали false - удалили пришедшую смску и работаем дальше.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.