Поиск соты и выбор вышки: как телефон решает, к какой базовой станции подключиться
Когда SIM-карта только зарегистрировалась в сети, у неё в памяти уже есть список частот. Его называют набором радиочастотных каналов (Radio Frequency Channel Number) для конкретной технологии. Телефон перебирает эти каналы, а не «слушает весь эфир вслепую» — так поиск занимает меньше времени. Дальше в дело вступают три вещи: мощность сигнала, шум в канале и приоритеты, расставленные оператором.
Сначала устройство измеряет уровень принимаемого сигнала. Пример: оператор работает на двух частотах — 800 МГц и 2600 МГц. Если соты на 800 МГц дают -95 дБм, а на 2600 МГц всего -110 дБм, телефон склонится к первой — она уверенно проходит по уровню.
Но одной мощности мало. Сигнал может быть громким и одновременно «грязным» из-за помех от соседних сот. Поэтому телефон оценивает не только уровень, но и отношение полезного сигнала к шуму. Проще говоря — насколько чисто слышно соту относительно фона.
Затем учитываются приоритеты. Оператор может задать, какая технология или какая частота для него важнее в этой зоне. Скажем, соты LTE с приоритетом 7 телефон поставит выше сот с приоритетом 5, даже если последние чуть громче. Так балансируется нагрузка на сеть.
Выбор заканчивается, когда телефон находит соту с подходящим уровнем, приемлемым качеством и достаточным приоритетом. Если такая нашлась и прошла проверку, устройство фиксируется на ней и переходит к следующей задаче — регистрации.
Источник: https://habr.com/ru/companies/beeline_tech/articles/954852/
Как вышка находит устройство: от пейджинга до регистрации в сети
Обратная задача — отыскать устройство в эфире — решается иначе, потому что у базовой станции нет «списка телефонов» поблизости. Разберём два независимых механизма: как происходит первичный доступ и как сеть отличает одно устройство от другого в уже установленном соединении.
Начнём с физического уровня. Каждой базовой станции назначен физический идентификатор соты (Physical Cell Identity, PCI) — число, которое она постоянно транслирует в служебных сигналах. Абонентское устройство измеряет эти сигналы и сообщает сети, какие PCI оно «слышит» и с какой силой. Так вышка узнаёт, что рядом есть потенциальный клиент, ещё до того, как он попросит доступ.
Ключевой момент доступа — случайный доступ (Random Access, RACH). Устройство посылает преамбулу — короткую последовательность из заранее определённого набора. Преамбулы ортогональны друг другу, поэтому базовая станция может различить несколько одновременных попыток. Если два телефона выбрали одну преамбулу, возникает коллизия: сеть разрешает её, и один из абонентов повторяет попытку через случайную задержку. Это и есть тот «протокол вежливости», который не даёт устройствам заглушить друг друга при массовом подключении.
После успешного доступа встаёт второй вопрос — идентификация. Здесь работает временный идентификатор (C-RNTI), который сеть присваивает устройству на время сессии. Он короткий — 16 бит — и используется для адресации данных в физическом канале. Постоянный идентификатор абонента (IMSI) в эфире почти не мелькает: его передают только при первичной регистрации, и то в защищённом виде. Причина проста — перехватив IMSI в открытом виде, злоумышленник может отследить местоположение абонента.
Отсюда практический вывод для инженера: когда вы анализируете логи подключения, не ищите IMSI в каждом пакете — его там нет. Реальный маркер сессии — C-RNTI, и именно по нему удобно сопоставлять события RACH с последующим трафиком конкретного устройства.
Что происходит при перемещении: хэндовер и переключение между вышками
Разговор не должен прерываться, когда вы переезжаете из одной соты в другую. Механизм, который это обеспечивает, называется хэндовер (handover) — буквально «передача руки». Задача звучит просто: переключить устройство на новую базовую станцию так, чтобы для приложения ничего не изменилось.
Ключевое решение — принимать решение не на устройстве, а в сети. Устройство лишь измеряет сигналы соседних сот и отправляет отчёты, а команду на переключение выдаёт сеть. Это позволяет учесть нагрузку на базовые станции и загруженность транспорта, чего само устройство не видит.
Процедура выглядит так:
- Измерения. Устройство постоянно измеряет уровень сигнала обслуживающей соты и соседних сот, а также качество принимаемого сигнала. Сеть заранее задаёт пороги и события — например, «сигнал соседа стал сильнее сигнала текущей соты на определённую величину».
- Отчёт. При срабатывании условия устройство отправляет сети отчёт с результатами измерений, в том числе идентификатор найденной соты.
- Подготовка. Сеть принимает решение о переключении и готовит целевую базовую станцию: передаёт ей контекст соединения и зарезервированный ресурс. Именно на этом шаге данные о сессии временно идут через обе станции, поэтому разрыва не происходит.
- Команда. Устройство получает команду на переключение с параметрами новой соты. Оно перестраивается на новую частоту и подключается к целевой станции.
- Завершение. Старая база освобождает ресурсы, а соединение продолжается уже в новой соте.
Важная деталь: во время подготовки старая станция продолжает передавать данные, которые приходят из сети, и, если успевает, пересылает их на новую. Только после того, как устройство подтвердит подключение, поток переключается окончательно. Приложения в этот момент могут заметить лишь краткое изменение задержки, а не разрыв.
Отсюда и практический смысл измерений в первом шаге: слишком раннее переключение приведёт к потере стабильного сигнала, слишком позднее — к обрыву на границе сот. Поэтому пороги подбирают с запасом, а не по факту падения уровня.
Служебные каналы и сигнализация: невидимая работа сети
Смартфон в кармане не молчит ни секунды. Даже когда вы просто идёте по улице и ничего не открываете, между ним и базовой станцией идёт непрерывный обмен служебными сообщениями. Этот канал нужен для двух вещей: удерживать связь с сетью и знать, куда переключаться дальше.
Разделим поток данных на две части.
Пользовательский трафик — это то, что вы реально потребляете: страницы, видео, голос. Он идёт только тогда, когда есть что передавать.
Служебная сигнализация — фоновая работа. Устройство регулярно отчитывается вышке: какой уровень сигнала видит, какие соседние соты слышит, готово ли принимать вызов. Сеть, в свою очередь, сообщает устройству о входящих событиях и изменениях в конфигурации.
Аналогия простая: это как вахтёр на проходной. Вы можете весь день не выходить из здания, но он всё равно должен знать, что вы внутри, и держать вашу карточку активной. Стоит перестать отвечать — и вас посчитают ушедшим.
Отсюда практический вывод. Если служебный обмен срывается, связь пропадает даже при полной шкале сигнала. Вышка и телефон перестают понимать друг друга, и сеть может решить, что устройство недоступно. Поэтому уровень «палочек» на экране — не единственный показатель: важна ещё и устойчивость служебного диалога.
Именно этот постоянный обмен служит основой для следующего шага — решения о том, когда и на какую соту переключаться.
Энергосбережение и режимы ожидания: как телефон экономит заряд, оставаясь на связи
Модем не может принимать вызов, не слушая сеть. Но и держать приёмник включённым постоянно — значит разрядить батарею за считаные часы. Поэтому производители чипов идут на компромисс: устройство периодически просыпается и слушает эфир лишь часть времени. Всё остальное оно спит.
Представьте радиоприёмник, который включается ровно на секунду, чтобы проверить, не передают ли что-то важное, а затем снова замолкает. Примерно так работает механизм прерывистого приёма (Discontinuous Reception, DRX), описанный в стандартах 3GPP. Сеть и устройство заранее договариваются о расписании: когда модем обязан «бодрствовать» и слушать управляющий канал, а когда может отключить радио.
Базовый цикл выглядит так. Устройство просыпается в назначенный момент и проверяет управляющий канал PDCCH. Если там есть сообщение, адресованное именно ему, — модем остаётся активным и принимает данные. Если сообщений нет — снова засыпает до следующего окна. Каждое такое «бодрствование» длится от нескольких миллисекунд до десятков миллисекунд, а период между пробуждениями может растягиваться до 2,56 секунды и более в зависимости от настроек DRX, которые задаёт базовая станция через RRC-конфигурацию.
Экономия здесь не косметическая. В режиме ожидания радиоузел потребляет десятки миллиампер. Если он активен постоянно, смартфон с батареей 3000 мА·ч исчерпает заряд за сутки. С короткими пробуждениями и длинными паузами средний ток падает в разы, и устройство живёт днями. Именно поэтому операторы заинтересованы в грамотной настройке DRX: слишком редкие пробуждения — задержки при входящем вызове; слишком частые — разряженные телефоны у абонентов.
Стандарт определяет несколько таймеров. onDuration — сколько модем слушает после пробуждения. inactivityTimer — сколько он остаётся активным после последнего принятого пакета. longCycle и shortCycle — интервалы между окнами приёма. В 5G NR тот же принцип перенесли на уровень beamforming: устройство может «сканировать» лишь часть лучей, а не весь эфир, что даёт дополнительный выигрыш в энергопотреблении.
Если устройство пропустило сообщение во время сна — ничего страшного. Сеть знает расписание и отправит вызов в одно из следующих окон. Задержка при этом измеряется в сотнях миллисекунд максимум, и для голосового вызова это незаметно.
Практические выводы: что важно знать о работе сотовой связи
Три вещи, которые стоит унести из материала. Первое: энергопотребление модема — это не побочный эффект, а параметр, вокруг которого построена вся логика связи. DRX, периодичность прослушивания управляющего канала, длина цикла — всё это результат торга между задержкой отклика и расходом заряда. Второе: экономия достигается не отключением функций, а расписанием. Устройство не перестаёт быть доступным для сети — оно лишь договаривается, в какие окна сеть может до него достучаться, а в остальное время молчит. Третье: чем реже модем просыпается, тем выше выигрыш по батарее, но тем заметнее пауза перед доставкой входящего трафика. Этот компромисс не устраняется — им управляют.
Практический совет: если приложение требует мгновенной реакции на входящие события, не полагайтесь на то, что сеть разбудит устройство сразу после их появления. Проверьте, какой цикл DRX согласован в вашей конфигурации, и заложите этот интервал в бюджет задержки — иначе пользователь увидит «зависшее» уведомление там, где модем просто спит по расписанию.
