Org codeaurora ims xiaomi что это

Обновлено: 19.09.2024

2. Сервисы Google Play
Наверное самая пакостная штука, которая есть в смартфоне, это сервисы Google Play. Насколько они полезны, настолько же они и вредны, в этом и заключается их главная пакость. Данные сервисы обеспечивают работу практически всего смартфона, если не напрямую, то через привязку к остальным приложениям. Удалить их или отключить невозможно, т.к. они обеспечивают работу уведомлений практически в любом приложении, работу сервиса определения местоположения, бэкапы данных, синхронизацию с аккаунтом Google, работу всех приложений Google и построеных на их основе и еще очень много всего. Основной минус сервисов в том, что они содержат максимальный комплект, не зависимо от спецификации смартфона и их нельзя настроить или остановить ненужные штатными методами. А если проверить раздел Настройки - Батарея и производительность - Питание, вы обнаружите, что основным главным врагом аккумулятора являются именно данные сервисы.

Первый способ - замена стандартных сервисов на microG GmsCore;

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

Главный плюс microG - они практически не расходуют заряд смартфона, при постоянном подключении смартфона к сети и работе с приложениями, геолокацией и т.д. данные сервисы расходуют лишь 0,5-2% всего заряда. Это очень круто!
Но все же, я отказался от данной реализации сервисов, именно из-за их нестабильности и конечно же из-за игр (я задрот, что поделаешь).

Всем пламенный привет, значит смотрите:

Вот еще более подробная инфа об IMS:

Также эта настройка запретит сервису самостоятельно включать GPS на вашем телефоне. Поняли что нужно делать? Нужно запретить этой проге изменять настройки приложения. Вот один юзер уже жалуется:

Ну а можно и вообще остановить работу этого приложения..

Ошибка IMS Service Stopped (приложение остановлено)

Кстати вот читаю, что раньше даже была ошибка IMS Service Stopped на телефонах Самсунг и вроде как компания выпустила исправление для телефонов, ну чтобы этой ошибки не было. Если вдруг у вас есть ошибка такая.. то проверьте что телефон смог скачать исправление, то есть что ему ничего не мешает это сделать.

Можно ли отключить или удалить?

Вот читаю, что комбинация работает не на всех телефонах, но попробовать стоит. Увы, сам я проверить не могу, у меня телефон вообще не на Андроиде)) И еще, некоторые юзеры пишут что отключение IMS ничего не дало, а еще у некоторых вообще стало больше использовать батарею.. Короче советую проверить самостоятельно.

Если отключить проблемно, или не помогает, то можно заморозить, как сделал один чел:

Морозить лучше всего при помощи Titanium Backup.

Заключение

Думаю главное выяснили:

Ребята, на этом все. Надеюсь информация помогла и оказалась полезной. Удачи и до новых встреч!

Территория действия VoLTE и Wi-Fi Calling в сети МТС

Услуга "Интернет звонки" в части VoLTE и WiFi-Calling доступен и для абонентов МГТС

г. Москва и Московская область (в том числе и для абонентов МГТС)
г. Абакан и республика Хакасия
г. Архангельск и Архангельская область
г. Барнаул и Алтайский край
г. Белгород и Белгородская область
г. Благовещенск и Амурская область
г. Брянск и Брянская область
г. Владикавказ и Республика Северная Осетия - Алания
г. Владивосток и Приморский край
г. Вологда и Вологодская область
г. Воронеж и Воронежская область
г. Чита и Забайкальский край
г. Иваново и Ивановская область
г. Кострома и Костромская область
г. Калуга и Калужская область
г. Красноярск и Красноярский край
г. Кызыл и республика Тыва
г. Нарьян-Мар и Ненецкий АО
г. Новосибирск и Новосибирская область
г. Омск и Омская область
г. Орел и Орловская область
г. Тверь и Тверская область
г. Майкоп и республика Адыгея
г. Магадан и Магаданская область
г. Махачкала и республика Дагестан
г. Мурманск и Мурманская область
г. Петрозаводск и Республика Коми
г. Сыктывкар, г. Ухта, Печора, г. Воркута и Республика Коми
г. Ставрополь и Ставропольский край
г. Томск и Томская область
г. Тула и Тульская область
г. Уфа и республика Башкортостан
г. Хабаровск и Хабаровский край
г. Челябинск и Челябинская область
г. Якутск и Республика Саха
г. Ярославль и Ярославская область

МГТС
Оператор работает на базе МТС. Поддерживаются технологии VoLTE/VoWiFi

Сотовые сети, поколения сетей, частоты и диапазоны, а также другие технологии, используемые нашими операторами, обсуждаем в теме:
Мониторинг сетей сотовой связи в России

