Application request processing method, system, electronic device and storage medium

By forming an overall business rule that includes all application request business rules, the problem of multiple application requests in the 5G network cannot be responded to is solved, ensuring that each application request can be responded.

CN113840332BActive Publication Date: 2025-03-25ZTE CORP
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202010589409.7
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2020-06-24
Publication Date
2025-03-25
Estimated Expiration
2040-06-24

AI Technical Summary

Technical Problem

In 5G networks, when the same user initiates multiple application requests on the same service, the prior art is difficult to ensure that all requests can be responded, and business rules with lower priority cannot be executed.

Method used

By judging whether there are two or more different application requests on the same service of the same user, a whole business rule is formed, which contains business rules for all application requests, thereby ensuring that the business rules for each application request can be executed.

Benefits of technology

It realizes that multiple application requests of the same user on the same business can be responded to, avoiding the problem that business rules with low priority cannot be executed.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN113840332B_ABST
    Figure CN113840332B_ABST
Patent Text Reader

Abstract

The embodiments of the present invention relate to the field of communication technology, and disclose an application request processing method, including: if the same user has two or more different application requests on the same service, an overall service rule is formed, wherein the overall service rule includes the service rules of each of the application requests. The embodiments of the present invention also disclose an application request processing system, electronic device, and storage medium. The application request processing method, system, electronic device, and storage medium provided by the embodiments of the present invention can enable multiple application requests of the same user on the same service to be responded to.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of communication technology, and in particular to an application request processing method, system, electronic device and storage medium. Background Art

[0002] The 3rd Generation Partnership Project (3GPP) introduced 5G network as the fifth generation mobile communication network. Currently, the network architecture based on service-oriented interface proposed by 3GPP is as follows: Figure 1 As shown, among them: the Policy Control Function (PCF) is responsible for QoS, billing, access mobility, UE and other policy controls; the Network Exposure Function (NEF) opens the 5G core network policy control capability to the third-party Application Function (AF), and authenticates and translates the third-party AF request; AF provides the application layer service information to PCF and requests PCF to authorize the policy; the Session Management Function (SMF) provides PDU session information to PCF, obtains PDU session policy from PCF, and sends it to the User Plane Function (UPF) for execution.

[0003] However, when AF initiates multiple application requests for the same service of the same user, NEF will establish multiple AF authorization sessions with PCF respectively. PCF will issue multiple business rules for the same business decision. However, after receiving multiple business rules, SMF will select business rules with high priority to execute, resulting in the inability to execute business rules with lower priority, and the corresponding application request cannot be responded to. Summary of the invention

[0004] The embodiment of the present invention aims to provide an application request processing method, system, electronic device and storage medium, so that multiple application requests of the same user for the same service can all be responded to.

[0005] To solve the above technical problems, an embodiment of the present invention provides an application request processing method, including: if the same user has two or more different application requests for the same service, an overall business rule is formed, wherein the overall business rule includes the business rules of each of the application requests.

[0006] An embodiment of the present invention also provides an application request processing system, including NEF and PCF, wherein the NEF is used to receive an application request initiated by an AF and request authorization of business rules from the PCF according to the application request; the PCF is used to form an overall business rule when there are two or more different application requests for the same user on the same business, wherein the overall business rule includes the business rules of each of the application requests.

[0007] An embodiment of the present invention also provides an electronic device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the above-mentioned application request processing method.

[0008] An embodiment of the present invention further provides a computer-readable storage medium storing a computer program, wherein the computer program implements the above-mentioned application request processing method when executed by a processor.

[0009] Compared with the prior art, the embodiment of the present invention determines whether there are two or more different application requests for the same service by the same user. If the same user has two or more different application requests for the same service, an overall business rule including the business rules of each application request is formed. Since the business rules of different application requests of the same user for the same service are all present in the overall business rule, when the overall business rule is executed, the business rule of each application request can be executed, so that each application request can be responded to. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] One or more embodiments are exemplarily described by the pictures in the corresponding drawings, and these exemplary descriptions do not constitute limitations on the embodiments.

[0011] Figure 1 An example diagram of an application scenario of the application request processing method provided by the first embodiment of the present invention;

[0012] Figure 2 is a flowchart of an application request processing method provided by a first embodiment of the present invention;

