Состояние Idle

Перевод абонентской станции в состояние Idle 

При переводе UE из состояния CONNECTED в состояние IDLE происходит разрыв сигнального соединения UE – ММЕ и разрушение участков сквозных каналов трафика на радиоинтерфейсе и интерфейсе S1.  eNB удаляет базу данных, относящуюся к UE. В спецификациях [6] ‒ это S1 Release Procedure (рис. 8.5).  

                                                                                   Рис. 8.5. Процедура освобождения интерфейса S1 

 

Обычно эту процедуру запускает eNB (п.1), например, при срабатывании таймера неактивности абонента или разрыва с UE сигнального соединения, но её может инициировать и ММЕ. ПолучивотeNBсообщениеS1-AP: S1 UE Context Release Request, ММЕ направляет в S-GW команду Release Access Bearer Request (п.2).  

 

S-GW убирает из базы данных UE всё, что касается eNB (адрес и TEID по S1 вниз) и отвечает ММЕ сообщением  Release Access Bearer Response (п.3). Все остальные данные контекста UES-GW сохраняет. Это параметры организованных ранее сквозных каналов данного абонента, в частности, туннелей на интерфейсе S5/S8, и их конфигурацию на S1-U. Сохраняются и TEID туннельных соединений вверх на S1-U и S11. Поэтому при поступлении пакетов входящего трафика, когда UE находится в состоянии IDLE, S-GW буферизирует эти пакеты и запускает процедуру Service Request(рис. 8.6).  

 

П.4. ММЕ освобождает интерфейс S1, отправляя eNB командуS1-AP: S1 UE Context Release Command. Если eNB ещё не разорвал соединения с UE по протоколу RRC, он передает UE сообщение RRC Connection Release(п.5), требуя подтверждения. В сообщении S1-AP: S1 UE Context Release Complete (п.6)eNB информирует ММЕ об освобождении интерфейса S1 от сквозных каналов абонента. Получив от UE подтверждение получения сообщения (п.5), eNB удаляет базу данных UE 

 

MME из контекста UE стирает всю информацию, относящуюся к eNB (адрес, идентификаторы соединений), но остальные данные сохраняет для последующей процедуры Service Request. 

 

 

 

 

Яндекс.Метрика