Application program control method and apparatus, device, and storage medium

Abstract

This application discloses an application program control method, apparatus, device, and storage medium related to the communications field. The method includes an application entity receiving a notification message sent by a core entity (320), the notification message being used to indicate that a change in a parameter value of a Quality of Service Notification Control (QNC) of a non-guaranteed bit rate (GBR) bearer flow satisfies a reporting condition, and the application entity controlling the application program according to the notification message (340). According to this application, the application entity may recognize a change in a wireless network condition of the non-GBR bearer flow and may further actively control the execution of the application program according to the change.

Description

[Technical field]

[0001] (Reference to Related Application) This application claims priority to Chinese Patent Application No. 202110215376.4, entitled “APPLICATION PROGRAM CONTROL METHOD AND APPARATUS, DEVICE, AND STORAGE MEDIUM,” filed on February 25, 2021, the entire contents of which are incorporated herein by reference.

[0002] (Technical field) TECHNICAL FIELD The embodiments of the present application relate to the field of mobile communications, and in particular to an application program control method and apparatus, device, and medium. [Background technology]

[0003] In fifth generation (5G) mobile communication technology, QoS control is performed in units of QoS flows.

[0004] According to the bearer type, QoS flows are divided into two types: guaranteed bit rate (GBR) and non-guaranteed bit rate (non-GBR). For GBR QoS flows, the corresponding bit rate may be guaranteed even when network resources are scarce. For non-GBR QoS flows, it is necessary to meet the requirement for rate reduction when network resources are scarce.

[0005] Currently, more than 90% of service flows are non-GBR QoS flows, such as general audio and video calls and online conferences. Since changes in wireless network conditions often cause delays in audio and video communications, it is desirable to optimize QoS control for non-GBR QoS flows. Summary of the Invention

[0006] This application provides an application program control method and apparatus, a device, and a storage medium. Because a QNC mechanism is provided for non-GBR QoS flows, the application entity recognizes the changes in the wireless network conditions, and then actively controls the execution of the application program to adapt to the changes. The technical solutions are as follows:

[0007] According to one aspect of the present application, there is provided an application program control method, including:

[0008] receiving, by the application entity, a notification message sent by the core entity, the notification message being used to indicate that a change in a parameter value of a Quality of Service Notification Control (QNC) of a non-guaranteed bit rate (GBR) bearer flow satisfies a reporting condition; and

[0009] Controlling an application program according to the notification message by an application entity.

[0010] According to another aspect of the present application, there is provided an application program control method, including:

[0011] receiving, by a core entity, a notification message transmitted by an access network device, the notification message being used to indicate that a change in a quality of service notification control (QNC) parameter of a non-guaranteed bit rate (GBR) flow satisfies a reporting condition; and

[0012] Sending a notification message by the core entity to the application entity, so that the application entity controls the traffic of the application program according to the notification message.

[0013] According to another aspect of the present application, there is provided an application program control device, including:

[0014] a receiving module configured to receive a notification message sent by a core entity, the notification message being used to indicate that a change in a parameter value of a Quality of Service Notification Control (QNC) of a non-guaranteed bit rate (GBR) bearer flow satisfies a reporting condition; and

[0015] A control module configured to control an application program according to the notification message.

[0016] According to another aspect of the present application, there is provided an application program control device, including:

[0017] a receiving module configured to receive a notification message transmitted by an access network device, the notification message being used to indicate that a change in a parameter of a Quality of Service Notification Control (QNC) of a non-guaranteed bit rate (GBR) flow satisfies a reporting condition; and

[0018] A sending module configured to send the notification message to the application entity, such that the application entity controls the traffic of the application program according to the notification message.

[0019] According to one aspect of the present application, there is provided a network element device including a processor and a memory, the memory storing a computer program operated by the processor to enable the network element device to implement an application program control method as described above.

[0020] According to one aspect of the present application, there is provided a chip including a programmable logic circuit, the programmable logic circuit being configured, when operated, to implement an application program controlled method as described above. Tips.

[0021] According to another aspect of the present application, there is provided a computer readable storage medium storing a computer program, the computer program being configured to be loaded and executed by a processor to implement the application program control method as described above.

[0022] According to another aspect of the present application, there is provided a computer program product including computer instructions stored in a computer readable storage medium, the computer instructions being read by a processor of a computing device from the computer readable storage medium and executed by the processor to cause the computing device to implement the application program control method as described above.

[0023] The technical solutions provided in the embodiments of the present application include at least the following beneficial effects:

[0024] When the increase / decrease of the QNC parameter of the non-GBR bearer flow meets the reporting condition, the core entity sends a notification message to the application entity, and after receiving the notification message, the application entity controls the application program according to the notification message. In this way, since the QNC mechanism is provided for the non-GBR bearer flow, the application entity may recognize the change in the radio network condition of the non-GBR bearer flow, and then actively control the execution of the application program to adapt to the change. For example, since the computation policy and traffic policy of the application program are controlled, when the QNC parameter is deteriorated or restored, the application entity may adjust the application program to adapt to the network transmission under this parameter change. [Brief description of the drawings]

[0025] [Figure 1] FIG. 1 is a structural block diagram of a mobile communication system according to an exemplary embodiment of the present application;

[0026] [Diagram 2] FIG. 2 is a structural block diagram of a mobile communication system according to another exemplary embodiment of the present application.

[0027] [Diagram 3] 2 is a flow chart of a QoS change notification method according to an exemplary embodiment of the present application.

[0028] [Figure 4] 4 is a flowchart of a QoS change notification method according to another exemplary embodiment of the present application.

[0029] [Diagram 5] 1 is a flowchart of a configuration method for QNC according to an exemplary embodiment of the present application.

[0030] [Figure 6] 4 is a flowchart of a configuration method for QNC according to another exemplary embodiment of the present application.

[0031] [Figure 7] 4 is a flowchart of a configuration method for QNC according to another exemplary embodiment of the present application.

[0032] [Figure 8] 1 is a flowchart of a QNC optimization method according to an exemplary embodiment of the present application.

[0033] [Figure 9] 4 is a flowchart of a QNC optimization method according to another exemplary embodiment of the present application.

[0034] [Figure 10] FIG. 1 is a schematic diagram of a PDU session modification process requested by a UE or a network (for non-roaming and local breakout roaming) according to an exemplary embodiment of the present application.

[0035] [Figure 11] FIG. 1 is a schematic diagram of a SM policy association change process according to an exemplary embodiment of the present application.

[0036] [Figure 12] A schematic diagram of a PDU session establishment process requested by a UE according to an exemplary embodiment of the present application.

[0037] [Figure 13] 1 is a flowchart of a PDU session establishment process requested by a UE in a home routed roaming scenario according to an exemplary embodiment of the present application.

[0038] [Figure 14] FIG. 2 is a schematic diagram of a process for forwarding to an associated PCF in response to a request for AF for a single UE address according to an exemplary embodiment of the present application;

[0039] [Figure 15] FIG. 1 is a schematic diagram of a PDU session modification process requested by a UE or a network for non-roaming and local breakout roaming according to an exemplary embodiment of the present application.

[0040] [Figure 16] A schematic diagram of a PDU session modification process requested by a UE or a network for home routed roaming according to an exemplary embodiment of the present application.

[0041] [Figure 17] 1 illustrates an application program control device according to an exemplary embodiment of the present application.

[0042] [Figure 18] 1 illustrates an application program control device according to an exemplary embodiment of the present application.

[0043] [Figure 19] FIG. 2 is a block diagram of a network element device according to an exemplary embodiment of the present application. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0044] FIG. 1 is a schematic architecture diagram of a mobile communication system according to an exemplary embodiment of the present application. As shown in FIG. 1, the system architecture 100 may include a user equipment (UE), a radio access network (RAN), a core, and a data network (DN). The UE, RAN, and core are the main components of the architecture, each of which is logically divided into two parts, namely, a user plane and a control plane, where the control plane is responsible for managing the mobile network, and the user plane is responsible for transmitting service data. In FIG. 1, the reference point NG2 is located between the RAN control plane and the core control plane, the reference point NG3 is located between the RAN user plane and the core user plane, and the reference point NG6 is located between the core user plane and the data network.

