Jump to content
Калькуляторы

Заглянуть вперед: какими будут приложения

Материал:

Говорят, «дорога в ад выстлана благими намерениями». В этом отношении сразу вспоминается история середины 2009 года. После выпуска Apple новой прошивки для iPhone, где для экономии заряда аккумулятора включили функцию «быстрого покоя», сети 3G некоторых операторов оказались «наводнены» сигнальными сообщениями. Стремясь перейти в неактивный режим, iPhone запрашивал RNC (контролер базовых станций) о прекращении соединения и высвобождении сигнальных каналов. Устройство преждевременно просило разъединить, а затем запрашивало обратное соединение с сетью. Как заявили в AT&T, в крупных городах, таких как Нью-Йорк и Сан-Франциско, работа 3G сети была нарушена.

 

Полный текст

Share this post


Link to post
Share on other sites

Что хотел сказать автор - непонятно.

 

Надеяться на то, разработчики mobile apps знают о работе GPT, TCP/IP - глупо.

 

Других писателей у нас нет ©.

 

.

Share this post


Link to post
Share on other sites

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

 

Вообще-то определенный API в сторону приклада у мобильных платформ быть обязан. В андроиде он какой-то уже есть. Но надо бы развивать - хотя бы той той же экономии батарейки. Потому что квип на 3G батарею просто выжигает, хотя ничего особенного не делает. С лте будет еще хуже: либо не даст уходить в стендбай, либо будет постоянно будить, загружая сеть сигнализацией. Даже непонятно что хуже. И так с любым сервисом, который имеет presence control.

Share this post


Link to post
Share on other sites

Если активен протокол майл агента - там раньше по дефолту клиент пинговал сервер раз в 30 сек, не считая всяких нотификаций об любом изменении статуса контактов. Потому о стендбай можно забыть. В аське пинг вроде не обязателен, но статусы также ходят. А ещё есть категория пользователей которые показывают всем всё что они делают в статусе, и музон в тч который играет - пара таких контактов тоже будет не давать покоя сети.

Share this post


Link to post
Share on other sites

Ну если на каждый чих выключать 3G и включать при каждом пакетике, - то да.

Share this post


Link to post
Share on other sites

А как иначе? Пересылать редкие мелкие пакеты не через 3G/LTE а GSM/GPRS?

Не знаю, как это возможно технически, но звучит реализуемо.

 

Вопрос, на сколько это поможет сохранить энергию батарейки?

Share this post


Link to post
Share on other sites

А как иначе? Пересылать редкие мелкие пакеты не через 3G/LTE а GSM/GPRS?

Идеальный вариант на самом деле.

 

Физика нам каг-бэ намекает на то, что чем шире полоса - тем энергетически дороже. ГПРС отлично справляется с приложениями типа Аси. У меня на одном из телефонов вообще 3Г выключен принудительно.

 

А как иначе? Пересылать редкие мелкие пакеты не через 3G/LTE а GSM/GPRS?

Идеальный вариант на самом деле.

 

Физика нам каг-бэ намекает на то, что чем шире полоса - тем энергетически дороже. ГПРС отлично справляется с приложениями типа Аси. У меня на одном из телефонов вообще 3Г выключен принудительно.

Share this post


Link to post
Share on other sites

ИМХО пофигу - 3G/LTE/GPRS, если приложение вынуждено слать keepalive пакеты каждые 30-60 секунд - это зло. А оно вынуждено, ибо в большинстве сетей - NAT. Если NAT-а нет - оно вынуждено принимать мусор на реальник еще чаще.

 

Поэтому скорее тут даже не совсем API нужно для управления соединением, а хитрый offload TCP/UDP на сторону оператора, или даже offload части приложения. К примеру если аська висит и ничего не принимает, клиентский терминал ничего не получает, а если что-то пришло оператору, на что клиент "подписался" (status event определенного человека, сообщение и т.п.) - то приезжает каким-нить push методом заложенным в спецификации сети.

 

Кстати новая статья дохода, плюс новый тип сервис модного cloud сервиса оператора, вместо выжимания последних капель средствами QoS (тарификация по типу траффика и вечная борьба меча и орала) :-) Конкурировать кому-либо с оператором будет сложно, т.к. нужен доступ к определенной функциональности сети.

Share this post


Link to post
Share on other sites

Не осилят. Хотя я мельком видел как местный оператор аську реализовал через смс чтоли.

Share this post


Link to post
Share on other sites

Если припрет - осилят.

Для них это реальный шанс получить преимущество перед third party applications и снова "оседлать коня", или хотя бы взять под контроль ситуацию (скооперироваться с разработчиками аппликух).

Т.к. тот же скайп реально кушает траффик и батарею.

 

Самый простой вариант - засунуть сервера приложений в "серую" сеть, где и клиенты и убрать необходимость посылать кипалайвы, и перейти к полноценной push модели.

Share this post


Link to post
Share on other sites

В том то и дело что не припирает.

 

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

 

 

Share this post


Link to post
Share on other sites
тот же скайп реально кушает траффик и батарею.

У тебя какой-то неправильный Skype. У меня в Андроиде висит в фоне постоянно и совершенно не напрягает.

Share this post


Link to post
Share on other sites

мне тоже кажется,что это будет на самом деле идеальный вариант. вот всегда интересно было какими же будут в будущем приложения, когда технический прогресс будет стремительно развиваться и тому подобное. так что ждём будущего :)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this