About YateHSS/HLR, HSS HLR documentation

The YateHSS/HLR stores and manages the SIM database for mobile networks. It also manages multiple subscriber identities (from different technologies) in one server, providing seamless services over different networks. It is designed for use in GSM, UMTS, LTE, IMS, WiFi networks or any other type of network that uses MAP or Diameter for authentication.
The YateHSS/HLR includes a Home Location Register (HLR), an Authentication Center (Auc) (2G/3G) and a Home Subscriber Server (HSS) (4G LTE). The YateHSS/HLR exports a JSON API for integration with any SIM management and CRM systems. It is capable of interconnecting with all the VLRs implemented in a GSM mobile network, with any MME from a conventional LTE network, or with the YateUCN core network server.
As it is also an AuC, the YateHSS/HLR authenticates subscribers as they try to connect to the GSM, UMTS, or the LTE networks, to make phone calls, send SMSs and access mobile data.
YateHSS/HLR is catered to:

For roaming, YateHSS/HLR uses the SS7 (MAP) protocol in 2G networks and Diameter in 4G networks.

Important: We offer the SS7 configuration interface. For subscriber management you receive a JSON API which you must configure yourself.
YateHSS/HLR is easy to operate and manage remotely using the Yate Mobile Management Interface (MMI). The interface makes it accessible to add a new YateHSS/HLR unit, to setup a cluster of YateHSS/HLRs, to add subscribers, to modify and configure subscribers´ profiles and more.

YateHSS/HLR
HSS/HLR/AuC SIM subscribers management
See the product here ››

Specifications

Features

Supported networks

Supported authentication

Communication protocols

  • ITU TCAP, ETSI MAP v3
  • ITU or ANSI SCCP and SS7 MTP
  • M2PA or M3UA-ASP over SIGTRAN, SCTP (CRC32)
  • E.164, E.212, E.214, TT or PC SCCP addressing
  • Can connect to multiple STP/GW
  • 3GPP Applications S6a/S6d, Cx/Dx
  • SCTP or TCP transport
  • Can establish or listen for connections
  • Can connect to multiple Routing Agents
  • JSON API server for configuration and subscriber management
  • REST API client for visited network change notification
  • SNMP v2 or v3 for information retrieval
  • Traps sending for alarms
  • Management CLI
  • Optional SSL and password protection

Supported services

CS Services

  • Call barring: BAOC, BOIC, BOIC-ExHC, BAIC, BIC-Roam
  • Call forwarding: CFU, CFB, CFNRC, CFNRY
  • Other: CLIR, CW, HOLD, MultiPTY
  • Password protection for service change
  • ROAM, BAOC, BOIC, BOIC-ExHC, BAIC, BIC-Roam
  • O-CSI, T-CSI, VT-CSI, D-CSI, M-CSI, SS-CSI
  • MO-SMS-CSI, MT-SMS-CSI
  • Arbitrary number of prefixes to independent gateways

PS Services

  • Call barring: BAOC, BOIC, BOIC-ExHC, BAIC, BIC-Roam
  • Call forwarding: CFU, CFB, CFNRC, CFNRY
  • Other: CLIR, CW, HOLD, MultiPTY
  • Password protection for service change
  • ROAM, BAOC, BOIC, BOIC-ExHC, BAIC, BIC-Roam
  • O-CSI, T-CSI, VT-CSI, D-CSI, M-CSI, SS-CSI
  • MO-SMS-CSI, MT-SMS-CSI
  • Arbitrary number of prefixes to independent gateways

EPS Services

  • Name, type, charging characteristics
  • QoS (LTE QCI, priorities)
  • VPAA, SIPTO, LIPA
  • APN OI Replacement, AMBR
  • PGW address and name

IMS Services

  • Configurable list of SPT groups
  • SPT types: RequestURI, Method, SIPHeader, SessionCase, SessionDescription
  • O-CSI, VT-CSI, D-CSI

High availability

YateHSS/HLR in a 2G/3G network

YateHSS/HLR has all the functions of a typical HLR subscriber database, and those of a typical AuC, as described below. The AuC is the database that authenticates each SIM card that tries to connect to the 2G/3G core networks. As soon the SIM is authenticated, the HLR takes over and manages the SIM and its services. Each authentication involves an encryption key used to secure all the wireless communications between the mobile station and the core network. 
The SIM card is the main identifier per subscriber that stores:
The IMSI is the number used for identifying a subscriber. It has 15 digits or less and contains:
Also stored in the HLR is the MSISDN, also known as the subscriber’s phone number.
The authentication key (Ki) is an input to an algorithm used for authenticating the SIM card to the mobile network. It is stored in both the SIM and the AuC, but encrypted over the network. The authentication process is a challenge/response mechanism without ever revealing the secret key.
YateHSS/HLR stores which services are assigned to the subscriber, such as: telephony, SMS, CAMEL, call forward unconditional, call forward no reply, call forward not reachable, barring of all incoming calls, call waiting, call hold, call line identification presentation, calling line identification restriction, connected line presentation, connected line restriction, multiparty.
YateHSS/HLR uses the SS7 MAP protocol to perform roaming. It also uses the following SS7 protocols for 2G/3G connectivity: SIGTRAN, SCTP with CRC checksum, M2UA ASP, ITU MTP, SCCP, TCAP, ANSI MTP, SCCP and TCAP.

YateHSS/HLR in a 4G network

YateHSS/HLR has all the functions of Home Subscriber Server central database in an LTE network.

For the 4G network, the HSS was designed to take over both the roles of an HLR and those of an AuC. It stores identifying information for all the subscribers of a 4G network, such as:

The HSS generates security information for user identity keys and authenticates subscribers. 
In a 4G network, YateHSS/HLR will hold all the information mentioned above, will authenticate subscribers and authorize access, will provide support for mobility management, and call and session setup. 
YateHSS/HLR provides Diameter support for roaming. It also supports the following interfaces:

Identities and authentication in YateHSS/HLR

YateHSS uses a Public Identity, the MSISDN, to authenticate the subscriber.
Each Public Identity can have more, depending on the network connection type: 2G/3G, 4G, WiFi, IMS etc.
Depending on the authentication type, YateHSS/HLR will use:
YateHSS/HLR stores all the possible private identities of any given subscriber.

YateHSS/HLR in various deployments

YateHSS/HLR can be deployed in various forms, as seen in the illustrations below.

In mixed networks

Yate HSS/HLR in mixed media

For cable operators

YateHSS/HLR for cable operators

In our Software-defined Mobile Network

YateHSS/HLR in a Yate-based software-defined mobile network

YateHSS/HLR architecture

  • A Javascript library that eases work with the above protocol modules.
  • Various Javascript scripts that implement the actual logic of YateHSS/HLR.
    • For example: auc_map.jsc, hss_map.jsc, auc_diam.jsc, hss_diam.jsc, hss_config.jsc.
    • The scripts use the Js library to communicate with the protocol modules and the MySQL database and add cluster support.

Remote access for YateHSS/HLR operations and management

YateHSS/HLR is easy to operate and manage remotely using the Yate Mobile Management Interface (MMI). The interface makes it accessible to add a new YateHSS/HLR unit, to setup a cluster of YateHSS/HLRs, to add subscribers, to modify and configure subscribers´ profiles and more. Here is a link to the YateMMI demo, with a preconfigured YateHSS/HLR equipment.
YateMMI’s main benefit is the fact that operators care remotely manage all their entire network equipment using a single web interface.

Configuration resources

Our solutions