eCall в качестве альтернативы для p2p передачи даных Опции

[GeGeL]

Обсуждение CSD в соседней теме наталкивает на мысль об актуальности p2p передачи данных на фоне непонятного игнорирования CSD как производителями, так и сисопами. На сколько я понимаю, CSD получаем при использовании фактически голосового фрейма, подаваемого не на кодек, а на FEC, т.о. имеем 9600 bps при одинаковой с голосом нагрузке для оператора (или даже меньше, т.к. не надо транскодировать). Так что ограничения тут не технического плана, а скорее коммерческого ИМХО. После разговора с CADiLO проверил: в Украине только Life поддерживает CSD на общих тарифных планах, но, как сообщили в поддержке - неофициально и без никакой гарантии, кроме того, могут и блокировать карту за нецелевое использование (?!).

В итоге имеем 4 классических способа передачи данных (например, опрос датчиков телеметрии) в GSM:
- GPRS: не совсем p2p (требуется IP сервер), абонент должен постоянно поддерживать связь и слать KeepAlive (иметь ненулевой баланс с постоянным расходом средств);
- CSD: в большинстве требует M2M тарифа;
- SMS: доставка не гарантирована как по времени, так и по факту;
- DTMF: в лучшем случае 50 бод.

Но есть интересная альтернатива, о которой ранее на форуме не упоминалось: eCall. Система использует специальный псевдоречевой модем, проходящий через голосовой канал GSM с перезапросами, и позволяет гарантированно передавать блоки данных в 140 байт за время до 10 сек (реально требуется меньше секунды) через обычный головой звонок. Номер не обязательно 112 (можно указать любой).
Исходный код доступен, поэтому для поднятия своего PSAP-сервера достаточно прикрутить аудио (лучше к digital audio bus) и скомпилировать, это на час работы.
И самое интересное: документ GSM_eCall_Application_Notes_V1.2 от Quectel. В модуле реализована поддержка как клиента, так и севрера (для тестирования), т.е. в режиме сервера получаемые данные отображаются через URC. Т.о. с помощью OCPU можно очень просто организовать p2p канал данных по голосовому звонку.

Вопрос к CADiLO: а как обстоят дела с SIMCOM?
И вопрос к Quectel: планируется ли поддержка eCall в M66?

[CADiLO]

Объясню почему полукустарщина. И совершенно не считаю наездом - просто есть много нюансов с которыми многи не сталкивались.

Когда вы прийдете в мало мальски серьезную контору и скажете - "вот можем гонять данные через E-Call" то ответ будет примерно таким

- прекрасно, покажите сертификат (стандарт, или прочее чего там для внедрения нужно) на это
- вот, пожалуйста
- э не, это на систему экстренного оповещения E-Call, покажите сертификат на то что я могу использовать это как модем для телеметрии, охранки, и т.д. ,
ибо сертифицировано и стандартизовано под КОНКРЕТНОЕ ПРИМЕНЕНИЕ, а то что оно при этом еще умеет деньги печатать и минет делать,
так в бумагах это не отражено - вот когда будет на это официальная документация, тогда и приходите.
А работает оно или нет это третий вопрос и никого это не волнует. Дайте бумагу которой в случае чего можно задницу прикрыть, тогда применим.
Пэтому если заслонка не откроется и трубу порвет или склад обчистят то крайнего найдут - нестандартное применение оборудования не подтвержденное бумагами.

А в остальном - да, будет работать пока не коснется проблем. Плавали - знаем.

В 2005, в славном городе Желтые воды, сгорел частный дом и погибли люди. 100% причину загорания так и не определили, был только примерный район возле электрокотла.
Крайним сделали производителя автоматики, так как трансформаторы питания не имели какой-то там бумажки. Вот и посчитали что от его перегрева пошло гореть все остальное.
А остальные прикрыли задницы бумажками и все. Ребята отделались условными сроками, но теперь и на холодную воду дуют.

[a-p]

- э не, это на систему экстренного оповещения E-Call, покажите сертификат на то что я могу использовать это как модем для телеметрии, охранки, и т.д. ,

Не хочу с Вами спорить - участники форума сами сделают свои выводы. Котел даже комментировать не буду, так как он не имеет никакого отношения к обсуждаемой теме.

Вы путаете систему экстренного оповещения ECall и модемы InBand ECall. Система экстренного оповещения ECall включает в себя не только модемы, там ещё затронута сигнализация. Сами модемы InBand ECall работают через голосовой канал. То, что Вы гоняете по голосовому каналу, насколько мне известно, не требует сертификации. Когда Вы покупаете модуль GSM для своего устройства телеметрии, от Вас никто не требует сертифицировать данные. Вы имеете право передавать любые данные, лишь бы это не противоречило законодательству. Ещё раз повторю - модем InBand ECall работает по голосовому каналу. Вы эту посылку можете с внешнего устройства наиграть в микрофон телефона, а на другом конце канала соответствующим устройством декодировать с динамика. Здесь тоже есть нарушения?

Пример с заслонкой не совсем понятен. Вы же сами несколькими постами выше предлагали использовать код "Манчестер-2", который "в реализации намного проще и надежнее", и который был "проверен в свое время и на связи Алтай, и на транке и потом на GSM". Вы сами себе противоречите. Модемы ECall лучше любой поделки по многим причинам. Вот одна из них (выдержка из 3GPP TS 26.267, 4.3):

The present eIM solution consists of an IVS data modem and a PSAP data modem, employing signals that have been designed to pass through modern speech codecs with only moderate distortion, yet providing sufficiently high data rates for quick MSD transmission.

Я тоже могу написать "плавали, знаем", но я привык к конструктивным дискуссиям. С доводами и доказательствами. Вы таких не привели. ТС спросил, можно ли использовать модем InBand ECall, на что Вы категорично ответили "нет". Если у Вас есть аргументы, то приведите их, пожалуйста. Я, например, считаю эту технологию достаточно перспективной. Но, возможно, ТС и другие участники форума чего-то не знают.