Помогите по расчетам GPRS/EDGE — Планирование и оптимизация сетей GSM
-
- Начинающий нетмониторщик
- Сообщения: 6
- Зарегистрирован: Чт, 20-05-2010, 19:37
- Откуда: Алматы
Помогите по расчетам GPRS/EDGE
Уважаемые форумчане!
В данный момент пишу диплом IP-видеонаблюдение через GPRS/EDGE каналы.
Подскажи пожалуйста есть ли у кого или где найти расчеты по GPRS/EDGE ???
Например пропускной способности, задержек или трафика GPRS/EDGE ?
Буду очень благодарен!
Народ помогите пожалуйста!
В данный момент пишу диплом IP-видеонаблюдение через GPRS/EDGE каналы.
Подскажи пожалуйста есть ли у кого или где найти расчеты по GPRS/EDGE ???
Например пропускной способности, задержек или трафика GPRS/EDGE ?
Буду очень благодарен!
Народ помогите пожалуйста!
И вправду говорят: до экзамена либо дофига, либо 1 день...
-
- Опытный нетмониторщик
- Сообщения: 169
- Зарегистрирован: Ср, 02-09-2009, 09:33
Думаю, что через GPRS/EDGE именно видеонаблюдение реализовать не получиться. Тут нужно 3G.
Но у мегафона есть такое решение и устройство в свободной продаже. Оно присылает MMS с наблюдаемой территорией по рассписанию или запросу.
пропускная способность зависит от кокретного места и времени и постоянно изменяется. Если говорить грубо, то макс скорость 200 кбит/с. И это даже очень оптимистично.
Но у мегафона есть такое решение и устройство в свободной продаже. Оно присылает MMS с наблюдаемой территорией по рассписанию или запросу.
пропускная способность зависит от кокретного места и времени и постоянно изменяется. Если говорить грубо, то макс скорость 200 кбит/с. И это даже очень оптимистично.
... и радиоточка ловит волну от радиозапятой....
-
- Начинающий нетмониторщик
- Сообщения: 6
- Зарегистрирован: Чт, 20-05-2010, 19:37
- Откуда: Алматы
У нас в Казахстане 3G еще не развит!
Поэтому поставлена задача передавать видеоданные через GPRS/EDGE!
Для этого на IP-камере должен быть выбран покадровый формат компресси видео M-JPEG. На практике получается через GPRS 1-2 кадра/с, через EDGE 4-5 кадров /с.
Да есть задержки - видео не реал тайм, но самое главное увидеть ситуацию на охраняемом объекте.
Вот и можно посчитать эти задержки, а формул нигде нет!
Может кто-нибудь знает где их найти?
Поэтому поставлена задача передавать видеоданные через GPRS/EDGE!
Для этого на IP-камере должен быть выбран покадровый формат компресси видео M-JPEG. На практике получается через GPRS 1-2 кадра/с, через EDGE 4-5 кадров /с.
Да есть задержки - видео не реал тайм, но самое главное увидеть ситуацию на охраняемом объекте.
Вот и можно посчитать эти задержки, а формул нигде нет!
Может кто-нибудь знает где их найти?
И вправду говорят: до экзамена либо дофига, либо 1 день...
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28
Задержка какая? В получении картинки?
Можно прикинуть так - 2 кадра в секунду, следовательно, 1 кадр передается пол секунды. Задержка как раз будет пол секунды. 5 кадров в секунду - 1/5=0,2 секунды задержка. И т.д.
Или нужна формула под задержке передачи картинки произвольного размера через GPRS/EDGE в любых условиях?
Можно прикинуть так - 2 кадра в секунду, следовательно, 1 кадр передается пол секунды. Задержка как раз будет пол секунды. 5 кадров в секунду - 1/5=0,2 секунды задержка. И т.д.
Или нужна формула под задержке передачи картинки произвольного размера через GPRS/EDGE в любых условиях?
-
- Начинающий нетмониторщик
- Сообщения: 6
- Зарегистрирован: Чт, 20-05-2010, 19:37
- Откуда: Алматы
Да, на счет задержки примерно я что-то подобное думал уже, только 1/5=0,2 это скорее всего не задержка, а время приема одного кадра.
Задержка определяется относительно передачи в идеале - это 25 к/с.
Но начало уже есть это хорошо, хотя расчетов требуется 15 страниц))))
Формулы подойдут более менее понятные и осмысленные.
Думаю еще расчеты помехоустойчивости и трафика поискать...
Задержка определяется относительно передачи в идеале - это 25 к/с.
Но начало уже есть это хорошо, хотя расчетов требуется 15 страниц))))
Формулы подойдут более менее понятные и осмысленные.
Думаю еще расчеты помехоустойчивости и трафика поискать...
И вправду говорят: до экзамена либо дофига, либо 1 день...
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28
Ну 25 к/с - время на передачу получается около 0,04 сек. 0,2 - 0,04=0,16 сек. - задержка.patrol писал(а):Задержка определяется относительно передачи в идеале - это 25 к/с.
Но начало уже есть это хорошо, хотя расчетов требуется 15 страниц))))
Формулы подойдут более менее понятные и осмысленные.
Но если вы хотите передавать 25 кадров в секунду, а будете передавать только 5 - а остальные - в очередь - то через сутки у вас будет бешенная задержка и она будет постоянно увеличиваться...
Как я понял - надо 15 листов расчетов, вот вы и пытаетесь что-то придумать? Ну найдите какую-нибудь книжку по основам планирования GSM, и вставте из нее 15 листов, все равно никто ничего не поймет.patrol писал(а): Думаю еще расчеты помехоустойчивости и трафика поискать...
Зачем считать помехоустойчивость? Что это вам даст, кроме нескольких листов расчетов? А вашим "противникам" хватит одной GSM-глушилки, что-бы оставить вас без наблюдения, и никакими расчетами помехоустойчивости вы тут не поможете.
Считать задержки и трафик в случае отсутствия выделенного канала связи с гарантированной минимальной скоростью - бессмысленно. По большому счету - вам не гарантированно, что ваша система видеонаблюдения вообще что-то передаст в случае перегрузок на сети.
А по существу темы диплома - я бы предложил лучше разработать схему контроля скорости передачи (не нагружая дополнительно канал), и в зависимости от скорости - играть степенью сжатия картинки и количеством кадров в секунду. При этом реализовать выделение "ключевых" кадров, которые надо обязательно передать (например - если что-то на картинке изменилось - это если подходит по ситуации).
-
- Начинающий нетмониторщик
- Сообщения: 6
- Зарегистрирован: Чт, 20-05-2010, 19:37
- Откуда: Алматы
Да у нас такие преподы, которые сами ниче не знают, ни одного подобного расчета! Даже методичек по таким расчетам нет во всем институте! Есть только одна по расчету зоны покрытия GSM! хотел оттуда расчеты взять - говорят эти расчеты не подойдут для моего диплома!
Они специально дают искать такие расчеты, чтобы студенты нашли и посчитали, а они потом по нашим расчетам методички издают и ученые степени получают!
Поэтому надо хоть что-то посчитать, чтобы отвязаться от них!
Они специально дают искать такие расчеты, чтобы студенты нашли и посчитали, а они потом по нашим расчетам методички издают и ученые степени получают!
Поэтому надо хоть что-то посчитать, чтобы отвязаться от них!
И вправду говорят: до экзамена либо дофига, либо 1 день...
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28
Очень плохо.patrol писал(а):Поэтому надо хоть что-то посчитать, чтобы отвязаться от них!
Посмотри, тут похожая статья, но расчетов что-то не нашел...
Применение GSM-канала в системах охраны (Часть 3)
http://daily.sec.ru/dailypblshow.cfm?rid=18&pid=24828
В конце - ссылка на первые 2 части. Только там идет речь о CSD, а не о пакетной передачи, но там есть расчет вероятности отказов.
Так-же есть "Рис.6. Зависимоть пропускной способности от схемы кодирования." Там нарисованы схемы кодирования GPRS и скорость передачи в зависимости от соотношения "сигнал/шум". Вот через это можно притянуть расчеты покрытия.
Т.е. для определения максимальной скорости передачи в определенном месте необходимо определить максимальную схему кодирования, а для этого - примерно расчитать соотношения сигнал/шум.
Уровень сигнала можно расчитать из расчета покрытия.
Вот только как расчитать "шум" - что-то в голову приходит подсчитать уровень сигнала от другой БС на той-же частоте, и принять его за шум...
-
- Начинающий нетмониторщик
- Сообщения: 6
- Зарегистрирован: Чт, 20-05-2010, 19:37
- Откуда: Алматы
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28
Чем больше каналов в радиоэфире - тем больше пропускная способность сети, тем меньше вероятность отказал.patrol писал(а):Только там на графике "Вероятность отказа в обслуживании от числа каналов" кривая идет вниз, хотя по идеи с увеличением числа каналов, вероятность отказа должна расти.
Т.е. "больше каналов"+"неизменная нагрузка" = "меньше отказов", "неизменное количество каналов"+"большая нагрузка" = "больше отказов".
-
- Начинающий нетмониторщик
- Сообщения: 6
- Зарегистрирован: Чт, 20-05-2010, 19:37
- Откуда: Алматы
-
- Известный нетмониторщик
- Сообщения: 388
- Зарегистрирован: Чт, 28-12-2006, 19:28