[0013] Figure 3 is a flowchart of an application request processing method provided by a second embodiment of the present invention;

[0014] Figure 4 This is an example diagram of a decision process in which the PCF first initiates an application request for QoS guarantee and then initiates an application request for data offloading to the AF in the prior art;

[0015] Figure 5 It is an example diagram of a decision process in which the PCF side first initiates an application request for QoS guarantee and then initiates an application request for data offloading to the AF in the application request processing method provided in the second embodiment of the present invention;

[0016] Figure 6 This is an example diagram of a decision process in which the PCF first initiates an application request for data offloading and then initiates an application request for QoS guarantee to the AF in the prior art;

[0017] Figure 7 This is an example diagram of a decision process in which the PCF side first initiates an application request for data offloading and then initiates an application request for QoS guarantee to the AF in the application request processing method provided in the second embodiment of the present invention;

[0018] Figure 8 is a schematic diagram of the module structure of an application request processing system provided by a third embodiment of the present invention;

[0019] Fig. 9 is another module structure diagram of the application request processing system provided by the third embodiment of the present invention;

[0020] Fig.10 It is a schematic structural diagram of an electronic device provided by a fourth embodiment of the present invention. DETAILED DESCRIPTION

[0021] To make the purpose, technical scheme and advantages of the embodiments of the present invention clearer, the embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings. However, it will be appreciated by those skilled in the art that in the embodiments of the present invention, many technical details are proposed in order to enable the reader to better understand the present application. However, even without these technical details and various changes and modifications based on the following embodiments, the technical scheme claimed in the present application can be implemented. The division of the following embodiments is for the convenience of description, and should not constitute any limitation on the specific implementation of the present invention. The various embodiments can be combined and referenced with each other without contradiction.

[0022] The first embodiment of the present invention relates to an application request processing method, which determines whether the same user has two or more different application requests for the same service. If the same user has two or more different application requests for the same service, an overall business rule is formed, wherein the overall business rule includes the business rules of each application request. By forming an overall business rule based on different application requests, the business rules of different application requests can be included in the overall business rule, so that the business rules of each application request can be executed and the corresponding application requests can be responded to.

[0023] It should be noted that Figure 1The application scenario shown is an optional application scenario of the application request processing method provided in the embodiment of the present invention. The application request processing method provided in the embodiment of the present invention can also be applied in other similar application scenarios. Figure 1 The PCF shown can be used as an optional execution entity of the application request processing method provided in the embodiment of the present invention.

[0024] The specific process of the application request processing method provided by the embodiment of the present invention is as follows: Figure 2 As shown, the specific steps include:

[0025] S101: Determine whether the same user has two or more different application requests for the same service. If the same user has two or more different application requests for the same service, execute S102, otherwise terminate the process.

[0026] It is understandable that when judging whether there are two or more different application requests for the same user on the same service, three conditions are involved: 1. Judging whether it is the same user; 2. Judging whether the services are the same; 3. Judging whether the application requests are the same. The judgment criteria for the three conditions can be set according to the actual situation and are not specifically limited here. For example, to judge whether it is the same user, it can be judged based on whether the user's IP address is the same; to judge whether the services are the same, it can be judged based on whether the service flows are the same; to judge whether the application requests are the same, it can be judged based on whether the request parameters corresponding to the application requests are the same. In addition, the judgment of the three conditions can be made separately or in combination, for example, judging whether the services are the same and whether the application requests are the same can be put together.

[0027] It should be noted that the implementation method of the present invention, "when the result of the judgment of whether there are two or more different application requests for the same user on the same service is no, the process is terminated" is only one implementation method. In actual applications, when the above judgment result is no, the representative results may include multiple results such as different users, different services, and the same application requests. The corresponding subsequent process can be set according to the actual situation. In addition, the existence of two or more different application requests for the same user on the same service means that different application requests for the same user on the same service exist at the same time. For example, there are two or more different application requests at a certain moment, and there may be a sequence of occurrence between the different application requests.

[0028] S102: forming an overall business rule, wherein the overall business rule includes the business rule of each application request.

[0029] When forming the overall business rules, the business rules of the existing application requests can be updated according to the business rules of the newly generated application requests, or the business rules can be created according to the business rules of two or more application requests. The specific way of forming the overall business rules can be set according to actual needs and is not specifically limited here. It can be understood that the overall business rules can be formed by Figure 1 The PCF shown here is implemented in a way that determines the overall business rules.

