Портал о современных технологиях мобильной и беспроводной связи
Процедура Service Request
- Подробности
- Родительская категория: LTE
- Категория: Процедуры в LTE
Процедура запроса услуги передачи данных
Service Request – процедура запроса услуги передачи данных по ранее организованному сквозному каналу. На интерфейсе S5/S8 существует туннель для пакетов трафика, а в PDNGW, S-GW и ММЕ‒ параметры сквозного канала занесенные в соответствующие базы данных. Процедуру может инициировать как абонент, так и сеть (входящий вызов). Как правило, при этой процедуре станция переходит из состояния IDLE в состояние CONNECTED. Алгоритм процедуры Service Request при запуске со стороны абонента представлен на рис. 8.6[6].
Рис.8.6. Процедура Service Request, запускаемая UE
UE посылает сообщение NAS:Service Request(п.1), которое eNB доставляет в ММЕ, дополняя его идентификатором соты (TAI+ECGI) и временным идентификатором абонента S-TMSI. (п.2). ММЕ может запустить процедуры аутентификации и генерации ключей безопасности или использовать данные, полученные ранее (п.3) (п.3.3).
ММЕнаправляетвeNBсообщениеS1-AP: Initial Context Setup Request (п.4). Оно содержит адрес S-GW, TEID туннеля вверх на интерфейсе S1-U, параметры QoS организуемого сквозного канала, параметры безопасности, идентификатор сигнального соединения, список ограничений при хэндовере 6. eNB заполняет базу данных обслуживаемого абонента и организует канал трафика на радиоинтерфейсе, включая шифрацию пользовательской информации (п.5). Теперь UE может начать передачу пользовательских пакетов вверх Uplink Data (п.6).
П.7. eNB в сообщении S1-AP: Initial Context Setup Complete, передает ММЕ свой адрес, список установленных (принятых) и удаленных сквозных каналов абонента, TEID туннеля вниз на интерфейсе S1-U.
П.8. ММЕ отсылает S-GW сообщение Modify Bearer Request (адрес eNB, TEID туннеля вниз на интерфейсе S1-U, тип сети радиодоступа RAT). Теперь завершена организация туннельного соединения на интерфейсе S1-U. Если произошли изменения сети обслуживания абонента или часового пояса, то эту информацию ММЕ также включает в данную команду.
ПП.9 – 11 (блок А) выполняют только при смене сети обслуживания абонента или часового пояса. Эти изменения должны быть учтены PCRF, в частности, в установлении тарифов.
Подтверждение S-GW о завершении организации сквозного канала (п.12 Modify Bearer Response) заканчивает процедуру.
Алгоритм процедуры Service Request при входящих вызовах (поступлении пакетов трафика со стороны сети) показан на рис. 8.7 [6].
Он представляет собой процедуру Service Request, рассмотренную ранее (в п.5 использован алгоритм на рис. 8.6), дополненную командами пейджинга абонентского терминала.
Пришедшие пакеты трафика PDNGW направляет в S-GW по существующему туннелю на интерфейсе S5/S8. S-GW их буферизирует. Передавать дальше он их не может, так как сквозной канал на участке UE ‒ eNB ‒ S-GW отсутствует. S-GW определяет, какой ММЕ или SGSN ведет базу данных абонента и посылает туда уведомление (п.2а Downlink Data Notification). ММЕ или SGSN подтверждают получение уведомления (п.2bDownlink Data Notification Ack), формируют сообщение пейджинга (3а,b), которое через eNB или RNC/BSC доставляют UE (4a,b).
Если UE находится в состоянии IDLE, то алгоритм (рис.8.6) выполняют полностью, начиная с первого сообщения NAS:Service Request. В том случае, когда между UE и ММЕ существует сигнальное соединение (например, абонент получает трафик по другому сквозному каналу), но туннель на S1-U для данной услуги отсутствует, то алгоритм (рис. 8.6) запускают с п.4: ММЕ посылает команду S1-AP: Initial Context Setup Request организовать сквозной канал на радиоинтерфейсе.
Рис.8.7. Процедура Service Request, запускаемая сетью
ПП.6а и 6b выполняют, когда активизирован ISR. Если S-GW получил информацию от ММЕ об отправке сообщения пейджинга, он посылает SGSN команду Stop Paging. Наоборот, при отправке сообщения пейджинга из SGSN команду Stop Paging получает ММЕ.