[0045] UE: The US is the portal through which the mobile user interacts with the network, providing basic computing and storage capabilities, displaying service windows to the user, and may accept user operation inputs. The UE may establish data and signaling connections with the RAN by using next generation air interface technologies to transmit control signals and service data to the mobile network.

[0046] RAN: Like a base station in a conventional network, the RAN may be deployed in close proximity to the UE to provide network access functions for authorized users within the coverage of a cell, and may transmit user data using transmission tunnels of different qualities according to user levels, service requirements, etc. The RAN may manage and rationally utilize its own resources, provide access services for the UE upon request, and transfer control signals and user data between the UE and the core.

[0047] Core: The core is responsible for maintaining subscription data of the mobile network, managing the network elements of the mobile network, and providing functions for the UE, such as session management, mobility management, policy management, and security authentication. The core provides network access authentication for the UE when the UE is attached, allocates network resources for the UE when the UE has a service request, updates network resources for the UE when the UE moves, provides a fast recovery mechanism for the UE when the UE is idle, releases network resources for the UE when the UE is detached, and provides data routing functions for the UE, such as forwarding uplink data to the DN when the UE has service data, or receiving downlink data of the UE from the DN for transmission to the UE and forwarding downlink data of the UE to the RNA.

[0048] DN: DN is a data network for providing business services for users. Generally, the client is located in the UE, while the server is located in the data network. The data network can be a private network such as a local area network, an external network not controlled by the operator such as the Internet, or a dedicated network co-deployed by the operator to configure, for example, IP multimedia network subsystem (IMS) services.

[0049] Figure 2 is a detailed architecture determined based on Figure 1. The core user plane includes a user plane function (UPF). The core control plane includes an authentication server function (AUSF), an access and mobility management function (AMF), a session management function (SMF), a network slice selection function (NSSF), a network exposure function (NEF), an NF repository function (NRF), a unified data management (UDM), a policy control function (PCF), and an application function (AF). The functions of these functional entities (referred to as functions or entities for short) are as follows:

[0050] UPF: Performs user data packet forwarding according to the routing rules of the SMF.

[0051] AUSF: Performs security authentication of the UE.

[0052] AMF: UE Access and Mobility Management.

[0053] SMF: UE session management.

[0054] NSSF: Selecting a network slice for the UE.

[0055] NEF: Exposing network functions to third parties via APIs.

[0056] NRF: Provides the functionality to store and select Network Functional Entity information for other network elements.

[0057] UDM: User Subscription Context Management.

[0058] PCF: User Policy Management.

[0059] AF: User Application Management.

[0060] In the architecture shown in FIG. 2, the N1 interface is a reference point between the UE and the AMF. The N2 interface is a reference point between the RAN and the AMF for transmitting NAS messages, etc. The N3 interface is a reference point between the RAN and the UPF for transmitting user plane data, etc. The N4 interface is a reference point between the SMF and the UPF for transmitting tunnel identification information, data cache indication information, downlink data notification messages, and other information of the N3 connection. The N6 interface is a reference point between the UPF and the DN for transmitting user plane data, etc. The Next Generation (NG) interface is an interface between the radio access network device and the 5G core.

[0061] The names of the interfaces between the various network elements in FIG. 1 and FIG. 2 are merely examples and may be other names in a particular implementation. In the embodiment of the present application, there is no particular restriction on them. The names of the various network elements in FIG. 1 and FIG. 2 (e.g., SMF, AF, and UPF) are also merely examples and do not form any restriction on the function of the network elements. In 5G and other future networks, each of the above-mentioned network elements may have other names and in the embodiment of the present application, there is no particular restriction on them. For example, in a 6G network, some or all of the various network elements may be referred to as terms in 5G or other names, which are collectively described herein and will not be detailed below. In addition, it should be understood that the names of messages (or signaling) transmitted between the various network elements are also merely examples and do not form any restriction on the function of the messages. The various network element entities may be implemented as computer devices or virtual computer devices operating in computer devices.

[0062] In an embodiment of the present application, a quick change QoS notification control (QCQNC) mechanism is defined for non-GBR QoS flows. The QCQNC mechanism is a type of QNC and is referred to as QNC for short. In the QCQNC mechanism provided by the embodiment of the present application, an access network device sends a quick change notification to an SMF when detecting a quick change of at least one QoS parameter of a non-GBR QoS flow. The SMF sends the quick change notification to a PCF, an AF, and a UE. After receiving the quick change notification, the AF and the UE adjust the application programs internally to adapt the application programs to the change, so as to prevent lagging and other phenomena that affect the quality of experience (QoE).

[0063] A QoS flow is the smallest distinguishing granularity in a PDU session. To distinguish QoS flows, a QoS flow ID (QFI) is used in the 5G system. QoS flows are controlled by the SMF. QoS flows may be pre-configured or created in the PDU session establishment process, or may be modified in the PDU session modification process.

[0064] In an embodiment of the present application, the following QoS characteristics are defined for non-GBR QoS flows:

[0065] 5G QoS identifier (5QI), allocation and retention priority (ARP), and reflective QoS attribute (RQA).

[0066] Corresponding to the 5QI for non-GBR QoS flows, only the following QoS features are defined:

[0067] Resource type.

[0068] Includes GBR, delay critical GBR or non-GBR.

[0069] Priority level.

[0070] Packet delay budget (PDB).

[0071] Packet data delay (budget) includes the core packet delay.

[0072] Packet error rate (PER).

[0073] In the four QoS characteristics, the first two parameters, resource type and priority level, define the characteristics of 5QI, while the last two parameters, PDB and PER, define the performance of 5QI.

[0074] In an embodiment of the present application, it is proposed that the QNC profile includes three parameters for a non-GBR QoS flow (NGBF), namely, PDB, PER, and current bit rate (CBR). When detecting that the rate of increase or decrease (or the change value of increase or decrease) of any one of the three parameters exceeds a specified threshold (because different parameters have different characteristics, the parameters correspond to different rate of change or change value), the RAN sends a notification message to the SMF to notify the rate of change or change value of all the parameters. The SMF sends a notification message to the PCF, and the PCF sends a notification message to the AF, and the application program corresponding to the AF is adjusted accordingly. Meanwhile, the SMF sends a notification message to the UE through a NAS message, and the application program corresponding to the UE may also be adjusted accordingly. Thus, the interaction between the network and the application is implemented, the service transmission is optimized, and the problem of delay in the case of network congestion, or the problem that when the network condition becomes better, the application program still uses a very low transmission rate, so that the network resources may be underused and the user experience may not be improved, is solved.

[0075] In one embodiment, two types of parameter changes are defined.

[0076] 1: Change value

[0077] When a parameter value changes from A to B, BA is defined as the change value. If the change in the parameter value from A to B is a first change value, while the change in the parameter value from B to A is a second change value, then the magnitudes of the first change value and the second change value are the same (ignoring the plus or minus sign).

[0078] 2: Rate of change

[0079] In a possible design, (BA) / A is defined as the rate of change when a parameter value changes from A to B. If the rate of change of a parameter value from A to B is a first rate of change (BA) / A, while the rate of change from B to A is a second rate of change (AB) / B, then the magnitudes of the first rate of change and the second rate of change are the same (ignoring the plus or minus signs).

[0080] That is, (assuming B>A>0), the magnitude of (BA) / A is not equal to the magnitude of (AB) / B. Thus, by the above definition, increasing parameter value A by 30% relative to parameter value B and then decreasing parameter value B by 30% will not restore parameter value A.

[0081] In another possible design, to restore the same parameter value by first increasing it by 30% and then decreasing it by 30%, the rate of change is uniformly defined as the ratio of the larger value minus the smaller value before and after the parameter value change to the smaller value, or the rate of change is uniformly defined as the ratio of the larger value minus the smaller value before and after the parameter value change to the larger value, or the rate of change is uniformly defined as the ratio of the larger value minus the smaller value before and after the parameter value change to a fixed value. The larger value is the one that has a larger absolute value in the parameter value before and after the change, the smaller value is the one that has a smaller absolute value in the parameter value before and after the change, and the fixed value is a predetermined value that remains unchanged. Thus, when parameter value A is first increased by 30% and then decreased by 30%, the original parameter value A is restored.

[0082] In one embodiment, the following communication protocols are provided:

