Открытый GSM-телефон и p2p на нем.

[dastapov]

Как пишет vitus_wagner, те же люди, что работают над проектом OpenBSC, занялись разработкой Open Source версии GSM baseband, т.е. кода, который сидит в телефоне и рулит всем радиообменом.

В комментах развернулось бурное обсуждение в стиле "что нам стоит дом построить" про то, как можно будет сделать на этой базе GSM-телефоны, общающиеся друг с другом без помощи базовой станции. И вот что я хочу сказать по этому поводу.

У большинства современных телефонов время работы в режиме ожидания составляет 300-700 часов, а время в режиме разговора - всего 5-10.

Почему такая разница? Потому, что:
* Телефон большую часть времени молчит и слушает, что ему "говорят" базовые
* В процессе передачи базовая активно рулит мощностью передатчика телефона с целью минимизации затрат энергии.

Если же делать на базе GSM-телефонов p2p сеть, то каждому из них придется постоянно что-то вещать в эфир, вроде точки доступа WIFI, рассылающей beacon-ы. А чтобы сеть была способна включать в себя всех желающих и была устойчивой к помехам, каждому телефону придется активно заниматься поддержкой своей мобильности и мобильности других участников движения - рассылать широковещательные пакеты о том, что "тут можно подключиться" и готовить и обрабатывать handover-ы, например.

В результате время жизни от одной зарядки у такого телефона будет составлять 5-7 часов.

Хочу заметить, что я обсуждаю сценарий "взяли существующий телефон и засунули в него чудо-прошивку, причем так, что телефон продолжает выполнять свои функции, а не только общается p2p с двумя-тремя другими такими же чудо-телефонами". Есть начать говорить о спец. устройствах со спец. аккумуляторами, которые занимаются чем-то своим и не имеют к GSM никакого отношения, то получается уже совсем другая сказочка. В которой надо сравнивать чудо-телефоны с рациями FRM-диапазона, например. Или с точками доступа WIFI.

Мне кажется, что opensource baseband хорош в основном для того, чтобы сделать самому какое-то мелкое решение с участием GSM трансивера, и иметь возможность его всячески отлаживать, лазить в потроха RRC/RLC и так далее.

Comments

[norguhtar.livejournal.com]

Ну я помнится видел такой бред как WiFi SIP телефоны которые умели работать p2p. Но это че-то шибко рак мозга.

[doctor64.livejournal.com]

Хехе. А openIuUP и прочие NbCS и IuCS не хотят написать?

[lionet.livejournal.com]

Это не так крезануто, как оно является на самом-то деле.

Дело в том, что современные телефоны и так 5-7 часов работают в реальных условиях. Например, iPhone. Поэтому, если он ещё и peer-to-peer будет, ничего ровным счётом не изменится.

[http://users.livejournal.com/_adept_/]

Думаю, это следующим этапом. После OpenNodeB :)

