Модернизация
Заменить или расширить HLR/HSS
Определить нужные процедуры, интеграции и условия переноса профилей. Проверить, какие действующие узлы можно сохранить.
MiaCore-SDM / Абонентский слой
MiaCore-SDM — единая платформа управления абонентскими данными для сетей 2G–5G, объединяющая HLR, HSS и UDM с функциями аутентификации AuC и AUSF.
Subscriber Data Management
MiaCore-SDM
Профили и регистрация
AuC / AUSF · аутентификация
JSON
API · управление
Сценарии SDM
Начинаем с вашей архитектуры и требований. Состав решения и условия перехода определяем после обследования.
Модернизация
Определить нужные процедуры, интеграции и условия переноса профилей. Проверить, какие действующие узлы можно сохранить.
Full MVNO / MVNE
Разделить функции Full MVNO или MVNE и мобильного хоста. Согласовать управление профилями и provisioning.
LTE и IMS
Уточнить роли HSS, соседние узлы и обязательные интерфейсы. Определить границу поставки и технической проверки.
Для команд Subscriber Core, архитектуры сети, provisioning и эксплуатации MNO, Full MVNO и MVNE, которые развивают собственный абонентский слой.
Возможности
HLR для GSM/UMTS, HSS для LTE и IMS, UDM для 5G. Хранение идентификаторов, подписок на услуги, параметров доступа и информации о регистрации абонента.
AuC формирует данные аутентификации для GSM/UMTS и LTE: COMP128-1/2/3 и MILENAGE. Для IMS поддерживается AKAv1-MD5, для 5G применяются функции AUSF.
Передача профиля в обслуживающий узел, обновление местоположения и предоставление маршрутной информации для входящих вызовов и SMS. Поддержка подписок CAMEL и взаимодействия с USSD.
JSON API для создания, изменения и удаления профилей, включая массовую загрузку из BSS. Веб-интерфейс для администрирования абонентов и узлов SDM. MiaCore-EMS находится в разработке.
Централизованное управление с разделением профилей оператора, MVNO и сервисных брендов. Состав данных и правила доступа согласуются с вашей моделью обслуживания.
Абонентские услуги
| Профиль | Сеть или функция | Данные и услуги |
|---|---|---|
| CS · голосовые услуги | GSM / UMTS | Запреты и переадресация вызовов, CLIR, ожидание и удержание вызова, конференц-связь. Ограничения роуминга, подписки CAMEL и USSD. |
| PS · пакетные данные | GPRS / UMTS | PDP-контексты, APN, QoS, параметры тарификации и ограничения доступа к пакетным услугам. |
| EPS · пакетное ядро LTE | LTE / EPC | PDN-подключения, APN, QCI и приоритеты, AMBR, адресация PGW и параметры SRVCC. |
| IMS · сервисные профили | HSS для IMS | Идентификаторы IMPI/IMPU, данные SIP-аутентификации, домен IMS и CSCF, правила iFC для запуска сервисов. |
| 5G · данные и аутентификация | UDM / AUSF | Данные подписки и регистрации абонента, предоставление данных и выполнение функций аутентификации во взаимодействии с AMF, SMF и SMSF. |
Функциональные связи
Операции с профилями
Профили · AuC / AUSF
Согласованные процедуры
Функциональная схема. Точный состав, версии интерфейсов, инфраструктура и параметры поставки определяются по требованиям проекта.
Сетевое взаимодействие
| Направление | Интерфейсы | Назначение |
|---|---|---|
| GSM / UMTS | MAP v3, TCAP, SCCP; M2PA / M3UA поверх SCTP | Сигнализация SS7/SIGTRAN, адресация по Global Title и подключение к нескольким STP или сигнальным шлюзам. |
| LTE / IMS / Non-3GPP | Diameter: S6a/S6d, Cx/Dx, SWx; TCP / SCTP | Взаимодействие с MME, IMS и доступом Non-3GPP. Подключение к нескольким DRA, входящие и исходящие соединения. |
| 5G · UDM | Nudm_UEContextManagement, Nudm_SubscriberDataManagement, Nudm_UEAuthentication | Управление регистрацией и абонентскими данными, предоставление данных для аутентификации. Взаимодействие с AMF, SMF, SMSF и AUSF. |
| 5G · AUSF | Nausf_UEAuthentication; HTTP/2, TLS | Аутентификация во взаимодействии с AMF и UDM. Состав сервисов и соединений определяется для выбранной конфигурации 5G. |
| Provisioning | HTTP / JSON API | Интеграция с BSS, CRM и системами управления (U)SIM-картами; операции с абонентскими профилями. |
| Мониторинг | SNMP v2 / v3 | Запрос информации и отправка уведомлений о событиях и авариях в систему мониторинга оператора. |
Развертывание и доступность
Программное развертывание на физических серверах, виртуальных машинах или в контейнерах — в частной или облачной инфраструктуре.
Идентичные функциональные узлы хранят абонентские данные и синхронизируют изменения между участниками кластера.
Запросы сигнальной сети могут распределяться по узлам кластера для обработки нагрузки.
Обнаружение сбоев узлов и связей между ними помогает управлять состоянием кластера.
Автоматическая синхронизация нового узла и узла, который возвращается в кластер после сбоя.
Число узлов, ёмкость, ресурсы и требования к восстановлению определяются по нагрузке. Синхронизация изменений требует времени; поведение при отказах проверяется для выбранной конфигурации.
Техническая оценка
Архитектуру и конфигурацию подбираем по исходным данным сети и обязательным процедурам.
Как начинаем проект
На первой встрече разберём сеть, объём данных, нужные процедуры и условия перехода.
Функции, стыки, нагрузка и ограничения текущей платформы.
Роли узлов, инфраструктура и границы первого этапа.
Согласованные процедуры, тестовые данные и критерии приёмки.
Комплект поставки, работы, поддержка и план перехода.
Границы решения, недостающие данные, программа проверки, ответственные и срок следующего шага.
Для технической команды
Редактируемый документ поможет собрать исходные данные для замены, расширения или внедрения абонентского слоя. Заполните то, что уже известно, — остальное разберём на встрече.
На первом этапе достаточно общей архитектуры и диапазонов нагрузки. Если ответа пока нет, укажите «требует уточнения».
Скачать без формы · DOCXMiaCore / SDM
Тип проекта, причина изменений, целевой результат, сроки и роли участников.
Необходимые роли HLR, HSS и UDM, функции AuC/AUSF, роль хоста и сохраняемые узлы.
Соседние узлы, интерфейсы, процедуры, количество профилей и режимы нагрузки.
Размещение, площадки, резервирование, восстановление, мониторинг и поддержка.
Provisioning, API, экспорт профилей, ограничения SIM, переключение и откат.
Стенд или пилот, критерии приёмки, участники и следующий шаг.
Для опросника используйте обезличенную схему. Не включайте персональные данные абонентов, IMSI/MSISDN, действующие ключи аутентификации, пароли и конфигурации доступа. Защищённый обмен техническими данными согласуется отдельно.
Перед технической встречей
Следующий шаг
Расскажите о текущей сети и задачах HLR, HSS или UDM. Определим функции, необходимые стыки и конфигурацию.
От продукта к задаче
Выберите сценарий, чтобы увидеть роль компонента, зависимости и данные для оценки проекта.