Отбой соединения на сотовой связи

[LostSoul]

Вопрос к знатокам из области сотовой связи.

Имеется абонентский GSM терминал. 

Ну пусть трубка с Anrdoid или там какой-нибудь модем Huawei.

На терминал поступает входящий вызов.

Есть ли варианты , как стандартный GSM терминал может этот вызов "отбить"?

Ну например может ли терминал ответить сети с вариантами типа "congestion" и "busy" ?

или скажем переадресовать вызов на иной номер, на усмотрение терминала?

 

Что я хочу:

Установить GSM-модем в СКУД.

В настройках включить "переадресацию по недоступности"

Переадресацию по занятости не включать.

Далее, если звонят авторизованные номера А и Б , то чтоб терминал GSM давал Busy и обеспечивал проход через СКУД.  Если же звонят иные номера, терминал генерировал сети ответ что-то типа congestion и вызов переводился бы сетью на номер живого оператора.

 

 

Очевидно, что можно сделать переадресацию по условию "не ответа в течении 4 секунд"

тогда при желании сбросить вызов модем делает busy , при нежелании ждет 4 секунды.

Но лишние 4 секунды не очень приятно.

А если сделать меньше то можны ложные сработки из-за лагов сотовой сети

 

[sdy_moscow]

Есть ли смысл делать самому? Есть вполне рабочие готовые решения, например:

https://eldesalarms.com/ru/product-category/kontrollery/

 

Вот таких пара покупалась и эксплуатируется весьма стабильно более 3-х лет:

https://eldesalarms.com/ru/product/esim120-2/

Ценник был гуманный около 10 т.р.

 

У них даже облако работает весьма неплохо и удобно.

 

Уверен, на меньшее число телефонов готовых решений еще больше.

[LostSoul]

7 минут назад, sdy_moscow сказал:

Есть ли смысл делать самому? Есть вполне рабочие готовые решения, например:

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

В протоколе GSM такая возможность есть или нет?

Смысл в какой-нибудь там готовой железке если функционал принципиально невозможен?

 

P.S.   Своя железка делается именно для того,  чтобы снять и уничтожить самым жестоким образом то что вы прислали по ссылкам.

 

[sdy_moscow]

Тогда, пардон муа, каждый ищет себе задачи по-плечу.

 

Замечу лишь, раз у них работает, а на телефоне можно нажать отбой при поступившем вызове:

ОЧЕВИДНО - ТАКАЯ ВОЗМОЖНОСТЬ В GSM ЕСТЬ!

 

Может есть смысл рассматривать решение не "в общем", а в конкретном железе или софте и задать вопрос на форумах соответствующего железа или софта?

 

P.S. Если не секрет, то любопытно,  в чем причина и конечная цель истребления подобного "готового" решения?

[TheUser]

Вообще, теоретически такая возможность есть.

Например, в GSM, http://www.etsi.org/deliver/etsi_gts/04/0408/05.01.00_60/gsmts_0408v050100p.pdf

Сообщение Call confirmed имеет возможность указать Cause.

Но, не думаю, что производители мобильных чипов пускают пользователей на этот уровень.

 

[s2n]

Как вариант. У Мелофона есть услуга Мультифон, там можно настроить так, чтобы SIP и GSM звонили одновременно (насколько я помню). В таком случае, оператор может просто не отвечать на вызовы от авторизованных номеров.

[LostSoul]

В 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 секунд на оператора.

 

[s2n]

4 часа назад, LostSoul сказал:

То что вызов по умолчанию будет приниматься железкой через SIP это и так ежику понятно.

Вопрос про резервный путь через GSM.

У вас в условии задачи железка на GSM. По SIP будет подключен оператор. В настройках "Мультифона" включаем одновременный вызов GSM+SIP, железка игнорирует неизвестные номера, оператор - известные. В таком случае, даже если SIP по какой-то причине не работает, проход через СКУД будет обеспечен.

[LostSoul]

15 часов назад, s2n сказал:

У вас в условии задачи железка на GSM.

У меня в условии вопрос про стек мобильных протоколов.

Для людей,  знающих этот стек мобильных протоколов.

Что и как накрутить с мультифоном я разберусь нормально и так.

 

Вопрос абсолютно четко поставлен же - может ли gsm терминал давать отбой звонка с разными кодами, и чтоб сеть это понимала?

Что такой код отбоя - это абонент отказался , а вот такой код - отсутствие технической возможности обработать вызов ( к примеру )

 

Не надо пожалуйста за меня додумывать остальные части проекта, кроме взаимодействия "сотовая сеть -- gsm терминал" , вопрос касается только этой части.

 

Перепишу ещё раз другими словами.

Входящий вызов по SIP через мультифон можно отбить как Busy и Congestion

Это существенно влияет на обработку парралельного входящего звонка через SIP и GSM.

Так как в случае Busy обработка входящего вызова прерывается только для SIP , gsm-устройство продолжает звонить.

В случае Congestion обработка вызова прекращается по обоим линиям.

( вызывающий абонент получает "короткие гудки" )

Кроме того в самом протоколе SIP можно указать ответ Transfer и определить куда перенаправить вызов.

(хотя в бесплатной версии мультифон это не реализовано )

 

Вопрос про GSM терминал и протокол.

Имеются ли возможности избирательного ответа на поступивший вызов, означающие для сотовой сети следующее А - "вызов отклонен , дальнейшая обработка вызова должна быть прервана" Б - "вызов отклонен , дальнейшая обработка по цепочке ( переадресация по занятости и.т.п. )

или у протокольной команды "отбой" имеется только один вариант?

 

 

[opkky]

On 6/30/2018 at 6:29 PM, LostSoul said:

может ли gsm терминал давать отбой звонка с разными кодами, и чтоб сеть это понимала?

Что такой код отбоя - это абонент отказался , а вот такой код - отсутствие технической возможности обработать вызов ( к примеру )

 

 

нет, так работать не будет. 

GSM терминал не задумывался как интеллектуальный. По этому он отвечает только за свои сервисы Busy, Call Forward и так далее.

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

 

Как вы правильно написали, такие решения делаются на SIP и подключают GSM терминалы к SIP логике, а попытки добавить дополнительную логику в GSM тупиковые.

 

 

[LostSoul]

В 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"

 

 

[opkky]

On 7/3/2018 at 6:31 PM, LostSoul said:

А вот практика показывает, что работает.

Имеется GSM модуль doorhan при звонке на который вызов просто "слетает" без уведомлений на экране телефона о том что "линия занята" .

 

Заниматься реверс инженирингом китайских поделок неблагодарное дело. Пока их не много на сети, оператор не замечает. Как только нестандартных устройств станет критическое количество им запретят входить в сеть.

[LostSoul]

8 часов назад, opkky сказал:

Как только нестандартных устройств станет критическое количество им запретят входить в сеть.

может вы и название документа знаете, где варианты сигнализации запрос-ответ описаны допустимые?

 

[opkky]

19 hours ago, LostSoul said:

может вы и название документа знаете, где варианты сигнализации запрос-ответ описаны допустимые?

 

 

Начните с изучения вот этого сайта http://www.3gpp.org/ Там все есть :-)

[Mikler]

Если память мне не изменяет то UMTS по сигналингу  это TS 23 там много чего есть почитать. Также глубоко нырнуть в TS 03 это старый добрый GSM.

Ну и можно покопать http://www.eventhelix.com/RealtimeMantra/Telecom/#.W1jBw9IzaMo