[0030] In a specific example, after forming an overall business rule, the process further includes: sending the overall business rule to SMF so that SMF can execute the overall business rule. By sending the overall business rule to SMF, the overall business rule is executed and each application request is responded to accordingly.

[0031] In order to ensure that the overall business rules are executed by SMF after being sent to it, the business rules previously sent can be optionally replaced with the overall business rules, or the priority of the overall business rules can be set to the highest. By utilizing the characteristic that SMF executes the business rules with the highest priority, the overall business rules can be executed by SMF.

[0032] It can be understood that the purpose of sending the overall business rules to SMF is to execute the overall business rules. If the subject that should execute the business rules changes and is not SMF, the overall business rules can be sent to the changed subject that executes the business rules.

[0033] In a specific example, the application request method provided in the embodiment of the present invention is applied to the PCF side. Similarly, the application request method is applied to the PCF side because the PCF side is the subject of the authorization business rule in the current 5G network architecture. If the subject of the authorization business rule changes in the updated architecture and it is not the PCF side, the application request method can be applied to the subject of the authorization business rule after the change.

[0034] In a specific example, the application request may include QoS guarantee, data distribution, IPTV and background data flow. Optionally, it may also be other application requests, which are not specifically limited in the embodiments of the present invention.

[0035] The application request processing method provided in the embodiment of the present invention determines whether there are two or more different application requests for the same service by the same user. If there are two or more different application requests for the same service by the same user, an overall business rule including the business rules of each application request is formed. Since the business rules of different application requests for the same service by the same user are all present in the overall business rule, when the overall business rule is executed, the business rule of each application request can be executed, so that each application request can be responded to.

[0036] The second embodiment of the present invention relates to an application request processing method, which is substantially the same as the first embodiment, with the main difference being that in the embodiment of the present invention, if the same user has two or more different application requests for the same service, an overall business rule is formed, including: if the current application request of the same user for the same service is different from the existing application request, the business rule of the current application request is added to the business rule of the existing application request. By adding the business rule of the current request to the business rule of the existing application request, an overall business rule is formed, and the business rule of the current application request can be executed while executing the business rule of the existing application request, thereby responding to the current application request, so that each application request can be responded to.

[0037] The specific process of the application request processing method provided by the embodiment of the present invention is as follows: Figure 3 As shown, the specific steps include:

[0038] S201: Determine whether the current application request of the same user for the same service is different from the existing application request. If the current application request of the same user for the same service is different from the existing application request, execute S202; otherwise, terminate the process.

[0039] The existing application request refers to an application request that has occurred and the business rules are being executed. The current application request refers to an application request that has just been received and has not yet been authorized by the decision business rules of the execution subject (such as the PCF side).

[0040] It should also be noted that the implementation method of the present invention of "ending the process when the result of judging whether the current application request of the same user for the same service is different from the existing application request is no" is only one of the implementation methods. In actual applications, when the above judgment result is no, the representative results may include different users, different services, the same application requests, etc. The corresponding subsequent process can be set according to the actual situation.

[0041] In a specific example, determining whether the current application request of the same user for the same service is different from the existing application request may specifically be: determining whether the service flow and request parameters of the current application request of the same user are the same as those of the existing application request.

[0042] Specifically, if the result of the judgment is that the service flow of the current application request of the same user is the same as that of the existing application request and the request parameters are different, then it is determined that the current application request of the same user for the same service is different from the existing application request. Optionally, before judging whether the service flow and request parameters of the current application request of the same user are the same as those of the existing application request, it can be judged whether the authorization session corresponding to the current application request and the authorization session of the existing application request are duplicate sessions. If they are duplicate sessions, the current application request is ignored; if they are not duplicate sessions, it is further judged whether the service flow and request parameters of the current application request of the same user are the same as those of the existing application request.

[0043] S202: Add the business rules of the current application request to the business rules of the existing application request.

[0044] Optionally, the business rules of the current application request are added to the business rules of the existing application request. The business rules of the current application request can be updated to the authorized business rules of the existing application request, thereby completing the update of the business rules and forming an overall business rule. The business rules of the current application request can also be combined with the business rules of the existing application request to obtain a new business rule, and the overall business rule is obtained based on the new business rule.

[0045] In order to more clearly illustrate the application request processing method provided by the embodiment of the present invention, two common application request QoS guarantee and data diversion are taken as examples for illustration.

[0046] Please refer to Figure 4 , which is an example diagram of the decision process in which the PCF first initiates an application request for QoS guarantee and then initiates an application request for data offloading to the AF in the prior art, as follows:

[0047] 1. SMF initiates a PDU session establishment request, PCF accepts the PDU session establishment request and establishes a PDU session;

[0048] 2. AF initiates a QoS guaranteed application request to NEF, where the QoS guaranteed application request includes parameters such as service flow, UE IP address, uplink and downlink bandwidth, etc.

[0049] 3. NEF performs service and QoS parameter mapping according to the configuration;

[0050] 4. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 1, where policy authorization session 1 includes media components, service flows, and QoS requests;

[0051] 5. PCF binds the policy authorization session 1 to the established PDU session, and decides to authorize the service rule PCC Rule1 according to the service information and QoS information, where PCC Rule1 includes the rule priority, service flow 1, and QoS rule 1;

[0052] 6. PCF sends policy rule PCC Rule1 to SMF;

[0053] 7. SMF executes PCC Rule 1, establishes a dedicated bearer with the wireless side, and provides QoS guarantee;

[0054] 8. AF performs service diversion for user services according to the requirements (i.e., initiates an application request for data diversion), wherein the application request for data diversion initializes service impact routing (including service flow, service impact routing and other parameters);

[0055] 9. NEF completes the mapping based on the configured services and the parameters affecting the routing;

[0056] 10. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 2, where policy authorization session 2 includes media components, service flows, DNAI and service routing information;

[0057] 11. PCF binds policy authorization session 2 to the established PDU session, and decides to authorize service rule PCC Rule2 based on service information and service impact routing information, where PCC Rule2 includes rule priority, service flow 1, and service impact routing rule 1;

[0058] 12. PCF sends policy rule PCC Rule2 to SMF;

[0059] 13. After receiving PCC Rule2, SMF compares PCC Rule1 and PCC Rule2. Since the service flows of the two rules are the same, SMF selects the service rule with higher priority for execution, and does not execute the unselected service rules. For example, if the priority of PCC Rule1 is higher than that of PCC Rule2, SMF only executes PCC Rule1, and PCC Rule2 is not executed, and the application request for data diversion will not be responded to; if the priority of PCC Rule1 is lower than that of PCC Rule2, SMF only executes PCC Rule2, and the application request for QoS guarantee will not be responded to.

[0060] Since SMF selects high-priority business rules for execution, business rules with lower priorities cannot be executed, resulting in the corresponding application requests being unable to receive a response.

[0061] Please refer to Figure 5 , which is an example flow chart of the decision of the PCF side to first initiate an application request for QoS guarantee and then initiate an application request for data offloading to the AF in the application request processing method provided in the embodiment of the present invention, as follows:

[0062] 1. SMF initiates a PDU session establishment request, PCF accepts the PDU session establishment request and establishes a PDU session;

[0063] 2. AF initiates a QoS guaranteed application request to NEF, where the QoS guaranteed application request includes parameters such as service flow, UE IP address, uplink and downlink bandwidth, etc.

[0064] 3. NEF performs service and QoS parameter mapping according to the configuration;

[0065] 4. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 1, where policy authorization session 1 includes media components, service flows, and QoS requests;

[0066] 5. PCF binds the policy authorization session 1 to the established PDU session, and decides to authorize the service rule PCC Rule1 according to the service information and QoS information, where PCC Rule1 includes the rule priority, service flow 1, and QoS rule 1;

[0067] 6. PCF sends policy rule PCC Rule1 to SMF;

[0068] 7. SMF executes PCC Rule 1 and establishes a dedicated bearer with the wireless side to ensure service QoS;

[0069] 8. AF performs service diversion for user services according to the requirements (i.e., initiates an application request for data diversion), wherein the application request for data diversion initializes service impact routing (including service flow, service impact routing and other parameters);

[0070] 9. NEF completes the mapping based on the configured services and the parameters affecting the routing;

[0071] 10. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 2, where policy authorization session 2 includes media components, service flows, DNAI and service routing information;

[0072] 11. After receiving the request to establish policy authorization session 2, PCF makes a service authorization decision, which may include:

[0073] (1) Bind policy authorization session 2 to the established PDU session;

[0074] (2) If the establishment request of the policy authorization session 2 is determined to have the same (consistent) service flow as the authorization session request previously bound to the PDU session and other (except the service flow) authorization request parameters are different (not a duplicate session), then the decision to update the service rule is considered;

[0075] (3) Update PCC Rule 1 according to the authorization session information and add service data diversion rules, so that the updated PCC Rule 1 includes rule priority, service flow 1, QoS rule 1, and service impact routing rule 1;

[0076] 12. PCF sends the updated policy rule PCC Rule1 to SMF;

[0077] 13. After receiving PCC Rule 1, SMF executes the rule, selects UPF to divert data to the data network (to achieve data diversion), and maintains the previous QoS guarantee policy for business data.

[0078] The existing QoS guarantee business rules are updated according to the business rules of the application request for data diversion, so that the updated business rules include both the business rules for QoS guarantee and the business rules for data diversion, thereby realizing data diversion while realizing QoS guarantee, so that both the two different application requests of QoS guarantee and data diversion can be responded to.

[0079] Please refer to Figure 6 , which is an example diagram of the decision process in the prior art in which the PCF first initiates an application request for data offloading and then initiates an application request for QoS guarantee to the AF, as follows:

[0080] 1. SMF initiates a PDU session establishment request, PCF accepts the PDU session establishment request and establishes a PDU session;

[0081] 2. AF performs service diversion for user services according to the requirements (i.e., initiates an application request for data diversion), wherein the application request for data diversion initializes the service impact routing (including parameters such as service flow and service impact routing);

[0082] 3. NEF completes parameter mapping based on configured services and affected routes;

[0083] 4. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 1, where policy authorization session 1 includes media components, service flows, DNAI and service routing information;

[0084] 5. PCF binds the policy authorization session 1 to the established PDU session, and decides to authorize the service rule PCC Rule1 according to the service information and service impact routing information, where PCC Rule1 includes the rule priority, service flow 1, and service impact routing rule 1;

[0085] 6. PCF sends policy rule PCC Rule1 to SMF;

[0086] 7. SMF executes PCC Rule 1 and selects UPF to divert service data to the data network (to achieve data diversion);

[0087] 8. AF initiates a QoS guaranteed application request to NEF, where the QoS guaranteed application request includes parameters such as service flow, UE IP address, uplink and downlink bandwidth, etc.

[0088] 9. NEF performs service and QoS parameter mapping according to the configuration;

[0089] 10. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 2, where policy authorization session 2 includes media components, service flows, and QoS requests;

[0090] 11. PCF binds policy authorization session 2 to the established PDU session, and decides to authorize service rule PCC Rule2 based on service information and QoS information, where PCC Rule2 includes rule priority, service flow 1, and QoS rule 1.

[0091] 12. PCF sends policy rule PCC Rule2 to SMF;

[0092] 13. After receiving PCC Rule2, SMF compares PCC Rule1 with PCC Rule2. Since the service flows of the two rules are the same, SMF selects the service rule with higher priority for execution, and does not execute the unselected service rules. For example, if the priority of PCC Rule1 is higher than that of PCC Rule2, SMF only executes PCC Rule1, and PCC Rule2 is not executed, and the application request for QoS guarantee will not be responded to; if the priority of PCC Rule1 is lower than that of PCC Rule2, SMF only executes PCC Rule2, and the application request for data diversion will not be responded to.

[0093] Since SMF selects high-priority business rules for execution, business rules with lower priorities cannot be executed, resulting in the corresponding application requests being unable to receive a response.

[0094] Please refer to Figure 7 , which is an example flow chart of the decision process of the PCF side to first initiate an application request for data offloading and then initiate an application request for QoS guarantee to the AF in the application request processing method provided in the embodiment of the present invention, as follows:

[0095] 1. SMF initiates a PDU session establishment request, PCF accepts the PDU session establishment request and establishes a PDU session;

[0096] 2. AF performs service diversion for user services according to the requirements (i.e., initiates an application request for data diversion), wherein the application request for data diversion initializes the service impact routing (including parameters such as service flow and service impact routing);

[0097] 3. NEF completes the mapping based on the configured services and the parameters affecting the routing;

[0098] 4. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 1, where policy authorization session 1 includes media components, service flows, DNAI and service routing information;

[0099] 5. PCF binds the policy authorization session 1 to the established PDU session, and decides to authorize the service rule PCC Rule1 according to the service information and service impact routing information, where PCC Rule1 includes the rule priority, service flow 1, and service impact routing rule 1;

[0100] 6. PCF sends policy rule PCC Rule1 to SMF;

[0101] 7. SMF executes PCC Rule 1 and selects UPF to divert service data to the data network (to achieve data diversion);

[0102] 8. AF initiates a QoS guaranteed application request to NEF, where the QoS guaranteed application request includes parameters such as service flow, UE IP address, uplink and downlink bandwidth, etc.

[0103] 9. NEF performs service and QoS parameter mapping according to the configuration;

[0104] 10. NEF calls Npcf_PolicyAuthorization_Create to establish policy authorization session 2, where policy authorization session 2 includes media components, service flows, and QoS requests;

[0105] 11. After receiving the request to establish policy authorization session 2, PCF makes a service authorization decision, which may include:

[0106] (1) Bind policy authorization session 2 to the established PDU session;

[0107] (2) If the establishment request of the policy authorization session 2 is determined to have the same (consistent) service flow as the authorization session request previously bound to the PDU session and other (except the service flow) authorization request parameters are different (not a duplicate session), then the decision to update the service rule is considered;

[0108] (3) Update PCC Rule 1 according to the authorization session information and add a service QoS guarantee rule, so that the updated PCC Rule 1 includes rule priority, service flow 1, service impact routing rule 1, and QoS rule 1;

[0109] 12. PCF sends the updated policy rule PCC Rule1 to SMF;

[0110] 13. After receiving PCC Rule1, SMF executes the rules, establishes a dedicated bearer to guarantee service QoS (implement QoS guarantee), and maintains the diversion of service data to the previous data network (data diversion).

[0111] The existing business rules for data diversion are updated according to the business rules of the application request for QoS guarantee, so that the updated business rules include both the business rules for data diversion and the business rules for QoS guarantee, thereby achieving QoS guarantee while realizing data diversion, so that both different application requests of data diversion and QoS guarantee can be responded to.

[0112] The application request processing method provided in the embodiment of the present invention forms an overall business rule by adding the business rules of the current request to the business rules of the existing application request. While executing the business rules of the existing application request, the business rules of the current application request can also be executed, thereby responding to the current application request and enabling each application request to be responded to.

[0113] In addition, those skilled in the art can understand that the step division of the above methods is only for clear description. When implemented, they can be combined into one step or some steps can be split and decomposed into multiple steps. As long as they include the same logical relationship, they are all within the protection scope of this patent; adding insignificant modifications to the algorithm or process or introducing insignificant designs without changing the core design of the algorithm and process are all within the protection scope of this patent.

[0114] A third embodiment of the present invention relates to an application request processing system, such as Figure 8As shown, including: NEF301 and PCF302, the details are as follows:

[0115] NEF301 is used to receive the application request initiated by AF, and request the authorization of business rules from PCF302 according to the application request;

[0116] PCF302 is used to form an overall service rule when the same user has two or more different application requests for the same service, wherein the overall service rule includes the service rules of each application request.

[0117] Please refer to Fig. 9 , which is another module structure diagram of the application request processing system provided by the embodiment of the present invention, that is, the application request processing system also includes: SMF303, which is as follows:

[0118] PCF302 is also used to send the overall business rules to SMF303;

[0119] SMF303 is used to execute overall business rules.

[0120] Furthermore, PCF 302 is also used to add the service rules of the current application request to the service rules of the existing application request when the current application request of the same user for the same service is different from the existing application request.

[0121] Furthermore, PCF 302 is further configured to determine that the current application request of the same user for the same service is different from the existing application request when the service flow of the current application request of the same user and the existing application request are the same but the request parameters are different.

[0122] Furthermore, the application request includes QoS guarantee, data offloading, IPTV and background data flow.

[0123] It is not difficult to find that this embodiment is a system embodiment corresponding to the first embodiment and the second embodiment, and this embodiment can be implemented in conjunction with the first embodiment and the second embodiment. The relevant technical details mentioned in the first embodiment and the second embodiment are still valid in this embodiment, and in order to reduce repetition, they are not repeated here. Accordingly, the relevant technical details mentioned in this embodiment can also be applied in the first embodiment and the second embodiment.

[0124] It is worth mentioning that all modules involved in this embodiment are logic modules. In practical applications, a logic unit can be a physical unit, a part of a physical unit, or a combination of multiple physical units. In addition, in order to highlight the innovative part of the present invention, this embodiment does not introduce units that are not closely related to solving the technical problem proposed by the present invention, but this does not mean that there are no other units in this embodiment.

[0125] A fourth embodiment of the present invention relates to an electronic device, such as Fig.10 As shown, it includes: at least one processor 401; and a memory 402 that is communicatively connected to the at least one processor 401; wherein the memory 402 stores instructions that can be executed by the at least one processor 401, and the instructions are executed by the at least one processor 401 so that the at least one processor 401 can execute the above-mentioned application request processing method.

[0126] Among them, the memory and the processor are connected in a bus manner, and the bus may include any number of interconnected buses and bridges, and the bus connects various circuits of one or more processors and memories together. The bus can also connect various other circuits such as peripherals, voltage regulators, and power management circuits, which are well known in the art and are therefore not further described herein. The bus interface provides an interface between the bus and the transceiver. The transceiver can be one element or multiple elements, such as multiple receivers and transmitters, providing a unit for communicating with various other devices on a transmission medium. The data processed by the processor is transmitted on a wireless medium via an antenna, and further, the antenna also receives data and transmits the data to the processor.

[0127] The processor is responsible for managing the bus and general processing, and can also provide various functions, including timing, peripheral interfaces, voltage regulation, power management, and other control functions. Memory can be used to store data used by the processor when performing operations.

[0128] A fifth embodiment of the present invention relates to a computer-readable storage medium storing a computer program, which implements the above method embodiment when executed by a processor.

[0129] That is, those skilled in the art can understand that all or part of the steps in the above-mentioned embodiment method can be completed by instructing the relevant hardware through a program, and the program is stored in a storage medium, including several instructions to enable a device (which can be a single-chip microcomputer, chip, etc.) or a processor to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), disk or optical disk and other media that can store program codes.

[0130] Those skilled in the art will appreciate that the above embodiments are specific embodiments for implementing the present invention, and that in actual applications, various changes may be made in form and detail without departing from the spirit and scope of the present invention.

Claims

1. A method for processing an application request, characterized in that: include: If the same user has two or more different application requests for the same service, an overall service rule is formed, wherein different application requests for the same service of the same user exist at the same time, and the overall service rule includes the service rules of each of the application requests; Send the overall business rules to SMF so that the SMF can execute the overall business rules; The basis for determining whether the application requests are the same is whether the request parameters corresponding to the application requests are the same.

2. The application request processing method according to claim 1, characterized in that: If the same user has two or more different application requests for the same service, a whole service rule is formed, including: If the current application request of the same user for the same service is different from the existing application request, the service rules of the current application request are added to the service rules of the existing application request.

3. The application request processing method according to claim 2, characterized in that: Before adding the service rules of the current application request to the service rules of the existing application request if the current application request of the same user for the same service is different from the existing application request, the method further includes: If the service flow of the current application request of the same user is the same as that of the existing application request but the request parameters are different, it is determined that the current application request of the user for the same service is different from the existing application request.

4. The application request processing method according to claim 1, characterized in that: Applied on the PCF side.

5. The application request processing method according to claim 1, characterized in that: The application requests include QoS guarantee, data offloading, IPTV and background data flow.

6. An application request processing system, characterized in that: Includes NEF, PCF and SMF; The NEF is used to receive an application request initiated by the AF, and request authorization of a business rule from the PCF according to the application request; The PCF is used to form an overall service rule when there are two or more different application requests for the same service by the same user, wherein different application requests for the same service by the same user exist at the same time, and the overall service rule includes the service rules of each of the application requests; The PCF is used to send the overall business rules to the SMF; The SMF is used to execute the overall business rules; The basis for determining whether the application requests are the same is whether the request parameters corresponding to the application requests are the same.

7. An electronic device, characterized in that: include: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to execute the application request processing method according to any one of claims 1 to 5.

8. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the application request processing method according to any one of claims 1 to 5 is implemented.