Distributed HLR Roaming Number Routing Optimization

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The existing distributed Home Location Register (HLR) system's method for fetching a roaming number of a callee from a visited Mobile Switching Center (MSC) results in a circuitous routing of messages, increasing the load on Signaling Transfer Point (STP) interfaces and links, thereby wasting network resources and causing service time delays.

Innovation Solution

A method and system where a user database device in the distributed HLR system determines the appropriate HLR front end based on pre-recorded corresponding relationship information to directly send a Provide Roaming Number (PRN) request message, bypassing unnecessary nodes, thus shortening the message path and reducing network resource utilization and service time delays.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If the HLR front end receiving the SRI request message is used as the exit for the PRN request message, then the message routing is simple to implement, but the routing becomes circuitous, increasing the load on STP interfaces and links

Engineering Contradiction:
ImproveEase of implementationVSAvoidNetwork resource waste
Core Design Contradiction:
Ease of manufactureVSLoss of energy

Solution Approach 1:

The system pre-records the correspondence between user numbers and HLR front end identifiers during the MAP process before the SRI request is generated. When the SRI request arrives, the user database device can immediately look up the appropriate HLR front end using the pre-recorded correspondence, eliminating the need for circuitous routing through multiple STP nodes.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The user database device acts as an intermediary that uses pre-recorded correspondence information to directly identify the target HLR front end. This intermediary mechanism replaces the circuitous path through multiple STP interfaces with a direct routing decision, reducing network resource consumption while maintaining implementation simplicity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If the PRN request message is routed through multiple STP nodes, then the distributed HLR system maintains high reliability through redundant paths, but the service time delay increases

Engineering Contradiction:
ImproveSystem reliabilityVSAvoidService time delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The correspondence between user numbers and HLR front end identifiers is recorded in advance during the MAP process. This preliminary action enables direct routing decisions when SRI requests arrive, significantly reducing the time the message spends traversing multiple STP nodes while preserving system reliability through the pre-established routing information.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

By using pre-recorded correspondence information, the system skips the time-consuming process of routing through multiple STP nodes. The PRN request message can be quickly directed to the correct HLR front end using the pre-stored mapping, rushing through the routing process and minimizing service time delay.

Inventive Principle:
Principle #21Skipping (Rushing through)

3Device complexity

If the existing routing method is used, then the system architecture remains unchanged and easy to maintain, but the number of path nodes increases, reducing service efficiency

Engineering Contradiction:
ImproveSystem architecture complexityVSAvoidService efficiency
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The system performs preliminary recording of user number to HLR front end identifier correspondences during the MAP process. This preliminary action enables efficient direct routing without requiring changes to the overall system architecture or adding complex routing logic, thereby maintaining architectural simplicity while significantly improving service efficiency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The user database device uses the pre-recorded correspondence information to autonomously determine the appropriate HLR front end for routing PRN requests. This self-service mechanism eliminates the need for complex external routing decisions or architectural modifications, improving service efficiency while keeping the system architecture simple and maintainable.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8600377B2Distributed HLR system and method for obtaining roaming number of callee
Publication Date: 2013.12.03 CHINA MOBILE COMM GRP CO LTD
  • US8600377B2 patent drawing
  • US8600377B2 patent drawing
  • US8600377B2 patent drawing

AI summary

The present invention relates to the technical field of communications, and in particular, to the technology of obtaining a roaming number of a callee based on an HLR system and fetching the roaming number of the callee from a visited MSC. The invention provides a distributed HLR system and a method for obtaining a roaming number of a callee, the method includes: determining, by a user database device of a distributed HLR system, an HLR front end corresponding to an identification number according to the corresponding relationship information after obtaining the identification number of a callee from a received SRI request message, sending a PRN request message of the callee via the determined HLR front end, and obtaining a roaming number of the callee from a returned PRN response message. After a user database device of a distributed HLR system receives an SRI request message, an HLR front end on which an MAP process of the callee takes place is taken as the exit of the PRN request message, so that the path through which the PRN request message reaches the MSC on which the callee registers may be shortened, the network resources may be saved, and the time delay of a service may be reduced.