Чтобы улучшить эффективность источника в RAN, в нем должен поддерживаться динамический контроль дублирования пакетов. Если дублирование пакетов активировано, то два N3 туннеля конфигурируются из UPF на два отдельных узла (MN и SN). В противном случае, если дублирование пакетов не активировано в RAN, но все еще требуется в CN, то один из N3 туннелей может быть реконфигурирован так, что получится два N3 туннеля на одном и том же узле (то есть узел с лучшим соединением), как на Рис. 21. Кроме того, если дублирование пакетов требуется в RAN, но не требуется в CN, то можно использовать решение на Рис.20.
Другим вариантом может быть дублирование пакетов и функции удаления вне домена 3GPP. Например, это может быть обеспечено транспортным протоколом. В случае с Ethernet трафиком, TSN определяет такую функцию репликации и исключения фреймов для надежности (FRER) в 802.1CB. В случае Ethernet, дублирование может происходить на AS вне 3GPP домена, а соответствующая FRER функция может быть на UE (но вне 3GPP домена). Такие же схемы дублирования могут быть выполнены на основе IP протоколов. Рабочая группа IETF по созданию детерминированных сетей ставит перед собой цель разработать такой IP протокол .
Эта опция окажет незначительное влияние на 3GPP. Так как две отдельные PDU сессии установлены для UE на одном и том же UPF, процедура установки PDU сессии должна быть модифицирована таким образом, чтобы один и то же UPF был выбран для обеих PDU сессий. Две PDU сессии должны быть установлены независимо друг от друга через Мастер носитель групп ячеек и вторичный носитель групп ячеек, чтобы обеспечить, что первый соединяется через MN, а второй через SN в настройке с двойным подключением. И нет необходимости в спецификации в 3GPP какого-либо туннельного протокола пользовательской панели между UPF и UE.
Однако, в этом случае, если дублирование пакета деактивировано в RAN, то оно также деактивируется в CN. Это решение не так эффективно в плане использование ресурсов, как предыдущее решение, так как резервирование в CN может быть достигнуто только, если пакеты также дублируются в RAN. Если UE не конфигурировано с DC, то надежность E2E может не быть удовлетворена, если резервирование требуется в CN.
В случае, когда UPF находится в одном месте с AS и MN и SN, оба имеют соединение с одни и мем же UPF – это проиллюстрировано на Рис. 22. Если UPF находится не в одном месте с AS, то может быть желательными иметь отдельные UPF для каждой дорожки. Две опции архитектуры для такого случая показаны на Рис. 23.
Архитектура слева – случай, когда два соединения с CN от одного узла (например, MN) к двум различным UPF. Дублирование пакетов и функция удаления выполняется PDCP в UE и RAN узле на PDCP. Если резервирование также требуется в CN то MN и AS (или UPF расположенное вместе с AS) должны выполнять дублирование пакета и функцию удаления.
Архитектура справа – случай, когда оба MN и SN соединяются с CN через различные UPF. В этом случае пакеты, продублированные в RAN не удаляются в RAN. Дублированные пакеты могут быть удалены в приложении в AS (или UPF расположенном вместе с UPF) и UE.
Чтобы улучшить эффективность ресурса и энергии, в NR включен динамический контроль дублирования пакетов в RAN. Дублирование пактов может быть активировано только, когда это требуется (то есть, состояние канала для лучшей линии связи ниже порогового значения). Хотя резервирование в CN может контролироваться полу-статически, а не динамически, динамический контроль дублирования пакетов в RAN может оказать влияние на резервирование в CN в некоторых вариантах сценария.
Так как требования к резервированию в RAN и CN зависят от соответствующих целевых надежностей, решение по резервированию должно выполняться независимо RAN и CN. Однако, решение о том, как достичь резервирования должно приниматься на основе обоих требований к резервированию.