[0083] QoS Profiles

[0084] Whether a QoS flow is a GBR flow or a non-GBR flow is determined by its QoS profile. The QoS profile of a QoS flow is transmitted to the (R)AN, which includes the following QoS parameters (detailed information on the QoS parameters is defined in section 5.7.2 of the communication protocol TS 23.501):

[0085] - For each QoS flow, the QoS profile must contain the following QoS parameters:

[0086] - 5QI, and

[0087] - A.R.P.

[0088] For each non-GBR QoS flow only, the QoS profile may further include the following QoS parameters:

[0089] - QCQNC, and

[0090] - RQA.

[0091] For each GBR QoS flow only, the QoS profile may further include the following QoS parameters:

[0092] - Guaranteed Flow Bit Rate (GFBR) - uplink and downlink, and

[0093] - Maximum Flow Bit Rate (MFBR) - uplink and downlink.

[0094] - For GBR QoS flows only, the QoS profile may further include one or more QoS parameters.

[0095] - Notification control, and

[0096] - Maximum packet loss rate uplink and downlink.

[0097] In one embodiment, a QoS fast change notification control profile is provided.

[0098] A QoS fast change notification control profile is provided for non-GBR QoS flows that enables fast change notification control. In addition to the QoS profile, the SMF also needs to provide a fast change notification control profile for NG-RAN if the corresponding PCC rule contains related information (described in the communication protocol TS 23.503). If the SMF provides a fast change notification control profile for NG-RAN (if the information in the corresponding policy and charging control (PCC) rule changes), the NG-RAN may replace the previously stored profile with it.

[0099] The fast change notification control profile indicates fast changes in any QoS parameters, i.e., PDB, PER, detected current bit rate (CBR), which helps application programs to control traffic according to the changed QoS parameters. The fast change notification control profile indicates fast changes (increases or decreases) (20%, 10%, 30%) in (PDB, PER, CBR) within a short period of time, and the new values ​​after the changes may be kept continuously. That is, the fast changes are not short and sudden spikes due to sudden impulse interference, etc.

[0100] Note that the fast change notification control profile may be any combination of changes in PDB, PER, and CBR. For example, the fast change notification control profile may set the PDB increase (or decrease) to 20%, or may set the PDB and PER increase (or decrease) to 20% and the CBR increase (or decrease) to 10%, or may set the CBR increase (or decrease) to 30%.

[0101] If the NG-RAN sends a fast change notification satisfying the QCQNC profile to the SMF, the NG-RAN must also include the current QoS parameters (PDB, PER) and CBR in the notification message.

[0102] The QNC mechanism for non-GBR bearer flows includes at least the following processes:

[0103] 1: QNC notification process (for AF),

[0104] 2: QNC configuration process, and

[0105] 3: Optimization process of QNC.

[0106] The above process is described separately below.

[0107] 1. QNC Notification Process (for AF)

[0108] 3 is a flowchart of a QoS change notification method according to an exemplary embodiment of the present application. This embodiment is described using an example in which the method is applied to the mobile communication system shown in FIG. 1 or FIG. 2. The method includes the following steps:

[0109] Step 320: The access network device sends a notification message to the application entity through the core entity when a change in the parameter of the QNC of the non-GBR bearer flow meets a reporting condition.

[0110] A non-GBR bearer flow refers to a non-GBR type bearer flow. The non-GBR bearer flow includes a non-GBR QoS flow or a non-GBR EPS bearer. Exemplarily, the non-GBR bearer flow in the 5G system is a non-GBR type QoS flow, while the non-GBR bearer flow in the 4G system is a non-GBR type EPS bearer.

[0111] Exemplarily, the parameters of QNC (or QCQNC) include at least one of PDB, PER, and CBR. When there are at least two parameters of QNC, the at least two parameters correspond to the same reporting condition, and / or the at least two parameters correspond to different reporting conditions.

[0112] Illustratively, the reporting conditions (or change thresholds or change reporting thresholds) include at least one of the following:

[0113] The change value of the parameter of the QNC within the first time period is greater than a first threshold value.

[0114] Here, the first threshold is a fraction greater than 0 and less than 1, for example, the first thresholds are 20%, 30% and 40%, and the first time is a period or time for calculating the change value, such as 1 second and 2 seconds.

[0115] The rate of change of the parameter of the QNC within the second time period is greater than a second threshold.

[0116] Here, the second threshold is a fraction greater than 0 and less than 1, for example, the second threshold is 20%, 30% or 40%, and the second time is a period or time for calculating the rate of change, such as 1 second and 2 seconds.

[0117] The change value of the parameter of the QNC within the first time is greater than the first threshold and is continuously held for the third threshold.

[0118] Here, the third threshold is a threshold that measures the retention time of the change value, such as 2 seconds.

[0119] The rate of change of the parameter of the QNC within the second time period is greater than the second threshold and is continuously held for a fourth threshold.

[0120] Here, the fourth threshold is a threshold for measuring the retention time of the rate of change, such as 2 seconds.

[0121] Exemplarily, the notification message further includes the changed parameter value of QNC, i.e., the current parameter value of the parameter of QNC after the fast change of the parameter of QNC. "Current" is relative, not absolute. For example, the current parameter value is the parameter value when the reporting condition is triggered, and is not necessarily equal to the real-time parameter value after the notification message is sent.

[0122] Exemplarily, the modified parameter value of QNC may be represented by a quantized value of the modified parameter value of QNC. For example, the value range of QNC is divided into 16 non-overlapping subintervals. Each of the 16 subintervals corresponds to a unique quantized value represented by 4 bits. When belonging to the i-th subinterval, the modified parameter value of QNC is represented by a quantized value corresponding to the i-th subinterval, which requires only 4 bits. Thus, the transmission resources required by the notification message may be reduced.

[0123] Step 340: The application entity controls the application program according to the notification message.

[0124] The NOTIFICATION message (or Fast Change Notification, Fast Change Report, Notification Report) is used to indicate that a change in a QoS Notification Control (QNC) parameter of a non-GBR bearer flow meets a reporting condition.

[0125] The application entity controls at least one of the running parameters, running policies and traffic of the application program according to the notification message to make the application program adapt to fast changes in related parameters of the non-GBR bearer flow.

[0126] An application entity executes one or more application programs, and the same application program corresponds to at least one Service Data Flow (SDF). SDFs with different QoS requirements are each mapped to an independent QoS flow. For example, an SDF with a first QoS requirement is mapped to a first QoS flow, and an SDF with a second QoS requirement is mapped to a second QoS flow. Optionally, SDFs with the same QoS requirement may be mapped to the same QoS flow.

[0127] In this embodiment of the present application, it is assumed that one or more QoS flows corresponding to an application program include a non-GBR QoS flow for transmitting data packets of at least one of the following services: voice, video, text, messages, files, control information, etc.

[0128] In summary, according to the method provided in this embodiment, when the increase / decrease of the QNC parameter of a non-GBR bearer flow meets the reporting condition, the core entity sends a notification message to the application entity, and after receiving the notification message, the application entity controls the application program according to the notification message. In this way, a QNC mechanism is provided for a non-GBR bearer flow, such that the application entity may recognize the change in the radio network condition of the non-GBR bearer flow and then actively control the execution of the application program to adapt to the change. For example, the computing policy and traffic policy of the application program are controlled, such that when the QNC parameter is degraded or restored, the application entity may adjust the application program to adapt to the network transmission under this parameter change.

[0129] The steps performed by the access network device may be separately implemented as an embodiment on the access network device side.The steps performed by the application entity may be separately implemented as an embodiment on the application entity side.Details are omitted in this application.

[0130] 4 is a flowchart of a QoS change notification method according to another exemplary embodiment of the present application. This embodiment is described using an example in which the method is applied to the mobile communication system shown in FIG. 1 or FIG. 2. The method includes the following steps:

[0131] Step 322: If the change in the QNC parameter of the non-GBR bearer flow meets a reporting condition, the access network device sends a notification message to the core entity.

[0132] The core entity receives a notification message sent by an access network device, which is used to indicate that a change in a parameter of a QoS notification control (QNC) of a non-GBR bearer flow satisfies a reporting condition.

[0133] Exemplarily, the notification message further includes the changed parameter value of QNC, i.e., the current parameter value of the parameter of QNC after a fast change in the parameter of QNC. "Current" is relative, not absolute. For example, the current parameter value is the parameter value when the reporting condition is triggered, and is not necessarily equal to the real-time parameter value after the notification message is sent.

[0134] Exemplarily, the modified parameter value of QNC may be represented by a quantized value of the modified parameter value of QNC. For example, the value range of QNC is divided into 16 non-overlapping sub-intervals. Each of the 16 sub-intervals corresponds to a unique quantized value represented by 4 bits. When belonging to the i-th sub-interval, the modified parameter value of QNC is represented by a quantized value corresponding to the i-th sub-interval, which requires only 4 bits. Thus, the transmission resources required by the notification message may be reduced.

[0135] Step 324: The core entity sends a notification message to the application entity.

[0136] There are one or more core entities. When the notification message includes multiple core entities located between the RAN and the AF, the multiple core entities send the notification message sequentially. Different core entities may include the notification message in different types of messages. For example, the core entities include a mobility management entity (MME), a service gateway (SGW), a PDN gateway (PGW), and a PCF. In such a case, the transmission path of at least the notification message includes: RAN → MME → SGW / PGW → PCF → AF. As another example, the core entities include a first core entity AMF, a second core entity SMF, and a third core entity PCF. In such a case, the transmission path of at least the notification message includes: RAN → AMF → SMF → PCF → AF.

[0137] Illustratively, the core entity sends an event report including a notification message to the application entity.

[0138] Step 342: The application entity receives the notification message sent by the core entity.

[0139] Illustratively, the application entity receives the event reports sent by the core entity.

[0140] Step 344: The application entity controls the application program according to the notification message.

[0141] The application entity controls at least one of the calculation policy and the traffic policy of the application program according to the notification message, so as to adapt the application program to fast changes in related parameters of the non-GBR bearer flow, so as to maximize the guarantee of the user's QoE and avoid delays and other phenomena.

[0142] Taking an application program on the server side of an online conference as an example, the application program corresponds to four SDFs, namely, an audio SDF, a video SDF, a text message SDF, and a control plane SDF. The four SDFs correspond to four non-GBR QoS flows. The QNC mechanism is enabled for each of the four non-GBR QoS flows.

[0143] First possible implementation

[0144] The application program is controlled to execute according to a first computation policy in response to a notification message used to indicate degradation of a parameter value of the QNC.

[0145] The application program is controlled to execute according to a second computation policy in response to a notification message used to indicate optimization of the parameter value of the QNC.

[0146] The computation time of the same computation task under the first computation policy is less than the computation time of the same computation task under the second computation policy.

[0147] A computation policy is a policy for performing a computation of an application program, including, but not limited to, at least one of an encoding and decoding mode selection policy, an encoding and decoding model selection policy, an encoding and decoding level selection policy, a compression level selection policy, and a neural network model selection policy.

[0148] Taking a computation policy that is an encoding and decoding mode selection policy as an example, the application program is controlled to perform encoding and decoding in a first encoding and decoding mode in response to a notification message used to indicate a degradation of a parameter value of QNC, and the application program is controlled to perform encoding and decoding in a second encoding and decoding mode in response to a notification message used to indicate an optimization of a parameter value of QNC. In this specification, "encoding and decoding" refers to at least one of encoding and decoding.

[0149] The computation time of the same computation task under the first encoding and decoding mode is shorter than the computation time of the same computation task under the second encoding and decoding mode.

[0150] For example, as the PDB increases, the network delay increases, but the application program may compensate for the network delay degradation by reducing internal computation time to still ensure that the overall transmission delay remains unchanged or changes little. For example, if the PDB of a non-GBR QoS flow corresponding to video degrades, the encoding rate of the video is reduced to reduce the number and / or size of the video data packets.

[0151] Second possible implementation

[0152] The application program is controlled to execute according to the first traffic policy in response to a notification message used to indicate a degradation of the parameter value of the QNC.

[0153] The application program is controlled to be executed according to the second traffic policy in response to a notification message used to indicate optimization of the parameter value of the QNC.

[0154] The traffic of the first traffic policy is less than the traffic of the second traffic policy.

[0155] Illustratively, the traffic of an application program includes audio data packets and video data packets.

[0156] In response to the notification message used to indicate a degradation of the parameter value of QNC, the first traffic corresponding to the audio data packets is maintained and the second traffic corresponding to the video data packets is reduced. In response to the notification message used to indicate an optimization of the parameter value of QNC, the first traffic corresponding to the audio data packets is maintained and the second traffic corresponding to the video data packets is increased.

[0157] For example, when the PDB increases, the traffic of a first non-GBR QoS flow corresponding to video is reduced and the traffic of a second non-GBR QoS flow corresponding to voice is maintained, and thus the overall radio resource occupation is reduced to improve the transmission quality of voice data packets and reduce interference.

[0158] This is because two-way interaction of video and audio is usually required in cloud-based applications (video conferencing, audio conferencing, distance learning). There is a certain requirement for network transmission delay (generally, one-way transmission delay is less than 150 ms). However, in certain usage, changes in wireless network conditions may suddenly deteriorate the transmission delay of the wireless network or suddenly reduce the transmission speed within a time period (such as 5 seconds), resulting in audio and video lagging.

[0159] Related research shows that users are very sensitive to audio delays, but are not so sensitive to changes in video quality (such as changes in resolution and clarity) (turning off the video temporarily while keeping the audio is acceptable). Delays do not occur frequently for audio, because the transmission data is typically small. However, when the audio is delayed, the user experience is very poor. In addition, even if the audio is reduced from CD quality to a very low transmission rate (e.g., 2G voice transmission quality), the user still has a very good usage experience as long as there is no delay.

[0160] In summary, according to the method of this embodiment, the application entity adjusts the application program according to the changed parameter value of the QNC, so that when the relevant parameter of the non-GBR bearer flow deteriorates or when the relevant parameter of the non-GBR bearer flow recovers, the application entity may internally adjust the application program to adapt to this parameter change and optimize the operation of the application program.

[0161] According to the method provided in this embodiment, when the relevant parameters of a non-GBR bearer flow deteriorate, the calculation policy of the application program is further modified to compensate for the deterioration of the network delay by reducing the calculation time of the application program while still ensuring that the overall transmission delay remains unchanged or changes little.

[0162] According to the embodiment provided in this embodiment, when the related parameters of the non-GBR bearer flow deteriorate, the traffic policy of the application program is further modified, for example, the traffic of the voice data packets is maintained while the traffic of the video data packets is reduced, so that the audio delay which more affects the user experience is avoided, and the user experience when using the audio and video programs is improved as much as possible.

[0163] 2. QNC configuration process

[0164] In the process of creating or modifying a non-GBR bearer flow, the core entity executes a configuration process of QNC for the access network device, that is, the core entity sends a QNC profile to the access network device, and the QNC profile is used to configure the parameters and reporting conditions (or change threshold, fast change threshold, change reporting threshold, or fast change reporting threshold) of QNC.

[0165] 5 is a flowchart of a configuration method for QNC according to an exemplary embodiment of the present application. This embodiment is described by using an example in which the method is applied to the mobile communication system shown in FIG. 1 or FIG. 2. The method includes the following steps:

[0166] Step 420: The third core entity PCF sends parameters and reporting conditions of the QNC to the second core entity SMF.

[0167] The third core entity is an entity responsible for policy management in the core.

[0168] The second core entity is an entity responsible for session management in the core.

[0169] Illustratively, in the process of creating or modifying a non-GBR bearer flow, the third core entity PCF sends parameters and reporting conditions of the QNC to the second core entity SMF.

[0170] Exemplarily, in the PDU session establishment process, a (first) QoS flow is created, which is referred to as a QoS flow with a default QoS rule. Generally, the QoS flow is of a non-GBR type. The third core entity may provide parameters and reporting conditions of the QNC for the second core entity.

[0171] Exemplarily, the parameters and reporting conditions of the QNC are determined by the third core entity PCF itself. Alternatively, the parameters and reporting conditions of the QNC are determined by the third core entity PCF based on the service flow information sent by the application entity. Alternatively, the parameters and reporting conditions of the QNC are determined by the third core entity PCF based on the subscription data of the UE.

