MLC API Exposure Function
MLC-AEF is a location engine that exposes mobile subscriber positioning as a set of northbound APIs. 3GPP TS 23.271 and TS 23.273 define the Location Services (LCS) architecture that lets a Gateway Mobile Location Centre resolve a subscriber's whereabouts without the requesting application ever touching network signalling directly — across 2G/3G SS7, 4G Diameter and 5G service-based interfaces. MLC-AEF implements that gateway function — MAP/TCAP/SCCP/M3UA toward a 2G/3G core, Diameter SLg/SLh toward an EPC, and Namf_Location/Nlmf_Location toward a 5G core — so device positioning, cell identity and serving-node lookup become the same REST call regardless of which generation currently serves the subscriber, with connectivity to more than one mobile network from a single instance via its SCCP routing table.

Features & Benefits
Three positioning APIs, one gateway
Provide Subscriber Location, Anytime Interrogation and Send Routing Info For Location are exposed from a single node. An application resolves exact coordinates through the network's SMLC when one exists, falls back to last-known Cell ID when it doesn't, or simply resolves the serving node address and IMSI behind an MSISDN — without three separate integrations.
Multi-network SCCP routing from one instance
A configurable SCCP routing table — global titles, point codes, subsystem numbers, and solitary, dominant or load-sharing rules — lets one MLC-AEF instance reach several mobile networks at once and route each location query to the right one.
Overload and link state visible where operations already look
Service state, SCTP link state, M3UA peer state and overload threshold breaches are reported as SNMP traps, alongside a CDR stream per location transaction (dialog, invoke ID, MSISDN, IMSI, duration, response outcome). Positioning traffic is observable through the same tooling as the rest of the signalling estate.
One northbound contract across every generation
The same Provide Subscriber Location, Anytime Interrogation and Send Routing Info For Location APIs serve a subscriber whether the network resolves them over MAP toward an HLR/MSC (2G/3G), Diameter SLg/SLh toward an MME/HSS (4G), or Namf_Location/Nlmf_Location toward an AMF/LMF (5G). MLC-AEF resolves the difference beneath the API, so an application integrated once keeps working as the subscriber — or the network itself — moves between generations.
Designed for exposure through the operator's API framework
MLC-AEF's configuration includes a CAPIF binding — a Core Function URL and a cyclic publishing interval — so the same three location APIs can be onboarded, authorized and routed through the Common API Framework when the operator chooses to expose them beyond its own network.
Resolve subscriber location across every generation from one gateway
Positioning and serving-node lookup, entirely inside the operator domain
In standalone mode the application is the operator's own, and the whole path sits inside the operator domain.
Deployed between a location based service platform and the mobile network, MLC-AEF resolves subscriber position, cell identity or serving node address on request, translating each REST call into the corresponding MAP operation toward a 2G/3G HLR, MSC/VLR or SMLC, a Diameter SLg/SLh exchange toward a 4G MME or HSS, or an Namf_Location/Nlmf_Location call toward a 5G AMF or LMF — whichever generation currently serves the subscriber — and returning the result over HTTP/2.
This mode suits an operator running its own LBS platform, emergency positioning service, or internal network diagnostics tooling.

Expose positioning APIs to a 3rd party domain with the CAPIF CF
MLC-AEF CAPIF mode, positioning APIs with 3rd Party Exposure

In third party mode the consumer sits outside the operator domain, and the CAPIF Core Function stands on the boundary — onboarding the API invoker, applying the security method and routing authorized requests inward.
Where an operator exposes positioning capability to enterprises, MVNOs or public-safety and LBS platform providers, MLC-AEF publishes its service APIs to the CAPIF Core Function on the configured interval. The CAPIF Core Function onboards the API invoker, applies the negotiated security method and routes authorized requests to the exposure function.
The consumer integrates against a standard northbound API, while the operator retains a single point of authorization, logging and charging — the same framework already used across the Slicce API exposure function family.
Technical specifications
Northbound
Provide Subscriber Location API — 3GPP TS 23.271 (LCS stage 2) / TS 29.002 (MAP-PROVIDE-SUBSCRIBER-LOCATION)
Anytime Interrogation API — 3GPP TS 29.002 (MAP-ANY-TIME-INTERROGATION)
Send Routing Info For Location API — 3GPP TS 29.002 (MAP-SEND-ROUTING-INFO-FOR-LCS)
Common API Framework (CAPIF) — 3GPP TS 29.222
Transport — HTTP/2, JSON
Southbound — 2G / 3G (SS7)
MAP — HLR, MSC/VLR, SGSN, SMLC — 3GPP TS 29.002
TCAP — ITU-T Q.771–Q.775 / ANSI T1.114
SCCP — ITU-T Q.711–Q.714 / ANSI T1.112
M3UA — IETF RFC 4666
SCTP — IETF RFC 4960
Southbound — 4G (EPC)
SLg — MME — 3GPP TS 29.172
SLh — HSS — 3GPP TS 29.173
Diameter base — IETF RFC 6733
Transport — SCTP (RFC 4960) or TCP
Southbound — 5G (5GC)
Namf_Location — AMF — 3GPP TS 29.518
Nlmf_Location — LMF — 3GPP TS 29.572
Transport — HTTP/2, JSON
Architecture
3GPP TS 23.271 — Functional stage 2 description of Location Services (LCS) for GERAN/UTRAN/E-UTRAN (2G/3G/4G)
3GPP TS 23.273 — Location Services in the 5G System (5GS), covering the NG-RAN/5GC architecture
Ask us for the swagger file...
Contact us