Jump to content

ГТП'

GTP' (GTP prime) — это протокол на основе IP , используемый в сетях GSM и UMTS . Его можно использовать с UDP или TCP . GTP' использует ту же структуру сообщений, что и GTP (GTP-C, GTP-U), но в основном это отдельный протокол. GTP использует зарегистрированный порт UDP/TCP 3386.

GTP' может использоваться для передачи данных о зарядке от «Функции данных о зарядке» (CDF) сети GSM или UMTS к «Функции шлюза зарядки» (CGF). В большинстве случаев это должно означать передачу данных от многих отдельных сетевых элементов, таких как GGSN, к централизованному компьютеру, который затем более удобно доставляет данные о взимании платы в расчетный центр сетевого оператора.

GTP' используется на интерфейсе Ga в определении базовой сети 3GPP GPRS .

GTP' повторно использует аспекты GTP, хотя, цитируя 3GPP TS 32.295, «частично повторно используется только сигнальная плоскость GTP». [ 1 ] GTP' определяет другой заголовок, дополнительные сообщения, значения полей, а также протокол синхронизации, чтобы избежать потери или дублирования CDR при сбое CGF или SGSN / GGSN . Передаваемые CDR, если они соответствуют стандартам 3GPP, кодируются в ASN.1 .

[ редактировать ]

Заголовки GTP v1 и v2 содержат следующие поля

+ Биты 0-2 3 4 5 6 7 8-15 16-31 32-47
0 Версия ПТ [0] Сдержанный HDR Лен Тип сообщения Длина Порядковый номер
Версия
GTP Первое поле заголовка в пакете — это 3-битное поле версии. Для GTP' v2 это значение равно 2 (отсюда и название GTP' v2).
Тип протокола (PT)
1-битное значение, которое отличает GTP' (значение 0) от GTP (значение 1).
Сдержанный
3-битное зарезервированное поле (должно быть 1).
Длина заголовка (Hdr len)
1-битное значение, которое для GTP версии 0 указывает, используется ли 20-байтовый заголовок (значение 0) (согласно GTP ) или этот 6-байтовый заголовок. Этот бит должен быть сброшен (значение 0) для последующих версий GTP и в них не указывает длину заголовка, поскольку она всегда должна составлять 6 байт.
Тип сообщения
8-битное поле, в котором указывается тип сообщения. Возможные значения:
Тип сообщения Описание
1 Эхо-запрос
2 Эхо-ответ
3 Версия не поддерживается
4 Запрос активности узла
5 Узел активен
6 Запрос на перенаправление
7 Ответ перенаправления
240 Запрос на передачу записи данных
241 Ответ на передачу записи данных
Длина
16-битное поле, в котором указывается длина пакета, инкапсулируемого GTP' (не включая сам заголовок GTP').
Порядковый номер
16-битное поле, которое однозначно идентифицирует этот пакет и позволяет обнаружить потерю или дублирование.

Типы сообщений

[ редактировать ]

GTP' использует сообщения «Версия GTP не поддерживается», «Эхо-запрос» и «Эхо-ответ» без изменений, но добавляет следующие сообщения:

  • Запрос активности узла
  • Узел активен
  • Запрос на перенаправление
  • Ответ перенаправления
  • Запрос на передачу записи данных
  • Ответ на передачу записи данных

Узел активный запрос/ответ

[ редактировать ]

Сообщения Node Alive используются для информирования других сетевых компонентов о том, что узел начал обслуживание. Запрос отправляется с самого начала узла и поэтому обеспечивает более быстрый способ повторного включения службы, чем опрос с использованием эхо-запроса/ответа. Это сообщение также можно использовать для уведомления о возобновлении работы других узлов и (в версии 2 GTP) для уведомления об IPv6- адресе CGF.

Запрос/ответ на перенаправление

[ редактировать ]

Сообщения перенаправления используются для:

  1. перенаправлять поток CDR из CDF ( SGSN / GGSN ) в другой CGF, когда отправитель выводится из эксплуатации (в связи с обслуживанием/отказом).
  2. сообщить, что CGF потерял связь с нижестоящей системой

В любом случае CDF получают больше информации о предстоящем или немедленном сбое, чем это было бы в случае, если бы CDF опрашивал с использованием сообщений эхо-запроса.

Это сообщение содержит подробную информацию о причине и, при необходимости, адрес(а) альтернативного CGF.

Запрос/ответ на передачу записи данных

[ редактировать ]

Сообщения Data Record Transfer используются для надежной транспортировки CDR из точки генерации ( SGSN / GGSN ) в энергонезависимое хранилище в CGF.

Запрос на передачу записи данных

[ редактировать ]

Каждое сообщение с запросом на передачу записи данных может содержать сообщение одного из четырех типов:

  1. Отправить пакет записи данных. Это сообщение содержит ноль или более CDR. CDR могут быть закодированы в ASN.1 с использованием BER или, реже, PER .
  2. Отправить возможно дублированный пакет записи данных. Это сообщение содержит один или несколько CDR, и это сообщение ранее было отправлено другому CGF.
  3. Отменить пакет записи данных. Это сообщение предписывает CGF удалить один или несколько пакетов записи данных из «возможно дублированной» ожидающей очереди CGF.
  4. Освободить пакет записи данных. Это сообщение предписывает CGF записать содержимое одного или нескольких пакетов записи данных из «возможно дублированной» ожидающей очереди CGF.

Существует механизм, позволяющий избежать потери или записи дубликатов CDR. Это описано более подробно в 3GPP TS 32.295. Основная предпосылка заключается в том, что каждый пакет упорядочивается, и, если он не подтвержден индивидуально, он будет отправляться повторно до тех пор, пока не будет подтвержден каким-либо CGF. Пакеты обычной записи данных немедленно записываются в энергонезависимое хранилище (например, на диск), но повторно отправленные пакеты помечаются как «возможно дублированные» и попадают в специальную очередь, которая не записывается сразу в энергонезависимое хранилище — требуется второе подтверждение от CDF. необходимый.

Возможность отправки запроса на передачу записей данных, содержащего ноль CDR, используется в качестве теста для определения успеха или неудачи CGF в отношении уже записанных записей, присвоенных этому порядковому номеру, и является важной частью вышеупомянутого механизма.

Ответ на передачу записи данных

[ редактировать ]

Ответ на передачу записи данных подтверждает получение одного или нескольких сообщений о передаче записи данных; ответы могут быть сгруппированы по соображениям эффективности, но их необходимо отправлять чаще, чем истечет время ожидания отправки CDF.

Подтверждение включает причину и может быть отклонением содержащихся записей.

  1. ^ 3GPP ТС 32.295
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: fe9fd3da0764a0d827679466daf0a10c__1678351140
URL1:https://arc.ask3.ru/arc/aa/fe/0c/fe9fd3da0764a0d827679466daf0a10c.html
Заголовок, (Title) документа по адресу, URL1:
GTP' - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)