3GPP-compliant · multi-tenant · operating

Core 4G e 5G privado.
Multi-tenant. Em produção.
— não é wrapper, não é caixa-preta.

JV-CORE é um core móvel 3GPP completo operando como plataforma multi-tenant. Você provisiona instâncias isoladas, conecta sua RAN, e opera redes privadas em escala — com REST API, observabilidade nativa e SLA real.

~ / jvcore-cli
$ jvcore tenant create acme \ --plmn 72445 --release r17 --plan standard tenant.acme provisioned in 11.4s endpoints: amf://10.1.0.42 · upf://10.1.0.43 · udm://10.1.0.44 3GPP interfaces: N1 N2 N3 N4 N6 N8 S6a active $ jvcore sub provision acme --from-csv sims.csv 12,847 subscribers · 0 errors · 6.2s
01 arquitetura

Uma plataforma. Múltiplos cores isolados.
RAN-vendor agnostic.

Topologia de referência: UEs conectam via RAN 3GPP (eNB / gNB), atravessam as funções de rede do JV-CORE — isoladas por tenant — e saem para a Data Network. Plano de controle SBA (HTTP/2 + JSON) no 5G, GTP/Diameter no 4G.

UE smartphone UE · IMSI IoT · sensors M2M · AGV CPE · WTTx Uu Uu Uu Uu RAN eNB LTE · Band 28 gNB NR sub-6 SA picocell indoor · small S1-MME / S1-U N2 / N3 N2 / N3 JV-CORE · TENANT INSTANCE AMF access & mobility 5G SMF session mgmt 5G UPF user plane 5G UDM subscriber data 5G AUSF authentication 5G PCF policy control 5G ─ 4G EPC ─ MME mobility mgmt 4G SGW serving gateway 4G PGW packet gateway 4G HSS subscriber 4G PCRF policy/charging 4G CHF charging/billing 5G · roadmap DN Internet + MEC apps N6 / SGi 3GPP reference point air interface roadmap component
fig. 1 — JV-CORE reference architecture per tenant · 3GPP TS 23.501 / 23.401
Interface Protocolo Endpoints · Função
N1NAS over RRCUE ↔ AMF · sinalização NAS, registration, PDU session
N2NGAP / SCTPgNB ↔ AMF · sinalização do plano de controle 5G
N3GTP-U / UDPgNB ↔ UPF · plano de usuário 5G
N4PFCP / UDPSMF ↔ UPF · separação CP/UP
N6IPUPF ↔ DN · saída para internet / MEC
N8HTTP/2 SBIAMF ↔ UDM · subscription data, mobility
S1-MMES1AP / SCTPeNB ↔ MME · plano de controle 4G
S1-UGTP-U / UDPeNB ↔ SGW · plano de usuário 4G
S6aDiameter / SCTPMME ↔ HSS · autenticação e perfil do UE
02 network functions

Funções de rede inclusas.

Conjunto completo de NFs 3GPP para 4G EPC e 5G SA. Cada função é containerizada e escalável horizontalmente por tenant.

AMF
5G · access & mobility
Access & Mobility Function
Registration, connection & mobility management. Termina sinalização NAS do UE.
SMF
5G · session mgmt
Session Management Function
Gerencia PDU sessions, aloca IP, controla UPF via PFCP (N4).
UPF
5G · user plane
User Plane Function
Encaminhamento de pacotes do UE para a DN. GTP-U, QoS, traffic steering.
UDM
5G · subscriber
Unified Data Management
Repositório de credenciais (K, OPc), perfis de QoS, subscription data.
AUSF
5G · authentication
Authentication Server Function
Executa 5G-AKA / EAP-AKA' contra o UDM. Gera vetores de autenticação.
PCF
5G · policy
Policy Control Function
Decisões de QoS, gating, charging por sessão. Substitui PCRF do 4G.
NRF
5G · service discovery
Network Repository Function
Registry de NFs para SBA — descoberta dinâmica em runtime.
MME
4G · mobility
Mobility Management Entity
Equivalente 4G do AMF. Attach, paging, bearer setup, mobilidade entre eNBs.
SGW
4G · serving
Serving Gateway
Ancora do plano de usuário durante handover. GTP-U entre eNB e PGW.
PGW
4G · packet gateway
PDN Gateway
Saída para a PDN (internet). Aloca IP, aplica políticas, billing.
HSS
4G · subscriber
Home Subscriber Server
Banco de assinantes 4G. Acessado via Diameter S6a pelo MME.
PCRF
4G · policy
Policy & Charging Rules
Engine de QoS e charging do 4G. Comunica com PGW via Gx.
03 sequence · 5g sa

UE attach + PDU session.

Fluxo típico de registration e estabelecimento de PDU session de um UE em 5G Standalone.

UE gNB AMF AUSF UDM SMF UPF [1] RRC Setup Request [2] Initial UE Msg + NAS Registration Req N2 · NGAP [3] Nausf_UEAuthentication_Authenticate SBI · HTTP/2 [4] Nudm_UEAuth_Get [5] Auth Vectors (5G-AKA) [6] Auth Challenge (RAND, AUTN) [7] NAS Auth Request (via gNB) [8] NAS Auth Response (RES*) [9] Registration Accept [10] PDU Session Establishment Req [11] Nsmf_PDUSession_CreateSMContext [12] N4 Session Est. PFCP ─── PDU Session Active · UE com IP ───
04 multi-tenant

Isolamento real entre tenants.

Cada tenant recebe seu próprio conjunto de NFs, PLMN dedicado, subscriber database isolado, políticas e métricas separadas. Sem compartilhamento de plano de controle.

JV-CORE · CONTROL PLANE orchestrator REST API NRF · global RBAC · audit metrics agg. tenant.acme PLMN 72445 · WTTx AMF SMF UPF UDM AUSF PCF subscribers: 12.8k sessions: 8.4k throughput: 2.1 Gbps ● healthy tenant.mineco PLMN 72472 · mining AMF SMF UPF UDM AUSF PCF subscribers: 340 sessions: 318 throughput: 0.9 Gbps ● healthy · slicing tenant.agro PLMN 72499 · IoT/M2M MME SGW PGW HSS PCRF subscribers: 5.6k sessions: 5.1k throughput: 240 Mbps ● healthy · 4G only
PLMN

PLMN dedicado por tenant

Cada operação tem seu MCC/MNC próprio. Sem colisão de identidade de rede entre clientes.

DATABASE

Subscriber DB isolada

UDM/HSS por tenant. Credenciais (K, OPc) nunca cruzam fronteira.

QOS

Policy & slicing

QoS profiles, APN/DNN e network slicing configurados independentemente.

METRICS

Observabilidade por tenant

Métricas, logs e alarmes namespaceados. RBAC controla quem vê o quê.

05 specs

Capacidade & conformidade.

Limites operacionais e padrões 3GPP suportados na release atual.

ParâmetroValor
3GPP ReleaseRelease 17 (5G SA) · Release 15 (4G EPC)
Network Functions 5GAMF, SMF, UPF, UDM, AUSF, PCF, NRF, NSSF, NEF
Network Functions 4GMME, SGW-C/U, PGW-C/U, HSS, PCRF, SMSF
Subscribers / tenantaté 1M provisionados · 100k+ ativos simultâneos
PDU sessions / tenantaté 80k concorrentes (depende de plano)
UPF throughput10 Gbps por instância · escala horizontal
Latência plano de usuário< 5 ms (UPF processing, single-hop)
Alta disponibilidadeActive-active · state replication · failover < 2 s
RAN compatívelqualquer eNB/gNB 3GPP-compliant (Nokia, Huawei, Ericsson, ZTE, small cells)
Bandas suportadasLTE: B1, B3, B7, B8, B28, B40 · 5G NR: n3, n7, n28, n41, n78
DeploymentLinux x86_64 · ARM64 · Kubernetes (k3s/k8s) · bare-metal
Hardware mínimo (tenant)4 vCPU · 8 GB RAM · 50 GB SSD
ProvisionamentoREST API · CLI (jvcore) · Web console
Logs / auditoriastructured JSON · syslog/RFC5424 · retenção configurável
06 api · cli · automation

Operável por código.

Tudo que o painel faz, a API faz. Provisione, escale, audite e integre com seu BSS/CRM.

# Cria um tenant 5G SA com PLMN dedicado
$ jvcore tenant create acme \
    --plmn 72445 \
    --release r17 \
    --plan standard

# Provisiona um subscriber via parâmetros
$ jvcore sub create acme \
    --imsi 724450000000001 \
    --msisdn +5592999000001 \
    --k 465B5CE8B199B49FAA5F0A2EE238A6BC \
    --opc E8ED289DEBA952E4283B54E88E6183CA \
    --apn acme.iot

# Provisionamento em massa via CSV
$ jvcore sub provision acme --from-csv sims-jan.csv
 12,847 subscribers · 0 errors · 6.2s

# Métricas em tempo real
$ jvcore metrics acme --watch
subscribers:    12847  sessions: 8412
throughput_up:  412 Mbps  throughput_dn: 1.8 Gbps
attach_p99:    87 ms     handover_p99: 31 ms
# Provisiona um subscriber via REST
POST /v1/tenants/acme/subscribers
Authorization: Bearer $JVCORE_TOKEN
Content-Type: application/json

{
  "imsi": "724450000000001",
  "msisdn": "+5592999000001",
  "security": {
    "k":   "465B5CE8B199B49FAA5F0A2EE238A6BC",
    "opc": "E8ED289DEBA952E4283B54E88E6183CA",
    "amf": "8000"
  },
  "session_profile": {
    "dnn": "acme.iot",
    "qos_5qi": 9,
    "ambr": { "ul": "10M", "dl": "50M" }
  }
}

→ 201 Created
{ "id": "sub_01HKQM...", "status": "provisioned" }
from jvcore import Client

client = Client(token="$JVCORE_TOKEN")
tenant = client.tenants.get("acme")

# Provisiona em batch
with open("sims.csv") as f:
    result = tenant.subscribers.bulk_create(
        csv=f,
        on_conflict="skip",
        dry_run=False,
    )

print(f"created=", result.created, "errors=", result.errors)

# Stream de eventos do core (attach, detach, handover)
async for ev in tenant.events.stream():
    if ev.type == "attach.failed":
        alert(ev.imsi, ev.cause)
07 deployment

Onde roda.

Três modelos de deployment cobrindo do PoC ao operador regional.

[ a ] managed

JV-CORE Cloud

Nós operamos. Você consome via API. Multi-tenant, SLA garantido, on-ramp em horas.

  • data center São Paulo (LATAM)
  • SLA 99.95% control plane
  • BYOC: APN/DNN, charging, billing
  • start em ≤ 24h
[ b ] private cloud

Dedicado

Instância dedicada em sua infra (AWS, GCP, Azure, on-prem). Cluster K8s gerenciado.

  • K8s ≥ 1.27 · Helm chart
  • nodes: 4 vCPU / 8 GB mínimo
  • multi-AZ opcional
  • upgrades via GitOps
[ c ] on-premise

Edge / bare-metal

Para sites isolados (mineração, agro, indústria). Linux + containers, sem dependência de cloud.

  • Linux x86_64 / ARM64
  • operação air-gapped
  • UPF colocada na borda
  • HA local entre 2-3 nós