Предлагаю начать обсуждение данной технологии в связи с возможно скорым внедрением VoLTE в России. По слухам, надзорные органы должны будут разрешить использовать данную технологию до конца 2015 года.
Прежде всего, хотелось бы собрать список телефонов, которые гарантированно поддерживают данную технологию. Хотя гарантировать ничего нельзя - тут многое зависит от прошивки телефона. Поэтому прошу называть телефоны, в которых в меню вы видите какие-либо упоминания технологии (например, включатель VoLTE, IMS и т.д.).

Добавлено 07.08.2015, 22:33:

Статус VoLTE в РФ: запрещен для коммерческой эксплуатации из-за требований спецслужб.

yanixxx,
Nexus 5 есть отключатель.

Lumia 830 точно (майки показывали на нем технологию). По данным из вики - все WP аппараты с LTE и WP8.1U1

Добавлено 07.08.2015, 22:34:

yanixxx,
а то, что смысл обсуждать работу технологии в РФ, если она еще не работает?

Честно признаться, у меня не было планов писать и публиковать эту статью, но, после того, как за два месяца увидел в ближнем кругу коллег 5 штук свежеприобретённых телефонов от Xiaomi, и недавнюю статью на Geektimes, рекламирующую управление умным домом от Xiaomi, ко мне пришла совесть и, ~~сцуко~~, потребовала поделиться знанием с остальными.

Для начала небольшая вводная часть для тех кто не в теме. Есть такая компания Xiaomi, которая делает неплохие по начинке телефоны и заливает в них кастомизированный Android. Бизнес модель, как недавно официально было заявлено — «По сути мы раздаём наши смартфоны, не зарабатывая на этом денег. Нас больше заботят долгосрочные источники дохода. Мы могли бы продать 10 миллиардов смартфонов и не заработать на них ни цента». Источник раз и два.

Заглянув в сентябрьскую статью на Security lab и ещё вот в эту жалобу, у меня лично возникло ощущение, что телефон Xiaomi это что-то типа поводка на котором владельца водит Большой брат (утрирую, конечно же).

Это и стало основным мотивом проведения исследования поведения телефона Xiaomi redmi 3S
с прошивкой MIUI Global 8.1 Стабильная 8.1.1.0 (MALMIDI)

Исследование подопытного кролика и обнаружение проблемы
Беру новенький телефон из коробки. Включаю его и прохожу через мастера начальной настройки, предварительно включив запись трафика на Wi-Fi роутере. Ровно через две секунды, после того как телефон подключился к точке доступа, началось скачивание файла размером около 8Мбайт с одного из серверов Xiaomi. Это был обычный zip архив, внутри которого лежала куча всего и, в том числе, файл AnalyticsCore.apk, упомянутый в статье на SecurityLab.

Дальше — больше. В общей сложности, за всё время наблюдения, я насчитал чуть меньше восьми десятков имён серверов в разных доменах. Сразу оговорюсь, что в этом числе нет серверов Google и Facebook, приложения которых также предустановлены. Просто потому что я их считал отдельно. С ними тоже всё «весело».

Дополнительно смущало то, что большей частью запросы были небольшими (объём принятого переданного трафика TCP сессий не превышал 1-2Кб), но, т.к. наши сотовые операторы округляют объём трафика вверх (Например, Tele2 до 150Кб), то, при неудачном совпадении, можно «накачать» таким образом существенные объёмы трафика, а в роуминге неожиданно попасть на деньги.

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

Предварительные условия

Первое что необходимо — это рутовать телефон. Как это делается в случае Xiaomi я здесь описывать не буду, отсылаю желающих пройти этот путь к полной версии этой статьи (ссылка в конце).
Второе — это влить в телефон прошивку через кабель и стереть ВСЕ пользовательские данные.
Третье — телефон НЕ ДОЛЖЕН иметь доступа в интернет после залива свежей прошивки.
Update. До момента установки нижеописываемых ограничений, разумеется.

Disclamier. Все дальнейшие манипуляции над телефоном Вы делаете на свой страх и риск.
Ответственность за любой результат лежит на том, кто именно делал описываемые ниже действия.

Небольшая техническая вводная часть

Серверы, к которым обращается телефон, в большинстве своём расположены в облаке Amazon, поэтому обращения к ним происходит по именам, которые ресолвятся через round-robin DNS в разные IP адреса из разных подсетей /16. Блокировать их все по подсетям смысла особого нет — так можно половину интернета отфильтровать, что не есть хорошо. Блокировать по именам — хорошо, но не факт, что имена хостов из L3 доменов не генерируются динамически. Идеально было бы прибить все приложения, которые обращаются к серверам Xiaomi, но, как показала практика, глубина их интеграции в Android такова, что после удаления некоторых из них телефон может просто отказаться загружаться.

