Настройка трендового маршрутизатора n3
Обновлено: 21.11.2024
Глава: Управление сеансом N4, уровень узла и процедуры отчетности
В этой главе рассматриваются следующие темы:
Обзор функций и история изменений
Сводные данные
История изменений
Описание функции
Управление сеансом N4, уровень узла и процедуры отчетности
Процедуры N4 на уровне узла
Процедуры уровня узла N4 в User Plane Function (UPF) включают следующие процессы:
Процедура установки ассоциации N4 — процедура, используемая для настройки ассоциации N4 между функцией управления сеансом (SMF) и UPF.
Процедура обновления ассоциации N4 — процедура, используемая для изменения существующей ассоциации N4 между SMF и UPF.
Процедура освобождения ассоциации N4 — процедура, используемая для завершения ассоциации N4 между SMF и UPF.
Процедура N4 Heartbeat — процедура, используемая для отправки и получения запроса и ответа Heartbeat.
Процедура сообщения N4 — процедура, используемая для сообщения эхо-запроса и ответа в случае сбоя пути GTP-u.
Управление сеансом N4
Процедуры управления сеансом N4 используются для управления функциональностью UPF. SMF может создавать, обновлять и удалять контекст сеанса N4 в UPF, что описано в 3GPP TS 23.501, пункт 5.8.2.
Следующие процедуры выполняются в N4 Session Management:
Установление сеанса N4
Изменение сеанса N4
Удаление сеанса N4
ПРИМЕЧАНИЕ. SMF инициирует все вышеуказанные процедуры.
Процедуры отчетности на уровне сеанса/узла N4
Всякий раз, когда путь данных между UPF и gNB выходит из строя, это обнаруживается и сообщается SMF для корректирующих действий. Механизм обнаружения и сообщения об этом в SMF четко определен в спецификациях 3GPP. Отчетность создается на уровне туннеля GTP-u или на уровне конечной точки GTP-u.
Отношения
Следующие функции поддерживают управление сеансом N4, уровень узла и процедуры отчетности.
Поддержка маркера конца
UPF отправляет пакеты End Marker для поддержки функции переупорядочивания в целевой сети радиодоступа (RAN). UPF создает пакеты End Marker, необходимые для функции переупорядочивания.
Создание пакетов маркеров конца с помощью UPF
Во время процедуры передачи обслуживания сеанс PDU для UE, который состоит из узла UPF, действует как якорь сеанса PDU и промежуточный UPF, завершающий контрольную точку N3. SMF отправляет сообщение запроса модификации сеанса N4 с информацией о новом туннеле AN для NG RAN, чтобы указать UPF для переключения на пути N3. Кроме того, SMF также указывает UPF для отправки пакетов End Marker по старому пути плоскости пользователя N3.
После того, как UPF получает указание, создаются конечные маркеры, которые отправляются в каждый туннель N3 GTP-U в направлении исходной NG RAN после отправки последнего PDU по старому пути.
Поддержка UE IPv4, IPv6 и IPv4v6
UPF поддерживает сеансы UE IPv4, IPv6 и IPv4v6.
Процедура установления и изменения сеанса N4 для сеансов IPv6 такая же, как и для сеансов IPv4. После того, как сеанс установлен, SMF отправляет сообщение Router Advertisement (RA) на UE, уведомляя о префиксе IPv6, который будет использоваться для трафика. Дополнительно, чтобы быстрее получить параметр IPv6 от SMF, UE может также инициировать запрос маршрутизатора IPv6 (RS).
Процедура установления и модификации сеанса N4 для сеанса IPv4v6 аналогична сеансам IPv4 или IPv6, за исключением выделения двух IP-адресов UE — одного для IPv4 и другого для IPv6. SMF отправляет сообщение Router Advertisement на UE, уведомляя о префиксе IPv6, используемом для трафика, после установления сеанса. Дополнительно UE может также инициировать запрос маршрутизатора IPv6 для быстрого получения параметра IPv6 от SMF.
Как это работает
В этом разделе описываются процедуры уровня узла N4, управления сеансом и отчетности, а также связанные потоки вызовов.
Потоки вызовов процедур на уровне узла N4
Поток вызовов процедуры настройки ассоциации N4
Процедура настройки ассоциации N4 создает ассоциацию N4 между SMF и UPF, что позволяет SMF использовать ресурсы UPF для установления сеансов N4. Процедура настройки ассоциации N4 включает следующие шаги:
UPF инициирует процедуру, отправляя запрос на установку ассоциации N4 в SMF.
SMF отправляет ответ N4 Association Setup после получения запроса от UPF.
UPF отправляет следующий запрос на установку ассоциации PFCP:
Поддерживаемые дополнительные функции в UPF. UPF поддерживает выделение и освобождение F-TEID, отправку End Marker и т. д.
Поток вызова процедуры обновления ассоциации N4
Процедура обновления ассоциации N4 изменяет существующую ассоциацию N4 между SMF и UPF. Он может быть инициирован либо UPF, либо SMF для обновления поддерживаемых функций или доступных ресурсов UPF.
Поток вызовов процедуры освобождения ассоциации N4
Процедура освобождения ассоциации N4 завершает ассоциацию N4 между SMF и UPF. Он может быть инициирован либо SMF, либо UPF. UPF запрашивает SMF выполнить освобождение ассоциации PFCP, отправив запрос на обновление ассоциации PFCP. Затем SMF инициирует запрос на освобождение ассоциации PFCP, чтобы освободить ассоциацию PFCP.
Процедура сердцебиения N4
Процедура PFCP Heartbeat включает следующие сообщения:
Потоки вызовов процедур управления сеансом N4
В следующем разделе описаны процедуры управления сеансом N4.
Поток звонков для установления сеанса N4
Установление сеанса N4 используется для создания начального контекста сеанса N4 для сеанса PDU в UPF. SMF назначает новый идентификатор сеанса N4 и предоставляет его UPF. Идентификатор сеанса N4 сохраняется обоими объектами и используется для идентификации контекста сеанса N4 во время их взаимодействия. SMF также хранит связь между идентификатором сеанса N4 и сеансом PDU для UE.
| Шаг | Описание |
|---|---|
| 1 | SMF получает триггер для установления нового сеанса PDU или изменения UPF для установленный сеанс PDU. |
| 2 | SMF отправляет сообщение с запросом на установление сеанса N4 в UPF, которое содержит структурированная управляющая информация, которая определяет поведение UPF. |
| 3 | UPF отвечает N4 ответное сообщение об установлении сеанса, содержащее любую информацию, которую UPF должен предоставить SMF в ответ на полученную управляющую информацию. |
| 4 | SMF взаимодействует с сетевой функцией, которая запустила эту процедуру. Например, AMF или PCF. |
Поток вызова модификации сеанса N4
Модификация сеанса N4 используется для обновления контекста сеанса N4 существующего сеанса PDU в UPF, который выполняется между SMF и UPF всякий раз, когда необходимо изменить параметры, связанные с сеансом PDU.
| Шаг | Описание |
|---|---|
| 1 | SMF получает триггер для изменения существующего сеанса PDU. |
| 2 | SMF отправляет в UPF сообщение с запросом на изменение сеанса N4, которое содержит обновление для структурированной управляющей информации, определяющей как должен вести себя UPF. |
| 3 | UPF идентифицирует контекст сеанса N4, который должен быть изменен Идентификатор сеанса N4 и обновляет параметры этого контекста сеанса N4 в соответствии со списком параметров, отправляемых SMF. UPF отвечает ответным сообщением об изменении сеанса N4, содержащим любую информацию, которую UPF должен предоставить SMF в ответ на полученную управляющую информацию. |
| 4< /td> | SMF взаимодействует с сетевым объектом, который инициировал эту процедуру. Например, AMF или PCF. |
Поток вызовов для удаления сеанса N4
Удаление сеанса N4 используется для удаления контекста сеанса N4 существующего сеанса PDU в UPF.
| Шаг | Описание |
|---|---|
| 1 | SMF получает триггер для удаления контекста сеанса N4 для сеанса PDU. |
| 2 | SMF отправляет сообщение запроса на удаление сеанса N4 в UPF. |
| 3 | UPF определяет контекст сеанса N4, подлежащий удалению, с помощью идентификатора сеанса N4 и удаляет весь контекст сеанса. UPF отвечает ответным сообщением об удалении сеанса N4, содержащим любую информацию, которую UPF должен предоставить SMF. |
| 4 | SMF взаимодействует с сетевым объектом, который инициировал эту процедуру. Например, AMF или PCF. |
Потоки вызовов процедур отчетности на уровне сеанса/узла N4
Отчетность на уровне сеанса из-за потока вызовов с индикацией ошибок GTP-u
Когда UPF получает индикацию ошибки GTP-u от gNB, он обнаруживает сеанс PFCP и отправляет запрос отчета о сеансе PFCP в SMF, обрабатывающий этот сеанс, вместе с IE отчета об индикации ошибки. IE индикации ошибок также включает в себя удаленный IE F-TEID, который содержит одноранговый адрес GTP-u и TEID, полученный от IE индикации ошибок GTP-u.
| Шаг | Описание |
|---|---|
| 1 | Сеанс PFCP установлен, и начинается передача данных. |
| 2 | Когда gNB по какой-то причине локально очищает детали TEID, он отправляет индикацию ошибки GTP-u на UPF для неизвестного TEID. |
| 3 | После получения индикации ошибки UPF идентифицирует сеанс PFCP. и отправляет запрос отчета о сеансе PFCP в SMF. |
| 4 | Запрос отчета о сеансе содержит TEID и удаленный IP-адрес, с которого ошибка I индикация получена. |
Процедура сообщения на уровне узла из-за потока вызовов сбоя пути GTP-u
Когда UPF включает процедуру эха GTP-u для конечных точек GTP-u и определяет сбой пути данных из-за отсутствия ответа, он отправляет запрос отчета узла PFCP в SMF. Тип отчета об узле в запросе отчета об узле PFCP устанавливается на отчет о сбое пути плоскости пользователя, когда он отправляется в SMF. Процедура отчета узла включает только одноранговый IP-адрес в удаленном одноранговом IE GTP-u — дочернем IE IE отказа пути плоскости пользователя — поскольку он не относится к какому-либо сеансу PFCP.
| Шаг | Описание |
|---|---|
| 1 | После установления сеанса PFCP и настройки процедуры GTP-u Echo, UPF инициирует эхо-запрос GTP-u для каждого узла, имеющего хотя бы один туннель GTP-u. |
| 2 | Если после заданного количества попыток эхо-ответ GTP-u не получен, то UPF отправляет запрос отчета узла PFCP в SMF. |
| 3 | В запросе отчета об узле отправляется только одноранговый IP-адрес, поскольку это не относится к конкретному сбою туннеля GTP-u. |
| 4 | О как только сообщение получено, SMF отправляет запрос на удаление и изменение для всех сеансов PFCP для этого gNB в UPF. |
UE IPv4, IPv6 и IPv4v6 поддерживают потоки вызовов
Процедура установления и модификации сеанса N4 для потока вызовов IPv6
Следующий поток вызовов представляет собой высокоуровневое описание процедуры установления и модификации сеанса N4 для IPv6.
Дополнительная пара PDR, отправляемых из SMF, выглядит следующим образом:
Один PDR имеет интерфейс источника в качестве доступа и интерфейс назначения в качестве функции CP для пересылки RS IPv6 от UE к SMF. Фильтр SDF присутствует, так что UPF может выбрать этот PDR для RS IPv6 от UE
Пример: Разрешить в 58 с любого tp ff01::2 любой
Другой PDR имеет интерфейс источника в качестве функции CP и интерфейс назначения в качестве функции доступа для пересылки RA IPv6 от SMF к UE. Присутствует фильтр SDF, так что UPF может выбрать этот PDR для всех RA IPv6 из SMF.
Пример: разрешить вывод 58 из any в ff01::2 any
Процедура установления и изменения сеанса N4 для потока вызовов IPv4v6
Следующий поток вызовов представляет собой высокоуровневое описание процедуры установления и модификации сеанса N4 для IPv4v6.
Процедура установления и изменения сеанса IPv4v6 аналогична процедуре установления и изменения сеанса IPv6, за исключением следующих процедур:
Дополнительная пара PDR, отправляемых из SMF, выглядит следующим образом:
Для переадресации запроса маршрутизатора IPv6 от UE к SMF исходный интерфейс одного PDR настроен на доступ, а его интерфейс назначения настроен на CP-Function. Фильтр SDF присутствует таким образом, что UPF выбирает этот конкретный PDR для запроса маршрутизатора IPv6 от UE.
Например, разрешите в 58 from any to ff01::2 any.
Настройка процедур отчетности на уровне сеанса/узла N4
В этом разделе описывается, как настроить процедуры отчетов на уровне сеанса/узла N4.
Включение процедуры эхо-запроса GTP-u
Существующий CLI (интерфейс командной строки) в gtpu-service используется для включения процедуры эхо-запроса GTP-u.
ПРИМЕЧАНИЯ:
gtpu-service имя_службы: создает службу GTP-u, которая переходит в режим конфигурации службы GTP-u для текущего контекста. service_name указывает имя службы GTP-u.
echo-interval секунды: настраивает скорость, с которой отправляются эхо-пакеты GTP v1-u. секунд указывает количество секунд между отправкой эхо-пакета GTP-uv1. Это должно быть целое число в диапазоне от 60 до 3600.
echo-retransmission-timeout секунды: настраивает время ожидания для повторной передачи эхо-сообщения GTP-u для этой службы. секунд указывает время ожидания повторной передачи эха в секундах для службы GTP-u. Это должно быть целое число в диапазоне от 1 до 20. Значение по умолчанию — 5.
max-retransmissions num : настраивает максимальное количество повторных попыток для эхо-повторных передач GTP-u. num указывает количество повторных передач эхо-сообщения GTP-u, разрешенных до срабатывания условия ошибки отказа пути. Это должно быть целое число в диапазоне от 0 до 15.
path-failure discovery-policy gtp echo : настраивает политику обнаружения отказа пути для эхо-сообщений GTP-u, которые были повторно переданы максимальное количество раз . gtp echo устанавливает политику обнаружения для обнаружения сбоя при достижении максимального количества повторных передач эхо-сообщения GTP-u.
Ниже приведен пример конфигурации для включения процедуры эхо-запроса GTP-u.
Проверка конфигурации процедуры отчетности на уровне сеанса/узла N4
В этом разделе описывается, как проверить конфигурацию процедуры отчета на уровне сеанса/узла N4.
Процедура отчетности на уровне узла сеанса N4 Поддержка OA и M
Используйте команду show gtpu Statistics, чтобы отобразить статистику GTP-u для индикации ошибок и эхо-запроса и ответа GTP-u. Ниже приведен пример вывода команды show gtpu Statistics. Используйте команду show sx-service Statistics all, чтобы отобразить статистику запросов и ответов Node Report. Ниже приведен пример вывода команды show sx-service Statistics all.
Ловушки SNMP
Следующие ловушки доступны для отслеживания состояния и условий сбоя пути GTP-u.
EGTPUPathFailureClear: эта ловушка создается, когда доступен путь данных к одноранговому узлу.
Читайте также: