Service Request Handling With SCP Token Storage for Subsequent Requests
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Existing systems for handling service requests in networks, particularly in indirect communication scenarios, face challenges in managing subsequent requests due to the inability of Service Communication Proxies (SCPs) to locate valid access tokens or request new tokens when necessary information is missing, leading to failed request procedures.
Innovation Solution
A method involving a first network function (NF) node using a Service Communication Proxy (SCP) to initiate transmission with discovery and access token request parameters, enabling the SCP to obtain and store access tokens, select a suitable NF node, and forward requests with stored or newly obtained tokens, ensuring successful service provision.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If the SCP node does not store access token request parameters, then the system structure is simpler, but the SCP node cannot locate valid access tokens or request new tokens for subsequent service requests
Solution Approach 1:
The SCP node performs preliminary action by storing access token request parameters received during the initial service request handling. This allows the SCP node to locate valid access tokens or request new tokens when handling subsequent service requests, ensuring reliable service request handling without increasing complex structural changes
2Productivity
If the SCP node performs discovery and selection for every service request, then the service routing is more flexible, but the request handling time increases
Solution Approach 1:
The SCP node performs discovery and selection actions in advance during the initial service request, storing the results for subsequent requests. This preliminary action enables fast request handling for subsequent services while maintaining routing flexibility through the stored discovery and selection parameters
3Ease of operation
If the NF node includes all discovery and selection parameters in every request, then the SCP node has sufficient information for routing, but the request message size increases
Solution Approach 1:
The invention extracts and stores only the essential access token request parameters at the SCP node during the initial request handling. For subsequent requests, the SCP node uses these stored parameters to locate valid access tokens or request new tokens, eliminating the need to include all discovery and selection parameters in every request message while maintaining sufficient routing capability
Data Source
AI summary
Methods for handling a service request. A method allows a network function node of a service consumer to connect to a NF node of a service producer via a Service Communication Proxy node. The method comprises initiating transmission to the SCP node of a first request. The first request comprises discovery parameters and access token request parameters that facilitate obtaining and storing of an access token by the SCP node. The discovery parameters facilitate selection of a second NF node of a service producer to provide the first service and forwarding the request to the second NF node. The method comprises receiving a response from the second NF node, and initiating transmission of a second request to the SCP node that is a subsequent request for the second NF node to provide the first service. The second request comprises the access token request parameters.