Далее. К внешним серверам обращается не один процесс, а многие, при этом задачу усложняет наличие в Android UID sharing, когда под одним UID могут генерировать сетевой трафик разные процессы (приложения). Более того, один из полезных процессов (отвечающий за GPS) надо выпускать во внешний мир, чтобы скачивать небольшие обновления, но при этом он сидел под тем же UID, что и восемь штук процессов, рвущихся к серверам Xiaomi.

Также надо упомянуть про ограниченность инструментария, доступного для решения вышеописанных задач, т.к. большая часть приложений имеющих в названии firewall доступных на Play Market работают через т.н. VPN, т.е. от сливов информации до запуска приложения они не защищают.

Большая часть того, что будет рассказано дальше для профессиональных разработчиков Android есть банальная истина, но всем остальным это позволит понять почему фильтрация построена именно таким образом.

В отличие от обычного Linux, где есть файлы конфигурации и стартовые скрипты, лежащие в /etc, в Android всё сделано несколько иначе. Общее управление сетью осуществляет Connection Manager, который дёргает системный демон netd, который, в свою очередь, вызывает iptables с определёнными параметрами командной строки. Соответственно, вызывать IPtables из скрипта начальной загрузки (init и прочих) особого смысла нет — netd при старте всё равно вызовет iptables, очистит правила и зальёт свои.

Единственный выход оставленный Google — писать необходимые команды конфигурации iptables в скрипте /system/bin/oem-iptables-init.sh. Путь к этому скрипту и его имя жёстко прописаны внутри исходного кода демона netd.

Для фильтрации статических имён хостов можно редактировать файл /etc/hosts, но при этом надо помнить про их количество и возможность их динамической генерации.
Дальше будет рассказ как это всё делалось.

Удаление и заморозка (если нет уверенности) ненужных программ

При помощи бесплатной версии Titanium Backup можно посмотреть соответствие между именем программы, показываемое в системе (Play Market), её кодовым именем (com.google.vending) и, при необходимости, удалить то, что явно не нужно.

Недостаток бесплатной версии — не умеет делать заморозку программ, посему заморозку делаем через ADB shell при помощи package manager. Пример:

Фильтрация сетевых запросов

Disclamier 2.В данной статье описано КАК можно фильтровать «левую» сетевую активность телефона. Что конкретно фильтровать — каждый волен решать сам.

Как это можно делать.

1. Cамое простое — заполнение файла /etc/hosts записями имён серверов c IP адресом 127.0.0.1. Мой набор серверов лежит на Google Drive в папке Files.
Недостаток варианта — невозможность блокировки неизвестных и динамически генерируемых имён хостов и доменов L3/L4.

Update. Несколько раз обнаруживал странное поведение Netfilter/IPtables. После загрузки телефона в таблице действующих правил оказывались не все правила, перечисленные в скрипте. Если перезагрузить телефон ещё раз — все правила оказывались на месте. ~~Прям шайтан-машина, а не телефон.~~
В документации нашёл описание параметра --wait, который вроде бы должен решать эту проблему. Но, для гарантированного решения проблемы, сделал ещё вызов IPtables из скрипта не напрямую, а через несложную функцию, которая проверяет код завершения и, при необходимости, повторно выполняет команду с небольшой задержкой, опять же проверяя результат.

2. пишем команды фильтрация отправки пакетов на подсети /16 и /24 стандартными правилами Netfilter/IPtables в файл oem-iptables-init.sh. Здесь их не описываю, желающие напишут их сами, либо найдут в полной версии статьи.
Update. Недостаток варианта — большая часть серверов расположена в облаке Amazon и имеет переменные (round-robin DNS) IP адреса. Для гарантированной их фильтрации придётся закрыть не один десяток подсетей /16, что не есть хорошо. Можно ненароком забанить и полезные сайты. Но для статичных хостов (если их немного) это решение вполне подходит.

3. Фильтруем DNS запросы к ненужным нам доменам. Это несколько сложнее, поэтому опишу подробнее.

Updated.В составе IPtables, штатно идущем в Android есть модули расширения функционала, которыми мы дальше и воспользуемся. Помня, что DNS запросы отправляет система (UID 0) пишем правило:

Вторая строчка пропустит все остальные DNS запросы. Комментарии я указал для удобства, чтобы команда iptables -L -v показывала результаты блокировок нагляднее.

5. Фильтруем доступ в интернет по приложениям (у меня Google Chrome имел UID 10060). Разрешаем выход в интернет Google Chrome и запрещаем всем остальным приложениям.

Слабым местом этого способа фильтрации является его опора на наличие отметки UID на каждом конкретном пакете при прохождении его через Netfilter/IPtables. Обнаружилось это по непонятным TCP соединениям к серверам Google, пакеты которых не содержали UID. Исследование показало, что эти пакеты инициированы процессом Google Captive portal login. Я решил эту проблему обходным путём — просто выключив эти запросы командами в ADB shell:

