В начале работы мобильная станция (МС) должна выполнить регистрацию в сети для того, чтобы получить возможность пользоваться различными сервисами (в том числе и обмениваться данными). В рамках процедуры подключения к сети также создается соединение, сконфигуренное по умочанию, и устанавливается прямое IP соединение с PDN шлюзом.
Перед регистрацией в EPC мобильная станция должна «подружиться» с базовой станцией (БС). Данная процедура называется созданием RRC соединения (RRC Connection Establishment) и сопровождается изменением состояния МС с RRC_IDLE на RRC_CONNECTED. В начале этой процедуры МС осуществляет синхронизацию с БС, используя первичный и вторичный сигналы синхронизации (PSS и SSS). После синхронизации МС слушает канал PBCH (Physical Broadcast Channel), в котором передается MIB (Master Information Block), где указываются основные характеристики сети (ширина канала, текущий номер кадра и формат PHICH канала).
После этого МС может принимать каналы PDCCH (перед этим необходимо принять канал PCFICH — Physical Control Format Indicator Channel) и PDSCH (Physical Downlink Shared Channel). По каналу PDSCH передаются блоки системной информации (SIB — System Information Block). МС необходимо прочитать блоки системной информации SIB 1 и SIB 2 для того, чтобы выполнить процедуру случайного доступа (RA — Random Access).
Samsung Galaxy S20 : How to enable or disable 3GPP AT commands (Android 10)
Процедура случайного доступа будет подробно описана в отдельной статье. Тут же отметим, что с помощью данной процедуры МС сообщает о себе БС. В конце процедуры случайного доступа БС выделяет МС идентификатор, который называется C-RNTI (Cell Radio Network Temporary Identifier).
Установку RRC соединения можно разделить на три этапа. На первом этапе МС отправляет сообщение ‘RRC Connection Request’. Выделение ресурса (аллокация) для передачи этого сообщения происходит в сообщении ‘Random Access Response’, которое БС отправляет МС в ответ на случайную преамбулу.
Так как в момент передачи сообщения ‘RRC Connection Request’ сигнальное соединение SRB1 (Signal Radio Bearer 1) и выделенный канал управления DCCH (Dedicated Control Channel) не созданы, то это сообщение передается по сигнальному соединению SRB0 и логическому каналу CCCH (Common Control Channel). В сообщении ‘RRC Connection Request’ передаются два поля: UE Identity и Establishment Cause.
В поле UE Identity передается S-TMSI (SAE Temporary Mobile Subscriber Identity), если МС уже зарегистрирована в зоне слежения (Tracking Area), к которой относится текущий сектор. Если же МС не зарегистрирована, то она выбирает случайное число от 0 до 2 40 — 1 и передает его. Значение поля Establishment Cause зависит от процедуры Non-Access Stratum (NAS), для которой выпоняется создание соединения. Соответствие значения этого поля и процедур NAS определено в документе 3GPP TS 24.301.
После отправки сообщения ‘RRC Connection Request’ МС запускает таймер Т300 (его значение сообщается в SIB2 и может принимать следующие величины: 100, 200, 300, 400, 600, 1000, 1500, 2000 мс). В LTE не предусмотрено повторных передач сообщения ‘RRC Connection Request’. Поэтому, если таймер Т300 истекает до получения ответа от БС, то процедура завершается с ошибкой.
При отправке сообщения ‘RRC Connection Request’ может возникнуть коллизия (когда две или более МС выберут одну и ту же RACH преамбулу для передачи в одном и том же подкадре). В этом случае, МС будет повторно передавать сначала RACH преамбулу, а потом и сообщение ‘RRC Connection Request’. Из-за чего общее время создания соединения может увеличиться.
После успешной передачи сообщения ‘RRC Connection Request’ мобильной станцией, БС передает сообщение ‘RRC Connection Setup’. Так как МС уже успешно завершила процедуру случайного доступа, ей уже выделен идентификатор C-RNTI. Поэтому МС принимает канал PDCCH (Physical Downlink Control Channel) и ищет выделение ресурсов, адресованное ее C-RNTI.
После этого МС принимает сообщение ‘RRC Connection Setup’, которое передается по сигнальному соединению SRB0, логическому каналу CCCH (Common Control Channel) и физическому каналу PDSCH (Physical Downlink Shared Channel). В этом сообщении передается конфигурация для сигнального соединения SRB1. После этого соединение SRB1 может использоваться для передачи управляющей информации.
Напомним, что соединение SRB1 на логическом уровне использует канал DCCH (Dedicated Control Channel). В сообщении ‘RRC Connection Setup’ не передается конфигурация соединения SRB2, так как это соединение настраивается после активации защиты передачи информации. Соединение SRB2 имеет более низний приоритет (3), чем соединение SRB1 (1).
При этом, оба соединения используют режим передачи с подтверждениями на уровне RLC. Соединение SRB1 может быть сконфигурено либо по умолчанию, либо с некоторыми специальными настройками. Конфигурацию по умолчанию можно найти в документе 3GPP TS 36.331.
В сообщении ‘RRC Connection Setup’ так же может передаваться конфигурация для таких физических каналов, как PDSCH, PUCCH и PUSCH. Кроме этого, информация о контроле мощности при восходящей передаче, измерениях (CQI reporting и SRS — Sounding Reference Signal), конфигурация антенн и запросы на предоставление ресурсов.
Как только МС принимает сообщение ‘RRC Connection Setup’, она останавливает таймер T300 и изменяет свое состояние на ‘RRC Connected’. Процедура завершается передачей сообщения ‘RRC Connection Setup Complete’ от МС к БС. В этом сообщении передается выбранный МС идентификатор сети PLMN (если более точно, то передается не само значение PLMN, а порядковый номер PLMN, под которым PLMN передавался в списке в блоке системной информации SIB1), к которой она подсоединяется. Если информация об MME уже доступна, то она также будет передаваться в сообщении ‘RRC Connection Setup Complete’. Информация об MME заключается в значении глабального идентификатора MME — GUMMEI (Globally Unique MME Identity).
МС в сообщение ‘RRC Connection Setup Complete’ также включает начальное сообщение NAS (Non-Access Stratum). В качестве таких сообщений могут выступать следующие: Attach, Detach, Tracking Area Update, Service Request и Extended Service Request. В случае процедуры подключения к сети МС включает сообщение ‘Attach Request’ в сообщение ‘RRC Connection Setup Complete’. БС достает это сообщение и передает его на MME.
В первом поле из тела сообщения — ‘EPS Attach Request’ указывается тип регистрации. Может быть одно из следующих двух значений: ‘EPS Attach’ и ‘Combined EPS/IMSI Attach’. Первое значение свидетельствует о том, что МС после регистрации сможет использовать только EPS сервисы (по сути сервисы предоставляемые LTE сетью). А второе значение — что МС может также пользоваться и не EPS сервисами (например, голосовые сервисы). Значение поля ‘NAS Key Set Identifier’ не релевантно, так как в момент передачи сообщения ‘Attach Request’ защита данных еще не включена.
В поле ‘Old GUTI or IMSI’ передается предыдущий идентификатор МС в сети. Предыдущее значение идентификатора IMSI передается в том случае, если предыдущее значение идентификатора GUTI больше не доступно. В следующем поле сообщения — ‘UE Network Capability’ передается информация о том, какие алгоритмы шифрования и обеспечения целостности поддерживаются МС. Также тут указывается имеется ли поддержка функциональности SRVCC (Single Radio Voice Call Continuity, один из механизмов предоставления голосового сервиса в сетях LTE) на МС.
Поле ‘ESM Message Container’ используется для того, чтобы передать сообщение ‘PDN Connectivity Request’, которое является еще одним NAS сообщением. Содержание этого сообщения приводится в следующей таблице.
Первые четыре элемента этого сообщения формируют его заголовок. В первом поле передается информация о том, что данное сообщение относится к управлению соединениями — EPS Session Management.
Тело сообщения начинается с поля ‘Request Type’, в которое может принимать одно из следующих двух значений: ‘Initial Request’ или ‘Handover’. Значение ‘Handover’ используется в тех случаях, когда МС переходит в сети LTE из других сетей. В следующем поле сообщения ‘PDN Type’ передается информация о том, какие версии протокола IP поддерживаются МС (возможные значения: IPv4, IPv6, IPv4v6).
Необязательное поле ‘ESM Information Transfer Flag’ используется в том случае, когда у МС есть конфигурация, при передаче которой должна быть обеспечена защита целостности информации (например, МС хочет передать значение APN — Access Point Name. Однако, значение этого поля не передается если сообщение ‘PDN Connectivity Request’ включается в сообщение ‘Attach Request’ из-за соображений безопастности).
После отправки сообщения ‘Attach Request’ МС запускает таймер T3410. Значение этого таймера составляет 15 секунд. Если таймер истечет раньше, чем МС получит ответ от MME, то текущая попытка регистрации считается неуспешной и счетчик количества попыток увеличивается на 1. После этого, если счетчик попыток меньше, чем 5, то МС запускает таймер T3411. Значение таймера T3411 составляет 10 секунд.
Как только этот таймер истечет, МС повторяет посылку сообщения ‘Attach Request’. Если же значение счетчика попыток больше 5, то МС запускает таймер T3402 и сбрасывает значение GUTI, TAI и список PLMN. Значение по умолчанию таймера T3402 составляет 12 минут. Это значение может быть изменено с помощью сообщений ‘Attach Accept’ или ‘Tracking Area Update Accept’.
Значение, передаваемое в этих сообщениях актуально только для тех областей слежения (Tracking Area), которые указаны в сообщении. Процедура регистрации начинается снова, как только таймер T3402 истечет.
Когда БС получает сообщение ‘RRC Connection Setup Complete’, она достает оттуда сообщение ‘Attach Request’ и отправляет его по интерфейсу S1-AP (S1 Application Protocol) на MME в сообщении ‘Initial UE Message’. Также в это сообщение включаются следующие поля: идентификатор зоны слежения (TAI — Tracking Area Identity), идентификатор сектора (CGI — Cell Global Identity). И еще может быть включен S-TMSI.
После приема сообщения ‘Attach Request’, MME необходимо определить IMSI для МС. Значение этого идентификатора может быть включено в сообщение ‘Attach Request’. Однако, если МС указала предыдущее значение GUTI (Old GUTI) вместо IMSI, то MME использует предыдущее значение GUTI для того, чтобы выяснить значение идентификатора IMSI.
Для этого MME может связываться с другим MME, на котором последний раз была зарегистрирована МС. Или отправить запрос (‘Identity Request’) МС, если предыдущая процедура не позволила определить значение IMSI. После определения IMSI, MME выполняет аутентификацию (выполняется с помощью узла EIR — Equipment Identity Register) и настройку защиты сообщений NAS (шифрование и защита целостности).
Если МС передавала поле ‘ESM Information Transfer Flag’ в сообщении ‘PDN Connectivity Request’, то MME запускает процедуру по получению значения APN (Access Point Name) и ее настроек. Эта процедура начинается с сообщения ‘ESM Information Request’, отправляемое с MME. Данное сообщение состоит только из заголовка. В ответ МС отправляет сообщение ‘ESM Information Response’, в котором передается APN и ее параметры (могут передаваться логин и пароль). Если МС не включила поле ‘ESM Information Transfer Flag’ в сообщении ‘PDN Connectivity Request’, то будет использована APN по умолчанию.
- общее ограничение на суммарную скорость передачи всех non-GBR соединений МС (UE-AMBR — UE Aggregate Maximum Bit Rate)
- параметры качества обслуживания (QCI, ARP, GRB, MBR)
- IP адрес МС (поле ‘Transport Layer Address’), который используется для передачи пользовательских данных между БС и S-GW
- идентификатор туннеля (TEID — GTP Tunnel Endpoint Identifier)
- сообщение ‘Attach Accept’ (поле ‘NAS PDU’)
Первые три поля представляют заголовок сообщение. Следующее поле — ‘EPS Attach Result’ сообщает тип регистрации (‘EPS Only’ или ‘Combined EPS/IMSI’). Затем передается значение таймера T3412, который определяет периодичность процедуры обновления зоны слежения (TAU — Tracking Area Update). Максимальное значение этого таймера может составлять 186 минут.
В следующем поле — ‘TAI List’ передается список идентификаторов зон слежения (TAI — Tracking Area Identity), в которых зарегистрирована МС. Если МС перемещается в зону, которая относится к другой зоне слежения, не включенной в этот список, то МС должна выполнить процедуру TAU.
Поле ‘ESM Message Container’ используется для того, чтобы передать сообщение ‘Activate Default EPS Bearer Context Request’. В этом сообщении передаются параметры соединения по умолчанию (такие, как качество обслуживания, APN и т.д.). БС достает сообщение ‘Attach Accept’ из сообщения ‘Initial Context Setup Request’ и передает его МС в сообщении ‘RRC Connection Reconfiguration’. В ответ МС отправляет сообщение ‘RRC Connection Reconfiguration Complete’.
Так как МС в это сообщение не может включить сообщение ‘Attach Complete’, она передает его отдельно. БС завершает процедуру S1-AP Initial Context Setup отправкой сообщения ‘Initial Context Setup Response’ на MME.
В сообщении ‘Attach Complete’ также передается сообщение ‘Activate Default EPS Bearer Context Accept’. Как только БС получает оба сообщения ‘Initial Context Response’ и ‘Attach Accept’, она отправляет сообщение ‘Modify Bearer Request’ на S-GW. В этом сообщение передается адрес для нисходящих данных и идентификатор туннеля (GTP TEID). Эти параметры берутся из сообщения ‘S1-AP Initial Context Setup Response’.
В свою очередь, S-GW отправляет сообщение ‘Modify Bearer Response’ на MME, которое носит цель подтверждения. На этом процедура заканчивается.
Источник: anisimoff.org
Что такое 3GPP в Android
Как использовать 3gpp в командах android «The 3rd Generation Partnership Project (3GPP) — это зонтичный термин для ряда организаций по стандартизации, которые разрабатывают протоколы для мобильных телекоммуникаций. Его наиболее известной работой является разработка и поддержка: GSM и связанных с ним 2G и 2. » «.
- Используются ли AT-команды до сих пор
- Как отправить SMS по команде
- Как использовать AT-команды
- Что такое AT-команды в Android
- Как использовать декодер 3GPP
- Для чего нужны команды 3GPP
Используются ли AT-команды до сих пор
Что такое AT-команды на Android «Даже сегодня AT-команды по-прежнему используются для создания и настройки сетевых соединений на современных модемах 5G. » «.
Как отправить SMS по команде
Что такое AT-команды на Android AT+CMSS=1 Строка 1: «»AT»» отправляется на GSM / GPRS модем для проверки соединения. Строка 3: AT-команда +CMGF используется для указания GSM / GPRS-модему работать в текстовом режиме SMS. Линии 5 и 6: AT-команда +CMGW используется для записи текстового SMS-сообщения в память сообщений GSM/GPRS-модема. . .
Как использовать AT-команды
Что такое AT-команды на Android » 1) AT — Эта команда используется для проверки связи между модулем и компьютером. Команда возвращает код результата OK, если компьютер (последовательный порт) и модуль подключены правильно. Если какой-либо модуль или SIM не работает, команда возвращает код ERROR. » «.
Что такое AT-команды в Android
Как использовать 3gpp at commands android «AT-команды — это команды, посылаемые для управления модемами коммутируемого типа. Сохранить этот ответ. Показать активность в этом посте. AT-команды — это команды, подаваемые модему со стороны приложения для получения его внимания и выполнения команд. » «.
Как использовать декодер 3GPP
Что такое 3GPP в Android «Как использовать декодер 3GPP Введите HEX-строку в верхнее текстовое поле. Выберите технологию доступа (LTE UMTS или GSM). По умолчанию при запуске программы выбирается LTE. Выберите тип сообщения в выпадающем комбинированном окне. Нажмите кнопку декодирования. «.
Для чего нужны команды 3GPP
Что такое 3GPP в Android «AT-команды — это программный интерфейс, используемый для управления модемом, определенный как часть стандарта 3GPP. Это означает, что все устройства сотовой связи обязаны поддерживать эти команды. » «.
Все права защищены. Полное или частичное воспроизведение без письменного разрешения запрещено.
Источник: ulyaninskoe.ru
Процедуры мобильности в сетях GSM/UMTS
Довольно часто задают вопросы: «А что происходит, когда телефон переходит на другую базовую станцию?», «А как происходит переход?», «А что телефон делает, когда ничего не делает?» и т.п. Ответы на эти вопросы существуют, но они несколько выходят за рамки обычных научно-популярных обзоров.
Часть вопросов подробно описывалась чуть раньше, в топике моего коллеги про излучение телефонов.
Чтобы осветить данную тему с точки зрения элементов сети оператора, нужно достаточно глубоко погрузиться в технологию и сигнализацию мобильной связи. Сначала необходимо договориться о терминологии, которая используется при описании процессов переходов между базовыми станциями и стандартами сотовой связи.
Основные узлы в мобильных сетях GSM (2G)/UMTS (3G)
Узлы
- Базовые станции: BTS — стандарта GSM, NodeB – стандарта UMTS;
- Контроллеры: BSC – стандарта GSM; RNC – радиосети UMTS;
- MSC – коммутатор голосовых вызовов 2G/3G;
- SGSN – узел обслуживания пакетных сервисов 2G/3G;
- UE – терминал, например, мобильный телефон. Дальше я буду называть UE «телефоном» для упрощения;
- Um, Abis, Gb, A – логические интерфейсы 2G, описанные в стандарте 3GPP TS 23.002 «Network architecture»;
- Uu, Iub, IuCS, IuPS – логические интерфейсы 3G, описанные в стандарте 3GPP TS 23.002 «Network architecture».
Состояния
- Idle Mode – состояние пользовательского оборудования, когда оно не используется (не обрабатывается голосовой или иной пользовательский трафик);
- Busy State – состояние телефона или другого UE в момент работы с голосовым сервисом;
- Reselect – процесс смены частоты, кода или стандарта связи телефоном в состояния Idle Mode. Переключение телефона между базовыми станциями, когда он лежит у вас в кармане – частный случай процесса Reselect;
- CS Handover – процесс смены частоты, кода или стандарта пользовательским оборудованием, находящимся в состоянии Busy State. Переключение телефона между базовыми станциями, когда вы разговариваете – частный случай процесса CS Handover.
Процедуры, связанные с мобильностью для услуг передачи данных, гораздо сложнее голосовых, но примерно похожи по сути, поэтому рассмотрим только голос.
Переключение между базовыми станциями
Процедура переключения абонента между базовыми станциями в состоянии ожидания (Idle) — Reselection. Эта процедура проходит в полностью автоматическом режиме в любом стандарте мобильной связи. Кстати, поэтому те, кто хоть немного знают теорию, не поддаются на звонки злоумышленников с рассказами вида: «Мы переключаем ваш телефон на другую базовую станцию, и, чтобы это сделать, наберите на телефоне следующую комбинацию ….».
Ситуация: наш абонент перемещается от 2G BTS 1 в сторону 2G BTS 2. Контроллер BSC отправляет на телефон список соседних частот, которые необходимо измерять. Мобильный телефон примерно дважды в секунду измеряет уровень сигнала базовых станций из этого списка и периодически шлет отчеты с результатами измерений на обслуживающую базовую станцию. Далее эти отчеты собираются на контроллере BSC. Если в какой-то момент времени мощность или качество сигнала от обслуживающей базовой станции становится хуже зафиксированной в настройках BSC, а уровень сигнала от соседней базовой станции удовлетворяет критериям перевыбора, инициируется смена обслуживающей частоты. Критерий выбора соты описывается формулой:
C1 = RLA_C – RXLEV_ACCES_MIN – max (B,0) >0, где B = MS_TXPWR_MAX_CCH — P
Где RLA_C – измеренная усредненная мощность радиосигнала, dBm;
RXLEV_ACCESS_MIN – минимальное значение мощности принимаемого сигнала для доступа к соте, dBm;
MS_TXPWR_MAX_CCH – максимально разрешенная выходная мощность UE при доступе к сети, dBm;
P – максимальная выходная мощность UE (зависит от класса UE), dBm;
Традиционно такие процедуры описываются в виде потока сигнальных сообщений между узлами сети Message Flow.
Процедура Reselection в GSM-сети
После смены частоты и обслуживающей базовой станции производится смена Location Area и (при необходимости) Routing Area. На этот момент стоит обратить внимание, поскольку именно этим определяется изменение в тарификации UE. Биллинговые системы (серверы, которые обеспечивают онлайн тарификацию) в качестве триггера для выбора того или иного тарифного плана используют чаще всего Location Area Code, хотя, при необходимости, зону можно детализировать до идентификатора соты – Cell Global Identity.
Чтобы примерно представить, что такое Location Area, можно привести такой простой пример распределения LAC:
Распределение Location Area Code
Все, что мы описали – это самый простой случай перехода между двумя базовыми GSM-станциями в режиме отсутствия сервисов.
Опишем второй вариант: переход между GSM и UMTS базовыми станциями, при этом UE должен предоставлять голосовой сервис сначала в GSM, а затем (без влияния на восприятие абонента) – в UMTS. Это процедура межсистемного голосового Handover-а.
Начальное состояние – абонент с телефоном сделал звонок, находясь в зоне обслуживания 2G BTS 2, и перемещается в сторону 3G NodeB вплоть до изменения радиоусловий до такого уровня, что для сохранения разговора необходимо переключить разговор на 3G NodeB.
Подход к оценке необходимости смены обслуживающей базовой станции сохраняется тот же, что и раньше: UE постоянно измеряет уровень и качество сигнала от соседних базовых станций 2G/3G и отправляет измерения на контроллер BSC. При деградации мощности или качества сигнала обслуживающей базы ниже заданного критерия контроллер BSC инициирует смену базовой станции с предварительным выделением необходимых ресурсов на всех узлах мобильной сети, задействованных в данной процедуре.
Handover из сети GSM (2G) в сеть UMTS (3G)
Конечно, это весьма условный Message Flow, в котором пропущены многие сообщения и выбран вариант с минимально возможным количеством задействованных сетевых элементов. Однако даже здесь можно понять, насколько непростая это процедура и как много настроек должно быть корректно выполнено в сети оператора для успешного выполнения такой привычной для абонента операции. Если кому-то хочется погрузиться в мир сигнализации, могу порекомендовать техническую спецификацию 3GPP TS 23.009 «Handover procedures», в которой рассматривается множество сложных вариантов перемещения абонента.
Возвращаясь к вопросам, которые задавались и из-за которых, собственно, была поднята вся эта теория
— Как базовые станции передают абонента между собой?
- В режиме Idle (то есть без предоставления сервисов) – на основании измерений мощности и качества радиосигнала простым переназначением радиоканала на новой базовой станции;
- в режиме Busy (с предоставлением голосового сервиса) – на основании тех же измерений, но с предварительным резервированием всех необходимых ресурсов в мобильной сети;
— Как происходит тарификация при осуществлении перехода между базовыми станциями, например, между домашней Femto AP и стандартной базовой станцией?
Тарификация UE осуществляется по признаку его географического положения (Location Area Code) либо при необходимости более точного позиционирования – по идентификатору соты – Cell Global Identity. Смена Location Area происходит с использованием специальной процедуры «Location Area Update», и эта процедура производится в режиме Idle. Что означает: если вы начали разговор на одной базовой станции (Femto у вас дома) с определенным LAC и переместились в зону действия другой базы с иным LAC (вышли из квартиры), то тарификация будет произведена согласно тарифу базовой станции, на которой разговор начался;
— Как происходит тарификация, если мы, не прерывая разговор, переместимся на значительное расстояние, к примеру, в другой город?
Как написано выше, тарификация до завершения звонка будет осуществляться по тарифу, соответствующему базовой станции, на которой звонок был начат. Единственное ограничение, прописанное в стандарте: запрещен Handover между базовыми станциями, находящимися в разных странах, поэтому при пересечении границы звонок в любом случае оборвется, и телефон зарегистрируется в новой сети с новыми тарифами;
— Как происходит переключение абонента на «большую соту» при неожиданном исчезновении «малой» (отключение питания на микро базовой станции на столбе, или Femto базы у вас дома)?
Сохранить такой вызов и оперативно переключить его на другую базу нельзя, поскольку ни одного сигнального сообщения, описанного выше, в систему не отправлялось, и сеть «не знает», что данному телефону нужно выделить радиоресурсы где-то еще. Так что в этом случае разговор прервется, телефон совершит процедуру Reselect в режиме Idle, и там можно будет вновь сделать звонок;
— Что будет, если соседняя база не будет прописана или прописана не правильно?
Это случай, когда происходит столь нелюбимый всеми обрыв связи (в терминологии оператора – Call Drop). Телефон будет сохранять разговор на старой базовой станции максимально долго, пока радиопараметры будут достаточны, чтобы сохранить разговор, после чего разговор прервется, и телефон сделает Reselect;
— Что будет, если мы выйдем из зоны действия домашней сети во время вызова службы спасения на номер 112?
На номер 112 вы можете звонить, даже если покрытия от вашего оператора нет, но есть покрытие от любого другого оператора. Однако сделать Handover при пропадании покрытия от вашего оператора на базовую станцию другого оператора почти наверняка не удастся. Ведь чтобы Handover был возможен, мы должны явно прописать все базовые станции, допускаемые к этой процедуре, а в качестве кандидатов на переключение голоса в сети оператора рассматриваются только собственные базовые станции. Поэтому разговор даже на номер 112 прервется, но затем вы сможете набрать номер вновь, даже если покрытие от «домашнего» оператора отсутствует.
Источник: savepearlharbor.com