Jump to content
Калькуляторы

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

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

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

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

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

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

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

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

 

Что я хочу:

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

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

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

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

 

 

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

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

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

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

 

Share this post


Link to post
Share on other sites

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

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

 

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

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

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

 

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

 

Share this post


Link to post
Share on other sites

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

 

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

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

 

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

 

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

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

 

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

 

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

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

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

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

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

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

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

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

 

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

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

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

 

 

Share this post


Link to post
Share on other sites

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

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

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

 

 

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

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

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

 

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

 

 

Share this post


Link to post
Share on other sites

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

 

 

Share this post


Link to post
Share on other sites

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

 

Share this post


Link to post
Share on other sites

19 hours ago, LostSoul said:

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

 

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.