Требования к параметрам протокола GTP
(с изменениями на 14 декабря 2015 года)
1. В S-GW, P-GW, SGSN, ММЕ для взаимодействия по интерфейсам S5, S8 (если не используется PMIPv6), Sv, S11, S4, S3, S10, S16 реализуется протокол GTP плоскости управления версии 2 (далее - GTPv2-C).
(Пункт в редакции, введенной в действие с 31 января 2016 года приказом Минкомсвязи России от 14 декабря 2015 года N 543. - См. предыдущую редакцию)
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.