Para integradores de sistemas: construir a sua própria oferta sobre a MEF.DEV

É possível construir algo próprio sobre a plataforma?

Sim. A plataforma é uma base sobre a qual as suas equipas constroem os seus próprios processos e produtos: os plugins que desenvolver sobre as interfaces públicas de plugins são seus. A documentação da plataforma descreve sete cenários de utilização da arquitetura, das operações agênticas a uma fachada alinhada com ODA sobre sistemas legacy.

Onde está a sua margem

Uma parte da sua solução, fornecida por nós. Num projeto para um operador, a MEF.DEV fornece a parte que a sua solução não tem — por exemplo, online charging ou encomenda de serviços ao lado do seu próprio BSS — como subcontratada ao abrigo do seu contrato.
As suas próprias soluções na plataforma. Lance e venda os seus próprios produtos na plataforma; a MEF.DEV presta suporte comercial e evolução da plataforma em regime de subscrição.
Partilha de receita. Uma das opções é a partilha de receita em condições acordadas.

O que a licença permite a um parceiro

	Condições
A sua utilização interna, incluindo em produção	gratuita sob a Business Source License 1.1
Incluir a plataforma no seu próprio produto como mecanismo interno de integração	gratuito sob BSL 1.1
Plugins que desenvolver sobre as interfaces públicas	seus
Fornecer a um operador uma solução na plataforma em que a equipa do operador escreve os seus próprios workflows	sim, permitido
Enterprise Modules: execução assíncrona e de longa duração de processos (Durable Execution), aprovação humana das ações dos agentes, controlo de agentes externos, plugins com acesso direto ao núcleo da plataforma (System Plugins), chaves individuais (Individual Key Provisioning)	MEF.DEV Enterprise License
Oferecer a própria plataforma a terceiros como produto concorrente	acordo comercial separado
Produtos WideCoup Convergent BSS	acordos comerciais separados, orientados por função

Cada versão passa à Apache License 2.0 quatro anos após o lançamento; os Enterprise Modules não mudam de licença.

Um ensaio técnico

O ensaio técnico decorre nos repositórios públicos: implementação em Docker ou Kubernetes, com os detalhes técnicos na página de versões. Uma PoC real com as suas integrações é gratuita; o prazo depende da carga da equipa. O suporte em garantia é no dia útil seguinte, ou ao abrigo de um SLA separado nas suas condições.

Competências: engenharia à medida e desenho 4G/5G

Asseguramos não só engenharia de software à medida, mas também o desenho de soluções 4G/5G. Um exemplo é um projeto de parceiro de Mobile Virtual Network Operator (MVNO) e Mobile Virtual Network Enabler (MVNE) com cartões SIM dedicados em vários operadores de rede móvel: a equipa MEF.DEV traz competências de integração de telecomunicações, de arquitetura MVNO/MVNE e de camada de serviço, e propõe três níveis de implementação:

nível	o que é	quando se adequa
APN (Access Point Name) dedicado	os operadores mantêm o Home Subscriber Server (HSS) e o Home Location Register (HLR), o núcleo e o controlo do serviço; os APN, a conectividade privada e a QoS são configurados em cada operador	arranque mais rápido, um piloto técnico
MVNO-light / MVNE (Mobile Virtual Network Enabler) sobre CSE	uma única camada de serviço MEF.DEV — CSE, IWF (Interworking Function), AAA (Authentication, Authorization and Accounting) e PDN (Packet Data Network) — controla o serviço; o HSS/HLR fica com os operadores na fase 1	a primeira fase recomendada: um único processo de provisioning, perfis de APN e de Quality of Service (QoS) centralizados, um ciclo de vida do SIM controlado sem possuir um núcleo móvel
MVNO (Mobile Virtual Network Operator) / MVNE completo	um domínio administrativo SIM próprio, International Mobile Subscriber Identity (IMSI) e Mobile Network Code (MNC) próprios e, eventualmente, um HSS/HLR próprio	controlo máximo — e a maior complexidade: um projeto regulamentar e de integração separado

No modelo recomendado, o IWF adapta as APIs de BSS e de provisioning dos operadores a um único modelo orientado ao serviço, uma API de fulfilment northbound conduz à plataforma de serviço ou ao OSS do cliente, o AAA com o CSE trata do controlo de acessos e da autorização, e a PDN fornece o caminho privado até ao centro de dados do serviço.

Componentes de arquitetura para estes projetos

MEF.DEV Custom Service Environment (CSE). A plataforma de execução central da camada de serviço MVNE:
- um runtime para lógica de serviço especializada com suporte de DIAMETER, RADIUS, CAMEL/CAP, INAP, MAP e REST API;
- as funcionalidades de serviço dedicadas são implementadas como Service Logic Programs (SLP); a plataforma trata das pilhas de protocolos, da distribuição no cluster e da gestão das instâncias SLP para execução massivamente paralela;
- o CSE foi implementado nos ambientes BSS de vários parceiros;
- na arquitetura de online charging, o CSE é a Charging Trigger Function: converte os protocolos de rede em pedidos ao rating.
Unified Rating Function (Nrf) no WideCoup Online Charging. Rating segundo o 3GPP:
- determinação de unidades e preço para bearer, sessão e serviço, pré-pago e pós-pago, com descontos, plafonds e contadores;
- Class A — uma Rating Function externa (Remote RF), ficando a ABMF (Account Balance Management Function) na função de online charging; Class B — Rating Function e ABMF colocalizadas;
- carregamentos e saldos através de TMF654 Prepay Balance Management;
- a Rating Function pode também funcionar como gateway de API entre vários BSS, e a lógica de interworking liga o núcleo 4G/5G aos sistemas legacy.

Como estes componentes se enquadram num serviço de conectividade multiacesso — Connectivity as a Service em platform.mef.dev.

Suporte

O suporte comercial com SLA está disponível mediante acordo separado, tanto para implementações gratuitas como para implementações com Enterprise Modules.