[0172] Step 440: The second core entity SMF receives the PCC rule sent by the third core entity PCF.

[0173] Step 460: The second core entity sends a QNC profile to the access network device, where the QNC profile is used to configure parameters and reporting conditions of QNC for the access network device.

[0174] In summary, according to the method provided in this embodiment, the third core entity sends parameters and reporting conditions of QNC to the second core entity, so that the second core entity may be triggered to configure parameters of QNC and reporting conditions for non-GBR bearer flows to complete the configuration process of QNC.

[0175] In a design, the application entity provides the service flow information for the third core entity, the service flow information including the QNC parameters, and the reporting conditions required (or suggested) by the application entity, as shown in Figure 6. In another design, the third core entity determines the QNC parameters and reporting conditions based on the QNC subscription data, as shown in Figure 7.

[0176] 6 is a flowchart of a configuration method for QNC according to another exemplary embodiment of the present application. This embodiment is described by using an example in which the method is applied to the mobile communication system shown in FIG. 1 or FIG. 2. The method includes the following steps:

[0177] Step 412: The application entity AF sends the control parameters of the QNC to the third core entity PCF.

[0178] The control parameters for QNC include at least one of whether to enable QNC, parameters for QNC, and a change threshold.

[0179] The application entity AF sends a policy authorization create / update message to the core entity, and the policy authorization create / update message includes the control parameters of the QNC. Correspondingly, the third core entity PCF receives the policy authorization create / update message sent by the application entity AF.

[0180] Step 420: The third core entity PCF sends a PCC rule to the second core entity SMF, where the PCC rule includes a control parameter of the QNC.

[0181] Step 440: The second core entity SMF receives the PCC rule sent by the third core entity PCF.

[0182] Step 460: The second core entity sends a QNC profile to the access network device, where the QNC profile is used to configure control parameters of QNC for the access network device.

[0183] In summary, according to the method provided in this embodiment, the application entity provides control parameters of QNC for the third core entity, so that active dialogue between the application entity and the core entity may be implemented. The application entity drives the radio access network device (such as 5G or 4G RAN) to report fast changes of non-GBR bearer flows, so that the radio access network device exposes its network capabilities to the application entity, providing a new way for innovation of Internet applications.

[0184] 7 is a flowchart of a configuration method for QNC according to another exemplary embodiment of the present application. This embodiment is described by using an example in which the method is applied to the mobile communication system shown in FIG. 1 or FIG. 2. The method includes the following steps:

[0185] Step 414: The fourth core entity UDM sends subscription data of the QNC to the third core entity PCF, where the subscription data of the QNC includes a control parameter of the QNC.

[0186] If the default 5QI is a non-GBR type, the subscription data of QNC is added for the non-GBR bearer flow. The fourth core entity UDM sends the subscription data of QNC to the second core entity SMF, and the second core entity SMF sends the subscription data of QNC to the third core entity PCF.

[0187] Step 420: The third core entity PCF sends a default QoS rule to the second core entity SMF, where the default QoS rule includes a control parameter of the QNC.

[0188] Step 440: The second core entity SMF receives the default PCC rule sent by the third core entity PCF.

[0189] Step 460: The second core entity sends a QNC profile to the access network device, where the QNC profile is used to configure control parameters of the QNC for the access network device.

[0190] In summary, according to the method provided in this embodiment, the third core entity determines the control parameters for QNC based on the subscription data of the UE, such that the radio access network device is driven based on the subscription data of the UE to report fast changes of non-GBR bearer flows to the UE when there is no AF providing the control parameters for QNC.

[0191] 3. QNC optimization process

[0192] When the third core entity PCF or the application entity AF detects the QNC notification message too frequently, a large amount of signaling is brought into the system. In such a case, the third core entity PCF or the application entity AF needs to modify the reporting conditions of the QNC, such as increasing the change threshold.

[0193] 8 is a flowchart of a method for optimizing QNC according to an exemplary embodiment of the present application. This embodiment is described using an example in which the method is applied to the mobile communication system shown in FIG. 1 or FIG. 2. The method includes the following steps:

[0194] Step 520: The third core entity PCF sends the updated control parameters of the QNC to the second core entity SMF when the reporting frequency of the notification message is greater than or less than a frequency threshold.

[0195] The updated control parameters of QNC include at least one of whether to enable QNC, updated parameters of QNC, and updated change thresholds. That is, the updated control parameters of QNC may update at least one of enabling QNC, parameters of QNC, and change thresholds.

[0196] For example, the third core entity PCF sends an instruction to disable QNC to the second core entity SMF when the reporting frequency of the notification message is greater than the frequency threshold. For another example, the third core entity PCF sends a reduced parameter of QNC to the second core entity SMF when the reporting frequency of the notification message is greater than the frequency threshold. For another example, the third core entity PCF sends an increased change threshold to the second core entity SMF when the reporting frequency of the notification message is greater than the frequency threshold.

[0197] Step 540: The second core entity SMF sends a QNC profile to the access network device, where the QNC profile includes updated control parameters of the QNC.

[0198] In summary, according to the method provided in this embodiment, the updated control parameters of QNC are sent to the second core entity SMF and the access network device when the reporting frequency of the notification message is greater than or less than the frequency threshold. Therefore, the system can be prevented from relatively high signaling overhead, or the QNC mechanism is used rationally.

[0199] 9 is a flowchart of a method for optimizing QNC according to another exemplary embodiment of the present application. This embodiment is described by using an example in which the method is applied to the mobile communication system shown in FIG. 1 or FIG. 2. The method includes the following steps:

[0200] Step 510: The application entity sends updated control parameters of the QNC to the third core entity PCF when the reporting frequency of the notification message is greater than or less than the frequency threshold.

[0201] The updated control parameters of QNC include at least one of whether to enable QNC, updated parameters of QNC, and updated change thresholds. That is, the updated control parameters of QNC may update at least one of enabling QNC, parameters of QNC, and change thresholds.

[0202] For example, the AF sends an instruction to disable QNC to the third core entity PCF when the reporting frequency of the notification message is greater than the frequency threshold. For another example, the AF sends a reduced parameter of QNC to the third core entity PCF when the reporting frequency of the notification message is greater than the frequency threshold. For another example, the AF sends an increased change threshold to the third core entity PCF when the reporting frequency of the notification message is greater than the frequency threshold.

[0203] Step 520: The third core entity PCF sends the updated control parameters of the QNC to the second core entity SMF.

[0204] Step 540: The second core entity SMF sends a QNC profile to the access network device, where the QNC profile includes updated control parameters of the QNC.

[0205] In summary, according to the method provided in this embodiment, when the reporting frequency of the notification message is greater than or less than a frequency threshold, the AF triggers the PCF to send updated control parameters of the QNC to the second core entity SMF and the access network device. Thus, the system can be prevented from relatively high signaling overhead, or the QNC mechanism can be used rationally.

[0206] The above process is described in more detail below in relation to the 3rd Generation Partnership Project (3GPP) communication protocol (TS 23.502). For details regarding the names of network elements, step flows, and steps in the following drawings, reference may be made to the relevant document in TS 23.502 (https: / / www.3gpp.org / ftp / Specs / archive / 23_series / 23.502). Limited by space, this document will highlight the differences between the embodiments of the present application and the TS 23.502 protocol.

[0207] 1. QNC Notification Process

[0208] When the network in which the UE is located changes, i.e., when the base station detects a fast change (becoming better or worse) in the radio resources, if this change reaches a change threshold defined by the QNC, the RAN triggers the notification process of the QNC and sends a notification message to the AF. Optionally, the notification message includes the parameter values ​​(current parameter values) of the changed parameters of the QNC. The base station first sends the notification message to the SMF, then the SMF sends the notification message to the PCF, and then the PCF sends the notification message to the AF.

[0209] Non-roaming and local breakout roaming scenarios

[0210] FIG. 10 is a schematic diagram of a PDU session modification process requested by a UE or a network (for non-roaming and local breakout roaming) according to an exemplary embodiment of the present application.

[0211] In step 1e, the RAN sends an N2 message (PDU session ID, SM information) to the AMF, and the AMF sends a Namf_PDUSsion_UpdateSMContext message to the SMF.

[0212] The two messages include a notification message when a parameter of the QNC of the non-GBR bearer flow meets a reporting condition. Optionally, the notification message further includes a changed parameter value of the QNC.

[0213] In step 2, the SMF initiates a session management (SM) policy association modification process and sends a notification message to the PCF and the AF.

[0214] In step 5, the SMF sends a PDU session modification command to the UE to transmit the changed parameter value of the QNC to the UE.

[0215] Exemplarily, if after a certain time period after the SM receives the notification message, the SMF does not receive any new PCC rules from the PCF or there is no modification for QoS in the PCC rule of the SDF corresponding to the QNC in the received PCC rule, the SMF initiates a PDU session modification command to the UE to inform the UE of the current parameter values ​​(PDB, PER, CBR) of the QNC of the QFI corresponding to the current QNC.

[0216] In step 9, the UE responds with a PDU session modification confirmation.

[0217] The PDU session modification command and the PDU session modification confirmation are transmitted transparently between the UE and the SMF through the RAN.

[0218] The SM policy association modification process shown in step 2 is defined by FIG.

[0219] As shown in FIG. 11, in step 1, the SMF sends an Npcf_SMPolicyControl_Update request to the PCF, where the request includes a notification message.

[0220] In step 2, the PCF sends an event report Npcf_PolicyAuthorizationNotify to the AF, where the event report includes a notification message.

[0221] 2. QNC configuration process

[0222] 2.1 PDU Session Establishment Scenarios for Non-Roaming and Local Breakout Roaming

[0223] FIG. 12 is a schematic diagram of a PDU session establishment process requested by a UE according to an exemplary embodiment of the present application.

[0224] In steps 7b and 9, the SMF sends a new SM policy association establishment request message to the PCF, and the PCF sends an SM policy association establishment response message to the SMF, where the message includes the control parameters of the QNC. Alternatively, the SMF sends an SM policy association modification request message to the PCF, and the PCF sends an SM policy association modification response message to the SMF, where the message includes the control parameters of the QNC.

[0225] In the PDU session establishment process, a (generally first) QoS flow is created, which is referred to as a QoS flow with default QoS rules (no longer referred to as a default QoS flow in 5G, like a default bearer in 4G).

[0226] Generally, this QoS flow with the default QoS rule is of non-GBR type, in which case the PCF may include the control parameters of QC in the PCC rule. In such a case, in step 7b or 9 of Figure 12, if the 5QI in the default QoS rule provided by the PCF is of non-GBR type, the PCF may provide the control parameters of QCQNC to the SMF.

[0227] In steps 11 and 12, the SMF sends a Namf_Communication_N1N2 information conversion message to the AMF, and the message includes a QNC profile according to the QCQNC control parameters provided by the PCF.

[0228] Optionally, the subscription data of the UE includes a default 5QI and a default ARP. If the default 5QI is of a non-GBR type, the subscription data of QNC is added.

[0229] In steps 4, 7b and 9, the UDM provides a message including subscription data for the QNC to the SMF, which then provides the subscription data for the QNC to the PCF, which then provides default QoS rules including control parameters for the QNC.

[0230] The PDU session establishment process may be used for N3GPP to 3GPP PDU session handover. If the PCF provides control parameters for QNC for any non-GBR QoS flows in steps 7b or 9, the control parameters for QNC are added in steps 11 and 12 as described above.

[0231] There may be multiple non-GBR QoS flows being processed.

[0232] Since the SM related parameters in the N2 message in step 12 are included in step 11, the control parameters of the QNC are included in step 11.

[0233] 2.2 Home Routed Roaming Scenario

[0234] FIG. 13 is a flowchart of a PDU session establishment process requested by a UE in a home-routed roaming scenario according to an exemplary embodiment of the present invention.

[0235] In the PDU session establishment process, a (generally first) QoS flow is created, which is referred to as a QoS flow with default QoS rules (no longer referred to as a default QoS flow in 5G, like a default bearer in 4G).

[0236] Generally, this QoS flow with the default QoS rule is of non-GBR type, in which case the PCF may include the control parameters of QNC in the PCC rule. In such a case, if the 5QI in the default QoS rule provided by the PCF in the message in steps 9b or 11 of Figure 13 is of non-GBR type, the PCF may provide the control parameters of QNC. Then, the QNC profile is added to the message in steps 13, 14 and 15.

[0237] Optionally, the subscription data of the UE includes a default 5QI and a default ARP. If the default 5QI is of a non-GBR type, the subscription data of QNC is added.

[0238] In steps 7, 9b and 11, the UDM provides subscription data for the QNC to the SMF, the SMF provides subscription data for the QNC to the PCF, and then the PCF provides default QoS rules including control parameters for the QNC.

[0239] 2.3 QoS Flow Creation Process Triggered by AF for Non-Roaming and Local Breakout Roaming Scenarios

[0240] Figure 14 is a schematic diagram of a process of forwarding to an associated PCF in response to a request for an AF for a single UE address according to an exemplary embodiment of the present application. Figure 15 is a schematic diagram of a PDU session modification process requested by a UE or a network for non-roaming and local breakout roaming according to an exemplary embodiment of the present application.

[0241] In step 4 of Figure 14, the AF sends an Npcf_PolicyAuthorization_Create / Update message to the PCF, and the control parameters of QNC are added to the information of the media component(s) in the message. As mentioned above, if the media component includes the control parameters of QNC, the media component is requested to be transmitted on the NGBF. If the media component does not include any parameters of QCQNC, it indicates that the media component may be transmitted on the NGBF or GBR QoS flow (GBF).

[0242] In step 1b of Fig. 15, the PCF sends an Npcf_SMPolicyControlUpdateNotify request message in which the control parameters of QNC are added to the PCC rules for (one or more) Service Data Flows / Flows (SDF / SDF) (one SDF corresponds to one media flow provided by the AF).

[0243] Thus, the messages in steps 3b and 4 of Figure 15 contain the control parameters of QNC.

[0244] 2.4 QoS Flow Creation Process Triggered by AF for Home Routed Roaming Scenarios

[0245] FIG. 16 is a schematic diagram of a PDU session modification process requested by a UE or a network for home routed roaming according to an exemplary embodiment of the present application.

[0246] In steps 1b, 3, 4b and 5 of FIG. 16, control parameters for one or more QNCs (ie, each possible service flow, SDF and QoS flow) are added.

[0247] Step 3 in Fig. 16 is a new step relative to the scenario described in Fig. 15, namely, the control parameters of QNC are added to the QoS parameters of l1 or more QoS flows.

[0248] The technology disclosed in this application may also be applied to a 4G system. When applied to a 4G system, the NR-gNB is replaced with an eNB. The interaction between the PCF and the AF remains unchanged. The interaction between the SMF and the PCF is modified as the interaction between the PGW and the PCF. The QoS flow in 5G is replaced with the EPS bearer in 4G. The 5QI in 5G is replaced with the QCI in 4G. The interaction between the RAN and the AMF / SMF in 5G is replaced with the interaction between the RAN and the MME in 4G.

[0249] 17 is a block diagram of an application program control device according to an exemplary embodiment of the present application.

[0250] A receiving module 1720 configured to receive a notification message sent by a core entity by an application entity, the notification message being used to indicate that a change in a parameter value of a QNC of a non-GBR bearer flow satisfies a reporting condition.

[0251] A control module 1740 configured to control an application program according to the notification message.

[0252] In a possible design of this embodiment of the present application, the control module 1740 is configured to control a computing policy of the application program according to the notification message, and / or the control module 1740 is configured to control a traffic policy of the application program according to the notification message.

[0253] In a possible design of this embodiment of the present application, the control module 1740 is configured to control the application program to be executed according to a first computation policy in response to a notification message used to indicate degradation of a parameter value of QNC, and to control the application program to be executed according to a second computation policy in response to a notification message used to indicate optimization of a parameter value of QNC.

[0254] The computation time of the same computation task under the first computation policy is less than the computation time of the same computation task under the second computation policy.

[0255] In a possible design of this embodiment of the present application, the control module 1740 is configured to control an application program that performs encoding and decoding in a first encoding and decoding mode in response to a notification message used to indicate degradation of a parameter value of QNC, and to control an application program that performs encoding and decoding in a second encoding and decoding mode in response to a notification message used to indicate optimization of a parameter value of QNC.

[0256] The computation time of the same computation task under the first encoding and decoding mode is less than the computation time of the same computation task under the second encoding and decoding mode.

[0257] In a possible design of this embodiment of the present application, the control module 1740 is configured to control an application program to be executed according to a first traffic policy in response to a notification message used to indicate degradation of a parameter value of QNC, and to control an application program to be executed according to a second traffic policy in response to a notification message used to indicate optimization of a parameter value of QNC.

[0258] The traffic of the first traffic policy is less than the traffic of the second traffic policy.

[0259] In a possible design of this embodiment of the present application, the application program traffic includes audio data packets and video data packets.

[0260] The control module 1740 is configured to, in response to a notification message used to indicate a degradation of a parameter value of QNC, maintain a first traffic corresponding to audio data packets and reduce a second traffic corresponding to video data packets, and to, in response to a notification message used to indicate an optimization of a parameter value of QNC, maintain the first traffic corresponding to audio data packets and increase the second traffic corresponding to video data packets.

[0261] In a possible design of this embodiment of the present application, the notification message is sent by the access network device entity to the core entity in response to detecting that a change in a parameter of a QNC of a non-GBR bearer flow satisfies a reporting condition.

[0262] In a possible design of this embodiment of the present application, the notification message includes:

[0263] The modified parameter value of the QNC, or the quantized value of the modified parameter value of the QNC.

[0264] In a possible design of this embodiment of the present application, the device further includes:

[0265] A sending module 1760 configured to send control parameters of QNC to a core entity, where the control parameters of QNC are used to indicate parameters and reporting conditions of QNC.

[0266] In a possible design of this embodiment of the present application, the sending module 1760 is configured to send a policy authorization create / update message to the core entity, where the policy authorization create / update message includes the control parameters of the QNC.

[0267] In a possible design of this embodiment of the present application, the method further comprises:

[0268] The application entity sends the modified control parameters of the QNC to the core entity when the reporting frequency of the notification message is greater than or less than a frequency threshold.

[0269] In a possible design of this embodiment of the present application, the parameter values ​​of QNC include at least one of the following:

[0270] PDB, PER, and CBR.

[0271] In a possible design of this embodiment of the present application, there are at least two parameter values ​​for QNC.

[0272] At least two of the parameter values ​​correspond to the same reporting condition, and / or at least two types of parameter values ​​correspond to different reporting conditions.

[0273] In a possible design of this embodiment of the present application, the reporting conditions include at least one of the following:

[0274] A change in the parameter value of the QNC within a first period of time is greater than a first threshold value.

[0275] The rate of change of the parameter value of the QNC within the second time period is greater than a second threshold.

[0276] The change in the parameter value of the QNC within the first time period is greater than the first threshold and is continuously held for a third threshold.

[0277] The rate of change of the parameter value of the QNC within the second time period is greater than the second threshold and is continuously held for a fourth threshold.

[0278] The third threshold and the fourth threshold are thresholds for measuring the retention time, the third threshold is a threshold for measuring the retention time of the change value, and the fourth threshold is a threshold for measuring the remaining time of the rate of change.

[0279] In a possible design of this embodiment of the present application, the non-GBR bearing flows include:

[0280] A non-GBR quality of service (QoS) flow, or a non-GBR evolved packet system (EPS) bearer.

[0281] In possible designs of this embodiment of the present application, a QNC is defined on the uplink, or a QNC is defined on the downlink, or a QNC is defined on the uplink and downlink.

[0282] In a possible design of this embodiment of the present application, a non-GBR bearer flow has a one-to-one correspondence with a target service flow, where the target service flow is a service flow that enables QNC and includes QNC parameter values.

[0283] 18 is a block diagram of an application program control device according to an embodiment of the present application. The device includes:

[0284] A receiving module 1820 configured to receive, by a core entity, a notification message transmitted by an access network device, where the notification message is used to indicate that a change in a quality of service notification control (QNC) parameter of a non-guaranteed bit rate (GBR) flow satisfies a reporting condition.

[0285] A sending module 1840 configured to send the notification message to the application entity, so that the application entity controls the traffic of the application program according to the notification message.

[0286] In a possible design of this embodiment of the present application, the sending module 1840 is configured to send, by the core entity, an event report to the application entity, where the event report includes a notification message.

[0287] In a possible design of this embodiment of the present application, the notification message includes:

[0288] The modified parameter value of the QNC, or the quantized value of the modified parameter value of the QNC.

[0289] In a possible design of this embodiment of the present application, the sending module 1840 is configured to send the QNC profile to the access network device according to the control parameters of the QNC.

[0290] The control parameters of the QNC are used to indicate the parameters and reporting conditions of the QNC.

[0291] In a possible design of this embodiment of the present application, the receiving module 1820 is configured to receive a policy authorization create / update message sent by an application entity, where the policy authorization create / update message includes a control parameter of QNC.

[0292] In a possible design of this embodiment of the present application, the receiving module 1820 is configured to obtain subscription data of QNC, where the subscription data includes control parameters of QNC.

[0293] 19 is a schematic structural diagram of a network element device 1900 according to an embodiment of the present application. For example, the network element device may be configured to execute an application program control method. Optionally, the network element device 1900 is an application entity or a core entity. Specifically, the network element device 1900 may include a processor 1901, a receiver 1902, a transmitter 1903, a memory 1904, and a bus 1905.

[0294] The processor 1901 includes one or more processing cores, and the processor 1901 executes various functional applications and information processing by executing software programs and modules.

[0295] The receiver 1902 and the transmitter 1903 may be implemented as a transceiver 1906. The transceiver 1906 may be a communications chip.

[0296] The memory 1904 is connected to the processor 1901 via a bus 1905 .

[0297] The memory 1904 may be configured to store a computer program, and the processor 1901 is configured to execute the computer program to implement each step performed by an application entity, a core network element or a core entity in the embodiments of the aforementioned method.

[0298] Additionally, memory 1904 may be implemented by any type of volatile or non-volatile storage device or combination thereof, including, but not limited to, RAM, ROM, erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory or other solid-state memory technology, CD-ROM, digital versatile disk (DVD) or other optical memory, tape cartridge, magnetic cassette, magnetic disk memory, or other magnetic storage devices.

[0299] The present application further provides a computer-readable storage medium, the storage medium storing at least one instruction, at least one program, code set or instruction set, the at least one instruction, at least one program, code set or instruction set being loaded and executed by a processor to implement an application program control method according to an embodiment of the method.

[0300] Optionally, the present application further provides a computer program product, the computer program product including computer instructions, the computer instructions being stored in a computer-readable storage medium, a processor of a computing device reading the computer instructions from the computer-readable storage medium and executing the computer instructions to cause the computing device to perform the application program control method according to the above aspect.

Claims

1. receiving, by an application entity, a notification message sent by a core entity, the notification message being used to indicate that a change in a parameter value of a Quality of Service Notification Control (QNC) of a Non-Guaranteed Bit Rate (GBR) bearer flow satisfies a reporting condition; and controlling, by the application entity, an application program according to the notification message. An application program control method.

2. controlling, by the application entity, an application program according to the notification message, controlling, by the application entity, a computation policy of the application program according to the notification message; and / or controlling, by the application entity, a traffic policy of the application program according to the notification message; Including, 2. The application program control method according to claim 1.

3. controlling, by the application entity, a computation policy of the application program according to the notification message; controlling the application program to execute according to a first computation policy in response to the notification message being used to indicate degradation of the parameter value of the QNC; and in response to the notification message being used to indicate optimization of the parameter value of the QNC, controlling the application program to execute according to a second computation policy; A computation time of the same computation task under the first computation policy is less than a computation time of the same computation task under the second computation policy.

3. The application program control method according to claim 2.

4. Controlling the application program to execute according to a first computation policy in response to the notification message being used to indicate degradation of the parameter value of the QNC, comprising: controlling the application program to perform encoding and decoding in a first encoding and decoding mode in response to the notification message being used to indicate degradation of the parameter value of the QNC; controlling the application program to execute according to a second computation policy in response to the notification message being used to indicate optimization of the parameter value of the QNC; and controlling the application program to perform encoding and decoding in a second encoding and decoding mode in response to the notification message being used to indicate optimization of the parameter value of the QNC; a computation time of the same computation task under the first encoding and decoding mode is less than a computation time of the same computation task under the second encoding and decoding mode; 4. The application program control method according to claim 3.

