Перейти к содержимому
Калькуляторы

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

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

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

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

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

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

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

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

 

Что я хочу:

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

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

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

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

 

 

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

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

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
7 минут назад, sdy_moscow сказал:

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

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

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

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 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 секунд на оператора.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, LostSoul сказал:

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
15 часов назад, s2n сказал:

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

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

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

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

 

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

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

 

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

 

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

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

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

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

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

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

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

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

 

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

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

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
On 6/30/2018 at 6:29 PM, LostSoul said:

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

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

 

 

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

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

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

 

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

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 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"

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
On 7/3/2018 at 6:31 PM, LostSoul said:

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, opkky сказал:

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
19 hours ago, LostSoul said:

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

 

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас