Что такое ril android

Содержание

Уровень радиоинтерфейса — Radio Interface Layer
СОДЕРЖАНИЕ
Android RIL
Windows Mobile RIL
Рекомендации
Внешние ссылки
Русские Блоги
QMI RIL и Android
Android Ril
QMI RIL
Русские Блоги
Анализ фреймворка Android 8.0 RIL
Предисловие
Вход в RIL
Что такое ril android

Уровень радиоинтерфейса — Radio Interface Layer

Layer радиоинтерфейса ( RIL ) представляет собой слой в операционной системе , которая обеспечивает интерфейс для радио аппаратного средств и модема, например , на мобильном телефоне.

СОДЕРЖАНИЕ

Android RIL

Проект с открытым исходным кодом Android предоставляет уровень радиоинтерфейса (RIL) между службами телефонии Android (android.telephony) и радиооборудованием.

Он состоит из стека из двух компонентов: демона RIL и RIL поставщика. Демон RIL общается со службами телефонии и отправляет «запрошенные команды» поставщику RIL. RIL от поставщика специфичен для конкретной реализации радио и отправляет «незапрошенные команды» демону RIL.

Windows Mobile RIL

RIL — ключевой компонент ОС Microsoft Windows Mobile . RIL позволяет приложениям беспроводной передачи голоса или данных взаимодействовать с модемом GSM / GPRS или CDMA2000 1X на устройстве Windows Mobile. RIL обеспечивает системный интерфейс между уровнем CellCore в ОС Windows Mobile и стеком радиопротоколов, используемым оборудованием беспроводного модема. Таким образом, RIL также позволяет OEM-производителям интегрировать различные модемы в свое оборудование, предоставляя этот интерфейс.

RIL состоит из двух отдельных компонентов: драйвера RIL, который обрабатывает AT-команды и события; и прокси RIL, который управляет запросами от нескольких клиентов к одному драйверу RIL. За исключением соединений PPP, все взаимодействие между ОС Windows Mobile и радиостеком устройства осуществляется через RIL. (Соединения PPP изначально используют RIL для установления соединения, но затем обходят RIL для прямого подключения к виртуальному последовательному порту, назначенному модему.) По сути, RIL принимает и преобразует все прямые запросы на обслуживание от верхних уровней (т. Е. TAPI) в команды, поддерживаемые и понимаемые модемом.

Обратите внимание, что RIL не связывается напрямую с модемом. Вместо этого последней связью с модемом обычно является стандартный последовательный драйвер, предоставляемый платформой OEM.

Внешние ссылки

Эта статья о беспроводной технологии незавершена . Вы можете помочь Википедии, расширив ее .

Источник

Русские Блоги

QMI RIL и Android

Android Ril

RIL RIL Android в основном разделена на две части: RILJ и RILC, где Rilj работает в разрезе Java of Framework-> телефонии, RILC работает в натуральном разделе HAL-слоя. В Android 1.0-7.0 архитектура уровня RIL показана ниже:

Взаимодействие между RILJ и RILC основано на локальной розетке, а RILJ является интерактивным и обрабатываться соединением сокета между RILC через порт RILLED; RILC и модем проходят через порт STORED QEMUD, чтобы выполнить передачу и выполнение команды AT, завершенное модем Контроль управления и запросы запросов и обработка сообщений о том, что модем активно сообщается.

На эпохе Android 8.0+ Google представила HIDL для замены связи сокета между структурой и слоями HAL, поэтому архитектура уровня RIL в эре Android 8.0+ показана ниже:

Существует, вероятно, следующая точка использования HIDL:

1. Эффективность связи улучшена, особенно для памяти.

2, в дальнейшем отделите вопросы совместимости версии Android и модема поставщиков.

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

QMI RIL

Мы знаем, что мобильный телефон представляет собой многоядерную архитектуру. Первичный прикладной процессор запускает операционную систему Android, а процессор модема отвечает за деталь Rf и протокола, а некоторые SOC отвечают за выделенную аудио, радиочастоту, обработку дисплея.

Архитектура RIL состоит в том, чтобы добиться вызова, поэтому корня требуется для связи с модемичными коммуникациями, производители модема имеют Qualcomm, MTK, Haisi, выставку и т. Д. Различные модемы имеют разные интерфейсы, внутренние механизмы, а часть процессора приложений использует оригинальный набор Android, но есть производители в RILC и модемной части коммуникации. QMI — это механизм приложенного процессора и коммуникации RILC. Рамка QMI включает в себя клиентский раздел и раздел сервера. Клиент QMI работает в процессоре приложений, который открывается Rild, используя режим DLOPEN; QMI Server работает в процессоре модема; клиентский и сервер используют связь сокет. Как показано ниже:

Источник

Русские Блоги

Анализ фреймворка Android 8.0 RIL

Оригинальный адрес: https://blog.csdn.net/qq_27540925/article/details/79356799

Предисловие

Версия Android O изменила функцию связи в среде RIL. Вместо использования sockect для связи используйте HIDL для связи. Здесь мы объединяем исходный код 7.0 и 8.0 для анализа текущей среды RIL. Пожалуйста, не стесняйтесь исправлять меня в случае каких-либо ошибок.

Вход в RIL

По сравнению с android N основное отличие состоит в том, что сокет заменен на сервис для связи. Продолжаем видеть его основные операции:

1. Включите цикл
2. Инициализация RIL_Init
3. Функция обратного вызова зарегистрированной ссылки
Вот сравнительный анализ этих начальных операций. Полный процесс RIL см. в RIL Framework Analysis 2.

Открытый цикл
Продолжить отслеживать RIL_startEventLoop

Продолжайте анализировать функцию eventLoop

1.1 Продолжить отслеживать функцию event_init

Инициализируйте дескриптор файла и два списка, timer_list и pending_list и watch_table.

Отслеживая его определенный тип, убедитесь, что две таблицы являются переменными ril_event, а watch_table — это массив указателей.

Проанализируйте тип ril_event

Вы можете видеть, что этот тип на самом деле является двусвязным списком, а timer_list, pending_list и watch_table являются связанными списками.

1.2 Затем следуйте конкретной реализации цикла eventLoop

Подведите итог обработки событий

В системе управления событиями RIL есть три структуры связанных списков: watch_table, timer_list, pending_list

Наблюдайте (если он останется, он будет обрабатываться каждый раз) и таймер (если время истекло, он будет обработан) просто выделение, фактическое место окончательной обработки — pending_list,), а пул дескрипторов устройства readFDS используется для сохранения всех сокетов Дескриптор файла трубы сохранен.

Процесс управления можно обобщить в виде следующих 6 пунктов:
1. Вы можете добавить событие в watch_table или timer_list;
2. Если событие добавлено в watch_table, вам нужно добавить fd (дескриптор устройства события) текущего события в readFDS;
3. Если событие добавляется в список timer_list, нет необходимости добавлять fd (дескриптор устройства события) текущего события в readFDS, а значение fd текущего события недопустимо;
4. В процессе обнаружения цикла, если событие находится в watch_table, текущее событие будет добавлено в список pending_list. Если атрибут persist текущего события равен false, это означает, что текущий узел не нужно сохранять. Удалите текущее событие из watch_table, если значение persist равно true, это означает, что его нужно сохранить, и нет необходимости удалять текущий узел из watch_table. к
5. Если в процессе обнаружения цикла обнаружилось, что событие в списке timer_list установлено как превышенное по времени, переместите текущее событие в список pending_list и одновременно удалите узел из списка timer_list. к
6. В процессе обнаружения цикла после обработки watch_table и timer_list перейдите к pending_list и выполните функцию, на которую указывает Event внутри.

Читайте также: Хитман андроид без кеша

RIL_Init инициализация
Загрузите файл ссылки, загрузив библиотеку ссылок

Посмотрите открытый поток обработки вызова mainLoop

Как вы можете видеть выше, открыт не только канал АТ, но и установлен метод тайм-аута.

Продолжите с waitForClose и обнаружите, что когда s_closed = 0, он продолжит ждать, ищет изменение значения s_closed и обнаруживает, что значение будет изменено на 1 в двух местах, а именно onATTimeout и onATReaderClosed.

После того, как текущий поток открывает канал AT, он блокирует и ждет в waitForClose. Если канал AT обнаруживает тайм-аут, он будет активно закрывать текущий канал AT. В это время будет активирован заблокированный поток в waitForClose, а затем вернется waitForClose.

Как только функция waitForClose вернется, она снова войдет в цикл for и снова откроет канал AT.

Продолжать следить за открытием канала АТ

Посмотрите вызов open thread readLoop processing

Вы можете видеть, что метод s_unsolHandler или processLine в основном вызывается для обработки сообщения.

2.1 Продолжить анализировать s_unsolHandler (line1, line2);
Найдите инициализацию s_unsolHandler и инициализируйте ее в at_open, который включен вUnsolicited в reference-ril.c.

Видно, что это обрабатывается отдельно в соответствии с разницей в начале, есть много случаев, здесь указан только первый случай

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

Поэтому мы продолжаем отслеживать метод RIL_onUnsolicitedResponse
И реализация RIL_onUnsolicitedResponse:

Объясните, что эта функция вызывает метод OnUnsolicitedResponse переменной s_rilenv. Так где же инициализируется s_rilenv?

Поиск s_rilenv, вы можете найти его вИнициализируется при вызове метода RIL_Init

Это форма, когда мы инициализируем справочную библиотеку в главной функции в rild.c:

Вышеупомянутый процесс инициализации передает глобальную переменную s_rilEnv в ссылку, а затем передает это значение в s_rilenv в файле reference-ril.c, и каждая функция обработки s_rilEnv реализована в файле ril.cpp. к
После обхода вышеизложенного обработка сообщения была избавлена от динамической библиотеки (то есть файла reference-ril.c) обратно в файл ril.c. к
Это в точности концепция дизайна всей архитектуры RIL: структура и методы обработки управляются ril.c, а дифференцированные AT-команды реализуются посредством ссылки.

Так что продолжайте проверять конкретную реализацию в ril.c

Сосредоточьтесь на продолжении s_unsolResponses

Вы можете видеть, что s_unsolResponses [unsolResponseIndex] .responseFunction фактически вызывает метод radio :: callStateChangedInd.

Если вы сравните определение ril_unsol_commands для android N, то обнаружите, что метод обработки изменился. к
В исходном N-коде метод ответа в ril_unsol_commands фактически переопределен в ril.cpp, а ril_unsol_commands.h определяет только метод обработки.

Затем мы продолжаем отслеживать radio :: callStateChangedInd по коду O, и мы можем обнаружить, что он находится вРеализовано в ril_service.cpp

Продолжайте следить за методом radioService [slotId] -> mRadioIndication-> callStateChanged
Я обнаружил, что здесь фактически вызывается метод mRadioIndication, такой же, как в предыдущем процессе Android8.0 MT 1.

Отслеживать класс RadioIndication

Давайте продолжим смотреть на его унаследованный IRadioIndication.Stub, глобальный поиск RadioIndication может обнаружить, что он определяет этот интерфейс в IRadioIndication.hal.

Обратите внимание на класс RadioIndication и обнаружите, что он определяет большое количество методов, похожих на callStateChanged, а затем сравните метод processUnsolicited на 7.0,Было обнаружено, что основной ответ, который обрабатывался единообразно с помощью метода, теперь обрабатывается классом RadioIndication, Его callStateChanged соответствует элементу callStateChanged переключателя в предыдущем методе processUnsolicited и т. Д. Для остальных.

Разница между RIL-связью 7.0 и 8.0 относительно велика. После того, как уровень RIL получает базовое сообщение, он инициирует уведомление уведомления.

По сравнению со структурой N он сначала вызывает метод для упаковки данных ответа, а затем использует сокет для его отправки, тогда как в O метод вызывается напрямую для обработки данных ответа, и вызов HIDL выполняется через RadioIndication, и он напрямую направляется в RIL. Место.

2.2 Продолжить анализ обработки метода processLine

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

Функция обратного вызова зарегистрированной ссылки
Продолжайте следить за RIL_register (funcs), отследите метод регистрации в RIL.C и обнаружите, что 8.0 был изменен, обмен данными осуществляется через службу регистрации, а обмен данными осуществлялся через сокет ранее.

Продолжайте следить
// Регистрация службы ril_service

Передача обратных вызовов при регистрации услуги,

Источник

Что такое ril android

Если вас устраивает качество связи на вашей текущей прошивке (PDA, CSC, PHONE), то вы – счастливый человек и дальше можно не читать :).

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

Модемы могут меняться независимо от прошивки, хоть каждую минуту, это никак не влияет на саму прошивку (её PDA и CSC части), не влияет на установленный софт и совершенно не влияет на гарантию. Это обратимая и безболезненная ситуация. Вы всегда сможете вернуться обратно. Наберите *#1234# и запишите значение PHONE – это и есть ваш текущий модем. Его всегда можно найти поиском и поставить обратно. В свойствах телефона версия модема ошибочно отображается как «Версия прошивки», в то время как реальная версия прошивки отображается как «Версия сборки».

Любой модем для Samsung Galaxy S II (европейский индекс модели GT-i9100, японский SC-02C, корейский M250) от любой прошивки можно ставить на любую другую прошивку, т.е. модем не привязан к версии Android, он отвечает только за работу аппаратной части модуля сотовой сети.

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

О «палочках»:
Судить о качестве связи по «палочкам» неверно. Следует обращать внимание на то, насколько стабильно телефон держит связь во время разговора в условиях плохого приёма. Палочки могут вводить в заблуждение. Логично проверять поведение модема в нескольких стабильно-проблемных точках по своему каждодневному маршруту и делать выводы для себя лично. Многие «операторские» модемы заточены под конкретного оператора сотовой связи либо под другую страну. Они могут некорректно отображать уровень принимаемого сигнала сотовой станции, могут показывать ноль, а разговор при этом не прерывается и все отлично слышно.

Мониторинг уровня сигнала:
Программы NetworkSignalInfo, OpenSignalMaps и им подобные некорректно отображают уровень сигнала сотовой сети на некоторых региональных и операторских модемах. Это нормально и никоим образом не сказывается на связи. Текущий уровень сигнала всегда можно посмотреть здесь: Настройки/Сведения о телефоне/Свойства. На всех XX*** модемах шкала отображается нормально.

Режим работы сети GSM/WCDMA:
Рекомендуется оставлять значение этого параметра в положение «Авто», чтобы дать модему возможность самостоятельно решать на какой сети работать. Ограничивая работу только одной сети вы выключаете алгоритмы оптимизации модема. В режиме «Только GSM» скорость и точность определения местоположения телефона по сотовой сети будет заметно хуже.

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

Зависит ли работа GPS приемника от версии модема:
Работа GPS приемника никак не зависит от установленного модема (хотя за работу модема и GPS приемника отвечает одна и так же микросхема). Скорость и точность определения GPS координат зависит непосредственно от прошивки телефона (PDA часть). А вот скорость и точность определения местоположения телефона по данным сотовой сети зависит от модема напрямую.

Мегафон и опция «Мультифон»:
Выключение опции «Мультифон» в Сервис-Гиде на сайте оператора Мегафон позволяет улучшить качество сотовой связи и уменьшить количество «недозвонов». Подтверждено многими пользователями.

RIL — это специальный интерфейс между модемом и ядром. Если ставится другой модем, отличный от того, что идет по дефолту с прошивкой, то желательно заменить и RIL (на тот, который умеет правильно работать с выбранным модемом). Идея в том, что нужно взять RIL от прошивки, с которой модем шел. Это и будет связкой между нужным модемом и вашей текущей прошивкой. Т.е. пляски все идут от модема. Выбираем модем и ищем подходящий RIL. Этим можно реально улучшить качество связи и ответить частично на вопрос: почему на разных прошивках модемы ведут себя по разному. Установка RIL необязательна, но может быть полезна.

Внимание! RIL это обыкновенный мод, его установка производится путем копирования файла библиотеки в системную папку. Поэтому для установки RIL вам нужен root доступ, полученный любым доступным способом. RIL файлы можно менять только в пределах одной версии операционной системы. Все выложенные RIL взяты со стоковых прошивок ICS (если ничего не указано) либо с JB (подпись 4.1.2) и к старым прошивкам не подходят! Т.е. на прошивки ICS подходят только RIL без указания версии, а к новым прошивкам JB подходят только RIL с указанием 4.1.2 или JB). Будьте внимательны! К прошивкам AOKP/AOSP и их модификациям (к примеру CM), RIL файлы от стоковых прошивок (в общем случае) не подходят. На CM10.1 RIL менять не рекомендуется.

Режимы передачи данных HSPA (до 7 Мбит/с) и HSPA+ (до 21 Мбит/с) дают большую скорость передачи данных нежели простой 3G (384 кбит/с), но при этом сильнее нагружают батарею. Можно частично ограничить телефону доступные стандарты передачи данных, и достигнуть серьезной экономии батареи. Мы можем управлять составляющими HSPA (HSDPA — downlink, HSUPA — uplink), а HSPA+ включается автоматически когда включена полная поддержка HSPA (разрешены оба режима HSDPA и HSUPA).

В прошивках 2.3.x и 4.0.х используем сервисный код *#301279#:

Далее выбираем [2] CHANGE HSPA REVISION, затем:
— [1] RELEASE R99 (HSPA OFF) чтобы полность отключить передачу данных HSPA/HSPA+, останетесь на чистом 3G, скорость до 384 кбит/с, что весьма медленно
— [2] RELEASE 5 (HSDPA ONLY) чтобы разрешить использование только режима HSDPA (downlink), телефон будет показывать 3G, но скорость будет выше — до 7 Мбит/с
— [3] RELEASE 6 (HSDPA/HSUPA) чтобы вернуть все в исходное состояние, разрешив полную поддержку HSDPA и HSUPA, телефон будет показывать H либо H+, скорость до 21 Мбит/с
Нажимаем кнопку «НАЗАД» для выхода из сервисного меню. Сеть автоматически сбросится и подцепится заново, это нормально.

Для прошивок 4.1.2 путь немного сложнее (в этих прошивках старый код не работает).
Набираем код *#197328640#, далее последовательно:
1 (debug screen)
8 (phone control)
3 (nas control)
5 (rcc HSPA control)
и попадаем в то же сервисное меню, что и на старых прошивках.

Примечание: для работы сервисных кодов необходимо системное приложение Factory Test.apk

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

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

ЗОЛОТО: XXLP1, SC02C OMKL4, UHLPF/UHLPG, ZCLS4, ZCLPK/ZSLPQ, BVLPE, XXMS2
Одними из лучших по качеству мобильной связи и передачи данных, по результатам тестов и отзывам пользователей: европейский XXLP1, японский OMKL4, модемы UHLPF/UHLPG для Латинской Америки, ZCLS4/ZCLPK/ZSLPQ для Азии и VBLPE оператора Orange. Можно отметить интересную закономерность: эти модемы зачастую подходят не все, и дают разные результаты на разных прошивках. Часть пользователей в восторге от одного, часть от другого, но в целом это очень достойные, проверенные и хорошо зарекомендовавшие себя модемы. Отзывы самые положительные: уверенная голосовая связь без помех (входящая и исходящая), быстрый и стабильный мобильный интернет, умеренное энергопотребление. Модем BVLPE (Orange) является отличным развитием модемов BVLP7 и BVLPB, связь улучшена по многим параметрам, очень хорошо ведет себя на новых прошивках JB 4.1.2. Стоковый модем XXMS2 новых прошивок 4.1.2 заметно выделяется из общей массы отличным балансом энергопотребления и качества связи, рекомендуем.
XXLP1 пожалуй самый «прожорливый» модем из рассматриваемых. В фоне потребление заряда относительно небольшое, но при активном использовании мобильной сети батарейка может таять ощутимо, многое зависит от того, как настроена ваша система. Но в условия очень плохого покрытия сотовой сети именно этот модем зачастую является «волшебной палочкой» и уверенно держит связь там, где все остальные модемы «пасуют».

СЕРЕБРО: операторские DXLPA, BVLP7/BVLPB, BULP7, M250S UB23
Очень достойные операторские модемы, оптимизированы под работу определенных операторов сотовой связи в определенных странах. В целом несколько слабее лидеров, но в каких-то случаях могут оказаться не хуже. Модемы BVLP7 и BVLPB (Orange) вместе с BULP7 (Vodafone) очень хороши по голосовой связи и передаче данных, но недостаточно уверенно держат связь при очень плохом сигнале (подвалы, тоннели), имеют место «провалы» и «зажевывания». DXLPA является доработанной версией DXLP9 (Азия) , отлично работает на новых прошивках. Модемы от корейских операторских версий телефона M250S/K своеобразны: в разных условиях, на разных прошивках имеют отзывы от «великолепно» до «плохо», не работают в режиме EDGE. Отдельного ранжирования по ним пока нет (пробуйте все).

БРОНЗА: стоковые XXLPX, XXLQ6, XXLS8, XXLPQ, XXLPS
Универсальные стоковые модемы европейских прошивок, отличная альтернатива для начальных экспериментов, если вас не устраивает ваш текущий модем.

Файл модема идёт с каждой прошивкой и называется modem.bin. Его можно самостоятельно извлечь из архива прошивки телефона и прошить отдельно через ODIN как PHONE часть на любую текущую прошивку вашего телефона. Но намного удобнее использовать уже готовые пакеты установки через Recovery (ZIP файл с папкой META-INF внутри) либо TAR для прошивки через ODIN как PDA часть (файл modem.bin в архиве TAR). Прошивать архивы надёжнее , т.к. производится проверка целостности файла перед прошивкой. Прошивать через Recovery ещё и удобнее, т.к. можно менять модемы прямо на телефоне без подключения к компьютеру.

RIL (Radio Interface Layer) это файл системной библиотеки libsec-ril.so, устанавливается как обычный пакет обновления (как все кастомные модификации) — через Recovery. Его также можно самостоятельно извлечь из архива и заменить в папке /system/lib/libsec-ril.so. Поскольку RIL это обыкновенный мод, для его установки вам нужен root доступ, полученный любым доступным способом.

Таким образом:
— если вы скачали файл *.zip с папкой META-INF внутри, вам следует загрузиться в режим Recovery и установить его как обычное обновление.
— файлы вида *.signed.zip могут устанавливаться через стоковое Recovery !
— если скачали файл *.zip в котором лежит файл *.tar , то распакуйте ZIP и прошивайте полученный *.tar через ODIN как PDA часть (с помощью компьютера) либо через MobileOdin (непосредственно на телефоне)
— если вы вынули из стоковой прошивки (или скачали как-то ещё) файл modem.bin его можно прошить через ODIN как PHONE часть

Краткая инструкция по прошивке модема с помощью компьютера программой ODIN без необходимости делать root на телефоне:

1. Скачиваем программу Odin3 и нужный вам модем из шапки в формате «ODIN PDA»
2. Запускаем Odin, нажимаем на PDA, указываем путь к файлу модема с расширением .tar
3. Выключаем SGS2, зажимаем громкость вниз + меню + включение, затем громкость вверх
4. Подключаем смартфон к ПК, жмем в Odin на Start и прошиваем модем

Все описанное здесь подразумевает, что вы в курсе алгоритма прошивки телефона с помощью ODIN и установки обновлений через стоковое Recovery и модифицированное CWM Recovery. Если вы не уверены в правильности своих действий, прошу вас обратиться в профильные темы с подробными инструкциями: Прошивка OS 2.3 GB и Прошивка OS 4.0 ICS .

Помните, все операции вы проводите на свой страх и риск. Никто не будет отвечать за возможные последствия неправильных действий.

CWM/R3e: прошивка через стоковое Recovery либо CWM Recovery | CWM: только для CWM Recovery | ODIN PDA: ODIN как PDA часть

Внимание! RIL файлы можно менять только в пределах одной версии операционной системы. Все выложенные RIL взяты со стоковых прошивок ICS 4.0.x (если ничего не указано) либо с JB 4.1.x (подпись 4.1.2) и к старым прошивкам GB 2.3.x не подходят! Т.е. на прошивки ICS подходят только RIL без указания версии, а к новым прошивкам JB подходят только RIL с указанием 4.1.2 или JB). Будьте внимательны! Совместимость с кастомными прошивками не гарантируется. К прошивкам AOKP/AOSP и их модификациям (к примеру CM), RIL файлы от стоковых прошивок (в общем случае) не подходят. Для установки RIL необходим предварительно полученный любым способом root доступ. Установка RIL не обязательна, это экспериментальная фишка, но она потенциально может улучшить работу модема.
Установка RIL необязательна, но может быть полезна.

Новинки
XXMS3 (Июнь 2013 | JB 4.1.2) : CWM/R3e | ODIN PDA | (Европа) | совместимый RIL XWLSW 4.1.2

CWM/R3e: прошивка через стоковое Recovery либо CWM Recovery | CWM: только для CWM Recovery | ODIN PDA: ODIN как PDA часть

Источник

Что такое ril android

Уровень радиоинтерфейса — Radio Interface Layer

СОДЕРЖАНИЕ

Android RIL

Windows Mobile RIL

Рекомендации

Внешние ссылки

Русские Блоги

QMI RIL и Android

Android Ril

QMI RIL

Русские Блоги

Анализ фреймворка Android 8.0 RIL

Предисловие

Вход в RIL

Что такое ril android