А если серьёзно, то вопрос мне не очень понятен. Везде, где может применяться BTS, micro- , pico- , femto- и прочие соты, может применяться и OpenBTS. Причём есть места, где его применение будет более выигрышним по сравнению с традиционными сотовыми сетями. Просто на вскидку — это единичные инсталяции, закрытые сети, сети на самолётах и кораблях, дешёвые операторы сотовой связи и т.д. и т.п. Применений масса.

Спасибо за предложение!

В данный конкретный момент — не очень актуален, так как у нас теперь есть генераторы нашего производства. Но если у него действительно малые шумы, то это может быть актуально в будущем для тестирования.

В почту сейчас напишу.

Если для Вас еще актуален генератор с малыми фазовыми шумами, то напишите мне на эл. почту.

С уважением.

Меня как радио любителя заинтересовала Ваша работа. Хотелось бы купить у Вас оборудование и «поиграться». Как с Вами можно связаться?

Конечно. Как я уже писал, проект открытый во всех смыслах и любой желающий может принять участие. Единственное, нужно иметь нужное железо. Но и то, при достаточном желании, с живущими в Москве мы можем делиться имеющимися у нас железяками.

Так что основной вопрос — что ты хочешь/можешь делать? Там есть немного задач для DSP программирования, но в основном требуется работа в более высокоуровневых вещах — L2, L3, SIP.

Спаять самому будет трудновато, боюсь. Тут всё-таки СВЧ техника.

Для запуска необходим компьютер и USRP1 с двумя платами RFX1800. Можно запускать и с одной, но рекомендованая конфигурация — с двумя. Американские цены можно посмотреть тут: www.ettus.com/order Так же настоятельно рекомендуется использовать внешний опорный генератор на 52MHz. Дэвид продаёт свою версию такого генератора за $150 (kestrelsignalprocessing.m...k-generator.html), мы свою версию из тестовой партии продаём сейчас по $100 (осталась буквально одна штука, правда), потом будем продавать тоже по $150 или чуть больше (наш генератор перестраиваемый от 3МГц до 65МГц, и стабильнее, чем у Дэвида).

Итого, с доставкой и таможней, если не ошибаюсь, в итоге получается около $2000. В принципе, не так много за собствевнную сотовую станцию :)

Дэвид продаёт такой готовый набор за $2500 без налогов и доставки: kestrelsignalprocessing.m...lopment-Kit.html

Мы готовы продать аналогичный готовый к использованию набор за чуть меньшую сумму :)

Спаять /купить вышеописанные дывайсы во сколько встанет ? Просветите , плз.

В принципе, если ты в Москве и намерения серьёзные, то можно пока пользоваться нашими USRP. Но это значит, что надо будет всё время с нами договариваться, так что в конце концов лучше иметь свою USRP, которая всегда под рукой.

Предложение такое — как соберёшь OpenBTS (рекомендую последнюю версию — 2.4.1), можем встретиться где-нибудь, попробовать запустить её с нашей USRP и просто познакомиться, пообщаться. Свои координаты сейчас скину тебе на почту.

Единственное — нужно иметь USRP1 с соответствующими платами (RFX1800 или RFX900). Это описано подробно тут: gnuradio.org/trac/wiki/Op...esktopTestingKit

Так же рекомендуется иметь стабильный источник частоты на 52МГц. Такой источник скоро можно будет купить у нас — см анонс в списке рассылки «New external clock board for USRP». Скоро и в блог напишу анонс. :) Но для совсем первых тестов это не обязательно.

О сборке и запуске OpenBTS можно почитать тут: gnuradio.org/trac/wiki/Op...ildingAndRunning

После этого можно тестировать получившуюся систему, исправлять баги (которых там пока ещё очень немало), реализовывать недостающую функциональность и т.д.

Пиши о своих успехах. Проект невероятно интересный и с очень тёплым и supportive сообществом.

You've posted that John Gilmore sponsoured SMS implementation which is the main new feature of 2.x releases. Was it he who denied to open the codes immediately? I don't believe he did this.

My strong belief is that main development branch (i.e. trunk) *must* be in free access. It's ok to develop some features in a «delayed open» manner, but they should be worked on in a separate (private) branch. Then, all bug-fixes should land trunk first and then regularly merged to feature-branch regularly. And when client is satisfied and is going to deliver his product, you merge feature-branch back to main. Even svn provides means for regular merging, not to say about DCVSs (like Mercurial/hg or awkward git). Yes, it will add some work on merging, but I do believe that long-term outcome of this openness is far more valuable.

Another reason that we allow the public distribution to lag the private one by a few months is that some of the clients who pay for this work request that it not be released publicly until after a certain time has passed. There are some specific cases of that in 2.4. (BTW, we *will* release 2.4 onto GNU Radio as soon as we have had a chance to test the merged code.) There's no real business case for telling a commercial customer, \You pay for the code so I can give it away for free, even to your competitors, before it's even finished.\ So you offer delayed public release: \You pay for the code and I promise not to give it away for free until your business plan is more mature.\

I realize that this policy annoys many potential open source developers, but this is how a lot of work got funded and how a lot of it is likely to be funded in the future. I also realize that we may need to find a better way to manage this policy now that the lawsuit is over. I am open to suggestions.

Also, anyone who is serious about becoming an active OpenBTS developer is encouraged to contact me for more recent code, or even for direct access to our SVN server. There are few such active developers at this time and I am glad to accommodate them.

Потому и спросил, что она немодифицированая была.

Open-source версия будет? После продажи опсосу, конечно ;)

Кстати, AirProbe — тоже забавная игрушка. Особенно в качестве утилиты для отладки OpenBTS :)

PicoChip — это замечательно, но они работают только с очень крупными заказчиками. Кроме того, для GSM совершенно не обязательна такая бешеная производительность, как для 4G, для которых они и создавались. Да и фемтосоты — это не «another billion», а всё тот же, что в офисах сидит и в смартфоны играет. Не думаю, что в ближайшие лет десять 4G телефоны будут дешевле старых добрых GSM.

Да, анализатор именно на базе этого скрипта... может даже продать местному опсосу получится).

А в качестве фемтосот и вообще новой концепции построения сети сотовой связи (на базе IP), захвата рынка «another billion» — мне нравятся разработки PicoChip.

Про дрифт частоты. А какой источник часов использовался — родной USRP'ный? С нашим новым источником часов обрывов связи мы не наблюдали вроде бы.

Про рыночные перспективы согласен. Но так же не могу не отметить, что все эти проблемы решаемы. А если получится довести разработку до реального применения — её эффект будет значительным. Просто в социальном плане и в плане изменения отношения к системам связи как к чему-то, что доступно только когорте избранных.

PS А что за спектроанализатор — вdvanced версия usrp_fft.py?

Я тестил OpenBTS с кучей мобилок (как американских, так и европейских). У меня работали все старые Ericsson/SE (новые плохо работали — срывали разговор — им дрифт частоты не нравился). Nokia S40 работали без проблем. S60 приходилось натравливать на ARFCN. iPhone работали без проблем. Моторола вообще ни одна не завелась.

А вообще, openbts — конечно штука интересная, но рыночные перспективы туманны (слишком много закрытых патентов, слишком много проблем). Пока не будет нормальной авторизации — её нельзя продавать... Да и есть проблема с легализацией установки...