Para integradores de sistemas: construya su propia oferta sobre MEF.DEV

¿Puede construir lo suyo sobre ella?

Sí. La plataforma es una base sobre la que sus equipos construyen sus propios procesos y productos: los plugins que desarrolle sobre las interfaces públicas de plugins son suyos. La documentación de la plataforma describe siete escenarios de uso arquitectónico, desde las operaciones agénticas hasta una fachada alineada con ODA sobre sistemas legacy.

Dónde está su margen

Una parte de su solución, de nuestra mano. En un proyecto para un operador, MEF.DEV suministra la parte que su solución no tiene —por ejemplo, online charging o pedidos de servicio junto a su propio BSS— como subcontratista bajo su contrato.
Sus propias soluciones sobre la plataforma. Usted lanza y vende sus propios productos sobre la plataforma; MEF.DEV aporta soporte comercial y desarrollo de la plataforma como suscripción.
Reparto de ingresos. Una de las opciones es el reparto de ingresos en condiciones acordadas.

Qué permite la licencia a un socio

	Condiciones
Su uso interno, incluida la producción	gratuito bajo la Business Source License 1.1
Incluir la plataforma en su propio producto como mecanismo interno de integración	gratuito bajo BSL 1.1
Plugins que desarrolle sobre las interfaces públicas	suyos
Suministrar a un operador una solución sobre la plataforma en la que el equipo del operador escribe sus propios workflows	sí, permitido
Enterprise Modules: ejecución prolongada y asíncrona de procesos (Durable Execution), aprobación humana de las acciones de los agentes, control de agentes externos, plugins con acceso directo al núcleo de la plataforma (System Plugins), claves individuales (Individual Key Provisioning)	MEF.DEV Enterprise License
Ofrecer la propia plataforma a terceros como producto competidor	acuerdo comercial independiente
Productos WideCoup Convergent BSS	acuerdos comerciales independientes orientados a funciones

Cada versión pasa a la Apache License 2.0 cuatro años después de su publicación; los Enterprise Modules no cambian de licencia.

Una prueba técnica

La prueba técnica se realiza sobre los repositorios públicos: despliegue en Docker o Kubernetes, con los detalles técnicos en la página de versiones. Una PoC real con sus integraciones es gratuita; su calendario depende de la carga del equipo. El soporte en garantía es al siguiente día hábil, o según un SLA independiente en sus condiciones.

Experiencia: ingeniería a medida y diseño 4G/5G

Estamos preparados no solo para ingeniería de software a medida, sino también para el diseño de soluciones 4G/5G. Un ejemplo es un proyecto de socio de Mobile Virtual Network Operator (MVNO) y Mobile Virtual Network Enabler (MVNE) con tarjetas SIM dedicadas sobre varios operadores de red móvil: el equipo de MEF.DEV aporta experiencia en integración de telecomunicaciones, arquitectura MVNO/MVNE y capa de servicio, y propone tres niveles de implantación:

nivel	en qué consiste	cuándo encaja
APN (Access Point Name) dedicado	los operadores conservan el Home Subscriber Server (HSS) y el Home Location Register (HLR), el núcleo y el control del servicio; los APN, la conectividad privada y la QoS se configuran por operador	el arranque más rápido, un piloto técnico
MVNO-light / MVNE (Mobile Virtual Network Enabler) sobre CSE	una única capa de servicio de MEF.DEV —CSE, IWF (Interworking Function), AAA (Authentication, Authorization and Accounting) y PDN (Packet Data Network)— controla el servicio; HSS/HLR permanecen en los operadores en la fase 1	la primera fase recomendada: un único proceso de provisioning, perfiles centrales de APN y de Quality of Service (QoS), un ciclo de vida de SIM controlado sin poseer un núcleo móvil
Full MVNO (Mobile Virtual Network Operator) / MVNE	un dominio administrativo de SIM propio, International Mobile Subscriber Identity (IMSI) y Mobile Network Code (MNC) propios, y posiblemente un HSS/HLR propio	el máximo control, y la mayor complejidad: un proyecto regulatorio y de integración independiente

En el modelo recomendado, la IWF adapta las APIs de BSS y de provisioning de los operadores a un único modelo orientado al servicio, una API northbound de fulfilment conduce a la plataforma de servicio o al OSS del cliente, el AAA con el CSE se encarga del control de acceso y la autorización, y la PDN proporciona el camino privado hasta el centro de datos del servicio.

Componentes de arquitectura para estos proyectos

MEF.DEV Custom Service Environment (CSE). La plataforma de ejecución central de la capa de servicio MVNE:
- un runtime para lógica de servicio especializada compatible con DIAMETER, RADIUS, CAMEL/CAP, INAP, MAP y REST API;
- las funciones de servicio dedicadas se implementan como Service Logic Programs (SLP); la plataforma gestiona las pilas de protocolos, la distribución en clúster y la gestión de instancias SLP para una ejecución masivamente paralela;
- el CSE se ha desplegado en los entornos BSS de varios socios;
- en la arquitectura de online charging, el CSE es la Charging Trigger Function: convierte los protocolos de red en peticiones de rating.
Unified Rating Function (Nrf) en WideCoup Online Charging. Rating conforme a 3GPP:
- determinación de unidades y precios para portador, sesión y servicio, prepago y pospago, con descuentos, franquicias y contadores;
- Class A: una Rating Function externa (Remote RF) mientras la ABMF (Account Balance Management Function) permanece en la función de online charging; Class B: Rating Function y ABMF coubicadas;
- recargas y saldos mediante TMF654 Prepay Balance Management;
- la Rating Function puede actuar también como API gateway entre varios BSS, y la lógica de interworking enlaza el núcleo 4G/5G con los sistemas legacy.

Cómo encajan estos componentes en un servicio de conectividad multiacceso: Connectivity as a Service en platform.mef.dev.

Soporte

El soporte comercial con SLA está disponible mediante un acuerdo independiente, tanto para despliegues gratuitos como para despliegues con Enterprise Modules.