[http://users.livejournal.com/_adept_/]

p2p в режиме one-on-one или mesh network?

[aamonster.livejournal.com]

Я не очень понимаю, как при возможности самому произвольно менять поведение радиомодуля можно будет обеспечить работоспособность сети.

[to-the-future.livejournal.com]

Чтобы он был еще и p2p, ему нужно удвоить емкость аккумуляторов. А то его 5-7 часов резко сократятся до 1-2.

[norguhtar.livejournal.com]

ad-hoc.

[vitus_wagner]

Очень просто - пока не меняешь - работаешь в этой сети. Поменял - работаешь в другой (или вообще не работаешь).

[vitus_wagner]

На самом деле интересен телефон, который работает с нормальной GSM-сетью, если она есть, и позволяет как-то общаться с другими аналогичными, если сети нет.

Постоянно анонсировать себя, кстати, совершенно не обязательно. В нормальных, до компьютерных радиопротоколах, радиостанция анонсирвала себя в двух случаях:

1. Она хочет выйти с кем-то на связь.
2. Она услышала, что кто-то хочет выйти с ней на связь.

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

Постоянное взаимодействия телефона с BS (происходящее в основном за счет ресуросов BS) решает совсем другую задачу - обеспечить роутинг сигнала к нужному телефону внутри cети из множества BS.

В p2p сети эти проблемы возникают только если мы хотим обеспечить ретрансляцию через произвольное количество узлов. Как правило, в тех местах, где GSM-сети нет, эта задача неактуальна. Необходимого количества аппаратов в цепочке все равно не найдется.

[aamonster.livejournal.com]

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

Вопрос: как при накоплении критической массы телефонов с васиной прошивкой (и забивании эфира) опсос должен обеспечивать связь остальным абонентам?

[dil.livejournal.com]

он должен пожаловаться в компетентные органы, которые дадут васе по голове за использование несертифицированного радиопередающего оборудования и создание помех опсосам

[wakes-up.livejournal.com]

Тогда телефон будет садиться в совершенно случайный момент. Может ожидать сигнала весь день, а потом как попрет

[lionet.livejournal.com]

Ему, по сравнению с бесконечным сосанием WiFi и 3G, какой-то p2p поддержать "заодно" не заломает. Будет четыре с половиной до шести с половиной часов работать, ну и фиг бы с ним.

[aamonster.livejournal.com]

В целом да, только получаются ситуации:
1. Опсос задалбывается ловить всех юзеров васиной прошивки (как вы оцениваете трудоемкость ловли источника помех?)
2. Простой чайник польстился на навороты васиной паршивки, скачал и поставил ее. И тут его берут под белы рученьки компетентные органы и отбирают телефон. Начинается шум "сволочи, они убили Кенни", "органы борются со свободным ПО", "а власти скрывают" (tm) и так далее.

Т.е. опенсорс опенсорсом, но прошивка должна идти в серию после проверки.

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

[vp.livejournal.com]

Я вот например знаю, как работает мой телефон. И я против, чтоб ВДРУГ он стал излучать чаще, чем это нужно МНЕ. Чисто из соображения облучения головы.

[lionet.livejournal.com]

man bluetooth?

[vp.livejournal.com]

И што ман блютус? :) Блютус отключен :) Это раз. Два - мощность блютуса не надо сравнивать с 2Вт рафинированного СВЧ которым жарит телефонный передатчик во время активности. Да, пусть он там за счет тайм-слотов нарезается со скажностью и в энергетическом смысле поулчается меньше, и аттенюатор при передаче тоже снижает мощности. Но тем не менее, там не 10 мВт.

[yuripats.livejournal.com]

Дешевый трансивер/репитер -- было бы классно.

[xoma-xoma.livejournal.com]

...поставил мужичёк чемоданы на землю и сказал: "Да, телефон у мну -- просто чудо, только вот батарейки тяжёлые."
;)

[lazymoose.livejournal.com]

А если нет сети - как синхронизироваться друг с другом? Менять тип сигнала кардинально? Тогда это просто гибрид рации и GSM имхо.

[nealar.livejournal.com]

А тогда ничего нового не получается. Нокия (за других производителей не скажу, думаю, они тоже делали) делала мобилки, в которых была встроена рация, чтоб друг с другом связываться без базы. Уверен, что рация не GSMом общалась, ибо незачем.

[vitus_wagner]

Важно что при этом используется один и тот же приемо-передающий тракт. А все что касается типа сигнала, делается в софте.

На самом деле такая P2P сеть будет не "просто аналогом рации". Рация - это протокол полудуплексный. Один говорит, все слушают.

А здесь можно сделать протокол с разделением по таймслотам. Без базовой станции. Аналог коаксиального эзернета. (на самом деле эзернет с хабами то же самое, но непосвященный может подумать, что хаб - это аналог БС. А с коаксиалом все ясно - все узлы равноправны).

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

[nealar.livejournal.com]

Один тракт - это экономия на спичках. В современной мобилке их запросто бывает 3: GSM+GPS+BT. И ничего, живут. Рацию с разделением по таймслотам сделать - задача нехитрая, на пару порядков проще, чем реализовать свой GSM. Только источник единого времени нужен. Кстати, можно и по частотами разносить - какая разница: 8 таймслотов или 8 частот?

[vitus_wagner]

GSM - это чисто приемный тракт. BT - на порядок слабее по энергетике, чем GSM. GSM интересен для p2p приложений именно потому что это достаточно дальнобойный тракт.

Источник единого времени не нужен. Ethernet без него обходится.

А почему восемь?