использование GPRS для передачи навигац. данных Опции

[DZ_]

Здравствуйте!

Хотел бы поинтересоваться у знающих специалистов:

1. Насколько транспорт GPRS применим для передачи навигационных данных с мобильных объектов, имея ввиду вероятность получения отказа на доступ к сети передачи данных со стороны оператора.


2. Варианты "дублирования" канала - SMS, модемная передача. С СМС более или менее понятно. По поводу модемного соединения - если в системе ок. 100 объектов, передающих данные в центр с интервалом 1 минута - как организовать "очередь" дозвона мобильных устройств до центра (привязка к спутниковым часам и выделение каждому объекту своего "кванта времени" или временнОго кадра ???). Иначе, если все начнут звонить в раз, то в "центре" будет постоянно занято. Далее - организация нескольких приемных каналов - объединение "приемных" GSM- терминалов в пул ???

И вообще, может кто-то из Вас уже работал с подобной задачей?
Задача поставлена одной службой, для которой принципиально наличие всех исходников - начиная от "прошивки" МК, заканчивая софтом верхнего уровня... Поэтому готовые изделия - ну никак... Хозяин - барин ?!

т.е. схема передачи данных прим. такая:

{ GPS } --> { Контроллер } --> { GSM \ GPRS модуль } --> { WEB - Сервер } --> { Картографич. ПО + БД }

также в кач. резервного "транспортного" канала есть возможность использовать ведомственные радио - каналы УКВ.
Только с УКВ опять ситуация с выделением (или определением) очереди при передачи данных...

Поэтому, хотелось бы использовать GPRS, и в качестве "железа" модули со встроенным TCP/IP стеком.

Может кто сможет посоветовать "железо" GPRS, так сказать, проверенное в бою ???. Мне пока только довелось поработать с Telit...

Заранее благодарен... хотя-бы за то, что дочитали до сюда

С уважением, DZ

[war4one]

Насколько транспорт GPRS применим для передачи навигационных данных с мобильных объектов, имея ввиду вероятность получения отказа на доступ к сети передачи данных со стороны оператора.

Решается административно, т.е. путем заключения соответствующего договора с оператором сотовой связи.

{ GPS } --> { Контроллер } --> { GSM \ GPRS модуль } --> { WEB - Сервер }

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

Может кто сможет посоветовать "железо" GPRS, так сказать, проверенное в бою ???. Мне пока только довелось поработать с Telit...

Думаю, практически все равно. Юзал SonyEricsson GR-47 и GR-64, нареканий нет.

[DZ_]

Благодарю за ответ
Позвольте уточнить:

"Решается административно, т.е. путем заключения соответствующего договора с оператором сотовой связи."


1. Что в таком случае является предметом договора с оператором ? - что то вроде "класса сервиса" ???
2. Если вообще оператора не ставить в известность, то какие тут "подводные камни" ???
3. Каким образом (с технической точки зрения) договор может очеспечить доступность сервиса передачи данных, например в час пик при максимальной загрузке сети???

Или может сделать ставку на передачу в режиме CSD и сделать модемный пул... Но как я писал ранее, не знаю как лучше организовать очередь при отзвоне с моб. объектов? ... или может применить что - то на подобие того механизма, что применяется в сети Ethernet - т.е. выбор случайной по продолжительности паузы при повторном дозвоне (в случае, если при первой попытке было "занято", т.е. была обнаружена коллизия, если в терминах Ethernet)

т.е. на данном этапе мне важно твёрдо определиться именно со структурой системы - что бы точно знать , ЧТО надо реализовать, какой канал основной, какие варианты создания резервных возможностей передать данные...
и в таком случае, конечно, было быполезно услышать Мнение Людей, уже построивших подобное, или просто способных разумно прояснить вопрос .

[kuguar]

"Решается административно, т.е. путем заключения соответствующего договора с оператором сотовой связи."
1. Что в таком случае является предметом договора с оператором ? - что то вроде "класса сервиса" ???
2. Если вообще оператора не ставить в известность, то какие тут "подводные камни" ???
3. Каким образом (с технической точки зрения) договор может очеспечить доступность сервиса передачи данных, например в час пик при максимальной загрузке сети???
Или может сделать ставку на передачу в режиме CSD и сделать модемный пул... Но как я писал ранее, не знаю как лучше организовать очередь при отзвоне с моб. объектов? ... или может применить что - то на подобие того механизма, что применяется в сети Ethernet - т.е. выбор случайной по продолжительности паузы при повторном дозвоне (в случае, если при первой попытке было "занято", т.е. была обнаружена коллизия, если в терминах Ethernet)
т.е. на данном этапе мне важно твёрдо определиться именно со структурой системы - что бы точно знать , ЧТО надо реализовать, какой канал основной, какие варианты создания резервных возможностей передать данные...
и в таком случае, конечно, было быполезно услышать Мнение Людей, уже построивших подобное, или просто способных разумно прояснить вопрос .

привет.
ниодин оператор не будет подставлять свою ж.... у меня в обоих договорах написано о факторах влияющих на качество услуг - плохие погодные условия.... Все зависит насколько развиты сети GSM у Вас в городе.
при моем опыте я бы советовал использовать и CSD и GPRS одновременно.
Пул модемов будет организовать не сложно - можно использовать "серийку". Оператор организовывает цепочку из номеров, первый из которых является callback который "зашивается" в модемы. Он всегда "свободен" и переадресовывает все звонки на следующий номер; дальше переадресация условная - если "свободен" - звонок принимется, если "занят" - переадресация дальше по цепочке. Подводные камни - необходимая емкость пула - при Вашей частоте передачи информации просто необходимо "выторгововать" у оператора спецтариф на CSD (у моей конторы сейчас порядка 1500 оконечных точек, откуда инфа собирается по CSD).
С этой позиции взгляд на GPRS более привлекателен. Во первых можно "висеть" практически постоянно on-line. Правда как будут работать мобильные точки - я не знаю. У операторов есть свои заморочки - я думаю без вдумчивых консультаций с опсосами никак. Советую сначала все "обкатать", то есть железо и софт на еденичных экземплярах. И прикинуть расходы на связь. А потом попросить опсосов сделать Вам коммерческое предложение. Во первых можно будет поторговаться , во вторых уладить вопросы со стороны операторов.
Использование же ведомственных радиочастот я бы поставил бы в стороне от GSM. во первых - это "цеплять" к другому ядру - это точно. я пока не видел девайсов, способных работать одновременно по простому радоканалу и GSM (CDMA, WCDMA, PCS) одновременно.
Посоветовать GPRS железо я не могу , так как его не юзаю. Однако на борту "машин" бороздящих просторы нашего GSM - wavecom wismo q2403 (2406) + контроллер am186.

[DZ_]

to kuguar
Благодарю за ответ.

если не секрет, то что останавливает Вас (или Вашу контору ...) от перевода своей системы передачи данных на GPRS, ведь Вы тоже видете очевидные приемущества ? я не говорю о единовременном переводе СРАЗУ, а хотябы часть в тестовом режиме... отсутствие такой потребности ???

если сомнения такие - же, что и у меня, то тогда я Вас понимаю....

Всего Доброго,
73