Apparatuses, methods and non-transitory computer-readable storage mediums for service communication proxy interconnection

Abstract

A system for routing a service request in a network includes at least one processor and at least one memory storing instructions that, when executed by the processor, cause the system to receive a service request at a first service communication proxy (SCP), receive quality of service (QOS) requirements of the service request, and process, at the first SCP, the service request to determine a virtual path to route the service request from a first network function to a second network function within the network. The service request is received from the first network function and the first network function is associated with a data center of the first SCP. The virtual path is determined based on QoS parameters of the network and the QoS requirement of the service request.

1 . A system for routing a service request in a service based architecture, the system comprising:
 at least one processor; and   at least one memory storing instructions that, when executed by the at least one processor, cause the system to
 receive a service request at a first service communication proxy (SCP), the service request being received from a first network function, and the first network function being associated with a data center of the first SCP; 
 receive quality of service (QOS) requirements of the service request; and 
 process, at the first SCP, the service request to determine a virtual path to route the service request from the first network function to a second network function within the service based architecture, 
   wherein the virtual path is determined based on QoS parameters of the service based architecture and the QoS requirement of the service request.   
     
     
         2 . The system of  claim 1 , wherein the at least one memory stores instructions that, when executed by the at least one processor, cause the system to:
 receive, from a SCP repository, a list of virtual paths, each virtual path defining a route for the service request from the first network function to a final network function within the service based architecture.   
     
     
         3 . The system of  claim 2 , wherein the at least one memory stores instructions that, when executed by the at least one processor, cause the system to
 determine the virtual path by selecting a first virtual path from the list of virtual paths that satisfies the QoS parameters and the QoS requirements of the service request.   
     
     
         4 . The system of  claim 1 , wherein the at least one memory stores instructions that, when executed by the at least one processor, cause the system to:
 receive a list of updated virtual paths defining routes for the service request from the first network function to a final network function when the QoS parameters for the service based architecture are updated; and   determine an updated virtual path, from the list of updated virtual paths, to route the service request from the first network function to the second network function within the service based architecture.   
     
     
         5 . The system of  claim 4 , wherein the QoS parameters are updated when the service request changes a number or type of a network function within the service based architecture, the service request changes a QoS parameter of a SCP of the service based architecture by a threshold percentage, or a topology of the service based architecture changes. 
     
     
         6 . The system of  claim 1 , wherein the at least one memory stores instructions that, when executed by the at least one processor, cause the system to:
 establish a connection between the first network function and the second network function to carry out the service request.   
     
     
         7 . The system of  claim 1 , wherein the QoS parameters include at least one of a number of hops, jitter, latency, or packet loss. 
     
     
         8 . A method for routing a service request in a service based architecture, the method comprising:
 receiving a service request at a first service communication proxy (SCP), the service request being received from a first network function, and the first network function being associated with a data center of the first SCP;   receiving quality of service (QOS) requirements of the service request; and   processing, at the first SCP, the service request to determine a virtual path to route the service request from the first network function to a second network function within the service based architecture,   wherein the virtual path is determined based on QoS parameters of the service based architecture and the QoS requirement of the service request.   
     
     
         9 . The method of  claim 8 , further comprising:
 receiving, from a SCP repository, a list of virtual paths, each virtual path defining a route for the service request from the first network function to a final network function within the service based architecture.   
     
     
         10 . The method of  claim 9 , further comprising:
 determining the virtual path by selecting a first virtual path from the list of virtual paths that satisfies the QoS parameters and the QoS requirements of the service request.   
     
     
         11 . The method of  claim 8 , further comprising:
 receiving a list of updated virtual paths defining routes for the service request from the first network function to a final network function when the QoS parameters for the service based architecture are updated; and   determining an updated virtual path, from the list of updated virtual paths, to route the service request from the first network function to the second network function within the service based architecture.   
     
     
         12 . The method of  claim 11 , wherein the QoS parameters are updated when the service request changes a number or type of a network function within the service based architecture, the service request changes a QoS parameter of a SCP of the service based architecture by a threshold percentage, or a topology of the service based architecture changes. 
     
     
         13 . The method of  claim 8 , further comprising:
 establishing a connection between the first network function and the second network function to carry out the service request.   
     
     
         14 . The method of  claim 8 , wherein the QoS parameters include at least one of a number of hops, jitter, latency, or packet loss. 
     
     
         15 . A system for routing a service request in a service based architecture, the system comprising:
 at least one processor; and   at least one memory storing instructions that, when executed by the at least one processor, cause the system to
 receive a service request at a service communication proxy (SCP) repository, the service request being received from a first SCP; 
 process, at the SCP repository, the service request to determine quality of service (QOS) requirements of the service request and an event type created by the service request; 
 determine a list of virtual paths based on QoS parameters of the service based architecture and the QoS requirements of the service request, each virtual path defining a route for the service request from a first network function of the first SCP to one of a plurality of second network functions within the service based architecture; and 
 send the list of virtual paths from the SCP repository to the first SCP. 
   
     
     
         16 . The system of  claim 15 , wherein the at least one memory stores instructions that, when executed by the at least one processor, cause the system to:
 notify the plurality of second network functions within the service based architecture of the service request.   
     
     
         17 . The system of  claim 15 , wherein the at least one memory stores instructions that, when executed by the at least one processor, cause the system to:
 create an updated list of virtual paths based on updated QoS parameters for the service based architecture; and   send the updated list of virtual paths to at least the first SCP.   
     
     
         18 . The system of  claim 17 , wherein the updated QoS parameters are generated when the service request changes a number or type of a network function within the service based architecture, the service request changes a QoS parameter of a SCP of the service based architecture by a threshold percentage, or a topology of the service based architecture changes. 
     
     
         19 . The system of  claim 17 , wherein the updated list of virtual paths are created using a machine learning algorithm. 
     
     
         20 . The system of  claim 15 , wherein the QoS parameters include at least one of a number of hops, jitter, latency, or packet loss.