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]

>>>эффективен выбор кодека с приоритетом EFR, FR

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

Дело в том что для связи с отключением кодеков и сжатия вообще то существует в стандарте режим соединения "FAX"
Тогда соте запрещено в этом сеансе связи снижать качество обработки сигнала. Но FAX, как и CSD, благополучно пох..рен операторами.

>>> При нормальном канале для передачи 140 байт через модем ECall (IVS->PSAP) требуется около пяти секунд.

28 байт в секунду - офигенная скорость, особенно если нужно опросить полсотни точек. И это в идеальных условиях.

Пример из практики. Обслуживаются трансформаторные подстанции.
Система примерно 35 точек, все в онлайне либо спят без разрыва соединения, выделеный канал DATA-M2M.
Стоимость связи на точку около 4 долларов в месяц. Ни тебе разрывов, ни тебе прочей фигни....
Телеметрия получается быстро и надежно. Есть сомнения, тут же перезапросил.
Приемом занимаются два SIM900R в режиме 6 клиент + 2 сервер на каждом.
Один основной, второй для срочных запросов и аварийных ситуаций.

Ну и стоит ваше стремление к шаре тех танцев с бубном вокруг E-Call ????

[a-p]

28 байт в секунду - офигенная скорость, особенно если нужно опросить полсотни точек. И это в идеальных условиях.

Пример из практики. Обслуживаются трансформаторные подстанции.
Система примерно 35 точек, все в онлайне либо спят без разрыва соединения, выделеный канал DATA-M2M.
Стоимость связи на точку около 4 долларов в месяц. Ни тебе разрывов, ни тебе прочей фигни....
Телеметрия получается быстро и надежно. Есть сомнения, тут же перезапросил.
Приемом занимаются два SIM900R в режиме 6 клиент + 2 сервер на каждом.
Один основной, второй для срочных запросов и аварийных ситуаций.

Ну и стоит ваше стремление к шаре тех танцев с бубном вокруг E-Call ????

Стоит. Если нужно собирать телеметрию постоянно, то пакетная передача, конечно, лучше. Если нужно посылать "телеметрию" один раз в полгода, то использование голосового канала обойдётся дешевле. Также не нужно забывать, что есть отдаленные места, где GPRS фактически не работает. То есть формально он работает, но скорость нулевая - даже TCP не поднимается. А ECall модемы работают. Для каждой технологии есть своя ниша.