Основные требования к архитектуре сети LTE PDF Print E-mail
Written by Administrator   
Monday, 20 August 2012 01:52

Основные требования к архитектуре сети LTE можно обобщить следующим образом:

1.    Поддержка сетей радиодоступа как стандартов 3GPP, так и стандартов He-3GPP. При этом информация о возможных технологиях доступа должна передаваться на абонентский терминал с указанием приоритетов технологий, установленных оператором.

2.    Полная совместимость базовой сети SAE с базовыми сетями стандартов 3GPP, начиная с Release 6.

3.    Обеспечение минимальных задержек передачи данных согласно протоколам плоскости управления C-plane. Например, интервал времени перехода мобильного терминала из состояния Idle (терминал находится в состоянии Attached протокола GMM, выделен IP-адрес, терминал зарегистрирован в подсистеме IMS) в состояние начала приема/передачи данных по протоколам U-plane должно быть не более 200 мс.

4.    Четкое функциональное разделение между элементами сети SAE, позволяющее избежать дополнительных задержек передачи данных согласно протоколам C-plane из-за дублирования функций.

5.    Установление IP-соединения с индивидуальными параметрами QoS при минимальном количестве транзакций.

6.    Функция управления мобильностью сети LTE должна решать задачи управления мобильностью как в сети E-UTRAN, так и между сетями E-UTRAN и сетями радиодоступа других типов.

7.    Функция управления мобильностью сети LTE должна взаимодействовать с терминалами различных типов: фиксированными, номадически мобильными и мобильными.

8.    Функция управления мобильностью сети LTE должна предоставлять оператору сети LTE возможность управлять сетями доступа, используемыми абонентами.

9.    Процедуры поддержки мобильности терминалов (хэндовер) в сетях E-UTRAN, между сетями E-UTRAN и другими сетями радиодоступа 3GPP (процедура Inter-RAT Handover), а также между сетями E-UTRAN/3GPP и сетями радиодоступа He-3GPP должны быть реализованы с минимальной потерей пакетов данных в режиме реального времени (например, для приложений VoIP) и в режиме, инвариантном времени (например, для просмотра web-pe-сурса).

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

11.    Архитектура сети SАЕ должна обеспечивать оптимальную маршрутизацию при нахождении абонента в межсетевом роуминге.

12.    В целях предоставления гибкого доступа к сети LTE пользователям, находящимся в роуминге, архитектура сети SAE должна обеспечивать доступ через различные сети беспроводного широкополосного доступа WLAN в соответствии с существующими договорами доступа между оператором визитной сети VPLMN и визитными операторами сети WLAN, причем такие договоры между визитными операторами сети WLAN и оператором домашней сети HPLMN не требуются.

13.    Поддержка IP-протоколов различных версий (IPv4 и IPv6), а также режима вещания IP-Multicast.

14.    Обеспечение такого уровня безопасности пользователей (аутентификация, идентификация, шифрование данных), который был бы не ниже, чем в существующих сетях 3GPP с пакетной коммутацией и коммутацией каналов. Процедура аутентификации не должна зависеть от типа и технологии сети доступа.

15.    Доступ к сетям LTE должен предоставляться абонентам согласно существующим USIM-картам (Release 99). При этом база данных HSS должна соответствовать Release 5.

16.    Поддержка всех существующих в настоящее время принципов тарификации.

17.    Архитектура SAE должна обеспечивать гибкое использование ресурсов сети, когда все элементы сети (узлы) рассматриваются как единый распределенный ресурс. Примером стала структура интерфейса Iu-flex, определенная в Release 5, согласно которой контроллер RNC может иметь интерфейс с несколькими узлами SGSN/MGW.