LostSoul Опубликовано 19 июня, 2018 · Жалоба Вопрос к знатокам из области сотовой связи. Имеется абонентский GSM терминал. Ну пусть трубка с Anrdoid или там какой-нибудь модем Huawei. На терминал поступает входящий вызов. Есть ли варианты , как стандартный GSM терминал может этот вызов "отбить"? Ну например может ли терминал ответить сети с вариантами типа "congestion" и "busy" ? или скажем переадресовать вызов на иной номер, на усмотрение терминала? Что я хочу: Установить GSM-модем в СКУД. В настройках включить "переадресацию по недоступности" Переадресацию по занятости не включать. Далее, если звонят авторизованные номера А и Б , то чтоб терминал GSM давал Busy и обеспечивал проход через СКУД. Если же звонят иные номера, терминал генерировал сети ответ что-то типа congestion и вызов переводился бы сетью на номер живого оператора. Очевидно, что можно сделать переадресацию по условию "не ответа в течении 4 секунд" тогда при желании сбросить вызов модем делает busy , при нежелании ждет 4 секунды. Но лишние 4 секунды не очень приятно. А если сделать меньше то можны ложные сработки из-за лагов сотовой сети Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sdy_moscow Опубликовано 19 июня, 2018 · Жалоба Есть ли смысл делать самому? Есть вполне рабочие готовые решения, например: https://eldesalarms.com/ru/product-category/kontrollery/ Вот таких пара покупалась и эксплуатируется весьма стабильно более 3-х лет: https://eldesalarms.com/ru/product/esim120-2/ Ценник был гуманный около 10 т.р. У них даже облако работает весьма неплохо и удобно. Уверен, на меньшее число телефонов готовых решений еще больше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 19 июня, 2018 · Жалоба 7 минут назад, sdy_moscow сказал: Есть ли смысл делать самому? Есть вполне рабочие готовые решения, например: Я вроде специально подчеркнул в тексте что вопрос не по конкретному железу а протоколу обмена с терминалом. В протоколе GSM такая возможность есть или нет? Смысл в какой-нибудь там готовой железке если функционал принципиально невозможен? P.S. Своя железка делается именно для того, чтобы снять и уничтожить самым жестоким образом то что вы прислали по ссылкам. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sdy_moscow Опубликовано 19 июня, 2018 · Жалоба Тогда, пардон муа, каждый ищет себе задачи по-плечу. Замечу лишь, раз у них работает, а на телефоне можно нажать отбой при поступившем вызове: ОЧЕВИДНО - ТАКАЯ ВОЗМОЖНОСТЬ В GSM ЕСТЬ! Может есть смысл рассматривать решение не "в общем", а в конкретном железе или софте и задать вопрос на форумах соответствующего железа или софта? P.S. Если не секрет, то любопытно, в чем причина и конечная цель истребления подобного "готового" решения? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
TheUser Опубликовано 20 июня, 2018 · Жалоба Вообще, теоретически такая возможность есть. Например, в GSM, http://www.etsi.org/deliver/etsi_gts/04/0408/05.01.00_60/gsmts_0408v050100p.pdf Сообщение Call confirmed имеет возможность указать Cause. Но, не думаю, что производители мобильных чипов пускают пользователей на этот уровень. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s2n Опубликовано 21 июня, 2018 · Жалоба Как вариант. У Мелофона есть услуга Мультифон, там можно настроить так, чтобы SIP и GSM звонили одновременно (насколько я помню). В таком случае, оператор может просто не отвечать на вызовы от авторизованных номеров. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 29 июня, 2018 · Жалоба В 19.06.2018 в 00:47, sdy_moscow сказал: ОЧЕВИДНО - ТАКАЯ ВОЗМОЖНОСТЬ В GSM ЕСТЬ! Я за всю свою жизнь, ни разу не видел телефона или шлюза или иного устройства который мог бы отбивать с разными кодами, на которые сеть реагировала бы по разному. То есть в моем ( как потребителя ) понимании код отбивки всегда Busy. В 19.06.2018 в 00:47, sdy_moscow сказал: P.S. Если не секрет, то любопытно, в чем причина и конечная цель истребления подобного "готового" решения? реализуется комплексный проект обслуживания пропускных обьектов. хочется иметь качественную и продуманную железку. В 21.06.2018 в 04:44, s2n сказал: Как вариант. У Мелофона есть услуга Мультифон, там можно настроить так, чтобы SIP и GSM звонили одновременно (насколько я помню). В таком случае, оператор может просто не отвечать на вызовы от авторизованных номеров. То что вызов по умолчанию будет приниматься железкой через SIP это и так ежику понятно. Вопрос про резервный путь через GSM. Нужно ( на усмотрение контроллера ) иметь возможность входящий отбить или перевести на "оператора". Средствами только GSM-протокола. Скорее всего если в мегафоне включить "перевод по неответу в течении 6 секунд" , то нужный эффект будет достигнут. "Кого надо" железка будет просто отбивать по busy , остальные прождав 6 секунд уйдут по сценарию на оператора. Ну или если железка умерла-зависла - тоже самое, через 6 секунд на оператора. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s2n Опубликовано 30 июня, 2018 · Жалоба 4 часа назад, LostSoul сказал: То что вызов по умолчанию будет приниматься железкой через SIP это и так ежику понятно. Вопрос про резервный путь через GSM. У вас в условии задачи железка на GSM. По SIP будет подключен оператор. В настройках "Мультифона" включаем одновременный вызов GSM+SIP, железка игнорирует неизвестные номера, оператор - известные. В таком случае, даже если SIP по какой-то причине не работает, проход через СКУД будет обеспечен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 30 июня, 2018 · Жалоба 15 часов назад, s2n сказал: У вас в условии задачи железка на GSM. У меня в условии вопрос про стек мобильных протоколов. Для людей, знающих этот стек мобильных протоколов. Что и как накрутить с мультифоном я разберусь нормально и так. Вопрос абсолютно четко поставлен же - может ли gsm терминал давать отбой звонка с разными кодами, и чтоб сеть это понимала? Что такой код отбоя - это абонент отказался , а вот такой код - отсутствие технической возможности обработать вызов ( к примеру ) Не надо пожалуйста за меня додумывать остальные части проекта, кроме взаимодействия "сотовая сеть -- gsm терминал" , вопрос касается только этой части. Перепишу ещё раз другими словами. Входящий вызов по SIP через мультифон можно отбить как Busy и Congestion Это существенно влияет на обработку парралельного входящего звонка через SIP и GSM. Так как в случае Busy обработка входящего вызова прерывается только для SIP , gsm-устройство продолжает звонить. В случае Congestion обработка вызова прекращается по обоим линиям. ( вызывающий абонент получает "короткие гудки" ) Кроме того в самом протоколе SIP можно указать ответ Transfer и определить куда перенаправить вызов. (хотя в бесплатной версии мультифон это не реализовано ) Вопрос про GSM терминал и протокол. Имеются ли возможности избирательного ответа на поступивший вызов, означающие для сотовой сети следующее А - "вызов отклонен , дальнейшая обработка вызова должна быть прервана" Б - "вызов отклонен , дальнейшая обработка по цепочке ( переадресация по занятости и.т.п. ) или у протокольной команды "отбой" имеется только один вариант? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
opkky Опубликовано 1 июля, 2018 · Жалоба On 6/30/2018 at 6:29 PM, LostSoul said: может ли gsm терминал давать отбой звонка с разными кодами, и чтоб сеть это понимала? Что такой код отбоя - это абонент отказался , а вот такой код - отсутствие технической возможности обработать вызов ( к примеру ) нет, так работать не будет. GSM терминал не задумывался как интеллектуальный. По этому он отвечает только за свои сервисы Busy, Call Forward и так далее. Congestion - это уровень мобильной сети. Если есть затор, то сама сеть пошлет код что сеть недоступна (congested), а до терминала сигнализация даже и не дойдет. GSM терминалу не нужны такие функции. Как вы правильно написали, такие решения делаются на SIP и подключают GSM терминалы к SIP логике, а попытки добавить дополнительную логику в GSM тупиковые. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 3 июля, 2018 · Жалоба В 01.07.2018 в 00:38, opkky сказал: нет, так работать не будет. А вот практика показывает, что работает. Имеется GSM модуль doorhan при звонке на который вызов просто "слетает" без уведомлений на экране телефона о том что "линия занята" . Как будто у меня плохо сеть ловила и произошла ошибка соединения. Пытаюсь выяснить как он это делает. Пробую отбивать вызов передачей в модем huawei1550 команды AT+CHUP - звонящему абоненту выводится "номер занят". Пробую давать команды ATA , 30мс ожидания , AT+CHUP В этом случае оператором включается автоответчик "Извините , связь прервалась" , а потом уже отбой. Как достигнуть эффекта , который делает этот doorhan мне непонятно. Вот такие ответы дает сеть, если позвонить по SIP. ( похоже что это происходит дольше, чем мобила-мобила ) SIP/2.0 100 Trying SIP/2.0 183 Session Progress ( с SDP ) SIP/2.0 180 Ringing SIP/2.0 183 Session Progress SIP/2.0 183 Session Progress SIP/2.0 183 Session Progress SIP/2.0 403 Forbidden Contact: <sip:79160000000@xx.xx.xx.xxx:5060> Reason: Q.850;cause=21;text="Call rejected" Warning: 399 smg "Normal release from peer" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
opkky Опубликовано 5 июля, 2018 · Жалоба On 7/3/2018 at 6:31 PM, LostSoul said: А вот практика показывает, что работает. Имеется GSM модуль doorhan при звонке на который вызов просто "слетает" без уведомлений на экране телефона о том что "линия занята" . Заниматься реверс инженирингом китайских поделок неблагодарное дело. Пока их не много на сети, оператор не замечает. Как только нестандартных устройств станет критическое количество им запретят входить в сеть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 5 июля, 2018 · Жалоба 8 часов назад, opkky сказал: Как только нестандартных устройств станет критическое количество им запретят входить в сеть. может вы и название документа знаете, где варианты сигнализации запрос-ответ описаны допустимые? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
opkky Опубликовано 6 июля, 2018 · Жалоба 19 hours ago, LostSoul said: может вы и название документа знаете, где варианты сигнализации запрос-ответ описаны допустимые? Начните с изучения вот этого сайта http://www.3gpp.org/ Там все есть :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mikler Опубликовано 25 июля, 2018 · Жалоба Если память мне не изменяет то UMTS по сигналингу это TS 23 там много чего есть почитать. Также глубоко нырнуть в TS 03 это старый добрый GSM. Ну и можно покопать http://www.eventhelix.com/RealtimeMantra/Telecom/#.W1jBw9IzaMo Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...