5. controlling, by the application entity, a traffic policy of the application program according to the notification message; controlling the application program to be executed according to a first traffic policy in response to the notification message being used to indicate degradation of the parameter value of the QNC; and in response to the notification message being used to indicate optimization of the parameter value of the QNC, controlling the application program to be executed according to a second traffic policy; the traffic of the first traffic policy is less than the traffic of the second traffic policy; 3. The application program control method according to claim 2.

6. the application program traffic includes audio data packets and video data packets; Controlling the application program to be executed according to a first traffic policy in response to the notification message being used to indicate degradation of the parameter value of the QNC, comprising: in response to the notification message being used to indicate degradation of the parameter value of the QNC, maintaining a first traffic corresponding to the audio data packets and reducing a second traffic corresponding to the video data packets; controlling the application program to be executed according to a second traffic policy in response to the notification message being used to indicate optimization of the parameter value of the QNC, maintaining the first traffic corresponding to the audio data packets and increasing the second traffic corresponding to the video data packets in response to the notification message being used to indicate optimization of the parameter value of the QNC.

6. The application program control method according to claim 5.

7. The application program control method of any one of claims 1 to 6, wherein in response to detecting that the change in the parameter of the QNC of the non-GBR bearer flow satisfies the reporting condition, the notification message is sent by an access network device entity to the core entity.

8. The notification message includes: the changed parameter value of the QNC; or a quantized value of the changed parameter value of the QNC; The application program control method according to any one of claims 1 to 6.

9. The application program control method of any one of claims 1 to 6, further comprising transmitting control parameters of the QNC to the core entity by the application entity, the control parameters of the QNC being used to indicate parameters of the QNC and the reporting conditions.

10. transmitting, by the application entity, control parameters of the QNC to the core entity; sending, by the application entity, a policy authorization create / update message to the core entity, the policy authorization create / update message including the control parameters of the QNC; 10. The application program control method according to claim 9.

11. The application program control method of claim 9, further comprising: when a reporting frequency of the notification message is greater than or less than a frequency threshold, transmitting, by the application entity, a changed control parameter of the QNC to the core entity.

12. The parameter values ​​of the QNC are: Packet Delay Budget (PDB), Packet Error Rate (PER), and Current bitrate (CBR) at least one of The application program control method according to any one of claims 1 to 6.

13. There are at least two parameter values ​​of the QNC, the at least two parameter values ​​correspond to the same reporting condition; And / or the at least two parameter values ​​correspond to different reporting conditions; The application program control method according to claim 12.

14. The reporting conditions are: A change in the parameter value of the QNC within a first time period is greater than a first threshold value; a rate of change of the parameter value of the QNC within a second time period is greater than a second threshold; the change in the parameter value of the QNC within the first time period is greater than the first threshold and is continuously held for a third threshold; and the rate of change of the parameter value of the QNC within the second time period is greater than the second threshold and is continuously held for a fourth threshold; and The third threshold value and the fourth threshold value are threshold values ​​for measuring retention time. The application program control method according to any one of claims 1 to 6.

15. The non-GBR bearer flow is a non-GBR Quality of Service (QoS) flow, or Including non-GBR Evolved Packet System (EPS) bearers; The application program control method according to any one of claims 1 to 6.

16. The QNC is defined in the uplink, or The QNC is defined in the downlink, or The QNC is defined in uplink and downlink. The application program control method according to any one of claims 1 to 6.

17. the non-GBR bearer flow is in one-to-one correspondence with a target service flow, the target service flow being a service flow that enables the QNC and includes the parameter values ​​of the QNC. The application program control method according to any one of claims 1 to 6.

18. receiving, by a core entity, a notification message sent by an access network device, the notification message being used to indicate that a change in a quality of service notification control (QNC) parameter of a non-guaranteed bit rate (GBR) flow satisfies a reporting condition; sending, by the core entity, the notification message to the application entity, so that the application entity controls a traffic of an application program according to the notification message; An application program control method.

19. sending, by the core entity, the notification message to an application entity; sending, by the core entity, an event report to the application entity, the event report including the notification message; 20. The method of claim 18.

20. The notification message includes: the changed parameter value of the QNC, or a quantized value of the changed parameter value of the QNC; 20. The method of claim 18.

21. The method further includes transmitting, by the core entity, a QNC profile to the access network device according to a control parameter of the QNC; The control parameters of the QNC are used to indicate the parameters of the QNC and the reporting conditions. The application program control method according to any one of claims 18 to 20.

22. The core entities include a second core entity and a third core entity; The application program control method includes: transmitting, by the third core entity, policy and charging control (PCC) rules to the second core entity, the PCC rules including the control parameters of the QNC; transmitting, by the core entity, a QNC profile to the access network device according to control parameters of the QNC; transmitting, by the second core entity, the QNC profile to the access network device, the QNC profile including the control parameters of the QNC; 22. The method of claim 21 .

23. transmitting, by the third core entity, a PCC rule to the second core entity, sending, by the third core entity, a session policy association establishment or initiation-based policy association modification message to the second core entity, the session policy association establishment or initiation-based policy association modification message including the PCC rule; 23. The method of claim 22.

24. transmitting, by the second core entity, the QNC profile to the access network device, Sending a NAS message to the access network device by the second core entity through a first core entity AMF, the NAS message including the QNC profile; 23. The method of claim 22.

25. The method of claim 21 , further comprising receiving, by the core entity, the control parameters of the QNC sent by the application entity.

26. The core entities include a second core entity and a third core entity; Receiving, by the core entity, the control parameters of the QNC transmitted by the application entity, receiving, by the third core entity, a policy authorization create / update message sent by the application entity, the policy authorization create / update message including the control parameters of the QNC; 26. The method of claim 25.

27. The application program control method of claim 21 , further comprising: obtaining, by the core entity, subscription data of the QNC, wherein the subscription data of the QNC includes the control parameters of the QNC.

28. a receiving module configured to receive a notification message sent by a core entity, the notification message being used to indicate that a change in a parameter value of a Quality of Service Notification Control (QNC) of a Non-Guaranteed Bit Rate (GBR) bearer flow satisfies a reporting condition; a control module configured to control an application program according to the notification message; Application program control device.

29. a receiving module configured to receive a notification message sent by an access network device, the notification message being used to indicate that a change in a parameter of a Quality of Service Notification Control (QNC) of a non-guaranteed bit rate (GBR) flow satisfies a reporting condition; a sending module configured to send the notification message to an application entity, so that the application entity controls a traffic of an application program according to the notification message; Application program control device.

30. A processor and a memory, 1. A network element device, comprising: said memory storing a computer program operated by said processor to enable said network element device to implement an application program control method according to any one of claims 1 to 17; Network element devices.

31. A computer-readable storage medium for storing a computer program, The computer program is adapted to be loaded and executed by a processor to implement the application program control method according to any one of claims 1 to 17. A computer readable storage medium.

32. A chip including a programmable logic circuit, The programmable logic circuitry is configured, when operating, to implement an application program control method according to any one of claims 1 to 17. Tips.

33. A computer program comprising computer instructions, The computer instructions are stored in a computer-readable storage medium, and a processor of a computing device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computing device to implement the application program control method according to any one of claims 1 to 17. Computer program.

34. A processor and a memory, 1. A network element device, comprising: said memory storing a computer program operated by said processor to enable said network element device to implement an application program control method according to any one of claims 18 to 27; Network element devices.

35. A computer-readable storage medium for storing a computer program, The computer program is adapted to be loaded and executed by a processor to implement the application program control method according to any one of claims 18 to 27. A computer readable storage medium.

36. A chip including a programmable logic circuit, The programmable logic circuitry is configured, when operating, to implement an application program control method according to any one of claims 18 to 27. Tips.

37. A computer program comprising computer instructions, The computer instructions are stored in a computer-readable storage medium, and a processor of a computing device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computing device to implement the application program control method according to any one of claims 18 to 27. Computer program.

Images