Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Надёжность GPRS
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Сотовая связь и ее приложения
MKdemiurg
Собственно - сабж.
Я смотрю многие по СНГ делают модемы GPRS для реализации прозрачного канала.

И всё бы хорошо, но если протокол тайминго зависимый? Т.е. важны тайминги ( слипы, между блоками итд).

Т.е. оператор гарантирует что данные прийдут без существенных задержек?

Я просто когда начал работать с GPRS и TCP - сразу отказался от такой реализации - потомучто данные приходили то резанными блоками, то с опозданием на несколько секунд!
Вот думаю может зря...
Integral
лучше у оператора спросить, могут ли они подписать контракт на условие возмещение ущерба в 1к баксов при потере 1 байта или задержке за каждую сек
MKdemiurg
Цитата(Integral @ Apr 11 2012, 12:43) *
могут ли они подписать контракт на условие возмещение ущерба в 1к баксов при потере 1 байта или задержке за каждую сек


ТАкие контракты реально заключить можно? И они смогут такое реализовать?
Integral
Да, токо там абонплата не ясно какая будет

Моим клиентам на ГПРС сервер МТС устанавливал какието ретрансляторы/усилители чтоли, что бы данные не терялись, а точнее что бы прием со стороны сервера был 100% качества, а вот какая связь со стороны устройств.... которые далеко вообще, то пока тестируем
MKdemiurg
Цитата(Integral @ Apr 11 2012, 12:53) *
Да, токо там абонплата не ясно какая будет

Моим клиентам на ГПРС сервер МТС устанавливал какието ретрансляторы/усилители чтоли, что бы данные не терялись, а точнее что бы прием со стороны сервера был 100% качества, а вот какая связь со стороны устройств.... которые далеко вообще, то пока тестируем


В общем - дорого стоить будет!
Понятно.
GeGeL
Гарантия доставки - это вобще то проблема самого пользователя, лучше всего обеспечивается подтверждением/повторными передачами с оптимизированным под задачу алгоритмом на уровне прикладной задачи. А вот тайминги - это вопрос оператора, и для жпрс я бы ориентировался на не меньше пару секунд.
Я экранировал телефон при поднятой жпрс, и после восстановления сигнала поступившие в телефон за время отсутствия сети данные приходили на сервер (UDP) все одной кучей. Т.е. буферизация есть, но, боюсь, регламентировать задержки нереально будет.
ПС: учитывая, что приоритет данных низкий, а соты часто загружены по полной, то установка ретрансляторов больше смахивает на лоховской развод sm.gif
AlexandrY
Цитата(GeGeL @ Apr 12 2012, 11:12) *
А вот тайминги - это вопрос оператора, и для жпрс я бы ориентировался на не меньше пару секунд.


Чего там гадать, вот гистограмма таймингов соты в лесу, т.е. трафик был занят минимально.


Никаких шансов получить гарантированные секундные тайминги нет. Если только не применить 3G
Aner
Все же нет. И чем особенным обладает 3G для гарантированной доставки? Когда все повязано на оператора, канал передачи и окружение end-point_а.
Ruslan1
Предположим, произошло чудо и Вам предоставлен супер-пупер выделенный гарантированны канал.
Отъехала Ваша аппаратура на 10-20-1000 км (пригласили скажем на выставке в Ганновере каком-нибудь показать ваше ноу-хау sm.gif
Что показывать будете, эксклюзивный договор с опсосом?

Нельзя делать системы, требующие особо тепличных условий эксплуатации, это тупик. Рано или поздно придется переделывать.
MKdemiurg
Цитата(Ruslan1 @ Apr 12 2012, 17:51) *
Нельзя делать системы, требующие особо тепличных условий эксплуатации, это тупик. Рано или поздно придется переделывать.


Собственно я такого же мнения.
Просто смотрю на аналоги своей системы и думаю , - а не затупил ли я когда писал обработку протоколов на Сях внедряя их в контроллер , если было проще организовать прозрачный канал , а обработчик протокола встроить в высокоуровневый сервер ( что существенно облегчает "жизнь" - но , имхо, теперь видно по той же гистограмме, что может чревато закончится)
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.