Радует, что (судя по накопленной статистике за несколько суток перехвата Wi-Fi трафика), никаких иных системных процессов отсылающих пакеты без UID в исследовавшемся телефоне нет.

Update. Дальнейшее наблюдение показало как я ошибался. Такие «тихие» процессы есть, но часть из них невинно общается друг с другом через адрес 127.0.0.1, что ненаказуемо.
Всё остальное надо банить.
Поэтому, для их правильной фильтрации, надо добавить в самое начало скрипта ещё две строчки:

Update. Уже после опубликования статьи для меня окончательно стало ясно, что UID приложений, задаваемый системой при установке приложения, при обновлении и/или переустановке приложений может непредсказуемым образомменяться. Следовательно, доступ в интернет для приложения тоже отвалится и надо будет переписывать правило Netfilter/IPtables заново.
Для решения этой проблемы набросал небольшой кусок скрипта, который читает из хвоста файла наименования приложений, проверяет их наличие в системной базе приложений, и, при наличии, берёт оттуда же UID приложения и динамически (в процессе работы скрипта) формирует правило Netfilter/IPtables.
Строго говоря — чтение параметров из тела скрипта — это тоже костыль. Но меня оправдывает то, что на момент работы скрипта, подмонтировать файловую систему доступную снаружи при обычной работе телефона — невозможно. В папке /dev нет соответствующих файлов устройств. Допускаю, что это может быть особенность прошивки конкретного телефона.
Текст специально сделал максимально подробным, для лучшего понимания.

После переустановки/обновления приложения нужно всего лишь перезагрузить телефон.

6. Для целей мониторинга работы правил Netfilter/IPtables можно добавить ещё вот такую строчку:

Параметр IP адрес отправителя (--source 10.1.30.42) можно опустить, но в этом случае лог будет завален записями сетевой активности процессов, завёрнутых на адрес 127.0.0.1 файлом hosts. Лог можно читать через команду dmesg (dmesg | grep IPtables) в ADB Shell.

Версию статьи, которая писалась как полная инструкция по решению этой проблемы с Xioami Redmi 3S я выложил на Google Drive. Сюда её выкладывать не рискнул именно из-за объёма.

Некоторые стандартные телефоны Android показывают постоянное уведомление «Устройство поддерживает HD» в строке состояния, когда вы используете SIM-карту с поддержкой 4G VoLTE. Это конкретное уведомление является чрезвычайно упрямым, и, похоже, вы не можете его отключить. Уведомление «HD» также появляется в строке состояния.

Недавно мы столкнулись с тем же самым на наших смартфонах 10.или (как E, так и G), и, к сожалению, нет возможности навсегда отключить уведомление «Устройство поддерживает HD» без рута, но вы вполне можете удалить значок HD из строка состояния и экран блокировки, а также убедитесь, что оно будет отображаться как последнее уведомление, что означает, что вы не пропустите важные из-за того, что это постоянное уведомление отображается вверху. Вот как это сделать.

Шаг 1: опустите панель уведомлений и нажмите и удерживайте колесико настроек вверху, чтобы включить тюнер системного интерфейса.

Шаг 2: Теперь перейдите в настройки >>> System UI Tuner

Шаг 3: Выберите «Другие», а затем выберите и включите «Управление уведомлением о питании». Это позволит вам определить приоритет для каждого уведомления приложения.

Шаг 4: Теперь снова опустите панель уведомлений и нажмите и удерживайте уведомление «Устройство поддерживает HD».

Шаг 5: Установите его приоритет на 1 (потому что он просто не будет ниже этого) и нажмите «Готово».

После того, как вы закончите, логотип «HD» в строке состояния исчезнет. И постоянное уведомление будет отображаться под всеми другими уведомлениями.

Если вам не нужен VoLTE, вы также можете отключить режим Enhanced 4G LTE в настройках сети, чтобы удалить уведомление.

Кроме того, вы можете удалить хранилище и принудительно остановить службу, чтобы временно удалить уведомление, не отключая службу 4G VoLTE, но через некоторое время уведомление появится снова.

Чтобы полностью удалить уведомление, скачать приложение Notification Off из Магазин игр. После предоставления корневого доступа приложению просто найдите org.codeaurora.ims пакет и снимите флажок. Сохраните изменения, и все готово.

Уведомления об удалении устройства с поддержкой HD

Это уведомление не является проблемой для всех телефонов VoLTE под управлением стандартной ОС Android, но время от времени оно появляется в пользовательских ПЗУ и телефонах менее известных брендов.

Как озвучивать текст с помощью S Pen на Samsung Galaxy Note 8

Читайте также: