Oracle® Communications Diameter Signaling Router Full Address Based Resolution (FABR) User's Guide Release 8.3 E93188 |
|
![]() Previous |
![]() Next |
Full Address Based Resolution (FABR) is a routing application that enables network operators to resolve the designated Diameter server (IMS HSS, LTE HSS, MTC HSS, PCRF, OCS, OFCS, AAA) addresses based on Diameter Application ID, Command Code, Routing Entity Type, and Routing Entity Addresses, and then routes the Diameter Request to the resolved destination.
The FABR application validates the ingress Diameter Request message, retrieves the Application ID and Command Code from it, and determines the desired Routing Entity Type to decode from the message based on the configuration. The FABR application extracts the Routing Entity Address from user-configured Attribute-Value Pairs (AVPs) in the ingress message and sends the Routing Entity Address, if extracted successfully, to an off-board DP running the Subscriber Database Server (SDS) for destination address resolution.
The resolved Destination address can be any combination of a Realm and Fully Qualified Domain Name (FQDN); Realm-only, FQDN-only, or Realm and FQDN.
FABR replaces the Destination-Host and/or Destination-Realm AVP in the ingress Request message with the corresponding values of the resolved Destination, and forwards the message to the Diameter Relay Agent for egress routing into the network.
FABR Functions
FABR provides the following functions:
Populates the Destination-Host AVP and/or the Destination-Realm AVP based on the resolved destination if a match is found in the prefix database.
Performs the No Address Match Found routing exception handling procedure if there is not a match in the prefix database.
The IMSI/MSISDN Prefix and Range lookup can be enabled or disabled on system wide.
When the DP receives a bundled query, the corresponding bundled response have responses to all the queries that constitute the bundled query.
If there is no plus sign before the digits, the Routing Entity Type is IMPU, and decoded digits fall within MSISDN and IMSI overlap range. Configured MCC+MNC combinations can be compared to the first 5 or 6 digits of the User Identity. The User Identity is considered as an IMSI and used for IMSI lookup if a match occurs. The User Identity considered as a MSISDN and used for MSISDN lookup if a match does not occur.
Identifying IMSIs and MSISDNs provides more information about identifying IMSIs and MSISDNs using digit string lengths and MCC+MNC combinations.