System and method for communicating 5g nas messages using short message service function
AssigneeJio Platforms Limited
InventorsKumar Gaurav SINGH, Aayush BHANTAGAR, Arun DEWNA, Aarthi MUTHUPANDI
Life of this patent
Estimating the term…
Abstract
The disclosed system and method enables communication of 5G Non-Access Stratum (NAS) messages in a communication network. In a 5G network, a Short Message Service Function (SMSF) (100) enables transfer of SMS over the NAS and the SMSF relays message between a User Equipment (UE) and a Short Message Service Center (SMSC) through Access and Mobility Management Function (AMF). The SMSF serves as an interface and a bridge between the 5G core network and a traditional SMSC for receiving and sending 5G NAS messages. The SMSF (100) offers services to the AMF via an Nsmsf service based interface.
Claims15
A method for providing node level redundancy for session data, the method comprising:
- a short message service function (SMSF) cluster (100) including plurality of SMSF nodes on a primary site (204) with a service communication proxy (SCP) (202);
- redirecting, by the SCP (202), the session data to other SMSF node from the plurality of SMSF nodes, on detecting one of the plurality of SMSF nodes fails/downs;
- triggering, by the SMSF (100), a disaster recovery (DR) site (206), on detecting all the SMSF nodes fail/down;
- and
- routing, by the SCP (202), the session data to the DR site (206), wherein
- when the SMSF cluster (100) is restarted and ready to accept the session data, sending a command line interface (CLI) command from the SMSF (100) to the SCP (202) to shift back the session data to primary site (204).
A method for providing database (DB) redundancy for traffic routing, the method comprising:
- a short message service function (SMSF) cluster (100) containing plurality of DB nodes on a primary site (204) with a service communication proxy (SCP) (202), wherein the plurality of DB nodes includes plurality of pairs of master DB node and slave DB node and an additional slave DB node and the SCP (202) is configured to distribute the traffic using a round robin algorithm;
- routing, by the SMSF (100), traffic to the additional slave DB node on detecting master DB node or slave DB node of one pair of plurality of pairs of master DB nodes and slave DB nodes fails or goes down;
- routing, by the SMSF (100), traffic to the other pair of plurality of pairs of master DB nodes and slave DB nodes on detecting the one pair of plurality of pairs of master DB nodes and slave DB nodes fails or goes down;
- and
- routing, by the SCP (202), traffic to a disaster recovery (DR) site (206) on detecting all pairs of master DB nodes and slave DB nodes fail or down and the additional slave DB node is not available, wherein when the SMSF cluster is restarted and ready to accept the traffic, sending a command line interface (CLI) command, by the SMSF (100), to the SCP (202) to shift back the traffic to the primary site (204).
A system for providing node level redundancy for session data comprising:
- a short message service function (SMSF) cluster (100) including plurality of SMSF nodes on a primary site (204) with a service communication proxy (SCP) (202), wherein the SCP (202) configured to distribute the session data using a round robin algorithm;
- the SCP (202) configured to redirect the session data to other SMSF node from the plurality of SMSF nodes, on detecting one of the plurality of SMSF nodes fails/downs;
- the SMSF (100) is configured to trigger a disaster recovery (DR) site (206), on detecting all the SMSF nodes fail/down;
- the SCP (202) configured to route the session data to the DR site (206), wherein
- when the SMSF cluster (100) is restarted and ready to accept the session data, the SMSF (100) configured to send a command line interface (CLI) command to the SCP (202) to shift back the session data to primary site (204).
A system for providing database (DB) redundancy for traffic routing comprising:
- a short message service function (SMSF) cluster (100) containing plurality of DB nodes on a primary site (204) with a service communication proxy (SCP) (202), wherein the plurality of DB nodes includes plurality of pairs of master DB node and slave DB node and an additional slave DB node and the SCP (202) is configured to distribute the traffic using a round robin algorithm;
- the SMSF (100) configured to route traffic to the additional slave DB node on detecting master DB node or slave DB node of one pair of plurality of pairs of master DB nodes and slave DB nodes fails or goes down;
- the SMSF (100) configured to route traffic to the other pair of plurality of pairs of master DB nodes and slave DB nodes on detecting the one pair of plurality of pairs of master DB nodes and slave DB nodes fails or goes down;
- and
- the SCP (202) configured to route traffic to a disaster recovery (DR) site (206) on detecting all pairs of master DB nodes and slave DB nodes fail or down and the additional slave DB node is not available, wherein when the SMSF cluster is restarted and ready to accept the traffic, sending a command line interface (CLI) command, by the SMSF (100), to the SCP (202) to shift back the traffic to the primary site (204).
A computer program product comprising a non-transitory computer-readable medium comprising instructions that, when executed by one or more processors, cause the one or more processors to execute a method for providing node level redundancy for session data, the method comprising:
- a short message service function (SMSF) cluster (100) including plurality of SMSF nodes on a primary site (204) with a service communication proxy (SCP) (202), wherein the SCP (202) is configured to distribute the session data using a round robin algorithm;
- redirecting, by the SCP (202), the session data to other SMSF node from the plurality of SMSF nodes, on detecting one of the plurality of SMSF nodes fails/downs;
- triggering, by the SMSF, a disaster recovery (DR) site (206), on detecting all the SMSF nodes fail/down;
- and
- routing, by the SCP (202), the session data to the DR site (206), wherein
- when the SMSF cluster (100) is restarted and ready to accept the session data, sending a command line interface (CLI) command from the SMSF to the SCP (202) to shift back the session data to primary site (204).
A computer program product comprising a non-transitory computer-readable medium comprising instructions that, when executed by one or more processors, cause the one or more processors to execute a method for providing database (DB) redundancy for traffic routing, the method comprising:
- a short message service function (SMSF) cluster (100) containing plurality of DB nodes on a primary site (204) with a service communication proxy (SCP) (202), wherein the plurality of DB nodes includes plurality of pairs of master DB node and slave DB node and an additional slave DB node and the SCP is configured to distribute the traffic using a round robin algorithm;
- routing, by the SMSF (100), traffic to the additional slave DB node on detecting master DB node or slave DB node of one pair of plurality of pairs of master DB nodes and slave DB nodes fails or goes down;
- routing, by the SMSF (100), traffic to the other pair of plurality of pairs of master DB nodes and slave DB nodes on detecting the one pair of plurality of pairs of master DB nodes and slave DB nodes fails or goes down;
- and
- routing, by the SCP (204), traffic to a disaster recovery (DR) site (206) on detecting all pairs of master DB nodes and slave DB nodes fail or down and the additional slave DB node is not available, wherein when the SMSF cluster is restarted and ready to accept the traffic, sending a command line interface (CLI) command, by the SMSF (100), to the SCP (202) to shift back the traffic to the primary site (204).
Dependencies are inferred from the claim text.