![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
pervert_tanuki) wrote2009-06-29 01:22 pm
Cell Broadcast (На пальцах, выпуск 9)
Как и обещал, сегодня выполняю заявку по технологии cell broadcast.
Технология cell broadcast предназначена для массовой рассылки информации абонентам сетей GSM и UMTS. Технология, хотя и стандартизирована на уровне этих стандартов, не получила уж такого широкого распространения и использования.
Техника
Функционально технология предназначена для отсылки SMS-сообщения особого рода (SMS-CB) большому количеству абонентов. Особенность технологии в том, что в качестве адреса, куда необходимо отправить это сообщение, Cell Broadcasting Center (CBC) - аналог SMSC использует не номер абонента (MSISDN), а некую географическую локацию - соту или группу сот. При отправлении SMS-CB оно будет доставлено всем абонентам, зарегистрированным в данной соте или группе сот. Согласно стандарту, SMS-CB является односторонним сообщением, не имеет обратного адреса отправителя, и на него нельзя ответить другим SMS-CB.
Несомненым преимуществом cell broadcast служит то, что она, в отличие от классического SMS для доставки сообщений использует служебный канал Broadcast Channel (BCH), не загружая остальные основные и служебные каналы. К тому же - сообщение передается однократно для всех зарегистрированных на соте ( группе сот) абонентских терминалах, тогда как обычный SMS пришлось бы отправлять индивидуально каждому абоненту.
Для более избирательной доставки существуют т.н. каналы CB, в количестве 65000. Каналы от 0 до 999 абонент может подключать для доставки ему сообщений вручную, каналы от 1000 до 65000 подключаются абоненту дистанционно с сервера с помощью OTA ( over the air) сообщений. Однако, пользователь с терминала может отключить любой подключенный ему канал.
В технологии предусмотено два типа сообщений - информационные ( несущие в себе контент) и т.н. schedule ( наиболее адекватный перевод - сообщение обновления).
Одиночное SMS-CB сообщение в GSM может нести до 82 байт текста ( 93 символа в 7-битной кодировке) или бинарной информации и может быть склеено в единое сообщение с еще 14 такими же сообщениями, благодаря тому, что в заголовке каждого такого сообщения имеется уникальный номер каждого объединенного сообщения и порядковый номер единичного сообщения в серии.
В UMTS SMS-CB сообщения не могут склеиваться, зато каждое информационное сообщение несет 1245 байт полезной нагрузки.
Schedule сообщения в GSM необходимы для того, чтобы терминал не считывал все подряд сообщения, а только те, которые передаются в выбранных каналах и те, которые ранее не принимались сервером. Это позволяет существенно снизить энергопотребление аппарата и увеличить срок работы аккумулятора. Для этого schedule сообщения содержат в себе метки начала и конца периода, к которому оно относится, номера временных контейнеров (слотов) внутри периода, в которых есть новые сообщения и заголовки ( часть сообщения, содержащая служебную информацию) всех новых сообщений.
В UMTS используется более сложная и гибкая двухуровневая система доставки schedule, но принцип ее действия аналогичен той, которая использована в GSM.
Последовательность отправки сообщений в cell broadcast
Предположим, что сообщение инициировано некоторой контент-платформой. Эта платформа передает сообщение в CBC через клиента – Cell Broadcasting Entity (CBE). Этот клиент определяет тип контента (текст/двоичный код), канал, ареал распространения сообщения (сота/группа сот/вся сеть), период времени, в течение которого сообщение будет транслироваться и частота его повторения и форматирует сообщение разбиением его на стандартные SMS-CB . Полученные SMS-CB клиент через стандартный интерфейс отправляет в CBC.
CBC присваивает сообщению идентификатор, и отправляет его на контроллеры базовых станций (BSC) для передачи сообщения на соответствующие базовые станции для трансляции. Базовая станция передает сообщение в одном из слотов до тех пор, пока не получит от CBC через BSC сообщения об удалении сообщения.
Путем чередования команд загрузки сообщения и его удаления CBC добивается необходимого количества повторений сообщения в течение заданного промежутка времени.
Терминал непрерывно слушает канал BCH и определяет по заголовкам, содержащимся в schedule сообщении, новые сообщения, которые принадлежат одному из каналов, которые в нем активированы. Повторные сообщения, которые принадлежат этим каналам, терминал игнорирует. Новые сообщения терминал сохраняет в памяти для немедленного или последующего отображения на экране.
Приложения на базе технологии cell broadcast
Описанная технология обладает рядом несомненных преимуществ, когда речь идет о трансляции информации, привязанной к местоположению абонента большому количеству абонентов. В силу этого она использовалась там, где эти преимущества востребована.
Первым и самым очевидным применением технологии была индикация тарифной зоны, в которой находится абонент. Именно так использовала эту технологию МТС в те времена, когда в Московском регионе существовали тарифные зоны «Москва» и «Область».
Второе очевидное применение – массовое оповещение о катастрофах, стихийных бедствиях и прочих географически локализованных событиях. Успешные применения этой технологии для оповещения имели место в Великобритании во время террористической атаки в Лондоне в июле 2005 года и в Шри Ланке в момент грандиозного цунами.
Эти применения технологии носят информационный характер и не приносят оператору дополнительной прибыли, отчего не могут служить поводом для внедрения технологии на сети, если только государственные органы страны, где оператор работает, его к этому не обязывают.
Именно поэтому были придуманы ряд приложений, которые позволяют оператору получать дополнительный доход от применения этой технологии.
Первое коммерческое применение, которое используется часто в качестве образцового кейса поставщиками решений на базе cell broadcast – новостные рассылки. Каждый канал может представлять собой тематическую ленту новостей. Для того, чтобы на нее подписаться, абонент через какой-то интерфейс заказывает себе подключение желаемого канала, который подключается сервисной платформой удаленно, подключая одновременно абоненту услугу в биллинге, за что с него взимается плата.
Следующее коммерческое решение основано на идее географически таргетированной рекламы. При этом, разумеется, источник доходов – плата рекламодателя за размещение.
Общим тонким местом всех описанных решений является ограничение информации текстовым контентом, что в настоящее время снижает к ним интерес со стороны абонентов, привыкших к мультимедийному контенту. Второе слабое звено - неудобный канал обратной связи с контент-платформой.
Производители сервисных платформ смогли устранить эту проблему через использование специального клиентского приложения на СИМ-карте или в памяти телефона. Это приложение в качестве нисходящего канала, по которому передается контент, использует один из каналов cell broadcast. Поскольку сообщения cell broadcast могут содержать в себе и бинарный код, то они способны доставлять в терминал практически любой контент. Восходящий канал поддерживается тем же клиентским приложением, и может использовать любую приемлемую для оператора технологию – SMS, WAP, USSD. Поверх всего этого в приложении «нахлобучен» удобный интерфейс, через который абонент взаимодействует с платформой и получает доступ к контенту.
Из наиболее известных поставщиков таких решений можно выделить израильскую компанию Celltick, на ее платформе развернута услуга «Хамелеон» в Билайне и российскую компанию Беркут, чью платформу для оказания услуги «Калейдоскоп» использует Мегафон.
Для любителей технических подробностей рекомендую этот документ.
В следующих выпусках - LBS технологии и продуктовый маркетинг в сотовых операторах. Ну и, как обычно - принимаются заявки.
no subject
no subject
Я что имею ввиду. Я тоже вначале думал что они собирают через сайты любителей netmonitor.ru или наш opsos.nnov.ru. Нифига. Гугл, конкретно GoogleMaps для смартов/коммуникаторов, имеет доступ и к GPS (если есть оный...), на и доступ к GSM стекам на устройстве. Может считывать CellID и LAC. А для каждого устройства эти данные соотвественно разные...в смысле размерности. Постепенно эти данные накапливаются, и там у них решается какая-то система уравнений где в качестве привязки к местности берутся данные GPS. Ну и вычисляют. Ну в смысле по пересечению окружностей и перекрытию секторов, можно примерно научится определять координаты БС. Знаешь как прикольно наблюдать, что GM - учится тебя определять более точно. С каждым разом в итоге. Вот что следует отметить.
ЯндексКарты, кстати, пользуются сервисом от компании которая разрабатывала LBS для Мегафона...
LBS от Мегафона - ну строго говоря говно. Для их Home зоны может и сгодится, для более конкретной информации непригодная, для тех же target-сервисов. Потому что их система абсолютно без обратной связи. Ну что толку от того что пару раз они прокатятся со своими TEMS-ами...потестят. Абонент самый лучший тестер.
no subject
Точность определения местоположения в этом случае все равно не будет выше, чем точность встроенной GSM системы, которая использует только cell_id. Если же система использует связку cell_id + TA или триангуляцию - любая внешняя система, кроме GPS, гарантированно проиграет по точности.
ЯндексКарты, кстати, пользуются сервисом от компании которая разрабатывала LBS для Мегафона...
И? LBS Мегафона базируется на сервисной платформе от вендора, а упомянтуая компания могла сделать бизнес-логику, интерфейс, и карты. В этой области, как говорится, о вкусах не спорят - кому-то нравится, кому-то - нет. А на точность определения координат это не влияет. :)
LBS от Мегафона - ну строго говоря говно. Для их Home зоны может и сгодится, для более конкретной информации непригодная, для тех же target-сервисов. Потому что их система абсолютно без обратной связи. Ну что толку от того что пару раз они прокатятся со своими TEMS-ами...потестят. Абонент самый лучший тестер.
Строго говоря - есть альтернатива в виде Яндекса и Гугля, зато она работает не везде. У меня, например, Яндекс во Владимире не зажил, а было надо.
Другое дело, что с момента запуска этих услуг, что у МТС, что у Мегафона они изменений не претерпели, а Гугль и Яндекс в этот момент работали над собой.:)
no subject
В первые дни GoogleMaps тупо ждал пока GPS обнаружится, потом уточнится A-GPS, потом считаются данные спутника. Медленно все было. Пока я начал ради интереса гулять по району города, где я живу. Ну баловался поначалу с GPS, в диковинку было. И со временем, однажды, GoogleMaps при загрузке подхватил сразу данные нет-монитора винды и сразу же указал где я нахожусь. Не так точно, как по спутнику. Но даже без GPS он уже работает. А раньше не работал.
Район города, верхняя часть, где я работаю - вне поля зрения GM. Все по старинке. Наверное потому что я там не использую GPS?
>Но, тем не менее - для этого сервиса все равно нужна априорная информация о месте расположения хотя бы части БС.
Необязательно. К тому же БС могут "кататься" по городу, менять CellID или LAC. Чистой воды математика.
>И?
GM и YM работают с разным качеством определния местоположения. Заметно сильно.
>У меня, например, Яндекс во Владимире не зажил, а было надо
Надо было гугль )) Катался из НН в Пензу, в целом процентов на 80 понимал. Правда был другой телефон, слишком распространенный.
Я сам не могу поверить, но возможно это так и есть. Система обучаемая. Или вы считаете что у них есть подразделение, которое катается по городам России, TEMS-ся, визуально ловит БС, потом обсчитывает данные...и собирает базу данных? Или они покупают базы данных по вышкам? GM дохрена где работает. Они же разорвутся.
Вас же не удивляет http://www.google.com/squared/ и его возможности по умерщвлению того же Медведева?
no subject
Данные по остальным станциям Гугль вряд ли использует - они не валидны для триангуляции а)потому что гугль не знает их точных координат б) потому что уровень сигнала, который регистрирует трубка, нелинейно зависит от расстояния ( отражение, поглощение, дифракция).
GM и YM работают с разным качеством определния местоположения. Заметно сильно.
опровергнуть не могу, гуглем не пользовался. Сейчас скачаю, потом расскажу о впечатлениях.
Надо было гугль )) Катался из НН в Пензу, в целом процентов на 80 понимал. Правда был другой телефон, слишком распространенный.
О, а я тут на прошлой неделе у вас в гостях в Нижнем был. Жаль, не знал.
no subject