Единый доступ SCEF

Глобальной задачей телекоммуникационной отрасли в XXI веке становится построение энергоэффективных сетей большого радиуса действия. Такие сети нужны для обмена данными между M2M устройствами. Задача инженеров – спроектировать датчики таким образом, чтобы максимально сократить потребление энергии при обращении к датчикам опрашивающих их устройств. Энергоэффективные сети обеспечивают низкое потребление заряда конечными устройствами и обеспечивают большее покрытие между базовыми станциями и оконечными устройствами.

SCEF, как функция раскрытия или экспонирования услуг и возможностей, безопасно и безоговорочно устраняет многие проблемы в процессе передачи данных внутри сетевых интерфейсов 3GPP и предоставляет решение задачи энергоэффективности сетей.

SCEF идеален как единое окно доступа ко многим другим функциям через различные сетевые API, являющиеся однородными интерфейсами программирования сетевых приложений.

Какие задачи решает SCEF?

Каждая телеком компания будет сама определять для себя, какой функционал закладывать в свое «окно» SCEF – бессмысленно развивать весь функционал сразу. Сервисные возможности закладываются разработчиками в зависимости от бизнес требований клиентов, использующих API разного назначения. Тем не менее базовый функционал все равно будет включать в себя аутентификацию и авторизацию устройств и серверов приложений, идентификацию потребителя API, управление профилем, а также управление листом ACL (Access Control List). В основной список также войдут:

• привязка идентификатора сим-карты (IMSI) к External ID;
• групповые операции с External Group IDl;
• NIDD (Non-IP Data Delivery) – передача non-IP трафика для устройств с низким потреблением;
• обеспечение роуминга non-IP данных;
• обеспечение режима передачи данных с подтверждением;
• буферизация данных MO & MT (Mobile Originated & Mobile Terminated;
• поддержка специальных функций контроля состояния UE (MONTE – Monitoring Events).  Мониторинг событий и состояния позволяет SCS/AS открыть внутренние возможности в 3GPP основной сет;
• поиск, опрос и запуск устройств (триггеринг устройств);
• одновременное использование данных одного UE несколькими AS;
• конфигурация службы (позволяет SCS/AS помочь основной сети 3GPP в эффективной настройке основных сетевых служб 3GPP);
• SCS/AS и координация сети (позволяет SCS/AS лучше координировать свою деятельность с основной сетью 3GPP).

Приведенный выше набор функций становится интересен не только операторам связи, но и обычным пользователям сетей и устройств IoT. А это диктует уже совершенно другие требования к разработке, внедрению и обслуживанию продукта, так как эта услуга из разряда узко направленной и специфической для телекома становится востребована рядовыми пользователями интернета на массовом рынке, которые не могут и не смогут вникать в специфику и узкие знания в области телекоммуникаций. Именно в этом SCEF максимально отвечает нуждам потенциальных заказчиков: при его внедрении пользователям не нужно вникать в структуру сотовой связи, нет риска разрушить внутренность и целостность ПО сети оператора, так как все действия происходят, как правило, не только за пределами внутренней сети оператора, но часто и за пределами доверенной зоны.

SCEF может находиться на краю домена интернета вещей, либо SCEF может полностью находиться внутри домена Интернета вещей, взаимодействуя с внешней платформой управления API на краю.

Унифицированные сетевые протоколы 3GPP преобразованы для удобства разработчиков в единый API-интерфейс, который используется серверами приложений для получения данных и управления устройствами. В компании «Каури» — разработчике решений IoT-IioT — взялись за написание интерфейса T8, решая задачи своей профессиональной отрасли, и подошли к выполнению этого проекта, обращая максимальное внимание на требования, во-первых, IoT пользователей сетей и уже во-вторых, телекома – последний, похоже, тоже развернулся в сторону развития платформенных M2M решений.  Под руководством экспертов «Каури» с более чем двадцатилетним опытом разработки решений для телекома, был написан API-интерфейс T8 для интеграции SCEF с серверами приложений. Следующим этапом разработчиков компании стала разработка тех серверов приложений (Application Servers), которые нужны заказчику.

Итак, блок  SCEF стал своего рода посредником между сетью и серверами приложений. Он станет отличным функциональным дополнениям к другим блокам, например, к серверу сервисных возможностей (SCS – Service Capability Server).

Ниже приведены примеры событий мониторинга в рамках функции экспонирования SCEF API (здесь мы даем их без перевода в качестве устоявшейся терминологии):

• Loss of connectivity;
• Tracking Area Update (TAU);
• UE reachability;
• Location reporting;
• Change of IMSI-IMEI Association;
• Roaming Status;
• Communication failure;
• Availability after DDN Failure;
• PDN Connectivity Status;
• Number of UEs present in a geographic area.

Подводя итоги, можно сказать следующее: да, согласно 3GPP,  SCEF это совершенно новый компонент архитектуры, но его не следует избегать или пугаться – он создан во благо заказчикам для передачи как самого трафика, так и управляющих команд.