Приложение 7. ТРЕБОВАНИЯ К ПРОТОКОЛУ GTP
Приложение N 7
к Правилам применения оборудования
коммутации сетей подвижной
радиотелефонной связи. Часть VII.
Правила применения оборудования
коммутации стандарта LTE,
утвержденным приказом Министерства
цифрового развития, связи
и массовых коммуникаций
Российской Федерации
от 25.06.2018 N 319
1. Протокол GTP (далее - GTPv2-C) должен реализовывать в S-GW, P-GW, SGSN, MME интерфейсы взаимодействия S5/S8 (если не используется PMIPv6), Sv, S11, S4, S3, S10, S16 и соответствовать следующим требованиям:
1.1. общий формат заголовка сообщений протокола GTPv2-C приведен на рисунке 1.
Версия
|
P
|
T
|
0
|
0
|
0
|
Тип сообщения
|
|||||
Длина сообщения
|
|||||
TEID
|
|||||
Номер последовательности
|
|||||
Резерв
|
Рисунок 1.
Примечание:
в первом октете:
1) биты 6 - 8 должны определять версию протокола GTPv2-C и быть равны десятичному числу "2";
2) бит 5 (флаг P) должен определять наличие прикрепленных сообщений:
прикрепленных сообщений нет при флаге P равном "0";
другое сообщение GTPv2-C с собственным заголовком и телом присутствует в конце текущего сообщения при флаге P равном "1";
3) бит 4 (флаг T) должен определять наличие поля идентификатора конечной точки туннеля TEID в заголовке:
поле TEID не должно присутствовать при флаге T равном "0";
поле TEID должно следовать в октетах 5 - 8 за полем "Длина сообщения" и занимать четыре октета;
4) биты 3 - 1 (резервные) должен быть равен "0", а получатель не должен анализировать;
второй октет должен определять тип сообщения;
октеты 3 - 4 должны содержать поле "Длина сообщения", содержащее информацию о длине сообщения в октетах, начиная с пятого октета;
октеты 9 - 11 (в случае присутствия TEID) или 5 - 7 (в случае отсутствия TEID) должны содержать поле "Номер последовательности" GTPv2-C. Следующий октет должен использоваться как резерв;
1.2. информационные элементы сообщения GTPv2-C дожны следовать за заголовком сообщения протокола GTPv2-C;
1.3. сообщения протокола GTPv2-C приведены в таблице N 1.
Таблица N 1.
Тип сообщения
|
Сообщение
|
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. Протокол GTP (GTPv1-U) должен реализовывать в оборудовании S-GW, P-GW, SGSN интефейсы взаимодействия S1-U, S5/S8 (если не используется PMIPv6), S4, S12 и соответствовать следующим требованиям:
2.1. формат заголовка сообщений протокола GTPv1-U приведены на рисунке 2.
Версия
|
PT
|
(*)
|
E
|
S
|
PN
|
Тип сообщения
|
|||||
Длина сообщения
|
|||||
TEID
|
|||||
Номер последовательности
|
|||||
Номер блока данных
|
|||||
Дополнительный заголовок
|
Рисунок 2.
Примечание:
в первом октете:
1) биты 6 - 8 должны определять версию протокола GTPv1-U и быть равны десятичному числу "1";
2) бит 5 (флаг PT) должен определять тип протокола и быть равны десятичному числу "1";
3) бит 4 (резервный) должен быть равен "0" и не должен анализироваться получателем;
4) бит 3 (флаг E) должен определять наличие поля "Дополнительный заголовок":
поле "Дополнительный заголовок" должно присутствовать при флаге E равном "1";
поле "Дополнительный заголовок" должно отсутствовать или не обрабатываться при флаге E равном "0";
5) бит 2 (флаг S) должен определять наличие поля "Номер последовательности":
поле "Номер последовательности" должно присутствовать при флаге S равном "1";
поле "Номер последовательности" должно отсутствовать или не обрабатываться при флаге S равном "0";
6) бит 1 (флаг PN) должен определять наличие поля "Номер блока данных":
поле "Номер блока данных" должно присутствовать в заголовке сообщения при флаге PN равном "1";
поле "Номер блока данных" должно отсутствовать при флаге PN равном "0";
второй октет должен определять тип сообщения;
октеты 3 - 4 должны содержать поле "Длина сообщения", указывающего длину сообщения в октетах, начиная с девятого октета;
поле TEID должно занимать четыре октета с пятого по восьмой;
октеты 9 - 10 должны содержать поле "Номер последовательности";
поля "Номер блока данных" и "Дополнительный заголовок" должны занимать по одному октету;
2.2. информационные элементы или пакеты пользовательских данных должны следовать за заголовком сообщений протокола GTPv1-U.
2.3. сообщения протокола GTPv1-U приведены в таблице N 2.
Таблица N 2.
Тип сообщения
|
Сообщение
|
1
|
Запрос "эхо"
(Echo Request)
|
2
|
Ответ "эхо"
(Echo Response)
|
26
|
Ошибочная индикация
(Error Indication)
|
31
|
Уведомление о поддержке расширенных заголовков
(Supported Extension Headers Notification)
|
254
|
Маркер конца обмена информацией по туннелю
(End Marker)
|
255
|
Блок данных протокола GTP (G-PDU)
|