Приложение 7. ТРЕБОВАНИЯ К ПАРАМЕТРАМ ПРОТОКОЛА GTP
Приложение N 7
к Правилам применения
оборудования коммутации сетей
подвижной радиотелефонной
связи. Часть VII. Правила
применения оборудования
коммутации стандарта LTE
1. В S-GW, P-GW, SGSN, MME для взаимодействия по интерфейсам S5, S8 (если не используется PMIPv6), Sv, S11, S4, S3, S10, S16 реализуется протокол GTP плоскости управления версии 2 (далее - GTPv2-C).
1.1. Общий формат заголовка сообщений протокола GTPv2-C приведен на рисунке 1.
Версия
|
P
|
T
|
0
|
0
|
0
|
|
Тип сообщения
|
||||||
Длина сообщения
|
||||||
TEID
|
||||||
Номер
последовательности
|
||||||
Резерв
|
Рисунок 1. Общий формат заголовка сообщений
протокола GTPv2-C
1.1.1. В первом октете:
1) биты 6 - 8 определяют версию протокола GTPv2-C, устанавливаются равными десятичному числу "2";
2) бит 5 (флаг P) определяет наличие прикрепленных сообщений. Если флаг P установлен равным "0", то нет прикрепленных сообщений; если флаг P установлен равным "1", то другое сообщение GTPv2-C с собственным заголовком и телом присутствует в конце текущего сообщения;
3) бит 4 - флаг наличия поля идентификатора конечной точки туннеля TEID в заголовке:
если флаг T = 0, то поле TEID не присутствует;
если флаг T = 1, то поле TEID следует в октетах 5 - 8 за полем "Длина сообщения". Поле TEID занимает четыре октета;
4) биты 3 - 1 являются резервными, отправитель устанавливает их в "0", а получатель - не анализирует.
1.1.2. Второй октет определяет тип сообщения.
1.1.3. Октеты 3 - 4 содержат поле "Длина сообщения". Поле "Длина сообщения" указывает длину сообщения в октетах, начиная с пятого октета.
1.1.4. Октеты 9 - 11, в случае присутствия TEID, или 5 - 7, в случае отсутствия TEID, содержат поле "Номер последовательности" GTPv2-C. Следующий октет используется как резерв.
1.2. Далее следуют информационные элементы сообщения GTPv2-C.
1.3. Сообщения протокола GTPv2-C приведены в таблице N 1.
Таблица N 1. Сообщения протокола GTPv2-C
Тип сообщения
|
Сообщение
|
1
|
Запрос "эхо" (Echo Reques)
|
2
|
Ответ "эхо" (Echo Response)
|
3
|
Версия не поддерживается (Version Not Supported Indication)
|
От SGSN/MME к MSC серверу (Sv) при хэндовере
|
|
25
|
Запрос отдельной непрерывности голосового вызова на радио интерфейсе (далее - SRVCC) при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Request)
|
26
|
Ответ на запрос SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Response)
|
27
|
Уведомление о выполнении SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Complete Notification)
|
28
|
Подтверждение выполнения SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Complete Acknowledge)
|
29
|
Уведомление о завершении SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Cancel Notification)
|
30
|
Подтверждение завершения SRVCC при переходе от сети с коммутацией пакетов к сети с коммутацией каналов (SRVCC PS to CS Cancel Acknowledge)
|
От SGSN/MME к P-GW (S4/S11, S5/S8)
|
|
32
|
Запрос создания сеанса (Create Session Request)
|
33
|
Ответ на запрос создания сеанса (Create Session Response)
|
34
|
Запрос изменения носителя (Modify Bearer Request)
|
35
|
Ответ на запрос изменения канала передачи данных (Modify Bearer Response)
|
36
|
Запрос удаления сеанса (Delete Session Request)
|
37
|
Ответ на запрос удаления сеанса (Delete Session Response)
|
38
|
Запрос уведомления об изменении (Change Notification Request)
|
39
|
Ответ на запрос уведомления об изменении
(Change Notification Response)
|
164
|
Уведомление о возобновлении связи (Resume Notification)
|
165
|
Подтверждение возобновления связи
(Resume Acknowledge)
|
Сообщения без явного ответа (Messages without explicit response)
|
|
64
|
Команда изменения канала передачи данных (Modify Bearer Command) (MME/SGSN к P-GW - S11/S4, S5/S8)
|
65
|
Индикация неудачного изменения канала передачи данных (Modify Bearer Failure Indication)
(P-GW к MME/SGSN - S5/S8, S11/S4)
|
66
|
Команда освобождения канала передачи данных
(Delete Bearer Command) (MME/SGSN к P-GW - S11/S4, S5/S8)
|
67
|
Индикация неудачного освобождения канала передачи данных
(Delete Bearer Failure Indication)
(P-GW к MME/SGSN - S5/S8, S11/S4))
|
68
|
Команда распределения ресурсов канала передачи данных (Bearer Resource Command)
(MME/SGSN к P-GW - S11/S4, S5/S8)
|
69
|
Индикация неудачного распределения ресурсов канала передачи данных (Bearer Resource Failure Indication)
(P-GW к MME/SGSN - S5/S8, S11/S4)
|
70
|
Индикация неудачного уведомления о передаче данных "вниз" (Downlink Data Notification Failure Indication)
(SGSN/MME к S-GW - S4/S11)
|
71
|
Активация сеанса трассировки
(Trace Session Activation) (MME/SGSN к P-GW - S11/S4, S5/S8)
|
72
|
Деактивация сеанса трассировки
(Trace Session Deactivation) (MME/SGSN к P-GW - S11/S4, S5/S8)
|
73
|
Индикация остановки поиска
(Stop Paging Indication) (S-GW к MME/SGSN - S11/S4)
|
От P-GW к SGSN/MME (S5/S8, S4/S11)
|
|
95
|
Запрос активации канала передачи данных
(Create Bearer Request)
|
96
|
Ответ на запрос активации канала передачи данных
(Create Bearer Response)
|
97
|
Запрос обновления канала передачи данных
(Update Bearer Request)
|
98
|
Ответ на запрос обновления канала передачи данных
(Update Bearer Response)
|
99
|
Запрос освобождения канала передачи данных
(Delete Bearer Request)
|
100
|
Ответ на запрос освобождения канала передачи данных
(Delete Bearer Response)
|
От P-GW к MME, от MME к P-GW, от S-GW к P-GW, от SGW к MME (S5/S8, S11)
|
|
101
|
Запрос удаления соединения (Delete PDN Connection Set Request)
|
102
|
Ответ на запрос удаления соединения
(Delete PDN Connection Set Response)
|
От MME к MME, от SGSN к MME, от MME к SGSN, от SGSN к SGSN (S3/S10/S16)
|
|
128
|
Запрос идентификации (Identification Request)
|
129
|
Ответ на запрос идентификации (Identification Response)
|
130
|
Запрос контекста (Context Request)
|
131
|
Ответ на запрос контекста (Context Response)
|
132
|
Подтверждение ответа на запрос контекста (Context Acknowledge)
|
133
|
Запрос передачи при перемещении AC (Forward Relocation Request)
|
134
|
Ответ на запрос передачи при перемещении AC
(Forward Relocation Response)
|
135
|
Уведомление выполнения передачи при перемещении AC
(Forward Relocation Complete Notification)
|
136
|
Подтверждение выполнения передачи при перемещении AC
(Forward Relocation Complete Acknowledge)
|
137
|
Уведомление о передаче контекста
(Forward Access Context Notification)
|
138
|
Подтверждение передачи контекста (Forward Access Context Acknowledge)
|
139
|
Запрос отмены перемещения (Relocation Cancel Request)
|
140
|
Ответ на запрос отмены перемещения (Relocation Cancel Response)
|
141
|
Конфигурация туннеля передачи (Configuration Transfer Tunnel)
|
152
|
Передача информации сети радиодоступа (RAN Information Relay)
|
От SGSN к MME, от MME к SGSN (S3)
|
|
149
|
Уведомление об отключении (Detach Notification)
|
150
|
Подтверждение отключения (Detach Acknowledge)
|
151
|
Индикация поиска в сети с коммутацией каналов
(CS Paging Indication)
|
153
|
Уведомление MME (Alert MME Notification)
|
154
|
Подтверждение на уведомление MME (Alert MME Acknowledge)
|
155
|
Уведомление активации AC (UE Activity Notification)
|
156
|
Подтверждение активации AC (UE Activity Acknowledge)
|
От SGSN/MME к S-GW, от SGSN к MME (S4/S11/S3), от SGSN к SGSN (S16), от S-GW к P-GW (S5/S8)
|
|
162
|
Уведомление о прерывании связи (Suspend Notification)
|
163
|
Подтверждение прерывания связи (Suspend Acknowledge)
|
От SGSN/MME к S-GW (S4/S11)
|
|
160
|
Запрос создания туннеля передачи
(Create Forwarding Tunnel Request)
|
161
|
Ответ на запрос создания туннеля передачи
(Create Forwarding Tunnel Response)
|
166
|
Запрос создания туннеля передачи косвенных данных
(Create Indirect Data Forwarding Tunnel Request)
|
167
|
Ответ на запрос создания туннеля передачи косвенных данных
(Create Indirect Data Forwarding Tunnel Response)
|
168
|
Запрос удаления туннеля передачи косвенных данных
(Delete Indirect Data Forwarding Tunnel Request)
|
169
|
Ответ на запрос удаления туннеля передачи косвенных данных
(Delete Indirect Data Forwarding Tunnel Response)
|
170
|
Запрос освобождения доступа к каналу передачи данных
(Release Access Bearers Request)
|
171
|
Ответ на запрос освобождения доступа к каналу передачи данных
(Release Access Bearers Response)
|
От S-GW к SGSN/MME (S4/S11)
|
|
176
|
Уведомление о передаче данных "вниз"
(Downlink Data Notification)
|
177
|
Подтверждение уведомления о передаче данных "вниз"
(Downlink Data Notification Acknowledge)
|
179
|
Уведомление о рестарте P-GW (P-GW Restart Notification)
|
180
|
Подтверждение на уведомление о рестарте PGW
(P-GW Restart Notification Acknowledge)
|
От S-GW к P-GW, от P-GW к S-GW (S5/S8)
|
|
200
|
Запрос обновления соединения
(Update PDN Connection Set Request)
|
201
|
Ответ на запрос удаления соединения
(Update PDN Connection Set Response)
|
От MME к S-GW (S11)
|
|
211
|
Запрос изменения канала доступа
(Modify Access Bearers Request)
|
212
|
Ответ на запрос изменения канала доступа
(Modify Access Bearers Response)
|
2. В оборудовании S-GW, P-GW, SGSN для взаимодействия по интефейсам S1-U, S5/S8 (если не используется PMIPv6), S4, S12 реализуется протокол GTP плоскости пользователя версии 1 (GTPv1-U).
2.1. Общий формат заголовка сообщений протокола GTPv1-U приведен на рисунке 2.
Версия
|
PT
|
(*)
|
E
|
S
|
PN
|
|
Тип сообщения
|
||||||
Длина сообщения
|
||||||
TEID
|
||||||
Номер последовательности
|
||||||
Номер блока данных
|
||||||
Дополнительный заголовок
|
Рисунок 2. Общий формат заголовка сообщений
протокола GTPv1-U
2.1.1. В первом октете:
1) биты 6 - 8 определяют версию протокола GTPv1-U, устанавливаются равными десятичному числу "1";
2) бит 5 (флаг PT) определяет тип протокола, устанавливается равным десятичному числу "1";
3) бит 4 является резервным, устанавливается равным "0", получатель не анализирует;
4) бит 3 (флаг E) определяет наличие поля "Дополнительный заголовок". Если флаг E установлен равным "1", то поле "Дополнительный заголовок" присутствует, если "0" - отсутствует или не обрабатывается;
5) бит 2 (флаг S) определяет наличие поля "Номер последовательности". Если флаг S установлен равным "1", то поле "Номер последовательности" присутствует, если "0" - отсутствует или не обрабатывается;
6) бит 1 (флаг PN) определяет наличие поля "Номер блока данных". Если флаг PN установлен равным "0", то нет поля "Номер блока данных", если - "1", то поле присутствует в заголовке сообщения.
2.1.2. Второй октет определяет тип сообщения.
2.1.3. Октеты 3 - 4 содержат поле "Длина сообщения". Поле "Длина сообщения" указывает длину сообщения в октетах, начиная с девятого октета.
2.1.4. Поле TEID занимает четыре октета с пятого по восьмой.
2.1.5. Октеты 9 - 10 содержат поле "Номер последовательности".
2.1.6. Поля "Номер блока данных" и "Дополнительный заголовок" занимают по одному октету.
2.2. Далее за заголовком следуют информационные элементы или пакеты пользовательских данных.
2.3. Сообщения протокола GTPv1-U приведены в таблице N 2.
Таблица N 2. Сообщения протокола GTPv1-U
Тип сообщения
|
Сообщение
|
1
|
Запрос "эхо"
(Echo Request)
|
2
|
Ответ "эхо"
(Echo Response)
|
26
|
Ошибочная индикация
(Error Indication)
|
31
|
Уведомление о поддержке расширенных заголовков
(Supported Extension Headers Notification)
|
254
|
Меркер конца обмена информацией по туннелю
(End Marker)
|
255
|
Блок данных протокола GTP (G-PDU)
|