Service processing method and apparatus of service-based architecture
US-11457082-B2 · Sep 27, 2022 · US
US11880419B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11880419-B2 |
| Application number | US-202017066547-A |
| Country | US |
| Kind code | B2 |
| Filing date | Oct 9, 2020 |
| Priority date | Oct 9, 2019 |
| Publication date | Jan 23, 2024 |
| Grant date | Jan 23, 2024 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A network function is implemented using cloud native architecture. The network function utilizes one or more loosely coupled and independently deployable microservice instances to perform services. To retain state between independent transactions, a microservice instance takes a soft lock on state data in an external database. The soft lock makes the state data unavailable except to the microservice instance. After the microservice instance completes the transaction, the microservice instance clears the lock so that the state data is available for use by other microservices.
Opening claim text (preview).
What is claimed is: 1. A method for performing a transaction implemented by a network function utilizing cloud native architecture based on stateless microservices, the network function being stateful through successive transactions, the stateless microservices being independently deployable, the method comprising: receiving a first external trigger at the network function to perform a first transaction, the first transaction utilizing state data that includes information from previous transactions to affect processing of the first transaction, wherein the network function assigns a microservice instance to perform the first transaction, and wherein the microservice instance does not include the state data from the previous transactions; querying an external database for the state data to be used by the microservice instance while performing the first transaction, the external database being external to the microservice instance; retrieving the state data from the external database; taking a lock on the state data in the external database such that the state data is unavailable except by the microservice instance; invoking, by the network function, a durable timer indicating a duration of time in which the state data is locked; using the state data, performing the first transaction at the microservice instance; and clearing the lock on the state data in the external database based on performing the transaction and further based on an expiration of the durable timer invoked by the network function. 2. The method of claim 1 , further comprising updating the state data on the external database. 3. The method of claim 1 , further comprising associating an identity of the network function with the state data on the network function. 4. The method of claim 1 , further comprising sending a result of the first transaction. 5. The method of claim 1 , wherein the external trigger is a first external trigger, and further comprising invoking a timer, an expiration of the timer triggering a second external trigger for a second transaction. 6. The method of claim 1 , wherein the first transaction includes a plurality of transactions. 7. The method of claim 1 , wherein the first transaction includes communication with an external network element. 8. The method of claim 1 , wherein taking the lock includes storing a state data status in external storage, the external storage being external to the network function. 9. A method for performing a procedure implemented by a network function utilizing cloud native architecture, the procedure including a plurality of transactions performed by stateless microservices, the stateless microservices being independently deployable, the procedure being stateful such that subsequent transactions within the procedure use results of preceding transactions within the procedure, the method comprising: at a first microservice instance assigned by the network function to perform a first transaction of the procedure, the first transaction utilizing state data: querying an external database for state data to be used while performing the first transaction, wherein the state data includes information from previous transactions within the procedure to affect processing of the first transaction, the external database being external to the first microservice instance; retrieving the state data from the external database; and taking a lock on the state data in the external database such that the state data is unavailable except by the first microservice instance; invoking a durable timer indicating a duration of time in which the state data is locked; and at a second microservice instance assigned by the network function to perform a second transaction of the procedure, the second transaction utilizing the state data: querying the external database for the locked state data to be used to perform the second transaction and to affect results of the second transaction, the external database being external to the second microservice instance; and receiving a notification that the lock on the state data is taken and that the state data is unavailable, wherein the lock on the state data being taken and the state data being unavailable is based at least in part on whether the durable timer has expired. 10. The method of claim 9 , further comprising, at the second microservice instance, waiting to perform the second transaction until the lock is cleared. 11. The method of claim 9 , further comprising, at the second microservice instance, based on the lock, assigning the second transaction to the first microservice instance. 12. The method of claim 11 , further comprising, at the first microservice instance, performing the second transaction assigned by the second microservice instance. 13. The method of claim 12 , further comprising, at the first microservice instance, sending a result of the second transaction to the second microservice instance. 14. The method of claim 9 , further comprising, at the first microservice instance, performing the first transaction using the state data. 15. The method of claim 9 , further comprising, at the first microservice instance prior to querying the external database, receiving a first external trigger to perform the first transaction. 16. The method of claim 9 , further comprising, at the second first microservice instance prior to querying the external database, receiving a second external trigger to perform the second transaction. 17. A method for managing state data for use by a network function utilizing cloud network architecture, the network function being based on stateless microservices, the stateless microservices being independently deployable, comprising: receiving a first request for the state data from a first microservice instance, wherein the state data includes information from previous transactions to affect processing of subsequent transactions; based on the first request, sending the state data to the first microservice instance; receiving an instruction from the first microservice instance to take a lock on the state data such that the state data is unavailable except by the first microservice instance, the instruction including an identification of the first microservice instance; invoking, by the network function, a durable timer indicating a duration of time in which the state data is locked; while the lock is taken, preventing other microservice instances from retrieving the state data; after receiving the instruction, receiving a second request for the state data from a second microservice instance; and based on the second request, notifying the second microservice instance of the lock and the identification of the first microservice instance to the second microservice instance. 18. The method of claim 17 , further comprising: while the lock is taken, from the first microservice instance, updated state data; and changing the state data with the updated state data. 19. The method of claim 18 , wherein the instruction is a first instruction and the lock is a first lock and the identification is a first identification, and further comprising: receiving a second instruction to clear the lock based on performance of a transaction by the first microservice and further based on an expiration of the durable timer invoked by the network function; based on the second instruction, clearing the lock such that the updated state data is available; after clearing the lock, receiving a third request for the state data from a third microservice instance; based o
Querying, e.g. by the use of web search engines · CPC title
Query execution · CPC title
Program synchronisation; Mutual exclusion, e.g. by means of semaphores · CPC title
Remote procedure calls [RPC]; Web services · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.